1. Hvilke type krav angår sikkerhet og pålitelighet?
|
|
- Hermod Andersen
- 8 år siden
- Visninger:
Transkript
1 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 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan folk faktisk jobber a) implisitte systemkrav b) formelle prosesser c) Kodestandarder d) etikk Svar: a), IS side 108, lærebok s. 116
3 3. Hvilke av følgende er IKKE et funksjonelt krav? a) Etter vellykket innlogging, høres en lyd b) Autentisering av brukeren (id og passord) kreves før bruk av systemet c) Systemet må utvikles i løpet av seks måneder d) Ingen data skal forsvinne ved strømbrudd Svar: c)
4 4. I systemutvikling inneholder en kravspesifikasjon en: a) liste av nøkkelpersonell som utgjør ledelsen b) fullstendig beskrivelse av tilstanden til systemet c) beskrivelse av hva systemet skal gjøre d) beskrivelse av programvare som vil implementere systemet Svar: c), IS side 85, lærebok s. 93 (4.1.1)
5 5. Brukerkrav beskrives i følgende språk: a) Kun engelsk b) Latin c) Naturlig språk d) Så teknisk som mulig Svar: c, IS side 83, punkt 1, lærebok s. 91
6 6. Hvilke av følgende er IKKE et prinsipielt trinn i en endringshåndteringsprosess? a) Problemanalyse b) Endringsanalyse c) Implementering av endringer d) Spesifikasjon av problem Svar: d, IS side 113, figur, lærebok s. 121 (spesifikasjon av problem er input til endringshåndteringsprosesen)
7 7. Scrum er et eksempel på: a) Prosess b) Prosessmodell c) Utviklingsprosess Svar: b), Se slides fra forelesning om systemutviklingsprosessen
8 8. Hvilken av disse er ikke en prosessaktivitet? a) Analyse b) Design c) Testing d) Pålitelighet Svar: d), Pålitelighet er et mål på ikke-funksjonelt krav
9 9. Hvilket utsagn er riktig? a. I fossefallsmodellen kan man ikke endre kode etter at systemet er satt i drift b. Fossefallsmodellen representerer plandrevne prosesser c. I fossefallsmodellen vektlegges iterasjoner Svar: b), IS side 30, lærebok s. 28
10 10. Omfattende testing vil alltid føre til et feilfritt system a) Sant b) Galt Svar: b), IS side 206
11 11. Use Cases (bruksmønstre) kan sørge for verdifull input til design av black-box testing a) Sant b) Galt Svar: a), IS side 215
12 12. Testing av metoder definert i objektorienterte klasser blir vanskeliggjort av: a) Innkapsling ( encapsulation ) b) Nedarving ( inheritance ) Svar: b), IS side 212
13 13. En bedrift skal sette i gang et større systemutviklingsprosjekt. Hvor vil du kunne lese om hvorfor prosjektet skal realiseres? a) Kravspesifikasjonen b) Plandokumentet med milepæler og budsjetter c) Forretningsplanen Svar: c), se forelesning om prosjektledelse
14 14. I de fleste systemutviklingsprosjekter blir utviklingen organisert i team. Hvilket av følgende utsagn er feil? a) Like personlighetstyper og kjønn fungerer oftest best b) Jo større gruppen er, dess større utfordring med kommunikasjon c) Kommunikasjon går bedre i uformelle team enn i hierarkisk strukturerte team d) Det er vanlig med selvstyrte utviklingsteam i smidig metodikk Svar: a), IS side 607, lærebok s. 266 samt forelesning om prosjektledelse og teamarbeid
15 15. Hva vil du IKKE finne i en prosjektplan i et plandrevet utviklingsprosjekt? a. Prosjektorganisering b. Risikoanalyse c. Tidsplan for prosjektet d. Systemkrav Svar: d, IS side , lærebok s. 282
16 16. Hvilken av følgende faktorer reduserer sjansen for overestimering av kostnader i et IT prosjekt? a. Høy usikkerhet b. Lite relevant erfaring c. Prosjektet er mindre enn tidligere prosjekter d. Lang varighet på prosjektet Svar: c), IS kapitel 23
17 Eksamen INF1050 Oppgave 2 a - Tilstandsdiagram Rengjøring Velger styrke rengjort Start Venter do/ Vis "Velg drikk" Velger drikk kaffe fylt på Melk fylt på Trykket fyll på melk trykket fyll på kaffe Velg styrke og utfør do/ Vis "Velg styrke" og "Utfør" Trykker utfør Lag drikk Fylle på kaffe do/ Fyller på kaffe entry/ Lokk åpnes exit/ Lokk lukkes Fylle på melk do/ Fyller på melk do/ Lag drikk exit/ Oppdater kaffemaskin (tilgjengelighet og rengjøring)... Slutt
18 Eksamen INF1050 Oppgave 2 a - Tilstandsdiagram Rengjøring Velger styrke rengjort Start Venter do/ Vis "Velg drikk" Velger drikk kaffe fylt på Melk fylt på Trykket fyll på melk trykket fyll på kaffe Velg styrke og utfør do/ Vis "Velg styrke" og "Utfør" Trykker utfør Lag drikk Fylle på kaffe do/ Fyller på kaffe entry/ Lokk åpnes exit/ Lokk lukkes Fylle på melk do/ Fyller på melk do/ Lag drikk exit/ Oppdater kaffemaskin (tilgjengelighet og rengjøring)... Slutt
19 Eksamen INF1050 Oppgave 2 a
20 Eksamen INF1050 Oppgave 2 a aktivitetsdiagram kun hovedflyt
21 Eksamen INF1050 Oppgave 2 b Tilstandsdiagrammer brukes for å modellere systemets tilstand i forhold til hendelser (eksterne eller interne). Systemet går fra en tilstand til en annen. Aktivitetsdiagrammer brukes for å modellere dataflyten eller prosessen i systemet.
22 Eksamen INF1050 Oppgave 2 c Usecase-beskrivelse Navn: Velg drikke Aktør: Bruker av kaffemaskin Prebetingelser: Rengjør knappen lyser ikke Postbetingelser: Valgt drikke utleveres Hovedflyt: H1: Bruker velger drikk H2: Hvis en drikk med kaffe er valgt, får brukeren et tilleggsvalg (kan endre styrke) H3: Bruker trykker utfør knapp H4: Systemet beregner riktig blanding H5: Systemet lager og leverer drikke H6: Systemet oppdaterer status for maskinen
23 Eksamen INF1050 Oppgave 2 c Usecase-beskrivelse Alternative flyt: A1: Mangler melk A1.1: Mangler melk knapp aktiveres A1.2:Kun valg av drikke uten melk kan velges A1.3: Systemet fortsetter fra H1 A2: Mangler kaffe. Tilsvarende som A1 (bytt ut melk med kaffe) A3: Rengjør maskinen A3.1: Rengjør-maskin knapp aktiveres A3.2: Systemet opplyser om at ingen drikk kan velges før maskin er rengjort A.3.3: Systemet fortsetter fra H1
24 Eksamen INF1050 Oppgave 2 d Klassediagram
25 Eksamen INF1050 Oppgave 2 d Klassediagram
26 Eksamen INF1050 Oppgave 2 d Klassediagram
27 Eksamen INF1050 Oppgave 2 d Klassediagram
28 Eksamen INF1050 Oppgave 2 d Klassediagram
29 Eksamen INF1050 Oppgave 2 e Sekvensdiagram Velg drikke Ka : Kaffeautomat : Kaffemaskinbruker 1: velgdrikke(id) 2: lagdrikkeobjekt(id) : drikke 3: velgstyrke(styrke) 4: velgutfør() 5: leverdrikke(drikke, styrke) 6: oppdaterstatus()
30 Eksamen INF1050 Oppgave 2 e Pseudo-kode (ikke spørsmål i oppgaven) Class Kaffeautomat { Drikke drikke; lagdrikkeobjekt(int id) :Drikke drikke { switch (id) { case 0: drikke = new Espresso(); break; case 1: drikke = new Cappuchino(); break; etc. } return drikke; } velgdrikke (id) { drikke = lagdrikkeobject(id); } velgstyrke(styrke) { drikke.setsterk(styrke) } velgutfør() { leverdrikke (drikke, styrke); } } Merk: Syntaks er her ikke «riktig», selv om det er «java-lignenede»
31 Eksamen INF1050 Oppgave 3 Empiriske metoder Det enkleste vil nok være å lage en spørreundersøkelse. Lag et skjema med relevante spørsmål som først testes ut på noen (3-4) pilotpersoner før det sendes ut til alle ansatte For å få mer dybdeinnsikt i hva folk mener og hvorfor, kunne man kjøre en intervju -undersøkelse. Det krever imidlertid mye mer ressurser (et intervju kan sjelden være mindre enn 1/2 time; typisk vil det ta en time). Derfor er det mest realistisk å velge ca. 20 personer som har ulike roller, og de må velges både blant de som har deltatt i ett av de to Scrum-teamene og de som ikke har drevet med Scrum. Synspunkter vil da kunne utdypes, men man kan ikke vite sikkert hvor representative synspunktene er. Hadde man hatt virkelig bra med ressurser og litt tid på seg, kunne man også kjørt et komparativ (sammenlignende) case-studie der man valgte ut ett prosjekt hos hver av de to Scrum-teamene og så lot to team som jobber tradisjonelt utføre de samme to prosjektene som Scrum teamene, slik at man har to prosjekter som begge kjøres av ett Scrum-team og ett tradisjonelt team. Utfordringen vil være å få prosjektene like nok med hensyn til kundeinvolvering, men det er mulig, jfr. Studien over "Database for empiriske studier" der fire firmaer lagde samme system (presentert på flere forelesninger).
32 Eksamen INF1050 Oppgave 4a Scrum Scrum Jobber i team med en flat struktur, teamleder kalles Scrum-master, og er mer fasilitator enn tradisjonell prosjektleder (fordeler ikke oppgaver etc). Utviklingen foregår gjennom iterasjoner, kalt sprinter, av varighet 2-4 uker. Før en ny sprint starter gjennomføres sprintplanlegging der oppgavene som skal være med (kalles sprint backlog ) velges ut fra en større produkt backlog. En backlog er som regel en samling av user stories, og en produkteier (PO) har ansvaret for prioritering av oppgavene ( user stories) i en backlog. PO representerer kunden og er som regel med på sprint planleggingen og prioriterer oppgaver fra product backlog. Det er vanlig under sprintplanlegging at hele teamet er med på estimering av oppgavene ved bruk av såkalt planning poker. Noen foretrekker relativ estimering (en oppgave blir estimert til 8 points, en annen til 13 etc.). Andre foretrekker absolutt estimering (som regel i timer). Viktig i Scrum er daglige stand-up -møter der alle i teamet kort forteller om hva som er gjort siden siste møte (dagen før), problemer man eventuelt har og hva som skal gjøres fram til neste møte. Standup møtet skal være kort (det er derfor det er vanlig å stå, 15 min. er vanlig). Lange faglige diskusjoner tas i andre møter uten at alle trenger delta.
33 Eksamen INF1050 Oppgave 4a Scrum Scrum Jobber i team med en flat struktur Teamleder kalles Scrum-master Mer fasilitator/tilrettelegger enn tradisjonell prosjektleder (fordeler ikke oppgaver etc). Utviklingen foregår gjennom iterasjoner, kalt sprinter, av varighet 2-4 uker. Før en ny sprint starter gjennomføres sprintplanlegging der oppgavene som skal være med (kalles sprint backlog ) velges ut fra en større produkt backlog. En backlog er som regel en samling av user stories, og en produkteier (PO) har ansvaret for prioritering av oppgavene ( user stories) i en backlog. PO representerer kunden og er som regel med på sprint planleggingen og prioriterer oppgaver fra product backlog. Det er vanlig under sprintplanlegging at hele teamet er med på estimering av oppgavene ved bruk av såkalt planning poker. Noen foretrekker relativ estimering (en oppgave blir estimert til 8 points, en annen til 13 etc.). Andre foretrekker absolutt estimering (som regel i timer). Viktig i Scrum er daglige stand-up -møter der alle i teamet kort forteller om hva som er gjort siden siste møte (dagen før), problemer man eventuelt har og hva som skal gjøres fram til neste møte. Standup møtet skal være kort (det er derfor det er vanlig å stå, 15 min. er vanlig). Lange faglige diskusjoner tas i andre møter uten at alle trenger delta.
34 Eksamen INF1050 Oppgave 4a Kanban Kanban Baserer seg på Lean metodikk, bl.a. kjent fra Toyota og Just-intime prinsippet: Ikke start å lage noe før det er etterspurt. Kanban opererer ikke med tidsbokser som Scrum, man jobber til aktivitetene er ferdig. Kanban er flytbasert, dvs. oppgaver jobbes med inntil de er ferdige. I motsetning til i Scrum der man jobber innenfor faste tidsbokser. I Kanban settes det ofte et tak på antall oppgaver som kan utføres parallelt. Kanban brukes ofte der det er uungåelige avbrudd for å utføre support-, drift- og ad hocvedlikeholdsoppgaver. Også i Kanban er det vanlig å ha daglige Stand-up møter.
35 Eksamen INF1050 Oppgave 4a Kanban Kanban Baserer seg på Lean metodikk, bl.a. kjent fra Toyota og Just-in-time prinsippet: Ikke start å lage noe før det er etterspurt. Kanban opererer ikke med tidsbokser som Scrum, man jobber til aktivitetene er ferdig. Kanban er flytbasert, dvs. oppgaver jobbes med inntil de er ferdige. I motsetning til i Scrum der man jobber innenfor faste tidsbokser. I Kanban settes det ofte et tak på antall oppgaver som kan utføres parallelt. Kanban brukes ofte der det er uungåelige avbrudd for å utføre support-, drift- og ad hocvedlikeholdsoppgaver. Også i Kanban er det vanlig å ha daglige Stand-up møter.
36 Eksamen INF1050 Oppgave 4 b Scrum vs Kanban I Scrum har man sprintplanleggingsmøter der man estimerer oppgaver og legger dem i en sprint backlog Dette kan være en fordel da det blir lagt ned ekstra innsats for å bli ferdig med en Sprint, og gjennom timeboxing har man oversikt over når ting skal være ferdige. Estimering av innsats er ikke så vanlig i Kanban, noe som kan være en ulempe ift. å beregne kostnadene i prosjektet. På den annen side er det i Kanban få aktiviteter som går samtidig ( just-in-time - prinsippet). Dette gjør at aktivitetene er mindre avhengige av hverandre. I tilfeller der det er vanskelig å estimere innsatsen eller det er mange avbrudd pga feilretting, support- eller vedlikeholdsoppgaver, kan Kanban være gunstig.
37 Eksamen INF1050 Oppgave 4 b Scrum vs Kanban I Scrum har man sprintplanleggingsmøter der man estimerer oppgaver og legger dem i en sprint backlog. Dette kan være en fordel da det blir lagt ned ekstra innsats for å bli ferdig med en Sprint, og gjennom timeboxing har man oversikt over når ting skal være ferdige. Estimering av innsats er ikke så vanlig i Kanban, noe som kan være en ulempe ift. å beregne kostnadene i prosjektet. På den annen side er det i Kanban få aktiviteter som går samtidig ( just-in-time - prinsippet). Dette gjør at aktivitetene er mindre avhengige av hverandre. I tilfeller der det er vanskelig å estimere innsatsen eller det er mange avbrudd pga feilretting, support- eller vedlikeholdsoppgaver, kan Kanban være gunstig.
1. 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)
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:
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
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
DetaljerOppgave 1 Multiple Choice
Oppgave Multiple Choice a 2c 3a 4c 5d 6d 7a 8b 9b 0a b 2c 3c 4a 5b 6b 7a 8d 9c 20b Se video fra forelesningen (Kahoot) for mer detaljer) Eksamen INF050-204 Oppgave 2 a Aktivitetsdiagram Enkelt Eksamen
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:
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 2. juni 2014 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 4 sider Vedlegg: Ingen Tillatte hjelpemidler:
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
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
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
DetaljerEksamen INF1050: Gjennomgang, uke 15
Eksamen 2012 INF1050: Gjennomgang, uke 15 Overblikk Varierte spørsmål fra pensum Modellering Use case Tekstlig beskrivelse Sekvensdiagram Klassediagram Krav Empiriske metoder Smidig metodikk Varierte spørsmål
DetaljerProsjektledelse, prosjektplanlegging, teamarbeid
INF1050: Systemutvikling 21. mars 2017 Prosjektledelse, prosjektplanlegging, teamarbeid Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning
DetaljerPrøveeksamen INF1050: Gjennomgang, uke 15
Prøveeksamen 2016 INF1050: Gjennomgang, uke 15 Overblikk Multiple choice Modellering Aktivitetsdiagram Sekvensdiagram Klassediagram Tilstandsdiagram Krav Ikke-funksjonelle krav og målbarhet Smidig metodikk
DetaljerUNIVERSITETET I OSLO
Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Prøveeksamen i: INF1050 Eksamensdag: 0. mai, 2011 Tid for eksamen: 00:00 00:00 Oppgavesettet er på 6 sider Vedlegg:
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
DetaljerProsjektledelse, prosjektplanlegging, teamarbeid
INF1050: Systemutvikling 25. mars 2015 Prosjektledelse, prosjektplanlegging, teamarbeid Universitetslektor Yngve Lindsjørn INF1050 Systemutvikling ->Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning
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.
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
DetaljerModellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn
INF1050: Systemutvikling 11. februar 2015 Modellering av krav Universitetslektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering
DetaljerSpesifikasjon av Lag emne
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerForfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5.
2 Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein 5. april 2017 Innhold 1 Klassediagram 2 Sekvensdiagram 2.1 Oppgave 2a 2.2 Oppgave
DetaljerGJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN
GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING INF1050 V16 HELGA NYRUD & KRISTIN BRÆNDEN TEMAER SÅ LANGT I KURSET Forelesning 1: Systemutvikling og systemutviklingsprosesser Forelesning 2: Prosessmodeller
DetaljerForside. Eksamen i IN1030 for Våren Ingen hjelpemidler tillatt.
Forside Eksamen i IN1030 for Våren 2018. Ingen hjelpemidler tillatt. I dette oppgavesettet har du mulighet til å svare med digital håndtegning (oppgave 1, 4 og 5). Du bruker skisseark du får utdelt. Det
DetaljerAnsvarsdrevet OO: CRC og UML Sekvensdiagrammer
Fra krav til objekter Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050--1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use
DetaljerModellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn
INF1050: Systemutvikling 07. februar 2017 Modellering av krav Førstelektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering 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,
DetaljerLykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk
NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: XX Eksamen i fag SIF8018 Systemutvikling
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
DetaljerObjektorientering og UML. INF1050: Gjennomgang, uke 06
Objektorientering og UML INF1050: Gjennomgang, uke 06 Kompetansemål Objektorientert design Objektdesign og ansvarstilordning Bruk av UML Fokus på klassediagrammer Designmodeller Designmønstre ( design
DetaljerForside Eksamen INF1055 V17
Forside Eksamen INF1055 V17 Eksamensdato: 12. juni 2017 Eksamenstid 15:30-19:30 Hjelpemidler: Ingen Les denne forsiden nøye Oppgaven består av seks deler. Del 1 Modul A - Undersøkelser av bruk 2 diskusjonsspørsmål
DetaljerUKE 11 UML modellering og use case. Gruppetime INF1055
UKE 11 UML modellering og use case Gruppetime INF1055 Hva skal vi i dag? Analyse og design - kapittel 5 og 7 UML modellering Ukesoppgaver 3: Modellering av krav UML UML Kompetansemål Modellering av krav
DetaljerProsjektledelse,,prosjektplanlegging,, teamarbeid
IN1030 11.&april&2019 Prosjektledelse,,prosjektplanlegging,, teamarbeid Yngve&Lindsjørn ynglin@ifi.uio.no IN1030& >&Prosjektledelse og teamarbeid 1 Temaer&i&dagens&forelesning Prosjektstyring/Prosjektledelse&(Project&Management)
DetaljerGJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML
GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Klassediagram Aktivitetsdiagram Tilstandsdiagram Sekvensdiagram 1 Ta utgangspunkt i følgende klasser:
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
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
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
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
DetaljerIN januar Introduksjon. IN2000%>Introduksjon 1
IN2000 227januar72019 Introduksjon email:7ynglin@ifi.uio.no IN2000%>Introduksjon 1 Forventniger til dere Innsats (203studiepoeng)3(263timer3i uken i3gjennomsnitt) Alle bidrar i teamarbeidet Bli en god3teamarbeider
DetaljerINF 5120 Modellering med objekter
INF 5120 Modellering med objekter Obligatorisk oppgave nr. 1 Gruppe 4 Problem: Det skal designes en kaffemaskin til bruk blant de ansatte hos en bedrift. Eieren av bedriften ønsker en enkel og billig maskin.
Detaljer11 Planlegging og dokumentasjon
11 Planlegging og dokumentasjon Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid: Programmerer
DetaljerUKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 13 Mer UML modellering Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Objektorientert design - kapittel 5 og 7 UML modellering Aktivitetsdiagrammer Klassediagram Ukesoppgaver
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:
DetaljerProsessmodeller og smidig programvareutvikling
1/21/14 INF1050: Systemutvikling 22. januar 2014 Prosessmodeller og smidig programvareutvikling Professor Dag Sjøberg Slide 1 INF1050/ 22.1.2014 / Dag Sjøberg Plan Kap. 2: Begrepet prosessmodell Prosessmodeller
DetaljerHensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen
Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker
DetaljerSpesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
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
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
DetaljerSmidig metodikk, erfaringer fra NAV Fagportal
Smidig metodikk, erfaringer fra NAV Fagportal Gry Hilde Nilsen, NAV Morten Tveit, Fornebu Consulting NAV, 08.03.2011 Side 1 Smidig gjennomføring i NAV Fagportal Individer og samspill framfor prosesser
DetaljerFra krav til objektdesign
Fra krav til objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050-ansvar-1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller
DetaljerFra krav til modellering av objekter
INF1050: Systemutvikling 14. februar 2017 Fra krav til modellering av objekter Førstelektor Yngve Lindsjørn INF1050 -> Systemutvikling -> Fra krav til modellering av objekter 1 Temaer i dagens forelesning
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...
DetaljerSpesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objektdesign Hva skal systemet gjøre? UML: Bruksmønstermodeller o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerProsessmodeller og smidig programvareutvikling
24/01/17 INF1050: Systemutvikling 24. januar 2017 Prosessmodeller og smidig programvareutvikling Professor Dag Sjøberg INF1050/ 24.1.2017 / Dag Sjøberg Slide 1 Smakebit på mastergradskurset Smarte prosesser
Detaljert Institutt for informatikk Erik Arisholm 13. mai 2009 INF1050-oppsummering-1
Oppsummering INF1050 Systemutvikling t INF1050-oppsummering-1 INF1050 dagsorden Erfaringer fra V09 Kort oppsummering: Hvordan utvikles et informasjonssystem? Kanskje noen eksamenstips, og litt teknikk
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
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.
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
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
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
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?'
DetaljerScrum. en beskrivelse V 2012.12.13
Scrum en beskrivelse Scrum prinsipper Verdier fra Agile Manifesto Scrum er det mest kjente av de smidige (Agile) rammeverkene. Scrum er også kilden til mye av tankegodset bak verdiene og prinsippene i
DetaljerKravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009
Kravspesifikasjon med UML use case modellering Erik Arisholm 25.02.2009 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet
DetaljerOppgave 1. Finn krav. Finn krav. Finn test
Oppgave 1 1. Hensikten med use case er å oppnå en felles forståelse av krav til systemet mellom brukere / kunder og utviklere. Et use case er et scenario, ikke en komplett, deltaljert kravspesifikasjon.
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
DetaljerErfaringer med PS2000 kontrakt og kontraktsstyring i PERFORM. Mette Gjertsen Prosjektleder Statens Pensjonskasse
Erfaringer med PS2000 kontrakt og kontraktsstyring i PERFORM Mette Gjertsen Prosjektleder Statens Pensjonskasse mette.gjertsen@spk.no Agenda 1. Statens pensjonskasse 2. Kort om prosjektet 3. Gjennomføringsmodell
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
DetaljerSpesifikasjon av Lag emne. Kursregistrering g bruksmønstermodell. Dagens forelesning. Fra krav til objekter
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
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
DetaljerObligatorisk oppgave 5: Modellering av krav
IN1030 - Systemer, krav og konsekvenser Obligatorisk oppgave 5: Modellering av krav Nøkkelord: UML, klassediagram, sekvensdiagram, tekstlig beskrivelse, prosjektplanlegging, risikoanalyse, aktivitetsdiagram.
DetaljerIS 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
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
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
DetaljerOppgaver uke 42. Systemutvikling
Oppgaver uke 42 søndag 16. oktober 2016 13.55 Systemutvikling 1. Hva er systemutvikling? Systemutvikling er prosessen hvor man lager og opprettholder informasjonssystemer. Systemutvikling involverer alle
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
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel
Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,
DetaljerGJENNOMGANG UKESOPPGAVER 13 KONTRAKTER
GJENNOMGANG UKESOPPGAVER 13 KONTRAKTER INF1050 V16 KRISTIN BRÆNDEN Kontrakter En kontrakt er en avtale som mellom partene etablerer en bindende forpliktelse til å gjøre eller å unnlate å gjøre noe Smidig
DetaljerSCRUMGUIDEN. Et hjelpemiddel for deg som ønsker å komme i gang med Scrum
SCRUMGUIDEN Et hjelpemiddel for deg som ønsker å komme i gang med Scrum Til brukere av Scrumguiden, Scrum er et rammeverk av regler og prinsipper som støtter smidig systemutvikling. Scrumguiden er basert
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
DetaljerInnhold. Innledning... 15. Del 1 En vei mot målet
Innledning.............................................. 15 Del 1 En vei mot målet Kapittel 1 Utviklingsarbeidet.............................. 22 1.1 Systemutviklerens arbeid...............................
DetaljerGruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0>
Gruppenavn Prosjektnavn Kravdokument For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1
DetaljerSystemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017
Systemutvikling Universitetet i Oslo, Institutt for informatikk Vår 2017 Dagens plan Introduksjon Emnets oppbygging Praktisk om ukesoppgaver og obligatoriske oppgaver Gjennomgang av ukesoppgaver Registrering
DetaljerInception Elaboration Construction Transition Bemanning 1 1,5 2 2 Varighet i uker Antall iterasjoner (lengde i uker i parentes) Tabell 1
Innhold Innledning... 2 Faseplan... 2 Iterasjonsplanlegging... 3 Oppstartsfasen... 3 Artefaktene i oppstartsfasen... 4 Utdypingsfasen... 5 Konstruksjonsfasen... 5 Overføringsfasen... 6 Litteratur... 7
DetaljerSystemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling
Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling 21.1.2009 Rune Steinberg International Development Manager ERP INF1050 Systemutvikling Vår 2009 - Copyright Rune Steinberg 2009 1 Innledning
DetaljerSystemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling
Innledning Læringsmål Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling 21.1.2009 Forstå hvorfor systemutviklingsprosessen er viktig Forstå de viktigste prinsippene for ulike prosesser
DetaljerLivsløpstesting av IT-systemer
Livsløpstesting av IT-systemer Testing, validering og evaluering Teste Undersøke ved hjelp av tester om systemet fungerer slik det er beskrevet Validere Bekrefte hvordan systemet virkelig fungerer, om
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
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
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,
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
DetaljerKravspesifikasjon. Forord
Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den
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
DetaljerErfaringer fra bruk av Scrum i PS2000-prosjekter NSP temadag Agile metoder i prosjekt 13.05.2009. Motivasjon av kunder og Nyttige verktøy
Erfaringer fra bruk av Scrum i PS2000-prosjekter NSP temadag Agile metoder i prosjekt 13.05.2009 Motivasjon av kunder og Nyttige verktøy 2009-05-20 Computas AS 2008 Computas-metodikk fra da til nå Computas
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?
1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten
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
DetaljerUse Case-modellering. INF1050: Gjennomgang, uke 04
Use Case-modellering INF1050: Gjennomgang, uke 04 Kompetansemål Modellering av krav Kunne modellere ulike typer krav UML-diagrammer Innføring i grunnleggende UML-modellering Bruksmønster (use case) Sekvensdiagram
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
DetaljerKandidat nr. 1, 2 og 3
Kandidat nr. 1, 2 og 3 Rapport 1 IT202E Bacheloroppgave i Informatikk Vår 2011 Mobilapplikasjonsutvikling med Scrum 1 Innhold Innledning... 3 Overordnet Prosjektplan... 3 Produktbacklog... 5 Sprint planning
Detaljer=Systemutviklingsprosjekt - WATCH - Gruppe 208=
=Systemutviklingsprosjekt - WATCH - Gruppe 208= 5 personer 5 laptops /m java lunsjpenger -Ressurser- -Arbeidsoppdeling- Hva Timer Ansvar Lete frem relevant informasjon fra uoversiktlig og spredd informasjon
Detaljer