58
Спиральная модель. На каждой итерации происходит уточнение
целей и характеристик проекта, оценивается качество полученных
результатов и планируются работы следующей итерации. По завершению
итерации производится тщательная оценка риска превышения сроков и
стоимости проекта, чтобы определить необходимость выполнения еще
одной итерации, степень полноты и точности понимания требований к
системе, а также целесообразность прекращения проекта.
Спиральная модель избавляет пользователей и разработчиков ПО от
необходимости полного и точного формулирования требований к системе на
начальной стадии, поскольку они уточняются на каждой итерации. На рисунке
7 отображена схема спиральной модели жизненного цикла.
Рисунок 7. Спиральная модель жизненного цикла
Каскадная модель. Основной характеристикой является разбиение всей
разработки на этапы, причем переход с одного этапа на следующий происходит
только после того, как будет полностью завершена работа на текущем. Каждый
этап завершается выпуском полного комплекта документации, достаточной для
59
того, чтобы разработка могла быть продолжена другой командой
разработчиков.
Положительными сторонами каскадной модели являются:
на каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности
выполняемые в логичной последовательности этапы работ позволяют
планировать сроки завершения всех работ и соответствующие затраты
Основным недостатком каскадного подхода является существенное
запаздывание с получением результатов. Согласование результатов с
пользователями производится только в точках, планируемых после завершения
каждого этапа работ. Таким образом, пользователи могут внести свои
замечания только после того, как работа над системой будет полностью
завершена. В случае неточного изложения требований или их изменения в
течение длительного периода создания программного обеспечения,
пользователи получают систему, не удовлетворяющую их потребностям.
Модели автоматизируемого объекта могут устареть одновременно с их
утверждением. Сущность системного подхода к разработке ИС заключается в
ее декомпозиции на автоматизируемые функции. Процесс разбиения
продолжается вплоть до конкретных процедур. При этом автоматизируемая
система сохраняет целостное представление, в котором все составляющие
компоненты взаимоувязаны. Таким образом, данная модель основным
достоинством имеет системность разработки, а основные недостатки -
медленно и дорого. На рисунке 8 отображена схема каскадной модели
жизненного цикла.
60
Рисунок 8. Каскадная модель жизненного цикла
Итерационная модель. Для преодоления перечисленных проблем была
предложена итерационная модель жизненного цикла. Итерационная модель
славится своей гибкостью. На каждом этапа этой модели, говоря технически, на
каждой итерации, данная модель позволяет вернуться к предыдущему шагу,
при необходимости, что делает итерационную модель более удобной. На
рисунке 9 отображена схема итерационной модели жизненного цикла.
Рисунок 9. Итерационная модель жизненного цикла
61
Наиболее оптимально считаю итерационную модель, так как в случае
развития функциональности ИС не редки случаи, когда возникают новые
замечания от пользователей системы, которые можно реализовать благодаря
возврату на предыдущий этап.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Методология Microsoft Solution Framework обеспечивает гарантию
уменьшения рисков, так как весь жизненный цикл проекта разбит на этапы. У
каждого этапа есть свои роли, за которыми закреплены определенные задачи и
цели, которые должны быть достигнуты в поставленные сроки, и всё же, не
смотря на четкий план, на каждом этапе есть некоторые риски. На этапе
проектирования могут возникнуть следующие риски:
Детально не проработан план проекта, не все нюансы учтены
Во избежании подобного риска, необходимо декомпозировать задачи на
подзадачи, тем самым осуществив больше контрольных точек. На этапе
планирования могут возникнуть следующие риски:
Некорректно, либо не точно сформирована архитектура проекта
Данные риск может появиться из-за ошибки технического директора, либо из-
за неточных совещаний с группой разработки, в связи с чем, технический
директор принял неверное решение. На этапе разработки возможны следующие
риски:
Неправильная реализация технического задания, либо отклонение от
него, и как следствие, неправильное программирование архитектуры и
сдвиг сроков
Недостаточное количество опыта и навыков в разработке программного
обеспечения
62
Ликвидацией данного риска служит четкое взаимодействие с программистом на
этапе написания технического задания, а так же проверка реализованных
разделов после их завершения. На этапе тестирования возможны следующие
риски:
Неоконченное тестирование, либо неполноценное
Вполне допустима ситуация, когда программный продукт не полностью покрыт
тестами. Данный риск решается путем повторного тестирования не следующей
итерации разработки. На этапе внедрения возможны следующие риски:
Неправильное принятие решения о завершении этапов разработки
Возникновение данного риска ведет за собой проблему незаконченности
решения и возможность возникновения нестыковок с другими частями
разрабатываемой ИС. Устраняется путем доработки при следующей итерации.
На таблице 9 отображены риски и их последствия, возможные решения.
Таблица 9
Риски и их последствия, возможные решения
Этап
Риск
Последствия/Возможные
решения
Проектирование
Детально не проработан
план проекта, не все
нюансы учтены
Во избежании подобного риска,
необходимо декомпозировать
задачи на подзадачи, тем самым
осуществив больше контрольных
точек
Планирование
Некорректно, либо не
точно сформирована
архитектура проекта
Данные риск может появиться из-
за ошибки технического
директора, либо из-за неточных
совещаний с группой разработки, в
связи с чем, технический директор
принял неверное решение
63
Продолжение таблицы 9
Этап
Риск
Последствия/Возможн
ые решения
Разработка
Недостаточное
количество опыта и
навыков в разработке
программного
обеспечения
Ликвидацией данного
риска служит четкое
взаимодействие с
программистом на этапе
написания технического
задания, а так же
проверка реализованных
разделов после их
завершения.
Тестирование
Неоконченное
тестирование, либо
неполноценное
Вполне допустима
ситуация, когда
программный продукт не
полностью покрыт
тестами. Данный риск
решается путем
повторного тестирования
не следующей итерации
разработки
Внедрение
Неправильное принятие
решения о завершении
этапов разработки
Возникновение данного
риска ведет за собой
проблему
незаконченности
решения и возможность
возникновения
нестыковок с другими
частями разрабатываемой
ИС. Устраняется путем
доработки при
следующей итерации
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты
информации
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты:
защита информации от внутренних угроз
защита информации от внешних угроз
В качестве защиты от внутренних угроз в системе используется политика
разграничения прав доступа. Политика разграничения прав доступа приведена в
таблице 10.
64
Таблица 10
Защита от внутренних угроз
Группа
пользователей
Модуль
«Авторизация»
Модуль
«Отчетность»
Модуль «Статус
продаж»
Управляющий
торговой точки
Чтение
Полный
Чтение
Администратор
системы
Полный
Полный
Полный
Сотрудник без
привилегий
Нет
Чтение
Чтение
Защита от внешних угроз осуществлена при помощи следующих
способов: использованием программно-аппаратных комплексов, разработкой и
соблюдение политик безопасности, использованием защищенных каналов связи
при передаче информации, использованием антивирусных систем, физической
защитой помещений с наиболее ценной информацией
Характеристика используемых средств от внешних угроз информационной
безопасности приведена в таблице 11.
Таблица 11
Защита от внешних угроз
Способ (метод)
Описание (наименование средства)
Программно-
аппаратные
комплексы защиты
информации
КСЗИ «Панцирь+»
Разработка и
соблюдение политик
безопасности
ограничение доступа пользователей к информации, анализ
и статистика нарушений информационной безопасности,
информационный мониторинг, распределение
ответственности по обеспечению информационной
безопасности, определение порядка работы с
информацией, являющейся конфиденциальной.
Защита каналов
связи
протокол SSH
Антивирусная
защита
Kaspersky Total Space Security
Физическая защита
помещений
система контроля и управления доступом, оборудование
помещений решетками на окнах, разграничение прав
доступа в помещения
65
КСЗИ «Панцирь+» для ОС Windows собственными средствами реализует
все технические требования, регламентируемые для АС класса защищенности
1Г. Система предназначена для защиты информации, обрабатываемой на
автономном компьютере, либо на компьютерах в составе корпоративной сети.
КСЗИ служит для эффективного противодействия, как известным, так и
потенциально возможным атакам на защищаемые ресурсы, что обеспечивается
устранением архитектурных недостатков защиты современных ОС. КСЗИ
может применяться для защиты, как от внешних, так и от внутренних ИТ-угроз,
обеспечивая эффективное противодействия атакам и со стороны хакеров, и со
стороны инсайдеров (санкционированных пользователей, допущенных к
обработке информации на защищаемом вычислительном средстве). КСЗИ
также может использоваться для эффективного противодействия вирусным
атакам и шпионским программам.
SSH (Secure Shell - Защищенная оболочка) - это сетевой протокол,
обеспечивающий защищенную аутентификацию, соединение и безопасную
передачу данных между хостами сети, путем шифрования, проходящего через
него трафика, с возможной компрессией данных. Важной функциональной
особенностью является возможность создания защищенных, шифрованных
туннелей, для безопасной передачи через небезопасную среду (например
интернет), других сетевых протоколов, так-же с возможность сжатия трафика.
Безопасность протокола SSH обеспечивается следующими программными
решениями:
Шифрование всего трафика, проходящего через SSH соединение,
выполняемое по одному из возможных алгоритмов, выбираемых в
процессе переговоров сторон сеанса связи. Шифрование трафика
соединения, препятствует его перехвату и использованию в
злонамеренных целях.
Аутентификация SSH сервера, производится всегда, при любом
соединении, что не позволяет подменить трафик или сам сервер
66
Контроль целостности сетевых пакетов, дает возможность отследить
незаконные изменения трафика соединения, в случае обнаружения
данного факта, соединение обрывается незамедлительно
Временные параметры аутентификации предотвращают возможность
использования перехваченных и через некоторое время, расшифрованных
данных соединения
Системой контроля и управления доступом (СКУД) называется
совокупность программно-технических средств и организационно-
методических мероприятий, с помощью которых решается задача контроля и
управления посещением отдельных помещений. В состав СКУД Bravo входят
следующие элементы:
Контроллер-концентратор СКД сетевой СК-05 - Используется для
управления исполнительными устройствами, хранения базы данных
пропусков, а также регистрации событий
Контроллер замка сетевой КД-01 - Данный контроллер является
электронным устройством, работающим в составе сетевой СКД
«BRAVO», и предназначенным для управления электромагнитными
замками.
Считыватель бесконтактный СВ-01 - Устройство предназначено для
идентификации карт доступа пользователей типа Proximity
2.2 Информационное обеспечение задачи
2.2.1 Характеристика нормативно-справочной, входной и оперативной
информации
В рамках данного дипломного проекта используются только входящие
данные и справочники. Входные документы, они же входные данные,
представляют собой информацию о пришедшем или ушедшем (если таковой
имеется), товаре. Информация структурирована, имеется четкий набор
справочников. Соответственно, один входной документ содержит несколько
67
справочников. Описание справочников приведено в таблице 12.
Таблица 12
Описание справочников
Название справочника
Описание справочника
Идентификационный номер продукта
Уникальный номер продукта питания
Название
Наименование продукта питания
Дата прихода
День, когда товар поступил на
торговую точку. От этого дня идет
отчет о сроке годности товара
Дата ухода
День, когда товар зарегистрировали
как товар с истекшим сроком годности
и убрали с прилавков
Количество
Количество товара
Идентификационный номер точки
Уникальный номер точки продаж
Срок годности
Промежуток времени, в котором
продукт разрешен для употребления.
Во входных данных указывается
последний возможный день
употребления товара
Условия хранения
Условия хранения, при которых, товар
не потеряет свои свойства
Дополнительная информация
Вся дополнительная необходимая
информация
На основе выше перечисленных справочников формируются входные
документы. Точнее говоря, входные документы состоят из выше
перечисленных справочников. Данные представляются в текстовой форме,
имеют табличное представление. Таблица формируется в системе
автоматически, данные заносит менеджер по закупкам. Примеры входных
документов отображены на таблицах 13, 14.
Таблица 13
Входной документ прихода
Названи
е
Дата
прихода
Срок
годности
Количеств
о
Условия
хранения
Идентификаци
онный номер
точки продаж
Огурцы
01.07.201
9
07.07.201
9
50кг
Температура
0-5 градусов
4
Помидор
ы
01.07.201
9
07.07.20
50кг
Температура
0-5 градусов
4
Яйца
01.07.201
9
21.07.201
9
1000шт
Температура
5-7 градусов
4