IT i organisationer och databasteknik

Transkript

1 IT i organtioner och databasteknik Kontoutdelning EFTER dagens föreläsning (WinXP/FC/Daisy/Unix) Programvaror på kursen: DB2 v7.2 MS Access 2003 Rational Rose IT i organtioner och databasteknik Föreläsning 2 Från verklighet till system Konceptuell modellering Modelleringsmönster Schemaintegration

2 IS Development, Acquisition, and Support Business and Requirements Mod. Analysis and Design Project Management Maintenance People and Organtion Business and IT Alignment Process Improvement Change Management Ethical Aspects of IS/IT IS Investment and Evaluation Created by Information for Knowledge Work, Customer Satisfaction, and Business performance Use of Information in Organtions Knowledge Management Decision Support Process Support Organtional Interoperability empowers Information and Communication Technology Databases Software Hardware Telecommunication automates and leverages provides Operations and Network Management Production and Operations Service and Help Desk Security and Control Infrastructure Management Från verklighet till system Verklighet Urval Modell Informationssystem Produkt Order Kund 2

3 Arkitektur hos ett informationssystem Presentation Användargränssnitt via en browser Applikationslogik Data Java servlets som exekverar på en server Data från en databashanterare Relationsdatabaser KUND Namn Gatuadress Postnummer Postadress Telefon Kontokort Giltighetstid Pia Eriksson Storg Torget /0 Ulf Eriksson Storg Torget /00 Ola Hansson Lillg Landet /0 Bo Eriksson Storg Torget /0 Bo Johnsson Eriksg Torget /0 My Hansson Lillg Landet /0 3

4 Frågespråk Hur kommer applikationsprogrammen åt data i databasen? Genom ett frågespråk. SELECT Namn FROM PRODUKT WHERE Typ = Stol Presentation Gränssnittet ger möjlighet att nå applikationsprogrammen och därmed data i databasen. 4

5 MODELLER Modell: Struktur som avbildar vissa aspekter av någon del av verkligheten Exempel: Kartor Differentialekvationer Konceptuella modeller Syfte med modeller: Studera verkligheten indirekt genom att studera modellen Underlätta kommunikation Utgöra underlag för vidare implementering Building the right system Universe of Discourse Conceptual Model (CM) Use of CM? = < > ANIMAL belongs_to Weight my_animal MEMBERSHIP Date myflock SPECIES Mean_weight FLOCK Number Contract Database System Education, Reverse Engineering 5

6 MODELLER - problem? Modell: En struktur som avbildar vissa aspekter av någon del av verkligheten Ex på modell - KARTA Modeller förenklar Modeller förvanskar - Grönland, Afrika Modeller fokuserar - topografisk, politisk Modelleringsspråk: Komplexa språk med många symboler versus enklare språk som är lättare att förstå/förklara/validera av lekmän som kan domänen men inte språket Modellering fortsättning Kontroll av data skall ske så tidigt (så nära källan) som möjligt! Systemet skall inte kontrollera att data inte är fel, utan undanröja möjligheterna till att det blir fel Lättare sagt än gjort: Man måste modellera RÄTT (inte bara på rätt sätt), modelleringsspråket måste vara rikt nog för att kunna representera alla sakförhållanden. 6

7 Samma ord - olika begrepp (homonymer) På vilka sätt används ordet bok i meningarna nedan? Jules Verne skrev många böcker Biblioteket i Vällingby har många böcker Nazi Tyskland förbjöd många böcker Bokhandlaren i Jönköping sålde många böcker Samma begrepp - olika ord (synonymer) Avskeda - Friställa Arbetsgivare Arbetsköpare Städerska - Lokalvårdare 7

8 Ogdens triangel TERM EXTENSION INTENSION Konceptuell modellering En konceptuell modell beskriver data och datasamband på ett representationsoberoende sätt. Vad modellen sen ska implementeras som/i får inte påverka modellens utformning! Vanliga sätt att beskriva konceptuella scheman: via UML klasschema Via ER-scheman, etc. 8

9 Grafiskt språk för konceptuella modeller: ER-scheman (Entity-Relationship schemas) Entitet Relation Entitet APA ÄTER BANAN Annat notation: APA 0 äter BANAN Namn: Sträng Grafisk notation för konceptuella scheman: UML-klassschema Vi kommer att använda UML-klasscheman som ER-scheman Klass association (relation) APA Namn : Sträng 0.. äter..* BANAN attribut Avbildningsregel (för associationen, attributet) 9

