Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Лекция 7. Пример построения диаграммы вариантов использования

Пример построения диаграммы вариантов использования

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

В качестве актеров данной системы могут выступать два субъекта, один из которых является продавцом, а другой — покупателем. Каждый из этих ак­теров взаимодействует с рассматриваемой системой продажи товаров по ка­талогу и является ее пользователем, т. е. они оба обращаются к соответ­ствующему сервису "Оформить заказ на покупку товара". Как следует из существа выдвигаемых к системе требований, этот сервис выступает в ка­честве варианта использования разрабатываемой диаграммы, первоначаль­ная структура которой может включать в себя только двух указанных акте­ров и единственный вариант использования (рис. 4.12).

Значения указанных на данной диаграмме кратностей отражают общие пра­вила или логику оформления заказов на покупку товаров. Согласно этим правилам, один продавец может участвовать в оформлении нескольких зака­зов, в то же время каждый заказ может быть оформлен только одним про­давцом, который несет ответственность за корректность его оформления и, в связи с этим, будет иметь агентское вознаграждение за его оформление. С другой стороны, каждый покупатель может оформлять на себя несколько заказов, но, в то же время, каждый заказ должен быть оформлен на единст­венного покупателя, к которому переходят права собственности на товар после его оплаты.

На следующем этапе разработки данной диаграммы вариант использования "Оформить заказ на покупку товара" может быть уточнен на основе введе­ния в рассмотрение четырех дополнительных вариантов использования. Это следует из более детального анализа процесса продажи товаров, что позво­ляет выделить в качестве отдельных сервисов такие действия, как обеспе­чить покупателя информацией о товаре, согласовать условия оплаты товара и заказать товар со склада. Вполне очевидно, что указанные действия рас­крывают поведение исходного варианта использования в смысле его кон­кретизации, и поэтому между ними будет иметь место отношение включения.

С другой стороны, продажа товаров по каталогу предполагает наличие само­стоятельного информационного объекта — каталога товаров, который в не­котором смысле не зависит от реализации сервиса по обслуживанию поку­пателей. В нашем случае, каталог товаров может запрашиваться покупателем или продавцом при необходимости выбора товара и уточнения деталей его продажи. Вполне резонно представить сервис "Запросить каталог товаров" в качестве самостоятельного варианта использования.

Полученная в результате последующей детализации уточненная диаграмма вариантов использования будет содержать 5 вариантов использования и 2 актеров (рис. 4.13), между которыми установлены отношения включения и расширения.

Приведенная выше диаграмма вариантов использования, в свою очередь, может быть детализирована далее с целью более глубокого уточнения предъ­являемых к системе требований и конкретизации деталей ее последующей реализации. В рамках общей парадигмы ООАП подобная детализация может выполняться в двух основных направлениях.

С одной стороны, детализация может быть выполнена на основе установле­ния дополнительных отношений типа отношения "обобщение-специализа­ция" для уже имеющихся компонентов диаграммы вариантов использова­ния. Так, в рамках рассматриваемой системы продажи товаров может иметь самостоятельное значение и специфические особенности отдельная катего­рия товаров — компьютеры. В этом случае диаграмма может быть дополнена вариантом использования "Оформить заказ на покупку компьютера" и акте­рами "Покупатель компьютера" и "Продавец компьютеров", которые связа­ны с соответствующими компонентами диаграммы отношением обобщения (рис. 4.14).

Уточненный таким способом вариант диаграммы вариантов использования содержит одну важную особенность, которую необходимо отметить. А имен­но, хотя на данной диаграмме (рис. 4.14) отсутствуют изображения линий отношения ассоциации между актером "Продавец компьютеров" и вариан­том использования "Оформить заказ ни покупку компьютера", а также меж­ду актером "Покупатель компьютера" и вариантом использования "Оформить заказ на покупку компьютера", наличие отношения обобщения между соот­ветствующими компонентами позволяет им наследовать отношение ассо­циации от своих предков. Поскольку принцип наследования является одним из фундаментальных принципов объектно-ориентированного программиро­вания, в нашем примере можно с уверенностью утверждать, что эти линии

отношения ассоциации с соответствующими кратностями присутствуют на данной диаграмме в скрытом виде.

Второе из основных направлений детализации диаграмм вариантов исполь­зования связано с последующей структуризацией ее отдельных компонентов в форме элементов других диаграмм. Например, конкретные особенности реализации вариантов использования в терминах взаимодействующих объ­ектов, определенных в виде классов данной сущности, могут быть заданы на диаграмме кооперации. Указанное направление отражает основные особен­ности ООАП применительно к их реализации в языке UML. Эти особенно­сти являются предметом рассмотрения во всех последующих главах книги.

Построение диаграммы вариантов использования является самым первым этапом процесса объектно-ориентированного анализа и проектирования, цель которого — представить совокупность требований к поведению проек­тируемой системы. Спецификация требований к проектируемой системе в форме диаграммы вариантов использования представляет собой самостоя­тельную модель, которая в языке UML получила название модели вариантов использования и имеет свое специальное стандартное имя или стереотип "useCase Model".

В последующем все заданные в этой модели требования представляются в виде общей модели системы, которая состоит из пакета Системы. Послед­ний в свою очередь может представлять собой иерархию пакетов, на самом верхнем уровне которых содержится множество классов модели проекти­руемой системы. Если же пакет системы со стандартным именем "top Level Package" является подсистемой, то ее абстрактное поведение в точ­ности такое же, как и у исходной системы.

 

<== предыдущая лекция | следующая лекция ==>
 | Плотность квантовых состояний
Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 398; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.012 сек.