45
осуществление отправки и приема электронных документов виде
файлов и сообщений в свободном формате при выполнении условия,
заключающегося в наличии подписи электронной подписью клиента;
получение кредитовых и дебетовых приложений к ежедневным
выпискам с пометкой «Газпромбанк»;
оперативная доставка электронных документов в «Газпромбанк»,
при этом территориальная удаленность клиента не имеет значения [38].
В «Газпромбанк» повышенное внимание приковано к обеспечению
безопасности транзакций. Следовательно, в работе системы «Клиент-Банк»
задействованы новейшие технические средства, задачей которых является
обеспечение конфиденциальности и целостности передаваемых данных.
Предприятиям, имеющим сеть филиалов и холдинговых структур, банком
«Газпромбанк» предлагается пакет услуг электронного документооборота,
обладающий расширенными функциональными возможностями, что позволяет
учесть особенности архитектуры их бизнеса [38].
1.4.2 Обоснование способа приобретения ИС для автоматизации
задачи
Существующие в данный момент на рынке решения, а также собственная
разработка не в полной мере являются удовлетворительными для банка
«Газпромбанк», так как существует необходимость в большей автономности
работы своего дополнительного офиса, а также в целом ряде других
дополнительных функций.
Вместе с тем, программное обеспечение, разработанное для банка, обладает
собственной спецификой, к которым, в первую очередь, можно отнести
необходимость привязки банка к определенному решению. Поэтому наиболее
целесообразным в подобной ситуации видится проведение небольшой
модернизации, заключающейся в разработке на базе уже существующего решения
дополнительного программного модуля.
1.4.3 Обоснование стратегии автоматизации задачи
Наиболее востребованной классификацией стратегий автоматизации
является следующая (в соответствии с типами автоматизации):
46
автоматизация комплексного типа;
автоматизация по участкам;
кусочная (хаотичная) автоматизация;
автоматизация согласно направлениям.
Сущность автоматизации комплексного типа – разработка
автоматизированной системы полного управления деятельностью предприятия, в
частности, финансовой, хозяйственной, которая выполняет обеспечение
своевременного принятия управленческих эффективных решений. Система
должна обладать возможностью ведения налогового и бухгалтерского учета.
Говоря в общем, разработанная автоматизированная система должна охватывать
все процессы предприятия и каждое из существующих подразделений.
Основная задача выполнения автоматизации по участкам состоит в
обеспечении повышенной эффективности деятельности конкретных
производственных участков, объединение которых осуществляется согласно
выполняемым функциям. Целесообразность подобного подхода к автоматизации
очевидна при наличии участков, применение автоматизированной системы в
деятельности которых вызовет видимый экономический эффект (например, в
результате сокращения численности персонала).
Под кусочной (хаотичной) автоматизацией понимается процесс
постепенной автоматизации предприятия в целом, однако при этом не
предусматривается стратегическое планирование. При осуществлении
автоматизации подобного типа практически неизбежно возникают трудности,
связанные с интеграцией отдельных элементов в систему, и, как следствие,
понижением эффективности функционирования системы.
Автоматизация согласно направлениям (например, направлению по работе
с клиентами, производственному) является модульной автоматизацией, в ходе
которой отсутствует необходимость в значительных затратах для проведения
частичной автоматизации. Вместе с тем она дает возможность проведения
интеграции в глобальный механизм автоматизированных направлений.
Проведя исследование и анализ специфики работы банка «Газпромбанк»,
можно прийти к выводу о том, что необходимость в полной автоматизации
отсутствует, следовательно, целесообразное решение заключается в проведении
47
автоматизации по направлениям. В данным случае, приоритетными будут
являться направления, касающиеся сферы системы электронных платежей
контрагентам, а также финансового взаимодействия с контрагентами. Следует
отметить, что в ходе автоматизации средой взаимодействия между банком
«Газпромбанк» и его контрагентами будет являться уже существующая в банке
система электронных платежей «Клиент-Банк» [19].
1.5 Обоснование проектных решений
1.5.1 Обоснование проектных решений по информационному
обеспечению
Специфика функционирования банковской системы, являющейся одним из
ключевых субъектов в процессе подготовки финансовой отчетности и
выполнения платежных операций с контрагентами, являющимися клиентами
банка «Газпромбанк» не дает возможности осуществления корректировки
информационных потоков, а позволяет только проведение определенной
оптимизации.
Для этого была выделена группа необходимых справочников:
пользователи системы;
группы пользователей;
индивидуальные настройки групп пользователей;
банковские организации;
контрагенты;
расчетные счета.
В качестве основных входящих документов выступают платежные
документы, оформление которых производится в соответствии со
стандартизированными справочниками. Они используются для формирования
данных по выгрузке платежных документов. В этих документах присутствуют
следующие реквизиты: номер документа, дата формирования, списано,
поступило, контрагент, счет контрагента, договор, вид операции, назначение
платежа, статья НДС. Помимо этого, роль входящих документов также играют
файлы загрузки, представляющие из себя совокупность платежных документов.
48
Соответственно, результирующими (выходными) документами являются
сформированные банковские выписки (ежедневные), а также файлы загрузки и
выгрузки.
При формировании экранных форм учитываются выделенные основные
формы, в которых предполагается использование процедур выгрузки и загрузки
счетов и платежных документов.
1.5.2 Обоснование проектных решений по программному
обеспечению
Использование решений представленных на рынке программных
продуктов предполагает обязательную подстройку системы согласно нужд
компании, однако банковские учреждения редко используют уже разработанные
продукты так как боятся нарушения конфиденциальности информации в процессе
сопровождения. Стандартно финансово-кредитные организации используют
платформы, а в рамках уже приобретенной платформы и ведут разработку.
На сегодняшний день компания АО «Газпромбанк» ведет собственные
разработки, как в области облачных платформ, так и клиент-серверных решений.
В таких условиях выбор программного обеспечения очень ограничен и определен
следующими факторами:
необходимостью выполнения поставленных задач;
обязательной интеграцией с существующей платформой;
работу исключительно в рамках принятой в банке политики
безопасности и применения тех же инструментов защиты;
предоставление клиенту простых технологий, которые обеспечили
бы работу на уровне мобильного устройства, посредством веб-интерфейса или
простого тонкого клиента;
применение известных алгоритмов шифрования;
предпочтительна интеграция с решениями, установленными у
клиента, например, разработанными на базе платформы «1С: Предприятие».
Таким образом, структура программного обеспечения требует применения
клиент-серверного решения, возможно с несколькими, включая уровень сервера
приложений. Работа платформы банка исключительно на СУБД MSSQL Server
49
2014 исключает другие решения из-за сложности интеграции и требований
банковской политики безопасности.
Особенности разработки требуют использования простых инструментов,
позволяющих достаточно быстро проводить корректировку модулей системы,
применять технологии шифрования, а также менять макеты форм. Для этих целей
подойдет решение фирмы Microsoft Visual Studio 2015, которое является RAD –
средой разработки. Преимущества данной системы связаны с:
простотой интеграции с выбранной СУБД MSSQL Server 2014;
наличием встроенных технологий работы с классами объектов, для
упрощения разработки;
возможностями работы со специализированными математическими
и другими библиотеками;
корректностью отработки на компьютерах, использующих
популярную операционную систему типа Windows 7 и выше.
Данная среда разработки работает с несколькими языками
программирования, в данном случае наиболее эффективным становится
использование языков семейства C (C#, С++). Выбирается язык С#, так как
технологии работы С++ больше ориентированы на решение системных задач.
1.5.3 Обоснование проектных решений по техническому
обеспечению
Состав технического обеспечения, находящегося на балансе банка
«Газпромбанк» является вполне достаточным для решения поставленных задач.
Это означает, выбранная стратегия автоматизации не предполагает выполнение
переоснащения оборудования (возможно проведение точечного переоснащения в
случае, например, выхода из строя какой-либо единицы оборудования).
Система «Клиент-Банк» устанавливается на рабочие станции
операционистов отдела работы с клиентами, руководителей отделов. В качестве
серверного оборудования используется серверное оборудование банка
«Газпромбанк».
Ниже перечислены минимальные требования к рабочей станции, на
которую планируется установка модернизированной системы «Клиент-Банк»:
двухъядерный процессор с тактовой частотой не менее 2 ГГц;
50
оперативная память не менее 2 Гб;
свободное место на жестком диске не менее 1 Тб.
51
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
При проектировании и разработке архитектуры информационной системы
Клиент-Банк для Газпромбанка необходимо воспользоваться актуальными
стандартами разработки, так как решение используется в банковской сфере,
Опираясь на действующие стандарты ГОСТ 34.601-90, ГОСТ Р ИСО/МЭК 12207-
99 [1, 2] формируется проект с выделением этапов разработки. В качестве
основного стандарта выбирается ГОСТ 34.601-90, как наиболее приемлемый из-
за отсутствия полных требований к системной архитектуре и к процессам
документирования в ГОСТ Р ИСО/МЭК 12207-99.
Необходимость формирования точного технического задания,
регламентируемого ГОСТ 34.602-89, не позволяет использовать ГОСТ Р
ИСО/МЭК 12207-99, в котором отсутствуют требования к документированию в
части наименований, форматов, определенного содержания документов.
Технология разработки позволяет выбрать каскадную модель жизненного цикла,
которая хорошо отвечает требованиям проекта.
Поэтапная технология разработки информационной системы предполагает
проведение предварительного анализа объекта исследования, выявление
требований к системе, разработку проектного решения и его реализацию, включая
внедрение и сопровождение системы. На каждом этапе предполагается фиксация
при помощи соответствующей документации: тактико-технического задания,
технического задания, проектной документации, рабочей документации и
результатов испытаний системы.
Предварительное обследование объекта заканчивается сбором требований
от будущих пользователей системы, итогом становится тактико-техническое
задание.
На базе полученных сведений формируется план исследования объекта
автоматизации и его реализация. В результате специалист предлагает заказчику
варианты концепции информационной системы.
52
Согласование вариантов концепции приводит к формальному описанию,
которое фиксируется в виде технического задания. На базе технического задания
проводится предварительное эскизное проектирование частей информационной
системы. На базе эскизного проекта прорабатывается технический рабочий
проект и описывающая его проектная документация.
Дальнейшее рабочее проектирование включает создание и адаптацию
программного обеспечения информационной системы. Результатом становится
система и описывающая ее рабочая документация.
На стадии внедрения осуществляется подготовка программного
обеспечения и персонала к внедрению, а также комплектация самой системы.
Заканчивается проект сопровождением, объемы которого зависят от договора с
заказчиком.
Таким образом, перечень основных подэтапов представлен в таблица 2.1.
Таблица 2.1
Перечень подэтапов
№ работы
Перечень подэтапов
События
1. Формирование требований к ИС
(0,1)
1.1. Проведение обследования объекта
1
(1,2)
1.2. Определение требований пользователя
2
2. Разработка концепции ИС
(2,3)
2.1. Изучение объекта автоматизации
3
(2,4)
2.2. Разработка вариантов концепции ИС
4
(4,5)
3. Разработка технического задания
5
(5,6)
4.Осуществление эскизного проектирования
6
5. Выполнение технического проектирования
(6,7)
5.1. Разработка проектных решений
7
(7,8)
5.2. Создание проектной документации
8
6. Рабочее проектирование
(8,9)
6.1. Создание программного обеспечения
9
(9,10)
6.2. Адаптация программного обеспечения
10
(10,11)
6.3. Создание рабочей документации
11
53
Таблица 2.1 (продолжение)
7. Внедрение системы в действие
(11,12)
7.1. Подготовка объекта к внедрению
12
(12,13)
7.2. Подготовка персонала к внедрению
13
(13,14)
7.3. Комплектование ИС
14
8. Сопровождение системы
(14,15)
8.1. Мониторинг и доработка программного и
технического обеспечения информационной
системы
15
(15,16)
8.2. Обслуживание запросов пользователей.
16
Структурирование процессов управления проектом приводит к выделению
областей знаний, которые составляют процессы проектного управления:
интеграция;
содержание;
сроки;
стоимость;
качество;
риски;
человеческие ресурсы;
коммуникации;
конфигурации.
Для внедрения выбирается стратегия пилотного проекта, так как скачок
требует мгновенного перехода на новое решение, а работающая круглосуточно
система Клиент-Банк не может быть остановлена на длительное время для
необходимого редактирования. Поэтому решение вначале внедряется только для
клиентов центрального отделения. После многосторонней проверки, с учетом
пожеланий клиентов уже внедряется для всего банка.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Разработка и внедрение информационной системы Клиент-Банк для ОАО
«Газпромбанк» сопряжено с разнообразными рисками на всех этапах, включая
проведение исследования объекта автоматизации и выработку требований,
54
разработку проекта и внедрение и сопровождение созданного решения.
Возникающие риски на подэтапе «Формирование требований к ИС».
К основному риску на этой стадии проектирования относится
недостаточный анализ всех свойств и требуемых параметров разрабатываемой
информационной системы, результатом чего может являться некорректный выбор
набора задач проектирования (это может быть как занижением, так и завышением
реального объема требуемых задач автоматизации).
В дальнейшем это приведет уже на подэтапе внедрения разработанной
информационной системы дополнительных доработок и доводки
автоматизированной системы к необходимым требованиям, что очевидно,
увеличит итоговую стоимость информационной системы (финансовый риск).
Риск может быть предотвращен благодаря применению актуальных case-средств,
с помощью которых можно проводить моделирование бизнес-процессов.
Таким образом, в случае возникновения данного риска необходимо
провести дополнительное моделирование, используя соответствующие case-
средства.
Главным риском подэтапа «Разработка концепции ИС» можно считать
неправильный выбор стратегии автоматизации и, что является следствием,
ошибочное определение функций разрабатываемой автоматизированной
системы.
В частности, опасным риском является некорректный выбор способа
приобретения автоматизированной системы. Предотвращение данного риска
связано с всесторонним анализом существующих на рынке информационных
систем данного направления и определения оптимальной стратегии, какую часть
системы приобретать в готовом виде из уже существующих, а какую
разрабатывать самостоятельно.
Очевидна взаимосвязь данного вида риска с описанным риском для
предыдущего подэтапа, поэтому в случае возникновения целесообразно
устранять данные риски комплексно.
Риски, возникающие на стадии разработки концепции, связаны также с
разработкой проекта автоматизации и ключевым риском на данной стадии
считается риск разработать неэффективный план работ, то есть далекий от
Êðîìå ýòîãî,
îáðàçîâàòåëüíàÿ äåÿòåëüíîñòü â
ñîâðåìåííîì îáùåñòâå ÿâëÿåòñÿ
îäíèì èç âèäîâ ýêîíîìè÷åñêîé
äåÿòåëüíîñòè â ñôåðå
ïðåäîñòàâëåíèÿ óñëóã, ò.å.
îáðàçîâàíèå äîëæíî òàêæå è
ïðÿìîå âëèÿíèå íà ýêîíîìè÷åñêîå
ðàçâèòèå - ÷åðåç