Anskaffelse og kravspecifikation SR2_Data

SR2: Datakrav Kilder SR: Soren Lauesen: Software requirements - Styles and techniques. Addison-Wesley, UID: Soren Lauesen: User interface design - A software engineering perspective. Addison- Wesley, Fra kapitel 5. SL-07: Søren Lauesen: Vejledning til kravskabelon SL-07. Samfundslitteratur, Ekstra: Nye slides som ikke har noget sidestykke i bøgerne. Mange slides er vist i dansk oversættelse. © 2002, 2005, Pearson Education retains the copyright to the slides from the books, but allows restricted copying for teaching purposes only. It is a condition that the source and copyright notice is preserved on all the material.

Datakrav Data-model Data dictionary Data-formler Virtuelle vinduer Eksisterende skærmbilleder Ingen er bedst

4. SR2.2A Data model R2: The system shall store the following data: Stay Room State Room Service Type date, #persons, state (booked|occupied|repair) name, address1, address2, address3, passport room#, #beds, type price1, price2 name, price date, count Guest stay#, paymethod, employee Stays Guests One-to-many (1:m) Each guest connected to zero or more stays Each stay connected to one guest record

D1:Klasse: Gæst [a, b... henviser til de gode råd] Gæsten er den person eller det firma der skal betale regningen. En person har en eller flere opholds-records. Et firma behøver ikke have nogen [b, c]. “Kunde” er et andet ord for gæst, men i databasen bruger vi kun gæst [a]. Personerne der bor i værelset kaldes også gæster, men de er ikke gæster i database-forstand [a]. Eksempler p.En gæst der overnatter én nat. q.Et firma med medarbejdere der overnatter nu og da, hver af dem med sit eget navn i det registrerede ophold [e]. r.En gæst med flere værelser i løbet af opholdet. Attributter 1. navn:Tekst, 50 tegn [h] 2. pasnr:Tekst, 16 tegn [h] Der mangler et attribut i datamodellen 5. SR2.3 Data dictionary = Databeskrivelse Anbefalinger for klasser. Forklar: a)Navn brugt i systemet vs. navne i domænet b) Koblinger til andre klasser c) Tilfælde hvor koblingerne mangler d) Særlige forhold ved oprettelse og sletning e) Typiske og usædvanlige eksempler

6. (SR2.4) Data-formler Fra dataflow diagrammer (Yourdon) booking ønske = gæstedata + periode + vær.type gæstedata = gæstenavn + adresse + betalingsform + [pasnummer] pasnummer = bogstav + {ciffer}*8 vær.tilstand = { frit | booket | optaget | repareres } XML John Hansen Nørrebrogade...

7. SR2.5 Virtuelle vinduer = Datavisning uden "knapper" Registrer morgenmad Book, check ind... Prisændring Morgenmad 23/9 IPå Værelserest.vær Serviceliste Breakf. rest.4 Breakf. room6... Ophold Oph.nr: 714 Gæst:John Simpson Adresse:456 Orange Grove Victoria 3745 Betaling:Visa Produktant.pers 22/9Vær. 12, enkelt /9Morgenmad, rest /9Vær. 11, dobbelt /9Morgenmad, på vær /9Vær. 11, dobbelt2800 Værelser Priser22/923/924/925/9 11DobbeltBad800600OB 12EnkeltToil.500OOBB 13DobbeltToil BBB Prisændring Book, check ind...

8. (SR2.5) Eksisterende skærmbilleder som datakrav R1:Produktet skal gemme data svarende til disse skærmbilleder:

Mulige former:Egnet? Via use cases eller arbejdsopgaver E/R eller UML klassemodel Databeskrivelse - data dictionary Skærmbilleder eller virtuelle vinduer XML, Dataflow 9. Ekstra: Datakrav - hvad er så bedst? Svært at overskue. Gentages mange steder. Fint for tekniker. Dårligt for bruger. Fint for tekniker. OK for ekspertbruger. Fint for bruger. Data-relationer uklare for tekniker. Håbløst for bruger. Data-relationer uklare for tekniker.

BookC E OC O E O Check ind, book. RE E O O E O -, uden book.C E OC O E O Check ud E E O R E Skift værelse R R O E O Registrer service OC R PrisændringC EDOC EDO Mangler? D DC?ED? ED 10. SR9.2D CREDO matrix ( ≈ CRUD matrix) Create, Read, Edit, Delete + Overview Gæst Ophold Værelse Vær.tilstand Service ServiceType Klasse Opgave