[uml] use cases, includes en de beschrijvingen

Pagina: 1
Acties:

  • Dennis
  • Registratie: Februari 2001
  • Laatst online: 18:41
Ik ben bezig met use cases voor een opdracht maar ik heb er eigenlijk nog nooit zo heel veel mee gewerkt. Nu kom ik er opzich wel uit alleen de docente en de boeken over UML spreken elkaar heel erg tegen.

Ik heb een base class en subclasses. Nu heb ik een include naar één van de subclasses. Als ik nu de use case beschrijf van de base class, dan moet ik volgens de docente de subclasses apart beschrijven in een eigen use case. Echter, volgens de boeken hoef ik sub cases helemaal niet te beschrijven. Op internet is er helemaal niet zoveel over te vinden.

Zelf vind ik het helemaal vreemd om subcases uit te werken omdat je immers geen interactie hebt tussen een actor en en systeem, althans, dat is mijn mening daarover.

Is het nou normaal om subcases wél of niet uit te werken en indien wel, hoe werk je dan de interactie uit, want actoren zijn er niet in direct verband tenslotte.

  • wasigh
  • Registratie: Januari 2001
  • Niet online

wasigh

wasigh.blogspot.com

Het Systeem kan ook een Actor zijn.
Als het goed is hebben jouw subcases ook een preconditie, postconditie en uitzonderingen.
Ik vind het normaal om subcases uit te schrijven :)

  • Dennis
  • Registratie: Februari 2001
  • Laatst online: 18:41
Dankjewel alvast.

Als je een subcase hebt (include) en de actor is een gebruiker in dit geval, kan deze dan wel direct communiceren met zo'n subcase of is dat niet toegestaan?

  • Cloud
  • Registratie: November 2001
  • Laatst online: 08-05 14:53

Cloud

FP ProMod

Ex-moderatie mobster

Dat kan zeker weten. Het ligt aan het nut en gebruik van de subclass of je em in een Use Case beschrijft, maar ik beschrijf ze eigenlijk altijd. Het systeem kan in dat geval dan een Actor zijn. Het is maar net hoe je het geleerd hebt, noodzakelijk is natuurlijk anders. Voor het leren van UML kan het handig zijn om ook Use Cases te maken van subclasses, zodat je wat leert denken op het niveau van Use Cases enz. In uiteindelijke ontwerpen zal het minder vaak komen dat je ze compleet beschrijft. :)

Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana