Какво е валиден UML - ScienceDirect
На пръв поглед отговорът на този въпрос е лесен: валидният UML е език, дефиниран според спецификация. На практика обаче отговорът е малко по-сложен.
Основният въпрос е дали UML се основава на описателни или предписващи правила. Език спредписателни правила се управлява от формална рамка, която установява какво е и какво не е валиден език и какво значение се придава на понятието за изказване на език. Език сописателни правила е език, чиито правила се разпознават по това как хората ги прилагат на практика. Езиците за програмиране най-вече имат предписващи правила, определени от комитета по стандартите или големи доставчици, докато естествените езици като английския имат предимно описателни правила, чието значение е установено от конвенцията.
UML е точен език, така че може да се очаква да се основава на предписващи правила. Но UML често се разглежда като софтуерен еквивалент на чертежи от други инженерни дисциплини и тези чертежи не се основават на предписващи нотации. Нито една комисия не казва кои символи са законни в строителните спецификации; тези обозначения са приети по конвенция, както в естествения език. Стандартите сами по себе си не решават нищо, защото тези, които работят в тази област, няма да могат да следват всичко, което стандартите показват; същото е като да питаш французите за Френската академия на науките. Освен това UML е толкова сложен, че стандартите често могат да се тълкуват по различни начини. Дори водещите UML учени, които рецензираха тази книга, не биха се съгласили да тълкуват стандартите.
Този въпрос е важен за мен, който пиша тази книга, и за вас, които използвате UML. Ако искате да разберете UML диаграмите, важно е да разберете, че разбирането на стандартите не е цялата картина. Хората приемат споразумения както в индустрията като цяло, така и в някои конкретни проекти. Следователно, докато стандартът UML може да бъде основният източник на информация за UML, той не трябва да бъде единственият.
изявление, което трябва да потвърдите, за да отговаряте на стандарта. Следователно изразът девиантен UML е особен начин да се каже, че нещо е напълно неприемливо от гледна точка на стандарта UML.)
Когато се разглежда UML диаграма, трябва да се помни, че основният принцип на UML е, че всяка информация в определена диаграма може да бъде потисната. Това потискане може да бъде глобално - скриване на всички атрибути - или локално - без показване на конкретни класове. Така че в една диаграма никога не можете да съдите за нищо по липсата му. Дори ако UML метамоделът има поведение по подразбиране като [1] за at-. Атрибути, когато не виждате тази информация на диаграмата, това може да е защото това е или поведението по подразбиране, или просто е потиснато.
Като каза това, трябва да се спомене, че има основни конвенции, като например, че трябва да се задават свойства с много стойности.
Не се вкопчвайте твърде много в валидния UML, ако правите скици или модели. По-важно е да имаш добър дизайн на системата и аз предпочитам да имам добър дизайн в невалиден UML, отколкото валиден UML, но лош дизайн. Очевидно доброто и приемливо е за предпочитане, но е по-добре да вложите енергията си в разработването на добър проект, отколкото да се тревожите за тайните на UML. (Разбира се, в случай на използване на UML като езиктрябва да се спазват стандартите за програмиране, в противен случай програмата няма да работи правилно!)
Не намерихте това, което търсихте? Използвайте търсачката: