Лекция Написание и анализ требований

Введение

1. Требования для требований

2. Разработка структуры требований

3. Понятие о ключевых требованиях

4. Использование атрибутов

5. Связанность и согласованность требований

6. Важность требования

7. Язык требований

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

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

Необходимо помнить, что в процессе написания требований два очень важных аспекта должны быть аккуратно сбалансированы:

- документ с требованиями должны быть удобным для чтения;

- наборы требований должны быть удобными для работы с ними.

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

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

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

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

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

При этом следует отметить, что написание требований и их анализ (рецензирование) должны происходить параллельно. По той простой причине, что критерии, используемые для написания хороших требований, те же самые, что и для рецензирования (анализа) последних.

Именно поэтому написание и анализ (рецензирование) требований рассматриваются нами вместе в одной главе.