Tom Røise 9. Februar 2010

Like dokumenter
Tom Røise 18. Februar 2009

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise IMT2243 : Systemutvikling 1

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise IMT2243 : Systemutvikling 1

Kravspesifiseringsprosessen

Distributed object architecture

Kap. 10 Systemutvikling System Engineering

Tom Røise IMT 2243 : Systemutvikling 1. Forelesning IMT Mars Designfasen i SU-prosjekter : Generelle steg i Designprosessen

Tom Røise IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar Klassediagrammet. Klasse

Tom Røise 24.Mars 2009

Systemutvikling (Software Engineering) Professor Alf Inge Wang

Presentasjon 1, Requirement engineering process

Forelesning IMT Mars 2011

IT-ledelse 25.jan - Dagens

IMT 1321 IT-Ledelse IMT 1321 IT-LEDELSE IMT 1321 IT-LEDELSE. Faglærer : Tom Røise 13.Jan IMT1321 IT-Ledelse 1. Dagens :

GJENNOMGANG UKESOPPGAVER 9 TESTING

Digitaliseringsreisen

RS402 Revisjon i foretak som benytter serviceorganisasjon

Forelesning IMT mars 2011

Systemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017

Kravhåndtering. INF1050: Gjennomgang, uke 03

En praktisk anvendelse av ITIL rammeverket

GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING

Lynkurs 10. Januar 2012

Requirement Engineering Process

Tom Røise. IMT 2243 : Systemutvikling 1. Forelesning IMT Januar Offshore Software Development. Offshore Software Development

Systemarkitektur. INF1050: Gjennomgang, uke 07

Ricoh Norge. Rådsmøte 5 juni Petter Lien Salgsdirektør MA Gøran Alstedt National Account Manager Tor-Einar Fremstad Contract Manager

Chapter 4 Requirements Engineering

Agenda. TDT4140: Kravinnhenting. Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav. Den organisatoriske dimensjonen

Kort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste?

Dagens. Faglærers bakgrunn IMT 1321 IT-LEDELSE. Faglærer : Tom Røise 11.Jan IMT1321 IT-Ledelse 1

Use 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. Hva er en Aktør? Hva er et Use case?

Distributed object architecture

UKE 11 UML modellering og use case. Gruppetime INF1055

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,

Fra data til innsikt. Om prosjektet

Tom Røise. IMT 2243 : Systemutvikling 1. Forelesning IMT Januar Prosjektstyring. Deltemaer innen prosjektstyring

Systemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.

EKSAMEN 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA. Tom Røise. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen

INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel

IT Service Management

UKE 10 Kravhåndtering. Gruppetime INF1055

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055

Tom Røise 28.Jan 2010

CMI. Brukermanual. Comendo Dronning Eufemias Gate 16 N-0191 Oslo T: F:

Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk

UNIVERSITETET I OSLO

Krav. Beskriver tjenestene produktet skal håndtere Kravene kan testes

Systemutviklingsmetoder

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling

Læringsmål. INF1050 dagsorden 14. jan Formålet med prosjektet. Den obligatoriske prosjektoppgaven

case forts. Alternativ 1 Alternativer Sammensetning Objekt-interaktor med valg

MyAccount. Sluttbruker. Citrix Norway Systems. April 2014

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

Kravspesifikasjon med UML use case modellering. Erik Arisholm

Forelesning IMT Mars 2011

Grunnlag: 11 år med erfaring og tilbakemeldinger

Konfigurasjonsstyring

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG

Evaluering som prosjektarbeid. Engangsoppgave med gitte betingelser

Oppsummering. Thomas Lohne Aanes Thomas Amble

Software Requirements and Design (SRD) 1 Generelt om dokumenter

Partene: Sporveien AS. Org Heretter kalt Behandlingsansvarlig (kunden) Databehandler (Leverandør) Org. Nr. Heretter kalt Databehandler

ISO-standarderfor informasjonssikkerhet

Flermåls beslutningsanalyse

Ny teknologi gir nye godstransportløsninger

UNIVERSITETET I OSLO

Problemdefinisjon. Læremål denne uka og de to neste. Problemanalyse og kravspesifikasjon Marakas kap 2-4. Marakas kap 2: So what is the problem?

Konfidensiell - Navn på presentasjon.ppt

Utarbeidelse av kravspesifikasjon for anskaffelse av NOARK system

Brukerkrav og use case diagrammer og -tekst 19. januar Agenda. Brukerkrav og use case. Diagrammer Tekst.

Innovative anskaffelser Utnytt handlingssrommet i regelverket! Seniorrådgiver Johan Englund, Difi

Design, bruk, interaksjon

En kravspesifikasjon skal være så konkret og detaljert at det er mulig å teste det ferdige produkt/system opp mot store deler av denne.

Produktrapport Gruppe 9

Innovative bedrifter i en global økonomi

Muligheter etter studiene

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer

Kontrakter. INF1050: Gjennomgang, uke 12

UNIVERSITETET I OSLO

Løsningsforslag Sluttprøve 2015

INF 5120 Obligatorisk oppgave Nr 2

Databasesystemer, oversikt

Erfaringer og eksempler fra Nord-Europas største implementering av SAP BPC for konsolidering. Stig Skoglund Leading Consultant Statoil

Blockchain 2/22/2019. Hva er Blockchain for Business. IBMs platform & løsninger. Hvordan komme igang? Hva er det og hvordan komme igang?

