57
Рис. 2.2. Итерационная модель ЖЦ
Преимущества и недостатки представлены в таблице 2.2.
Таблица 2.1
Преимущества и недостатки итерационной модели
ПРЕИМУЩЕСТВА
НЕДОСТАТКИ
Некоторые функции могут быть быстро
разработаны в начале жизненного цикла
разработки
Итерационная модель требует больше
ресурсов, чем модель водопада
Параллельное развитие может быть
применено
Требуется постоянное управление
Прогресс легко измерим
Могут возникнуть проблемы с
архитектурой или дизайном, потому что не
все требования предусмотрены на этапе
короткого планирования
Чем короче итерация, тем легче этапы
тестирования и отладки
Плохой выбор для небольших проектов
Проще контролировать риски, так как
задачи с высоким уровнем риска
выполняются первыми
Процесс сложный в управлении
Проблемы и риски, определенные в одной
итерации, могут быть предотвращены в
следующих спринтах.
Риски не могут быть полностью
определены даже на заключительной
стадии проекта
Гибкость и готовность к изменениям
требований
Анализ рисков требует привлечения
высококвалифицированных специалистов.
Варианты использования для итерационной модели:
• требования к конечному продукту строго предопределены;
• применительно к масштабным проектам;
58
• основная задача заранее определена, но детали могут продвигаться со
временем.
Спиральная модель ЖЦ
Спиральная модель – это модель ЖЦ, в которой поэтапно сочетаются
архитектура и прототипирование. Это сочетание моделей Iterative и Waterfall ЖЦ
со значительным акцентом на анализе рисков. Основная проблема спиральной
модели – это определение подходящего момента, чтобы сделать шаг в следующий
этап.
Предварительно установленные временные рамки рекомендуются в
качестве решения этой проблемы. Переход к следующему этапу осуществляется
в соответствии с планом, даже если работа на предыдущем этапе еще не
завершена. План вводится на основе статистических данных, полученных в
предыдущих проектах, даже из личного опыта разработчика (рисунок 2.3) [5].
Рис. 2.3. Этапы спиральной модели
Преимущества и недостатки представлены в таблице 2.3.
59
Таблица 2.3
Преимущества и недостатки спиральной модели
ПРЕИМУЩЕСТВА
НЕДОСТАТКИ
Жизненный цикл делится на мелкие части,
и если концентрация риска выше, фаза
может быть завершена раньше, чтобы
решить проблему
Может быть довольно дорогим
Процесс разработки точно
задокументирован, но масштабируем для
изменений
Контроль рисков требует привлечения
высококвалифицированных специалистов.
Масштабируемость позволяет вносить
изменения и добавлять новые
функциональные возможности даже на
относительно поздних этапах.
Может быть неэффективным для
небольших проектов
Более ранний рабочий прототип готов –
раньше пользователи могут указать на
недостатки
Большое количество промежуточных
этапов требует излишней документации
Варианты использования для спиральной модели:
• клиент не уверен в требованиях;
• основные изменения ожидаются в течение цикла разработки;
• проекты со средним или высоким уровнем риска, где важно
предотвратить эти риски;
• новый продукт, который должен быть выпущен в несколько этапов,
чтобы иметь достаточно отзывов клиентов.
V-образная модель ЖЦ
V-образная модель ЖЦ является расширением классической модели
водопада и основана на соответствующей стадии тестирования для каждой стадии
разработки. Это очень строгая модель, и следующий этап начинается только после
предыдущего этапа. Это также называется моделью «Валидация и верификация».
Каждый этап имеет текущее управление процессом, чтобы обеспечить
возможность перехода к следующему этапу (рисунок 2.4).
60
Рис. 2.4. V-образная модель ЖЦ
Преимущества и недостатки представлены в таблице 2.4.
Таблица 2.4
Преимущества и недостатки V-образной модели
ПРЕИМУЩЕСТВА
НЕДОСТАТКИ
Каждая стадия V-образной модели имеет строгие
результаты, поэтому ее легко контролировать
Недостаток гибкости
Тестирование и верификация проходят на ранних
этапах
Плохой выбор для небольших
проектов
Подходит для небольших проектов, где
требования статичны и понятны
Относительно большие риски
Варианты использования для V-образной модели:
• для проектов, где требуется точное тестирование продукта;
• для малых и средних проектов, где требования строго определены;
• инженеры требуемой квалификации, особенно тестировщики,
находятся в пределах легкой досягаемости.
Модель Agile ЖЦ
В гибкой методологии после каждой итерации разработки клиент может
увидеть результат и понять, удовлетворен ли он им или нет. Это одно из
преимуществ модели жизненного цикла гибкой разработки программного
обеспечения. Одним из его недостатков является то, что при отсутствии
определенных требований трудно оценить ресурсы и затраты на разработку.
Экстремальное программирование – одно из практических применений гибкой
61
модели. Основой такой модели являются короткие еженедельные встречи –
спринты, которые являются частью подхода Scrum (рисунок 2.5).
Рис. 2.5. Agile модель ЖЦ
Преимущества и недостатки представлены в таблице 2.5.
Таблица 2.5
Преимущества и недостатки Agile модели
ПРЕИМУЩЕСТВА
НЕДОСТАТКИ
Исправления функциональных
требований внедрены в процесс
разработки, чтобы обеспечить
конкурентоспособность
Трудности с измерением конечной
стоимости из-за постоянных изменений
Проект делится на короткие и прозрачные
итерации
Команда должна быть
высокопрофессиональной и
ориентированной на клиента
Риски сводятся к минимуму благодаря
гибкому процессу изменения
Новые требования могут конфликтовать с
существующей архитектурой
Быстрый выпуск первой версии продукта
Со всеми исправлениями и изменениями
существует вероятность того, что проект
превысит ожидаемое время.
Варианты использования для Agile модели:
• потребности пользователей изменяются динамически;
• меньшая цена за внесенные изменения из-за множества итераций;
• в отличие от модели «водопад», для начала проекта требуется только
первоначальное планирование.
62
В качестве модели ЖЦ проекта (АИС) выбрана каскадная, поскольку она
хорошо подходит для небольших проектов с малым числом исполнителей, где
требования к программному продукту хорошо прогнозируемы, а сроки
выполнения проекта незначительны во времени.
Сущесвуют такие стандарты ЖЦ:
• ГОСТ 34.601-90 – распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания.
• ГОСТ Р 12207-2010 – стандарт на процессы и организацию жизненного
цикла. Распространяется на все виды ПО. Стандарт не содержит
описания фаз, стадий и этапов.
В качестве стандарта предлагется использовать ГОСТ 34.601-90, который
предполагает каскадную модель ЖЦ проекта автоматизации.
Выделяет такие этапы проекта автоматизации:
• формирование требований к АИС.
• разработка концепции АИС.
• техническое задание.
• эскизный проект.
• технический проект.
• рабочая документация.
• ввод в действие.
• сопровождение АИС.
Теперь следует выбрать стратегию внедрения АИС. Можно выделить такие
стратегии:
• Параллельная – когда одновременно функционируют старая и новая
система, и их выходные документы сравниваются.
• «Скачок». Переход к новой АИС происходит одномоментно.
• «Пилотный проект». Подразумевает быстрый переход к новой АИС, но
на небольшом участке деятельности. Такой подход снижает риск и
достаточно надежен.
• «Узкое место». «Узкое место» – это незначительная часть
производственного процесса. При использовании данного подхода план
63
внедрения выполняется только для «узкого места» и для сотрудников, в
нем непосредственно задействованных.
Статегией внедрения выбрана «узкое место», поскольку автоматизации
подвергается деятельность секретаря-делопроизводителя, то есть проект имеет
очень ограниченные рамки внедрения.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В качестве модели ЖЦ выбрана каскадная. Ожидаемые риски и пути их
снижения представлены в таблице 2.6.
Таблица 2.6
Ожидаемые риски на этапах каскадной модели и пути их снижения
Этап
Риски
Пути снижения
Формирование
требований
Неполные или
некорректные требования;
Неучтенные требования
заказчика
Привлечение всех сторон к
составлению требований
Разработка концепции
Неправильно определение
границ проекта
Согласование и утверждение
масштабов проекта с
заказчиком
Техническое задание
Неполное ТЗ
Уделить время на составление
ТЗ, согласовать ТЗ с
заказчиком
Эскизный проект
Нарушение спецификаций
Контроль руководителя
проекта за специфиациями
Технический проект
Нарушение сроков
Четкое планирование и
контроль сроков исполнения
Рабочая документация
Изменение требований
заказчика
Предварительное
согласование требований
Ввод в действие
Ошибки в ПО
Всеобъемлющее тестирование
ПО перед вводом в действие
Сопровождение
Текучесть кадров,
отвечающих за разработку
и сопровождение
Документирование
программного кода.
Подготовка полноценной
документации
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В первом разделе был выполнен анализ существующих средств ИБ на
предприятии. Было сказано, что оин недостаточны.
64
Наиболее узким местом в системе ИБ является информационный обмен
между подразделениями. Как было сказано, для этого используются стандартные
сервисы.
Поэтому в качестве средства повышения ИБ предлагается использование
VNP технологии, которая позволит создать шифрованный туннель между
подразделениями, тем самым защитив данные при их передаче по потенциально
незащищенным каналам сети Интернет.
В качестве протокола предлагается IPSec (рисунок 2.6).
Рис. 2.6. Туннельный режим протокола IPSec
IPsec в основном использует туннельный режим для создания VPN-
туннелей. IPsec обеспечивает повышенный уровень безопасности для VPN-
подключений по умолчанию, предоставляя услуги аутентификации, шифрования
и сжатия на сетевом уровне VPN.
Это достигается с помощью инкапсулированной защищенной полезной
нагрузки (ESP), заголовка аутентификации (AH) и протокола сжатия полезной
нагрузки IP (IPComp). Для каждого исходящего IP-пакета он инкапсулируется и
защищается с использованием пакета IPsec.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и ее описание
Информационная модель позволяет выявить таблицы и справочники
проектируемой базы данных на ранних стадиях ее проектирования. При этом сами
атрибуты могут быть определены уже на этапе проектирования логической
модели базы данных.
Информационная модель проектируемой системы обработки входных
документов представлена на рисунке 2.7.
65
Рисунок 2.7 – Информационная модель проектируемой системы
Выделены такие справочники:
• статусы документов;
• виды документов.
Выделены такие таблицы:
• сотрудники компании;
• поставщики;
• клиенты;
• документы.
Пользователями системы являются:
• администратор (обладает всеми правами на доступ к таблицам);
66
• авторизованный пользователь (не имеет доступа к таблице
«сотрудники»).
В результате работы системы формируются такие формы и выходные
документы:
• форма входящих документов;
• excel-файл, который содежит сведения о входящих документах;
• форма учета клиентов;
• форма учета поставщиков;
• форма учета сотрудников.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Входной информацией для АИС являются авторизационные данные
подключения к приложению (рисунок 2.8), а также параметры клиентов,
поставщиков и документов при их регистрации в системе.
Рис. 2.8. Макет формы авторизации
Нормативно-справочной информацией являются справочники «Статусы
документов» и «Виды документов» (рисунки 2.9-2.10).
Оперативной информацией являются таблицы, ведущие учет клиентов,
сотрудников, поставщиков, а также документов (рисунки 2.11-2.14).