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

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Resen70

Страницы: 1
1
Здравствуйте!

Недавно делал диаграмму в Enterprise Architect.
И оказалось, что EA свободно дает создавать несколько Activity с одинаковыми именами!

Что это значит? Что EA нарушает стандарт?
Или то, что Activity в EA имеют другой смысл?

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

3
А нужно ли в конце "блока" обработки условия делать "объединяющий" Desicion, в котором соединяются все разветвления?
Вот так как на рисунке:

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

Делаю простую диаграмму Activity Diagram с помощью PowerDesigner.

Текст условия, который должен быть отображен довольно длинный.
Если его вписать в поле "Name" или в поле "Condition", то значок условия сильно "раздувается", и как результат - условие коряво отображается на диаграмме.
Пример - во вложенной картинке.

Как в соответствии с требованиями стандарта UML нужно отображать такие условия?
Объясните, пожалуйста.



6
Добрый день!

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

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

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

8
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 13 Июня 2023, 10:27:39 »
По моему, в ЕА точно вот нет иерархического списочного представления.
Это печально :(
Я новую тему начал для обсуждения подходящего инструмента:
https://www.uml2.ru/forum/index.php?topic=7009.0

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

В Enterprise Architect невозможно вводить требования в виде таблицы. Причем хотелось бы требования вводить не просто в виде таблицы, а в виде иерархического списка, как это делается в PowerDesigner.
В этом главный недостаток требований в EA. С другой стороны в EA вроде как удобная настраиваемая матрица.

В PowerDesigner очень удобно вводить требования.
Но что-то я не разобрался с матрицей трассировки. В матрице у PowerDesigner и в строках и в колонках отображаются требования из одного и того же набора.
А нужно установить трассировку между требованиями из разных наборов.

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

Также пробовали RequsitePro. Но в нем не работает экспорт требований в документ.
Приходится документ заполнять вручную.

10
Добрый день!

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

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

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

11
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 09 Июня 2023, 13:51:28 »
Здравствуйте!

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

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

12
К теории моделирования и нотациям Ваш вопрос не имеет отношения, насколько я могу судить.
Да, промахнулся разделом. Извиняюсь. Обратился к администраторам с просьбой перенести тему.

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

... при чём тут UML.
Ну как при чем.
На первом этапе нужно разработать логическую модель этой системы на языке UML.

Библиотечная классификация -- специализированная вещь, отличающаяся от обобщённой классификации "объектов по каким-либо категориям". Так, на книге есть шифры -- ББК и всякие там ISBNы. Просто глядя на них Вы получаете ответ на вопрос: "содержится" ли книга в категории "Приключения". На книге есть значок ограничения по возрасту (если она издана после вступления в силу соответствующих законов). Глядя на них Вы узнаете, относится ли книга к категории "Детям до 12 лет".
Все эти значки - это всего лишь общепринятые коды общепринятых категорий.
Но ведь книга сначала должна быть классифицирована библиотекарем, то есть отнесена к тем или иным категориям, и только после этого у нее появится этот код.

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

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

На книге есть дата выпуска тиража. По нему Вы получите ответ про "Период публикации".
С периодом публикации не совсем удачный пример получился.
Лучше рассмотрим категорию "Исторический период". Допустим все книги в библиотеке надо дополнительно классифицировать по категории "Исторический период", в соответствии с описываемыми в книге событиями.
Допустим эта категория в нашей системе классификации разбита на следующие подкатегории: "Древняя Русь", "Удельная Русь", "Русское государство до 1721", "Российская империя", "Российская республика", "СССР".
Библиотекарь сначала по краткому содержанию книги определяет подкатегорию, к которой следует отнести книгу.
Затем, в своей программной системе "связывает" карточку книги с этой подкатегорией. И только после этого у книги появляется соответсвующий код.
Теоретически категория "Исторический период" может быть разбита и более "дробные" периоды, например "Период Петра 1-го", "Период Брежнева".
Причем в одной и той же книге могут быть описаны разные исторические периоды, а значит, она дожна быть связана с несколькими подкатегориями.

Но если Ваша система категоризует/классифицирует бутерброды, то, просто взглянув на бутерброд, вряд ли можно определённо ответить:
относится ли он к категории "Приключения"?
предназначен ли он детям до 12 лет и годится ли для детей постарше?
Правильно! Так как для бутербродов должна быть своя система категорий.
Вот в этом и заключается вопрос - разработать модель "универсальной" системы категорий.
Не жестко заданной, а именно "универсальной".

Тогда в этой системе классификации можно будет классифицировать как книги, так и бутерброды.
Можно нафантазировать такой пример: в такой системе вы выбираете подкатегорию "Российская республика" и видите: (1) книги об этом периоде и (2) наиболее популярные бутерброды в этот исторический период.
Конечно, этот пример из области юмора. Но суть задачи поясняет.

13
Добрый день!

Нужно сделать модель системы, которая позволяет классифицировать объекты (записи) базы данных по каким-либо категориям.
Система очень похожа на систему классификации книг в библиотеке.
Особенность таких классификаций в том, что каждая запись базы данных (в данном случае - книга) может одновременно "принадлежать" разным категориям.
Например, конкретная книга (запись БД) "содержится" одновременно и в категории "Приключения" и в категории "Детям до 12 лет".
Причем, количество категорий заранее не фиксировано.
То есть в процессе эксплуатации мы можем сформировать новую категорию, например "Период публикации", и все книги "распределить" по этим периодам.

Хотелось бы посмотреть примеры UML-диаграмм таких систем.
В первую очередь интересует диаграмма классов такой системы, а также ER-диаграмма (IDEF1X).

Кто-нибудь сталкивался с такими системами и их моделями?
Интересна любая информация по этому вопросу: принципы построения таких систем, примеры моделей, диаграмм, какие-то мысли и соображения.
Подскажите, пожалуйста, что-нибудь.

Страницы: 1