Pakke (UML)

Den aktuelle version af siden er endnu ikke blevet gennemgået af erfarne bidragydere og kan afvige væsentligt fra den version , der blev gennemgået den 15. september 2018; checks kræver 2 redigeringer .

En pakke ( eng.  package ) i UML -modelleringssproget  er hovedgrupperingsenheden, der organiserer specifikke designbeslutninger inden for rammerne af den anvendte UML-model. UML-pakken er designet til at gruppere et stort antal strukturelle, adfærdsmæssige og andre enheder i en enkelt helhed; vises som en stiliseret mappe med et bogmærke, som kan have sit eget navn [1] [2]

UML-pakken er repræsenteret af et stort rektangelbillede med en fane i øverste venstre hjørne; inde i rektanglet kan du placere indholdet af denne pakke [3] . Afhængigheden mellem pakker udtrykkes ved hjælp af pakkediagrammet , som bærer information om styringen af ​​modellen og faktisk er en slags klassediagram [4] .

Beskrivelse

Introduktionen af ​​UML-pakker giver dig mulighed for at distribuere forskellige individuelle elementer af projektet, der oprettes, i blokke, der er praktiske til skalering, som senere kan manipuleres som en slags uafhængige enheder. Som regel bruges pakker til at gemme modelelementer på topniveau: klasser og deres relationer, Use Case -grafer , tilstandsmaskiner osv. [5] Pakkeelementer kan have forskellig synlighed udefra, det vil sige, at nogle pakkefunktioner kan være indkapslet fra den eksterne brugers synspunkt. I denne henseende fungerer en pakke som et separat navneområde , hvis medlemmer kan være enten offentlige eller private [6] . En velstruktureret pakke bør kombinere semantisk og funktionelt relaterede elementer, der har tendens til at udvikle sig sammen under udvikling [2] .

UML-specifikationen pålægger ikke strenge begrænsninger for, hvordan en model er pakket, der er mange måder at organisere efter funktionalitet, modeltype eller enhver anden egenskab. Hierarkisk indlejring af nogle UML-pakker i andre er også tilladt [7] [8] , mens den indlejrede pakke har fuld adgang til indholdet af sin container og betragtes som en del af den [6] . Ved brug af nesting skal modellen have en indledende rodpakke [7] , normalt kun én [9] . For at forenkle tekstnotationer er det også muligt at importere synlige elementer fra en pakke til en anden og supplere lokale navnerum med dem, dog bliver det importerede element synligt under det navn, der blev tildelt det under importen [10] .

Pakkens navn skal adskille den fra andre pakker, som regel præsenteres den som en tekststreng, der indeholder bogstaver i det latinske alfabet , tal og nogle tegnsætningstegn. Specifikationen bruges til at adskille navnene på hierarkisk indlejring af pakker ::. Inden for en containerpakke skal det valgte underpakkenavn være unikt [11] .

Noter

  1. Butch, Rambeau, Jacobson, 2006 , UML Building Blocks, s. 37-38.
  2. 1 2 Butch, Rambeau, Jacobson, 2006 , Packages, s. 178.
  3. Butch, Jacobson, Rambo, 2006 , pakke (pakke), s. 519.
  4. Booch, Jacobson, Rambeau, 2006 , Representing Model Control, s. 62.
  5. Booch, Jacobson, Rambeau, 2006 , Packages, s. 122.
  6. 1 2 Booch, Jacobson, Rambeau, 2006 , Visibility, s. 123.
  7. 1 2 Booch, Jacobson, Rambeau, 2006 , Representing Model Control, s. 61.
  8. Booch, Jacobson, Rambeau, 2006 , Packages, s. 121.
  9. Butch, Jacobson, Rambo, 2006 , pakke (pakke), s. 518.
  10. Booch, Jacobson, Rambeau, 2006 , Import, s. 123.
  11. Booch, Rambeau, Jacobson, 2006 , Names, s. 180.

Litteratur