51
ГЛАВА 2.ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Основной международной организацией, разрабатывающей стандарты,
является Международная организация по стандартизации (ИСО). Эта
организация состоит из 250 технических комитетов, в 177 из которых
Республика Беларусь является членом. Стандарты, действующие на территории
Республики Беларусь, разрабатываются на основе международных.
Основным стандартом, который определяет жизненный цикл
программных систем, является СТБ ИСО/МЭК 12207–2003 [2]. При этом под
системой подразумевается комплекс, состоящий из процессов,
технических и программных средств и персонала. Данный стандарт
разработан на основе международного стандарта стандарт ISO/IEC 12207 : 2008
– Information Technology – Software Life Cycle Processes [1].
Жизненный цикл является моделью создания и использования
программного обеспечения, отражающей различные состояния, начиная с
момента осознания необходимости появления данного программного
обеспечения и заканчивая моментом его полного выхода из употребления [18.
стр. 72].
Существует несколько моделей жизненного цикла (ЖЦ), каждая из
которых определяет различную методологию создания программ.
Первой по времени появления и самой распространенной является
каскадная модель, представленная на рисунке 2.1.
Рис. 2. 1 Каскадная модель жизненного цикла программного обеспечения
52
Каскадная модель жизненного цикла характеризуется
последовательным выполнением входящих в ее состав этапов, причем
окончание каждого предыдущего этапа осуществляется до начала
последующего. Каскадная модель предусматривает отсутствие (или
определенным ограничение) возврата к
предыдущим этапам, и характеризуется наличием результата только в конце
разработки. Выявление и устранение ошибок в каскадной модели производится
только на стадии тестирования, которая может растянуться во времени.
Итерационная (поэтапная) модель жизненного цикла предусматривает
промежуточный контроль на каждом этапе (рисунок 2.2).
Рис. 2. 2 Итерационная модель жизненного цикла программного обеспечения
Итерационная модель характеризуется наличием обратных связей
между этапами, возможностью проведения проверок и корректировок
проектируемой программы на каждой стадии разработки, что приводит к
снижению трудоемкости отладки по сравнению с каскадной моделью.
Поэтапность модели проявляется в обработке ошибок, выявленных
промежуточным контролем. Итерационная модель жизненного цикла
программного обеспечения может оказаться неэффективной в случае изме-
нения начальных требований.
Спиральная модель жизненного цикла программного обеспечения
поддерживает итерации итерационной модели, но особое внимание уделяется
начальным этапам проектирования: анализу требований, проектированию
спецификаций, предварительному проектированию и детальному
проектированию (рисунок 2.3).
53
Рис. 2. 3 Спиральная модель жизненного цикла программного обеспечения
Каждый виток спирали соответствует поэтапной модели создания фраг-
мента или версии программного обеспечения, уточняются цели и требования к
программному обеспечению, оценивается качество разработанного фрагмента
или версии и планируются работы следующей стадии разработки (витка).
Таким образом, углубляются и конкретизируются все детали проектируемого
программного обеспечения, в результате получается продукт, который
удовлетворяет всем требованиям заказчика [9. стр. 90].
Выбранной моделью жизненного цикла для разрабатываемой
программы является итерационная модель, которая соответствует поэтапной
стратегии. Решение объясняется тем, что легче получить отзывы от заказчика о
проделанной работе, так как есть возможность узнать отзывы о уже готовых
частях и внести необходимые изменения. В свою очередь у заказчика есть
возможность быстро получить и освоить программное обеспечение.
Все модели жизненного цикла программного обеспечения в
соответствии с СТБ ИСО/МЭК 12207–2003 содержат процессы: основные,
вспомогательные, организационные.
К основным процессам жизненного цикла программного обеспечения
относятся:
1. Заказ;
2. Постановка;
3. Разработка;
54
4. Эксплуатация;
5. Сопровождение.
К вспомогательным процессам цикла программного обеспечения
относятся:
1. Документирование;
2. Управление конфигурацией;
3. Обеспечение качества:;
4. Верификация;
5. Аттестация;
6. Совместный анализ;
7. Аудит;
8. Решения проблем.
К организационным процессам жизненного цикла программного
обеспечения относятся
1. Управление;
2. Создание инфраструктуры;
3. Процесс усовершенствования;
4. Процесс обучения.
Основные процессы жизненного цикла соответствуют этапам
жизненного цикла программного обеспечения. Описание каждого этапа
применительно к разрабатываемой программе отражено в таблице 2.1.
Таблица 2.1
Описание этапов жизненного цикла разрабатываемой программы
Наименование
этапа
Цель этапа
Описание этапа
1
2
3
Заказ
Определение
потребностей
заказчика
Процесс заказа состоит из
определения потребностей
заказчика в системе.
55
Продолжение таблицы 2.1
1
2
3
Постановка
Определение
процедур и
ресурсов для
разработчика
Определяются процедуры и
ресурсы, необходимые для
управления и обеспечения
проекта, включая разработку
проектных планов и их
выполнение.
Разработка
Определение
работ и задач
разработчика
Данный этап включает работы по
анализу требований,
проектированию и
программированию, сборке,
тестированию, вводу в действие и
приемке программного продукта
Эксплуатация
Определение
работ и задач
оператора.
Данный этап включает
эксплуатацию программного
продукта и поддержку
пользователей в процессе
эксплуатации.
Сопровождение
Определение
работ и задач
персонала
сопровождения
Реализуется при модификациях
программного продукта. Цель
процесса – изменение
существующей программы при
сохранении ее целостности.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Для достижения успеха организация должна осуществлять управление
рисками на протяжении всего жизненного цикла проекта. Причины
возникновения рисков достаточно разнообразны и могут зависеть не только от
технических аспектов, но и от условий разработки.
56
Под риском, возникающим на различных этапах жизненного цикла
программного обеспечения, понимается какое – либо событие, по причине
которого реализация проекта может быть прервана или затруднена [6. стр. 310].
Рассмотрим риски, возникающие на различных этапах жизненного цикла
разработки программного обеспечения РДУСП «Стравита».
На этапе «Заказ» жизненного цикла разрабатываемого программного
обеспечения возможен риск, связанный с неверной оценкой необходимости
проекта и неточное определение целей и будущих функций программы.
Для уменьшения последствий возникновения риска на этапе «Заказ»
предполагается выполнить такие действия, как более четкое представление
предметной области проекта, его целей и задач, анализ необходимости в
разрабатываемом проекте.
На этапе «Постановка» жизненного цикла разрабатываемого
программного обеспечения возможен риск, связанный с неправильной оценкой
требований. Разработчик не всегда обладает исчерпывающей информацией о
требованиях к системе с точки зрения заказчика, либо наоборот предоставлена
избыточная информация о предметной области. В свою очередь, заказчик не
имеет четкого представления о проблеме обработки данных, возможности дать
оценку выполнимости проекта [7. стр. 83].
Для уменьшения последствий возникновения риска на этапе
«Постановка» предполагается выполнить такие действия, как более четкое
представление требований к разрабатываемому проекту, опрос и анализ
требований планируемых пользователей разрабатываемой программы.
Проведение анализа и детализации будущего проекта до простых функций или
модулей понятных как заказчику, так и программисту [7. стр. 85].
На этапе «Разработка» жизненного цикла разрабатываемого
программного обеспечения возможно возникновение технического риска.
связанного со сбоем техники.
Для уменьшения последствий возникновения риска на этапе
«Разработка» предполагается выполнить такие действия, как использование
возможностей архивации данных.
57
На этапе «Эксплуатация» жизненного цикла разрабатываемого
программного обеспечения возможен риск, связанный с нарушением
целостности, конфиденциальности и доступности данных.
Для уменьшения последствий возникновения риска на этапе
«Эксплуатация» предполагается выполнить такие действия, как разграничение
прав пользователей, использование антивирусных программ.
На этапе «Сопровождение» жизненного цикла разрабатываемого
программного обеспечения возможен риск, связанный с недостаточной
компетенцией сопровождающего персонала.
Для уменьшения последствий возникновения риска на этапе
«Сопровождение» предполагается выполнить такие действия, как повышение
квалификации сотрудников, использующих разработанное программное
обеспечения [7. стр. 182].
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В настоящее время увеличивается не только объём информации,
циркулирующей на предприятии, но и совершенствуются различные виды угроз
безопасности информационным активам. В связи с этим вопросы защитных мер
информации предприятия являются актуальными.
К организационно-правовым средствам обеспечения информационной
безопасности относятся документы по регламентации доступа и
ответственности за сохранность информации. Такими документами являются
политика безопасности РДУСП «Стравита» и должностные обязанности
работников предприятия, регламентация и определение ответственности
сотрудников предприятия при работе с информационными активами.
Разграничение прав доступа пользователей разрабатываемой программы
представлено в таблице 2.2.
58
Таблица 2.2
Разграничение прав пользователей
Группы
пользователей
Модуль
«Сервер»
Модуль «Клиент»
Доступ в
Internet
Отправители
(руководство
предприятия)
Нет прав
Получение и отправка
сообщений и файлов
Ограничен
Получатели
Нет прав
Получение и отправка
сообщений и файлов
Ограничен
Администратор
Не
ограничены
Просмотр IP – адресов,
базы данных сообщений
Не ограничен
К программно-аппаратным средствам обеспечения информационной
безопасности относятся:
Антивирусная защита программного обеспечения, при помощи
своевременной установки и обновления антивирусной программы ESET
NOD32 ANTIVIRUS BUSINESS EDITION;
Приложение-сервер должно работать с базой данных
соответствующего типа с именем measure.mdb. При некорректности базы
данных должно выдаваться сообщение об ошибке.
При недопустимом значении отправляемого сообщения должно
выводиться предупреждение.
Приложение-сервер должно поддерживать диалоговый режим в
рамках предоставляемых пользователю возможностей.
Приложение-клиент должно работать с корректными
пользовательским данными (отправляемые сообщения/файлы) и не допускать
изменения пользователем списка мероприятий.
Фильтрация контента и трафика и предупреждение
несанкционированного доступа к информационным активам предприятия;
Защита от сбоев, ведущих к потере информации, при помощи
своевременной архивации данных и использования источников бесперебойного
питания.
59
Программное средство должно быть рассчитано на
непрофессионального пользователя.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Для моделирования разрабатываемой информационной системы
создается информационная модель.
Информационная модель представляет собой схему, отражающую
процесс обработки информации в информационной системе от источников до
получателей данных, учитывающую физические основы и технологии
взаимодействия информационной системы с внешними источниками (рисунок
2.4).
Т *«Мероприятия»
Т «Подразделения»
Т «Получатели»
Т «Отправители»
Отправитель
Получатель
ИС
График и планы
Распорядительные
документы
Сообщение
или файл
Работа с
базой данных
Остановить
или запустить
серверную
часть
Мероприятия
Администратор
Сообщение
Администрир
ование
Ф *«Файл»
Ф «Файл»
Рис. 2.4 Информационная модель разрабатываемого проекта для
РДУСП «Стравита»
60
В информационной модели внешние источники отображаются с
помощью блоков «терминатор». Внешними источниками в схеме являются:
отправитель, получатель, администратор, и сама информационная система, в том
числе ее серверная часть.
В схеме представлены таблицы: подразделения, отправители,
получатели, мероприятия, а также отображена возможность отправки файла и
сообщения при помощи экранной формы. Экранные формы, в том числе,
позволяют просмотреть сообщение или список мероприятий. Администратор
может произвести администрирование, включающее запуск или остановку
сервера, работу с базой данных.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Под входной информацией понимается вся информация, которая
вводится пользователем для решения поставленной задачи. Ввод информации
пользователем осуществляется с помощью мыши и клавиатуры.
Основанием для ввода информации в базу являются распорядительные
документы.
Входная информация в разработанном программном обеспечении
делится на две категории: для серверной части и для клиентской части.
Входной информацией для клиентской части может являться:
IP-адрес сервера для подключения;
ответы на запросы серверу (принятие сообщений, файлов, списка
клиентов, служебных сообщений).
Входной информацией для серверной части может являться:
o база данных организации;
o таблица связки IP-адресов с названиями отделов;
o запросы и сообщения, получаемые от клиентов (отправка
сообщений, файлов, подключение/отключение клиентов, запросы
на выборку мероприятий).