Lærer: Peter Bøgh Andersen ( , Instruktor: Martin Brynskov. Sted: lokale 127, Adorno-bygningen, Helsingforsgade 8.

Transkript

1 OOA&D, kap. 1-3

2 Systemudvikling 07 Lærer: Peter Bøgh Andersen ( , Instruktor: Martin Brynskov. Sted: lokale 127, Adorno-bygningen, Helsingforsgade 8. Tid: Forelæsninger og øvelser vil være blandet og foregår på onsdage fra Normalt strarter vi kl Første gang: onsdag d. 6/2 kl Litteratur: 1. Mathiassen, Munk-Madsen, Nielsen og Stage: Objektorienteret analyse & design, Marko, Ligger i Stakboghandlen, Studenterhuset. 2. Kompendium købes. Undervisningsforløbet Projekt Forløbet er bygget op over grundbogen der beskriver en mainstream metode. Med mellemrum præsenteres alternative tilgange. I en række tilfælde er der sammenfald med og pegepinde til Organisationsanalyse. Forskellen på de to kurser er at systemudvikling beskriver organisationen ud fra den erkendelsesinteresse at vi skal lave et IT-system som er brugbart for organisationen. Undervisningen er bygget op om et systemudviklingsprojekt med brugere. Projektet kan foregå på samme organisation som I vælger i organisationsanalyse. Hvis ikke det kan lade sig gøre, må I genere venner, familie, eller eventuelle foreninger I er medlem af. Projektet går ud på sammen med brugerne at specificere en IT-anvendelse der er nyttig for den pågældende organisation. Det er svært at koordinere de forskellige trin i projektet med de korresponderende undervisningsgange. Det skyldes at projektets forløb er afhængig af brugernes tid og en lang række praktiske omstændigheder. I år vil øvelserne derfor alle bygge på et fiktivt eksempel, hvor I får lejlighed til at afprøve de forskellige systemudviklingsteknikker. I kan så selv finde det rette tidspunkt at genbenytte dem i jeres projekt. Det fiktive eksempel er følgende: det supermarked I dagligt handler i, skal have et integreret kasse-, lagerstyrings- og EDI-system (EDI = electronic data interchange. Et system der elektronisk afgiver bestilling fra kunde til leverandør). Systemet skal gøre det muligt at sænke varebeholdningen uden at der kommer tomme hylder i butikken. I tilgift skal systemet forbedre kundeservice derved at oplysninger om varerne bliver lettere tilgængelige for kunderne. I det omfang det passer med tidsfølgen, kan I erstatte supermarkedet med jeres eget projekt i øvelserne.

3 Systemudvikling 07 Eksamen Eksamensopgaven består af en rapport der indeholder de dokumenter og aktiviteter som er nævnt i nedenstående undervisningsplan (markeret med fed skrift). Papirs-mockup en skal dokumenteres med fotos. Den skal også indeholde en kørende prototype der illustrerer en lille udvalgt del af systemet. Prototypen kan være af samme type som I have arbejdet med i programmering (database + Python + web-grænseflade). Da vi skal differentiere mellem suppleringsfolk og kandidatstuderende, er der større krav til de kandidatstuderendes opgave. De ekstra krav går på at arbejde med ikke-mainstream metoder. De er markeret med understregning i undervisningsplanen. Øvelser Det er svært at koordinere de forskellige trin i projektet med de korresponderende undervisningsgange. Det skyldes at projektets forløb er afhængig af brugernes tid og en lang række praktiske omstændigheder. I år vil øvelserne derfor alle bygge på et fiktivt eksempel, hvor I får lejlighed til at afprøve de forskellige systemudviklingsteknikker. I kan så selv finde det rette tidspunkt at genbenytte dem i jeres projekt. Det fiktive eksempel er følgende: det supermarked I dagligt handler i, skal have et integreret kasse-, lagerstyrings- og EDI-system (EDI = electronic data interchange. Et system der elektronisk afgiver bestilling fra kunde til leverandør). Systemet skal gøre det muligt at sænke varebeholdningen uden at der kommer tomme hylder i butikken. I tilgift skal systemet forbedre kundeservice derved at oplysninger om varerne bliver lettere tilgængelige for kunderne. I det omfang det passer med tidsfølgen, kan I erstatte supermarkedet med jeres eget projekt i øvelserne.

4 Læseplan..\..\..\..\..\.public_html\Homepagemater ial\systemudvikling08.htm

5 Grundbegreber Objekt: noget med identitet, tilstand og adfærd Kan en handling være et objekt? Klasse: en samling af objekter med fælles struktur, adfærd og attributter

6 Verdenssyn Verden består af objekter der er arrangeret i klassehierarkier og helheds-del hierarkier. En botanikverden. Objekter kan sende beskeder til hinanden og reagere på disse beskeder De er i én af en endelig mængde af diskrete tilstande, og skifter til en ny tilstand når bestemte begivenheder indtræffer.

7 Kritik 1 Levende organismer kan ikke siges at være i én af et endeligt antal diskrete tilstande. Deres adfærd er kontinuert. 2 Ikke alle begrebssystemer er hierarkisk ordnet. Nogle er ordnet i forhold til prototypiske eksempler. 3 Mennesker opfatter og udfører deres aktiviteter som styret af formål og pligter og ikke kun kontrolleret af en ren tidsfølge.

8 Kritik af kritikken Systemudvikling er styret af den erkendelsesinteresse at få lavet et ITsystem som kunden er tilfreds med på den aftalte tid og til de aftalte penge. Virkelighedsbeskrivelsen er styret af disse interesser.

9 Analyse/design Analyseobjekter repræsenterer ting og begivenheder i den virkelige verden Designobjekter repræsenterer software der repræsenterer ting og begivenheder i den virkelige verden Objektorienterede Analyser Design Programmering Grænseflader

10 Problemområde og anvendelsesområde Problemområde: den del af verden som administreres, monitoreres eller kontrolleres af systemet Tag udgangspunkt i brugernes sprog Anvendelsesområdet: den organisation der administrerer, monitorerer eller kontrollerer et problemområde Brugerroller Formål Use-cases Problemområde/anvendelsesområde Separat: kontroltårnet er adskilt fra flyene Indlejret: bilvejviseren er indeholdt i vejnettet

11 Systemarkitektur System: en samling komponenter som implementerer model, funktioner og grænseflader til brugere og andre systemer Komponent: grupper af klasser og objekter Niveaudelt arkitektur

12 Design mønstre En generel beskrivelse af en problemtype og en mulig løsning Den niveaudelte arkitektur er et designmønster

13 Rolle mønstret Problem: En person kan optræde i flere roller og kan skifte roller under kørslen. Subklassificering duer ikke, for den er statisk. Et objekt kan ikke skifte klasse under kørslen. VIP +underviser() +forsker() Ansat -lønramme -cpr -bankkonto Stilling -titel -ansæt periode TAP +administrerer() Løsning: Gør rollen til en selvstændig klasse og associer den til klassen der repræsenterer personen Ansat -lønramme -cpr -bankkonto * 1 Stilling -titel -ansæt periode VIP TAP +underviser() +forsker() +administrerer()

14 Iterativ udvikling Foregår i flere iterationer Noget analyse Noget design Noget programmering (Færdig kode!) Noget arkitektur En benchmark der skal nås Gradvis forskydning fra analyse til implemenering

15 Hvorfor? Brugernes ønsker ændrer sig under projektforløbet Design og programmering giver ny erkendelse der smitter af på analysen. Man undgår den antediluvianske tjæresump

16 Systemdefinition Beskriv situationen Rige billeder Uformelle tegninger Middel til erkendelse Roller, ting, steder, arbejdsopgaver, kommunikation, kontrol, konflikter Frembring ideer Eksisterende eksempler Metaforer Eksperimenter med mockups og prototyper Eksplorativ versus evaluerende prototyper Formål med prototypen Definer systemer Perspektiv: begrebsstruktur, selektion

17 Eksempel Beggars and philanthropists Simuler budgetterings- ansøgnings- og bevillingsprocesser som angivet i dokument. Undersøg om de simulerede processer giver en leptokurtisk kurve over bevillingsdifferencer

18

19 Rige billeder Lav et 'rigt billede' som grundlag for en systemdefinition Tigger ansøgning Tigger bevilling Filantrop ansøgning bevilling

20 Systemdefinition Laves i diskussion med brugerne Betingelser: De betingelser hvorunder systemet skal udvikles og bruges. Anvendelsesområde Teknologi Objekter Funktioner Filosofi Hvem administrerer, monitorerer eller kontrollerer et problemdomæne Udviklings- og implementeringsteknologi Vigtigste objekter i problemområdet Systemfunktioner der understøtter opgaverne i anvendelsesområdet Systemets anvarsområde

21 Batoff Betingelser: Ikke-financieret forskningsaktivitet. Anvendelsesområde Teknologi Objekter Funktioner Filosofi Verificering af samfundsvidenskabelig forskning i ikke-lineære dynamiske systemer. Bruges af forskere. Skal køre på Windows-platform Tiggere, Filantroper, ansøgninger, budgetter, bevillinger muliggøre eksperimenter med og ændringer af modellen (parametre) visualisere budgetteringsforløb (kurver og animationer) Skal producere csv-filer der kan behandles i statistikprogrammer (måling af data og udskrift her af) Skal repræsentere den samfundsvidenskabelige teori korrekt

22 Klasser, problemområdet Udvælg de klasser systemet skal kontrollere eller indeholder information om Samme ord kan dække forskellige begreber i en stor organisation Udvælg begivenheder klasserne indgår i. Begivenhed: en øjeblikkelig forandring der involverer en eller flere objekter. Problematisk ved proceskontrol hvor en proces tidslige forløb overvåges. Lav en tabel over hvilke klasser der indgår i hvilke begivenheder

23 Liste over klasser i eksemplet Lav en foreløbig liste over klasser i problemområdet Klasse: en beskrivelse af en samling objekter med fælles struktur, adfærd og attributter Objekt: noget der har identitet, tilstand og adfærd Led efter navneord i problemområdet (ting, personer, steder, organisationer, ) Tigger, filantrop, budget, ansøgning, bevilling Rum, naboskab

24 Liste af hændelser Lav en foreløbig liste over hændelser i problemområdet Kig efter verber (transportere, forbruge fødes, dø, kontrahere, planlægge ) Begivenhed: øjeblikkelig hændelse der involverer én eller flere klasser Lave budget, vælge filantrop, sende ansøgning. Modtage ansøgning, skære ned, bevilge beløb, sende bevilling Modtage bevilling, bruge bevilling, gå bankerot.

25 Hændelsestabel Tigger Filantrop Budget Ansøgning Bevilling Lave budget A O Vælge filantrop A O Sende ansøgning A D O Modtage ansøgning S A O Skære ned A O Bevilge B A O Sende bevilling D A O Modtage bevilling A O Bruge bevilling A O Gå bankerot A A = agent, O = Objekt, S = source, D = destination, B = Beneficiary

26 Øvelse: fiktiv case Det supermarked I dagligt handler i, skal have et integreret kasse-, lagerstyrings- og EDI-system. Systemet skal gøre det muligt at sænke varebeholdningen uden at der kommer tomme hylder i butikken. I tilgift skal systemet forbedre kundeservice derved at oplysninger om varerne bliver lettere tilgængelige for kunderne. Muliggøre nethandel Give uddeleren bedre oversigt over lagerbeholdning og økonomi.

27 Øvelse: fiktiv cases Lav systemdefinition Lav rigt billede Lav Batoff dokument Lav liste af klasser fra problemområdet Lav liste af begivenheder fra problemområdet Lav begivenhedstabel