301

Примеры / Re: Диаграмма activity

« : 24 Февраля 2009, 07:49:25 »

MS Visio + stencil

302

Работа / Re: Help me please!!!

« : 24 Февраля 2009, 00:24:30 »

Тут могут дать такую консультацию.

303

Обучение / Re: Группа для обучения и сдачи OCUP (UML OMG) и ICSD (UML IBM)

« : 23 Февраля 2009, 19:07:55 »

Не получил ответ на свой вопрос

304

Примеры / Re: Диаграмма activity

« : 23 Февраля 2009, 16:07:32 »

Не совсем понятна та часть диаграммы, где есть действие "Изменить данные отчета".

Вообще условия пишутся так, как показано на приаттаченном рисунке.

В целом, Анастасия, советую посетить наши тренинги. Они бесплатны.

305

UML SysML и пр. / Re: Кратность (multiplicity) класса

« : 19 Февраля 2009, 23:32:46 »

...количество возможных экземпляров класса бывает ограниченным. В частности класcа Singleton...

В яблочко:)

306

Примеры / Re: EA - описание среды с примером

« : 19 Февраля 2009, 11:21:56 »

Все, есть очередная версия....

ID обычно не пишут как атрибуты классов. Используйте квалификаторы.

307

Бизнес-анализ и Целеполагание / Re: Подпроцесс или процесс

« : 19 Февраля 2009, 09:31:00 »

ОК. Понятно. У меня такая мысль возникла... Что если в диаграмме "Анализ рынка" с помощью условий и ветвлений указать разные варианты. БП будет одним, но его выполнение будет зависеть от различного рода условий...А?

Это конечно можно сделать если
1) разные варианты анализа не большие по объему
2) кому-то интересно на одной диаграмме увидеть все варианты анализа сразу

308

Бизнес-анализ и Целеполагание / Re: Подпроцесс или процесс

« : 17 Февраля 2009, 14:43:37 »

Деятельности - это не классификаторы и для них нельзя применять обобщение (которое в общем тут напрашивается).

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

309

Бизнес-анализ и Целеполагание / Re: Подпроцесс или процесс

« : 17 Февраля 2009, 07:40:27 »

Всем спасибо. Меня заинтересовало сообщение Алексея по поводу входных параметров... Скажем если БП Анализ рынка, находясь в разных процессах использует разные криетрии для анализа??? Денис, что ты думаешь по этому поводу?

Каждый входной параметр определяется своим типом. Главное, чтобы совпадали типы.

310

Бизнес-анализ и Целеполагание / Re: Подпроцесс или процесс

« : 16 Февраля 2009, 14:30:26 »

UML позволяет описывать подпроцессы на основной диаграмме деятельности, для этого предлагается использовать элемент "Structured Activity Node" (UML Superstructure Specification, v2.1.2, subsection 12).
В зависимости о задачи, возможно использование нескольких типов элементов:
- Structured Activity Node - описывает обычный, исполняемый вид деятельности, операции которого не используются в других видах деятельности;
- Loop Node - циклический вид деятельности, состоящий из нескольких секций: настройки, проверки условий и тела (настройка осуществляется каждый раз при входе в цикл);
- Sequential Node - последовательный вид деятельности, в котором все действия выполняются по порядку;
- Conditional Node - вид деятельности выполнение которого варьируется в зависимости от входных условий (состоит из двух секций: проверки условий и тела);
что позволяет довольно гибко подходить к описанию подпроцесса и встраивать его в различные бизнес-процессы.

Мое мнение - огород с Structured Activity Node и его специализациями городить не стоит. Кстати в стандарте нет описания нотации для этих узлов. Они - не болee чем  другая форма уже существующих узлов.

Так что, anastazya, просто рисуй блок схему, а то что общее обзывай везде одинаково и для этих элементов используй дополнительный символ (трезубец, направленный вниз, т.е. типа "иерархия") в правом нижнем углу, который показывает, что где-то есть диаграмма, которая раскрывает сущность данной деятельности.

311

Примеры / Re: EA/UML - вопросы от новичка

« : 10 Февраля 2009, 07:35:56 »

...Д включает 2 группы элементов. Элементы одной группы  - классы(часть на рис. stereoT_1). Другой  - actor-ы, хотя по внешнему виду они не отличаются друг от друга(отличаются стереотипами: у гр1 они есть, у гр2 их нет, хотя на интерфейсе ст-пы отображаются в обоих случаях). Попытка создать класс и присвоить ему стереотип actor  к успеху не приводит(нет этого стреотипа в списке). Каким образом тогда можно создать с помощью элемента "класс" (или другого) аналог элемента, который представлен на рис. stereoT_2?

