IDEF4 - IDEF4

Przykład IDEF4: przedstawia wykres zachowania metod wykonawczych głośniejsze.

IDEF4 lub Integrated definicja projektowania obiektowego , to projekt zorientowany obiektowo język modelowania do projektowania systemów klient / serwer opartych na komponentach. Został on zaprojektowany, aby wspierać płynne przejście z domeny aplikacji i modeli analizy wymagań do projektowania i do faktycznego generowania kodu źródłowego. Określa obiektów projektowych wystarczająco szczegółowo, aby umożliwić generowanie kodu źródłowego.

Metoda ta jest częścią IDEF rodziny języków modelowania w dziedzinie systemów oraz inżynierii oprogramowania .

Przegląd

Metoda IDEF4 jest graficznie zorientowane metodologii projektowania systemów informatycznych zorientowanych obiektowo. Przedmiotem paradygmat programowania zorientowanego zapewnia deweloper z abstrakcyjna widoku swojego programu, składającego się z zestawu państwowych utrzymanie obiektów, które definiują zachowanie programu przez protokół ich interakcji. Obiekt składa się z zestawu lokalnych i państwowych określaniu atrybutów zestaw metod (procedury), które określają zachowanie się danego przedmiotu i jego związek z innymi materiałami, które tworzą system.

IDEF4 metody wielowymiarowe podejście do projektowania obiektowego systemu Oprogramowanie składa się z następujących elementów:

  • Warstwy konstrukcyjne (na poziomie systemu na poziomie aplikacji oraz wzorów na niskim poziomie),
  • Artefakt konstrukcja status (aplikacja domeny, w okresie przejściowym, domena oprogramowania),
  • Modele konstrukcyjne (statyczne, dynamiczne i zachowań) oraz uzasadnienie projekt komponent, a
  • Cechy konstrukcyjne począwszy od ogółu do szczegółu umożliwiając odroczenie procesu decyzyjnego .

Historia

Rozwój IDEF4 przyszedł z uznania, że modułowość, konserwacji i ponownego wykorzystania kodu, która wynika z programowania obiektowego paradygmatu mogą być realizowane w tradycyjnych przetwarzania danych aplikacji. Sprawdzona umiejętność programowania obiektowego paradygmatu do wspierania integracji na poziomie danych w dużych, złożonych systemów rozproszonych jest również ważnym czynnikiem powszechnego zainteresowania tą technologią od tradycyjnej społeczności przetwarzania danych.

IDEF4 został opracowany jako narzędzie do projektowania dla twórców oprogramowania, którzy używają języków obiektowych, takich jak Common Lisp Object System , Flavors , Smalltalk , Objective-C , C ++ i innych. Ponieważ efektywne wykorzystanie paradygmatu obiektowego wymaga innego sposobu myślenia niż stosowane w konwencjonalnych proceduralnych lub językach baz danych , standardowe metody, takie jak wykresy struktury , diagram przepływu danych , a także tradycyjnych modeli projektowych dane (hierarchiczny, relacyjny i sieci) nie są wystarczające , IDEF4 dąży do zapewnienia niezbędnych środków w celu wsparcia procesu decyzyjnego projektowania obiektowego.

koncepcje IDEF4

Wymiary IDEF4 Projektowanie obiektów

Wymiary IDEF4 projektowania obiektów.

IDEF4 wykorzystuje metody projektowania obiektowego lub procedury, które są bardzo podobne do Rumbaugh „metoda obiektowego Techniki i Schlaer / Mellor „Analiza obiektowego S i Design (OOA / OOD) techniki. Jednak istnieją pewne istotne różnice:

  • IDEF4 jest specjalnie zaprojektowany, aby być kompatybilny z innymi metodami IDEF,
  • IDEF4 pozwala na śledzenie statusu artefaktów konstrukcyjnych z obiektu domeny przez przejście zaprojektować specyfikacji,
  • IDEF4 zawiera projekt uzasadnienie komponent.

Te dodatkowe wymiary zostały pokazane na rysunku. Krawędzie polu wykazują progresję projektu od początku do końca opracowania każdego z tych wymiarów.

IDEF4 designerski Inne

W IDEF4, projekt rozpoczyna się od analizy wymagań i bierze jako wejście obiektów domeny. Cele te domeny są zakodowane w postaci ich równoważnego IDEF4 i oznaczone jako obiekty domeny. Jako obliczeniowe obiekty zostały opracowane dla tych obiektów, są one oznaczone jako „przejściowy”, a wreszcie jako „zakończone”. Poziom zaawansowania wzoru IDEF4 jest określony przez środki ustalone na podstawie stanu, poziomu i modelu wymiary poszczególnych artefaktów w Projektowanie.

