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

×


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

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


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

Страницы: « 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 »
121
Обведенный фрагмент
"Класс-ассоциация дает возможность определить дополнительное ограничение, согласно которому двум участвующим в ассоциации объектам может соответствовать только один экземпляр класса-ассоциации"

Должно быть что-то типа такого

"Класс-ассоциация дает возможность определить дополнительное ограничение, согласно которому ЛЮБОЙ ПАРЕ ЭКЗЕМПЛЯРОВ двуХ участвующиХ в ассоциации КЛАССОВ может соответствовать только один экземпляр класса-ассоциации"


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

122
Фаулер (или переводчик) в приведенных фрагментах книги все время путают классы и экземпляры классов.
Ассоциации связывают классы, а экземпляры классов связываются экземплярами ассоциаций (связями).

123
Обсуждение статей / Re: Курс
« : 15 Марта 2010, 14:56:14 »
Рекомендовано для прослушивания!

Мне тоже понравилось. Особенно когда параллельно делаешь отображение на программную инженерию.

124
из "выбора типа алгоритма" выводите стрелочку и ведете ее на ромбик из которого выходит столько стрелочек сколько типов алгоритма существуют.
Каждая из этих стрелочек упирается в свою деятельность:
Расчёт расхода
Расчёт температуры
и т.д.
внутри этих деятельностей и разбираетесь со своими параметрами

125
Т.е. ты выбрал алгоритм и тебе надо в зависимости от выбора показать один, второй или третий GUI?

Если так, то сделай три деятельности и назови их "Показать GUI - 1" и т.д. и после выбора алгоритма через ромбик (ветвление) или прямо, направо и налево к одной из этих деятельностей.

126
Для всех / Re: Разработка редактора
« : 19 Февраля 2010, 19:50:43 »
Примерно такую же задачу (пока без визуализации) для общего случаю решают тут

127
1. Для штатного расписания нужно поддерживать историю изменения - пока этого явно нет

Эдуард, я бы на твоем месте все-таки отделил предметную область от функциональных требований. Сейчас мы ведь предметную область пытаемся изобразить?

А сохранять историю изменений можно для всего чего хочешь.

128
Так какая модель-то рисуется? концептуальная или модель реализации?

129
Несколько комментариев/вопрос/соображений:

1) "вид персонала" просится стать enumeration
2) кое-где можно подумать про агрегации\композиции
3) Отношения в группе "Должность", "Подразделение", "Сотрудник", "Штатаная единица" скорее всего можно пересмотреть и нарисовать через многополюсную ассоциацию и может еще класс-ассоциацию. Будет понятнее и не потребуются пространные комментарии.

130
Я правильно трактую нотацию или где-то недопонимаю? Спасибо!

Смотри сюда

131
...
Метод я так понимаю статический, потому как перед именем класса SearchScreen нет символа  ":".
...

Здесь и далее: наличие/отсутствие символа ":" никак не связано со статичностью или  не статичностью метода.

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

132
Спасибо! Дело в том что flag это сторожевое условие (guard). Потому наверное все таки:
1.2: [flag]: <<create>>


Да, конечно так.

133
"диаграмма кооперации" - это из UML 1.
Название вводило в заблуждение, так как можно было подумать, что на этой диаграмме изображают кооперации (есть такая сущность в UML).
В UML 2 "диаграмма кооперации" переименована в "диаграмму коммуникации"

134
Теперь вопрос. Корректно ли указывать на коммуникационных диаграммах создание новых объектов? Правильно ли я это делаю ( шаг 1.2.)?

1.2: <<create>> [flag] ....

135
Зависимость

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