Унифицированный процесс разработки RUP.
Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.
Принципы: Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков. Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования)). Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки. Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта. Постоянное обеспечение качества на всех этапах разработки проекта (продукта).
Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.
RUP использует итеративную модель разработки. В конце каждой итерации (в идеале продолжающейся от 2 до 6 недель) проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта.
Полный жизненный цикл разработки продукта состоит из четырех фаз, каждая из которых включает в себя одну или несколько итераций: начальная фаза, фаза уточнения, конструирования и внедрения.
Экстремальное программирование (Extreme Programming, XP)
Экстремальное программирование (Extreme Programming, XP) — одна из гибких методологий разработки программного обеспечения
12 основных приёмов экстремального программирования (по первому изданию книги Extreme programming explained) могут быть объединены в четыре группы:
|
|
Короткий цикл обратной связи: (Разработка через тестирование, Игра в планирование, Заказчик всегда рядом, Парное программирование
Непрерывный, а не пакетный процесс: Непрерывная интеграция, Рефакторинг, Частые небольшие релизы
Понимание, разделяемое всеми: Простота, Метафора системы, Коллективное владение кодом или выбранными шаблонами проектирования, Стандарт кодирования
Социальная защищенность программиста: 40-часовая рабочая неделя
Парное программирование предполагает, что весь код создается парами программистов, работающих за одним компьютером. Коллективное владение означает, что каждый член команды несёт ответственность за весь исходный код. «Заказчик» в XP — это не тот, кто оплачивает счета, а тот, кто на самом деле использует систему.
Стандарты документации
Стандарты обеспечивают совместимость между проектами. Стандарты улучшают понимание среди инженеров. Стандарты должны восприниматься инженерами как нечто полезное для них, а не как набор препятствий. Четкие и измеримые цели, требующие дисциплинированного и документированного подхода, обычно являются хорошим мотивом для разработчиков
|
|
SVVP -План определяет каким образом и в какой последовательности должны проверяться стадии проекта. Верификация – это процесс проверки правильности сборки приложения. Валидация проверяет тот факт, что собран требуемый продукт.
SQAP -План контроля качества программного обеспечения
SCMP - План управления программным проектом
SRS -Спецификация требований к программному обеспечению
SDD -Проектная документация программного обеспечения
STD -Документация по тестированию программного обеспечения
Согласованность и целостность документации.
Управление документацией требует значительных организационных навыков. Написание хорошей и гибкой документации сродни написанию хорошего и гибкого кода.
Управление документацией подразумевает поддержание ее полноты и согласованности и включает в себя также управление конфигурациями.
Полнота – наличие комплекта документации, охватывающей процесс разработки и сопровождения.
Согласованность означает, что набор документов не содержит внутренних противоречий.Проблема в том, что когда этот набор велик, то довольно сложно избежать появления в нем взаимоисключающих утверждений.
Поддержка конфигурации – это координация различных версий и частей документации и программного кода.
Дата добавления: 2018-05-13; просмотров: 324; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!