Home · Fasen · Rollen · Producten · Best practices · Referenties · Nieuws & release notes · Begrippen

Bedrijfsstudie
Review

Indien gewenst kan een review worden gedaan op de opgestelde diagrammen. De diverse richtlijnen van Smart dienen hierbij als uitgangspunt. Daarnaast is er voor deze review een template beschikbaar in Smart. Deze template stelt diverse vragen over de gerealiseerde diagrammen.

Doel

Een review wordt uitgevoerd om de eenduidigheid en consistentie van de diverse diagrammen te verifiëren.

Stappen

  1. Review use cases
    Ga voor ieder van de use case diagrammen na of er optimaal hergebruik van vooral de secundaire use cases is gedaan. Ga van alle relaties tussen use cases na of deze zijn opgesteld zoals de requirements zijn bedoeld. Verifieer de stappenplannen, vooral daar waar andere use cases worden gebruikt. Verbeter eventuele onvolkomenheden.


  2. Review user interface diagrammen
    Vergelijk ieder use case diagram met het bijbehorende user interface diagram. Deze diagrammen dienen een soortgelijke structuur te kennen. Ga na of ieder form bij exact één use case hoort (indien hiervoor is gekozen). Vergelijk de namen van de forms met de namen van de use cases. Verbeter eventuele onvolkomenheden.

  3. Review business class diagram
    Vergelijk het business class diagram met de use case diagrammen. Iedere business- en factory class dient voor te komen in minimaal één use case. Controleer of er een relatie is gemodelleerd tussen iedere factory class en de bijbehorende business class, zoals Klanten en Klant. Vergelijk tenslotte de beschrijving van de klassen met de begrippenlijst. Hierin mogen geen afwijkingen voorkomen. Verbeter eventuele onvolkomenheden.

  4. Review component class diagram
    Ga na of er voor iedere geïdentificeerde component een component class diagram is gemaakt. Ga ook na of alle bekende interfaces van deze componenten zijn genoteerd in dit component class diagram. Verbeter eventuele onvolkomenheden.

Richtlijnen

Eventuele verbeteringen en aanvullingen worden gedaan door de ontwerpers, niet door de facilitator of specialist. Zodoende raakt het projectteam - indien dit relatief onervaren is met de materie - sneller vertrouwd met UML en objectoriëntatie.

 [TASK020] Versie 2003Q2 Basic - ©1999-2006 Sander Hoogendoorn (aahoogendoorn@gmail.com), 1 juli 2003