Сравнение средств управления требованиями (Requirements Management Tools)(Прочитано 99674 раз)
Тоже вот столкнулся с вопросом: а какое СУТ выбрать? Раньше использовал средство моделирования RSA, что делает логичным выбор в сторону RequisitePro... Но они оба платные, причем стоят совсем не дешево. Конечно, на первых порах можно и пофлибустьерствовать в ознакомительных целях, но в дальнейшем это чревато разными сложностями.

Поэтому, скорее речь идет о том, чтобы выбрать сразу связку из RMT и CASE средств, исходя из их совместимости, доступности и достаточной функциональности.

Конечно, в качестве самого элементарного выхода, можно было бы использовать RTF-документы для описания требований (включая ВИ) с добавлением туда диаграмм в виде обычных изображений при помощи любого текстового процессора... Но ведь очевидно, что сопровождение требований по мере роста проекта превратится в нестерпимую анальную боль. И переходить на что-то более автоматизированное все равно придется, только уже с проблемой переноса всего наработанного в новое средство.

Нужны инструменты, которые позволили бы нормально описывать ВИ, обрабатывать связи между ними. Помогли бы интегрировать ВИ, другие требования (как то: бизнес-правила, требования к интерфейсу, производительности и проч.), а также построенные в CASE-средстве модели в один проект. Например, использовать ДВИ в качестве иллюстрации к вариантам использования прямо в документе требований. И не в качестве скриншота, а как встраиваемый редактируемый объект (как, например, таблицы Excel в Word-документе).

Пошарил по форуму, нашел несколько беслпатных средств. Сразу скажу: онлайн (т.н. On-Demand) варианты не понравились тем, что проектная документация будет находиться у третьих лиц. Их сервис или накроется, или платным станет - и что тогда делать? К тому же, смущает потенциальная возможность доступа посторонних к проприетарной информации. OSRMT вроде хвалят, но похоже, проект благополучно загнулся несколько лет назад... Из оставшегося внимание привлекла только бесплатная версия RMT Axiom. Но в связке с каким CASE-средством (желательно тоже бесплатным) его лучше применять? Может, я выпустил из виду еще какие варианты?

Короче, тратить драгоценное время на самостоятельный перебор всего подряд очень уж не хочется, поэтому решил сперва посоветоваться с имеющими опыт людьми. На какой связке RMT+CASE остановить свой выбор? Преимущество, разумеется, за бесплатными средствами. Что посоветуете?





а отзывы по devprom есть? Вы сами, Денис, с ним работаете?



Brumbel, посмотрите http://devprom.ru
Большое человеческое спасибо!  :) Интересная вещь, попробую.

И вот эта штуковина тоже заинтересовала: PlantUML
Мне одному пришла в голову мысль, что неплохо было бы сделать Flash или Java апплет для графического построения и редактирования диаграм "на лету" в этом средстве? :)



а отзывы по devprom есть?
Есть на главной странице сайта внизу.
+ См. http://blogs.yandex.ru/search.xml?text=devprom

Цитировать
Вы сами, Денис, с ним работаете?
В качестве внедренца.



Большое человеческое спасибо!  :) Интересная вещь, попробую.

И вот эта штуковина тоже заинтересовала: PlantUML
Мне одному пришла в голову мысль, что неплохо было бы сделать Flash или Java апплет для графического построения и редактирования диаграм "на лету" в этом средстве? :)
Хорошая новость, PlantUML по-умолчанию встроен в Devprom, вот на всякий случай ссылка на документацию:  http://devprom.ru/docs#11712



Хорошая новость, PlantUML по-умолчанию встроен в Devprom, вот на всякий случай ссылка на документацию:  http://devprom.ru/docs#11712
Да-да-да. Что несомненный плюс. Я, собственно, именно там о планте и узнал...   ::)



 А насколько плох или хорош Enterprise Architect качестве инструмента управления требованиями? Почему-то не нашел обсуждений. Поделитесь, пожалуйста, опытом.



А насколько плох или хорош Enterprise Architect качестве инструмента управления требованиями? Почему-то не нашел обсуждений. Поделитесь, пожалуйста, опытом.
Поделитесь перечнем требований, ожиданий и тестовых сценариев к СУТ — расскажем.



Герман,

Нужно было ехать на РекЛабс, там как раз Ирина делилась своим опытом УТ в ЕА.
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Поделитесь перечнем требований, ожиданий и тестовых сценариев к СУТ — расскажем.
Примерный перечень требований к СУТ:
1.   Должны быть возможности по созданию и структурированию (группировке) требований (иерархическое представления требований (в виде дерева требований), в котором требования делятся на категории, подкатегории);
2.   Требования должны включать в себя ряд свойств, такие как статус, исполнитель, ответственный, бюджет, сроки исполнения, приоритет и этап разработки;
3.   Текстовое описание должно быть основной частью требования. Желательна возможность форматирования текста (таблицы, списки);
4.   Должна быть предоставлена возможность обсуждения требования участниками проекта и сохранения истории обсуждения как неотъемлемой части требования;
5.   Желательно иметь возможность прикреплять файлы к требованиям;
6.   Необходимо иметь возможность отслеживать взаимосвязи требований друг с другом;
7.   Графическое представление в UML диаграммах.
 



Герман,

Нужно было ехать на РекЛабс, там как раз Ирина делилась своим опытом УТ в ЕА.

А может быть по результатам будет какая-нибудь презентация? Или с Ириной можно как-то связаться?



А может быть по результатам будет какая-нибудь презентация? Или с Ириной можно как-то связаться?
Irr
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Так есть же презентации. Смотри Программа конференции
«Сделай первый шаг, и ты поймешь, что не все так страшно.»
-- L. A. Seneca --



А может быть по результатам будет какая-нибудь презентация? Или с Ириной можно как-то связаться?

Видеозаписи выступлений участников Сообщества, в том числе Ирины, будут выложены в открытый доступ.
greesha.ru

Реальность - это убийство прекрасной теории бандой мерзких фактов. (Роберт Гласс)




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19