Metodologiczny dekalog naukowca

Tak więc czytając czyjekolwiek opracowania, w szczególności analizy biznesowe i modele systemów, sprawdzajcie, czy ktoś nie umieścił tam analitycznych krasnoludków, kosmitów, dżinów itp. Takie byty na diagramach jak “aktor czas” czy “systemowy przypadek użycia”, świadczą wyłącznie o tym, że autor po prostu nie poradził sobie z analizą, nie do końca odkrył istotę tego co analizował i opisał, nie zrozumiał tego co modeluje. Dodawanie nowych bytów do notacji jak najbardziej jest możliwe, ale po pierwsze należy to robić poprawienie ale potrzeba taka jest bardzo rzadka. W obszarze analizy i modelowania obecna postać BPMN wystarczy aż nadto, do modelowanie oprogramowania zorientowanego obiektowo UML tym bardziej wystarczy. Takie upstrzone “wynalazkami” dokumenty być może są atrakcyjne ale kompletnie nieprzydatne.

Czytaj dalej Metodologiczny dekalog naukowca

Manifest Procesu Biznesowego c.d.

?Wszystko powinno być tak proste jak jest to możliwe, ale nie prostsze.? (Albert Einstein) Stosunkowo niedawno (piałem o tym już) Roger Burlton (Chairman, Board of Advisors, BPTrends) opublikował na stronie Business…

Czytaj dalej Manifest Procesu Biznesowego c.d.

Model działania organizacji jako jej cyfrowy bliźniak

Analizując firmę niczego nie tworzymy. Analizując firmę zbieramy dane by zrozumieć i udokumentować mechanizm jej działania. To jest analiza. Dokument, który powstaje jako wynik analizy to nie jest dzieło czy…

Czytaj dalej Model działania organizacji jako jej cyfrowy bliźniak

Ogólna Teoria Systemów i systemy adaptacyjne

Wprowadzenie Niedawno pisałem o pewnej innej książce, jej autor opisał systemowe podejście do analizy przedsiębiorstwa. Napisałem między innymi wtedy, że: Rzecz w tym, że pojęcie ?analiza systemowa? jest używane najczęściej…

Czytaj dalej Ogólna Teoria Systemów i systemy adaptacyjne

UML Requirements Modeling For Business Analysts

Mam w ręku kolejną książkę: This book provides you with a collection of best practices, guidelines, and tips for using the Unified Modeling Language (UML) for business analysis. The contents…

Czytaj dalej UML Requirements Modeling For Business Analysts

Hurtownie danych i analizy – jak je robić?

Wprowadzenie Od czasu do czasu w zakresie wymagań biznesowych pojawiają się (coraz częściej) potrzeby z obszaru szeroko rozumianego kontrolingu, który polega na zbieraniu danych w celu tworzenia wyrafinowanych raportów, bazujących…

Czytaj dalej Hurtownie danych i analizy – jak je robić?

Jak identyfikować klasy?

Tytułowy problem ma chyba każdy początkujący . Jak słusznie zauważył autor poniższego tekstu: Eksperci od obiektowego podejścia do procesu tworzenia oprogramowania dzielą się na dwa obozy, w zależności od proponowanego…

Czytaj dalej Jak identyfikować klasy?

The Object Primer 3rd Ed: Agile Model Driven Development with UML 2 (i moje trzy grosze o UML)

Niestety i w literaturze i w materiałach szkoleniowych, czy nawet dydaktycznych na uczelniach (o zgrozo) można się spotkać z takimi “antywzorcami” jak wyżej. Jednym z najbardziej kuriozalnych jest obecnie modelowanie danych z użyciem diagramu klas, nanosząc na nie np. jeszcze klucze główne. Niestety bardzo często autorzy tych materiałów, wykładowcy i trenerzy, zamiast korzystać ze źródeł, przepisują jeden od drugiego pogłębiając marazm w tej dziedzinie, a pierwowzorem wielu tych herezji są niestety materiały publikowane przez firmę SPARX (producent oprogramowania Enterprise Architect) jak choćby mój ulubieniec: czas jako Aktor systemu

Czytaj dalej The Object Primer 3rd Ed: Agile Model Driven Development with UML 2 (i moje trzy grosze o UML)