Дипломная работа: Автоматизация учета и обработки данных по использованию трафика ЛВС для АО "БИТК"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
ЖЦ является непрерывным процессом, который изначально начинается с
момента выражения решения о необходимости его создания и заканчивается
после факта изъятия из обращения.
Среди самых популярных стандартов часто выделяют такие:
ГОСТ 34.601-90 – используется в АИС и устанавливает все этапы и
стадии их создания. Также он описывает содержание работ для любого этапа.
Стадии и этапы, закрепленные внутри стандарта, больше всего соответствуют
каскадной модели ЖЦ;
ГОСТ Р 12207-2010 – стандарт, указывающий процессы и
организацию ЖЦ. Может использоваться в любом виде заказного ПО. Стандарт
не имеет описания стадий и этапов [19];
Custom Development Metho – технологический материал по созданию
прикладных ИС, детализированный до уровня заготовок проектных решений,
которыми пользуются в проектах с использованием средств Oracle. Применяется
CDM для классической модели ЖЦ (есть все этапы и описанные задачи), а также
в процессе «оперативной разработки» или «облегченного прохода», которые
применяются в рамках малых проектов [20];
Rational Unified Process (RUP) – применяет интерактивную модель
разработки, включающую 4 фазы: старт, изучение, создание и внедрение. Каждая
из фаз может делится на этапы, которые в итоге создают версию для внутреннего
или внешнего применения. Завершение всех 4 фаз – это цикл разработки, и по
завершению одного цикла генерируется новая версия системы. Если по факту
проект продолжается, то сам продукт тоже изменяется и проходит вновь эти 4
фазы. Суть работы при использовании RUP – создание и поддержка моделей на
базе UML [6];
Microsoft Solution Framework (MSF) – аналогичен RUP, тоже состоит
из 4 фаз: изучение, разработка, реализация и проверка, считается итерационным
и включает применение объектно-ориентированных моделей. MSF в отличии от
RUP чаще всего используется для создания бизнес ПО;
Extreme Programming (XP) – экстремальное программирование
(современная методология, создана в 1996 году). Ее суть составляют командная
работа, постоянная коммуникация с заказчиком в рамках всего проектирования
ИС, создание проекта с использованием последовательно оптимизируемых
прототипов.
Для определения стандарта главным фактором выступает более подробное и
полноценное описание работы на этапах и стадия АС.
Стандарт ISO/IEP 12207 не включает полноценного описания работы на этапах
и стадиях реализации АС.
Стандарт CDM оправдан при работе с проектами, включающими Oracle-
технологий, которые в нашем случае не используются.
Стандарт MSF, как было описано выше, направлен на бизнес-сферу [21].
Стандарт XP предпочтителен для команды. Поэтому в нашем случае будет
использоваться ГОСТ 34.601-90, т.к. именно он имеет описание работы на любом
этапе создания АС.
Основные стадии создания АС включают в себя:
1) Определение требований к системе;
2) Подготовка концепции;
3) Подготовка ТЗ;
4) Реализация технического проекта;
5) Написание документации;
6) Установка и использование.
Рисунок 2.1 Базовые стадии реализации ИС
1) Формирование требований к системе
2) Разработка концепции
6) Внедрение
3) Техническое задание
4) Технический проект
5) Оформление документации
В рамках этапа «Введение требований к системе» реализуется следующее:
Изучается сам объект;
Готовятся требования пользователя;
Указывается важность разработки.
В данном этапе используются такие участники, как: IT-менеджер,
руководитель отдела производства. По факту создания всех задач готовится отчет
о выполненной работе – описывается объект автоматизации, выделяются
требования системе, отражаются расходы на создание, введение в работу и
поддержку, указывается возможный эффект от реализации и отражаются условия
для корректной работы системы.
По факту реализации этапа «Отражение требований к системе» готовятся виды
концепций. Создается ряд доступных концепции и планов реализации,
анализируют ресурсы, требуемые для реализации ИС и ее адекватной работы,
изучают недостатки и преимущества всех методов, сверяют требования
пользователей и показатели всех предлагаемых систем.
В рамках этапа «Подготовка концепции» используется только IT-менеджер. По
факту завершения всех описанных работ определяется самый удачный из всех
приемлемых вариантов, который сможет полностью удовлетворить всем
требованиям [7].
По факту завершения этапа «Подготовка концепции» выполняется ТЗ проекта
автоматизации. По факту его подготовки нужно его согласовать и утвердить. В
этом этапе принимают участие: IT-менеджер и руководитель отдела
делопроизводства. По факту завершения этот пункт отражает - функции ИС и
подсистем, состав совокупных и персональных задач, концепцию БД, состав
СУБД, параметры и функции программных средств.
По факту утверждения ТЗ реализуется разработка проектного решения. IT-
менеджер и программист готовят физическую и логическую модель БД, отражают
совокупную организацию данных.
По факту окончания этапа «Подготовка технического проекта» IT-менеджер и
программист готовят рабочую документацию, состоящую из: программных и
технических требований, руководства по применению. По итогу всех работ и
написания документации нужно лишь установить систему.
Этап установки состоит из: подготовки исследуемого объекта, тренинг
сотрудников, проведение пуско-наладочных и монтажных работ, реализация
испытаний, первый опытный запуск и приемочные испытания. На данном этапе
задействованы: IT-менеджер, сисадмин, руководитель делопроизводства. По
итогу происходит изучение итогов испытаний ИС, проверка соответствия ТЗ,
устранения возможных неполадок и подпись всех актов [18].
Сейчас все чаще применяют такую следующую модель ЖЦ:
Каскадная модель (Рисунок 2.2) включает в себя последовательную
реализацию описанных этапов в порядке очередности. Переход на дальнейший
этап отражает полную готовность на всех предыдущих.
Рисунок 2.2 - Каскадная модель ЖЦ ИС
Поэтапная модель с серединным контролем (Рисунок 2.3). Создание ИС
происходит итерациями с циклами обратной связи по каждому этапу.
Межэтапные проверки помогают учесть реально возникающие взаимовлияния
итогов проектировки на различных этапах; время жизни любого из этапов равно
совокупному периоду создания.
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Рисунок 2.3 - Поэтапная модель с серединным контролем
Спиральная модель (Рисунок 2.4). Каждый цикл реализует создание другой
версии продукта, утверждаются правила проекта, проверяется уровень его
качество, рассматриваются работы будущего цикла.
Рисунок 2.4 - Спиральная модель ЖЦ ИС
Большое внимание уделено стартовым этапам разработки – разработке и
изучению, где все технические решения корректируются и доказываются методом
создания прототипов.
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Проектирование
Реализация
Тестирование
Версия 1
Версия 2
Версия 3
Разработка
требований
Ввод в действие
прототипов системы
Источник: https://baza.diplomsite.ru/previewfile/2370