31
ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro
« : 07 Мая 2009, 17:53:07 »
Спасибо, разобрался
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
32
ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro
« : 07 Мая 2009, 13:29:39 »
А возможно ли все таки в RequsitePro связать (перекрестными ссылками на требования) два отдельных проекта?
33
ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro
« : 06 Мая 2009, 17:05:32 »По типам требований. Пример иерархии можно взять здесь:Я имел в виду по какому признаку группировать требования экранных форм приложения?
http://www.uml2.ru/index.php?option=com_content&task=view&id=158&Itemid=64
По функциональному признаку:
Экранные формы
Приложение 1
Поиск /*функциональный признак*/
Форма 1
Фильтр /*функциональный признак*/
Форма 11
Форма 12
Приложение 2
...
или Вы можете порекомендовать другой?
34
ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro
« : 06 Мая 2009, 15:10:00 »Я бы говорил о трассировке требований к двум Системам (или двум разным модификациям одной Системы). Это можно организовать двумя способами:Ясно, спасибо.
1. Создать один проект ReqPro и в нем два пакета - "Система 1" и "Система 2", структура таких пакетов будет одинаковая, и, например, некоторые Требования из пакета "Система 2" будут ссылаться на Требования из пакета "Система 1"
2. Создать два отдельных проекта ReqPro под каждую Систему и делать внешние ссылки из одного проекта в другой. См. раздел "Traceability - Cross Project" в "Rational RequisitePro Technical FAQ".
А по какому признаку предпочтительней организовывать иерархию требований?
35
ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro
« : 06 Мая 2009, 12:34:28 »А не проще ли организовать несколько отдельных проектов и ссылаться из разных проектов на корневой проект?Тогда Вы не подскажите как в ReqPro можно одновременно работать с несколькими проектами?
36
ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro
« : 06 Мая 2009, 10:02:23 »
Мое почтение
Есть проект в ReqPro. В нем есть корневая папка с требованиями к экранным формам нескольких приложений.
Посоветуйте как лучше структурировать данные требования?
Если группировать по приложениям и функционалу:
Экранные формы
Приложение 1
Поиск
Форма 1
Фильтр
Форма 11
Форма 12
Приложение 2
...
то как быть с формами которые используются в нескольких приложениях? Дублировать?
Есть проект в ReqPro. В нем есть корневая папка с требованиями к экранным формам нескольких приложений.
Посоветуйте как лучше структурировать данные требования?
Если группировать по приложениям и функционалу:
Экранные формы
Приложение 1
Поиск
Форма 1
Фильтр
Форма 11
Форма 12
Приложение 2
...
то как быть с формами которые используются в нескольких приложениях? Дублировать?
37
Для всех / Re: Правильное описание термина
« : 03 Апреля 2009, 09:07:06 »
я описал ситуацию в которой требуется ввести новую сущность - "Правило". Вопрос - как грамотно описать данную сущность на языке бизнеса?
38
Для всех / Re: Правильное описание термина
« : 02 Апреля 2009, 14:32:12 »
В настоящий момент в системе реализована следующая возможность: есть бизнес-процесс, в котором есть несколько процессов:
Процесс1------------->Процесс2
|
|
|
V
Процесс3
Пользователю, после Процесса1, система предоставляет выбор куда переходить, в Процесс2 или Процесс3.
Нужно добавить в систему возможность самой определять, по каким то атрибутам, какой процесс доступен в данный момент. И показывать пользователю именно этот процесс. Т.е. нужно ввести в систему некую сущность, которая описывала бы условия при которых возможны переходы в другие процессы.
Процесс1------------->Процесс2
|
|
|
V
Процесс3
Пользователю, после Процесса1, система предоставляет выбор куда переходить, в Процесс2 или Процесс3.
Нужно добавить в систему возможность самой определять, по каким то атрибутам, какой процесс доступен в данный момент. И показывать пользователю именно этот процесс. Т.е. нужно ввести в систему некую сущность, которая описывала бы условия при которых возможны переходы в другие процессы.
39
Для всех / Правильное описание термина
« : 02 Апреля 2009, 10:59:03 »
Мое почтение.
Прошу совета, как грамотно описать в глоссарии термин "Правило", которое по сути является содержанием описания условия: (сущность1.атрибут1 = 1 AND сущность2.фтрибут2 = "Х").
Я описал так:
Правило - соответствия атрибутов сущностей определенным значениям, сгруппированные логическими операциями.
Но мне кажется что она слишком сложна.
Заранее спасибо.
Прошу совета, как грамотно описать в глоссарии термин "Правило", которое по сути является содержанием описания условия: (сущность1.атрибут1 = 1 AND сущность2.фтрибут2 = "Х").
Я описал так:
Правило - соответствия атрибутов сущностей определенным значениям, сгруппированные логическими операциями.
Но мне кажется что она слишком сложна.
Заранее спасибо.
40
ПО Аналитика / Re: Сравнение средств управления требованиями (Requirements Management Tools)
« : 26 Февраля 2009, 09:17:51 »
Мое почтение
Хотелось бы что бы в сравнении учавствовал и IBM Rational Requirements Composer, если кто имел с ним дело
Хотелось бы что бы в сравнении учавствовал и IBM Rational Requirements Composer, если кто имел с ним дело
41
Обучение / Re: Помогите советом, пожалуйста.
« : 19 Февраля 2009, 16:02:14 »
Мое почтение
Если речь идет о АНХ, то я обучался там же. Диплом делал приминительно к проекту над которым работал тот момент на работе. Комиссии всегда интересны работы связанные не с голой теорией, а с реальными проектами. Т.е. было что-то, вы применили полученные знания к этому и получилось то-то. Далее выводы относительно результатов и планов дальнейшего развития.
Если речь идет о АНХ, то я обучался там же. Диплом делал приминительно к проекту над которым работал тот момент на работе. Комиссии всегда интересны работы связанные не с голой теорией, а с реальными проектами. Т.е. было что-то, вы применили полученные знания к этому и получилось то-то. Далее выводы относительно результатов и планов дальнейшего развития.
42
ПО Аналитика / Re: IBM Rational Requirements Composer
« : 09 Декабря 2008, 11:09:03 »
вот и хотелось бы услышать реальные примеры либо перехода к СУТ либо отказа от нее, чтобы самим не наступать на те же грабли 
43
ПО Аналитика / Re: IBM Rational Requirements Composer
« : 08 Декабря 2008, 11:12:51 »
2 Виталий Григораш:
А Вы все так же работаете с продуктами IBM?
http://www.uml2.ru/forum/index.php?topic=323.msg3253#msg3253
Меня интересует как в данный момент у людей построен процесс RM?
Не в теории, а в реальной жизни. Какими средствами пользуются? Что нравиться/не нравится?
Что не хватает? Какие ожидания оправдались от используемого ПО, какие нет?
Было бы так же интересно побывать на семинаре на эту тему.
А Вы все так же работаете с продуктами IBM?
http://www.uml2.ru/forum/index.php?topic=323.msg3253#msg3253
Меня интересует как в данный момент у людей построен процесс RM?
Не в теории, а в реальной жизни. Какими средствами пользуются? Что нравиться/не нравится?
Что не хватает? Какие ожидания оправдались от используемого ПО, какие нет?
Было бы так же интересно побывать на семинаре на эту тему.
44
ПО Аналитика / IBM Rational Requirements Composer
« : 08 Декабря 2008, 10:03:17 »
Доброго времени суток
кто нибудь использовал IBM Rational Requirements Composer
http://www-01.ibm.com/software/rational/announce/rrc/
для RM?
кто нибудь использовал IBM Rational Requirements Composer
http://www-01.ibm.com/software/rational/announce/rrc/
для RM?
45
Бизнес-анализ и Целеполагание / Re: Описание БП предприятия по производству алкогольной продукции
« : 02 Декабря 2008, 15:58:36 »
попробуйте посмотреть книжку
Калвшян, Калянов "Структурные модели бизнеса: DFD-технологии"
"Глава 7. Моделирование деятельности ликероводочного завода"
http://www.infanata.org/2007/10/02/strukturnye-modeli-biznesa-dfd.html
Калвшян, Калянов "Структурные модели бизнеса: DFD-технологии"
"Глава 7. Моделирование деятельности ликероводочного завода"
http://www.infanata.org/2007/10/02/strukturnye-modeli-biznesa-dfd.html