Пожалуйста, покажите начинающему аналитику как вы оформляете требования к ПО.

Пока использую DOORS 8.1 т.к. прочитал книжку от Telelogic "Разработка и управление требованиями. Практическое руководство пользователя" и к нему есть руководство на русскому языке.
Если использовать мастер при создании проекта то получаю множество требований в System requirements:
1.Introduction
Purpose of the Document
Scope of the Software
Definitions Acronyms, and Abbreviations
References
Overview of the Document
2.General Description
Relation to Current Projects
Relationship to Predecessor and Successor Projects
Functions and Purpose
Environmental Considerations
Relationship to other Systems
General Constraints
Model Description
3.Specific Requirements
Functional Requirements
Performance Requirements
Interface Requirements
Operational Requirements
Resource Requirements
Verification Requirements
Acceptance Testing Requirements
Documentation Requirements
Security Requirements
Portability Requirements
Quality Requirements
Reliability Requirements
Maintainability Requirements
Safety Requirements
4.User Requirements vs. Software Requirements Traceability


Я думаю, что это слишком много. Хочется посмотреть как у вас выглядит конечный результат работы?


Я вот подумал и придумал.
Может мне системные требования разделить на функциональные и нефункциональные?
В функциональных будут требования что должна делать система, а в нефункциональных все остальные:
Performance Requirements
Interface Requirements
Operational Requirements
Resource Requirements
Verification Requirements
Acceptance Testing Requirements
Documentation Requirements
Security Requirements
Portability Requirements
Quality Requirements
Reliability Requirements
Maintainability Requirements
Safety Requirements

У меня в функциональных требованиях указано, что система должна строить график N. Это график расчитывается по формуле Y. Где мне указать эту формулу? В том же требовании или как? Как будет правильно? Формула нужна будет архитектору и лучше ее где то указать, а не устно передать.

У меня в функциональных требованиях указано, что система должна строить график N. Это график расчитывается по формуле Y. Где мне указать эту формулу? В том же требовании или как? Как будет правильно? Формула нужна будет архитектору и лучше ее где то указать, а не устно передать.

Если эту формулу планируется использовать и в другой функциональности то необходимо её выделить в отдельное требование, в требование "построение графика N" сослаться на требование "расчет по формуле Y".
Если не планируется то формулу описать в требовании "Построение графика N"
Насчет того "лучше её где-то указать, а не устно передать", естественно все требования должны быть зафиксированы. Это важно не только для передачи её архитектору, но в первую очередь для Заказчика, корректность формулы в требовании должна быть им  утверждена.

В процессе написания требования я получил две особенности:
1) В почти не пиши пользовательские требования, а пишу сразу системные которые у меня разделяются на функциональные (точнее только функциональные пишу) и нефункциональные.
2) У меня пункты уже выглядят в таком виде: «2.2.2.3.4.1.1.3». Это о чем говорит? Это ошибка? Слишком уж сложное дерево получается, да?

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

Код: [Выделить]

2. Системы должны отображаться таблица
2.1 Таблица «очень важная»
2.1.1 Название заголовка таблицы должна быть «очень важная»
2.1.1 Столбцы такие
2.1.2 Строки такие
2.1.3 Подсветка строк такая то
2.1.4 Настройка подсветки
2.1.5. Сортировка значений в колонках
2.1.6. Сортировка строк таблицы
2.1.7. Сортировка колонок таблицы

Функциональные требования
3. Система должна проводить операцию x


Это операция непростая. Я для нее нарисовал блок-схему. Куда мне этe схему вставить? В само требование или в отдельное приложение?