391

UML SysML и пр. / Re: Внутренний переход параллельного композитного состояния

« : 21 Июля 2016, 18:08:56 »

Лето... отпуска... даже у НЛО. Извините, отсутствовало и не отвечало. Теперь вернулось и буду посмотреть.

На Альдебаран что ли летало, уважаемое НЛО, хотя почему ое - объект вроде ?

392

Sparx / Re: Как преобразовать БД в Oracle 11 в диаграмму классов в Enterprise Architect 9

« : 19 Июля 2016, 14:31:43 »

Опять я не совсем понял задачи.

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

Вообще почитайте тут : http://www.sparxsystems.com/enterprise_architect_user_guide/13.0/model_domains/mdastyletransforms.html  а по базам данных тут
http://sparxsystems.com/enterprise_architect_user_guide/13.0/model_domains/database_engineering.html

393

Системный Анализ и Требования / Re: Давайте поговорим про Use Case и функции. В чем отличия?

« : 15 Июля 2016, 09:16:53 »

Все-таки я убедился, что нет единых правил что считать UC, а что - нет. Если я хочу акцентировать внимание разработчиков на том, что "Выбрать макет" это самостоятельный кусок функционала, то выходит, что могу добавлять его на диаграмму в качестве UC.

Все зависит от уровня, на котором Вы работаете. Но UC - это все-таки некоторая целостная относительно самостоятельная функциональность. У Крэга Лармана есть такие критерии: это элементарный бизнес-процесс (задача), одобрение руководителя, временная протяженность.

Игорь целый день исполняет UC "Выбрать макет"? Ясно, что, если выбор по своей сути это выбор из предопределенного списка доступных значений, то с этой позиции любой выбор, задание или вообще действие пользователя можно рассматривать как некий микро UC. Однако на самом деле в этом случае мы просто полезем в технологии. Другое дело, если выбор макета сопровождается указанием каких-то дополнительных критериев отбора и т.п., но в этом случае наименование UC нужно скорректировать, чтобы ясно и точно передать его цель, назначение.

По работе с UC много хороших книг имеется, это например Коберн. Мне также понравилась книга Use Case Modeling,

394

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

« : 05 Июля 2016, 16:32:19 »

Если не ходить по ссылке:
почему outgoingtransition - это не transition?
begintransaction - что это за понятие? и не кажется ли вам, что оно выпадает из общей сравнительной классификации:
начальный переход
внешний переход
внутренний переход

и разве начальный переход не подвид внешнего перехода?

395

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

« : 04 Июля 2016, 21:45:00 »

Ссылка у вас ведет почему-то на ftp. Может быть Вы тезисно повторить исходную проблему?

396

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

« : 30 Июня 2016, 10:59:13 »

Некоторое противоречие в описании курса:

Кого и зачем мы ждём на курсе:
     Системных аналитиков с опытом работы от 1-го года и проектных специалистов любого рода;

vs

Входные требования
     К вашей квалификации и возможностям
         [∨] Вы имеете опыт работы в роли системного аналитика от 2-х лет.

Ну и описочки

Модуль 4. Системный анализ и выявление требований к решению
    Я, как системный аналитик,
    хочу определить требования к инструментам управления вспомогательной информацией,
    используемой решением (для управления безопасность***ю***, персонализацией, настройками, состоянием сессий и т.п.);

Модуль 5. Системное проектирование
    Я, как системный аналитик,
    хочу ****определить***** распределить функции системы по компонентам системы,
    чтобы задать функциональный объём каждого из них;

397

Для всех / Re: Функциональные и нефункциональные требования

« : 23 Июня 2016, 12:46:48 »

"Помогите" = "сделайте за меня"?

+1

398

Для всех / Re: Диаграмма деятельности (активности)

« : 22 Июня 2016, 23:30:44 »

Хотя в общем-то можно и одним - переход на любую из страниц.

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

399

Для всех / Re: Концептуальная модель предметной области

« : 22 Июня 2016, 23:26:53 »

Да, название наверно не очень)
У постельного белья есть размеры: полуторный, двуспальный, семейный, евро и т.д. - это название в таблице
А дальше идет размер наволочки, простыни и пододеяльника (70х70 и т.д.)
Это по большей части для отображения информации о товаре. Больше ни где не фигурирует.

Постельное белье, постельному белью рознь.

Есть понятие комплект постельного белья, размер его в этом случае можно определить прямо в названии. Но можно и иначе конечно.
С другой стороны вполне можно покупать отдельные наволочки и т.п., хотя возможно этого не происходит в вашей предметной области.

400

Для всех / Re: Диаграмма деятельности (активности)

« : 22 Июня 2016, 23:22:04 »

Просьба проверить верно ли сделал отмену заказа.
Альтернативные потоки объединил одним действием.

ОТмена заказа не должна висеть в воздухе - укажите финальное состояние или состояние завершения потока

401

Для всех / Re: Концептуальная модель предметной области

« : 22 Июня 2016, 22:47:45 »

Диаграмма

А что это у вас за сущность Размер какая-то немного забавная?

402

Для всех / Re: Концептуальная модель предметной области

« : 22 Июня 2016, 22:43:29 »

И если захочется хранить историю цен (не только текущую цену, но и ту , которая была на товар 3,5 или 10 дней назад) то и ее тоже

В данной ситуации вполне достаточно иметь цену Элемента заказа. По дате заказа можно определить (и хранить) цену товара .
Сам товар хранит текущую цену. Как вариант.

403

Примеры / Re: Дипломная работа: варианты использования+диаграмма деятельности по СЭД

« : 22 Июня 2016, 22:29:40 »

По-моему у нас гармония в понимании

404

Примеры / Re: Дипломная работа: варианты использования+диаграмма деятельности по СЭД

« : 22 Июня 2016, 21:39:35 »

А если вариант использования может быть использован разными экторами в своих интересах?
Или непременно нужно вводить под такой ВИ общего пользования специального эктора и еще придумывать, как его связать с каждым из интересантов?

Да, Вы правы, конечно ДЛ - это множество логически взаимосвязанных ролей. Я лишь пытался ответить на вопрос и одновременно понять, что имел  в виду Bidonne. Если мы рисуем один ВИ и два и более ДЛ, то тут возможны варианты:
1. все ДЛ играют какую-то единую общую роль в этом ВИ - т.е. являются инициаторами этого ВИ и инициаторами единичными (хотя можно найти задачу, в которой инициаторов может быть несколько). В это ситуации мы можем мысленно заменить ДЛ некой ролью. Иначе может получиться, что ВИ Искать книгу Читателем может как-то отличаться от этого же ВИ Библиотекарем. Это я имел в виду
2. Одно ДЛ основное, остальные вспомогательные, т.е. один инициирует ВИ, другие помогают достичь его цели.

Ну типа Искателя книг ассоциировать с Читателем, Библиотекарем и со всеми , у кого может возникнуть ВИ Найти книгу?

В определенной ситуации это было бы полезно. Но на самом деле ДЛ важны лишь до определенной степени.

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

Не дам. Более того, я при ответе на пост Bidonne такого вывода не делал явно. Однако,

Пусть мы рассматриваем вариант Искать книгу и определили основных действующих лиц: Читатель и Библиотекарь. Требуется записать основной поток, какой из ДЛ Вы будете использовать в описании шагов?

405

Sparx / Sparx Enterprise Architect 13

« : 21 Июня 2016, 11:09:35 »

Готовимся к выходу новой версии: http://www.sparxsystems.com/downloads/pdf/enterprise-architect-130-beta-flyer-a4-web.pdf