Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Разработка информационных систем Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
 Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
Господа участники!

Нужна система управления требованиями. Хочется, чтобы была как Requisite Pro, с иерархией, трассировками, интеграцией с каким-то средством управления проектами и каким-то средством учёта ошибок, но:

1) Позволяла сохранять в своей БД (не путём разметки документов) в качестве описаний текст с выделениями, как в *.doc, рисунками, возможностью вставлять файлы, внутренние и внешние гиперссылки.

2) Была недорогой (до 500$/АРМ), а лучше бесплатной

Есть ли такие системы вообще? Если да - то есть ли положительный опыт их использования?

P.S. Знаю, что есть CaliberRM, но 2000-4000$/АРМ – многовато будет!
18 апр 06, 13:27    [2574597]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Shtock
Member

Откуда: СПб
Сообщений: 2973
Вот этого "интеграцией с каким-то средством управления проектами и каким-то средством учёта ошибок" в Sybase PD12 я не нашел,а все остальное,перечисленное Вами там присутствует (а цена-80 руб на рынке).
18 апр 06, 14:29    [2574933]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
Shtock
Вот этого "интеграцией с каким-то средством управления проектами и каким-то средством учёта ошибок" в Sybase PD12 я не нашел,а все остальное,перечисленное Вами там присутствует (а цена-80 руб на рынке).

Если уж говорить о пиратстве - не видел я PD12. И PD11 не видел, а точнее видел, но продавец, знакомый мужик, предостерёг: сломано криво, не работает. PD10 рабочий и то с трудом достал...

На каком таком рынке Москвы этот PD12 есть, и примерно в какой его части?

Специально для модераторов: я ведь это... Я если что и по-серьёзному... И купить за казённые деньги могу, если начальству понравится...
18 апр 06, 15:32    [2575330]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Shtock
Member

Откуда: СПб
Сообщений: 2973
sybase.com.можно слить trial.Если будет по душе-поищите поиском по "проектированию БД".мне там jimmers давал ссылку на лекарство.если не найдете-пишите:вышлю.
18 апр 06, 16:26    [2575683]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Dino
Member

Откуда: Москва
Сообщений: 31
Интересно, а какова стоимость Реквизита. Особенно в сравнении с Калибром?
19 апр 06, 11:01    [2578499]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Xoxerix
Member

Откуда: Санкт-Петербург
Сообщений: 152
есть еще мантис, но там нет никакой связи с какими-либо PM системами и нет красивого редактора, как Вам нужен.

Плюсы:
- он бесплатный
- его достаточно просто дорабатывать напильником - нужен толковый php программист и все.

BTW, есть нормальный ПД 11.
20 апр 06, 11:29    [2583371]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
Господа, прямо хокку какое-то получается, по по поводу ключей к PD 12.

Искал. Не нашёл.
Писал. Тишина в ответ.
Весна за окном?

Если у кого есть - пришлите, пожалуйста, на asidorov(эт)aport.ru
24 апр 06, 16:21    [2596942]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
Гигантское всем спасибо, особенно Shtock, Jimmers и Xoxerix!
Вроде бы работает, про 15-дневное триальное ограничение при запуске молчит, хотя о том, что она триальная, в Help->About пишет.

Исследовал, посмотрел плюсы (+) и минусы (-)

(++++) можно делать связи требований с "живыми" BP, UML, ER-диаграммами в workspace'е, любые внешние файлы

(+) как и в RequisitePro, можно "расширять" определение требования

(+) можно хранить в описаниях требований разметку, как в Word, но (-) нельзя хранить изображений

(-) никакой штатной связи с MS Project и ему подобным нет; вместо этого - возможность ассоциировать требование с пользователем, но сроков и загрузок нет...

(-) никакой штатной связи с ClearQuest, BugZilla и ему подобными нет

(+ -) как сделать репозиторий PD - ещё не разобрался...
28 апр 06, 11:24    [2613139]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
(+-)=>(-+): что такое репозиторий - разобрался, но не обрадовался. Ещё одна версия CVS... С добротными CheckIn/CheckOut (lock, unlock) и даже возможностью искать объекты в репозитории... А хотелось, чтобы был репозиторий, как в ARIS:
1) никаких локальных копий
2) автоматическая, но при этом корректная борьба с дублированием названий объектов.
28 апр 06, 15:12    [2614602]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
nat_nat
Guest
Предлагаю посмотреть на http://nat.naumen.ru/new/Main/OpenResearch/RequirementsManagement

Может что подходящее найдется
12 май 06, 16:33    [2658391]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
nat_nat
Предлагаю посмотреть на http://nat.naumen.ru/new/Main/OpenResearch/RequirementsManagement

