анализ требований и тз

1.Сбор требований к ИС

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

Цель– точно определить функции системы и ее структуру.

2.Анализ требований

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

3.Документирование требований

Простое описание, список требований, use case

Требование — это характеристика или условие, которому должна удовлетворять система.

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

заказчик не всегда способен четко сформулировать, чего он хочет от системы.

требования в итоговом документе должны быть изложены так, чтобы они одинаково понимались заказчиком и исполнителем и не допускали неоднозначности

Для преодоления этих трудностей используется моделирование требований. Модель требований рисуется в виде UML схем Use Cases — вариантов использования. Такое представление дает наглядное графическое представление требований и зависимостей между ними.

Техническое задание

Отчет состоит из:

-титульный лист

-цель (включает в себя ответы на вопросы: кто заинтересован, кто обеспечивает функционирование, актуальность, особенности системы)

-общее описание системы (+описание отдельных сценариев работы системы (как внешних, так и внутренних, администрирование))

- задачи и требования к системе (внешние и внутренние)