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
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.
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)
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 fouten gemakkelijker: fouten beter lokaliseerbaar en correctie veroorzaakt geen andere fouten. Kans op herbruikbaarheid vergroot.
