1

Теория моделирования и нотации / Re: UML. Имя Activity

« : 22 Марта 2024, 19:08:18 »

Добрый день!

Делаю простую диаграмму Activity Diagram с помощью PowerDesigner.
Диаграмма описывает алгоритм некоторой процедуры, обрабатывающей текущую строку таблицы.
На этой диаграмме несколько объектов Activity по сути являются вызовом одной и той же подпрограммы, выполняют одни и те же действия, но в разных местах алгоритма.
Естественно, для этих объектов Activity я в имени указываю одно и то же имя вызываемой подпрограммы.
Однако, PowerDesigner не дает этого сделать и выдает ошибку о том, что имя не уникально.

Объясните, пожалуйста, в соответствии с требованиями стандарта UML разве имена всех объектов должны быть уникальными?
Какой в этом смысл?
А если имя уникальное, то как на диаграмме отобразить тот факт, что несколько объектов Activity вызывают одну и ту же подпрограмму?

На самом деле процедура в программе определена одна, а вот вызовов конечно может быть много.

2

UML SysML и пр. / Re: Шутки и UML

« : 20 Февраля 2024, 11:24:26 »

С наступающим!
UML-ёлочка вышла немного нестандартная. Это Visual Paradigm разрешает так складывать подарки под неё. В стандарте таким художествам нет места.

Но симпатично, можно свой UML profile заточить

3

UML SysML и пр. / Re: Шутки и UML

« : 20 Февраля 2024, 11:23:17 »

С наступающим!
UML-ёлочка вышла немного нестандартная. Это Visual Paradigm разрешает так складывать подарки под неё. В стандарте таким художествам нет места.

А что-то ничего не отображается

4

ПО Аналитика / Re: Инструмент для работы с матрицей трассировки требований

« : 02 Декабря 2023, 22:01:22 »

Подскажите программное обеспечение для работы с требованиями, которое умеет выполнять следующие функции:
1) ввод требований и их просмотр в виде таблицы со столбцами-свойствами, желательно в иерархическом виде
2) задавать трассировку (связи) между требованиями
3) отображать требования с учетом трассировки (связей) между ними в виде матрицы
4) в матрице требований тоже можно редактировать связи между требованиями

Многие, тот же EA, или VP. Cradle из более навороченных, для EA есть Raquest (https://www.raquest.com/). Вообще, наверняка, есть что-то более современное

5

Задачи студентов / Re: ChatGPT в приложении к составлению UML-диаграмм

« : 13 Сентября 2023, 15:22:29 »

https://link.springer.com/content/pdf/10.1007/s10270-023-01105-5.pdf
Испанские исследователи натравили ChatGPT на решение учебных задачек по составлению UML-диаграмм. Оказалось, что ИИ часто генерит диаграмму, которую составители задачи не ожидали.
Глядя с Марсу, могу судить, что такое часто происходит даже в тех случаях, когда диаграмму выдумывает неискусственный разум.

Ничего себе, они еще и статью написали в ученый журнал. Хирша наверное подняли неслабо.
Надо тоже написать, вот только к чату получить доступ

6

ПО Аналитика / Re: Новости от Visual Paradigm

« : 13 Сентября 2023, 15:18:18 »

Выпущен VP 17.1
https://www.visual-paradigm.com/whats-new/

Да будет так.

7

ПО Аналитика / Re: Инструмент для работы с матрицей трассировки требований

« : 13 Сентября 2023, 15:16:03 »

По матрице трассировки подскажите что-нибудь, пожалуйста.

А что подсказать? и в каком контексте, инструментальной поддержки или что? Как работать в EA?

8

Sparx / Re: FAQ - Sparx Enterprise Architect

« : 11 Июня 2023, 22:29:59 »

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

Подскажите, можно ли в EA вводить требования в виде иерархической таблицы?
У нас требований очень много. Добавлять большое количество требований в виде объектов на диаграмме - это долго и неудобно.
Удобно было бы завести список требований (типа как в PowerDesigner).

Есть такая возможность в EA?
Что-то я не нашел

По моему, в ЕА точно вот нет иерархического списочного представления. Иерархия возможно только графически. Я думаю, это связано с политикой развития продукта Sparks Systems. Но есть надстройки. Я пару лет даже платил за RaQuest (https://www.raquest.com/products/).

9

ПО Аналитика / Re: Инструмент для работы с матрицей трассировки требований

« : 11 Июня 2023, 22:20:05 »

Добрый день. 

Хотелось бы подискутировать подробнее по поводу " возможность удобной работы с матрицей трассировки требований". Судя по опыту использования Вами более, чем двух инструментов, Вы нашли их не удобными.

Могли бы рассказать (а это могло быть полезно и другим), а что Вас не устраивает например в Enterprise Architect?

10

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

« : 12 Января 2022, 19:17:21 »

К слову во многих учебниках сделано также -- банк либо забыт и отрезан от банкомата, либо включён в рамки системы.

Что подтверждает факт, что диаграмма ВИ вообще не так уж и важна?

11

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

« : 12 Января 2022, 19:09:34 »

Это можно проделать только на листе бумажки или в рисовалке вроде Visio. Мы -- заложники производителей UMLьных инструментов. Как они сделают, так мы и сможем рисовать. Вот в VP решили, что плавательные дорожки на диаграммах коммуникации -- это гуд. И, не моргнув глазом, сделали их там. При этом VP заявляет, что поддерживает стандарт.

Да в VP затейники.

12

UML SysML и пр. / Re: Шутки и UML

« : 12 Января 2022, 19:08:32 »

Удачи всем в наступающем 2022-м!
Пусть сбываются Ваши планы!
Пусть будут успешны Ваши проекты!

Спасибо и Вам там на просторах Вселенной всего самого хорошего. А Вы кстати как определяете НГ, по обороту галактики вокруг ядра?

Шутка про крестики и нолики - классная:)

13

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

« : 18 Ноября 2021, 19:00:05 »

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

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

14

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

« : 18 Ноября 2021, 18:51:05 »

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

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

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

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

15

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

« : 18 Ноября 2021, 18:46:29 »

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