Begrepp (NY VUFA & VSD) Flashcards

Question 1

Q

Genomskinliga-beslut

Answer

A

Förändringsåtgärder = välgrundade problemlösningar
Beslutade förändringar Är motiverade utifrån väl analys(erade problem, styrkor, mål och förväntade konsekvenser)
Begriplig FA-dokumentationen (strukturerad, sammanhängande och utgör en helhet)

Question 2

Q

FA/SIMM - ramverk

Answer

A

Fastställda förutsätnings
Verksamhets diagnos
Åtgärdasstudie
Beslut

Question 3

Q

Verksamhetsdiagnos

Answer

A

Verksamhetsanayls (Gör)
Problemanalys (Dåligt) —- \/
Styrkeanalys (Bra) – > Sammanfattamde värdering
Målanalys (Vill) ————— ^
Resurseanalys (Hur mycker,När)

Question 4

Q

FA-SIMMs huvudbudskap

Answer

A

Veta vad man vill (aktiv målutveckling)
Probleminsikt är grunden för fortsatt förändringsarbete
Att inte ta lösningar förgivna
Genomarbetade och begripliga beslutsunderlag
(övertänka beslut åtgärdas (konsekvenser)

Question 5

Q

Förutsättningar för förändringsanalys

Answer

A

aktivt arbeta med problem, styrkor, mål och förändringsidéer
Acceptans och stöd från beslutsfattare
Beredd att ta konsekvenser av en FA-utredning

Question 6

Q

Verksamhet vs Organisation

Answer

A

Verksamhet är gjord av sociala handlingar som människor utför för organisation.

Medan skapad av individer för att stödja den gemensam strävan efter ett specifik mål.

Question 7

Q

Verksamhetsanalys - ansatser

Answer

A

•Kompostionell ansats : Helhet som består av delar som består av delar. Top-down struktur.
•Kontextuell ansats: NAturliga sammanhäng (rektanglar) som överläppar varandra. Bottom->all struktur .
Induktiv ansats: Motsatsen av Kompostionell. Bottom up struktur .

Question 8

Q

Affärsprocesstänkande

Answer

A

• Processyn innebär
– Fokusering i första hand på vad och hur något görs – istället för vem som gör något

• Fokus på affärsmässighet innebär – öka konkurrenskraften
– kundorientering

Question 9

Q

GEQ-konceptet

Answer

A

 Good Enough Quality
Att man inte ska göra för mycket. Att systemet vid visst tillfälle är “Good enough”. Extra arbetet ger inte den där extra nyttan.

 Åtagandetriangeln: Att det ex drar på kvalitet om det lite tid eller motsatsen.
• Kvalitet, tid och kostnad måste vägas mot varandra

Question 10

Q

Systemutveckling:

Answer

A

Systemutveckling: är arbetet från identifierat behov till färdig system.
Består oftast av flera faser vid utveckling såsom Analys, design, Implementering, testning och underhåll.
Det finns flera iterativa modeler av SU exempelvis Extrem programming, Agile, SDLC… En icke iterativ exempel är vattenfall modellen.

Question 11

Q

Kompletterande förutsättningar

Answer

A

Utöver verksamhetsdefinition och målanalys så finns det ett antal andra förutsättning- ar som avgränsar designarbetet men också erbjuder olika möjligheter. Dessa andra förutsättningar kan vara av olika typ såsom:

 Strategiska
 Organisatoriska
 Hård- och mjukvarumässiga
 Tidsmässiga
 Användarerfarenheter
 Säkerhetsmässiga

Övrigt
 Integration med andra system
 Juridiska
 Ekonomiska
 Tidsmässiga
 Kompetensmässiga
 Arbetsmiljömässiga
 Intressemässiga, i relation till andra intressenter som t ex kunder &amp; leverantörer

Question 12

Q

Olika SU-processtyper

Answer

A

Finns 2:
 Tungviktsprocess (exv. RUP)
 Lättviktsprocess (exv. Extreme Programming)

Lätt vitkigt (motsats är tung) är
Informel
Har tidig och (frequent) Inlämning.
Kontinuerlig förhandling (negotiation) med kund.
Kund Inblandning
Kontinuerlig feedback alltid om arbetande SW-steg
Bättre grupp samarbete

Question 13

Q

Framgång faktorer i SU-process

Answer

A

Återigen Åtagandetriangeln där Samverkan i mellan av :
Människa, arbetare
Process
Teknik, verktyg

Question 14

Q

Paradigm

Answer

A

Ett paradigm är en vetenskaps grundläggande föreställning om sitt ämne, Det definierar:

a. Vad som bör studeras.
b. Vilka frågor som bör ställas.
c. Hur frågorna bör ställas.
d. Vilka regler som bör följas när man tolkar de erhållna svaren.

Question 15

Q

Systemutveckling ur ett vetenskapligt perspektiv

Answer

A

Är ett paradigm som innehåller :
•Perspektiv (Sätt att se på (synsätt, begrepp))
•SU-modell ( ramverk som talar om vad vi skall göra och utförare: vad & vem)
•SU-metod (en detaljerad beskrivning av tillvägagångssättet att lösa ett visst problem : hur)
•Verktyg

Question 16

Q

IS- teori

Answer

A

Generella teorier (frameworks, begreppsche- mata), de är en integrerad del av varje informationssystem.

Anta 1. vi har två IS som utvecklats enligt två olika IS- teorier.

Vi vill från dessa informationssystem ha svar på en viss fråga (anta båda IS kan besvara).
Vi kommer troligtvis att få två olika svar beroende på att varje IS-teori har sin egen ontologi , epistemologi och organisationsteori för skapandet av konceptuella modeller.

Question 17

Q

IS- teori ex

Answer

A

Ontolog (Fokus på system ) läran om system och deras uppbyggnad.
Epistemologiska (fokus på objektsystem) avser information som är systematiserad och organiserad i form av ex databaser.
Organisatoriska avser människans förhållande till sin om- givning och till informationssystem
Metodologiska principen Metoderna anger hur teoriers ontologiska, epistemologiska och organisatoriska principer skall tillämpas i problemlösandet och i systemskapandet.

Question 18

Q

Perspektiv på objektsystem

 Strukturer vs. Aktiviteter

Answer

A

Strukturer
Organisationens strukturer reflekterar de olika samband som finns mellan organisationens olika verksamhetsområden. Ex stabila samband.

Aktiviter
Organisationers alla aktiviter/handlingar , initieringsvillkor, logik etc. är fokus. Aktiviter har alltid varit intressanta i IS sammanhang för effektiv datoriseringen .
• (observera att handlingar även kan utföras av datorer och system)

Question 19

Q

Perspektiv på informations- försörjning

 Teknologisk vs. Infologisk

Answer

A

Teknologisk funktionalism
• bygger på att verksamheten (och dess informations- försörjning) är oberoende av människans kognitiva förmåga. känslor, intressen, motivation.
- människan anpassar sig till teknik genom utbildning

+ Alltså IS måste byggas oberoende av hur människor tänker och handlar

Infologisk funktionalism:
• Vi kan inte bygga informationssystem som är oberoende av människors sätt att tolka verkligheten och handla. ——–
+ Människan är en aktör och måste därför med.

Question 20

Q

Fyra paradigm

Answer

A

Humaninfologiska paradigmet
Systeminfologiska paradigmet
Avbildningsparadigmet
Styrningsparadigmet

Fyra olika områden (resulteras av de 2 dimensioner) där de flesta teorier och metoder för informationssystemstudier kan klassificeras.

Taxonomins

Question 21

Q

Taxonomins

Answer

A

Taxonomins egentliga syfte är att skapa lämpliga förutsättningar för att förstå det teoretiska sammanhanget för vårt arbete.

Question 22

Q

• Humaninfologiska paradigmet

Answer

A

 Bygger på ett handlings-teoretiskt perspektiv
alltså grundas på en aktivitets-baserad verklighetsbild.

+ lyfter fram människorna och tonar ned systemet
+ Det är människan som är ansvarig för allt – lagring, bearbetning, dataöverföring osv.
+ Organisationer består av ett nätverk av individer som utbyter data med varandra med stöd av ett datasystem

Grundläggande problem för handlingsparadigmet är hur olika människor tolkar och utnyttjar data i sina handlingar.

Question 23

Q

• Systeminfologiska paradigmet

Answer

A

Informationssystem skall vara beroende av aktuell organisationsstruktur.

 Bygger på det socio-tekniska perspektivet
+ Kräver balans mellan det sociala och det tekniska
+ systemutveckling är inte ett rent tekniskt konstruktionsproblem - det finns även en social dimension

Question 24

Q

• Avbildningsparadigmet

Answer

A

Informationssystemet är en avbildning av verkligheten och info behandling är oberoende av organisationens styrstruktur och individuella aktörers föreställningar.

 Databasperspektiv
+ modellering ger en beskrivning av den data som lagras
+ oberoende av verksamheten & teknik

Question 25

Q

• Styrningsparadigmet

Answer

A

Utgår från antagandet att informationssystem är integrerade delar av verksamhetens styrsystem.

 Bygger på ett systemteoretiskt perspektiv
+ cybernetiska slingor, informationsströmmar
+ datateknik = styrteknik (även för organisationer)

Question 26

Q

Systemvetenskapliga grunder för ADB-ämnet (extra)

Answer

A

Första dimension
Den epistemologiska ( mechanical vs systemic ) Hårt / mjuk systemtänkande. Har att göra med betraktelsen av system utgår från Objektiva (hårda) eller subjektiva (Mjuka) Premisser.

Andra demension 
den ontologiska ( unitary vs pluralist. ) Fokus på om förhållande som relateras till system präglas av enhetlighet (monsim)/mångfalighet(Pluralism)

Question 27

Q

Grunder för klassificering av olika skolor (Systemvetenskapliga grunder) (extra)

Answer

A

Första dimension

Hård monism(enhetlighet ) : Skolan kännetecknas av att systemet skall fungera som en perfekt “maskin” och utformas och styras på ett “vetenskaplig sätt“.
Mjuk Monism-en reflekterar behovet av samordning och samverkan mellan olika systemdelar, för att uppnå effekter som inte uppnås utan samverkan.
Mjuk Pluralism : Systemet existerade syfte är att åstadkomma en förändring i en social verksamhet. olika principer kan sam-existera vid utformning och styrning av system.
Hård pluralism : Systems innehåll och kontrollfunktionens begränsade kapacitet att behandla information. Enhetliga principer bör tillämpas vid utformning och styrning av system

Question 28

Q

Langefors informationssystemteori

Answer

A

Enligt denna teori är data och information två begrepp med olika innebörd.

Question 29

Q

IT-systems handlingsbarhet

Answer

A

Ett IT-systems förmåga att utföra handlingar, och att underlätta handlingar som utförs av IT-systemets användare

Question 30

Q

Enligt handlingsbarhetsperspektiv består IT-System av:

Answer

A

 En handlingspotential (en fördefinierad repertoar av handlingar)
 Handlingar utförda interaktivt av användare och systemet, eller automatiskt av systemet
 Handlingsminne/verksamhetsminne (tidigare utförda handlingar samt andra handlingsförutsättningar)
 Meddelanden och dokument (handlingsförutsättningar, handlingsresultat och handlingsmedia)
 Ett avgränsat verksamhetsspråk (begrepp, terminologi)

Question 31

Q

När ett system är handlingsbart

Answer

A

enkelt förstår vad som kan göras med systemet (tydlig handlingsrepertoar)  
användaren kan ”säga” det man vill genom systemet genom olika med ex fält som status (tillgodose kommunikationsbehov).  
enkelt tar sig till önskad plats i systemet (lättnavigerbart)  
förstår konsekvenser av föreslagna och utförda handlingar (handlingstranspa-  rent)  
direkt ser att det man försökte göra blev gjort (tydlig feedback)  
enkelt får hjälp med att veta vad som gjorts tidigare (tydligt och lättåtkomligt verksamhetsminne). Sök efter tidigare lagrad data. 
vet vem som sagt vad (”aktörstydlighet”). Signatur ruta ex Reg av : CC.  
förstår använda begrepp (känd och begriplig vokabulär) Fråga tecken eller förklaring.  
förstår kommunikativ avsikt med olika meddelanden (intentionellt tydligt)  
får ett bra stöd för handlande i verksamheten (handlingsstödjande) Användare får stöd för efterföljande handlingar. Kolla efter redan i fylld data från steg 1 till 2 (På fyllt journal när man klickar det) .  
har entydig och klar förståelse av olika handlingsuttryck (god begrepps- och handlingskonsistens). Kolla efter liknande benämningar.  
har lämpliga handlingsalternativ tillgängliga i en behovssituation (handlings- tillgängligt) Lämpliga handlingsalternativ finns enkelt tillgängliga i en behovssituation (everything you need is there)  
har överblick över olika handlingssteg i en process och ser var den befinner sig för tillfället (god handlingsöversikt)  
vet om och i så fall hur och när en utförd handling kan ändras (ändringsbart)  
endast behöver registrera/kommunicera relevant information (relevanta kom-  munikationskrav)  
erhåller förväntade/önskvärda effekter i IT-systemet i form av relevant bear- betning och lagring av meddelanden (skapande av goda kommunikationsförut- sättningar) It system skalp bidra med allt du behöver för kommunaktion. Alla förutsättningar för kommunaktion ska vara uppfyllda.  
Meet expectation /erhåller förväntade/önskvärda effekter genom att IT-systemet produce- rar/distribuerar relevanta meddelanden till andra användare (adressatrelevant kommunikation)  
erhåller förväntade/önskvärda effekter genom att IT-systemet produce- rar/distribuerar meddelanden till andra användare på lämpligt sätt; t.ex lämplig tid, lämplig plats/media, lämplig form (adressatanpassad kommunikation)

Figur 1 En användare interagerar med ett IT-system (användbarhetsperspektiv)

avbild- ningsperspekti
IT-systemet visar upp en modell av verkligheten för användaren

Aktörer i en verksamhet kommunicerar via ett IT-system (handlingsbar- hetsperspektiv). Handlingsbarhet är ett perspektiv på IT-system som lyfter fram dess kommunikativa funktion som det viktiga.

Handlingsbarhet kan ses innefatta användbarhet och avbildning
för hur interaktion (användbarhet) och representation (avbildning) kan ses vara innefattade av perspektivet hand- lingsbarhet.

Question 32

Q

Varför implementeras IT-system?

/ Tre vanliga problem vid SU.

Answer

A

 Tekniska skäl – gemensam teknisk plattform/följa trend.
 Operativa skäl – processförbättring, kostnadsreduktioner, förbättra kontroll.
 Strategiska skäl – beslutsstöd, kundfokusering

Olika skäl kräver olika design

Question 33

Q

Verksamhetsinriktad systemutveckling

Answer

A

Att utveckla enligt behov (verksamhet)
Anpassad arbete (funktionerna och verktyget )
IT-stödet skall vara lösningen på verksamhetens problem
Förändring arbete ska påverkar verksamheten

Question 34

Q

Typer av krav krav

Answer

A

 Funktionella : Krav som rör produkten/systemets funktionssätt, VAD du vill att systemet ska utföra.
 Icke-funktionella : Krav som rör egenskaper som tillförlitlighet, prestanda och säkerhet (reliability, performance and security)
 Situationskrav : Krav som inte kan knytas till produkten
utan snarare till situationen
Sen finns
 Begränsningar är krav som inte går att förändra ex programspråk.

Question 35

Q

Syftet med kravhantering är att

Answer

A

 Upprätta och underhålla “överenskommelse”
 förståelse av “systemkraven” för systemutvecklarna
 Definiera systemets “begränsningar”
 Ta fram ett underlag för planering
 Uppskattning av kostnader
och tid

Question 36

Q

För att över- brygga denna klyftan mellan verksamhetsmodellering och it system modellering så föreslår vi att:

Answer

A

designen av interaktionen ur verksamhetsmodellering (därför att användar-interaktion skall ses som en kritisk del av verksamhetsutförande )
handlingsbara -> verksamhetsprocesser bör designas så att de är

Question 37

Q

Tre relaterade förhållningssätt

Answer

A

en iterativ process mellan :
Modellering (abstrakta/ex klassdiagram)
Reflektion -
Prototyping (konkreta ex skärmdokument)

Ramverket (& arbetsflöden) utreda verksamhetsbehov och krav på IT-system

Question 38

Q

Samdesign av verksamheter och IT-system

Answer

A

 Modellering av nuläge (FA)
- Förutsättningsanalys
- Analys av grundläggande kontext
 Modellering av framtid (VIBA)
1) Förutsättningsanalys
2) Analys av grundläggande kontext VSD_F2
3) Analys av fördjupande IT-fokus VSD_F3

