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

×


Enterprise Architect: Практика использования(Прочитано 454969 раз)
Re: Enterprise Architect: Практика использования Ответ #195 : 30 Июня 2008, 11:33:35
В принципе для множественного выбора или вообще перехода по условию совершенно не обязательно строить точку принятия решения. Да это лучше позиционирует диаграмму, но вы просто можете нарисовать столько стрелок из деятельности , сколько нужно, главное чтобы все условия были несовместные, т.е. чтобы не было конфликта перехода, когда два условия выполняются одновременно.

Золотухина например предлагает (и это в приницпе возможно) для множественного перехода использовать элемент синхронизации - т.е. элемент распараллеливание процесса с условием.

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



Re: Enterprise Architect: Практика использования Ответ #196 : 30 Июня 2008, 11:46:22
Синхронизация - это распараллеливание процессов.
А если деятельности выполняются не параллельно, а согласно РАЗНЫМ условиям???
Допустимо ли рисовать из одного ромба сразу пять( допустим) условий?



Re: Enterprise Architect: Практика использования Ответ #197 : 30 Июня 2008, 12:09:00
Допустимо ли рисовать из одного ромба сразу пять( допустим) условий?
да
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Re: Enterprise Architect: Практика использования Ответ #198 : 30 Июня 2008, 12:28:37
В принципе для множественного выбора или вообще перехода по условию совершенно не обязательно строить точку принятия решения. Да это лучше позиционирует диаграмму, но вы просто можете нарисовать столько стрелок из деятельности , сколько нужно, главное чтобы все условия были несовместные, т.е. чтобы не было конфликта перехода, когда два условия выполняются одновременно.
А где это в теории почитать? Именно то, что прямо из деятельности можно рисовать стрелки?



Re: Enterprise Architect: Практика использования Ответ #199 : 30 Июня 2008, 12:58:28
А где это в теории почитать? Именно то, что прямо из деятельности можно рисовать стрелки?
Это самоочевидный факт. ДД по сути есть иной взгляд на модель состояний в UML 1.5. По сути это переход из 1 состояния в другое. В UML 2.0 ДД интерпретируется уже как сеть Петри, но там все равно есть состояния. Просто более строгие правила переходов.



Re: Enterprise Architect: Практика использования Ответ #200 : 30 Июня 2008, 19:43:20
При генерации rtf отчетов получаю кракозябры. Как бороться? Версия 6.5



Re: Enterprise Architect: Практика использования Ответ #201 : 30 Июня 2008, 20:27:46
Еще вопросик - напомните как в EA создавать свои картинки для стереотипов. Где то вроде читал что можно но где не найду никак



Re: Enterprise Architect: Практика использования Ответ #202 : 30 Июня 2008, 21:55:28
При генерации rtf отчетов получаю кракозябры. Как бороться? Версия 6.5
Можете прислать пример - я протестирую на 7.1
Просто я еще не генерировал на русском. Вернее вру - делал. Крякозябр не было. Были крякозябры в Note - т.е. пишешь по-русски, сохраняешь, вдруг видишь часть текста в крякозябрах.



Re: Enterprise Architect: Практика использования Ответ #203 : 30 Июня 2008, 22:04:23
Еще вопросик - напомните как в EA создавать свои картинки для стереотипов. Где то вроде читал что можно но где не найду никак
А по точнее можно?

Если я правильно понял - Settings / UML ...
Вкладка Stereotypes
Затем выбирается нужный стереотип либо создается новый
Задается базовый класс и т.п. Далее определяется (перекрывается) проявление либо с метафайлом либо с скриптовым рисунком (перекрывается естественно изображение базового класса)

Еще имеет смысл рассмотреть вопрос создания профиля UML - поищите в справке - очень ценная штука





Re: Enterprise Architect: Практика использования Ответ #204 : 01 Июля 2008, 16:44:56
по поводу кракозябр вместо русских букв в документации. Наблюдаю поразительный эффект. Берем класс, к нему пишем Note на русском последнее слово в документации к этому классу получается на русском остальное кракозябры. Версия 7.0.XXX



Re: Enterprise Architect: Практика использования Ответ #205 : 01 Июля 2008, 16:55:40
видимо то что и писал Galogen тут http://www.uml2.ru/forum/index.php?topic=190.msg8765#msg8765
А както лечится????



Re: Enterprise Architect: Практика использования Ответ #206 : 01 Июля 2008, 17:44:05
А Codepage у вас правильно выставлена?
В версии 7.1 - формирование ртф доки - закладка Codepage, там Language=1049 Russian, Codepage=855 Cyrillic, Charset=204 Russian
В версии 6.5 было в другом месте в интерфейсе, но настройки такие же.
С такими настройками никаких проблем с формированием документации не было



Re: Enterprise Architect: Практика использования Ответ #207 : 01 Июля 2008, 18:51:31
Наблюдаю поразительный эффект. Берем класс, к нему пишем Note на русском последнее слово в документации к этому классу получается на русском остальное кракозябры. Версия 7.0.XXX
данную проблему я обнаружил давно. Даже послал сообщение саппорту. Ответа до сих пор не было



Re: Enterprise Architect: Практика использования Ответ #208 : 01 Июля 2008, 19:04:36
Как убрать ненужный набор элементов из Toolbox? Вытащил Anlysis Elements, а убрать не получается - торчит во всех шаблонах.  



Re: Enterprise Architect: Практика использования Ответ #209 : 01 Июля 2008, 20:00:18
Не очень понял о чем речь, но может так.
ЛКМ по титлу More Tools

В самом низу Set Toolbox Visibility

В диалоге убрать галочку напротив Extended Analysis




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19