76
ПО Аналитика / Re: MadicDraw 16.6, отражение на диаграмме классов уникальности атрибута
« : 20 Августа 2020, 16:01:02 »
В режиме бреда предлагаю попробовать Presentation Options -> Show Constraints.
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 »
77
ПО Аналитика / Re: MadicDraw 16.6, отражение на диаграмме классов уникальности атрибута
« : 19 Августа 2020, 12:16:39 »
Чтобы донудеть до конца, замечу, что по умолчанию isUnique=true. То есть, по идее авторов стандарта, на диаграмме его и не должно быть видно.)
78
ПО Аналитика / Re: MadicDraw 16.6, отражение на диаграмме классов уникальности атрибута
« : 12 Августа 2020, 14:26:51 »
[Упс, в заголовке уточнение, которого нет в тексте. Стирать не буду, но читать мою нудятину не вижу смысла.]
Обычно справа в фигурных скобочках приписывается {unique} / {nonunique}. VP даже приходится бороть [на самом деле мне не удалось пока побороть], чтобы не приписывал [именно про {unique}]. Внутренний педант нашёптывает, что стандартное имя свойства isUnique, и что по стандарту это свойство не атрибута, а его мультиплисити. У атрибута есть свойство isID, записываемое на диаграмме как {id}, если isID=true, обозначающее, что атрибут -- часть идентификатора.
Обычно справа в фигурных скобочках приписывается {unique} / {nonunique}. VP даже приходится бороть [на самом деле мне не удалось пока побороть], чтобы не приписывал [именно про {unique}]. Внутренний педант нашёптывает, что стандартное имя свойства isUnique, и что по стандарту это свойство не атрибута, а его мультиплисити. У атрибута есть свойство isID, записываемое на диаграмме как {id}, если isID=true, обозначающее, что атрибут -- часть идентификатора.
79
RUP EUP AUP OpenUP / Re: Практика использования RUP. Или бег на месте...
« : 10 Июля 2020, 13:16:10 »
Что касается диаграммы, то на ней стоило показать все бизнес-процессы. Полагаю, что те, которые не изображены, связаны с бизнес-актором (бизнес-акторами), которых не выделили. Такими как Время. Мне, кстати, не встречались диаграммы BUC с таким бизнес-актором, хотя многие бизнес-процессы завязаны на время и стартуют по нему.
80
RUP EUP AUP OpenUP / Re: Практика использования RUP. Или бег на месте...
« : 10 Июля 2020, 01:12:02 »
Долистало до примера с рестораном. По дороге хотело всё свалить на переводчика-ксенолингвиста, но просмотр оригинала на английском показывает, что книга за прошедшее время сильно разошлась со стандартом UML, которому учит. Ну и изначальные дефекты есть.
Я бы не рекомендовало.
Я бы не рекомендовало.
81
RUP EUP AUP OpenUP / Re: в чем отличие "Действующего лица" от "Роли"
« : 10 Июля 2020, 00:38:49 »
Тогда можно почитать про действующие лица в стандарте UML. Там сказано, что ДЛ в модели заводят, чтобы описывать _роли_ ... . При этом слово "роль" используется в обиходном смысле, а не как термин из глоссария RUP (где "роль" описывает статические аспекты RUPовой модели ЖЦ) или из UML-словарика. См. два заключительных замечания в параграфе 18.1.3.1 стандарта. Прочтение "ролей", имеющих отношение к ДЛ в RUPе такое же.
Можно, основываясь на коллизии смыслов "роли" разрешать заданный вопрос так, как он был разрешён выше. Мол, ДЛ -- на диаграмме ВИ, а роль -- в RUPовой модели ЖЦ. А можно обойти коллизию и отвечать по смыслу заданного вопроса. Тут каждый волен идти своим путём.
Можно, основываясь на коллизии смыслов "роли" разрешать заданный вопрос так, как он был разрешён выше. Мол, ДЛ -- на диаграмме ВИ, а роль -- в RUPовой модели ЖЦ. А можно обойти коллизию и отвечать по смыслу заданного вопроса. Тут каждый волен идти своим путём.
82
RUP EUP AUP OpenUP / Re: в чем отличие "Действующего лица" от "Роли"
« : 09 Июля 2020, 14:55:52 »
[продолжаем некробурить]
В обсуждении много, скажем так, "ксенолингвистического". Дело в том, что термин "роль" в RUP не однозначный. При описании методических моментов "роль" задаёт набор назначенных кому-либо обязанностей и ответственностей. При рассмотрении содержимого модели вариантов использовании "роль" используется в ином значении. Там говорится о том, что в виде действующего лица моделируется набор увязанных друг с другом _ролей_, которые разыгрываются элементами контекста системы. Можно припомнить, что действующее лицо соединяется с вариантом использования ассоциацией-коммуникацией. А, раз так, то "роль" во 2-ом своём значении -- это возможное имя полюса такой ассоциации, на котором находится действующее лицо (хоть и не принято писать такие имена на ДВИ). Роль действующего лица в каждой его ассоциации фиксируется в RUPовом Actor Report.
В некоторых официальных доках по RUP ради упрощения пишут как-будто действующее лицо-1---1- роль. В частных случаях такое может быть верным, если ДЛ имеет единственную ассоциацию, ведущую к нему, и не имеет действующих лиц-предков (а связанный с ДЛ ВИ не имеет ВИ-наследников).
Видимо такое упрощение и дало повод для заданного топикстартером вопроса.
В обсуждении много, скажем так, "ксенолингвистического". Дело в том, что термин "роль" в RUP не однозначный. При описании методических моментов "роль" задаёт набор назначенных кому-либо обязанностей и ответственностей. При рассмотрении содержимого модели вариантов использовании "роль" используется в ином значении. Там говорится о том, что в виде действующего лица моделируется набор увязанных друг с другом _ролей_, которые разыгрываются элементами контекста системы. Можно припомнить, что действующее лицо соединяется с вариантом использования ассоциацией-коммуникацией. А, раз так, то "роль" во 2-ом своём значении -- это возможное имя полюса такой ассоциации, на котором находится действующее лицо (хоть и не принято писать такие имена на ДВИ). Роль действующего лица в каждой его ассоциации фиксируется в RUPовом Actor Report.
В некоторых официальных доках по RUP ради упрощения пишут как-будто действующее лицо-1---1- роль. В частных случаях такое может быть верным, если ДЛ имеет единственную ассоциацию, ведущую к нему, и не имеет действующих лиц-предков (а связанный с ДЛ ВИ не имеет ВИ-наследников).
Видимо такое упрощение и дало повод для заданного топикстартером вопроса.
83
RUP EUP AUP OpenUP / Re: Практика использования RUP. Или бег на месте...
« : 08 Июля 2020, 15:34:22 »
[Некробурения приступ]
"Ресторан" является популярным тренажёром -- учебной моделью, на которой якобы можно продемонстрировать подход, возможности нотации и т. п.. При этом считается, что [всю всамделишную] работу ресторана можно хорошо себе представить и считать-узнать в учебной модели. Полагаю это очень сильмым допучением и считаю, что "ресторан-тренажёр" моделирует только наши представления, которые могут соотноситься или не соотноситься с реальностью.
"Ресторан" by Kirill Fakhroutdinov.
"Ресторан" как часть руководства по RUPу от IBM и как исходник рисунков Fakhroutdinov-а.
"Ресторан с красными человечками" by Kirill Fakhroutdinov -- иллюстрация популярных "граблей" при построении BUC-модели.
"Ресторан" является популярным тренажёром -- учебной моделью, на которой якобы можно продемонстрировать подход, возможности нотации и т. п.. При этом считается, что [всю всамделишную] работу ресторана можно хорошо себе представить и считать-узнать в учебной модели. Полагаю это очень сильмым допучением и считаю, что "ресторан-тренажёр" моделирует только наши представления, которые могут соотноситься или не соотноситься с реальностью.
"Ресторан" by Kirill Fakhroutdinov.
"Ресторан" как часть руководства по RUPу от IBM и как исходник рисунков Fakhroutdinov-а.
"Ресторан с красными человечками" by Kirill Fakhroutdinov -- иллюстрация популярных "граблей" при построении BUC-модели.
84
Примеры / Re: Применение множественной классификации
« : 13 Мая 2020, 16:28:55 »
[Глубинной некротредофилии псто]
Актуальная версия UML разрешает объекту иметь сколько угодно типов (классификаторов), просто перечисленных в описании через запятую. Если под термином "множественная классификация" имеется в виду эта способность, то UML нативно поддерживает "множественную классификацию".
Курьёзно, что UML в своей актуальной версии нативно поддерживает "динамическую классификацию". В частности параграфе 9.4.3.4 есть явные слова о том, что у параметра BehavioralFeature можно указать эффект = update, и это будет означать, что объект, поданный как этот параметр, может поменять свою классификацию в ходе выполнения поведения, описанного этой BehavioralFeature. Параграф 16.4.3.7 описывает специальные ReclassifyObjectAction-ы, которые меняют у объекта на своём входном пине список его классификаторов. В следующем параграфе расказывается про ReadIsClassifiedObjectAction-ы, которые чекают, может ли объект классифицироваться конкретным типом (классификатором).
В области ЯП, как подсказывает мой ксенолингвист, "классификация" называется "типизацией". Системы типов ЯП определяют правила, по которым в них работают аналоги ReadIsClassifiedObjectAction-ов и ReclassifyObjectAction-ов.
Актуальная версия UML разрешает объекту иметь сколько угодно типов (классификаторов), просто перечисленных в описании через запятую. Если под термином "множественная классификация" имеется в виду эта способность, то UML нативно поддерживает "множественную классификацию".
Курьёзно, что UML в своей актуальной версии нативно поддерживает "динамическую классификацию". В частности параграфе 9.4.3.4 есть явные слова о том, что у параметра BehavioralFeature можно указать эффект = update, и это будет означать, что объект, поданный как этот параметр, может поменять свою классификацию в ходе выполнения поведения, описанного этой BehavioralFeature. Параграф 16.4.3.7 описывает специальные ReclassifyObjectAction-ы, которые меняют у объекта на своём входном пине список его классификаторов. В следующем параграфе расказывается про ReadIsClassifiedObjectAction-ы, которые чекают, может ли объект классифицироваться конкретным типом (классификатором).
В области ЯП, как подсказывает мой ксенолингвист, "классификация" называется "типизацией". Системы типов ЯП определяют правила, по которым в них работают аналоги ReadIsClassifiedObjectAction-ов и ReclassifyObjectAction-ов.
85
ПО Аналитика / Re: Управление изменениями требований
« : 19 Апреля 2020, 00:16:20 »
Я не такой хейтер Коберна как RUP-евангелистка Терри Кватрани. Я лишь обозначило возможное развитие его идей, с учётом приведённых выше IBM-овских диаграмм.
Могу продолжить болтать в том же ключе. Например, о том, что в большинстве случаев ВИ рассматривается как непротиворечивое взаимодействие действующих лиц и системы. Гитотетически можно предположить ВИ, в рамках которого несколько действующих лиц являются антагонистами со взаимно исключающими целями. Такой "лебедеракощучный" ВИ. В таком гипотетическом случае, считая основным лебедя и выделяя только его цель, забывая про то, что "рак пятится назад, а Щука тянет в воду", мы получим перекошенное описание. И не соблюдём завет классика: "Кто виноват из них, кто прав, — судить не нам...".
Могу продолжить болтать в том же ключе. Например, о том, что в большинстве случаев ВИ рассматривается как непротиворечивое взаимодействие действующих лиц и системы. Гитотетически можно предположить ВИ, в рамках которого несколько действующих лиц являются антагонистами со взаимно исключающими целями. Такой "лебедеракощучный" ВИ. В таком гипотетическом случае, считая основным лебедя и выделяя только его цель, забывая про то, что "рак пятится назад, а Щука тянет в воду", мы получим перекошенное описание. И не соблюдём завет классика: "Кто виноват из них, кто прав, — судить не нам...".
86
ПО Аналитика / Re: Управление изменениями требований
« : 12 Апреля 2020, 18:14:35 »
Можно дополнить, что саму моделируемую систему Кобёрн относил к действующим лицам. В этом можно усмотреть повод к тому, чтобы в рамках варианта использования посмотреть на всё глазами этого действующего лица, а именно признать, что система тоже имеет цели по отношению к действующим лицам, причастным к этому ВИ. Фиксация целей этого действующего лица и соответственно обязанностей, возлагаемых им на других причастных действующих лиц, может пригодиться для некоторых нефункциональных требований.
87
ПО Аналитика / Re: Управление изменениями требований
« : 11 Апреля 2020, 18:06:17 »Еще раз спасибо!
Благодарю Вас. Есть какие-то вещи, которые крутятся в голове, а повода оформить их в текст не находится. Общение на форуме такие поводы иногда даёт. Спасибо.
88
ПО Аналитика / Re: Управление изменениями требований
« : 11 Апреля 2020, 15:52:13 »Что такое "с уровнем моря"?С подачи Алистера Кобёрна считается, что у варианта использования есть т. н. "уровень цели" -- той цели [действующего лица], которая может быть достигнута в ходе взаимодействий, описываемых сценариями этого ВИ. Т. к. Кобёрн связывал ВИ-1---1-Цель [действующего лица] (1994й год, на минуточку), то из-за этого он упрощённо называл "уровень цели" ВИ просто "уровнем ВИ". Кобёрн придумал 5 "уровней цели" = 5 "уровней ВИ":
"уровень облака"
"уровень воздушного змея"
"уровень моря"
"уровень рыбы"
"уровень моллюска"
Цели пользователя (user goal) находятся на "уровне моря". Отсюда закрепилось "вариант использования уровня моря" или "вариант использования уровня цели пользователя".
Тут можно найти поводы для неразберихи:
-- соблазнительно отождествить цель действующего лица с целью пользователя;
-- собразнительно отождествить цель действующего лица и вариант использования;
-- собразнительно отождествить цель пользователя и вариант использования;
-- соблазнительно выродить набор из 5ти уровней цели в один единственный "уровень моря";
-- соблазнительно вещать о том, что на одной диаграмме ВИ должны быть ВИ одного и того же уровня.
Выше можно видеть, что Кобёрна уточнили, что в общем случае ВИ-*---*-Цель [действующего лица]. Нужно учитывать, что ВИ может быть связан с несколькими действующими лицами, у каждого из которых, вообще говоря, есть своя собственная цель по отношению к системе (у клиента банкомата -- получить налик, у банковского сервера -- получить от банкомата вменяемую пачку данных, чтобы можно было разобрать, отбить запрос или удовлетворить). Тогда выходит, что "уровень цели" ВИ по Кобёрну = "уровень цели" основного действующего лица этого ВИ. Глядя на ВИ с позиций разных действующих лиц, связанных с ним, мы можем видеть уровни цели этих лиц, и уровни эти не обязаны совпадать. Для точного и полного описания ВИ следовало бы у каждого ВИ указывать перечень целей всех причастных действующих лиц.
Но это марсианские реалии. Любое совпадение с реалиями тутошней планеты случайно.
89
Примеры / Re: UML диаграмма для сайта-магазина
« : 11 Апреля 2020, 14:47:39 »А есть какие-то признаки? Это ведь должен быть докУмент какой-то?Нету, ни признаков, ни докУментов. Приврало, по марсианскому обычаю.
Как курьёз, есть геоинформационный ГОСТ Р 57668 -- калька с ISO 19115 и там содержится кусочек UMLя. Т. к. переводили геоспецы, то их ксенолингвист породил принцип Анти-Лизковы, согласно которому подклассы заменяются суперклассами. Теперь так, по ГОСТу.
90
ПО Аналитика / Re: Управление изменениями требований
« : 11 Апреля 2020, 13:40:03 »Так что мужикам - яйца, экспертам - язык.некротрединга псто:
Предлагаю желающим определить, чья нотация на следующих картинках: мужицкая или экспертная?
Подпись к 1й картинке: Юзвери, юзвериные цели, экземпляры юзверей
Подпись ко 2й картинке: Связи между вариантами использования, юзвериными целями, деловыми целями
Эксперты по "прекрасным визуализациям" могут попытаться здесь рассмотреть, что цель юзверя и вариант использования (даже если это вариант использования с уровнем "моря") -- это разные вещи. Их нельзя отождествлять.