Question 39

Q

VIBA

Answer

A

1) Förutsättningsanalys
 Verksamhetsdefiniering
 Identifiera mål
 Kompletterande förutsättningar

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

Question 40

Q

Process- och handlingsanalys –

Handlingsgrafer

Answer

A

 Interaktiv handlingssituation : Regissera order [ Försäljare Order IT ]
 Automatisk IT-handling Beräkna statistik [IT order]
 Succedent handling

 Sekventiell, flödesorienterad beskrivning

 Beskriva det ”framtida verksamhetsflö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)

Question 41

Q

Nielsen 1993

Answer

A

Lärbarhet : Hur enkelt det är att lärar sig
Effektivitet –Användaren Produktivitet Nivå
Fel - Systemet ska vara utformat för att eliminera att användaren att användaren göra fel. Skulle fel uppstå ska användaren lätt kunna åtgärda detta. Allvarliga fel som undantags fel men mera får absolut inte inträffa
Tillfredställelse - Systemet ska vara tilltalande att använda.
Lätt att lära - Lätt att sätta sig in i det efter en tids uppehåll

Question 42

Q

Mål

Answer

A

En målkonflikt innebär att två eller flera mål motverkar varandra

Question 43

Q

Handlingsbarhet vs användbarhet

Answer

A

