Kravhåndtering. INF1050: Gjennomgang, uke 03
|
|
- Edith Helgesen
- 7 år siden
- Visninger:
Transkript
1 Kravhåndtering INF1050: Gjennomgang, uke 03
2 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle krav Kravspesifikasjon
3 Kravhåndtering: Bakgrunn Hva? Prosess for å identifisere / analysere / spesifisere krav til et system Sentral del i de aller fleste utviklingsprosjekter Hvorfor? Vi utvikler IT-systemer for å løse et problem / Identifisere og utnytte muligheter Kravene forteller oss noe om hva som skal lages Kostbart å rette feil i kravene etter systemleveranse Utilstrekkelig kravhåndtering Viktigste årsak for problemer i systemutviklingsprosjekter Standish-rapporten Kravendringer vil alltid forekomme
4 Kravhåndteringsprosessen Forstudie / Målanalyse Kost/nytte-analyser Risikoanalyser Gevinstrealisering Kravinnsamling og kravanalyse Hva ønsker interessentene seg? Hva har de behov for? Prioritering av kravene Kravspesifisering Utgangspunkt for anbud og kontrakt Mellom kunde og leverandør Utgangspunkt for design, implementasjon og testing Utgangspunkt for estimater (tid og kostnad) Validering av kravspesifikasjonen Uttrykker kravspesifikasjonen det kunden og interessentene faktisk ønsker seg?
5 Kravhåndteringsprosessen Håndtering av kravendringer Brukere oppdager nye behov etter at systemet tas i bruk Formell prosess for vurdering og eventuell gjennomføring av foreslåtte endringer Hvilken endring foreslås? Hvem foreslår endringen? Vurdering av foreslått endring / Konsekvensanalyse Beslutning om endringen skal implementeres Hvem skal følge opp endringene? Kravspesifikasjonen som grunnlag for testing Kravspesifikasjonen sier noe om systemets funksjonalitet og oppførsel Kan brukes som grunnlag for testinnsatsen
6 Saksstudie: Ruter Ruter Har en applikasjon for kjøp av ulike typer billetter Betalingsmåter: Visa, MasterCard, Vipps, MobilePay, mcash, Strex Kunde Den som kjøper / bestiller produktet Ruter Kunde Sluttbruker av produktet De som bruker applikasjonen
7 Gjennomgang av ukesoppgaver Ukens tema : Aspekter ved systemutvikling
8 Oppgave 1(a) Hva er en kravspesifikasjon?
9 Oppgave 1(a): Løsningsforslag Hva er en kravspesifikasjon? Et dokument som spesifiserer hva som skal lages Bruker- og systemkrav Ikke et designdokument Sier ingenting om hvordan oppgaven skal løses Ofte en del av kontrakten Ulike standarder brukes Eksempel: IEEE
10 Oppgave 1(a): Løsningsforslag Hva er en kravspesifikasjon? Brukerkrav Uttrykkes på naturlig språk / diagrammer Viser ønsket funksjonalitet og hvilke føringer som gjelder (kvalitetsegenskaper) Kunden skal kunne forstå disse kravene uten problemer Systemkrav Detaljert beskrivelse av systemfunksjoner og hvilke føringer som gjelder Definerer hva som skal implementeres Basis for kontrakt mellom kunde og leverandør
11 Oppgave 1(b) Hvorfor er det nødvendig å lage en kravspesifikasjon?
12 Oppgave 1(b): Løsningsforslag Hvorfor er det nødvendig å lage en kravspesifikasjon? Basis for anbud Kan tolkes på ulike måter Skape interesse og tiltrekke seg leverandører som kan møte behovet Basis for kontrakt / design / implementasjon Leverandør og kunde blir enige om hva som skal lages Spesifiserer ytelsen Skape felles forståelse av systemet / enighet om hva som skal leveres Forhindre eventuelle konflikter Ulike forventninger
13 Oppgave 2 Gi en definisjon av begrepet interessent. List opp noen interessenter for en applikasjon som finner restauranter i nærheten av der du befinner deg.
14 Oppgave 2: Løsningsforslag Gi en definisjon av begrepet interessent. Interessent Mengde personer / grupper / organer som har interesse av systemet Blir påvirket av eller påvirker systemets utvikling og bruk Både direkte og indirekte Interessenter både påvirker og påvirkes av kravspesifikasjonen Fire hovedkategorier Kunde: Kjøper / bestiller produktet Bruker: Sluttbruker av produktet Leverandør: De som utvikler produktet Andre: Øvrige
15 Oppgave 2: Løsningsforslag Eksempler på interessenter for appen
16 Oppgave 3(a) Hva er funksjonelle og ikke-funksjonelle krav?
17 Oppgave 3(a): Løsningsforslag Hva er funksjonelle og ikke-funksjonelle krav? Funksjonelle krav Definerer HVA systemet skal gjøre Spesifikke funksjoner og tjenester systemet skal ha / oppfylle Hvordan systemet skal reagere på ulike typer input / stimuli Nyttig å fortelle hva systemet ikke skal gjøre Format Systemet skal... / Systemet bør (nice to have)...
18 Oppgave 3(a): Løsningsforslag Hva er funksjonelle og ikke-funksjonelle krav? Ikke-funksjonelle krav Definerer HVORDAN systemet skal innfri de funksjonelle kravene Sier noe om hvilke kvalitetsattributter systemet skal ha Egenskaper Hvordan skal systemet oppføre seg? Må være målbare Format System skal være [egenskap]
19 Oppgave 3(a): Løsningsforslag Hva er funksjonelle og ikke-funksjonelle krav? Sommerville: Figur 4.3 (p. 88)
20 Saksstudie: Ruter Eksempler på funksjonelle og ikke-funksjonelle Funksjonelle krav Systemet skal kunne vise en oversikt over brukerens kjøpshistorikk Systemet skal gi beskjed når det gjenstår under 24 timer til en periodebillett utløper Systemet skal tilby funksjonalitet for valg av billettype Systemet skal tilby hurtigkjøp av tidligere valgte billetter Ikke-funksjonelle krav En ny kunde skal kunne betale for en billett på under tre minutter Systemet skal kunne håndtere brukere samtidig Systemet skal utvikles ved hjelp av smidige utviklingsmetoder
21 Oppgave 3(b) Skriv fem funksjonelle krav til appen beskrevet i oppg. 2
22 Oppgave 3(b): Løsningsforslag Skriv fem funksjonelle krav til appen beskrevet i oppg. 2
23 Oppgave 3(c) Skriv fem ikke-funksjonelle krav til appen beskrevet i oppg. 2
24 Oppgave 3(c): Løsningsforslag Skriv fem ikke-funksjonelle krav til appen beskrevet i oppg. 2 Hva er problemet med de overnevnte kravene? Kan de måles?
25 Oppgave 3(c): Løsningsforslag Skriv fem ikke-funksjonelle krav til appen beskrevet i oppg. 2
26 Oppgave 3(d) Beskriv hvordan du kan evaluere de ikke-funksjonelle kravene
27 Oppgave 3(d): Løsningsforslag Beskriv hvordan du kan evaluere de ikke-funksjonelle kravene Evaluering ikke-funksjonelle krav Kravene må være målbare Unngå at utviklere tolker kravene på egen måte Definer krav som er direkte målbare Eksempelkrav: Et system skal kunne håndtere brukere samtidig Generelle krav, men spesifiser konkrete metrikker i evalueringen Eksempelkrav: Systemet skal være raskt Metrikk: En ny side skal laste inn på under tre sekunder
28 Oppgave 3(d): Løsningsforslag Beskriv hvordan du kan evaluere de ikke-funksjonelle kravene 1. Krav om responstid Gjennomfør tester der man måler tid Flere tester under ulike dekningsforhold 2. Krav om brukervennlighet Brukertester Mål tid som brukes 3. Krav om plattformuavhengighet Tester gjennomføres på ulike plattformer
29 Oppgave 3(d): Løsningsforslag Beskriv hvordan du kan evaluere de ikke-funksjonelle kravene 4. Krav om kapasitet Gjennomfør stresstester Sjekk hvor mye systemet tåler Når nås bristepunktet? 5. Krav til dokumentasjon Ja/Nei-spørsmål Sjekkes direkte
30 Oppgave 4 Hva vil det si å validere et system og hvorfor er det viktig?
31 Oppgave 4: Løsningsforslag Hva vil det si å validere et system og hvorfor er det viktig? Validering Har man utviklet det systemet som kunden faktisk ønsket seg? Kravspesifikasjoner kan valideres Beskriver kravspesifikasjonen det kunden gir uttrykk for? Avdekker avvik i forventninger og spesifikasjon Kostbart å endre et ferdigstilt system
32 Oppgave 4: Løsningsforslag Hva vil det si å validere et system og hvorfor er det viktig?
33 Oppgave 5(a) Hva er en brukerhistorie?
34 Oppgave 5(a): Løsningsforslag Hva er en brukerhistorie? Brukerhistorier Beskriver hva brukeren av et system ønsker å få ut av systemet Elementer Brukerens rolle Ønsket funksjon Nytteverdi av funksjonen Format Som [ROLLE] ønsker jeg [FUNKSJON] for å oppnå [NYTTEVERDI]
35 Oppgave 5(b) Nevn fordeler ved å bruke denne teknikken for å beskrive krav
36 Oppgave 5(b): Løsningsforslag Nevn fordeler ved å bruke denne teknikken for å beskrive krav Fordeler ved brukerhistorier Krever ingen teknisk kompetanse for å forstå kravet Skjuler kompleksitet Kravene uttrykkes på en kort og konsis måte Bruker Hver er kravet tiltenkt? Funksjon Hva er den faktiske funksjonen som etterspørres Nytteverdi Forstår nødvendigheten av ønsket funksjon
37 Oppgave 5(c) Drøft utfordringer ved å benytte brukerhistorier beskrevet på lapper på en tavle i store, smidige utviklingsprosjekter
38 Oppgave 5(c): Løsningsforslag Drøft utfordringer ved å benytte brukerhistorier beskrevet på lapper på en tavle i store, smidige utviklingsprosjekter Utfordringer Kaotisk med mange lapper som hoper seg opp Krever at man er tilstede for å kunne se hva som står på tavlen Generelle utfordringer Kan tolkes på flere måter Skjuler kompleksitet Funksjonen kan være vanskeligere å implementere enn antatt Skjuler underliggende krav Hva er den faktiske betydningen av brukerhistorien?
39 Oppgave 5(d) Skriv noen brukerhistorier for appen beskrevet i oppg. 2
40 Oppgave 5(d): Løsningsforslag Skriv noen brukerhistorier for appen beskrevet i oppg. 2
41 Oppgave 6 I systemutviklingsprosjekter med tett kundemedvirkning er det en fare for at kunden blir påvirket av utviklingsteamet og adopterer deres perspektiv. Da kan brukernes behov bli tillagt for liten vekt.
42 Oppgave 6(a) Foreslå tre måter å redusere dette problemet på
43 Oppgave 6(a): Løsningsforslag Foreslå tre måter å redusere dette problemet på Unngå at kunden blir påvirket av utviklerne Ha ulike representanter for kunden som deltar Fremfor én fast representant Hold tekniske diskusjoner til et minimum Kunden våger ikke å si at han/hun ikke forstår Går med på endringene Unngå at kunden blir en del av teamet Involver kunden kun der det er nødvendig
44 Oppgave 6(b) Diskuter fordeler og ulemper med kundeinvolvering
45 Oppgave 6(b): Løsningsforslag Diskuter fordeler og ulemper med kundeinvolvering Fordeler Raske tilbakemeldinger Sørger for at systemet ivaretar brukerens behov Ulemper Krever tid og ressurser av kunden Krever at kunden er tilgjengelig Krever at kunden har en god domeneforståelse
46 Oppgave 7 Forklar hvorfor det er nødvendig med to kravaktiviteter i prosessen for gjenbruksbasert systemutvikling
47 Oppgave 7: Løsningsforslag Forklar hvorfor det er nødvendig med to kravaktiviteter i prosessen for gjenbruksbasert systemutvikling Gjenbruksbasert systemutvikling Eksisterende programvare brukes på nytt i nye systemer Varierende grad Komponentbasert utvikling Benytter seg av komponenter fra ulike pakker Tjenesteorientert utvikling Benytter seg av tjenester som finnes på nett / i skyene
48 Oppgave 7: Løsningsforslag Forklar hvorfor det er nødvendig med to kravaktiviteter i prosessen for gjenbruksbasert systemutvikling Sommerville: Figur 2.3 (p. 35)
49 Oppgave 7: Løsningsforslag Forklar hvorfor det er nødvendig med to kravaktiviteter i prosessen for gjenbruksbasert systemutvikling Standard kravinnsamling og spesifikasjon Bestemmer hva som skal lages Komponentanalyse Undersøker hva som finnes på markedet Tilpasning av krav Ønsket funksjonalitet vil ofte variere fra det som allerede finnes Kravene tilpasses for å kunne ta utgangspunkt i den eksisterende programvaren
50 Til slutt Husk å registrere deg på en gruppe! 2-4 studenter per gruppe Alternativ 1 Registrer deg som enkeltperson og få tildelt gruppe Send e-post til den aktuelle gruppelæreren Alternativ 2 Registrer hele gruppen på Devilry
51 Spørsmål? Ta kontakt Yulai Fjeld uio.no Husk å inkludere emnekoden! Andre gruppelærere Delta på gruppetimene
52 Takk til Foilene er basert på Tidligere presentasjoner laget av Emilie Hallgren og Kristin Brænden Eksisterende forelesningsnotater av Dag Sjøberg og Yngve Lindsjørn Sommerville, I. (2010). Software Engineering (9th Edition). Pearson.
53 Takk for meg Neste uke : UML-modellering, kravhåndtering og use case
UKE 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
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
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
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
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
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
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
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
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:
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
DetaljerFra krav til objekter. INF1050: Gjennomgang, uke 05
Fra krav til objekter INF1050: Gjennomgang, uke 05 Kompetansemål Systemmodellering og systemperspektiv Utvikle abstrakte modeller av et system Ulike modeller representerer ulike perspektiver av systemet
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
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
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
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
DetaljerTesting av programvare. INF1050: Gjennomgang, uke 08
Testing av programvare INF1050: Gjennomgang, uke 08 Kompetansemål Testing av programvare Hva og hvorfor? Testfaser Ulike nivåer Testtyper Spesifikasjonsbasert testing / Strukturbasert testing Testdrevet
DetaljerEstimering. INF1050: Gjennomgang, uke 09
Estimering INF1050: Gjennomgang, uke 09 Kompetansemål Estimering Hva og hvorfor? Estimeringsprinsipper Estimeringsprosessen Spesifikasjonsbasert testing / Strukturbasert testing Estimeringsmodeller COCOMO
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
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 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 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 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
DetaljerSystemarkitektur. INF1050: Gjennomgang, uke 07
Systemarkitektur INF1050: Gjennomgang, uke 07 Kompetansemål Systemarkitektur Hva og hvorfor? Arkitektoniske modeller Kjennetegn Fordeler og ulemper Arkitektoniske stiler Ulike typer: Pipe-and-Filter /
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
DetaljerGruppetime
Gruppetime 2 01.01.18 Bli med i Slack-kanalen vår hvis du enda ikke har gjort det! https://join.slack.com/t/in2001/shared_invite/enqtmzayntq4nji0ntawltuymjbjzwzindm1ytvkmg RmOTc4ZDI4NGIyMDFmMGZkMGMyYzJmYjk1M2NlZGQyNGNmOWM0Mzc1ODM4NTM5NzY
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
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
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
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
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
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:
DetaljerVelkommen. Torsdag 24 januar 2019 time 1. Yngve og Jo. IN 1030 Systemer, krav og konsekvenser
Velkommen IN 1030 Systemer, krav og konsekvenser Torsdag 24 januar 2019 time 1 Yngve og Jo Hvorfor dette kurset? Hvordan og hva - struktur? Hvem kan dere kontakte? 2 Foto Joshi Fotograf: Joshi 3 Oversikt
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:
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
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
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
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
DetaljerObligatorisk oppgave 3. INF1050: Gjennomgang, uke 16
Obligatorisk oppgave 3 INF1050: Gjennomgang, uke 16 Pensum for oppgaven Estimering Arkitektur 4+1 view-modellen og lagdeling Arkitektoniske stiler UML-modellering Tilstands- og aktivitetsdiagrammer Testing
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
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
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
DetaljerUNIVERSITETET I OSLO
Eksamen i IN219, 15. desember 1999 Side 1 av 7 Løsningsforslag: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i : IN219 Store programsystemer Eksamensdag : Onsdag 15. desember
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
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
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
DetaljerKapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20
Kapittel 7 & 8 p.1/20 Kapittel 7 & 8 Kravspesifikasjoner & Data design Thomas Tjøstheim og Thomas Edvinsen 20 September 2004 Kapittel 7 & 8 p.2/20 Introduksjon Kravspesifikasjoner består av to underdeler:
DetaljerPresentasjon 1, Requirement engineering process
Presentasjon 1, Requirement ing process Prosessodeller Hvorfor bruke prosessmodeller? En prosessmodell er en forenklet beskrivelse av en prosess En prosessmodell er vanligvis lagd ut fra et bestemt perspektiv
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
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,
DetaljerInf1055 Modul B 26 april 2017:
Inf1055 Modul B 26 april 2017: Del 1: - Testing Yngve Lindsjørn ynglin@ifi.uio.no 1 Oversikt - Testing Hva er testing? Validering &Verifisering Testfaser Enhetstesting Integrasjonstesting Systemtesting
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:
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
DetaljerGjennomgang av prøveeksamen. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
Gjennomgang av prøveeksamen Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski OPPGAVE 1: MUlTIPLE CHOICE SPØRSMÅL 1.1 Hva er et funksjonelt krav? a) Teksten på skjermen skal være svart med hvit bakgrunn.
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:
DetaljerUKE 14 Versjonshåndtering og testing. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 14 Versjonshåndtering og testing Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski UKENE FREMOVER OBS! Ikke forelesning 17. mai ikke gruppetime 19. og 23. mai Felles gruppetime for alle fredag
DetaljerEKSAMEN. Evaluering av IT-systemer. Eksamenstid: kl 0900 til kl 1300
EKSAMEN Emnekode: ITL24006 Dato: 4. desember 2007 Hjelpemidler: Emne: Evaluering av IT-systemer Eksamenstid: kl 0900 til kl 1300 Faglærer: Ingen, heller ikke kalkulator eller mobiltelefon Kåre Sorteberg
DetaljerKort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste?
Kort om evaluering og testing av It-systemer Hvordan vurdere, verdsette, velge og teste? Evaluere - Bokmålsordboka Evaluere Vurdere, verdsette, gi karakter for. Vurdere Bedømme, verdsette. Bedømme Dømme
DetaljerStudentdrevet innovasjon
Studentdrevet innovasjon Hovedprosjekt 2013 Høgskolen i Oslo og Akershus Forprosjektrapport av Gruppe 11 Karoline Sanderengen, Mona Isabelle Yari og Randi Ueland 25.01.2013 Studentdrevet innovasjon 9 Innhold
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
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,
DetaljerObligatorisk oppgave 1 INF1050 Foranalyse og kravhåndtering. av Andreas Johansen Alexander Storheill Martin Dørum Nygaard Tobias Langø Aasmoe
Obligatorisk oppgave 1 INF1050 Foranalyse og kravhåndtering av Andreas Johansen Alexander Storheill Martin Dørum Nygaard Tobias Langø Aasmoe Oppgave 1: Bakgrunn for systemet a) Fordeler ved å integrere
DetaljerHvordan evaluerer man kvaliteten på et IT-system?
IN2001: Software Engineering og prosjektarbeid 19. februar 2018 Forskningsmetoder / Evaluering av ITsystemer med fokus på prosjektet Professor Dag Sjøberg IN2001/ 19.2.2018 / Dag Sjøberg Slide 1 Hvordan
DetaljerHovedprosjekt 2014, Høgskolen i Oslo og Akershus
Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...
DetaljerModel Driven Architecture (MDA) Interpretasjon og kritikk
Model Driven Architecture (MDA) Interpretasjon og kritikk Ragnhild Kobro Runde (Ifi, UiO) Veileder: Ketil Stølen (Ifi/SINTEF) Stuntlunsj SINTEF Oversikt Bakgrunn/utgangspunkt for presentasjonen MDA stuntlunsj
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
DetaljerOppsummering. Thomas Lohne Aanes Thomas Amble
Oppsummering Thomas Lohne Aanes Thomas Amble 14.11.04 Kapittel 2: Data Modell Mål: Data som skal brukes av applikasjonen blir spesifisert på en formell og likevel intuitiv måte. Resultat: Vi får et konseptuelt
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
DetaljerUKE 3 Krav og behov. Plenum IN1050 Julie og Maria
UKE 3 Krav og behov Plenum IN1050 Julie og Maria Hva skjer i dag? BEHOV - Hva og hvorfor? KRAV - Ulike typer krav - Måter å etablere krav - Måter å presentere krav Oblig 2 - Eksempler fra tidligere besvarelser
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
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
DetaljerINF1500 Introduksjon til design, bruk, interaksjon Kapittel 10 Identifisere behov og etablere krav
INF1500 Introduksjon til design, bruk, interaksjon Kapittel 10 Identifisere behov og etablere krav 19. September 2016 Institutt for Informatikk, Universitetet i Oslo johe@ifi.uio.no Behov? Krav? 3 Krav
DetaljerKrav. Beskriver tjenestene produktet skal håndtere Kravene kan testes
Krav og terminologi Krav Et utsagn som gjelder produktet vi skal teste og evaluere. Vi skal vurdere graden av sannhet i kravet opp mot funksjonen i produktet Funksjonelle krav Beskriver tjenestene produktet
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
DetaljerSystemutvikling (Software Engineering) Professor Alf Inge Wang
1 Systemutvikling (Software Engineering) Professor Alf Inge Wang 2 Undervisningsmål og henvisning Målet med timen er: Få kunnskap om hva systemutvikling er Forstå hva en utviklingsprosess består av Få
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
DetaljerSTE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen
HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen Tid: Mandag 06.08.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent
DetaljerGruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>
Gruppenavn Prosjektnavn Beskrivelse av design For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning
DetaljerGrunnleggende om Evaluering av It-systemer
Grunnleggende om Evaluering av It-systemer Hva er å evaluere? Foreta en vurdering av systemet og avklare nytten det har for brukerne. En systematisk innsamling av data som gir informasjon om nytteverdien
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
DetaljerUniversitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk
Universitetet i Bergen Det matematisk-naturvitenskapelige fakultet Institutt for informatikk BOKMÅL EKSAMEN I EMNET INF 112 Systemkonstruksjon Torsdag 7. juni 2007 Tid: 09:00 12:00 Tillatte hjelpemidler:
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:
DetaljerKravhåndtering. Plan. Generelt om krav Funksjonelle krav Ikke-funksjonelle krav Domenekrav Kravspesifikasjoner Kravhåndteringsprosessen Quiz 31/01/17
INF1050: Systemutvikling 31. januar 2017 Kravhåndtering Professor Dag Sjøberg INF1050/ 31.1.2017 / Dag Sjøberg Slide 1 Plan Generelt om krav Funksjonelle krav Ikke-funksjonelle krav Domenekrav Kravspesifikasjoner
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
DetaljerStore programmer når behovene er store. Perspektiver på fleksibilitet og modning i et stort digitaliseringsprogram. Nokios 2015
Store programmer når behovene er store Perspektiver på fleksibilitet og modning i et stort digitaliseringsprogram Nokios 2015 Sigurd Eriksson, prosjekt- og IT-direktør Lånekasses moderniseringsprogram
DetaljerKvalitet og programvare. Når bare det beste er godt nok. Produktet prosessen eller begge deler?
Kvalitet og programvare Når bare det beste er godt nok. Produktet prosessen eller begge deler? To nøtter Hva forbinder du med et IT-system som har (høy) kvalitet? Formuler 3 kriterier for (høy) kvalitet
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
DetaljerAgenda. TDT4140: Kravinnhenting. Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav. Den organisatoriske dimensjonen
TDT4140: Kravinnhenting Torbjørn Skramstad IDI / NTNU Introduksjon til objektorientert design Agenda Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav Intervju Scenarier Etnografi Eksempel
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
DetaljerSikkerhetspolicies i utviklingsprosjekter
Sikkerhetspolicies i utviklingsprosjekter Jon Ølnes, DNV Research & Innovation Abelia-seminar, Sikkerhetspolicies kun til pynt eller lar de seg håndheve Oslo, 23. november 2006 Innhold 1. Sikkerhet og
DetaljerINTELLIGENT SERVICE FOR EN ENKLERE HVERDAG KONE 24/7 CONNECTED SERVICES
INTELLIGENT SERVICE FOR EN ENKLERE HVERDAG KONE 24/7 CONNECTED SERVICES KONE har i samarbeid med IBM gjort heiser smartere. Ved å koble heiser til skyen kan vi samle inn store mengder data ved hjelp av
DetaljerTestdokumentasjon. Testdokumentasjon Side 1
Testdokumentasjon Testdokumentasjon Side 1 1. Innledning Dette er en testrapport som er laget for å teste applikasjonene for ios og Android plattformer. Den vil være delt opp i 4 deler. Den første delen
DetaljerKRAVSPESIFIKASJON DAGSPLANAPPLIKASJON FOR NETTBRETT. Gruppe 28 Hovedprosjekt våren 2015
KRAVSPESIFIKASJON Kravspesifikasjon er en beskrivelse av hvilke krav oppdragsgiver har til systemet som skal utvikles. Den fungerer som en kontrakt mellom oppdragsgiver og utviklere. DAGSPLANAPPLIKASJON
DetaljerValg av utviklingsmetode hva betyr dette for kontraktsutformingen
Valg av utviklingsmetode hva betyr dette for kontraktsutformingen SSA-konferansen 2010 Erik Bollestad Forfatter Prosjektittel 16.02.2010 16.02.2010 1 Kontraktens funksjoner Konfliktforebyggende Avklarer
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
DetaljerTechnical Integration Architecture Teknisk integrasjonsarkitektur
Kap. 6 Technical Integration Architecture Studentpresentasjon av Cato Haukeland Oversikt Introduksjon -spesifikasjon Krav Beskrivelse Servicenivå Sikkerhet Plan Best practices Introduksjon Masterdokument
DetaljerEksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl
Side av 9 NTNU Norges teknisk-naturvitenskapelige universitet BMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:. juni Eksamen i fag SIF808
DetaljerJernbaneverkets erfaringer med implementering av RAMS
Jernbaneverkets erfaringer med implementering av RAMS Terje Sivertsen, seksjonsleder signal Infrastruktur Teknikk, Premiss og utvikling Jernbaneverket RAMS-seminar, NJS, Oslo, 18. april 2007 1 Innhold
Detaljer