3691

Sparx / Re: Enterprise Architect: Практика использования

« : 22 Декабря 2008, 19:37:08 »

Отметил use case как Composite Element, открыл соответствующую (пустую) диаграмму, нарисовал там модель и отметил этот uc, чтобы он "show composite diagram contents". В родительской диаграмме открылась маленькая диаграмма, но пустая. Двойной щелчек по ней - открывается диаграмма с моделью. Как заставить отображаться эту модель во встроенной (маленькой) диаграмме на родительской?

1. делаем диаграмму с ВИ
2. делаем ВИ Make Composite
3. Щелкаем по этому ВИ, попадаем в новую диаграмму ВИ
4. делаем диаграмму вложенную - какую нужно
5. СОХРАНЯЕМ эту диаграмму и возможно закрываем ее
6. Переходим на главную и пробуем - иногда помогает иногда нет
7. Но если закрыть- открыть родителя - получается

А вообще опишите все по английски я в службу поддержки отпишу - что за ерунда спрошу

3692

MDA / Re: Работа с BoldTreeView

« : 22 Декабря 2008, 18:04:53 »

Как связать выбранную позицию в дереве с данными?
А если немного поменять: Факультет  и список групп  уже отображается в дереве, а  студентов нужно отображать в отдельном гриде, причем только тех, чья группа  выбрана в дереве. Как связать выбраную группу в дереве с отображением студентов в гриде. При кликах на группах в дереве listBoldHandler для факультета и  listBoldHandler для групп не меняют свою навигацию.

Ой так давно все было. Если честно пока не имею времени поразбираться, попрошу  yumata ответить на вопрос если что.

3693

MDA / Re: Новое начало MDA в России

« : 22 Декабря 2008, 17:29:43 »

Согласен с Drakena, нужен тут старый форум по MDA.
Эд, дерни плиз людей со старого форума, пусть попробуют импортнуть.

боюсь, что бесполезно. Народ своими делами занимается не до форумов.

3694

Варианты Использования (Use Case) / Re: Вариант использования или ... ?

« : 21 Декабря 2008, 00:04:19 »

Для размышления.

Пример из книги UML2 b унифицированный процесс Арлоу и Нейшдатда
стр. 452 русского издания  раздел 20.5

Рассматривается проектирование вариантов использования для системы безопасности.

Акторами там являются некий SecurityGuard, Fire(Пожар)  и Intruder(Взломщик)
и рассамтриваются ВИ - деактивация системы, Активациявсего, АктивацияСигналапоПожару и какойто триггерсенсор

система безопасности встроеная работает в автоматическом режиме

3695

Варианты Использования (Use Case) / Re: Внешная Система как инициатор ВИ

« : 18 Декабря 2008, 19:00:29 »

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

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

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

3696

Варианты Использования (Use Case) / Re: Системный Вариант Использования

« : 18 Декабря 2008, 18:50:38 »

На мой взгляд высокая степень детализации ВИ не нужна, может быть даже опасна. Поскольку теряется ясность и простота.
Другое дело реализация ВИ.

Тут авторы книги UML2 и Унифицированный процесс говорят о нескольких реализация ВИ.

Реализации аналитической, т.е. когда анализируется спецификация ВИ и возможно дополняется и уточняется.

Реализация проектная, когда уточняется аналитическая спецификация до уровня проектного решения. Однако проектное решение формруется уже не столько в описании ВИ, а в моделях классов, взаимодействия, состояний.

Авторы говорят о ВИ в этом случае как о неявном контексте для аналитической и проектной моделях.

Авторы советую грамотно использовать полноту и простоту. Т.е. не перегружать описание слишком многими деталями.

Они пропагандируют подход такого плана.

Достаточное описание основного потока (в случае простого ветвление и повторений приямо в основном потоке) и список альтернативных потоков в виде ссылок на варианты использования, описанные аналогично и связанно, но отдельно. Сейчас пример не могу привести, но я давал ссылку на их сайт, где они приводят свои примеры

3697

Термины и Определения / Re: Русские термины для View and viewpoints

« : 18 Декабря 2008, 18:25:29 »

view - взгляд, point -точка, пункт. вместе точка взгляда, зрения. Нормальный общепринятый термин. Есть даже способы анализа основанные на точке зрения. в методологии SADT - это вообще отправная точка. Да и в UML и OOAD без оной не обойтись

3698

Термины и Определения / Re: процесс и функции

« : 18 Декабря 2008, 18:23:11 »

http://ru.wikipedia.org/wiki/Процесс_(значения)

http://ru.wikipedia.org/wiki/Функция  http://ru.wiktionary.org/wiki/функция

3699

Термины и Определения / Re: Русские термины для View and viewpoints

« : 18 Декабря 2008, 18:18:19 »

view - представление
viewpoint - точка зрения, перспектива

3700

Варианты Использования (Use Case) / Re: Внешная Система как инициатор ВИ

« : 17 Декабря 2008, 19:40:55 »

А зачем мне все эти сложности - два ВИ вместо одного или один ВИ с ветвлением, если в процедуре изначально участвуют два человека, и система должна взаимодействовать с обоими? Кому это облегчит жизнь?

Т.е. два человеа подходят к двери и одновременно пытаются зайти в эту дверь?

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

Ведь по сути мы описываем не факт открытия двери, а факт допуск.

ВИ полезны тогда когда - есть разные пользователи и роли, есть много интерфейсов,

Иначе если система описывается через ограничения (нефункциональные требования) то не используем ВИ - они вредны.

Тут я вижу некое взаимодействие и достаточно сложное с устройством

3701

Варианты Использования (Use Case) / Re: Внешная Система как инициатор ВИ

« : 17 Декабря 2008, 18:14:04 »

Рассмотрим такой вариант. Чтобы открыть дверь, два человека в разных местах должны поднести свои карты к ридерам. При этом один из них дополнительно аутентифицируется по сетчатке глаза, а другой вводит код с клавиатуры.

Как будет выглядеть ВИ с одним актором?

Как один ВИ с простым ветвлением
или как один ВИ с альтернативой
Или как два ВИ причем один из ВИ есть расширение первого
Один ВИ открыть дверь, другой аутифицироваться

Реально никто не хочет войти в дверь - народ хочет
а - попасть в здание (комнату) - в этом случае нужна аутентификация (к примеру)
б - покинуть здание (комнату) - аутентификация не нужна (к примеру)

т.е. после размышления имеем три варианта использования системы:
Войти в здание
Выйти из здания
Аутентификация как отдельный под ВИ, который может иметь и самостоятельно значение

3702

Варианты Использования (Use Case) / Re: Вариант использования или ... ?

« : 17 Декабря 2008, 17:53:17 »

Эд, человек ведь новичок. Чего так удивляешься? Я, например, тоже никогда еще в жизни не использовал DFD в практике

Странно, публиковал ответ, а его не вижу. Я удивляюсь не незнанию человека, а нашему образованию. Это же классика!

Очень совету посмотреть сюда: http://yourdon.com/strucanalysis/wiki/index.php?title=Chapter_19

3703

Варианты Использования (Use Case) / Re: Вариант использования или ... ?

« : 16 Декабря 2008, 19:06:56 »

DFD - это что? Простите... а где можно посмотреть это? Это уже не будет ТЗ?

3704

Варианты Использования (Use Case) / Re: Вариант использования или ... ?

« : 15 Декабря 2008, 23:24:20 »

It depends on..

Даю справку: рожать, родить- от слова род (правило проверки, поставить гласную под ударение)

Двоечник     

3705

Варианты Использования (Use Case) / Re: Вариант использования или ... ?

« : 15 Декабря 2008, 23:20:13 »

В этом то и дело Пришел запрос от NT в нашу Систему и она там чего-то сама ворочает (регестрирует, сохраняет, изменяет).

Что посоветуете в таком случае?
Можно не называть ВИ или юзкейз. Тогда правомерно ли писать "сценарий", "прецедент"?

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

Мне кажется у вас подойдет простое описание алгоритма, нечто вроде DFD, диаграммы деятельности. В общем как САША уже сказал
Но и ВИ вполне можно родить...