Определения. Технические артефакты

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

Модели

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.5 Введение в управление требованиями

Основные положения |

Требование — это возможность, которую должна обеспечивать система.

Управление требованиями — это процесс систематического выявления, организации и документирования требований к сложной системе.

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

Функция - это предоставляемое системой обслуживание для удовлетворения одной или нескольких потребностей клиентов.

Прецедент (вариант использования, use case) описывает последователь­ность выполняемых системой действий, дающих клиенту некий полезный результат.