OOAD, kapitel 9

Kriterier

Slide 9.2-5 springes nærmest over.

Slide 9.6: senere.

Et godt design skal lave op til følgende:

Systemet indeholder de aftalte dele af problemområdet.
Systemets funktioner svarer til kravene fra anvendelsesområdet.
Grænsefladen realiserer den beskrevne interaktion.
Den tekniske platform udnyttes effektivt.
Systemet kan tilpasses til nye krav og behov.

Et godt design har ingen væsentlige svagheder.

Kriterium: Et kvalitetsmål der fremhæver ét aspekt ved et design.

Et godt design balancerer flere kriterier.

Slide 9.7

*Kriterium*	*Mål for*
Brugbart	Tilpasningen af systemet til de organisatoriske, arbejdsmæssige og tekniske omgivelser.
Sikkert	Sikringen mod uønsket adgang til systemets data og faciliteter.
Effektivt	Udnyttelsen af faciliteterne i den tekniske platform.
Korrekt	Opfyldelsen af de opstillede krav.
Pålideligt	Opfyldelsen af den krævede funktionalitet med den ønskede præcision.
Vedligeholdbart	Omkostningen ved lokalisering og retning af fejl i det kørende system.
Testbart	Omkostningen ved test af systemet i forhold til de opstillede krav.
Fleksibelt	Omkostningen ved at ændre i det kørende system.
Forståeligt	Besværet ved at skaffe sig overblik over og forstå systemet.
Genbrugbart	Anvendeligheden af dele af systemet i andre beslægtede systemer.
Flytbart	Omkostningen ved at flytte systemet til andre tekniske platforme.
Integrerbart	Problemerne ved at sammenkoble systemet med andre systemer.

Brugbarhed

forholdet til omgivelserne
- tilfredsstiller designet brugernes behov?
  - se i den analyse vi hidtil har foretaget
- passer designet til den tekniske platform?
  - et godt design udnytter ressourcerne hensigtsmæssigt
- de to krav skal måske prioriteres

Fleksibilitet

skiftende organisatoriske og tekniske betingelser
- modularisering, indkapsling
  - delene kan skiftes ud med tilsvarende, men anderledes dele
  - Lego-klodser
  - vægtes mod effektivitet

Forståelighed

beskrivelses- og tænkemåder i udviklingsprocessen
- abstraktion
  - klassificering
  - generalisering
  - modularisering (komponenter)
- genbrug af mønstre
  - fx. konsekvent indrykning
  - generel klasse, fx. mængde
  - fx. reservere ressourcer
  - model/view/controller (model, grænseflade og funktioner)
  - klient/server
- ansvarssamling
  - komponent
  - klasse

Komplekse systemer bør bestå af

dele med høj samhørighed og lav kobling

Slide 9.9

Det er vigtigt allerede under designarbejdet at overveje, hvorledes den senere vurdering af systemet og dets dele skal foregå. Basalt er der to former for vurdering, som er relevante: reviews og eksperimenter. Hvilke af de fremhævede kvalitetskriterier og hvilke dele af edb-systemet skal vurderes gennem reviews? Hvilke skal vurderes gennem eksperimenter? Hvilke prototyper skal der laves? Hvem skal deltage i vurderingerne? Hvornår skal vurderingerne finde sted?

Efter slide 9.10, gå til 9.6.

Opgave: udfyld selv et skema som slide 9.9 for sænke slagskibe.

Mit forslag:

	Meget vigtigt	Vigtigt	Mindre vigtigt	Irrelevant	Trivielt opfyldt
Brugbart	X
Sikkert			X
Effektivt	X
Korrekt		X
Pålideligt			X
Vedligeholdbart		X
Testbart		X
Fleksibelt			X
Forståeligt	X
Genbrugbart	X
Flytbart			X
Integrerbart		X

Systemt skal være brugbart og effektivt - det skal ligge online, og det skal virke, tiltrække spillere osv. Ligeledes skal det være forståeligt og genbrugbart - der blav lagt vægt på, at det skulle være objekt orienteret kodet, ligesom de andre spil, så tydeligvis skal det her være let at overlevere til deres egen udvikler.

Integrerbart kom med som vigtig, netop fordi der er andre spil, som det er spil nok også får lidt at gøre med.

Sikkerhed og pålidelighed er ikke så vigtig - der er ikke nogle vitale oplysninger, der kan gå tabt eller lignende. Ligeledes behøver det ikke være så fleksibelt eller flytbart, der er ikke blevet nævnt noget om nogle andre platforme.