3691

UML SysML и пр. / Re: Правильно ли изображена ДВИ на сайте в разделе "FAQ – Use Case"?

« : 25 Декабря 2008, 16:39:46 »

Что такое ВИ? ВИ - это некий функционал, предоставляемой системой. ВИ "Логин" - авторизация пользователя, то есть это ВИ позволяет пользователю войти, если он ввёл правильный(известный системе) логин/пароль. Без регистрации залогиниться ну никак не получится, а это значит, что выполнение одного ВИ зависит от другого ВИ. А отношение расширения - это лишь дополнительный функционал, выполняемый при определённом условии, однако, без выполненного ВИ "Регистрация" залогиниться не получится, то  есть не будет работать ВИ "Логин". ИМХО =)

А что есть функционал? Я такого термина не понимаю.
ВИ - это способ описания того, что ДОЛЖНА сделать система, чтобы ДОСТИЧЬ цели пользователя. Т.е. ВИ содержит некую поступательную (в смысле движения к цели) сововкупность действия как системы, так и пользователя. Как говорит Коберн некое соглашение, контракт. Контракт часто используемый термин в иностранной литературе

Опаньки...) а ведь мы тут рассматриваем Use Case, в котором важна функциональность системы, а последовательность действий - это уже другое. Тут рассматривается статика, только то, что предоставляет система - функия авторизации, функция регистрации, функция оформления заказа и т.д.. имхо...)

Включение, как Вам объяснили - это обязательный акт. По Вашему, регистрация включается в код авторизации всегда - действительно ли пользователь существует или нет.

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

3692

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. Но если закрыть- открыть родителя - получается

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

3693

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

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

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

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

3694

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

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

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

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

3695

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

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

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

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

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

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

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

3696

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

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

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

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

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

3697

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

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

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

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

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

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

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

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

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

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

3698

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

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

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

3699

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

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

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

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

3700

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

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

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

3701

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

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

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

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

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

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

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

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

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

3702

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

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

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

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

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

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

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

3703

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

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

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

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

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

3704

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

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

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

3705

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

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

It depends on..

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

Двоечник