136

Примеры / Re: Рефакторинг моделей UML

« : 08 Июня 2019, 02:01:56 »

Эти немцы оч. классные (созданный ими USE -- маст юз), но они не вполне следуют стандарту.

If no multiplicity is shown on an association end, it implies a multiplicity of exactly 1.

Они могут записать на псевдоOCL ограничение с тернарной ассоциацией, а я не могу.

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

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

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

Обобщение нельзя свести к делегированию (мадам Лизкова запрещает).

Статья писана в 1998 году. Всё указанное простительно.)

137

Для всех / Re: Что читать?

« : 05 Июня 2019, 23:01:26 »

Я бы еще посоветовал почитать книгу
Элизабет Халл, Джереми Дик: Разработка и управление требованиями

Некротредить, так некротредить.
Книга в 2017 была выпущена на русском ДМК-Пресс. Сделано это в рамках программы Российского института системной инженерии. В списке РИСИ меня заинтересовали книга А. Косякова и книга Г. Лоусона, которые, на первый взгляд, на форуме не обсуждались. Кто-то читал?

138

Примеры / Re: Рефакторинг моделей UML

« : 15 Мая 2019, 23:07:25 »

Попытка монетизации самим автором тут.
Jason McColm Smith. Elemental Design Patterns [pdf]
Джейсон Мак-Колм Смит Элементарные шаблоны проектирования [pdf]

139

Для всех / Re: Разработка структуры блоков системы

« : 15 Мая 2019, 22:56:56 »

Спасибо. Неожиданно копипаста сработала. Должно быть съело чего-нибудь не то.)

140

Для всех / Re: Разработка структуры блоков системы

« : 15 Мая 2019, 14:12:58 »

Ершов А.П. и др. Терминологический словарь по основам информатики и вычислительной техники, далее ходить по стрелочкам.

141

Примеры / Re: Рефакторинг моделей UML

« : 14 Мая 2019, 12:28:54 »

Прошу зачесть как попытку некротрединга.

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

142

IDEF ARIS BPMN и пр. / Re: ER модель для существующей системы

« : 14 Марта 2019, 10:08:15 »

Это применимо для моделирования новой системы, но для уже существующей системы количество сущностей отражает количество тех типов данных (таблиц), которые есть в системе.

Простите, не обратило должного внимания на заголовок. Если цель создания модели описать существующее решение как можно ближе к коду, то мой совет неуместен.
 

143

IDEF ARIS BPMN и пр. / Re: ER модель для существующей системы

« : 13 Марта 2019, 12:42:51 »

Может быть применён рефакторинг сущностей -- выделение поднабора атрибутов в отдельную связанную сущность.
Например, если у сущности Персона есть атрибуты кодГорода, номерТелефона, добавочныйНомер, то их можно вынести в отдельную сущность НомерТелефона, связанную с Персоной. В итоге у Персоны список атрибутов укорачивается, становится обозримым.

144

Sparx / Re: отразить на диаграмме свойства Generalization Set

« : 05 Марта 2019, 16:09:42 »

В отличие от Galogen, я хожу лишь по докам EA. Моя гипотеза состоит в том, что их авторы ничего не утаили. Исходя из неё предлагается решение с костылём. Если оно не подходит, то и ладно.

145

Sparx / Re: отразить на диаграмме свойства Generalization Set

« : 05 Марта 2019, 13:48:54 »

По 1й ссылке есть картинка, на которой у пучка есть constraint. Если среда позволяет, то вбиваем текст внутрь constraint. Если не позволяет, то вместо constraint наклеиваем на пучок коммент. Разве нет?

146

Sparx / Re: отразить на диаграмме свойства Generalization Set

« : 05 Марта 2019, 06:48:34 »

https://sparxsystems.com/enterprise_architect_user_guide/12.0/modeling_basics/treestylehierarchy.html
https://sparxsystems.com/enterprise_architect_user_guide/12.0/modeling_basics/generalization_sets.html

147

Для всех / Re: Алгоритмизация

« : 11 Февраля 2019, 13:42:13 »

SICP: http://newstar.rinet.ru/~goga/sicp/sicp.pdf

148

Sparx / Re: EA (activity diagram) алгоритмы

« : 05 Февраля 2019, 16:08:11 »

Немножко конструктива в тему.
Ориентиром служили доки EA. Диаграмма нарисована в другой среде. За неимением EA убедиться в том, что она симулируется нормально, нет возможности.

149

Sparx / Re: EA (activity diagram) алгоритмы

« : 04 Февраля 2019, 17:00:21 »

Если Вы передаёте через глобальные переменные, то их полные имена -- sim.C. Если Вы заводите пин в Action3 с именем C (не sim.C!), то в коде Вы присваиваете ему значение так: sim.Action3.C или так: this.C.
Шняга, которую я вижу на картинке: С у Вас -- массив из от 0 до 100 элементов. Этот массив инициализируется суммой двух целых чисел. Дальше идёт суммирование массива с целым числом. На месте EA я бы тоже обиделось.
Есть предложение. Напишите псевдокодом или как-то ещё без картинки, что Вы хотите смоделировать. На основании этого можно будет составить примерный вид диаграммы.

150

Sparx / Re: EA (activity diagram) алгоритмы

« : 03 Февраля 2019, 19:18:53 »

Я могу лишь догадываться, что дело в коде, который используется в симуляции. Который Вы не приводите.
На форуме Sparx даётся совет для борьбы с подобной ошибкой, заключающийся в выписывании полного имени переменной.
Вероятно вместо A надо писать что-то вроде this.A или даже sim.Action1.A. Как и вместо любой иной "переменной" действия или деятельности.
Сам по себе разбор ситуации выглядит гаданием на кофейной гуще.
С т. з. UMLя Вам достаточно соединить пины с помощью object flow.