Может что подходящее найдется


Огромное спасибо! Классная ссылка!

В качестве средства для управления требованиями PD 12, конечно, слабоват с точки зрения функциональности... Так что смотрим сейчас на Borland CaliberRM и Telelogic DOORS.
15 май 06, 13:29    [2664328]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Винни-Пух
Member

Откуда: из Большого Леса
Сообщений: 62
AlexTheRaven
nat_nat
Предлагаю посмотреть на http://nat.naumen.ru/new/Main/OpenResearch/RequirementsManagement

Может что подходящее найдется


Огромное спасибо! Классная ссылка!

В качестве средства для управления требованиями PD 12, конечно, слабоват с точки зрения функциональности... Так что смотрим сейчас на Borland CaliberRM и Telelogic DOORS.


Интересно услышать Ваше мнение относительно этих продуктов по прошествии времени
8 июн 06, 10:46    [2752723]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
Винни-Пух


Интересно услышать Ваше мнение относительно этих продуктов по прошествии времени


PD12 - применим только в режиме "один правит, остальные читают". Не интегрируется с MS Project и ни с какой версией MS Visual Studio. Маловат.

CaliberRM - классная вещь. Интегрируется с борладовской ILM (ALM), в т.ч. Silk Test и Borland Together, с MS Project и сотней других продуктов. Реальный конкурент решениям IBM Rational. Установить и разобраться с основными функциями, даже и интегрировать с Rational Rose и MS Project у меня заняло полдня. Интегрировалась бы с VS .Net 2005 - махнули бы не глядя, а так - кандидат.

Telelogic DOORS - для свободной оценки недоступен. Маркетинг у них назойливый. Хотят, чтобы с ними занимались 3 наших человека в течение месяца на полдня в неделю, "чтобы они нам организовали пилотный проект", иначе демо-версий не дают. А потом, конечно, "заставят жениться", купить то есть. Как назойливый продавец на рынке. "Не смотри, а меряй или проходи, не загораживай! Померял? А теперь покупай - ведь померял же! Ну и что, что на 3 размера не подходит и дырка на спине!" :)

MS Team Foundation Server - лично я не проникся. Может потому, что не я разворачивал. Нельзя даже организовывать дерево требований. Интегрируется c VS .Net 2005, MS Project, MS Visio. Первое настолько огромный плюс, что MS TFS - второй кандидат.

А вообще менять систему управления требованиями - менять шило на мыло. Все они похожи, у каждой чего-то не хватает.
8 июн 06, 16:11    [2755311]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Sergey Orlik
Member

Откуда:
Сообщений: 57
Здравствуйте,

AlexTheRaven

CaliberRM - ... Интегрировалась бы с VS .Net 2005 - махнули бы не глядя, а так - кандидат.


Уже выпущена специальная версия для VSTS - см. CaliberRM download

С уважением,
Сергей
8 июн 06, 16:16    [2755351]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
Sergey Orlik
Здравствуйте,

AlexTheRaven

CaliberRM - ... Интегрировалась бы с VS .Net 2005 - махнули бы не глядя, а так - кандидат.


Уже выпущена специальная версия для VSTS - см. CaliberRM download

С уважением,
Сергей


Ура! Спасибо!
По-видимому, выложили её не сразу после релиза - 15-го мая ещё не было. Будем смотреть...
8 июн 06, 17:37    [2755931]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Винни-Пух
Member

Откуда: из Большого Леса
Сообщений: 62
По поводу Telelogic DOORS -

А вы применятете не практике MS Project? Мне важно интегрировать его с остальными компонентами ALM
9 июн 06, 09:49    [2757377]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
Винни-Пух
По поводу Telelogic DOORS -

А вы применятете не практике MS Project? Мне важно интегрировать его с остальными компонентами ALM


Что значит ? Если пользовались - поделитесь, please, опытом, как оно!

MS Project применяем, но пока на практике без привязки к ALM. Желание, конечно, есть, но оно скорее виртуальное, из серии "кабы оно само взяло да сделалось".
Во-первых из-за того, что в Rational Suite Enterprise организовать эту привязку очень непросто и она часто "отъезжает" - по крайней мере по словам тех, кто пытался.
Во-вторых homo meditare (человек планирующий, важная птица от ПМа и выше) часто не считает нужным аргументировать своё решение о постановке задачи, тем более таким кропотливым и монотонным способом, как расстановка трассировок.

Vendor add-in для интеграции CaliberRM с MS Project есть, вполне работоспособный, по крайней мере на пробных задачах. Отслеживать от требований к задачам - удобно, наоборот - не очень. Наверное, при желании можно написать к MS Project соответствующий плагин.

