Унифицированный процесс разработки программных систем. Рациональный унифицированный процесс (RUP) - определение
Рациональный унифицированный процесс (RUP) - определение
Цель Рационального Унифицированного Процесса - обеспечить изготовление программного продукта высочайшего качества, соответствующего потребностям пользователя, в заданные сроки и в пределах заранее составленной сметы. Рациональный Унифицированный Процесс вобрал в себя лучшие из существующих методик разработки и придал им форму, которая может быть легко адаптирована для самых разных проектов и организаций. С точки зрения управления проектом Рациональный Унифицированный Процесс предлагает упорядоченный подход к тому, как должны распределяться работа и ответственность в организации, занимающейся производством программного обеспечения.
Используя UML, вы практически не зависите от организации процесса разработки; он не привязан к какому-либо конкретному циклу изготовления программного продукта. Тем не менее, если вы хотите извлечь из этого языка наибольшую пользу, лучше всего применять процесс, который:
· управляется прецедентами использования;
· основан на архитектуре;
· является итеративным и инкрементным.
Управляемость прецедентами использования означает, что прецеденты должны быть основным артефактом, на основании которого устанавливается желаемое поведение системы, проверяется и подтверждается правильность выбранной системной архитектуры, производится тестирование и осуществляется взаимодействие между участниками проекта.
|
|
|
Процесс называют основанным на архитектуре, когда системная архитектура является решающим фактором при разработке концепций, конструировании, управлении и развитии создаваемой системы.
Итеративнымназывается процесс, который предполагает управление потоком исполняемых версий системы. Инкрементный процесс подразумевает постоянное развитие системной архитектуры при выпуске новых версий, причем каждая следующая версия усовершенствована в сравнении с предыдущей. Процесс, являющийся одновременно итеративным и инкрементным, называется управляемым рисками, поскольку при этом в каждой новой версии серьезное внимание уделяется выявлению факторов, представляющих наибольший риск для успешного завершения проекта, и сведению их до минимума.
 |
Управляемый прецедентами, основанный на архитектуре, итеративный и инкрементный процесс может быть разбит на фазы. Фазами(Phase) называют промежутки времени между двумя опорными точками процесса, в которых выполнены хорошо определенные цели, завершено создание артефактов и принимается решение, стоит ли переходить к следующей фазе. Как видно из рис. 2.21, жизненный цикл процесса разработки программного обеспечения состоит из четырех фаз: начало , исследование , построение и внедрение . На этой диаграмме для каждой фазы показаны соответствующие производственные процессы. Нетрудно заметить, что в каждом из них с течением времени основные усилия сосредоточиваются на различных аспектах процесса разработки.
|
|
|
Рис. 2.21. Жизненный цикл процесса разработки программного обеспечения
Начало - первая стадия процесса, на протяжении которой изначальная идея получает достаточное обоснование (по крайней мере, с точки зрения участников проекта), чтобы можно было принять решение о переходе к фазе исследования.
Исследование - это вторая фаза процесса; на этом этапе определяется видение продукта и его архитектура. Основное внимание уделяется конкретизации требований к системе и расстановке приоритетов. Сами требования могут выражаться как в виде общих утверждений, так и в виде четких критериев оценки, каждый из которых определяет функциональное или нефункциональное поведение системы и закладывает основы для тестирования.
Построение -является третьей фазой процесса. Исполняемый архитектурный прототип приобретает форму, в которой он может быть представлен пользователям. На этом этапе требования к системе, и в особенности критерии оценки, подвергаются пересмотру в соответствии с изменяющимися потребностями, а для уменьшения риска выделяются необходимые ресурсы.
|
|
|
Внедрение - четвертая стадия процесса разработки программного обеспечения, в ходе которой готовая система передается в руки пользователей. Но разработка на этом, как правило, не заканчивается - ведь даже на протяжении данной фазы система непрерывно совершенствуется, устраняются ошибки и добавляются не вошедшие в ранние версии функциональные возможности.
Дисциплины RUP
• моделирование предметной области –описывается структура и динамика организации;
• определение требований –описывается основанный на прецедентах метод постановки требований;
• анализ и проектирование –описываются различные виды архитектуры системы;
• реализация –собственно разработка программ, автономное тестирование и интеграция;
• тестирование –описываются тестовые сценарии, процедуры и метрики для измерения числа ошибок;
• развертывание –охватывает конфигурирование поставляемой системы;
• управление конфигурациями и изменениями –управление изменениями и поддержание целостности артефактов проекта;
• управление проектом –описывает разные стратегии работы с итеративным процессом;
• управление средой разработки –рассматриваются вопросы инфраструктуры, необходимой для разработки системы.
Дата добавления: 2018-02-15; просмотров: 966; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!