3.Уніфікований процес розробки програмного забезпечення (rup).

RUP (Rational Unified Process) от фирмы Rational Software – претендует на роль мирового стандарта. Процесс разработки организ-ся в виде эволюционно-инкрементного жизненного цикла. Эволюц-ая составляющая основыв-ся на доопределении требований в ходе работы. Инкрементная составляющая – на планомерном приращении реализации требований. Разработка – серия итераций, результаты кот-й развив-ся от нач-го макета до конечн. систем. Итерация – полный цикл разработки, вырабатывающий промежуточный продукт. Итерация включает: сбор требований, анализ, проектирование, реализацию и тестирование. Этапы разработки: Начало-спецификация представления продукта; Развитие-планирование необходимых действий и требуемых ресурсов; Конструирование-построение прогр-го продукта в виде серии инкрементных итераций; Переход-внедрение прогр-го продукта в среду пользователя. Рабочие потоки процесса: Сбор требований - описание того, что система должна делать; Анализ-преобразование требований к системе в классы и объекты; Проектирование-создание статического и динамического представления системы; Реализация-производство программ-го кода, кот-й превращается в исполняемую систему; Тестирование-проверка всей системы в целом. Каждый рабочий поток определяет набор связанных артефактов и действий. Артефакт-документ, отчёт или выполняемый элемент. Артефакт может вырабат-ся, обрабат-ся или потребляться.

В основе RUP лежат следующие принципы:

• Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков.

• Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов(вариантов использования)).

• Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки.

• Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.

• Постоянное обеспечение качества на всех этапах разработки проекта (продукта).

• Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.

Жизненный цикл разработки

RUP использует итеративную модель разработки. В конце каждой итерации (в идеале продолжающейся от 2 до 6 недель) проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта. Итеративная разработка позволяет быстро реагировать на меняющиеся требования, обнаруживать и устранять риски на ранних стадиях проекта, а также эффективно контролировать качество создаваемого продукта.

Полный жизненный цикл разработки продукта состоит из четырех фаз, каждая из которых включает в себя одну или несколько итераций:

1. Начало

В фазе Начало:

• Формируются видение и границы проекта.

4.Екстремальне програмування. Основні принципи.

eXtreme Programming - ХР-процесс - ориентирован на группы малого и среднего размера, строящие программное обеспечение в условиях неопределенных или быстро изменяющихся требований. ХР-группу образуют до 10 сотрудников, которые размещаются в 1 помещении. Основная идея ХР — устранить высокую стоимость изменения, характерную для приложений с использованием объектов, паттернов и реляционных баз данных. Поэтому ХР-процесс должен быть высокодинамичным процессом. ХР-группа имеет дело с изменениями требований на всем протяжении итерационного цикла разработки, причем цикл состоит из очень коротких итераций. 4-мя базовыми действиями в ХР-цикле являются: кодирование, тестирование, выслушивание заказчика и проектирование. Динамизм обеспеч-ся с помощью 4-ех характеристик: непрерывной связи с заказчиком, простоты, быстрой обратной связи, смелости в проведении профилактики возможных проблем. Базис ХР образуют двенадцать методов.

1.Игра планирования - быстрое определение области действия.

2.Частая смена версий -запуск в производство простой сис-мы.

3. Метафора — вся разработка проводится на основе простой истории о том, как работает вся система.

4.Простое проектирование.

5.Тестирование — непрерывное написание тестов для модулей.

6. Реорганизация — система реструктурируется, но ее поведение не изменяется.

7.Парное программирование — весь код пишется двумя программистами, работающими на одном компьютере.

8. Коллективное владение кодом—любой разработчик может улучшать любой код системы в любое время.

9.Непрерывная интеграция — система строится много раз в день.

10.40-часовая неделя.

11. Локальный заказчик — в группе должен находиться представитель заказчика.

12. Стандарты кодирования.