Virksomhedens informationsbehandling

1. Virksomhedens informationsbehandling APEX 4 2009 Ved. Jens Godik Højen

2. Business Process Reenginering (BPR) • Organisere omkring resultater, ikke opgaver • Dem der efterspørger en løsning også gennemfører til resultatet. • Dem der producerer oplysninger også sender oplysningen videre. • samle og sprede data – for at undgå dualitet i samme svar. • Integrere parallelle aktiviteter. • Styrk arbejdstagere, bruge indbyggede kontrolfunktioner, og skær ned på unødvendige led i organisationsdiagrammet. • Indfange data én gang, ved kilden. Centralt Data Warehouse.

3. Udfordringer i forbindelse med BPR • Traditioner • Modstand • Begrænsning i nødvendigt økonomisk grundlag • Ledelsesmæssigt svigt – dårlig opbakning • Skepsis • Omskoling • Kontrol

4. prototyping • Fordele: • Krav til systemet kommer fra kilden • Højre grad af brugerinvolvering og tilfredshed • Hurtigere udvikling (måske) • Større lyst til ændringer • Mindre udgiftstung • Ulemper: • Betydelig brug af medarbejdernes tid • Mindre effektiv udnyttelse af systemressourcer • ufuldstændigt system udvikling • utilstrækkeligt afprøvet og dokumenteret systemer • negative adfærdsmæssige reaktioner • Udvikling der aldrig får en ende!

5. Nære udviklingsmetoder • End-user computing (EUC) • End-user development (EUD)

6. End-user computing (EUC) • Udtrækning af data til simple rapporter og hurtige svar. • Hvad nu hvis analyser og statistiske analyser. • Udvikle små applikationer vha. regneark og små databaser • Lave skemaer, åbne debitor poster, lån gældsydelser osv.

7. End-user development (EUD) • Fordele: • Bruger oprettelse, kontrol, og gennemførelsen • System, som opfylder brugernes behov • Aktualitet • Frigøre systemer ressourcer • Ulemper: • Logik og udvikling fejl • Utilstrækkeligt testet ansøgninger • Ineffektive systemer • dårligt kontrolleret og dokumenteret systemer • system uforligeligheder • gentagelse af systemer og data og ressourcespild • Øgede omkostninger

8. Motivation v. anvendelse af EUC • Opret hurtighjælp • Sikrer support • Undervisning i udvikling af EUC • Evaluer udvikling løbende • Assister hurtigt i forbindelse med EUC • Oprette standarder for udvikling • Opret kontrolgruppe for: adgang, uautoriseret brug, mod duplikerede værdier osv.

9. Program • Konceptuelt systemdesign • Konsekvenser af It-projekter • Design • Procedurer • Implementering • Omstilling

10. Konsekvensen af systemskift • Systemskiftets indgriben i virksomhedens paradigme

11. Konceptuelt systemdesign • Udvikling af et projekts struktur (framework)

12. System forberedelse • Trappemodel • Vandfaldsmodel • Spiralmodel (Iterative) • Socioteknisk fasemodel • FAKIR modellen

13. Trappemodel

14. Spiralmodellen • Analyse • Idé • Plan • Struktur • Prototyping • Test/evaluering

15. Socioteknisk fasemodel

16. FAKIR modellen

17. Fysisk systemdesign • Det konceptuelle design skal implementeres og sikres i den fremadrettede drift.

18. Input/output • I forbindelse med datainput skal de forskellige typer identificeres og den videre behandling fastlægges ud fra opsamlingsopgavens karakteristika. • Planlagte rapporter • Til specielle formål analyserapporter • Udløste undtagelse rapporter • Efterspørgslen rapporter

19. Design af formularer • Det er af afgørende betydning om formularer skal opfører sig som en papirformular eller om det er et rent digitalt design. Yderligere skal datatransporten mellem formularen og datakilden optimeres så transporten foregår hurtigt og sikkert.

20. Skærm indhold • Organiser så der kan anvendes genvejstaster og data kan inddateres hurtigt og nemt. • Tilstræb at papirformularer og skærm ligner hinanden mest muligt. • Det skal være nemt at indhente tillægsoplysninger • Begræns mængden af data på skærmen

21. Skærmorden • Organisering af felter • Dataindtastningsrækkefølge • Gruppere relateret data og anvend pladsen fornuftigt • Undgå at formularen går ud over skærmen og gør overgangen mellem de enkelte skærmbilleder så smidig som muligt • Det skal være muligt at rette fejl – Alle fejl! • Minimer størrelsen af samtidige data ved at lave mikro SQL relateret direkte til de enkelte tekstfelter.

22. Design af rapporter • Rapportdesign kan bestå af tekst, tal og grafik. Alt efter opgaven og modtageren anvendes et præsentationslayout.

23. Design af programmer • Vær sikker på at du har forstået slutbrugeren • Hold dig til planen, hvis ikke muligt så sikre at det er nødvendigt med en ændring • Forklar i koden hvad du gør! • Test programmet – helst på en kompetent slutbruger • Dokumenter hvad du gør • Oplys konstant slutbrugeren om hvad du gør • Dokumenter installationsproceduren

24. Procedurer afledt af programdesign • Hvem, hvad, hvornår, hvor, hvorfor og hvordan 

25. Implementering

26. omstilling • Direkte anvendelse • Parallel anvendelse • Løbende anvendelse • Pilot anvendelse

27. Dokumentation • Udvikler dokumentation, beskrivelse af systemet (input, output, filtyper database layout og kode) • Operativ dokumentation, sikkerhed, fil placering udstyr osv. • Bruger dokumentation, brugervejledning og undervisningsmateriale.

28. Procestjek og sikkerhed • Walk-throughs. Er en metode der trin for trin tester systemet for fejl. Giver ikke retvisende billede i forbindelse med belastning af applikationen. • ”Processing” test af transaktioner, belastning af datakilden og fejlplacering • Godkendelsestest. Skal gennemføres før der siges god for systemet.

29. E/R diagrammer • Står for Entitets/relations diagram. Værktøjet anvendes typisk i forbindelse med opbygning af en datakilde. Ved at skitserer databasens enkelte elementer, vil denne skitse danne rammen for en senere dataservermodel.

30. Analyse metoder • Bevægeligt gennemsnit • Eksponentiel udglatning • Ekstrapolation • Lineær • Trend kurven • Vækst kurven • Regression/Pivot