Modelowanie metadanych
Modelowanie metadanych to rodzaj metamodelowania stosowany w inżynierii oprogramowania i inżynierii systemów do analizy i budowy modeli mających zastosowanie i przydatnych w przypadku niektórych z góry zdefiniowanych klas problemów.
Metamodelowanie to analiza, konstrukcja i rozwój ram, reguł, ograniczeń, modeli i teorii mających zastosowanie i przydatnych do modelowania w predefiniowanej klasie problemów.
Strona metadanych diagramu składa się z diagramu koncepcyjnego. Jest to w zasadzie dostosowany diagram klas, jak opisano w Booch, Rumbaugh i Jacobson (1999). Ważnymi pojęciami są pojęcie, uogólnienie, asocjacja, wielość i agregacja.
Koncepcje modelowania metadanych
Przede wszystkim koncepcja jest prostą wersją klasy UML (Unified Modeling Language). Definicja klasy jest przyjęta w celu zdefiniowania pojęcia, a mianowicie: zestawu obiektów, które mają te same atrybuty, operacje, relacje i semantykę.
Określono następujące typy pojęć:
- KONCEPCJA STANDARDOWA: koncepcja, która nie zawiera dalszych (pod)koncepcji. Standardowa koncepcja jest wizualizowana za pomocą prostokąta.
- POJĘCIE ZŁOŻONE: pojęcie, które składa się ze zbioru (pod)pojęć. Pojęcia złożone dzielą się na:
- KONCEPCJA OTWARTA: złożona koncepcja, której (pod)koncepcje są rozszerzone. Otwarta koncepcja jest wizualizowana z dwoma białymi prostokątami nad sobą. (Poprawka: Otwarta koncepcja jest wizualizowana z 2 białymi prostokątami, 1 nałożonym na drugi, przesuniętym w prawo, z widocznymi 3 rogami prostokąta poniżej.)
- KONCEPCJA ZAMKNIĘTA: koncepcja złożona, której (pod)pojęcia nie są rozszerzane, ponieważ nie są istotne w określonym kontekście. Zamknięta koncepcja jest wizualizowana przez biały prostokąt nad czarnym prostokątem.
Na rycinie 1 przedstawiono trzy typy pojęć, które są wykorzystywane w technice modelowania. Pojęcia są zawsze pisane wielką literą, nie tylko na diagramie, ale także w odniesieniu do nich poza diagramem.
Na rysunku 2 przedstawiono przykłady wszystkich trzech typów koncepcji. Zilustrowano część diagramu danych procesowych przepływu pracy wymagań w ujednoliconym procesie. MODEL PRZYPADKÓW UŻYCIA jest koncepcją otwartą i składa się z jednego lub więcej AKTORÓW i jednego lub więcej PRZYPADKÓW UŻYCIA. AKTOR jest koncepcją standardową, nie zawiera dalszych podpojęć. PRZYPADEK UŻYCIA jest jednak koncepcją zamkniętą. PRZYKŁAD UŻYCIA składa się z opisu, ciągu zdarzeń, warunków, specjalnych wymagań itp. Ponieważ w tym przypadku nie ma potrzeby ujawniania tych informacji, PRZYKŁAD UŻYCIA jest zilustrowany konceptem zamkniętym.
Uogólnienie
Uogólnienie to sposób wyrażenia związku między koncepcją ogólną a koncepcją bardziej szczegółową. W razie potrzeby można również wskazać, czy identyfikowane grupy pojęć nakładają się lub są rozłączne, kompletne lub niekompletne. Uogólnienie jest wizualizowane za pomocą pełnej strzałki z otwartym grotem, wskazującej na rodzica, jak pokazano na rycinie 3.
Na rysunku 4 uogólnienie jest zilustrowane poprzez pokazanie relacji między różnymi koncepcjami opisanymi w poprzednim akapicie. KONCEPCJA STANDARDOWA i KONCEPCJA KOMPLEKSOWA są specyficznym rodzajem KONCEPCJI. Następnie KONCEPCJĘ ZŁOŻONĄ można podzielić na KONCEPCJĘ OTWARtą i KONCEPCJĘ ZAMKNIĘTĄ.
Stowarzyszenie
Powiązanie to związek strukturalny, który określa, w jaki sposób pojęcia są połączone z innym. Może łączyć dwa pojęcia (powiązanie binarne) lub więcej niż dwa pojęcia (skojarzenie n-argumentowe). Powiązanie jest reprezentowane przez nieukierunkowaną linię ciągłą. Aby nadać znaczenie powiązaniu, można podać nazwę i kierunek nazwy. Nazwa ma formę czasownika czynnego, a kierunek nazwy jest reprezentowany przez trójkąt wskazujący kierunek, w którym należy czytać. Skojarzenie z nazwą i kierunkiem nazwy przedstawiono na rysunku 5.
Na rysunku 6 (usuniętym) zilustrowano przykład powiązania. Przykładem jest fragment diagramu danych procesowych analizy wymagań w Zunifikowanym Procesie. Ponieważ obie koncepcje nie są dalej rozwijane, chociaż istnieje kilka koncepcji podrzędnych, koncepcje te są zilustrowane jako koncepcje zamknięte. Rysunek brzmi: „OPIS ANKIETY opisuje MODEL PRZYPADKÓW UŻYCIA”.
Wielość
Oprócz nazwy i kierunku nazwy skojarzenie może mieć więcej cech. Dzięki wielości można stwierdzić, ile obiektów określonego pojęcia można połączyć w ramach instancji asocjacji. Wielość jest wizualizowana za pomocą następujących wyrażeń: (1) dokładnie jeden, (0..1) jeden lub zero, (0..*) zero lub więcej, (1..*) jeden lub więcej, lub na przykład (5) dla dokładnej liczby. Na rycinie 7 zilustrowano powiązanie z krotnością.
Przykład krotności przedstawiono na rysunku 8. Jest to ten sam przykład, co na rysunku 6, tylko wartości krotności są dodawane. Rysunek brzmi: „dokładnie jeden OPIS ANKIETY opisuje dokładnie jeden MODEL PRZYPADKU UŻYCIA”. Oznacza to, że OPIS ANKIETY nie może opisywać zero lub więcej niż jeden MODEL PRZYPADKU UŻYCIA, a MODEL PRZYPADKU UŻYCIA nie może być opisany przez zero lub więcej niż jeden OPIS ANKIETY.
Zbiór
Szczególnym rodzajem asocjacji jest agregacja. Agregacja reprezentuje relację między pojęciem (jako całością) zawierającym inne pojęcia (jako części). Można to również opisać jako relację „ma”. Na rycinie 9 przedstawiono zależność agregacji między KONCEPCJĄ OTWARtą a KONCEPCJĄ STANDARDOWĄ. KONCEPCJA OTWARTA składa się z jednej lub więcej KONCEPCJI STANDARDOWYCH, a KONCEPCJA STANDARDOWA jest częścią zera lub większej liczby KONCEPCJI OTWARTYCH.
Na rysunku 10 agregacja jest zilustrowana fragmentem przepływu pracy pozyskiwania wymagań w UML-Based Web Engineering. MODEL PRZYPADKÓW UŻYCIA składa się z jednego lub więcej AKTORÓW i PRZYPADKÓW UŻYCIA.
Nieruchomości
Czasami istnieje potrzeba przypisania pojęciom właściwości. Właściwości są pisane małymi literami, pod nazwą koncepcji, jak pokazano na rysunku 11.
Na rysunku 12 przedstawiono przykład koncepcji z właściwościami. Pojęcie CECHA ma odpowiednio cztery właściwości: priorytet, typ, ryzyko i status.
W Tabeli 1 przedstawiono listę. Każde POJĘCIE wymaga odpowiedniej definicji, najlepiej skopiowanej ze standardowego glosariusza. Wszystkie nazwy KONCEPCJI w tekście pisane są dużymi literami.
- Tabela 1: Lista definicji pojęć
Pojęcie Definicja KONCEPCJA A To jest definicja KONCEPCJI A KONCEPCJA B To jest definicja POJĘCIA B
Zobacz też
Dalsza lektura
- Grady'ego Boocha , Jamesa Rumbaugha i Ivara Jacobsona (1999). Podręcznik użytkownika ujednoliconego języka modelowania . Redwood City, Kalifornia: Addison Wesley Longman Publishing Co., Inc.
- M.Saeki (2003). Osadzanie metryk w metodach rozwoju systemów informatycznych: zastosowanie techniki inżynierii metod . CAiSE 2003, 374–389.
- I. Weerd, J. van de, Souer, J. Versendaal i Sjaak Brinkkemper (2005). Sytuacyjna Inżynieria Wymagań Implementacji Zarządzania Treścią Sieci . SREP2005.