Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Konspekt_lektsy_po_RSAPR_2012-2013_cher2_rus.doc
Скачиваний:
22
Добавлен:
21.11.2019
Размер:
15.58 Mб
Скачать

Рабочие потоки процесса

Рабочие потоки процесса имеют следующее содержание:

  • Сбор требований — описание того, что система должна делать;

  • Анализ — преобразование требований к системе в классы и объекты, выявляемые в предметной области;

  • Проектирование — создание статического и динамического представления системы, выполняющего выявленные требования и являющегося эскизом реализации;

  • Реализация — производство программного кода, который превращается в исполняемую систему;

  • Тестирование — проверка всей системы в целом.

Каждый рабочий поток определяет набор связанных артефактов и действий. Артефакт — это документ, отчет или выполняемый элемент. Артефакт может вырабатываться, обрабатываться или потребляться. Действие описывает задачи — шаги обдумывания, шаги исполнения и шаги проверки. Шаги выполняются участниками процесса (для создания или модификации артефактов).

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

Модели

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

  • бизнес-модель. Определяет абстракцию организации, для которой создается система;

  • модель области определения. Фиксирует контекстное окружение системы;

  • модель Use Case. Определяет функциональные требования к системе;

  • модель анализа. Интерпретирует требования к системе в терминах проектной модели;

  • проектная модель. Определяет словарь проблемы и ее решение;

  • модель размещения. Определяет аппаратную топологию, в которой исполняется система;

  • модель реализации. Определяет части, которые используются для сборки и реализации физической системы;

  • тестовая модель. Определяет тестовые варианты для проверки системы;

  • модель процессов. Определяет параллелизм в системе и механизмы синхронизации.

Технические артефакты

Технические артефакты подразделяются на четыре основных набора:

  • набор требований. Описывает, что должна делать система;

  • набор проектирования. Описывает, как должна быть сконструирована система;

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

  • набор размещения. Обеспечивает всю информацию о поставляемой конфигурации.

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

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

Он может включать проектную модель, тестовую модель и другие формы выражения сущности системы (например, макеты).

Набор реализации группирует все данные о программных элементах, образующих систему (программный код, файлы конфигурации, файлы данных, программные компоненты, информацию о сборке системы).

Набор размещения группирует всю информацию об упаковке, отправке, установке и запуске системы.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]