Форум Сообщества Аналитиков
Общий раздел => ПО Аналитика => Тема начата: nvoynov от 14 Мая 2016, 12:58:04
-
Приветствую, коллеги по профессии.
Если коротко, делаю очередной велосипед по управлению требованиями.
Проект довольно аскетичный - CLI и Текстовый редактор. Все в Git.
Умеет собирать написанные в Markdown требования в репозиторий.
Есть базовые инструменты для трассировки и усилий на разработку.
Интеграция с GitBook - публикация документа в веб, экспорт pdf, mobi, ...
Посредством pandoc можно получить любой офисный формат.
Временное слабое место - процесс рецензирования через веб.
Если заинтересовал, можно начать здесь (http://nvoynov.blogspot.com/2016/05/minireq-ruby-gem-requirements-management.html).
-
Внедряю на одном рабочем проекте. Чтобы упростить процесс развертывания, сделал плагин Minreq-Gitbook. Теперь выходной документ становится статическим сайтом и развертывается в сети одной командой `gitbook serve`. Дальше будет комментирование.
Также начинает вырисовываться картинка с управлением задачами по требованиям через Jira.
Кстати GitBook приятный инструмент, думаю перевести на него остальную документацию, типа архитектуры и различных гайдов.
-
Кстати GitBook приятный инструмент, думаю перевести на него остальную документацию, типа архитектуры и различных гайдов.
Это типа Jupiter Notebook для питона или других языков?
-
Это грубо книги в Markdown формате. Пользователь пишет книгу в различных фалах по главам и т.п., плюс ведет отдельно содержание и глоссарии. Все это хранится в git репозитории и публикуется в виде статического веб-сайта. Можно развернуть локально, можно на сервере, можно экспортировать в pdf, mobi и т.п.
-
А, вот оно что. Понял спасибо.
-
MS Word for requiements management must die
Confluence for requiements management must die
-
MS Word for requiements management must die
Confluence for requiements management must die
Why?
-
Николай, а как вам http://reqt.org/ ?
-
На самый первый взгляд это что-то похожее на DSL ... Может в понедельник посмотрю внимательнее, спасибо за наводку.
Чесались руки в расширение модели - сразу добавить тесты, фичеры, юзер-стори и т.п. Особенно привлек в свое время Gherkin https://github.com/cucumber/cucumber/wiki/Gherkin. Но потом понял, что чем проще модель тем лучше - идентификатор, атрибуты, тело, иерархия через родителя - остальное лишнее. Юзер-стори и юзкейсы пишу (разбираюсь в новой предметной области), вписались в готовую модель как требования пользователей с трассировкой на функциональные.
Быстро понял что зря перегрузил через FPA и PERT, решил выделить как плагины.
-
Николай, а как вам http://reqt.org/ ?
Это конечно забавно, но кажется слишком сложным.
Да и что полезного это несет для аналитика?
https://github.com/reqT/reqT/blob/3.0.x/src/reqT/meta.scala