10 Avbildningsregler för associationer i UML BIL Regno : Sträng ägs_av PERSON Namn: Sträng En association ( pil ) har avbildningsregler (kardinalitetsregler). Man kan sas läsa pilen i två riktningar och för varje riktning måste vi avgöra vilka avbildningsregler som gäller. Vi använder oss av en Minimum..Maximum -notation (alternativ finns...). I minimum-posistionen kan vi skriva värdet 0 eller. I maximimum -positionen kan vi skriva värdet eller *, där * står för många. Det ger oss fyra möjliga avbildningsregler: 0..,, och..*. I praktiken brukar man förkorta till. För att förstå vad de olika max..min-värdena står för kan vi börja med att betrakta relations-pilen från BIL:ens synvinkel. Om en BIL kan ägas av HÖGST EN PERSON så skriver vi en :a i max-positionen (annars *). Om en BIL måste ägas av NÅGON PERSON sätter vi en :a i min-positionen (annars 0). I just detta fall fattades beslutet att en BIL kan ägas av högst en person och att alla bilar ägas av någon. Dvs avbildningsregeln blev, vilket vi förkortade till. Om en PERSON kan äga HÖGST EN BIl skriv en :a i max-position (annars *). Om en PERSON måste äga minst en BIL, skriv en :a i min-position (annars 0). Här tyckte vi att en PERSON kan äga många BIL:ar men inte nödvändigvis måste äga någon BIL,! Associationer i UML forts. Navigabilitet vs konceptuell riktning BIL Regno: String ägs_av PERSON Pnr: String Envärd? Om en bil kan ägas av högst en person så ja, annars nej. Total? Om en bil måste ägas av minst en person så ja, annars nej. Injektiv? Om en person kan äga högst en bil så ja, annars nej. Surjektiv? Om en person måste äga minst en bil så ja, annars nej. Vad betyder associationen? Namngivning i funktionell riktning? Namngivning av både associationen och båda rollerna? 0

11 Avbildningsregler Avbildningsregler för ATTRIBUT i UML... BIL Regno : Sträng ägs_av PERSON Namn: Sträng Även attribut (som t ex Regno och Namn) behöver få sina avbildningsregler bestämda. Detta kan i vissa notationer vs grafiskt i det konceptuella schemat (vilket har många fördelar). Ett sätt är att explicit rita ut relationen (via en pil) mellan entiteten i fråga och attributet: Regno BIL 0.. Ska utläsas varje BIL har högst ett registreringsnummer, Ett givet värde i mängden av text-strängar (t ex ABC23 ) kan vara relaterad till högst en BIL via attributet Regno. En BIL måste ha ett registreringnummer och, slutligen, det finns text-strängar (t ex Maria Bergholtz ) som inte utgör registreringsnummer. Som synes används samma princip som för avbildningsregler Sträng för relationer mellan entiteter. BIL Regno: Sträng UNIK Ett alternativ är att använda notationen ovan, den har nästan samma informationskapacitet som notationen till vänster ( en BIL kan ha högst ett värde på registreringsnummer, och minst ett värde på registreringsnummer (dvs Regno är totalt ). Med UNIK avses att ingen annan kan använda ett Regno som en viss BIL använder). Däremot vr inte notationen ovan om det finns sträng-värden som inte utgör reg.nummer. Multiplicitet - regler i systemet vs common sense BIL Regno: Sträng ägs_av PERSON Pnr: Sträng

12 Multiplicitet - en övning PERSON har_mor Envärd? Total? Injektiv? Surjektiv? Så hur gör man då? I en verklig situation intervjuas användare, manualer läses, eventuella existerande system studeras, verksamheten studeras, etc Ibland har man bara tillgång till textuella beskrivningar av det system man ska modellera Hur angripa dessa? Verb, substantiv, adjektiv? Modelleringsmönster, så kallade data-abstractions, tumregler, med mera... 2

13 Att göra urvalet Ett företag önskar sälja sina produkter, som är möbler, genom en webbutik. Kunderna skall kunna lägga beställningar på möblerna med hjälp av webbutiken. Produkterna levereras sedan med lastbil till kunderna. För att kunderna skall få en bra bild av möblerna så behöver de veta deras vikt, typ, storlek och det material de är tillverkade av; det behövs också foton på möblerna. Utöver kostnaderna för de enskilda möblerna måste kunden också betala för fraktkostnaden som baseras på den sammanlagda vikten. Kunden kan begära att få leverans inte bara till sin egen adress utan också till andra adresser. Kunden kan önska en tid då leveransen skall ske - det inträffar dock ibland att den verkliga leveranstiden avviker från den önskade. För att kunden skall veta om en leverans gått iväg eller inte behövs information om avgångstider för leveranser. Företaget eftersträvar att samtidigt skicka iväg alla de produkter som ingår i en beställning men man lyckas inte alltid med det, och då kan det behövas flera leveranser för en beställning. Kunden betalar med kontokort. PRODUKT Namn Typ Höjd Bredd Djup Material Vikt Pris Bild-liten Bild-stor BESTÄLLNINGS- RAD Antal..* 0.. LEVERANS Leveransbil Avtalatdatum Avtaladtid Avgångsdatum Avgångstid Leveransdatum Leveranstid..* KUND Namn Gatuadress Postnummer Postadress Telefon Kontokort Giltighetstid BESTÄLLNING Best-nummer Gatuadress Postnummer Postadress Datum Fraktkostnad 3

