<<
>>

Диаграмма прецедентов

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

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

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

3.2).

Для пояснения содержания диаграмм используют примечания, обозначаемые на диаграммах в виде листа бумаги с загнутым углом (рис. 3.3).

Текст примечания записывается внутри этого листа. Примечание соединяется пун­ктирной линией с тем элементом диаграммы, к которому оно относится.

Рис. 3.1. Графическое изображение конечного пользователя

ПРИМЕЧАНИЕ----------------------

Используемые на диаграммах обозначения являются общими для всех видов диаг­рамм.

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

Интерфейс — это совокупность операций, предоставляемых классом или ком­понентом. Интерфейс описывает поведение класса или компонента, видимое извне.

Интерфейс определяет только описание (спецификации) операций клас­са или компонента, но он никогда не определяет физические реализации опе­раций.

Интерфейс представляет собой сущность, которая дает пользователю возможность совершить определенное действие, получить информацию. Пользователю интер­фейс может быть доступен в качестве датчика, обращения к базе данных, кнопки, бланка заявления — то есть устройства или операции. Графически интерфейс обо­значается небольшим кружком, рядом с которым указывается его наименование (рис. 3.4).

В нотации иМЬ английские имена интерфейсов принято начинать с буквы I.

ПРИМЕЧАНИЕ------------------------------------------------------------------------------

Относительно имен компонентов диаграмм разработчиками программного обеспе­чения выработана рекомендация: изначально, при построении основ системы исполь­зовать имена компонентов на русском языке, что делает разработку более понятной. В дальнейшем постепенно, а к завершению разработки полностью заменить назва- ния английскими, которые могут быть восприняты компиляторами.

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

Ниже перечислены определенные в нотации UML виды отношений между компо­нентами на диаграммах прецедентов.

? Отношение ассоциации (association relationship) устанавливает роль пользова­теля в системе. Обозначается сплошной линией между пользователем и преце­дентом (рис. 3.5, а).

? Отношение расширения (extend relationship) определяет взаимосвязь прецеден­та с прецедентом, возможности которого он может использовать.

Графически обозначается пунктирной стрелкой с пометкой «extend» от дополняющего пре­цедента к расширяемому. Случай, изображенный на рис. 3.5, б, говорит, что при определенных условиях прецедент В может быть дополнен прецедентом А. На практике это может означать, например, дополнительные (помимо обычных) меры по идентификации личности человека.

? Отношение обобщения (generalization relationship) показывает, что компонент (пользователь или прецедент) является частным случаем другого компонента. Гра­фически обозначается непрерывной стрелкой от общего к частному (рис. 3.5, в).

? Отношение включения (include relationship) указывает на включение прецеден­та в другой прецедент в качестве его составной части. Один и тот же прецедент может быть включен в несколько более крупных прецедентов. Графически дан­ное отношение обозначается пунктирной линией со стрелкой, направленной от базового прецедента к включаемому с пометкой «include» (рис. 3.5, г).

В Г

Рис. 3.5. Графическое изображение отношений на диаграммах прецедентов

Цифры над стрелкой (см. рис. 3.5, а) обозначают кратность (multiplicity) отноше­ния и показывают количество возможных компонентов данного отношения. Слу­чай на рисунке означает, что один и тот же пользователь может задействовать си­стему данным образом любое количество (обозначается звездочкой) раз.

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

Истории болезни в организации ведутся в бумажной форме (результаты анализов в историю болезни вклеивают­ся). На рис. 3.6 представлен возможный вариант диаграммы прецедентов для данного случая.

Рис. 3.6. Прием пациента в больницу

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

ПРИМЕЧАНИЕ------------------------------------------------------------------------------

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

<< | >>
Источник: Избачков Ю. С., Петров В. Н.. Информационные системы. 2006

Еще по теме Диаграмма прецедентов:

  1. Судебный прецедент
  2. Девятый сеанс Диаграмма трат, ее зарядка “небесной энергией”
  3. Плутон.
  4. МЕТОД «ДОВОД К ЧЕЛОВЕКУ», ИЛИ «АССОЦИАТИВНОСТЬ».
  5. 2. Прецедентное право Англии
  6. 4. Особенности современного американского права
  7. ТЕСТ САМОАТТЕСТАЦИИ КОЛЛЕКТИВА
  8. Графика на телевидении
  9. 5. Современные тенденции развития американского права
  10. Литература
  11. Контрольные вопросы
  12. Конституция Великобритании, ее характерные черты и особенности