Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
|
|
- Camilla Økland
- 6 år siden
- Visninger:
Transkript
1 Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 0.0 Dato: Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha PDF format sppr44.pdf Gruppemedlemmer: Navn: Signatur: Dato: Christian Raspotnig Kjell Gunnar Guttormsen Petter Larsen Eva Sandved Therese Røsholdt
2 Innholdsfortegnelse 1 Introduction Purpose Summary Hovedaktiviteter: Forandringer innenfor kostnader og arbeidsmengde References Definitions Acronyms 7 2 Technical Status Work package technical status Forecast for next reporting period 10 3 Resource status Staff utilisation Felles Samlet arbeidstid hver uke Petter Eva Therese Kjell Gunnar Christian Work package resource status 17 4 Schedule status Milestone trend charts Schedule summary 20 5 Problems 21 6 Vedlegg Møtereferat Møtereferat Møtereferat Møtereferat Side 2 av 25
3 1 Introduction 1.1 Purpose Rapportperiode: Prosjektnavn: Flight Progress Strip System for ATC. Prosjektdefinisjon: Referat for denne perioden: - Gruppemøter, o 29.10, vedlegg 31 o 31.10, vedlegg 33 - Møter med veileder, o 28.10, vedlegg 30 o 30.10, vedlegg 32 Formålet med denne rapporten er å gi en beskrivelse og dokumentasjon over kurset SE. Alle interessenter skal får en oversikt over - hva vi har gjort - hvordan og hvorfor vi gjorde det - når det ble gjort - hvor lang tid som vi trodde vi ville bruke på de ulike delene - den reelle tiden som ble brukt på de ulike delene - hvilke aktiviteter som er under planlegging Side 3 av 25
4 1.2 Summary Hovedaktiviteter: AP Hva vi har gjort 1.1 Sett på hvordan vårt skjermbilde med strips skal se ut. 2.1 Har holdt presentasjon 5 og hørt på andre grupper som har snakket om vedlikehold. 2.2 Har lest om objektmodellering, sekvensdiagram, meldingssekvenser og designpatterns som vi bruker i globaldesign. Har lest videre i pensumboken, spesielt kap Holdt presentasjonen om The changing system and the nature of maintenance. 4.8 Utarbeidet SPPR for uke Global design: Jobbet med objektmodell, sekvensdiagram og meldingssekvenser. Detaljdesign: Sett på overskriftene. Hva som skal gjøres under dette kapitlet 5.7 Oppdatert SRS versjon 2.0. Fjernet og forandret krav. Gjorde om context- og dataflytdiagram. Skrev endringslogg og oppdaterte sporingstabell. Har laget GUI- og ytelseskrav. 6.1 Har lest om XML. Jobbet med å få en forståelse for temaet. 6.2 Har jobbet litt mer med Python, men vi har valt å bruke Java istedenfor. 6.3 Har repetert Java og laget noen programmer Forandringer innenfor kostnader og arbeidsmengde: Vi har snakket mye om hvilket språk vi skal bruke når vi skal kode prototypen. I utgangspunktet hadde vi tenkt å bruke python i og med dette er et språk vi skal gå gjennom i programmeringsspråk. Vi har kommet frem til at vi ikke vil få den kunnskapen innenfor python som trengs for å kunne programmere prototypen. Vi har derfor ferdigstilt AP 6.2 og har lagt til en ny AP 6.3, Java. Java er et programmeringsspråk som vi alle har brukt tidligere. AP 6.3 er satt til 30 timer Har startet med versjon 2.0 til SRS. Har lagt til en ny AP 5.7, SRS versjon 2.0. Denne har vi satt til 40 timer. Side 4 av 25
5 1.3 References Bøker: - Python Essential Reference, David M. Beazley, The XML Handbook, second edition", Charles F. Goldfarb og Paul Prescod, Sams Teach Yourself XML in 24 Hours, Charles Ashbacher, Python 2.1 Bible, Dave Brueck and Stephen Tanner, Beginning XML, David Hunter, Practical Object-oirented Development with UML and Java, Richard C. Lee og William M. Tepfenhart, Java, How to program, Deitel & Deitel, Object-Oriented Design, Peter Coad/Edward Yourdon, Yourdon Press, 1991 Patterns in Java vol. 1, Mark Grand, Wiley, Data Structures & Problem Solving Usig Java, Mark Allen Weiss, Addison Wesley, 1998 Artikler: - Problems in Application Software Maintenance, Bennet P. Lientz and Burton, Swanson Python for nonprogrammers (pdf fil) Andre: 1.4 Definitions Navn Beskrivelse 1.1 AP Strips 1.2 AP Enheters gjøremål 1.3 AP Navigasjon 1.4 AP Flygning 1.5 AP Fraselogi 1.6 AP Studietur 1.7 AP Regelverk og dokumenter 1.8 AP Meterologi 2.1 AP Undervisning 2.2 AP Selvstudie 2.3 AP Møtevirksomhet 3.1 AP Presentasjon SW Requirements Engineering 3.2 AP Presentasjon Characteristics of good Design Side 5 av 25
6 3.3 AP Presentasjon Factory patterns and abstract factory patterns 3.4 AP Presentasjon Software Faults and Failure Testing Issues 3.5 AP Presentasjon The changing system and the nature of maintenance 3.6 AP Oppgaver 4.1 AP SPPR uke AP SPPR uke AP SPPR uke AP SPPR uke AP SPPR uke AP SPPR uke AP SPPR uke AP SPPR uke AP SPPR uke AP SPPR uke AP SPPR uke AP SPPR uke AP SPMP 5.2 AP SRS 5.3 AP SDS 5.4 AP VVD 5.5 AP Sluttprodukt 5.6 AP Prosjektrapport 5.7 AP SRS versjon AP XML 6.2 AP Python 6.3 AP Java Side 6 av 25
7 1.5 Acronyms and abbriviations Forkortelse AFTN AP ATC ATCC C E FPSS GUI MP OO PR SDS SE SPMP SPPR SRS SW TG VVD XML Beskrivelse Aeronautical Fixed Telecommunication Network Arbeidspakke Air Traffic Control Air Traffic Control Center Cumulated Expenditure for the period Flight Progress Strip System (systemet vårt) Graphical User Interface Milepel Objekt orientert PreEstimated Software design specification Software Engineering Software Project Management Plan Software Project Process Report Software Requirement Specification Software ToGo Verification and Validation document Extended Markup Language Side 7 av 25
8 2 Technical Status 2.1 Work package technical status AP Status 1.1 Strips Ferdigstilt 2.1 Undervisning Hva er vi ferdig med: - SE - SE prosess - Prosjekt management - Requirement Engineering - SW design - Design patterns & Framework - SW testing - Maintenance- Evaluation Improvement Hva vi ikke er ferdig med: - Presentasjon av ulike oppgaver 2.2 Selvstudie Hva er vi ferdig med: - Lest kapittel 1, 2, 3, 4, 5 og 6 samt artikler som har blitt utlevert Hva vi ikke er ferdig med: - Lese artikler som deles ut i uke Lese pensum i boka, kapittel 8, 9, 11, 12, Møtevirksomhet Hva er vi ferdig med: - Har definert FPSS. Fått definert mal til SPMP og SPPR - Hatt møter angående SRS - Startet med møter ang SDS - Hatt møter angående global design Hva vi ikke er ferdig med: - Møter angående detaljdesign - Møter angående VVD - Møter angående programvare som skal utvikles 3.5 Presentasjon 5, The changing system and the nature of maintenance Ferdigstilt 4.8 SPPR uke 44 Ferdigstilt 5.3 SDS Hva er vi ferdig med: - Arkitektur - Objektmodell - Sekvens diagram - Meldingssekvenser Hva vi ikke er ferdig med: Side 8 av 25
9 - Sporing - Detaljdesign, beskrive funksjoner 5.7 SRS versjon 2.0 Hva er vi ferdig med: - Oppdatere SRS ut i fra kommentarer til Ky - Fjernet og forandret krav - Gjorde om context- og dataflytdiagram - Skrev endringslogg og oppdaterte sporingstabell - Utarbeide eksterne GUI- og ytelseskrav Hva vi ikke er ferdig med: - Se over de nye kravene - Legge til krav i sporingstabell og oppdaterer denne 6.1 XML Hva er vi ferdig med: - Har lest introduksjon - Snakket med medelever om deres tidligere XML-prosjekt - Laget eksempler over XML-filer Hva vi ikke er ferdig med: - Lese mer for å få en forståelse for XML - Teste ulike eksempler for å finne ut hvordan vi kan best mulig bruke XML i FPSS 6.2 Python Ferdigstilt 6.3 Java Hva er vi ferdig med: - Rask repetisjon Hva vi ikke er ferdig med: - Se på gamle kodeeksempler fra Ky - Programmere ulike GUI-programmer Side 9 av 25
10 2.2 Forecast for next reporting period AP Beskrivelse/Ansvar DateLine 2.2 Hvert gruppemedlem har ansvar for å jobbe med pensum fra boka (Hele gruppen) 2.3 Møte med veileder, mandag kl (Hele gruppen) 3.6 Jobber med presentasjon 6, oppgave 2.5, 4.6, 5.6, 8.1 (Kjell Gunnar, Eva og Christian) 4.9 Ferdigstille SPPR for uke 45 (Eva) 5.3 Ferdigstille SDS. Beskrive de siste funksjonene innenfor detaljdesign (Hele gruppen) Prototype - Programmere de statiske delen i skjermbilde til FPSS - Lage ulike objekter - Lese inn fra fil - Generer transponderkode (Kjell Gunnar, Christian, Eva) 5.7 SRS versjon 2.0 Sjekke de nye kravene. Oppdatere sporing (Therese og Petter) 6.1 Se på hvordan implementere XML med Python. (Petter og Therese) 6.3 Repetere Java ved å se på gamle kodeeksempler fra Ky og ved å programmere ulike GUI-programmer (Kjell Gunnar, Christian og Eva) Side 10 av 25
11 3 Resource status 3.1 Staff utilisation Felles timeliste for gruppemedlemmer: Navn AP Antall Timer Petter 1.1, 2.1, 2.2, 2.3, 3.5, 5.3, t Eva 2.1, 2.2, 2.3, 4.8, 5.3, 5.7, t Therese 1.1, 2.1, 2.2, 2.3, 3.5, 5.3, t Kjell Gunnar 2.1, 2.2, 2.3, 4.8, 5.3, 5.7, t Christian 1.1, 2.1, 2.2, 2.3, t Totalt t Samlet arbeidstid hver uke Uke Totalt antall timer t t t t t t Totalt Side 11 av 25
12 3.1.3 Timeliste Petter Dato Fra Til Tid AP Kommentar t 2.2 Lesning i lærebok t 4.5 Presentasjon t 2.2 Websider t 4.5 Presentasjon t 2.2 Lesning i lærebok t 4.5 Presentasjon t 6.1 XML t 4.5 Presentasjon t 2.1 Undervisning t 5.7 SRS, GUI krav t 5.7 SRS, GUI krav t 2.3 Møte med Ky t 5.7 SRS, GUI krav t 5.7 SRS, GUI krav t 5.7 SRS, HW-, SW-, CO- og TIkrav t 2.1 Undervisning t 5.7 SRS, GUI, HW-, SW-, CO- og Tikrav t 5.7 SRS, GUI Krav t 5.3 SDS, Sekvensdiagram Total 37 t Side 12 av 25
13 3.1.4 Timeliste Eva Dato Fra Til Tid AP Kommentar t 4.8 SPPR uke t 2.2 Lest om objektmodeller t 6.2 Python, lese inn fil t 5.3 Objekt modell, backup, motta data t 6.2 Python, lest om klasser t 5.3 Eventdiagram, hele systemet og hver modul t 5.3 Eventdiagram, gjorde om navn t 2.2 Objektmodeller, kap t 2.2 Objektmodeller t 2.3 Møte med Ky t 5.3 Objektmodell. Gikk gjennom det vi har gjort og jobbet videre med å finne metoder og attributter t 5.3 Objektmodell. La inn modeller i Visio t 5.7 SRS. Gjorde forandringer ut i fra kommentarer fra Ky t 4.8 SPPR, uke 44. Gjorde ulike forandringer t 2.1 Ulike presentasjoner t 5.3 Objektmodell t 5.3 Statediagram t 5.3 SDS dokument t 5.3 Objektmodell t 5.3 SDS dokument t 5.3 Statemachine t 5.7 Endringslogg t 5.3 Statemachine t 2.3 Møte med Ky t 5.3 Statemachine t 5.7 Identifiserte nye krav t 5.7 Identifiserte nye krav t 4.8 SPPR uke t 5.7 Gått over GUI krav t 2.1 Ulike presentasjoner t 5.3 Objekmodell t 5.7 Satt inn andre krav t 5.3 Ulike modeller t 5.3 Detaljdesign t 4.8 SPPR uke 44 Total 39 t Side 13 av 25
14 3.1.5 Timeliste Therese Dato Fra Til Tid Arbeidspakke Kommentar t 6.1 XML, style sheets t 6.1 XML t 2.2 Lesing i lærebok, SW maintenance t 5.3 SDS t 6.1 XML t 1.1 Strips t 5.3 SDS, objektmodell t 4.5 Presentasjon uke t 4.5 Presentasjon uke t 2.1 Forelesning t 5.3 SDS, objektmodell t 6.3 Java t 6.3 Java t 2.3 Møte med Ky t 5.3 SDS, objektmodell t 5.3 SDS t 6.3 Java t 5.3 SDS t 2.1 Forelesning t 5.3 SDS, objektmodell t 5.3 SDS, objektmodell t 6.3 Java Totalt 43.5 t Side 14 av 25
15 3.1.6 Timeliste Kjell Gunnar Dato Fra Til Tid Arbeidspakke Kommentar t 6.2 Leste og kodet små programmer i Python t 6.2 Forsøkte å finne GUI eksempler i Python t 2.3 Møte med KY. Tema SRS t 5.3 Arbeidet med objektmodellen t 5.3 Arbeidet med objektmodellen metoder t 5.7 Kravdok. Versjon t 2.2 Selvstudie Kap. 6 Obj. orientert design t 5.1 og 4.8 Oppdatert SPMP og SPPR uke t 2.1 Forelesning t 5.3 Objektmodellen t 5.3 Statediagram t 5.3 SDS t 2.3 Skrevet møtereferat t 2.2 Selvstudie objektmodellen kap t 5.3 Statemachine t 5.7 Endringslogg t 5.3 Statemachine t 2.3 Møte med Ky t 5.3 Statemachine t 5.7 HW- og SW Krav t 5.7 HW- og SW Krav t 2.3 Møtereferat t 5.7 GUI krav t 2.1 Forelesning t 5.7 GUI-, HW-, SW- og communicationkrav t 5.7 GUI krav t 5.3 Sekvensdiagram t Timeliste og møtereferat Totalt Side 15 av 25
16 3.1.7 Timeliste Christian Dato Fra Til Tid AP Kommentar Leste om obj. og obj.mod Leste om obj. og obj.mod Lagde obj. til obj.mod La inn obj. i obj.mod Så på strips La inn obj. i obj.mod Forelesning om maintenance Fant obj. i obj.mod Så på kravprosessen Fant metoder og variabler til obj Fant metoder og variabler til obj Møte Ky obj.mod. og statemachine Forbedret overordnet obj.mod Fant metoder og variabler til obj Så på overordnet obj.mod Forelesning om improving Lagde utseende på strips Fant metoder og variabler til obj. Total t Side 16 av 25
17 3.2 Work package resource status Fremdriftstabell AP Plan Tidligere Uke 37 Uke 38 Uke 39 Uke 40 Uke 41 Uke 42 Uke 43 Uke 44 Uke 45 Uke 46 PR TG PR TG PR TG PR TG PR TG PR TG PR TG PR TG PR TG PR TG PR TG E C E C E C E C E C E C E C E C E C E C E C , Total
18 AP Plan Tidligere Uke 37 Uke 38 Uke 39 Uke 40 Uke 41 Uke 42 Uke 43 Uke 44 Uke 45 Uke 46 Total PR TG PR TG PR TG PR TG PR TG PR TG PR TG PR TG PR TG PR TG PR TG E C E C E C E C E C E C E C E C E C E C E C Software Project Progress Report, uke 44 Side 18 av
19 4 Schedule status 4.1 Milestone trend charts for Flight Progress Strip System for Air Traffic Control System Milepel MP1 MP2 MP3 MP4 MP5 MP6 MP7 MP8 MP9 MP10 MP11 MP12 MP13 MP14 MP15 MP16 MP17 Update Uke Uke Plan Software Project Progress Report, uke 44 Side 19 av 25
20 4.2 Schedule summary Bar Chart Bar chart uke 44 6,3 6,2 6,1 5,7 5,3 AP 4,8 3,5 2,3 2,2 2,1 1, %-vis ferdig AP som er sluttført i tidligere perioder: - 3.4, 4.7 (uke 43) - 1.2, 1.3, 1.4, , 5.2 (uke 42) - 1.6, 1.7, 1.8, 3.3, 4,5 (uke 41) - 4.4, 5.1 (uke 40) - 3.2, 4.3 (uke 39) - 4.2, (uke 38) - 3.1, 4.1 (uke 37) Software Project Progress Report, uke 44 Side 20 av 25
21 5 Problems Software Project Progress Report, uke 44 Side 21 av 25
22 6 Vedlegg 6.1 Møtereferat 30 Software Eng. MØTEREFERAT MØTETYPE: Møte med faglærer MØTE NR.: 30/2002 DATO: 28. oktober 2002 STED: Ky`s kontor 4. etg. Os Allè 11 MØTELEDER: Eva Sandved MØTEREFERENT: Kjell Gunnar Guttormsen Til stede: Eva Sandved, Kjell Gunnar Guttormsen og Therese Røsholdt + faglærer Ky Van Ha Meldt forfall: Christian Raspotnig, Petter Larsen Forfall: Ingen Agenda: 57/02 SRS, 58/02 SDS SAK Hva ble gjort ANSVARLIG FRIST 57/02 SRS Tema for dagen var SRS versjon 1. Ky hadde lest gjennom dokumentet og hadde noen kommentarer som vi diskuterte. Kapittel Hva FPSS ikke gjør, Ky hadde en kommentar til punktet FPSS sjekker ikke om mottatt FPD finnes i FPSS fra før. Han mente vi burde ha med denne sjekken. Vi ble enig om å ha den med, og at den bør gjøres før FPD konverteres til strip. Kapittel 2.4 Dataflyt Diagram, Ky mente at det i dataflyt diagrammet ikke kom klart nok frem når strips havner i pendinglisten. Kapittel 3.2 Funksjonelle krav og kapittel 3.3 Ikke-funksjonelle krav, Vi diskuterte om sporingen av krav var relasjon mellom krav eller om det var avhengighet mellom krav. Vi ble enige om å bytte ut ordet relasjon med avhengighet Kapittel 3.2 Funksjonelle krav, Ky mente at krav F-4 FPSS skal konvertere FPD til strips var unødvendig å ha med siden krav F-7, F-8 og F-9 mer nøyaktig beskriver det samme. Vi ble enig om å fjerne krav F-4 Kapittel 3.2 Funksjonelle krav, Krav F-32 Strips skal flyttes til handoff når flighten er ferdig. Ky kommenterte at når flighten er ferdig er unøyaktig. Vi ble enig om å forandre dette 58/02 SDS Vi ble enig om å avtale et nytt møte per mail. Agenda for møtet skal være SDS Software Project Progress Report, uke 44 Side 22 av 25
23 6.2 Møtereferat 31 Software Eng. MØTEREFERAT MØTETYPE: Gruppemøte MØTE NR.: 30/2002 DATO: 29. oktober 2002 STED: Datalab 2. etg. Os Allè 11 MØTELEDER: Petter Larsen MØTEREFERENT: Kjell Gunnar Guttormsen Til stede: Christian Raspotnig, Eva Sandved, Petter Larsen, Therese Røsholdt og Kjell Gunnar Guttormsen Meldt forfall: Ingen Forfall: Ingen Agenda: 59/02 Programmeringsspråk, 60/02 SPMP/SPPR, 61/02 SRS, 62/02 SDS SAK Hva ble gjort ANSVARLIG FRIST 59/02 Programmeringsspråk Diskuterte valg av programmeringsspråk. Grunnen til dette er at vi har funnet ut at det vil være vanskelig for oss å implementere FPSS (prototype) i Python. Et problem er at ingen av oss har brukt Python fra før og det ta for lang tid å lære seg det godt nok. Vi vet heller ikke om det virkelig lar seg gjøre å implementere løsningen i dette språket. Vi bestemte oss derfor for å bruke Java som programmeringsspråk. Dette er også et objektorientert språk. Alle i gruppen kjenner det godt fra før, og vi kan bruke veileder (Ky = Javaguru) hvis vi støter på problemer Alle 60/02 SPMP/SPPR Oppdaterte SPMP med tanke på den nye arbeidspakken vi har innført (6.3 Java) Skrevet inn det vi har gjort til nå i SPPR uke 44. Oppdatert denne i forhold til ny arbeidspakke 61/02 SRS Med bakgrunn i møte med veileder 28/10 har vi startet med versjon 2 av SRS. Vi har fjernet krav F-4, forandret ordlyden i krav F- 32 slik at det er mer presist. I tillegg har vi byttet ut ordet relasjon med avhengighet når det gjelder sporing av krav. Sporingstabellen ble oppdatert, samt at vi har tatt med endringslogg. Eva Kjell Gunnar Eva Kjell Gunnar 62/02 SDS Arbeidet med objektmodellen og state diagram. Oppdatert definisjonslisten. Definert objekter. Funnet attributter og metoder for noen av objektene. Gjenstår noen: Stripboard, Headerstrip, FPSS, Sortere. Eva Kjell Gunnar Christian Therese Software Project Progress Report, uke 44 Side 23 av 25
24 6.3 Møtereferat 32 Software Eng. MØTEREFERAT MØTETYPE: Møte med faglærer MØTE NR.: 32/2002 DATO: 30. oktober 2002 STED: Ky`s kontor 4. etg. Os Allè 11 MØTELEDER: Eva Sandved MØTEREFERENT: Kjell Gunnar Guttormsen Til stede: Eva Sandved, Christian Raspotnig, Petter Larsen, Kjell Gunnar Guttormsen og Therese Røsholdt + faglærer Ky Van Ha Meldt forfall: Ingen Forfall: Ingen Agenda: 63/02 SDS, 64/02 Avtale om nytt møte SAK Hva ble gjort ANSVARLIG FRIST 57/02 SRS Objektmodellen Diskuterte objektmodellen. Vi var usikre om FPSS skulle være med som egen klasse. Ky tegnet og forklarte, og vi ble til slutt enige om hvordan objektmodellen skulle se ut Statediagram Neste tema for møtet var statediagram. Vi hadde lagd 3 diagrammer som vi presenterte for Ky. Foruten noen få kommentarer/korreksjoner ble vi enige om at det vi hadde lagd var et godt utgangspunkt Ky gjorde det klart for oss at alle funksjoner må beskrives med input, output og prosessering 58/02 SDS Vi ble enig om å ha nytt møte med Ky i 4. etasje mandag kl Software Project Progress Report, uke 44 Side 24 av 25
25 6.4 Møtereferat 33 Software Eng. MØTEREFERAT MØTETYPE: Gruppemøte MØTE NR.: 33/2002 DATO: 31. oktober 2002 STED: Datalab 2. etg. Os Allè 11 MØTELEDER: Petter Larsen MØTEREFERENT: Kjell Gunnar Guttormsen Til stede: Christian Raspotnig, Eva Sandved, Petter Larsen, Therese Røsholdt og Kjell Gunnar Guttormsen Meldt forfall: Ingen Forfall: Ingen Agenda: 65/02 SDS, 66/02 SRS SAK Hva ble gjort ANSVARLIG FRIST 59/02 SDS Objektmodellen Gjorde ferdig skallet til objektmodellen, dvs den overordnede strukturen. Arbeidet også mye med å finne attributtene og metodene til hver enkelt klasse. Begynte arbeidet med å gi metodene en tekstlig beskrivelse. Sekvensdiagram Startet med sekvensdiagrammet. Vi fant ut at det var noen uklarheter i når det gjelder sekvensene i FPSS. Bestemte at vi skal diskutere dette videre på mandag Therese Christian Eva Petter Kjell Gunnar 60/02 SRS Definerte nye GUI-, hardware-, software- og communicationkrav. Vi la disse inn i kravdokumentet versjon 2, og oppdaterte listene med definisjoner og forkortelser Eva Petter Kjell Gunnar Software Project Progress Report, uke 44 Side 25 av 25
Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 0.0 Dato: 25.10.2002 Software Engineering Filformat: 1 Filnavn:
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Side: 1 Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Dato: 22.11.2002 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon:. Dato: 18.1.22 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon:. Dato: 4.1.22 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 1. Dato: 27.9.22 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 1.09.00 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 20.09.2002 Software Engineering Filformat: 1 Filnavn:
DetaljerFlight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Dato: 01.10.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha PDF format mplan.pdf
DetaljerSPPR Software Project Progress Report Uke 38-39
SPPR Software Project Progress Report Uke 38-39 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold
DetaljerSPPR Software Project Progress Report Uke 44-45-46
SPPR Software Project Progress Report Uke 44-45-46 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold
DetaljerSPPR Software Project Progress Report Uke 42-43
SPPR Software Project Progress Report Uke 42-43 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold
DetaljerSPPR Software Project Progress Report Uke 35-37
SPPR Software Project Progress Report Uke 35-37 Heiskontrollsystem Gruppe 7 Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold 2003 Innhold 1 INTRODUKSJON...3
DetaljerFlight Progress Strip System for Air Traffic Control Versjon: 3.0 Software Requirements Specification Dato: 21.11.2002. Gruppe nr:
SRS, versjon 3.0. Gruppe 1 Flight Progress Strip System for Air Traffic Control Versjon: 3.0 Software Requirements Specification Dato: 21.11.2002 Fag: Software Engineering Filformat: Gruppe nr: 1 Filnavn:
DetaljerRequirement Engineering Process
Prosessaktører Prosesstøtte Prosess management Prosesskalitet Prosessforbedring Horfor bruke prosessmodeller? forenklet beskrielse a en prosess lagd ut fra et bestemt perspekti så det kan ære flere forskjellige
DetaljerFlight Progress Strips System for Air Traffic Control Fag:
Verifikasjon og validerings plan: Flight Progress Strips System for Air Traffic Control Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 21.11.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky
DetaljerDagbok. Januar. Uke 2 ( ) Uke 3 ( ) Uke 3 (17.01, 12:45-14:00)
Dagbok Januar Uke 2 (7.1-11.1) Vi har lest halvveis på standard dokumentasjon og jobbet med forprosjektrapport. Vi har hatt vårt første møte med den interne veilederen vår Tor Hasle. Vi fortalte om at
DetaljerSoftware Development Plan. Software Development Plan. Forum / Nettverkssamfunn Team 2
Forum / Nettverkssamfunn Team 2 1 Innholdsfortegnelse 1 Introduksjon... 3 2 Team & Organisering... 3 3 Brainstorming, tanker og utførelse... 4 3.1 Bruker Registrering og metoder... 4 3.2 Generering av
DetaljerDato: Versjon: Designdokument type: Kontrollsystem for invertert pendel Fag: Bestiller: 1.0 Gruppe nr: 2 Filnavn: Systemering2 Filformat:
Designdokument type: Kontrollsystem for invertert pendel Fag: Systemering2 Filformat: Versjon: 1.0 Gruppe nr: 2 Filnavn: Dato: 19.03.2002 Bestiller: Rune Winther Word 2000 GlobalDesign1.doc Gruppemedlemmer:
DetaljerPROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004
PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 VERSJON: PROSJEKTPLAN (1.0) 24. SEPTEMBER, 2004 prosjektplan.doc GRUPPE 12 PROSJEKTPLAN: PROSJEKTLEDELSE: USE CASE: KVALITETSSIKRING: ANDRÉ
DetaljerGruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>
Gruppenavn Prosjektnavn Beskrivelse av design For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning
DetaljerGruppe 43. Hoved-Prosjekt Forprosjekt
Gruppe 43 Hoved-Prosjekt Forprosjekt Mobil Applikasjon Utvikling HiOA Bacheloroppgave forprosjekt våren 2017 Presentasjon Gruppen består av: Gebi Beshir Ole-Kristian Steiro Tasmia Faruque s182414 s189141
DetaljerKravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008
Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008 1.Forord I dette dokumentet skal vi gi et bildet av de kravene som er satt til prosjektet. Dokumentet er hovedsakelig beregnet som et styringsdokument
DetaljerWeb fundamentals. Web design. Frontend vs. Backend 17.01.2008. Webdesign 17. januar 2008 3. Monica Strand
Web fundamentals Webdesign 17. januar 2008 Monica Strand Webdesign 17. januar 2008 1 Web design Fagområdet Web design inneholder flere disipliner Grafisk design Informasjonsdesign Brukergrensesnittdesign
DetaljerVelkommen til. IN1010 Objektorientert programmering Våren 2018
Velkommen til IN1010 Objektorientert programmering Våren 2018 Idag: 1. time: Om IN1010 2. time (+ i morgen og neste uke): Om Java og objekter i Java 1 Stein Gjessing, Siri Jensen og Dag Langmyhr Universitetet
DetaljerINF1000 Eksamensforberedelser og -tips. Høst 2014 Siri Moe Jensen
INF1000 Eksamensforberedelser og -tips Høst 2014 Siri Moe Jensen Hva skal evalueres? Fra kurssidene Etter å ha tatt INF1000 Overordnet pensum kan du skrive små til middels store programmer oppdelt i klasser.
DetaljerMøtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon.
Møtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon Møtereferat: 1. møte med veileder I dette møtet presenterte vi oss for
DetaljerConference Centre Portal (CCP)
IN-MMO Obligatorisk oppgave 1 Brian Elvesæter mmo-oppgaver@ifi.uio.no 1 Conference Centre Portal (CCP) 2 1 Oblig 1: Problem description [1/3] The Conference Center Portal is an Internet portal that organizers
DetaljerAlgDat 12. Forelesning 2. Gunnar Misund
AlgDat 12 Forelesning 2 Forrige forelesning Følg med på hiof.no/algdat, ikke minst beskjedsida! Algdat: Fundamentalt, klassisk, morsomt,...krevende :) Pensum: Forelesningene, oppgavene (pluss deler av
DetaljerINF5120 - Oblig 2. Hour Registration System (HRS)
INF5120 - Oblig 2 Hour Registration System (HRS) 1 av 40 1 Innholdsfortegnelse 1 Innholdsfortegnelse... 2 2 Innholdsfortegnelse for figurer... 3 3 Hour Registration System (HRS)... 4 3.1 Introduksjon...
DetaljerIN1010 Objektorientert programmering Våren 2019
IN1010 Objektorientert programmering IN1010 Objektorientert programmering Våren 2019 Stein Gjessing Hva skjer de første to ukene? Forelesninger de to første ukene i dag 1. time: Info om IN1010 i dag 2.
DetaljerHovedprosjekt i data ved Høgskolen i Oslo våren 2007
Hovedprosjekt i data ved Høgskolen i Oslo våren 2007 Appendiks Høgskolen i Oslo Student: Martin Oppegaard Gruppe: 07-12 Dato: 25. mai 2007 Veileder ved HIO: Eva Vihovde Oppdragsgiver: Bekk Consulting AS
DetaljerSoftware Requirements and Design (SRD) 1 Generelt om dokumenter
Software Requirements and Design (SRD) Vi må ha en standard tittelside (Side 1) på alle dokumenter. I tillegg til tittel, kan vi ha med firmanavn, logo, m.m. Innholdsfortegnelse bør også være med på side
DetaljerIntroduksjon til programmering og programmeringsspråk. Henrik Lieng Høgskolen i Oslo og Akershus
Introduksjon til programmering og programmeringsspråk Henrik Lieng Høgskolen i Oslo og Akershus Kategorisering av programmeringsspråk? Deklarativ vs. imperativ Lav nivå vs. høy nivå Kompilert vs. tolket
DetaljerDen europeiske byggenæringen blir digital. hva skjer i Europa? Steen Sunesen Oslo,
Den europeiske byggenæringen blir digital hva skjer i Europa? Steen Sunesen Oslo, 30.04.2019 Agenda 1. 2. CEN-veileder til ISO 19650 del 1 og 2 3. EFCA Guide Oppdragsgivers krav til BIMleveranser og prosess.
DetaljerPresentasjon 1, Requirement engineering process
Presentasjon 1, Requirement ing process Prosessodeller Hvorfor bruke prosessmodeller? En prosessmodell er en forenklet beskrivelse av en prosess En prosessmodell er vanligvis lagd ut fra et bestemt perspektiv
DetaljerINF 5120 Obligatorisk oppgave Nr 2
INF 5120 Obligatorisk oppgave Nr 2 Vigdis Bye Kampenes Stein Grimstad Gruppe 26 INF 5120 Obligatorisk oppgave Nr 2... 1 1 Business model... 2 Innledende kommentarer... 2 Andre avgrensninger... 2 Scoping
DetaljerIntroduksjon til Eclipse
Introduksjon til Eclipse Andreas Limyr 18-Jan-05 INF2120 Prosjekt i modellering 1 Oversikt over denne forelesningen Generell introduksjon til Eclipse Bruk av Eclipse ved Java-programmering Plug-ins til
DetaljerEKSAMEN I FAG TDT4100 Objekt-orientert programmering. Fredag 3. juni 2005 KL. 09.00 13.00
Side 1 av 6 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap EKSAMEN I FAG
DetaljerGruppelogg for hovedprosjekt 2009
Gruppelogg for hovedprosjekt 2009 Før det endelige valget på prosjektet ble tatt brukte gruppen en del tid på å finne forskjellige muligheter for oppgaveemner. Det ble blant annet kontaktet Hafslund produksjon
DetaljerVelkommen til. INF våren 2017
Velkommen til INF1010 - våren 2017 Idag: 1. time: Om INF1010 2.time: Om Objekter i Java 1 Stein Gjessing og Stein Michael Storleer Universitetet i Oslo 1 INF1010 Objektorientert programmering I INF1010
DetaljerOppfølgingsdokument. Kode 009 29. januar 2004 GymPack. D01-2004 Oppfølgingsdokument. Periode 009 Forfatter. Hanne Johnsen
Periode 009 Forfatter Hanne Johnsen www.multipro-skien.no www.kiprod.com www.prosjekt.kiprod.com 1 av 7 Oppgaver for D01-2004: I denne perioden har vi konstruert infokiosken, detaljert use caser, og begynt
DetaljerSystemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.
Presentasjon nummer 5 The changing system and the nature of maintenance Silde 1 Gruppen introduseres Slide 2 The changing system and the nature of maintenance The Changing system Systemutviklingen er ferdig
DetaljerTDT4110 Informasjonsteknologi, grunnkurs Uke 35 Introduksjon til programmering i Python
TDT4110 Informasjonsteknologi, grunnkurs Uke 35 Introduksjon til programmering i Python Professor Guttorm Sindre Institutt for datateknikk og informasjonsvitenskap Læringsmål og pensum Mål Vite hva et
DetaljerBle ferdig med prosjektskisse. Sett på forskellige rammeverk for php. Lager milepæl for to uker.
Logg 22 oktober 2013 Vi skriver status rapport og starter også med å skrive logg idag. Vi har vært i kontakt med mange firmaer uten alt for mye interesse fra deres side. Vi fortsetter å søke etter oppgave.
DetaljerGruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>
Gruppenavn Beskrivelse av arkitektur For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1
DetaljerFor å sjekke at Python virker som det skal begynner vi med å lage et kjempeenkelt program. Vi vil bare skrive en enkel hilsen på skjermen.
Kuprat Skrevet av: Geir Arne Hjelle Kurs: Python Tema: Tekstbasert Fag: Norsk Klassetrinn: 5.-7. klasse, 8.-10. klasse Introduksjon I dette kurset skal vi introdusere programmeringsspråket Python. Dette
DetaljerIntroduksjon til programmering og programmeringsspråk
Introduksjon til programmering og programmeringsspråk Henrik Lieng Høgskolen i Oslo og Akershus https://code.org/ Veldig høy-nivå programmering med Scratch End-user programming Overtone, Tidal, etc., bygger
DetaljerINF1300 Introduksjon til databaser
INF1300 Introduksjon til databaser Data (transiente, persistente) DBMS databser informasjon interesseområdet informasjonsmodeller informasjonssystemer Transiente og persistente data Når vi programmerer,
DetaljerCharacteristics of a good design
Characteristics of a good design (PPT. side 1) Innledning Høykvalitetsdesign bør ha visse karakteristikker for å oppnå kvalitetsprodukter, dvs.: enkelt å forstå enkelt å implementere enkelt å teste enkelt
DetaljerSystemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006
Systemutvikling - oppsummering Alexander Nossum alexander@nossum.net blog.eksplisitt.net 22. mai 2006 INNHOLD 2 Innhold 1 Utviklingsprosessmodeller 3 1.1 Fossefall/waterfall................................
DetaljerKravspesifikasjon Innholdsfortegnelse
Kravspesifikasjon Innholdsfortegnelse 1.Introduksjon... 2 1.1 Medlemmer:... 2 1.2 Oppdragsgiver:... 2 1.3 Kontaktsperson hos Retriever:... 2 1.4 Veileder:... 2 1.5 Bakgrunn... 3 2. Om Kravspesifikasjonen...
DetaljerIN1010 V18, Obligatorisk oppgave 5
IN1010 V18, Obligatorisk oppgave 5 Innleveringsfrist: Tirsdag 17.04. kl 10:00 Versjon 1.3 (12.04.2018) Sist modifisert av Silje Merethe Dahl. Innledning I denne oppgaven skal du bruke rekursjon til å lage
DetaljerForelesning IMT Mars 2011
Forelesning IMT2243 31. Mars 2011 Tema: forts. arkitektur og OOD (ObjektOrientert Design) Eksempler på arkitekturvurderinger Yummy Inc., BUSTA, Tidligere studentprosjekter Prosjekt del 3 Designfasen Forventninger
DetaljerINF101 (kun et utvalg av kommentarene er med i denne rapporten)
INF101 (kun et utvalg av kommentarene er med i denne rapporten) Respondenter Ny 0 0,0% Distribuert 59 71,1% Noen svar 0 0,0% Gjennomført 24 28,9% Frafalt 0 0,0% Prosent I alt 83 100,0% Er det første gang
DetaljerOppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1
Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring
DetaljerLykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet
Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:
DetaljerArtist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.
Artist webside Innhold Artist webside...1 Gruppe medlemmer...1 Oppdragsgiver...1 Kontaktperson...2 Veileder...2 Oppgaven...2 Muligheter...2 Sammendrag...2 Dagens situasjon...2 Mål og rammebetingelser...3
DetaljerDistributed object architecture
Forelesning IMT2243 6. April 2010 Tema: forts. arkitektur og design av programvare Prosjektstatus Programvarearkitektur Oppsummering fra før påske Distribuerte objektarkitektur MDA - Model Driven Architecture
DetaljerProgrammeringsrammeverk som kan installeres på Windows Mobiloperativsystem
.NET Android AOSP Programmeringsrammeverk som kan installeres på Windows operativsystem Mobiloperativsystem Android Open Source Project. Har i oppgave å vedlikeholde og videreutvikle Android operativsystem.
DetaljerA Study of Industrial, Component-Based Development, Ericsson
A Study of Industrial, Component-Based Development, Ericsson SIF8094 Fordypningsprosjekt Ole Morten Killi Henrik Schwarz Stein-Roar Skånhaug NTNU, 12. des. 2002 Oppgaven Studie av state-of-the-art : utviklingsprosesser
DetaljerObligatorisk oppgave 5: Labyrint
Obligatorisk oppgave 5: Labyrint INF1010 Frist: mandag 24. april 2017 kl. 12:00 Versjon 1.0 (1709ba6 ) Innhold 1 Innledning 2 2 Notasjon og terminologi 3 2.1 Formelle definisjoner.........................
DetaljerFORPROSJEKT KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK
2017 FORPROSJEKT BACHELOROPPGAVE 2017 KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK PRESENTASJON OPPGAVE: Oppgaven er å lage en webapplikasjon som kan hjelpe bachelor
DetaljerTDT4105 Informasjonsteknologi, grunnkurs
1 TDT4105 Informasjonsteknologi, grunnkurs For BMAT, MTEL, MTENERG, MTING, MTIØT, MTMART og MTPROD Førsteamanuensis Roger Midtstraum Kontor: 206 i IT-bygget (Gløshaugen) Epost: roger@idi.ntnu.no Tlf: 735
DetaljerTDT4110 Informasjonsteknologi, grunnkurs
TDT4110 Informasjonsteknologi, grunnkurs MTDT, BIT, MTIØT Professor Alf Inge Wang Epost: alfw@idi.ntnu.no Tlf: 735 94485 Litt om meg selv Navn: Alf Inge Wang Stilling: Professor i spillteknologi ved Institutt
DetaljerFlight Progress Strips System for Air Traffic Control Fag:
Designdokument type: Flight Progress Strips System for Air Traffic Control Fag: Gruppe nr: Veiledere: Versjon: 2.0 Dato: 21.11.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha
DetaljerKravdokument type: Kontrollsystem for invertert pendel Fag: Dato: Versjon: 1.0 Gruppe nr: Bestiller: Rune Winther. Systemering2 Filformat:
dokument type: Kontrollsystem for invertert pendel Fag: Systemering2 Filformat: Versjon: 1.0 Gruppe nr: 2 Filnavn: Dato: 20.02.2002 Bestiller: Rune Winther Word 2000 dokument1.doc Gruppemedlemmer: Navn:
DetaljerProsjektdagbok FRA 30.10-08 TIL 2.3-09. Uke Dato Personer tilstede. Beskrivelse 10:00. 44 30.10-08 Øyvind. Vi dannet gruppe og skrev Statusrapport.
Prosjektdagbok FRA 30.1008 TIL 2.309 Uke Dato Personer tilstede 44 30.1008 48 25.1108 49 02.1208 2 8.109 Tid 10:00 12:00 12:00 12:00 Beskrivelse Vi dannet gruppe og skrev Statusrapport. Kontaktet bedrifter
DetaljerHiOA TDK. Ingeniørfag data. DATS1600 Programutvikling. Eva Hadler Vihovde. Prosjektoppgaven 2015. - Prosessdokumentasjon - Alternativ 1
HiOA TDK Ingeniørfag data DATS1600 Programutvikling Eva Hadler Vihovde Prosjektoppgaven 2015 - Prosessdokumentasjon - Alternativ 1 - Forsikring - Gruppe #14 Studentnavn Marius Alexander Skjolden Hans Christian
DetaljerHvorfor ikke bruke Word?
XML-basert dokumentasjon Erfaringer med innføring av xmlbasert dokumentasjonsverktøy hos Kongsberg Seatex Sissel Kolvik Tidligere IBRUK as nå SK Teknisk Dokumentasjon sissel@kolvik.priv.no 1 Hvorfor ikke
DetaljerGruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0>
Gruppenavn Prosjektnavn Kravdokument For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1
DetaljerI dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?
UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering
DetaljerISO-standarderfor informasjonssikkerhet
Verifying security since 1999 ISO-standarderfor informasjonssikkerhet ISO/IEC 27000-serien Information technology Security techniques oiso/iec 27000 Information security management systems Overview and
DetaljerINF120: Oblig 3. Yngve Mardal Moe
Yngve Mardal Moe Mar 28, 2019 Contents 1 Hva trenger dere for denne oppgaven 3 2 Hvordan skal dere arbeide med denne oppgaven 5 3 En søkeindeks 7 4 Å slå opp i en søkeindeks 9 5 Å utvide en søkeindeks
DetaljerINF109 (kun et utvalg av kommentarene er med i denne rapporten)
INF109 (kun et utvalg av kommentarene er med i denne rapporten) Respondenter Prosent Ny 0 0,0% Distribuert 18 47,4% Noen svar 0 0,0% Gjennomført 19 50,0% Frafalt 1 2,6% I alt 38 100,0% Er det første gang
DetaljerHvordan designe en ER-modell med MS-VISIO
AITeL Databaser Hvordan designe en ER-modell med MS-VISIO Kjell Toft Hansen 19. august 2003 Brukerveiledningen er forfatters eiendom. Som kursdeltaker kan du fritt bruke den til eget personlig bruk. Kursdeltakere
DetaljerUML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu
UML 1 Use case drevet analyse og design 20.01.2004 Kirsten Ribu 1 I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 2 Domenemodell visualisering
DetaljerOppgaver uke 1: Løsningsforslag
Oppgaver uke 1: Løsningsforslag Oppgave 1 Hva tror du følgende program skriver ut til terminalen? Diskuter med gruppen. alder = 30 print("din alder er", alder) alder = 15 Din alder er 30 Når print() kalles
DetaljerINF Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer
INF5120 - Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer alence@ifi.uio.no) 1 2 2-1: Business Model... 5 Scoping Statements Context Statements... 5 Goal modell...
DetaljerLæringsmål og pensum. https://www.youtube.com/watch? v=nkiu9yen5nc
1 TDT4110 Informasjonsteknologi grunnkurs: Kapittel 1 Introduksjon til Programmering og Python Professor Alf Inge Wang 2 https://www.youtube.com/watch? v=nkiu9yen5nc 3 Læringsmål og pensum Mål Lære om
DetaljerHva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP
Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker å
DetaljerKravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften
Kravspesifikasjon Presentasjon Hovedprosjektet gjennomføres ved Høgskolen i Oslo, avdelingen for ingeniørutdanning. Målet med oppgaven er å utvikle en online webshop for bestilling av postkasser. Dette
DetaljerProsjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson
PROSJEKTGRUPPE 1 MGT SOFTWARE PROSJEKTPLAN LEVERANSE 1 (REVIDERT 1) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Store Prosjektledelse: Store Kvalitetssikring: Tommy Jansson Dato: 03. oktober 2005
DetaljerINF Obligatorisk innlevering 7
INF1000 - Obligatorisk innlevering 7 Høsten 2016, IFI UiO Frist: 6. November 2016 kl 22:00 Tema denne uka: Et større objektorientert program. Administrasjon av eierskap og utlån av DVD-er I denne oppgaven
DetaljerForprosjektrapport. ERTMS Driver Interface simulering. ERTMS Driver Interface simulering. Alexander Yngling Alexander.Yngling@iu.hio.
Forprosjektrapport ERTMS Driver Interface simulering Prosjektets tittel: ERTMS Driver Interface simulering Gruppe medlemmer: Hallgeir Are Olsen s141454, 3IA Hasan Akin s141460, 3IA Oppdragsgiver: NSB skolen
DetaljerKravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,
Kravspesifikasjon Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 12.01.2013 Public 2013 Aker Solutions Page 1 of 7 Table of Contents Forord... 3 Om bakgrunnen... 3 Presentasjon...
DetaljerDistributed object architecture
Forelesning IMT2243 1. April 2009 Tema: forts. arkitektur og design av programvare Oppsummering fra forrige gang Programvarearkitektur i distribuerte systemer Programvarearkitektur i RUP Eksempler på arkitekturvurderinger
DetaljerKravspesifiseringsprosessen
IMT2243: 18.februar 2010 DAGENS : Metoder for å få kartlagt de Funksjonelle kravene Strukturert Analyse den gamle måten og gjøre det på (dette foilsettet + wikipedia-omtalen er eneste pensum innen SA)
DetaljerINF109 - Uke 1b 20.01.2016
INF109 - Uke 1b 20.01.2016 1 Variabler Et program er ikke til stor hjelp hvis det er statisk. Statisk betyr at programmet bare bearbeider faste data som er lagt inn i programkoden. For å gjøre programmer
DetaljerObligatorisk oppgave INF3221/4221
Obligatorisk oppgave INF3221/4221 Dette er en beskrivelse av den obligatoriske oppgavene for kurset INF3221/4221 Problemdefinering, krav og modellering, våren 2005. Formål Oppgaven går ut på å lage en
DetaljerFlight Progress Strips System for Air Trafic Control Fag:
Kravdokument type: Flight Progress Strips System for Air Trafic Control Fag: Gruppe nr: Veiledere: Versjon: 2.0 Dato: 06.11.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha PDF
DetaljerINF2270 Datamaskinarkitektur
Velkommen Velkommen til INF2270 Datamaskinarkitektur Motto: Datamaskinen på tvers Forelesere Forelesere Omid Mirmotahari (omidmi@ifi.uio.no) fra Studielaben, men opprinnelig fra gruppen for Nanoelektronikk.
DetaljerMARE NOSTRUM. Del 2 Kravspesifikasjon
MARE NOSTRUM Del 2 Forord Kravenes hensikt og utforming Kravene i kravspesifikasjonen utformet slik at de skal imøtekomme oppdragsgivers krav, ønsker og spesifikasjoner på best mulig måte. Hensikten med
DetaljerHvem er vi og hva gjør vi?
TDT4735 Systemutvikling, fordypningsemne Conradi, Stålhane, Jaccheri, Divitini, Wang (koord.) Oppstartsmøte Torsdag 23.8 kl 0915-1000, IT-454 Generelt, fagplaner, prosjektoppgaver Trondheim, 23. aug 2005
DetaljerHensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen
Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker
DetaljerTDT4110 Informasjonsteknologi grunnkurs: Kapittel 1 Introduksjon til Programmering og Python. Professor Alf Inge Wang
2 TDT4110 Informasjonsteknologi grunnkurs: Kapittel 1 Introduksjon til Programmering og Python Professor Alf Inge Wang 3 https://www.youtube.com/watch? v=nkiu9yen5nc 4 Læringsmål og pensum Mål Lære om
DetaljerTom Røise 9. Februar 2010
Forelesning IMT2243 9. Februar 2010 Tema : Kravspesifisering : prosessen og produktet Viewpoint en myk tilnærming Pensum : Kap. 6 og 7 i Sommerville, Kravspesifisering Kravspesifisering = arbeidet med
DetaljerSascha Schubert Product Manager Data Mining SAS International Copyright 2006, SAS Institute Inc. All rights reserved.
Extending SAS Enterprise Miner Sascha Schubert Product Manager Data Mining SAS International Agenda Architecture of SAS Enterprise Miner 5.2 Access to SAS Data Mining Functionality The Flexibility of the
DetaljerKravspesifikasjon MetaView
Kravspesifikasjon MetaView BACHELOROPPGAVE VÅREN 2014 1. Presentasjon Tittel: MetaView Oppgave: Lage en applikasjon og api som skal kommunisere med MetaVision slik at det skal bli enklere for leger og
DetaljerFellesprosjekt: gruppe 214
Fellesprosjekt: gruppe 214 Innholdsliste Use case diagrammer...3 Scenario 1 - Registrere prosjekt...3 Scenario 2 - Registrere erfaringer...4 Scenario 3, 4, 5 - Lese og kommentere erfaringer...5 Klassediagram...6
DetaljerDAGBOK BACHELOROPPGAVE
DAGBOK BACHELOROPPGAVE 1. Uke 3 - Mandag. H5, møte med Lars ang. oppg. Fikk et kontor jeg kunne bruke når jeg ønsker. Bestilte kopi av de aktuelle prosjektene av Ester. Startet med å skrive prosjektplan
Detaljer