Analiza strukturalna i technika projektowania
Technika analizy strukturalnej i projektowania ( SADT ) to metodologia inżynierii systemów i inżynierii oprogramowania służąca do opisywania systemów jako hierarchii funkcji. SADT to analizy strukturalnej , który wykorzystuje dwa rodzaje diagramów: modele aktywności i modele danych . Został opracowany pod koniec lat 60. przez Douglasa T. Rossa i został sformalizowany i opublikowany jako IDEF0 w 1981 r.
Przegląd
Strukturalna analiza i technika projektowania (SADT) to schematyczna notacja zaprojektowana specjalnie, aby pomóc ludziom opisywać i rozumieć systemy . Oferuje klocki do reprezentowania podmiotów i działań oraz różne strzałki do powiązania pól. Te pola i strzałki mają powiązaną nieformalną semantykę . SADT może służyć jako narzędzie analizy funkcjonalnej danego procesu, z wykorzystaniem kolejnych poziomów szczegółowości. Metoda SADT pozwala nie tylko zdefiniować potrzeby użytkowników w zakresie rozwoju IT, co jest często stosowane w przemysłowych Systemach Informatycznych, ale także wyjaśnić i przedstawić procesy i procedury produkcyjne danej działalności.
Historia
SADT został opracowany i przetestowany w terenie w latach 1969-1973 przez Douglasa T. Rossa i SofTech, Inc. Metodologia została wykorzystana w projekcie MIT Automatic Programming Tool (APT). Był szeroko stosowany od 1973 roku przez zintegrowanego komputerowego wspomagania produkcji Sił Powietrznych Stanów Zjednoczonych .
Według Levitta (2000) SADT jest „częścią serii ustrukturyzowanych metod, które reprezentują zbiór technik analizy, projektowania i programowania, które zostały opracowane w odpowiedzi na problemy, z którymi borykał się świat oprogramowania od lat 60. do 80. W tym ramy czasowe większość programowania komercyjnego została wykonana w języku COBOL i Fortran , a następnie C i BASIC . Niewiele było wskazówek dotyczących „dobrego” projektowania i technik programowania, nie było też standardowych technik dokumentowania wymagań i projektów. Systemy stawały się coraz większe i bardziej złożone, a rozwój systemu informacyjnego stawał się coraz trudniejszy. Jako sposób na pomoc w zarządzaniu dużym i złożonym oprogramowaniem.
SADT był jedną z serii podobnych ustrukturyzowanych metod, które pojawiły się od 1960 roku, takich jak:
- Programowanie strukturalne około 1967 roku z Edsgerem W. Dijkstra .
- Strukturalny projekt około 1975 roku z Larrym Constantine'em i Edem Yourdonem
- Analiza strukturalna około 1978 roku z udziałem Toma DeMarco , Yourdona, Gane'a i Sarsona, McMenamina i Palmera.
- Inżynieria technologii informatycznych około 1990 roku z Jamesem Martinem .
W 1981 roku opublikowano formalizm IDEF0 , oparty na SADT.
tematy SAD
Podejście z góry na dół
Ustrukturyzowana technika analizy i projektowania wykorzystuje dekompozycję z podejściem top-down . Ta dekompozycja jest przeprowadzana tylko w domenie fizycznej z aksjomatycznego punktu widzenia projektu.
Diagramy
SADT wykorzystuje dwa rodzaje diagramów: modele aktywności i modele danych . Używa strzałek do budowania tych diagramów. Reprezentacja SADT jest następująca:
- Pole główne, w którym podawana jest nazwa procesu lub akcji
- Po lewej stronie tego pola znajdują się strzałki nadchodzące: dane wejściowe akcji.
- W górnej części strzałki nadchodzące: dane niezbędne do wykonania akcji.
- Na dole pudełka strzałki nadlatujące: środki używane do akcji.
- Po prawej stronie ramki strzałki wychodzące: wyniki akcji.
Semantyka strzałek dla czynności:
- Dane wejściowe są wprowadzane od lewej strony i reprezentują dane lub materiały eksploatacyjne potrzebne do działania.
- Dane wyjściowe wychodzą po prawej stronie i reprezentują dane lub produkty wytworzone przez działanie.
- Elementy sterujące wchodzą od góry i reprezentują polecenia lub warunki, które wpływają na wykonanie czynności, ale nie są zużywane.
- Mechanizmy identyfikują środki, komponenty lub narzędzia używane do wykonania czynności. Reprezentuje przydział działań.
Semantyka strzałek dla danych:
- Dane wejściowe to działania, które generują dane.
- Wyjścia zużywają dane.
- Formanty wpływają na wewnętrzny stan danych.
Role
Według Mylopoulosa (2004) w procesie tworzenia oprogramowania można lub należy wyróżnić wiele ról:
- Autor lub twórca modeli SADT
- Komentatorzy, którzy recenzują pracę autora
- Czytelnicy lub użytkownicy modeli SADT
- Eksperci, którzy mogą doradzać autorom
- Komitet techniczny lub recenzenci modeli SADT w szczegółach
- Bibliotekarz projektu, który zarządza dokumentacją projektu
- Kierownik projektu, który zarządza analizą i projektowaniem systemu.
- Monitor lub główny analityk pomagający programistom i użytkownikom SADT
- Instruktor szkolący programistów i użytkowników SADT
Stosowanie
SADT jest używany jako notacja schematyczna w projektowaniu koncepcyjnym inżynierii oprogramowania i inżynierii systemów do szkicowania aplikacji, do bardziej szczegółowej analizy strukturalnej, do definiowania wymagań i projektowania strukturalnego.
Zobacz też
- IDEF0
- Programowanie strukturalne Jacksona
- Wykres struktury
- Metoda analizy i projektowania systemów strukturalnych
- Analiza systemów
Dalsza lektura
- Williama S. Davisa (1992). Narzędzia i techniki analizy i projektowania systemów strukturalnych . Addison-Wesley. ISBN 0-201-10274-9
- Marca, DA i CL McGowan. (1988). SADT: analiza strukturalna i technika projektowania . McGraw-Hill Book Co., Inc.: Nowy Jork, NY.
- Jerry FitzGerald i Ardra F. FitzGerald (1987). Podstawy analizy systemów: korzystanie z analizy strukturalnej i technik projektowania . Wileya. ISBN 0-471-88597-5
- David A. Marca i Clement L. McGowan (1988). SADT: analiza strukturalna i technika projektowania . McGraw-Hill. ISBN 0-07-040235-3
- D. Millingtona (1981). Analiza i projektowanie systemów dla aplikacji komputerowych . E. Horwooda. ISBN 0-85312-249-0
- Robertsona i Robertsona (1999). Opanowanie procesu wymagań . Addisona Wesleya.
- James C. Wetherbe (1984). Analiza i projektowanie systemów: tradycyjne, ustrukturyzowane i zaawansowane koncepcje i techniki . Pub Zachodni. Co. ISBN 0-314-77858-6