=Systemutviklingsprosjekt - WATCH - Gruppe 208=

Like dokumenter
Fellesprosjektet Gruppe 205

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8.

Oppgave 1. Finn krav. Finn krav. Finn test

TDT4140. Systemutvikling. Øving 1. gruppe 215. Kristoffer Hagen. Sondre Løberg Sæter. Håvard Geithus. Bjørnar Valle. Henrik Knutsen.

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl Fakultet for fysikk, informatikk og matematikk

Systemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006

Eksamen i fag TDT4140 Systemutvikling. Tirsdag 27. mai 2004 kl

UNIVERSITETET I OSLO

System Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk

Oppfølgingsdokument. Kode januar 2004 GymPack. D Oppfølgingsdokument. Periode 009 Forfatter. Hanne Johnsen

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN

Fra krav til modellering av objekter

Eksamen i fag TDT4140 Systemutvikling. 27. mai, 2011 kl

Konfigurasjonsstyring

Requirements & Design Document

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004

Eksamen i fag TDT4140 Systemutvikling. 6. juni, 2006 kl

Kompendium for Fellesprosjektet for fagene

Del - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle

1. Hvilke type krav angår sikkerhet og pålitelighet?

1. Leksjon 01: Introduksjon til faget Prosjektrettet systemarbeid

Forprosjektrapport ElevApp

1. Hvilke type krav angår sikkerhet og pålitelighet?

Eksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl

UKE 11 UML modellering og use case. Gruppetime INF1055

Kravspesifikasjon med UML use case modellering. Erik Arisholm

D2 - Papirprototyping av design

Oppgraderinger i SAP. Planlegge, organisere og gjennomføre en oppgradering til ECC 5.0/ECC 6.0. Sveinung Gehrken

KTN1. Gruppe 502. Håkon Sandsmark, Torbjørn Kvåle, Kristoffer Eckhoff, Daniel Børseth og Steffen Amundsen

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte

Sikkerhet og tilgangskontroll i RDBMS-er

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

Forprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML

SkyHiGh I/O, forprosjekt bacheloroppgave Eirik Bakken (090382), Erik Raassum (090373) 24. januar 2012

Høgskolen i Oslo og Akershus. Bachelorprosjekt Hacking Cristin. (midlertidig tittel) Forprosjektrapport

Kompendium for Fellesprosjektet for fagene

Testbilag til IT kontrakter

Testplan (Software Test Plan)

Arbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)

Prosjektdagbok FRA TIL Uke Dato Personer tilstede. Beskrivelse 10: Øyvind. Vi dannet gruppe og skrev Statusrapport.

Øving D2 TDT4180 MMI. Våren 2013

Gruppe 43. Hoved-Prosjekt Forprosjekt

Test i Praksis. NTNU Februar Copyright 2014 Accenture All Rights Reserved.

Kort om kursene IN1900, MAT-IN1105, IN-KJM1900

God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu

Presentasjon Test. Møte med Systemleverandører 5.desember 2014

KTN1 - Design av forbindelsesorientert protokoll

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson

Komplekse intervensjoner Metodiske utfordringer. Liv Wensaas PhD, RN, Leder for FOU enheten Helse og omsorg Asker kommune

Kap. 2 Prosessen. Utviklingsmodeller -2. Utviklingsmodeller. Utviklingsmodeller -4. Utviklingsmodeller - 3. Software Engineering - definisjoner

DELLEVERANSE 1 INF2120 GRUPPE 12. Jon G. Berentsen Geir A Nilsen Lailuma Arezo

INF1000 Eksamensforberedelser og -tips. Høst 2014 Siri Moe Jensen

UKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

Kravspesifikasjon. 1 Prosjektfakta. Medlemsregister for YXD-Kurdistan. Prosjektnummer: Ernad Fajkovic

Software Development Plan

Forelesning IMT Mars 2011

Tips ved skriving av rapport Hovedprosjekt for data-linjene

AlgDat 10. Forelesning 2. Gunnar Misund

Læringsmål og pensum. Utvikling av informasjonssystemer. Oversikt. Systemutvikling Systemutvikling i seks faser Femstegs prosedyre for programmering

Team2 Requirements & Design Document Værsystem

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

DRI 2001 Systemutviklingsarbeidet et overblikk Forelesning

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?

Vedlegg Side 83 av 155

Spesifikasjon av Lag emne

INF Obligatorisk prosjektarbeid INNHOLD:

IN1010 Objektorientert programmering Våren 2019

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Digitalisering av Sentralen UNG Gründer

1. Introduksjon. Glis 13/02/2018

Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon

6 Kravspesifikasjon. 6.1 Presentasjon. Tittel Precision Teaching App for Android

Oppgave 1: Multiple choice (20 %)

Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5

UNIVERSITETET I OSLO

Fakultet for Teknologi

Innhold. Innledning Del 1 En vei mot målet

Validering og verifisering. Kirsten Ribu

Prosessdokument. Utlånssystem for datautstyr. Hovedprosjekt ved Høgskolen i Oslo. Prosjektgruppe nr 08 09

Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Kravdokument Innholdsfortegnelse 1 Innledning 2 Bakgrunn og oversikt 3 Detaljerte krav 4 Systemsekvensdiagram

Dagbok. Januar. Uke 2 ( ) Uke 3 ( ) Uke 3 (17.01, 12:45-14:00)

Programvareutvikling hos Sun Microsystems. Jørgen Austvik Sun Microsystems Database Technology Group

Gruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>

t Institutt for informatikk Erik Arisholm 13. mai 2009 INF1050-oppsummering-1