1) по поводу рис. stereoT_1. <<enumeration>> никогда не соединяют никакими ассоциациями с другими классификаторами. Его обычно рисуют отдельно. А в классе Order надо написать status:OrderStatus
2) по поводу рис. stereoT_2. Тут либо надо использовать tagged value, либо вводить новый элемент через механизм стереотипов.

312

Примеры / Re: Жизненный цикл заявки. Диаграмма состояний. Пример

« : 06 Февраля 2009, 00:11:19 »

... Но меня смущало, то что приходится вводит две машины состояний с почти одинаковыми состояниями.

Состояние - не классификатор и поэтому не может иметь экземпяры или участвовать в отношении обобщения. Однако в UML есть прием, позволяющий до некоторой степени решить эту проблему. Можно расширять уже существующее составное состояние, но в данном контексте это не работает.

Хотя это мог бы быть некий атрибут состояния, вернее знчение данного атрибута, который проверяется?

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

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

Тут несоответствие. Мы же рисуем диаграмму состояний заявки. А ты говоришь о системе. Через 1 месяц простоя с заявкой должно что-то произойти, т.е. она должна менить состояние или остаться в прежнем.

Ну ничего особенного заявка останется в исходном состоянии. Т.е. система спрашивает вас - вы уверены то хотите начать экспертизу этой работы, а не той которая уже на экспертизе? Можно придумать следующий момент - имеющаяся на экспертизе работа переходит в состояние Ожидания, а новая работа передается в состояние На экспертизе, после проведения экспертизе, та старая работа автоматом переходит в состояние На экспертизе

Тут очень сильно мешает алгоритм, который ты описываешь. Может надо все-таки рисовать диаграмму деятельности и на ней уже указать при каких событиях в какие состояния переходит заявка? Это возможно сделать.
Т.е. за основу взять не диаграмму автомата как сейчас, а диаграмму деятельности.
Кстати заметь, что деятельность - это частный случай состояния. Деятельность - это по сути простое (не составное) состояние, с переходом по завершении, т.е. по сути то что у нас на диаграмме и есть.

А интересно, моя задача - это протокольный или поведенческий автомат?

Чем протокольный автомат отличается от поведенческого? Чисто внешне различие такое. На переходах ты можешь указывать пред- и пост-условия. Если ты можешь это сделать - это протокольный автомат. Иначе - поведенческий.

313

Примеры / Re: Жизненный цикл заявки. Диаграмма состояний. Пример

« : 04 Февраля 2009, 22:21:21 »

Нужно придумать хорошую диаграмму изменения состояний заявки в ходе ее жизненного цикла.

Диаграмму автомата

Сначала вопросы и комментарии

При этом заявка доступна только этому пользователю для изменения.

В чистом виде это нельзя показать на диаграмме автомата. Только в примечании

В состоянии Предложена и На экспертизе заявка не должна находится больше месяца, т.е. в течение месяца заявка должна быть Принята или Отклонена(отправлена на доработку)

Что произойдет через месяц, если заявка не будет принята или отклонена?

При переводе заявки в состояние На экспертизу система может проверять а нет ли у данного пользователя других работ не прошедших экспертизу (т.е. в состоянии На экспертизу) или в состоянии Предложена, но дата регистрации которых раньше чем вот эта заявка.

И что в этом случае будет с заявкой?

... в состояние Принята или Прошла экспертизу

Это два варианта одного названия?

... либо Отклонена или На доработку.

Это два варианта одного названия?

После ответа автору заявка переход в состояние Отправлен ответ - изненный цикл завершен.

Зачем надо такое состояние?


В приложении пересказ того что ты написал в виде диаграммы автомата. Обрати внимание на красные стрелки. Это то, что не определено.

314

Конференции Семинары и Тренинги / Re: [Скайп-тренинги] Моделирование на UML

« : 03 Февраля 2009, 17:41:41 »

четверо.

315

Конференции Семинары и Тренинги / Re: [Скайп-тренинги] Моделирование на UML

« : 03 Февраля 2009, 17:39:47 »

А смысл им проводить эти тренинги бесплатно или это какая-та  рекламная акция?

А что странного в бесплатных тренингах?