Найти тему
Politykos

Качество требований к программному обеспечению

Оглавление

Бывает читаешь требование, и кажется что оно какое-то неправильное. Ну слишком размытое или неконкретное. Вот и задумываешься: "Ну ведь есть же какой-то идеал?" и "Как понять что требование хорошо сформулировано?".

Далее предлагаю познакомиться с критериями качества требований к программным продуктам. Сразу оговорюсь, что мнений по поводу критериев качества большое количество и для подготовки статьи я пользовался информацией из :

  • Книга Вигерса и Битти "Разработка требований к программному обеспечению". Издание 3.
  • BABOK 3.0
  • Ну и конечно же свой собственный опыт

О каких требованиях пойдет речь?

Поговорим о функциональных и нефункциональных требованиях

-2

Почему управлять качеством требований важно?

-3

Что нужно сделать в первую очередь, до старта работы с требованиями?

-4

И конечно же нужно определиться с требуемым уровнем качества требований!

Как понять что требование качественное?

-5

И конечно же, если это требование соответствует критериям качества.

Какие есть критерии качества?

-6

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

Список критериев качества требований
Список критериев качества требований

Эти критерии можно разделить на 2 подгруппы:

  • Критерии качества требований - можно определить только на основании экспертного мнения аналитика, тестировщика, разработчика
  • Критерии качества процесса управления требованиями - можно определить по косвенным признакам
ПР-Проектное решение, БП - Бизнес-процесс, СНР - спецификация на разработку, ПМИ - программа и методика испытаний.
ПР-Проектное решение, БП - Бизнес-процесс, СНР - спецификация на разработку, ПМИ - программа и методика испытаний.

Далее, поговорим более детально про каждый критерий.

Завершенность

-9

Атомарность

-10

Непротиворечивость

-11

Однозначность

-12

Абстрактность

-13

Реализуемость

-14

Тестируемость

-15

Необходимость

-16

Актуальность

-17

Трассируемость \ Прослеживаемость

-18

Модифицируемость

-19

Наличие приоритета

-20

Как работать с качеством?

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

-21

Ниже представлен пример самой простой оценки 8 критериев качества требований на входе в проект:

-22
-23

К окончанию стадии проектирования, некоторые показатели, такие как тестируемость, непротиворечивость, завершенность, реализуемость и однозначность должны быть равны 100%. Остальные же должны стремится к этой цифре.

Такой подход позволит понять:

  1. Нацелена ли ваша команда на улучшение качества требований.

2. Тратятся ли ресурсы при проработке требований на улучшение качества.

3. Насколько эффективен процесс управления требованиями.