Category: WAU Blog

Dagbogsoptegnelser i forbindelse med Master IT kurset Webapplikationsudvikling Modul III. Dagbogen reflekterer over iterationer i forbindelse med videreudvikling af en astmadagbog.

  • Hvad er interessant for en astmatiker?

    Som bruger af astmadagbogen er det min erfaring, at det mest interessante er sammenfatningen:

    • Hvordan er den generelle helbredstilstand her og nu
    • Det skal være let at indtaste nye observationer i en formular

    Derfor bør der allerede i administrationspanelet være en synlig rude, der viser disse data. Der skal kort sagt være:

    • En sammenfatning af observationer
    • Mulighed for at indtaste nye observationer
    • De nye observationer skal bedømmes med det samme (er PEF grøn, gul eller rød?)

    Astmadagbogen bør med andre ord være tilgængelig direkte i administrationsmodulet.

  • Deadlines

    Obligatoriske milepæle som afleveres undervejs til instruktoren (max. 3 sider pr. gang):
    11/9 kl. 20: Afgrænsning af projektet (ift. beskrivelsen ovenfor).
    18/9 kl. 20: Relevant litteratur (kort præsentation og diskussion af relevans).
    25/9 kl. 20: Teknologier der ligner, hvor kommer inspirationen fra?
    2/10 kl. 20: Tre dagbogsnotater om vigtige udfordringer.
    9/10 kl. 20: Foreløbig overordnet arkitektur, implementationsvalg, datamodel (benyttes til teknisk review d. 14. oktober).
    16/10 kl. 20: Evalueringsplan.
    20/10: Det tekniske projekt er færdigt, overgang til evaluering.
    23/10 kl. 20: Opsummering af teknisk review (reviewet bliver lavet når vi mødes d. 14/10).
    30/10 kl. 20: Opsummering af evalueringen.

    Rapporten bør maksimalt fylde 15 sider (hvis I ikke har vældigt mange screendumps), eksklusiv appendiks. Rapporten vedlægges en zipfil med rapporten i PDF-format, koden til systemet, et link til et kørende system og et appendiks med en (kort) brugsvejledning.
    Afleveres senest 6/11 kl. 09:00 som email til bodker@cs.au.dk

  • WordPress opsætning

    Hvordan skal WordPress fungere?

    • Patienten skal kunne logge ind og indtaste data. Dette bør ske direkte på kontrolpanelet.
    • Patienten skal kunne læse en sammenfatning af dagens resultat (om peakflow er rød, gul eller grøn) samt se grafiske oversigter. Dette bør ske ved at gå ind i bloggen. Patientens blog skal være tilgængelig for registrerede brugere på WP.
    • Brugeren skal kunne kommentere.
    • Lægen skal kunne logge ind og læse resultater.
    • Lægen skal kunne kommentere.

    Der skal med andre ord udvikles:

    • Plugin til indtastning af data, der gemmes i databasen (her genbruger jeg databasen fra modul II)
    •  Mulighed for at kommentere indlæg.
    • Template der passer til emnet (den nuværende template er noget psykeldelisk)
  • Tekstbehandling

    Ser at man gerne må aflevere i PDF. Så er LATEX et spændende alternativ til tekstbehandling. Jeg har derfor installeret LYX på mine linuxsystemer.

  • En farbar vej

    Gennemkigningen af pensun viser, at det gælder om at finde en farbar vej ved at kombinere de forskellige teorier. Ugeopgaverne peger vel også i retning af hvordan det så kan foregå.

  • Litteraturen (aflevering 18.9. 2011)

    I denne aflevering vil jeg diskutere de dele af peensum, der ser ud til at være relevant. Denne indledende sondering danner basis for valg af metode senere.

    Pensum ser sådan ud:

    • Nielsen 2-3 (Klassiker – den heuristiske analyse kan være brugbar i udviklingen, måske suppleret med andre artikler fra useit.com. Måske er der noget brugbart i Kap. 6, der handler om design for handicappede)
    • Tognazzini (billig bruger test? Den tar’ jeg…)
    • Schneiderman 3, 4, 11 (Four Pillars, 4: nogle af ideerne kan omsættes til astmadagbogen. 11: Evaluation – alt sammen anvendeligt som inspiration til en brugertest.)
    • Obendorfethal (participatory design er en vanskelig disciplin. Ideelt burde jeg samle et hold astmadagbogsskrivere; men det kan i sig selv være vanskeligt. )
    • Greenbaum (fin sondring praksis / teori; men teksten kan måske undværes)
    • Jepsen – fin tekst om dagbogsskrivning. Min egen praksis er baseret på Eva Tverskov, Aleister Crowley og C.G. Jung. Dertil kommer min blog (2006-), der er dagbogsagtige noter om hacks på min linuxserver mv.
    • Clement – participatory design. (At inddrage brugeren i udviklingen er en god ide. Igen en række praktiske råd)

    Et hurtigt kig i pensum antyder, at vi skal:

    • udvikle “participatory” eller “brugervenligt” (så der skal vel findes en vej, der er farbar i praksis inden for den givne tidsramme)
    • i praksis skal der være en fungerende prototype
    • En testmetode skal konstrueres
    • Test
    • Ændringer (iterativt)

    Pensum kan suppleres med:

    1. O’Reilly “PHP Cookbook” (2002) – gammel klassiker, selv om den har mere end et par årtusinder på bagen, så er bogen en god inspirationskilde.
    2. Brazell, Aaron: “Wordpress Bible” (2010) – bøger der vil alt er ofte problematiske; men omvendt kan det ikke udelukkes at der står noget fornuftigt om udvikling af templates, widgets og plugins.

    Dertil kommer linksamlingen, som jeg ikke vil kommentere yderligere i denne omgang. Klik på links i menuen til venstre…

    Sammenfatning
    Webløsningen skal udvikles i det PHP-baserede bloggingsystem WordPress. Her får jeg brug for en god kilde, der beskriver arkitekturen bag WordPress. Jeg formoder, at man kan finde en sådan beskrivelse på WordPress “Codex”, dvs. den omfattennde dokumentation af WordPress. Med hensyn til brugertest vil jeg (på nuværende tidspunkt) anvende Nielsens heuristik – dvs. i vid udstrækning anvende web standarder – samt cognitive walkthroughs.

    Som testmetode er eksperttest i første omgang mest oplagt. Men jeg vil da begynde med at kigge på Tognazzinis ideer til hurtig brugertest – måske er der her nogle gode praktiske råd.

    Et vigtigt aspekt er dagbogsskrivning. Traditionelt er dagbogen et privat dokument, der som udgangspunkt ikke er til offentliggørelse. Forfattere som H.C. Andersen har nok haft en ide om at deres dagbøger potentielt kunne være interessante for en eftertid. Men i forfatterens levetid var dagbøgerne som udgangspunkt private. Gennem historien har præster fx ført en Liber Daticus, der kunne fortælle stort og småt om begivenheder i sognet. Sådanne skrifter var næppe tænkt som helt private skrifter. Videnskabsmandens logbog var til gengæld et videnskabeligt dokument, der kunne dokumentere en proces.

    Med Habermass kunne man sige, at det moderne menneske sondrer mellem det private og det offentlige. En udviklingsdagbog ligger afgjort i den offentlige sfære.

  • WAU links

    De følgende links er især relevante for Wau III:

    [wp-blogroll catname=Webapplikationsudvikling]
    [wp-blogroll catname=Wordpress]

  • Layout til WAU III

    Overvejer at udvikle en særlig template til WAU Modul III. Templaten skal have sin egen header, så derfor kan jeg ikke umiddelbart anvende headeren fra Multimusens generelle template.

  • Hvori dagbogen begynder

    I forbindelse med modul III på Webaplikationsudvikling blev vi bedt om at føre en dagbog, der reflekterer over udviklingen af en webløsning. I mit tilfælde er der tale om en fortsættelse af Metareflektoriet, det var en dagbog, jeg brugte i WAU Modul II. Her er den første udgave af Astmadagbogen, der blev udviklet med CakePHP.

    Astmabloggen
    Første udkast til Astmabloggen

    Jeg var ikke helt tilfreds med CakePHP-løsningen af flere grunde:

    • CakePHP er til tider vanskelig at konfigurere
    • Brugeradministration er bøvlet i CakePHP
    • Grafiske søjler blev skabt via div-tags; men da de var tomme kunne de ikke ses i print
    • Løsning på diagrammer: lav diagrammer som grafik – enten ved at skalere en .svg eller ved at lade PHP skabe en .png fil (el. lign.)

    Hvis astmadagbogen skal udbredes og være alment tilgængelig, så skal den udvikles i en ramme, som mange bruger. Derfor vil jeg overføre ideen til WordPress og udvikle passende plugins til formålet. Næste deadline er søndag d. 11.8. – hvor en problemformulering skal være klar.

Enable Notifications OK No thanks

We use cookies - more information

Multimusen.dk will set a few cookies from Doubleclick, Google and the Social Media plugins they ay set some cookies. Some of my pages use APIs - such as YouTube, LinkedIn, Google Fonts, Google Maps, Mapbox, Spotify, Jetpack, Twitter, Facebook &c.. Such plugins may set the odd cookie.

Close