77
Спиральная модель (SDM) на рис.2.4 она объединяет элементы как проек-
тирования, так и поэтапного создания прототипа, чтобы объединить преимуще-
ства концепций сверху вниз и снизу-вверх. Эта модель развития сочетает в себе
особенности модели прототипа и модели водопада. Спиральная модель предпо-
чтительна для больших, дорогих и сложных проектов. Эта модель использует
многие из тех же этапов, что и модель водопада, в основном в том же порядке,
разделенных планированием, оценкой риска и созданием прототипов и симуля-
ций.
Рисунок 2.4 – Спиральная модель
Он используется в крупных приложениях и системах, которые встроены в
небольшие фазы или сегменты. В таблице 2.5 приведены преимущество и недо-
статки спиральной модели.
78
Таблица 2.5
Преимущества и недостатки спиральной модели
Преимущества
Недостатки
Оценки (т. Е. Бюджет, график и т. Д.) Стано-
вятся более реалистичными по мере продви-
жения работы, поскольку важные проблемы
обнаруживаются ранее.
Раннее привлечение разработчиков.
Управляет рисками и развивает систему в не-
сколько этапов.
Высокая стоимость и время достиже-
ния конечного продукта.
Требуются специальные навыки для
оценки рисков и предположений.
Высоко настраиваемое ограничение
повторного использования
Итерационная и инкрементная модель на рисунке 2.5 она разработана
для преодоления слабых сторон модели водопада. Она начинается с перво-
начального планирования и заканчивается развертыванием с циклическими
взаимодействиями между ними. Основная идея этого метода состоит в том,
чтобы разработать систему с помощью повторяющихся циклов (итера-
тивно) и меньшими порциями за один раз (постепенно), позволяя разработ-
чикам программного обеспечения использовать преимущества того, что
было изучено при разработке более ранних частей или версий системы. Мо-
жет состоять из мини-водопадов или мини-V-образной модели.
79
Рисунок 2.5 - Итерационная и инкрементная модель
Он используется в больших системах, в которые встроены небольшие
фазы или сегменты. Также может использоваться в системе отдельные ком-
поненты, например, система ERP. Что мы можем начать с модуля бюджета
в качестве первой итерации, а затем мы можем начать с модуля инвентари-
зации и так далее. В таблице 2.6 приведены преимущество и недостатки итера-
ционной модели.
Таблица 2.6
Преимущества и недостатки итерационной модели
Преимущества
Недостатки
80
Производит бизнес-ценность в начале
жизненного цикла разработки.
Лучшее использование ограниченных ре-
сурсов благодаря правильному определе-
нию приращения.
Может удовлетворить некоторые запросы
на изменение между приращениями.
Больше внимания уделяется потребитель-
ской ценности, чем линейным подходам.
Мы можем обнаружить проблемы про-
екта и изменения ранее.
Требуется тяжелая документация.
Выполняет определенный набор процес-
сов.
Определяет приращения на основе функ-
циональных и функциональных зависи-
мостей.
Требует большей вовлеченности клиен-
тов, чем линейные подходы.
Разделение функций и функций может
быть проблематичным.
Интеграция между итерациями может
быть проблемой, если она не учитывается
при разработке и планировании проекта.
Для преодоления перечисленных проблем была выбрана спиральная мо-
дель жизненного цикла.
После создания нового программного продукта его необходимо устано-
вить, а затем внедрить на месте. Существует несколько способов введения новой
системы, и каждый из них может соответствовать различным ситуациям. Обычно
реализация включает преобразование из старой системы, которую новостная си-
стема разработала для замены, поэтому часто эти методы известны как методы
преобразования.
Существует 4 распространенных метода реализации (или преобразования):
Скачок;
Параллельная;
Узкое место;
Пилотный проект.
Скачок. Этот метод предполагает полное удаление старой системы и одно-
временное внедрение новой системы. Старая система больше не доступна. Как
следствие, вы должны быть абсолютно уверены, что новая система полностью
функциональна и работоспособна. Этот метод преобразования используется, ко-
гда невозможно продолжить работу двух систем вместе. Любые данные, которые
81
будут использоваться в новой системе, должны быть преобразованы и импорти-
рованы из старой системы. Пользователи должны быть полностью обучены ра-
боте с новой системой программного обеспечения до того, как произойдет преоб-
разование.
Параллельная. Параллельный метод реализации (или преобразования)
предполагает одновременную работу обеих систем в течение определенного пе-
риода времени. Это позволяет столкнуться с любыми серьезными проблемами в
новой системе без потери данных. Параллельное преобразование также означает,
что у пользователей есть время, чтобы ознакомиться с новой системой. По сути,
старая система остается работоспособной в качестве резервной копии новой си-
стемы. Как только будет установлено, что новая система соответствует всем тре-
бованиям, работа старой системы может быть остановлена. Параллельный метод
предусматривает удвоение рабочей нагрузки для пользователей, поскольку все
функции должны быть выполнены как в старой, так и в новой системе.
Этот способ реализации особенно полезен, когда продукт имеет критиче-
ский характер. То есть, если новая система выйдет из строя, это приведет к ужас-
ным последствиям. Продолжая работу старой системы, ключевой характер дан-
ных защищен.
Узкое место. Поэтапный метод внедрения (или преобразования) из старой
системы в новую систему включает постепенное внедрение новой системы, в то
время как старая система постепенно отбрасывается. Это может быть достигнуто
путем введения новых частей нового продукта по одному, в то время как заменя-
емые старые части удаляются.
Часто используется поэтапное преобразование, потому что продукт, в це-
лом, все еще находится в стадии разработки. Завершенные модули выпускаются
клиентам по мере их появления. Поэтапное преобразование может также озна-
чать, что для крупных предприятий процесс преобразования является более
управляемым. Части всей системы систематически внедряются в рамках всего
бизнеса, причем каждая часть заменяет компонент старой системы. Со временем
вся система будет преобразована.
Пилотный проект. Благодаря пилотному методу внедрения (или преобразо-
вания) новая система устанавливается для небольшого числа пользователей. Эти
82
пользователи изучают, используют и оценивают новую систему. Если считается,
что новая система правильно выполняет предварительную настройку, она уста-
навливается и используется всеми. Этот метод особенно полезен для новых про-
дуктов, так как он обеспечивает функциональность на уровне, который может
быть выполнен в реальных рабочих условиях. Пилотный метод также позволяет
пользователям изучать новую систему. Эти пользователи могут затем помочь с
обучением других, когда новая система будет полностью внедрена. Пилотный ме-
тод конверсии можно рассматривать как финальное тестирование продукта. Как
разработчик, так и заказчик могут оценить продукт в операционной среде до его
полной реализации.
В качестве стратегии внедрения данного проекта будет использоваться па-
раллельная стратегия.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Сам стандарт MSF даёт некую гарантию минимизации рисков, так как весь
ЖЦ проекта разделён на этапы, на каждом этапе есть роли, за которыми закреп-
лены цели, которые должны быть достигнуты и всё же на каждой фазе есть неко-
торые риски:
В фазе выработки концепции могут возникнуть следующие риски: недаль-
новидный анализ сроков проекта и его бюджета
Для ликвидации такого рода риска нужно более детально прорабатывать
задачи и цели проекта, ставить больше контрольных точек.
Неправильно подобранный проектный состав исполнителей может повлечь
полное отсутствие командной работы.
Данный риск уменьшается более тщательным подбором специалистов в
проектную группу тестированием не только профессиональных навыков но и лич-
ностных качеств.
На фазе планирования могут возникнуть следующие риски:
Неправильно или не совсем корректно сформированное архитектура выби-
раемого решения.
Возможность появления этого риска зависит от компетенции руководителя
проекта, на котором лежит принятие решение о выборе архитектуры разрабаты-
ваемого решения.
83
В фазе разработки возможны следующие риски:
Неправильная интерпретация технического задания и как следствие непра-
вильная программирование архитектуры и сдвиг сроков.
Минимизацией данного риска служит более чёткое написание техниче-
ского задания, понятного программисту.
Еще одним немаловажным риском в данном проекте является отсутствие
должной квалификации у программиста в том языке, на котором решено реализо-
вывать программу клиент, которая будет распределять заявки между инженерами.
В случае, если программист не будет укладываться в заданные временные
рамки календарного плана проекта, продеться использовать внешнего разработ-
чика, так называемый “аутсорсинг” или “фриланс”.
В фазе тестирования могут возникнуть следующие риски:
Риски неоконченного тестирования.
Может произойти ситуация что программный продукт будет протестирован
не до конца.
Решается путем повторного тестирования на следующей итерации разра-
ботки.
В фазе внедрения могут возникнуть следующие риски:
Риски неправильного принятия решения о законченности части проекта.
Возникновение данных рисков ведет за собой проблему незаконченности
решения и возможность возникновения нестыковок с другими частями разраба-
тываемой ИС. Устраняется путем доработки при следующей итерации.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для данного комплекса задач существует несколько реализации информа-
ционной безопасности.
Для защиты от внутренних угроз система имеет разграничение прав поль-
зователей ИС. К системы имеют доступ только менеджеры, им присвоены соот-
ветствующие логины и пароли. Только менеджеры имеют возможность добавле-
ния и редактирования данных.
Подробные права пользователей описаны в таблице 2.7.
Таблица 2.7
84
Разграничение прав пользователей.
Группы
пользовате-
лей
Просмотр дан-
ных
Возможность
редактирования
данных
Возможность добавления
данных
Группа мене-
джеров
Есть
Есть
Есть
Группа руко-
водителей
Есть
Нету
Нету
Защита от внешних угроз реализуется следующими параметрами:
Все серверные системы в компании ТОО «Профессиональные охранные си-
стемы» не имеют установленных сторонних средств удаленного администрирова-
ния, таких как Team Viewer /Remote administrator/Dame Ware/. Доступ организо-
ван через Remote desktop protocol, на нужный сервер, в том числе и сервер прило-
жений и СУБД, где размещена разрабатываемая ИС, вход осуществляется только
по доменной авторизации в соответствии с уровнем доступа.
85
В компании ТОО «Профессиональные охранные системы» используются все воз-
можные методы защиты информации, так как нет уникального одного метода, ко-
торый смог бы обеспечить полную информационную безопасность, а сочетание
всех методов позволяет реализовать максимальную информационную безопас-
ность.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
На рисунке 2.6 приведена информационная модель выпускной квалифика-
ционной работы в виде схемы.
Рисунок 2.6 – Информационная модель
86
Информационная модель отображает процесс конфигурирования ИС в ча-
сти введения журнала присутствия сотрудника на работе, которые необходимы в
рамках задачи для того, чтобы можно было зафиксировать количество часов ра-
боты персонала. Формы менеджера предполагает выполнение таких видов опера-
ций:
редактирование справочников;
введения журнала присутствия сотрудника на работе.
Информационная модель отображает то, что из базы ИС в рамках модели-
руемой задачи используются шесть справочника и одна таблица.
Информационная модель отображает собственно процесс введения жур-
нала присутствия сотрудника на работе, предполагая, что ввод будет состоять из
следующих этапов:
сначала делается запись (либо производится обновление записи) в спра-
вочнике журнала присутствия сотрудника на работе. Под сотрудником понима-
ется ФИО работника и какие-либо его данные (паспортные данные);
затем делается запись, отражающая действия сотрудника. В рамках за-
дачи предполагается два варианта;
прибыл на работу;
покинул работу.
Информационная модель отображает то, что моделируема ИС предостав-
ляет на выходе:
работник получает расчетный лист, содержащий отчет по количеству
время выполнения работы и начисления по этим часам зарплаты;
руководство получает отчет о работе сотрудников.
2.2.2 Характеристика нормативно-справочной, входной и оператив-
ной информации
Входящими документами разрабатываемой системой заполненный журнал
посещения сотрудников на работе. Журнал посещения представляет набор запи-
сей посещения каждого работника. Пример журнала посещения приведен на ри-
сунке 2.7.