Моделирования uml

3.5.3. Образцы проектирования 
Использование коопераций в UML тесно связано с таким 
понятием как образцы проектирования, которые в свою очередь 
являются одним из видов паттернов. Для изучения данного аспекта 
вернемся к моделированию информационной системы отдела кадров 
и еще раз посмотрим на реализацию варианта использования 
Hire Person
, представленного на рис. 2.22. 
Хотя внешне все выглядит удовлетворительно, на самом деле в 
данной реализации полно недочетов. Все что нам остается сделать — 
это предложить новую диаграмму последовательности (см. рис. 3.27) 
для 
реализации 
типового 
сценария 
приема 
сотрудника, 
удовлетворяющую принципу Model-View Separation. 

---

124
Рис. 3.27. Диаграмма последовательности
для типового сценария приема сотрудника 
3.5.4. Экземпляры классификаторов
В предыдущих темах мы уже рассмотрели достаточно много 
различных классификаторов. Однако при этом мы всегда делали упор 
на то, что классификатор является дескриптором, т. е. описателем 
однотипных объектов, но никогда не вели целенаправленно разговор 
об экземплярах классификаторов. Теперь у нас накопилось 
достаточно материала, чтобы восполнить этот пробел. 

---

125
Для того чтобы указать, что элемент на диаграмме является 
именно экземпляром классификатора, а не самим классификатором, 
применяется следующая нотация — его имя подчеркивают. 
Не 
могут 
иметь 
конкретных 
экземпляров 
абстрактные 
классификаторы, к которым относятся, например, интерфейс 
(стереотип «
interface»
) и любые другие классификаторы с 
ограничением 
{abstract}
. 
Также особняком стоит экземпляр ассоциации, который носит 
специальное название — связь. Подробнее использование связей 
будет обсуждаться в следующей главе, посвященной моделированию 
взаимодействия, а сейчас мы лишь скажем, что связь не имеет имени 
и поэтому выделять подчеркиванием нечего. И хотя нотации 
ассоциации и связи одинаковы (сплошная линия), однако это не 
значит, что связь может быть спутана с ассоциацией — у них разные 
способы использования. 
Экземпляры 
классификатора 
"тип 
данных" 
(стереотип 
«
dataType»
) и его специализации "примитивный тип" (стереотип 
«
primitive»
) на диаграммах в большинстве случаев представляются 
в виде начальных или константных значений для атрибутов других 
классификаторов. Для возможных экземпляров классификатора 
"перечисление" 
(стереотип 
«
enumeration»
) 
предусмотрена 
специальная нотация (см. рис. 3.3). 
Пример использования экземпляров действующего лица для 
информационной системы отдела кадров приведен на рис. 3.28. 
Пользуясь случаем, мы продемонстрируем на этом примере 
альтернативную нотацию для представления действующего лица – 
класс со стереотипом 
«actor»
(1). 
Большую помощь при моделировании системы оказывают 
экземпляры 
узлов 
(стереотипы 
«device»
, 
«executionEnvironment»
) и размещаемые на них экземпляры 
артефактов (стереотип 
«artifact»
и другие стереотипы, указанные 
в табл. 3.12), которые изображаются на диаграмме размещения.

---

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