Institutionen för informationsteknologi Informatik

Transkript

1 Institutionen för informationsteknologi Informatik DATABASTEKNIK LABORATION - RESBAS Innehåll: 1 Uppgift - översikt 2 Situationsbeskrivning 3 Beskrivning av systemet RESBAS 4 Uppgifter och redovisning 5 Dokumentationsmallar 6 Handledning 7 Redovisningsschema för seminariet HT 2002

2 1 Uppgift - översikt Uppgiften är att i grupp analysera en befintlig databas, finna felaktigheter och föreslå förbättringar. När föreslagna förändringar har dokumenterats och godkänts ska den nya databasen implementeras i MS Access 97. Redovisning sker både skriftligt och muntligt. 2 Situationsbeskrivning Det finns en relativt nystartad resebyrå, Resan. Företagets affärsidé är att ordna skräddarsydda resor enligt kundens önskemål, men till rimliga priser. Resan har idag 7 anställda. De flesta arbetar i företagets enda butik, belägen i en medelstor svensk stad. VD Tage Persson startade företaget för några år sedan tillsammans med Daniel Carlsson och Kalle Krona. Tages uppgift är framförallt att hitta nya samarbetspartners, hotell mm. Tages närmaste medarbetare Daniel, reser till de populäraste resmålen och inspekterar hotellen. Han rapporterar också vilka nöjen som erbjuds på orterna. Kalle sköter ekonomin. Övriga medarbetare säljer resor till kunder som ringer eller kommer till butiken. Försäljningen görs i princip genom att kunder berättar om sina önskemål, någon vill t ex vandra i öknen, försäljaren letar i broschyrer och det enkla systemet RESBAS för att hitta lämpliga resmål, hotell o s v som uppfyller kundens krav. När man komponerat resan bokas den i ett internationellt system som man är ansluten till. Bokningarna brukar fungera bra. Svårigheterna ligger i att hitta just den resa kunden vill ha i fråga om lämpliga orter, hotell och nöjen (t ex ökenvandringar). Tidigare fungerade det bra eftersom Tage och Daniel själva kände till flertalet orter, men de nya försäljarna har inte denna kunskap och kunderna orkar inte alltid vänta tills man hittat rätt resa. Den befintliga databasen innehåller felaktiga uppgifter, t ex kan ett hotells kontaktperson ändra namn beroende på hur man ställer frågan. Tage har själv utvecklat systemet och lägger in nya uppgifter, tyvärr hinner han inte få in allt. Alla försäljare klarar av att söka ut data, men idag får de inte lägga in nya uppgifter eller ändra något även om det uppenbarligen saknas eller är fel. Vissa sökningar tar mycket lång tid. En av försäljarna har lyckats ändra ett felaktigt hotellnamn, men ingen vågar göra sådana ändringar igen eftersom Tage blev ursinnig när någon fifflat med hans databas, som han uttryckte det. De här problemen kom fram i en förundersökning, som genomfördes för en månad sedan. Man beslutade då att kontakta ett företag som skulle kunna hjälpa dem att undersöka systemet och rätta till felen. Man har också planer på att omorganisera arbetet och låta fler i företaget kunna uppdatera informationen själva. Efter anbudsförfarande har ert företag valts ut att genomföra undersökningen och att i ett första steg förklara felen och föreslå åtgärder. Tyvärr är alla databasexperter på ert företag upptagna, så Du och Din grupp har fått i uppgift att snabbt lära er allt ni behöver på området så att ni kan genomföra arbetet. 2 (8)

