Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - bas

2476
Виталий,

ИМХО ты не прав. Нужен один ВИ - "Сформировать (или просмотреть) отчет по НУ", с двумя экторами - Внеш. система и Пользователь.
Ну нет же цели просто сформировать отчет, а цель именно его посмотреть. Так?

З.Ы. Начав читать, думал, ща ИС начнет тереть данные и все такое :)

2477
Павел,

ИМХО Вам уже все расписали как делать, это мы так уже упражняемся.

2478
Хоршо, Сергей, в след. раз так и сделаем, т.к. в этот раз правила игры не были объявлены во время.

2479
Хотел написать про нестандартные ситуации (Главный Эктор - таймер, внешняя система и т.д.), но лень было ...
Если ИС большая, то наверное имеет смысл сделать отдельный ВИ под интеграцию ("Внешняя Система" ---> "Передать данные"), которорый в виде сценария будет описывать передачу верхоуровневых сообщений\данных, а далее их (сообщения) детализировать уже в ФТ.
Но если у нас на Д будет один Эктор ("Внешняя Система") и один ВИ ("Передать данные"), как в описываемом случае, то никакой пользы от это Д не будет.

2480
По классике:
1. ВИ - это ПТ. Так? Требования по интеграции это ПТ?
2. ВИ - это цель Эктора. У ИС не может быть целей, максимум что у них есть - это задачи и они могут выступать только как вспомогательные Экторы (callee)
3. ВИ наилучшим способом описывают ПТ при работе бизнес (интерактивного) приложения.

Это опять же по классике и если ограничиваться уровнем целей Пользователя (по Коберну) и не лезть в глубь до подфункций....

2481
В общем пока писал, Виталий высказал мою мысль длиннее :)

Хочу только добавить про ВИ:
Аргументация лежит в книге Коберна "Современные методы описания функциональных требований к системам".
Можно еще почитать ФАК по ВИ.
А вообще главная аргументация в том, что ВИ - это ЦЕЛЬ Пользователя по отношению к Системе. ВИ отражают ПОЛЬЗОВАТЕЛЬСКИЕ требования, а при взаимодействии м\у ИС - какие ПТ?
Но в нынешней эконом. ситуации лучше не спорить с "компетентные товарищи (на работе)" :)

2482
Стало окончательно известно место проведения семинара:
ГУ ВШЭ, Покровский бульвар, д. 11, вход с Покровский бульвара и внутри немного пройти по указателям, корпус Б, аудитория 405а
Большая просьбе не забрести в аудиторию 405б, т.к. там, параллельно с нами, будет проходить слет сообщества перловиков.

2483
Простите, а что в моем случае (сценарий приведен выше) будет в качестве "прямоугольничков" в такой диаграмме?
Вот что:
Цитировать
PPPt - разрабатываемая Система, на которую пишется ТЗ.
NT - сторонняя Система.
Или их подсистемы.

2484
Вай вай вай. Все работает.

Нужно нажать правой кнопкой мыши на файле, свойства и сказать - разблокировать. Весь контекст появиться.

2485
Даааааааааа, что-то у меня совсем все путается ...  Вигерс с Коберном :)

Посмотрю и их. Сообщу по результатам.

2486
Да, действительно у книг
* Patterns for Effective Use Cases
* Agile Software Development: The Cooperative Game (2nd Edition)
не показывается правая сторона.

На днях закачаю книги в нормальном варианте. Дополнительно сообщу об этом

2487
Александр,

Сегодня посмотрю и отпишу по результатам.

З.Ы. В след. раз давайте ссылки на скачиваемые книги, чтобы не искать.

2488
Но и ВИ вполне можно родить...
Еще раз повторюсь, что для интеграционных задач ВИ лучше не рожать ;)

2489
Можно не называть ВИ или юзкейз. Тогда правомерно ли писать "сценарий", "прецедент"
К "сценарию" я притензий не имею :) Посмотрите мою презентацию по новому походу в описании ПТ:
Пользовательские Сценарии или как уйти от ВИ и перейти к иерархии ПТ.
Можно в похожем ключе описывать и ФТ.

2490
Сергей,

Ты чего-то сегодня не в духе :)
Идеи хорошие, но как-то резко ;)