Дипломная работа: Автоматизация контроля технического состояния оборудования ФГУП ФЦДТ "Союз"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
47
47
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Процессы жизненного цикла проекта автоматизации
Основой самой деятельности по созданию и использованию
программного обеспечения – является непосредственно жизненный цикл
проекта.
Под моделью жизненного цикла подразумевается структура
действий и задач, осуществляющихся в процессе разработки,
функционирования и сопровождения программного обеспечения в течение
жизнедеятельности системы.
В век информационных технологий существует несколько моделей и
стандартов, которые регламентируют жизненный цикл информационных
систем, а так же процессы их разработки.
Рассмотрим несколько стандартов информационных систем:
ГОСТ 34.601-90 «Информационная технология.
Автоматизированные системы». Данный стандарт распространяется на
автоматизированные системы и устанавливает стадии и этапы их создания.
Этот стандарт содержит описание содержания работ на каждом этапе.
Стадии и этапы работы, зафиксированные в стандарте, в большей степени
отвечают каскадной модели жизненного цикла [2].
ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология.
Системная и программная инженерия. Процессы жизненного цикла
программных средств». Этот стандарт распространяется на процессы и
организацию жизненного цикла на все виды заказанной информационной
системы. Стандарт не содержит описания фаз, стадий этапов.[3]
Custom Development Method (и методика Oracle). Данный
стандарт может быть распространен на методику по разработке
прикладных информационных систем под конкретный заказ – конкретный
материал, детализированный до уровня заготовок проектных документов,
48
48
которые рассчитывают на использование в проектах с применением Oracle.
Уровень адаптивности CDM ограничивается тремя моделями жизненного
цикла: "классическая" (предусмотрены все работы/задачи и этапы),
"быстрая разработка" (Fast Track), "облегченный подход", который
рекомендуют в случае достаточно малых проектов и возможности быстро
прототипировать приложения;
RUP. Rational Unified Process предполагает итеративную
модель разработки, включающую 4 фазы: начало, исследование,
построение и внедрение. Каждая фаза разбивается на этапы (итерации),
результатом которых становиться выпуск версии для внутреннего или
внешнего использования. Прохождение через 4 основные фазы получило
название цикл разработки. Каждый цикл разработки завершается
генерацией версии системы. Если после такого работа над проектом не
прекращается, то данный продукт продолжает развиваться и снова
проходит те же фазы [3]. Суть работы в рамках дипломной является
создание и сопровождение моделей, а не бумажных документов. Поэтому
данный процесс связан с использованием конкретных средств
моделирования (UML), а так же с конкретной технологией проектирования
и разработки (объектно-ориентированный анализ, object-oriented analysis,
OOA, объектно-ориентированное программирование, object-oriented
programming, OOP);
Microsoft Solution Framework (MSF) очень похожа с RUP. MSF
так же включает четыри фазы: анализ, проектирование, разработка,
стабилизация. Данная методология существует как итерационная и
рассчитывает использование объектно-ориентированного моделирования.
[3]. MSF в сравнении с RUP в большей степени ориентирована на
разработку бизнес-приложений;
Extreme Programming (XP). Экстремальное программирование
является достаточно новым среди рассмотренных ране методологий. В
49
49
основе представленной методологии лежит командная работа,
эффективная коммуникация между заказчиком и исполнителем в течение
всего действия проекта по разработке ИС, а сама разработка
осуществляется с использованием последовательно дорабатываемых
прототипов.
Критериями для выбора стандарта жизненного цикла
информационной системы будут являться:
актуальность и современность используемых методик
контроля разработки;
разработка в итерационном режиме с возможностью
контролировать риски;
и выполнения самого проекта на неких контрольных точках,
отсутствие дополнительных требований по моделированию процесса
разработки и внедрения.
Для написания данного дипломного проекта выбран стандарт
ISO/IEC 15288, который является международным. Его предшественником
был стандарт ISO/IEC 12207. Отличие нового стандарта от старого
заключается в рассмотрении программно-аппаратных систем в целом.
ISO/IEC 15288 предполагает схожую схему рассмотрения жизненного
цикла системы, которые представлены в виде набора процессов. Каждый
процесс описывается набором результатов, достигающихся при помощи
различных видов деятельности. В данном стандарте выделено 26
процессов, объединенных в 5 групп (табл. 2)
50
50
Таблица 2.
Процессы жизненного цикла систем по ISO 15288.
Процессы
выработки
соглашений
Процессы
уровня
организаций
Процессы
уровня проекта
Технические
процессы
Специальные
процессы
Покупка
системы;
Установка
системы
Управление
окружением;
Управление
инвестициями;
Управление
процессами;
Управление
ресурсами;
Управление
качеством
Планирование;
Оценивание;
Мониторинг;
Управление
рисками;
Управление
конфигурацией;
Управление
информацией;
Выработка
решений
Определение
требований;
Анализ
требований;
Проектирование
архитектуры;
Реализация;
Интеграция;
Верификация;
Валидация;
Передача в
использование;
Эксплуатация;
Поддержка;
Изъятие из
эксплуатации
Адаптация
описываемых
стандартом
процессов
под
нужды
конкретного
проекта
Процесс в представленном стандарте определяется как совокупность
взаимосвязанных действий, которые преобразуют входные данные в
выходные. Все процессы характеризуются конкретными задачами и
методами решения, а так же исходными данными, которые получены от
других процессов, и результатами этих данных. Каждый происходящий
процесс разделен на набор действий, а каждое действие, соответственно,
на набор задач. Процесс, действие иди задача. [25]
Каждый процесс разделен на набор действий, каждое действие – на
набор задач. Каждый процесс, действие или задача начинается и
выполняется другим процессом по мере необходимости, при этом не
существует заранее определенных последовательностей выполнения при
сохранении связей по входным-выходным данным и объектам.
51
51
Стандарт ISO/IEC 15288 нельзя отнести к конкретной модели ЖЦ,
так как его положения являются общими для любых моделей, методов и
технологий создания информационных систем.
Определим, что включает в себя модель жизненного цикла:
стадии,
результаты выполнения работ на каждой стадии,
ключевые события.
Наибольшее распространение получили следующие две основные
модели жизненного цикла:
Каскадная модель, которая осуществляет последовательное
выполнение всех этапов проекта в строго зафиксированном порядке.
Переход на следующий этап значит полное завершение работ на
предыдущем этапе
Итерационная модель предполагает разработку ИС итерациями
с циклами обратной связи между этапами. Межэтапные корректировки
дают возможность учитывать действительно имеющееся взаимовлияние
результатов разработки на различных этапах; время жизни каждого из
этапов растягивается на весь период разработки.
Спиральная модель предполагает, что на каждом витке
спирали осуществляется создание очередной версии продукта, уточняются
требования проекта, определяется его качество и планируются работы
следующего витка. Особое внимание должно быть уделено начальным
этапам разработки – анализу и проектированию, где реализуемость тех или
иных технических решений проверяется и обосновывается посредством
создания прототипов.
Проект автоматизации представляет собой группу работ по созданию
автоматизированной информационной системы, с определенным сроком
выполнения работы и выделенными средствами. [25]
Источник: https://baza.diplomsite.ru/previewfile/1847