Wiki в коллективной разработке требований(Прочитано 32125 раз)
TrackStudio - интересная штучшка, во всяком случае по описанию более чем.
Но опять же: Как на счет генерации документации??
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Вот как и обещал иерархия требований.
Надо еще добавить раздел: Functional Requirements
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



TrackStudio - интересная штучшка, во всяком случае по описанию более чем.
Но опять же: Как на счет генерации документации??

Там есть Detailed report, есть экспорт в XML/MS Project. Думаю, из всего этого что-нибудь можно смудрить. По крайней мере я видел очень симпатичные отчеты на основе обработки этим XML-ек через XSLT.



Я бы еще разделил на Пользовательские требовния и Функциональные .. по классике ;-)
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/



Ну, я тоже этим баловалась, и могу сказать следующее: там, где не нужно общего доступа к отдельным файлам, хранимым в репозитории (модели, документы, требования) - wiki вполне применима.
Но в условиях часто изменяемых требований и большого объема проектной документации (+ состыковка нескольких аналитиков, создающих модели, между собой) - не самая удобная вещь.
Оптимальным лично мне кажется другой вариант: wiki - как инструмент первичного ("быстрого") сбора требований от заказчика, и дальнейшее использование уже более-менее привычной системы, предназначенной для управления требованиями.
Кстати, преимущество wiki - только возможность доступа к ней отовсюду. А вот что касается управления контентом в ней, прав доступа, многоязычности и т.д. - здесь у wiki скорее проблемы, чем преимущества.




Ну, я тоже этим баловалась, и могу сказать следующее: там, где не нужно общего доступа к отдельным файлам, хранимым в репозитории (модели, документы, требования) - wiki вполне применима.
Но в условиях часто изменяемых требований и большого объема проектной документации (+ состыковка нескольких аналитиков, создающих модели, между собой) - не самая удобная вещь.
Так все прямо в Вики и надо писать, а не в виде вордовых файлов выкладывать. Тогда все проблемы уходят. остаётся только одновременное изменение моделей. Но тут наверное можно прикрутить SVN какой нить.


Кстати, преимущество wiki - только возможность доступа к ней отовсюду. А вот что касается управления контентом в ней, прав доступа, многоязычности и т.д. - здесь у wiki скорее проблемы, чем преимущества.
Преимущество здесь одно - цена. Т.к. многие системы УТ имеют веб интерфейс. А все перечисленные проблемы в Вики решаемы.
« Последнее редактирование: 13 Июня 2007, 16:05:43 от bas »
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



... многие системы УТ имеют веб интерфейс....
Разве? Например?



Разве? Например?
Requsite, DOORS/Net точно имеют, а про Caliber точнее скажет Юра.
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



CaliberRM имеет вэб-интерфейс. Есть одна проблема -- у всех систем-лидеров RDM вэб-интерфейс почему-то как "нелюбимый ребенок" ... его функциональность и удобство использования оставляет желать лучшего.
« Последнее редактирование: 19 Июня 2007, 21:27:01 от Юрий Булуй »
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/



CaliberRM имеет вэб-интерфейс. Есть одна проблема -- у всех систем-либеров RDM вэб-интерфейс почему-то как "нелюбимый ребенок" ... его функциональность и удобство использования оставляет желать лучшего.
Ну не "почему-то", а вполне понятно - под веб нужны другие проектировщики с другими мозгами, а на вторую команду денег нет.



Так все прямо в Вики и надо писать, а не в виде вордовых файлов выкладывать. Тогда все проблемы уходят. остаётся только одновременное изменение моделей. Но тут наверное можно прикрутить SVN какой нить
Да мы, в общем, так и сделали в конце концов - я же говорю: для того, для чего wiki можно использовать, она использовалась.
Но у wiki (в отличие от Requisite Pro + SoDa) есть один недостаток: эта система не выгружает текст, который вбит в нее, в документ Word (и потому Вам придется либо руками переносить все в Word, либо исхитряться скрестить Wiki и DocBook какой-нибудь, когда заказчик у Вас потребует все-таки какой-нибудь отчетик ему настрочить и документик в красивой синей папочке (Blue Book - для тех, кто понимает) на стол положить.
Вот тогда будет сложно, конечно. До тех пор - все ништяк.
А все перечисленные проблемы в Вики решаемы.
Да, решаемы. Я знаю. Но - трудоемко. Если деньги, уплоченные мне за все то время, которое я буду тратить на решение этих проблем, пустить на цели приобретения софта, боюсь, что мы наскребем на лицензию Rational Software :-)



Если деньги, уплоченные мне за все то время, которое я буду тратить на решение этих проблем, пустить на цели приобретения софта, боюсь, что мы наскребем на лицензию Rational Software :-)

MS Word стоит дешвеле :-), его и пользовать для целей создания ДОКУМЕНТАЦИИ требований.
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/



MS Word стоит дешвеле :-), его и пользовать для целей создания ДОКУМЕНТАЦИИ требований.
Если говорить серьезно, то есть "примочка" к MS Word у Sybase, она входит в пакет Sybase Power Designer. Там есть макросы специальные для Word, они позволяют помечать требования как требования и даже связывать их с определенными элементами модели. Это не полоноценное управление требованиями, конечно, но уже почти Borland-овского уровня продукт (ну и цели, наверное, тоже общие: RAD - он порождает некий общий концепт, однако).



2 Наталья Желнова
Ну у Вики я вижу одну большую проблему - генерация документа. Но никто этим не занимался, плагин я думаю написать недолго.
Все остальное решаемо без больших трудозатрат:
1. Трассирока - шаблон или в Confluence есть ссылки прям
2. Атрибуты - шаблон
3. Права - есть во многих Вики
4. Что еще??
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Если говорить серьезно, то есть "примочка" к MS Word у Sybase, она входит в пакет Sybase Power Designer. Там есть макросы специальные для Word, они позволяют помечать требования как требования и даже связывать их с определенными элементами модели. Это не полоноценное управление требованиями, конечно, но уже почти Borland-овского уровня продукт (ну и цели, наверное, тоже общие: RAD - он порождает некий общий концепт, однако).

Ну до Borland CaliberRM, (а так же DOORS и ReqPro) по функциональности он не дотягивает явно. Requirements там скорее как опиция, а основные фичи -- это проектирование.
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/




 

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