„Zobacz praktycznie żadnych śladów TSR anymore”: Słowo kluczowe to „wirtualnie”. Nasze "nowoczesne" koncepcje, takie jak "kohezja" i "sprzężenie" w większości pochodzą z SADT [Edward Yourdon-Larry L.Contantine]. Istnieją nawet ciekawe odniesienia z nowoczesnej literatury oprogramowania do starej literatury SADT. Na przykład, Kent Beck w swoich wzorach Implementation sekcja książki Literatura mówi:
Edward Yourdan i Larry Constantine, projekt strukturalny, ..., 1979.
tej książki zawiera równowartość prawami fizyki dla oprogramowania projektowania i podstawy dyskusji o ekonomii rozwoju. [ Kent Beck, Wzory wdrożeniowe]
W tym książek Yourdan i Constantine mówi, że :
Structured konstrukcja jest sztuką projektowania komponentów systemu i wzajemne powiązania między tymi komponentami w najlepszy możliwy sposób.
I Meilir Page-Jones mówi, że:
- Projekt Structured wykorzystuje narzędzia, szczególnie te, graficzne, zlikwidowania układów łatwo zrozumiałe. [Meilir Page-Jones- Praktyczny przewodnik strukturyzowanych Projektowania Systemów]
A dzisiaj w rozwoju oprogramowania Naszym celem jest nadal to samo ...:-)
Dlaczego świat porzucił SADT?
Cóż, mamy więcej zmian niż przemysł mody :-).
Systemy, które budujemy dzisiaj i ograniczenia są inne niż dwadzieścia lub więcej lat temu. Myślę, że kiedy zaczynamy rozwijać więcej systemów "zorientowanych na dane", w których złożoność funkcjonalna jest mniej niepokojąca, praktyki SADT, takie jak wykres struktury - schematy przepływu danych, "straciły" swoją skuteczność w niektórych systemach. Następnie styl zorientowany obiektowo ma swoje własne metodologie i reprezentacje.
Jednak diagramy encji i koncepcji danych są wciąż żywe.
Dla ciekawy punkt widzenia Yourdon sprawdzić jego blog: Watching “agile”...
ciekawe Yourdon nadal sprawia aktualizacji strukturyzowanych Projektowania Materiałów. Sprawdź na: Modern Structured Analysis
Co zastąpiło SADT?
Cóż ... Dla systemów obiektowych ..
Załóżmy, że mamy odpowiedzialność Driven Design [w którym spójności i sprzęgło jest nadal ważne] w celu znalezienia najlepszych komponentów i ich wzajemnych połączeń w systemach ukazali. A UML generalnie dostarcza nam dobrego narzędzia do wizualnego myślenia w celu znalezienia tych komponentów i relaitionships.
Teraz rozumiemy, że tworzenie oprogramowania to działalność eksperymentalna. Powinniśmy robić iteracyjny i przyrostowy rozwój z wymaganiami ewolucyjnymi.
Wydaje się, że nie ma żadnej magicznej "metody", w której można by postępować jak "paragon", aby odnieść sukces.
Modelowanie ogólnie:
Plik-modele są tylko myślenie narzędzi.
To nie jest realne, aby zaprojektować cały system na papierze z UML lub innego notations.Actually nasze prawdziwe modele są „kod źródłowy”, który może być wykonany i przetestowany .
Istnieją pewne próby jak MDA (Model Driven Architecture), które starają się produkować wykonywalny kod z modeli automatycznie: tak mamy tylko do modelowania systemu, wtedy wszystko będzie produkowany automatycznie. Ale zdaliśmy sobie sprawę, że jest to również nierealne. Obecnie jest to tylko marzenie, które sprzedają niektórzy dostawcy narzędzi. Teraz koncentrujemy się bardziej na domenach, które są bardziej praktyczne i realistyczne.
Dzięki.To, czego najbardziej brakuje mi w UML, to to, że dobrze jest opisać, o czym system "mówi", jakie poszczególne części widzą, a nawet sekwencję operacji, ale trudno jest określić cel systemu i w jaki sposób osiąga się ten cel. Obecnie mam problem z opisaniem właśnie tego, i myślałem, że SADT nie będzie złą metodologią. Jednak nie ma żadnych narzędzi dookoła i sam musiałbym przeprowadzić wszystkie testy ograniczające. –
Ale narzędzia CASE zawsze mają ograniczenia w naszej historii rozwoju oprogramowania. Wiele z nich było złych, ai tak większość z nich jest zła. Myślę, że metoda, której używasz, jest ważniejsza niż twoje narzędzia. Projekt jest ważniejszy niż "metoda": celem metody jest sprawienie, aby twój projekt był udany. ludzie są ważniejsi niż projekt. Jako członek zespołu projektowego powinieneś być szczęśliwy, rozwijając oprogramowanie, a Twój użytkownik powinien być szczęśliwy, gdy go używają. –