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 Data via tasks eller use cases Virtuelle vinduer Eksisterende skærmbilleder Nogle er dårlige, men ingen er bedst Validering og verifikation ?

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...

Subtask og varianter: 1.Find ledigt værelse baseret på værelsestype, pris, dato, havudsigt, etage. 2.Registrer data om gæsten: navn, adresse, tlf1, tlf2, , pasnr. 3.Registrer at gæsten er kommet. 4.Udlever nøglen. Eksempler / løsning: Systemet viser ledige værelser på etageplan. Viser tid- og belægningsafhængig rabat. Elektroniske nøgler. Ny nøgle til hver gæst. 7. Ekstra: Data via task eller use cases C2: Check ind Start:En gæst ankommer. Slut:Gæsten har fået værelse. Regning er påbegyndt. Hyppighed:Ca. 0,5 check ind pr. værelse pr. nat, pr. medarbejder 60/dag. Svært:Bus med 50 gæster.

8. 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...

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

Mulige former:Egnet? E/R eller UML klassemodel Databeskrivelse - data dictionary Via task eller use cases Skærmbilleder eller virtuelle vinduer XML, Dataflow 10. Ekstra: Datakrav - hvad er så bedst? Fint for tekniker. Ekspertbruger kan forstå E/R. Fint for tekniker. OK for ekspertbruger. Fint for de fleste brugere. Data-relationer uklare for tekniker. Håbløst for brugere. Grunddata og data-relationer uklare for tekniker. Taber overblikket. Samme flere steder. Bliver let inkonsistent.

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 11. SR9.2D CREDO matrix ( ≈ CRUD matrix) Create, Read, Edit, Delete + Overview Gæst Ophold Værelse Vær.tilstand Service ServiceType Klasse Task