3 3 Beskrivning av systemet RESBAS Databasen används för att hålla reda på resmål och söka ut uppgifter till resekunder. Nedan visas tabellerna. Primärnyckelattributen är angivna i fetstil och är understrukna. 3.1 Hotelltab Tabellen innehåller uppgifter om hotell på flera tusen orter. På varje ort har man kontakt med minst ett hotell. Hotellen har oftast 2-4 olika rumstyper. En viss rumstyp på ett visst hotell kan ha olika standard. Hotellen klassas med *, ** eller ***. Anmärkning: Önskemål har framförts om att även få med uppgifter om det finns restaurang, bar e dyl på hotellen. Hotellnamn Ort Rumstyp Rumsstandard Hotellstandard Kontaktperson Sand Öken Dubbel Ordinär, WC * Bo Ek Sand Öken Enkel Ordinär * Bo Ek Grand Stan Lägenhet Lyx, AC *** Anna Al Statshotellet Stan Dubbel Ordinär, Bad ** Karl Pålsson Statshotellet Trosa Enkel Ordinär, WC ** Ulla Berg Statshotellet Trosa Dubbel Ekonomi; Lyx ** Ulla Berg 3.2 Ortstab På varje ort har man en kontaktperson som hjälper till med förhandlingar och tar hand om resenärerna om så behövs. De flesta orter har flera nöjen, vilka ofta är de sökbegrepp som används när man ska hitta lämpliga resor till kunderna. Anmärkning: En person kan vara kontaktperson för både ett eller flera hotell och en ort, även om detta är sällsynt. Det förekommer däremot aldrig att en ort inte har någon kontaktperson. Men hotell kan vara utan namngiven kontaktperson, då har man bara ett telefonnummer till receptionen. Ort Nöjen Ortsbeskrivning Bästa period Kontaktperson Pris flyg TOR Öken Bad Sandig natur Vinter Karl Sandström 2000 Trosa Handla Idyll Sommar Anders Persson 100 Trosa Museum Idyll Sommar Anders Persson 3.3 Researrtab Flertalet orter har lokala researrangörer (RA) som man engagerar för vissa speciella nöjen. För ett visst nöje på en viss ort anlitas dock endast en RA (den billigaste). En RA:s namn är unikt men samma RA kan ha filialer på olika orter, var och en med sin egen kontaktperson. En RA kan ha flera nöjen på en viss ort. Ort Researrangör Nöjen Kontaktperson Öken Sandslott AB Utflykt; Kamelritt Muhammed Ali Stan Buss AB Rundtur Göran Ask 3 (8)

4 3.4 Normal rutin vid bokning av resa En kund kommer till resebyrån eller ringer och frågar efter olika alternativ (se ovan). När man hittat ett intressant resmål vill man ofta veta ungefärligt pris. Ibland kan man få olika priser till samma resmål, vilket ingen riktigt förstår hur det kan uppkomma. När kunden beslutat sig för en viss resa bokas alla biljetter, hotellrum mm via ett internationellt system (BILL) som man är uppkopplad mot. BILL ger biljetter och exakta priser, och systemet fungerar bra. För att få priser från BILL måste dock en bokning göras. 3.5 Uppdateringar Nya hotell läggs in när Daniel hittat ett nytt hotell och förhandlat fram ett avtal. Han reser numera ofta till nya orter och även dessa uppgifter måste samtidigt läggas in i databasen. Man lägger ibland in nya orter även om man inte har något hotell att erbjuda. 3.6 Frågor Vanligaste frågan är av karaktären: Var kan man segla och dyka? D v s man frågar efter några speciella nöjen eller typ av arrangemang. Man vill också veta vilka hotell som är lämpliga på denna ort och vad hela resan kostar (flyg+nöje+hotell). Reseförsäljarna använder dessutom varje tabell direkt för att ta fram de uppgifter som behövs vid varje tillfälle. Dessa frågor kan variera och man har svårt att beskriva dem i förväg. Däremot vill man att bara några få ska kunna uppdatera tabellerna. 3.7 Problem Några anser att det borde finnas uppgifter om priser för hotell och eventuellt för extra arrangemang. Det förekommer vissa säsongsvariationer, men det brukar inte skilja mer än några hundra kronor för en hel resa (det är andra kostnader, som t ex resan till och från resmålet, som skiljer sig mest mellan olika resor). Orsaken till att man inte lagt in dessa prisuppgifter är att de ändras flera gånger per år och det hinner man med nuvarande system och rutiner inte med att ändra. Om man ändrar rutinerna så att fler sköter uppdateringen och priserna inte behöver vara exakta kan man klara av denna förändring. Obs 1: Se även kommentarer i föregående text! Obs 2: Om ett visst förhållande inte framgår av lab-anvisningarna får egna antaganden göras. Dessa skall dock godkännas av handledare och tydligt dokumenteras i rapporten. 4 (8)

