56
Рисунок 14. Диаграмма использования ресурсов
На третьем этапе определяется стратегия автоматизации. После определения
совокупности задач оцениваются возможности внедрения приобретенного или
самостоятельного разработанного ПО, выполняется экономическая и
технологическая оценка. На данном этапе задействуются: руководитель
предприятия, разработчик дипломного проекта, специалисты из отдела продаж
(один чел.) и экономического отдела (два чел.).
Следующий этап – это приобретение ПО, в данном случае заключается в
написании программного продукта для работы с ИС специалиста по продажам.
Задействуется автор проекта.
Пятый этап заключается в опытной эксплуатации программного продукта –
разработанное ПО устанавливают на тестовые рабочие станции и проверяют весь
функционал программы для обнаружения ошибок в её работе, соответствие
заявленной технологии, определяют возможности совершенствования. На этапе
задействуются: руководитель предприятия, автор данного проекта, специалист
службы технической поддержки.
На завершающем этапе после того, как выявленные в процессе опытной
эксплуатации неточности в работе были исправлены, осуществляется внедрение
программного продукта в промышленную эксплуатацию при помощи
развертывания БД, установки программы на пользовательские рабочие станции.
Задействуется разработчик предоставленного проекта.
0 ч
50 ч
100 ч
150 ч
200 ч
250 ч
300 ч
350 ч
57
2.1.2 Предполагаемые риски на этапах жизненного цикла и их описание
На различных этапах жизненного цикла ИС деятельности службы
технической поддержки АО «Банк Русский Стандарт» различные риски могут
реализовываться по-разному.
В процессе эксплуатации разрабатываемой информационной системы
вероятно возникновение различного рода рисков, которые могут оказывать влияние,
как и на технологию разработки, так и на функционирование компании. Проведем
анализ ожидаемых рисков по этапам жизненного цикла более подробно.
Стадия разработки и внедрения.
o Для данной стадии характерно наличие рисков, связанных с
нарушением методологии ведения проекта. Причины возникновения данных рисков
связаны с продуманностью при описании и утверждении документации,
содержащей информацию о состоянии проекта.
В таблице 9 представлены предполагаемые риски на этапах ЖЦ и план
реагирования в случае возникновения рисковых ситуаций.
Таблица 9
Ожидаемые риски на этапах ЖЦ
№
этапа
Этап ЖЦ
Название риска
Меры противодействия
1
Предпроектный
этап
Риск сотрудников со
стороны заказчика и
исполнителя
Риск неполноты сбора
информации
Документирование рисков,
включение в договор моментов
неполного сбора информации
2
Проектировани
е
Риск выработки
неправильных
проектных решений
Риск неправильного
планирования
Ценовой риск
Форс - мажор
Экспертиза технических заданий
совместно ИТ, профильными и
экономическими службами,
страхование
3
Разработка
Риск сотрудников
Технический риск
Тестирование на всех этапах
разработки, экспертиза
создаваемого ПО на всех стадиях
создания, работа в команде
4
Внедрение
Риск сотрудников
Программный и
технический риск
Тестирование на всех этапах
внедрения, экспертиза ПО на всех
стадиях создания, работа в команде
5
Эксплуатация и
сопровождение
Технические риски
Риск сотрудников
Юридическое обеспечение
договоров, работа в команде
58
В качестве мер по предотвращению рисков подобного рода можно
рассматривать [25]:
четкое разграничение прав и обязанностей группы разработчиков;
проведение обучения группы разработчиков, администраторов и
ключевых пользователей;
разработку эксплуатационной документации на разработанную
систему;
документальное подтверждение по изменениям, вносимым в проект;
o Риски, связанные с ведением проекта:
ошибки в определении рамок и масштабов проекта;
наличие ошибок в функциях и интерфейсах;
выбор технологий и методов, несоответствующих специфике
решаемых задач;
несоблюдение требований при проектировании информационной
системы или постоянное внесение изменений в требования.
В качестве мерами по предотвращению обозначенных выше рисков можно
рассматривать [20]:
обеспечение стабильности границ проекта, определенных на начальной
стадии;
обеспечение качества при планировании работ;
обеспеченность проекта необходимыми ресурсами;
обязательность утверждения и согласования по проектным решениям;
проведение дополнительного анализа функций и целей проекта,
тщательная формулировка концепции;
o Риски, связанные с ошибками в планировании:
недостаточность проработки плана внедрения системы;
несоблюдение сроков выполнения;
В качестве мер предотвращения данных обстоятельств можно рассматривать
следующие [4]:
укомплектованность проектной команды квалифицированными
разработчиками;
59
равномерное распределение работ в соответствии со специализацией
разработчиков;
ведение документации по всем видам работ на стадии проектировки и
обеспечения доступности данных для всех участвующих в проекте;
o Технический и программный риски вызывают:
полную или частичную приостановку стадии разработки вследствие
ошибок в применяемом ПО;
частичная или полная потеря программного кода;
контрольным примером не учитываются все особенности системы,
другими словами он считается недостаточно проработанным;
В документацию по системе не включено подробное описание всего
функционала системы.
Этого можно избежать следующим образом [15]:
использовать лицензионного программное обеспечение;
производить регулярное резервное копирование данных;
проводить многократные прогоны и проверки работоспособности
системы, чтобы обнаружить малейшие неисправности в процессе работы;
проводить проверку документации перед тем, как передать систему в
эксплуатацию.
Этапы эксплуатации:
o Риск персонала;
трудности в обучении персонала из-за отсутствия желания работать с
новой системой;
отсутствует поддержка внедрения ИС со стороны некоторых основных
участников проекта;
неучастие руководителей высшего звена в проекте;
нарушение информационной безопасности в процессе работы системы.
Этого всего можно избежать, реализация такие идеи:
составление плана по внедрению ИС;
обучение сотрудников работе с системой;
доведение до сотрудников сути внедрения автоматизированной
системы;
60
организация системы поощрений использующего систему персонала
заказчика;
активное привлечение высшего руководства.
o Технический риск:
утрата данных в процессе внедрения ИС;
потенциальный отказ технического оборудования в процессе внедрения
ИС;
«зависание» программы, невозможность реализации требуемых
действия;
ошибки в программе, которые приводят к простою системы;
Применение вредоносных программ (трояны, черви, вирусы,
логические бомбы), применение найденных ошибок в корыстных целях;
приостановка деятельности третьего лица (к примеру, провайдера
Интернет услуг);
В качестве мер по предупреждению данных рисков можно рассматривать [12]:
использование пилотного, поэтапного подхода к организации процесса
внедрения;
тщательность при проведении тестирования и выявления ошибок на
стадии разработки;
обеспечение своевременности при устранении ошибок;
наличие альтернативных средств доступа в Интернет либо других
методов передачи данных;
обязательное утверждение любых изменений системы.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Разрабатываемая ИС должна соответствовать требованиям законодательства
и требованиям защиты информации, которые утверждены в АО «Банк Русский
Стандарт».
Выделим главные виды угроз, которые возникают при функционировании
ИС:
- Внутренние, которые возникают из-за некорректных действий пользователя.
В процессе анализе потенциала этого вида угрозы было установлено, что главным
61
пользователем системы считается единственный специалист, использование
системы строгого разграничения доступа считается нецелесообразным. Чтобы
уменьшить потенциал угроз необходимо провести с пользователем инструктаж под
роспись о правилах информационной безопасности;
- Внешние, которые возникают из-за внешних воздействий (Интернет-угроз,
несанкционированного копирования, вирусной активности, технических сбоев)
Следовательно, в разрабатываемую ИС необходимо включить компоненты
резервного копирования БД, парольной защиты. На рабочей станции специалиста,
на которой будет разворачиваться БД службы технической поддержки, необходимо
применять общие для предприятия политики безопасности.
После проведения экспертизы проекта на наличие компонентов информации
конфиденциального характера можно принять решение о использовании
технических и организационных мер по защите информации:
- Отключение USB-портов, чтобы ограничить возможность
несанкционированного копирования информации;
- Опечатывания рабочей станции;
- Причисление помещения, в котором расположена рабочая станция с БД, к
категории выделенных помещений.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Как модель информации применяем схему данных. Данная схема (ГОСТ
19.701-90) информации указывает информационный путь при выполнении задач и
назначает этапы обрабатывания, а также различные применяемые носители данных.
Всю процедуру информационной обработки можно поделить на два этапа:
1. Прием, введение и обработка первичной входящей информации
(организационные данные, паспортные данные и пр.).
2. Создание отчетов и документов (перечни сотрудников, клиентов и пр.).
Визуальное представление модели информации представлено на рисунке 15.
62
Рисунок 15. Информационная модель
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Для создаваемой системы входящей информацией будут считаться
клиентские документы (паспорт), а также разные специальные документы,
применяемые в наследственном делопроизводстве. Вся эта информация поступает и
в бумажном виде, и цифровом.
Из входящих документов вся информация вносится в систему ручным вводом
через Web-интерфейс.
Из клиентского паспорта в систему вносятся следующие данные:
-·Фамилия, имя, отчество клиента;
-·Пол;
-·Место рождения;
-·Дата рождения;
-·Индигенат;
-·Паспортный номер и серия;
63
-·Когда и кем был выдан паспорт;
-·Номер телефона.
Из документальных атрибутов в систему вносятся такие сведения:
- название документа;
- число страниц;
- дата подготовки;
- электронная копия;
- вид документа (входящий, исходящий, внутренний);
- адресат.
В таблице 10 находятся показатели, которые выделены в пределах комплекса
задач.
Таблица 10
Входящие показатели в пределах комплекса задач
№ п/п
Название входящего показателя
Идентификатор
входящего
показателя
1
Общее число клиентских регистраций
R
i
2
Число документов в i-го типа
Z
i
3
Общее число документов
N
Описание классификаторов показано в таблице 11.
Таблица 11
Сводная таблица применяемых классификаторов и систем
шифрования
№
п/
п
Название
шифруемого
множества
Кодовая
значимо
сть
Система
шифрова
ния
Система
классифика
ции
Тип
классификат
ора
1
Клиентский код
5
порядкова
я
отсутствует
локальный
2
Документальны
йкод
5
разрядная
отсутствует
локальный
Эскизы входящей информации представлены на рисунке 16.
64
Рисунок 16. Эскиз формы регистрации пользователя
2.2.3 Характеристика результатной информации
Результативной информацией в системе документооборота является отчеты о
количестве документов того или иного типа, отчет о всех документах и отчет по
клиентам. Эскиз получения результатной информации представлен на рисунке 17.
Рисунок 17. Эскиз формы получения результатной информации
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций разрабатываемой системы изображено на рис. 18.
Фамилия Поле ввода данных Подсказка
Имя Поле ввода данных Подсказка
Отчество Поле ввода данных Подсказка
Должность Поле ввода данных Подсказка
адрес Поле ввода данных Подсказка
телефон Поле ввода данных Подсказка
Submit
Кнопка отправки формы
Наименование Выпадающий список Подсказка
Submit
Кнопка отправки формы
Экспорт в Excel
65
Рисунок 18. Дерево функций системы
Диалоговый сценарий пользователя представлен на рисунке 19.
Авторизация
1. Главное меню
2. Выход
Главное меню
1. Регистрация
2. Списки
3. Архив
4. Выход
Регистрация
1.Клиенты
2. Документы
Списки
1. Входящие
2. Исходящие
3. Внутренние
4. Клиенты
Архив
1. Входящие
2. Исходящие
3. Внутренние
4. Клиенты
5. Поиск по архиву
Рисунок 19. Сценарий диалога