PIS_Zakharchenko_2015g (1)
.pdf
ГОСТ 34.601-90 Стадии создания АС
|
Стадии |
Этапы работ |
|
|
|
5.1. Разработка проектных решений по системе и ее частям; |
|
|
|
|
|
|
|
5.2. Разработка документации на АС и ее части; |
|
5. |
Технический проект |
5.3. Разработка и оформление документации на поставку изделий для |
|
комплектования АС и/или технических требований; |
|
||
|
|
|
|
|
|
5.4. Разработка заданий на проектирование в смежных частях проекта |
|
|
|
объекта автоматизации. |
|
6. Рабочая документация |
6.1. Разработка рабочей документации на систему и ее части; |
|
|
6.2. Разработка или адаптация программ. |
|
||
|
|
|
|
|
|
7.1. Подготовка объекта автоматизации к вводу АС в действие; |
|
|
|
7.2. Подготовка персонала; |
|
|
|
7.3. Комплектация АС поставляемыми изделиями; |
|
|
7. Ввод в действие |
7.4. Строительно-монтажные работы; |
|
|
7.5. Пуско-наладочные работы; |
|
|
|
|
|
|
|
|
7.6. Проведение предварительных испытаний; |
|
|
|
7.7. Проведение опытной эксплуатации; |
|
|
|
7.8. Проведение приемочных испытаний. |
|
|
|
8.1. Выполнение работ в соответствии с гарантийными |
|
8. |
Сопровождение АС |
обязательствами; |
|
|
|
8.2. Послегарантийное обслуживание. |
71 |
|
|
|
|
|
|
|
|
Технология Oracle Custom Development Method (CDM)
CDM – совокупность точно определенных процессов заказной разработки с
разными режимами управления. Основана на CASE-технологии Oracle и обеспечивает точное определение бизнес-требований в самом начале процесса разработки и их сохранение на протяжении всего процесса разработки;
CDM – методическое руководство по разработке прикладного ПО с использованием инструментального комплекса Oracle Developer Suite.
72
Технология Oracle Custom Development Method (CDM)
Какой процесс |
Когда |
Classic - классическая модель; Fast track – быстрой разработки; Lite – облегченная 73
Rational Unified Process (RUP) – технология разработки ПО (компания Rational Software)
Принципы:
Итерационный и инкрементный (наращиваемый) подход к созданию системы.
Управление проектом на основе требований заказчиков (анализ и построение вариантов использования).
Ранняя идентификация и непрерывное устранение основных рисков.
Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.
Постоянное обеспечение качества на всех этапах разработки проекта (продукта).
Работа над проектом в сплочѐнной команде, ключевая роль в которой принадлежит архитекторам.
74
Жизненный цикл разработки
Полный жизненный цикл разработки продукта состоит из четырех фаз, каждая из которых включает в себя одну или несколько итераций:
Графическое
представление процесса разработки по RUP
Фазы(стадии) жизненного цикла
1. Начало (Inception):
Формируются видение и границы проекта.
Создается экономическое обоснование (business case).
Определяются основные требования, ограничения и ключевая функциональность продукта.
Создается базовая версия модели прецедентов (вариантов использования).
Оцениваются риски.
При завершении начальной фазы оценивается достижение вехи целей жизненного цикла (Lifecycle Objective Milestone), которое предполагает соглашение заинтересованных сторон о продолжении проекта.
76
Фазы(стадии) жизненного цикла
2. Уточнение (Elaboration)
Производится анализ предметной области и построение исполняемой архитектуры. Включает:
Документирование требований (включая детальное описание для большинства прецедентов).
Спроектированную, реализованную и оттестированную исполняемую архитектуру.
Обновленное экономическое обоснование и более точные оценки сроков и стоимости.
Сниженные основные риски.
Успешное выполнение фазы разработки означает достижение
вехи архитектуры жизненного цикла (Lifecycle Architecture Milestone).
77
Фазы(стадии) жизненного цикла
3. Конструирование (Construction)
Происходит реализация большей части функциональности продукта. Фаза завершается первым внешним релизом системы и вехой начальной функциональной готовности (Initial Operational Capability).
4. Внедрение (Transition)
Создается финальная версия продукта и передается от разработчика к заказчику. Включает тестирование, обучение пользователей, определение качества продукта.
В случае, если качество не соответствует ожиданиям пользователей или критериям, установленным в фазе Начало, фаза Внедрение повторяется снова. Выполнение всех целей означает достижение вехи готового продукта (Product Release) и завершение полного цикла разработки.
78
Основные рабочие процессы (виды деятельности)
1.Бизнес-моделирование обеспечивает реализацию принципов моделирования с целью изучения бизнеса организации и накопления знаний о нем, оптимизации бизнес процессов и принятия решения об их частичной или полной автоматизации
2.Управление требованиями посвящено получению информации от заинтересованных лиц и ее преобразованию в набор требований, определяющих содержание разрабатываемой системы и подробно описывающих ожидания от того, что система должна делать.
3.Анализ и проектирование охватывает процедуры преобразования требований в промежуточные описания (модели), представляющие, как эти требования должны быть реализованы.
79
Основные рабочие процессы (виды деятельности)
4.Реализация охватывает разработку кода, тестирование на уровне разработчиков и интеграцию компонентов, подсистем и всей системы в соответствии с установленными спецификациями.
5.Тестирование посвящено оценке качества создаваемого продукта.
6.Развертывание охватывает операции, имеющие место при передаче продуктов заказчикам и обеспечении доступности продукта конечным пользователям.
80