5 4 Uppgifter och redovisning Steg 1 a) Kontroll mot normalformerna. Förklara vilka fel som kan uppstå i respektive tabell på grund av bristfällig normalisering och ange hur dessa fel kan lösas. b) Föreslå åtgärder för att komma tillrätta med felaktigheter samt för att tillgodose övriga önskemål. Visa relationer med attribut (med exempelvärden), PN och FN. Visa också att relationerna uppfyller normalformerna (t o m 4 NF). c) Rita E/R-modell över databasen efter förslagna förändringar och förklara sambandet mellan modellen och relationerna. d) Gör domänbeskrivningar (se mall). e) Gör relvarbeskrivningar, d v s en detaljerad beskrivning av relationsvariablerna inklusive integritetsregler (se mall). Resultatet måste godkännas av beställaren/användarna innan arbetet kan fortskrida. Ovanstående ska därför redovisas i en skriftlig rapport (enligt mall). Ett exemplar av rapporten ska lämnas i Katarina Groths postfack SENAST TORSDAG 12 september kl. 16:00. Ett andra exemplar ska överlämnas till opponerande grupp senast måndag kl 12:00. Muntlig redovisning sker på seminarier tisdag 12 september (obligatorisk närvaro). Vid den muntliga presentationen har varje grupp max 15 minuter till sitt förfogande. Därefter ges den opponerande gruppen 10 minuter att framföra frågor och synpunkter på den presenterade lösningen. OBS! För att labben ska godkännas krävs både tillfredsställande muntlig presentation och opponering. Viktigt: Opponeringen ska omfatta såväl positiv som negativ kritik. Vid den muntliga redovisningen ska opponenterna ses som en grupp sammansatt av användarna av RESBAS samt inbjudna databasexperter. Presentationen ska alltså vara tillräckligt förklarande för att användarna ska förstå, men samtidigt så precis och noggrann att databasexperterna kan göra en ordentlig bedömning av förslagen. Eftersom åhörarna har tillgång till dokumentationen behöver inte domän- och relvarbeskrivningar ges något större utrymme i presentationen. Fokusera på fel och åtgärder. Efter avslutat seminarium lämnar beställaren (representerad av Katarina Groth) förhoppningsvis ett godkännande av föreslagna åtgärder, varpå arbetet med uppgifterna i steg 2 kan påbörjas. 5 (8)

