Før du utvikler programvare, er det nødvendig å ha en god forståelse av hva som skal utvikles. Derfor er det nødvendig å designe systemet. Det kan gjøres ved hjelp av Unified Modeling Language (UML). Det er ikke et programmeringsspråk som Java, C #. Det brukes til å få en visuell representasjon av systemet. Med introduksjonen av Object Oriented Programming (OOP) ble de fleste programmer og programvare utviklet. Det er et paradigme som bidrar til å modellere en programvare med objekter. OOP konseptene som arv, innkapsling kan representeres ved hjelp av UML. Det er enkelt og enkelt å forstå. Den kan brukes til og med av ikke-programmører. Vanligvis er ett diagram ikke nok til å forstå hele systemet. Det finnes ulike typer UML diagrammer som dekker ulike aspekter. Sekvensdiagrammet og samarbeidsdiagrammet er to interaksjonsdiagrammer. De nøkkelforskjell mellom sekvensdiagram og samarbeid diagram er det sekvensdiagrammet brukes når tidssekvensen er viktigere mens samarbeidsdiagrammet brukes når objektorganisasjonen er viktigere. Denne artikkelen diskuterer forskjellen mellom sekvensdiagram og et samarbeidsdiagram.
1. Oversikt og nøkkelforskjell
2. Hva er sekvensdiagram
3. Hva er Collaboration Diagram
4. Likheter mellom Sequence Diagram og Collaboration Diagram
5. Side ved side sammenligning - Sequence Diagram vs Samarbeid diagram i tabellform
6. Sammendrag
Sekvensdiagrammer brukes til å representere samspillet mellom objekter over en bestemt tidsperiode. Forespørselsmeldingene er representert av mørke piler, og returmeldingene er betegnet med de stiplede pilene. Rektangelens vertikale bokser representerer aktiveringstiden for hver gjenstand.
Figur 01: Et sekvensdiagram
I følge diagrammet ovenfor sender kundeobjektet en melding til produktobjektet for å se om produktet er tilgjengelig. Produktobjektet sender en melding til lagerobjektet for å finne ut om produktet er tilgjengelig på lageret. Avhengig av tilgjengeligheten av produktet, vil varen svare på produktet, og produktet vil svare kunden. Deretter sender kundeobjektet betalingspengemeldingen til betalingsobjektet. Endelig sendes kvitteringsmeldingen til kunden. Det forespurte produktet, betal penger forespørsler. De er betegnet av mørke piler. Ja / nei, kvittering er returmeldinger. De er betegnet med stiplede piler. Kundeobjektet er aktivt gjennom hele denne prosessen. Produkt- og lagerobjektene er aktive i begynnelsen. Betalingsobjektet er aktivt på slutten fordi det skal aktiveres for å fullføre betalingen. Samlet sett ga sekvensdiagrammet informasjon om samspillet mellom objekter innenfor den bestemte tidsperioden.
Et samarbeid diagram fokuserer på samspillet mellom objekter. Det viser objektorganisasjonen. Et tall indikerer metodeoppkallingssekvensen. Hvert tall representerer metoden den kalles.
Figur 02: Et samarbeidsdiagram
I henhold til det ovenfor angitte samarbeidsdiagrammet er gjenstandene representert ved å bruke rektangler. Meldingene er representert av en pil og et sekvensnummer. Den første meldingen er ordreprodukt. Den andre meldingen er få pris og den tredje meldingen er betaling. På samme måte er hver melding gitt et sekvensnummer. Så angir tallet hvordan metodene kalles etter hverandre. De betingede utsagnene er betegnet med firkantede parenteser. Betalingen via master og visum er separate forhold. Betalingen av master og betaling med visum tilhører betaling. Så er de betegnet med 3.1 og 3.2.
Sequence vs Collaboration Diagram | |
Sekvensdiagrammet er en UML-representasjon for å visualisere sekvensen av samtaler i et system for å utføre en bestemt funksjonalitet. | Samarbeidsdiagrammet er en UML-representasjon for å visualisere organisasjonen av objektene og deres interaksjon. |
Representasjon | |
Sekvensdiagrammet representerer sekvensen av meldinger som flyter fra en objekt til en annen. | Samarbeidsdiagrammet representerer strukturell organisering av systemet og meldingene som sendes og mottas. |
bruk | |
Hvis tidssekvensen er viktig, kan sekvensdiagrammet brukes. | Hvis objektorganisasjonen er viktig, kan samarbeidsdiagrammet brukes. |
Når du utvikler programvare, er det ikke mulig å begynne å utvikle seg direkte. Det er nødvendig å forstå systemet. UML er vant til å få en bildeforståelse av systemet. UML er enklere enn programmer for generelle programmer som Java, C ++ osv. Det finnes ulike UML-diagrammer som dekker ulike aspekter. To av dem er sekvensdiagram og et samarbeidsdiagram. Forskjellen mellom sekvensdiagram og samarbeidsdiagram er at sekvensdiagrammet brukes når tidssekvensen er viktigere mens samarbeidsdiagrammet brukes når objektorganisasjonen er viktigere.
1.dnfvideo. UML Sequence Digram, .NET Intervju Forberedelse Videoer, 16 Aug. 2010. Tilgjengelig her
2. "UML - Interaksjonsdiagrammer.", Tutorials Point, 8. januar 2018. Tilgjengelig her
3. "UML - Standard Diagrammer.", Tutorials Point, 8. januar 2018. Tilgjengelig her
4.Collaboration Diagrammer, CMS Support, 25 Aug. 2015. Tilgjengelig her