47
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Процессы жизненного цикла проекта автоматизации
Жизненным циклом информационной системы является период создания и
использования информационной системы, который охватывает различный её
состояния, начиная с момента появления необходимости в ее реализации и
заканчивая моментом вывода системы из эксплуатации [9, стр.20].
В настоящее время к наиболее распространенным стандартам,
регламентирующим вопросы реализации жизненного цикла информационных
систем, относятся [18, стр.70]:
- ГОСТ 34 (ГОСТ 34.601-90 «Автоматизированные системы Стадии
создания»),
- ISO 12207 «Standard for Infrmmation Technoiogy - Software Life Cycle
Processes», ISO 15288 «Standard for Infrmmation Technoiogy - System Life Cycle
Processes».
Стандарт ГОСТ 34.601-90 в рамках создания и развития
автоматизированных систем является достаточно обобщенным, при этом
предъявляет набор жестких требований к структуре жизненного цикла
информационной системы, а так же к объемам, свойствам и содержанию
проектной документации. В настоящее время данный стандарт считается
устаревшим. Стандарты ISO 12207 и ISO 15288 являются международными
стандартами, регламентирующими структуру жизненного цикла. Данные
стандарты являются более современными, по сравнению с ГОСТ 34. Различия
данных стандартов состоят в том, что ISO 12207 используется при разработке
исключительно программных продуктов, а стандарт ISO 15288 нацелен на полный
анализ автоматизированных систем, включая программную и аппаратную
платформы. В силу этого, в данном проекте будет применен стандарт жизненного
цикла ISO 12207.
Согласно данному стандарту, основными этапами жизненного цикла ИС
являются [17, стр.30]:
48
- Этап разработки и внедрения;
- Этап внедрения и эксплуатации;
- Этап сопровождения;
- Этап вывода из эксплуатации.
Существуют следующие основные стратегии внедрения системы [1,
стр.16]:
1. Параллельная стратегия, при которой одновременно функционируют
старая (ручная) и новая система, и производится сравнение их выходных
документов. Если они согласуются длительное время, производится переход на
новую систему.
2. "Скачок". Данная стратегия привлекательна, но не рекомендуется.
3. "Пилотный проект". Это наиболее часто используемая стратегия.
"Пилотный проекта" - это тактика "скачка", но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок работы.
Данный подход снижает риски и является наиболее надежным. Практически все
предприятия применяют эту тактику сегодня.
4. "Узкое место"- это малая часть производственного процесса. При
использовании похода "узкое место" план внедрения выполняется только для
"узкого места" и для людей, работающих в нем. Точность данных повышается
только для изделий в данном "узком месте"; переподготовка необходима только
для сотрудников, работающих в нем; анализ эффекта затрат делается только для
него и т.д.
В качестве стратегии внедрения системы выбрана модель пилотного
проекта.
Модель ЖЦ ИС включает в себя [22, стр.30]:
1. Стадии
2. Результаты выполнения работ на каждой стадии
3. Ключевые этапы —завершение работ и принятие решений.
Стадия — компонента процесса реализации ИС, имеющая ограничения в
определенных временных рамках и оканчивающаяся целевым состоянием
объекта, заданным в рамках технического задания.
49
На каждом этапе может исполняться несколько процессов, описанных в
стандарте ГОСТ Р ИСО/МЭК 12207-2010. При этом одни и те же процессы могут
выполняться на разных стадиях. Соотношения процессов и стадий также
определяется в соответствии с используемой моделью жизненного цикла ИС [25,
c.23]
Приведем краткую характеристику моделей жизненного цикла ИС
В рамках каскадной модели предполагается последовательное исполнение
всех стадий проекта в строго определенном порядке. Переход к следующему
этапу производится только при полном завершении работ на предшествующей
стадии. Проводится четкое документирование требований в форме технического
задания. Окончание каждого этапа предполагает издание полного комплекта
документов, достаточного для того, продолжения разработки другой группой
специалистов.
Перечень этапов проекта согласно каскадной модели [4, стр.63]:
1. Формулировка требований
2. Реализация проекта
3. Развертывание проектного решения
4. Тестирование функционала разработанной системы
5. Внедрение
6. Эксплуатация и сопровождение
Далее рассмотрим особенности спиральной модели:
При использовании спиральной модели реализация проводится в несколько
итераций (витков спирали) посредством метода прототипирования.
Прототип — действующий модуль ИС, в котором реализована часть
функционала и внешних интерфейсов. На каждой итерации создаются фрагменты
или версии системы, проводится уточнение целей и характеристик проекта,
оценка качества полученных результатов и далее составляется план работ на
следующей итерации [11, стр.50].
На каждой из итераций проводится оценка:
• Рисков выхода за плановые сроки, ошибок при расчете
финансирования;
• Необходимость в дополнительных итерациях;
50
• Степени полноты и точности определения требований к
проектируемой системе;
• Целесообразности прекращения проекта.
Одним из примеров использования спиральной модели в разработке ИТ-
решений является RAD (англ. Rapid Application Development, метод быстрой
разработки приложений).
Рассмотрим особенности итерационной модели в разработке ИТ-решений.
В таблице 2.1 приведен порядок внедрения разработанной системы.
Таблица 2.1
Перечень этапов жизненного цикла проекта разработки и внедрения
информационной системы АО «
Скоростные магистрали»
п/п
Название
этапа
Содержание работ
Цель этапа
1
Анализ
организации
Произвести анализ
деятельности, рассмотреть
схемы взаимодействия
сотрудников, изучить основные
информационные потоки,
специфику и методы
использования
информационной системы
Получить четкое
представление о
деятельности
специалистов
АО «
Скоростные
магистрали
»
2
Анализ задачи
Ознакомиться со спецификой
использования ИТ в
технологии учета рабочего
времени, ознакомиться с
методами использования
информационных баз для
организации учета рабочего
времени, рассмотреть варианты
реализации поставленной
задачи
Изучить предметную
область поставленной
задачи разработки/
внедрения ИС
3
Формирование
общих
требований к
ИС
Определить основные свойства
создаваемой системы,
спланировать методы ее
взаимодействия с
существующей ИС
Получить общее
представление о
масштабах проводимых
разработок
4
Выбор
стратегии
автоматизации
Определение и формулировка
этапов работы над разработкой
и внедрением ИС
Сформировать четкую
последовательность
действий по реализации
проекта
51
5
Формирование
комплексного
проекта ИС
Разработка технического
задания, технико-
экономического обоснования,
определение проектных
решений по аппаратному,
программному и
информационному
обеспечению проектируемой
ИС
Получить четкие
представления о
проектируемой ИС
6
Реализация
проекта
Разработка программного
обеспечения по учету рабочего
времени
Разработать программное
обеспечение
7
Внедрение ИС
Тестирование системы,
установка и апробация
Внедрить разработанную
систему
Описываемая в данной работе система является комбинацией каскадной и
итерационной моделей, так как в процессе работы изменяются и появляются
требования, задачи, которые требуют постоянных доработок ИС с
корректировкой технического задания. В качестве стратегии автоматизации
выбрана собственная разработка, что вызвано следующими причинами:
- наличие в штате АО «
Скоростные магистрали» сотрудников,
обладающих достаточной квалификацией;
- наличие в существующих решениях автоматизации излишнего
функционала, что приводит к непроизводительным затратам денежных средств на
приобретение лицензий на ПО;
- возможность корректировки ПО под специфику АО «
Скоростные
магистрали
».
Стратегия внедрения: пилотный проект.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
В процессе эксплуатации разрабатываемой информационной системы
вероятно возникновение различного рода рисков, которые могут оказывать
влияние, как и на технологию разработки, так и на функционирование компании.
Проведем анализ ожидаемых рисков по этапам жизненного цикла более
подробно.
52
• Стадия разработки и внедрения.
o Для данной стадии характерно наличие рисков, связанных с
нарушением методологии ведения проекта. Причины возникновения данных
рисков связаны с продуманностью при описании и утверждении документации,
содержащей информацию о состоянии проекта.
В качестве мер по предотвращению рисков подобного рода можно
рассматривать [26, стр.30]:
четкое разграничение прав и обязанностей группы разработчиков;
проведение обучения группы разработчиков, администраторов и
ключевых пользователей;
разработку эксплуатационной документации на разработанную
систему;
документальное подтверждение по изменениям, вносимым в проект;
o Риски, связанные с ведением проекта:
ошибки в определении рамок и масштабов проекта;
наличие ошибок в функциях и интерфейсах;
выбор технологий и методов, несоответствующих специфике
решаемых задач;
несоблюдение требований при проектировании информационной
системы или постоянное внесение изменений в требования.
В качестве мерами по предотвращению обозначенных выше рисков можно
рассматривать [20, стр.15]:
обеспечение стабильности границ проекта, определенных на
начальной стадии;
обеспечение качества при планировании работ;
обеспеченность проекта необходимыми ресурсами;
обязательность утверждения и согласования по проектным
решениям;
проведение дополнительного анализа функций и целей проекта,
тщательная формулировка концепции;
o Риски, связанные с ошибками в планировании:
недостаточность проработки плана внедрения системы;
53
несоблюдение сроков выполнения;
В качестве мер предотвращения данных обстоятельств можно
рассматривать следующие [4, стр.39]:
укомплектованность проектной команды квалифицированными
разработчиками;
равномерное распределение работ в соответствии со специализацией
разработчиков;
ведение документации по всем видам работ на стадии
проектирования и обеспечения доступности данных для всех участников проекта;
o Технический и программный риски вызывают:
частичную или полную приостановку этапа разработки из-за ошибок
в используемом программном обеспечении;
частичная или полная потеря программного кода;
контрольный пример не учитывает всех особенностей системы, то
есть недостаточно проработан;
документация по системе не включает в себя подробного описания
всего функционала системы.
Этого можно избежать следующим образом [1, стр.76]:
использовать лицензионного программное обеспечение;
производить регулярное резервное копирование данных;
проводить многократные проверки и прогоны работоспособности
системы для выявления малейших неисправностей в ходе работы;
проверка документации перед передачей системы в эксплуатацию.
• Этапы эксплуатации:
o Риск персонала;
трудности с обучением персонала из-за нежелания работать с новой
системой;
отсутствие поддержки внедрения ИС со стороны отдельных
ключевых участников проекта;
неучастие руководителей высшего звена в проекте;
нарушение информационной безопасности в процессе работы
системы.
54
Этого можно избежать, путем реализации следующих идей:
проведение обучения персонала работы с системой;
составление плана внедрения ИС;
доведение до персонала смысла внедрения автоматизированной
системы;
активное вовлечение высшего руководства;
организация системы поощрений использующего систему персонала
заказчика.
o Технический риск:
потеря данных при внедрении ИС;
возможный отказ технического оборудования при внедрении ИС;
ошибки в программе вызывающие простой системы;
невозможность осуществления требуемых действия, «зависание»
программы;
использование вредоносных программ (вирусы, черви, трояны,
логические бомбы), использование в корыстных целях найденных ошибок;
приостановка деятельности третьего лица (например, провайдера
Интернет услуг);
В качестве мер по предупреждению данных рисков можно рассматривать
[2, стр.56]:
использование пилотного, поэтапного подхода к организации
процесса внедрения;
тщательность при проведении тестирования и выявления ошибок на
стадии разработки;
обеспечение своевременности при устранении ошибок;
наличие альтернативных средств доступа в Интернет или других
способов передачи данных;
обязательное утверждение любых изменений системы.
55
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Информационная система, разрабатываемая для решения задач АО
«
Скоростные магистрали», будет использовать сервер компании, включая
СУБД и файловые ресурсы. Ввиду этого, проведение разработки отдельных
организационно-правовых и программно-аппаратных средств для обеспечения
информационной безопасности нецелесообразно. Существующие регламенты
доступа к серверам, внедренные и применяемые политики безопасности
локальной сети, программно-аппаратные средства защиты информационной
системы компании от внешних угроз являются достаточными. Защита данных
производится на уровне разграничения доступа к серверным ресурсам, парольной
защиты пользователей. Реализация антивирусной защиты проведена с
использованием решений от Kaspersky Lab.
Для обеспечения сохранности информационных ресурсов осуществляется
еженедельное резервное копирование защищаемых файловых ресурсов и баз
данных сервера на съемные носители. Для аутентификации и разграничения прав
доступа к системе предполагается использование внутренних механизмов
системы управления содержимым «MS SQL Server Management Studio».
При этом предусмотрено разграничение доступа на уровне программного
обеспечения на следующие уровни:
- Администратор;
- Оператор;
- Специалист.
В таблице 2.2 приведено описание системы разграничения доступа в
информационной системе АО «
Скоростные магистрали».
Таблица 2.2.
Разграничение прав доступа
Пользователи
Модули
Администратор
Специалист
по кадрам
Руководитель
Модуль
«Сотрудники»
Полный доступ
Полный
доступ
Чтение
56
Модуль «Ввод
отпусков»
Нет
Полный
доступ
Чтение
Модуль
«Подразделения»
Полный доступ
Полный
доступ
Чтение
Модуль «Ввод
командировок»
Нет
Полный
доступ
Чтение
Модуль
«Больничные
листы»
Нет
Полный
доступ
Чтение
Модуль
«Невыходы»
Нет
Полный
доступ
Чтение
Модуль «Учет
отклонений»
Полный доступ
Нет
нет
Модуль отчетности
Нет
Чтение
Полный
доступ
Работа информационной системы предполагается в локальной сети АО
«
Скоростные магистрали». Используемые средства защиты:
1. Для обеспечения защиты канала связи: КСЗИ «Панцирь-К», посредством
которого проводится учет запущенных процессов, управление активностью
учетных записей;
2. Аппаратная система аутентификации: с использованием электронного
ключе eToken, на котором предполагается хранение пользовательских паролей и
сертификатов электронной подписи.
3. Управление электронными ключами предполагается посредством ПО
Indeed-ID.
4. В локальной сети развернута антивирусная программная система
Kaspersky Security Center.
2.2. Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Проведем анализ информационной модели разрабатываемой системы
(рисунок 2.1). Область 1 отображает область полномочий роли Администратора
информационной системы. Посредством экранной формы «Сотрудники» в ИС
вносится информация о сотрудниках АО «Скоростные магистрали», через
экранную форму «Данные авторизации» вводятся данные о правах доступа
пользователя в систему, в которой также реализована схема управления паролями.