Характеристики технического задания

Техническое задание - исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования [2].

Техническим заданием так же называют постановку и спецификацию.

Характеристики требования:

1. Корректность – наиболее полно определяется степенью ее соответствия предъявляемым к ней формальным требованиям программной спецификации.

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

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

4. Непротиворечивость набора требований – не очевидна на первый взгляд.

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

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

6. Трассируемость – связь с уровнем требований выше и уровнем ниже. Каждое низкоуровневое требование должно быть связано с высокоуровневым. Если используется система менеджмента требований и поиска несоответствий. Если системы менеджмента нет, то составляются маршруты трассируемости в виде таблиц, выполненных, например в Excell.

Если трассировка сделана не правильно, то будет визуально заметно несоответствие связей.

7. Понимаемость - нужно разбираться в предметной области для специалистов более низкого уровня. Технические детали – выносятся на более низкий уровень. В верхнем уровне выделять обобщенную информацию. Нужно обращать внимание на детали [5].

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

Дата добавления: 2015-07-12