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

×


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

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


Сообщения - Денис Иванов

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 »
376
Стандарты как раз и создают для того, чтобы диаграммы были понятны всем.
Очень спорно.
"... понятны всем", кто знает стандарт! Не будете же вы утверждать, что все стандарты прекрасно справляются со своими задачами?

Стандарты создаются от безысходности:)

377
ВИ - это цель Пользователя, а НЕ функция Системы.
Ну я бы так не сказал.
Конечно ВИ представляют из себя функции субъекта (системы, как частный случай). ВИ - это же функциональные требования субъекта, значимые для Действующего Лица.

378
Однако в том же VP это есть. Денис, а в чем таки отличия?
Не знаю, что есть в VP, но интересно посмотреть, как они трансформирует, например, комбинированные фрагменты (combined fragment).

379
1. что они подумают о включении конвертации диаграммы последовательности в кооперации и наоборот

В UML 1 еще можно сконвертить диаграмму последовательности в диаграмму кооперации, а в UML 2 уже нет.
Во-первых и диаграммы-то такой нет:). Переименована в диаграмму коммуникации,
а главное, слишком сильно разошлись нотации - не все графические элементы одной диаграммы можно отмаппировать в элементы другой.

380
Скажите, на каких условиях будет распростроняться эта книга и как скоро она будет издана?

На условиях издательства BHV. Рукопись будет готова я думаю в сентябре-октябре.

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

381
Насколько я понимаю XMI в ЕА вовсе не предназначено для обмена с другими системами проектирования. XMI служит ровно для того, чтобы можно было импортировать/экспортировать отдельные элементы между моделями, при удаленной разработке, при версионном контроле...

Вообще существует OMG стандарт, который описывает формат (XMI) передачи данных модели между РАЗЛИЧНЫМИ инструментами.
При этом у меня НИ РАЗУ НИ ОДИН ИНСТРУМЕНТ не смог адекватно передать модель другому инструменту.

Кстати, у OMG существует еще один стандарт (UML Diagram interchange), который описывает как обмениваться диаграммами и еще сохранять layout.

382
...вынуждена с вами согласиться...
:)

Может посоветуете толковую литературу или источники с материалами по UML2, желательно на русском языке?
Сложно все это... Не так много книг и ресурсов по UML на русском. Я пользуюсь в общем только одной книгой - UML. Классика CS. Издание второе. (The Unified Modelling Language Reference Manual. Second Edition) Г. Буч, А. Якобсон, Дж. Рамбо
да и она порой расходится со спецификацией и к тому же является справочником. Ее трудно использовать, когда не знаешь, что ищешь.