Jernbaneverkets erfaringer med implementering av RAMS

Rammer for minikonkurranse

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11

Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold. Ove Dalen

Tom Røise 27.Jan 2011

// PRESENTASJONER FRA NJAVA

Hvordan predikere sikkerhet mht. endring

UNIVERSITETET I OSLO

Store data til dem som trenger det

Velkommen. Torsdag 24 januar 2019 time 1. Yngve og Jo. IN 1030 Systemer, krav og konsekvenser

Transkript:

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 å få frem en beskrivelse av oppdragsgiverens / kundens samlede krav til den nye programvaren på en strukturert, oversiktlig og forståelig måte. Beskrivelsen skal være på en form som blir forstått av brukere og beslutningstagere. På samme tid skal kravspesifikasjonen danne grunnlaget for alt videre arbeid med å utvikle programvaren. Forventet Læringsutbytte i emnebeskrivelsen viser at dette temaet er svært sentralt : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring og vedlikehold av programvare. De skal forstå IT-systemers betydning for verdiskapningen i virksomheter og være istand til å reflektere over ulike tilnærmingsmåter i systemutviklingsprosesser. De skal kunne anvende metoder og teknikker for kravspesifisering og analyse. Kravspesifikasjonen Kravspesifikasjonsdokumentet skal dekke : Funksjonelle krav Ikke-funksjonelle krav (operasjonelle) Grensesnitt mot brukere, andre systemer og enheter Avgrensninger Dokumentet er sentralt som : Beslutningsgrunnlag for evt. videreføring av prosjektet. Vedlegg til en kontrakt mellom kunde og leverandør Grunnlag for detaljert tids-, kostnads- og ressursplan Utgangspunkt for alt designarbeid. Grunnlag for all testing IMT 2243 : Systemutvikling 1

Strenge krav til kravene!! Validitet. Tilbyr systemet den funksjonalitet som best støtter kunden sine behov (Riktig system)? Konsistente krav. Er det konflikter mellom ulike krav som er beskrevet? Komplett. Er alle funksjonelle krav fra kunden inkludert? Realisme. Kan kravene innfris innen de gitte budsjett- og teknologi-rammer? Verifiserbarhet. Kan kravene etterprøves /sjekkes? Involverte i prosessen Det er mange involverte parter i selve analysearbeidet - sluttbrukere, utviklere, ledere, leverandører, tekniske eksperter, fagforeningsrepresentanter - en analyseekspert bør dra i trådene De involverte har et sterkt varierende forhold til og kunnskap om henholdsvis domenet/forretningsvirksomheten og om datateknologi En av utfordringene ligger i å finne balansegangen mellom kreativitet og struktur. Kravspesifiserings-prosessen (Sommerville fig. 7.1) Feasibility study elicitation and analysis specification Feasibility report System models User and system requirements document IMT 2243 : Systemutvikling 2

Detaljert kravanalyse (Sommerville, 7.ed) definition and specification Process entry Domain understanding collection Prioritization Conflict resolution Classification Viewpoints en myk spesifiseringsmetode En arbeidsmetode der man forsøker å finne flest mulige aktuelle perspektiver på den nye løsningen For hvert viewpoint (perspektiv) forsøker man å identifisere dette viewpointet s krav til programvaren God måte å få i gang arbeidet på, da fokusen er så intuitiv at alle kan delta konstruktivt uten forkunnskaper Fremgangsmåte for Viewpoints 1. Identifisere ulike viewpoints 2. Strukturere viewpoints Gruppere i viewpoint Avdekke overlapp og konflikter i viewpoints Lage hierarki 3. Dokumentere med viewpointbeskrivelser Metoden egner seg som en oppstart før man går dypere inn arbeidet med å avdekke kravene med metoder som enten Strukturert Analyse eller Objektorientert Analyse IMT 2243 : Systemutvikling 3

Steg 1 : Identifisering Brainstorming for å komme opp med ulike forhold rundt løsningen Se etter interessenter, brukergrupper, tjenester, komponenter, personer, organisasjonsenheter, hendelser, tilstander osv. rundt systemet Forsøk deretter å finne ut hvilke av disse som er viewpoints. Grupper / kategoriser også de andre idéene som er dukket opp (ønskede tjenester, operative krav, komponenter, tilstander osv.) Viewpoints identification (Sommerville, 7.ed) Query balance Machine supplies User interface Account holder Remote diagnostics Get transactions Account information Stolen card Manager System cost Reliability Customer database Cash withdrawal returning Message Software log size Order statement Foreign customer Update account Printe r Hardware maintenance Funds transfer Remote software upgrade Bank teller Transaction log Security Message passing Order cheques Invalid user retention Steg 2 : Strukturering Gruppér de ulike viewpoints, se etter overlappinger Knytt de aktuelle tjenester til det enkelte viewpoint Gi en kortfattet beskrivelse av viewpointet Sett opp et viewpoint-hierarki IMT 2243 : Systemutvikling 4

ACCOUNT HOLDER Viewpoint service information FOREIGN CUSTOMER BANK TELLER Withdraw cash Query balance Order cheques Send message Transaction list Order statement Transfer funds Withdraw cash Query balance Run diagnostics Add cash Add paper Send message LIBSYS viewpoint hierarchy (Sommerville side 151) IMT 2243 : Systemutvikling 5