Fra BPMN til detaljeret design

Er det nede på implementeringsniveau du vil eller?
Kender ikke selv BPMN. BPMN drager selv en sammenligning mellem et Business Process Diagram og et Activity Diagram. Det eneste jeg derfor umiddelbart synes ville være anvendeligt er et sequence diagram eller et Collaboration diagram. Abstraktionsniveauet må man selv bestemme, når det gælder UML diagrammering. Umiddelbart vil jeg sige, at Use Case Modellen skal være på plads inden man påbegynder Design Model(Klassediagram, Sequence diagram, Collaboration diagram ect.). Det er selvfølgelig op til een selv, da der ingen regler er.

Ja, det er ned på implementeringsniveau.
Jeg vil gerne lave et så detaljeret design, at jeg kan give det til en programmør, som så skal implementere det i Navision. Der er altså ikke tale om at udvikle et helt nyt system, men derimod at modificere et eksisterende ud fra nogle nye processer.
Det er en god ide med et sequence diagram eller et collaboration diagram til at beskrive forretningsreglerne, men beskriver de også dataene(objekter og attributter), der skal anvendes? Programmøren skal jo gerne vide, hvilke nye tabeller og attributter/felter han skal indsætte i databasen.
Buges klassediagrammet i design modellen til at beskrive denne data? Jeg har fx tænkt på, at jeg kunne lave et klassediagram for de klasser som indgår i processerne, hvor både de eksisterende og de nye klasser og attributter indgår. Jeg kunne så fx markere de nye, så programmøren ved dette.

Jeg ved ikke, hvordan man udvikler i Navision.
Uanset hvad så er der forskel på database- og objektverdenen.

Database = fysisk plan.
Objekt = logisk plan.

Nej klassediagrammet beskriver ikke hvordan objekterne og deres attributter skal persisteres.
Til den opgave skal du bruge en Relational model.
Modellen beskriver databasen og dens struktur. Den afledes normalt af en ER-model som igen er afledt af en overordnet Domæne model.
Den indeholder både primary keys, foreign keys, database datatyper, constraints osv.
Modellen er tilknyttet din Data Model og ikke Design Model.

Et sekvens diagram giver efter mit hoved kun mening, hvis der er tilknyttet et klassediagram. Klassediagrammet giver et klart overblik over entiteter, entiteternes attributter samt metoder. Et sekvens diagram viser flow. Det viser interaktion mellem objekter/entiteter når en given use case bliver kørt(I dit tilfælde en proces). Det viser metodekald og retur-typer.

Et godt diagrammeringsværktøj er Rational Rose - Idag et IBM produkt.

svar