54
Каскадная модель ЖЦ предусматривает выполнение стадий жизненного
цикла в строго определённом порядке. Переход на следующую стадию
осуществляется только после полного завершения работ на предыдущей стадии.
Данная модель детально описана в ГОСТ 34.601-90.
Достоинством каскадной модели является явное описание всех этапов
работы и определение последовательности их реализации. Это позволяет
планировать сроки завершения работ и соответствующие затраты.
Недостатком каскадной модели является то, что реальный процесс
создания ИС в действительности практически никогда не укладывается в
жёсткую каскадную схему. Постоянно возникает потребность в возврате к
предыдущим этапам для уточнения требований и исходных данных.
Каскадная модель с промежуточным контролем является модификацией
каскадной модели ЖЦ, которая по окончании текущего этапа предусматривает
возможность перехода на предыдущий этап для уточнения требований.
Межэтапные корректировки позволяют учитывать и сглаживать ошибки
результатов выполнения предыдущих этапов.
Этот подход частично снимает недостатки классической каскадной
модели.
V-образная модель ЖЦ является ещё одним способом усовершенствовать
классическую модель. Её отличает то, что каждому шагу этапов анализа,
проектирования и реализации соответствует отдельный шаг на этапах
тестирования и внедрения.
Общим недостатком всех каскадных моделей ЖЦ является то, что для них
требования к ИС зафиксированы в виде формальной спецификации и не могут
быть изменены в процессе создания системы. Таким образом, заказчик зачастую
получает систему, не соответствующую его ожиданиям.
Инкрементная модель ЖЦ отличается от классической каскадной тем, что
в ней существует сразу несколько комплектов требований к системе
(спецификаций) с разной степенью полноты. Вся разработка делится на заданное
количество шагов (итераций, инкрементов). В процессе разработки под каждый
набор требований создаётся своя версия информационной системы. Таким
образом, результатом разработки является не одна, а несколько версий ИС,
55
создаваемых последовательно друг за другом.
При использовании инкрементной модели ЖЦ обычно особо выделяют
базовый набор требований к ИС, который определяет функциональные
возможности первой версии системы - её прототипа.
Прототип - версия ИС, предназначенная для демонстрации заказчику
некоторых ключевых свойств будущего продукта. Создание прототипа
позволяет вовлечь заказчика в разработку информационной системы в самом
начале работы.
Результатом выполнения последнего шага является окончательная версия
ИС, готовая к вводу в эксплуатацию.
Главным достоинством инкрементной модели ЖЦ является то, что такой
жизненный цикл позволяет заказчику контролировать процесс разработки
системы, начиная с её самой ранней версии - прототипа.
Недостатком инкрементной модели является то, что, как и для
классической каскадной модели ЖЦ, перед началом разработки необходимо
сформулировать полный набор требований к информационной системе для
каждой версии, включая прототип и промежуточные версии.
Одной из наиболее эффективных подходов к разработке сложных ИС
является использование эволюционной стратегии разработки. В этом случае
система строится в виде последовательности версий, причём в начале процесса
определены не все требования. В процессе разработки требования уточняются, и
система непрерывно дорабатывается.
Спиральная модель ЖЦ относится к эволюционным моделям. Каждый
виток раскручивающейся спирали соответствует разработке одной (начальной,
промежуточной или окончательной) версии ИС и представляет собой полный
цикл разработки, начиная с анализа и заканчивая внедрением.
Спиральная модель отличается от инкрементной модели тем, что первый
этап каждой итерации (анализ и разработка требований) выполняется только
после завершения предыдущей итерации и выпуска очередной версии системы.
Причём этот анализ проводится с учётом полученных результатов и только
после согласования этих результатов с заказчиком. Таким образом, нет
необходимости заранее выполнять анализ и формулировать требования для всех
56
итераций.
Другим важным отличием спиральной модели ЖЦ является то, что
количество требуемых итераций заранее неизвестно. Перед началом каждой
итерации выполняется анализ полученных результатов и принимается решение о
продолжении или прекращении разработки системы. Если цель достигнута, и
разработанная система полностью удовлетворяет потребностям заказчика, то
разработка прекращается. Если же возникает необходимость доработки
информационной системы, то процесс разработки переходит на следующий
виток спирали.
Достоинством спиральной модели ЖЦ является то, что до реализации
доводится обоснованный окончательный вариант ИС, который удовлетворяет
действительным требованиям заказчика. Таким образом, снижаются риски,
связанные с неправильным пониманием потребностей заказчика или
неправильной реализацией требований к системе.
Другим достоинством спиральной модели жизненного цикла является
ускорение разработки ИС, обусловленное более активным привлечением
заказчика к формированию требований на основе анализа работы
промежуточных версий.
Главный недостаток спиральной модели - сложность планирования работ
и оценки затрат, сроков и рисков выполнения проекта. Основной проблемой
является определение момента перехода на следующую итерацию. Для её
решения вводятся ограничения на длительность этапов и итераций по времени.
В нашем случае выбор остановился на спиральной модели ЖЦ.
В компании было принято решение использовать методологию
разработки и внедрения IT-решений – Microsoft Solution Framework (MSF).
Это решение было принято в связи с тем, что компания уже
некоторое время работает с продукцией корпорации Microsoft, работает с ее
продукцией и использует ее технологии. Рабочие станции компании и сервер
работают под управлением операционных систем разработанных корпорацией
Microsoft. Компания поставляет заказчикам рабочие станции, и сервера
устанавливая на них программное обеспечение данной корпорации.
57
Особенность этой модели состоит в том, что благодаря своей гибкости
и отсутствию жестко навязываемых процедур она может быть применена при
разработке весьма широкого круга IT-проектов. Эта модель сочетает в себе
свойства двух стандартных производственных моделей: каскадной
и спиральной. Она покрывает весь жизненный цикл создания решения, начиная с
его отправной точки и заканчивая непосредственно внедрением.
Процесс MSF ориентирован на «вехи» – ключевые точки проекта,
характеризующие достижение в его рамках какого-либо существенного
(промежуточного либо конечного) результата. Этот результат может быть
оценен и проанализирован, что подразумевает ответы на вопросы: «Пришла ли
проектная группа к однозначному пониманию целей и рамок проекта?», «В
достаточной ли степени готов план действий?», «Соответствует ли продукт
утвержденной спецификации?», «Удовлетворяет ли решение нужды
заказчика?» и т.д.
Модель процессов MSF учитывает частые изменения проектных
требований. Она основывается на том, что создание решения включает в себя
короткие циклы, создающие поступательные движения от простейших версий
решения к его итоговому виду.
В модели MSF есть 5 фаз ЖЦ: создание концепции, построение плана,
разработка, тестирование, внедрение.
Затем производится выбор направления внедрения созданной системы.
Сегодня выделяют 4 стратегии внедрения ИС:
• Параллельная стратегия, которая подразумевает замену старой на
новую;
• Скачок – подразумевается резкий переход с одной системы сразу на
другую;
• Опытное использование пилотного проекта – та же тактика скачка,
только к некоторому количеству изделий, при этом очень успешна на малом
участке работы;
• Узкое место – внедрение узкого места план выполняется только для
него самого, и для сотрудников, которые там работают.
58
В итоге исходя из описаний и условий деятельности фирмы, а также из
характеристик создаваемой системы, в качестве стратегии выбирается «опытное
использование пилотного проекта», что позволяет установить всю систему сразу
же после ее подготовки. При этом прекращается использование ручного учета
данных, что позволяет значительно увеличивать скорость работы сотрудников
фирмы прямо с первого дня использования системы, и в таком случае само
внедрение пройдет безболезненно.
Чтобы уменьшить величину данных типов рисков необходимо иметь
достаточно компетентных и квалифицированных сотрудников, имеющих
большой опыт работы в соответствующей области и при этом
взаимозаменяемых на сотрудников, не менее соответствующих данным
характеристикам (таблица 2.1).
Таблица 1.6
Характеристики дефектов программного продукта
Этапы возникновения дефектов и ошибок
Типы первичных
дефектов и ошибок
программного
средства и
документации
Формирование требований
Разработка требований к
ПО
Дефекты исходных
требований заказчика
Проектирование
Планирование работ
Дефекты,
обусловленные
реальной сложностью
проекта
Проектирование
архитектуры системы
Ошибки планирования
и системного
проектирования
программного средства
Детальное
проектирование ПО
Системные и
алгоритмические
дефекты и ошибки
проекта
Реализация
Кодирование ПО
Программные дефекты
и ошибки компонентов
и документов
программного средства
Тестирование
Тестирование ПО
Программные и
алгоритмические
ошибки программного
средства и
документации
59
Ввод в действие
Разработка
документации
Дефекты и ошибки
обобщающих
документов
Эксплуатация и
сопровождение
Эксплуатация ПО
Программные дефекты.
На этапе эксплуатации возможны риски, возникающие по причинам:
1) Злоумышленных, активных воздействий заинтересованных лиц. Для
защиты от внешних угроз необходимо применять средства обеспечения защиты
программ и данных (аутентификация пользователей, защита локальной сети при
помощи межсетевых экранов, применение антивирусных программ и пр.).
2) Случайных негативных проявлений внешней среды, дефектов системы
или ошибочных действий пользователей. Основными источниками отказовых
ситуаций могут быть некорректные исходные требования, сбои и отказы в
аппаратуре, дефекты или ошибки в программах и данных функциональных
задач, проявляющиеся при их исполнении в соответствии с назначением. При
таких воздействиях внешняя, функциональная работоспособность систем может
разрушаться не полностью, однако невозможно полноценное выполнение
заданных функций и требований к качеству информации для потребителей.
Для снижения рисков, связанных с дефектами системы, необходимо
проводить тщательное тестирование на контрольных примерах, приближенных к
действительности. Для снижения рисков, связанных с ошибочными действиями
пользователей, необходимо предусмотреть защиту от применения ошибочных
действий по удалению и порче данных.
На стадии доработки могут возникнуть следующие риски:
увеличение нагрузки на персонал;- несогласованность действий
персонала исполнителя и сотрудников предметных областей;
трудности с обучением персонала заказчика из-за нежелания
работать с новой системой;
отсутствие поддержки внедрения ИС со стороны отдельных
ключевых участников проекта;
неучастие руководителей в проекте.
Для минимизации указанных рисков необходимо принимать следующие
меры:
60
проведение обучения персонала работы с системой;
доведение до персонала смысла внедрения автоматизированной
системы;
активное вовлечение высшего руководства в проект, активное
взаимодействие с ним в ходе проекта и своевременное принятие решений,
необходимых для нормальной реализации проекта.
2.2.2Характеристика нормативно-справочной, входной и оперативной
информации
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты[2]:
защита информации непосредственно в информационной
системе от внутренних угроз;
защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.2.
Таблица 1.7
Разграничение прав пользователей
Группы
пользователей
Модуль
«Авторизация»
Модуль
«Регистрация
документов»
Модуль
«Справочники»
Модуль
«Отчеты»
Сотрудники
предприятия
Чтение
Нет
Чтение
Ограничен
Сотрудники
службы
делопроизводства
Чтение
Полный
Чтение
Полный
Администратор
системы
Полный
Полный
Полный
Полный
Защита от внешних угроз осуществляется путем применения следующих
способов:
- использованием программно-аппаратных комплексов;
- разработкой и соблюдение политик безопасности;
- использованием защищенных каналов связи при передаче информации;
- использованием антивирусных средств;
- физической защитой помещений с наиболее ценной информацией.
61
Характеристика используемых средств от внешних угроз
информационной безопасности приведена в таблице 2.3.
Таблица 1.8
Характеристика используемых средств от внешних угроз информационной
безопасности
Способ (метод)
Описание (наименование средства)
Программно-аппаратные комплексы
защиты информации
КСЗИ «СёрчИнформ КИБ»
Разработка и соблюдение политик
безопасности
- ограничение доступа пользователей к
информации;
- анализ и статистика нарушений
информационной безопасности;
- информационный мониторинг;
- распределение ответственности по
обеспечению информационной
безопасности;
- определение порядка работы с
информацией, являющейся
конфиденциальной.
Антивирусная защита
ESET NOD32 Smart Security 4.2
Физическая защита помещений
СКУД «Elsys»
КСЗИ «СёрчИнформ КИБ» для ОС Windows собственными средствами
реализует все технические требования, регламентируемые для АС класса
защищенности 1Г.
Для шифрования данных в КСЗИ реализована возможность подключения
криптопровайдеров «Signal-COM CSP» (ЗАО «Сигнал КОМ») и «КриптоПро
CSP 3.0» (ООО «Крипто-Про»), сертифицированных ФСБ России по
требованиям безопасности информации к классам «КС1» и «КC2».
Система предназначена для защиты информации, обрабатываемой на
автономном компьютере, либо на компьютерах в составе корпоративной сети.
КСЗИ служит для эффективного противодействия, как известным, так и
потенциально возможным атакам на защищаемые ресурсы, что обеспечивается
устранением архитектурных недостатков защиты современных ОС.
СКУД «Elsys» состоит из следующих элементов:
Линейное оборудование, включающее в себя контроллеры СКУД «Elsys-
MB-SM», работающие в автономном режиме. Переход УУ в автономный режим
работы осуществляется после программирования мастер-карты. В автономном
режиме при анализе полномочий пользователя не учитываются временные
62
расписания. Пользователям может быть назначен один из трёх уровней доступа,
в состав которых входят соответственно первый, второй, или оба считывателя.
При работе в автономном режиме могут быть использованы настройки УУ по
умолчанию, перечисленные ниже[18]:
две двери с односторонним контролем доступа (включив
последовательно контакты двух реле, можно управлять электромагнитным
замком двусторонней точки доступа);
два считывателя, совмещённых с клавиатурой;
время включения замков двери - 10 с;
задержка включения замков двери - 0 с;
время, отводимое на проход - 10 с;
режим автозакрывания включен;
- интерфейс считывателей - Wiegand (при программировании
мастер-карты возможно задание режима Touch Memory).
Эти настройки могут быть скорректированы с помощью программного
обеспечения «Бастион».
2.2.3 Характеристика результатной информации
Результатной информацией для задачи автоматизации делопроизводства
являются следующие документы:
список сотрудников;
список документов по видам;
номенклатура дел;
учетная карточка документа;
список документов, находящихся в архиве.
Список сотрудников приведен на рисунке 2.1
63
Рисунок 1.1 Список сотрудников
В списке сотрудников имеются следующие реквизиты:
фамилия, имя, отчество сотрудников;
дата регистрации;
должность;
отдел;
дата рождения;
логин и пароль для доступа в систему.
Данный документ формируется на основе справочников Отделы,
Пользователи.
Списки документов имеют следующие реквизиты:
наименование документа;
дата регистрации;
краткое описание;
количество страниц;
адресат;
ссылка на электронную версию документа.
Экранная форма списка документов приведена на рисунке 2.2