56
На этапе тестирования производится тестирование системы, разработанной и
внедренной в рамках мероприятий, проделанных на предыдущих этапах. Здесь речь
идет уже об оценке функциональных возможностях системы, выявлении
особенностей ее работы, выявлении сбоев и ошибок. На данном этапе система должна
тестироваться в режиме максимальной нагрузки и использованием всех ее функций.
На этапе эксплуатации системы уже не идет речи о создании, внедрении и
разработке системы, здесь речь идет только о рабочих моментах, с которыми может
столкнуться пользователь. На данном этапе работа пользователя с системой должна
производиться в обычном, повседневном режиме, без принудительного увеличения
нагрузки. Если, на данном этапе жизненного цикла у пользователя возникнут
проблемы, со своими замечаниями, ему придется обратиться к инженерно-
техническому персоналу. Процесс сопровождения состоит из задач и работы
персонала, ответственного за сопровождение программного продукта. Этот процесс
реализуется при модификациях программного продукта и документации к нему,
вызванных изменениями в связи с улучшением или устранением ошибок. Целью
процесса является изменение существующего программного продукта при
сохранении его целостности [27].
На первоначальном этапе после проведения анализа деятельности организации,
необходимо поставить цели и задачи автоматизации и разработать план проекта.
После документального оформления начинается непосредственно сам процесс
внедрения системы. Устанавливается серверное оборудование, создается база данных,
развертывается серверная часть системы, устанавливается и настраивается клиентская
часть системы. После того, как автоматизированная система внедрена осуществляется
разработка дополнительного функционала, путем разработки дополнительного модуля
к внедряемой системе, пишется программный код модуля, приведенный в приложении
к работе. После окончания разработки, проходит этап тестирования. Только после
успешного тестирования осуществляется промышленное внедрение разработанного
модуля для его использования пользователями.
Таким образом, можно видеть, что в данном проекте в качестве стратегии
внедрения наиболее оптимально будет использовать «пилотный проект».
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
57
На всех этапах жизненного цикла информационной системы встречаются
различные риски. Они могут приводить как к серьезным неустойкам во времени
разработки системы, так и в ее функциональных качествах. Ниже представлены
риски в зависимости от этапов жизненного цикла и способы их предотвращения.
Этап подготовки проекта
1. Риск персонала
Риски:
Привлечение неопытного персонала к выполнению проекта;
Включение в состав разработчиков «случайных» сотрудников, а не
ключевых участников автоматизируемых бизнес процессов;
Отсутствие единой стратегии автоматизации;
Отсутствие единой цели и задачи проекта;
Отсутствие мотивации сотрудников;
Негативное отношение персонала к проекту;
Необдуманный план ведения работ.
Способы предотвращения:
Активное взаимодействие с руководством в ходе проекта и
своевременное принятие решений;
Участие в проекте ведущих специалистов и профессиональных
консультантов;
Четко сформулированные цели проекта;
Проработка общей стратегии автоматизации организации;
Стабильный состав рабочей группы в течение всего проекта.
2. Риск ведения проекта
Риски:
Неверное определение рамок и масштаба проекта;
Проектирование ошибочных функций системы;
Выбор неправильных технологий и методов решений задач;
Не соблюдение требований на разработку.
Способы предотвращения:
58
Обеспечение стабильности границ проекта, которые определяются на
начальном этапе и остаются неизменными вплоть до окончания проекта;
Качественное планирование выполняемых работ;
Обеспечение проекта необходимыми ресурсами;
Утверждение и согласование проектного решения;
Установление высокого порога принятия изменений;
3. Риск неверного планирования
Риски:
Неэффективный организационный план внедрения системы;
Срыв сроков выполнения работ по этапам.
Способы предотвращения:
На ранних стадиях проекта проведение аудита, организация командной
работы, распределение ролей и стимулирование;
Документирование всех работ и обеспечение доступа к данным всем
участникам проекта.
Этап разработки
4. Риск персонала
Риски:
Увольнение ключевых сотрудников, ответственных за проведение
разработки;
Недопонимание между участниками проекта из-за отсутствия
налаженной системы коммуникации;
Неверное понимание задачи проектирования;
Отбор программистов без опыта работы с подобными системами.
Способы предотвращения:
Тщательный подбор сотрудников, участвующих в проекте;
Налаженная система коммуникации между сотрудниками, постоянное
документирование изменений системы.
5. Технические риски
Риски:
59
Приостановка разработки из-за ошибок в используемом программном
обеспечении;
Пользовательская документация охватывает не все функции системы.
Способы предотвращения:
Использование только проверенного лицензионного ПО, проведение
регулярного резервного копирования данных;
Проверка документации на полноту сведений.
Этап внедрения
6. Риск персонала
Риски:
Несогласованность действий разработчика и специалистов предметной
области;
Нежелание сотрудников работать с новой системой и связанные с этим
трудности их обучения;
Неучастие руководства в проекте.
Способы предотвращения:
Обучения сотрудников заказчика работе с системой;
Составление плана внедрения системы;
Обоснование необходимости автоматизации персоналу;
Вовлечение руководства в проект и активное взаимодействие с ним в
ходе всего проекта.
7. Технические риски
Риски:
Потеря данных при внедрении системы.
Способы предотвращения:
Привлечение квалифицированных сотрудников, имеющих опыт в подобных
проектах.
Этап эксплуатации и сопровождения
8. Технические риски
Риски:
Ошибки в программе, приводящие к невозможности ее использования;
60
Некорректная эксплуатация оборудования;
Несоответствие функционального набора системы из-за реорганизации
компании.
Способы предотвращения:
Тщательное тестирование и модификации во время разработки системы
Документирование технических условий и их согласование.
Очевидно, что большинство рисков, возникновение которых возможно при
внедрении автоматизированной системы управления проектами достаточно легко
предотвратить путем правильной организации разработки жизненного цикла
внедрения автоматизированной системы.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Внедрение любой автоматизированной системы всегда несет в себе множество
рисков, основная причина которых заключается в возможности агрегирования данных
разного типа в одной системе. При таком подходе, в единое информационное
пространство собираются данные из различных информационных систем и
источников, при этом к этим данным могут иметь все пользователи данной
информационной системы. Поскольку процесс автоматизированного управления
проектами предполагает наличие возможности получения информации по каждому
этапу управления проектами, то в случае возникновения угроз в системе или при ее
взломе извне, появляется высокая вероятность повреждения или хищения данных. С
целью предотвращения данного негативного фактора, использования
автоматизированной системы управления проектами, при внедрении
автоматизированной системы потребуется обеспечить безопасность следующих
аспектов:
защита информации непосредственно в информационной системе от
внутренних угроз;
защита информации от внешних угроз.
61
С целью обеспечения защиты от внутренних угроз в системе используется
политика разграничения прав доступа пользователей. Во внедряемой системе
определены следующие группы пользователей:
Администраторы информационной системы;
Администраторы баз данных;
Администраторы информационной безопасности;
Операторы автоматизированного рабочего места;
Администраторы сети;
Специалисты по обслуживанию периферийного оборудования;
Специалисты по обслуживанию серверного оборудования;
Программисты.
Каждая из перечисленных групп пользователей имеет права только на те
объекты автоматизированной системы управления проектами, которые необходимы
ей для выполнения должностных обязанностей. Полное описание пользовательских
прав доступа отражено в документах по информационной безопасности, которые
имеют ограничительную пометку «Для служебного пользования», а потому не могут
быть приведены в рамках данной работы.
Для обеспечения защиты от внешних угроз используются следующие способы:
применение программно-аппаратных комплексов защиты от
несанкционированного доступа;
разработка и соблюдение политик безопасности;
использование антивирусных средств;
физическая защитой помещений с наиболее ценной информацией.
В качестве основного средства защиты от проникновений используется система
контроля и учета доступа (СКУД) «Elsys».
СКУД Elsys предназначена для автоматического контроля пропускного режима
и управления исполнительными устройствами (автоматическими воротами,
шлагбаумами, лифтами, турникетами, замками и т. п.) в соответствии с заданными
полномочиями и расписаниями.
Аппаратной основой системы являются контроллеры Elsys-MB, выпускаемые в
различных по характеристикам вариантах исполнения Pro, Pro4, Standard, Light и SM.
62
Наличие этих вариантов, а также модулей расширения памяти различной емкости к
ним, позволяет при проектировании оптимизировать технико-экономические
характеристики систем различного масштаба.
Контроллеры Elsys-MB объединяются в сеть по двухпроводному интерфейсу
RS-485 (до 63 контроллеров в одной линии связи). Линии связи RS-485
подключаются к серверу оборудования СКУД через преобразователи интерфейсов
RS-232/RS-485 или USB/232-485 (до 15 линий на один ПК), либо по компьютерной
сети предприятия через коммуникационные сетевые контроллеры (КСК) Elsys-MB-
Net (до 256 КСК на один ПК). Кроме того, в системе может быть несколько серверов
оборудования, объединенных компьютерной сетью, что обеспечивает практически
неограниченные возможности масштабирования системы.
Также в компании разработана политика безопасности, включающая себя
следующие частные документы:
1) Правила парольной защиты;
2) Правила защиты от вирусов и злонамеренного программного
обеспечения;
3) Требования по контролю за физического доступом;
4) Инструкция по безопасному уничтожению информации или
оборудования;
5) Правила осуществления удаленного доступа;
6) Требования резервного сохранения информации;
7) Требование мониторинга доступа и использования систем и ведения лог
файлов;
8) Требования при обращении с носителями данных;
9) Требования при регистрации пользователей;
10) Требования по проверке прав пользователей;
11) Требования по контролю доступа в операционную систему;
12) Требование к процедуре входа в систему (log on);
13) Правила использования системных утилит;
14) Правила удаленной работы мобильных пользователей;
15) Требование распределения ответственности при обеспечении
безопасности;
63
16) Правила безопасности при выборе персонала;
17) Требования контроля оперативных изменений;
18) Требования к применению криптографических средств управления;
19) Требования по контролю доступа к исходным текстам программ и
библиотек;
20) Требования контроля вносимых изменений;
21) Ограничения на изменения прикладного ПО.
Реализуемый перечень мероприятий по обеспечению информационной
безопасности и защиты информации достаточен и позволяет достичь необходимо
уровня защищенности информационной инфраструктуры рассматриваемой
организации.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и ее описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области. Кроме
того, она объясняет, на основе каких входных документов и какой нормативно-
справочной информации происходит выполнение функций по обработке данных и
формирование конкретных выходных документов [23].
Информационная модель включает в себя четыре области:
Область выходной информации
Область справочников системы
Область обработки информации
Область входной информации
Процесс информационной системы автоматизации управления проектами
показан на информационной модели, представленной на рисунке 2.2.
64
ИС
Руководитель
проекта
Спр «Клиент»
Спр «Пользователь»
Спр «Стратус»
Спр «Тип
пользователя»
Спр «Тип документа»
Спр «Должность»
Спр* «Пользователь»
Спр* «Стратус»
Заявка от
клиента
Документы
проекта
Исполнитель
Рисунок 2.2 – Информационная модель системы
Справочники, используемые в системе, создаются и заполняются при первом
запуске системы, затем осуществляется только их редактирование и наполнение.
Входная информация поступает при каждом запуске системы (учетные данные
пользователя, управляющие команды), а также в процессе работы системы
(документы, изменения состояний и т.д.). Процесс обработки информации начинается
после того как в систему поступила входная информация и пользователь дал команду
на ее обработку, в результате работы системы формируется выходная информация,
которая попадает в область выходной информации и выводится на экран
пользователя, либо передаются по каналам связи или записывается в базу данных
системы.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
При реализации рассматриваемой системы автоматизации управления
проектами для ОАО «ИнфоТеКС» в качестве входной информации может выступать
как информация, хранимая и передаваемая в печатном виде, так и информация,
хранимая и передаваемая в электронном виде. Таким образом, входная информация
может быть представлена в виде печатных документов или в виде электронных
65
файлов. В качестве входной информации для разрабатываемой ИС используются
заявка на разработку ПО или оборудования, она поступает от клиентов компании по
одному из каналов связи (форма обратной связи на сайте компании, электронная
почта, телефон), содержит следующие сведения:
Реквизиты клиента (название организации или фамилия, имя и отчество
физического лица, номер договора, ФИО и должность контактного лица, телефон,
email);
Общие требования на разработку;
Описание предметной области (общее описание системы) и пошаговое
описание действий по функционированию системы (обычно выполняется при участии
аналитика или технического писателя);
Общее видение конечного продукта;
Сроки разработки;
Дополнительная информация - все что угодно, в контексте обращения;
Модель графического интерфейса, созданная с использованием
простейшего графического редактора
Заявка клиента может включать в себя несколько документов и вводится через
экранную форму «Ввод данных проекта».
В проектируемой информационной системе используется 6 справочников для
хранения условно-постоянной информации:
Справочник «Клиент» служит для хранения информации о клиентах компании,
содержит следующие реквизиты;
Справочник «Пользователь» хранит сведения о сотрудниках организации,
являющихся пользователями системы;
В справочниках: Статус, Тип пользователя, Тип документа, Должность
содержатся только коды записей и наименование реквизитов.
Весь перечень указанных справочников был представлен на информационной
модели системы (см.рис.2.2).
2.2.3 Характеристика результатной информации