Bias Reducing Operating System
|
|
- Dagmar Andersen
- 8 år siden
- Visninger:
Transkript
1 Ingeniørhøjskolen i Aarhus Ingeniørhøjskolen Århus Elektro-Ingeniør linien Semesterprojekt E4PRJ4 Bias Reducing Operating System Skrevet af: Nicolai Glud Studienummer: Johnny Kristensen Studienummer: Rasmus Lund-Jensen Studienummer: Mick Holmark Studienummer:11065 Jacob Roesen Studienummer:10095 Vejleder: Carl Jakobsen 12. december
2
3 Resume 1 3
4
5 Abstract 2 5
6 Indholdsfortegnelse Kapitel 1 Resume 3 Kapitel 2 Abstract 5 Kapitel 3 Forord 9 Kapitel 4 Indledning Læsevejledning Kapitel 5 Opgaveformulering 13 Kapitel 6 Projektformulering 15 Kapitel 7 Systembeskrivelse 17 Kapitel 8 Kravspecifikation 19 Kapitel 9 Afgrænsning 21 Kapitel 10 Projektbeskrivelse Projektgennemførelse Rollefordelinger Metoder SCRUM V-model Analyse Hvordan måler vi hældning? Systemarkitektur Systemkomponenter Design og Implementering VBTE SM Design og Implementering Kontrolinterfacet Resultater Opnåede erfaringer Udvikling af hældningssensor Kapitel 11 Konklusion 31 Kapitel 12 Referencer Artefakter Kravspecifikation
7 Indholdsfortegnelse Ingeniørhøjskolen i Aarhus Accepttestspecifikation Systemarkitektur Integrationstestspecifikation Detaljeret design Enhedstestspecifikation Hjemmesider Liste over bilag på CD Kode Dokumentation Datablade Billeder
8
9 Forord 3 Denne rapport er udarbejdet af gruppe 3, gennem 4. semester på elektroingeniør studiet ved IHA Rapporten gennemgår overordnet gruppens besvarelse og gennemførelse af projektet. For yderligere detaljer henvises der til projektdokumentationen. Rapporten er skrevet med henblik på at læseren er af samme faglige niveau som gruppen, derfor tages visse ting som givet. Tak til undervisere og vejledere. 9
10
11 Indledning 4 Denne rapport omhandler 4. semesters projekt. Projektets emne er "slagsideregulering af bulkskib", som er et selvvalgt emne. Rapporten beskriver processen af projektet herunder hvordan forløbet har været, hvilke metoder der er anvendt og hvilke overvejelser der ligger til grund for de valgte løsninger. I forbindelse med, at de valgte løsninger bliver beskrevet vil der også blive fremlagt alternativer og begrundelser for at de ikke blev valgt. Der har været stillet enkelte krav til projektet og det system der skulle udvilkes. Nogle af disse krav afspejler derfor også hvordan arbejdsprocessen har været og ikke mindst nogle af de komponenter som igår i det færdige system. Formålet med projektet er at anvende de teorier og metoder, som er blevet tilegnet gennem studiet, og ikke mindst tilegne sig ny viden på egen hånd, for at fuldføre gennemførelsen af et komplet projektforløb. Projektet har været inddelt i et antal udviklingsfaser. Udviklingsfaserne er som følger: Analysefase Struktureringsfase Deisgnfase Implementeringsfase 4.1 Læsevejledning Rapportens opbygning er struktureret således at den giver den bedste gennemgang af hele projektforløbet. Rapporten er i hovedtræk delt op i 2 dele. De første afsnit beskriver det overordnede system og projekt. Tilblivelsen af systemet og projektet med tilhørende overvejelser beskrives i de efterfølgende afsnit. Denne adskillelse sker mellem afsnit 9 og 10. Alle afsnit er skrevet så de som udgangspunkt godt kan stå alene, hvorfor der igennem rapporten vil komme gentagelser hvis man læser denne fortløbende. Rapportens egentlige indhold begynder fra afsnit 6 opgaveformulering. Her gennemgås opgaveformuleringen givet fra vejledere til gruppen, som indeholder minimumskrav til projektet. I projektformuleringen bliver der defineret præcist hvad dette projekt kommer til at dreje sig om, og hvordan gruppen har formuleret dette. Herefter følger en beskrivelse af det samlede, tænkte system. I afsnit 8 krav, fremlægges kravene der fra gruppen er stillet til projektet. Herefter beskrives projektafgrænsningen samt arbejdsmetoder og fremgangsmåde i afsnit 8 og Afsnit 10.2 beskriver det analyse arbejde projektet har gennemgået. I afsnittene fra nedbrydes hele projektet fra øverste abstraktion og ned til implementering. Der er her gået i dybden med de vigtige aspekter i forhold til dette projekt. Disse afsnit har samtidig også en naturlig overgang til hinanden ud fra 11
12 BROS 4. Indledning systemarkitekturen. Hernæst samles der op på de opnåede resultater i afsnit Efter resultaterne er præsenteret, fremlægges de erfaringer gruppen har opnået igennem hele projektforløbet, samt hvilke ting der har fungeret godt. I afsnit 10.8 snakkes der ganske kort om de anvendte udviklingsværktøjer. Afslutningsvist konkluderes der på hele projektet på godt og ondt i afsnit 11. Det anbefales dog at læse rapporten fortløbende for at få den bedste samlede forståelse for projektet og produktet. 1 1 FiXme Note: Lave refrencerne til de enkelte afsnit. 12
13 Opgaveformulering 5 Gruppen skal fremstille et system der overholder nogle krav. Kravene er at systemet skal kunne interagere med omverdenen vha. af sensorer og aktuatorer. Endvidere skal der også anvendes faglige elementer fra fjerde semesterets kurser. Transmission af data mellem enheder i projektet skal være pålidelig. Til slut skal systemet indeholde brugerinteraktion. 13
14
15 Projektformulering 6 Gruppen har valgt at arbejde med lastning og losning af et bulkskib. Vi vil gerne lave et system der aflaster skibets ansvarshavende officer, som står på broen under hele lastningen/losningen. Hans job er at holde øje med at hele operationen bliver gjort ordentligt. Denne opgave vil vi gerne gøre nemmere. Med et system der automatisk sørger for at skibet altid er i vatter skal kaptajnen kunne interagere med systemet hvis systemet kommer med en alarm. Kaptajnen kan manuelt vælge at flytte ballast til den ene side, hvis han ved at der komme en række tunge containere, der skal stå i modsatte side. For at sikre at alle skibe i havnen er i vatter, sender systemet statusbeskeder til en database på havnekontoret. Kontoret kan derfor sende bemanding eller tage kontakt til skibet, der har en alarm. 15
16
17 Systembeskrivelse 7 BROS er et sikkerhedssystem til skibe. Systemet tages i brug ved lastning eller losning. Her er det systemets opgave at sørge for at skibet ikke får slagsside - heraf navnet: Bias Reducing Operating System (Slagsidereducerende Operativt System). I systemet er der indbygget en hældningssensor og to vandballasttanke - en i hver side af skibet. På baggrund af målinger fra hældningssensoren vil indholdet af tankene blive justeret således at der korrigeres for en slagside af skibet. Hele systemet styres fra Skibsførens kontor hvor et grafisk brugerinterface er installeret. Her kan der aflæses skibets hældning af skibet, vandindholdet af tankene og statusmeldinger for systemet. Som udgangspunkt vil systemet automatisk opretholde en hældning på nul grader, men hvis man ønsker det kan man her manuelt give skibet en mindre slagside. Dette kan gøres for at imødekomme en større slagside til modsatte side påført af en forestående ændring i skibets last. For at indsætte et ekstra sikkerhedselement vil systemet under hele processen løbende sende værdier for systemet til en ekstern database. Dermed kan en repræsentant fra terminalen følge skibets status. 17
18
19 Kravspecifikation 8 19
20
21 Afgrænsning 9 En oversigt over de afgrænsninger dette projekt er udarbejdet med. Afgrænsninger sat på forhånd: a Systemet skal interagere med omverdenen vha. sensorer og aktuatorer. b Systemet skal omfatte pålidelig datatransmission. c Systemet skal have brugerinteraktion. Afgrænsninger sat af gruppen selv: Som en del af dette projekt har vi opdelt komponenter i to grupper: Grundsystem og udvidelser. Grundsystemet er det basale system med de funktionalitet der skaber et færdigt produkt. Udvidelser er funktionaliter der kunne være rare at have eller ville kunne øge værdien af produktet. Disse kan dog også være funktionalitet som kunden ikke har gavn af og derfor er ubrugelige. Grundsystem og udvidelser ses i Tabel 9.1 Grundsystem: Udvidelser: Elektronisk måling af hældning Automatisk regulering af niveau i ballasttanke Niveaumåling i ballasttanke Mulighed for brugerinteraktion Advarselssignaler Måling af afstand til terminal-kaj Måling af dybdegang Manuel styring af ballast niveau Pålidelig kommunikation med ekstern enhed Tabel 9.1. Grundsystem og Udvidelser til BROS 21
22
23 Projektbeskrivelse Projektgennemførelse Projektet er udført af en gruppe på fem personer. Gruppen er en fortsættelse fra et tidligere projektforløb. Dette har givet en fordel i kommunikation og samarbejde. Gruppen valgte fra start at dele ansvar ud til personer med interesse for ansvarsområdet. Gruppen har dog stadigvæk, som følge af det velfungerende samarbejde, i store træk været fælles om opgaverne i projektet. Tidsplanen for projektet blev udarbejdet i den første fase og er blevet overvåget siden. Gruppen var opmærksom på at være realistisk frem for optimistisk. Det har derfor været nødvendigt senere hen at revurdere tidsplanen i forhold til længden af faserne. Projektets overordnede tidsplan for faserne og de eksterne milestones ligger som bilag Rollefordelinger Projektleder: Projektkoordinator: Scrummaster: Jacob Roesen Nicolai Glud Jacob Roesen Johnny Kristensen Tabel Tabel over rollefordelinger Vi har valgt at lave roller ud fra vores udviklingsmetode, SCRUM, der er beskrevet senere. Projektlederen har haft som ansvar at strukture arbejds og scrummøder. Projektkoordinators ansvar har ligget i at planlægge møder og bestille lokaler. Scrummasteren er anvarlig for udviklingsplatformen, SCRUM, og sørge for at metoden anvendes mest optimalt Metoder En kort præsentation af de to mest dominerende arbejdsmetoder der er anvendt. I dette projekt er der anvendt metoder indlært gennem et tidligere projekt. Værktøjerne er de værktøjer som gruppen føler sig trygge ved og som gruppen føler bidrager mest til processen. 23
24 BROS 10. Projektbeskrivelse SCRUM I gruppens implementering af SCRUM startes der med at lave en produktbacklog, som er den kunden ser. Derefter planlægges det første sprint. Et sprint spænder over 2 uger. Når et sprint starter bliver opgaver overført fra backloggen til sprintet. Når nye opgaver bliver sat på sprintet bliver opgaven vurderet for hvor stort et omfang den har. Derefter diskuteres der hvilke opgaver de forskellige dele af gruppen skal lave. En gang om ugen laver man et SCRUM-Meeting. Her bliver fulgt op på opgaver lavet i løbet af ugen samt tilføjelse af nye opgaver. Alle de opgaver der ikke er færdige, når sprintet er slut, overføres til næste sprint. I projektet er der i alt 7 sprint. På Figur 10.1 vises det 2. sprint. Figur Sprint 2 Sprintet er afsluttet og man kan se hvordan nogle opgaver er færdige og hvordan resten skal overføres til næste sprint. Billedet illustrerer også hvordan planlægningen er opbygget. Forklaring af statusfarver er vist på Figur 10.2 Figur Forklaring af sprint points 24
25 10.3. Analyse Ingeniørhøjskolen i Aarhus V-model Figur V modellen Vi har valgt at anvende V modellen som udviklingsmodel. Dette muliggør iterative processer hvilket er optimalt for vores udviklingstil Analyse Hvordan måler vi hældning? Før vi kunne begynde på at lave en niveau sensor blev vi nødt til at finde ud af hvilke muligheder der var niveaumåling. En af mulighederne var at anvende et pendul eller en libelle. Disse løsninger blev undersøgt og en redegørelse er findes i afsnit Valget faldt på at anvende et accelerometer. Det var en fordel af at anvende det accelerometer, der er monteret på PSoC en Systemarkitektur Dette afsnit beskriver systemarkitekturen for for projektet BROS"som formuleret i projektbeskrivelsen og specificeret i kravspecifikationen. Afsnittet indeholder beskrivelse af systemkomponenter, systemarkitektur, SW-komponenter, HW-komponenter og interfaces, i den givende rækkefølge Systemkomponenter Ud fra kravspecifikationen er der udvalgt disse beslutninger om komponenter til systemet og deres placering. Der refereres derfor til kravspecifikationens, ikke-funktionelle krav og krav generelt. Brugeren integrere med systemetet igennem KI. KI er styringsmodulet for hele systemet. På KI har brugeren mulighed for at til- og frakoble systemet, justere den ønskede hældning på skibet. KI giver mulighed for at brugeren kan aflæse handlinger foretaget i systemet samtidig med at denne modtager advarsler i tilfælde at hældningen bliver for stor eller vandbalast tanke bliver overfyldte. KI kommunikere til SM modulet igennem en uart. for at denne kommunikation kan foregå er der lavet en protocol for denne kommunikation. Kommunikationsformen er ved I 2 C. SM står for at måle skibets hældning og sende denne til KI. KI kan så informere dette 25
26 BROS 10. Projektbeskrivelse til brugeren. Når SM har målt hældningen på skibet giver denne besked til VBTE1 og VBTE2 om at åbne og lukke for ventilerne til tankene. VBTE1 og VBTE2 styres fra en PSoC. VBTE1 og VBTE2 er placeret på være deres tank. For at kunne kontrollere hvor meget vand der er i tankende dette gøres ved hjælp af to ultra lydssensore som hele tiden måler og vidergiver denne information til SM som så sender dette videre til KI der kan advare om vandstanden i tankene i tilfælde af at systemet af sat på manuel styring. KI sender data om skibet til databasen som lagre disse data i en mysql database som så kan tilgås via et web interface Design og Implementering VBTE I dette afsnit beskrives design og implementering af VBTE for både software og hardware. Hardware Til VBTE en er der blevet designet hardware til at styre de to ventiler samt den keramiske ultralydstransmitter og receiver. Hardware er blevet udfærdiget i to dele. Den ene er programeret hardware på PSoC en, den anden er hardware uden for PSoC en. Hardware designprocessen til VBTE en gik igennem 3 faser: 1. Overordnet design 2. Nedbrydning af blokke 3. Opbygning af design Gennem disse faser er designet blevet udfærdiget. Fremgangsmåden er anvendt for at overskueligtgøre systemet og lette arbejdet ved at dele systemet op i små dele. På figur 10.4 ses det overordnede design af VBTE en. Der vil i rapporten tages udgangspunkt i ventilkredsen samt receiverdriveren på PSoC en. Figur Illustrering af overordnet design af hardware på VBTE. 26
27 10.5. Design og Implementering Ingeniørhøjskolen i Aarhus Software SM I dette afsnit beskrives design og implementering af SM modulet. SM modulet består af både software og hardware. Hardware SM modulets hardware består af en konverteringskreds og en PSoC. På PSoC en er monteret et Kionix KXSC accelerometer. Konverteringskredsen anvendes til at sende UART signaler fra PSoC til en KI modulet. Accelerometerets x-akse anvendes til hældningsmålinger for hældningssensorblokken. Designfasen til SM er delt op i 3 faser: 1. Overordnet design 2. Nedbrydning af blokke 3. Opbygning af design Denne fremgangsmåde gør det muligt for en udefrakommende at følge med i processen og at kunne implementere modulet så det overholder de krav der er stillet. Ligeledes gør fremgangsmåden det lettere at overskue flere løsninger til hvert problem. på Figur 10.5 ses det Overordnede design og på Figur 10.6 ses PSoC blokken i SM. Der bliver efterfølgende taget udgangspunkt i Hældningssensoren. Figur Hardware blok for SM Figur PSoC blok for sm Hældningssensoren består af 2 komponenter: det førnævnte accelerometer samt en DelSig ADC internt i PSoC en. Valget af accelerometer kommer af at have lavet en række prototyper der ikke mødte vores krav, hvilket accelerometeret i PSoC en gjorde. Valget af ADC faldt på en DelSig da, den er meget støj immun grundet det indbyggede lavpas filter og har en høj opløsning. Valgte komponenter er illustret på Figur ADC konverterer det analoge signal fra, en pin forbundet til, accelerometer til en digital værdi der så senere bliver anvendt i softwaren. For ADC og accelerometerets opsætning se da afsnit Detaljeret hardware design i Bilag. 27
28 BROS 10. Projektbeskrivelse Figur Hældningssensorens implementering Software 10.6 Design og Implementering Kontrolinterfacet I dette afsnit beskrives design og implementering af Kontrolinterfacet som lavet på baggrund af kravspecifikationen og systemarkitekturen. Designet af Kontrolinterfacet afspejler meget den generelle opbygning af systemet. Således er hvert element af systemet implementeret som en klasse. Derudover er der nogle hjælpeklasser. En oversigt over klasserne og deres ansvar kan ses i tabel??. Det gælder for VBTE-, SM- og Sensor-klasserne at når der efterspørges en af de værdier, klassen har ansvaret for, så benyttes RS232-objektet til at fremskaffe disse værdier ved hjælp af den serielle kommunikationsprotokol. Figur Oversigt over, og sammenhæng mellem, objekter i kontrolinterface-programmet 28
29 10.7. Resultater Ingeniørhøjskolen i Aarhus Kontrolinterfacets klasser Kontrolinterface (KI) Programmets hovedklasse. Eksisterer for at rydde op i main-funktionen. DataServer (DS) Styringsmodul (SM) Sensor VBTE Står for alt TCP-kommunikationen med databasen. Oprettes af KI-klassen Oprettes af KI og opretter VBTE-, Sensor- og RS232klasserne. Oprettes af SM og er ansvarlig for hældningsværdien. Når objektet bliver spurgt til den værdi af SM-klassen vil Sensor-klassen anvende sin delte association til RS232-objektet til at få denne af det fysiske SM-modul. Der eksisterer et VBTE-objekt for hvert fysisk VBTE-modul. Det er objektets ansvar at holde styr på værdierne for sit VBTE-modul. RS232 Driveren til kommunikationen med det fysiske SM-modul. Objektet formidler sig på en protokol forstået af det tilsvarende objekt på SMmodulet. Objektet oprettes af SM-klassen og VBTE- og Sensorobjekterne har en delt association til den. MainWindow manudialog Oprettes af KI-klassen og kontrollerer og overvåger den grafiske brugergrænsefalde. Oprettes af MainWindow og styrer den dialog, der fremkommer når man ønsker en manuel hældningsregulering. Tabel Kontrolinterfacets klasser 10.7 Resultater 10.8 Opnåede erfaringer Udvikling af hældningssensor Vi har startede med at udvikle på en prototype af en libellesensor vist på Figur Vi kom frem til at den har en capacitet på omkring [F ]. Det gør det praktisk umuligt at anvende da vores filter så har en alt for stor cutoff frekvens liggende over 3.0 MHz. Den høje frekvens giver en stor selvinduktion i vores ledning. Samtidig kan vi ikke lave sinus med denne frekvens med PSoC en. Dette gjorde at vi måtte finde en anden løsning. Næste prototype bestod af et potmeter og et pendul. Dog havde potmeteret en for stor friktionsmodstand, der gjorde det upræcist i forhold til vores krav. Vi har gennem et tredje semestersfag fundet ud af at PSoC en indeholder et accelerometer. Vi valgte så at lave en prototype med det. Dette viste sig at være en god løsning. 29
30 BROS 10. Projektbeskrivelse Figur henning 30
31 Konklusion 11 31
32
33 Referencer Artefakter Kravspecifikation Kravspecifikationsdokumentet er udarbejdet i begyndelsen af projektet og omfatter beskrivelse af Use Cases, ikke funktionelle krav samt kvalitetsfaktorer. Den fuldstændige kravspecifikation kan se i bilag. (Kravspecifikation.pdf) Accepttestspecifikation Accepttestspecifikationsdokumentet beskriver de tests der skal laves for at undersøge om de ønskede krav er opfyldt. Den fuldstændige accepttestspecifikation kan ses i bilag (Accepttest.pdf) Systemarkitektur Systemarkitektur dokumentet beskriver systemets HW/SW opbygning og grænseflader. Den fuldstændige systemarkitektur kan ses i bilag (Systemarkitektur.pdf) Integrationstestspecifikation Integrationtestspecifikation beskriver de test der skal laves for at undersøge hvorledes de forskellige komponenter kan kommunikere. Den fuldstændige Integrationstest kan ses i bilag (Integrationstest.pdf) Detaljeret design Det detaljerede design dokument beskriver hvordan HW/SW er designet og hvordan systemets komponenter fungerer. Det fuldstændige Detaljeret design dokument kan ses i bilag (Detaljeret Hardware design.pdf og Detaljeret Software design.pdf) Enhedstestspecifikation Enhedstestspecifikation beskriver de tests der skal laves for at undersøge om de forskellige stubbe af systemet fungere hensigtsmæssigt. Den fuldstændige enhedstestspecifikation kan ses i bilag (Enhedstest.pdf). 33
34 BROS 12. Referencer 12.2 Hjemmesider Liste over bilag på CD Komponentliste.pdf SCRUM.xls Logbog.pdf Kode KI hest SM hestning VBTE honning Server Dokumentation Accepttest.pdf Arkitektur.pdf Detaljeret_hardware_design.pdf Detaljeret_software_design.pdf Enhedstest.pdf Integrationstest.pdf Kravspecifikation.pdf Datablade PSoC Kionix KXSC7 datasheet (Accelerometer) ST3232 OSV! HESTE Billeder hvis vi har billeder af vores produkt! 34
Bias 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 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 mereAutomatisk Vandingssystem. Rettelser. 1 af 11
Automatisk Vandingssystem Rettelser 1 af 11 Automatisk Vandingssystem Projektrapporten Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen
Læs mereHassansalem.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 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. Rettelser. 1 af 11
Automatisk Vandingssystem Rettelser 1 af 11 Automatisk Vandingssystem Projektrapporten Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen
Læs mereIndholdsfortegnelse for kapitel 1
Indholdsfortegnelse for kapitel 1 Forord.................................................................... 2 Kapitel 1.................................................................. 3 Formål............................................................
Læs mereAutomatisk Vandingssystem. Rettelser. 1 af 11
Automatisk Vandingssystem Rettelser 1 af 11 Automatisk Vandingssystem Projektrapporten Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen
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 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 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 mereKravspecifikation For. Gruppen
Kravspecifikation For Gruppen Indholdsfortegnelse 1. INDLEDNING...3 1.1 FORMÅL...3 1.2 REFERENCER...3 1.3 LÆSEVEJLEDNING...3 2. GENEREL BESKRIVELSE...4 2.1 SYSTEM BESKRIVELSE...4 2.2 SYSTEMETS FUNKTION...4
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 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 mereVejledning til udviklingsprocessen for semesterprojekt 3 (PRJ3)
Vejledning til udviklingsprocessen for semesterprojekt 3 (PRJ3) Version 2.10 / 04-01-2018 / PHM Indholdsfortegnelse Indledning... 3 Baggrund... 3 Iterativ udvikling med ASE-modellen... 4 Udviklingsprocessen
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 mereSynopsis. Hardi Bootlader m. Java ME
Projektbeskrivelse KBK 24.11.2009 Side 1 af 6 --- ooo --- Synopsis for IHA Kursus : ITJEM1, efterår 2009 Navn: Kåre Bach Kjeldsen Studienummer: AU9215 Oprettet den 24/11 2009 --- ooo --- Version Dato Tekst
Læs mereSpil Rapport. Spil lavet i GameMaker. Kevin, Mads og Thor 03-02-2011
Spil Rapport Spil lavet i GameMaker Kevin, Mads og Thor 03-02-2011 Indholdsfortegnelse Indledning... 2 HCI... 2 Planlægning / Elementær systemudvikling... 2 Kravspecifikationer... 4 Spil beskrivelse...
Læs mereProjektkatalog (Project Dossier) - Vejledning
Projektkatalog (Project Dossier) - Vejledning Januar 2014 Indhold 1. HVAD ER PROJEKTKATALOGET (PROJECT DOSSIER)?... 1 2. FORMÅLET MED PROJEKTKATALOGET... 1 3. HVEM MODTAGER PROJEKTKATALOGET?... 1 4. UDARBEJDELSE
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 mereStudieordning for IT-teknolog National del Februar 2018
Studieordning for IT-teknolog National del Februar 2018 Indholdsfortegnelse Indholdsfortegnelse... 0 1. Uddannelsens mål for læringsudbytte... 1 2. Uddannelsen indeholder 4 nationale fagelementer... 2
Læs mereSTUDIEORDNING. for. IT-teknolog
STUDIEORDNING for IT-teknolog Revideret 01.02.2018 Indhold 1. Uddannelsens mål for læringsudbytte... 3 2. Uddannelsen indeholder 4 nationale fagelementer... 4 2.1. Netværksteknologi... 4 2.2. Indlejrede
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 mereDesign og udvikling af et blodtryks ma lesystem
Design og udvikling af et blodtryks ma lesystem 3. semesterprojekt side 1 af 5 Design og udvikling af et blodtryks målesystem Problemformulering I daglig klinisk praksis er der ofte behov for kontinuert
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 mereIde med Diff. Mål. Tidsplan. 1.uge: 2.uge:
Side 1 af 5 Ide med Diff. Min ide med differenertierings modulet er at lave et program som kan vise 3d objekter, og få lavede en konverter som kan konventer 3ds filer over til noget som flash kan bruge.
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 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 mereInformatik C robotter
Informatik C robotter Robotter 1. Præsentation af Fable-robotten og indledende øvelser. Robotter 2. Brainstorm på anvendelser af robotter. Udarbejdelse af cases+userstories i grp. Robotter 3. Udarbejdelse
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 mereOIS - Applikationskatalog
OIS - Applikationskatalog OIS arkitekturprodukter 25. januar 2018 Indledning Dokumentationen omkring OIS er struktureret med inspiration fra OIO Arkitekturguidens arkitekturreol, således at arkitekturprodukterne
Læs mereDeltagere Netcompany: Bastian Bajon, Jette Lund, Martin Havemann, Morten Christensen Kopp, Carsten Andersen
Referat leverandørpræsentation med Netcompany 3. juni 2016 9.30-11.30: Deltagere Netcompany: Bastian Bajon, Jette Lund, Martin Havemann, Morten Christensen Kopp, Carsten Andersen Deltagere Væksthusene:
Læs mereVejledning til gennemførelse af semesterprojekt 1
Vejledning til gennemførelse af semesterprojekt 1 Version 1.7 24. marts 2017 Torben Gregersen tg@ase.au.dk Modificeret til EE projekt forår 2018. Finn Jensen Indholdsfortegnelse Indledning... 3 1. Samarbejde
Læs mereSpecialiseringen Rapport Lavede Af Rasmus R. Sørensen Side 1 af 6
Side 1 af 6 Indholdsfortegnelse INDHOLDSFORTEGNELSE 1 INTRO 3 STARTEN AF SPECIALISERINGEN 3 ANKOMST TIL SKOTLAND 4 DATABASER 5 NETVÆRK 5 INTERAKTION 5 AFSLUTNING AF SPECIALISERINGEN 5 KONKLUSION 6 Side
Læs mereUNDERBILAG 3A.1 TIL KONTRAKT OM EOJ-SYSTEM. Use case Opfølgning
UNDERBILAG 3A.1 TIL KONTRAKT OM EOJ-SYSTEM Use case Opfølgning INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Rammeaftalen og vil blive fjernet ved indgåelse heraf. Formål med bilag:
Læs mereXProtect-klienter Tilgå din overvågning
XProtect-klienter Tilgå din overvågning Tre måder at se videoovervågning på For at skabe nem adgang til videoovervågning tilbyder Milestone tre fleksible brugergrænseflader: XProtect Smart Client, XProtect
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 mereREGIONAL RAPPORT LANDSDÆKKENDE PATIENTUNDERSØGELSER Kommentarsamling for Akut indlagte patienter på
REGIONAL RAPPORT LANDSDÆKKENDE PATIENTUNDERSØGELSER 2014 Kommentarsamling for Akut indlagte patienter på HJERTE-LUNGE-KARKIRURGISK AFD. T Aarhus Universitetshospital Den Landsdækkende Undersøgelse af Patientoplevelser
Læs mereSAS Forum 2012 Den virtuelle operatør
SAS Forum 2012 Den virtuelle operatør Automatiseret idriftsætning og jobafvikling i Odense Kommune Erik Lund-Jensen, Odense Kommune Agenda Lidt om os selv organisatorisk, teknisk og opgavemæssigt Problembeskrivelse
Læs mereVejledning til udviklingsprocessen for semesterprojekt 3 (PRJ3)
Vejledning til udviklingsprocessen for semesterprojekt 3 (PRJ3) Version 2.00 / 14-09-2016 / PHM Indholdsfortegnelse Indledning... 3 Baggrund... 3 Iterativ udvikling med ASE-modellen... 4 Udviklingsprocessen
Læs mereEvaluering af 1. semester cand.it. i itledelse,
Evaluering af 1. semester cand.it. i itledelse, eftera r 2016 Indhold Indledning... 3 FU-møder... 4 Modulevaluering gjort tilgængelig på modulets sidste kursusgang... 4 Modul 1: Informationsteknologi,
Læs mereEvaluering af 3. semester cand.it. i itledelse,
Evaluering af 3. semester cand.it. i itledelse, eftera r 2016 Indhold Indledning... 3 FU-møder... 4 Modulevaluering gjort tilgængelig på modulets sidste kursusgang... 4 Modul 9.1: Ledelse af it-udviklingsprojekter...
Læs mere4. Semesterprojekt System Arkitektur. MyP3000 I4PRJ4 E2004
Ingeniørhøjskolen i Århus 20. december 2004 IKT Dalgas Avenue 2 8000 Århus C 4. Semesterprojekt System Arkitektur MyP3000 I4PRJ4 E2004 Gruppe 4: Benjamin Sørensen, 02284 Tomas Stæhr Berg, 03539 Nikki Ashton,
Læs mereMicrocontroller, Arduino
Microcontroller, Arduino Programmerbar elektronik. uc Vi skal lære at lave programmer til uc for at kunne lave el-produkter. Forstå princippet i programmering af en uc og se mulighederne. Programmeringen
Læs mereArduino Programmering
Microcontroller, Arduino I teknologi skal vi lære at lave programmer til uc for at have muligheden til eksamen at kunne lave intelligente el-produkter. I hvert fald skal vi have set mulighederne, og forstået
Læs mereEvaluering af 2. semester, Cand.it. i it-ledelse, fora r 2017
Evaluering af 2. semester, Cand.it. i it-ledelse, fora r 2017 Indhold Indhold... 1 Indledning... 3 Forretningsudvalget (FU)... 3 Elektronisk semesterevaluering... 4 Modul 5: IT-baseret forbedring af organisatoriske
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 mereUndervisningsbeskrivelse
Undervisningsbeskrivelse Stamoplysninger til brug ved prøver til gymnasiale uddannelser Termin Jan-juni 2016 Institution UCH/ Handelsskolen Uddannelse Fag og niveau Lærer(e) Hold EUX Business IT B Lars
Læs mereAfsluttende Projekt - Kom/IT
1 Afsluttende Projekt - Kom/IT Rasmus H. Plaep 1 Billedkilde: http://blog.snelling.com/files/2015/01/business-107.jpg Indhold... 0 Indledning... 2 Problemafgrænsning... 2 Problemformulering... 2 Teori...
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 mereUndervisningsbeskrivelse
Undervisningsbeskrivelse Stamoplysninger til brug ved prøver til gymnasiale uddannelser Termin Institution Uddannelse Fag og niveau Termin hvori undervisningen afsluttes: maj-juni 17/18 Frederikshavn Handelsskole
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 mereSøren Gleerup, Fredrik Dam & Casper Palle Kom/it - Afsluttende opgave - HTX Roskilde - d.4/ Rapport. Asociale børn.
Rapport Asociale børn Side 1 af 7 Teori Vi har valgt at se på hvilket problem der ville opstå hvis skolebørn ville begynde at blive undervist hjemme i stedet for at være sociale med deres kammerater. Mange
Læs mereElevforudsætninger I forløbet indgår aktiviteter, der forudsætter, at eleverne kan læse enkle ord og kan samarbejde i grupper om en fælles opgave.
Undersøgelse af de voksnes job Uddannelse og job; eksemplarisk forløb 0-3.klasse Faktaboks Kompetenceområde: Fra uddannelse til job Kompetencemål: Eleven kan beskrive forskellige uddannelser og job Færdigheds-
Læs mereDOKUMENTBROKER Koncept
DOKUMENTBROKER Koncept Copyright 2012 INDHOLDSFORTEGNELSE 1 Hvad er DokumentBrokeren?...1 1.1 Formål...1 1.2 Fordele...1 1.3 Baggrund...2 2 Komponenter...3 2.1 Dataflet...4 2.2 Platform og teknologi...4
Læs mereSlutrapport Ecomotion R&D
Slutrapport Ecomotion R&D (Bileder fra Ecomotion Truck i Øster anlæg, København) 1 Indholdsfortegnelse Slutrapport Ecomotion R&D... 1 Indledning... 3 Opsummering af projektets fremdrift... 4 M1: Construction
Læs mereManual med retningslinjer for eksamen/svendeprøven Datatekniker
Manual med retningslinjer for eksamen/svendeprøven Datatekniker Udarbejdet som delelement af forsøgs og udviklingsprojektet Udvikling af nye evaluerings- og eksamensformer Projektnummer: 107530 0. Indhold
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 mereMicrocontroller, Arduino
Microcontroller, Arduino Kompendium til Arduino-programmering i Teknologi. Vi skal lære at lave programmer til uc for at kunne lave el-produkter. Vi skal forstå princippet i programmering af en uc og se
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 mereOm ONEBox... 2 Faciliteter i ONEBox... 2 Overordnet teknisk overblik... 2 Multiple servere... 3 Backup... 4 Sikkerhed... 5 Domæner... 6 Web...
Om ONEBox... 2 Faciliteter i ONEBox... 2 Overordnet teknisk overblik... 2 Multiple servere... 3 Backup... 4 Sikkerhed... 5 Domæner... 6 Web... 7 Mail... 8 Fildeling... 9 Brugere og grupper...10 Teknisk
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 mereSe nogle flere oversrifter med funktioner på de efterfølgende sider og læs videre på
Alarms Manager er et system der overvåger, styrer og alarmerer fra alle tænkelige hændelser og fra et utal af forskellige systemer. Alarms Manager kan erstatte, eller supplere alle typer systemer og tekniske
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 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 mere24-03-2009. Problemstilling ved DBK integration i BIM Software Hvad skal der til. Nicolai Karved, Betech Data A/S
24-03-2009 Problemstilling ved DBK integration i BIM Software Hvad skal der til. Nicolai Karved, Betech Data A/S Problemstilling ved DBK integration i BIM Software Domæner og aspekter Det domæne, der primært
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 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 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 merePædagogisk vejledning. Industriens LEAN-kørekort
Pædagogisk vejledning Industriens LEAN-kørekort Indholdsfortegnelse Indledning 3 Læsevejledning 3 1. Forudsætninger 3 1.1. Målgruppe 3 1.2. Deltagerforudsætninger 4 1.3. AMU kurserne i LEAN-kørekortet
Læs mereArduinostyret klimaanlæg Afsluttende projekt informationsteknologi B
Arduinostyret klimaanlæg Afsluttende projekt informationsteknologi B Udarbejdet af: Mathias R W Sørensen, klasse 3.4 Udleveringsdato: 02-03-2012 Afleveringsdato: 11-05-2012 IT-vejleder: Karl G. Bjarnason
Læs mereIt arkitektur- og sikkerhedskrav Løn og personalesystemsudbud. Region Midtjylland 2010.
It arkitektur- og sikkerhedskrav Løn og personalesystemsudbud Region Midtjylland 2010. 1 1 Indledning 1.1 Versionshistorie Version Dato Ansvarlig Status Beskrivelse 1.0 2010-05-04 HENSTI Lukket Definition
Læs mereStudieordning for bacheloruddannelsen i digital design og interaktive teknologier ved IT-Universitetet i København
Studieordning for bacheloruddannelsen i digital design og interaktive teknologier ved IT-Universitetet i København Studieordning af Indhold Indledning Kapitel 1. Uddannelsens titulatur, formål og mål for
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 mereSTØRRE SKRIFTLIG OPGAVE 2017/18
STØRRE SKRIFTLIG OPGAVE 2017/18 INDHOLD Indledning... 1 Omfang og formkrav for SSO... 1 Faser i forbindelse med opgaveudarbejdelsen... 2 Valg af emne og fag... 2 Opgaveformulering... 4 Opgaveugen... 4
Læs mereVersion marts 2017 Torben Gregersen Vejledning til gennemførelse af semesterprojekt 1
Version 1.7 24. marts 2017 Torben Gregersen tg@ase.au.dk Vejledning til gennemførelse af semesterprojekt 1 Indholdsfortegnelse Indledning... 3 1. Samarbejde i gruppen.. 3 1.1 Personlige ressourcer.. 3
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 mereHvad kan I få ud af jeres hjemmeside?
Hvad kan I få ud af jeres hjemmeside?... vi har svaret Webudvikling KommaKolon Webudvikling med fokus på værdiskabelse Der kan være mange grunde til at en virksomhed vælger at få designet og udviklet en
Læs mereProjekt - Valgfrit Tema
Projekt - Valgfrit Tema Søren Witek & Christoffer Thor Paulsen 2012 Projektet Valgfrit Tema var et projekt hvor vi nærmest fik frie tøjler til at arbejde med hvad vi ville. Så vi satte os for at arbejde
Læs mereEvaluering af 2. semester cand.it. i it-ledelse - fora r 2014
Evaluering af 2. semester cand.it. i it-ledelse - fora r 2014 Indholdsfortegnelse Indledning... 3 Forretningsudvalget (FU)... 3 Elektronisk semesterevaluering... 3 Modul 5: It-baseret forbedring af organisatoriske
Læs mereBilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer)
Klik her for at angive tekst. Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer) Krav og vejledning til
Læs mereStudieordning for kandidatuddannelsen i informationsteknologi ved IT-Universitetet i København, Digital design og interaktive teknologier
Studieordning for kandidatuddannelsen i informationsteknologi ved IT-Universitetet i København, Digital design og interaktive teknologier Studieordning af Indhold Indledning Kapitel 1. Uddannelsens titulatur,
Læs mereSmartFraming Et vindue til nationale sundhedssystemer. Version 3.0
SmartFraming Et vindue til nationale sundhedssystemer Version 3.0 Infrastruktur i dagens sundheds IT Det sundhedsfaglige personale benytter sig i dag af en række forskellige systemer i forbindelse med
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 mereGlobale links Som administrator kan man redigere i de globale links, som brugerne ser i toppen af alle sider på portalen
Indhold Indhold... 2 Administratorvejledning version 1.0... 3 Indledning... 3 Globale links... 3 Titel og logo... 5 Brugerroller... 6 Administrator... 6 Forsideredaktør... 7 Rumoprettere... 9 Aarshjul_oprettere...
Læs mereDet nye husdyrgodkendelse.dk Sagsbehandlermodulet Fra ansøgning til godkendelse V. 1.0 28/4 2011
2. Sådan kommer du fra ansøgning til godkendelse Før du kan komme i gang med at arbejde på en miljøgodkendelse, skal du have åbnet den tilhørende ansøgning. Det gør du enten ved at indtaste skemanummer
Læs mereSelektro CCM App. Brugermanual. Selektro CCM App Brugermanual DK. Selektro A/S, Erhvervsvej 29-35, DK-9632 Møldrup. Copyright Selektro A/S 2017
Selektro CCM App Brugermanual Selektro A/S, Erhvervsvej 29-35, DK-9632 Møldrup Selektro CCM App Brugermanual DK Copyright Selektro A/S 2017 0881-1344006 V01 Indhold 1 Beskrivelse... 1 1.1 Funktion... 2
Læs mereQUICKVEJLEDNING til Piccolo Light
QUICKVEJLEDNING til Piccolo Light Montering 1. Piccolo Light kan installeres uden brug af kommunikation via GSM, men installeres et SIM-kort i enheden, vil man bl.a. kunne få alarmer som sms og email.
Læs mereComputerens - Anatomi
2014 Computerens - Anatomi Rapporten er udarbejdet af Andreas og Ali Vejleder Karl G Bjarnason Indholdsfortegnelse Formål... 2 Indledning... 2 Case... 3 Design... 3 Skitser... 4 Planlægning... 5 Kravsspecifikation...
Læs mereProjektarbejde. AFL Institutmøde den 6.10.2005 Pernille Kræmmergaard Forskningsgruppen i Informatik
Projektarbejde AFL Institutmøde den 6.10.2005 Pernille Kræmmergaard Forskningsgruppen i Informatik Ønske for dagen Jeg håber, at i får et indblik i: Hvad studieprojekter er for noget Hvordan projektarbejdet
Læs mereFleksible målinger. Kogebog nr. 3: Platform og data. Sammen skaber vi smart forsyning Internet of Things Visning af data Cloud-løsning
Sammen skaber vi smart forsyning Fleksible målinger Kogebog nr. 3: Platform og data BI WEB Internet of Things Visning af data Cloud-løsning Internetkobling Databaser Netværk 23-01-2018 3. Kogebog: Platform
Læs mereBilag. Bilag 1. Rapport. Rapporten skal.. Produkt. Produktet skal...
Bilag Bilag 1 Produkt Backlog Denne Produkt Backlog giver et billede af hvilke funktioner kan medtages i projektet som vil blive sorteret efter relevans og om det kan lade sig gøre inden for projektets
Læs mereUnderbilag 14 B: Oversigt over prøve- og testtyper. Udbud om levering, installation, implementering, support, drift og vedligehold af BAS
Underbilag 14 B: Oversigt over prøve- og testtyper Udbud om levering, installation, implementering, support, drift og vedligehold af BAS Indhold underbilag 14 B Oversigt over prøve- og testtyper 14 B Oversigt
Læs mereOM AT SKRIVE PROGRAM. OM AT SKRIVE PROGRAM - Studio Transformation & Architectural herritage - 6. oktober 2015 - Maj Bjerre Dalsgaard
Programarbejdet er et analytisk udfoldet undersøgelsesarbejde, der har til formål at udvikle et kvalificeret grundlag for projektarbejdet Fra studieordningen Projektforløb Arbejdsproces Arbejdsmetode PROCES
Læs mereModul 2 Database projekt Multimediedesign 3. semester Gruppe 3 IRF/TUJE
Modul 2 Database projekt Multimediedesign 3. semester Gruppe 3 IRF/TUJE Fact sheet Indholdsfortegnelse Fact Sheet Gantt kort Valgt af virksomhed Brainstorm Attribut tabel ER-diagram Skitse MySQLWorkbench
Læs mereEDI. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1. Copyright: Naddon version 201010
EDI Microsoft Dynamics NAV 2009 SP1 Klassisk Side 1 Indholdet i dette dokument må på ingen måde gengives helt eller delvist hverken på tryk eller i anden form - uden forudgående skriftlig tilladelse fra
Læs mereHold: 1. semester Forår 2011. 80 lektioner. En del af lektionerne vil foregå som selvstændigt projektarbejde.
Fredericia Maskinmesterskole Undervisningsplan Side 1 af 6 Lektionsantal: 80 lektioner. En del af lektionerne vil foregå som selvstændigt projektarbejde. Uddannelsesmål: Den studerende skal vide hvordan
Læs mereIMPLEMENTERING AF 1:1 COMPUTERE PROJEKTPLAN
IMPLEMENTERING AF 1:1 COMPUTERE PROJEKTPLAN Version 1 Marts 2017 Side 1 of 10 INDHOLDSFORTEGNELSE Indledning...3 Formål med projektplanen...4 Generel Projektinformation...4 Baggrund...5 Holstebro Kommunes
Læs mere