91

Примеры / Re: Use case диаграмма снятия денег в банкомате

« Последний ответ от Galogen 18 Ноября 2021, 19:00:05 »

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

Это все Thinkler, он отрезал.

92

Консалтинг и Внедрение / Re: Оценка целесообразности внедрения СЭД

« Последний ответ от Galogen 18 Ноября 2021, 18:51:05 »

Здравствуйте,

Строительная компания с 70 человек сотрудников. Примерно 500 писем в год.
Подскажите, пожалуйста, как определить экономическую целесообразность внедрения СЭД на подобном предприятии?

1 500 писем в годе, это в среднем 500/365 писем в день, т.е. полтора письма. Если выкинуть выходные и оставить только рабочее время, можно натянуть до 2 писем в день.
2 70 сотрудников - получится, что на сотрудника в день будет приходиться совсем не много 2/70 часть письма
3 ну или иначе 500 / 70 порядка 7 писем в год

Если исходить только из этого, то зачем тут СЭД не понятно. Потому для оценки требуется больше информации. Каков ЖЦ таких писем, что вызывает такое письмо, каков объем писем, какие правила, сколько обычно задействовано в обработке одного из писем.

93

UML SysML и пр. / Re: "Плавательные дорожки" на диаграмме коммуникации

« Последний ответ от Galogen 18 Ноября 2021, 18:46:29 »

Вы уже где-то попробовали?

94

UML SysML и пр. / "Плавательные дорожки" на диаграмме коммуникации

« Последний ответ от [прилетело НЛО и...] 06 Октября 2021, 18:09:32 »

На сайте Visual Paradigm встретилась замечательная диаграмма:

См.: https://www.visual-paradigm.com/VPGallery/diagrams/Collaboration.html
Замечательна она тем, что авторами VP swimlane-ы, придуманные задолго до UML и взятые в UML почему-то только для диаграмм деятельности, органично вплетены в стандартную нотацию. Залезание в текст стандарта подтверждает ожидания. Это не стандартная нотация. Swimlane-ам место лишь на диаграммах деятельности.

Но что если копнуть глубже и посмотреть, что стандарт не запрещает рисовать на диаграммах коммуникации. И тут нас ждёт сюрприз. Вся диаграмма коммуникации по стандарту = дерево с корнем, являющимся Interaction. В привычной диаграмме коммуникации из Interaction растут ветви в сторону его детей -- Lifeline-ов всяческих, Message-ей. Это согласуется с абстрактным синтаксисом. Но этот синтаксис говорит, что дитём Interaction-а вполне может быть InteractionFragment, то есть, и CombinedFragment. Значит, что стандартом не запрещено рисовать непривычные диаграммы коммуникации -- с alt-, loop- или opt- фрагментами. Чего по привычке никто не делает.

Так что, меняем "плавательные дорожки" на комбинированные фрагменты и вперёд!

95

Консалтинг и Внедрение / Оценка целесообразности внедрения СЭД

« Последний ответ от Mystery 20 Сентября 2021, 17:30:29 »

Здравствуйте,

Строительная компания с 70 человек сотрудников. Примерно 500 писем в год.
Подскажите, пожалуйста, как определить экономическую целесообразность внедрения СЭД на подобном предприятии?

96

Примеры / Re: Use case диаграмма снятия денег в банкомате

« Последний ответ от [прилетело НЛО и...] 18 Сентября 2021, 22:59:37 »

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

97

Теория моделирования и нотации / Re: UML диаграмма классификации (категоризации)

« Последний ответ от [прилетело НЛО и...] 20 Августа 2021, 13:08:39 »

обрастает рядом дополнительных вопросов, например:...

Предположительно, можно взять часть метамодели UML, относящуюся к структуре, кроющую классы и экземпляры. Далее отождествить Class с категорией, а InstanceSpecification с объектом. Получившаяся недометамодель UML даст требуемую якобы гибкость в плане неопределённости объектов, категорий и ответов на вопросы. Но манипулировать данными в такой системе будет неудобно.

