VSD F2

Question 1

Varför implementeras IT-system?!?!?!?!?

Answer 1

3 skäl:
 Tekniska skäl – gemensam teknisk plattform, uttjänta legacy - system
 Operativa skäl – processförbättring, förbättra kontroll, transparens i data, kostnadsreduktioner.
 Strategiska skäl – centralisering, beslutsstöd, kundfokusering, omstrukturering

Question 2

Olika skäl kräver olika design

Answer 2

Teknisk installation med hänsyn till  IT - system  Information  Planering.
Verksamhetsutveckling med hänsyn till  Affärsvärde/nytta  Sociotekniska system

Question 3

Verksamhets
inriktad
system
utveckling

Answer 3

• Utveckla It-system utifrån verksamhetsbehov
• Anpassa funktionerna och verktyget till hur arbetet utförs
• IT-stödet skall vara lösningen på verksamhetens verkliga problem
• IT-stöd är en förändring som påverkar verksamheten

Question 4

Vad är verksamhetsmodellering

Answer 4

Ett sätt att modellera och beskriva en verksamhet
 Befintlig verksamhet
 Framtida verksamhet

Question 5

Varför verksamhetsmodellering?

Answer 5

 Skapa förståelse för verksamheten, identifiera möjligheter och behov
 Utan verksamhetsmodellering kan fel delar av verksamheten väljas för automatisering.
 lättare Identifiering av systemkrav

Question 6

Syfte med modellering är att

Answer 6

 förstå struktur och dynamik i verksamheten.
 förstå problem och identifiera förbättringspotentialer i verksamheten.
 försäkra att kunder, slutanvändare och utvecklare har samma förståelse för verksamhete
 ta fram systemkrav som stödjer verksamheten.

Question 7

Krav och kravhantering

Answer 7

Krav
 En önskvärd egenskap eller funktion hos ett
IT-system
 Specificerar ”vad” snarare än ”hur”
 Överenskommelse mellan beställare och
leverantör
 Kopplat till verksamhetsmodelleringen

Kravhantering
 Ett systematiskt sätt att hitta, organisera, dokumentera och underhålla kraven

Question 8

Kravhanteringsprocessen

Answer 8

 Identifiera intressenterna i systemet och kravprocessen
 Insamling
 Dokumentation
 Prioritering
 Verifiering och validering
 Förvaltning

Question 9

Traditionell indelning av krav.

Funktionella krav:

Answer 9

 Krav som rör produkten/systemets funktionssätt
• Funktionskrav
 VAD du vill att systemet ska utföra
• Beskriver de önskvärda funktionerna
 Frågor som kan resultera i funktionskrav
•Vem? och Vad?
 Användningsfall och User stories är utomordentligt bra hjälpmedel för att finna funktionskrav

Question 10

Traditionell indelning av krav.

icke-Funktionella krav:

Answer 10

! Krav som rör egenskaper som tillförlitlighet, prestanda och säkerhet.
! Dessa krav brukar sammanfattas under rubriker som
 Egenskapskrav, kvalitetskrav eller icke-funktionella krav
! Frågor som kan underlätta arbetet är:
 Hur mycket, När, Var, Till vem, Vilket pris ?

Question 11

Syftet med kravhantering är att

Answer 11

 Upprätta och underhålla överenskommelser med kunder och andra intressenter om vad systemet ska kunna utföra.
 Tillhandahålla en bättre förståelse av systemkraven för systemutvecklarna
 Definiera systemets begränsningar
 Ta fram ett underlag för planering av iterationernas
tekniska mål.
 Ta fram underlag för uppskattning av kostnader
och tid för att utveckla ett system
 Definiera ett användargränssnitt för systemet som fokuserar på användarnas behov och mål.

Question 12

För att över- brygga denna klyftan mellan verksamhetsmodellering och it system modellering så föreslår vi att:

Answer 12

• användarinteraktion skall ses som en kritisk del av verksamhetsutförande och designen av interaktionen skall därför baseras på verksamhetsmodellering
• verksamhetsprocesser bör designas så att de är handlingsbara

Question 13

Ramverk och arbetsflöden.

Answer 13

Ramverket syftar till att presentera ett tillvägagångssätt för att utreda verksamhetsbehov och krav på IT-system.

Tre relaterade förhållningssätt
en iterativ process mellan : (abstrakta/ex klassdiagram)Modellering- Reflektion - Prototyping (konkreta ex skärmdokument)

Question 14

Samdesign av verksamheter och IT-system

Answer 14

 Modellering av nuläge (FA)
- Förutsättningsanalys
- Analys av grundläggande kontext
 Modellering av framtid (VIBA)
1) Förutsättningsanalys
2) Analys av grundläggande kontext VSD_F2
3) Analys av fördjupande IT-fokus VSD_F3

Question 15

Verksamhetsdefinition utifrån IT-system

Answer 15

Verksamhetsdefinition utifrån IT-system
 Resultat
 Mottagare (externa/interna)
 Arbetsuppgifter
 Aktörer (producenter)
 Utgångsmaterial
 Leverantörer (externa/interna)

Question 16

Verksamhetsdefinitionens betydelse för förändringsarbete

Answer 16

 Avgränsar verksamhetsprocesser
• Gemensamgörande av verksamhetsavgränsning
• Avgränsning underlättar fokusering under designarbetet
 Ger grundläggande verksamhetsförståelse
 Vidmakthåller fokus på produkter och kunder
 Behöver revideras om förändring ändrar den grundläggande verksamhetslogiken
 Fungerar som sammanhållande för övrig utvecklingsdokumentation.

Question 17

mållista och målgrafer

Answer 17

Utvecklingsmål för aktuellt verksamhetsområde formuleras

Mål bör om möjligt delas upp utifrån verksamhetsprocesserna / datasystemets huvudfunktioner
Bör baseras på utförd FA.
 Ur FA-mållista selekteras viktiga mål för aktuellt verksamhetsområde.
 Ytterligare mål kan behöva formuleras.
 Dokumenteras i målgraf/-er

Question 18

kompletterande förutsättningar

Answer 18

 Strategiska
 Organisatoriska
 Hård- och mjukvarumässiga
 Säkerhetsmässiga
 Integration med andra system
 Juridiska
 Ekonomiska
 Tidsmässiga
 Kompetensmässiga
 Arbetsmiljömässiga
 Intressemässiga, i relation till andra intressenter som t ex kunder & leverantörer

Question 19

VIBA

Answer 19

1) Förutsättningsanalys
 Verksamhetsdefiniering
 Identifiera mål
 Kompletterande förutsättningar

2) Analys av grundläggande kontext
 Process- och handlingsanalys 
• (Samverkansgrafer)
• (Processgrafer)
• Handlingsgrafer : Beskriva det ”framtida verksamhetsflödet” i form av aktiviteter
 Dokumentanalys
 Dokumentdefinitioner
 Begreppsanalys • Begreppslista

Question 20

Process- och handlingsanalys –

Handlingsgrafer

Answer 20

 Beskriva det ”framtida verksamhetsflödet” i
form av aktiviteter
• Aktiviteter kan inkludera interaktivitet med ett datasystem,
vara helt automatiserade eller vara helt manuella
• En aktivitet kan omfatta en eller flera handlingar
• Handlingar kan resultera i meddelanden (data)

 Både information (data) och material redovisas

 Skall INTE beskriva hur själva behandlingen av information skall utföras, utan att informationen skall behandlas, och i vilket sammanhang, kontext, som detta sker
 Möjliggör detaljerad och utförlig beskrivning av verksamhetsprocesser
 Sekventiell, flödesorienterad beskrivning