Составители:
Рубрика:
собствует более полному пониманию особенностей реализации функций
системой, хотя и не может содержать всю информацию, необходимую
для их реализации.
Следует помнить, что на диаграмме кооперации изображаются
только те объекты, которые непосредственно в ней участвуют. При этом
объекты могут выступать в различных ролях, которые должны быть яв-
но указаны на соответствующих концах связей диаграммы. Применение
стереотипов унифицирует кооперацию, обеспечивая ее адекватную ин-
терпретацию как со стороны заказчиков, так и со стороны разработчи-
ков. Тем не менее, целесообразно различать терминологию, используе-
мую на диаграммах кооперации уровня спецификации и уровня приме-
ров.
Так, при построении диаграмм кооперации уровня спецификации
желательно применять наиболее понятную заказчику терминологию, из-
бегая технических фраз и словосочетаний. Например, "оформить заказ",
"отгрузить товар", "представить отчет", "разработать план" и т. д. Такие
известные разработчикам слова как "сервер", "защищенный протокол",
"закрытая операция класса", а также стереотипы и помеченные значения
на этом уровне применять не рекомендуется. На уровне спецификации
нужно стремиться достичь по возможности полного взаимопонимания
между заказчиком и командой разработчиков всех вариантов использо-
вания проектируемой системы в контексте их кооперации.
При построении диаграмм кооперации уровня примеров термино-
логия должна наиболее точно отражать все аспекты реализации соответ-
ствующих объектов и связей. Поскольку диаграмма этого уровня явля-
ется документацией для разработчиков системы, здесь допустимо ис-
пользовать весь арсенал стереотипов, ограничений и помеченных значе-
ний, который имеется в языке UML. Если типовых обозначений недос-
таточно, разработчики могут дополнить диаграмму собственными эле-
ментами, используя механизм расширений языка UML.
46
Страницы
- « первая
- ‹ предыдущая
- …
- 45
- 46
- 47
- 48
- 49
- …
- следующая ›
- последняя »
