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

×


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

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


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

Страницы: « 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 »
166
Как уже многократно написано, все зависит от контекста, который отсутствует.
Но тем не менее...

Мои аргументы таковы:
1) наследование подразумевает возможность подстановки дракона вместо птиц или ящериц во всех случаях, когда те используются. Контекст не известен, но я считаю вероятность выполнения принципа подстановки очень маленькой, поэтому отбрасываю этот вариант.
2) множественное наследование отправляется вслед за единичным
3) полиморфизм в ООП требует наследования. До свидания
4) Композиция? Это где здесь часть? Где целое? До свидания
Остается инкапсуляция:)

167
Смотрю на результаты и вижу, что являюсь единственным кто ответил "инкапсуляция" :)

168
cless, что по поводу программы курсов? top-secret?

169
И мне на программу интересно посмотреть

170
А разве можно сгенерировать код по диаграмме деятельности?
А зачем тогда к Eclipse это прикручивать и так детально описывать действия?

171
Уважаемые коллеги, изучаю диаграмму деятельности и начал использовть в своей работе UML2 tools от Eclipse.
Подскажите пожалуйста или укажите,  где можно познакомиться с такой информацией (желательно с примерами использования).

Чем отличаются следующие элементы (все насколько я понимаю приcутствуют в стандарте UML 2) :
*Add Feature Value Action
*Call Behavior Action
*Call Operation Action
*Create Object Action
*Opaque Action
*OpaqueBehavior
*Value Specification Action

В UML 2 действительно описаны данные элементы, но чтобы тут все объяснить надо потратить массу времени (надо дать все определения, связать их друг с другом и пр.)

Самый простой способ для вас - создать диаграмму деятельности с каждым из этих действий и посмотреть на сгенеренный код. Если уже после этого возникнут вопросы - задавайте.

172
Присутствовать не могу, но любопытно будет посмотреть слайды по темам

> чт 3 дек     19:00 – 22:00   Основы моделирования. Сурова И.
> чт 10 дек    19:00 – 22:00   UML для Аналитика. Байкин А.
> чт 17 дек    19:00 – 22:00   Описание требований в виде ВИ. Байкин А.

173
С днем рождения! Присоединяюсь к поздравлениям.

174
Sparx / Re: Sparx EA, не понятно sequence diagram
« : 05 Августа 2009, 00:20:55 »
В конце концов любой объект программный должен быть уничтожен
Вопрос только - когда? В этом взаимодействии или нет.

175
Вот потому и хочется однозначности, и именно на этом примере. Согласно нотации он останавливается или нет?

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

Нотация данного примера верна, но семантика НЕОДНОЗНАЧНА.
Другими словами, если это реальная диаграмма из какого-либо проекта, то люди, которые в процессе своей деятельности должны будут использовать эту диаграмму не смогут ее однозначно интерпретировать и должны потребовать от автора диаграммы объяснений по некоторым вопросам.
Один из них может звучать так:
А что будет, если мы находимся в состоянии A2+B1 и в это время приходит сигнал (кстати непонятно какой), который приводит к активации перехода из A2 в ZA.

176
Наверно потому что в дд можно сразу и поток информации показать.

Не нашел в вашем примере поток данных.

177
почему такое желание нарисовать на диаграмме деятельности то, что надо рисовать на диаграмме автомата?

178
напишите словами, что вы хотите изобразить

179
первую диаграмму можно с натяжкой назвать диаграммой деятельности. Внутреннее содержание какой-либо деятельности принято раскрывать на новых диаграммах деятельности.

вторая и третья диаграммы - не понятно что. потоки управления возникают ниоткуда и проваливаются в никуда

может вы хотели диаграммы автомата изобразить?

180
приеду с дачу и в понедельник отвечу

Страницы: « 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 »