Есть плагины для преобразования требований в задачи и обратно, но делать это методологически неправильно (см. Леффингуэлла).
9 июн 06, 10:54    [2757720]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Винни-Пух
Member

Откуда: из Большого Леса
Сообщений: 62
AlexTheRaven
Винни-Пух


Интересно услышать Ваше мнение относительно этих продуктов по прошествии времени


PD12 - применим только в режиме "один правит, остальные читают". Не интегрируется с MS Project и ни с какой версией MS Visual Studio. Маловат.

CaliberRM - классная вещь. Интегрируется с борладовской ILM (ALM), в т.ч. Silk Test и Borland Together, с MS Project и сотней других продуктов. Реальный конкурент решениям IBM Rational. Установить и разобраться с основными функциями, даже и интегрировать с Rational Rose и MS Project у меня заняло полдня. Интегрировалась бы с VS .Net 2005 - махнули бы не глядя, а так - кандидат.

Telelogic DOORS - для свободной оценки недоступен. Маркетинг у них назойливый. Хотят, чтобы с ними занимались 3 наших человека в течение месяца на полдня в неделю, "чтобы они нам организовали пилотный проект", иначе демо-версий не дают. А потом, конечно, "заставят жениться", купить то есть. Как назойливый продавец на рынке. "Не смотри, а меряй или проходи, не загораживай! Померял? А теперь покупай - ведь померял же! Ну и что, что на 3 размера не подходит и дырка на спине!" :)

MS Team Foundation Server - лично я не проникся. Может потому, что не я разворачивал. Нельзя даже организовывать дерево требований. Интегрируется c VS .Net 2005, MS Project, MS Visio. Первое настолько огромный плюс, что MS TFS - второй кандидат.

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


Этот смех по поводу описанного маркетинга продукта :-)))
9 июн 06, 12:26    [2758247]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Винни-Пух
Member

Откуда: из Большого Леса
Сообщений: 62
AlexTheRaven
Винни-Пух
По поводу Telelogic DOORS -

А вы применятете не практике MS Project? Мне важно интегрировать его с остальными компонентами ALM


Что значит ? Если пользовались - поделитесь, please, опытом, как оно!

MS Project применяем, но пока на практике без привязки к ALM. Желание, конечно, есть, но оно скорее виртуальное, из серии "кабы оно само взяло да сделалось".
Во-первых из-за того, что в Rational Suite Enterprise организовать эту привязку очень непросто и она часто "отъезжает" - по крайней мере по словам тех, кто пытался.
Во-вторых homo meditare (человек планирующий, важная птица от ПМа и выше) часто не считает нужным аргументировать своё решение о постановке задачи, тем более таким кропотливым и монотонным способом, как расстановка трассировок.

Vendor add-in для интеграции CaliberRM с MS Project есть, вполне работоспособный, по крайней мере на пробных задачах. Отслеживать от требований к задачам - удобно, наоборот - не очень. Наверное, при желании можно написать к MS Project соответствующий плагин.

Есть плагины для преобразования требований в задачи и обратно, но делать это методологически неправильно (см. Леффингуэлла).


Мне повезло больше: я как раз занимаюсь реорганизацией процессов в отделе разработок, проекты большие, я немного забывчивый, поэтому и из чувства рациональной ления веду проекты в MS Project Server c выгрузкой календаря в OutLook. UML вел в Rational Rose, но меня добил неудобный интерфейс. К тому же у нас я по везению и есть ПМ.
Не могу до конца объяснить, почему, но Borland-овский интерфейс мне понятнее, да и взгляд на компонентность и интергацию у них тоже громадный, как и у MS.
9 июн 06, 12:33    [2758290]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Юрий Волков
Member

Откуда: Москва
Сообщений: 13
Привет "управляющим требованиями"!

Некоторое время назад я имел опыт управления требованиями в серьёзном проекте с помощью RequisitePro, о чём и написал статью "Управление требованиями и автоматизация этого процесса". В ней, в частности, я отметил те досадные ограничения RequisitePro, которые повстречались в нашей работе с ним.

