1 Infomartion Engineering (IE)

Transkript

1 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 Lag 1: Strategiplanlægning I denne første fase skal der bruges analyseres bredt for finde frem til virksomhedens aktuelle situation. Det betyder, at der skal arbejdes med en teknikker som har et relativt åbent paradigme. Outputtet i dette fase bliver 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ørst skal man se på Vinspecialistens situation, stærke / svage sider og muligheder / trusler i forhold til virksomhedens nuværende situation, den overordnede strategi. Situationsanalyse Vinspecialists situation SWOT Intern situation - 1 -

2 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 Kundepleje CRM Delmål Overtage kunder fra virksomheden i sammen gade Kontakt med kunder i Whiskeyklubben Fokus på b2b-kunder - 2 -

3 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

4 1.1.2 Lag 2: Analyse af forretningsområde I den første fase, har man fået en overordnet viden om Vinspecialisten, og den strategi, som virksomheden anvender. Nu man er klar over virksomhedens interne og eksterne situation. Det betyder at man klare over virksomhedens stærke og svage sider, samt de muligheder og trusler, som virksomheden står over for. Desuden har man fået en viden om den strategi, som anvendes af virksomheden. I lag 2 bliver analysen mere snæver fordi man har fundet entiteterne og arbejder videre med dem, men man er endnu ikke klar over, hvordan de skal spille sammen, og hvad deres funktioner er. Her bliver der brug for teknikker, som kan beskrive data, funktionalitets hierarkiet, samt interaktion imellem de forskellige dem. 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 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

5 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) 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 - 5 -

6 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 ) og en klargøring af action diagrams (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 - 7 -

8 1.1.3 Lag 3: Systemplanlægning og design I det foregående lag, fik man en viden om entiteternes relationer, attributter samt dets funktionshierarki. Denne viden skal i denne fase skal danne grund for at en mere dybdegående analyse, hvor man kigge på hvordan de enkelte funktioner skal designes, og hvordan de spiller sammen. 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

9 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

10 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

11 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 Lag 4: Construction and cutover Fra den foregående analyse, har man fået en viden om hvordan systemets funktionalitet skal designes. Denne viden danne grundlaget for denne praktiske fase, hvor systemet skal programmerets og testes. Her 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

12 1.2 Karateristik af IE I dette afsnit vurdere IE efter det framework, som er beskrevet i bogen Information System development 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. Her går efter at finde frem til en sandhed. IE falder helt klar under sciencebegrebet fordi det centrale i metoden handler om at nedbryde problemstillingen til mindre stykker, som efterfølgende kan analyseres. Desuden finder metoden kun en forslag til et system frem. Hvor en system-metoder vil kommer frem til flere sandheder. Objectives Domain Target Handler om formålet med metoden. IE har den klar formål at kortlægge den information, det skal bruges for at implementere et informationssystem. 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 implementering af et informationssystem, som enten man enten har udviklet selv eller har vælge at anskaffe Model 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 tegninger, her bliver der brugt færre figurer end i fase

13 1.2.3 Telnikker og værktøjer 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. Teknikkerne som anvendes i lag 1 er SWOT analyse og sammenligningsmatrix, disse teknikker har et åbent paradigme, men er præskriptive. Det betyder at teknikkerne hierarkiske og et har mindre defineret spillerum. Det betyder at der ikke er en forkert måde at bruges disse teknikkerne på. Teknikkerne her er gode at anvende, hvor problemfeltet endnu ikke snævert ind endnu ikke kende noget til det, som skal danne fundamentet for den videre analyse. I lag 2 begynder problemfeltet at blive indsnævret, her kommer teknikker banen, som har har mere lukket paradigme end teknikkerne i lag 1. Her arbejdes der med action diagrams, entitetsmodel (Afsnit 11.1) og funktions hierarki diagram (Figur 6.1). Disse teknikker et lukket paradigme fordi der klare regler for hvordan de skal laves. Entitetmodellen der beskriver, relationer imellem entiterne er en teknik, som er præskriptiv fordi den ikke er hierarkisk. De to andre teknikker,actiondiagram og funktionhierakidiagram, er meget præskriptive fordi de har er hierarkiske. Når disse to teknikker kommer fra frem på banen, er problemfelten bliver mere indsnævert end det var sammenhængen imellem entiteterne blev fundet. I det tredje lag er problemfeltet bliver snævert så meget ind, at man har en meget konkret problemstilling at arbejde med. Det bliver der arbejde med et dialogflowdiagram og et datanavigationsdiagram. Disse to teknikker har meget lukket paradigme og meget hirakiske. Disse to teknikker egner sig godt til at arbejder med konkrete problemstillinger. 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 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

14 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 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 Praksis 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 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