Presentasjon 1, Requirement engineering process
|
|
- Magnus Eggen
- 9 år siden
- Visninger:
Transkript
1 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 så det kan være flere forskjellige modeller av samme prosess (ingen enkel modell gir deg en komplett forståelse av prosessen) Nyttig når vi vet hvordan vi skal gjøre noe og vi vil forsikre oss om at andre gjør det på samme måten Requirements Engineering prosessmodeller er strukturerte aktiviteter som utføres for å lage, validere og opprettholde et kravdokument. De viser handlingene og leveringsveiene som er involvert i behandlingen av de forskjellige prosesser som hører til kravdokumentet eller systemutviklingen. Existing systems information Stakeholder needs Organisational standards Requirements ing process Agreed requirements System specifications Regulations Domain information System models Input og output til Requirement Enigineerings process 1
2 Coarse-grain Activity modell Grovstrukturerte aktivitetsmodeller beskriver sammenhengen mellom de forskjellige aktivitetene i prosessen. Kravdokumentet, eller systemutviklingen, består gjerne av flere forskjellige sammenhengende prosesser. De grovstrukturerte modellene viser prosesser som gir input til, og henter output fra bestemte prosesser. Slike modeller gir brukerne en oversikt over de forskjellige arbeidsoppgavene i hele prosessen. I begynnelsen er en slik modell et godt utgangspunkt, men etter hvert trengs mer detaljerte modeller. elicitation analysis and negotitaion documentation validation - Bruker behov - Domene informasjon - Eksisterende system - Informasjon - Forskrifter - Standarder document System specification Agreed requirements Spiral modell Man starter spiralen og dens aktiviteter blir repetert til kunde og leverandør er fornøyde med kravene. Når dette skjer har man et kravdokument. 2
3 Prosessmodellene inneholder disse aktivitetene: - Requirements elicitation o Finne kravene - Requirements analysis and negotiation o Analysere kravene og forhandle frem en kompromiss - Requirements documentation o Komme frem til et kravdokument som er forståelig for alle - Requirement validation o Sjekke kravene i forhold til konsistens og fullstendighet 3
4 Prosessaktør Prosessaktørene er mennesker og/eller organisasjoner som vil bli påvirket av systemet og som har direkte eller indirekte innflytelse på systemet. For å få en best mulig prosess er det viktig å involvere alle interessenter, som for eksempel sluttbrukerne, ulike ledere, utviklere, kunder, utenforstående organisasjoner som sertifikatutstedere og standardorganisasjoner av et system. Vanligvis blir aktørene identifisert ved hvilken rolle de har, f. eks. requirement. Dette gjør det lettere fordi disse rollene er assosiert til aktiviteter i prosessen. For å vise aktørenes assosiasjon til prosessaktiviteter kan man lage et rollehandlingsdiagram. Dette diagrammet blir ofte laget når prosessen blir detaljert beskrevet. Eks. over software prototyping Aksjon/handling Forstå problemet Etablere kravutkast Velge prototype system Utvikle prototype Evaluere prototype - Req. - Domene ekspert Sluttbruker -Reg. - Sluttbruker - SW - Prosjekt leder - Req. - SW - Sluttbruker - Domene ekspert - Req. - SW Rolle 4
5 Prosesstøtte Det finnes to typer verktøy for å støtte requirement ing prosessen: 1. Modellerings- og valideringsverktøy støtter utviklingen av systemmodeller som kan brukes til å spesifisere systemet, og for å sjekke fullstendigheten og samsvaret mellom disse modellene. Disse verktøyene gjør det mulig å: a. Lage grafisk- eller tekstmodeller av kravene b. Sjekke om navn er dupliserte c. Finne ut om det er ulinkede entiteter i en modell 2. Managementsverktøy hjelper med å håndtere en kravdatabase, støtter håndteringen av forandringer i kravene og skaper oversiktlighet. Grunnen til at man har utviklet disse verktøyene, er fordi man har store problemer med håndtere den store mengden data som blir samlet under requirement prosessen. Disse verktøyene gjør det mulig å: a. Arkivere forandringsforslag b. Linke forandringene til relaterte krav c. Hele tiden ha status på forandringene d. Rekonstruere kravenes historie e. Støtte sporbarhet 5
6 Prosess management Denne prosessen skal håndtere store mengder med informasjon, og sikre at denne informasjonen kommer frem til riktig sted. Prosessen skal: - håndtere forandringer til krav - håndtere relasjonene mellom kravene - håndtere bindingen mellom kravdokument og andre dokumenter 6
7 Prosesskvalitet En antagelse er at kvaliteten på utviklingsprosessene direkte påvirker kvaliteten på det leverte produktet. Bedriftenes evne til å ha en god prosesskvalitet er avhengig av deres modenhet til faktorer som blant annet å overholde budsjetter, holde tidsrammer og tilfredstille kundens behov. For å få et kvalitetsprodukt er det viktig å gjenkjenne relevante kilder, og få med alle viktige krav og gi en nøyaktig beskrivelse av kravene I denne modenhetsprosessen er det ifølge CMM (Capability Maturity Model) en modenhetsstige på 5 steg Prosessmodenhets modeller SEI CMM Delt inn i fem nivåer (Initielt (ukontrollert), Repeterbart (produkthåndtering), Definerbart (prosesshåndtering), Håndterbart (kvalitetshåndtering), Optimalisert (prosessforbedring)) SPICE Prosessmodenhets modell for mindre bedrifter (fem nivåer) (Fraværende, Utføres uformelt, Institusjonalisert, Kontrollert og styrt, Optimalisert)
8 Prosessforbedring Prosessforbedring betyr å ha forståelse for de eksisterende prosesser, og å forandre disse for å høyne produktkvalitet og/eller redusere kostnader og utviklingstid. Litteraturen har hittil fokusert på å forbedre prosesser for å øke kvaliteten på produktet, her tenker man mest på å redusere antall feil i sw. Vi ser nå at det blir viktigere å få økt forståelse for krav, forventninger i markedet og bedriftenes interessenter. (herunder det å redusere kostnader og utviklingstid.) Prosessforbedring forstås ikke bare med å adoptere bestemte metoder, verktøy eller å bruke noen modeller som er blitt brukt andre steder. Prosessforbedring bør sees på som en aktivitet som er spesifikk for en organisasjon eller for et produkt. Prosessforbedring må være kontinuerlig og iterativ. Dette for å kunne vurdere og videreutvikle prosessene. Det er fire spørsmål man må kunne svare på i forbindelse med prosessforbedring: 1. Hva er problemene med de eksisterende prosessene? 2. Hva er forbedringsmålene? 3. Hvordan kan vi introdusere prosessforbedringer for å nå målene? 4. Hvordan skal forbedringene kontrolleres og håndteres? De ulike stegene i prosessforbedring: - Analyse Her undersøkes eksisterende prosesser og det lages en prosessmodell. Dette for å dokumentere og forstå prosessen. - Identifikasjon Her bruker man resultatet i analysen til å identifisere kvalitet. - Introduksjon De nye metodene, prosedyrene og verktøyene settes på plass, og integreres med andre aktiviteter. - Opplæring For å få utbytte av de nye forbedringene trenges det opplæring. Uten opplæring kan de nye forandringene gjøre kvaliteten dårligere. 8
Requirement Engineering Process
Prosessaktører Prosesstøtte Prosess management Prosesskalitet Prosessforbedring Horfor bruke prosessmodeller? forenklet beskrielse a en prosess lagd ut fra et bestemt perspekti så det kan ære flere forskjellige
Systemutviklingen 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
Kort 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
Tom 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
INF1500 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
GJENNOMGANG 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
Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 8 september 2014
Iden%fisere behov og etablere krav INF 1500; introduksjon %l design, bruk og interaksjon 8 september 2014 Behov with UI, we are faced with counterintui%ve interac%on methods that are tailored to the needs
Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi.
Oppsummering infosys Strategier Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi. Forretningststrategi Porters modell - konkurransefordel Bedriften oppnår konkurransefordel
ISO 27001 Syscom brukerforum 2013 Jørn Erik Hornseth og Torbjørn Remmen
ISO 27001 Syscom brukerforum 2013 Jørn Erik Hornseth og Torbjørn Remmen Informasjonssikkerhet Visjon «Organisasjonen anerkjennes som ledende aktør innen informasjonssikkerhet» Oppdrag «Å designe, implementere,
Kapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process
INF 329 Web-teknologier Kapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process Navn: Bjørnar Pettersen bjornarp.ii.uib.no Daniel Lundekvam daniell.ii.uib.no Presentasjonsdato:
Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010
Iden%fisere behov og etablere krav INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010 Oversikt Behov Krav Oppgavebeskrivelse Oppgaveanalyse Behov og krav Behov Noe som ikke er koplet
Tom Røise 18. Februar 2009
Forelesning IMT2243 18. Februar 2009 Tema : Kravspesifisering : litt mer om prosessen Viewpoint en myk tilnærming Use Case en scenariebasert teknikk innen metoden Objektorientert Analyse brukes til å avklare
INF 5120 Obligatorisk oppgave Nr 2
INF 5120 Obligatorisk oppgave Nr 2 Vigdis Bye Kampenes Stein Grimstad Gruppe 26 INF 5120 Obligatorisk oppgave Nr 2... 1 1 Business model... 2 Innledende kommentarer... 2 Andre avgrensninger... 2 Scoping
Chapter 4 Requirements Engineering
Chapter 4 Requirements Engineering Letizia Jaccheri Professor Institutt for Datateknikk (IDI) Office 106, tel. (735)93469, letizia@idi.ntnu.no www.letiziajaccheri.org Course home page http://www.idi.ntnu.no/emner/tdt4140/
Introduksjon til evaluering av It-systemer. Hvordan vurdere og verdsette?
Introduksjon til evaluering av It-systemer Hvordan vurdere og verdsette? Bør jeg gå på forelesning i dag? Kriterier for eller imot: Interessant/kjedelig tema God/dårlig foreleser Kan lese forelesningene
Use 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
Bolk om Kravspesifisering
Bolk om Kravspesifisering Guttorm Sindre, IDI Læremål Forstå Hva en kravspesifikasjon er, og hva den bør inneholde? Hvorfor god kravspesifikasjon er viktig i IS - utviklingsprosjekter Hvordan man går fram
Guri Kjørven, ISO 9001:2015 LEDELSESSYSTEMER FOR KVALITET
Guri Kjørven, 2015-12-02 ISO 9001:2015 LEDELSESSYSTEMER FOR KVALITET ISO 9001 hadde behov for endring for å: tilpasse seg til en verden i endring forbedre en organisasjons evne til å tilfredsstille kundens
Kap. 10 Systemutvikling System Engineering
Kap. 10 Systemutvikling System Engineering - Utvikling og integrering av både maskin- og programvare. - Hvordan oppstår behov for programvare? - Hvordan inngår programvare i en sammenheng med andre (del)systemer,
Oppsummering : 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
Ansvarlighet i hele produktets livssyklus. Ditt valg gjør en forskjell
Ansvarlighet i hele produktets livssyklus Ditt valg gjør en forskjell Vi utvikler produktene slik at forbruket reduseres. Bruk mindre, spar mer Du kan fokusere på forretningsdriften og være trygg på at
Kundecase: Forbedring av Request Fulfillment prosess
Kundecase: Forbedring av Request Fulfillment prosess Lean + ITIL = Sant? Oslo 30. mai 2012 Roger Tøftum Seniorrådgiver Steria Consulting E-post: rogt@steria.no Steria Telefon: 911 88 573 Ulike ambisjoner
Digitalisering av krav - kravhåndtering
Digitalisering av krav - kravhåndtering Frokostmøte Standard Norge 23. mai 2017 Kirsten Helle Broadest portfolio of solutions for the production and transformation of oil and gas Subsea Onshore/Offshore
KONTINUASJONSEKSAMEN I FAG 78052 SYSTEMERING 2 Torsdag 24. august 2000 Tid: kl 0900-1300
NORGES TEKNISK- NATURVITENSKAPELIGE UNIVERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSVITENSKAP Faglig kontakt under eksamen: Navn: Hallvard Trætteberg Tlf.: 7359 3443 Hjelpemidler: Ingen tillatte hjelpemidler.
Kravhå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
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 Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,
Priser første halvår 2015. Kurs levert av Qualisoft første halvår 2015
Kurs levert av Qualisoft første halvår 205 Priser første halvår 205 Påmelding: Mail: kurs@qualisoft.no Tlf: +47 5 87 00 00 Merk følgende: Ved for få antall påmeldte kan kurs avlyses inntil en uke før kursdato.
IT-forum våren 2004. ITIL et rammeverk for god IT-drift
IT-forum våren 2004 ITIL et rammeverk for god IT-drift Jon Iden, dr. polit Institutt for prosessutvikling og arbeidsflyt AS Institutt for informasjons- og medievitenskap, UiB Institutt for Prosessutvikling
Ledelsens gjennomgåelse Anne Grændsen Norsk akkreditering / Grændsen consulting
Ledelsens gjennomgåelse Anne Grændsen Norsk akkreditering / Grændsen consulting Ledelsesansvar ISO 15189:2012 Fastlegge kvalitetspolitikk og etablere tilhørende mål for kvalitet Fokusere på å oppfylle
Konfigurasjonsstyring. 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
Nye krav i ISO 9001, hvilke er de og hvordan implementere disse i TQM? Ragna Karoline Aasen
Nye krav i ISO 9001, hvilke er de og hvordan implementere disse i TQM? Ragna Karoline Aasen IMPLEMENTERINGSPLAN September 2015 ISO 9001:2015 publiseres Høst 2015 Akkreditering av sertifiseringsorganene
Livslø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
Oppsummering : 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
GJENNOMGANG 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.
GJENNOMGANG 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:
IS IT og forretningsutvikling
KANDIDAT 2312 PRØVE IS-403 1 IT og forretningsutvikling Emnekode IS-403 Vurderingsform Skriftlig eksamen Starttid 07.12.2016 09:00 Sluttid 07.12.2016 12:00 Sensurfrist 30.12.2016 01:00 PDF opprettet 28.08.2018
Obligatorisk oppgave INF3221/4221
Obligatorisk oppgave INF3221/4221 Dette er en beskrivelse av den obligatoriske oppgavene for kurset INF3221/4221 Problemdefinering, krav og modellering, våren 2005. Formål Oppgaven går ut på å lage en
Lykke 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:
Oppsummering. 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
RPA. Roar Følling
RPA Roar Følling 908 29 287 roar.folling@atea.no Roboter RPA (Robotic Process Automation) Roar Følling Seniorkonsulent Innsikt, Atea Trondheim Epost: roar.folling@atea.no Mobil: 908 29 287 Sensitivity:
Business Process Re-engineering (BPR)
1 Business Process Re-engineering (BPR) Strategirådgiver 2 Business Process Re-engineering BPR konsept og praktisk prosjektledelse Forstå, kommunisere og forankre pågående forbedringsprosjekter Praktisk
Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering.
Bakgrunn Modellering har lenge vært et kjent begrep innen systemutvikling. På 80-tallet ble metoder som Yourdon/Demarco og Gane&Sarson brukt for å lage dataflyt-diagrammer. Etter hvert ble disse integrert
Systemutviklingsprosesser 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
Systemutviklingsprosesser 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
Kontrakter. 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
NS-EN Ledelsessystemer for kvalitet - NS-EN ISO 9001 for helseog omsorgstjenester
NS-EN 15224 Ledelsessystemer for kvalitet - NS-EN ISO 9001 for helseog omsorgstjenester NS-EN 15224 LEDELSESSYSTEMER FOR KVALITET NS-EN ISO 9001 FOR HELSE- OG OMSORGSTJENESTER Krav til systematiske metoder
KommITs lederkurs i gevinstrealisering
KommITs lederkurs i gevinstrealisering Økonomiforum i Skien 4. juni 2015 Grete Kvernland-Berg, PA Consulting Group Liza Nienova, PA Consulting Group Plan for dagen 13:30 Introduksjon 13:50 14:20 14:30
INF Introduksjon til design, bruk, interaksjon Kapittel 10 - Iden%fisere behov og etablere krav
INF1500 - Introduksjon til design, bruk, interaksjon Kapittel 10 - Iden%fisere behov og etablere krav 14. September 2015 Institutt for Informatikk, Universitetet i Oslo johe@ifi.uio.no Behov with UI, we
PROMARK WORKFORCE MANAGEMENT ProPlanning
Med bemanningsplanlegging i oppnås en optimal fordeling av medarbeiderressurser i forhold til virksomhetens produksjons-, jobb- og aktivitetsbehov. IDENTIFIKASJON AV OPPGAVER SOM SKAL LØSES OG NÅR BEMANNINGSPLANLEGGING
Agenda. 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
Ungdomstrinn- satsing 2013-2017
Ungdomstrinn- satsing 2013-2017 1 V I V I A N R O B I N S O N S F O R S K N I N G R U N D T E L E V S E N T R E R T L E D E L S E I E T U T V I K L I N G S V E I L E D E R P E R S P E K T I V 2 2. 5. 2
Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.
Artist webside Innhold Artist webside...1 Gruppe medlemmer...1 Oppdragsgiver...1 Kontaktperson...2 Veileder...2 Oppgaven...2 Muligheter...2 Sammendrag...2 Dagens situasjon...2 Mål og rammebetingelser...3
Produktrapport Gruppe 9
Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette
Kravspesifikasjon 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
Digifrokost: Digital modenhet
Velkommen til Digifrokost: Digital modenhet Program: 08.20: Velkommen, Inge Harkestad og Heidi Dahl, Tekna Big Data 08.30: Hvordan måler vi digital modenhet? Eirik Andreassen, DigitalNorway 08.45: DNBs
Oversikt over kurs, beskrivelser og priser Høst 2015. Bedriftsinterne kurs. kurs@qualisoft.no +47 518 70000. Kursnavn Forkunnskaper Dato/Sted
Oversikt over kurs, beskrivelser og priser Høst 2015 Bedriftsinterne kurs Kursnavn Forkunnskaper Dato/Sted Basiskurs i QualiWare Introduksjon til (BPM) Business Process Management Professional Certificate
Hvordan kan en god bestillingsløsning sikre styring og kontroll med innkjøp? EHF-konferansen 2017
Hvordan kan en god bestillingsløsning sikre styring og kontroll med innkjøp? EHF-konferansen 2017 Forutsetning 1 - def. verdikjeden Forutsetning Handlingsrom Verktøy Resultater Policy og strategi Organisasjon
I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?
UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering
ISO sertifisering av vurderingstjenester
ISO 10667 - sertifisering av vurderingstjenester Hva ligger i standarden? Et internasjonalt, felles språk Fokus på relasjonen kunde - leverandør Formålsanalyse (jobbanalyse) Fokus på kvaliteten av vurderingen
Introduksjon 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
Human Factors (HF) i kontrollrom - En revisjonsmetode 2003
Human Factors (HF) i kontrollrom - En revisjonsmetode 2003 Agenda Hva er Human Factors? Hvorfor trenger vi HF-revisjonsmetode? Hva er HF-revisjonsmetode? Hvorfor bruke HF-revisjonsmetode? Hvor finner du
Use 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
Stein Haugen Sjefsingeniør, Safetec Nordic Professor II, NTNU
25 år 1984-2009 25 år 1984-2009 Stein Haugen Sjefsingeniør, Safetec Nordic Professor II, NTNU Stein.Haugen@safetec.no / Stein.Haugen@ntnu.no Basis for presentasjon Først og fremst offshore og erfaringer
Test og kvalitet To gode naboer. Børge Brynlund
Test og kvalitet To gode naboer Børge Brynlund To gode naboer som egentlig er tre Kvalitetssikring, kvalitetskontroll og testing Kvalitet I Betydningen Kvalitet er den viktigste faktoren for å avlede langsiktig
Endringer -- Hva blir det (til) med IEC 61511?
1 Endringer -- Hva blir det (til) med IEC 61511? IFEAs IEC 61508 seminar 7-8 Mars 2012 Mary Ann Lundteigen NTNU Mary.a.lundteigen@ntnu.no Mars 2012 2 IEC 61511 er Brukernes* standard Tre deler: Del 1 (tilsvarer
GJENNOMGANG 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
Forslag til løsning. Oppgave 1
Forslag til løsning Eksamen 2003 Oppgave 1 A) Lag en Business Model (COMET) for krisehåndteringssystemet. B) Diskuter fordeler og ulemper ved bruk av COMET i forhold til (Rational) Unified Process for
FORNØYDE KUNDER VÅR MOTIVASJON
FORNØYDE KUNDER VÅR MOTIVASJON ØIVIND CHRISTOFFERSEN ADMINISTRERENDE DIREKTØR Tema Til samfunnets beste Statsbyggs strategiske mål Kundeundersøkelsen Stor fremgang og gode tilbakemeldinger, men også forbedringspotensial
Identitetsstyring og tilgangskontroll innenfor et SOA-regime. Ragna Fossen, 05.03.2009
Identitetsstyring og tilgangskontroll innenfor et SOA-regime Ragna Fossen, 05.03.2009 On the Internet, nobody knows you re a dog. SOA-løsninger er på full fart inn i ITarkitekturen et effektivt verktøy
Hensikten 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
Kravspesifiseringsprosessen
IMT2243: 18.februar 2010 DAGENS : Metoder for å få kartlagt de Funksjonelle kravene Strukturert Analyse den gamle måten og gjøre det på (dette foilsettet + wikipedia-omtalen er eneste pensum innen SA)
FÅ KONTROLL PÅ DE USTRUKTURERTE DATAENE
FÅ KONTROLL PÅ DE USTRUKTURERTE DATAENE Start din reise mot å etterleve de nye personvernreglene INTRODUKSJON I mai 2018 innføres ny personvernlovgivning i Norge. Disse har vært mye omtalt, både som de
UML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu
UML 1 Use case drevet analyse og design 20.01.2004 Kirsten Ribu 1 I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 2 Domenemodell visualisering
Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av:
Forprosjektrapport for Agresso R&D Ansettelsessystem Hovedprosjekt våren 2007 31.01.07 Skrevet av: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 1 Sammendrag Prosjektittel:
Konfigurasjonsstyring
INF1050: Systemutvikling 28. mars 2017 Konfigurasjonsstyring Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Konfigurasjonsstyring 1 Temaer i dagens forelesning Versjonshåndtering Systembygging
Kap. 2 Prosessen. Utviklingsmodeller -2. Utviklingsmodeller. Utviklingsmodeller -4. Utviklingsmodeller - 3. Software Engineering - definisjoner
Software Engineering - definisjoner Kap. 2 Prosessen Utviklingsprosessen Modeller for utvikling Bauer: Etablering og bruk av gode ingeniørmessige prinsipper for å fremskaffe økonomisk programvare som er
GJENNOMGANG 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
Et grønt web byrå med fokus på bærekraftige løsninger og verktøy
Et grønt web byrå med fokus på bærekraftige løsninger og verktøy Presentasjon for Miljøfyrtårndagen 05/11-2012 Geir Arntzen Andrew, Daglig leder geir@frameworks.no Frameworks visjon og verdier Visjon:
ProReport PROMARK WORKFORCE MANAGEMENT PROREPORT FAKTABASERTE BESLUTNINGER
PROREPORT FAKTABASERTE BESLUTNINGER er et rapporteringsverktøy for å dele informasjon. Det gir deg mulighet til å presentere og distribuere data i ProMark i form av automatiserte rapporter og statistikker
Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 1.09.00 Software Engineering Filformat: 1 Filnavn: Børre
Grunnleggende testteori. Etter Hans Schaefer
Grunnleggende testteori Etter Hans Schaefer Industri- og softwareprodukt Industriprodukt Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes,
Egenevalueringsskjema
Egenevalueringsskjema Service Level Management - ITIL Dato: 12.02.2009 Versjon 1.1 Finanstilsynet Tlf. 22 93 98 00 post@finanstilsynet.no www.finanstilsynet.no Evalueringsskjema for foretakets Service
Hva karakteriserer god arkitekturpraksis og hvorfor ble valgt arkitekturmetode benyttet?
Hva karakteriserer god arkitekturpraksis og hvorfor ble valgt arkitekturmetode benyttet? HelsIT 2011 Roar Engen Leder for arkitekturseksjonen,teknologi og ehelse, Helse Sør-Øst RHF Medforfatter: Jarle
KS, 11.2007. Gode medarbeidersamtaler
KS, 11.2007 Gode medarbeidersamtaler Hva Strukturert samtale/kommunikasjon mellom leder og medarbeider Medarbeidersamtalen skal være en fortrolig samtale mellom medarbeider og nærmeste leder. Begge må
John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM
John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM 1 AGENDA DEL1 HVA ER BPM Hva er BPM Utfordringen Gruppearbeid DEL2 PRAKTISK MODELLERING OG DEMO MED BIZAGI Hva er BPMN BPMN modellering verktøy
Hva er datakvalitet? Hvordan skal arkivtjenesten forholde seg til det?
Hva er datakvalitet? Hvordan skal arkivtjenesten forholde seg til det? Thomas Sødring Høyskolen i Oslo og Akershus thomas.sodring@hioa.no 99570472 1/20 Bakgrunn Flere og flere depot institusjoner gjør
Learning activity 2 Webdesign Malin Jonsson
Learning activity 2 Webdesign 2015 Malin Jonsson Innhold 0 Hva er Wireframe? Hvorfor er Wireframe så viktig? Wireframe 01 En wireframe er i all hovedsak websidens infrastruktur, det er hva den er bygget
Orientering om E-ARK4ALL. Et pågående delprosjekt av CEF earchiving buildingblock
Orientering om E-ARK4ALL Et pågående delprosjekt av CEF earchiving buildingblock Agenda Introduksjon og historie Hvorfor er dette viktig for oss? Hva består prosjektet av? SIARD Veien videre à EARK3? Introduksjon
RA Consulting. Din partner i HMS og kvalitetsarbeid
Din partner i HMS og kvalitetsarbeid 1 Etablert i 2016. er Rudi Arnesen. Lokalisert i Stavanger. Leverer tjenester over hele landet. Allsidig faglig kompetanse. Samarbeider med mange store aktører innen
Nordens ledende vikarsystem.
Nordens ledende vikarsystem. Bra å vite om bedriften. Intelliplan utvikler, selger og forvalter forretningssystemer. Våre kunder er bedrifter og organisasjoner som har behov for et komplett verktøy som
Lean Six Sigma. Lean Six Sigma tilpasset norske forhold. Fonn Software AS
Lean Six Sigma Lean Six Sigma Kort innføring i: Hva er Lean Six Sigma? Hvilke resultat gir metodene? Hva kan min bedrift få ut av metodene? GoFlyten, få flyt i prosessene dine! Hvordan kommer jeg i gang?
KRAFTIG, SKALERBAR SÅRBARHETSADMINI- STRASJON. F-Secure Radar
KRAFTIG, SKALERBAR SÅRBARHETSADMINI- STRASJON F-Secure Radar 48% vekst i sikkerhetshendelser 1 22,000,000 42,000,000 TRUSSELEN ER EKTE Kyberkriminelle kjemper for tilgang. Din bedrifts IT-sikkerhet er
Prosjektledelse - 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
«Glød og go fot» Utviklingsstrategi. Orkdal kommune. Nyskapende. Effek v. Raus 2012-2015. Våre strategier er:
Utviklingsstrategi Orkdal kommune «Glød og go fot» Nyskapende Effek v Raus 2012-2015 Vi vil skape en arbeidsplass der ledere og ansatte jobber sammen om læring og forbedring. Vi mener at en slik arbeidsplass
Tom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse
IMT2243 Systemutvikling 26. februar 2007 Tema : Domenemodellering og Kravspeken - Repetisjon konseptuelle klassediagram - Eksempler - konseptuelle klassediagram (IHID løsningen og OL-Veiviseren) - Maler
Idébanken 1
09.10.2015 Idébanken 1 Hvordan skape et godt arbeidsmiljø uten stress Henvender seg til ledere og medarbeidere Del 1 Hva er stress? Del 2 Hvordan skaper vi et godt arbeidsmiljø? 09.10.2015 Idébanken
UNIVERSITETET 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:
Lø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
Revisjonsskjema for administrasjon av kjøretøy og fotgjengere
Revisjonen skal begynne med et oppstartmøte hvor revisjonsprosessen blir forklart og hvilke ressurser som trengs for revisorene (se AMS revisjonsforberedelsesdokument) 1.0 Standard for kjøretøy og fotgjengere