Temat: Analityk Biznesowy to...
Jarek Żeliński:od architekta oczekiwać będę projektu, nie modelu.
a czym to się różni ???:)
nie będę porywać wątku na bocznicę, krótko - modele mogą być dowolnie graniczone do wybranych aspektów, modeluje się koncepcje nie będące rozwiązaniami stricte (w rozumieniu wytwórczym). Projekt powinien być wystarczającą podstawą wykonania czegoś (a walidacja efektu wykonania z projektem powinna być wykonalna właśnie na podstawie projektu).
Zamodeluję sobie szafę w Sketchup'ie, i jakby wykonać ją domowym sumptem, to zupełnie wystarczy (jeśli oznaczę wymiary) ale zlecić do warsztatu może sie okazać, że jakiś kwestii nie sprecyzowano (albo pewne wymiary się nie składają dlatego że notacja nie wymusza zgodności). W projektch używamy notacji restrykcyjnie/konsekwentnie (często są to _te _same notacje), podczas gdy w modelach 'wystarczy to co wystarczy'. (Są też notacje stricte do projektowania systemów (choć do modleowania nie ma żadnego przeciwskazania ich użyć - jeśli ktoś zjadzie zastosowanie).
Dokładnie ten sam 'utwór' (np w UML) może być przekazany jako logiczny model danych od analityka albo jako projekt od bazodanowca. W drugim przypadku przeznaczenie jest zakodować jak podano, w pierwszym - powinny zostać spełnione postulaty, ale same klasy reprezntujące obiekty danych moga być zrealizowane wg projektu utworzonego na podstawie modelu danych.
np. "Design Patterns" (
http://en.wikipedia.org/wiki/Design_Patterns) jena z fantastycznych książek o projektowaniu - acz niektórych rzeczy nie wykorzysta analityk (wprost, bo napewno nabierze kolejnych pułapów biegłości w modelowaniu). Wzorce _projektowania_ są wybitnie przydatne również w modelowaniu na poziomie wysokiej abstrakcji - prowadzą do prostszych i bardziej jednoznacznych modeli, wzorce _projektowe_ - mają jużbardziej 'sfokusowane' zastosowanie. Projektant musi znać trochę inny wycinek tego tortu.
(Miało być krótko a wyszło jak zawsze :) ). Pozdrawiam.