Informatikbog HHX

  • 🗚
  • 🔍︎
  • Analyse #

    Udgangspunktet for designprocessen er en analyse af virksomhedens processer eller af en innovativ idé.

    Resultatet af designprocessen er et it-system, som realiserer en abstrakt beskrivelse af en forretningsproces eller en idé.

    Analyser af it-systemets eksterne forhold, virksomhed, interessenter og omverden hører til hos de andre erhvervsgymnasiale fag: Afsætning, dansk, tysk, fransk, samfundsfag, psykologi, filosofi og virksomhedsøkonomi.

    Eksempler på flerfaglige analyser, som har relevans for udviklingen af et it-system, er målgruppeanalyse, interessentanalyse, risikoanalyse og innovationsanalyse.

    Analyser af it-systemets interne forhold, funktionalitet, arkitektur, æstetik kan begynde enten fra det overordnede niveau med domænemodeller eller fra bunden ved hurtigt at skrive kode og tilhørende systemtests.

    Domænedrevet design #

    At begynde analysen abstrakt og konceptuelt kaldes domænedrevet design.

    Et it-systems domæne er en samling abstrakte beskrivelser af aktører, genstande, relationer, interaktioner og processer i det miljø, hvor it-systemet skal anvendes.

    Miljøet hvor it-systemet skal anvendes er typisk til automatisering af virksomhedens processer.

    Domænemodeller kan begynde med tegninger eller videooptagelser som leder designeren frem mod en formaliseret beskrivelse, som kan udføres af computeren.

    Grunden til at man anvender domænedrevet design er for at sikre, at it-systemet opfylder virksomhedens behov.

    Testdrevet design #

    At begynde med at skrive de nødvendige automatiserede systemtests af en enkelt funktion i it-systemet, kalder man testdrevet design.

    Efter man har skrevet en test, så skriver man kode indtil testen holder op med at fejle.

    Når man har funktionelle computerkoder omstrukturerer man koderne i en proces som kaldes refactoring indtil koderne opfylder designerens kvalitetskrav.

    Derefter fortsætter man med den næste funktion.

    Grunden til at man anvender testdrevet design er for at sikre, at man udvikler robust og korrekt kode.

    Resultatet af analysen #

    Der Uanset en formalisering af grænseflader, dataformater og funktioner.

    Et domæne er en samling abstraktioner, som beskriver data og grænseflader og interaktioner

    Det er især i analysefasen, at det informatikfagets samspil med andre gymnasiale fag, som f.eks afsætning, virksomhedsøkonomi og samfundsfag, aktualiseres.

    Interessenter #

    En interessent er en person, virksomhed eller dele af det offentlige system, som på en eller anden måde er investeret i udviklingen af it-systemet.

    Målgruppe #

    En målgruppeanalyse beskriver it-systemets brugere.

    Segmentering #

    Målgruppesegmentering er en afgrænsning af målgruppen i forhold til udvalgte segmenteringsvariable.

    Brugerne kan tilhøre forskellige segmenter og have forskellige forventninger og krav til it-systemet.

    Personaer #

    En persona er en beskrivelse (et portræt) af en person fra målgruppen. En persona kan være fiktiv.

    Scenarier #

    Et scenarie er en beskrivelse af en brugssituation. Et scenarie kan være fiktivt.

    Et scenarie involverer en persona og et brugsmønster.

    User stories #

    En user story er ligesom et brugsmønster, men tager udgangspunkt i brugerens oplevelser.

    Brugsmønstre og aktører #

    Et brugsmønster er noget, en aktør kan gøre med it-systemet. Et it-system kan have mange brugsmønstre.

    En aktør er en bruger.

    Risikoanalyse #

    En risikoanalyse afdækker omstændigheder, som kan indvirke negativt på en virksomhed eller et udviklingsprojekt.

    Risikoanalyse består som regel af identifikation, vurdering og håndtering af risici.

    Innovation #

    En analyse af mulighederne for innovation i virksomheden kan være nyttig i forbindelse med identifikation og prioritering af udviklingsprojekter.

    Informationssøgning #

    How People with Disabilities Use the Web https://www.w3.org/WAI/people-use-web/

    5 steps of test-driven development https://developer.ibm.com/articles/5-steps-of-test-driven-development/