Дипломная работа: Автоматизация приема и обработки заявок отделом техподдержки Богородском филиале АО "НПО "Прибор"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
47
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла - структура, содержащая процессы, действия и задачи,
которые осуществляются в ходе разработки, функционирования и сопровождения
программного продукта в течение всей жизни системы, от определения требований
до завершения ее использования.
Требования, предъявленные к внедряемой системе в условиях жестких
ограничений, накладываемых фактором оборонного предприятия, были таковыми:
1) Создать электронную версию журнала заявок, полностью повторяющую
таблицу последней;
2) Обеспечить возможность печати таблицы, для подшивки в журнал заявок;
3) Обеспечить доступность и актуальность данных с любого рабочего места,
подключенного к сети;
4) Использовать только имеющиеся вычислительные мощности;
5) Не использовать базы данных, кроме текстовых, для обеспечения
возможности проверки содержимого файлов DLP системой;
6) Не использовать дополнительного ПО на серверах предприятия;
7) Внедрение осуществить собственными силами, в порядке собственной
инициативы;
8) Внедрение системы не должно повлечь за собой любые риски, или затраты;
9) Специалисту по ИБ обеспечить проверку исходного кода на закладки;
10) (Правка ведущего специалиста по безопасности и технологиям) Не
использовать крупные текстовые файлы, для обеспечения быстродействия
DLP системы. Использовать кодировку Windows-1251;
Всеми этапами разработки и внедрения информационной системы занимался
непосредственно я, контролем и проверкой занимался специалист по
информационной безопасности.
ГОСТ 34.601-90. Стандарт распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания. В нём содержится описание работ на
каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей
степени соответствуют каскадной модели жизненного цикла.
ISO/IEC 12207:2008. Стандарт распространяется на процессы и организацию
жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не
содержит описания фаз, стадий этапов.
48
Custom Development Method (СDM) разработка прикладных информационных
систем под заказ - конкретный материал, детализированный до уровня заготовок
проектных документов, рассчитанных на использование в проектах с применением
Oracle. Степень адаптивности CDM ограничивается следующими моделями
жизненного цикла:
1) Классическая (предусмотрены все работы, задачи и этапы);
2) Быстрая разработка (Fast Track);
3) Облегченный подход (в случае малых проектов и возможности быстро
прототипировать приложения).
Rational Unified Process (RUP) предлагает модель разработки, состоящую из:
1) Начало;
2) Исследование;
3) Построение;
4) Внедрение.
Каждая фаза может быть разбита на этапы, в результате которых выпускается
версия для внутреннего или внешнего использования. Прохождение через четыре
основные фазы называется циклом разработки, каждый цикл завершается
генерацией версии системы. Если после этого работа над проектом не
прекращается, то полученный продукт продолжает развиваться и снова минует те
же фазы. RUP расчитан на создание и сопровождение моделей, но не бумажных
документов, процесс привязан к использованию конкретных средств
моделирования, а также конкретной технологии проектирования и разработки.
Microsoft Solution Framework (MSF) похожа на RUP, она включает в себя
следующие фазы:
1) Анализ;
2) Проектирование;
3) Разработку;
4) Стабилизацию.
Microsoft Solution Framework предполагает использование объектно-
ориентированного моделирования и ориентирована на разработку бизнес
приложений.
Microsoft Solutions Framework - это сбалансированная технология, ориентированная
на малые проектные группы или единственного разработчика. MSF не накладывает
ограничений на используемый инструментарий и содержит рекомендации весьма
общего характера. Однако, эти рекомендации могут быть использованы для
построения конкретного процесса, соответствующего потребностям разработчика.
49
Microsoft Solutions Framework была выбрана мной как наиболее сбалансированная
технологиея, ориентированная на малые проектные группы или единственного
разработчика. Microsoft Solutions Framework содержит рекомендации весьма
общего характера, но несмотря на это, эти рекомендации могут быть использованы
для построения конкретного процесса, соответствующего потребностям
разработчика.
Основным преимуществом MSF является итерационная модель одновременно с
уточняющими вехами (аналог каскадной модели).
Модель процессов включает следующие основные фазы процесса разработки:
1) Выработка концепции (Envisioning);
2) Планирование (Planning);
3) Разработка (Developing);
4) Стабилизация (Stabilizing) – обеспечение стабильной работы;
5) Внедрение (Deploying).
Кроме этого существует большое количество промежуточных вех, которые
показывают достижение в ходе проекта определенных результатов и разделяют
большие сегменты работы на меньшие, обозримые участки.
Стандарт ЖЦ ИС MSF является наиболее удобным для применения в данном
дипломном проекте.
Существуют следующие основные модели жизненного цикла:
1) Прототип;
2) Каскадная модель;
3) Спиральная модель.
Прототип – это действующий компонент ИС, реализующий отдельные функции и
внешние интерфейсы. Каждая итерация соответствует созданию фрагмента или
версии ИС, на ней уточняются цели и характеристики проекта, оценивается
качество полученных результатов и планируются работы следующей итерации.
Каскадная модель предусматривает последовательное выполнение всех этапов
проекта в строго фиксированном порядке. Переход на следующий этап означает
полное завершение работ на предыдущем этапе. Требования, определенные на
стадии формирования требований, строго документируются в виде технического
задания и фиксируются на все время разработки проекта. Каждая стадия
завершается выпуском полного комплекта документации, достаточной для того,
чтобы разработка могла быть продолжена другой командой разработчиков.
Этапы проекта в соответствии с каскадной моделью изображены на рисунке 8:
50
Рисунок 8. Каскадная схема разработки.
Спиральная модель основана на PDCA (Plan Do Сheck Аct). При использовании
этой модели ИС создается в несколько интераций методом прототипирования.
Основная проблема спирального цикла — это определение момента перехода на
следующий этап. Для ее решения необходимо ввести временные ограничения на
каждый из этапов жизненного цикла. Переход осуществляется в соответствии с
планом, даже если не вся запланированная работа закончена. План составляется на
основе статистических данных, полученных в предыдущих проектах, и личного
опыта разработчиков. На рисунке 9 представлено графическое изображение
спиральной модели жизненного цикла ИС.
Рисунок 9. Спиральная модель жизненного цикла ИС
51
Я буду использовать спиральную модель жизненного цикла информационной
системы, так как мне в последствии предстоит сопровождение и доработка ИС, и
эта модель, как нельзя лучше позволяет учитывать пожелания пользователей и
рекомендации специалистов ИБ, включая их в новые версии.
Существуют четыре основные стратегии внедрения системы:
1) Параллельная стратегия - когда одновременно работают старая (ручная) и
новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему;
2) Скачок - это резкий переход от старой системы к новой без дополнительных
проверок и с полным отказом от старой системы;
3) Пилотный проект - наиболее часто используемая стратегия - это тактика
скачка, но применяемая к ограниченному числу процессов. Область
применения стратегии - небольшой участок деятельности. Такой подход
снижает риск и наиболее надежен;
4) Узкое место - это малая часть производственного процесса. При
использовании подхода «узкое место» план внедрения выполняется только
для узкого места и для людей, работающих в нем.
В данном случае будет применена «Параллельная стратегия». Так как будет
производится переход к автоматизированной системе для регистрации и обработки
заявок Областью применения внедрения будет отдел ИТ, при этом существующая
система журнала учёта заявок будет использоваться параллельно, до окончания
тестирования и полного перехода.
Несмотря на ограничения, накладываемые техническим заданием, обусловленные
спецификой предприятия и его бюрократической машиной, система прошла хоть и
небольшое, но тестирование и уже используется.
Источник: https://baza.diplomsite.ru/previewfile/1972