Systemutveckling

Question 1

Informatik

Answer 1

är själva det vetenskapliga ämne, bedriver forskning och utbildning.

Question 2

Informationssystem (IS)

Answer 2

Vad som helst kan vara ett informationssystem. Det är ett system som samlar in information, lagrar och hanterar alt. Systemen fungerar med hjälp av personer/personal och teknik.

Question 3

Informationsteknik (IT)

Answer 3

IT är det tekniska verktyg i ett informationssystem.

Question 4

Systemutveckling

Answer 4

”En fundamental process som vi utför när vi fogar samman informationsteknologi för att uppnå ett särskilt syfte i ett speciellt (verksamhets) sammanhang”

Question 5

Information

Answer 5

Information är tolkad data eller informativ data som kan förklara något.

Question 6

System

Answer 6

System har:

• Mål
• Systemgräns
• Omgivning
• Input
• Output

Vad som är ett systemet och vad som är utan för systemet bestämmer ni.

Question 7

Data

Answer 7

Data är alla typer av uppgifter som är lagrade på något sätt. Data i sig är otolkat och kan vara nonsens. ”Data är representation av fakta, idéer eller liknande i en form lämpad för överföring, tolkning eller bearbetning av människor eller av automatiska hjälpmedel” (datatermgruppen)

Question 8

Enterprise information systems

Answer 8

• Stora system som täcker hela organisationen
• Själva kärn-systemet - ”the core system”
• Köps oftast som standardsystem
• Högre effektivitet och lägre kostnader som leder till bättre underlag för beslut
• Dock höga investeringskostnader och tung implementeringsprocess

Question 9

Specialized information systems

Answer 9

• System-delar som inte täcks av EIS
• T.ex. e-postsystem, system för reseräkningar, system för chat
• Tilläggs system.

Question 10

Livscykelmodell

Answer 10

Livscykelmodellen är en klassisk modell som beskriver dessa steg. Ett systems födelse, liv och död. Det är modell vilket förklarar Vad man ska göra. Denna modellen består av 9 faser:

• Förändringsanalys
• Verksamhetsanalys
• Informationssystemanalys
• Principiell utformning
• Teknisk utformning
• Realisering
• Implementering
• Förvaltning & drift
• Avveckling

Question 11

Kravspecifikation

Answer 11

Deras uppgift är att tydligt specificera mått och övriga krav som ställs på systemet.

Kravspecifikationen blir oftast kontraktet med den beställer och skaparen.

Question 12

Realisering

Answer 12

Är fasen då man skapar nya systemet, då själva byggandet, programmering
Programmeraren skriver programkoden och databaser konstrueras. När detta är färdigt testas systemet och eventuella fel korrigeras.

Question 13

Implementation

Answer 13

Ska ut i verksamheten och ska installera systemet och utbilda användare i hur systemet fungerar och skall användas.

Question 14

Notation

Answer 14

Regler för hur beskrivningen ska göras på beskrivningsteknik.

Question 15

Inkrementell utveckling

Answer 15

System byggs och levereras i delar, Kan inte ta det steg för steg, utan ska upprepa metods delen eller faserna. Gör inte klart hela delen utan göra lite av varje del

Question 16

Sekventiell utveckling

Answer 16

Gör steg för steg som ett vattenfall T.ex. livscykelmodellen

Question 17

Iteration utveckling

Answer 17

metodstegen upprepas

Question 18

Evolutionär utveckling

Answer 18

Evolutionär utveckling – ser inte att kravspecen (och IS:et) någonsin kan frysas

- Delleverans, varje fas inleds med en uppdatering av kraven
- Innebär i princip samma sak som att arbeta med prototyper

Question 19

Konceptuell datamodell

Answer 19

“Logisk modell”. En plan skapas över hur informationssystemet skall kunna utföra de funktioner som i analysfasen identifierades.

Question 20

Förändringsanalys

Answer 20

Är den första fasen in livscykelmodellen. Man framför problem, önskemål och möjligheter för systemet.

Question 21

Verksamhetssanalys

Answer 21

Är den andra fasen i Livscykelmodellen. Här brukar man jobba fritt, arbeta med att förstå verksamheten. Vilka är det som jobbar, vad för språk använder de. Diskuterar och ta fram hur ett informationssystem ska underlätta för verksamhet.

Question 22

Informationssystemsanalys

Answer 22

Är den tredje fasen i Livscykelmodellen.Ritar upp riktlinjerna för systemet,
Kravspecifikationen blir oftast kontraktet med den beställer och skaparen. Var försiktig med språket i kravspecifikation, exempel “ska” eller “bör”.
Slutprodukt: Kravspecifikationen

Question 23

Principiell utformning

Answer 23

