8. Технология экстремального программирования.
Принципы:
Игра-планирование. Быстрое определение области действия следующей реализации путем объединения деловых приоритетов и технических оценок
Частая смена версий. Быстрый запуск производства простой системы. Смена версии каждые 2 недели.
Метафора. Вся разработка ведется на основе простой общедоступной идеи.
Простое проектирование. Проектирование выполняется настолько просто, насколько возможно.
Тестирование. Непрерывное написание тестов для разработанных модулей. Тесты создаются заказчиками. Тесты выполняются безупречно.
Реорганизация. Система реконструируется, но ее поведение не изменяется.
Парное программирование. Код каждой подсистемы пишется 2 программистами, причем работают посменно.
Коллективное владение кодом. Каждый может вносить изменения в код в любое время.
Непрерывная интеграция. Система интегрируется и собирается по нескольку раз в день.
40-часовая рабочая неделя.
Локальный заказчик. В группе разработчиков постоянно присутствует представитель заказчика.
Стандарты кодирования.
9 . Унифицированный процесс разработки программного обеспечения. Жизненный цикл унифицированного процесса.
Результатом каждого цикла является новый выпуск системы, а каждый выпуск – это готовый к поставке продукт. Для того чтобы эффективно выполнить цикл разработчикам необходимо иметь представление о программном продукте. (см. рисунок ниже).
Описание:
Модель вариантов использования со всеми вариантами использования.
Модель анализа целью, которой является уточнение вариантов использования.
Модель проектирования, в которой реализуется модель вариантов использования.
Модель развертывания, в которой компоненты распределяются по узлам, а каждый узел – компьютер.
Модель реализации – это диаграмма компонентов.
Модель тестирования, которая предназначена для тестирования и отладки нашего программного продукта.
Разделение цикла разработки на фазы.
Каждый цикл осуществляется в течение некоторого времени. Это время делится на следующие фазы:
анализ и планирование требований
проектирование
построение
внедрение
Каждая фаза заканчивается вехами.
Веха – это измеримый и определяемый результат.
Вехи служат многим целям, наиболее важная из них дать руководителям возможность принять некие критические решения перед переходом на следующую фазу разработки.
10. Унифицированный процесс разработки программного обеспечения. Первый этап.
Цели:
1) Понять что создавать
Для реализации данной цели необходимо определить концепцию, границы системы, уточнить кому система нужна и во сколько она обойдется.
2) Выяснить ключевые функции системы
Для реализации данной цели необходимо определить какой функционал является ключевым для приложения или использует ключевые интерфейсы системы, определить какие функции должны быть реализованы, определить какие функциональности охватывают облатсь архитектуры не охватывают никакие другие ключевые варианты использования.
3) Выявить хотя бы одно возможное решение
Необходимо построить хотя бы одну архитектуру
4) Оценить стоимость, сроки и риски
5) Решить какому процессу следовать и какие средства использовать
Выбор процесса означает: настройку унифицированной технологии программного обеспечения под конкретный проект т. е. определения масштаба проекта, степени его формализации, а также выбор утилит для поддержки процесса. Определяется набор технологий и программных средств, которые будут использоваться при решении проекта.
Начальная фаза как правило выполняется за 1 итерацию. Однако некоторые проекты могут потребовать несколько итераций.
Причины:
1) Проект вели и команде трудно понять его границы
2) Существуют большие технологические риски, которые необходимо уменьшить путем создания прототипа
3) Система не имеет аналогов и трудно понять, что она должна делать
4) Есть множество заинтересованных сторон и их взаимоотношения сложны
5) Трудно получить экономическое обоснование с первого раза