Aalborg Universitet Master i Informationsteknologi, IT i Byggeriet – 2. Års projekt

Aalborg UniversitetMaster i Informationsteknologi, IT i Byggeriet – 2. Års projekt

TYPEHUSKATALOG


• Præsentation af projektet

• Gennemgang af den valgte løsning

• Uddybning af rapportarbejdet

• Konklusion/afslutning


Projektet er udført i perioden 1. September 2001 til

27. Maj 2002.

Der er anvendt følgende samarbejdspartnere:

• 2-planhuset A/S

• 2 typehuskunder

• Arbejdskolleger/familie


Baggrund:

• Forfølge teori omkring: - Vidensstyring i virksomheder og projekter. - Multimedia. - Contextual Design.

• Lave noget byggerelateret.

• Et projektemne, der interesserede os begge.


Projektet:

• Typehuskatalog.

• Samle typehusfirmaer.

• Skabe et sted der giver inspiration.

• Skabe et sted der giver svar.

• Skabe et sted der kan generere beslutningsgrundlag.


KRAVSPECIFIKATIONEN


• Selve web-siten – brugervenlig• Anvendelsesområde – potentielle typehuskunder• Teknologi – web-løsning, N-tierprincip, Access• Indhold – billeder, tegninger, modeller, priser • Funktionalitet – enkel menunavigering• Filosofi – katalog der giver samlet oversigt over

markedetGive Added værdi til køber og

leverandør


Demo af www.typehuskatalog.dk

http://ryser_ibm/mii/index.htm


eXtremeProgramming

(XP)


XP’s 12 grundprincipper:

1. Løbende planlægning

2. Hyppige releases

3. System metafor

4. Enkelt design

5. Løbende testning

6. Refaktorering

7. Parvis programmering


XP’s 12 grundprincipper fortsat:

8. Kollektivt kode ejerskab

9. Fortløbende integration

10. 40 t arbejdsuge

11. Kunden tilstede

12. Kode standard


WORKMODELS


1. Flow-modellen

2. Sekvensmodellen

3. Artifaktmodellen

4. Kulturmodellen

5. Fysiske model


1. Artifaktmodellen

2. Fysiske model


Artifakter

Defn: Artifakter er de håndgribelige ting der skabes eller anvendes af personer for at

hjælpe dem med at udføre processen


Artifaktmodellen:• Hvilke artefakter findes i systemet ?• Hvordan anvendes artefakterne ?• Hvad består artefakterne af, hvordan er de

udformede ?• Hvilken information ”bærer” de ?


Fysiske model:

Den fysiske model viser/afslører begrænsnin-

gerne på hvad man kan gøre

• Hardware, software, kommunikationslinier


METASTRUKTURER


1. Normalform

Alle felter må kun indeholde simple og udelelige værdier.


1. Normalform

1 - A,B,C

2 - B,C,D

1 - A

1 - B

1 - C

2 - B

2 - C

2 - D


2. Normalform

- Tabellen skal være på 1. NF.- Tabellen må ikke have nogen ”nonkey

attributter”, der ikke er fuldt funktionelt afhængige af primær- nøglen.


2. Normalform- Identificer superkey.- Find candidate keys.- Beslut Primary key.

Efternavn Adresse Telefon Skostr.

Ryser Stenten 7 24274989 41



superkey

cand. key

superkey

cand. key


3. Normalform

- Tabellen skal være på 2. NF.- Tabellen må ikke indeholde nogle transitive afhængigheder. (2 nonkey-attributter der har fuld af- hængighed).


3. Normalform

Hvis der er felter i tabellen, som er direkte afhængige af et felt(determinanten), som ikke indgår i primærnøglen, skal disse felter flyttes over i en anden tabel sammen med en kopi af determinanten. Tabellen skal først være på 1. og 2. Normalform.


3. Normalform

Nr. Postnr By

1 6700 Esbjerg

2 7000 Fredericia

3 9000 Aalborg

Transitiv afhængighed


3. Normalform

Nr. Postnr

1 6700

2 7000

3 9000

Postnr By

6700 Esbjerg

7000 Fredericia

9000 Aalborg

6700Determinant


Tabellen firmaer:• Bynavn fjernes, fås af postnummer tabellen

Tabellen postnummer:• Firma, Provins og Land fjernes• Gade fjernes(gadenavn findes i tabellen

firmaer, generelt kender typehusfirmaet denne)


KONKLUSION/AFSLUTNING


Er de opstillede krav så opfyldt?

Overskuelighed ------ ikke opnået 100 %, høj prioritet

Anvendelsesområde------ opfyldt

Teknologi------- opfyldt

Indhold------- opfyldt

Funktionalitet----- højere krav til denne

Filosofi------- det må fremtiden vise

MÅLOPFYLDELSE:


• Contextual Design => givet god forståelse.

• eXtreme Programming => overblik, dynamik.

• Indsamling af data kun i ringe omfang.

• Super erfaringer med virtuelt rum (Groove)

Projektmetoden:


• Giver god forståelse af et objekt.

• Sælger.

• Kan være tidskrævende i designfasen.

• Kræver meget af hardware.

• Store filer => problemer i forhold til download.

• Store muligheder.

Multimedie:


• Vedligehold af data.• Indhold:

- Byggevareleverandører.- Mulighed for at ”lege” med modellerne, og ex. møblere med designermøbler.

• Tilbyde en oplevelse for købere.• Indhold også målrettet ex.

underentreprenører mv.

Fremtidige udviklingsmuligheder:


SLUT…

Aalborg Universitet Master i Informationsteknologi, IT i Byggeriet – 2. Års projekt

Documents

Transcript of Aalborg Universitet Master i Informationsteknologi, IT i Byggeriet – 2. Års projekt