Общий раздел > Методологии
оформление требований в виде набора таблиц в вордовом документе
kas:
Коллеги, в своё время я поднимал вопрос о работе с требованиями в РеквизитПро (http://www.uml2.ru/forum/index.php?topic=2184.0). По итогам решено было Реквизит в работе не использовать. Однако не прижилось и трассирование в табличке екселя.
Если кратко:
документ должен быть один, чтобы его подписывали;
документ безжалостно редактируется и перелопачивается заказчиком (в режиме правки).
Хотелось бы видеть зависимости требований (ибо их бывает куча и за всеми их хитросплетениями не всегда удаётся уследить).
В процессе ковыряний интернета, дёргания знакомых и не очень знакомых специалистов наткнулся на любопытный способ оформления требований (см вложение, на всякий случай соблюдал конфиденциальность) в виде своеобразных таблиц в текстовом документе.
То есть каждое требование - это вот такая табличка с описанием. Причём описание - только текст (никакими Кобернами и не пахнет).
Мне понравилось:
-Трассировки удобно использовать в документе
-Требование выделено и легко читается
-Требования относительно компактно расположены
- Всё в одном доке, как и хочет заказчик
Не понравилось:
- Боюсь сойти с ума при его составлении и редактировании (одно из моих текущих ТЗ на 800 стр и без каких-либо трассировок)
Может быть кто с таким стилем описания сталкивался? Или выскажет свои соображения?
Юрий Булуй:
ТЗ на 800 страниц! У вас похоже очень большая система, раз только требования к ней на 800 страниц тянут. Может имеет смысл декомпозировать требования на отдельные ЧТЗ по подсистемам? Для таких сложных систем таки имеет смысл использовать инструментарий RDM, а не просто Word.
А какие типы требований вы выделяете?
Denis Beskov:
Юра, каким образом твои вопросы приближают автора к ответам на его?
Denis Beskov:
Алексей, именно с таким стилем не сталкивался, но при условии, что документ ведёт один аналитик, такой подход может быть вполне оправданным.
kas:
Денис, спасибо!
Юрий, заказчик будет подписывать только один документ. Само-собой там всё логически поделено на модули, есть накая специфика. Финансы берут данны из инвестиций, инвестиции из корпоративных мероприятий (решения органов управления, а не пьянки :) ) + есть несколько других, так же переплетённых модулей и куча отчётов.
800 это базовое ТЗ, прибавьте к нему ещё 9 ЧТЗ стр по 80....
ТЗ должно включать все требования - функциональные, нефункциональные. Но это уже другая история :) Проект практически закрыт, доделываем последнюю доработку. Далее я уже работать в компании не буду.
Тем не менее, раз уж вопрос поднят, то я начал копать про RDM, нагуглил на первой странице запроса следующее: http://www.powertest.com/files/datasheet-teamdefine.pdf Вроде стало понятно я такое сокращение первый раз встретил..
Глобальная проблема описана мною в исходных данных - заказчик перековыривает вордовый документ в режиме правки, что пораждает лишние телодвижения аналитика по синхронизациям. Заказчик воспринимает только ворд и только один документ на один договор.
Хотелось бы услышать ваши соображения по-поводу найденного способа описания и трассировки требований...
Спасибо!
Навигация
Перейти к полной версии