48
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Под этапами жизненного цикла проекта автоматизации понимают
период времени, начинающийся с того момента, когда было принято
решение о необходимости создания проекта и заканчивающийся в тот
момент, когда он был полностью изъят из промышленной эксплуатации.
На сегодняшний день существует несколько методологий, которые
описывают жизненный цикл проекта автоматизации:
ГОСТ 34.601-90 являющийся стандартом на стадиях и этапах
создания информационной системы, соответствующий каскадной модели
жизненного цикла программного обеспечения. В данном стандарте
описывается содержание производимых работ на каждом из этапов.
Стандарт ГОСТ 34.601-90 в настоящее время не совсем подходит для
проведения разработок, так как многие процессы недостаточно отражены,
а многие положения уже технически устарели [2].
ГОСТ 57193-2016 является стандартом, устанавливающим общие
основы для описаний процессов. Данный ГОСТ применяется в отношении
жизненного цикла систем, которые созданы разработчиком. С помощью
данного стандарта определяется множество процессов и соответствующая
терминология с инженерной точки зрения. Процессы можно применять на
любых уровнях иерархии в структуре системы [3].
– ГОСТ Р ИСО/МЭК 12207-2010 (ISO/IEC 12207:2010) - стандарт,
используя устоявшуюся терминологию, устанавливает общую структуру
процессов жизненного цикла программных средств, на которую
ориентируются многие разработчики программной индустрии. При
помощи данного ГОСТа определяются процессы, виды деятельности и
задачи, используемые в случае приобретения программного продукта либо
49
услуг, в случае поставки, разработки, применении по назначению,
сопровождении и прекращении применения программного продукта [1].
Для проектирования данной системы более всего подходит стандарт
ISO/IEC 12207:2010, который задает более 40 процессов и охватывает
различные работы и задачи, которые связаны с разработкой и построением
программных средств, начиная с анализа предметной области и заканчивая
изготовлением конечного продукта. В ISO/IEC 12207:2010 содержатся
основные процессы жизненного цикла информационной системы (рисунок
7).
Рисунок 7. Основные процессы жизненного цикла проекта автоматизации
[1]
В зависимости от разрабатываемого проекта процессы, действия и
задачи ISO/IEC 12207:2010 выбираются, упорядочиваются и включаются в
модель жизненного цикла. В случае применения они могут перекрывать
или прерывать друг друга, при этом выполняясь либо итерационно, либо
рекурсивно. Это определяет "динамический" характер стандарта ISO/IEC
12207:2010 и позволяет реализовать с его при помощи произвольной
модели жизненного цикла проекта автоматизации.
Из стандарта ISO/IEC 12207:2010 обычно выбираются только
наиболее всего подходящие для реализации конкретного проекта
Основные процессы ЖЦ ИС
Разработка
Эксплуатация
Сопровождение
Разработка требований
Проектирование ПС
Кодирование ПС
Интеграция
Тестирование
Системное тестирование
Инсталляция
Внедрение процесса
Поддержка потребителя
Функциональное тестирование
Использование функций
Эксплуатация системы
Внедрение процесса
Анализ проблем и
модификаций
Реализация модификаций
Анализ сопровождения
Перемещение
Удаление
50
процессы. Обязательными являются основные процессы, присутствующие
во всех известных моделях жизненного цикла.
В стандарте ISO/IEC 12207:2010 не предполагается конкретная
модель жизненного цикла, так как в его положениях закреплены общие
модели, методы и технологии создания информационной системы.
Стандартом описывается структура процессов ЖЦ ИС, при этом не
конкретизируется, каким образом нужно выполнять действия и задачи,
которые включены в данные процессы.
Из существующих на сегодняшний день каскадной, спиральной и
итерационной моделей жизненного цикла проекта автоматизации в данном
проекте выберем итерационную модель, при которой происходит способ
быстрой разработки приложений – RAD (Rapid Application Development).
Особенностями итерационной модели является наличие трех
составляющих:
1. небольшая группа разработчиков до семи специалистов, которыми
выполняются работы проектирования отдельных подсистем для
информационной системы, так как требуется максимальная управляемость
коллектива;
2. тщательно проработанный небольшой производственный график,
который длится не более трех месяцев;
3. повторяющейся цикл, при котором разработчиками
запрашиваются и реализуются в информационной системе требования,
которые получаются в результате периодического взаимодействия с
заказчиками после того, как разрабатываемое приложение начало обретать
форму.
Подход RAD применяется для небольшого проекта, который
разрабатывается под конкретного заказчика, в виде несложной
информационной системы, которая содержит до 1000 операторов
уникального кода, что подходит под требования к дипломной работе, цель
которой – разработка информационной системы, которая будет
51
удовлетворять требованиям, которые изложены в первой главе. Данные
требования можно считать ограничениями по качеству.
На этапе разработки информационной системы находится написание
технического задания (ТЗ), в котором отображаются требования,
предъявляемые к программе. После анализа и требований начинается
проектирование информационной системы, которая будет представлять из
себя программный продукт, работающий в связке с базой данных, так как
при создании программного продукта необходимо создать таблицы базы
данных, а так же файлы для использования в виде оперативно-
результативной информации, после чего пишутся процедуры и функции,
которые обеспечивают проверку вводимой информации.
На стадии внедрения подготавливается и постепенно осваивается
заказчиком разработанная проектная документация информационной
системы. На данной стадии выявляются частные и системные
недоработоки в предлагаемом для внедрения проектном решении.
Можно выделить четыре способа внедрения новой информационой
системы - параллельная стратегия, «скачок», пилотный проект и «узкое
место».
Так как компания ООО «Centrobit» не может приостанавливать
работу из-за внедрения информационной системы, так как это может
привести к потере клиентов, к ошибкам при выполнении заявок от
клиентов и в результате этого прийти к упущенной прибыли. Причем
риски связанные с неудачным внедрением на эффективность работы
компании должны быть минимальными либо вовсе отсутствовать.
Использование метода «скачка» предусматривает полный отказ от
уже существующей и работающей системы и моментальный переход на
новую информационную систему. Это стимулирует сотрудников
информационной системы к ее быстрому ее освоению, но если в системе
произойдет сбой то может остановиться весь технологический процесс
получения и обработки информации.
52
Использование метода «узкого места» так же не подходит для
данного проекта, так как предполагает внедрение ИС в наиболее
критическом участке работы компании, а потом уже с переходом к
полномасштабному внедрению в компании. Решаемая задача изначально
решается на одном участке, переход на уровень всего предприятия в целом
не запланирован.
В результате приемлемые два варианта технологии внедрения
информационной системы – это использование параллельной стратегии
либо стратегии пилотного проекта, сравнительная характеристика которых
приводится в таблице 10.
Таблица 10
Сравнительная характеристика стратегий внедрения ИС
Позиции
Параллельные стратегии
Пилотные проекты
Случаи
применения
Старая работающая система
которую нужно заменить на
новую
Применение тактики «скачка»,
но только к некоторым
функциям.
Области
применения
Не имеет значения
Небольшой участок
деятельности
Риски срыва
работы
компании
Риски минимальные
Стратегии нацелены на то,
чтобы снизить риски при
внедрении
Дублирование
операций
Имеются
Не имеется
В случае использования параллельной стратегии внедрения
информационной системы одновременно работает старая и новая ИС, при
этом происходит сравнение полученных в этих системах результатов и
выходных документов. В случае совпадения полученных данных в течение
определного времени, дается заключение о переходе на новую ИС и
составляется «Акт готовности объекта к эксплуатации». Происходит
формирование состава приемной комиссии и издание «Приказа о начале
эксплуатации».
Затем начинается стадия эксплуатации, сопровождения и
модернизации ИС, на котором решаются вопросы о том, кто будет
53
осуществлять эксплуатацию и сопровождение ИС. Для данного
дипломного проекта разработка ИС производится внутренними силами, то
есть теми специалистами-разработчиками проекта, а также персоналом IT-
cлужбы, без привлечения сторонних специалистов.
При выполнении этапа «Эксплуатация проекта» выполняются
следующие работы:
– при возникновении сбоев исправляются в работе все части
системы,
– данные случаи регистрируются в журналах,
– отслеживаются технико-экономические характеристики работы
информационной системы,
– накапливается статистика о качестве работы всех компонентов
системы.
При выполнении этапа «Сопровождение и модернизация проекта»
производится выполнение следующих работ:
– анализируется собранный статистический материал,
– анализируется соответствие параметров работы ИС к требованиям
окружающей среды.
В результате проведенного анализа специальной комиссией делается
заключение о необходимости модернизировать всю ИС или только ее
отдельные его компоненты, а так же определяются объемы производимых
доработок, устанавливаются сроки и стоимость их выполнения для
получения «Техно-рабочего проекта», который прошел модернизацию.
В случае если выявлен факт морального старения ИС комиссия
принимает решение о целесообразности проведения его утилизации, либо
разработки новой ИС для данной компании.
В результате делаем вывод, что наиболее оптимальным для данного
проекта является внедрение стратегии пилотного проекта.
54
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
При разработке проекта автоматизации системы обработки заявок
могут возникнуть проектные и технические риски.
Проектные риски возникают в связи с ошибками в бюджете, графике
работ, с проблемами персонала, изменением требований, которые вызваны
как изменением текущих условий проекта, так и желанием заказчика.
Проектные риски возникают в случае болезни или увольнении
ответственного сотрудника, а так же при изменении графика работ.
Ответственным за проектные риски является менеджер проекта, в
обязанности которого входит способность улаживания подобного рода
конфликтов и определение его профессиональной подготовки.
Технические риски связаны с проблемами реализации технических
решений, среди котрых можно выделить следующие:
1) проблема разработки ИС, то есть возможности разработчиков по
реализации той или иной задачи,
2) неудовлетворительная производительность системы,
3) внедрение и затруднения, которые связанные с окончательной
адаптацией системы под конечного пользователя.
Ответственным лицом за решение подобных проблем является
технический руководитель проекта.
Для того чтобы снизить потери необходимо прводить профилактику
(предотвращение), мониторинг (своевременное распознавание ситуации) и
управление критической ситуацией (правильными действиями в случае ее
возникновения).
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Под информационной безопасностью (ИБ) АИС понимается
состояние защищенности информационной среды АИС, обеспечивающее
55
её формирование, использование и развитие, которое не приводит к
искажению, разрушению или несанкционированному использованию
информационных ресурсов, включая хранимую, обрабатываемую и
передаваемую информацию, а также программные средства.
Выделяют следующие основные цели ИБ:
– конфиденциальность (доступность информации только
определенному кругу лиц);
– доступность (возможность получения информации
авторизованными пользователями в нужное для них время);
– целостность (гарантия существования информации в
неискаженном, истинном виде).
Информация, обрабатываемая и сохраняемая в системе обработки
заявок ООО «Centrobit», является ценной:
- технологическая – это наличие документов клиента различной
степени секретности, такие как ксерокопии паспорта, прав, документов на
автомобиль и т.п. Эта информация должна быть конфиденциальной, в
любой момент она должна быть целостной и доступной.
- деловая – списки поставщиков комплектующих для автомобилей,
клиентов, бухгалтерские документы. Эта информация должна быть
конфиденциальной, доступной и целостной.
Само функционирование системы также относится к ценным
активам компании, т.к. нарушение работы ИС приведет к потере доступа к
ценной информации. Определим, какие угрозы имеются с точки зрения
информационной безопасности:
- Внутренние угрозы (исходящие от так называемых «инсайдеров» -
сотрудников компании). Это может быть умышленная и
непредумышленная порча или удаление файлов с ценной информацией,
ввод неверных данных, а также незаконное копирование (хищение)
информации;
56
- Внешние угрозы: действия хакеров, промышленный шпионаж,
вирусы и т.п.;
- Нарушение связи по вычислительной сети с офисом;
- Отключения электропитания, пожары, наводнения и т.п.
Для того чтобы снизить риски от внутренних угроз, в ООО
«Centrobit» действует политика безопасности компании. Необходимо
доработать нормативно-правовые акты о внутренней политике
безопасности компании с учетом внедряемой ИС, в политику
предоставления прав доступа к информационным ресурсам необходимо
добавить правила предоставления прав доступа к ИС.
Ответственным за соблюдение политики безопасности должен быть
назначен администратор по безопасности, работающий в IT-отделе
компании.
Для обеспечения информационной безопасности в
автоматизированной системе необходимо:
- провести разграничение прав доступа пользователей к информации,
находящейся в системе;
- обеспечить защиту от несанкционированного доступа к папкам
содержащим файлы и базы данных системы;
- проводить регулярную архивацию файлов и баз данных.
На компьютерах пользователей устанавливается клиентское
программное обеспечение, через которое имеется доступ к определенным
функциям системы, в зависимости от занимаемой в компании должности и
обязанностей. В таблице 11 приводятся данные о разграничении прав
доступа для разных групп пользователей.
Согласно безопасности пользователи должны иметь учетные записи,
защищенные паролем, который состоит из латинских букв и цифр и имеет
длину более 7 символов. При этом пароли необходимо менять не реже
одного раза в год. Так же устанавливается ограничение в три попытки по
количеству неудачных попыток входа в систему. Это делается для
57
затруднения расшифровки паролей. Так же ограничивается доступ к файлу
с паролями. За учетными записями пользователей следит администратор
безопасности.
Таблица 11
Разграничение прав пользователей
Группы
пользователей
Справочники
системы
Управление
пользователями
Модуль «Ввод
заявок»
Отчеты
Специалисты
отделов
Чтение
Нет доступа
Ограниченный
доступ (ввод
данных)
Чтение
Начальники
отделов
Чтение
Нет доступа
Нет доступа
Чтение
Системный
администратор
Полный
доступ
Полный доступ
Полный доступ
Полный
доступ
Все сервера компании должны быть защищены от возможности
несанкционированного доступа к ним. Сервера устанавливаются в
отдельном серверном помещении, запираемом на ключ, либо если нет
отдельного помещения, то сервер должен находиться в специальном
запираемом шкафу.
Вычислительную сеть так же необходимо защитить, так как она
создает условия для того чтобы перехватить данные, нарушить
конфиденциальность и целостность информации.
На всех компьютерах и серверах должны быть установлены
антивирусные программные средства. В ООО «Centrobit» используется
антивирусная программа Symantek, которая обеспечивает комплексную
защиту корпоративной сети от различных видов современных
компьютерных угроз. Необходимо периодически обновлять антивирусные
базы на сайте разработчика, для того чтобы иметь эффективную защиту от
новейших вирусов.
Базу данных информационной системы можно зашифровать при
помощи встроенных средств Microsoft SQL Server 2008, который
обеспечивает прозрачное шифрование данных (Transparent Data Encryption