14 Avbildningsregler som mått på en modells kvalitet? Tumregel: Alla attribut i en klass bör vara totala (= ha minvärde ) Ett stort antal attribut med partiella attribut (attribut med minvärde = 0) betyder att inte alla instanser (objekt) av klassen har något värde på attributen/egenskaperena ifråga vilket tyder på att man blandat flera fenomen i en och samma klass. DJUR Namn: Skatt_betald: 0.. Adress: 0.. Vikt: Medelvikt: 0.. Utbredningsområde: 0.. DJUR Namn: Adress: Vikt: ART Utbredningsområde Medelvikt HUND Skatt_betald: Tumregel: Associationer bör vara åtminstone totala eller surjektiva! BIL Regno: Sträng ägs_av PERSON Pnr: Sträng Modelleringsmönster- Analysmönster - Data abstractions Modelleringsmönster: Arv Arv Vilken verklighet man än vill avbilda så förekommer hierarkiska strukturer. Det betyder att vi måste fånga dessa strukturer i vår modell av samma verklighet. Däggdjur Djur Fåglar Gräsätare Rovdjur Pingvin Hovdjur Gnagare Tax Gnu Kanin 4

15 Konceptuell modell av en hierarkisk struktur: DJUR DÄGG- DJUR FÅGLAR HOVDJUR GRÄS- ÄTARE GNAGARE ROV- DJUR TAX PINGVIN GNU HARE Arv MAN Militärtjänstort: String: PERSON Namn: String UNIK KVINNA Arv HUND Skatt: Integer DJUR Namn: String UNIK KATT MAN och KVINNA är ömsesidigt uteslutande och uttömmande map PERSON HUND och KATT är ömsesidigt uteslutande men inte uttömmande map DJUR En arvs-hierarki består av sub- och supertyper. Subtyperna utgör en delmängd av supertypen. Om subtyperna täcker upp hela supertypen säger man att de är uttömmande (eng. exhaustive). Om en och samma instans inte kan tillhöra till flera subtyper säger man att subtyperna är ömsesidigt uteslutande (eng. mutually independent). 5

16 Arv forts. En objekttyp kan ärva en annan objekttyp En objekttyp som ärver kallas subtyp Den objekttyp som ärvs från kallas supertyp Subtypen har samma attribut och samband som supertypen Subtypen kan ha ytterligare attribut och samband En supertyp kan vara abstrakt, dvs den kan inte instansieras Arv Kund Kontohavare Konto..* Kundnr: Integer Kontonr: Integer UNIK UNIK Namn : String Företag Börsnoterad: String Person..* Arbetar_hos Bankbok Saldo: Integer Lån Lånesumma : Integer Hur hade schemat blivit om -relationer inte använts? 6

17 arbetar_hos 0.. Person Kundnr: Integer UNIK Namn : String Börsnoterad: String 0.. Kontohavare..* Konto Kontonr: Integer Saldo: Integer 0.. Lånesumma: Integer 0.. Annat sätt? Arv forts. Om subtyper har alla attribut och relationer gemensamma: Överväg att kombinera dem till en subtyp. Lägg ev. till ett extra attribut i entiteten som tjänas som typ-beteckning. Om en subtyp är uttömmande map supertypen: Låt subtypen uppgå i supertypen. Om flera subtyper inte har några egna attribut eller relationer: Överväg att göra dem till en subtyp. 7

18 Reifiering Reifiering SJUKDOM..* botar blir: botas SJUKDOM BOT Procent: Float BEHANDLING..* botmedel BEHAND- LING Relationen botar är M:M. Om man vill lagra information som berör relationen botar måste relationen reifieras, dvs göras till ett objekt. Övriga M:M kan lämnas som de är på modelleringsnivå, men måste brytas upp när man skapar en relationsdatabas! Övning reifiering PERSON Namn: Sträng UNIK, TOTAL är_medlem_i 0 KLUBB Klubb_namn: Sträng UNIK, TOTAL Uttöka det konceptuella schemat ovan så att det klarar av att representera att en viss person gick in i en viss klubb vid ett visst tillfälle! 8