Är den fjärde fasen i Livscykelmodellen. En plan skapas över hur informationssystemet skall kunna utföra de funktioner som i analysfasen identifierades. Olika principiella tekniska lösningar ligger som underlag för arbetet. T.ex. Konceptuell datamodell “Logisk modell”

Question 24

Beskrivningsteknik

Answer 24

Är ett recept på hur man gör en beskrivning

En beskrivningsteknik har en bestämd notation, d.v.s. regler för hur beskrivningen ska göras.

Question 25

Teknisk utforming

Answer 25

Är den femte fasen i Livscykelmodellen. Det beslutas vilken mjukvara och hårdvara som skall användas. Gränssnittet, rapporterna och databaserna formges.

Question 26

Realisering

Answer 26

Är den sjätte fasen i livscykelmodellen. Är fasen då man skapar nya systemet, då själva byggandet, programmering Programmeraren skriver programkoden och databaser konstrueras. När detta är färdigt testas systemet och eventuella fel korrigeras.

Question 27

Implementering

Answer 27

Är den sjunde fasen i livscykelmodellen. Ska ut i verksamheten och ska installera systemet och utbilda användare i hur systemet fungerar och skall användas.

Question 28

Förvaltning & drift

Answer 28

Är den åttonde fasen i livscykelmodellen. Innebär att systemets drift följs upp med korrigeringar, bedömningar och större underhåll. Det kan vara allt från programfel till funktioner som användarna kommer på att informationssystemet behöver utökas med. Ofta sker förbättringar i informationssystemet under hela dess livslängd.

Question 29

Avveckling

Answer 29

Är den nionde fasen i livscykelmodellen. Vad händer när man ska avsluta systemet, vad ska man göra med data och vad ska kasta och flyttas över till nytt system. Arbetsuppgifterna vid en avveckling av ett system beror på anledningen till avvecklingen. Oavsett bakgrunden till avvecklingen måste man vara noggrann med att behandla den information som är lagrad på ett sätt som förhindrar att informationen kommer i orätta händer

Question 30

Business Process Re-engineering

Answer 30

”Business process reengineering (BPR) is the rethinking and re-design of the processes of an organisation to adapt them to current needs and resources” Förändringar i verksamheten där man delar upp verksamheten i processer. Verksamheten sätts ihop i ett stort system istället för flera olika mindre system. Inte stuprör.

Question 31

Vad är en modell?

Answer 31

En modell är en förenklad bild av verkligheten En modell fokuserar vissa aspekter av något samtidigt som den utesluter andra aspekter

Question 32

Systemutvecklingsmodell

Answer 32

Modell – Vad En (utvecklings)modell delar in arbetet i ett antal faser och anger i vilken ordning dessa skall utföras. En modell anger vad som ska göras. Förenklad bild av verkligheten. Exempelvis ett tunnelbanesystem: Röda linjen är inte röd i verkligheten, men på modellen (tunnelbanekartan) används en röd linje för att göra det lättare att förstå vilken tunnelbana som går mellan Norsborg och Mörby Centrum. En konceptuell datamodell är en skiss, en idé.

Question 33

Vad är en metod?

Answer 33

”En metod är ett planerat tillvägagångssätt i syfte att uppnå någonting.”

Question 34

Systemutvecklingsmetod

Answer 34

Metod – Hur En metod är en beskrivning av hur man steg för steg löser en uppgift. För varje arbetssteg anger metoden hur man skall gå tillväga. (metod = föreskrivet arbetssätt) Metoder finns i allt möjligt - inte bara systemutveckling. Exempelvis skruva ihop en IKEA-möbel. Metod är ett beprövat tillvägagångssätt som man alltså vet fungerar.

Question 35

Plandrivna metoder

Answer 35

- Varje fas i processen utförs sekventiellt - Omfattande dokumentation som skapas av kravspecifikationen, designfasen och testfasen - Antalet funktioner låsta - Kostnad och tid är inte alltid kända - Fungerar bäst när systemkrav och specifikationer är väl kända i förväg, samtidigt som riskerna för förändrade krav för ett utvecklingsprojekt är små - Användaren/beställaren mest med i början (kunden ser ingenting av processen efter kravspecificeringen förrän produkten levereras). - Omfattande kontroll och förutsägbarhet T.ex. RUP Steg för steg, fas för fas hur man lämnar ett system i slutändan (alltså används sekventiell modell) Kostnad och tid är inte alltid kända. Ex. RUP. Användes mycket förr i tiden.

Question 36

Agil metod

Answer 36

- Förändring som en del av verkligheten - Prioriterar leveranser och kundnytta framför dokumentation och planering - Antal funktioner är öppet - Kostnad och tid är låst - Bra alternativ i snabbt förändrande och omväxlande miljöer - Iterativt (upprepande) och inkrementellt (stegvist) - Användaren/beställaren har regelbunden kontakt - Mindre kontroll över processen - Mindre förutsägbart T.ex. Scrum och eXtreme programming.