Høgskolen i Oslo - GM Vær metodisk  Definer og forstå problemet  Spesifiser hva du har av hardware  Lag en prototyp av brukersnittet  Design programmet  Skriv – test og debug programmet  Skriv dokumentasjon

Høgskolen i Oslo - GM Definer og forstå problemet  Sett deg inn i fagfeltet  Diskuter med eier og bruker  Finn ut ønsker og behov til brukeren  Definer en ordliste  Bruk tid på å forstå problemet  Lag en liste over funksjonelle krav

Høgskolen i Oslo - GM Definer og forstå problemet. forts…  Karakteriser alle signal.  Hva er de grunnleggende operasjoner  Er det kritiske funksjons parametre?  Hvilke display og kontrollenheter må være med?  Hva slags signalbehandling er nødvendig?  Hvilken lagring av info er nødvendig?  Hvor mye er virkelig nødvendig? (must have)

Høgskolen i Oslo - GM Definer og forstå problemet. forts…  Tegn et contextdiagram  Definer den I/O du trenger  Sensor og aktuator typer  Antall kanaler karakterisert ved type  Signalkarakteristikk – Spenning, strøm, frekvens..  Frekvens

Høgskolen i Oslo - GM Spesifiser IO  Hva slags Hardware skal du bruke?  Hva slags drivere?  Skal du bruke flere prosessorer?  Er det nødvendig med kommunikasjon?  Lag en liste over IO.

Høgskolen i Oslo - GM Prototyp av brukergrensesnittet  Skal det være skjermbasert?  Knapper og display?  Hva slags kontrollere?  Hva slags kurver?  Prøv å lage et enkelt snitt.

Høgskolen i Oslo - GM Design  Splitt og hersk.  Bryt opp programmet slik at bitene henger sammen, med minst mulig interaksjon mellom bitene. (Modularisering)  Er det nødvendig med parallelle prosesser  OO-teknikk eller strukturerte metoder  Top-down eller bottom-up teknikk?  Tenk debugging også på dette nivå.

Høgskolen i Oslo - GM Design. Forts…  Struktur?  Signalering mellom moduler?  Client server?  Peer to peer?  Trengs det køer?  Trenger du tilstandsmaskiner?  Bruk standard metoder for å beskrive programmet ditt.

Høgskolen i Oslo - GM Definer og forstå problemet. forts…  Standard metoder:  Tilstandsdiagram  SDL-diagram  CRC-kort  OO-metodikk  Flytdiagram

Høgskolen i Oslo - GM Skriv programmet og debug  Dersom du ikke kan debugging har du ingen mulighet for å kunne få et feilfritt program.  Lær deg de mulighetene som systemet har.  Legg inn muligheter for feilsjekk.  ICE – (In circuit emulator)  Utskrift – lampetester  Logg

Høgskolen i Oslo - GM Dokumentasjon og testing  Pass på at dokumentasjonen er i overenstemmelse med programmet. (konsistens mellom modellene)  Du kan bare teste ting som utføres, så lag et skall tidlig slik at du kan teste komponenetene etter hvert.