Желательно - кроссплатформенную или web. Последнее даже предпочтительнее.
Методология мной не копана, буду рад любым советам.

Вот мне стало интересно, а что вы подразумеваете под "Средством для управления требованиями" ?

Чем вас не устраивают неоднократно упоминавшиеся здесь:
1) Jira
2) FlySpray
3) BugZilla
4) Mantis
5) trac
6) FogBugz

все под web. Jira и FogBugz - коммерческие. Остальные Open-Source.

Borland Caliber RM

Пользовалась:

Borland CaliberRM
Rational RequisitPro

обе стоят ОЧЕНЬ хороших денег.

Рекомендовали:

Telelogic DOORS
(по цене аналогично)
Sparx Raquest
(стоит присмотреться)

Кстати, поиском по форуму воспользоваться религия не позволяет?...
Тема поднималась неоднократно.


Насколько я поняла, это баг-трекеры, а не средства управления требованиями (по крайней мере на форуме они обсуждаются в разделе про баг-трекеры).
Средства управления требованиями предназначены совершеннно для других задач.

Это сообщение отредактировал(а) ida - 18.12.2007, 14:05

Это действительно баг-трекеры. 

Да простите мою бестолковость, но я не знаю что именно скрывается за гордым названием: средства управления требованиями

И почему нельзя использовать баг-трекеры, тоже не представляю.    

Bose, да не вопрос! Попробуйте приспособить, например, соковыжималку для выполнения тех действий, которые делаются с помощью утюга. 
Использовать баг-трекеры для управления требованиями невозможно по той же причине.

Средство управления требованиями - это ПО, которое выполняет обычно следующие основные функции:

1. хранение требований к ПО в виде информационных единиц БД, которые обладают уникальным идентификатором и набором атрибутов (в числе которых - текстовое описание, состояние, источник, дата, версия и т.п.)
2. предоставление доступа к требованиям участникам рабочей группы


Это сообщение отредактировал(а) ida - 28.12.2007, 09:32

А вы сами пробовали?

Обе эти функции доступны в подавляющем большинстве багтрекеров. Тот FlySpray всё это делает, бесплатен и лёгок в настройке. Неудобен в применении, но это уже другой вопрос.

Не пробовала, т.к. у меня всегда были под рукой средства управления требованиями. 
Кстати, упомянутый мною Sparx если не ошибаюсь тоже денег не стоит.


Это сообщение отредактировал(а) ida - 28.12.2007, 14:58

Cовременные багтрекеры позволяют реализовать такие функции.
В хороших системах можно настраивать workflow (рабочие процессы - состояния, правила переходов между ними), набор полей, секьюрити. И здесь уже всё равно - работаем с тасками/проектами, с требованиями или ещё с какими сущностями.

К списку перечисленных багтрекеров хочу добавить TrackStudio: http://www.trackstudio.com/
Разрабатывается в России, как следствие - и хорошая локализация, и саппорт на русском языке. 
Коммерческая, но при сопоставимой (а местами и лучшей) функциональности стоит значительно дешевле, чем Jira и FogBugz
Недавно рассматривали существующие системы (Jira, FogBugz, trac, bugzilla (в 3-ей версии появились вкусности)), в итоге выбрали именно TrackStudio.

Это сообщение отредактировал(а) mindflyer - 28.12.2007, 19:24

Подобная функциональность действительно существует и в баг-трекерах. 

Любой нормальный трекер, присваевает уникальный ID, позволяет просмотреть историю конкретного "бага". Разве что насчёт версионности не уверен.  Разграничение доступа также присутствует во всех популярных трекерах. 

Bose, mindflyer, мне действительно интересен один вопрос.

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

И наверное когда к вам приходят со словами: "у меня глючит винда, что мне делать?" вы всегда отвечаете: "поставь Линукс"?

Вы вообще представляете себе, что такое управление требованиями? Для чего оно, как оно, кому оно?... С чего вы взяли, что баг-трекеры решают такие задачи? Потому что ВАМ так показалось? А вы что - работаете с требованиями? Я работаю и с тем, и с другим. Смею всех заверить - приспособить баг-трекер под управление требованиями невозможно. Отсутствуют критичные функции.

Это сообщение отредактировал(а) ida - 29.12.2007, 09:55

 Просто те функции, которые ты озвучила как основные, хорошо реализованы и в баг-трекерах.


А вот это другое дело. Расскажи, плиз, какие именно? Я серьёзно, мне действительно интересно. Это даже скорее не в плане сравнения с баг-трекерами, а просто спрашиваю тебя как человека, имеющего опыт работы с системами управления требованиями - что должна обеспечивать такая система для эффективной работы?

1. Поддержку иерархии требований
2. Поддержку трассировки требований
3. Ведение истории изменений требований
4. Возможность установки атрибутов требованиям
5. Возможность настройки жизненного цикла требования
6. Интеграцию с текстовым редактором

Эммм... а что означают вот эти два пункта? Можно с примерами?

mindflyer, можно конечно. Только зачем?...