51

Sparx / Re: FAQ - Sparx Enterprise Architect

« Последний ответ от Galogen 11 Июня 2023, 22:29:59 »

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

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

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

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

52

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

« Последний ответ от Galogen 11 Июня 2023, 22:20:05 »

Добрый день. 

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

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

53

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

« Последний ответ от Resen70 09 Июня 2023, 14:02:05 »

Добрый день!

В каком инструменте есть возможность удобной работы с матрицей трассировки требований?
Чтобы было удобно вводить требования, формировать матрицу, задавать в ней связи между требованиями и т.д.
Больше ничего не нужно. Ну может быть еще сформировать печатный документ.

Мы попробовали PowerDesigner, EnterpriseArchitect. Может быть мы не совсем разобрались.
Но работа с матрицей в этих программах нам показалась очень неудобной.
Даже более неудобной, чем в Rational RequisitePro, которая уже очень давно не поддерживается.

Подскажите пожалуйста.

54

Sparx / Re: FAQ - Sparx Enterprise Architect

« Последний ответ от Resen70 09 Июня 2023, 13:51:28 »

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

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

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

55

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

« Последний ответ от [прилетело НЛО и...] 02 Апреля 2023, 17:14:46 »

Яндекс.Практикум "шутит"

56

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

« Последний ответ от [прилетело НЛО и...] 17 Марта 2023, 15:47:24 »

Издательство "Лори" "шутит".
Так диаграммы ВИ давно не рисуют. Но простым смертным об этом знать не обязательно. На оригинальном издании "Uml for Mere Mortals" обложка в порядке. Традиции российской переводческой школы, видимо, заложены персонажами из книг Ф. К. Дика.

57

UML SysML и пр. / Re: UML Best Practice: "На диаграммах деятельности не рисуйте деятельности"

« Последний ответ от [прилетело НЛО и...] 17 Марта 2023, 15:42:01 »

Подсказали, когда уместно нарисовать деятельность на диаграмме деятельности.
Если в описываемой диаграммой деятельности есть кусок, для моделирования которого прибегаем к рекурсии, то этот самый кусок можно изобразить как деятельность. И внутри этой деятельности будут узлы действия, из которых хотя бы 1 -- узел действия вызова деятельности, той самой которая изображает кусок.

58

Теория моделирования и нотации / Re: BPMN: 2.0 Границы Definition

« Последний ответ от [прилетело НЛО и...] 18 Декабря 2022, 03:55:59 »

Мне кажется, что Ваш вопрос относится не к языку, а к технологии. Язык, упрощённо говоря, даёт систему обозначений. Как эту систему обозначений применить для решения конкретной задачи, -- это определяется процессом. Т. е. в стандарте языка Вы не найдёте ответа на Ваш вопрос. En-wiki упоминает такую книгу как "The Process: Business Process Modeling using BPMN". Ну или что-то переводное. Сами видите, старожилы форума безмолвствуют, марсиане правят бал.(

59

Теория моделирования и нотации / BPMN: 2.0 Границы Definition

« Последний ответ от konung2112 28 Ноября 2022, 11:56:33 »

Добрый день. Я знакомлюсь со стандартом BPMN, и прошу подсказать правильно ли я понимаю границы (масштабы) в которых может быть определен Definition

Definition - это корневой элемент модели. Как я выяснил, изучая стандарт, особенностью BPMN является модель может входить множество процессов (Process). Вообще Definition может содержать множество RootElement-во, в число которых могут входить процессы (Process), Взаймодействия (Collaboration), Диаграммы (BPMNDiagram).
Как понять в каких масштабах нужно использовать Definition и его содержимое:
У меня 2 альтернативных варианта понимания/использования Definition :
 - в нем должны содержаться все процессы процессы (Process) компании, которых могут быть десятки или сотни процессов и сопоставимое количество диаграмм, взаимодействий (Collaboration), участников (Participant) - то есть Definition - это база данных процессов одной компании или подразделения.
 - в нем должны содержаться один процесс или несколько связанных процессов, участвующих в одном Взаимодействии (Collaboration), которые можно представить на одной диаграмме.

Обобщение вопроса: Как правильнее использовать Definitions - складывать все модели в один Definitions или использовать множество Definitions импортирующий и вызывающих друг друга?

60

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

« Последний ответ от [прилетело НЛО и...] 18 Августа 2022, 13:00:11 »

Выпущен VP 17.0
https://www.visual-paradigm.com/whats-new/
Что-то добавили в SysML/UML.
Будем посмотреть.