Design definition  Den proces, som med forskellige teknik- ker definerer en enhed, en proces, eller et system i tilstrækkelige detaljer, således at det kan kodes/realiseres. Taylor  Begyndelsen til visdom for en program- designer er at erkende forskellen mellem at få et programtil at virke og få det gjort rigtigt. Jackson

Designretningslinier KravspecifikationProgramdesignModuldesign  T1 - T6 Designtrin  D1 - D6 Designregler  A1 - A7 Design dokumentation/ arbejdsformer  Godt design:  Let at forstå  Let at implementere  Let at teste  Let at vedligeholde Procesdesign

Patient Nurse Local Monito- ring Patient log Vital signs Report Warning message Log data Request for report Central Monito- ring Update log Report generator Patient bounds Patient data Vital signs bounds Formatted patient data Log data PM-System delvist level 1 DFD:

Patient Nurse Local Monito- ring Patient log Vital signs Report Warning message Log data Request for report Central Monito- ring Patient entities Report generator Patient bounds Patient data Vital signs bounds Formatted patient data Log data Patient Nurse Update log New data Actuel data Patient info Insert patient data Get vital data Real time clock Time Alarm PM-System, alle forbindelser:

Patient Nurse Local Monito- ring Patient log Vital signs Report Warning message Log data Request for report Central Monito- ring Patient entities Report generator Patient bounds Patient data Vital signs bounds Formatted patient data Log data Patient Nurse Update log New data Actuel data Patient info Insert patient data Get vital data Reel time clock Time Alarm PM-System m. krav:

Patient Nurse Local Monito- ring Patient log Vital signs Report Warning message Log data Request for report Central Monito- ring Patient entities Report generator Patient bounds Patient data Vital signs bounds Formatted patient data Log data Patient Nurse Update log New data Actuel data Patient info Insert patient data Get vital data Reel time clock Time Alarm Overvågning Operatør PM-System m. 2 processer:

Patient Nurse Local Monito- ring Patient log Vital signs Report Log data Request for report Central Monito- ring Patient entities Report generator Patient bounds Patient data Vital signs bounds Formatted patient data Log data Patient Nurse Update log New data Actuel data Patient info Insert patient data Get vital data Reel time clock Time PM-System m. yderligere P: Alarm proces Print Proces Print buffer Driver to hardware Behand. alarm Opdater alarmtabel Alarm tabel

Procesdesign  T1 - T6 Procesdesigntrin  D1 - D6 Procesdesignregler  A1 - A7 Procesdesign dokumentation/ arbejdsformer  Procesdesign-checkliste  Godt design:  Let at forstå  Let at implementere  Let at teste  Let at vedligeholde Procesdesign  Hovedformåler med procesdesign er modul specifikation

Processen opdelt i moduler Proces Modul 1 Modul i Kodning Test Modul integration  Struktur-diagram  Funktions-diagram  Top down, Button up, Mest kritisk først

Procesdesign metoder(T1)  Funktions- orienteret  Objekt-orienteret  Datastruktur- orienteret  Funktioner med fælles egenskaber samles i moduler  Kvalitativ vurdering af opdelingerne  Hierarkisk struktur ønskelig  Grafik til at give overblik

Eksterne grænseflader(T2) Real Time clock Skærm Patient Alarm proces Patient Tabel Alarm Tabel Printer Buffer

Moduldesign: AlarmProces Alarm ? Print buffer Patient tabel Alarm Tabel Patient stue Skærm Real time clock

Funktioner i AlarmProces Moduler i AlarmProces Eksempel 13 i SPU side 149 Eksempel 14 i SPU side 150

Moduldesign  T1 - T6 Moduldesigntrin  D1 - D6 Moduldesignregler  A1 - A7 Moduldesign dokumentation/ arbejdsformer  Moduldesign-checkliste  Godt design:  Let at forstå  Let at implementere  Let at teste  Let at vedligeholde Moduldesign

 Formål: - At få lagt sig fast på datastrukturer - At få bekrevet modulets funktioner så de bliver til at implementere Metoder T1:  Pseudokode  Tilstandsdiagram  Rutediagram  Warnier-Orr-, Jackson-, Nassi_Scneiderman-diagrammer

Program Struktureret Flowchart End Program Not Algorit Algorit End Algorit End kunde Begin kunde Grp. Af bev.Not g.a.bev KredetDebet 1 bevægelse End 1 bev End g.bevæg

Diverse metoderi modul design Eksemplerne i SPU siderne

Visdomsord Grady Boch  ”A complex system that works is invariably evolved from a simple system that worked.. A complex system designed from scratch never works and cannot be patched up (lapped sammen) to work. You have to start over again, beginning with a working simple system”  ”Object-oriented decomposition greatly redu- ces the risk of building complex software systems, because they are designed to evolve incrementally from smaller systems in which we already have confidence”

Lidt flere visdomsord John F. Palmer  With bad specifikation, a bad software system is the best that can be expected  The ones who works as they thing, produce understandable and complite specification in much less time. These high quality specifications lead to high quality software