61
формирования требований, строго документируются в виде технического задания и
фиксируются на все время разработки проекта. Каждая стадия завершается
выпуском полного комплекта документации, достаточной для того, чтобы
разработка могла быть продолжена другой командой разработчиков.
Спиральная модель (англ. spiral model) была разработана в середине 1980-х
годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-
check-act). При использовании этой модели ИС создается в несколько итераций
(витков спирали) методом прототипирования.
Итерационная модель - это естественное развитие каскадной и спиральной
моделей привело к их сближению и появлению современного итерационного
подхода, который представляет рациональное сочетание этих моделей. Различные
варианты итерационного подхода реализованы в большинстве современных
технологий и методов: RUP, MSF, XP.
Так как разрабатываемая информационная система не является сложной и
будет применяться только в условиях рассматриваемой организации, выберем
каскадную модель.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Под риском проекта понимают потенциальную, численно измеримую
возможность неблагоприятных ситуаций и связанных с ними последствий в виде
ущерба, убытков, неблагоприятного изменения основных управляемых параметров
проекта.
Рассмотрим риски разрабатываемого проекта по этапам. Для
разрабатываемого проекта актуальны следующие риски. На этапе проектирования
может возникнуть технологический риск. Он проявляется в виде несоответствия
разрабатываемого проекта реальной задаче по причине неправильного выбора
технологии. Этот риск минимизируется путем тщательного анализа реальных
бизнес процессов и их отношений, а так же путем сравнительного выбора
используемых технологий.
62
На этапе разработки возникает риск реализации проекта – риск того, что
организация не сможет реализовать проект в заданные временные и бюджетные
рамки, или риск, что создание работоспособного решения завершится неудачей.
Снижается путем повышения эффективности управления проектной командой. С
другой стороны, этот риск не высок, ввиду отсутствия жесткой временной границы
реализации. На этапе внедрения может возникнуть организационный риск, который
обусловлен не эффективной работой команды внедрения.
Для противодействия этому риску, необходимо составить план внедрения и
организовать команду внедрения более тщательно. На этапе эксплуатации может
возникнуть риск того, что эксплуатационные расходы новой системы возрастут до
нерентабельного уровня. Может проявляться, как уличение затрат на обслуживание
выбранного технического обеспечения. Но благодаря наличию большого запаса
необходимого оборудования он не препятствует реализации проекта.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В качестве обеспечения информационной безопасности следует применить
сетевые решения, предлагающие дополнительные возможности защиты на уровне
маршрутизаторов. Это позволяет блокировать доступ к отдельным устройствам,
создавать разные категории доступа.
Использование Интернета как среды взаимодействия с широким кругом лиц
и организаций требует:
- усиления защиты от многочисленных угроз;
- обеспечение отказоустойчивости соединения с глобальной сетью методом
резервирования канала связи с провайдером.
На данный момент при реализации проекта наиболее приемлима следующая
система защиты:
- два кластера межсетевых экранов (каждый включает по два
маршрутизатора);
- комплекс централизованного управления механизмами сетевой защиты;
- графическая консоль управления этим комплексом;
63
- модуль создания комплексной отчетности.
2.2 Управление проектом автоматизации
2.2.1. Описание системы принятия управленческих решений
Проектная деятельность стала современной формой поиска решений и
быстрого достижения необходимого результата. В настоящее время практика
проектов становится всё более обширной, множество руководителей вводят в
жизнедеятельность своих компаний новое направление – проектный менеджмент.
В ПАО «Сбербанк России» на сегодняшний момент функционирует
специализированное подразделение – проектный отдел. В России и за рубежом из
года в год организуются целые серии обучающих семинаров, тренингов и
программ, посвящённых обучению руководителей проектному менеджменту.
Появляются эксперты по данным вопросам, которые не только делятся опытом, но
и помогают решать проблемы, связанные с такого рода деятельностью. Рассмотрим
подробнее, с какими основными проблемами сталкиваются менеджеры проектов, и
какое влияние они оказывают на взаимодействие членов проектных команд и
участников процесса.
2.2.2. Формирование команды проекта автоматизации
При формировании команды проекта, помимо менеджера по управлению
проектами основной упор делает на деятельность IT-специалистов, поэтому в
нашем случае команда проекта формируется из специалистов проектного отдела, а
так специалистов отдела информационного обеспечения организации.
Использование такого направления как аутсорсинг, при разработке
совершенствованной системы документооборота считаем нецелесообразным,
поскольку собственных сил организации вполне достаточно для реализации
проекта.
64
2.2.3. Средства коллективной работы над проектом автоматизации
Для того, чтобы проектная команда эффективно работала, необходимо
отдельно выделить критерии деятельности ее участников. В качестве данных
критериев могут выступать:
– профессионализм;
– демонстрация способности работать в команде;
– желание брать на себя ответственность за принимаемые решения;
– самостоятельность;
– предприимчивость.
Эффективного взаимодействия между членами команды можно достичь при
соблюдении следующих требований, предъявляемых к хорошо организованной
командной работе:
– для всей команды и её индивидуальных участников устанавливаются
реалистичные цели, которые реально достигнуть;
– участники команды и её лидер поддерживают друг друга для того,
совместная работа была успешной;
– участники команды принимают приоритеты каждого и помогают, когда
возникают трудные ситуации в рабочем процессе;
– существует открытое общение: приветствуются новые идеи и новые
методы улучшения работы;
– члены команды понимают, чего от них ждут, и могут самостоятельно
контролировать свою деятельность, это обеспечивает более значительную отдачу
от работы;
– возникающие конфликты воспринимаются как нормальное течение
проектной работы и рассматриваются как возможность решения проблем;
– поддерживается баланс между производительностью труда и
удовлетворением потребностей отдельных участников команды;
– команда в целом и индивидуальные участники соразмерно поощряются за
результаты и старание;
– поощряются участники, которые пробуют свои возможности и предлагают
новые идеи;
65
– каждый участник команды осознаёт важность дисциплинированной работы
и старается вести себя в соответствии со стандартами, принятыми в команде
2.3. Информационное обеспечение задачи
2.3.1. Информационная модель и её описание
Весь процесс разработки можно условно разделить на несколько
этапов, к выполнению которых можно приступить после определения
информационных и рабочих потребностей пользователя.
На первом этапе разработки программы по учету и ведению договоров по
кредитованию на коммерческом банке был проведен анализ требований к данным и
связей между элементами, а также созданы таблицы, определены индексы,
ключевые поля.
Рисунок 3 – Взаимосвязь таблиц базы данных
Каждая из таблиц имеет ключевое поле, по которому происходит
взаимосвязь таблиц. На Рисунке 3 показаны типы связей, которые существуют
между созданными таблицами разработанной программы.
66
Разработанная программа состоит из таблиц, из которых являются
основными таблицами, где хранятся основные данные, а таблиц являются
вспомогательными.
Вспомогательные таблицы необходимы для создания экранных форм, где
посредством интерактивных кнопок предусмотрена корректировка сведений,
хранящихся в этих таблицах. Подобная организация работы формы позволяет
сократить время ввода данных при работе с базами.
Длина имени таблицы может достигать символов. Это имя должно быть
уникальным и нести определенную смысловую нагрузку, а также не быть слишком
длинным, чтобы облегчить его ввод с клавиатуры.
Таблица может содержать неограниченное количество записей, но её
суммарный объем не может превышать одного гигабайта. Так предел в один
гигабайт установлен для размера всей базы данных, то в том случае, когда одна
таблица имеет такой размер, в базе данных может храниться только эта таблица.
В некоторых вычислительных системах может не оказаться столь большого
объема дискового пространства для хранения или достаточного количества памяти
для открытия такой таблицы. В этом случае необходимо разбить таблицу на
несколько более мелких.
Кроме того, налагается ограничение на количество полей в одной записи.
Оно не может превышать 255.
Пользовательский интерфейс системой управления базой данных учета и
ведения договоров по кредитованию представляет собой набор экранных форм,
используемую для ввода и просмотра данных, которые составляют основу
программы. Каждая форма также имеет ряд управляемых кнопок, при помощи
которых можно переходить к подчиненным формам, которые расширяют сведения
о заинтересовавшем объекте.
Результатом работы разработанной программы является формирование
выходных документов, таких как:
− перечень выданных кредитов;
− отчет о полученной прибыли;
− перечень просроченных кредитов;
− перечень оплаченных кредитов;
67
− отчет по договорам заемщиков;
− состояние возврата займа.
2.3.2. Характеристика нормативно-справочной, входной и оперативной
информации
В перспективе ПЭВМ, на которой установлен данный пакет будет включена
в состав локальной вычислительной сети, которая объединит данную ПЭВМ с
персональными ЭВМ бухгалтера и руководителя банка. Связь по обрабатываемой
информации будет осуществляться на основе разграничения задач и совместного
использования классификаторов.
Разрабатываемый пакет обеспечивает:
− удобный ввод проблемно - ориентированной информации;
− быстрый доступ к ранее введенной информации;
− формирование и обработку документов сложной структуры.
При работе обеспечивается единый стиль взаимодействия пользователя с
системой, который предусматривает минимум манипуляций на клавиатуре,
удобное и наглядное отображение информации, простое управление ходом
диалога, быстрое переключение между различными функциональными
компонентами.
С целью экономии места и времени заполняется входных документов, печати
выходных документов некоторые реквизиты (наименование заемщика,
наименование имущества) вводятся в кодах, для расшифровки используются
справочники.
Каждая позиция справочника содержит код понятия и реквизиты,
расшифровывающие его. Пользователю предоставляется возможность обработки
справочников, используя ту же технологию, что и при обработке любой другой
базы данных (ввод информации ее корректировка, добавление, удаление и
копирование записей, просмотр записей).
Рассмотрим входную информацию кредитного экономиста при учете и
ведению договоров по кредитованию.
68
Входная информация в первичных документах:
1. Заявление на кредит.
В данной таблице хранятся сведения о кредитах, с которыми ведется
кредитная деятельность банка.
Основные поля которой представлены на рисунке 4.
Рисунок 4 - Заявление на кредит
Рисунок 5 - Заявление на кредит
2. Договор залога.
На основании этого документа экономист заносит информацию об
оценочной стоимости залога, вид имущества, характеристику имущества.
Основные поля которой представлены на рисунке 6.
69
Рисунок 6 - Договор залога: таблица
Рисунок 7 - Договор залога
Вся вводимая информация заносится в таблицы данных при помощи
экранных форм, это наиболее удобный вид ввода данных. Вся информация на
экране упорядочена и представлена в наглядном виде.
Для удобства работы с несколькими формами они выполнены в виде набора
вкладок, что позволяет пользователю быстро переходить от одного экрана к
другому.
Также при работе с формами реализована функция интерактивного
управления справочниками, т.е. пользователь при работе с формой может выбрать
значение поля из имеющего во вспомогательной базе данных.
Применение форм играет большую роль при работе с пакетом неопытного
пользователя. Тщательно разработанная форма последовательно проведет
пользователя через этапы ввода, редактирования и просмотра данных, Кроме того,
хорошо продуманные формы предотвратят ввод ошибочных данных.
Наиболее стабильным источником опасности для баз данных является ввод
пользователем неправильных данных. Тщательно разработав форму, которую
70
пользователь будет использовать, можно предотвратить возникновение огромного
количества проблем.
При создании форм разрабатываемого пакета было учтено следующее:
Так как экономист вводит данные в базу, пользуясь специфичными
источниками, то формы по внешнему виду приближенны к этим источникам.
Элементы управления объединены в логические группы с использованием
линий и прямоугольников, при этом пользователь вводит близкие по смыслу
данные в одном месте.
3. Оплаченные кредиты.
На основании этого документа экономист узнает информацию о клиентах,
вовремя погасивших задолженность, сумму кредита, процентную ставку и
окончательную дату погашения кредита. Основные поля которой представлены на
рисунке 8.
Рисунок 8 - Оплаченные кредиты: таблица
Рисунок 9 - Оплаченные кредиты
4. Просроченные кредиты.