106

UML SysML и пр. / Re: Как средствами UML описать протокол общение между сервером и клиентом

« : 26 Декабря 2011, 18:09:48 »

Ну Вы и детализируйте  . А так Вам надо

Тогда используете программные продукты, которые поддерживают диаграммы для XML-схем.
Это что-то будет наподобие диаграммы классов.

Почитайте  Проектирование XML-словарей и аналогично что-нибудь

107

UML SysML и пр. / Re: Как средствами UML описать протокол общение между сервером и клиентом

« : 26 Декабря 2011, 16:55:05 »

Во вложении примеры, может пригодятся.
Еще можно посмотреть Построение клиента Web-сервисов

108

UML SysML и пр. / Re: Как средствами UML описать протокол общение между сервером и клиентом

« : 26 Декабря 2011, 16:35:16 »

Думаю что через  диаграммы взаимодействия

109

ПО Аналитика / Re: Как подчеркнуть текст в ActionState?

« : 23 Декабря 2011, 12:36:32 »

По генерацией я имел ввиду использование макросов, например.
Также, например, выгрузка данных в Access.

Получается Вы свойства действия  (рис 003) не используете , а просто как картинки?
Тогда не проще ли использовать другие фигурки.

На счет выделения, у меня 2010 версия , но просто выделить элемент и нажать Ctrl+U.
Или правой кнопкой, далее Формат  - Текст и там поле подчеркивание.

110

ПО Аналитика / Re: Как подчеркнуть текст в ActionState?

« : 22 Декабря 2011, 16:15:15 »

А Вы используете Visio  как графический редактор?
Или генерите что-нибудь?

Подчеркивание части текста пока не нашел, есть возможность только полностью подчеркнуть.
Можно, например, цветом выделить спорные места.

А если только как графический редактор, скачайте  Visio Stencil and Template for UML 2.2 и используйте.

111

Примеры / Re: Вопросы о диаграмме деятельностей

« : 22 Декабря 2011, 13:29:52 »

Documents Associated With UML Version 2.3

А можно? Как?

Вы в Visio рисуете ? Там нотация не проверяется.
И сами Visio Stencil and Template for UML 2.2

112

ПО Аналитика / Re: Как подчеркнуть текст в ActionState?

« : 22 Декабря 2011, 13:22:24 »

А в самом формате Visio не могли бы "вложить" в сообщение

113

ПО Аналитика / Re: Dia

« : 22 Декабря 2011, 11:08:25 »

Начнем с определения
Dia - бесплатный редактор схем, графиков, диаграмм и т.д. для *NIX систем, в программе есть поддержка статических схем структуры UML, диаграмм сущностей и связей, сетевых диаграмм и многое другое. Схемы могут быть экспортированы в форматы JPEG, PNG, PDF, BMP и др.

Страница проекта  здесь , документация здесь

114

ПО Аналитика / Re: free uml tools

« : 22 Декабря 2011, 11:07:57 »

Ну сравнение средств много где есть
Например здесь или здесь.

Но DIA пока там нет.

А вот  здесь есть .

По отзывам в интернете StarUML "посильнее" будет

115

Примеры / Re: Вопросы о диаграмме деятельностей

« : 22 Декабря 2011, 11:01:49 »

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

И все-таки давайте по порядку, а то с утра как то не очень "переваривается".
Вам нужно в ветвлении нарисовать много стрелок?
Так нарисуйте

В точку ветвления может входить ровно один переход, а выходить - два или более. Для каждого исходящего перехода задается булевское выражение, которое вычисляется только один раз при входе в точку ветвления. Ни для каких двух исходящих переходов эти сторожевые условия не должны одновременно принимать значение "истина", иначе поток управления окажется неоднозначным. Но эти условия должны покрывать все возможные варианты, иначе поток остановится.

116

ПО Аналитика / Re: Как подчеркнуть текст в ActionState?

« : 22 Декабря 2011, 10:35:23 »

А не могли бы Вы поподробнее описать где именно и что Вы не смогли подчеркнуть?
Версия Visio.
Это просто текст? Тогда выделяете и CTRL+U.

117

Теория моделирования и нотации / Re: Теория и принципы моделирования

« : 22 Декабря 2011, 03:56:24 »

Так и до чего договорились?
Уточняем принципы моделирования или ?

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

Как раз этот принцип  входит в морфологический подход

В 1942 г. швейцарский астрофизик Ф.Цвикки обнародовал ряд методов, которыми рекомендовалось пользоваться при решении научных и технических задач. Сначала этих методов было семь, впоследствии Цвикки остановился на трех основных, сочтя остальные либо недостаточно эффективными, либо недостаточно самостоятельными. В их числе:

1) метод отрицания и конструирования (МОК);
2) метод систематического покрытия поля (МСПП);
3) метод морфологического ящика (ММЯ).

Совокупность методов Цвикки получила название "морфологический подход".

Есть также статья Принципы моделирования систем различной природы

118

Примеры / Re: Вопросы о диаграмме деятельностей

« : 22 Декабря 2011, 02:58:20 »

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

taras_aa а не получается ли у Вас , что Вы сначала написали код, а теперь пытаетесь логику изложить?

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

А читающий проверяет Вашу диаграмму на предмет нотации и он знает UML? Или задача понять Ваш код, схематично?

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

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

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

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

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

119

Примеры / Re: Пример описания поведения UI. Прошу мнений

« : 21 Декабря 2011, 18:07:23 »

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

А зачем Вам это?

Наиболее часто activity diagrams применяются для визуализации сценариев юз кейсов, которые как мы знаем желательно отвязывать от деталей интерфейса

Поищите  старые темы (которые Вы же и создавали) , почитайте  собратьев или  здесь

120

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

« : 16 Декабря 2011, 11:25:12 »

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

Так что "из разряда пользователь тыкнул туда-то, система сделала то-то" не подойдет

А сначала прочтите статью Советы для написания хороших сценариев использования