IDEF4 konstrukcyjne działań.

Konstrukcja systemu rozpoczyna się, gdy poziom „surowiec” (Domain) obiekty zostały zebrane. To rozwija kontekst projektu, zapewnia łączność z systemami i identyfikuje aplikacje, które muszą być budowane w celu spełnienia wymagań. Statyczne, dynamiczne, behawioralne, oraz uzasadnienie modele są budowane dla obiektów na poziomie systemowym. Dane te stają się wymagania na poziomie aplikacji - następny poziom wzornictwa. Konstrukcja poziom aplikacja identyfikuje i określa wszystkie komponenty oprogramowania (partycje) potrzebnych w projekcie. Modele statyczne, dynamiczne modele, modele behawioralne oraz komponent Uzasadnieniem są budowane dla obiektów na poziomie aplikacji. Dane te stają się wymagania na następny poziom designu - projekt niskiego poziomu. Modele statyczne, dynamiczne modele, modele behawioralne, a konstrukcja uzasadnienie składnikiem są budowane dla obiektów projektowych niskopoziomowych. Sub-warstwy mogą być budowane w obrębie każdej warstwy w celu zmniejszenia złożoności.

IDEF4 jest procedura iteracyjna udziałem partycjonowania klasyfikacji / specyfikacji, montaż, symulacje i czynności ponownego partycjonowania, patrz rysunek. Pierwszy projekt dzieli się przedmiotów, z których każdy jest uważane albo na istniejących obiektach lub dla której specyfikację zewnętrzna jest rozwinięta. Specyfikacja zewnętrzna umożliwia określenie wewnętrzny przedmiotu być przekazana i wykonywane równolegle. Po klasyfikacji / opisie, połączenia między obiektami określono aktywności montażowej (tj statycznych, dynamicznych i behawioralne modele zawierające szczegóły różnych aspektów interakcji między obiektami są tworzone). Natomiast modele zostały opracowane, ważne jest, aby symulować scenariusze przypadków użycia lub między obiektami w celu wykrycia wad projektowych. Na podstawie tych wad projektant może następnie zmienić istniejące modele i symulować je aż projektant jest spełniony.

IDEF4 obiektowe Concepts

IDEF4 definiuje zbiór pojęć obiektowych:

  • Domeny  : Projekty IDEF4 są realizowane w domenie. Domena może być postrzegane jako zakres systemu rozwijany. Podczas projektowania systemu, oprogramowanie jest przesiedli między trzech domenach: Domena aplikacji, domena projektowanie, wdrażanie i domenę.
  • Cechy, artefakty i obiekty
  • Object Instance  : Obiekty mogą być przypadki, obiektów, klas obiektów i stref w obiekcie. Instancje obiektów są poszczególne rzeczy napotkane w domenie aplikacji.
  • Klasy  : Klasy są uogólnienia o obiektach i są wykorzystywane do zarządzania złożonością poprzez wykorzystanie podobieństw w instancji obiektów i grupując je w ramach klasy lub kategorii.
  • Podklasa / Nadklasa  : Termin podklasa oddaje koncepcję grupując poszczególne instancje klasy w jeszcze bardziej wyspecjalizowanej klasy.
  • Przegrody  : Obiekt partycja zawiera obiekty i relacje.
  • Atrybuty  : Atrybuty stanowią wybór realizacja, jak przedstawiają stan obiektu.
  • Obiekt członkowskie  : stany obiektu stanowią sytuacje lub warunki instancji obiektów, które mają znaczenie w projektowaniu.
  • Metoda  : Metoda jest implementacją zachowania (czyli zestaw instrukcji, zgodnie z którą obiekt wykonuje jakąś operację).
  • Komunikat i Polimorfizm  : Przedmioty komunikować poprzez wysłanie wiadomości do siebie.
  • Event  : Zdarzenie to sygnał generowany przez metody w obiekcie wskazując jakiś warunek w obiekcie.
  • Cykle obiekt Życia  : W każdym systemie, obiekty wzorców zachowań jako wystawa cyklu one przez różnych stanach.
  • Client / Server  : obiekt odgrywa rolę klienta w stosunku do wiadomości, jeżeli jest nadawcą tej wiadomości.
  • Relacje i role  : Przedmioty połączone razem z łuków. Te łuki są nazywane relacji i pokazują one skojarzenia między obiektami.
  • Dziedziczenie  : Specyficzny typ relacji stosowane w technologii obiektowej jest dziedziczenie.
  • Hermetyzacja i ukrywania informacji  : Enkapsulacja i ukrywanie informacji są dwie obiektowe pojęcia, które są łatwo zrozumiałe, gdy najbardziej dyskutowane w zakresie interakcji między obiektami.

Klasa Object Identification

Pięć typów klas obiektów w IDEF4.

Metoda IDEF4 zakłada, że obiekty domeny zostały zidentyfikowane przez Domain Analiza obiektowego. Metody takie jak IDEF1 , IDEF5 , IDEF3 , SA / SD mogą być używane do wykonywania analiz domeny. Jednak praktycy IDEF4 powinni być świadomi, jak obiekty są identyfikowane jako proces projektowania może wykryją braki w analizie obiektowego. IDEF4 określiła pięć rodzajów zajęć:

  • Obiekty fizyczne
  • Rola Przedmioty  : Rola mogą być związane z innymi działaniami, które dana osoba zajmuje się (na przykład pacjent w szpitalu, akcjonariusz, klient, powiernikiem, podejrzany o włamanie lub płatnikiem VAT).
  • Obiekty zdarzeń  : Zdarzenia lub incydenty mogą być również uznane za obiekty. Identyfikacja zdarzeń jak obiektów jest bardzo subiektywne i zależy od dziedziny, w której oprogramowanie ma zostać wykorzystany.
  • Interakcji obiektów  : obiekty Interaction są wynikiem interakcji lub transakcji między dwoma lub większą liczbą obiektów.
  • Specyfikacji i procedura obiektów  : obiekty specyfikacja opisuje dopuszczalne właściwości przedmiotów przypadkach. Obiekty procedura odnosi się do sposobu inne instancje obiektów mogą wchodzić w interakcje.

Bloki IDEF4 budowlane

Organizacja bloków IDEF4 budowlane.

Warstwy IDEF4

IDEF4 użytkownicy projekt w trzech różnych warstw:

  1. projekt systemu,
  2. projektowanie aplikacji oraz
  3. projekt niskiego poziomu.

Ten trzy warstwowy organizacja redukuje złożoność projektu. Warstwę konstrukcja system zapewnia komunikację z innymi systemami w ramach konstrukcji. Warstwa aplikacji przedstawia interfejsy między elementami systemu są zaprojektowane. Składniki te obejmują aplikacje komercyjne, wcześniej opracowane i wdrożone aplikacje i aplikacje mają być przeznaczone. Warstwę konstrukcja niskim poziomie oznacza obiekty fundamentowych systemu.

IDEF4 Artifact status

IDEF4 rozróżnia artefaktów IDEF4 nowo utworzonych z dziedziny zastosowania, artefaktów przejścia zaprojektować specyfikacji i artefaktów, które określono, że może być stosowana do tworzenia specyfikacji projektowych. Każdy wzór w IDEF4 artefakt może być oznaczony jako domeny transformacji lub kompletne. Pozwala to praktycy i recenzenci śledzić postęp w kierunku zakończenia projektu.

Modele IDEF4 konstrukcyjne

Organizacja modelu IDEF4.

IDEF4 wykorzystuje trzy modele projektowe i komponent projekt Uzasadnienie:

  • Statyczne modelu (SM) określa stosunki stacjonarnego między obiektami (na przykład, spadku).
  • Dynamiczny model (DM) określa komunikację między obiektami i przejścia państwowych obiektów.
  • Zachowanie modelu (BM) definiuje relacje między odpowiednich zachowań obiektów.

Komponent konstrukcja zapewnia uzasadnienie odgórnego reprezentację systemu, dając szerokie, że obejmuje trzy modele projektowe i dokumenty uzasadnienie głównych ewolucji projektowych.

Każdy wzór przedstawia inny przekrój poprzeczny konstrukcji. Trzy modele projektowe uchwycić wszystkie informacje reprezentowane w koncepcji projektu i uzasadnienie projekt dokumentuje uzasadnienie projektu. Każdy model jest obsługiwany przez graficznym składni, który podkreśla decyzje projektowe, które muszą być wykonane, a ich wpływ na inne perspektywy projektu. Aby ułatwić korzystanie składnia graficzny jest identyczna we wszystkich trzech modelach.

Cechy konstrukcyjne

IDEF4 oferuje szeroką gamę cech konstrukcyjnych - od ogólnego do szczegółowego. Zakres ten pozwala odroczony proces decyzyjny, pozwalając projektantowi cech konstrukcyjnych pierwszy przechwytujących w kategoriach ogólnych, a później je udoskonalić. To znacznie zmniejsza obciążenie projektantów, umożliwiając im natychmiast uchwycić nowe koncepcje projektowe z cech konstrukcyjnych IDEF4, nawet jeśli te koncepcje projektowe nie zostały jeszcze zbadane w szczegółach.

Referencje

Dalsza lektura

Linki zewnętrzne