37
Рисунок 6. Каскадная модель
Достоинства модели:
четко сформулированные требования, которые не меняются на
протяжении всей разработки;
на каждом этапе разработки создаться законченный набор
проектной документации;
простота в ходе разработки, так как все этапы разработки уже
заранее согласованны;
благодаря тому, что все этапы выполняются последовательно
можно установить четкие сроки выполнения всех работ.
Недостатки модели:
сложно чётко сформулировать все требования, предъявляемые к
системе;
невозможно изменить требования во время разработки системы;
последовательность линейного процесса разработки, в результате
чего невозможно вернуться к предыдущим этапам для устранения проблем,
которые возникают в ходе разработки;
невозможность использования промежуточного продукта;
38
недостаточное участие пользователя в создании системы — в
самом начале (при разработке требований) и в конце (во время приёмочных
испытаний);
пользователи не могут ознакомиться с разрабатываемым
продуктом до окончания процесса разработки;
пользователи обучаются работе в системе после завершения
разработки;
каждая фаза является предпосылкой для выполнения
последующих действий, что превращает такой метод в рискованный выбор
для систем, не имеющих аналогов, т.к. он не поддается гибкому
моделированию.
Каскадная модель подходит для создания простых систем, когда в
начале разработки можно сформулировать все требования к проектируемому
продукту. Реализовать каскадную модель затруднительно из-за проблем
разработки, связанных с невозможностью возврата к предыдущим этапам и
изменением их результатов для устранения проблем.
Инкрементная модель — это метод, в котором проект проектируется,
реализуется и тестируется инкрементно, до окончания разработки. Проект
считается законченным в то время, когда удовлетворяет всем требованиям.
Инкрементная модель объединяет в себе элементы каскадной модели с
возможностью возвращения и доработки любого из них.
39
Рисунок 7. Инкрементная модель
Разработка информационной системы производится по средствам
итераций. Основной особенностью данной модели является возможность
возврата к предыдущему этапу с целью доработки.
В начале работы над проектом определяются все основные требования к
системе. После чего начинается процесс разработки в ходе которого создаются
части программы. Каждый этап разработки вносит в систему отдельную часть,
обладающую определенными функциями. Когда основной функционал
системы готов, начинается детальная проработка каждой части системы. В это
же время уточняются требования и для других частей, которые на текущем
этапе разработки были остановлены. Если часть системы завершена, она
передаётся клиенту, который может начать тестирование и эксплуатацию
данной части системы. Это позволяет клиенту ознакомиться с системой и
внести правки. После завершения одной из частей приступают к разработке
следующей части. Ключевой особенностью данной модели является
реализация множества мелких частей программы с целью создания
полноценного программного продукта.
Жизненный цикл данной модели характерен при разработке сложных и
40
комплексных систем, для которых имеется четкое видение того, что должен
представлять собой конечный программный продукт.
Достоинства модели:
уменьшение затрат, которые возникают в связи с изменением
требований пользователей;
проще получить отзывы от пользователей о функциональности
систем;
пользователи могут начать обучаться работе с программным
продуктом с первых готовых частей;
пользователи получают доступ к системе раньше, чем в каскадной
модели.
Недостатки модели:
постоянные изменения нарушают структуру системы, чтобы
избежать этого требуется дополнительное затраты на рефакторинг;
данная модель не позволяет оперативно учитывать возникающие
изменения и уточнения требований к программному продукту. Согласование
результатов разработки с пользователями производится только в точках,
планируемых после завершения каждого этапа разработки, а общие
требования к продукту зафиксированы в виде технического задания на всё
время её создания.
Достоинства и недостатки данной модели схожи с каскадной моделью.
В отличии от каскадной модели пользователи получает функциональную
часть системы на ранних стадиях разработки. И по результатам разработки и
внедрения первой версии они могут внести изменения в требования к
разработке или отказаться от нее.
Спиральная модель — это метод, представлен в виде спирали, где на
каждом витке выполняется создание очередной версии продукта, уточняются
требования проекта, определяется его качество и планируются создание
следующего витка. При разработке внимание уделяется начальным этапам
41
разработки — анализу и проектированию.
Рисунок 8. Спиральная модель
Особенностью данной модели является повышенное внимание к рискам,
влияющим на организацию жизненного цикла.
На этапах анализа и проектирования происходит создание прототипов
для проверки технических решений. Каждый виток спирали подразумевает
созданию работоспособной версии программного продукта. Это позволяет
корректировать требования, цели и планировать задачи следующего витка
спирали. Благодаря такому способу разработки детали проекта уточняются и
корректируются, в результате чего создаётся финальный вариант
программного продукта, который отвечает заданным требованиям.
Спиральная модель сочетает в себе возможности модели итерационной
и каскадной модели. Для спиральной модели характерна разработка
42
итерациями. Спиральная модель предусматривает возможность неполного
завершение работ на каждом этапе. Данная особенность позволяет переходить
к следующему этапу, не дожидаясь завершения работы на текущем этапе.
Главной задаче данного способа разработки является создание первой рабочей
итерации программного продукта для демонстрации пользователям.
Достоинства модели:
позволяет быстро предоставить пользователям системы
работоспособный продукт;
допускает изменение требований при разработке программного
обеспечения;
возможность гибкого проектирования, поскольку в ней
воплощены преимущества каскадной и итерационной модели;
позволяет получить надежную и отказоустойчивую систему, так
как по мере разработки ошибки обнаруживаются и исправляются на каждой
итерации;
эта модель разрешает пользователям активно принимать участие
при планировании, анализе рисков, разработке, а также при выполнении
оценочных действий;
в связи с разработкой по итерациям заказчик может с
минимальными для себя финансовыми потерями завершить развитие
неперспективного проекта;
обратная связь от пользователей выполняется с высокой частотой
и на ранних этапах разработки, что обеспечивает создание продукта,
отвечающего реальным задачам.
Недостатки модели:
дорогостоящий процесс разработки, который не целесообразно
использовать при создании простой системы;
процесс разработки может растянуться до бесконечности, так как
после кожного теста могут появляется новые правки и требования;
43
из-за многочисленных итераций может появиться необходимость
в систематизации документации;
может появиться трудности при определении целей и стадий
разработки.
Основной проблемой спирального цикла разработки является
определение момента перехода к следующему этапу разработки. Для её
решения вводятся временные ограничения на каждый из этапов жизненного
цикла и переход осуществляется в соответствии с планом, даже если не вся
запланированная работа закончена.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Во время жизненного цикла информационной системы зачастую могут
возникнуть риски, которые могут значительно повлиять на разработку
системы. Для их избегания проводится оценка возможных рисков и
разрабатываются решения, позволяющие устранить эти риски или
минимизировать их влияние на ход разработки.
Рассмотрим наиболее вероятные риски спиральной модели:
нехватка специалистов;
нереалистичные сроки и бюджет;
несоответствующая функциональность;
разработка нефункционального пользовательского интерфейса;
ненужная оптимизация и чрезмерное внимание к
малозначительным деталям;
чрезмерное затягивание проекта из-за постоянного потока
изменений;
нехватка информации о внешних компонентах, определяющих
окружение системы или вовлечённых в интеграцию;
недостаточная производительность получаемой системы;
увеличение стоимости проекта в виду постоянной доработки
элементов системы.
44
Большая часть данных рисков связана с организационными
процессными и взаимодействием заказчика и команды разработчиков.
Каждый виток спирали подразумевает создание новой версии
программного продукта. После завершения разработки текущей версии
происходит уточнения целей проекта, а также производится оценка качества.
Таким образом происходит последовательная корректировка деталей проекта
и в результате вырабатывается финальный вариант, который доводится до
реализации. Каждый виток разбит на 4 сектора:
определение целей;
оценка и решение рисков;
разработка и тестирование;
планирование следующей итерации.
На каждом витке спирали могут применяться разные модели процесса
разработки программного продукта. В конечном итоге на выходе получается
готовый продукт, отвечающий все требованиям заказчика.
Разработка итерациями отражает спиральный цикл создания системы.
Спиральная модель предусматривает возможность неполного завершение
работ на каждом этапе. Данная особенность позволяет переходить к
следующему этапу, не дожидаясь завершения работы на текущем этапе.
Незавершенную работу можно будет завершить во время разработки
следующей итерации.
Одним из способов решения части рисков при разработке является
выпуск первой версии продукта, для получения отзывов от заказчика.
Основной проблемой спирального цикла разработки является определение
момента перехода к следующему этапу разработки. Для её решения вводятся
временные ограничения на каждый из этапов жизненного цикла и переход
осуществляется в соответствии с планом, даже если не вся запланированная
работа завершина. Вследствие чего переход будет осуществляется в
соответствии с планом, даже если работа на данном этапе еще не завершена.
45
План составляется на основе статистических данных и личного опыта
разработчиков
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В настоящее время существует множество организационно-правовых и
программно-аппаратных средств обеспечения информационной безопасности
и защиты информации.
Организационно-правовое обеспечение информационной безопасности
представляет собой совокупность управленческих решений, законов,
нормативов, регламентирующих организацию работ по обеспечению
информационной безопасности.
Основными функциями организационно-правового обеспечения
являются:
разработка основных принципов отнесения сведений, имеющих
ценность для организации, к защищаемой информации;
определение должностных лиц, ответственных за обеспечение
информационной безопасности в организации;
формирование комплекса нормативных-правовых документов,
которые регламентируют вопросы, связанные с обеспечения информационной
безопасности;
составление перечня мер ответственности за нарушение правил
информационной безопасности;
определение порядка решения спорных и конфликтных ситуаций,
связанных с защитой информации.
Основными принципами формирования организационно-правового
обеспечения защиты информации являются:
соблюдение правил защиты информации всеми лицами,
имеющими отношение к конфиденциальной информации;
46
нормативное правовое закрепление всех мер ответственности за
нарушение порядка и правил защиты информации;
процессуальное оформление процедур разрешения ситуаций,
складывающихся при защите информации.
Программно-аппаратные средства обеспечения информационной
безопасности предназначены для защиты информации, которая
обрабатывается и хранится на компьютерах и серверах в различных
информационных системах.
Программно-аппаратными называются средства защиты данных,
функционирующие в составе программного обеспечения. Среди них можно
выделить и подробнее рассмотреть следующие:
средства идентификация и аутентификация пользователя;
средства разграничения доступа пользователей к данным ИС;
средства криптографической защиты информации;
средства межсетевого экрана;
средства анализа защищённости ИС;
средства антивирусной защиты.
Средства идентификация и аутентификация пользователя. Прежде чем
получить доступ к данным, пользователь должен авторизоваться в системе.
Процесс авторизации включает две стадии:
идентификация - пользователь вводит свой уникальный
идентификатор;
аутентификация - пользователь подтверждает идентификацию, по
средствам ввода пароля.
Средства разграничения доступа предназначены для защиты
информации от несанкционированного доступа к ресурсам системы.
Разграничение доступа реализуется по средствам авторизации пользователей
в системе. Так каждый пользователь прошедший авторизацию получает
доступ к определенному перечню данных.