- •Процесс оценки проекта на основе размерно-(функционально-)ориентированных метрик
- •Cocomo 81: принципы оценки, иерархия , типы по
- •Cocomo 2: модель композиции приложения
- •7.Cocomo 2: модель раннего этапа проектирования
- •8.Cocomo 2: модель этапа постархитектуры
- •9. Оценки на основе диаграммы вариантов использования
- •10. Case-средства: понятие, история появления и развития
- •11. Case-средства: понятие, структура и состав
- •12. Case-средства: понятие, классификация
- •Унифицированный процесс: понятие, измерения
- •14. Унифицированный процесс: понятие, управление риском
- •15. Этап начало унифицированного процесса: цели, действия, артефакты, веха
- •Этап развитие унифицированного процесса: цели, действия, артефакты, веха
- •Этап конструирование унифицированного процесса: цели, действия, артефакты, веха
- •Этап переход унифицированного процесса: цели, действия, артефакты, веха
- •Процесс «Управление проектом»: цели и содержание, роли и артефакты
- •Процесс «Бизнес-моделирование»: цели и содержание, роли и артефакты
- •Процесс «Управление требованиями»: цели и содержание, роли и артефакты
- •22.Процесс «Анализ и проектирование»: цели и содержание, роли и артефакты
- •23.Процесс «Реализация»: цели и содержание, роли и артефакты
- •24. Процесс «Тестирование»: цели и содержание, роли и артефакты
- •25.Процесс «Развертывание»: цели и содержание, роли и артефакты
- •26. Проблемы классического похода к разработке по и причины появления гибких методологий.
- •27. Манифест и принципы гибких методологий
- •28. Преимущества и область применения гибких методологий
- •29. Экстремальное программирование: понятие, базис xp
- •30. Экстремальное программирование: понятие, структура xp цикла разработки
- •31. Scrum процесс: понятие, роли scrum
- •32. Scrum процесс: понятие, мероприятия scrum
- •33. Scrum процесс: понятие, артефакты scrum
- •34. Scrum процесс: этапы командообразования в scrum
- •35. Scrum процесс: уровни команд в scrum
- •36. Scrum процесс: покер-планирование.
- •37. Scrum процесс: диаграмма сгорания и ее использование.
- •38. Scrum процесс: доска задач и ее использование
- •39.Разработка, управляемая тестированием (Test Driven Development)
- •40.Разработка, управляемая поведением (Behavior Driven Development)
22.Процесс «Анализ и проектирование»: цели и содержание, роли и артефакты
Целью технологического процесса анализа и проектирования является перевод системных требований в технические инструкции, указывающие как реализовывать систему.
Целью анализа является преобразование требований системы в форму, понятную разработчику программного обеспечения.
Цель проектирования состоит в согласовании результатов анализа с ограничениями, навязанными нефункциональными требованиями, средой реализации, требованиями к производительности и т.д.
Исполнители
Основные исполнители:
Архитектор (координирует технические виды деятельности и артефакты и руководит ими, определяет общую структуру каждого архитектурного представления: декомпозицию представления, группировку элементов и интерфейсы между основными группами).
Разработчик (определяет обязанности, действия, параметры одного или нескольких классов и отношения между ними. Также устанавливает как согласовать классы со средой реализации).
Дополнительные исполнители:
Разработчик базы данных.
Разработчик оболочки (для систем реального времени).
Рецензент архитектуры и рецензент проекта.
Артефакты
Модель проектирования – состоит из взаимодействия классов, которые могут объединяться в пакеты и подсистемы для упрощения структуры модели и создания компоновочных блоков модели.
Модель анализа – описывает систему на более высоком (общем) уровне.
Документ архитектуры программного обеспечения.
Артефакты систем реального времени:
Оболочка.
Протокол.
Событие.
Сигнал.
23.Процесс «Реализация»: цели и содержание, роли и артефакты
Цели:
Определить структуру кода через подсистемы реализации, организованные в уровни.
Реализовать классы и объекты через компоненты (исходные файлы, двоичные коды, исполняемые файлы и др.).
Провести блочное тестирование разработанных компонентов.
Интегрировать результаты отдельных конструкторов или команд в исполняемую систему.
Ключевые понятия:
Конструкция – это функциональная версия системы или части системы, демонстрирующая сокращенный вариант возможностей конечного продукта.
Интеграция – объединение отдельных программных компонентов в отдельное целое. Выделяют поэлементную и поэтапную интеграции.
Прототип – работающий прообраз (модель) системы.
Виды прототипов:
Поведенческий прототип – акцентирует внимание на исследовании определенного поведения системы.
Структурный прототип – для исследования архитектурные или технологические вопросы.
Два вида структурных прототипа:
Пробный прототип – (временной или одноразовый) отбрасываются сразу же после завершения и предоставления требуемых от них знаний.
Эволюционный прототип – развиваются в конечную систему.
Исполнители и артефакты
Основные исполнители:
Конструктор – разрабатывает компоненты и связанные с ними артефакты, выполняет блочное тестирование.
Системный интегратор – создает конструкции.
Дополнительные исполнители:
Архитектор – определяет структуру модели реализации.
Рецензент кода – проверяет качество кода и его соответствие стандартам проекта.
Артефакты:
Подсистема реализации.
Компонент.
План проведения интеграции