Хочу сказать, что сейчас мы с Федором Новиковым (http://tekama.com/index.php?page=171) пишем книгу "Моделирование на UML" (через пару месяцев должна уйти в издательство). Она описывает использование двух версий UML 1 и UML 2 на одном сквозном примере. Все о чем я писал на этом форуме, например, там есть. В основу (уже порядком измененную), положены материалы тренингов, проводимых в ТЕКАМе. Слайды, похожие на текамовские доступны здесь http://ru.sun.com/research/materials/Novikov_UML.html . Все это конечно подустарело, но как первый шаг может и ничего.

При изучении UML есть одна проблема. Он требует постоянной практики, как и любой другой язык. Будь то язык программирования или разговорный язык. Выучить UML в рабочем процессе можно только при условии, что им пользуются большинство сотрудников. Иначе вас никто не поймет (ваши диаграммы) и не будет исправлять, если вы сделаете ошибку.
Изучать одной (одному), читая книги, тоже бестолку по тем же причинам. Без практики как влетит, так и вылетит.

Как показывает мой опыт, да и ваш теперь, я надеюсь, лучшее, что можно сделать - обсуждать реальные диаграммы. Например, на этом форуме.

Больше ничего не могу сказать по этому вопросу.

383
Т.е. если есть "условие" и из нее исходит две стрелки, то в конечном итоги они приходят либо к "окончанию", либо к "действию", напрямую, без дополнительного "объединения".
"Окончание" - это узел графа деятельности, в который может входить много стрелок. Он не "действие".

С настоящим "действием" все не так. Согласно идеологии сетей Петри по ребрам графа деятельности ходят маркеры и "действие" может начать выполняться только тогда, когда на ВСЕХ входах у него будут маркеры.
Рисуя так, как предлагает BAS вы просто "вешаете" вашу модель.

Все, что было сказано, относится к UML2. В UML1 нотация с двумя входящими стрелками была бы нормальной, так как там действие/деятельность - частный случай состояния.

Еще одно отступление.
BAS (может быть сам того не подозревая) сказал очень правильную вещь. Он в своем посте употребил слово "действие", а не "деятельность".

Напомню, что действие - непрерываемое вычисление, длящееся относительно короткое время, а длительность - прерываемое вычисление, которое может длиться достаточно долго.

Дело в том, что на диаграммах дейтельности в UML2 вообще нет "деятельностей", там только "действия", т.е. короткие атомарные вычисления.
И то, что кажется деятельностью. Например, "зарегистрировать в книге", в терминах UML2 не деятельность, а действие - "выполнить деятельность Зарегистрировать в книге", которую вы должны раскрыть (если нужно) на другой диаграмме деятельности.

384
Точка ветвление - это ромбик, а деятельность - это прямоугольник со скругленными углами.
В посте, на который вы ссылаетесь я говорю о ДЕЯТЕЛЬНОСТИ, а цитата Буча описывает ВЕТВЛЕНИЕ.

Судя по рисунку Виталия в точку ветвления входит две стрелки.
Это не точка ветвления, а точка объединения (merge). Графически выглядит тоже как ромбик.

385
А какже дядька Буч?
Буч говорит о другом. Читаем внимательнее.

386
А если вообще надписи у ромбиков убрать и написать условия перехода на стрелках? Это правильно будет?
Да, правильно.

Только лучше писать условия не так - [Есть дополнительно соглашение] и [Нет дополнительного соглашения], а вот так
[Есть дополнительно соглашение] и [else]. Но это просто рекомендация.

Ну и наконец можно пооптимизировать условия.
Например, от действия "Зарегистрировать в книге" до "Постановить в картотеку 1" ведет два пути
1) [ПТА]
2) [ПТ БА] и [Нет дополнительного соглашения]
 
Ну так и надо писать на одной стрелке [ПТА или (ПТ БА и Нет дополнительного соглашения)].

Соптимизировать можно много на этой диаграмме....


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

Но потом начались разговоры про AND и OR ...

На последней диаграмме не все верно...
1) с точки зрения правильно синтаксиса нельзя писать тексты типа "Счет заблокирован на списание?" вне комментариев.
2) Нельзя, чтобы в одну деятельность ("Постановка в картотеку 1"), входило больше чем 1 стрелочка. В данном примере стрелочки должны сойтись в ромбике, а потом из ромбика одна стрелочка должна указывать на деятельность. Если этого не сделать, а оставить как есть, то измениться семантика.

388
Я сейчас чего-то не понимаю зачем здесь вообще параллельные потоки? Как могут потоки, например, 1 и 2 выполняться параллельно, если только один из них имеет место быть (в зависимости от результата операции "Проверка блокировки счета")?

389
Я позже нарисую. Сейчас нет времени...

390
1. Подскажите, как рисовать потоки в таких случаях?
В случаях 1,2,3 общими для потоков являются только условия, поэтому ничего страшного не случится, если их продублировать.
А для случая 4 и 5 существует общая часть. Решается как приведено на рисунке.
Трезубец означает ВЫЗОВ некоторой деятельности, которую следует раскрыть на другой диаграмме.

2. Может быть, для большей ясности, стоит в зеленых точках проставить ромбики?
для ясности было бы неплохо

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 »