Форум Сообщества Аналитиков
Общий раздел => Теория моделирования и нотации => UML SysML и пр. => Тема начата: Keen_G от 18 Марта 2007, 13:09:39
-
Думаю, что все уже слышали/читали фразу, которая со временем стала практически слоганом, рекламирующим UML, звучит как-то так: "80% возникающих проблем можно решить (описать) при помощи 20% средств UML".
Давайте определим эти 20%! Тем более что эта 1/5 часть одновременно является более чем необходимым пакетом знаний, которыми должен обладать человек чтобы просто прочитать/понять диаграммы в случае необходимости.
Для начала предлагаю выделить 3-4 диаграммы, которых должно быть "достаточно"...
-
Моё мнение:
Диаграмма классов - описывает статическую структуру классов
Диаграмма деятельности - описывает последовательность течения процессов или потоки данных
Диаграмма состояний - описывает поведения объектов
Диаграмма взаимодействия(последовательности или кооперации) - описывает временное или структурное взаимодейстивее между объектами.
Вообще это не слоган, а принцип Парето. Принцип, который можно якобы применить к любой сфере деятельности.
Оносительно описательных средств UML, нужно вероятно учитывать все-таки не сами диаграммы как таковые, а совокупность всех средств UML: канонические диаграммы, графические элементы, типы связей, свойства связей, стереотипы, тегированные значения, ограничения, OCL....
Т.е. нужно в какой-то степени определится хотя бы, а что есть средства UML и как их считать?
Например для отображение связи между классами мы можем учитывать:
тип ассоциации (ассоциация, агрегация, композиция, генериализация, с навигацией али без, в какую сторону навигация)
кратность
роль
имя
теги
-
Тоже выскажу IMHO: диаграмма вариантов использования, диаграмма классов и диаграмма состояний.
Оносительно описательных средств UML, нужно вероятно учитывать все-таки не сами диаграммы как таковые, а совокупность всех средств UML: канонические диаграммы, графические элементы, типы связей, свойства связей, стереотипы, тегированные значения, ограничения, OCL....
Естественно, для выделения некоторой share-UML версии нужно опустить некоторые отношения, ограничения и тд. Но сначала хотел определиться с конкретными диаграммами, чтоб потом упростить и их с точки зрения состава.
-
Я скажу так - я использую все диаграммы UML 1.4
Наиболее распространенные - это диаграмма вариантов использования, диаграмма классов и диаграммы деятельности (2 шт.) и взаимодействия (2 шт.).
Если брать UML 2.0, то это и будет как раз 20%