Идея подсмотрена у Скотта Амблера. Это расширенная его generic schema, которую он описал для ORM.

98

Теория моделирования и нотации / Re: UML диаграмма классификации (категоризации)

« Последний ответ от Vadim 19 Августа 2021, 16:38:35 »

Как только появляется

- иерархическая система категорий

то

- способ связывания объектов с категориями

обрастает рядом дополнительных вопросов, например:
1. В связи могут участвовать только категории-листья?
2. В связи с одним объектом могут участвовать и категория-предок, и категория-потомок?
3. В связи с одним объектом могут участвовать категории с общей категорией-предком?
4. Как может изменяться сама "иерархическая система категорий":
- листья могут становиться не листьями?
- не листья могут становиться листьями?
- категории могут менять непосредственного предка?

99

Теория моделирования и нотации / Re: UML диаграмма классификации (категоризации)

« Последний ответ от Galogen 16 Августа 2021, 22:33:01 »

Нужно сделать модель системы, которая позволяет классифицировать объекты (записи) базы данных по каким-либо категориям.

Здравствуйте.

Модель модели рознь. Мы по сути моделируем ситуацию, когда
1 Есть объект классификации
2 Есть некий класс, группа, признак такой классификации

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

Один и тот же объект классификации (ОК) может быть отнесен к 0, 1 или более классам, признакам классификации (К). Типичная многоаспектная система классификации.

Если брать за основу ER или IDEF1x, то вы будете использовать отношение многие-ко-многим (для IDEF1x неспецифичная связь, которая при физической реализации превращается в три таблицы:
таблица ОК, таблица К и так называемая таблица связи.

в UML скорее всего это можно изобразить с помощью класса-ассоциации (имеет признак, входи в класс).

Возможны наверное и другие варианты. Например многозначный атрибут.

100

Теория моделирования и нотации / Re: UML диаграмма классификации (категоризации)

« Последний ответ от [прилетело НЛО и...] 16 Августа 2021, 21:46:13 »

Если задачей является создание программной системы, то Вы подбираете фреймворк и доки к нему и пишете код.

Если задачей является "чтобы на UML", то хотя бы себе Вы должны дать ответ. Зачем именно UML и зачем визуальная модель.

Библиотечная классификация специализирована. Ею пользуются библиотечные спецы. Обычные люди [вроде Вас] и марсиане [вроде меня] ею пользуются с грехом пополам. И там почти всё давно придумано, а специальные институты патчат и дополняют при необходимости. Книга издаётся с метаданными -- готовой пачкой сведений для классификации. Я давно видел библиотекарей, но и тогда они не производили впечатление людей, которые читают книги для выполнения своих библиотекарских обязанностей.

Бутерброды, в принципе, тоже бывают размечены. В самолётной классификации "курицалилирыба" на лоток с питанием может быть наклеен цветной ярлык.

Какие ярлыки на Ваших объектах-записях? Если известно лишь то, что "структура этих объектов-записей довольно простая" и больше  нечего сказать, то модель будет тривиальной (не содержательной), и набросать UML-диаграмму не будет никакой возможности (из-за отсутствия сведений). На контрпример, диаграмм про книги Вы на тутошнем форуме можете найти несколько штук.

У Борхеса есть такая классификация:
животные делятся на:
а) принадлежащих императору,
б) набальзамированных,
в) прирученных,
г) молочных поросят,
д) сирен,
е) сказочных,
ж) бродячих собак,
з) включённых в эту классификацию,
и) бегающих как сумасшедшие,
к) бесчисленных,
л) нарисованных тончайшей кистью из верблюжьей шерсти,
м) прочих,
н) разбивших цветочную вазу,
о) похожих издали на мух.

Даже на таком шатком основании можно что-то построить.

Но не на облаке.