Handlingsbarhet är ett perspektiv som delvis innefattar användbarhet, men som sam- tidigt går betydligt vidare.

användbarhet :
Användbarhet tenderar att fokusera på interaktion människa - dator. Är det användbart enligt användaren?

Handlingsbarhet
betonar att människa - datorinteraktion bör fungera tillfredställande, och det bidrar med modeller och metoder för detta.

En användare integrerar med ett IT- system. ska ha positiv attityd.
IT-system: Kognitivt instrument?

Handlingsbarhet
Ett IT-systems förmåga att utföra handlingar och underlätta handlingar som utförs av IT-systemets användare och it system.

Aktörer i en verksamhet kommunicerar via ett IT-system.
IT-system: Instrument för teknikmedierad verksamhetskommunikation

en trinär relation : användare - Verktyg - uppgifter

Question 44

Q

Prototyping

Answer

A

 Det huvudsakliga syftet är att samla in information om behov och krav:
 Kravinsamling–kanvisaattarbetssättfungerar
 Kravvalidering–kanpåvisariktighetochfel

Varför prototyper?
Fixa/finna problem tidigt i projektet innan kodning
Få användaren att förstå utan tek dok.
snabbare feedback
Utvecklarna arbetar nära användarna för att få information

Question 45

Q

3) Analys av fördjupande IT-fokus

