Velkommen til. Kravspecifikation i Softwareudvikling Workshop hos Brüel & Kjær. 14. september 2012,
|
|
- Mogens Berg
- 8 år siden
- Visninger:
Transkript
1 Velkommen til Kravspecifikation i Softwareudvikling Workshop hos 14. september 2012, Flemming Hansen, IT innovation flemming.hansen@it-innovation.dk Kravspecifikation i softwareudvikling, side 0
2 Agenda Introduktion til Kravspecifikations aktiviteten Kravspecifikation med Use Case Identifikation og beskrivelse af Use Case Metodetrin for kravspecifikation Pause Workflow analyse sammenhæng imellem Use Case Kravspecifikations dokumentet Anvendelse af Kravspecifikationer og Use Case i en System udviklings process Kravspecifikation i softwareudvikling, side 1
3 Hvorfor kravspecifikation? Er ofte et aftalegrundlag mellem kunde/marketing og udvikler Definerer mål og forventninger til projektet Danner grundlag for: estimering og resurseallokering den videre systemudvikling udarbejdelse af en accepttestspecifikation Beskriver hvad og ikke hvordan Er et fundament for senere udvidelser og ændringer Kravspecifikation i softwareudvikling, side 2
4 Den gode kravspecifikation er: Entydig Fuldstændig Konsistent Korrekt Testbar Modificerbar Sporbar Kravspecifikation i softwareudvikling, side 3
5 Indhold i en Kravspecifikation En kravspecifikation indeholder: En generel introduktion til det system eller det produkt, der ønskes udviklet De funktionelle krav til systemets eller produktets virkemåde De ikke funktionelle krav, der beskriver generelle krav som systemet skal leve op til Kan i nogle tilfælde også indeholde krav til selve udviklingsforløbet alternativt er disse beskrevet i et selvstændigt dokument det er ofte fornuftigt at adskille produkt fra proces Et krav er en egenskab som et produkt må have for at give værdi for en interessent. Kravspecifikation i softwareudvikling, side 4
6 Funktionelle og ikke funktionelle krav Eksempler på funktionelle krav: AAS - Ability to retrieve recorded data from PTI-files should be implemented (Group: PTI handling) Speed/tacho profile should be calculated using Automotive Group libraries (Group: General) Eksempler på ikke funktionelle krav: Calculation times should be reduced to < 1 min for 3k points/80 intervals (Group: Performance) Load time should be improved compared to current solution (Group:mapping) Kravspecifikation i softwareudvikling, side 5
7 Kravspecifikation med Use Case Kravspecifikation Aktør-kontekst diagram 1. Indledning 2. Generel beskrivelse 3. Specifikke krav 4. Ekstern grænseflade 5. Krav til ydelse 6. Kvalitetsfaktorer 7. Design krav 8. Andre krav 9. Dellevering Aktør System X Use Case diagram Use Case 1 Use Case 2... Use Case n Kravspecifikation i softwareudvikling, side 6
8 En traditionel tekstspecifikation Potentielle problemer med en ren tekst specifikation: Det kan være svært at finde kravene Det er vanskeligt at få et overblik ( sider) Den er vanskelig at modificere Udvidelser udføres til tider som tilføjelser Det er meget svært at undgå redundans Der er ofte unødvendige design krav Ofte har specifikationen ingen standard struktur Overgang til design kan være vanskelig Fordele ved en ren tekst specifikation: Den er let at læse forstået på den måde at man starter side 1 og slutter side nn Specifikationer baseret på såvel diagrammeringsteknikker som tekst er langt mere konsistente, entydige, modificerbare og gennemskuelige Kravspecifikation i softwareudvikling, side 7
9 Produkter fra kravspecifikationsfasen Kravspecifikation option option Kravspecifikation med Use Cases Accepttest specifikation (G)UI Prototype Begrebsmodel Kunde Salg/marketing Review Kravspecifikation i softwareudvikling, side 8
10 Basal Use Case notation System Aktør Use Case Use Case specifikation Aktør beskrivelse Kravspecifikation i softwareudvikling, side 9
11 Hvad er en aktør ( Actor )? Alt der skal eller kan kommunikere med det ønskede system repræsenteres som aktører IKON: En aktør kan repræsentere: en person rolle et andet system en fysisk enhed (sensor, transducer,..) Aktør Kravspecifikation i softwareudvikling, side 10
12 Nye valgfrie aktører i UML2 Anvendes fint til tekniske systemer som er de primære produkter hos Brüel og Kjær Person Blockhead Clockhead Gearhead Kravspecifikation i softwareudvikling, side 11
13 Systemafgrænsning Systemafgrænsningen foretages ved at udarbejde et aktør-kontekst (actor-context) diagram Systemafgrænsning er en af de vigtigste aktiviteter, der bør foretages tidligt i et specifikationsforløb Foretages ved: at finde og navngive de aktører, der er i samspil med det ønskede system at navngive det system, der ønskes specificeret og udviklet Resultatet dokumenteres vha. et aktør-kontekst diagram Kravspecifikation i softwareudvikling, side 12
14 Aktør-kontekst diagram Passager Balise PositonsId Balise SignalStatus TogFører Tog System Tog Kontrol LokoFører Center System MaskinStyring BremseSystem HjulSensor DørSystem Kravspecifikation i softwareudvikling, side 13
15 Review af aktør-kontekst diagram Checkliste til review Er alle relevante aktører identificeret? Er aktørerne primære, sekundære eller begge dele? Er der brugt rollenavne for personaktører? Er hver aktør beskrevet vha. et navneord i ental? Har aktørerne forståelige navne? Er aktørbeskrivelserne udfyldt? Har systemet et forståeligt navn? Er de øvrige interessenter også identificeret? Kravspecifikation i softwareudvikling, side 14
16 Målopfyldelse og Use Cases En Use Case skal opfylde et mål: Det vil normalt være et mål for den primære aktør eller f.eks. vil det at indtaste en pinkode ikke være et mål for en aktør og derfor ikke være en Use Case Det kan være et mål for en af de øvrige interessenter (Stakeholders) til systemet f.eks Use Casen Registrér Kundeinformation, der måske ikke udgør et specielt erkendt mål for en aktør Kravspecifikation i softwareudvikling, side 15
17 Use Case diagram En Use Case er en enhed af meningsfuldt arbejde på forretnings- eller system niveau Et Use Case diagram indeholder: Aktører, som portrættere entiteter der udfører en særlig rolle i et givet system. En aktør kan være en person, et andet system, en organisation, Use Cases, som en visuel repræsentation af forretnings eller system processen Associations pile, der viser, hvem der tager initiativ til at starte en Use Case System grænse definere rammerne for systemet Aktør Initier Use Case System Grænse Use Case beskrivelse Kravspecifikation i softwareudvikling, side 16
18 Eksempel: Use Case Diagram Passager Giv passagerinformation <<extends>> Tog-System (TS) Udfør Turplan Giv vigtig meddelelse <<extends>> TogFører Giv akut ressourcesvigt Ændring af KørselsInformation LokoFører <<extends>> Foretag togstyring <<extends>> <<extends>> Foretag Katastrofebrems Tog Kontrol Center System Foretag dørstyring Foretag automatisk nedbremsning Bestem Hastighed Bestem Toglokation DørSystem Maskin Styring Bremse System Balise SignalStatus LokoFører HjulSensor Balise PositionsId Kravspecifikation i softwareudvikling, side 17
19 Review af Use Case diagram Checkliste til review Har hver Use Case et veldefineret og entydigt mål? fremgår dette mål af navnet? er målet beskrevet i en Use Case specifikation Er Use Casen navngivet ved hjælp af et udsagnsord, der virker på et navneord? Er hver Use Case forbundet til mindst en aktør? Er der aktører, der ikke er forbundet til nogle Use Cases? Mangler der Use Cases, for at tilfredsstille de øvrige interessenter? Er der tænkt på Use Cases, der aktiveres af systemet? Kravspecifikation i softwareudvikling, side 18
20 Use Case specifikation Hver Use Case har en specifikation, der beskriver samtlige mulige scenarier, incl. fejlsituationer Use Case Use Case specifikation Scenariet er den konkrete instantiering med et bestemt gennemløb af Use Casen. Kravspecifikation i softwareudvikling, side 19
21 Use Case og scenarier Specifikationen skal beskrive samtlige scenarier Aktør 2 Use Case 4 Use Case 4 specifikation...aktør A... B...B1... Solskinsscenario xxxx yyyy zzzzz... Alternativ scenario 1 xxxx cc yyyy dd zzzzz... Alternativ scenario 2 xxxx yyyy eee zzzzz dddd... ffff... Kravspecifikation i softwareudvikling, side 20
22 Use Case specifikation - skabelon Use Case nr. X: Use Case navn Mål: Inititering: Startbetingelser: Slutresultat: Succes: Fejl: Normalforløb: Undtagelser: Kravspecifikation i softwareudvikling, side 21
23 Use Case specifikation - eksempel Use Case 1: BestemToglokation Mål: At bestemme et togs præcise position på en tur ud fra en absolut positionsbestemmelse ved passage af en balise og en relativ positionsbestemmelse ud fra antallet af hjulomdrejninger siden sidst passerede balise Initiering: af Tog-Systemet ved opstart Aktører og interessenter: Aktører: BalisePositionsId (en del af den fysiske balise), Hjulsensor og TogKontrolCenter-System Øvrige interessenter: jernbaneselskabet og personer der kører med toget, da denne Use Case udgør en vigtig kernefunktion i sikkerhedssystemet Antal samtidige forekomster: 1 Frekvens: kontinuert funktion Ikke funktionelle krav: Balisesignalet skal kunne aflæses ved den maksimale hastighed for toget Referencer: Grænsefladebeskrivelse for Balise se dokumentet TBD. Startbetingelser: ingen Slutbetingelser: Succes: at togets position kontinuert er fastlagt med den ønskede præcision Fejl: at togets position ikke kan fastlægges Normalforløb: Systemet skal til stadighed foretage følgende: 1.A.1 Når toget passerer en balise aflæser Tog-Systemet en identifikationskode fra balisen. 1.A.2. Tog-Systemet omsætter balisens identifikationskode til en absolut lokation på baggrund af information fra Turplanen. Lokationen angiver det segment, toget befinder sig på samt afstanden fra segmentets start. 1.A.3. Tog-Systemet sender ved passage af balisen lokationen til TogKontrolCenter-Systemet sammen med togets nummer og en turidentifikationskode. 1.B.1 Tog-Systemet udregner mellem to Baliser en relativ afstand ved at tælle hjulomdrejninger, der aflæses vha. aktøren hjulsensor og ud fra kendskab til hjulets diameter. 1.B.2. Tog-Systemet tester, at der modtages et Balisesignal for hver km dvs. at den relative afstand er mindre end 1 km. [Undtagelse: manglende Balisesignal] Undtagelser: manglende Balisesignal: I dette tilfælde beregnes toglokationen vha. hjulsensoren og fejlen logges i systemet og Use Casen fortsætter. Hvis næste baliseaflæsning også fejler så gives der fejlmelding til TogKontrolCentret-Systemet, der beslutter om toget kan fortsætte. Kravspecifikation i softwareudvikling, side 22
24 Use Case skabelon - eks Use Case name Status Use Case Goal Initiating event Primary Actors Secondary Frequency Non-functional requirements Comments Precondition Success Result Error Flow of events Variations Exceptions Nr. Version #Concurrent instances Kravspecifikation i softwareudvikling, side 23
25 Review af Use Case specifikation Checkliste til review er der anvendt en skabelon? er der mellem 3-10 trin? er hvert trin beskrevet på et passende niveau? er det klart i hvert trin, hvem der har initiativet? er der anvendt en aktiv sætning i nutid? er hvert trin beskrevet med et klart delmål, der fører mod hovedmålet? er normal forløbet let at læse og forstå? er alle relevante undtagelser og varianter identificeret og beskrevet? er interessenternes interesser beskyttet? er alle felter i skabelonen udfyldt? Kravspecifikation i softwareudvikling, side 24
26 Arbejdsgange - workflow Ope ra+ Visitationssystem LIS Find målgruppe Angiv matchgruppering Vælg pakke Vælg tilbudspakke sortering ikke tilfredsstillende Specificer borgerprofil Fremsøg resultat Foresp ørgsel «datastore» Nøgletal Vurder søgeresultat Vis resultat Resultat forespørgsel sortering tilfredsstillende Afslut søgning Exit visitationssystem Kravspecifikation i softwareudvikling, side 25
27 Accepttest specifikation Accepttestspecifikationen påbegyndes på kravspecifikationstidspunktet Udføres på basis af kravspecifikations-dokumentet Formål: at gøre kravspecifikationen testbar, dvs. at sikre at alle krav kan testes Kravspecifikation med Use Cases Accepttest specifikation ver. 0.5 Kravspecifikation i softwareudvikling, side 26
28 Eksempler på ikke testbare krav Alle krav skal være testbare Følgende krav skal enten fjernes fra krav-specifikationen eller også skal de gøres testbare: Svartiden skal være rimelig Systemet skal være brugervenligt Systemet skal udvikles efter gode designprincipper Systemet skal være veldokumenteret Systemet skal være robust og fejltolerant Aktøren skal prøve et par gange Kravspecifikation i softwareudvikling, side 27
29 Hvad testes i en accepttest? De funktionelle krav (dvs. Use Casene) samt de ikke funktionelle krav, der kan relateres til en enkelt Use Case f.eks. svartider Perform Measurement De generelle ikke funktionelle krav brugervenlighed sikkerhed effektivitet performance kvalitet Kravspecifikation i softwareudvikling, side 28
30 Arbejdstrin for Use Cases modellering 1. Foretag systemafgrænsningen Find aktører og beskriv disse Find øvrige interessenter Dokumenteres vha. et aktør-kontekst diagram 2. Review aktør-kontekst diagrammet 3. Find Use Cases for hver primær aktør og evt. for øvrige interessenter Beskriv målet for hver af disse Use Cases Dokumenteres vha. et eller flere Use Case diagrammer 4. Review Use Case diagrammet Kravspecifikation i softwareudvikling, side 29
31 Arbejdstrin 2 af 4 5. Udarbejd en begrebsliste identificer og fastlæg begreber (domænemodel) beskriv de identificerede begreber i en begrebsliste 6. Tilpas den skabelon, der skal anvendes ved beskrivelsen bør tilpasses til projektets type 7. Udvælg og uddeleger Use Cases til beskrivelse minimum, dem der indgår i første dellevering uddeleger til flere personer (evt. til kunden) fordel at flere kan arbejde parallelt og uafhængigt af hinanden Kravspecifikation i softwareudvikling, side 30
32 Arbejdstrin 3 af 4 8. Beskriv Use Cases ud fra en skabelon Beskriv først mål feltet Beskriv felterne: startbetingelser, slutresultat, initiering og aktører Beskriv dernæst normalforløbene (solskinsscenarierne) Brainstorm dernæst over undtagelses og variant forløb Beskriv dernæst for hver undtagelse og variant, hvordan systemet skal reagere på disse Udfyld de resterende skabelon felter 9. Review Use Casen Kravspecifikation i softwareudvikling, side 31
33 Arbejdstrin 4 af Overvej anvendelse af include, extends og specialisering 11. Review Use Case modellen 12. Integrer Use Case specifikationerne i kravspecifikations dokumentet 13. Udfyld de resterende afsnit i kravspecifikationen 14. Review den komplette kravspecifikation Kravspecifikation i softwareudvikling, side 32
34 Aktivitetsperspektiv Analyse og kravspecifikation Kravspec. med OO Analyse OO System design SW & HW implementering af X Use Case s System integrations test Accept test Use Case Model Use Case Model næste iteration Kravspecifikation i softwareudvikling, side 33
35 Kravspecifikation i SW udvikling Kravspec med Use Case Domæne Analyse OO Analyse Applikation Analyse Arkitektur Design OO System Design Iterationer Interface Design Detaljeret Analyse og Design Implementering Test, Integration, Deployment Kravspecifikation i softwareudvikling, side 34
36 Kravspecifikation i SW udvikling Kravspec med Use Case Domæne Analyse Analyse Identifikation af krav. Udarbejdelse af en Kravspecifikation vha. Use Case teknikken UML: Use Case diagrammer, Aktivitets diagrammer Identifikation og opdeling af koncepter og objekter udtrykt ved en domæne model. UML: Klasse diagrammer Applikation Analyse Arkitektur Design System Design Interface Design Viderebearbejdning af domænemodel til en applikationsmodel. Beskrivelse af udvalgte use case scenarier i en interaktionsmodel. UML: Klassediagrammer, sekvens-/communication diagrammer,(state diagrammer) Udarbejdelse og beskrivelse af de væsentlige arkitekturale elementer i systemet efter 4+1 view. Anvendelse af Arkitektur patterns UML:Pakker, Aktive klasser og objekter, Deploymentdiagram, komponentdiagram Fastlæggelse og beskrivelse af de væsentlige interfaces imellem de forskellige komponenter samt principper for interaktion og anvendelse UML:Interface, komponenter Detaljeret Analyse og Design Implementering Viderebearbejdning af den logiske model. Anvendelse af Design patterns UML: Klassediagrammer, sekvens- /communicationdiagram, state diagrammer Implementering (konstruktion) af modellerne i et OO sprog (C++, Java, C#). Implementering af tabeller fra datamodel Test Integration, Modul (unit) test, Deployment integration test, accept test Kravspecifikation i softwareudvikling, side 35
37 Roadmap Beskrivelse af workproducts Kravspec med Use Case Domæne Analyse Analyse Workproduct: Kravspecifikation med Use Case Applikation Analyse Workproduct: Analyse dokument Arkitektur Design OO System Design Workproduct: System/software Architecture Document - SAD Interface Design Workproduct: Komponent beskrivelser Detaljeret Analyse og Design Workproduct: Kørende kode Implementering Workproduct: Test dokument(test case, procedure, test komponenter) Test, Integration, Deployment Kravspecifikation i softwareudvikling, side 36
38 Iterationer - illustreret Kravspec m. Use Case Analyse System Design Processen: -Use Case Drevet -Iterativ -Arkitektur Centreret Detaljeret Analyse Og Design Implementering Test,Integration, Deployment... Iteration 1 Iteration Use Case 2,3,11,12 Work Product: xxx, yyy Use Case 4,5,6,10 Work Product: xxx, yyy Kravspecifikation i softwareudvikling, side 37
39 Kravspecifikation og Analyse Use Case Kravspec med Use Case Activity Activity Activity Domæne Analyse Analyse Use Case diagram Aktivitetsdiagram B1 B2 Applikation Analyse C1 D1 D2 Klassediagram Arkitektur Design System Design Interface Design Sekvensdiagram :B1 :C1 :D1 :B2 Tilstandsdiagram Detaljeret Analyse og Design :D2 Implementering Test Integration, Deployment Kravspecifikation i softwareudvikling, side 38
40 System afgrænsning Under kravspecificerings aktiviteten vil de funktionelle system Use Case som regel blive udledt Disse System Use Case vil danne grundlag for at udlede de arkitekturalt væsentligste funktionelle scenarier Metodetrin for Use case kravspecifikation; 1. Foretag systemafgrænsningen Find aktører og beskriv disse Find øvrige interessenter Dokumenteres vha. et aktør-kontekst diagram 3. Find Use Cases for hver primær aktør og evt. for øvrige interessenter Beskriv målet for hver af disse Use Cases Dokumenteres vha. et eller flere Use Case diagrammer Kravspecifikation i softwareudvikling, side 39
41 System Use Case Udled de funktionelle krav udtrykt ved System Use Cases Metodetrin for Use case kravspecifikation; 1. Foretag systemafgrænsningen Find aktører og beskriv disse Find øvrige interessenter Dokumenteres vha. et aktør-kontekst diagram 3. Find Use Cases for hver primær aktør og evt. for øvrige interessenter Beskriv målet for hver af disse Use Cases Dokumenteres vha. et eller flere Use Case diagrammer Kravspecifikation i softwareudvikling, side 40
42 Funktionelle Scenarier Funktionelt Use Case scenarie Bestem Tog lokation TOG System togsæt CTbestemToglokation BDbalisePositionsId turplan BDhjulSensor BDtogKontrolCenterSystem HjulSensor BalisePositionsId TKC tilknytturplan start start start balisesignal togvedbalise omsættillokation nulstilrelativafstand nytoglokation hjulpulssignal læstoglokation læsrelativafstand stop stop stop Kravspecifikation i softwareudvikling, side 41
43 Kravspecifikations aktiviteten Lære teknikken Forstå og anvende de enkelte trin i aktiviteten rigtigt Få kravspecificeret på det rigtige abstraktionsniveau Scope nyt produkt, nye krav til eksisterende Afholdelse af workshops Anvende teknikkerne på workshops Sikrer kommunikation imellem marketing og produktudvikling Sikrer enighed og forståelse deltagere imellem Sikrer dokumentation af beslutninger Bør faciliteres Kravspecifikation i softwareudvikling, side 42
44 Spørgsmål Kravspecifikation i softwareudvikling, side 43
Hassansalem.dk/delpin User: admin Pass: admin BACKEND
Hassansalem.dk/delpin User: admin Pass: admin BACKEND 1/10 Indledning Dette projekt er den afsluttende del af web udvikling studiet på Erhvervs Lillebælt 1. semester. Projektet er udarbejdet med Del-pin
Læs mereDANSK IT ARKITEKTUR CERTIFICERING
DANSK IT ARKITEKTUR CERTIFICERING Practitioneruddannelsen System Arkitekt Practitioner Kompetencebeskrivelse Version 2018.02.08 DANSK IT www.dit.dk/ark Copyright All Rights Reserved DANSK IT ARKITEKTUR
Læs mereUML til kravspecificering
UML til kravspecificering UML mini-kompendium - til brug i forbindelse med modellering af kravspecifikationer. Copyright 2006 Teknologisk Institut, IT-Udvikling Aktivitetsdiagram 2/9 Aktion Aktionsnavn
Læs mereAutomatisk Vandingssystem
Automatisk Vandingssystem Projektdokumentation Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen - 201205713 - IKT Kasper Sejer Kristensen
Læs mereAutomatisk Vandingssystem
Automatisk Vandingssystem Projektdokumentation Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen - 201205713 - IKT Kasper Sejer Kristensen
Læs mereSystem Arkitekt Practitioner
System Arkitekt Practitioner Kompetencebeskrivelsee DISAC Danish IT Society s Architectural Certification DANSK IT 2012 1 IT arkitekt Practitioner System Arkitekt Denne certificering repræsenterer det
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 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 mereAutomatisk Vandingssystem
Automatisk Vandingssystem Projektdokumentation Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen - 201205713 - IKT Kasper Sejer Kristensen
Læs mereAutomatisk Vandingssystem. Rettelser. 1 af 14
Automatisk Vandingssystem Rettelser 1 af 14 Automatisk Vandingssystem Projektdokumentation Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård
Læs mereAutomatisk Vandingssystem
Automatisk Vandingssystem Projektdokumentation Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen - 201205713 - IKT Kasper Sejer Kristensen
Læs mereFRA USECASE TIL TESTCASE HP TEST BRUGERKONFERENCE, 10. APRIL 2014
FRA USECASE TIL TESTCASE HP TEST BRUGERKONFERENCE, 10. APRIL 2014 LIDT OM MIG SELV Erfaring NIELS-HENRIK HANSEN 35+ års samlet IT erfaring 15+ år som test manager Certificeret Inspection Leader ISEB Foundation
Læs mereMiniprojekt2011. Formålet er at lære og indlære god objektorienteret programudvikling og programmering med Java, samt undervejs at opfylde studiekrav.
Miniprojekt2011 Projektbeskrivelse Der skal fremstilles en lille java application på PC, hvor brugeren kan foretage interaktioner med en simpel database på disken via et grafisk brugerinterface. Formålet
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 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 mereAssignment #5 Toolbox Contract
Assignment #5 Toolbox Contract Created by: René Kragh Trine Randløv E mail address cph rk70@cphbusiness.dk 23 11 2014 1 Introduktion Dette dokument indeholder en vertikal kontrakt for et system som skal
Læs mereSporbarhed og Rapportering i Quality Center. Kim Stenbo Nielsen NNIT Application Management Services
Sporbarhed og Rapportering i Quality Center Kim Stenbo Nielsen NNIT Application Management Services Indhold INTRODUKTION Hvem er jeg Hvad vil jeg fortælle om QC std. rapporteringsfaciliteter EXCEL RAPPORTER
Læs mereJEM1 LAB14. Journal. Jonas Lange, Martin Funding Fisker og Torben Porsgaard 11/4/2009
JEM1 LAB14 Journal Jonas Lange, Martin Funding Fisker og Torben Porsgaard 11/4/2009 Denne journal er fremstillet i forbindelse med udarbejdelsen af en J2ME applikation der holder og persisterer links og
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 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 mereUML-Light (Note: UML-Light T133, ver. 2004) Finn Overgaard Hansen, IHA
UML-Light (Note: UML-Light T33, ver. 2004) Finn Overgaard Hansen, IHA Programmering PRG + Semesterprojekter PRJ+PRJ2 Version: 20--2004 Indhold Første del: Introduktion til UML-Light og UML Klasser og objekter
Læs mereKatrines Kælder Kasseapparat
Katrines Kælder Kasseapparat Projektdokumentation Aarhus Universitet Gruppe 4-4. Semester - E15 Vejleder: Lars Mortensen Dato 11-09-2015 David Heilesen Danielewicz - 201400148 - IKT Kalle Rønlev Møller
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 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 mereFra hvidbog til rammearkitektur FDA konferencen v Michael Bang Kjeldgaard
FDA2018 2 Fra hvidbog til rammearkitektur FDA konferencen 2018 v Michael Bang Kjeldgaard Agenda Strategi Begreber Indhold Anvendelse Styring 3 4 FDA Rammearkitekturs rolle Understøtte fælles forretningsmål
Læs mereStruktureret system udvikling Minimodul 2: UML og use cases
Struktureret system udvikling Minimodul 2: UML og use cases Rasmus L. Olsen, 4 februar 2011 1 Evalueringen af Struktureret SystemUdvikling Udgangspunktet for evalueringen af kurset baserer sig på de opgaver
Læs mereFDA Retningslinjer for arkitekturdokumentation. Marts 2019
FDA Retningslinjer for arkitekturdokumentation Marts 2019 Baggrund og ophæng 2 Principper & Regler STYRING STRATEGI JURA SIKKERHED OPGAVER INFORMATION APPLIKATION INFRASTRUKTUR Princip 1: Arkitektur styres
Læs mereADK 1.0 KRAVSPECIFIKATION
ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 23-06-2014 MST Oprettelse af integrationskrav 0.2 25-06-2014 HAH Review for forståelighed og stringens.
Læs mereKapitel 21: Softwarearkitektur designprincipper
Kapitel 21: Softwarearkitektur designprincipper Miriam Tang Jacob Jensen Lars Christensen Jacob Atzen Onsdag 9/3 Dagens program Definitioner Analyseværktøjer Designprocessen Raffinering Afrunding Design
Læs mereHvem er vi? Kursus Introduktion. Kursuslærerne. Agenda for i dag
Hvem er vi? Kursus Introduktion Anne Haxthausen ah@imm.dtu.dk Informatics and Mathematical Modelling Technical University of Denmark 100 studerende med forskellig baggrund: software teknologi It og Kom
Læs mereInformations- og datamodellering
Informations- og datamodellering Lær at analysere og dokumentere din organisations forretningsbegreber, interesseområder og data på en konsistent måde der er nem at kommunikere med ledere, designere, udviklere
Læs mereDEN FÆLLESKOMMUNALE RAMMEARKITEKTUR
DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR FDA2017 DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR - FRA VISION TIL PRAKSIS FDA 2017 Agenda Digitaliseringsstrategien og kommunernes udfordringer Rammearkitekturen som et fælles
Læs mereFag: Projekt E1PRJ1 Emne: Kravspecifikation Softdrink-Automat Gruppe: 6 Dato: 10. april 2003 Medlemmer: Benjamin Sørensen, Joanna Christensen, Jacob
Fag: Projekt E1PRJ1 Emne: Kravspecifikation Softdrink-Automat Gruppe: 6 Dato: 10. april 2003 Medlemmer: Benjamin Sørensen, Joanna Christensen, Jacob Nielsen, Jesper Kock, Klaus Eriksen, Mikkel Larsen og
Læs mereGoogle Plus for Virksomheder Hvordan laver man en Google plus side?
Google Plus for Virksomheder Hvordan laver man en Google plus side? Google Plus er måske ikke det første du tænker på når du skal øge kendskabet til din virksomhed. I det følgende viser jeg hvorfor du
Læs mereDm071 / Dm072 - Obligatorisk projekt 3: Design af model
Dm071 / Dm072 - Obligatorisk projekt 3: Design af model Fag: Projektet omhandler emner fra fagene Software Design og Software Konstruktion. Formål: Formålet med projektet er at give dig mulighed for sammen
Læs mereProduct Ownerens værktøjskasse
Product Ownerens værktøjskasse 26. marts 2014 Jesper Thaning, agil praktiker & partner i BestBrains Agenda Vurdering af behov (værdi og risiko) Nedbrydning Det visuelle Afklaring af User Stories PO i større
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 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 mereAlgoritmeskabeloner: Sweep- og søgealgoritmer C#-version
Note til Programmeringsteknologi Akademiuddannelsen i Informationsteknologi Algoritmeskabeloner: Sweep- og søgealgoritmer C#-version Finn Nordbjerg 1/9 Indledning I det følgende introduceres et par abstrakte
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 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 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 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 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 mereCCS Formål Produktblad December 2015
CCS Formål Produktblad December 2015 Kolofon 2015-12-14
Læs mereNoter til dm529. Jonas Nyrup. 11. november 2011
Noter til dm529 Jonas Nyrup 11. november 2011 Indhold 1 Kravdisciplinen: Kravmodellen og Indfangning af Krav 2 1.1 (ikke)-funktionelle krav...................... 2 1.2 Kravattributter...........................
Læs mereLavet af Danni jensen og David Olsen
Projekt Delfin Lavet af Danni jensen og David Olsen 19/5-2008 Indholdsfortegnelse. Side 1: Indholdsfortegnelse og forord. Side 2: Kravsliste. Side 3: Use Case Model. Side 4: Formandens aktørbeskrivelse
Læs mereDygtig.NET / C# udvikler med stor erfaring fra både offentlige organisationer og private virksomheder.
.NET UDVIKLER NATIONALITET: DANSK PROFIL Dygtig.NET / C# udvikler med stor erfaring fra både offentlige organisationer og private virksomheder. Stor erfaring omkring databasedesign, datahåndtering og MS
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 mereNye testteknikker fra ISTQB - direkte fra hylderne. Ole Chr. Hansen
Nye testteknikker fra ISTQB - direkte fra hylderne Ole Chr. Hansen TestExpo 29. Januar 2015 Præsentation Ole Chr. Hansen Managing Consultant Fellow SogetiLabs Global Innovation Team Blog - http://ochansen.blogspot.com
Læs mereMit overblik - Orkestreringskomponenten. FDA September 2019
Mit overblik - Orkestreringskomponenten FDA September 2019 Agenda 1. Introduktion til initiativet og arkitekturen 2. PoC (Proof of concept) 3. Vejen mod realisering 4. Spørgsmål 2 3 FODS 1.3 Status på
Læs mereSTS Designdokument. STS Designdokument
STS Designdokument i STS Designdokument STS Designdokument ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.3 2013-01 N STS Designdokument iii Indhold 1 Introduktion 1 2 Arkitekturoverblik 1 2.1 Eksterne
Læs mereKommunernes Ydelsessystem
Kommunernes Ydelsessystem Kommunernes Ydelsessystem De næste 15 minutter Målsætninger for Kommunernes Ydelsessystem Omfang af løsningen Status på projektet Implementering Spørgsmål 2 27.9.2012 Digitaliseringsmessen
Læs mereFormidling og dokumentation af arkitektur. FDA konferencen, September 2019
Formidling og dokumentation af arkitektur FDA konferencen, September 2019 Retningslinjer og vejledninger ift dokumentation 2 Arkitekturudarbejdelse Metode og dokumentation Hvad skal vi lave og hvorfor?
Læs mereAutomatisk Vandingssystem
Automatisk Vandingssystem Projektdokumentation Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen - 201205713 - IKT Kasper Sejer Kristensen
Læs mereModel og Metode til Programudvikling. Jens Dalsgaard Nielsen
Model og Metode til Programudvikling v/ Jens Dalsgaard Nielsen 1 Hvem er vi? Jens Dalsgaard Nielsen, Afd for Proceskontrol, I8 Distribuerede RT-Systems group Realtid, kerner, operativsystemer, netværk,..
Læs mereBrugervejledning om søgning, der blev idriftsat sommer 2009
Brugervejledning om søgning, der blev idriftsat sommer 2009 Søgeord s.2 Varighed s.2 Søg i s.3 Søg efter s.4 Søg på vilkårlige begyndelser s.4 Søg på vilkårlige endelser s.5 Søg efter alle ord s.5 Søg
Læs mereProjekt database. http://bysileha.com/3.semester/database-eshop/index.html (vores htmlside)
Projekt database http://bysileha.com/3.semester/database-eshop/index.html (vores htmlside) Amanda Lindschouw - cph-al144@cphbusiness.dk http://ahldesign.dk/learningthird.html Charlotte Øberg - cph-co74@cphbusiness.dk
Læs mereEA3 eller EA Cube rammeværktøjet fremstilles visuelt som en 3-dimensionel terning:
Introduktion til EA3 Mit navn er Marc de Oliveira. Jeg er systemanalytiker og datalog fra Københavns Universitet og denne artikel hører til min artikelserie, Forsimpling (som også er et podcast), hvor
Læs mereOS2 Opgavefordeler. Løsningsbeskrivelse Version 2. Udarbejdet af Miracle A/S Simon Møgelvang Bang smb@miracle.dk
OS2 Opgavefordeler Løsningsbeskrivelse Version 2 Udarbejdet af Miracle A/S Simon Møgelvang Bang smb@miracle.dk 15/2/2015 Løsningsbeskrivelse for OS2 Opgavefordeler 1. Introduktion... 3 2. Kontekst... 3
Læs mereProgram Dokumentation PC Software Skrevet af. Gruppen. Version 1.0
Program Dokumentation PC Software Skrevet af Gruppen. Version 1.0 Indholds fortegnelse 1. INDLEDNING...3 1.1. FORMÅL...3 1.2. REFERENCER...3 1.3. VERSIONSHISTORIE...3 1.4. DEFINITIONER...3 1.5. DOKUMENTATIONENS
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 mereCLmul-b14e Gruppe 2 2. Database projekt
1 2 CLmul-b14e Gruppe 2 2. Database projekt JONAS FALK sniller27@hotmail.com Projekt vejledere Ivan Rosenvinge Frederiksen CHRISTIAN BRAMS halkjaer-brams@hotmail.com Tue Becher LINE RASMUSSEN line-rasmussen@live.com
Læs mereStrukturering og Modellering. HVAD er metodelære?
Strukturering og Modellering Dagens program:! Introduktion til metodelære! Strukturering! Modellering Tek-Nat BÅ - ST + SW - E06 1 HVAD er metodelære? Metodelære er læren om og anvendelsen af (arbejds)metoder,
Læs mereSupermarkedsmodellen for design af brugergrænseflade
Supermarkedsmodellen for design af brugergrænseflade Denne note er skrevet frit efter Peter Huber, som på et kursus i Efteruddannelsescenteret fortalte om supermarkedsmodellen til design af brugergrænseflader.
Læs mereViditronic NDVR Quick Guide. Ver. 2.0
Viditronic NDVR Quick Guide Ver. 2.0 1 Indholdsfortegnelse 1. HOVEDMENU 3 1.1 START 5 1.2 AKTIVITETSINDIKATOR: 7 1.3 INFORMATIONS VINDUE: 7 1.4 PTZ KAMERA KONTROL: 7 1.5 SKÆRMMENU 8 1.5.1 AKTIVER BEVÆGELSE:
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 mere<navn på proces eller use case>
-- AKT 444548 -- BILAG 1 -- [ Bilag B1_Skabelon Integrationstabel ] -- Bilag B1 Integrationstabel Formålet med integrationstabellerne er at danne et samlet overblik over de tekniske integrationer, der
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 mereProces Styring STF-1 til BalTec Radial Nittemaskine med RC 20 STYRING
[Skriv tekst] [Skriv tekst] Proces Styring STF-1 til BalTec Radial Nittemaskine med RC 20 STYRING Brugsanvisning Introduktion Styringen og overvågningen af processer med henblik på kvalitetssikring er
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 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 mereAutomatisk Vandingssystem
Automatisk Vandingssystem Projektdokumentation Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen - 201205713 - IKT Kasper Sejer Kristensen
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 mereBilag 10 - Forslag til struktur og principper (metamodel) for en forretningsdomænemodel
Bilag 10 Punkt 11.3 Bilag 10 - Forslag til struktur og principper (metamodel) for en forretningsdomænemodel Viden om forretningsdomænerne sikrer en solid forståelse af forretningens problemstillinger,
Læs mereAgil test tilgang - erfaringer fra projekter
Agil test tilgang - erfaringer fra projekter af Michael Roar Borlund November 2011 Image Area Agenda Introduktion Agil test Fremtidsvision Agil test tilgang Agil opbygning i QC Resumé og Spørgsmål 2 Introduktion
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 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 mereVELKOMMEN TIL. - Oprettelse af en smart kontrakt (10 min) - Forløbet når den er aktiv (10 min) - Ophøring af en smart kontrakt (10 min)
HTK PILOT PROJEKT VELKOMMEN TIL 1. Indledning til projektet (10 minutter) 2. Gennemgang af Høje Taastrup kommune case - Oprettelse af en smart kontrakt (10 min) - Forløbet når den er aktiv (10 min) - Ophøring
Læs mereNC_8_ Quick Guide v1.0. CJ1W-NC_8_ Position Control via EtherCAT. Quick Guide
Quick Guide v1.0 CJ1W- Position Control via EtherCAT Quick Guide Denne Quick Guide er ment som supplement til de respektive manualer for CJ1W- modulet og de installerede servodrev, frekvensomformere og
Læs mereBilag 9, Kvalitetssikring
Bilag 9, Kvalitetssikring Version Ændringer Dato 2.1 Ændret i: 06-02-2014 - Punkt 1 - Punkt 2 - Krav 9.1 - Krav 9.2 - Krav 9.3 - Krav 9.5 - Krav 9.6 - Krav 9.7 - Krav 9.8 - Tilføjet krav 9.14 - Tilføjet
Læs mereWorkshops til Vækst. - Modul 4: Intern indsigt. Indholdsfortegnelse
Workshops til Vækst - Modul 4: Intern indsigt Indholdsfortegnelse Mentale modeller... 2 Samarbejdskort SKABELON... 3 Kompetencer SKABELON... 4 Den samarbejdende organisation... 5 Praktiske forberedelser...
Læs mereIntroduktion til brugsmønstre ("use-cases") Morten Lehrmann
Introduktion til brugsmønstre ("use-cases") Morten Lehrmann Introduktion til brugsmønstre ("use-cases") af Morten Lehrmann Ophavsret 2002-2003 af Morten Lehrmann, Forbundet af Offentlig Ansatte. Indholdsfortegnelse
Læs mereFælles Digital Arkitektur
1 Fælles Digital Arkitektur KL - Arkitekturrådet 17. maj 2017 AGENDA Hvidbog Standarder Review-model Rammearkitektur 2 STATUS HVIDBOG Udkastet til hvidbogen har været udsendt i offentlig kommentering i
Læs mereSoftware Design (SWD) Spørgsmål 1
Spørgsmål 1 Unified Process Du skal give en beskrivelse af Unified Process. Beskrivelsen skal indeholde forklaring på følgende begreber: Phase Iteration Discipline Activity Milestone Artifact Spørgsmål
Læs mereArkitekturdokument for Cruise Control
Arkitekturdokument for Cruise Control Cruise International Revisions historie Dato Version Forfatter Beskrivelse 2.10.2001 0.91 FOH Første version 17/03/09 1.0 KG Afs. 1 og 2 indsat (- 2.1) 15/05/09 1.1
Læs mere! Kia Dahlen. Kamilla Klein, Pia Jensen og Maria Korshøj Andersen.
Copenhagen Business Academy Multimediedesigner 3. semester - 1. projekt, september 2014 Gruppe 1 - MulA Kia Dahlen. Kamilla Klein, Pia Jensen og Maria Korshøj Andersen. Study: Multimedia Design Project:
Læs mereDen forretningsorienterede mobile IT strategi
Den forretningsorienterede mobile IT strategi v/ Bo Snitkjær Nielsen bsn@globeteam.com 5. Oktober 2011 Globeteam Virumgårdsvej 17A 2830 Virum Indhold Den forretningsorienterede mobile IT strategi Hvorfor
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 mereBring lys over driften af belysningen
Bring lys over driften af belysningen CityTouch LightPoint Asset Management system for belysning CityTouch LightPoint / Asset Management 3 Velkommen til den nye intelligens inden for belysning. Professionel
Læs mereFølg denne guide, det tager kun 1 timer Så bliver du belønnet med flere leads og mere salg
Implementeringsguide Der er mange leads og potentielle købere allerede i din marketingsdatabase, du kan bare ikke se, at se at de er kvalificeret og klar til opfølgning. Følg denne guide, det tager kun
Læs mereFESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø
FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har
Læs mereSoftware Design (SWD) Spørgsmål 1
Spørgsmål 1 SCRUM Du skal give en overordnede beskrivelse af udviklingsmetoden SCRUM. Beskrivelsen skal indeholde forklaring på følgende begreber: Scrum Theory Scrum Values The Scrum Team Scrum Events
Læs mereDrejebog for tilslutningsprøve OIO sag
Drejebog for tilslutningsprøve OIO sag Indholdsfortegnelse Ændringer i forhold til forrige version... 3 1 Indledning... 4 1.1 Formål med drejebogen... 4 1.2 Mål med tilslutningsprøven... 4 2 Overordnet
Læs mereHVAD er metodelære? HVAD er metode? HVAD er metode? HVORFOR metodelære? Strukturering og Modellering. Strukturering.
Strukturering og Modellering Dagens program:! Introduktion til metodelære! Strukturering! Modellering HVAD er metodelære? Metodelære er læren om og anvendelsen af (arbejds)metoder, som sætter jer i stand
Læs mereTema Titel Materiale 1 IS i sundheds-sektoren Patientdatas anvendelighed Lynge et al.
Tema Titel Materiale 1 IS i sundheds-sektoren Patientdatas anvendelighed Lynge et al. 2 Registrering af patientdata Berg. Kap. 2 Waiting for Godot. 3 Relations-databaser Silberschatz Kap 1 (1.1-1.6) 4
Læs mereDen fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering
Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 10.6.2014 De 5 digitaliseringsmål
Læs mere! Kia Dahlen. Kamilla Klein, Pia Jensen og Maria Korshøj Andersen.
Copenhagen Business Academy Multimediedesigner 3. semester - 1. projekt, september 2014 Gruppe 1 - MulA Kia Dahlen. Kamilla Klein, Pia Jensen og Maria Korshøj Andersen. Study: Multimedia Design Project:
Læs mereIndholdsfortegnelse. Validering af journalnumre og genstandsnumre samt eksport til Regin. Museernes Udgravningsdata (MUD)
Museernes Udgravningsdata (MUD) Validering af journalnumre og genstandsnumre samt eksport til Regin Kravspecifikation og tilbud version 32 COWI A/S Parallelvej 2 2800 Kongens Lyngby Telefon 45 97 22 11
Læs mereSide 1. Databaser og SQL. Dagens gang. Databasebegreber. Introduktion til SQL Kap 1-5
Databaser og SQL Introduktion til SQL Kap 1-5 1 Dagens gang Databaser Database begreber Mapning af klasser til relationel model Normalisering Opgaver til næste gang 2 Databasebegreber A database is a:
Læs mere