Форум Сообщества Аналитиков
Общий раздел => Примеры => Задачи студентов => Тема начата: chester от 27 Февраля 2011, 23:35:25
-
Приветствую участников конференции!
всем желающим предлагаю принять участие в обсуждении комплексной разработки диаграмм на примере требований организации по приему комуналки.
пример во вложении.
с самого начала у меня был более-менее правильный подход к построению - я планировал обобщить основную структуру в виде нескольких ВИ, а затем перейти к описанию функционирования с помощью ДД и ДП, однако преподаватель потребовал на этапе создания ДВИ максимально детализировать ВИ, что привело к появлению модели не совсем правильной.
сегодня ДВИ первого уровня выглядит так:
(http://i016.radikal.ru/1102/f2/3b19a8641f08t.jpg) (http://radikal.ru/F/i016.radikal.ru/1102/f2/3b19a8641f08.jpg.html)
ВИ верхнего уровня представляет собой пакет более мелких ВИ, которые призваны обеспечивать реализацию основной функциональности.
таким образом ДВИ нижнего уровня выглядит так:
(http://s015.radikal.ru/i330/1102/26/67cc58a5a7cft.jpg) (http://radikal.ru/F/s015.radikal.ru/i330/1102/26/67cc58a5a7cf.jpg.html)
На этой ДВИ каждый ВИ более высокого уровня имеет ДД в которой описывается последовательность работы ВИ низшего уровня.
Так ДД для оформления платежа имеет вид:
(http://s011.radikal.ru/i316/1102/c4/c4b7fcf2996ft.jpg) (http://radikal.ru/F/s011.radikal.ru/i316/1102/c4/c4b7fcf2996f.jpg.html)
будет ли правильным создать ДВИ в составе которой будут:
- принять платежи
- газ, энергия, связь в кач-ве наследников "принять платежи"
- изменить настройки
- показать статистику
- показать разницу
- показать итоговую сумму
-
трудный день, понедельник)
-
Если, честно, я не совсем понял вопроса
-
как мне удалось получить за это хорошую оценку? неизвестно...
хотя, на занятиях нам говорили:"Из каждого сказуемого в ТЗ вам необходимо создать ВИ". вот и получился недоалгоритм вариантов использования.
хотелось бы в дальнейшем делать правильные модели, потому я прошу указать на ошибки и задать вектор.
-
Принять платежи - такой ВИ может быть, поскольку есть конкретные платежи за Газ, Энегрию и т.п., то получаем уточняющие ВИ Принять платежи за газ, за энергию и т.д..... и есть абстрактный ВИ Принять платежи
Изменить настройку - для чего? какова цель и чья
Показать статистику - для чего? какова цель и чья
и по другим аналогично
-
возможно, я не до конца понял вашу мысль. поправьте если не так.
по-вашему у модели ИС отвечающей за вентиляцию легкого будет единственный ВИ - вентилировать лёгкое. тогда как функции по администрированию выходят за границы описываемой ИС.
-
если Вы замените свой термин "изменить настройку" на другой, например: "задать тарифы на коммунальные услуги", то возможно найдете общий язык с господином Galogen'ом
P.S. по крайней мере аппарат ИВЛ не будет мерять напряжение в сети.
-
Коллеги, прошу уточнить - вариант использования, связанный отношением зависимости с пакетом, является семантически правильным? Можно использовать такой подход (например, для описания верхнеуровневых требований)?
-
Коллеги, прошу уточнить - вариант использования, связанный отношением зависимости с пакетом, является семантически правильным? Можно использовать такой подход (например, для описания верхнеуровневых требований)?
Не правильно.
То что вы отобразили достаточно отобразить коментариями (note).
Вообще у вас названия ВИ непонятные.
Что такое прием платежей, Изменение настроек, Работа с архивом.
Нужно выразить так название чтобы было понятно какое действие или процесс в системе выполняется, чтобы была понятна цель действия и что именно делает система.
Прием платежей - Регистрация поступления платежей. Цель понятна - зарегистрировать платеж в системе
Изменение настроек - какая цель этого ВИ? Почему изменение настроек связано с приемом платежей, назначение связи?
Работа с архивом - слишком абстрактно, какая цель этого ВИ?
-
Пакеты с ВИ лучше так показывать:
http://www.agilemodeling.com/style/packageDiagram.htm#UseCasePackageDiagrams
-
У меня такая проблема в Eclipse UML2 Tools. Когда на ДВИ разбиваю ВИ по пакетам. Не получается нарисовать границы системы. Когда формируется пакет с ВИ его нельзя превратить в под пакет пакета System. Там есть элемент Subsystem но туда пакеты не запихать. Как идеологически рисуются границы системы? На диаграмме ДВИ в этой теме они правильно нарисованы?
-
У меня такая проблема в Eclipse UML2 Tools. Когда на ДВИ разбиваю ВИ по пакетам. Не получается нарисовать границы системы. Когда формируется пакет с ВИ его нельзя превратить в под пакет пакета System. Там есть элемент Subsystem но туда пакеты не запихать. Как идеологически рисуются границы системы? На диаграмме ДВИ в этой теме они правильно нарисованы?
Почитайте внимательно про диаграммы пакетов. Пакет это множество "элементов модели", один и тот же элемент не может входить в несколько пакетов. При этом один и тот же элемент модели может отображаться на различных диаграммах, на которых согласно нотации возможно использование элементов данного вида.
Пакет и подсистема это разные вещи, поскольку одна и та же функциональность (элементы модели) может использоваться в различных подсистемах (например список контрагентов может использоваться в подсистемах Закупки и Продажи).