Answer

A

 Interaktionsanalys
\+ Identifiera användningssituationer 
\+ Identifiera interaktioner
\+ Strukturera interaktioner
 Dokumentanalys
\+ Dokumentprototyper
 Begreppsanalys 
\+ Klassdiagram

Question 46

Q

Interaktionsanalys –

Identifiera användningssituationer

Answer

A

Det finns tre typer av användningssituationer:
 interaktiva användningssituationer
• Lässituation(system→användare)
• Formuleringssituation(användare→system)
•Läs-/formuleringssituation(användare↔system)
 automatiska användningssituationer (system)
 succedenta användningssituationer (användare)

Question 47

Q

ElementarInterAktionsLoopen (EIAL)

Identifiera interaktioner

Answer

A

FörVärdering (Vad ska jag göra )
Aktör (Nu gör jag)
Dator interkation
EfterVärdering

Question 48

Q

IT-system brister i informationsdesign

Answer

A

Sådant som används ”naturligt” i t.ex. tidningar
 Rubriker som ger förståelse
 Framhäva viktigaste delarna
 Struktur som skiljer delar från varandra
 Sammanhang för informationen
 Tydlig läsföljd och -riktning (för användaren)

Brainscape's Knowledge GenomeTM

Begrepp (NY VUFA & VSD) Flashcards

Brainscape's Knowledge Genome^TM