Usuwać albo nie usuwać oto jest pytanie

Podczas konsultacji projektów u moich klientów otrzymuję często to samo pytanie, które parafrazując znany cytat z Hameta Shakespeare’a brzmi: Usuwać albo nie usuwać elementy modelu oto jest pytanie. Moja odpowiedź jest prosta. Oczywiście, że usuwać ale do kosza.

 image

Tym koszem może być oddzielny pakiet. W ten sposób nie pozbywamy się na stałe tych elementów repozytorium, które są niepotrzebne. Ponadto na wszystkich diagramach na których są one użyte powinien, przynajmniej w EA tak jest, pojawić się napis wskazujący iż dany element jest “skoszowany”. Kto wiec opróżnia kosz? Osoba odpowiedzialna za jakość modeli, strukturę repozytorium lub architekturę projektu – innymi słowy osoba, której działania są globalne i która ma wizję całości i widzi więcej niż usuwający dany element analityk czy projektant.

I na koniec. Gdy usunęliśmy element, który w perspektywie czasu jest potrzebny ponownie łatwo go przywrócić Uśmiech

Technorati Tagi: projektowanie systemów informatycznych

Podobne wpisy

  • Uszczegółowienie metod diagramami aktywności Czasem muszę opisać sposób realizacji wymagania dowiązanego do metody klasy chodzi tu o logikę działania danej funkcji. Do opisania logiki idealnie nadaje się  diagram aktywności. […]
  • Nazywanie procesu Modelując procesy biznesowe czy też scenariusze działania systemów IT często dochodzi do dyskusji jak nazwać proces.Poniżej są wskazówki i lista sugerowanych nazw, które można zastosować […]
  • Diagramy sekwencji a komponenty Diagramy sekwencji są techniką, która idealnie nadaje się do zaprojektowania przepływu komunikatów pomiędzy klasami. Problem może powstać wtedy, gdy chcemy zaprezentować komunikację (użyte […]
  • UML jest niezrozumiały i nie wiadomo jak go stosować? Panuje powszechna opinia, że modele wyrażone w języku UML są niezrozumiałe i nie wiadomo jak go stosować. Problem czytelności diagramów jest tym bardziej istotny, gdy dokumentacji (jakże […]
  • Dynamiczna analiza kodu w RSA W dobie dążenia do budowania wysokiej jakości systemów informatycznych istotne jest badanie dynamicznych własności kodu. W Rational Software Architect ten obszar wspomaga mechanizm Runtime […]
Reklama

Leave a Comment

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *