slide1 n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Grupa: I9H1S4 Podgrupa: pierwsza PowerPoint Presentation
Download Presentation
Grupa: I9H1S4 Podgrupa: pierwsza

Loading in 2 Seconds...

play fullscreen
1 / 14

Grupa: I9H1S4 Podgrupa: pierwsza - PowerPoint PPT Presentation


  • 121 Views
  • Uploaded on

MDA – Model Driven Architecture. Grupa: I9H1S4 Podgrupa: pierwsza Wykonali : Piotr Litwiniuk , Bartosz Wołowicz , Aleksander Wiśniewski, Piotr Kwiatek, Mariusz Kluska, Magdalena Bęczkowska , Łukasz Skibniewski, Paweł Głębocki. Manifest MDA. Kluczowa koncepcja:

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Grupa: I9H1S4 Podgrupa: pierwsza' - lynna


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide1

MDA – Model DrivenArchitecture

Grupa: I9H1S4

Podgrupa: pierwsza

Wykonali: Piotr Litwiniuk, Bartosz Wołowicz, Aleksander Wiśniewski, Piotr Kwiatek, Mariusz Kluska, Magdalena Bęczkowska, Łukasz Skibniewski, Paweł Głębocki

slide3

Kluczowa koncepcja:

Oddzielenie tego co trwałe od tego co zmienne

wykorzystywane standardy
Wykorzystywane standardy
  • UML(UnifiedModelingLanguage) jako rozszerzalny obiektowy język modelowania z wizualną notacją: wsparty specjalizowanymi profilami może służyć tworzeniu modeli CIM, PIM, PSM. + jego rozszerzenia dziedzinowe (SysML, DoDAF, SoaML)
  • MOF(Meta ObjectFacility) pojęciowo zgodny z UML – może być traktowany jako podzbiór. Służy definiowaniu innych metamodeli oraz konstrukcji ustandaryzowanych repozytoriów metadanych, pozwalających przechowywać ich wystąpienia.
  • CWM (CommonWarehouseMetamodel) – definiuje abstrakcyjne własności z obszaru hurtowni danych.
  • XMI (XML MetadataInterchange) – oparty na MOF standard XML-owego zapisu modeli (UML lub innych zdefiniowanych w terminach MOF), nie diagramów, celem ich wymiany między narzędziami.
punkty widzenia systemu
Punkty widzenia systemu

więcej abstrakcji

Model niezależny od obliczeń – Computation Independent Model (CIM)

Model niezależny od platformy – Platform Independent Model (PIM)

Model specyficzny dla platformy – Platform Specific Model

(PSM)

więcej specyfikacji

Modele muszą wspierać wspólną semantykę

slide6
CIM
  • Odnosi się do dziedziny problemu lub modelu biznesowego
  • Prezentuje system na najwyższym poziomie abstrakcji
  • Jego celem jest zdefiniowanie problemów do rozwiązania z pominięciem sposobów ich implementacji
  • Nie precyzuje zakresu odpowiedzialności oprogramowania
  • Używamy jedynie słownictwa z dziedziny problemu, do reprezentacji pojęć biznesowych, które są niezależne od oprogramowania systemu
  • W modelu nie znajdujemy żadnych informacji związanych z komputerowym wspomaganiem dla rozwiązywanych problemów
slide7
PIM
  • Abstrakcyjna specyfikacja systemu
  • Używany przez architektów i projektantów do opisu oprogramowania dla systemu na wysokim poziomie, niezależnego od docelowej platformy implementacyjnej
  • Opis ten pozwoli na jego przekształcenie na wiele różnych platform implementacyjnych, wskazując: SO, CPU, j. programowania czy biblioteki
  • Mniej abstrakcyjny niż CIM (stanowi jego uszczegółowienie)
  • Bliższy implementacji, jednak bezpośrednio jej nie określa
slide8
PSM
  • Model odwzorowany na konkretne rozwiązania wybranej platformy
  • Specyfikuje rozpoznane w modelu PIM szczegóły konstrukcyjne i technologiczne, określając, jak będą one implementowane w docelowej platformie rozwiązania
  • Wykorzystuje technologie projektowe, infrastrukturę i wzorce projektowe

PSI

  • proste przełożenie decyzji z modelu platformowego
transformacje
Transformacje
  • Sam UML to za mało, potrzebne definicje przekształceń (zbiór reguł, określających, na jakie elementy oferowane przez daną platformę informatyczną przekształcić elementy z PIM)
  • Dla systemów czasu rzeczywistego, językiem opisu akcji (semantyk akcji) - SDL
slide10

CIM

PIM

PSM

PSI

  • CIM – powiązane z przypadkami użycia wymagania i szczegółowe diagramy sekwencji, aktywności i stanów
  • PIM – formalna specyfikacja (w UML) struktury i funkcji systemu, która abstrahuje od szczegółów technologicznych
  • PSM – dodanie szczegółów technologicznych (np. middleware, SO, sieć, CPU)
  • PSI – źródła i skompilowane kody wyprodukowane z modeli, przeznaczone dla wybranej platformy docelowej („target platfrom”)

Generacja kodu

Realizacja modelu

Uszczegółowienie modelu

transformacja pim psm
Transformacja PIM -> PSM
  • Specyfikacja platform
  • Specyfikacja systemu
  • Wybór platformy
  • Transformacja specyfikacji do realizacji na platformie

Marks (oznaczenia) = typy, stereotypy, role,

ograniczenia itp. i wzorce projektowe

podej cie przez opracowanie r czne elaborationist approach
Podejście przez opracowanie („ręczne”) -„Elaborationistapproach”
  • Wszystkie etapy wymagają udziału człowieka
  • Reverse engineering czasem jest konieczny (utrata zgodności)
  • Język akcji nie jest używany, logika aplikacji specyfikowana na poziomie kodu w językach programowania (zależnych od platformy)

PIM

PSM

PSI

OCL

3GL

uruchomienie

podej cie przez transformacje auto translationist approach
Podejście przez transformacje („auto”) -„Translationistapproach”
  • To co nie jest kreatywne - automat
  • Tylko etap PIM wymaga udziału człowieka
  • Reverse engineering nie jest potrzebny
  • Język akcji jest potrzebny, aby określić logikę aplikacji na poziomie PIM w sposób niezależny od platformy

PIM

PSM

PSI

uruchomienie

Język akcji