Так вот, буквально в прошлом месяце я беседовал со специалистом по CaliberRM, захватив с собой распечатку этой статьи. Я прошёлся по всем отмеченным мой замечаниям к RequisitePro и оказалось, что ни по одному из них сегодняшний CaliberRM не лучше :-(.

Вывод, который я сделал для себя, такой: ни RequisitePro (версии 2003.06.13), ни сегодняшний CaliberRM не предназначены для управления требованиями на бизнес-уровне (что актуально для меня); для требований на уровне компонентов программного обеспечения - наверное, да - ведь пользуются же ими люди... так что для меня вопрос о выборе средства управления требованиями тоже остался открытым.
9 июн 06, 14:52    [2759094]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Sergey Orlik
Member

Откуда:
Сообщений: 57
Здравствуйте, Юрий

а можно было бы, уже абстрагируясь от конкретных инструментальных средств, услышать Ваши требования к идеальной системе управления требованиями (с мотивацией необходимости наличия той или иной возможности)? Хотя бы Top-10 ;)

С уважением,
Сергей
9 июн 06, 15:08    [2759205]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Юрий Волков
Member

Откуда: Москва
Сообщений: 13
Sergey Orlik
а можно было бы, уже абстрагируясь от конкретных инструментальных средств, услышать Ваши требования к идеальной системе управления требованиями (с мотивацией необходимости наличия той или иной возможности)? Хотя бы Top-10 ;)
Похоже, тут та же история, что и с выбором нотации для моделирования, о которой мы говорили вчера (BPMN и UML - в чем отличие?): для требований разных уровней архитектуры предприятия (enterprise architecture) нужны различные подходы.

В частности:
1. Понятие "требование" на бизнес-уровне настолько шире и сложнее классического "Система должна делать то-то и то-то", что в соответствующем инструменте управления такими требованиями необходим кардинально другой объект "требование". Именно из-за попыток "впихивания" сложных, структурированных и форматированных требований в прокрустово ложе инструмента и возникает большинство проблем.

Для меня обязательными являются как...
2. ...возможность работы с документами MS Word, содержащими стили (а не форматирование просто RTF), в рамках инструмента управления требованиями (документ MS Word - это и есть часть требования), ...

3. ...так и возможность на основе:
1) репозитория требований;
2) внешних документов, на которые в репозитории есть только ссылки (например, моделей, текстовых документов и т.п., с которыми можно работать независимо от репозитория и инструмента управления требованиями);
3) и шаблона MS Word (содержащего, в частности, стили абзацев, таблиц и т.п.),
- создания документа MS Word, который без каких-либо доработок является готовым артефактом проекта (например, Техническим заданием, выполненным по ГОСТу и в формате, предложенном Заказчиком). О моём понимании важности стилей MS Word на днях выйдет статья, и я пришлю ссылку.
Таким образом, мне не потребуется отдельно дорабатывать выходные артефакты проекта, а они будут просто собираться из частей, центром которых будет некий "репозиторий бизнес-требований".

А вообще надо будет подумать подробнее/пособирать информацию на эту тему, наверняка люди уже придумали что-то похожее...
9 июн 06, 16:12    [2759597]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Sergey Orlik
Member

Откуда:
Сообщений: 57
Спасибо, Юрий за столь детальный ответ!

Юрий Волков

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


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

Юрий Волков

2. ...возможность работы с документами MS Word, содержащими стили (а не форматирование просто RTF), в рамках инструмента управления требованиями (документ MS Word - это и есть часть требования), ...


требование - сущность, артефакт (можно называть как угодно), обладающая теми или иными атрибутами, несущими информацию. Документ Word - носитель информации. Мне не очень ясно как предполагается в качестве части требования рассматривать документ Word (или Excel или Visio - не суть важно). В принципе, я могу рассматривать тот или иной документ как reference-источник (например, описывающий внутренние регламенты безопасности в компании) - если Вы именно это имеете в виду - тогда понятно.
Если что-то другое - не могли бы Вы детализировать?

Юрий Волков

3. ...так и возможность на основе:
1) репозитория требований;
2) внешних документов, на которые в репозитории есть только ссылки (например, моделей, текстовых документов и т.п., с которыми можно работать независимо от репозитория и инструмента управления требованиями);
3) и шаблона MS Word (содержащего, в частности, стили абзацев, таблиц и т.п.),
- создания документа MS Word, который без каких-либо доработок является готовым артефактом проекта (например, Техническим заданием, выполненным по ГОСТу и в формате, предложенном Заказчиком). О моём понимании важности стилей MS Word на днях выйдет статья, и я пришлю ссылку.
Таким образом, мне не потребуется отдельно дорабатывать выходные артефакты проекта, а они будут просто собираться из частей, центром которых будет некий "репозиторий бизнес-требований".

Буду крайне признателе за ссылку на статью. Ее основной темой является важность использования стилей Word? В приложени к документам, оформленным по ГОСТ (кстати, какая серия имеется в виду?) или в общем случае?

Юрий Волков

А вообще надо будет подумать подробнее/пособирать информацию на эту тему, наверняка люди уже придумали что-то похожее...

