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

×


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

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


Сообщения - Сергей()

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 »
1
На практике такое вряд ли кто нарисует. Это всё равно, что две диаграммы вместе слитно нарисовать.
Берём иллюстрацию из стандарта. Рядом справа рисуем деятельность разбирающую компы обратно на части. Заводим ей входной параметр Assembled Comps. Соединяем стрелкой-потоком один из выходных параметров первой деятельности со входным параметров второй.

Деятельность -- это конструкция из кирпичиков, каждый из которых атомарен (элементарен, не раскладывается на части). Кирпичики принято называть узлами.
Один из видов узлов -- узлы действия. Т. е. деятельность собирается из действий. А действие ни из чего не собирается. Оно целёхонькое и прочное -- его на куски не расколотить.

Понятно, спасибо за разъяснения.

Графических средств для этого почти нет. Можно приклеить уродливый коммент с явным выписыванием isSynchronous=true или isSynchronous=false.
"Почти нет", т. к. есть один финт.
На фрагменте а) видим узел действия вызова деятельности. И у этого узла видим выходящий пин. По стандарту узлу с isSynchronous=false запрещено иметь такие пины. Значит, этот узел с  isSynchronous=true.

Но если у узла нету пина, то остается неопределенным, чему равен признак isSynchronous этого узла.
:(

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

2
По стандарту прямоугольничек со скруглёнными углами, из которого выходит (или в который входит) стрелочка-поток мы не можем прочесть как Activity.
Втыкай в эту прямоугольную "картофелину" вилку, вытыкай назад, это никак на стандартное прочтение не повлияет. Потому что, по-любому, это узел действия, т. е. Action.
С вилкой Action становится узлом действия специального вида, у которого длинное название: узел действия вызова деятельности. Ну, т. е., действие состоит в том, что запускается некая Activity.

Запуски могут быть синхронными и асинхронными.
На этой диаграмме это как-то отражается какими-нибудь специальными символами?

Может ли на диаграмме деятельности присутствовать деятельность? Может, конечно.
Обычно, при этом она выгладит как прямоугольная со скруглёнными углами рамка, внутри которой находится всё содержимое диаграммы.
Если заморочиться, то можно нарисовать две такие "диаграммы в рамочках" рядом.
Потом можно захотеть их соединить. Стандарт запрещает это делать напрямую. Каждая деятельность сначала должна будет вырастить на своей границе объектный узел специального вида -- параметр. И вот эти выращенные параметры (output с input) можно будет соединить стрелкой-потоком.

Можете показать пример такого "соединения" деятельностей?
И можете пожалуйста объяснить, чем по поределению деятельность отличается от действия?

3
Erwin вполне доступен по академической версии. Да, но интерфейсно изменился, но простите нотация как была, так и осталась.
Я ERwin использую (использовал) при обучении студентов на протяжении пары десятилетий (почти). Всегда по циклу:
1 логическая модель
  - представление сущность/связь
  - представление основанное на ключах
  - полноатрибутивное представление (тут надо описание доменов включать)
2 физическая модель
  - суррогатные ключи
  - альтернативные ключи
  - инверсные входы
  - домены (хотя их стоит определить уже на уровне логической модели)
  - представления, триггеры и хранимки
3 прямая генерация схемы (при построении ФМ уже определяешь какая будет СУБД) - мы в учебных целях использовали Access

Спасибо, буду изучать.

Если нуждаетесь в только концептуальном, логическом моделирование, может подойдет просто расширенная модель сущность-связь?

Не сталкивался с такой нотацией. Надо посмотреть.
Какие инструменты ее поддерживают?

4
Вопрос что нужно от инструмента? Автогенерация кода, прямой и обратный инжиниринг.
Нет, ничего этого не нужно.
Нужны только максимальная наглядность схемы и максимальное удобство "рисования" схемы.

В конце концов у каждой СУБД есть средства представления схемы БД.
СУБД нету никакой. Пока нужно создать логическую схему БД.
Логическая схема не привязана к физической структуре и к конкретной СУБД.

Нотаций моделирования есть множество. Но под реляционные БД наиболее заточена IDEF1x. Исходя из этого, нужно просто подбирать инструмент, который полно реализует эту нотацию.
Да, наверно вы правы.
Тогда вопрос так и переформулируем: какой инструмент удобен для создания схем IDEF1X?

...Среди таких мне нравится Erwin. Но есть и другие аналоги, В том числе и Visiual Pradigm и другие.
Спасибо, попробую поискать триальные версии этих продуктов и посмотреть.
Но насчет Erwin... Читал не очень хорошие отзывы про последние версии Erwin.

5
У Амблера для этого предусмотрены метасвойства/tagged values у столбцов, помеченных как внешние ключи (<<FK>>).

Это я понял. Но это свойства _столбцов_.
А я имел ввиду, что у самой связи (то есть у линии, связывающей две сущности) нету информации о ключах (столбцах), по которым осуществляется эта связь.
Ну в общем, как-то мне не очень эта идея.

Что-то еще можете порекомендовать?

6
Нашел программу Aqua Data Studio.
Вроде бы все в ней есть, судя по описанию. Но работает как-то криво.



7
Мне привычен UML. К нему есть профиль, предложенный на сайте Скотта Амблера. С помощью этого профиля можно приспособить стандартную UML-диаграмму классов к моделированию схемы реляционной БД. Амблер не приводит пример с категоризацией, но в актуальной версии UML есть такие штуки как Generalization Set с Power Type-ами. Это позволяет наUMLылить что-то похожее на IDEF1X-ные categorization-отношения.
Недостатков такого решения прорва:
- инструмент для перевода с/в DDL в/с UML почти наверняка не существует;
- приспособленные UML-диаграммы классов не привычны разработчикам БД, они откажутся их читать;
- пляски с Generalization Set и Power Type-ами лишь отдалённо напоминают то, что было в IDFE1X.

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

8
[Вероятно, имеются в виду реляционные БД.]

Да, конечно.

Можно ставить в вершину угла выразительные возможности нотации

Именно это для меня важнее. По крайней мере пока.


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

Ищу наиболее удобную нотацию и программу для моделирования схем (диаграмм) баз данных.
Нужно задокументировать существующие БД, и спроектировать новые БД.
Подскажите пожалуйста: кто чем пользуется?

1) Какая графическая нотация (язык графического моделирования) является наиболее информативным (наглядным, понятным, удобочитаемым) для представления схемы базы данных?
Желательно, чтобы эта нотация поддерживала категоризацию дочерних таблиц.
Некоторые нотации схемы БД не поддерживают категоризацию. Хотя, мне кажется, что отображение категоризации на схеме значительно улучшает ее восприятие и понимание.

