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É AUBERT MADS SØRHAUG BJØRN ARILD KRISTIANSEN LAURYNAS MANTAS PAUKSTE
REVISJONSHISTORIE Versjon Primærforfattere Beskrivelse av versjon Dato Kladd Alle Første utkast for videre påbygging 22/9-2004 0.9 André og Mads Andre utkast, klar for kommentarer og tilbakemeldinger 23/9-2004 1.0 André og Mads Første versjon, klar for innlevering 24/9-2004 prosjektplan.doc (24/9-2004) Page 1
INNHOLDSFORTEGNELSE 1. INTRODUKSJON... 4 1.1 PROSJEKTOVERSIKT... 4 1.2 INNLEVERINGER... 4 1.3 UTVIKLING AV PROSJEKTPLAN... 5 1.4 REFERANSER... 5 2. PROSJEKTORGANISERING... 6 2.1 PROSESSMODELL... 6 2.2 PROSJEKTANSVAR... 6 3. PROSESSTYRING... 7 3.1 RISIKOANALYSE... 7 3.2 OVERVÅKING- OG KONTROLLMEKANISMER... 8 3.2.1 Nettside... 8 3.2.2 Timeliste... 8 4. TEKNISK PROSESS... 9 4.1 METODER, VERKTØY OG TEKNIKKER... 9 4.1.1 Verktøy... 9 4.2 STØTTEFUNKSJONER... 10 5. WORK PACKAGES, SCHEDULE, AND BUDGET... 11 prosjektplan.doc (24/9-2004) Page 2
LIST OF FIGURES Error! No table of figures entries found. prosjektplan.doc (24/9-2004) Page 3
1. INTRODUKSJON 1.1 Prosjektoversikt Project Hospital 2004 er et prosjekt hvor vi er satt til å utvikle et system for å lette det daglige administrative arbeidet. Spesielt skal det styre de menneskelige og plassmessige ressursene på en elegant, lettvint og oversiktelig måte. Systemet er delvis implementert, og vi vil utvide det med ny funksjonalitet og ferdiggjøre systemet. Prosjektet ble utlevert 6/9-2004 og forventes ferdig 26/11-2004. 1.2 Innleveringer Prosjektet leveres i form av fem delleveranser. Alle leveransene legges ut på prosjektets hjemmeside. Leveransene følger tabellen under. Dato Leveranse Innhold 24/9-2004 Leveranse I Prosjekthjemmeside Prosjektplan Use Case modell 1/10-2004 Leveranse II UML Design v.h.a. klassediagram 15/10-2004 Leveranse III Reverse engineering Oppdatert prosjektplan 19/11-2004 Leveranse IV Design av ny funksjonalitet Kodegenerering og implementasjon av ny funksjonalitet Oppdatert klassediagram (22/11 26/11)-2004 Leveranse V Presentasjon av prosjektet (muntlig, ikke på nettsidene) Sluttrapport prosjektplan.doc (24/9-2004) Page 4
1.3 Utvikling av prosjektplan Versjon Primærforfattere Beskrivelse av versjon Dato Kladd Alle Første utkast for videre påbygging 15/9-2004 0.9 André og Mads Andre utkast, klar for kommentarer og tilbakemeldinger 23/9-2004 Prosjektplan (1.0) André og Mads Første versjon, klar for innlevering 24/9-2004 Midtrapport (2.0) Ikke bestemt Oppdatering av første versjon for Leveranse 3 15/10-2004 Sluttrapport (3.0) Ikke bestemt Sluttrapport for Leveranse 5 26/11-2004 1.4 Referanser CVS https://www.cvshome.org/ Suns Java-kodekonvensjon http://java.sun.com/docs/codeconv/ UML http://www.uml.org/ Java http://java.sun.com/ Prosjektgruppens nettsider http://heim.ifi.uio.no/~andreau/inf4120/ prosjektplan.doc (24/9-2004) Page 5
2. PROSJEKTORGANISERING 2.1 Prosessmodell Kravspesifikasjonen som ble levert var meget utfyllende og detaljert, og brukernes krav var veldokumenterte. Vi føler vi har en god forståelse av hva systemet krever, og spesifikasjonen kommer ikke til å endre seg vesentlig underveis. På grunn av dette og at systemet skal leveres i sin helhet har vi valgt fossefallsmetoden som utviklingsmetode. Det er en velegnet modell fordi den baserer seg på et stabilt problemområde, og hvert skritt i utviklingsprosessen er veldefinert. 2.2 Prosjektansvar Ansvarsområde Prosjektleder Implementasjon Kvalitetssikring UML Møter Dokumenter Oppdragsgiver Nettsider CVS, versjonshåndtering Ansvarlig Mads Bjørn Arild Laurynas Bjørn Arild Mads André Laurynas André Laurynas prosjektplan.doc (24/9-2004) Page 6
3. PROSESSTYRING 3.1 Risikoanalyse Risiko Alvorlighet Sannsynlighet Tiltak Konsekvens Dokumenter forsvinner Middels høy Middels lav Ta backup Hvis backup er borte, skriv på nytt Backup forsvinner Middels høy Lav Backup på flere lagringsmedia Hvis dokumenter eksister, ta ny backup ellers; skriv på nytt Sykdom/fravær Middels Middels Ta C-vitamin Deleger ansvar videre Datanett/verktøy nede Middels lav Middels Ikke utsett arbeidet til siste liten Overvurdering/mangel av egne evner Middels høy Middels Les boken, gå på forelesninger Ikke godkjent levering Middels Middels Kvalitetssikring, pass på SKAL-krav Uenighet/uro i gruppen Middels høy Lav Snakk sammen, bruk innestemme Manglende tilbakemeldniger fra oppdragsgiver Dårligere tid Arbeidet tar lenger tid, tidspress Mer å gjøre før neste innlevering, tidspress Treghet i utførelse av arbeid Høy Lav Still klare spørsmål Forsinkelser og uklarheter Naturkatastrofer Svært høy Svært lav Be til Gud Kraftig forsinkelse Overvurdering av tid Middels Høy Start arbeidet tidlig, planlegg tidsbruk Tidspress mot innlevering prosjektplan.doc (24/9-2004) Page 7
3.2 Overvåking- og kontrollmekanismer 3.2.1 Nettside I påvente av hjemmeområde vil dokumentene foreløpig være tilgjengelige på http://heim.ifi.uio.no/~andreau/inf4120/index.html. 3.2.2 Timeliste Hvert gruppemedlem registrerer tidsbruk på hver delaktivitet som så føres inn i felles timeliste. TIMELISTE André Mads Bjørn Arild Laurynas T1 Leveranse 1 T1.1 Prosjekthjemmeside 1 T1.2 Prosjektplan 10 8 8 8 T1.3 Use Case-modell 10 10 10 T1.4 Domenemodell 4 T2 Leveranse 2 T2.1 UML Design vha klassediagram T3 Leveranse 3 T3.1 Evaluere prosjektplan, PMA T3.2 Oppdatere prosjektplan T3.3 Reverse engineering T4 Leveranse 4 T4.1 Design av ny funksjonalitet T4.2 Oppdatere klassediagram T4.3 Implementasjon av system T5 Leveranse 5 T5.1 PMA av prosjektgjennomføring T5.2 Evaluere arbeid T5.3 Forberede presentasjon T5.4 Hold presentasjon T5.5 Sluttrapport prosjektplan.doc (24/9-2004) Page 8
4. TEKNISK PROSESS 4.1 Metoder, Verktøy og Teknikker 4.1.1 Verktøy Tau_UML Use Case-diagrammer og UML Emacs/notepad/textpad Hjemmeside og kode JBuilder/JDeveloper Utviklerverktøy for Java Excel Regneark Word Prosjektplan og andre dokumenter Jikes Rask javakompilator 4.1.2 Utviklingsmetoder Java Gjeldende programmeringsspråk i dette kurset Suns Java-kodekonvensjoner Pålagt kodekonvesjon UML Unified Modelling Language HTML Prosjektets nettsider Objektorientering Programmeringen skal utføres i god objektorientert ånd Javadoc Ved eventuell dokumentasjon av implementasjon prosjektplan.doc (24/9-2004) Page 9
4.1.3 Kvalitetssikringsmetoder Enhets- / metodetesting Teste at hver enkelt del fungerer før det settes sammen Debugging skritt for skritt Blir brukt når enhets- / metodetesting ikke fanger opp feil Systemtesting Teste at hele systemet fungerer som helhet Parprogrammering Krevende deloppgaver programmeres i par 4.2 Støttefunksjoner Konfigurasjonsstyring ser vi for oss vil bli gjort vha CVS. Kvalitetssikring blir gjort ved kontinuerlig enhetstesting og gjennomgang av hverandres arbeider. En person er ansvarlig for å kvalitetssikre hver leveranse. prosjektplan.doc (24/9-2004) Page 10
5. WORK PACKAGES, SCHEDULE, AND BUDGET Dette kapittelet er i filen aktivitetsplan.xls som ligger på prosjektets nettside. prosjektplan.doc (24/9-2004) Page 11