Согласен. Если будет что-то полезное - здорово будет поделиться такого рода информацией в данном треде
(для коллег по цеху - в данном случае я не имею в виду маркетинговые материалы тех или иных конкретных продуктов из области управления требованиями ;-).

С уважением,
Сергей
9 июн 06, 16:36    [2759742]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
AlexTheRaven
Member

Откуда: Москва
Сообщений: 879
Юрий Волков
<...>


(1), (2): Да, была бы в CaliberRM возможность работать с требованиями в размеченных документах, как у RequsitePro - было бы здорово. Хотя RTF поддерживается добротно, форматирование, рисунки и ссылки есть, и ещё есть отступы, которые нельзя изменять, но которые сохраняются при копировании из Word. И есть возможность трассировки к файлу, в т.ч. по сети.

Хотя... По-моему, высокоуровневые требования (бизнес-требования) могут быть выражены теми же средствами, что и низкоуровневые. Ничего особенного в них нет. А если выражать их как-нибудь особенно сложно и вычурно - понять никто не сможет.

(3) Обеими руками за. Писать макросы для автоматического форматирования стандартных шаблонов - дело долгое и неблагодарное. Было бы у Document Factory побольше возможностей...
10 июн 06, 01:18    [2761110]     Ответить | Цитировать Сообщить модератору
 Re: Система управления требованиями  [new]
Юрий Волков
Member

Откуда: Москва
Сообщений: 13
1. По поводу "внешних документов" предлагаю ещё более радикальную формулировку требования к системе управления требованиями:
Система управления требованиями должна ориентироваться на то,
что документы-требования хранятся во внешнем хранилище документов.
При этом внутри самого "репозитория требований" хранятся, в основном, метаданные требований и информация, специфичная именно для процессов управления требованиями.

В настоящее время наиболее удобное хранилище требования, формулировка которого превышает несколько предложений, - это файловая система. Для документов, хранящихся в файловой системе, легко организовать и доступ, и контроль этого доступа, и полнотекстовый поиск, и многое что ещё. "Репозитории требований" современных инструментов убоги и неудобны по сравнению с файловой системой и её расширениями. И гнаться за файловой системой, по-моему, нет смысла. В этой связи начинаешь с новой стороны смотреть на инициативы, подобные WinFS, ориентированные на расширение возможностей файловой системы.

2. По поводу вопроса "Что такое требование". На уровне бизнес-процессов (на уровне предприятия) возникают требования как в виде текстовых описаний (сценариев, вариантов использования, см. Новый взгляд на описание бизнес-процессов), так и в виде графических моделей/диаграмм (см., например, статью Architecture and Architecture Modeling Techniques).
Эти документы организованы сложным образом, предназначены для различных аудиторий, и на их основе создаются различные артефакты проекта (отчётные документы).
Если "система управления требованиями" будет требовать куда-то _повторно_ "заносить" эти модели/описания и т.п., искусственным образом разбивать их на части, а потом самому отслеживать их актуальность..., то этой системой управления требованиями никто и не будет пользоваться: архитекторы и аналитики следуют прагматичному принципу: "не повторяй себя" (DRY). Кроме того, нужно иметь ввиду, что на уровне предприятия одно описание бизнес-процесса может содержать требование к нескольким "Системам" (приложениям, проектам автоматизации и т.п.).

3. По поводу "атомарности" требований. Возможно, "описание бизнес-процесса" действительно будет "атомарным требованием", которое кратко можно сформулировать так: "Система должна делать то, что указано в данном описании". В то же время, документ, который с точки зрения управления требованиями есть "атомарное требование", с точки зрения архитектора есть сложная, структурированная сущность, модель, с точки зрения владельца бизнеса - это рассказ о его бизнесе. Здесь нет противоречия.

4. Система управления требованиями должна максимально использовать атрибуты документов - требований, например, атрибуты документов MS Word, содержащих сценарии, артибуты графической модели в файле хранения этой модели и т.п. Тогда не потребуется повторный ввод информации и не будет проблем с её обновлением.

5. По поводу стилей MS Word, см. статью Документ MS Word - всем миром. Содержание данной статьи сильно пересекается с процессами управления требованиями, в которых требования создаются разными людьми ("всем миром"), а потом на основе этих требований создаётся множество различных документов: как тех, которые нужны для самого процесса разработки (участникам команды), так и те, которые необходимы для формального выполнения проекта в соответствии в условиями контракта (например, Клиент (Заказчик) может требовать оформления документации по неким стандартам).
13 июн 06, 12:10    [2764944]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Разработка информационных систем Ответить