376

Бизнес-анализ и Целеполагание / Re: Как перейти из основн сценария об общих полях к сценарию о заполнении уникальных

« : 29 Сентября 2016, 08:14:04 »

Общее лучше описать один раз в основном потоке.

377

Примеры / Re: use-case. Реализация продукции хлебопекарни.

« : 29 Сентября 2016, 08:12:09 »

"Rational Edge" 11.2002

378

Бизнес-анализ и Целеполагание / Re: Как перейти из основн сценария об общих полях к сценарию о заполнении уникальных

« : 27 Сентября 2016, 22:12:20 »

Заполнение уникальных для каждого типа автомобиля полей можно описать как отдельные подчинённые потоки. Переход к ним в основном потоке может выглядеть так:
N. В зависимости от введённого типа автомобиля выполняется соответствующий подчинённый поток ("Ввод сведений о грузовике" либо "Ввод сведений о легковушке").

379

Примеры / Re: use-case. Реализация продукции хлебопекарни.

« : 27 Сентября 2016, 22:01:49 »

Нотация не виновата. Метод H. E. Eriksson'а and M. Penker'а позволяет использовать нотацию и [конкретно] диаграмму вариантов использования для бизнес-моделирования.

380

Обучение / Re: Подскажите начинающему ассистенту преподавателя

« : 07 Сентября 2016, 18:14:59 »

Так ведь стало лучше, или тоже ерунда?

Свою предыдущую рекомендацию -- взять чужой готовый хороший пример -- я продолжаю считать актуальной.

На диаграмме классов ассоциацию между Отправлением и Типом отправления замените на зависимость Отправления от Типа.
На диаграмме последовательности было бы логичнее сначала добавлять заказ созданному клиенту, а затем добавлять отправления в заказ. Отправление, являющееся частью заказа, т. о. подчинённое ему, ведёт себя с заказом "не по рангу". Кроме того, на диаграмме антипаттерн "телепатия": как Отправление может догадаться, что создан заказ и пора посылать ему сообщение "добавь меня"? Никак. Откуда у отправления может возникнуть ссылка на только что созданный заказ?

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

381

Обучение / Re: Подскажите начинающему ассистенту преподавателя

« : 06 Сентября 2016, 18:14:31 »

Что Вы показываете на диаграмме, зависит от того, с какой целью Вы её рисовали. Вы не привели никаких описаний, поэтому диаграммы можно оценивать лишь как есть -- т. е. по соответствию/несоответствию правилам UML. Операции представляют в модели ответственности объектов класса, они же являются обработчиками принятых объектами сообщений. Но в модели, которую Вы представили, это не так.

382

Обучение / Re: Подскажите начинающему ассистенту преподавателя

« : 06 Сентября 2016, 11:32:20 »

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

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

383

Примеры / Re: На сколько правильный пример диаграммы?

« : 31 Августа 2016, 14:44:43 »

11ая глава стандарта UML2.5. Только тут есть отступления от стандартной нотации. Кроме того, в стандарте, как обычно, накручено так, что OCL я бы применил с большей уверенностью.

384

Примеры / Re: На сколько правильный пример диаграммы?

« : 30 Августа 2016, 19:07:49 »

Модель как эскиз, модель как иллюстрация, модель как промежуточное звено в цепочке трансформаций моделей, модель как предшественница сгенерированного по ней кода, модель как результат обратной инженерии кода...

385

Примеры / Re: На сколько правильный пример диаграммы?

« : 30 Августа 2016, 11:16:50 »

Мне нравится, как у Амблера написано про годные гибкие модели: http://agilemodeling.com/essays/whenIsAModelAgile.htm Что у модели есть цель и аудитория, что она достаточно подробна, достаточно точна  и достаточно непротиворечива. В этом смысле любую модель можно критиковать, определяя свою цель, свой уровень подробности, точности, непротиворечивости.
Пример, похожий на [1] даётся далее в главе 6

поэтому тут можно усмотреть чисто методические причины.
[2] Когда было проще с проходом в здания, такое практиковалось и, насколько мне известно, официально не запрещено.
[3] Может. У нас физику читали преподы с другого факультета (физфака). А наши преподы мучили студентов-геологов.
[4] Имеет смысл отделить описание курса от прочтения курса, если мы хотим идти дальше учебного эскиза. 

386

Примеры / Re: На сколько правильный пример диаграммы?

« : 30 Августа 2016, 10:16:43 »

Если верить этому переводу...

Это перевод первой редакции книги (про "первый" UML). Вот мы и раскрыли тайны "кухни". При подготовке перевода второй редакции поленились снова перевести диаграмму, взяли готовую из предыдущего перевода, не обратив внимание на то, что у неё в разных редакциях разные версии.

387

Примеры / Re: На сколько правильный пример диаграммы?

« : 30 Августа 2016, 08:35:16 »

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

388

Примеры / Re: На сколько правильный пример диаграммы?

« : 29 Августа 2016, 12:47:03 »

Привет.
История такая. Картинку взяли из 1-го издания, где она имела номер 5-10 и в сопроводительном тексте ничего не было сказано о мощностях ассоциации Курс -- Факультет. Но текст взяли из второго издания, где картинка исправлена и выглядит так:

Итог. Ошибка у тех, кто готовил к изданию перевод на русский язык. 

389

Задачи студентов / Re: Лабораторные работы по UML. Насколько правильно задание?

« : 25 Августа 2016, 12:34:33 »

Это диаграмма из RUP'а, т. е. учебный пример от Rational.

390

Примеры / Re: Структура обобщений более сложна, чем иерархия - как диаграммировать

« : 22 Августа 2016, 14:03:44 »

Я лишь пытаюсь уточнить свою мысль. Переходить от "ограничений на связанные с экземпляром классификаторы" на другие ограничения в мои планы пока не входит.
Ещё в стандарте есть параграф 9.9.9.6. Именно к нему относится сказанное мной об отсутствии ограничений в стандартной метамодели UML.
Подход "запишем через запятую и всё" не плох, что и говорить.)