Oppgaver uke 42. Systemutvikling
|
|
- Tine Simensen
- 6 år siden
- Visninger:
Transkript
1 Oppgaver uke 42 søndag 16. oktober Systemutvikling 1. Hva er systemutvikling? Systemutvikling er prosessen hvor man lager og opprettholder informasjonssystemer. Systemutvikling involverer alle fem IS komponenter som vist i modellen: 2. Hvorfor er systemutvilkling både utfordrende og risikabelt? Systemutvikling er utfordrende og risikabelt da mange prosjekter aldri bli ferdige, og havner ofte langt over ( %) budsjettrammen. Av de som fullfører prosjektet innenfor budsjett og tidsrammen oppnår sjeldent prosjektets mål. Høy risiko for fiasko selv med kompetente utviklere som følger en fornuftig metode. 3. Hvilke faser / aktiviteteter inngår i SDLC? SDLC (System Development Life Cycle) er den tradisjonelle prosessen brukt til å utvikle informasjonssystemer. I SDLC blir systemutvikling delt inn i faser, og noen organisasjoner bruker 8-faser, mens andre bruker 5-faser som nevnt i boken "Experiencing MIS" som er delt inn i fasene: System definiton er fasen der "ledelsens" uttalelser av hva systemet trenger definerer systemets behov. Requirements analysis er fasen der prosjektplanen brukes for at utviklerne skal kunne identifisere funksjoner og egenskaper til det nye systemet. Denne fasen resulterer i et sett med godkjente systembehov. Component design er fasen der systembehovene blir brukt til å lage system komponenter. Implementation er fasen der komponentene implementeres, testes og systemet installeres hos bruker. Maintenance er en fasen der feil og nye systembehov fra brukeren brukes til å starte prosessen igjen som vist i modellen under, og det er derfor denne fasen er en syklus. 4. Drøft hver av følgende utfordringer ifm systemutvikling: kravspesifikasjon. Hvordan, hva gjøres.. Å definere kravspesifikasjoner er den viktigste fasen i systemutvikling, og utfordringen med kravspesifikasjoner er å finne ut hva systemet faktisk skal gjøre, hvordan ting skal se ut og lignende. Det er vanskelig å finne ut av dette, men også å vite på forhånd hva som er nødvendige spesifikasjoner. Hvis kravspesifikasjonene er feil, vil også systemet bli feil. Hvis man får fullstendige definerte krav som er satt og riktige i utgangspunktet blir hele prosessen lettere for utviklerne. Ofte lager utviklerne en prosess der man kan stille spørsmål til systemet der spørsmål hjelper til å definere kravspesifikasjoner man bør ha. IS-100 Introduksjon til informasjonssystemer Page 1
2 endringer i behov og ønsker Hvis behov og ønsker endres må det avgjøres om man skal stoppe prosjektet og begynne på nytt for å implementere endringene, og dette kan være både kostbart og tidskrevende hvis det er et stort prosjekt. Hvis det ofte er endringer som fører til at utviklerne må starte på nytt blir prosjektet dyrt og kanskje aldri ferdig da det alltid kommer nye behov og ønsker. Så man må bestemme seg for kravspesifikasjoner og forholde seg til det hele veien, og gjøre fremtidige endringer i System Maintenance fasen. endring i teknologi, rammebetingelser Her gjelder litt det samme som endringer ved behov og ønsker og man må bestemme seg for om man vil utvikle på teknologien og de rammene man har og kanskje ende opp med å levere et system på et utdatert system, eller starte på nytt og bytte til den nye teknologien. planlegging og gjennomføring; økonomi; Met tanke på økonomi under planlegging og gjennomføring er dette nesten umulig å estimere, så en fast sum kan være veldig "synsing". Og er veldig avhengig av om et lignende system er utviklet av utviklerne før, så de kan bruke tidligere kode og erfaring til å estimere pris. hvordan handtere diseconomics of scale i prosjekter? Diseconomics of scale er begrepet i prosjekter da man legger til flere utviklere som fører til at det gjennomsnittlige bidraget til hver utvikler minsker. Så hvis man vil fullføre prosjektet raskere ved å legge til nye utviklere, trenger kanskje disse opplæring og ifølge Brooks'Law "Adding more people to a late prosjekt makes the project later" vil man få disconomies of scale ved å legge til flere utviklere gir mindre bidrag i forhold til kostnad. Dette kan håndteres ved å dele utviklere inn i mindre grupper som har ansvaret for utvikling av hver sin modul. 5. Hvilke faktorer vil avgjøre om et tenkt informasjonssystem skal utvikles eller skrotes. Se feasability. For å finne ut om et tenkt IS skal utvikles eller ei må utvikleren først finne ut om prosjektet er gjennomførbart. Det er fire dimensjoner involvert: kostnad, tidsskjema, teknisk, organisasjon Kostnad; sier noe om kostnader og sammenligner med det nye systemets verdi. Tidsskjema; sier noe om tidsplanen for prosjektarbeidet. Teknisk; sier noe om prosjektet i det hele tatt er teknisk mulig å utføre eller om eksisterende teknologi utfyller kravene til det nye systemet Organisasjon; sier noe om det nye systemet passer inn i organisasjonens skikker, kultur, juridiske krav. Hvordan si noe om kost, nytte, tidsbruk, organisasjonsmessige konsekvenser av et TENKT system? Når man har definert prosjektets mål og omfang vurderes gjennomførbarheten. Det å si noe om kost, tidsbruk og organisasjonsmessige konsekvenser er vanskelig og er avhengig av systemets mål og omfang. Dette kan ofte gjøres ved hjelp av analyse og system definisjons fasen i SDLC, og evt starte med en prototype. 6. Forklar fordeler og utfordring med å utvikle en prototype? Fordeler: Feedback, feil/mangler kan identifiseres tidlig i prosessen (det er billigere å fikse feil på en prototype enn et ferdig utviklet system), potensielle kunder/brukere føler seg mer involverte i utviklingsprosessen, og kan dessuten tillate en kunde å gjennomføre opplæring av eventuelle ansatte som skal bruke systemet. Ulemper: Dersom det fokuseres for mye på en prototype, kan utviklerne glemme hvorvidt sluttsystemet vil fungere optimalt. Kunden kan dermed bli skuffet dersom ikke alle funksjonene som prototypen inneholdt inkluderes i sluttproduktet. Det er dyrt å lage prototyper, som regel lages prototype i begynnelsen av prosjektarbeidet, ofte før man har fått finansieringen. 7. Hvordan gå fra kravspec til et system som kan testes? Som beskrevet i oppgave Hva menes med Analysis Paralysis Analysis paralysis: Når det brukes for lang tid til å dokumentere behov i et prosjekt. Plattform / HW Finne spesifikasjoner og plattform systemet skal kjøres på. Funksjonalitet? Finne hvilke funksjoner som skal implementeres i designet. IS-100 Introduksjon til informasjonssystemer Page 2
3 Data? Hvordan skal data lagres, database? Forklar hva som skjer ved implementering av et IS. Når design fasen i SDLC er ferdig starter implementeringsfasen der oppgavene er å lage, teste og konvertere brukerne til det nye systemet. Utviklerne Hvordan testes et IS? Når utviklerne er ferdig med testing av hver modul, integreres disse til systemet og testes med systemet. Dette gjøres ofte ved å ha en testplan som inneholder sekvensen for operasjoner som må kjøres i systemet. Utviklerne konstruerer hver av komponentene uavhengig av hverandre. Dermed installerer de alt som er nødvendig for systemet. Dermed dokumenterer de og gjennomgår test prosedyrer. hvilke ulike typer tester har vi? Det finnes mange nivåer av testing og i boken nevnes PQA (product quality assurance) som er profesjonelle IT-Testere som følger en testplan. Ellers så finnes alt ifra enhets testing og system testing til bruker testing som typisk vil være en Alpha / Beta-Tester. Quality Assurance QA (Kvalitetssikring) er aktiviteter for å sikre kvalitet. Hvilke QA aktiviteteter kjenner du til, eller hva kan du tenke deg til bidrar til kvalitet ifm Systemutvikling? Bruk av QA er viktig i systemutvikling, og QA aktiviteter som er mest kjent for brukere er typisk Beta-Tester som er en godt utviklet prototype brukerne kan benytte seg av for å finne feil og mangler på systemet. Dette avlaster utviklerne selv og brukere kan stå for store deler av testingen. 12. Innføring kan gjøres på flere måter, drøft fordeler og ulemper ved hver av dem. Alt på en gang, pilot, pilot, stegvis. Pilot: Organisasjonen implementerer hele systemet på en begrenset del av virksomheten. Fordeler: Hvis systemet svikter, svikter det bare på et begrenset område. Ulemper: Man kan ende opp med å ikke ha tilgang til det gamle systemet om nødvendig. Phased: Systemet fases inn i organisasjonen. Fordeler: Man implementerer og tester bit for bit til hele systemet er installert. Ulemper: Hvis systemet har for integrerte moduler kan ikke bit for bit installeres. Parallel: Det nye systemet kjøres parallelt med det gamle. Fordeler: Krasjer det nye systemet, kan man fortsatt bruke det gamle. Ulemper: Dyrt da bedriften må kjøre flere systemer. Plunge: Organisasjonen skrur av det gamle systemet og starter det nye direkte. Fordeler: Rask og enkel overgang fra gammelt til nytt system. Ulemper: Hvis det nye systemet feiler, har de ikke noe gammelt system å støtte seg på. 13. Drøft fordeler og utfordringer med Fossefallsmodellen. I SU-metoden fossefall skjer alt i ett løp som gjør det er lett å følge og forstå modellen. Hver fase har et definert start og sluttpunkt, der det er lett å se fremdriften etter hver fase er avsluttet. Dette reduserer risikoen for å gå over budsjett og tidsrammen som er gitt. Fossefallsmodellen fungerer bra for små prosjekter, men når det gjelder større prosjekter er utfordringen med fossefall å gå tilbake til en tidligere fase for å gjøre endringer man finner ut man må implementere senere i prosjektet. Testingen starter når koden er ferdig 14. Estimering; ulike tilnærminger; 1. jobbe til timene er oppbrukt, da er vi ferdige. 2. jobbe fram til deadline, levere (kjenner dere til denne) 3. Finne ressursbehov for hver komponent som skal utvikles. 15. Hvordan balansere Funksjonalitet (scope), kostand, tid, kvalitet? Vi kan balansere funksjonalitet, kostnad, tid og kvalitet ved bruk av "trade-off" som vist i bildet under: Hva menes med divide and conquer ifm prosjektgjennomføring? Divide and conquer er en strategi for store systemer der man bryter ned store oppgaver til flere små for å enkelt behandle de. Ved å gjøre dette kan man enklere estimere tid og kostnader for prosjektet. Hva er, og hva er hensikten med Work Breakdown Structure *(WBS)? WBS er et hierarki av oppgaver som må utføres for å fullføre et prosjekt. Hensikten er å dele store prosjekter opp i mindre deler for kunne definere omfanget av prosjektet. IS-100 Introduksjon til informasjonssystemer Page 3
4 Hva er blitt tatt opp som svakheter med Waterfall, som løes vha en mer agil tilnæring til SU. Se oppgave 13. Hva kjennetegner agil tilnærming til SU? Agile tilnærming er en teknikk som løser problemer i SDLC og kjennetegnes ved disse prinsippene: 20. Scrum er en blant mange agile metoder, hva kjennetegner denne? Scrum er et rammeverk basert på empirisk prosesskontroll og kjennetegnes ved at det er definert Scrum-Team som er selvdrevet og definerer sine egne mål for programutviklingen. Disse målene nåes ved å utvikle konkrete produktinkrementer i iterasjoner på 1-4 uker. 21. Hva er brukerhistorier i Scrum? IS-100 Introduksjon til informasjonssystemer Page 4
5 22. Brukerhistorier er historier som beskriver hvordan en bruker ønsker å anvende et system. Disse brukerhistoriene brukes gjerne som en enkel måte å definere viktige funksjoner til et system på. Hva er planning-poker? "Planning poker, also called Scrum poker, is a consensus-based, gamified technique for estimating, mostly used to estimate effort or relative size of development goals in software development. In planning poker, members of the group make estimates by playing numbered cards face-down to the table, instead of speaking them aloud. The cards are revealed, and the estimates are then discussed. By hiding the figures in this way, the group can avoid the cognitive bias of anchoring, where the first number spoken aloud sets a precedent for subsequent estimates." From < 23. Hva er backlogg? Backlogg er det som ligger i kø (se bilde oppgave 20.) Har har vi "Product backlog" som er funksjonene som må utvikles for å nå målene. For hver av disse funksjonene lager man oppgavelister de legges så i "Sprint backlog". IS-100 Introduksjon til informasjonssystemer Page 5
IS Introduksjon til informasjonssystemer
KANDIDAT 3644 PRØVE IS-100 1 Introduksjon til informasjonssystemer Emnekode IS-100 Vurderingsform Skriftlig eksamen Starttid 13.12.2016 07:00 Sluttid 13.12.2016 11:00 Sensurfrist 05.01.2017 23:00 PDF opprettet
DetaljerCONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM
CONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM Scrum Master og Product Owner i Høst 2015 1 Om Scrum Scrum er et populært rammeverk laget med henblikk på å utvikle komplekse informasjonssystemer.
DetaljerUKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055
UKE 9 Prosesser og prosessmodeller inkludert smidige metoder Gruppetime INF1055 Hva skal vi i dag? Introduksjon til modul B - systemutvikling (kap. 1, 2 og 3) Prosesser og prosessmodeller + smidig utvikling
DetaljerGJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG
GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG INF1050 V16 HVA ER EN SYSTEMUTVIKLINGSPROSESS? De aktivitetene som utføres for å utvikle et IT-system Eksempler på aktiviteter:
DetaljerI multiple choice, sann, usann, i alle oppgaver der du kun skal krysse av, får du poeng for riktig svar, null poeng for feil svar og ikke svar.
1 IS-100 høsten 2016 Emnekode: IS-100 Emnenavn: Introduksjon til informasjonssystemer Dato: 13 desember 2016 Varighet: 9-13 Tillatte hjelpemidler: Ingen Merknader: Eksamen består av både multiple choice,
DetaljerOppgaver Oppgavetype Vurdering Status. Automatisk poengsum Levert. 2 * Forretningsprosess (Maks 10 poeng) Skriveoppgave Manuell poengsum Levert
IS-100 1 Introduksjon til informasjonssystemer Kandidat 5033 Oppgaver Oppgavetype Vurdering Status 1 Forside Automatisk poengsum Levert 2 * Forretningsprosess (Maks 10 poeng) Skriveoppgave Manuell poengsum
DetaljerProsjektledelse - fra innsiden
Prosjektledelse - fra innsiden Presentasjon hos UiO 31.08.2012 Ida Lau Borch, fagansvarlig i Metier AS Det ligger et fantastisk potensial i det å være best i prosjektledelse og -styring Prosjekteierstyring
DetaljerNeste generasjon ERP-prosjekter
Neste generasjon ERP-prosjekter Jan-Olav Arnegård 27. okt 2016 Nøkkeltall 2015 22 Land der vi er direkte representert 36 BearingPoint-kontorer 67 Kontorer der vi er representert via vår globale alliansepartnere
DetaljerIS Introduksjon til informasjonssystemer
IS-100 1 Introduksjon til informasjonssystemer Oppgaver Oppgavetype Vurdering 1 Forside Automatisk poengsum 2 * Forretningsprosess (Maks 10 poeng) Skriveoppgave Manuell poengsum 3 * Kvalitetssikring (Maks
DetaljerIS Introduksjon til informasjonssystemer
KANDIDAT 3699 PRØVE IS-100 1 Introduksjon til informasjonssystemer Emnekode IS-100 Vurderingsform Skriftlig eksamen Starttid 13.12.2016 07:00 Sluttid 13.12.2016 11:00 Sensurfrist 05.01.2017 23:00 PDF opprettet
DetaljerScrum. -nøkkelbegreper og noen personlige erfaringer
Scrum -nøkkelbegreper og noen personlige erfaringer Agile Manifesto Manifest for smidig systemutvikling Vi oppdager stadig nye og bedre måter å utvikle systemer på, både ved å gjøre det selv og ved å hjelpe
DetaljerTogether. Free your energies Moden og modig! Ansvarsfull og fleksibel!
Moden og modig! Ansvarsfull og fleksibel! Anine Ragnif og Bodil Rabben 13. Mai 2009 Agile Hvorfor? Gjennomsnittlig overskridelse i arbeidsmengde var 24% for prosjektene som benyttet en fleksibel metodikk,
DetaljerUKE 15 Prosjektledelse, planlegging og teamarbeid. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 15 Prosjektledelse, planlegging og teamarbeid Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Se på oblig 5 Prosjektledelse og teamarbeid (kap. 22) Prosjektplanlegging og
DetaljerOppgaver Oppgavetype Vurdering Status. Automatisk poengsum Levert. 2 * Forretningsprosess (Maks 10 poeng) Skriveoppgave Manuell poengsum Levert
IS-100 1 Introduksjon til informasjonssystemer Kandidat 5064 Oppgaver Oppgavetype Vurdering Status 1 Forside Automatisk poengsum Levert 2 * Forretningsprosess (Maks 10 poeng) Skriveoppgave Manuell poengsum
DetaljerLøsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12
Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering
DetaljerUKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR
INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige
DetaljerSoftware Development Plan. Software Development Plan. Forum / Nettverkssamfunn Team 2
Forum / Nettverkssamfunn Team 2 1 Innholdsfortegnelse 1 Introduksjon... 3 2 Team & Organisering... 3 3 Brainstorming, tanker og utførelse... 4 3.1 Bruker Registrering og metoder... 4 3.2 Generering av
DetaljerModellering IT konferanse
Modellering IT konferanse 1. Interessenter Utviklere som besøker konferansen: besøke IT konferanse Frivillige hjelpere: få gratis inngang på konferansen Ledelse: Tjene penger Matkjeder: Selge mat og drikke,
DetaljerProsjektledelse - fra innsiden av et utviklingsprosjekt. Presentasjon hos UiO Ida Lau Borch, prosjektleder i Bouvet ASA
Prosjektledelse - fra innsiden av et utviklingsprosjekt Presentasjon hos UiO 09.09.2011 Ida Lau Borch, prosjektleder i Bouvet ASA Agenda De umulige IT-prosjektene Hvordan vi gjør det Utfordringer og lykkestunder
DetaljerEksamen 2013 Løsningsforslag
Eksamen 2013 Løsningsforslag Oppgave 1. Multiple choice 1b# 2a# 3b# 4c# 5b# 6a# 7a# 8b# 9d# 10b# Oppgave 2 - Bibliotek - Utlån av bøker a) Måle størrelse eller mengde funksjonalitet Denne oppgaven ser
Detaljer1. Hvilke type krav angår sikkerhet og pålitelighet?
1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b) 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan folk faktisk jobber a)
DetaljerBruk av HP Quality Center med smidige utviklingsmetoder. HP Sofware Norge
Bruk av HP Quality Center med smidige utviklingsmetoder Kjell Lillemoen HP Sofware Norge QC og smidige metoder Agenda Smidig terminologi Smidig metoder og verktøy Hvilke krav bør vi stille QC med Scrum
DetaljerSoftware Development Plan
Software Development Plan Værsystem Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SDP 03/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerProsjektledelse, planlegging og teamarbeid. INF1050: Gjennomgang, uke 10
Prosjektledelse, planlegging og teamarbeid INF1050: Gjennomgang, uke 10 Kompetansemål Prosjektstyring og prosjektledelse Hva og hvorfor? Risikohåndtering Ledelse av mennesker og motivasjon Teamarbeid og
DetaljerA tool for collaborating to success in a development project Experience with Visual Studio 2010 and Test Manager at Lånekasse
A tool for collaborating to success in a development project Experience with Visual Studio 2010 and Manager at Lånekasse 21.mars.2013 Heza Wasfy Hvem er Sogeti? Sogeti Norge er et heleid datterselskap
DetaljerKravhåndtering. INF1050: Gjennomgang, uke 03
Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle
DetaljerSCRUM Smidig prosjektledelse og utvikling. 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG
SCRUM Smidig prosjektledelse og utvikling 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG HVORDAN SPISER DU EN ELEFANT? EN BIT AV GANGEN 'HOW WILL YOU LIVE, RAMBO?'
DetaljerForelesning IMT mars 2011
Forelesning IMT2243 17.mars 2011 Dagens : Kvalitetssikring i systemutviklingsprosjekter Konfigurasjonsstyring Teorigjennomgang Demonstrasjon av Subversion SVN v/jon Langseth Pensum : Sommerville kap. 24.1
DetaljerSCRUM EB og TMG 2010
SCRUM Hovedmål Mer om roller i SCRUM Es/mering av innhold i sprinter Visualisering av fremdri; ved burndown Scrum Daily SCRUM 24h Product backlog Sprint backlog 1 uke Sprint Delprodukt / delleveranse Roller
DetaljerSmidige metoder i praksis Høgskolen i Oslo Kristin Meyer Kristiansen Objectnet AS
Smidige metoder i praksis Høgskolen i Oslo Kristin Meyer Kristiansen Objectnet AS Agenda Min erfaring med scrum + litt input fra Javazone 2007 Universell Utforming Min erfaring med smidige metoder MT-prosjektet
Detaljer1. Hvilke type krav angår sikkerhet og pålitelighet?
1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b), IS side 88, lærebok s.96 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan
DetaljerProsessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02
Prosessmodeller og smidig programvareutvikling INF1050: Gjennomgang, uke 02 Kompetansemål Prosessmodeller Kunne redegjøre for hva som kjennetegner ulike prosessmodeller Vurdere prosesser for utvikling
DetaljerGJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING
GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING INF1050 V16 HVA ER KRAVHÅNDTERING? Kravhåndtering er prosessen å identifisere, analysere og spesifisere kravene til et nytt system eller et system som skal forbedres
DetaljerSystemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006
Systemutvikling - oppsummering Alexander Nossum alexander@nossum.net blog.eksplisitt.net 22. mai 2006 INNHOLD 2 Innhold 1 Utviklingsprosessmodeller 3 1.1 Fossefall/waterfall................................
DetaljerOppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1
Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring
DetaljerGJENNOMGANG UKESOPPGAVER 7 REPETISJON
GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon
DetaljerIntroduksjon,l SCRUM. EB og TMG 2010 1
Introduksjon,l SCRUM EB og TMG 2010 1 Hva er Scrum? Kilde: http:/image.google.com EB og TMG 2010 2 Kompleksitet Kilde: http://www.coderfriendly.com/ EB og TMG 2010 3 SCRUM - kortversjonen Scrum er en smidig
DetaljerGJENNOMGANG UKESOPPGAVER 9 TESTING
GJENNOMGANG UKESOPPGAVER 9 TESTING INF1050 V16 KRISTIN BRÆNDEN 1 A) Testing viser feil som du oppdager under kjøring av testen. Forklar hvorfor testing ikke kan vise at det ikke er flere gjenstående feil.
DetaljerSoftware Development Plan (1. utkast)
Software Development Plan (1. utkast) Høgskolen i Sørøst-Norge Fakultet for teknologiske fag Institutt for elektro, IT og kybernetikk SDP 12/01/2018 Systemutvikling og dokumentasjon/ia4412 Innholdsfortegnelse
DetaljerGJENNOMGANG OBLIGATORISK OPPGAVE 1
GJENNOMGANG OBLIGATORISK OPPGAVE 1 INF1050 V16 KRISTIN BRÆNDEN 1 Systemet for utleie av markasykler ønsker a benytte seg av en eksisterende betalingsløsning, og valget har falt pa det samme betalingssystemet
DetaljerEstimering. INF1050: Gjennomgang, uke 09
Estimering INF1050: Gjennomgang, uke 09 Kompetansemål Estimering Hva og hvorfor? Estimeringsprinsipper Estimeringsprosessen Spesifikasjonsbasert testing / Strukturbasert testing Estimeringsmodeller COCOMO
DetaljerK-Nett. Krisehåndteringssystem for Norges vassdrags- og energidirektorat i en beredskaps- og krisesituasjon. av Erik Mathiessen
K-Nett Krisehåndteringssystem for Norges vassdrags- og energidirektorat i en beredskaps- og krisesituasjon av Erik Mathiessen Om oppgavestiller NVE er et direktorat underlagt Olje- og energidepartementet
DetaljerNyttestyring og viktigheten av den gode kunde
1/3/18 Nyttestyring og viktigheten av den gode kunde Magne Jørgensen Hva er et vellykket IT-prosjekt? Suksess er kontekstavhengig, men bør minimum inkludere: Oppnådd nytte (gevinster, verdi, måloppnåelse,
DetaljerSystem integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,
System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration
DetaljerNyttestyring og viktigheten av den gode kunde. Magne Jørgensen
Nyttestyring og viktigheten av den gode kunde Magne Jørgensen Hva er et vellykket IT-prosjekt? Suksess er kontekstavhengig, men bør minimum inkludere: Oppnådd nytte (gevinster, verdi, måloppnåelse, ROI)
DetaljerPROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004
PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 VERSJON: PROSJEKTPLAN (1.0) 24. SEPTEMBER, 2004 prosjektplan.doc GRUPPE 12 PROSJEKTPLAN: PROSJEKTLEDELSE: USE CASE: KVALITETSSIKRING: ANDRÉ
DetaljerForprosjektrapport. Sammendrag. Hovedoppgave våren 2019 Gruppe 3
Forprosjektrapport Hovedoppgave våren 2019 Gruppe 3 Sammendrag Vi skal overføre en eksisterende nettside over på en ny plattform samt legge til noe tilleggsfunksjonalitet. Hovedutfordringene ved den eksisterende
DetaljerKontrakter. INF1050: Gjennomgang, uke 12
Kontrakter INF1050: Gjennomgang, uke 12 Kompetansemål Kontrakter I plandrevet utvikling I smidig utvikling Behov for smidige kontrakter Kontraktsmodeller PS2000 Del I: Kontrakter Grunnleggende: Hva? Plandrevet
DetaljerTeknisk gjeld - hvor mye er forsvarlig? Per Otto Bergum Christensen, Objectdesign 27 August, Smidig fagdag i SPK
Teknisk gjeld - hvor mye er forsvarlig? Per Otto Bergum Christensen, 27 August, Smidig fagdag i SPK Om meg Per Otto Bergum Christensen Siv.ing, Datateknikk, NTNU Senior konsulent, Tre siste prosjekter:
DetaljerKonfigurasjonsstyring. INF1050: Gjennomgang, uke 11
Konfigurasjonsstyring INF1050: Gjennomgang, uke 11 Kompetansemål Konfigurasjonsstyring Hva og hvorfor? I en smidig sammenheng Endringshåndtering Versjonhåndtering Systembygging Release -håndtering Del
DetaljerLøsningsforslag Sluttprøve 2015
Høgskolen i Telemark Løsningsforslag Sluttprøve 2015 Emne: IA4412 Systemutvikling og dokumentasjon Fagansvarlig: Hans- Petter Halvorsen, Olav Dæhli Klasse: IA2, A- vei Dato: 2015.05.27 Time: 09:00-12:00
DetaljerPrototyping. TDT4180, vår Yngve Dahl IDI, NTNU NTNU
Prototyping TDT4180, vår 2017 Yngve Dahl IDI, NTNU NTNU Hva er prototype? En forenklet representasjon av en designløsning. KonkreAsering av design-idéer. Verktøy for tesang og gjenstand for Albakemelding
DetaljerUNIVERSITETET I OSLO
Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 31. Mai, 2011 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 6 sider Vedlegg:
DetaljerTest i Praksis. NTNU Februar 2014. Copyright 2014 Accenture All Rights Reserved.
Test i Praksis NTNU Februar 2014 Hvem er vi? Erik Gjerdrum Master i Kommunikasjonssystemer fra IFI UiO Jobbet med test i siden 2006 Markus Living Master i Industriell Økonomi fra Linköping, Sverige Jobbet
DetaljerDRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO
DRI 2001 13.9 : Introduksjon til systemutvikling. Introduksjon til systemutvikling Systemutvikling og nettstedsutvikling Om ulike typer offentlige nettsteder Kvalitetskrav til offentlige nettsteder Litt
DetaljerForskning på gruppe-estimeringestimering
Eksperiment: individuell vs gruppe-estimeringestimering Gruppe-estimering Tyve fagpersoner fra samme firma estimerte hver for seg arbeidsmengden for det samme systemutviklingsprosjektet [*] Deltakerne
DetaljerProsjektledelse, prosjektplanlegging, teamarbeid
SKK modul B 03. Mai 2017 Prosjektledelse, prosjektplanlegging, teamarbeid Yngve Lindsjørn ynglin@ifi.uio.no INF1055 > SKK -> Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning Prosjektstyring/Prosjektledelse
DetaljerLEAN STARTUP. Jørund Leknes Forretningsutvikler
LEAN STARTUP Jørund Leknes Forretningsutvikler TRENDER INNEN PROGRAMVAREUTVIKLING HVA BYGGER LEAN STARTUP PÅ? Nils Brede Moe nilsm@sintef.no Tradisjonell produktutvikling (vannfall) Fremdrift: Komme seg
DetaljerWhy Desperate Houswives make Excellent Test Managers Testprosjektet som suksessfaktor i et hvert prosjekt
Why Desperate Houswives make Excellent Managers prosjektet som suksessfaktor i et hvert prosjekt dagen ODIN 21.November 2012 Hvem er jeg Astrid Notø Larsen Cand Scient i Informatikk fra UiO 15 års erfaring
DetaljerTeamarbeid og smidig metodikk. Lean og Scrum. Prosjektarbeid
IN 2001 29 januar 2018 Teamarbeid og smidig metodikk. Lean og Scrum. Prosjektarbeid Yngve Lindsjørn ynglin@ifi.uio.no IN 2001 > Prosjekt og teamarbeid 1 Utvikling av programvare - Suksesskriterier Levere
DetaljerWhy Desperate Houswives make Excellent Test Managers En gjennomgang av testfaser i prosjekt
Why Desperate Houswives make Excellent Test Managers En gjennomgang av testfaser i prosjekt NFP s Arena for Prosjektledere 19.April 2012 Hvem er jeg Astrid Notø Larsen Cand Scient i Informatikk fra UiO
DetaljerESTIMERING I SMIDIGE PROSJEKTER
ESTIMERING I SMIDIGE PROSJEKTER Hvorfor forsker vi på estimering av systemutviklingsarbeid? I 2007 er estimatene tilsynelatende like unøyaktige som for 30 år siden Undersøkelser viser at, da som nå, er
DetaljerSmidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold. Ove Dalen
Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold Ove Dalen There is a lack of discipline in many web publishing processes because managers in charge of websites often don't respect
DetaljerIntroduksjon til design, bruk, interaksjon. Litt om fagets historie. Gisle Hannemyr Ifi, høstsemesteret Design, bruk, interaksjon
INF1500 Introduksjon til design, bruk, interaksjon Litt om fagets historie Gisle Hannemyr Ifi, høstsemesteret 2010 Design, bruk, interaksjon Dette er en kort og svært personlig fortelling om noe av den
DetaljerKontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012
Kontrakter og test i smidige prosjekter Fagmøte Dataforeningen i Trondheim 12.Mars 2012 Agenda Smidige manifest Smidige prosjekter og testing Samarbeid og tillit teori Hva er en kontrakt Gjennomgang av
DetaljerLynkurs 10. Januar 2012
Lynkurs 10. Januar 2012 Mål : Dagens lynkurs skal gi dere noen holdepunkter for å komme i gang med arbeidet med bacheloroppgaven på en systematisk og strukturert måte. Fokus er rettet mot arbeidet knyttet
DetaljerStein Grimstad. Konsulent i Scienta AS. Prosjekt hos Skatteetaten. Forsker hos Simula (deltid) 3/7/18
Bedre gevinstoppnåelse med nyttedrevet utvikling Stein Grimstad (stein@scienta.no), 7 th mars, Oslo Stein Grimstad Konsulent i Scienta AS Prosjekt hos Skatteetaten Forsker hos Simula (deltid) stein@scienta.no
DetaljerOppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1
Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring
DetaljerStøtter din digitale reise
Støtter din digitale reise Teknologi og prosess tenkt på nytt Sebastian Reichmann, Advisor for Analytics & Cognitive; EVRY Cloud analytics Product innovation Smart Automation Use more data to generate
DetaljerMellom barken og veden Smidig testing i krevende terreng TTC 2015
Mellom barken og veden Smidig testing i krevende terreng TTC 2015 FOREDRAGSHOLDERE Kristian Bjerke-Gulstuen Accenture siden 1999 Fra utvikler til Testleder og Kvalitetsansvarlig Leder Accenture Norway
DetaljerAv Thomas Welte, SINTEF Energi, Bjarne Børresen, Energi Norge
Av Thomas Welte, SINTEF Energi, Bjarne Børresen, Energi Norge Sammendrag Rapporten oppsummerer resultatene fra forskningsprosjektet "System for tilstands- og levetidsrelaterte data for kraftsystemkomponenter
DetaljerKap 11 Planlegging og dokumentasjon s 310
Kap 11 Planlegging og dokumentasjon s 310 11.1 Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid:
Detaljer1. Introduksjon. Glis 13/02/2018
SDP GLIS Espen Buø Innholdsfortegnelse 1. Introduksjon... 2 2. Gruppebeskrivelse og ansvarsområder... 3 3. Risikoanalyse... 4 4. Hardware og softwarekrav for brukeren... 5 5. Behov for prosjektet... 6
DetaljerLykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet
Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:
DetaljerSpørsmål og svar til Konkurransegrunnlag
CMS-løsning Saksnr.: INTER-030-13 Spørsmål og svar til Konkurransegrunnlag # 2, utsendt 20.11.2013 1. Introduksjon 1.1 Formål Formålet med dette dokumentet er å gi svar på innkomne spørsmål til Konkurransegrunnlaget
DetaljerUndervisning i Smidige metoder ved Universitetet i Oslo
Undervisning i Smidige metoder ved Universitetet i Oslo Dag Sjøberg Professor ved Ins4tu7 for informa4kk Universitetet i Oslo Dag Sjøberg, Universitetet i Oslo 1 Planer for undervisning Kurs INF1050 Systemutvikling/software
DetaljerUKE 16 Kontrakter. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 16 Kontrakter Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? OBS!! Siste ordinære gruppetime Kontrakter Ukesoppgaver Gjennomgang av oblig 4 Kontrakter Kompetansemål - Kontrakter
DetaljerAPI: Application programming interface, eller programmeringsgrensesnitt
API: Application programming interface, eller programmeringsgrensesnitt 1 Interface 1: Cockpit i F16 2 Interface 2: GUI GUI: Graphical user interface The first Graphical User Interface on the XeroxStar
DetaljerDRI 2001 Systemutviklingsarbeidet et overblikk Forelesning
Systemutviklingsarbeidet et overblikk DRI2001 forelesning 12. sept. 06 Forholdet mellom informasjonssystemet og virkeligheten Hva innebærer utvikling av et IS (systemutvikling: SU) Å utvikle et IS det
DetaljerSystemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.
Presentasjon nummer 5 The changing system and the nature of maintenance Silde 1 Gruppen introduseres Slide 2 The changing system and the nature of maintenance The Changing system Systemutviklingen er ferdig
Detaljerprosjektarbeid Forelesning 3 - INF1050 Systemutvikling
Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 28.1.2009 Rune Steinberg International Development Manager ERP INF1050 Systemutvikling Vår 2009 - Copyright Rune Steinberg
DetaljerForskningsmetoder. INF1050: Gjennomgang, uke 13
Forskningsmetoder INF1050: Gjennomgang, uke 13 Kompetansemål Forskningsmetoder Hva? Hvorfor? Empiriske forskningsmetoder Eksperiment Case-studier Etnografi Aksjonsforskning Spørreskjema Systematisk litteraturstudie
DetaljerCORBA Component Model (CCM)
CORBA Component Model (CCM) INF5040 Høst 2005 Erlend Birkedal Jan Erik Johnsen Tore Ottersen Løkkeberg Denne presentasjonen CORBA Svakheter ved CORBA Object Model Komponenter CORBA Component Model Hva
Detaljerprosjektarbeid Forelesning 3 - INF1050 Systemutvikling Eksempel Evolusjonære modeller Utviklingsprosesser Evolusjonære modeller Foranalyse
Evolusjonære modeller Foranalyse Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 28.1.2009 Rune Steinberg International Development Manager ERP Iterasjonsplan Iterasjon
DetaljerOppgave 1: Multiple choice (20 %)
Oppgave 1: Multiple choice (20 %) For alle oppgavene gjelder at det bare er ett riktig svar. No Spørsmål Svar A Svar B Svar C Svar D 1 Kanban er et eksempel på: Prosess Software prosess Prosess modell
DetaljerFluentAutomation. Et automatiserings-rammeverk for regresjonstesting (og mye annet! )
FluentAutomation Et automatiserings-rammeverk for regresjonstesting (og mye annet! ) Om meg Thomas Fjelde Krog, thomas.fjelde.krog@bouvet.no Bor på Jørpeland Ansatt i Bouvet siden mars 2012 Utvikler i
DetaljerAgile metoder i ulike prosjektfaser, betydning for anvendelse og fokus. Elisabeth Krogh Svendsen, Terramar 05.11.2009
Agile metoder i ulike prosjektfaser, betydning for anvendelse og fokus Elisabeth Krogh Svendsen, Terramar 05.11.2009 Hensikt med forskningsprosjektet Effektmål 1: Webside og formidling NSP (bedrifter/partnere/medlemmer)
DetaljerUKE 10 Kravhåndtering. Gruppetime INF1055
UKE 10 Kravhåndtering Gruppetime INF1055 Hva skal vi i dag? Kravhåndtering - kapittel 4 Ukesoppgaver: Smidig programvareutvikling og kravhåndtering Krav KRAV KOMPETANSEMÅL: Kravhåndtering: anvende metoder
DetaljerSuksessfaktorer for styring av prosjekt
Suksessfaktorer for styring av prosjekt B2G utviklingscamp 20. oktober Erik Aursnes Dammen Metier i dag Forretningsidè: Vi forbedrer våre kunders forretningsmessige mål gjennom riktige og effektive prosjekter
DetaljerTestplan (Software Test Plan)
Testplan (Software Test Plan) Amanuel K. Tedla Eleonora Ntreska Ingrid Vik Hansen Joakim Moen Innholdsfortegnelse Innholdsfortegnelse 1.. Introduksjon... 3 1.1 Definisjoner... 3 1.2 Antagelser ved testing
DetaljerLæringsmål og pensum. Utvikling av informasjonssystemer. Oversikt. Systemutvikling Systemutvikling i seks faser Femstegs prosedyre for programmering
1 2 Læringsmål og pensum TDT4110 Informasjonsteknologi grunnkurs: Uke 38 Utvikling av informasjonssystemer Læringsmål Kunne seks faser for systemanalyse og design Kunne femstegs prosedyre for programmering
DetaljerTom Røise 9. Februar 2010
Forelesning IMT2243 9. Februar 2010 Tema : Kravspesifisering : prosessen og produktet Viewpoint en myk tilnærming Pensum : Kap. 6 og 7 i Sommerville, Kravspesifisering Kravspesifisering = arbeidet med
DetaljerNOVAPOINT BRUKERMØTE 2016 BERGEN, mai
QuadriDCM og Easy Access Anne Fauskanger Johnny Jensen QuadriDCM Hva er det? One team working together in one shared model BIM for Infrastructure Road So, what is QuadriDCM? Railway Bridge Build your design
DetaljerKonfigurasjonsstyring
INF1050: Systemutvikling 28. mars 2017 Konfigurasjonsstyring Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Konfigurasjonsstyring 1 Temaer i dagens forelesning Versjonshåndtering Systembygging
DetaljerBachelorprosjekt 2015
Bachelorprosjekt 2015 Høgskolen i Oslo og Akershus Tam Ha (s171513) Arslan Yousaf (s189135) Gabriel Noraker Alfarrustad (s161910) Eivind Lund (s180381) Phillip Padiernos Næss (s162951) Forprosjekt Prosjektets
DetaljerAkseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer
Akseptansetesten Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesting Formell testing med hensyn til brukerbehov, krav, og forretningsprosesser som utføres for å avklare om et system oppfyller
DetaljerPROGRAMUTVIKLINGSPLAN. Big Data and Machine Learning
PROGRAMUTVIKLINGSPLAN Big Data and Machine Learning Innholdsfortegnelse Produkt beskrivelse... 1 Team beskrivelse... 2 Prosjektets kunnskapskrav... 2 Medlemmer og roller... 2 Program prosessmodell beskrivelse...
DetaljerArbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)
Arbeidsplan En arbeidsplan er en måte å få oversikt over de ulike fasene i prosjektet. I arbeidsplanen har vi delt arbeidet i naturlige faser og detaljert disse med estimert tidsbruk. Hovedfasene er startfasen,
DetaljerAvegility og ledelse av smidige prosjekter. Avenir AS > slide 1
Avegility og ledelse av smidige prosjekter Avenir AS > slide 1 Avenir AS > slide 2 Erfaringer fra utvikling av Energimerkesystemet for NVE Bakgrunn for Energimerkesystemet Stortinget har besluttet innføring
Detaljer