Нужно хранить связи «Обязательств по договорам» и «Реализованного в продуктах функционала». Есть ли готовое решение?

Организация разрабатывает информационные системы под заказчика. Решения довольно крупные. Проекты развиваются эволюционно, функционал добавляется в основном на основании отдельных ТЗ, которых может быть не один десяток за год. К тому же в ходе реализации от начальных требований часто отходим, согласуем дополнения, изменения и проч.
Давно хочу обзавестись инструментом (желательно многопользовательской системой, чтобы быстрее наполнялась данными) в которой можно было бы:
  • Создать список Договоров (или ТЗ, Проектов, Этапов, Версий)
  • Ввести все существенные требования из данных ТЗ и проектной документации (Дерево требований)
  • Создать функциональное описание продукта (Дерево функций), а также содержание контекстного HeLP-а и(или) документации
  • Описать структуру пользовательского интерфейса (Дерево форм)
  • Хранить список и краткое описание таблиц БД (процедур, триггеров ....)
  • Описать связи между всеми этими структурами
  • Обеспечить поисковые функции

Сценарии использования такие:
  • При решении задач технической поддержки - находить по реализованному интерфейсу описание начальной постановки задачи и целей - "зачем это было сделано и почему изменено".
  • При развитии системы проводя какие либо изменения например в интерфейсе знать какие обязательства мы имеем по изменяемым формам, по функционалу и от чего, например, ни в коем случае нельзя отказаться.
  • В процессе реализации требований нового ТЗ легко собирать сделанные программистами изменения, например состав измененных форм интерфейса системы, чтобы облегчить постановку задач отдела документации.
  • ....


Может кто подскажет нет ли близкого по функционалу готового решения?
  • Вопрос задан
  • 2430 просмотров
Пригласить эксперта
Ответы на вопрос 1
darqsat
@darqsat
PM
Confluence WIKI. Стоит у нас в довесок к Atlassian JIRA.
В ней все требования удобно связываются якорями на другие документы где описаны фичи. И желательно делать сноски с номером таска в Jira. На вопрос стоит ли? Да стоит. Легче контролировать приёмку и разработку. Хотя отдельно по приемке нужно делать ПМИ тестирование.

При этом WIKI красиво умеет увдомлять о измении на странице. Если что то мажорное, то все учстники на почту получают красивое уведомление с подчеркнутым текстом добавленного. Очень удобно, должен я отметить.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы