Równo 10 lat temu napisałem: Model firmy powinien w sposób jasny i zrozumiały dla pracowników firmy opisywać firmę, jej cel rynkowy oraz wszelkie jej wewnętrzne i zewnętrzne zachowania oraz reakcje. Poza tym, jest niezbędny do przewidywania zachowań firmy w tym także do przygotowania jej do wdrożenia systemów informacyjnych. Wiele firm doradczych i informatycznych pod pojęciem mapy i modelu procesów biznesowych dostarcza nieprzydatne, utrwalone na dziesiątkach diagramów opisy czynności realizowanych przez ankietowanych pracowników, które nie wiele mają wspólnego z planowanymi zmianami na lepsze.Większość modeli firm jakie widziałem to obrazki nie mające…
Witam, mamy nową wersję pakietu CASE Visual-Paradigm. Kilka nowych rozszerzeń, ucieszyło mnie, że stale poprawia się jakość pracy z klientami czyli opcje pracy grupowej. Aug 24, 2015 - Visual Paradigm International Limited announced today the release of Visual Paradigm 12.2. Visual Paradigm 12.2 introduces a number of new features, which includes:New search barWork on multiple turns by creating 'stages'Resource catalogImproved usability of TasifierManagement of shared diagrams in PostManiaTeam-based document templates and styles management (Źródło: Visual Paradigm 12.2 Released) Klient postrzega nas przez pryzmat kosztu usługi oraz jakości komunikacji z nami. Koszt…
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 (jak obserwuję, prawie zawsze) w znaczeniu analizy i projektowania oprogramowania (systemy IT) co jest błędem.Tak zwane ?całościowe myślenie? (holistyczne) to uznanie, że system to nie tylko oprogramowanie. (Źródło: Systems Thinking czyli analiza systemowa organizacji | Jarosław Żeliński IT-Consulting) Tak więc pora na ciąg dalszy. Ogólna Teoria Systemów Książka ta, Ogólna Teoria Systemów , czekała u mnie na swój czas, i…
Jeżeli więc ktoś "funduje Państwu" upgrade jako "projekt co najmniej równie skomplikowany co instalacja bazowa" to znaczy, że to oprogramowanie, lub sposób jego wdrożenia, połamało wszelkie dobre praktyki wdrażania oprogramowania i budowania jego architektury.
Można się spotkać w przypadku upgrade z pojęciem długu technologicznego (koszty) ale to także wieloletnie zaniedbanie ze strony producenta oprogramowania...
Na stronie portalu analizawymagań.pl ukazał się bardzo interesujący i wartościowy wpis: wywiad z prawnikiem, Łukaszem Węgrzynem. Zaczyna się tak: Jakie są najczęstsze przyczyny problemów w umowach wdrożeniowych i jakie są ich skutki z punktu widzenia sporów sądowych na polskim rynku IT? Stosunkowo najczęstszym powodem sporów jest legendarny już zakres, a konkretnie trudność w odpowiedzi na pytanie o co tak naprawdę się umówiliśmy. Powodów takiego stanu rzeczy jest wiele. Jednym z nich jest między innymi niewłaściwie wykonana analiza przedwdrożeniowa. Analiza to jeden z podstawowych załączników umowy wdrożeniowej, wyznaczający jej zakres, a zatem…
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 have been assembled over the years based on experience and documented best practices. Over sixty easy to understand UML diagram examples will help you to apply these ideas immediately.Daoust, N. (2012). UML requirements modeling for business analysts (First edition). Technics Publications. Nie będę się rozpisywał o jej treści, bo to kolejny podręcznik UML, ten napisany w 2012 roku, czyli młody…
#1 - a 3d render series showing change and motion
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 na danych z wszystkich obszarów organizacji. Dzisiaj kilka słów na ten temat, bo z moich nieformalnych (rozmowy i dokumenty projektowe u klientów) badań, wyłania się obraz wielu nieudanych wdrożeń hurtowni i aplikacji zwanych Business Intelligence, nieudanych z powodu małej ich wydajności, małej przydatności (najczęściej, tak!) lub obu naraz. Artykuł podzieliłem na dwie części: Troszkę o teorii... i Troszkę o tym z…
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 przez nich sposobu identyfikacji klas: W oparciu o odpowiedzialności klas (RDD - Responsibility Driven Design) - najpierw rozpoznawane są wszystkie odpowiedzialności systemu (na podstawie potrzeb przyszłych użytkowników), a następnie, bazując na tych odpowiedzialnościach, wyróżniane są klasy, którym przypisuje się odpowiedzialności systemu. W ten sposób definiuje się odpowiedzialności klas, które odpowiadają zbiorowi zachowań ich obiektów. Przykładem tego podejścia jest wykorzystywana w niektórych…
Strategia organizacji to długo terminowe cele i polityka ich realizacji, konkretne roczne czy kwartalne działania to taktyki a nie strategia... Co więc robić? Przede wszystkim opisać strategię i politykę jej realizacji (strategia to plan ale polityka to reguły działania a nie opis działań). Polityka ta powinna wyznaczać także sposób budowy AK, która musi pozwolić na realizowanie strategii. Mają politykę, zbudować AK w zgodzie między innymi z zasadą, że ?architektura korporacyjna powinna być zamknięta na zmiany i otwarta na rozszerzenia?.
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
Jedna z ciekawszych i popularniejszych książek (ja mam dodruk z 2010 roku). Bardzo często spotykam się w sieci z powoływaniem się na tę książkę w kwestii "wzorców analitycznych". Jednak po pierwsze nie należy zapominać, że napisana została w 1996 roku (od tamtej pory mamy jednak pewien postęp, do tego książka jest ilustrowana symbolami opartymi na notacji ERD a nie UML), a po drugie, o czym wielu zapomina, Fowler prezentuje w niej modele koncepcyjne a nie strukturalne (wytłuszczenie moje): Analysis Patterns provides a catalogue of patterns that have emerged in a wide…
Większość książek z dziedziny analizy biznesowej i projektowania to traktaty o UML, "zbieraniu wymagań" itp., czasem o wzorcach projektowych (wzorce analityczne nie pojawiają się w tytułach, napiszę o tym innym razem). Rzecz w tym, że to wszystko tu "zamyka się" w jednej aplikacji gdzie "interfejsy mają blisko". Obecna rzeczywistość gospodarcza w zasadzie wyklucza sensowność drogi w stronę "jednej wielkiej uniwersalnej aplikacji" (polecam tu mój ostatni referat na IT Future Expo). Od integracji nie ma więc ucieczki, pojawiają się chmury, współpraca B2B z kontrahentami i ich systemami, rozproszone terytorialnie firmy, kilka…
