16

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

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

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

17

Теория моделирования и нотации / Re: UML диаграмма классификации (категоризации)

« : 16 Августа 2021, 22:33:01 »

Нужно сделать модель системы, которая позволяет классифицировать объекты (записи) базы данных по каким-либо категориям.

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

Модель модели рознь. Мы по сути моделируем ситуацию, когда
1 Есть объект классификации
2 Есть некий класс, группа, признак такой классификации

Вообще этот вопрос решен достаточно подробно. Выделяют разные системы классификации. Но можно пойти проще от отношения между Объектом классификации и Признаком классификации.
Судя по вашей задачи между ними отношение многие-ко-многим.

Один и тот же объект классификации (ОК) может быть отнесен к 0, 1 или более классам, признакам классификации (К). Типичная многоаспектная система классификации.

Если брать за основу ER или IDEF1x, то вы будете использовать отношение многие-ко-многим (для IDEF1x неспецифичная связь, которая при физической реализации превращается в три таблицы:
таблица ОК, таблица К и так называемая таблица связи.

в UML скорее всего это можно изобразить с помощью класса-ассоциации (имеет признак, входи в класс).

Возможны наверное и другие варианты. Например многозначный атрибут.

18

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

« : 29 Июля 2021, 11:10:02 »

И надо запастись поп-корном и сесть ждать когда наконец будет нормальное описание не только абстрактного синтаксиса UML, но и конкретного синтаксиса тоже.

Охохо, будет ли.

19

Теория моделирования и нотации / Re: Самая удобная нотация и инструмент моделирования для проектирования БД

« : 26 Июня 2021, 19:46:01 »

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

Ну, это родоначальник всех нотаций. Нотация Питера Чена. Инструментальной поддержки особо не встречал. Но особо и не искал. По-моему есть в draw.io, Visio, может еще где.
Сама нотация довольно проста:
1 есть два типа сущностей - сильная (независимая), слабая. Слабая может делиться на идентификационно-зависимая и просто слабая (т.е. нет полной зависимости от первичного ключа родительской сущности.
2 связи есть - просто линии обычно бинарные, но могут быть и большей арности. Связь имеет в центре ромб. В ромбе пишется максимальная кардинальность участвующих в связи сущностей.
Если связь идентификационно-зависимая - ромб с скругленными углами. Минимальная кардинальность изображается на стороне сущности - это или нолик или палочка перпендикулярная - т.е. обязательность или необязательность экземпляра сущности в связи.
3 атрибуты - это овалы, которые прикрепляются к сущности
4 есть еще связь тип подтип - типа наследования

Как-то так

20

Теория моделирования и нотации / Re: Самая удобная нотация и инструмент моделирования для проектирования БД

« : 21 Июня 2021, 23:50:21 »

Но насчет Erwin... Читал не очень хорошие отзывы про последние версии Erwin.

Erwin вполне доступен по академической версии. Да, но интерфейсно изменился, но простите нотация как была, так и осталась.

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

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

Товарищ из Нижнего Новгорода полагает, что лучше заходит простая Сущность-связь.

Кто-то утверждал, что идеален Power Designer - не берусь комментировать.

Мы экспериментировали с Visual paradigm (при понимании нотации - инструмент почти не важен).

21

Теория моделирования и нотации / Re: Самая удобная нотация и инструмент моделирования для проектирования БД

« : 20 Июня 2021, 01:36:50 »

Нотаций моделирования есть множество. Но под реляционные БД наиболее заточена IDEF1x. Исходя из этого, нужно просто подбирать инструмент, который полно реализует эту нотацию. Среди таких мне нравится Erwin. Но есть и другие аналоги, В том числе и Visiual Pradigm и другие. Вопрос что нужно от инструмента? Автогенерация кода, прямой и обратный инжиниринг. В конце концов у каждой СУБД есть средства представления схемы БД.

22

Системный Анализ и Требования / Re: Диаграмма состояний

« : 29 Мая 2021, 22:02:12 »

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

Раньше получалось. Может удалила, решив все нужные вопросы. Дискуссии не возникло.

23

Идеи и мозговой штурм / Re: Диаграммы Курта Воннегута

« : 28 Апреля 2021, 00:26:59 »

К. В. после войны учился в "специалитете" на антрополога -- уникальной программе сочетающей B.S.+M.S.. Кажется, было две попытки и темы были разные, но на общей ключевой идее. В итоге ему дали почётную степень за "Колыбель для кошки". Примечательно, что К. В. преподавал в вузах, при этом неясно, было ли это до или после присвоения степени.

Ух ты, у нас толпа студентов так училась. Правда они были бакалаврами после 4 курса и на потом получали диплом специалиста.
Прямо толпа потенциальных К.Вов

24

Идеи и мозговой штурм / Re: Диаграммы Курта Воннегута

« : 18 Апреля 2021, 14:27:52 »

Интересно. Курт Воннегут несколько раз пытался защитить разные дипломные работы? Вроде в бакалавриате одна дипломная.

Говорят UML уже не используется в it-разработке, пора начать активно внедрять его в другие области человеческой деятельности. Как я понимаю, для конструирования сюжета. Тут можно обсудить, какие диаграммы и как следует использовать, чтобы проектировать бестселлеры

25

Конференции Семинары и Тренинги / Re: Осенняя онлайн-школа разработки требований к ПО

« : 08 Февраля 2021, 23:05:01 »

Всем привет!

Не прошло и года, то бишь 10 лет, как я начал выкладывать видео-материалы курса на наш канал:
https://www.youtube.com/playlist?list=PLQGve2f3j-H2x9pU3BU9azIKn5XMQiW8n

Привет, а если какой-то порядок просмотра видеоконтента курса? Или каждый может установить его самостоятельно?

26

UML SysML и пр. / Re: Бертран Мейер -- UML-ненавистник

« : 27 Января 2021, 19:45:06 »

Пишет, не могу получить доступ по ссылке: http://%22http//www.bon-method.com/index_normal.htm?book%22

27

Идеи и мозговой штурм / Re: На пути к морфологии сценариев ВИ

« : 16 Января 2021, 16:41:36 »

Насколько я понимаю, книги, посвященные паттернам ВИ имеются, т.е. способы морфологизации предпринимались ранее. Если идти методом Проппа, видимо, нам нужно этот метод узнать и применить. Однако прежде нужны сами тексты вариантов использования, как я понимаю разных стран и народов. Как решить эту задачу?

28

Идеи и мозговой штурм / Re: На пути к морфологии сценариев ВИ

« : 16 Января 2021, 16:34:24 »

Я почему-то в начале прочитал: к мифологии ВИ

29

Задачи студентов / Re: Схема работы лифта - кто хочет потренироваться?

« : 16 Декабря 2020, 15:20:27 »

Стивен Марш (как и Йордан ?по его следам?) не используют ВИ. Их решение оформлено в терминах событий и реакций на них.

Если несильно придираться, все-таки много общего. На Linkedin в группе по UseCases один индийский профессор Путча долго со всем обсуждали, что ВИ - это диалог: список событий и реакций на них:)

30

Варианты Использования (Use Case) / Re: FAQ – Use Case

« : 14 Ноября 2020, 15:24:37 »

• ВИ не является "последовательностью событий".

А чем тогда является ВИ?

• Действующее лицо не является, в общем случае, пользователем.

Наверное, ДЛ не является только пользователем, да, но
An actor is behaviored classifier which specifies a role played by an external entity that interacts with the subject (e.g., by exchanging signals and data), a human user of the designed system, some other system or hardware using services of the subject.

• Состав ДВИ пополнен по сравнению с описанным тут.

Давайте расширим и актуализируем описание?

• "Правильно построить ДВИ" -- не означает идти слепо по какой-то метОде, насколько бы привычной кому-то она не была.

А как иначе?

• Сценарий ВИ не является его спецификацией.

А чем, частью спецификации?

• [Пред]Условия не инициируют ВИ.

Так и есть. Следует изменить.

• Триггер не является "условиями".

Триггер это событие, инициирующее ВИ. Так?

• В сценарии [на моей планете] не напишут шаг "Пользователь считается авторизованным".

Ясно, что у всех свои традиции. А как напишут?

• Сценарий ВИ и экземпляр ВИ -- вещи разные.

Видимо да.[/list]