Инструменты управления требованиями — полезные публикации для старта

Заметки на полях. 
Мадорская Ю.М.

1. Чем отличается управление требованиями от разработки?

Начинаем отсюда: http://www.saturs.ru/index.php?r=block/plain&label=articles-rm-and-development  

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

Как мучаются люди, пытаясь разъединить эти два процесса,  можно посмотреть, например, здесь http://habrahabr.ru/company/sqalab/blog/221909/ и здесь http://analystdays.ru/talk/7902

В чем суть системы управления требованиями ? Ответы здесь  http://edu.reqcenter.pro/?p=2433 

2.  Трассировка и аналитические срезы

Это то, зачем вообще имеет смысл связываться с СУТ, переходя к ней от Word. 

Примеры сквозной трассировки от требований к коду можно посмотреть здесь http://edu.reqcenter.pro/?p=3450

Примеры аналитических представлений можно посмотреть здесь http://edu.reqcenter.pro/?p=3346

Одно из типовых аналитических представлений, которое строится на основе трассировки — матрицы трассировки (traceability matrix) про них подборка здесь http://saturs.ru/index.php?r=block/plain&label=traceability-matrix

Если Вы собрались разрабатывать свою модель трассировки, обязательно прочитайте  http://edu.reqcenter.pro/?p=1539

Ну и хорошо бы вообще понимать, что дает переход к MBSE http://edu.reqcenter.pro/?p=4500  (это, упрощенно говоря, когда вы четко типизируете требования разных уровней и формализуете связи между ними). Да, не забывайте, что модели — это те же требования и хорошо бы иметь возможность создавать их в одной системе (иначе см. пункт 1)! 

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

3. Генерация документов — ТЗ, отчетов об исследовании предметной области и др.

Это, с одной стороны,  приятный бонус хорошей системы разработки и управления требованиями, а с другой — жизненная необходимость, т.к. Заказчик все равно чаще всего работает с документами.

Несколько примеров генерации описаны в книге http://www.saturs.ru/index.php?r=block/plain&label=cradle-book. В книге еще масса всего полезного про уровни и инструменты проектирования.

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

например, http://edu.reqcenter.pro/?p=3897

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

Комментарии

комментарии

Комментарии закрыты.