Chapter 3: Data, informa5on and knowledge
Disposi5on av föreläsningen 1. Data, informa.on och kommunika.on 2. Informa.onsmodellering ur e: systemperspek.v (avbildningsperspek.v)
1 Data, informa5on och kommunika5on
Semio5k Sign = Tecken Semio.k = Teckenlära Tecken är representa.oner Tecken är inten.onella Tecken förmedlar informa.on
Semio5k Tecken finns i många former Kroppsspråk Talat språk SkriKspråk Bildspråk
Figure 3.1: Levels of semio5cs
Exempel
Data Syntax = Syntax (Struktur), Datastruktur; Exempel Rad i Tabell Empirics = Fysisk representation, Media, Kanal; Exempel Papper, Elektroniskt i en databas 13/1193G lintels UL150 1500 20 145 44/2404G lintels UL1500 15000 20 145 70/2517P lintels UL135 1350 20 130 23/2474P lintels UL120 1200 16 80
Informa5on Pragmatics = Pragmatik; Vad används tecknen till vad är intentionen med informationen ur ett kommunikativt perspektiv. Intentionen med informationen Vad används t.ex. orderraderna till leveranssedeln till? Semantics = Semantik; Meningen med tecknen; Exempel 13/1193G är ett Order-No; Vilka begrepp och termer används? T.ex. Order, Order-No, Product, Product_Code Galvanize and return Order_No Description Product_Code Item_length Delivery_qty Weight 13/1193G lintels UL150 1500 20 145 44/2404G lintels UL1500 15000 20 145 70/2517P lintels UL135 1350 20 130 23/2474P lintels UL120 1200 16 80
Kommunika5on Inkluderar minst två parter (Agenter) Kommunikation är social i den meningen att den inkluderar minst två parter En eller flera av dessa agenter är sändare och har intentionen att uttrycka (sända) något Sändaren uttrycker sin intention i ett meddelande genom att använda en viss semantik och syntax Meddelande sänds genom en signal (fysisk representation) via en kommunikationskanal En eller flera andra agenter är mottagare som har möjligt att tolka meddelandet För att kommunikationen ska lyckas måste det uppstå ett samförstånd (mutual understanding)
Receiver Figure 3.2: The process of communica5on"
Vem är sändare och vem är mottagare? Vad är intentionen med meddelandet? (Pragmatik) Vad är det för begrepp och termer som används? (Semantik) Vad är strukturen? (Syntax) Vad är signalen och kommunikationskanalen? (Fysisk representation) Figure 1.12: Sample delivery advice note
Språk (Language) Språk är ett överenskommet teckensystem dvs baserat på regler, språk är regelssystem Regler är överenskommelser mellan minst två aktörer om ett visst beteende Informella språk, exempel är naturliga språk är språk (engelska, svenska, etc), reglerna förändras ständigt och på ett implicit sätt när språket används Formella språk (t.ex. programmeringsspråk), reglerna förändras på ett explicit formellt sätt Verksamhetsspråk är språk som är specifika för olika typer av verksamheter (t. ex. språk som används inom olika industrigrenar eller på högskolor/universitet) är en blandning av formellt och informellt språkbruk. Formaliseringen av av verksamhetsspråket ökar genom den ökade datoriseringen. Formaliserat verksamhetsspråk är dock inget nytt. Det har funnits i alla tider byråkratspråk är ett typiskt exempel på detta. Verksamhetsspråket kräver mer detaljerade definitioner av vanligt använda allmänbegrepp, t.ex. allmänbegreppet kurs måste preciseras i samband med universitets/kurs verksamhet
2 Informa5onsmodellering ur en systemperspek5v
Informa5onsmodellering - Ett viktigt syfte med systemutveckling är att specificera verksamhetens informationsbehov för att kunna kartlägga detta informationsbehov bör vi skapa en informationsmodell (konceptuell modell) - Syftet med att skapa en informationsmodell är att beskriva informationsstrukturen i verksamheten - Detta utgör den grundläggande semantiken för verksamhetsspråket - Beskriver de begrepp och termer som används i verksamhetsspråket
SyOe med informa5onsmodellering ur en systemperspek5v Skapa en Konceptuell modell (Informa.onsmodell) som beskriver informa.onsstrukturen Informa.onsmodellen visar en sta.sk bild av informa.onen Iden.fiera och modellera klasser (kategorier) Klasser iden.fieras med utgångspunkt gemensamma egenskaper hos.ng
Grundläggande konstruk5oner i samband med informa5onsmodellering ur en systemperspek5v (avbildningsperspek5v) Klasser och en.ter (Classes, En..es) A:ribut (A:ribute) Rela.oner (Rela.onship)
Klasser och en5ter En en.tet (instans) är e:.ng som kan iden.fieras och som har en oberoende existens En en.tet kan vara: e: fysiskt objekt (fysiskt.ng), t.ex. en bil eller person en händelse eller transak.on, t.ex. en försäljning E: begrepp (concept), t.ex. en order En klass (kategori) = en en.tetstyp En en.tet är en instans i klassen
ANribut (ANribute) En klass karaktäriseras med utgångspunkt med utgångspunkt från e: antal egenskaper (proper.es) eller a:ribut
Rela5oner (Rela5onships) En rela.on är en associa.on mellan två klasser OKa beskrivs binära rela.oner dvs rela.oner mellan två klasser Samma två klasser kan ha flera rela.oner.ll varandra Rela.onens kardinalitet beskriver hur många en.teter av en klass sam.digt kan relateras.ll en.teterna i den andra klassen En.ll e: 1:1 En.ll många 1:M Många.ll många M:N Rela.onens kardinalitet beskriver hur många en.teter av en klass Valfrihet (Opionality) visar om alla en.teter måste delta i rela.onen eller inte
Hur genomför man informa5onsmodellering? Det gäller a: hi:a de klasser som är av intresse för det verksamhetssystem som analyseras. De en.teter man kommunicerar om i verksamhetssystemet, Universe of Discourse, (UoD) E: sä: är a: med utgångspunkt från processanalysen analysera de vik.gaste meddelanden som kommuniceras för dessa innehåller ju den informa.on som används och det man kommunicerar om
Figure 1.15: The informa5on system at Goronwy
Customer (1) Attributes: Customer Name Order lines (3) Attributes: Order no., Delivery qty, Weight Product (4) Attributes: Product Code, Description, Item length Delivery advice note (2) Attributes: Advice no., Date, Instructions, Haulier, Status
Job Sheet (5) Product (4) Attributes: Job no., Count discrepancy, Non conforming black Non conforming white Non conforming no change Glvanised Attributes: Product Code, Description, Item length Order line (3) Attributes: Order no., Order qty, Batch weight Dispatch line (6) Attributes: Dispatch no., Dispatch date, Qty returned, Weight returned
Figure 1.14: Sample dispanote Dispatch Advice Note (7) Attributes: Advice no., Date, Driver, Received by Product (4) Customer (1) Attributes: Product Code, Attributes: Customer Name Description, Customer Address Item length Dispatch line (6) Attributes: Order no., Order qty, Weight, Returned Qty, Returned weight
Identifierade Klasser och Rel. baserat på analys av Meddelandet Dispatch advice Note 7 1 Identifierade Klasser och Rel. baserat på analys av Meddelandet Deliver advice note 2 6 4 3 Identifierade Klasser och Rel. baserat på analys av Meddelandet Job sheet 5 Figure 1.16: Informa5on model for Goronwy Galvanising
Customer (1) A:ributes: Customer Name Delivery advice note (2) A:ributes: Advice no., Date, Instruc.ons, Haulier, Received in good order Order lines (3) A:ributes: Order no., Delivery qty, Weight Product (4) A:ributes: Product Code, Descrip.on, Item length Semantics Job Sheet (5) A:ributes: Job no., Count discrepancy, Non conforming black Non conforming white Non conforming no change Dispatch line (6) A:ributes: Order no., Qty returned, Weight returned Dispatch Advice Note (7) A:ributes: Advice no., Date, Driver, Received by
Exempel tabeller ur databasen
1 1 1..M 1..M 1 1..M 0..M 0..1 0..1 0..M 1..M 1..M 1 1 1..M Figure 1.16: Informa5on model for Goronwy Galvanising
Begreppslista (Grundläggande begrepp, dess defini5on och iden5fierare) Begrepp Defini5on Iden5fierare Batch (3) A division of steel products Order number Product (4) Delivery advice note (2) Job sheet (5) Customer (1) Dispatch advice note (7) Dispatch line (6) Steel products that are sent from customers to be galvanised A descrip.on of all batches that arrives on a trailer to Goronwy An instruc.on to the shik foreman of which material that should be galvanised A company that provides steel products to be galvanised A request that describes what white material should be stacked to outgoing trailers Shows which steel products and its numbers that should be loaded to the tralier Product code Advice number Job number Customer number Advice number Order number
Problemet med konceptuell modellering ur en systemperspek5v är an man inte har förstån betydelsen av iden5fieraren och skillnaden mellan iden5fierare och anribut Identifierare såsom personnummer, kurskoder, artikelummer, ordernummer indikerar att de identifierar informationsobjekt som utgör instanser av viktiga begrepp i verksamheten Identifieraren används för att identifiera och att unikt referera till objektet inte beskriva detta Jag och Pär Ågerfalk forskar om detta och skrivit bl.a. följande artikel om detta - Rethinking the Meaning of Identifiers in Information Infrastructures, - http://aisel.aisnet.org/jais/vol11/iss8/1/ ladda ned den från denna adress.
Typiska kravdokument som återfinns i en krav specifika5on Processgraf eller dataflödesdiagram Informa.onsmodell (konceptuell modell) Tabellexempel Begreppslista
Figure 1.15: The informa5on system at Goronwy
1 1 1..M 1..M 1 1..M 0..M 0..1 0..1 0..M 1..M 1..M 1 1 1..M Figure 1.16: Informa5on model for Goronwy Galvanising
Exempel tabeller ur databasen
Begreppslista (Grundläggande begrepp, dess defini5on och iden5fierare) Begrepp Defini5on Iden5fierare Batch (3) A division of steel products Order number Product (4) Delivery advice note (2) Job sheet (5) Customer (1) Dispatch advice note (7) Dispatch line (6) Steel products that are sent from customers to be galvanised A descrip.on of all batches that arrives on a trailer to Goronwy An instruc.on to the shik foreman of which material that should be galvanised A company that provides steel products to be galvanised A request that describes what white material should be stacked to outgoing trailers Shows which steel products and its numbers that should be loaded to the tralier Product code Advice number Job number Customer number Advice number Order number