6 Steg 2 Då den nya databaslösningen blivit godkänd ska den implementeras i MS Access 97. Det nya systemet ska tas fram av två skilda grupper. En grupp som arbetar med gränssnittet och Din grupp som ska beskriva och skapa databasen. Databasen ska skapas innan gränssnittet programmeras. Det åligger nu Din grupp att till gränssnittsprogrammerarna överlämna en fungerande och testad databas innehållande lämpliga testdata. Databasen (på diskett eller via e-post) och skriftlig dokumentation (enligt mall, riktad till beställaren) över nedanstående uppgifter lämnas i Katarina Groths postfack SENAST MÅNDAG 30 september, kl 16:00. a) Skapa databasen (tabeller och frågor) i Access. Tabeller och frågor ska skapas m h a SQL, men integritetsregler får skapas m h a de grafiska funktionerna. Domäner går inte att definiera i Access (särskilda anvisningar kommer dock att ges för hur domänproblematiken i vissa fall kan lösas). b) Diskutera hur den modell som togs fram i steg 1 löstes i Access? Diskutera också när i utvecklingsprocessen anpassningen mot målmiljön bör ske. c) Gör upp en testplan (se mall). Varje integritetsregel som formulerats ska testas. d) Testa databasen. Mata in testdata (behöver ej göras i SQL) och testa databasen enligt testplanen. Implementerade domän/relvar-regler ska testas för samtliga tillämpliga attribut. (Vad som händer vid exempelvis inmatning av en för lång textsträng behöver dock endast testas på något ställe.) Vad som händer med relaterade poster vid uppdatering/borttag av det relaterade värdet, ska testas och dokumenteras för alla FN. Test av NULL-värden ska testas för samtliga attribut i databasen. e) Beskriv en vy (view) som visar totalpris för en resa. Ange den fullständiga SQL-koden i den skriftliga dokumentationen. I Access ska vyn implementeras som en vanlig fråga (begreppet View finns ej i Access-SQL). f) Beskriv några uppdateringar och sökningar i databasen. Ange SQL-instruktioner för: inmatning av ett nytt arrangemang, ändring av ett respris, nedläggning av ett hotell och en sökning för att få fram uppgifter om vart man ska åka om man vill ha en viss aktivitet. OBS! Jämför SQL-uttryckens sökinstruktioner med relationsalgebran. g) Ange säkerhetsföreskrifter (t ex ansvar, utbildning, befogenheter mm). 6 (8)

7 5 Dokumentationsmallar 5.1 Mall för rapport Försättsblad Titel Kurs & kurskod Lärare/handledare Datum Författare Sammanfattning Innehållsförteckning 1. Inledning 1.1 Bakgrund 1.2 Problemformulering 1.3 Syfte 1.4 Metod 2. Rubriker?. Slutsatser 5.2 Mall för relvarbeskrivning Hotelltab Attribut Kort beskrivning Domän Relvarregler Null Hotellstandard Betyg (1-3) på hotellets standard, där 1 är lägst. Standard Tal 1-3 Ja PN: Xxx, FN: Yyy i Ztab, vid bortag av relaterat värde.., vid uppdatering av relaterat värde 5.3 Mall för domänbeskrivning Standard Domännamn Beskrivning Formell beskrivning Datatyp Siffra (1-5) som identifierar en standard enligt betygsskala där 1 är lägst. Tal mellan 1 och 5 Heltal 5.4 Mall för testplan Kontroll med korrekta data (gränsvärden). Kontroll med felaktiga data: test om NULL-värden kan registreras, test av FN-regler, test av domän/relvar-regler. Test av domänregler: Ortstab Attribut Indata Tabellvärde före Bästa period Kvart över ett Insert: - Update: Vinter Förväntat resultat (tabellvärde efter) Felmeddelande Felmeddelande Verkligt resultat (tabellvärde efter) Kvart över ett Kvart över ett Anmärkning Domänregeln har ej kunnat implementeras. Ingen åtgärd. Pris -20 Insert:- Felmeddelande Felmeddelande Endast positiva priser tillåtna. 7 (8)

8 6 Handledning Steg 1 För steg 1 ges fem handledningstillfällen enligt schema. Vid dessa tillfällen kan varje grupp boka handledningstid om 20 minuter. Bokningslista anslås på dörren till rum 12A 414 (Katarina Groth). Bokning av handledningstid ska ske senast en timme innan handledningspasset börjar, sedan tas bokningslistan ner (om handledningspasset pågår till måste alltså handledningstid bokas senast 12.15). Varje grupp får endast boka en tid under respektive pass. Gruppen bör ha förberedda frågor med sig till handledningen. OBS! Handledningen kommer alltid att brytas på utsatt tid för att efterföljande grupper inte ska drabbas av förseningar. Steg 2 För steg två ges två handledningspass i datorsal. Dessa tider är gemensamma för alla grupper. Det rekommenderas starkt att gruppen redan före seminariet tänker över arbetet med steg 2 och använder det sista enskilda handledningspasset till att fråga om eventuella oklarheter. 7 Redovisningsschema för seminariet Tid Gruppnr Redovisning Opponering A1 A A2 A A3 A A4 A B1 B2 8 (8)