29. Рабочие процессы создания программных систем - руп.

Рациональный Унифицированный Процесс состоит из девяти рабочих процессов:

· моделирование бизнес-процессов - описывается структура и динамика организации;

· разработка требований - описывается основанный на прецедентах метод постановки требований;

· анализ и проектирование - описываются различные виды архитектуры системы;

реализация - собственно разработка программ, автономное тестирование и интеграция;

тестирование - описываются тестовые сценарии, процедуры и метрики для измерения числа ошибок;

развертывание - охватывает конфигурирование поставляемой системы;

управление конфигурацией - управление изменениями и поддержание целостности артефактов проекта;

управление проектом - описывает разные стратегии работы с итеративным процессом;

анализ среды - рассматриваются вопросы инфраструктуры, необходимой для разработки системы.

Внутри каждого рабочего процесса сосредоточены связанные между собой артефакты и деятельности.

Артефакт (artifact) - это некоторый документ, отчет или исполняемая программа, которые производятся, а впоследствии преобразуют или потребляются.

Термином деятельность (activity) описываются задачи - обдумывание, выполнение, анализ проекта - которые решаются сотрудниками с целью создания или модификации артефактов, а также способы и рекомендации по решению этих задач. В число таких способов могут входить и инструментальные средства, позволяющие автоматизировать решение части задач.

С некоторыми из рабочих процессов ассоциированы важные связи между артефактами. Например, модель прецедентов, созданная в ходе выработки требований, конкретизируется в виде проектной модели, являющейся результатом процесса анализа и проектирования, воплощается в модели реализации, которая получена в процессе реализации, и верифицируется моделью тестирования из процесса тестирования.

30. Основные артефакты при разработке программных систем.

Артефакт (artifact) - это диаграмма, документ, программа, модель, закон и т. д. - нечто, описывающее определенное понятие предметной области; это некоторый документ, отчет или исполняемая программа, которые производятся, а впоследствии преобразуют или потребляются.

С каждой деятельностью в Рациональном Унифицированном Процессе связаны артефакты, которые либо подаются на вход, либо получаются на выходе. Артефакты используются как исходные данные для последующей деятельности, содержат справочные сведения о проекте или выступают в роли поставляемых по контракту составляющих.

Модели

Модели - это самый важный вид артефактов в Рациональном Унифицированном Процессе. Модель (model) - это упрощение реальности; она создается для лучшего понимания разрабатываемой системы. В Рациональном Унифицированном Процессе имеется девять моделей, которые совместно охватывают все важнейшие решения относительно визуализации, специфицирования, конструирования и документирования программной системы:

1. · модель бизнес-процессов - формализует абстракцию организации;

2. · модель предметной области - формализует контекст системы;

3. · модель прецедентов - формализует функциональные требования к системе;

4. · аналитическая модель (необязательная) - формализует идею проекта;

5. · проектная модель - формализует словарь предметной области и области решения:

6. · модель процессов (необязательная) - формализует механизмы параллелизма и синхронизации в системе;

7. · модель развертывания - формализует топологию аппаратных средств, на которых выполняется система;

8. · модель реализации - описывает части, из которых собирается физическая система;

9. · модель тестирования - формализует способы проверки и приемки системы.

Вид - это одна из проекций модели .

В Рациональном Унифицированном Процессе существует пять тесно связанных друг с другом видов системной архитектуры с точки зрения проектирования, процессов, развертывания, реализации и прецедентов.

Другие артефакты

Артефакты в Рациональном Унифицированном Процессе подразделяются на две группы: административные и технические. Технические артефакты, в свою очередь, делятся на четыре большие подгруппы:

1. · группа требований - описывает, что система должна делать;

2. · группа проектирования - описывает, как система должна быть построена;

3. · группа реализации - описывает сборку разработанных программных компонентов.

4. · группа развертывания - содержит все данные, необходимые для конфигурирования предоставленной системы.

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

Группа проектирования содержит информацию о том, как система должна быть построена с учетом ограничений по времени и бюджету, наличия унаследованных систем, повторного использования, требований к качеству и т. д. Сюда относятся проектная модель, модель тестирования и иные формы выражения потребностей пользователя, в том числе прототипы и исполняемые архитектуры.

Группа реализации включает информацию о программных элементах, из которых состоит система, в том числе исходный код на различных языках программирования, конфигурационные файлы, файлы данных, программные компоненты и т.д., а также информация о том, как собирать систему.