Velkommen til DV2-2000

Hvem er vi? Geir Øverby 27 Er fra Fredrikstad. Utdannet høyskoleingeniør innen optometri ved høyskolen i Buskerud/Kongsberg. Ivana Kvam 24 Er fra Rokycany i Tsjekkia. Utannet Sivilingeniør innen organiskteknologi ved universiteteti Paha. Torgeir Usland 24 Er fra Kongsberg. Utannet høyskoleingeniør innen flyteknikk ved høgskolen i Agder/Grimstad. Jørn Tharaldsen 25 Er fra Kongsberg. Utannet høyskoleingeniør innen elektronikk ved høyskolen i Buskerud/Kongsberg Asgeir Ryen 25 Er fra Heddal. Utannet Sivilingeniør innen næringsmiddelteknikk ved Landbrukshøyskolen i Ås.

Ansvars områder Geir Øverby Prosjektleder Web Økonomi Ivana Kvam Dokument Grensesnitt Presentasjon Torgeir Usland Design Jørn Tharaldsen Test Asgeir Ryen Implementasjon

Agenda • Introduksjon Unified Process Prosjektplan UML Test MySql PHP3 Utliklingsverktøy Brukergrensesnitt • Oppsummering & status

Agenda • Introduksjon Unified Process Prosjektplan UML Test MySql PHP3 Utliklingsverktøy Brukergrensesnitt • Oppsummering & status

•eZ systems as •Nystartet mai 1999 •9 annsatte •Kontorer i –Skien –Kongsberg –Oslo •Produkter –eZ time –eZ trade –eZ publish –eZ pattern

Prosjekt íde

Utviklingsmodell

•Utviklingsmodell utviklet på 1990-tallet •Use-case drevet •Iterativ og inkrementell •Arkitektursentrert •Lett å tilpasse det enkelte prosjekt Unified Process

Unified Process

Startfasen •Definere mål og visjon for prosjektet •Vil prosjektet lønne seg ? •Skal prosjektet startes eller ikke startes ? Unified Process Tid VisjonArchitectural Baseline Versjon 1 Ferdig Slipp av produkt StartfaseForarbeidfase Konstruksjonfase Overgangfase

Forarbeidfasen •Planlegge fremtidige aktiviteter •Spesifisere krav •Definere de største utfordringene •Software arkitektur Unified Process Tid VisjonArchitectural Baseline Versjon 1 Ferdig Slipp av produkt StartfaseForarbeidfase Konstruksjonfase Overgangfase

Konstruksjonfasen •Koding og testing av produkt •Design fullføres •Delt opp i mange iterasjoner Unified Process Tid VisjonArchitectural Baseline Versjon 1 Ferdig Slipp av produkt StartfaseForarbeidfase Konstruksjonfase Overgangfase

Overgangfasen •Kunde overtar produktet •Etteranalyse •Fasen avsluttes med 2. Presentasjon Unified Process Tid VisjonArchitectural Baseline Versjon 1 Ferdig Slipp av produkt StartfaseForarbeidfase Konstruksjonfase Overgangfase

Tilpassing •Overgangsfase •Forarbeidfase Prosjektplan

Krav Design Implementasjon Test Analyse Use Case Model Design Model Depl. Model Impl. Model Analysis Model Test Model Hvert arbeidsområde er assosiert med en eller flere modeller UML

2.1 Opprett kunde Administrator/Bruker Use-case modellen Scenario: Adm/Bruker ønsker å opprette en ny kunde i systemet. Denne velger så fra en meny å opprette en kunde, og fyller så inn de aktuelle data i et skjema. Krav nr.Overordnet kravOpphav/KildePrioritetDato 2.1Administrator/Bruker skal kunne opprette nye kunder i systemet v.h.a en nettleser eZ Systems DV A

2.1 Opprett kunde Use-case modellAnalyse modell Opprett kunde ”trace” Opprett/endre UIKunde DB Entitets klasse Kontroll klasse Grensesnittts klasseOpprett kunde modul Analyse modellen

Kollaborasjonsdiagram 1:Taster inn data Opprett/endre UIOpprett kunde modul Kunde DB Administrator/Bruker 2:Ber om å legge kunde i databasen 3:Legger inn nye data Analyse modellen Beskrivelse: Bruker/administrator taster inn data om en ny kunde i opprett/endre UI (1). Da han/hun er ferdig med dette spør opprett/endre UI (2) opprett kunde modulen om ny kunde kan legges i kunde DB. Opprett kunde modulen legger så kunden inn i kunde DB (3).

2.1 Opprett kunde Use-case modellAnalyse modell ”trace” Design modell Design modellen Opprett/endre UI Opprett kunde modul Kunde DB Opprett/Endre UIOpprett kundeKunde DB Analyse modell Design modell Kundekontroll UI

Sekvensdiagram Administrator/Bruker Design modellen Velg opprett kunde Opprett ny kunde Kundekontroll UIOpprett kundeKunde DBOpprett/Endre UI Vis Tast inn data om kunde Send

Testmodellen X 2.1 Opprett kunde Use-case modellTest-case modell Opprett kunde ”trace” Test Nr.KravOpphav/KildePrioritetDato 2.1Administrator/Bruker skal kunne opprette nye kunder i systemet v.h.a en nettleser eZ Systems DV A Forutsetninger : Testbeskrivelse: 1) Velg å opprette ny kunde i database 2) Legg inn informasjon om kunde i database Oppfyllt : Dersom innlagt data er lagret

Test •Kodegjennomlesing •Inkrementell teststrategi A B T1 Test 1 A B C D A B C T2 Test 2 T3 Test 3

MySQL • Relasjons database • SQL • Utviklet i Sverige • ”Liten” database

Hvorfor MySQL ? • Krav/ønske fra oppdragsgiver • Hastighet • Enkel å bruke • Kostnad

PHP3 •Php Hypertext Preprocessor •Scriptspråk for utvikling av dynamiske websider •Integrert i Html •Åpen standard •Eksekvering på server siden

Hello Hello Virkemåte

Hvorfor PHP ? •Plattform uavhengig •Åpen standard •Utviklet for web •Sever-side Eksekvering

Utviklingsverktøy • Egen server: Tux • Kode: Teksteditor på Tux • Dokument: Word

Brukergrensesnitt

Nettleser Apache web-server Database MySQL HTML PHP BrukerBruker benytter en Nettleser for å : Akcessere database Redigere databasen Applikasjon: Komuniserer med database Genererer HTML ut fra database Brukergrensesnitt

MySQL database server Web side i netleser PHP script Apache PHP Brukergrensesnitt

Grafisk brukergrensesnitt

Grafisk brukergrensesnitt

Prosjekt status

Spørsmål ?

Dere inviteres herved til presentasjon av eZ Custommer Dag: Fredag Tid: Sted: C213