- •8. Базовая rad-модель быстрой разработки приложений жизненного цикла пс. Достоинства и недостатки. Область применения.
- •13. Эволюционная модель жизненного цикла пс по гост р исо/мэк то 15271-2002. Достоинства и недостатки. Область применения.
- •17. Упрощенная спиральная модель жц пс института качества sqi. Достоинства и недостатки. Область применения.
- •18. Упрощенная спиральная модель жц пс Института Управления проектами. Достоинства и недостатки. Область применения.
- •20. Спиральная модель жизненного цикла пс Консорциума по вопросам разработки программного обеспечения. Достоинства и недостатки. Область применения.
- •21. Компонентно-ориентированная модель жизненного цикла пс. Достоинства и недостатки. Область применения.
- •22. Классификация проектов по разработке пс и систем, ориентированная на выбор модели жц. Категории и критерии классификации проектов.
- •23. Процедура выбора модели жц разработки пс и систем института sqi
- •25. Модульное проектирование программ. Признаки модульности программы. Достоинства и недостатки модульности. Классификация методов проектирования модульных программ.
- •26. Нисходящее проектирование программ и его стратегии. Стратегия, основанная на использовании псевдокода. Достоинства и недостатки. Пример.
- •27. Стратегия пошаг проект-я при нисходящем проектировании программ, основанная на использовании комментариев. Виды и нормы комментариев. Пример.
- •28. Стратегия анализа сообщений при нисходящем проектировании программ. Пример.
- •29. Метод восходящего проектир. Сущность. Целесообразность использования. Недостатки. Способы сочетания с другими методами.
- •30. Метод Джексона. Сущность. Основ констр постр структур дан. Примен к иерархич, сетев и реляц структурам данных. Примеры.
- •31. Первый этап метода Джексона. Виды документов, создаваемых на данном этапе. Пример.
- •33. Третий этап метода Джексона. Цель. Сущность. Подэтапы. Пример.
- •34. Четвертый этап метода Джексона. Цель. Сущность. Контрольный перечень операций. Пример.
- •35. Пятый этап метода Джексона. Цель. Сущность. Пример.
20. Спиральная модель жизненного цикла пс Консорциума по вопросам разработки программного обеспечения. Достоинства и недостатки. Область применения.
1 – Определение проекта, в том числе: участники работ; анализ требований; альтернативы;ограничения.
– Определение рисков; 3 – Оценка рисков;
4– Планирование разрешения рисков; 5– Оценка разрешения рисков;
6– Оценка альтернатив, предл-х в 1й работе, с учас оценки разр-я рисков;
7– Планирование и разработка графиков проекта;
8– Разработка и верификация продукта;
9– Мониторинг (надзор) и оценка продукта;
– Управление конфигурацией версии;
– Приемочные испытания уровня;
– Обновление спирального плана проекта.
Результат выполнения каждого этапа изображен в прямоугольнике. Содержание работ каждого этапа указано в соответствующем секторе спирали
Дост-ва:
данные модели упрощены по сравнению с базовой моделью Боэма; это делает их более понятными как разработчику, так и заказчику;
несмотря на упрощения, большое внимание в данных моделях уделяется действиям, непосредственно не связанным с разработкой; это повышает качество как процесса разработки, так и продуктов разработки, упрощает прогнозирование сроков и стоимости разработки, повышает удовлетворенность заказчика результирующим продуктом.
21. Компонентно-ориентированная модель жизненного цикла пс. Достоинства и недостатки. Область применения.
Модель ориентирована на повторное использование существующих программных компонентов. Дост-ва:
сокращение длительности разработки конечного продукта;
уменьшение стоимости разработки конечного продукта.
данные модели упрощены по сравнению с базовой моделью Боэма; это делает их более понятными как разработчику, так и заказчику;
несмотря на упрощения, большое внимание в данных моделях уделяется действиям, непосредственно не связанным с разработкой; это повышает качество как процесса разработки, так и продуктов разработки, упрощает прогнозирование сроков и стоимости разработки, повышает удовлетворенность заказчика результирующим продуктом.
22. Классификация проектов по разработке пс и систем, ориентированная на выбор модели жц. Категории и критерии классификации проектов.
Институтом качества программного обеспечения SQI (Software Quality Institute, США) специально для выбора модели жизненного цикла разработана схема классификации проектов по разработке программных средств и систем. Основу данной классификации составляют четыре категории критериев. По каждому из критериев проекты подразделяются на два альтернативных класса. Категории:
1) Характеристики требований к проекту.
Критерии данной категории классифицируют проекты в зависимости от требований пользователя (заказчика) к разрабатываемой системе или программному средству (свойств разрабатываемой системы или ПС).
2) Характеристики команды разработчиков.
Чтобы иметь возможность пользоваться критериями данной категории классификации проектов, состав команды разработчиков необходимо сформировать до выбора модели жизненного цикла.
Характеристики команды разработчиков играют важную роль при выборе модели жизненного цикла, поскольку разработчики несут ответственность за
успешную реализацию проекта.
3) Характеристики пользователей (заказчиков).
Чтобы иметь возможность пользоваться критериями данной категории классификации проектов, до выбора модели жизненного цикла необходимо определить возможную степень участия пользователей (заказчиков) в процессе разработки и их взаимосвязь с командой разработчиков на протяжении проекта. Это важно, поскольку отдельные модели требуют усиленного участия пользователей в процессе разработки.
4) Характеристики типов проектов и рисков.
В некоторых моделях в достаточно высокой степени предусмотрено управление рисками. В других моделях управление рисками вообще не предусматривается.
Критерии данной категории отражают сложность проекта, достаточность ресурсов для его исполнения, учитывают график проекта и т.д. С учетом этого обеспечивается выбор модели, минимизирующей выявленные риски.
Следует отметить, что данная классификация проектов, направленная на обоснованный выбор модели жизненного цикла, применима для достаточно масштабных проектов по разработке программных средств и систем.