
- •Лекция 7 Технология разработки ПО (продолжение)
- •Существует два основных набора технологических процессов.
- •Классические технологические процессы.
- •Классические технологические процессы.
- •Процесс 2.
- •Процесс 3. Анализ требований
- •Требование
- •Спецификация требований
- •Концептуальное
- •Процесс 4.
- •Проектирование
- •Проектирование архитектуры
- •Процесс 5. Кодирование
- •К основным концепциям конструирования относят:
- •Процесс 6. Тестирование
- •Процесс 6. Тестирование
- •Процесс 7. Ввод в действие
- •Процесс 8.
- •Категории сопровождения
- •Процесс 9. Снятие с эксплуатации
- •Методологии разработки ПО
- •Анализ и
- •Модели и методы анализа требований
- •Модели и методы проектирования архитектуры
- •Модели и методы проектирования компонентов
- •Подходы (методики) к анализу
Лекция 7 Технология разработки ПО (продолжение)
Существует два основных набора технологических процессов.
Классический набор – совокупность основных процессов, сложившихся исторически в результате практического опыта разработки ПО.
Классический набор включает 9 процессов:
1.Исследование;
2.Управление;
3.Анализ;
4.Проектирование;
5.Кодирование;
6.Тестирование;
7.Ввод в действие;
8.Сопровождение;
9.Снятие с эксплуатации.
Процессы классического набора фактически являются подмножеством стандартного, выступая там как процессы или действия процессов.
Стандартный набор – совокупность процессов из ISO/IEC 12207:1999 «Информационная технология – Процессы жизненного цикла ПО».
Стандартный набор включает 3 группы процессов:
•основные,
•вспомогательные,
•организационные процессы.
Классические технологические процессы.
•Процесс 1. Исследование идеи –
процесс ЖЦ, который заключается в появлении и превращении возникшей идеи в определённую концепцию и в формировании проекта.
•Идея может привести либо к развитию уже существующего ПП, либо к созданию нового.
•Формальным результатом исследования идеи является одностраничное описание проекта.
Классические технологические процессы.
•Процесс 2. Управление – процесс ЖЦ, который заключается в принятии решений по правильной организации имеющихся ресурсов проекта в рамках поставленных ограничений для получения продукта, удовлетворяющего потребности пользователя и требования заказчика.
Процесс 2.
Управление – процесс ЖЦ
•Данный процесс изучается специальной дисциплиной, называемой управление проектами (букв. проектный менеджмент).
•Цель проекта описывает, какие задачи должны быть
решены в результате проекта, а содержание проекта
– что именно является результатом проекта. Цель проекта разделяется на целевые установки или [отдельные] цели для распределения работ по времени и участникам разработки.
• Для обеспечения адекватности проекта необходимо единое видение проекта – ясное единообразное представление цели, установок и содержания проекта всеми лицами.
•Формальным результатом планирования является план проекта, в том числе календарный план проекта.
Процесс 3. Анализ требований
•Процесс 3. Анализ требований – процесс ЖЦ, который заключается в уточнении, формализации и документировании требований заказчика. Основной
вопрос, который решается здесь – «ЧТО должен делать будущий продукт?» В этом процессе наиболее важным является понимание понятия «требование». Существует несколько точек зрения на понятие «требование».
Требование
•Требование – условие или возможность, необходимая для решения проблемы или достижения определённых целей с помощью разрабатываемого продукта.
•Требование к продукту – условие или возможность, которую должен удовлетворять или которой должен обладать продукт или его компонент для обеспечения условий разработки, связанных с контрактом, стандартами, спецификациями.
•Аналогично формулируется требование к процессу ЖЦ.
Спецификация требований
•Спецификация требований является результатом формализации требований. В общем случае спецификация – достаточно полное и точное формальное описание работы, которую необходимо выполнить.
•Спецификация требований – это спецификация, включающая однозначно интерпретируемые требования, реализация которых проверяема, а стоимость и ресурсы – предсказуемы.
Существуют две существенно отличающиеся части спецификаций, соответствующие предъявляемым к ПО требованиям. Функциональные спецификации задают содержание функционирования системы. Они описывают функции ПО на основе требований к системе.
Эксплуатационные (нефункциональные) спецификации задают характеристики системы и ограничения её функционирования. Они описывают особенности ПО на основе правил и стандартов.
Концептуальное
моделирование
•Анализ требований также включает
концептуальное моделирование. Разработка модели ПрО – ключевой элемент этого процесса. Цель моделирования – понимание проблемы, задачи и методов их решения до того, как начнётся собственно решение.
•Формальным результатом анализа является спецификация требований и концептуальная модель ПрО.
Процесс 4.
Проектирование
•Процесс 4. Проектирование – процесс ЖЦ, который заключается в исследовании структуры ПО и взаимосвязи его компонентов. Основной
вопрос, который решается здесь – «КАК продукт будет удовлетворять полученным требованиям?». В этом процессе наиболее важным является представление разрабатываемого ПО (как единого целого) в виде системы.