19 Består-av-ingår-i (rekursiva strukturer) ingår i Komponent består av Komponent består av (ingår i) Komponent består av ingår i Delkomponent Rekursiva strukturer ARTIKEL består_av Som synes egentligen ett specialfall av reifiering! blir: SPECIFIKATION Procent : Float del_i ARTIKEL består_ av 9

20 Template-Copy strukturer (power types) Template-Copy strukturer (power types) Vissa objekt kan ses som mallar för andra objekt, kopior. En mall beskriver de generella dragen hos kopiorna som i sin tur kan innehålla ett antal idividuella drag. Mallar är ofta abstrakta objekt medan kopior är konkreta objekt. Kopior kan ses som materialiseringar av mallar. BOK är ett typiskt exempel på en mall, boken som ett litterärt verk. BOK:en har en titel, en författare osv. De individuella kopiorna är de fysiska exemplaren av det litterära verket som kan ha egenskaper som vikt, antal sidor etc. Observera att KOPIA inte utgör en delmängd av BOK. Template- Copies är inte samma sak som supertyp-subtyp. BOK titel Författare: String UNIK Titel: String av_typ KOPIA Vikt: String Antal_sidor Samma ord - olika begrepp På vilka sätt används ordet bok i meningarna nedan? Jules Verne skrev många böcker Biblioteket i Vällingby har många böcker Nazi Tyskland förbjöd många böcker Bokhandlaren i Jönköping sålde många böcker Kurskod Kursnamn Startdatum Antal poäng Kursansvarig KURS Kurskod Kursnamn Antal_poäng tillhör KURSTILL- FÄLLE Startdatum Kursansvarig 20

21 Analysmönster: Resurs allokering [Fowler97] RESOURCE TYPE RESOURCE ALLOCATION Quantity CONSUMABLE TYPE ASSET TYPE SPECIAL RA GENERALRA Price_per_unit Price_per_hour HOLDING TEMPORAL RESOURCE CONSUMABLE ASSET Number_of_units From Id..* To AKTIVITETS- TILLFÄLLE..* AKTIVITET Kombination av mönster och abstraktioner RESURSTYP Type_Name : String available_resource RESURS ALLOKERING Quantity : Integer FÖRBRUKNINGS- RESURSTYP Price_per_ unit : Real of_type FÖRBRUKN. RESURS Number_of_ : Integer units consumes PATIENT Företagsnamn: Sträng Adress: Sträng FAST RESURSTYP Price_per_hour : Integer of_type 0..* TIDSBOKNING FAST RESURS..* From : Time uses Name: String To : Time BOKNING.. BEHANDLINGS TILLFÄLLE From : Time used_by To : Time FÖRBRUKNING RESURS BEHOV required_for of _type BEHANDLINGSTYP Name_of_type : String RESULTAT Fakturerad summa: Heltal 2

22 Modelleringsarbete är ett SAMARBETE mellan verksamhetskunniga och systemkonstruktörer! Arbetet innefattar: analys skapande förhandling och beslut Arbetet kräver: erfarenhet fantasi/kreativitet kommunikationsförmåga Inför projektarbetet: - sammansmältning av flera överlappande modeller av samma typ 22

23 HomonymsExEx Scaledifere HomonymsExEx Scaledifere Skillnader i terminologi Synonymer, tex: köpa, inhandla Homonymer, tex: artikel Skillnader i skala eller måttenhet, tex: kilo, gram, Euro, Dollar FENOMEN Namn: Textsträng MÄTETAL Precision: Heltal Kvantitet: Float ENHETSTYP Namn: Textsträng 23

24 Skillnader i struktur Kvinna gift_med Man Person Kön: Boolean Kvinna Man Person maka Äktenskap make Man Kvinna Skillnader i abstraktionsnivå Template-Copy strukturer (power types) Vissa objekt kan ses som mallar för andra objekt, kopior. En mall beskriver de generella dragen hos kopiorna som i sin tur kan innehålla ett antal idividuella drag. Mallar är ofta abstrakta objekt medan kopior är konkreta objekt. Kopior kan ses som materialiseringar av mallar. BOK är ett typiskt exempel på en mall, boken som ett litterärt verk. BOK:en har en titel, en författare osv. De individuella kopiorna är de fysiska exemplaren av det litterära verket som kan ha egenskaper som vikt, antal sidor etc. Observera att KOPIA inte utgör en delmängd av BOK. Template- Copies är inte samma sak som supertyp-subtyp. BOK titel Författare: String UNIK Titel: String KOPIA av_typ Vikt: String Antal_sidor 24