2056

ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro

« : 07 Мая 2009, 15:22:47 »

А возможно ли все таки в RequsitePro связать (перекрестными ссылками на требования) два отдельных проекта?

Я же вроде писал как можно организовать требования к двум Системам:
http://www.uml2.ru/forum/index.php?topic=161.msg13859#msg13859

Если требования к 2ум и более Системам в одном проекте RequsitePro, то связь без проблем, внутренняя.
Если требования к 2ум и более Системам в разных проектах RequsitePro, то связь внешняя, см. раздел "Traceability - Cross Project" в "Rational RequisitePro Technical FAQ".

2057

ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro

« : 07 Мая 2009, 11:06:50 »

ИМХО нет большой разницы как группировать требования к Формам, т.к. более важны ссылки из основных ФТ и меню приложения.
Можно группировать и как Вы предлагаете.

Опять же по общей иерархии требований:
Я бы сделал так:
* Приложение 1
** Бизнес Требования
***
***
** Пользовательские Требования
***
***
** Функциональные Требования
***
***
** Нефункциональные Требования
***
***
*** Требования к ПИ
**** Поиск /*функциональный признак*/
***** Форма 1
**** Фильтр /*функциональный признак*/
***** Форма 11
***** Форма 12

* Приложение 2
** Бизнес Требования
***
***
** Пользовательские Требования
***
***
** Функциональные Требования
***
***
** Нефункциональные Требования
***
***
*** Требования к ПИ
**** Поиск /*функциональный признак*/
***** Форма 111
**** Фильтр /*функциональный признак*/
***** Форма 11111
***** Форма 12111

2058

UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования

« : 07 Мая 2009, 11:00:56 »

Эд,

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

Под выделением ВИ я имел в виду, что мы правильно определили ВИ как цели, а не просто как Системные Требования.

Еще раз спрошу. Можно ли постулировать такое утверждение.
Диаграмма вариантов использования на начальной стадии анализа сама по себе, как средство документирования, средство отчуждения смысла знаний, бесполезна. Польза ее состоит на данном этапе только в ходе тесного взаимодействия заказчика и разработчика как иллюстрация хода мыслей по первичному выявлению потребностей заказчика.

ДВИ полезна и при дальнейшей работы с требованиями, если все участники понимают ее смысл, т.е. она должна быть объяснена ЗЛ.

2059

ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro

« : 06 Мая 2009, 16:34:37 »

А по какому признаку предпочтительней организовывать иерархию требований?

По типам требований. Пример иерархии можно взять здесь:
http://www.uml2.ru/index.php?option=com_content&task=view&id=158&Itemid=64

2060

UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования

« : 06 Мая 2009, 14:38:47 »

* а почему ты полагаешь, что таблица Участник/Задача не отвечает той же цели? А что делать, если система слишком велика, чтобы продемонстрировать ее функционал для охвата одним взглядом. ДВИ не подлежит декомпозиции
 * а чем она хороша для выявления требований, если тебе нарисуют диаграмму, разве это позволит тебе выявить корректно требования?
 * например?
 * опять же чем плоха простая таблица?

* П.ч. нельзя\сложно показать иерархию ролей, участие одной роли в нескольких задачах, и ВИ, как мы помним, - это цель Пользователя и не совсем задача или функция Системы.
* Тебе сценарий написал Сергей
* Например, мы формируем сценарий из 5-9 шагов, а потом каждый Системный шаг детализируем уже с помощью ФТ
* Да можно, все можно. Можно сюда заместо одной идеологии ВИ вкрутить и Таблицы и Списки и Ментальные Карты и Контекстные Диаграммы и CRC и т.д. просто ВИ - это комплексный продуманный подход по выявлению, анализу и документированию ПТ.

* нет ли противоречия этого пункта с * Хорош при выявлении Требований
* а разве наглядность диаграммы не служит для облегчения понимания? Если диаграмма сложна для понимания зачем она вообще нужна?
* чем плохо множество взглядов. Может как раз эта позиция и сильна. Диаграммы IDEF0, DFD строго определяют одну и только одну точку зрения, так может множественность токи зрения как раз хороша, поскольку снимает ограничение

* Выделение ВИ и выявление Требований немного разные вещи
* Если нормально нарисовать и объяснить, то сложностей мало, если этого не делать, то ДВИ бесполезна
* Если грамотно использовать, то это +, если нет, то это -

2061

ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro

« : 06 Мая 2009, 13:54:23 »

Тогда Вы не подскажите как в ReqPro можно одновременно работать с несколькими проектами?

Я бы говорил о трассировке требований к двум Системам (или двум разным модификациям одной Системы). Это можно организовать двумя способами:
1. Создать один проект ReqPro  и в нем два пакета - "Система 1" и "Система 2", структура таких пакетов будет одинаковая, и, например, некоторые Требования из пакета "Система 2" будут ссылаться на Требования из пакета "Система 1"
2. Создать два отдельных проекта ReqPro под каждую Систему и делать внешние ссылки из одного проекта в другой. См. раздел "Traceability - Cross Project" в "Rational RequisitePro Technical FAQ".

