35
загружать в систему электронные документы для отправки в Банк из
своих бухгалтерских систем;
выгружать из системы электронные выписки, полученные из Банка, в
свои бухгалтерские системы.
получать доступ к услугам банка из пользовательского интерфейса
системы «1С:Бухгалтерия предприятия».
осуществлять проверку контрагентов перед отправкой платежа прямо в
системе банка.
Kaspi Bank предлагает юридическим лицам современную технологию
дистанционного управления банковскими счетами в режиме on-line
посредством Системы «Интернет-Банк».Для работы в Системе «Интернет-Банк»не
требуется установка дополнительного программного обеспечения: достаточно
стандартного web-браузера Google Chrome. Система дает возможность управлять
своими счетами в любое время суток с любого компьютера, имеющего доступ к сети
Интернет, из любой точки мира, а также:
совершать любые расчетные операции как в тенге, так и в иностранной
валюте, включая оформление документов валютного контроля: справки о валютных
операциях, справки о поступлении валюты РК, справки о подтверждающих
документах;
оплачивать услуги операторов сотовой связи, городского телефона,
коммунальных услуг и др.;
работать с одними и теми же банковскими документами из удаленных
друг от друга рабочих мест в любое время суток;
контролировать состояния счетов и этапов обработки банковских
документов в режиме реального времени;
снизить вероятность возникновения ошибок и связанных с ними
возвратов документов, путем определения корректности заполнения полей документа
при вводе его в систему и предложения правильных решений;
взаимодействовать с наиболее распространенными бухгалтерскими
системами с помощью инструментов для импорта/экспорта документов.
36
1.4.2. Обоснование способа приобретения ИС для автоматизации задачи
Kaspi Bank предлагает на рынке решения полностью удовлетворяющий
запросам Казахстанских компании , обеспечивая не только доступ для просмотра для
своих филиалов, но и более широкие функции. Однако программное обеспечение,
работающие с банком имеет свои особенности, одной из которых является
привязанность банка к некоторому решению. В таких условиях предполагается
проведение небольшой модернизации, т.е. разработки модуля на базе существующего
решения, предоставляемого банком для организации.
1.4.3. Обоснование стратегии автоматизации задачи
Стратегии автоматизации могут быть классифицированы в соответствии со
следующими типами:
комплексная автоматизация;
автоматизация по участкам;
хаотичная (кусочная) автоматизация;
автоматизация по направлениям.
Комплексная автоматизация заключается в разработке автоматизированной
системы полного управления деятельности предприятия, в том числе, хозяйственной,
финансовой, обеспечивающей своевременное принятие эффективных
управленческих решений. В системе должно быть предусмотрено ведение
бухгалтерского и налогового учета. Другими словами, разработанной системой
необходимо охватить каждое из подразделений и все процессы предприятия.
Цель автоматизации по участкам – обеспечение более высокой эффективности
деятельности определенных производственных участков, объединенных в
соответствии с выполняемыми функциями. Такой подход к автоматизации является
целесообразным в случае наличия участков, использование автоматизированных
систем в работе которых будет способствовать видимому экономическому эффекту
(например, из-за сокращения численности персонала).
Хаотичная (кусочная) автоматизация – это постепенная автоматизация всего
предприятия, но без проведения стратегического планирования. Осуществление
подобного вида автоматизация зачастую связано с проблемами, которые связаны с
37
интеграцией элементов и снижением эффективности функционирования системы в
целом.
Автоматизация по отдельным направлениям (производственном, направлении
по работе с клиентами) - это модульная автоматизация, не требующая для проведения
частичной автоматизации значимых затрат, вместе с тем позволяющая провести
интеграцию автоматизированных направлений в глобальный механизм.
Проанализировав специфику работы предприятия, можно сделать вывод об
отсутствии необходимости проведения полной автоматизации, следовательно
предпочтительной будет являться автоматизация по направлениям. В данном случае
важным является усовершенствование работы предприятия в сфере системы
электронных платежей контрагентам и финансового взаимодействия с банком. При
этом в качестве среды взаимодействия с банковским учреждением выступает система
электронных платежей «Клиент-Банк».
1.5. Обоснование проектных решений
1.5.1. Обоснование проектных решений по информационному
обеспечению
Особенности работы банковской системы, которая является одним из основных
субъектов процесса подготовки финансовой отчетности и выполнения платежных
операций в лице банка АО «Kaspi Bank»:
РНН
600700043016
ОКПО
15396305
БИН
971240001315
Номер гос. регистрации
3403-1900-АО
Дата гос. регистрации
22.10.2008
ОПФ
Акционерное общество
C которым сотрудничает компания, не позволяет производить корректировку
информационных потоков, а только провести некоторую оптимизацию.
С этой целью выделены необходимые справочники:
Пользователи;
Группы пользователей;
Настройки групп;
38
Банки;
Расчетные счета.
Основными входящими документами являются платежные документы,
оформляемые на основании стандартизированных справочников и используемые для
формирования данных по выгрузке документов платежей. Такие документы
включают следующие реквизиты: дата формирования, номер документа, поступило,
списано, контрагент, счет контрагента, вид операции, договор, назначение платежа,
статья ДДС. Кроме этого входящими являются файлы загрузки, являющиеся
комплексами платежных документов.
Результирующими документами являются как сформированные банковские
выписки, так файлы выгрузки и загрузки.
Формирование экранных форм строится с учетом выделения осноных форм,
предполагающих использование процедур загрузки и выгрузки платежных
документов и счетов.
1.5.2. Обоснование проектных решений по программному обеспечению
В качестве примера возьмем ТОО «Magnum Cash&Carry» — крупнейшую
торгово-розничная сеть Казахстана, входит в десятку крупнейших частных компаний
страны.Учитывая тип его архитектуры, который используют на сегодня решения типа
«Клиент-банк» необходимо применение архитектуры типа клиент-сервер, которая
может быть реализована и с использованием сервера приложений. Такие решения
могут строится с использованием исключительно средств разработки типа СУБД и
RAD-сред, а как альтернативный вариант может применятся платформа. Наиболее
популярными являются решения от компаний 1С, SAP. При этом использование
платформы предполагает построение многоуровневой архитектуры, частью которой
становится кластер платформы, выступающий в роли сервера приложений .
Выбор технологии разработки зависит от необходимости использования
инструментов, библиотек и других дополнительных средств. Сравнение можно
провести с использованием следующих характеристик (таблица 1.6):
простота интеграции разных рабочих станций (использование различных
операционных систем, СУБД);
39
реализация алгоритмов шифрования (протоколы шифрования,
алгоритмы шифрования);
возможности интеграции с популярными ERP-системами;
наличие среды разработки сложного интерфейса;
возможности работы с казахстанскими стандартами;
стоимость системы.
Таблица 1.6
Сравнительный анализ различных структурных решений
Характеристика
СУБД+RAD-
среда
СУБД+веб-
сервер+
RAD-среда
1С:
Предприятие
SAPNetWeav
erApplication
Server
Использование
различных
операционных
систем
Требует
разработки
Кроссплатфо
рменность
Кроссплатфор
менность
Кроссплатфо
рменность
Использование
различных СУБД
Только
выбранная
Только
выбранная
MSSQL,
PostgreSQL,
IBM DB 2,
Oracle DB
SAP HANA,
Oracle
Протоколы для
реализации
шифрования
SSL 3.0.
TLS 1.0
SSL 3.0.
TLS 1.0
SSL 3.0.
TLS 1.0
SSL 3.0 , RFC
Алгоритмы
шифрования
Требует
разработки
Требует
разработки
RSAи TripleDE
S
3DES-EDE2
Интеграция с
ERPсистемами
Требует
разработки
Требует
разработки
Конфигурации
на базе «1С:
Предприятие»
«1С-Битрикс»
Конфигураци
инабазеNetW
eaver
Application
Server
Среда разработки
RAD-среда
RAD-среда
Встроенный
язык
Встроенный
язык
40
Таблица 1.6 демонстрирует особенности применения различных технологий
разработки. Очевидно, что решения, разработанные на базе платформ более
безопасны и наиболее гибки. Однако имеют ряд недостатков, которые
компенсируются простотой интеграции таких систем.
Особенности применения платформ связаны с необходимостью использования
в рамках компании единой базы решений от одного разработчика. Т.е. используемые
системы управления на ТОО «Magnum Cash&Carry» полностью определяют выбор
такой платформы. В данном случае использование платформы «1С: Предприятие» по
отношению к системе «Клиент-Банк» от АО «Kaspi Bank» более эффективно из-за
наличия такого решения на базе организации, ориентации на отечественные
стандарты, а также простой работы с банковскими системами. При этом решение на
базе платформы SAP Net Weaver Application Server подойдет скорее крупным
компаниям, использующим корпоративные системы.
1.5.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение, присутствующее на предприятии, дает возможность
решения всего спектра поставленных задач. Из этого следует, что проводимый этап
автоматизации не требует проведения переоснащения оборудования (только в случае
выхода из строя проведение точечного переоснащения).
Система «Клиент-Банк» устанавливается на рабочие станции отдела
бухгалтерии, а также рабочую станцию руководителя. В качестве серверного
оборудования применяется оборудование провайдера, то есть банковского
учреждения, в данном случае.
Минимальными требованиями для рабочей станции, на которую
предполагается установка модернизированной системы «Клиент-Банк», являются
следующие:
процессор двухъядерный с тактовой частотой2 ГГцили лучше;
оперативная память не менее2 Гб;
свободное место на жестком диске не менее2 Гб;
дополнительные требования не менее2 Гб для файла подкачки.
41
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
В процессе проектирования и разработки архитектуры информационной
системы Клиент-Банк предприятии необходимо добиваться соответствия комплексам
государственных стандартов для автоматизированных систем.В качестве основного
выбирается стандарт ГОСТ Р ИСО/МЭК 12207-2010. Структура и содержание данных
государственных стандартов говорит о необходимости при проектировании и
разработке применять поэтапную технологию. При определении состава и
содержания работ должны быть выделены следующие этапы:
этап анализа;
этап проектирования;
этап реализации;
этап внедрения и сопровождения.
Задачей этапа анализа является определение основных характеристик
проектируемой информационной системы. Выходной результат этого этапа –
составление технического задания на разработку информационной системы Клиент-
Банк для АО «Kaspi Bank» . Данный этап целесообразно разделить на следующие
подэтапы:
выявление основных требований к проектируемой информационной
системе (изучению подлежат бизнес-процессы КАК ЕСТЬ, определяется комплекс
задач автоматизации, а также основные характеристики проектируемой
информационной системы, которые являются необходимыми для решения);
определение функций информационной системы с выработкой стратегий
автоматизации. При выполнении этого подэтапа следует проанализировать
аналогичные разработки, выбрать стратегию и методику автоматизации, определить
ключевые цели и задачи автоматизации;
обоснование проектных решений по информационному, техническому и
программному обеспечению;
42
окончательная разработка, согласование и утверждение технического
задания с необходимой сопроводительной документацией к нему.
Этап проектирования помогает определить функциональное наполнение
проектируемой информационной системы:
спецификацию функциональных компонентов и подсистем;
методику взаимодействия подсистем в контексте общей структуры
системы.
Круг вопросов, решаемых на данном этапе, связан с разработкой проекта
автоматизации и разработкой информационного обеспечения задачи. Под
разработкой проекта автоматизации понимается составление плана-графика и
архитектуры проекта, анализ рисков, оценочная стоимость проекта.
В ходе разработки информационного обеспечения задачи необходимо
выполнить проектирование информационной модели, классификаторов, а также
прототипов экранных форм. В качестве результативной информации выступает
проектная документация.
Этап реализации заключается в создании функциональных компонентов и
отдельных подсистем, а также в соединении подсистем в единый продукт. Результат
этого этапа – разработка программного обеспечения информационной системы.
Этап может быть разбит на следующие подэтапы:
осуществление подготовки к разработке программного обеспечения, то
есть формализация расчетных показателей и составление алгоритмов;
собственно, разработка программного обеспечения, в том числе:
проектирование базы данных, интерфейса, программных модулей и механизма
взаимодействия между ними;
разработка тестов для проверки работоспособности созданного
программного обеспечения.
В качестве результативной информации данного этапа принимается
документация на программное обеспечение.
Этап внедрения состоит в установке и вводе в действие системы предприятии.
В результате выполнения этапа устанавливаются элементы программного и
технического обеспечения разработанной системы Клиент-Банк, после чего
43
проводится их тестирование с устранением (по возможности) выявленных ошибок.
Данный этап можно также разделить на два подэтапа:
разработка срнды функционирования информационной системы;
проведение тестирования информационной системы.
Этап сопровождения заключается в обеспечении бесперебойного режима
работы информационной системы от АО «Kaspi Bank». Цель этапа – осуществление
мониторинга и доработки технического и программного обеспечения
информационной системы в ходе эксплуатации, а также поддержка пользователей
этой системы на предприятии.
Так как использование указанных стандартов не предполагают строгих
ограничений на выбор модели жизненного цикла, то в рамках разработки
предполагается использование объектно-ориентированного подхода к
проектированию, определенного процессом итераций (определение требований,
анализ, моделирование, конструирование, реализация, тестирование, оценка
результатов итерации). Для дальнейшего развития системы выбирается спиральная
модель жизненного цикла, которая предполагает постепенное наращивание
возможностей системы. Так как используемая технология не является обязательной и
может работать какое-то время параллельно с существующие, то выбирается
стратегия внедрения использующая пилотный проект как методологию.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Процесс разработки и внедрения информационной системы Клиент-Банк АО
«Kaspi Bank» на предприятии связан с рисками различного типа на каждом из этапов,
в том числе на этапах формирования требований, разработке проекта и внедрения
выполненного решения. Возникновение рисков на подэтапе «Определение основных
требований» находится в соответствии с выбранными технологиями осуществления
предварительного анализа бизнес-процессов на предприятии. Основным риском на
данной стадии разработки является недостаточный (неполный) анализ всех свойств и
необходимых параметров создаваемой информационной системы, что может повлечь
за собой некорректный выбор совокупности задач разработки (как в сторону
занижения, так и в сторону завышения реального объема необходимых задач
автоматизации).
44
Впоследствии, уже на подэтапе «Внедрение разработанной информационной
системы» следствием указанного риска может стать необходимость в доработках и
доведению разработанной системы к заявленным требованиям, что приведет к
увеличению итоговой стоимости информационной системы (финансовый риск). Для
предотвращения подобного риска необходимым является использование
современных case-средств, позволяющих осуществлять моделирование бизнес-
процессов. Следовательно, при возникновении риска подобного типа проводится
дополнительное моделирование с использованием соответствующих современных
case-средств.
Ключевой риск подэтапа «Разработка проекта автоматизации» заключается в
неверном выборе стратегии автоматизации, и, как следствие, ошибочном
определении функциональных возможностей создаваемой информационной
системы. Так, весьма опасным риском является неправильный выбор способа
приобретения автоматизированной системы. Чтобы предотвратить подобный риск
необходимым является осуществление всестороннего анализа информационных
систем в данной сфере, которые существуют на рынке, с последующим определением
эффективной стратегии, какая часть системы может быть приобретена из уже
существующих в готовом виде, а какая подлежит самостоятельной разработке.
Наблюдается очевидная взаимосвязь между этим типом риска и вышеописанным
риском для предыдущего подэтапа, что диктует целесообразность (в случае их
возникновения) комплексного устранения этих рисков. Помимо этого, на данном
этапе вероятно возникновение рисков, связанных с разработкой неэффективного
плана работ, то есть плана, являющегося далеким от реальности по этапам, их
последовательности, а также срокам выполнения каждого из этапов. Риск подобного
типа может явиться причиной финансовых потерь. Для его предотвращения
достаточным является использование современных средств проектирования. Если
риск уже проявился, целесообразно осуществление повторной корректировки плана
выполнения работ.
На подэтапе «Разработка технического задания» возможно появления
следующих рисков: неправильная разработка информационной модели, создание
недружественных (не очень удобных для конечных пользователей) макетов экранных