Моделирование системы продажи товаров по каталогу

 

· В качестве актеров данной системы могут выступать два

субъекта, один из которых является продавцом, а другой -покупателем. Каждый из этих актеров взаимодействует с

рассматриваемой системой продажи товаров по каталогу и

является ее пользователем, т. е. они оба обращаются к

соответствующему сервису "Оформить заказ на покупку

оовваарраа""..


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

 

Значения указанных на данной диаграмме кратностей отражают общие правила:

 

1. один продавец может участвовать в оформлении нескольких заказов, в то же время каждый заказ может быть оформлен только одним продавцом,

ооттооррыыйй ннеессеетт ооттввееттссттввееннннооссттьь ззаа ккооррррееккттннооссттьь ееггоо оформления и, в связи с этим, будет иметь агентское вознаграждение за его оформление.

 

2. каждый покупатель может оформлять на себя несколько заказов, но, в то же время, каждый заказ должен быть оформлен на единственного покупателя, к которому переходят права собственности на товар после его оплаты.


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

 

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

 

· обеспечить покупателя информацией о товаре, ооггллаассооввааттьь ууссллооввиияя ооппллааттыы ттоовваарраа,,

· заказать товар со склада.

 

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


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

 

продажи товаров по каталогу


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

 

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

может быть детализирована далее с целью более глубокого

уточнения предъявляемых к системе требований и

конкретизации деталей ее последующей реализации.

 

В рамках общей парадигмы ООАП подобная детализация

может выполняться в двух основных направлениях.

 

. одной стороны, детализация может быть выполнена на снове установления дополнительных отношений типа

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


Один из уточненных вариантов диаграммы вариантов использования для примера

 

рассматриваемой системы продажи


 

 

2. Второе из основных направлений

детализации диаграмм вариантов

использования связано с последующей

структуризацией ее отдельных

компонентов в форме элементов других

ииааггрраамммм ННааппррииммеерр,, ккооннккррееттнныыее

особенности реализации вариантов использования в терминах

взаимодействующих объектов,

определенных в виде классов данной сущности, могут быть заданы на диаграмме

кооперации.


 

Рекомендации по разработке диаграмм вариантов использования

 

 

· Рекомендуемое общее количество актеров в модели - не более 20, а вариантов использования - не более 50. В противном случае модель теряет свою наглядность и, возможно, заменяет собой одну из некоторых других диаграмм.

 

· С системно-аналитической точки зрения построение диаграммы вариантов использования специфицирует не только функциональные требования к проектируемой системе, но и

ыполняет исходную структуризацию предметной области.

 

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


 


Диаграмма

 

Тема


классов

 


 

 

Основные понятия

 

· Диаграмма классов (class diagram) служит для представления статическойструктурымоделисистемы в терминологии классов объектно-ориентированного программирования.

 

· Диаграмма классов может отражать различныезаимосвязимеждуотдельнымисущностямиредметнойобласти такими как объекты и

подсистемы, а также описываетихвнутреннююструктуруитипыотношений.

 

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


 

· Диаграмма классов представляет собой некоторый граф, вершинами которого являются элементы типа "классификатор", которые связаны различными типами

труктурных отношений.

 

· Диаграмма классов может содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи.


Классы

· Класс (class) в языке UML служит для обозначения множества