Доброго времени суток!
Озаботился процессом перевода основы управления проектами реализации ИС на CASE. Пытаюсь рассматривать альтернативные разработки с точки зрения их полезности только в глубокой интеграции с другими компонентами CASE.
Естественно, убивает ПОЛНОЕ ОТСУТСТВИЕ литературы на русском языке о практике использования CASE (именно пользования как инструментом) уровня управления требованиями и перевода в модель UML. В понятии большинства из немногих интересующихся этим специалистов (сужу по всем, с которыми сталкивался) этот этап представляется им не более понятным чем пляски вуду с бубном.
Наверняка согласитесь, что большинство в форуме просто не смотрят этот раздел, потому что не понимают, а следовательно не видят практического смысла для использования и, следовательно, углубленного изучения.
В данное время остановился на изучении системы продуктов Borland по ALM.(оффтоп - я полностью поддерживаю стратегию Borland на смену курса на ALM, это до сих пор непаханное поле, и она запросто может стать лидером)
Следовательно, хочу узнать мнения других специалистов по возможности CaliberRM не только самой по себе, а как компонента. Практический мотив: использую MS Project, хочу интегрировать данные проекта, а в данный момент нарастает проблема с реинжинирингом требований.
Тех из Вас, кто найдет идею обсудить данный продукт интересной, прошу по возможности кинуть ссылки на любую известную документацию по работе с CaliberRM. Так мы соберем в рамках темы полезную информацию....;-)

Пока руководствуюсь статьёй
http://]http://www.osp.ru/text/302/183379/

to Jager
Спасибо! Вы сами работаете(-ли) с CaliberRM? Как впечатления?
Практический вопрос к спецам: Как практически работать с базовыми линиями?

Советуюсь по темам:
http://%5D/topic/224615&pg=2%5B/url]
http://]www.sql.ru/forum/actualthread.aspx?tid=284045

+
http://]/topic/224615&pg=2

Кстати, как в CaliberRM добавление других разделов требований влияет на какую-либо аналитику в плане отчетности?

Если информационная система состоит из слабовзаимосвязанных подсистем, то возникает потребность вводить и отслеживать требования в разрезе каждой подсистемы. Есть ли подобное в CaliberRM и как это делать?

Petro123кто подскажет примеры требований именно к многопользовательским системам (сетевым к БД)?
типа:
- число одновременных пользователей с БД не менее 222 чел.
- при одновременном редактировании одного документа выдавать .....
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

Думаю, в случае многопользовательской системы (благо, подобные разработки у меня есть) особым образом прописываются следующие группы требований в CaliberRM:
-Функциональные требования
-Сценарии тестов
-Информационные технологии
-Ограничения
-Поле предложения

В частности, требование "число одновременных пользователей с БД не менее 222 чел" ОБЯЗАТЕЛЬНО должно влечь за собой вытекающие . Можно на любой SQL СУБД подключить такое количество пользователей, только конца работы внуки дождутся...
Добавлю ещё, что считаю ОБЯЗАТЕЛЬНЫМ прописать в качестве требований и выделить в особую группу в разделе "Ограничения" и "Информационные технологии" требования к производительности.
Например, время ожидания результата запроса и подобные ему показатели должны исчисляться в комплексных показателях, например, зап*сек и т.п.

byur Винни-ПухЕсли информационная система состоит из слабовзаимосвязанных подсистем, то возникает потребность вводить и отслеживать требования в разрезе каждой подсистемы. Есть ли подобное в CaliberRM и как это делать?

Если речь идет о требованиях, специфичных для каждой подсистемы, то можно для каждой подсистемы завести разные проекты, общие требования -- через механизм shared/mapped requirements.

Вообще, более специфичные вопросы по использованию конкретно CaliberRM можно задавать на форуме на www.almportal.ru. Или связываться по email, дабы не навлечь гнев :-). Просто может не всем интересно обсуждение возможностей CaliberRM в этом форуме.

Понятно :-). Буду задавать вопросы там....

to byur
Ушел

http://www.almportal.ru/servlet/public/index?page=messages/article?id=7203