DRI 2001 Systemutviklingsarbeidet et overblikk Forelesning

Modellering av krav. INF1050: Systemutvikling 11. februar Universitetslektor Yngve Lindsjørn

Prosjektdagbok Gruppe 18

UML 1. Use case drevet analyse og design Kirsten Ribu

Transkript:

=Systemutviklingsprosjekt - WATCH - Gruppe 208= 5 personer 5 laptops /m java lunsjpenger -Ressurser- -Arbeidsoppdeling- Hva Timer Ansvar Lete frem relevant informasjon fra uoversiktlig og spredd informasjon 5*6 = 30 timer Alle Planlegging: MMI 41 timer Design 8 timer Øystein, Andreas Visuell utforming WATCH Master-WATCH Logg 8 timer 6 timer Ekstravinduer 3 timer Alle Papirprototypetesting 12 timer Martin,Muhsin KTN Fase 1 43 timer Sekvensdiagrammer 16 timer Andreas, Øystein, Jaspreet, Martin Tilstandsdiagram 2 timer Øystein Tekstlig beskrivelse av system 8 timer Martin Tekstlig beskrivelse av feilhåndtering 3 timer Andreas, Jaspreet, Martin Testplan Jaspreet Fase 2 Gjennomgang og forbedring av Fase 1 10 timer Muhsin

Hva Timer Ansvar DB ER diagram og database-beskrivelse Andreas, Øystein SU 78 timer Prosjektplan Andreas, Øystein Arbeidspakker 6 timer Gantt med kostestimat 8 timer Risikoanalyse Systemtestplan 8 timer Muhsin, Jaspreet, Martin Overordnet design Use Case diagram 6 timer Martin Tekstlig Use Case Martin Klassediagram /m beskrivelse Alle WATCH/Master 12 timer Logg/kommentar 8 timer Meldingsystem 6 timer Sekvensdiagrammer 16 timer Alle Totalt planlegging 196 timer

Hva Timer Ansvar Implementering: MMI 7 WATCH 37 timer Andreas, Øystein Logginterface 23 timer Jaspreet, Muhsin Master-WATCH 1 Martin KTN 78 timer Connect 23 timer Andreas Disconnect 23 timer Øystein Send 1 Jaspreet Feilhåndtering 19 timer Martin, Muhsin DB 32 timer Create databases 5 timer Andreas, Øystein Implement code to read database System 9 timer Martin Logg 9 timer Jaspreet Comments 9 timer Muhsin SU 190 timer Implementering av kode WATCH 37 timer Andreas, Øystein Graf 1 Muhsin Meldingsystem 19 timer Jaspreet, Martin Loggsystem 23 timer Jaspreet, Muhsin Loggfiltrering 23 timer Jaspreet, Muhisn Master-WATCH 1 Martin Samkjøring av komponentene fra alle fag 23 timer Øystein Testing cycle *se nedenfor Kommer ann på hva som testes Testing 12 timer Buggfiksing Sluttrapport FE4 37 timer Totalt implementering 37 + test Totalt 570 timer + test * Testcycle: 4*bugg + log(bugg)*2*12 timer eksempel 14 buggs: 14*4+log(14)*2= 60timer

570 timer *350kr/t ~~ 200 000 kr + buggfiks Week 11 =MMI: * Pilottest med papirprototype med studass - 16 mars, kl 10 * papirprototypetest med gruppe 207 - (18 mars kl 11, ikke egentlig deadline) =KTN: * fase 1-19 mars =DB: * diagram og beskrivelse - 19 mars =SU: * prosjektplan og systemtest (FE1 FE2) - 19 mars Week 12 =MMI: * D2-22. mars =SU: * FE3 onsdag - 24. mars =Andre: * Forbedringer - 26. mars Week 15 Week 16 =KTN: ferdig oppgave i KTN - 23. april Alt annet innen fredag 23. mars sannsynligvis. -Tid og kostnadsestimat- -Tidsfrister- -Ansvarsfordeling- Se tabell -------------------------------------------------------------------------------------- #legend MMI-Menneske Maskin Interaksjon KTN-Kommunikasjon, Tjenester og Nett DB -Datamodellering og Databasesystemer SU -Systemutvikling

= Risikoanalyse = -Hva kan gå galt- = Prosjektet 1 Bomme på tidsfrister 2 Sykdom/fravær 3 Implementering kan bli uforutsett problematisk 4 Datamaskin kan gå i stykker 5 Kan miste internet/strøm 6 Dårlig arbeidsvilje/moral 7 Misforståtte krav 8 Ikke nå opp til kravene 9 Mangel på kunnskaper -Konsekvenser og Løsning- = Prosjektet 1 Fare for å få problemer med å få godkjent - God planlegging, lengre arbeidsdager og muligens all-nighters 2 Mer arbeid for de andre på gruppa - Spis sundt, sov godt og kle på s eg 3 Implementringen tar mer tid - Forutse problemer tidlig og finn løsninger før det er for seint 4 Må bruke datamaskiner på NTNU istedet 5 Tap av tid og stokke om på arbeidsplanen - Må gå andre steder for å jobbe, jobbe med andre ting som ikke krever tilgang til allerede påstartede aktiviteter 6 Mer arbeid for de andre på gruppa - Teambuilding, kake, grøt på elbygget, flere pauser, lang påskeferie 7 Må gjøre deler av arbeidet om igjen - Sette seg godt inn i krav og planlegge godt 8 Ufulstending produkt - Jobber godt og systematisk 9 Implementering tar ekstra tid eller må omdirigeres - Google, wikipedia, lærebok, forelesninger, engasjement

Ganttchart Planlegging

Implementering