2) Какой инструмент (средство, программное обеспечение) моделирования и проектирования схем базы данных является наиболее удобным?
Чтобы этот инструмент поддерживал нужную нотацию.
Желательно, чтобы этот инструмент "умел" автоматически строить связи между таблицами, первичные и внешние ключи.
Да и чтобы в нем просто было удобно работать.

Знаю, что есть много разных инструментов. Можно рисовать схему и на бумаге карандашом.
Можно использовать что-то простое: Visio, yEd, даже Paint.
Есть "профессиональные" инструменты типа PowerDesigner, EnterpriseArchitect, ERWin. И много других.
Какой из них вы считаете самым удобным?
Какую нотацию схемы БД вы считаете самой наглядной?

10
1) С Марсу кажется, что это IDEF1X.
2) Если не только кажется, то это часть ISO/IEC/IEEE 31320-2:2012. От которого не отказались.
Да, похоже вы правы. Это IDEF1X.
Спасибо!

3) Не знаю ...
4) Не порекомендую.
Ну что же... Буду искать.
Получается, нужно средство моделирования, которое "умеет" рисовать IDEF1X.
Или нужна другая нотация, которая не менее информативна, чем IDEF1X.


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

Очень давно в Visio можно было "нарисовать" структуру базы данных в такой нотации как на картинке.
Это было в версии Visio-2007. Мне тогда эта нотация показалась очень удобной.
Во всех последующих версиях Visio эта нотация была удалена.

Недавно мне понадобилось "изобразить" что-то похожее.
И я обнаружил, что в современных системах моделирования нету такой нотации.
Я проверил Visio, PowerDesigner, EnterpriseArchitect.

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



12
Раньше получалось.
Оно может и сейчас получается у того, у кого есть Google-аккаунт.
А у меня нету Google-аккаунта, поэтому я не могу посмотреть.

13
anastazya, можете сюда в тему фотографии вашей диаграммы приложить?
Не получается в drive.google войти.

14
... считается, что у варианта использования есть т. н. "уровень цели" -- той цели [действующего лица], которая может быть достигнута в ходе взаимодействий, описываемых сценариями этого ВИ ...
Еще раз спасибо! Коберна читал когда-то очень давно.
Хороший повод для самообразования. Надо будет перечитать все что связано с целями ВИ и их уровнями.
Можете порекомендовать что почитать кроме Коберна?

Но это марсианские реалии. Любое совпадение с реалиями тутошней планеты случайно.
У меня всегда есть стремление глубже разобраться и сделать что-то как можно "правльнее".
Не важно где я нахожусь: на марсе или на тутошней планете.
Поэтому в первую очередь интересует "истина", которая всегда "дороже".

15
... если это вариант использования с уровнем "моря" ...
Что такое "с уровнем моря"?

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 »