Hvis du opdager fejl i bogen, vil jeg være taknemmelig, hvis du sender mig en e-mail.
NB Indholdet i bogens første del kan ikke stå alene. Specielt i forhold til forretningsmodellering har jeg erfaret, at der er dukket spørgsmål op til emner, der er beskrevet i anden del. I forbindelse med forretningsmodellering er det nødvendigt at læse kapitlerne 12 og 13. Kapitlerne 8, 9, 10 og 11 er også nyttige i den forbindelse.
Kapitel 4, side 72, figur 4.9:
Der er tegnet to læger. Der burde kun være en læge, da der her ikke er tale om krydsede streger. Som figuren ser ud nu, skaber det forvirring, at der er to læger tæt på hinanden.
Kapitel 6, side 137:
Eksempel på attributbeskrivelse, værdisæt skal være ".rabatsats" og ikke "SATS".
Kapitel 6, side 132:
En associationsbeskrivelse skal selvfølgelig også indeholde navnet på associationen - måske to eller flere navne.
Kapitel 6, side 128 og 135:
Operationsbeskrivelser kan også være pre- og postkonditioner. Se kapitel 5 side 110 hvorfor bogen ikke omhandler pre- og postkonditioner på operationer. Bogen behandler derimod pre- og postkonditioner på use cases, se kapitel 13. (Stikordsregistreret mangler en henvisning til dette.)
Kapitel 5, side 121:
"Specificer et interface pr. servicekomponent" skal tilføjes:
"Ulempen ved dette kriterium er, at man skal tilføje et nyt interface, hver gang man får en ny servicekomponent, hvilket strider imod et princip om, at det er bedst, at komponenterne ikke ved, hvem der bruger dem. Det hører dog med til denne diskussion, at der jo ikke skal defineres nye serviceoperationer, da det nye interface vil bestå af allerede eksisterende serviceoperationer."
Kapitel 6, side 143:
Tredje afsnit om låsning af databasen skal udgå eller uddybes. Det er rigtigt, at låsning af databasen er "teknologi", men det er forkert, at det er teknologiafhængigt. Beslutning om låsning hænger sammen med muligheden for at "rulle tilbage", hvis noget går galt. Denne beslutning er forretningsafhængig og hører derfor hjemme i servicelaget.
Kapitel 13, afsnit 3:
Det er tilladt at tegne den samme aktør flere steder på samme use case diagram for at undgå krydsede pile.