Tym razem książka na która polowaniem długo w antykwariatach ale warto (nadal można od czasu do czasu upolować, w razie co polecam biblioteki). Analiza systemowa - podstawy i metodologia. Praca zbiorowa pod redakcją Władysława Findejsena, Warszawa 1985, PWN. Jest to bardzo dobre kompletne opracowanie. Same tytuły rozdziałów aż "proszą się" o ich czytanie: Analiza systemowa możliwości i ograniczenia Dziedziny i przykłady zastosowań Metodologia ogólna Budowa modeli Użytkowanie modeli Oceny i decyzje Ty wybrane rozdziały i części. Gorąco polecam upolowanie tej książki.
Nie chodzi tu o to, by sztucznie "intelektualizować" pracę analityka. Chodzi o to by pokazać, że ona taka jest: naukowa. Analityk systemów to nie ktoś kto skrzętnie prowadzi setki wywiadów i skrzętnie zapisuje i porządkuje ich treść na setkach stron dokumentów. Analityk ma za cel wykonać analizę organizacji i zrozumieć jak działa, opisać mechanizm jej funkcjonowania.
Tak, taką książkę można nabyć na Amazonie ;). Streszczenie na stronach sprzedawcy oddaje dobrze jej treść: This book provides a basic, conceptual-level description of engineering management disciplines that relate to the development and life cycle management of a system. For the non-engineer it provides an overview of how a system is developed. For the engineer and project manager it provides a basic framework for planning and assessing system development. Ogólnie książka opisuje podstawowy koncepcyjny etap inżynierii systemów (i nie należy tego utożsamiać tylko z branżą IT). Jest napisana przystępnym językiem,…
"Requirements must be based on facts and real-life scenarios." (wymagania muszą być oparte na faktach i realnych scenariuszach). Więc ile warte są wizje w projektach agile albo wydumane w toku warsztatowych burz mózgów litanie życzeń i pomysłów? Nie tylko moim zdaniem: nie są wiele warte i nie powinny być wymaganiami.
Skróty te oznaczają odpowiednio (w j.ang): Business Process Management oraz Business Process Management Software. Budzą one wiele nieporozumień i niezrozumienia. Pierwsze to "Zarządzanie procesami biznesowymi" rozumiane jako działalność związana z zarządzaniem organizacją. Drugie to "Oprogramowanie [służące] do zarządzania procesami biznesowymi" czyli jakaś aplikacja, której wewnętrzne działanie jest opisane procesami. Ten wpis zapewne wywoła wiele kontrowersji, gdyż opisuję tu przyczyny, dla których moim zdaniem, systemy BPMS nie tworzą wartości dodanej. Nie widzę sensu ich stosowania w wersji "process engine", moim zdaniem nie zastąpią nawet części "typowych aplikacji". Ale po kolei... Niedawno…
Tym razem antykwariat :). Książka leży u mnie niemalże od dnia wydania czyli od roku 2004-go: Podstawy techniczne inżynierii oprogramowania (Dick Hamlet, Joe Maybee, WNT Warszawa 2003). Przypomniałem sobie o niej gdy student poprosił o zalecaną literaturę. Zaryzykuję tezę, że to lektura obowiązkowa każdego analityka biznesowego projektanta (tak, analityk biznesowy to także projektant, odkrywca i projektant logiki biznesowej aplikacji). Książka zawiera cztery części: Inżynieria oprogramowania Wymagania i specyfikacja Projektowanie i kodowanie Testowanie Od razy zaznaczą, że mało tam o "suchym kodowaniu". To była pierwsza książka, która otworzyła mi oczy na inżynierię…
Od 17-go kwietnia mamy wersje 13.1 pakietu Visual-Paradigm (i pełnej wersji dla analityków i projektantów: ArchiMetric). Twórcy pakietu bardzo silnie współpracują z analitykami w wielu krajach (należę do nich ;) ) , zbierają sugestie ale też filtrują je. Cieszy mnie to, że w przeciwieństwie do (jak obserwuję) firmy SPARX (producent Enterprise Architekta), nie wychodzą poza standardy. W VP odrzucają wszelkie formy niestandardowych pomysłów (np. aktor "czas" w Enterprise Architect to kuriozalna, niestandardowa konstrukcja) ale za to implementują sprawdzone pomysły na ergonomie pracy oraz zarządzanie spójnością projektu. Jeżeli to tego dodać zdrowe podejście…
Niemalże każde spotkanie projektowe, na którym omawiane są modele UML, na każdym szkoleniu na temat UML, pojawia się problem o którym pisze Ron Ross (wytłuszczenia moje): Another implication is that concept models and logical data models are clearly distinct. Unfortunately, many people blur the line between them. That?s wrong. A concept model is about the meaning of the words you use, and the business statements you make assuming those meanings. It?s about communication. A logical data model is about how you organize what you think you know about the world…
Na niedawno zakończonej konferencji beIT organizowanej na Politechnice Gdańskiej przez Wydział Elektrotechniki, Telekomunikacji i Informatyki, wygłosiłem referat zatytułowany Filozofia czyli Aplikacja jako element biznesowej rzeczywistości (a nie gra komputerowa). Przesłanie tej prezentacji to: Oprogramowanie bardzo często zastępuje konstrukcje rzeczywiste takie jak zegarek, kartoteka, biblioteka, księgi handlowe, programator pralki i wiele innych rzeczy. Dlatego analiza powinna polegać na zrozumieniu i udokumentowaniu mechanizmu działania "tego czegoś" a nie jedynie na spisaniu zewnętrznych oznak tego działania i zarządzanie tym spisem. Referat miał lekkie podłoże filozoficzne :). Ten artykuł nie będzie jednak powtórzeniem referatu (wyżej link…
Od czasu do czasu spotykam się w projektach z pojęciem "cynefin". Najpierw typowy opis z jakim można się zetknąć w sieci: Cynefin jest swoistą teorią, którą można wykorzystać do opisu działania skomplikowanych systemów takich jak różnego rodzaju przedsięwzięcia czy nawet relacje i problemy międzynarodowe. Jako model tłumaczy i próbuje pomóc w wyborze strategii działania, wskazując jednocześnie wzorce postępowania, które powinny być zdecydowanie inne w zależności od tego w jakiej sytuacji się znajduje się firma. W praktyce można korzystać z Cynefin jako narzędzia wspierającego zarządzanie projektem, zespołem lub nawet organizacją. Od…
9 Marca odbyło się seminarium, na którym miałem przyjemność wygłosić referat i brać udział w dyskusji jako panelista. Seminarium było poświęcone projektom zarządzania procesami biznesowymi i związkami tych projektów z wymaganiami. Dostępne są zdjęcia i nagrania z tego seminarium. Tu także należą się ogromne podziękowania organizatorom za inicjatywę. Materiały do pobrania: Galeria zdjęć i nagranie (dźwięk, 74,6 MB) (Źródło: Seminarium RE in BPM)
Pięć lat temu napisałem: Przyjmując, że dany system pojęciowy jest kompletny (pozwala na zapisanie każdej informacji z danej dziedziny), analiza polega tu na rozłożeniu tekstu (danych) pozyskanych np. z wywiadów czy dokumentów, na skończoną liczbę pojęć i związków pomiędzy nimi. W efekcie uzyskujemy np. diagram procesu BPMN (jeżeli celem był model procesu biznesowego) lub diagram klas UML (jeżeli celem była np. analiza pojęciowa, obiektowa czy zbudowanie taksonomii). [...] Więcej innym razem (Źródło: Epistemologia ? Jak Pomaga W Analizie | | Jarosław Żeliński IT-Consulting) ... i obiecałem ciąg dalszy ;). Zgodnie z powyższym…
