1 Infomartion Engineering (IE) Denne metode er en fase-topdownmodel, som består af fire faser, som skal gennemgås for at identificere den information, som skal danne grundlaget for et it-system. Illustration 1:Fasemodel til ISP processen er gået godt. Illustration 1 Viser IE's faser, som er delt op i en trekant. Hvor toppen viser de overordnede niveau at analyser. I starten af analysen udarbejder information, hvor man laver en overordnet analyse af hele organisationen. I businessareaanalyse vælger man det forretningsområde ud, som man skal arbejde og analyserer dette. Derefter laver man systemplanlægning og design for det system, som skal udvikles. Tilslut bliver systemet programmeret, testet og implementeret i organisationen. Endelig laves en opfølgning på hele systemet, for sikre at hele I de efterfølgende afsnit i dette kapitel, vises metoden i praksis. Det gøres ved at gennemgå alle faserne i metoden forhold til et projekt, som blev udarbejdet på første studieår. Projektet er udarbejdet i maj-juni 2008, og det havde til formål at lave et crm-system til Vinspecialisten i Nyborg, som er virksomhed, som beskæftiger sig med salg af Vin, tobak, spil, og finere specialvarer. 1.1 Lagene 1.1.1 Lag 1: Stragiplanlægning I denne fase der laves en overordnet strategiplan for Vinspecialisten, som skal danne grundlaget for de efterfølgende faser. I fasen her skal man se på Vinspecialisten som virksomhed. Ført skal man se på Vinspecialistens situation, stærke / svage sider og muligheder / trusler i forhold til virksomhedens nuværende situation, den overordnede strategi, Situationsanalyse - 1 -
Vinspecialists situation SWOT Intern situation Stærke sider God kundebase Medarbejderne kender en del til it God beliggenhed Godt renomme Svage sider Dårlige dataorganisering Dårlige it-vaner Manglende profit Ekstern situation Muligheder Skabe en godt organisering af information i virksomheden Muligheder for ekspansion Dyrke de lokale markeder Trusler Data forsvinder Konkurrence Analyse af Data i regneark nyværende system En tendens til data bliver slettet. Det er svært at finde frem til de ønske kunder Kunder oplysningen blive tit organiseret vis papirlapper, som senere bliver registrere i regneark, hvis man husker det. De forskellige butikkers kunder bliver registreret hver for sig Efter man har fået en overblik over virksomhedens situation, man se nærmere på virksomhedens strategi. Denne tabel er meget kompakt strategiplan, som viser hvordan en strategianalyse kan gribes an. Vinspecialistens overordnede strategi Vision Missionen for Vinspecialisten Nyborg er opfyldelse af kundernes behov for nydelsesprodukter og liebhaveri. Mission Geografisk udvidelse: indehaver har butik i Horsens, hvorfra nye kundekredse kan opstå. Overordnede mål Ekspantion - 2 -
Kundepleje CRM Delmål Overtage kunder fra virksomheden i sammen gade Kontakt med kunder i viskeyklubben Fokus på b2b-kunder Når strategiplanen er på plads, kan man gå mere ind under huden på organisationen. Her har vi valgt at arbejde med disse punkter i nedenstående tabel Behov Organisere kundebase Udsende tilbud på produkter til kunder Analyse af kundebasen Problemer Import eksisterende data i regneark til de nye systemer pga. standarter Successfaktore Medarbejderne kan bruge IT-systemet Systemet er driftsikkerts Efter analysen af virksomhedens strategi, skal entitet som skal indgå i systemet identificeres. Der tages udgangspunkt i den del af systemet, som tager sig af se udsende nyhedsbreve til Vinspecialisten kunder. Dette system indeholder følgende entitet: Entitet Beskrivelse Kategori Er kategorier der kan abonneres på Abonnent Modtager nyhedsbrevet, som er sammensat af artikler og fra de kategoriet, som er valgt af abonnenten. Artikel Indeholder den information som findes i nyhedsbrevet I slutningen af denne fase kan man prøve undersøger om valget af entiteter stemmer overens med strategi. Det kan gøre ved at lave en sammenligningsmatrise. Kategori Abonnent Artikel Personale Ekspansion X Kundepleje X X X CRM X X Denne sammenlignings matrix viser kategori, abonnent og artikel dækket strategien udmærket, det betyder, at disse entiteter kan vi arbejde videre med. Ser på personale, har strategien ikke fokus på dette, det betyder at denne entitet kan undlades i den videre analyse. - 3 -
1.1.2 Lag 2: Analyse af forretningsområde Hver teknik og lag i IE er målrettet mod diagrammer. Et af hovedelementerne er diagrammer i begyndelsen af processen, som har et højt abstraktionsniveau og som gradvist bliver mere og mere detaljerede/konkrete indtil de til sidst ender ud i brugbare programmer. Figur 21.11 I denne model repræsentere bokse med skarpe hjørner data, mens bokse med runde hjørner repræsentere aktiviteret. I metodens lag 2 Business area analysis, kan dette diagram f.eks. bruges til udarbejdelse af et funktions og entitets diagram. Generelt består denne fase består primært i analyse af forskellige områder. Entitet og relations analyse Proces og kravanalyse Samt fremstilling af diagrammer til præsentation af disse, som f.eks.: Entitetsmodel (Afsnit 11.1) Funktions hierarki diagram (Figur 6.1) - 4 -
Proces afhængighedsdiagram (i stil med Afsnit 12.1, bare uden data lager) Endvidere en definition af attributter og informationsoversigt. Nedenfor, et bud på en funktions og entitets matrix, hvor denne indeholder funktioner og entitetstyper som findes i forbindelse med udsendelse af nyhedsbreve, hvilket vi brugte i vores projekt for Vinspecialisten Nyborg på 2 semester. Modtagelse Validering Afsendelse Opbevaring Abonnent RD R Kategori C RU C C Artikel C RU C C C = Create R = Read only U = Update D = Delete Dette diagram kaldes også for CRUD matrix. Interaction analysis kræver endvidere, at man laver en analyse af entitetens livscyklus (Afsnit 12.9), en analyse af proces logikken (Afsnit 12.2 12.4) og en klargøring af action diagrams - 5 -
(Afsnit 12.8). Analyse af det eksisterende system, kan sikre en glidende overgang fra det gamle til det nye system. En sådan analyse kræver at der laves data flow diagrammer (Afsnit 12.1) og klargøring af en data model med Canonical Synthesis. Canonical Synthesis kan også kaldes for user view analyses. Teknikken går ud på, at tegne bubbel diagrammer, som til sidst samler den information (data) man arbejder med. I ovenstående eksempel bruger vi igen nyhedsbrevene som eksempel. En cirkel med 2 streger omkring repræsentere en nøgle, en streg med én pil for enden en en-til-en relation, mens en streg med to pile repræsentere en en-til-mange relation. Diagrammet kan bruges til at normalisere efter, hvilket ovenstående dog er et dårligt eksempel på, men hvis man forestiller sig, at en modtager også kunne være repræsenteret med andre data et andet sted i systemet, f.eks.: Ville det normaliserede resultat for modtageren være: - 6 -
- 7 -
1.1.3 Lag 3: Systemplanlægning og design Preliminary data structure design: Målet her er få et overblik over hele systemet. Det involvere også et forsøg på at lave et diagram over databasen. System structure design: I denne fase mapper man virksomhedens forretningsgange om til programmering. Typisk vil man bruge diagrammer til at forklare denne process. Procedure design: Målet er at få lavet de diagrammer som er nødvendige for at få en ordentligt struktur i systemet. For at opfylde dette mål bliver der brugt data navigation diagram(structured program design), dialogue flows, action diagrams og dialoque flow diagrams. Data Navigation Diagram: DND er opbygget strengt hierarkisk. Man starter med at have et root modul og ud fra det modul bygger man så child moduler på, der er ingen begrænsning på hvor mange child moduler der kan være på hver parent. For at skifte mellem de moduler som ligger på samme niveau skal man have færdig-gjort det modul som ligger først. Det er ikke muligt at tilgå et modul længere nede af hierarkiet uden at man har gennemført dem som ligger mellem. - 8 -
Det kan beskrives på den måde at root er en klasse, de child man har på den root er metoder. Childs som ligger på den metoder er for-løkker, if, switch etc.de 2 andre diagrammer som er brugt til den hierarkiske del er dialoque flows (se James Martin, Information Engineering, side 302) og action diagrams (s. 265) Ikke-hierarkiske diagrammer: Den metode som der bliver brugt til at beskrive ikke-hierarkisk i IE er dialoque flow diagrams. Dialoque Flow Diagrams: En horisontal line repræsentere vinduer og vertikale linier repræsentere metoder De vertikale linier som har et loop betyder at man kan gå tilbage til den foregående. Hvis de kun har en pil og ikke et loop kan man ikke gå tilbage. I nedenstående eks. er det lavet med oprettelse og afsendelse af nyhedsbreve. De 2 sidste faser er Confirmation og Planing for tehnical design. I Confirmation spørger man sig selv om does it follow IE rules? - kan man svare ja, så er det godt, ellers er det om igen. Planning for technical design er forberedelse til implementering og forberedelse af den tekniske lag. - 9 -
Det teknisk lag: Det teknisk lag består også af flere faser. Data design o designer man database, andre filer og de overordnede værktøjer Software design o definere de moduler man skal bruge, udvikling af evt. templates. Udviklingsgrupper. Opsætning af test-krav Cutover design o planlægning af igangsættelse af produktion samt planlægning for kursus for brugere af systemet Operations design o design af sikkerhedsmæssige tiltag, overvåge performance af systemet. Verification af design o test for at sikre sig at det hele kører ordentligt, benchmark og performance System test design o implementering af test og løbende godkendelse test. Implementerings planlægning o oversigt over hvor meget det hele har kostet og planlægning af produktion 1.1.4 Lag 4: Construction and cutover I denne sidste fase skal der laves to opgaver: Den første er system-generation, hvor systemet programmeres, databasen dannes. Desuden laves den dokumentation, som der er behov for i den givende kontekst. Den næste opgave, System verifikation, handler om test af systemet, her kan der arbejders med white- eller blackbox test. Det er også her at brugen bliver inddraget for at test og godkende systemet. Når bruger har godkendt systemet, er den sidste fase slut. Efter konstruktionen skal man i gang med lave overgangen fra gamle system til nye system. Her skal der gennemgås følgende opgaver: Den første opgave handler om forberedelse, først udarbejdes en overgangsplan. Desuden bliver den hardware der er nødvendig installeret, og brugerne bliver trænet op til nye system. Ydermere skal de nye software installeres, og de gamle datafiler skal konverteres, så de passer til de nye system. Til sidst evalueres systemet, her kontrolleres ydeevne og om kravene er overholdt - 10 -
1.2 Vurdering af IE I dette afsnit vurdere IE efter det framework, som er beskrevet i bogen Information System development. 1.2.1 Filosofi Paradigme Under dette punkt arbejder med to begreber: Det første begreb er system, som går ud at komme frem til flere relative sandheder i det samme problemfelt. Det andet begreb er sceince, som handler om at nedbryde problemfeltet til mindre stykker og analysere dem. IE falder helt klar under sciencebegrebet fordi det centrale i metoden handler om at nedbryde problemstillingen til mindre stykker, som efterfølgende kan analyseres. Objectives Domain Target Handler om formålet med metoden. IE har den klar formål at kortlægge den information, som er brugbar til at skaber et informationssystem, og efterfølgende at skabe systemet. Dette punkt handler om at se på metodens arbejdsområde. IE beskæftiger sig med hele virksomheden, fordi metoden går i dybden i analyse af virksomhedens situation, strategi og entiteter. I dette punkt vurderes hvilket mål, som metoden sigter efter. Metoden tager et afsæt i udvikle et nyt system fra bundet af i en virksomhed. 1.2.2 Model (Bjarne K.) I dette punkt i vurderingen af IE, ser man på hvilken type modeller der bruges i metoden. I den første fase består modellerne mest af skemaer, som indeholder tekst. Det ses tydeligt af strategiplanen og swot-analysen. Disse modeller skal bruges til at strukturere tekst i en forudbestemt rækkefølge. I fase 2 anvendes modeller, som består af billeder / ikoner.. Her anvendes bubblediagrammer, som består cirkler, som er forbundet med pile. Ydermere arbejders der også med E/R diagrammer, også består af firkanter, som er forbundet med pile. Ydermere anvende et actiondiagram, som på sammen måde består af kasser, som er forbundet med relationer. I fase 3 bliver der også arbejdet med - 11 -
tegninger, her bliver der brugt færre figurer end i fase 2 1.2.3 Telnikker og værktøjer Der bliver i metoden brugt en del teknikker til udarbejdelse af f.eks. forskellige diagrammer: Action diagrams Entitetsmodel (Afsnit 11.1) Funktions hierarki diagram (Figur 6.1) Proces afhængighedsdiagram (i stil med Afsnit 12.1, bare uden data lager) De forskellige teknikker er placeret på de 4 lag (som nævnt tidligere) og bliver brugt som konkrete teknikker og ikke som et generelt værktøj i udarbejdelse af systemanalyserne. Af værktøjer findes der blandt andet et værktøj lavet af Texas Instruments, som hedder Information Engineering Facility. Af nyere værktøjer findes der Visio, som understøtter nogen af Martins teknikker. Information engineering er ikke kun et udviklings værktøj, men også godt til projekt management. 1.2.4 Scope Er betegnelsen for metodens spillerum. IE er en metode, som dækker en stor del af et systems udviklings cyklus. Af figur 28.3 i A&F fremgår det, at metoden er dækkende inden for strategi, analyse, logisk design, fysisk design, og test. Metoden dækker ikke programmering ret meget, det ses tytdeligt i fase lag 4, som handler om contruktion og cutover. Dette lag er ikke beskrevet som grunddigt i A&F. I lag 4 skal skal der også implementeres, evalueres og vurderes vedligeholdelse. Det er punkter, som metoden ikke er dækkende over for fordi der bliver lagt vægt på analyse arbejdet. Ud fra dette scope, kan der udledes er metoden arbejder mere på analytiske plan end på det udførende plan. Metoden her henvender sig til brugere, som kender en del til strategi og markedsføring. Metoden kunne med fordel bruges, hvis man ønske at lave en webstrategi, hvor analyse af målgrupper og marked er vigtige faktorer. - 12 -
1.2.5 Output Dette punkt i vurderingen af metoden ser på hvilken produkter, kommer til syne ved bruges af metoden. I IE handler der først og fremmets om at analyse sin virksomhed og finde frem til den information, som findes i organisationen. Denne information skal bruges til at danne grundlaget for det informationssystem, som blive en egentlig output. Det interessante i IE, at outputtet blive et informationssystem, som skal bruges til at håndtere organisationens information. Det betyder at ikke behøver at sætte sig ned ved foran skærmen for at udvikle en system fra bunden. IE kan derfor bruges i forbindelse med anskaffelse af et færdigudviklet system. 1.2.6 Praksis Baggrund Metoden blev første gang brugt af Clive Finkelstein som data modellerings metode, da han udviklede i Australien i 1970erne. Det var først i 1981, hvor hans konsulentvirksomhed skiftede navn til IE, at han i et samarbejde med James Martin skrev 2 bøger om Information Engineering. 1.2.7 Produkt Produktet der er et resultat af metoden, er en masse dokumentation, men i sidste ende også et stykke software. Ved metodens opdeling i lag, kan man dog undlade, at udvikle systemet, men blot udarbejde en foranalyse til systemet. - 13 -