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

×


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

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


Сообщения - [прилетело НЛО и...]

Страницы: « 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 31 32 33 34 »
256
Смешная диаграмма про воинов продолжает работать в рекламе курса.
Уважуха. ОО-анализ на языке, похожем на UML, отчего бы нет.
В новой версии видеоролика смешную диаграмму про воинов убрали. Вторую смешную диаграмму оставили. А что делать? Нельзя же рекламировать курс про "анализ на" так называемом "UML" совсем без диаграмм.
Что мы видим на единственной диаграмме?

Крановщик с технологом могут войти в систему только вместе, взявшись за руки? "Ржака" -- если использовать предложенный нам термин. Но для анализа на языке, похожем на UML, сойдёт.

С неизменной уважухой,
НЛО

257
Агрегацию нарисуем, когда почка станет искусственной, т. е. "имплантируемым в организм гемодиализным аппаратом".
Сейчас композиция показывает, что, например, при кремации невырезанные почки сгорают вместе с трупом.
[Б-р-р. Улетаю. Тема зашла куда-то не туда.]

258
Или вот другая история.
Сначала на нашей планете думали, что: Человек◆-1---1..2-Почка.
Потом прилетели пришельцы и научили трансплантологии. Выяснилось, что:  Человек◆-0..1---0..2-Почка (с двумя почкам рождается, с 1-2 живёт, из трупа можно вырезать все и пересадить, до пересадки не более чем 72 часа почка живет сама по себе в холодильнике). Трансплантологи подзуживают, что на самом деле Человек◆-0..1---0..3-Почка, так как можно вшить доп. почку к имеющимся двум, и такое было. На нашей планете.

259
Колёса и машины были приведены как иллюстрация -- пример, подкреплённый авторитетом, и выдержавший[?] проверку в редакции Journal of Object Technology. Если пример не годится, то можно подобрать более наглядную и понятную иллюстрацию вместо того, чтобы закапываться в учёт колёс и авто.
Вопрос идентификации решается в UML другими средствами. У атрибутов, входящих в состав идентификатора, ставится пометка {id}. UMLьная композиция (и агрегация) не указывает на то, как именно идентифицируются объекты-части.
Заявка на другой пример: Составное3ДТело◆-0..1---2..*-Простое3ДТело. Тут из двух или более кубов можно создать композит. Кубы до создания композита могли существовать сами по себе как простые тела. Перед уничтожением композита все его кубы, кроме обязательных двух могут сбежать. Двум, как древнеегипетским рабам, придётся сопроводить композита-фараона в долину мертвых.

260
Реализация / Re: Композиция, Агрегация
« : 17 Сентября 2017, 22:52:49 »
Семантика umlьная. Другой на моей планете нет, не завезли.

261
Похожие раскопки делали тут же на форуме в части диаграмм состояний. Думаю, что можно попытаться раскопать, кто же выдумал композицию с агрегацией, что он на самом деле имел в виду, до того как всё испортили авторы стандарта UML.)

262
Сиамские близнецы могут разделять общую часть тела.)
Модель лишь с некоторой достаточной степенью точности описывает реальное положение дел. Если модель формальна, то в ней используются термины, которые в некоторой степени идеальны, вроде математических терминов.
Я понимаю, что есть разные аспекты:
1) смысл, вкладываемый в термины, которые используются при моделировании;
2) адекватность моделей реальному положению дел.
Готово обсуждать первый. Со вторым сложнее.
В моей тарелке и зажигания-то нет, летаю на чистой возобновляемой энергии. И как там с колёсами дело обстоит, тоже затрудняюсь. Есть не-бок-овские примеры, где колёса к авто крепят агрегацией. Но это, мне кажется, мало говорит о том, как правильнее крепить, а скорее указывает на то, что для одних задач (где важно сжигать авто вместе с его колёсами) одна модель подойдёт лучше другой.

263
По UML-ному стандарту есть два отличия (указанные мною в другой ветке).
UMLьная агрегация говорит о том, что объект-целое группирует объекты-части. Объектам-частям можно входить в несколько групп (если позволяет мощность полюса). Существование объектов-частей не [очень] зависит от существования объектов-групп.
Полисемия зашумляет обсуждение. Мои извинения за то, что не разобрало в каком ключе тут разбирают композиции и агрегации.

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

265
Прошу прощения, ксенолингвистический гаджет барахлит.
Если Вы хотите в модели показать, что объект-часть существует внутри объекта-целого, то для этого Вы рисуете диаграмму составной структуры (composite structure diagram). Сама по себе композиция, нарисованная на диаграмме классов не накладывает ограничений на то, чтобы части жили именно внутри целого.
Если Вы хотите в модели показать, что объект-часть в течение своей жизни не может сменить хозяина -- объект-целое --, как в Вашем примере с квартирой, то Вы пишете возле чёрного ромба {readOnly}, или как когда-то писали {frozen}. Если такой пометки нет, то [по умолчанию] композиция позволяет менять хозяина. [По умолчаию] она не обладает стационарностью.

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

267
Да, надо признать. Но в русле, в котором шло обсуждение. Мне кажется.

268
Реализация / Re: Композиция, Агрегация
« : 17 Сентября 2017, 02:13:13 »
Я лишь попыталось пояснить свой ответ.

269
Активы -- это с планеты бух/учёта. А аналитика и у химиков есть [своя].

270
На планете бух/учёта тоже есть жизнь.

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