1. Ontwerpfase

2. Ontwerp versus analyse Analyse = bepalen WAT ontwikkeld moet worden Gebruikersvereisten kennen Probleemdomein in kaart brengen Ontwerp= bepalen HOE de oplossing eruit zal zien 3. Wat ontwerpen we?

Database

User-interface

Programmacode zelf: architectuur + detail

Maatregelen voor security en privacy

(manuele) procedures

Handleiding en on-line help

Technische infrastructuur

Programmeer- en testplan

4. Architectuurontwerp Opsplitsen in subsystemen 5. Voordelen van opsplitsen

Complexiteit verminderen.

Aan taakverdeling doen.

Prioriteiten leggen.

Delen uitbesteden of met pakketten werken.

Profiteren van de ervaring van n subsysteem.

Kleinere en performantere teams.

IS in delen opleveren: motiveert.

6. Nadelen van opsplitsen

Extra managementsinspanning: consistentie systeem bewaren.

7. Hoe opsplitsen? Volgens functionaliteit Gemeenschappelijk basisstructuur onderhoudbaarheid flexibiliteit 8.

Streven naar:

Lage koppeling

Hoge cohesie

9. Te hecht gekoppeld A B C D 10. Lage koppeling C D A B 11.

Koppeling verlagen door:

Inkapseling

Goed ontwerp

Interfaces

implementatie publieke interface 12. Hoge cohesie:module vormt logische eenheid==> gemakkelijk te begrijpen en herbruikbaar Slechte cohesie : taken die niet bij deze functie thuishoren. Slechte herbruikbaarheid. Moeilijk onderhoudbaar(not closed for modification) 13. Cohesie verbeteren 14. Lage koppeling en hoge cohesie

Snellere ontwikkeling : modules beter te begrijpen, interne werking hoef je niet te kennen.

Minder fouten : wijziging weinig invloed op andere modules.

Opsporen en corrigeren van foutengemakkelijker: fouten beter lokaliseerbaar en correctie veroorzaakt geen andere fouten.

Kans opherbruikbaarheidvergroot.