Introduktion till typer av UML-diagram
Unified Modeling Language, det vill säga UML i enkla ord, vilket är ett allmänt modelleringsspråk. Huvudmålet med UML är att visualisera hur ett system utformas på ett standardiserat sätt. Det är också mycket samma som ritningar som också används inom andra tekniska områden. Det är inte ett programmeringsspråk utan snarare ett visuellt språk. Typer av UML-diagram används för att endast demonstrera beteende såväl som strukturen i ett system. UML hjälper systemarkitekter, affärsmän och även programvaruingenjörer i modellering, design samt analys. OMG, det vill säga Object Management Group, antog UML som standard redan 1997. Sedan dess har det sköttes av dem. Därefter publicerade ISO 2005 UML som en godkänd standard. UML har reviderats och granskats med jämna mellanrum.
Låt oss därefter diskutera typerna av UML-diagram.
Olika typer av UML-diagram
Det finns många typer av UML-diagram och var och en har ett annat syfte utan att tänka på om det utformades antingen före implementeringen eller efter implementeringen.
2 av de bredaste kategorierna som omfattar alla andra typer är
- Beteende UML-diagram
- StructuralUML-diagram.
Som du bara kan gissa från namnet, analyserar några av UML-diagrammen och visar strukturen för en process, medan en annan beskriver systemets beteende, dess byggkomponenter och dess aktörer. De ytterligare kategoriserade typerna är som följer:
Strukturella UML-diagram
- Klassdiagram
- Objektdiagram
- Komponentdiagram
- Sammansatt strukturdiagram
- Distributionsdiagram
- Paketdiagram
- Profildiagram
Beteende UML-diagram
- Aktivitetsdiagram
- Använd falldiagram
- Diagram över översikt över interaktioner
- Tiddiagram
- State Machine Diagram
- Kommunikationsdiagram
- Sekvensdiagram
Låt oss diskutera dem i korthet nu:
1. Aktivitetsdiagram
Aktivitetsdiagram är de viktigaste UML-diagram som används för att utföra modellering av affärsprocesser. Det används i princip för att förklara flödet av olika aktiviteter såväl som åtgärder inom programvaruutveckling. Dessutom kan dessa vara både sekventiella och parallella.
2. Använd falldiagram
Använd fallfallsdiagram är i huvudsak nödvändiga för att analysera krav på hög nivå i systemet. Nu kan dessa krav uttryckas med hjälp av olika användningsfall.
3. Diagram över översikt över interaktioner
Det är den som har förmågan att föreställa kontrollflöde tillsammans med noder som innehåller interaktionsdiagram. Det är samma som aktivitetsdiagrammet i den meningen att båda visualiserar aktivitetssekvensen.
4. Tiddiagram
Dessa diagram behövs i grund och botten för att representera förhållanden mellan föremål när uppmärksamhetscentret vilar i tid. Men även om vi inte är intresserade av att veta hur föremål interagerar eller till och med förändrar varandra, trots att vi vill representera hur man gör dessa objekt såväl som aktörer skulle agera längs en tidsaxel som är linjär.
5. Ange UML-diagram för maskin
Tillståndsmaskin UML-diagram kallas också tillståndsdiagramdiagram. De används mest för att förklara olika tillstånd för en komponent i systemet. Tillståndsmaskinens UML-diagram tar namnet tillståndsmaskin eftersom diagrammet i princip bara är maskin som förklarar de olika tillstånden i ett objekt och också hur det ändras beroende på interna och externa händelser.
6. Kommunikationsdiagram
Kommunikationsdiagram precis som sekvensdiagrammen är ett slags interaktionsdiagram som visar hur föremålen interagerar. Det är en förlängning av ett objektdiagram som visar objekt med meddelanden som går från en till en annan.
7. Sekvens UML-diagram
Sekvens UML-diagram kan också betraktas som de viktigaste UML-diagramna bland modeller på designnivå för utveckling av en affärsapplikation. Eftersom de har visuellt självförklarande karaktär har de här diagrammen blivit ganska populära i förutsägelsen av affärsprocesser nyligen.
8. Klassdiagram
Klass UML-diagram kan också betraktas som den vanligaste diagramtypen som behövs för programvarudokumentation. Eftersom det mesta av programvaran som skapas idag är fortfarande baserat på OOP-paradigmet, så om vi använder klassdiagram för att dokumentera visar det sig att denna programvara är en lösning för sunt förnuft. Detta inträffar också eftersom OOP beror på klasser och relationerna.
9. Objektdiagram
Objekt UML-diagram hjälper utvecklare att kontrollera om den generiska abstrakta strukturen som de har skapat, det vill säga klassdiagram, representerar en livskraftig struktur närhelst den genomförs, det vill säga när klassens objekt instanseras. Men få utvecklare ser på det som en sekundär nivå av noggrannhetskontroll.
10. Komponentdiagram
Komponent UML-diagram kan hjälpa dig att dela upp systemet till mindre komponenter när du har att göra med dokumentation av ganska komplexa system. Ofta är det ganska svårt att förutsäga arkitekturen för ett system eftersom det kan omfatta olika avdelningar eller också kan det använda olika tekniker.
11. Sammansatt strukturdiagram
Ett sammansatt strukturdiagram anses vara en typ av statisk diagram som visar klassens interna struktur och samarbeten. Det är en uppsättning sammankopplade element.
12. Distributionsdiagram
Därefter används distributionsdiagram vanligtvis för att visualisera förhållandet mellan programvaran och hårdvaran. Om vi pratar mer specifikt, kan vi med hjälp av distributionsdiagram också konstruera en fysisk modell för hur artefakter distribueras på noder som är hårdvarukomponenter.
Om vi talar om ett typiskt förenklat distributionsdiagram i en webbapplikation, skulle det inkludera:
- Noder, det vill säga applikationsserver och databaseserver
- Artefakter, det vill säga applikationsklient och databasschema
13. Paketdiagram
Paketdiagrammet verkar mer som en makrocontainer som krävs för UML-diagram som vi redan har förklarat. Nu innehåller olika paket noder och även artefakter. De organiserar komponenter och modelldiagram i grupper på samma sätt som ett namnutrymme skulle innehålla olika namn som på något sätt är ganska korrelerade.
14. Profildiagram
Profildiagram kan inte betraktas som den typiska UML-diagramtypen. Trots det kan det betraktas mer som en utdragbarhetsmekanism och inte en diagramtyp som någon annan.
Om vi använder stereotyper, begränsningar och taggade värden kan vi enkelt utöka och anpassa redan befintliga notationer av UML. Profildiagram är dock som ett språk. Om du till exempel pratar engelska kan du enkelt skapa nya meningar. På liknande sätt, om du talar profildiagram, kan du enkelt och specifikt skapa nya egenskaper samt semantik för UML-diagram.
Slutsats
Således är UML-diagram användbara när vi modellerar affärsdata. Klass attribut kartlägga abstrakta åtkomstmetoder för ihållande fält, och associeringsrollkarta till abstrakta åtkomstmetoder för relationfält. Navigering förutsäger om metoder för åtkomst till förhållanden visas i båda relaterade enhetsbönor eller bara en. Vidare bestämmer multiplikationsnotation den rätta typen för relationsfält, frågor om en livscykel och även kaskaderande borttagningsegenskaper.
Rekommenderade artiklar
Detta är en guide till typer av UML-diagram. Här diskuterar vi de grundläggande begreppen med de bredaste kategorierna av UML-diagram. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -
- Vad är C ++
- Vad är Git?
- Vad är JavaScript?
- Vad är PHP Array?