|
Процесс разработки - Рабочие потоки процесса |
Страница 2 из 37
Рабочие потоки процесса
Рабочие потоки процесса имеют следующее содержание: q Сбор требований — описание того, что система должна делать; q Анализ — преобразование требований к системе в классы и объекты, выявляемые в предметной области; q Проектирование — создание статического и динамического представления системы, выполняющего выявленные требования и являющегося эскизом реализации; q Реализация — производство программного кода, который превращается в исполняемую систему; q Тестирование — проверка всей системы в целом. Каждый рабочий поток определяет набор связанных артефактов и действий. Артефакт — это документ, отчет или выполняемый элемент. Артефакт может вырабатываться, обрабатываться или потребляться. Действие описывает задачи — шаги обдумывания, шаги исполнения и шаги проверки. Шаги выполняются участниками процесса (для создания или модификации артефактов). Между артефактами потоков существуют зависимости. Например, модель Use Case, генерируемая в ходе сбора требований, уточняется моделью анализа из процесса анализа, обеспечивается проектной моделью из процесса проектирования, реализуется моделью реализации из процесса реализации и проверяется тестовой моделью из процесса тестирования.
Модели
Модель — наиболее важная разновидность артефакта. Модель упрощает реальность, создается для лучшего понимания разрабатываемой системы. Предусмотрены девять моделей, вместе они покрывают все решения по визуализации, спецификации, конструированию и документированию программных систем: q бизнес-модель. Определяет абстракцию организации, для которой создается система; q модель области определения. Фиксирует контекстное окружение системы; q модель Use Case. Определяет функциональные требования к системе; q модель анализа. Интерпретирует требования к системе в терминах проектной модели; q проектная модель. Определяет словарь проблемы и ее решение; q модель размещения. Определяет аппаратную топологию, в которой исполняется система; q модель реализации. Определяет части, которые используются для сборки и реализации физической системы; q тестовая модель. Определяет тестовые варианты для проверки системы; q модель процессов. Определяет параллелизм в системе и механизмы синхронизации.
|