VSD F2 Flashcards
Varför implementeras IT-system?!?!?!?!?
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
Olika skäl kräver olika design
Teknisk installation med hänsyn till IT - system Information Planering.
Verksamhetsutveckling med hänsyn till Affärsvärde/nytta Sociotekniska system
Verksamhets
inriktad
system
utveckling
- 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
Vad är verksamhetsmodellering
Ett sätt att modellera och beskriva en verksamhet
Befintlig verksamhet
Framtida verksamhet
Varför verksamhetsmodellering?
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
Syfte med modellering är att
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.
Krav och kravhantering
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
Kravhanteringsprocessen
Identifiera intressenterna i systemet och kravprocessen Insamling Dokumentation Prioritering Verifiering och validering Förvaltning
Traditionell indelning av krav.
Funktionella krav:
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
Traditionell indelning av krav.
icke-Funktionella krav:
! 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 ?
Syftet med kravhantering är att
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.
För att över- brygga denna klyftan mellan verksamhetsmodellering och it system modellering så föreslår vi att:
- 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
Ramverk och arbetsflöden.
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)
Samdesign av verksamheter och IT-system
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
Verksamhetsdefinition utifrån IT-system
Verksamhetsdefinition utifrån IT-system Resultat Mottagare (externa/interna) Arbetsuppgifter Aktörer (producenter) Utgångsmaterial Leverantörer (externa/interna)
Verksamhetsdefinitionens betydelse för förändringsarbete
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.
mållista och målgrafer
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
kompletterande förutsättningar
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
VIBA
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
Process- och handlingsanalys –
Handlingsgrafer
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