2062

UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования

« : 06 Мая 2009, 11:34:46 »

Денис,

Спасибо за уточнение 

2063

UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования

« : 06 Мая 2009, 11:30:19 »

Денис,

Ля ля ля .... надо читать так:
Правильно сказал Сергей, например, многие западные коллеги используют ВИ именно как технику выявления Требований

2064

UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования

« : 06 Мая 2009, 11:27:56 »

Не понял, откуда ты взял про западных коллег.

Погугли requirement elicitation techniques

Плюсы и минусы в сравнении с чем? Моё предложение — контекстная диаграмма (для выявления Агентов), проход по бизнес-сценарию Агента и список (для выявления Задач).

Выявление - это не единственная задача ДВИ, еще это удобный метод Сохранения Знаний\Требований, дальнейшей их детализации и представления другим участникам. Все методы хороши при комплексном их применении и для нужных задач. И применение ДВИ не исключает, а даже приветствуется при начальной проработке Контекстной Д.

2065

ПО Аналитика / Как организовать требования и трасировки в проекте Requisite Pro

« : 06 Мая 2009, 11:17:39 »

то как быть с формами которые используются в нескольких приложениях? Дублировать?

Ссылаться на вышеописанные. А не проще ли организовать несколько отдельных проектов и ссылаться из разных проектов на корневой проект?

2066

UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования

« : 06 Мая 2009, 11:13:05 »

Денис, исправил пока писал, см. еще раз.

2067

UML SysML и пр. / Re: Плюсы и минусы диаграмм вариантов использования

« : 06 Мая 2009, 11:00:43 »

Ну понаписали .... Особенно Сергей

1. Давайте все таки придерживаться обозначений, принятых на Форуме:
http://www.uml2.ru/index.php?option=com_content&task=view&id=71&Itemid=50

2. Как правильно сказал Сергей, многие западные коллеги используют ВИ именно как технику выявления Требований

3. Денис, если ты хочешь показать назначение ВИ, то твой пример не подходит:
Не "Добраться на работу", а "Добраться до пункта назначения", и не Автолюбитель, а Человек
Не "Убедиться в ..", а "Проверить безопасность компьютера" или "Вылечить Компьютер от Вирусов" (а от чего его спасает Антивирус, кроме как от Вирусов?)

4. Если же мы все таки говорим о + и - ДВИ, то давайте о них и говорить. Или мы говорим о ВИ и ДВИ?!
+ ДВИ:
* Охватить одним взглядом функционал Системы, Пользовательские Требования
* Хорош при выявлении Требований
* Служит каркасом для дальнейшей детализации Требований и Архитектуры
* Служит для формирования первоначального набора Тестов, Ролей и Пользовательской Документации
- ДВИ:
* Сложность выявления ВИ и рисования ДВИ
* Сложность понимания
* Не применимость для ряда задач - Интеграционные решения, Один Пользователь и т.д.
* Много взглядов (вариантов) на одну и ту же ДВИ

5. Можно еще поговорить о (не) применимости ДВИ
Применимость ДВИ:
* Бизнес приложения, веб
* Сложные приложения
* Выявление пользовательских требований
* Сильная подготовка Аналитиков
* Итерационная разработка ДВИ
* Не более 5-7 ВИ на одной Д
Неприменимость ДВИ:
* Интеграционные решения, Один Пользователь
* Простые приложения
* Слабая подготовка Аналитика, и других членов Команды
* Постфактумная демонстрация ДВИ в Документации (без объяснений)
* ДВИ без описанных Сценариев ВИ
* Более 5-7 ВИ на одной Д

2068

ПО Аналитика / Re: YUML.ME — Простенький, но очень полезный онлайн-генератор/рисовалка UML

« : 06 Мая 2009, 10:40:49 »

ИМХО изврат

2069

Примеры / Re: Проверьте пожалуйста ДВИ "Учет поступления основных средств"

« : 05 Мая 2009, 17:22:25 »

Ага, и я могу предложить непопулярный ответ на популярный вопрос — ДВИ вам нафик не нужны! )

Вот так и создаются стереотипы ...

2070

Примеры / Re: Проверьте пожалуйста ДВИ "Учет поступления основных средств"

« : 05 Мая 2009, 14:32:55 »

А что Вы хотите от нас? Чтобы мы быстро пересказали Вам Коберна?
Просто в таком случае легче взять и самому нарисовать ДВИ. И опять же, ДВИ (как и любую другую Д) нужно применять только тогда когда она действительно помогает.
Форум нужен для ответа на КОНКРЕТНЫЕ вопросы, а у Вас так - все непонятно, научите меня жить ...

Мы вот обхаили преподавателя - а Вы хоть какую нить книгу дополнительно прочитали, чтобы "применять это все на практике" и "получить правильные знания"?

З.Ы. Сорри за грубый тон, но просто накипело про такие вопросы с ДВИ ....