Virksomhedens informationsbehandling

1. Virksomhedens informationsbehandling lektion 17 AIS udviklingsstrategier 18-11-2009 Ved. Jens Godik Højen

2. Program • Hvad forstås med ”udviklingsstrategi” • Bestilling af nyt styrersystem • Hardware / software • Evaluering af indkomne forslag • End-user development • Outsourcing • Omstrukturering af forretningsprocesserne • Business Process Reenginering • Prototype • Computer Aided (støttet) Software Engineering (CASE)

3. udviklingsstrategi • Hvornår er det nødvendigt at udvikle en strategi – ved inddragelse af andre parter end den ene • Ved et systemskifte flyttes der på virksomheds arbejdsparadigme

4. nyt styrersystem • Ved bestilling af software skal der tages hensyn til flere tekniske og ikke tekniske problemstillinger • Software • Hardware • Netværk • Aktøren • Undervisning • Investeringen • Tidshorisont

5. SDLC system udviklings cyklus • Hvordan vælges den rigtige leverandør? • Hvordan bestemmes den rette løsning? • Passer det nuværende system sammen med det nye osv. osv. • Skal noget af det nuværende system indgå i det nye system. • Et kig i bakspejlet 683

6. SDLC • Grundigt system analyse • Konceptuelt systemdesign • Fysisk design • Implementering • Operation og vedligeholdelse

7. Indkøb af Hardware / software • Hvad der virker for andre virker ikke nødvendigvis for dig. • Hvordan kan man være helt sikker? • Software typer • Canned Software (Dåse software) • Turnkey systems (Nøglefærdige systemer) • Application service providers (ASPs). Ikke at forveksle med Active Server Page.

8. Request for proposal” (REP) • Spar tid • Gør systemet homogent • Minimer beslutningsprocessen • Reducer fejl • Undgå potentielle stridsspørgsmål

9. Evaluering af indkomne forslag • Evalueringsprocessen er delt mellem tre processer 731 • Hardware • Software • leverandør • dernæst: • Vælg omhyggeligt den leverandør der lægger tættest på jeres opfattelse • Underskriv en kontrakt • Planlæg og moniter alle udviklingstrin • Sikrer effektiv og åben kommunikation • Overvåg nøje alle udgifter

10. Alternativet til købt løsning • Ændring i forretningsprocesser og informatik relaterede emner, kræver omhyggelige overvejelser i forhold til alternativet til en status quo situation. • Alternativet til pakkeløsningen er selvudviklet software. Hvilke faldgruber kan evt. opstå i kølvandet på selvudviklet software.

11. Nære udviklingsmetoder • End-user computing (EUC) • End-user development (EUD) • Gode eksempler side 734

12. 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.

13. 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

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

15. Outsourcing af informationssystemer • Alternativ til nyudvikling af eget AIS er udlicitering. • Der vælges en løsning hvor en tredje part veldefinerede udvalgte opgaver.

16. Ved outsourcing • Fordele: • En Business Solution • Aktiv udnyttelse • Adgang til større ekspertise og mere avanceret teknologi • lavere omkostninger • forbedret udvikling tid • Afskaffelse af spidsbelastningsproblemer • Mulighed for downsizing i tilfælde af nedskæring

17. Ved outsourcing • Ulemper – trusler - risiko: • Ufleksibilitet • Tab af kontrol • Reduceret konkurrencefordel • Locked-in system – låst fast i leverandørens system • Uopfyldte mål – i tilfælde af at leverandørens system ikke er kompatibelt • Dårlig service • Øget risiko for ikke løsningsmulig fejl og risiko for utilsigtet eksponering.

18. 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.

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

20. Prototype

21. 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!

22. Computer Aided (støttet) Software Engineering (CASE) • software til at illustrerer en løsning gennem E/R diagrammer og diagrammer over forretningsprocesser el. lign. • Anvendelse: • Strategisk planlægning • Projekt og systemstyring • Database design • Skærm og rapport layout • Automatisk kodegenerering • Der kan være få uhensigtsmæssigheder i form af inkompatibilitet, omkostningstung at anvende, uopfyldte forventninger