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

×


Последние сообщения

Страницы: 1 2 3 4 5 6 7 8 9 10
1
Вы уже где-то попробовали?
Это можно проделать только на листе бумажки или в рисовалке вроде Visio. Мы -- заложники производителей UMLьных инструментов. Как они сделают, так мы и сможем рисовать. Вот в VP решили, что плавательные дорожки на диаграммах коммуникации -- это гуд. И, не моргнув глазом, сделали их там. При этом VP заявляет, что поддерживает стандарт.
2
Это все Thinkler, он отрезал.
К слову во многих учебниках сделано также -- банк либо забыт и отрезан от банкомата, либо включён в рамки системы.
3
Примеры / Re: Use case диаграмма снятия денег в банкомате
« Последний ответ от Galogen 18 Ноября 2021, 19:00:05 »
Что-то ржу.
Во всех предложенных экспертами заменах исходной диаграммы отрезано действующее лицо "Банк". В этом они хуже исходной диаграммы, т. к. являются ДВИ не банкомата, а деньго-печать-мата.

Это все Thinkler, он отрезал.
4
Здравствуйте,

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

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

Если исходить только из этого, то зачем тут СЭД не понятно. Потому для оценки требуется больше информации. Каков ЖЦ таких писем, что вызывает такое письмо, каков объем писем, какие правила, сколько обычно задействовано в обработке одного из писем.
5
UML SysML и пр. / Re: "Плавательные дорожки" на диаграмме коммуникации
« Последний ответ от Galogen 18 Ноября 2021, 18:46:29 »
Вы уже где-то попробовали?
6
На сайте 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- фрагментами. Чего по привычке никто не делает.

Так что, меняем "плавательные дорожки" на комбинированные фрагменты и вперёд!
7
Консалтинг и Внедрение / Оценка целесообразности внедрения СЭД
« Последний ответ от Mystery 20 Сентября 2021, 17:30:29 »
Здравствуйте,

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

8
Примеры / Re: Use case диаграмма снятия денег в банкомате
« Последний ответ от [прилетело НЛО и...] 18 Сентября 2021, 22:59:37 »
Что-то ржу.
Во всех предложенных экспертами заменах исходной диаграммы отрезано действующее лицо "Банк". В этом они хуже исходной диаграммы, т. к. являются ДВИ не банкомата, а деньго-печать-мата.
9
обрастает рядом дополнительных вопросов, например:...
Предположительно, можно взять часть метамодели UML, относящуюся к структуре, кроющую классы и экземпляры. Далее отождествить Class с категорией, а InstanceSpecification с объектом. Получившаяся недометамодель UML даст требуемую якобы гибкость в плане неопределённости объектов, категорий и ответов на вопросы. Но манипулировать данными в такой системе будет неудобно.

Идея подсмотрена у Скотта Амблера. Это расширенная его generic schema, которую он описал для ORM.
10
Как только появляется
- иерархическая система категорий
то
- способ связывания объектов с категориями
обрастает рядом дополнительных вопросов, например:
1. В связи могут участвовать только категории-листья?
2. В связи с одним объектом могут участвовать и категория-предок, и категория-потомок?
3. В связи с одним объектом могут участвовать категории с общей категорией-предком?
4. Как может изменяться сама "иерархическая система категорий":
- листья могут становиться не листьями?
- не листья могут становиться листьями?
- категории могут менять непосредственного предка?
Страницы: 1 2 3 4 5 6 7 8 9 10