Sammanfa&ning Agenda 1. Varför är denna kurs vik7g? 2. Grundläggande begrepp och insikter (Kap 1-6) 3. Informa7kVerksamhet (Kap 9, 10, 11, 12) 4. Tentamen och li&eratur
Varför ska du läsa kursen? Brist på kravställarkompetens Brist på förändrings- och utvecklingskompetens Bristande förståelse för hur informa7onssystemen påverkar organisa7onen Bristande insikt och förståelse för chefer och beslutsfa&are om informa7onssystem De&a bidrar 7ll informa7onssystem med dålig kvalitet De&a leder 7ll a& verksamheten fungerar mindre bra Kostnaderna håller på a& skena iväg Misslyckade utvecklingsprojekt Höga förvaltnings- och driuskostnader Det finns en stora möjligheter med a9 på e9 integrerat sä9 utveckla i informa>onssystem och verksamhet Det finns en stora möjligheter a9 förändra organisa>oner med hjälp av informa>onssystem
Mål IT har förändrat 7llvaron för företag och organisa7oner på e& genomgripande sä&. De&a kräver förmågan a& analysera vilka problem och vilka möjligheter som uppstår vid förändringen. Kursen ska ge både förståelse för och prak7sk kunskap i hur IT och management samverkar i moderna informa7onssystem. Målen för kunskap och förståelse är a& kunna: Redogöra för grundläggande begrepp med avseende på verksamhet, informa7onssystem, informa7onsteknik (IT) och dess användning Redogöra för olika utvecklingsstrategier i verksamhetsinriktad systemutveckling Redogöra för kri7ska faktorer av IT- understödd organisa7onsförändring Målen för färdighet och förmåga är a& kunna Genomföra olika typer av förändringsanalyser kopplat 7ll IT- understödd organisa7onsförändring. Genomföra process-, interak7ons-, och verksamhetsmodellering Modellera och konstruera begreppsmodeller Planera och värdera hur människor bör samverka vid utveckling av informa7onssystem Vad gäller värderingsförmåga och förhållningssä& förväntas studenten euer genomgången kurs kunna: Kri7skt granska och förhålla sig 7ll IT- utveckling i sociala arbetssitua7oner Kunna värdera förändringsförslag och kravspecifika7oner med utgångspunkt i ekonomiska, organisatoriska och tekniska aspekter Kunna värdera styrkor och svagheter av IT- relaterade förändringsprojekt.
Grundläggande begrepp och insikter (Kap 1-6)
Chapter 1: Introduc>on The domain of business informa>on systems
Informa7k (Informa7cs) Kombinerar kunskap om Informa7on and Communica7on Technology Informa7onssystem Verksamhet Organisa7on Samhället Design- och utveckling På Kursen har fokus varit på Organiza7onal Informa7cs dvs hur organisa7onen kan använda ICT (IT) i samband med verksamhetsutveckling
Figure 1.9: Planning, management and opera>ons
Organisa7on e& värdeskapande system En organisa7on kan inkludera en eller flera verksamhetssystem (ac7vity system) (Kap 2) Informa7on (Kap 3) Informa7onssystem och versamhetsinfrastruktur (Kap 4) ICT- System (IT- infrastruktur) (kap 6)
Figure 1.10: Goronwy Galvanising as a system
Figure 1.11: The ac>vity system at Goronwy
Figure 1.15: The informa>on system at Goronwy
Organisatoriskt informa7onssystem (Enterprise system) E& system för verksamhetskommunika7on E& system för inmatning, lagring, förändring, presenta7on och distribu7on av informa7on Är baserat på ICT (IT) Består av tre olika nivåer (Layers) Data management (Data layer) Affärslogik (verksamhetslogik) (Business Layer) Användargränssni& (Interface Layer)
Kapitel 2 Handlar om organisa7onsbegreppet Organisa7onen betraktas som e& värdeskapande system Analysen av organisa7onsbegreppet bygger på systemteori Fokus på verksamhetssystemet (informa7onssystemets kontext) Betydelsen av a& modellera dem Processmodellering och process design Påverkan som informa7k har på organisatorisk struktur och kultur
Organisa7on Ins7tu7onellt perspek7v (Systemperspek7v) Betraktar organisa7onen som en helhet En avgränsning görs mellan organisa7onen (systemet) och miljön Organisa7onen är e& öppen system som förändrar och förändras av sin miljö Formella procedurer används för a& koordinera processer mot gemensamma mål Processer beskrivs i termer av funk7oner och flöden
Modell och Modellering Modell en förenklad bild av verkligheten Abstrahera och förenkla vilket gör a& det blir enklare a& förstå Formalisera och representera det som är mest väsentligt Det gör a& människor kan kommunicera och förstå verkligheten Formulera gemensamma krav
Verksamhetsmodellering/Processmodellering enligt systemteori (Business Process Modelling) Fokus på Ac>vity System (Verksamheten) Man behöver beskriva Ak7vitet/uppgiU/funk7on (Ac7vity/Task/Fun7on) Input/Output Aktör/Händelse (Agents/Events, Triggar process) Sekvenser (Sequence) Beslut (Desicions) Meddelanden och informa7onsflöden (Messages) Materialflöden (Physical flolws) Sådana beskrivning sammanställs i dataflödesdiagram eller processgrafer men beskrivs också textuellt
Figure 1.15: The informa>on system at Goronwy
Verksamhetsmodellerings/Processmodellerings fyra steg Processmodellering nuläge (Process Mapping) Nuläge Skapa överblick Prioritera vilka processer eller subprocesser som ska redesignas Process Redesign Ifrågasä&ande Förslag på nya sä& a& arbeta Processmodellering Börläge (Process Specifica7on) Beskriva hur de nya processerna skall ujöra Process implementering (Process Implementa7on) Införa nya processer och nya system
Chapter 3: Data, informa>on and knowledge
Semio7k Sign = Tecken Semio7k = Teckenlära Tecken är representa7oner Tecken är inten7onella Tecken förmedlar informa7on
Figure 3.1: Levels of semio>cs
Data Syntax = Syntax (Struktur), Datastruktur; Exempel Rad i Tabell Empirics = Fysisk representation, Media, Kanal; Exempel Papper, Elektroniskt i en databas 13/1193G lintels UL150 1500 20 145 44/2404G lintels UL1500 15000 20 145 70/2517P lintels UL135 1350 20 130 23/2474P lintels UL120 1200 16 80
Informa7on Pragmatics = Pragmatik; Vad används tecknen till vad är intentionen med informationen ur ett kommunikativt perspektiv. Intentionen med informationen Vad används t.ex. orderraderna till leveranssedeln till? Semantics = Semantik; Meningen med tecknen; Exempel 13/1193G är ett Order-No; Vilka begrepp och termer används? T.ex. Order, Order-No, Product, Product_Code Galvanize and return Order_No Description Product_Code Item_length Delivery_qty Weight 13/1193G lintels UL150 1500 20 145 44/2404G lintels UL1500 15000 20 145 70/2517P lintels UL135 1350 20 130 23/2474P lintels UL120 1200 16 80
Kommunika7on Inkluderar minst två parter (Agenter) Kommunikation är social i den meningen att den inkluderar minst två parter En eller flera av dessa agenter är sändare och har intentionen att uttrycka (sända) något Sändaren uttrycker sin intention i ett meddelande genom att använda en viss semantik och syntax Meddelande lagras och sänds genom en signal (fysisk representation) via en kommunikationskanal En eller flera andra agenter är mottagare som har möjligt att tolka meddelandet För att kommunikationen ska lyckas måste det uppstå ett samförstånd (mutual understanding)
Vem är sändare och vem är mottagare? Vad är intentionen med meddelandet? (Pragmatik) Vad är det för begrepp och termer som används? (Semantik) Vad är strukturen? (Syntax) Vad är signalen och kommunikationskanalen? (Fysisk representation) Figure 1.12: Sample delivery advice note
Språk (Language) Språk är ett överenskommet teckensystem dvs baserat på regler, språk är regelssystem Regler är överenskommelser mellan minst två aktörer om ett visst beteende Informella språk, exempel är naturliga språk är språk (engelska, svenska, etc), reglerna förändras ständigt och på ett implicit sätt när språket används Formella språk (t.ex. programmeringsspråk), reglerna förändras på ett explicit formellt sätt Verksamhetsspråk är språk som är specifika för olika typer av verksamheter (t. ex. språk som används inom olika industrigrenar eller på högskolor/universitet) är en blandning av formellt och informellt språkbruk. Formaliseringen av av verksamhetsspråket ökar genom den ökade datoriseringen. Formaliserat verksamhetsspråk är dock inget nytt. Det har funnits i alla tider byråkratspråk är ett typiskt exempel på detta. Verksamhetsspråket kräver mer detaljerade definitioner av vanligt använda allmänbegrepp, t.ex. allmänbegreppet kurs måste preciseras i samband med universitetets verksamhet
Informa7onsmodellering - - - De&a utgör den grundläggande seman7ken för verksamhetsspråket Beskriver de begrepp och termer som används i verksamhetsspråket Informa7onsmodellen visar en sta7sk bild av informa7onen
Grundläggande konstruk>oner i samband med informa>onsmodellering ur e9 systemperspek>v Klasser och en7ter (Classes, En77es) Iden7fierare A&ribut (A&ribute) Rela7oner (Rela7onship)
Hur genomför man informa>onsmodellering? Utgå från de vik7gaste meddelanden som iden7fierats med utgångspunkt från genomförd processanalys. Processanalysen visar vilka meddelanden som är input och output i olika funk7oner dessa meddelanden kan man ta som utgångspunkt i samband med informa7onsanalysen genom a& dessa meddelanden visar vilken informa7on som skapas och används i verksamheten. Med utgångspunkt från dessa meddelanden kan man analysera hur olika informa7onsobjekt iden7fieras, beskrivs och kan relateras 7ll varandra. Men gör inte de&a okri7skt
Customer (1) Attributes: Customer Name Order lines (3) Attributes: Order no., Delivery qty, Weight Product (4) Attributes: Product Code, Description, Item length Delivery advice note (2) Attributes: Advice no., Date, Instructions, Haulier, Status
Job Sheet (5) Product (4) Attributes: Job no., Attributes: Product Code, Count discrepancy, Description, Non conforming black Non conforming white Item length Non conforming no change Glvanised Order line (3) Attributes: Order no., Order qty, Batch weight Dispatch line (6) Attributes: Dispatch no., Dispatch date, Qty returned, Weight returned
1 7 2 6 4 3 5 Figure 1.16: Informa>on model for Goronwy Galvanising
Customer (1) A&ributes: Customer Name Delivery advice note (2) A&ributes: Advice no., Date, Instruc7ons, Haulier, Received in good order Order lines (3) A&ributes: Order no., Delivery qty, Weight Product (4) A&ributes: Product Code, Descrip7on, Item length Semantics Job Sheet (5) A&ributes: Job no., Count discrepancy, Non conforming black Non conforming white Non conforming no change Dispatch line (6) A&ributes: Order no., Qty returned, Weight returned Dispatch Advice Note (7) A&ributes: Advice no., Date, Driver, Received by
Exempel tabeller
Begreppslista (Grundläggande begrepp, dess defini7on och iden7fierare) Begrepp Defini>on Iden>fierare Order line (3) A division of steel products Order number Samma iden7fierare?? Product (4) Type of steel products Product code Delivery advice note (2) Job sheet (5) Customer (1) Dispatch advice note (7) A descrip7on of all the black material on a par7cular trailer A separate job sheet contains for every orderline all the informa7on from the delivery advice note A company that provides steel products to be galvanised Informa7on used to stack white material on trailer. One trailer to each dispatch note Advice number Job number Customer name Advice number Dispatch line (6) Shows separate dispatches Order number Samma iden7fierare??
1 7 2 Oklar rela7on mellan product, dispatch line, job sheet och order line 6 4 3 5 Figure 1.16: Informa>on model for Goronwy Galvanising Denna oklarhet har a& göra med a& man missat en central klass batch i informa7onsmodellen
Figure 9.4: Format, content and control
Kund 1 1..M Kundorder 1 0..M Inleveransrapport 1 1 1..M Produkt 1 0..M Batch 1..M 1..M 1..M 1..M 0..M Jobborder 0..1 0..1 Lastorder Följesedel
Begrepp! Definition! Identifierare! Batch!(1)! En!packe!fysiska!stålrör! Batchnummer! Produkt!(2)! Kund(3)! Kundorder! (Avropsorder)(4)! Inleveransrapport!(5)! En!beskrivning!av! stålprodukt!som!goronway! kan!galvanisera! Ett!företag!som!levererar!! batchar!för!att!de!ska! galvaniseras! En!begäran!om!en!tjänst!att! galvanisera!ett!antal! batchar!och!sedan!skicka! tillbaks!dem! Rapport!om!inlevererade! batchar!i!produktionslager!! Produktkod! Kundnummer! Kundordernummer! Rapportnummer! Jobb!order!(6)! Lastorder!(7)! Följesedel!(8)!! En!arbetsorder!som!talar! om!vilka!batchar!som!ska! galvaniseras!och!när! En!arbetsorder!som!talar! om!vilka!färdiga!batchar! som!ska!lastas!och!skickas! tillbaks!till!kunden! Information!om!vilka! batchar!som!lastas!på!en! utleverans!från! produktionslagret!! Jobbnummer! Lastordernummer! Följesedelnummer!
Problem med informa7onsmodellering Ser lä& ut p.g.a. li&eraturen oua visar på enkla exempel som har liten prak7sk betydelse Men man ger mycket litet vägledning för hur man kan hi&a och utveckla vik7ga en7teter och klasser i verksamheten Är mycket svårt a& lära ut om man baserar det på verkliga fall Kan få allvarliga konsekvenser om man gör fel
Problem med informa7onsmodeller Få personer i verksamheten förstår sig på konceptuella modeller Det är speciellt svårt a& förstå informa7onsstrukturen dvs hur olika klasser och objekt är relaterade 7ll varandra OUa är modellerna för abstrakta Man ska inte bara beskriva informa7onen (verksamhetsspråket) sådant det är utan hur det borde vara
Råd Tänk mer på hur informa7on skapas I verksamheten (relatera 7ll processmodellen) Konkre7sera genom Informa7on prototyping Gör exempeltabeller i excel eller i e& prototypsystem med exempeldata Gör en prototyp som gör a& man I gränssni&et kan illustrera problem med informa7onsstrukturen
Chapter 4: Informa>on systems and organiza>onal infrastructure
Figure 4.4: Ac>vity systems infrastructure of a typical manufacturing organisa>on Verksamhetsarkitektur för ett tillverkande företag
Beskrivs med hjälp av processdiagram och dataflödesdiagram Se kapitel 2 Beskrivs med hjälp av informationsmodell Se kapitel 3 Beskrivs med hjälp av informationssystemgraf Kapitel 4 De flesta organisationers IT-planering är fokuserad på denna nivå Se kapitel 5 och 6 Figure 4.3: Levels of infrastructure
Informa7onssysteminfrastrukturen Organisa7onens samlade struktur av informa7onssystem Back- end systems (Back- office) Front- end systems Management Informa7on Systems Employee Facing Systems Customer Facing Systems Supplier Facing Systems Måste vara anpassad 7ll verksamhsetsinfrastrukturen (alignment)
Beskrivning av informationssysteminfrastrukturen Back-end system Lagerbokföringssystem Kundordersystem Ekonomisystem Inköpssystem Figure 4.5: Informa>on flows between core back- end informa>on systems" Lönesystem Transac7on processing systems Opera7va system Används för a& ujöra det opera7va informa7onsbehandlingen och kommunika7onen i verksamheten
Figure 4.12: Back- end and front- end informa>on systems infrastructure Operations Production
Budget/ Planning system Production Figure 4.13: Management informa>on systems "
Management Informa7on Systems (MIS) Används för verksamhetsstyrning på opera7v- och tak7sk nivå Visar den aktuella statusen i verksamheten Tillhandahåller informa7on om Produk7onsnivå Orderläget Aktulla lönekostnader Uppföljning gentemot budget, avvikelser och prognoser
Kapitel 6 ICT Systems Infrastructure
(ICT) Teknisk programvara Databashanteringssystem (SQL- Server, My- SQL) Kommunika7onsprogramvara Opera7vsystem Webserverprogramvara
Programvara (Soaware) Applica7on souware (Inriktad mot användare) Organisatoriska informa7onssystem (Enterprise systems) Officeprogramvara (ordbehandling, kalkylprogram) Workgroup (mail, kalender, chat, dokumenthantering) Content Management
Datoriserade informa>onssystem bygger på en tre- skikts arkitektur 1. Data Management layer (Implementerat veksamhetsspråk) 2. Business layer (Verksamhetslogik) 3. Interface layer (Användargränssni&) Kapitel 6 sid 171-188
Hur de olika skikten samverkar i samband med e9 datoriserat informa>onssystem i en organisa>on Verksamhetsspråket är implementerat som tabeller i databasen INSERT UPDATE DELETE Program, bygger på verksamhetslogik och verksamhetsregler, SELECT t.ex. funk7onen Jobs Figure 1.18: Layers of an ICT system " Användargränssni&et styr användarens möjlighet a& kommunicera genom den verksamhetslogik som finns implementerad i applika7ons- programmen och det implementer verksamhetsspråket i databasen
Organisatoriska Informa>onssystem Enterprise systems Formaliserad kommunika7on via verksamhetsspråk System avsedda för en viss typ av verksamhet Ex produk7onssystemet på Goronwy (kan vara skräddarsy& (bespoke) eller standardssystem Treskiktsarkitektur
Affärsystem Organisatoriska Informa>onssystem som är totallösning för industriföretag Formaliserad kommunika7on via verksamhetsspråk System avsedda för en viss typ av verksamhet Totallösningar för hela organisa7onen Standardsystem Treskiktsarkitektur Ex SAP
Cloud Compu7ng Tillhandahålla programvara (SaaS) och teknisk infrastruktur som tjänst över Internet (IaaS) Det betyder a& man bara kör interface layer på sin dator via en browser alla andra delar finns i på andra datorer i e& nätverk utanför organisa7onen
SOA Innebär lösa kopplingar mellan olika applika7oner och ICT- infrastruktur genom a&: gör a& man kan bygga informa7onsystemen i komponenter som sä&s ihop informa7onsutbytet sker med hjälp av meddelanden Skapar möjlighet a& utbyta informa7on mellan olika system som är utvecklade med olika typer av ICT Det innebär bland annat a& det blir möjligt a& utveckla system som samverkar via Internet (Web services) OBS! Web Services är en variant as SOA
Informa7onsutbyte med web- services (SOAP) Ex. Ladok Soap envelope Applika7onsnivå XML, Brygga mellan Teknisk nivå och applika7onsnivå Ex. Ert planeringsystem Soap envelope Teknisk nivå Teknisk kommunika7on HTTP; TCP/IP
<soapenv:envelope xmlns:soapenv=h&p://schemas.xmlsoap.org/soap/envelope/> <soapenv:header> <! De&a är valfri& innehåller informa7on om meddelandet - - > </soapenv:header> <soapenv:body> <?xml version="1.0"?> <Kurs7llfallen> <Kurs7llfalle> <Anmkod>26324</Anmkod> <Kurskod>2IV119</Kurskod> <Benamning>Journalis7k</Benamning>> <Kurs- hp>60</kurs- hp> <Star&ermin>H13</Star&ermin> <Kurstakt>100</Kurstakt> <Kurs7d>DAG</Kurs7d> <Undform>NML</Undform> <Ort>380</Ort> <Kursomgång>1</Kursomgång> <Finform></Finform> <Regstreringstermin>H13</Regstreringstermin> <Terminiordning>1</Terminiordning> <Registrerings- hp>30</registrerings- hp> <Startvecka>201336</Startvecka> <Slutvecka>201403</Slutvecka> </Kurs7llfalle> <Kurs7llfalle> <Anmkod>76003</Anmkod> <Kurskod>2IS007</Kurskod> <Benamning>Informa7onssystem A Databaser</Benamning>> <Kurs- hp>7.5</kurs- hp>> <Star&ermin>V14</Star&ermin> <Kurstakt>100</Kurstakt> <Kurs7d>DAG</Kurs7d> <Undform>NML</Undform> <Ort>380</Ort> <Kursomgång>1</Kursomgång> <Finform></Finform> <Regstreringstermin>V14</Regstreringstermin> <Terminiordning>1</Terminiordning> <Registrerings- hp>7.5</registrerings- hp> <Startvecka>201419</Startvecka> <Slutvecka>201423</Slutvecka> </Kurs7llfalle> </Kurs7llfallen> <soapenv:body> <soapenv:envelope>
Informa7kVerksamhet (Kap 9, 10, 11, 12)
Chapter 10: Planning, strategy and management
Verksamhetsinfrastruktur Utbildningsprocess Uppsala Universitet Skapa kurs- och utbildningsplaner Kursplaner och Utbildningsplaner Selma Bestämma utbildningserbjudanden Utbildningserbjudanden VHS Utbildningsefterfrågan Kurstillfällen och Programtillfällen Antagna Studenter på utbildningserbjudanden Kurstillfällen och Programtillfällen Ladok/Uppdok Studentrekrytering Regisrering Kurstillfällesplnering Studenter Antagna Studenter på utbildningserbjudanden Kurstillfällesregistreringar Planeringsinformation Kurs och Programregistreringar Betyg Studentportalen Kursrapport Kursrapportering kursgenomförande Studierektor och lärarkollegium Kursutvärdering
Ladok en vik7g del av e- infrastrukturen
Fig 10.1 Fig 10.2
Informa>onssysteminfrastrukturen Organisa7onens samlade struktur av informa7onssystem Problem med informa7onssysteminfrastrukturen Systemen är isolerade öar de&a kallas för systemfragmentering (brist på systemsamverkan) Systemen stödjer inte verksamhetsprocesserna (brist på alignment) Systemen motverkar nödvändiga verksamhetsförändringar (brist på alignment)
Problem med samband mellan informa>onssystem Exempel IT- stödet vid Uppsala universitet En fallstudie vid ins7tu7oner 7llhörande samhällsvetenskapliga fakulteten Informa7onssysteminfrastrukturen är fragmenterad och mycket av problemen som uppstår är e& resultat av en brisjällig kommunika7on mellan dem.
Bristande IT- stöd för administra7on av utbildning, kap 9.3,, Problemgraf 1
Många organisa>oner ser implementering av ERP- system som lösningen på de9a En integrerad lösning Centralisering av data/program En enda inmatning av data/informa>on Men så enkelt är det inte man behöver en informa>kstrategi
Rela7onen mellan organisa7ons- och informa7kplanering Organisationsplanering Organisationsstrategi Informatik strategi Informatik planering (IT-strategisk planering) Se fig. 10.6 sid 306
Strategi för informa7onsinfrastruktur Beskriver de grundläggande begreppen i verksamhetsspråket och den information som kommuniceras i verksamheten. Fokus ligger på följande ak7viteter:
Den grundläggande informa7onsmodellen är mycket vik7g 1. Ska definiera de vik7gaste begreppen i verksamhetsspråket 2. Begreppen används för verksamhetskommunika7on i hela organisa7onen 3. Bygger på språkliga/sociala regler 4. Måste/bör vara i enlighet med regler och lags7uning 5. Utgör hela grunden för:! Verksamhetskommunika7onen i processerna! Informa7onssysteminfrastrukturen
Strategi för informa7onssysteminfrastruktur Fokus ligger på följande aktiviteter: " Kartläggning av befintliga system och ansvar för dessa " Matchning (Alignment) mellan verksamhetsprocesser och system " Kartläggning av systemsamband " Strategi för förändring av informa7onssysteminfrastrukturen
Beskrivs med hjälp av dataflödesdiagram Beskrivs med hjälp av informationsmodell Beskrivs med hjälp av informationssystemgraf De flesta organisationers IT-planering är fokuserad på denna nivå Informatics Figure 4.3: strategi Levels (Informatik of infrastructure strategi)
Chapter 12: Development
Figure 12.1: The development process
Skräddarsy& system Va&enfallsmodell Itera7v modell Standardsystem Figure 12.3: Approaches to informa7on systems development
Systemutvecklingsprocessen och dess faser (phases) (Systems Development Life Cycle) 1. Concep7on (Förstudie, Förändringsanalys, Verksamhetsanalys) 2. Analysis (System analys) 3. Design (System design) 4. Construc7on (Programmering och test) 5. Implementa7on (Implementering (acceptanstest, utbildning, driusä&ning)) 6. Maintenance (Förvaltning)
Kravspecifika7on som är e& resultat av systemanalysen Funk7onella krav Processbeskrivning börläge Informa7onsmodell/Konceptuell modell och Tabeller Begreppslista över verksamhetsspråkets vik7gaste begrepp Funk7onslista (Skisser över gränssni&) Icke- funk7onella krav Krav på nya systemsamband Krav på utbildning etc.
Implementering (Implementa7on) Teknisk implementering (Technical Systems Implementa7on) Verksamhetsmässig implementering (Social Systems Implementa7on)
Maintenace (Systemförvaltning (felrä9ning, vidareutveckling) De9a tar vid eaer det a9 informa>onssystet har implementerats och beskrivs i samband med ICT- Services Management
Chapter 9: Assessing the use and impact of informa>on systems
Figure 9.2: The domains of func7onality, usability and u7lity
Olika faktorer som kan användas för a9 värdera kvalitet hos informa>onssystem Funk7onalitet (Func7onality) Användbarhet (Usability) Effekt på verksamheten/ organisa7onen(u7lity)
Figure 9.14: Informa7on systems evalua7on and the development process
Chapter 11: Services, projects and opera>ons
Figure 11.2: Processes of the informa7cs service
Figure 11.1: Tradi7onal structure of the informa7cs service
Organisa7on av Tradi7onell IT- Avdelning Data Processing Manager (IT- Chef) Development manager, Utvecklingschef som ansvarar för inskaffning och utveckling av system Maintenance Manager, Systemförvatningschef som ansvarar för förändring och utveckling av befintliga system Opera7ons manager, DriUschef ser 7ll a& systemet är 7llgängliga rent tekniskt
Ny Roll CIO som inte ska ses som en tradi7onell IT- chef Ansvarar för Informa7kstrategin Ansvarar för den befintliga Informa7kinfrastrukturen och ansvarar för a& denna är i linje med verksamhetsprocesser och affärsstrategi Ansvarar för a& strategin genomförs Prioriterar mellan olika utvecklingsprojekt
Figure 11.2: Processes of the informa7cs service
Projekt Införskaffning av nya standardsystem eller utveckling av ny skräddarsydda system sker ouast I projekjorm Större förändringar i befintliga system somär mycket vanligt idag sker också i projekjorm De&a gör a& den tradi7onella uppdelning mellan utveckling och förvaltning inte är lika tydlig längre
Figure 11.3: The process of project management
Projektorganisa7on Styrgrupp Styrgruppens ordförande (representant för beställare/klient) CIO Systemägare Andra beslutsfa&are i organisa7onen Referensgrupp Vik7g för a& förankra projektet i organisa7onsnen Experter som kan kvalitetssäkra projektet Projektgrupp Projektledare Verksamhetsutvecklare/Förändringsledare Användare IT- specialister Systemförvaltare
Figure 11.7: System documenta7on and project documenta7on
ICT Services Management Förvaltning samt DriU/Support har blivit en allt vik7gare del för organisa7oner och samhället i övrigt a& man har etablerat e& ny& begrepp ICT- Services Management
Kursplaner och utbildningsplaner Kurspaket och Kurstillfällen Kursdatabas L Selma Utbildningserbjudanden Kursplaner Antagna Studenter Antagningssystemet NyA Lokalboknings- System TimeEdit L Kurstillfällen Budgetsystem (UU-Plus) Prestationer L Ekonomisk Det handlar om att information hålla Informationssystem- Infrastrukturen i L ständig drift och att succesivt förändra den Raindance Ekonomisystem Antagna Studenter på Utbildningserbjudanden Uppdok/Ladok L Ekonomisk information Betyg Registreringar Kurstillfällen PingPong GLIS L L Studentportalen L
Figure 11.10: ICT services management
ICT Service Management Service Support Service Improvement Service Delivery Service Strategy
Slutsats Förändringskompetensen måste förbä&ras I dagens organisa7oner De datoriserade informa7onssystemen är inga magiska svarta boxar som löser organisatorisk och verksamhetsmässiga problem Kravställarkompetens är en bristvara Kravararbete är e& svårt men mycket vik7g arbetsuppgiu I dagens moderna organisa7oner och måste förbä&ras. Orsak 7ll misslyckanden beror oua på dåligt formulerade krav som gör a& a&: man förstår inte eller kan inte beskriva kraven på e& 7llräckligt bra sä& man Inte förstår hur kraven skall beskrivas genom a& man inte rik7gt förstår hur ICT fungerar De&a leder 7ll Orimliga förväntningar Dåligt förankrade systemutvecklingsprojekt som havererar Beslut fa&as på fel nivå Kunskap om både versamhet och ICT behövs
Nya vik7ga roller i dagens Informa7kstrateg CIO Förändringsledare Affärsutvecklare Kravspecialister Service Manager organisa7oner Projektledare (Ej ny roll men kompetensförbä&ring behövs)
Informa7kstrateg Medicinska enheten Falun, Central förvaltning Anställningsform Tillsvidareanställning Kvalifika7oner: Vi söker dig som förstår hur vik7g informa7onsstrukturen är och brinner för a& utveckla området vidare. Vi vill a& du har högskoleutbildning samt erfarenhet vad gäller medicinsk informa7k/ informa7onsstruktur/systemutveckling med inriktning på befa&ningens kompetensområde. Du har stor erfarenhet av modelleringsarbete. Kunskap om na7onella och interna7onella standarder inom området är meriterande. Det är också vik7gt a& du har god samarbets- och pedagogisk förmåga. Du förväntas kunna arbeta självständigt, ha förmågan a& prioritera och sam7digt behålla helikopterperspek7vet. Du tar stort ansvar och utvärderar kon7nuerligt nya lösningar och idéer som kan bidra 7ll effek7vare verksamhet, minskade kostnader eller högre pa7entsäkerhet. ArbetsuppgiUer: Du skall leda/medverka vid utveckling och förvaltning av Lands7nget Dalarnas informa7onsstruktur vad gäller processanalys, informa7onsmodeller, begrepp och termer, klassifika7oner och koder. Du gör det genom a& som strategisk kompetensresurs stödja verksamhetsföreträdare och projektledare vid informa7onsmodellering och ujormning av informa7onsstruktur i samband med utveckling av IT- stöd. Du kommer också a& medverka vid harmonisering av projekjörslag gentemot befintliga standarder och rekommenda7oner. Arbetet innebär även beredning, utredning och utbildning. Du kommer a& var organisatoriskt knuten 7ll den medicinska enheten vid Central förvaltning.
Tentamen och kursli&eratur
Ex fråga Beskriv vad som är syuet är med budgetering (resultatbudget) och e& effek7vt budgetsystem (3 p). Beskriv vad som menas med e& Management Informa7on System (MIS- system) och vad som är syuet med e& sådant system (2 p). Vilket samband finns mellan e& budgetsystem och e& MIS- system (2 p).
Ex svar a) 3 p SyUet med e& budgetsystem är a& planera och styra verksamheten. Planeringen innebär a& man fördelar intäkter och kostnader på olika begrepp och nivåer i organisa7onen. Budgeten utgör också e& styrmedel som gör a& ledningen kan styra verksamheten genom a& t.ex. sä&a upp olika budgetmål. Budgeten ska också ses som e& sä& a& förändra verksamheten och e& kommunika7onsverktyg. Det ska vara e& medel för förändring och e& ändrat beteende. Här godkänns också andra svar som diskuterats i anslutning 7ll uppgiuen. T.ex. standardiserat sä& a& arbeta för a&: göra planeringsinforma7onen mer 7llgänglig underlä&a kommunika7on mellan olika aktörer i planeringsprocessen bä&re resursutny&jande. b) 2 p MIS är e& IT- System för verksamhetsstyrning på opera7v och tak7sk nivå. I e& MIS- system genomför man uppföljning av planer och budgetar genom a& jämföra de&a med det fak7skt ujallet i verksamhen. c) 2 p För a& kunna skapa e& bra MIS behöver man först skapa en bra budgetprocess som skapar planer på en sådan nivå och med begrepp som man sedan kan användas för kunna göra en effek7v uppföljning. De&a utgör en förutsä&ning för a& man i MIS- systemet kan hämta informa7on från budgetesystemet och det ujall (opera7va) transak7oner som hämtas från back- end systemen (systemen som generaera informa7on om vad som görs i orgnisa7onen).
Kan även komma mer redogörande ½ - 1 A4 frågor
Kan även komma flervalsfrågor Se t.ex fråga 5 sid 98
Kan även komma designfrågor Göra en processmodell och/eller informa7onsmodell med tabeller
Kursli&eratur Kursbok se läsanvisningar Ar7klar (Einars del) Föreläsningar