35
дополнения требований;
Допускает изменение требований при разработке информационной
системы, что характерно для большинства разработок, в том числе и типовых;
Обеспечивает большую гибкость в управлении проектом;
Позволяет получить более надежную и устойчивую систему. По
мере развития системы ошибки и слабые места обнаруживаются и
исправляются на каждой итерации;
Позволяет совершенствовать процесс разработки – анализ,
проводимый в каждой итерации, позволяет проводить оценку того, что
должно быть изменено в организации разработки, и улучшить ее на
следующей итерации;
Уменьшаются риски заказчика. Заказчик может с минимальными
для себя финансовыми потерями завершить развитие неперспективного
проекта.
Недостатки модели:
Увеличивается неопределенность у разработчика в перспективах
развития проекта. Этот недостаток вытекает из предыдущего достоинства
модели;
Затруднены операции временного и ресурсного планирования всего
проекта в целом. Для решения этой проблемы необходимо ввести временные
ограничения на каждую из стадий жизненного цикла. Переход
осуществляется в соответствии с планом, даже если не вся запланированная
работа выполнена. План составляется на основе статистических данных,
полученных в предыдущих проектах и личного опыта разработчиков.
Жизненный цикл в целом, а также процессы его разработки
регламентируются рядом стандартов, наиболее известные из которых:
ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология.
Системная и программная инженерия. Процессы жизненного цикла
программных средств». Стандарт применим при приобретении различных
36
программных продуктов, услуг и комплексных систем, при их разработке,
поставке применении по назначению, а также вводе и выводе из
эксплуатации, как в организации, так и вне её. Стандарт определяет общую
схему процессов жизненного цикла системы, или программных средств,
разработки методов моделей или технических приемов.
Rational Unified Process (RUP) подразумевает использование
итеративной модели разработки, содержащей в себе четыре фазы: начало,
исследование, построение, внедрение. Каждая фаза может быть разбита на
итерации, результатом которых будет является выпуск версии продукта,
пригодный для пользования разработчиками (внутреннего) или
пользователями (внешнего). Циклом разработки для данного стандарта
называют прохождение всех четырех фаз, при этом разработка может быть
продолжена, с целью обновления и улучшения системы. Использование
стандарта RUP предполагает создание и сопровождение моделей на базе
UML.
Extreme Programming (XP). Данный стандарт не имеет чётко
внутренней организации, работа основывается на постоянном создании и
доработке прототипов. Стандарт подразумевает командную работу с тесным
и максимальным взаимодействием как среди исполнителей, так и с
заказчиком на протяжении всего проекта.
ГОСТ 34.601-90 [1] «Автоматизированные системы. Стадии
создания». Стандарт применяется чаще всего при исследовании и
проектировании автоматизированных систем, чётко регламентируя стадии и
этапы их создания. В целом стандарт соответствует каскадной модели,
описывая работы на каждом её этапе.
ГОСТ Р ИСО/МЭК 15288-2005 [2]. «Информационная технология.
Системная инженерия. Процессы жизненного цикла систем», определят
основы описания жизненных циклов систем, максимально подробно
структурированные процессы, свойственную им терминологию, но не
детализирует жизненный цикл с точки зрения процедур и методов.
37
Microsoft Solution Framework (MSF) – крайней похож на стандарт
RUP, но отличается использованием объектно-ориентированного
моделирования, и куда большей ориентированностью на разработку именно
бизнес приложений, так же отличаются названия фаз: анализ,
проектирование, разработка, стабилизация.
Для данного проекта был выбран стандарт ISO/IEC 12207,
включающий в себя этапы:
Анализа и исследования для создания предпроектного системы;
Проектирования системы;
Разработка системы;
Тестирования системы;
Написания документации;
Внедрения;
Запуск конечного продукта в эксплуатацию.
Данный стандарт является наиболее оптимальным, т.к. при разработке
будет наименьшее число рисков.
На этапе первичного анализа проводятся консультации с участием
непосредственно программистов-разработчиков и конструкторов. Ведётся
опрос требований инженеров СКБ «Меридиан» в целом, а также
непосредственно инженеров-конструкторов для выявления максимально
полных и точных задач к полной конфигурации системы. В конце данного
этапа должно быть составлено техническое задание, полный список
поставленных задач, технический регламент, которые, в последствие,
должны быть переданы в отдел разработки и проектирования системы.
Однако, так как у нас всё разрабатывается собственными силами, данные
требования не обязательно должны быть выполнены.
Далее наступает этап проектирования системы. На текущем этапе
надлежит создать первичный прототип программы, соответствующий
техническому заданию и установленному регламенту. Он должен включать в
38
себя набор решений, способных выполнять условия в указанных параметрах,
а также быть готовым к реализации в дальнейшем.
На этапе разработки создается непосредственный программный
продукт, с учетом поставленных задач.
После стадии разработки, каждое подготовленное программное
решение проходит полный комплекс тестирующих мероприятий, на
специально подготовленной аппаратной установке, имитирующем
законченную систему, на которую оно будет в последствие, установлено.
После прохождения полного тестирования, и верификации
работоспособности системы, как от разработчиков, имеющих
непосредственное участие в проектировании и создании, так и от службы
технического нормо-контроля и службы аттестации, происходит создание
технической литературы (инструкции по наладке, сертификаты и
технической документации), полностью объясняющей конфигурацию,
режимы работы и функционал системы, а также подготавливаются
обучающие материалы, и руководства пользователей.
Далее наступает этап внедрения. На данном этапе применяется
«постепенное» внедрение. Такая модель подразумевает поэтапную установку
программно-технического решения, обучение персонала спецификам
обслуживания и настройки системы. Так как система была создана и
оттестирована в условиях предприятия, то на объекте установки
производятся пуско-наладочные работы с упрощенным тестированием
режимов работы.
Данные работы проводит выездная бригада, состоящая из инженеров-
программистов.
Главной задачей инженеров-программистов является установка
программного обеспечения и проверка на совместимость с различными
программами, принимающими почту. Так как система после тестирования
была настроена и не требует введения дополнительных параметров,
дальнейшей задачей инженера-программиста является проведение общего
39
упрощенного тестирования, в ходе которого система работает во всех
режимах в течение короткого времени. Если итоги проведенных тестов
сходятся с результатами, полученными при тестировании на аппаратно-
техническом комплексе, совпадают с условиями технического задания и
требованиями, происходит подписание нормативного акта на работу по
созданию полноценной системы на всём предприятии. После чего
происходит процесс обучения персонала непосредственно по работе с
системой.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
Внедрение информационной системы обработки в службу
технической поддержки является сложным процессом и требует большое
количество внимания для максимально быстрого достижения
положительного результата. В большинстве случаев это зависит от того,
насколько были предусмотрены возможные риски.
Предусмотренные риски и пути снижения вероятности
возникновения, которые могут возникнуть в процессе внедрения
автоматизации представлены в Таблице 3.
Таблица 3
Риски разработки и внедрения ИС
№
п/п
Этап жизненного
цикла
Возможные риски
Пути снижения
вероятности
возникновения
1
Этап предпроектного
анализа
Неверное определение
рамок и масштаба
проекта
Конкретизация
поставленной задачи,
установка точных
сроков и масштабов
выполнения работ по
созданию и внедрению
системы
40
2
Этап внедрения
системы
автоматизации.
Необходимость
оптимизации
оргштатной структуры
предприятия и ее
бизнес-процессов.
Данный этап является
основополагающим.
Необходимо провести
анализ деятельности
компании, определить
возможность
оптимизации
оргштатной структуры
и ее бизнес-процессов.
На основе данных
анализа будет
определен вектор
дальнейшей работы.
3
Этап внедрения
системы
автоматизации.
Неготовность
персонала к миграции.
Во время внедрения
новых технических
решений, вызывающих
фундаментальные
изменения в
алгоритмах привычной
работы персонала,
зачастую можно
встретить неготовность
к миграции ввиду
страха, например,
сокращений рабочих
мест.
Необходимо
максимальное
содействие
административно-
управляющего
персонала в части
работы с коллективом,
в особых случаях
требуется наделение
руководителя проекта
дополнительными
полномочиями.
41
4
Этапы разработки и
внедрения системы
автоматизации.
Необходимость
сверхурочной работы.
Часть персонала из
рабочей группы,
занимающейся
тестированием
интегрируемого
продукта может
оказаться неготовой к
необходимости
сверхурочной работы.
Требуется
дополнительная
мотивация,
коллектива. Например,
льгота, в виде
дополнительных дней
отпуска после
окончания
тестирования.
5
Этап внедрения
системы
автоматизации.
Необходимость в
формировании
квалифицированной
группы внедрения,
выбор влиятельного
руководителя группы.
Грамотно подобранная
и сформированная
группа тестирования
чаще всего определяет
большую часть успеха
внедрения ИС. В
случае предприятия АО
«ГПТП «Гранит» была
выделена группа из 5
человек, прошедших
полный курс по работе
с системами
электронного
документооборота, так
и с обучением для
остальных работников
компании.
Главную роль в реализации проекта играет проектная группа,
состоящая из сотрудников предприятия, которое производит внедрение ИС
(из разных подразделений). Не стоит упускать из виду и роль тех
сотрудников, которые не входят в проектную группу (конечных
пользователей). Люди должны быть готовыми к изменениям. Чтобы избежать
возможных рисков при внедрении ИС, необходимо придерживаться
изложенных выше путей по их преждевременному устранению.
42
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
В рамках проекта уже были предложены программно-аппаратные
средства, которые смогут обеспечить ИБ на предприятии, поэтому
дополнительно предлагается:
использовать VPN соединение для защиты подключений с
удаленными сотрудниками и дилерами;
включить в штатное расписание должность системного
администратора, который будет заниматься обслуживанием ПК и сетевого
оборудования предприятия.
Виртуальные частные сети (Virtual Private Network – VPN)
представляет собой технологию, обеспечивающую сетевые соединения
поверх других сетей, например, Интернет [8]. Коммуникация внутри
виртуальной сети осуществляется по базовым каналам с низким уровнем
доверия, а использование средств шифрования позволяет обеспечить
максимальную безопасность передачи данных. Эта относительно недорогая
и простая в реализации технология в последнее время приобретает все более
широкую популярность.
В настоящее время используются следующие технологии
туннелирования:
IPIP (IP Encapsulation within IP)
PPTP (Point-to-Point tunneling protocol)
IPSec (IP Security)
L2TP (Layer 2 Tunneling Protocol) и L2TP+IPSec
SSTP (Secure Socket Tunneling Protocol)
OpenVPN
GRE (Generic Routing Encapsulation)
GRE over IPSec
IP/MPLS
43
В рамках проекта построения многоуровневой интегрированной
мультисервисной корпоративной сети предлагается использовать
технологию IPSec, поскольку она очень надежна и проста в реализации.
IPsec (IP Security) – это группа протоколов, которая обеспечивает
конфиденциальность передаваемых через IP-сети данных путем проверки их
целостности и подлинности и шифрования пакетов, передаваемых по таким
сетям. IPsec работает в туннельном и транспортном режимах. В первом
случае шифрованию подвержен весь передаваемый трафик,
инкапсулируемый в поле нового IP-пакета, то во втором случае шифруются
только данные передаваемого пакета, а исходный заголовок сохраняется.
Туннельный режим может создать VPN канал между абонентами.
Транспортный же режим используется в связке с другими реализациями
Особенностью IPsec, которая отдаляет его от классического «VPN»
является тот факт, что он не создает дополнительный виртуальный адаптер, а
применяет стандартный интерфейс. В целом же, IPsec представляет собой
сколько реализацию виртуальной частной сети, сколько инструмент защиты
передаваемых пакетов. Развертывание виртуальных туннелей – это
«побочное» явление данного протокола.
IPsec поддерживается современными операционными системами
(настольными, мобильными, серверными) а также набором
маршрутизаторов. При настройке VPN отпадает потребность манипуляций на
клиентах, которые находятся за этими роутерами.
Исходя из вышеописанных характеристик IPsec на сегодня считается
одним из самых надежных решений в сетях VPN.
2.2. Информационная модель и ее описания
2.2.1. Информационная модель и её описание
В результате проектирования на основе имеющейся информационной
модели на предприятии была разработана информационная модель системы,
44
которая представляет из себя модель организации работы системы и
схематично поясняет, как происходит функционирование
автоматизированной системы ведения документооборота в АО «ГПТП
«Гранит».
В нашем случае информационная модель представляет собой
движение входных, промежуточных и результативных потоков и функций
предметной области в части касающейся работы с конструкторскими
документами на предприятии. Также, данный вид информационно модели
объясняет, на основе каких входных документов и какой нормативно-
справочной информации происходит выполнение функций по обработке
данных и формирование конкретных выходных документов.
Информационная модель представлена на рисунке 8.