Struktureret system udvikling Minimodul 3: SPU/UML modellen
|
|
- Karina Fog
- 7 år siden
- Visninger:
Transkript
1 Struktureret system udvikling Minimodul 3: SPU/UML modellen Rasmus L. Olsen, 11 Marts 2009
2 Kursusoversigt og tidsplan Mm1: Introduktion til kursus, UML og use cases (11 Februar, 2008) Mm2: Kravspecifikation og accepttest (18/2) Mm3: SPU/UML modellen (11/3) Mm4: Design af system (18/3) Mm5: Test design og planlægning (27/3)
3 Dagens program Projektudviklingsmodeller Ad hoc Tidslineære Iterative Evolutionære Iterative modeller Spiral model U model W model V model SPU modellen Detaljeret gennemgang af de enkelte faser Tidsplaner, synkronisering og planlægning Review og reviewteknik Opsummering og planlægning af review
4 Projekt livscyklus / Proces model Anvendt til at guide Analyse Design Udvikling Vedligeholdelse Husk: Modeller er kun repræsentanter for virkelighedens verden!
5 Grundlæggende modeller Basal Livscyklus/Proces model Ad hoc udvikling Progressive Evolutionære Iterative Code and fix Design-til-Værktøj Off-the-Shelf Vandfald Arrangeret aflevering Design-tilplan Evolutionær prototype udvikling Evolutionær aflevering Spiral Modificeret vandfald V-model W-model U-model SPU-modellen Se også:
6 Ad hoc udvikling ( Code-and-fix ) Karakteriseret ved: Ingen eksplicit udviklingsmodel Afhængighed af de enkelte projektdeltagers evner og erfaringer Kaotisk/tilfældig Upræcise tidsplaner Usikre budgetter Uklar funktionalitet Inkonsistent produktkvalitet Dårlig basis for forbedringer af produktivitet og kvalitet Kan dog også lede til exceptionelle resultater
7 Tidslineære - Vandfaldsmodel Første strukturerede metode til system udvikling Storhedstid i 70 erne og 80 erne, men benyttes stadig (endda med succes)! Fryser kravspecifikationer Requirement Specification Design Implementation Verification Maintenance Feedback and error control
8 Vandfaldsmodel fordele og ulemper Fordele: God basis for gennemført og konsistent design Vedligeholdelsesvenligt resultat Mindre og/eller overskuelige/veldefinerede projekter Ulemper: Virkelighedens projekter følger sjældent et strengt sekventielt forløb Ingen garanti for at brugeren får det ønskede! Dårlig tilpasning til ændrede omstændigheder Stor usikkerhed i starten af projektet (lyder det bekendt?) Intet kørende system før til slut i projektforløbet?
9 Evolutionær udvikling Bygger videre på hvad man tidligere har lavet; krav såvel som produkt Produkt i konstant udvikling Ikke egentlig egnet til produktudvikling, da slutproduktet oftest ikke er kendt Anvendelsesområde er relateret til f.eks. Forskning der bygger på tidligere opnåede resultater
10 Iterative modeller Iterativ = inkrementel Hver iteration= mini-vandfaldsmodel Fordele: Hurtigere demonstrerbare resultater Mindre krav til specifikation af krav Større fleksibilitet Ulemper: Slutbrugerne skal være aktivt involverede => tager tid fra udviklingen Kommunikation og koordination er essentielt Stigende krav, mer-vil-have-mer (eng. scope-crepe )
11 Dagens program Projektudviklingsmodeller Ad hoc Tidslineære Iterative Evolutionære Iterative modeller Spiral model U model W model V model SPU modellen Detaljeret gennemgang af de enkelte faser Tidsplaner, synkronisering og planlægning Review og reviewteknik Opsummering og planlægning af review
12 SPU-UML konceptet
13 Spiral modellen -For styring ROPES: Rapid Object oriented Process for Embedded Systems
14 Spiralmodel Fordele: Minimere risiko Dele af projektet der er forbundet med størst usikkerhed/risiko udvikles tidligt Synliggøre udviklingsforløb Fordi hver ny iteration er baseret på en kørende model Korte lærecykler (vigtig ved ny teknologi) God til håndtering af problemer af forskellig kompleksitetsgrader Gradvis nedbrydning af komplekse problemer Skalerbart i forhold til antal personer involveret i processen Egnet for enkelt personer, men også for grupper
15 U-model for udviklingsaktiviteter Analyse og kravspecifikation Kravspecifikation OO Analyse Arkitektur Design SW og HW implementering af use case X Use Case Model System Integrationstest Accepttest Iteration
16 W-model for leverancer X tid E E L Leverancetid L Y tid Z tid E E E tid E: Intern Evaluering L: (del) Leverance
17 V-modellen - for test Kravspecifikation Accepttest Arkitekturdesign System integrationstest SW & HW Implementering
18 Dagens program Projektudviklingsmodeller Ad hoc Tidslineære Iterative Evolutionære Iterative modeller Spiral model U model W model V model SPU modellen Detaljeret gennemgang af de enkelte faser Tidsplaner, synkronisering og planlægning Review og reviewteknik Opsummering og planlægning af review
19 SPU modellen
20 SPU modellen
21 SPU modellen Kravspecifikation: Analyse og use case specificering Kravspecifikation Accepttest specifikation Foreløbelig brugervejledning Evt. en simpel prototype/demo Review af kravspecifikation
22 SPU modellen Program design: Opdeling af system i parallelle processer Eksterne grænseflader Interne grænseflader Synkronisering af processer Procesintegration-specifikation Hvordan integreres processerne? Hvad integreres hvornår? Kritiske komponenter først! Vigtigt at alle i gruppen er aktive og enige!
23 SPU modellen Procesdesign: Opdeling af proces i moduler Sekventielt program Fællesmoduler Modul specifikation (krav, funktioner, grænseflader) Modulintegrations-specifikation Identifikation af test programmer/stubbe Integration og test
24 SPU modellen Moduldesign: Specialiseret design af modul Hvordan Algoritme/flow chart/diagram udlægning Specifikation af datastrukturer Modul test specifikation Black-boks test White-boks test
25 SPU modellen Modulimplementering Omsætning af design til kode/hardware Følg standarder, f.eks. Kodestandarder såsom ANSI-C Ledningefarver, f.eks. sort: stel, rød: +5V Stikforbindelser Kodegranskning Forbedrer kode kvalitet Opdagelse af logiske fejl Læring af andres succeser/fejl Nedbrudt ejerskab
26 SPU modellen Modultest: Verificering at modulet overholder modulspecifikationen Skrivning af test moduler/stubbe Brug af test apparater Udfyldning af test rapport Dokumentation over hvad der er, og ikke er blevet testet for! Dokumentation over hvilke problemer der eventuelt er fundet.
27 SPU modellen Modulintegration: Samling af moduler Test af proces - integrationsrapport Dokumentation over hvad der er, og ikke er blevet testet for! Dokumentation over hvilke problemer der eventuelt er fundet. Vær forsigtig/realistisk Koble kun et modul sammen ad gangen Vær beredt på at skulle gå tilbage til start
28 SPU modellen Processintegration: Samling af parallelle processer Sikring at proces kommunikation virker Udarbejdelse af procesintegrationsrapport Det står i SPU bogen det kan være svært, men hvorfor? Manglende funktionaliteter (ups, det mangler vi) Dobbeltarbejde (det er jo det jeg har lavet ) Misforståelser under projektforløbet Forkerte interfaces (jeg troede du mente ) Forkerte datatyper (skulle det være en Float??) Forkert opfattelse af funktionaliteter (skulle den have beregnet kvadratroden også??).
29 SPU modellen Accepttest: Skal svare på det helt store spørgsmål: Er produktet som køberen forventer?
30 Resultaterne af SPU modellen Reviews
31 Med SPU går det så gnidningsfrit??? NEJ!!! Men sandsynligheden for det går helt galt reduceres betydeligt
32 Dagens program Projektudviklingsmodeller Ad hoc Tidslineære Iterative Evolutionære Iterative modeller Spiral model U model W model V model SPU modellen Detaljeret gennemgang af de enkelte faser Tidsplaner, synkronisering og planlægning Review og reviewteknik
33 Et problem: Parallel udvikling af software og hardware SW Implementering af use case X Modul design Detaljeret design Kodning Unit test Modul Integrationstest Diagram tegning Komponent beregning Wrapning/ Lodning Test Modul Integrationstest HW Implementering af use case X Spørgsmål: Hvordan udvikler man SW der skal køre på HW, SAMTIDIGT???
34 Synch-and-stabilize udvikling Synch-and-stabilize udvikling Produktudvikling og test er udført parallelt Visionsdrevet og udviklende specifikation Funktioner er prioriteret og er lavet i løbet af 3-4 milesten og underprojekter Hyppig synkronisering (daglige opdateringer) og mellemliggende stabilisatorer (milesten) Sekventiel udvikling Alting er udført sekventielt Komplet og frossen specifikation med detaljer før produktet laves Sigter på at lave systemet komplet fra start til slut En sen og samlet integration og system testfase ved projektets slutning Fikserede leveringstidspunkter og flere opdateringscyklusser Feedback fra kunden sker løbende Produkt og proces design arbejder i små teams Sigtende på funktion- og produktperfektionering i hver projekt cycklus Feedback opnås hovedsagligt ved slutning af projekt, til brug i næste projekter Arbejde foregår typisk som en gruppe af individualister, i en separat funktionel afdeling
35 Sekventiel udvikling Realiteten er ofte en balancegang mellem de to Synch-and-stabilize udvikling
36 Tidsplaner, projektstyring, resourceudnyttelse Aktiviteter SW Modul 1 SW Modul 3 SW Modul 2 SW Modul 2 SW Modul 3 SW Modul 1 HW Modul 2 HW Modul 1 HW Modul 3 System specifikation Kravspecifikation Start M1 M2 M3.1 M3.3 M3.2 M3 tid
37 W-model for leverancer X tid E E L Leverancetid L Y tid Z tid E E E Andre gruppe (medlemmer) kan også være modtagere af (del)produkt! Spørgsmål: Hvorledes bestemmer man hvor leverancerne skal ligge tidsmæssigt?
38 Bestemmelse af leveringstider/synkroniseringspunkter God planlægning kræver erfaring! Estimering af tid til opgaver der inddrager forskellige, svært vurder bare parametre Analogi: Hvor lang tid tog en lignende opgave sidst? Faktor vurdering: Hvor erfaren er vedkommende/gruppen man sætter på at lave modul X eller Y? Nyskabelse: Er der noget nyt involveret i aktiviteten? Forudsigelse: Kan der forudses problemer? Nedbrydning af problem til delproblemer (moduler) hjælper Løbende feedback og justeringer ved hjælp af status møder og opfølgning er nødvendigt Det er en del af jeres læringsproces!! Brug nu jeres vejleder til estimering af tid til opgaver Kommunikation mellem involverede er ALTAFGØRENDE!!!!
39 At indføre SPU succesfuldt, kræver samarbejde.
40 Dagens program Projektudviklingsmodeller Ad hoc Tidslineære Iterative Evolutionære Iterative modeller Spiral model U model W model V model SPU modellen Detaljeret gennemgang af de enkelte faser Tidsplaner, synkronisering og planlægning Review og reviewteknik Opsummering og planlægning af review
41 Review teknik Review er en teknik benyttet til at korrigere og justere projektforløb/ projektdokumentation Review benyttes især ved milesten Formålet er at finde fejl og mangler Reviews kræver forberedelse! Processen deles op i flg. Elementer Planlægning Formøde Forberedelse Reviewmøde Opfølgning
42 Planlægning af reviewmøde Fastlæggelse af tidspunkt for review Udvælgelse af deltagere Typer af deltagere Reviewleder Reviewer Referent Tilhører Kriterier til reviewer Skal være tekniske kompetente indenfor området Have diplomatisk sans Kunne være i stue sammen Ikke være en del af ledelsen (generelt ikke vigtigt for studenterprojekter) Normalt med to-tre reviewers
43 Planlægning af reviewmøde Klargøring af dokumenter Det er forfatteren der bestemmer hvornår et dokument er klar til review Fremfinding af materiale Generelt; al den nødvendige baggrundsmateriale der er behov for at forstå det der skal reviewes Indkaldelse til møde Husk at sende dokumenter med ved indkaldelsen Husk at sende mødetidspunkt og sted Husk at invitere alle relevante personer
44 Formøde - Hvorfor et formøde? Klarlæggelse af hvad der forventes af reviewerne Hvad skal reviewes Reviewets formål Deltagernes roller Diskussion af reviewets teknik/forløb Dagsorden for reviewmødet Udlevering af spørgsmål til reviewerne Overordnet gennemgang af produktet (en fra projektgruppen) Overordnet gennemgang af dokumentet (en af forfatterne) Formål, funktioner, grænseflader, datastrukturer, logisk struktur Gennemgang af det udleverede baggrundsmateriale Gennemgang af spørgsmål til reviewerne
45 Forberedelse til reviewmødet Læsning og vurdering af dokumentation under review Review kan f.eks. adressere Trykfejl, stavefejl og andre korrekturfejl Afvigelser fra standarder Logiske fejl og mangler, f.eks. Uopfyldelige krav Mulighed for deadlocks i programdesign Husk også at rose/fremhæve gode ting Husk også at lære af andres fejl/fortræffeligheder og inddrag erfaringer i jeres eget projekt!!
46 Reviewmøde Der er mange måder at strukturere et reviewmøde på Generelt handler det om at forklare baggrunde for de kommentarer man har Korrekturfejl (kræver ikke nødvendigvis en gennemgang) Kommentarer til dokumentets udformning Generelle kommentarer til dokumentet Detaljeret gennemgang af specifikke kommentarer Konklusion og bestemmelse af opfølgningsprocedure
47 Gode råd til kommentering under reviewmødet Vær forberedt (som reviewer) Vær solidarisk og ikke bedrevidende Tal pænt Dårligt eksempel: Det er da for dumt at.. Bedre: Jeg tror nok der er et problem. Giv også positiv kritik Undgå at diskutere stil Der findes mange forskellige måde at udarbejde et dokument på Spørgsmålet er ikke om hvorvidt du kan lide forfatteren stil, men om det giver mening og er korrekt! Hold jer til tekniske emner Undgå at diskutere de betingelser hvorunder dokumenterne er frembragt. Det er irrelevant!
48 Efterbehandling Udarbejdelse af referat Opfølgning af kritik punkter Ellers giver reviewet jo ingen mening! Registrering af tidsforbrug Til brug for projektplanlægning af fremtidige projekter
49 Efterbehandling
50 Dagens program Projektudviklingsmodeller Ad hoc Tidslineære Iterative Evolutionære Iterative modeller Spiral model U model W model V model SPU modellen Detaljeret gennemgang af de enkelte faser Tidsplaner, synkronisering og planlægning Review og reviewteknik Opsummering og planlægning af review
51 SPU-UML konceptet - opsummeret
52 Foreslået tidsplan for reviews Marts 15 Analysedokument sendes til reviewgruppen og kursusholder. Marts 18 Review, 1. runde (opgaveregning) Marts 23 Review-rapport sendes til gruppen og kursusholdere Analysedokument til 2. runde sendes til reviewgruppen og kursusholder Marts 27 Opfølgning af reviews fra 1. runde Review, 2. runde (opgaveregning) Marts 30 Review rapport fra 2. runde sendes til gruppe og kursusholder * Opfølgning af reviews fra 2. runde skal desværre ske på eget initiativ, da kurset ikke er længere end 5 mm Se plan på Spørgsmål: Hvorvidt i har lyst/lov til jeres dokument lægges ud på websiden til andres behjælpelighed Eksempler fra sidste års kursus kan ses på /mm6/review-plan-analysedok.html
Struktureret system udvikling Minimodul 3: SPU/UML modellen
Struktureret system udvikling Minimodul 3: SPU/UML modellen Rasmus L. Olsen, 12 Marts 2008 Kursusoversigt og tidsplan Mm1: Introduktion til kursus, UML og use cases (13/2, 2008) Mm2: Kravspecifikation
Læs mereStruktureret system udvikling Minimodul 1: Introduktion, projekt- og tidsplanlægning
Struktureret system udvikling Minimodul 1: Introduktion, projekt- og tidsplanlægning Rasmus L. Olsen, 2 februar 2011 1 Dagens program Introduktion og overblik over kursus Motivation for struktureret systemudvikling
Læs mereModel og metode til programudvikling. Om undertegnede... Struktureret Systemudvikling. Dagens menu... Tankevækkende erfaringer med systemudvikling...
Model og metode til programudvikling 2004 minimodul 11: Struktureret/Systematisk System Udvikling Kursusholder: Ove Andersen Om undertegnede... Ove Andersen, civ. ing., 1989, ph.d. 2003 arbejdet på diverse
Læs mereStruktureret system udvikling Minimodul 1: Introduktion, UML og use cases
Struktureret system udvikling Minimodul 1: Introduktion, UML og use cases Rasmus L. Olsen, 27 februar 2008 Introduktion Kursets hjemmeside http://www.kom.aau.dk/~rlo/ Kursus holder Rasmus L. Olsen Færdiguddannet
Læs mereStruktureret system udvikling Minimodul 2: Kravspecifikation og accepttest
Struktureret system udvikling Minimodul 2: Kravspecifikation og accepttest Rasmus L. Olsen, 27 februar 2008 Kursusoversigt og tidsplan Mm1: Introduktion til kursus, UML og use cases (13/2, 2008) Mm2: Kravspecifikation
Læs mereStruktureret system udvikling Minimodul 2: Kravspecifikation og accepttest
Struktureret system udvikling Minimodul 2: Kravspecifikation og accepttest Rasmus L. Olsen, 18 februar 2009 Kursusoversigt og tidsplan Mm1: Introduktion til kursus, UML og use cases (11 Februar, 2008)
Læs mereSPU UML note. Systematisk Program- Udvikling med UML. Finn Overgaard Hansen
SPU UML note Systematisk Program- Udvikling med UML Finn Overgaard Hansen Elektro- og IKT-afdelingen Finn Overgaard Hansen, august 2003 Versionshistorie Versionsnr. Dato Initialer Versionen omfatter 0.9
Læs mereSPU UML note. Systematisk Program- Udvikling med UML. Finn Overgaard Hansen
SPU UML note Systematisk Program- Udvikling med UML Finn Overgaard Hansen Ingeniørhøjskolen i Århus Finn Overgaard Hansen, august 2005 Versionshistorie Versionsnr. Dato Initialer Versionen omfatter 0.9
Læs mereIterativ og Agil udvikling
Iterativ og Agil udvikling 1 2 Udfordringer i hverdagen En liste over de udfordringer man står overfor ved implementering af iterativ og agil udvikling. 3 Udfordringer med Iterationer 4 Iterationer, I
Læs mereUnderbilag 14 C: Afprøvningsforskrifter til prøver og tests
Underbilag 14 C: Afprøvningsforskrifter til prøver tests Udbud om levering, installation, implementering, support, drift vedligehold af Borgeradministrativt System (BAS) Indhold underbilag 14 C Afprøvningsforskrifter
Læs mereVejledning til udviklingsprocessen for projekt 2
Vejledning til udviklingsprocessen for projekt 2 Versionshistorik Ver. Dato Initialer Beskrivelse 0.01 17.11.14 KBE Første version 0.02 24.11.14 TFJ Rettet efter 1. review 0.03 26.11.14 KBE Omskrevet analyse
Læs mereBranchens perspektiv på den gode indkøbs organisation. En måling er bedre end 100 mavefornemmelser. Per Hartlev
KL s Dialogforum for it-leverandører og konsulenthuse 7. november 2016 Branchens perspektiv på den gode indkøbs organisation En måling er bedre end 100 mavefornemmelser Per Hartlev ph@whitebox.dk 7/11-2016
Læs mereProjektlederens roller og kompetencer. Cases til Projektlederens roller og kompetencer
Cases til Projektlederens roller og kompetencer Palle Ragn 1/9 Bibliografiske oplysninger Kursus: Lokalitet: Afgangsprojekt, Diplom uddannelsen i ledelse JCVU, Århus, Danmark Forfatter: Palle Ragn, 160364
Læs mereAgil-model versus V-model set i lyset af en testers dilemmaer
Agil-model versus V-model set i lyset af en testers dilemmaer 1 Præsentation Foredragsholder Ane Clausen: Cand.Scient i Datalogi Københavns Universitet, Danmark Gift, 3 børn 25 års erfaring med IT: 12
Læs mereBranchens perspektiv på den gode indkøbs organisation. En måling er bedre end 100 mavefornemmelser. Per Hartlev
Branchens perspektiv på den gode indkøbs organisation En måling er bedre end 100 mavefornemmelser Per Hartlev ph@whitebox.dk 7/11-2016 Release-styring Hjælpe værktøjer Kvalitets sikring Leverandør kontrakter
Læs mereFra Computer til Virkelighed. TPE-kursus Elektroniske Systemer P1
Fra Computer til Virkelighed TPE-kursus Elektroniske Systemer P1 Fra Computer til Virkelighed En kort introduktion til kurset Systems Engineering Projektfaser Opsamling og opgave Om kurset Mål: at I lærer
Læs mereCase til opgaven: Evaluering som belutningsmodel for forandring. Case til opgaven: Evaluering som beslutningsmodel for forandring.
Case til opgaven: Evaluering som beslutningsmodel for forandring. Palle Ragn 1/6 Introduktion til casen Casen beskriver et forløb for implementering af et system for en af Stibo s kunder. Efter casen har
Læs mereHigh performance maksimér potentialet. En måling er bedre end 100 mavefornemmelser. Per Hartlev ph@whitebox.dk 30/9-2015
High performance maksimér potentialet En måling er bedre end 100 mavefornemmelser Per Hartlev ph@whitebox.dk 30/9-2015 Release-styring Hjælpe værktøjer Kvalitets sikring Leverandør kontrakter Kurser Opgave
Læs mereSemesterbeskrivelse cand. it uddannelsen i it-ledelse 2. semester.
Semesterbeskrivelse cand. it uddannelsen i it-ledelse 2. semester. Semesterbeskrivelse Oplysninger om semesteret Skole: Statskundskab Studienævn: Studienævn for Digitalisering Studieordning: Studieordning
Læs mereStruktureret system udvikling Minimodul 4: Struktureret ProgramUdvikling (SPU) - I
Struktureret system udvikling Minimodul 4: Struktureret ProgramUdvikling (SPU) - I Rasmus L. Olsen, 17 Februar, 2011 1 V-modellen - overordnet Kravspecifikation Arkitekturdesign System integrationstest
Læs mereIT projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering
Opdateret 19/04-2018 IT projektmodel Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering Formål: Fælles metodik for projekter der involverer AU IT. Værktøj og støtte
Læs mereIT projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering
Opdateret 26/06-2018 IT projektmodel Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering Formål: Fælles metodik for projekter der involverer AU IT. Værktøj og støtte
Læs mereIT-KONTRAKTER HVORDAN HÅNDTERES BEHOVET FOR FLEKSIBILITET I PRAKSIS?
IT-KONTRAKTER HVORDAN HÅNDTERES BEHOVET FOR FLEKSIBILITET I PRAKSIS? Mads Nygaard Madsen, advokat og partner, certificeret IT-advokat, certificeret juridisk ekspert i IT-tvister 22. september 2015 DISPOSITION
Læs mereStruktureret system udvikling Minimodul 4: Introduktion til systematisk design
Struktureret system udvikling Minimodul 4: Introduktion til systematisk design Rasmus L. Olsen, 26 Marts, 2008 Kursusoversigt og tidsplan Mm1: Introduktion til kursus, UML og use cases (13/2, 2008) Mm2:
Læs mere- Erfaringer med implementering af MES løsninger. SESAM RAMBØLL, d 31. marts. 2011 DC Produktions IT Projekt Afdelingen Arne Boye-Møller
- Erfaringer med implementering af MES løsninger SESAM RAMBØLL, d 31. marts. 2011 DC Produktions IT Projekt Afdelingen Arne Boye-Møller DC Projektorganisation Arne J. Boye-Møller, Produktions IT, Projektafdelingen
Læs mereSemesterbeskrivelse cand. it uddannelsen i it-ledelse 2. semester.
Semesterbeskrivelse cand. it uddannelsen i it-ledelse. Semesterbeskrivelse Oplysninger om semesteret Skole: Statskundskab Studienævn: Studienævn for Digitalisering Studieordning: Studieordning for Kandidatuddannelsen
Læs mereOvervejelser ved valg af IT system
Overvejelser ved valg af IT system Teknologisk Institut v/: Tanya Sørensen, faglig leder Agenda Implementeringsproces og kravspecifikation Case Hvordan kommer vi videre? Implementeringsproces og kravspecifikation
Læs mereIt-håndbogen. Uddrag af artikel trykt i It-håndbogen. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret.
It-håndbogen Uddrag af artikel trykt i It-håndbogen. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret. Børsen Ledelseshåndbøger er Danmarks største og stærkeste
Læs mereScope Management ITU 11-09-2013 @janhmadsen #ituscpmgt
Scope Management ITU 11-09-2013 @janhmadsen Dagsorden Oplægsholder Projektstyring Scope Management i en fælles kontekst Definitioner Scope Management - styring af omfang ved projektets start under projektets
Læs mereProcedurer for styring af softwarearkitektur og koordinering af udvikling
LEVERANCE 2.3 Procedurer for styring af softwarearkitektur og koordinering af udvikling Procedurerne vil omfatte: Planlægning af udfasning af gamle versioner af OpenTele Planlægning af modning af kode
Læs mereSvendeprøve Projekt Tyveri alarm
Svendeprøve Projekt Tyveri alarm Påbegyndt.: 8/2-1999 Afleveret.: 4/3-1999 Projektet er lavet af.: Kasper Kirkeby Brian Andersen Thomas Bojer Nielsen Søren Vang Jørgensen Indholds fortegnelse 1. INDLEDNING...3
Læs mereSAS Standardarbejde i Administration og Service
DI-version 2014-12-17 SAS Standardarbejde i Administration og Service Alle rettigheder tilhører DI 2-5-4 - SAS - Ledelsens Vejledning - 2014-12-17 side 1 af 8 Instruktion til kaizenleder Rettigheder DI
Læs mereForberedelse og planlægning af GMP Audit
Forberedelse og planlægning af GMP Audit Juli, 2014 Indledning I de kommende sider får du nogle hurtige tips og råd til din forberedelse og planlægning af en GMP audit. Dette er ikke en komplet og grundig
Læs mereGenerel projektbeskrivelse
02121 Ingeniørarbejde Softwareteknologi Januar 2010 1 Introduktion Generel projektbeskrivelse Formålet med programmeringsprojektet er at give deltagerne erfaring med at designe og konstruere et simpelt
Læs mereAutomation Projektledelse Networking GAPP. GAPP kravspecifikation
GAPP GAPP kravspecifikation Kravspecifikation - formål Kategorisere, vurdere og samle krav i logisk og funktionelle grupper for at: Øge overblikket Undgå overlappende og modstridende krav Skærpe de enkelte
Læs mereAlgorithms & Architectures II
Algorithms & Architectures II Algorithms & Architectures II Jens Myrup Pedersen Hans Peter Schwefel Kursusholdere Dagens lektion Overordnet mål: At etablere en forståelse for hvordan hardware og hardwarearkitekturer
Læs mereVirksomheden bør udvikle, implementere og konstant forbedre de rammer, der sikrer integration af processen til at håndtere risici i virksomhedens:
DS/ISO 31000 Risikoledelse ISO 31000 - Risikoledelse Virksomheden bør udvikle, implementere og konstant forbedre de rammer, der sikrer integration af processen til at håndtere risici i virksomhedens: overordnede
Læs mereProcedure for systemtest
LANDBRUGS- OG FISKERISTYRELSEN Procedure for systemtest Retningslinjer for hvordan test udføres i LFST Kontrakt om Testressourcer Underbilag 1c 23. oktober 2017 Version 1.0 En beskrivelse af hvordan test
Læs mereVentetider i projekter
Ventetider i projekter - en undersøgelse af 25 projekter og deres udfordringer Del I: Hvad venter vi på? Del II: Hvad er en ventetid? Del III: Hovsa! Hvorfor stopper vi her? Del IV: Spild ikke ventetiden!
Læs mereSoftware Dokumentation
Software Dokumentation Jan Boddum Larsen Teknologi B og A på HTX Dokumentation af software i Teknologi I samfundet sker der en bevægelse mod mere digitale løsninger i teknologi. Det betyder at software
Læs mereP2 Procesanalysen. Procesanalysen er et værktøj til at styre jeres udvikling af projektarbejdets faglighed
P2 Procesanalysen Procesanalysen er et værktøj til at styre jeres udvikling af projektarbejdets faglighed F.eks. Projektorganisering Kommunikation Samarbejde Konfliktadfærd Rollefordeling Projektstyring
Læs mereKURSER INDENFOR SOA, WEB SERVICES OG SEMANTIC WEB
KURSER INDENFOR SOA, WEB SERVICES OG SEMANTIC WEB Det er Web Services, der rejser sig fra støvet efter Dot Com boblens brag. INTRODUKTION Dette dokument beskriver forslag til fire moduler, hvis formål
Læs mereBILAG 7. Dokumentation
BILAG 7 Vejledning til tilbudsgiver Bilaget indeholder Kundens mindstekrav til. 2 Indholdsfortegnelse 1. Indledning... 4 2. somfanget... 4 2.1 Proces for udarbejdelse og godkendelse af... 4 2.2 Generelle
Læs mereEn måling er bedre end 100 mavefornemmelser
Test din virksomheds modenhed til at gennemføre projekter En måling er bedre end 100 mavefornemmelser Per Hartlev ph@whitebox.dk 10/3-2016 Søren T. Lyngsø 1984-1993 ABB 1993-2001 DELTA 2001-2014 Whitebox
Læs mereTirsdag: PROJEKTLEDELSE OG -ARBEJDE
Tirsdag: PROJEKTLEDELSE OG -ARBEJDE Hvad Er det en god har idé? vi lært? (CBA/BC) Hvad har vi lavet? (projektevaluering) Hvornår har vi et projekt? (projektgeografi) Hvad skal vi levere? (produktmål) Interessentanalyse
Læs mereDE BEAR TECHNOLOGY. o Processer, metoder & værktøjer. e-mail: info@dbtechnology.dk WWW.DBTECHNOLOGY.DK
Mission Critical o Projekt Information management o Processer, metoder & værktøjer. Side 1 of 11 Projekt information Projekt information management inkluderer alle de processer, som er nødvendige for at
Læs mereSecure O matic. Gruppe 5 2. SEMESTERPROJEKT. Udgave. Accepttest-specifikation
Udgave 2 2. SEMESTERPROJEKT Gruppe 5 Secure O matic Accepttest-specifikation Benjamin Sørensen, 02284 Tomas Stæhr Hansen, 03539 Stefan Nielsen, 02829 Mubeen Ashraf, 9279 Hussein Kleit, 9281 SECURE O MATIC
Læs mereVisuel Ledelse i udviklingsprojekter
Visuel Ledelse 23. nov. 10 Visuel Ledelse i udviklingsprojekter Visuel planlægning og styring af udviklingsprojekter Visuelle midler Lean i udviklingsafdelingen Lean i mødekulturen Etablering af fælles
Læs merePlan for præsentationen
Rejsen på vej til Test Drevet Udvikling i Uddannelses- og Forskningsministeriet Præsenteret af Klaus Olsen Willy Kofoed kontorchef i Uddannelses- og Forskningsministeriet Kenneth B Andersen IT Minds På
Læs mereStruktureret system udvikling Minimodul 3: Kravspecifikation og accepttest
Struktureret system udvikling Minimodul 3: Kravspecifikation og accepttest Rasmus L. Olsen, 7 februar 2011 1 Dagens program Introduktion Kravspecifikation Gennemgang af hvad der karakteriserer en god/dårlig
Læs mereWorkshop og møderække: Ledelse af den koordinerende sagsbehandler
Workshop og møderække: Ledelse af den koordinerende sagsbehandler Den tværsektorielle organisering og de ledelsesmæssige rammer er centrale for driften af den koordinerende sagsbehandlerfunktion. Rammevilkår,
Læs mereREFERAT. Koordineringsgruppemøde. 28. november 2014
DATO KONTAKTPERSON MAIL 28-11-2014 Rasmus Fuglsang Jensen rfj@vd.dk REFERAT EMNE Koordineringsgruppemøde TIDSPUNKT 28. november 2014 STED DELTAGERE Videomøde: Femern A/S, København / Vejdirektoratet, Skanderborg
Læs mereSecure O matic. Gruppe 5 2. SEMESTERPROJEKT. Udgave. Projektstyring
Udgave 1 2. SEMESTERPROJEKT Gruppe 5 Secure O matic Projektstyring Benjamin Sørensen, 02284 Tomas Stæhr Hansen, 03539 Stefan Nielsen, 02829 Mubeen Ashraf, 9279 Hussein Kleit, 9281 SECURE O MATIC Projektstyring
Læs mereEffektivitet og kvalitet i projekteksekvering
Webinarrække om projektledelse Intro til Projektmodel Light Effektivitet og kvalitet i projekteksekvering 22.11.2017 Annika Lindberg Hvad er projektmodel light Udviklet af Syddansk Sundhedsinnovation i
Læs mereFælles projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering
Version 3.1 opdateret 04/03-2016 Fælles projektmodel Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering Formål: Fælles metodik for projekter der involverer AU IT.
Læs mereIT-projektledelse F2006. Opfølgning og kvalitetssikring
IT-projektledelse F2006 Opfølgning og kvalitetssikring Hvorfor planlægge når projekter sjældent følger planen? Hvad er opfølgning? Hvad skal der følges op på? Levels of control checkpoint reports project
Læs mereDet vigtigste først! Dette er måske den vigtigste bog der nogensinde er skrevet om agile vs. vandfald. Muligvis fordi det vel stadig er den eneste
WTF? Thomas Schou-Moldt, Miracle A/S (siden 2008) Arkitekt, udvikler, teknisk projektleder, mv. Indtil videre afsonet lidt over 20 år i branchen, ingen udsigt til prøveløsladelse tsm@miracleas.dk, 5374
Læs mereKonference om Cloud Computing 18. maj 2011. Proof of Concept for transition til Cloud Lars Ravndrup Thomsen, Solutions Architect, KMD
Konference om Cloud Computing 18. maj 2011 Proof of Concept for transition til Cloud Lars Ravndrup Thomsen, Solutions Architect, KMD POC, hvad er det? En søgning på internettet viser, at de fleste sites
Læs mere10 gode råd. Vælg den rette model. af konsulent Morten Korsaa, DELTA
10 gode råd af konsulent Morten Korsaa, DELTA Vælg den rette model SKI rammekontrakten giver mulighed for at bruge to udviklingsmodeller den klassiske og den nye. Dit valg er afgørende for succes. Den
Læs mereEngageret, kompetent og målrettet produktudvikling INNOVATION
Engageret, kompetent og målrettet produktudvikling INNOVATION Du har en ide Det gælder om at forfølge sin ide, mens den kan gøre en forskel i markedet. I en travl hverdag med ledelse og drift kan det imidlertid
Læs mereCurriculum Vitae. Uddannelse: 2001 Civilingeniør fra Danmaks tekniske universitet, fagprofil: styring og regulering.
Curriculum Vitae Navn Gitte Brunn Fugmann Adresse Mosegård Park 9 3500 Værløse. Telefonnr +45 3927 7371 E-mail gbr@fugmann.net Fødselsdato 24. april 1974 Fødselssted Rigshospitalet, København Ægteskabelige
Læs mereKoncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele
LEVERANCE 2.1 Koncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele Konceptet beskriver, hvordan koden forvaltes, og hvordan
Læs mereEntreprenøren skal følge et kvalitetsstyringssystem, som lever op til de i dette bilag anførte krav.
1 Bilag 1 Kvalitetsstyring. 1. Indledning. Generelt Entreprenøren skal følge et kvalitetsstyringssystem, som lever op til de i dette bilag anførte krav. Entreprenøren skal indenfor rammerne af sit kvalitetsstyringssystem
Læs mereIT projekt person galleri
Denne guide er oprindeligt udgivet på Eksperten.dk IT projekt person galleri Denne artikel forsøger at forklare lidt om hvilke funktioner der ligger bag ved de forskellige titler som deltagerne i et IT
Læs mereETC sæt strøm til projektstyringen
ETC sæt strøm til projektstyringen Sådan får du succes med projektestimering Få styr på projekter og deadlines Denne publikation indeholder en gennemgang af den nye ETC-funktion i TimeLog Project. Med
Læs mereBILAG 5.D DOKUMENTATION
BILAG 5.D DOKUMENTATION INDHOLDSFORTEGNELSE 1. Indledning...4 2. Kundens krav til Leverancedokumentation...4 Side 2 of 10 Instruktion til besvarelse af bilaget: Teksten i denne instruktion er ikke en del
Læs mereArtikel trykt i ERP. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret.
ERP Artikel trykt i ERP. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret. Børsen Ledelseshåndbøger er Danmarks største og stærkeste videns- og udviklingsklub.
Læs mereHvornår er dit ERP-system dødt?
Hvornår er dit ERP-system dødt? Ved du egentlig hvornår dit ERP-system er dødt? Vi giver dig vores bud på, hvilke tegn du skal holde øje med, så du kan handle i tide. Hvornår er dit ERP-system dødt? At
Læs mereSemesterbeskrivelse cand. it uddannelsen i it-ledelse 3. semester.
Semesterbeskrivelse cand. it uddannelsen i it-ledelse 3. semester. Semesterbeskrivelse Oplysninger om semesteret Skole: Statskundskab Studienævn: Studienævn for Digitalisering Studieordning: Studieordning
Læs mereMangelfuldt dokumenterede it-systemer. Hvordan løses udfordringen?
Mangelfuldt dokumenterede it-systemer Hvordan løses udfordringen? Indholdsfortegnelse 1. Resume... 3 2. Introduktion... 3 3. Fordelene ved at løse udfordringen... 3 4. Løsningen... 4 4.1 Hvordan?... 4
Læs merePÆDAGOGISK KURSUS FOR INSTRUKTORER EFTERÅR GANG
PÆDAGOGISK KURSUS FOR INSTRUKTORER EFTERÅR 2014 2. GANG SARAH ROBINSON SROBIN@TDM..DK PROGRAM GANG 1-3 1. torsdag den 21. aug. kl. 13.00-16.00 Instruktorrollen og læreprocesser 2. torsdag den 28. aug.
Læs mereIdékatalog Planlægning og brug af test i statslige it-projekter
Idékatalog Planlægning og brug af test i statslige it-projekter Januar 2014 INDHOLD 1. INDLEDNING...1 2. TYPER AF TEST...2 3. PLANLÆGNING AF TEST I FASERNE...6 3.1 IDÉFASEN...6 3.2 ANALYSEFASEN...7 3.3
Læs mereHvad er en referencelinie? Tidsligt fastlagt Veldefineret tilstand af mellemprodukter Mellemprodukter vurderes Sandhedens øjeblik
Hvad er en referencelinie? Tidsligt fastlagt Veldefineret tilstand af mellemprodukter Mellemprodukter vurderes Sandhedens øjeblik En referencelinie er en koordineret og veldefineret tilstand i et projekt,
Læs mereUndervisningsbeskrivelse
Undervisningsbeskrivelse Stamoplysninger til brug ved prøver til gymnasiale uddannelser Termin maj-juni 16/17 Institution Frederikshvan Handelsskole Uddannelse Fag og niveau Lærer(e) Hold EUX Informationsteknologi
Læs mereHvad har vi lært? Hvad har vi lært? PROJEKTLEDELSE OG -ARBEJDE. Tirsdag: Hvad har vi lavet? (projektevaluering) Er det en god idé?
Tirsdag: PROJEKTLEDELSE OG -ARBEJDE Er det en god idé? Hvad har vi lært? (CBA/BC) Hvad har vi lavet? (projektevaluering) Hvornår har vi et projekt? (projektgeografi) Hvad skal vi levere? (produktmål) Interessentanalyse
Læs mereIntroduktion til projekter
Introduktion til projekter v. 1.0.3 Introduktion I dette materiale ser vi overordnet på, hvad projekter egentlig er, hvordan de er skruet sammen og hvilke begreber, som relaterer sig til projekter. Vi
Læs mereJens Myrup Pedersen Adjunkt. Department of Control Engineering Center for Network Planning. SPU 1. kursusgang
Jens Myrup Pedersen Adjunkt Department of Control Engineering Center for Network Planning SPU 1. kursusgang 1 En lille appetitvækker. 2 2*45 minutters forelæsning Dagsorden Herefter opgaveregning se hjemmeside
Læs mereSOFTWARE PROCESSES. Dorte, Ida, Janne, Nikolaj, Alexander og Erla
SOFTWARE PROCESSES Dorte, Ida, Janne, Nikolaj, Alexander og Erla Hvad er en software proces? Et struktureret sæt af AKTIVITETER, hvis mål er udvikling af software. En software proces model er en abstrakt
Læs mereDAFA s. HACCP-guidelines. I henhold til DS 3027. DAFA Side 1 af 9
s HA-guidelines I henhold til DS 3027 Side 1 af 9 s HA guidelines for Operatører. Afsnit 1 1.1. Hvad er HA? Side 3 1.2. HA-processen Side 4 1.3. Flowdiagram for HA-systemet Side 5 1.4. Kontrol og rapportering
Læs mereStrategiudrulning. Ledelsens vejledning. DI-version
DI-version 2013-11-20 Ledelsens vejledning 1-1-1 - STU - Ledelsens Vejledning - 2013-11-2011-20 Alle rettigheder tilhører DI side 1 af 9 Instruktion til kaizenleder Rettigheder DI ejer alle rettigheder
Læs mereBias Reducing Operating System - BROS -
Bias Reducing Operating System - BROS - Accepttestspecifikation Projektgruppe 3: Rasmus Lund Jensen (11111) Nicolai Glud(11102) Jacob Roesen(10095) Mick Holmark(11065) Johnny Kristensen(10734) 1 Versionshistorik
Læs mereLean Construction. DTU Diplom 29. oktober Jakob Lemming Lean Construction - DK
Lean Construction DTU Diplom 29. oktober 2015 Jakob Lemming Lean Construction - DK lcdk@leanconstruction.dk Lean hos Toyota Mål for Lean Production Maksimér værdien Fastlæg værdier ud fra kundens definition
Læs mere(Bilaget ligger på i pdfformat og word-format.)
BILAG 7 DEN AGILE METODE OG SAMARBEJDSORGANISATION (Bilaget ligger på http://silkeborgkommune.dk/erhverv/udbud/varer-og-tjenesteydelser i pdfformat og word-format.) Skemaer udfyldes af Tilbudsgiver. Besvarelsen
Læs mere16. DECEMBER Netværksmøde. Udbud med forhandling. v/associeret partner, advokat Malene Roose Bagh
Netværksmøde Udbud med forhandling v/associeret partner, advokat Malene Roose Bagh mal@kammeradvokaten.dk 1 Agenda 1. 2. 3. 4. Hvornår kan udbud med forhandling anvendes? Fordele og ulemper forskelle ift
Læs mereKom godt i gang. med uddannelsesbogen en guide for undervisere
Kom godt i gang med uddannelsesbogen en guide for undervisere Version 1.0 DF dec 2017 Velkommen som underviser i uddannelsesbogen.dk Uddannelsesbogen.dk udsprang oprindeligt af et behov for en form for
Læs mereEt bud på regulatorisk strategi og niveau(er) for nye MedTech virksomheder
Presentation title 1 Et bud på regulatorisk strategi og niveau(er) for nye MedTech virksomheder Peter Bøge Senior Controls manager, Novo Nordisk; Formand for Medicoindustriens ekspertgruppe for Safety
Læs mereSecure O matic. Gruppe 5 2. SEMESTERPROJEKT. Udgave. Testspecifikation
Udgave 1 2. SEMESTERPROJEKT Gruppe 5 Secure O matic Testspecifikation Benjamin Sørensen, 02284 Tomas Stæhr Hansen, 03539 Stefan Nielsen, 02829 Mubeen Ashraf, 9279 Hussein Kleit, 9281 SECURE O MATIC Testspecifikation
Læs mereNSP Testmiljøer. Dato: 08.11.2012. - Mødereferat fra projektmøde d. 07/11 2012. National Sundheds-IT. www.nsi.dk. Islandsbrygge 39.
NSP Testmiljøer National Sundheds-IT www.nsi.dk - Mødereferat fra projektmøde d. 07/11 2012 Islandsbrygge 39 Dato: 08.11.2012 Udarbejdet af: NSI 2300 København S Side 1 Indholdsfortegnelse 1 Referat fra
Læs mereRetningslinjer for arkitekturreviews Version 1.0. Maj 2017
Retningslinjer for arkitekturreviews Version 1.0 Maj 2017 Indhold Indhold... 2 Introduktion til retningslinjerne... 3 Hvilke projekter skal have foretaget arkitektur-reviews?... 3 Tre trin for arkitekturreviews...
Læs mereNexus Guide. Den definitive guide til Nexus: Et ydre skelet for skaleret Scrum udvikling. Udarbejdet og vedligeholdt af Ken Schwaber og Scrum.
Nexus Guide Den definitive guide til Nexus: Et ydre skelet for skaleret Scrum udvikling Udarbejdet og vedligeholdt af Ken Schwaber og Scrum.org August 2015 Indholdsfortegnelse Nexus overblik... 2 Formålet
Læs mereKvalitetssikring af IT udvikling hos TDC
Kvalitetssikring af IT udvikling hos TDC Kvalitetsrevisor Henning Sams Har være ansat hos TDC siden 1976 og har arbejdet med kvalitet i ca. 10 år, primært som QAér og Proceskonsulent. Underviser bl.a på
Læs mereBilag 10. Samarbejdsorganisation. Udbud af Medical Device Information Collection
Bilag 10 Samarbejdsorganisation Udbud af INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. Formål med Bilag: Formålet med dette
Læs mereBilag 16. Den Iterative Model. Til Kontrakt. Den Nationale Henvisningsformidling
Bilag 16 Den terative Model Til Kontrakt OM Den Nationale Henvisningsformidling Bilag 16 Den terative Model Side 1/9 NSTRUKTON TL TLBUDSGVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil
Læs mereCV Jakob Niemann. Resumé: Nøglekvalifikationer. Personlighed. Født: 24/02 1976
Jakob Niemann IT Konsulent Født: 24/02 1976 Rosendalsgade 11, 2. TV. 2100 København Ø Tlf: +45 2859 9808 JakobNiemann@gmail.com Resumé: Test og Quality Manager med mere end 15 års IT erfaring. Har stor
Læs mereInfoblad. IATF Automotive
Side 1 af 5 IATF 16949 - Automotive Standarden IATF 16949 indeholder særlige krav gældende for bilindustrien og for relevante reservedelsvirksomheder. Standardens struktur er opbygget som strukturen i
Læs mereVærktøj til selvanalyse af visitationsproce s- sen på det specialiserede socialområde for børn og for voksne
Januar 2011 Værktøj til selvanalyse af visitationsproce s- sen på det specialiserede socialområde for børn og for voksne KL har udviklet et værktøj til selvanalyse af visitationsprocessen på børnefamilieområdet
Læs mereMålbillede for risikostyring i signalprogrammet. Juni 2018
Målbillede for risikostyring i signalprogrammet Juni 2018 1 Introduktion Opstilling af målbillede Målbilledet for risikostyringen i Signalprogrammet (SP) definerer de overordnede strategiske mål for risikostyring,
Læs merePain Treatment Survey
Pain Treatment Survey Projektoplæg Projektoplæg til fælles udviklingsprojekt, i samarbejde mellem KLONK og smerteeksperter fra Sverige, Danmark og Norge www.klonk.dk Indholdsfortegnelse Baggrund... 2 Idé...
Læs mereProjektplan for DIKU studenterprojekter
Projektplan for DIKU studenterprojekter Forfatter: Anders Johansen, Softwareudvikler, Det Kongelige Bibliotek 29. januar, 2007 Projektplan version 1.0 Det Kongelige Bibliotek Postboks 2149, DK-1016 København
Læs mere