praca grupowa,
Znakomita większość programów zawiera ponad 10 krotnie więcej kodu niż mogła by mieć, bo programiści często implementują warianty zachowań a nie ich mechanizmy (co powoduje, że systemy te są tyleż razy droższe niż mogły by być). Prawie za każdym razem, gdy mówię (ale nie robię tego jednak zbyt często ;) ), że stosuję metody naukowe w analizie, spotykam się z zarzutem, że przesadzam. Zapewne nie ma sensu epatowanie w projektach biznesowych akademickim słownictwem, nie ma znaczenia dobór słownictwa w nazwaniu metody pracy, bo znaczenie ma skuteczność. Wprowadzenie Ludzie i ich praca…
Prawo autorskie to temat wielu debat ale też i wielu, nie tylko lobbystycznych, "przepychanek". Prawo autorskie ma dwa aspekty: autorskie prawo osobiste (ochrona treści i jej autora) i autorskie prawo majątkowe (prawo dysponowania dziełem), a z ochroną praw autora wiąże się w szczególności pojęcie integralności dzieła. To ostatnie oznacza, że poza samym autorem, nikt nie może ingerować w treść, nawet posiadacz praw majątkowych. Ten ostatni (posiadacz praw majątkowych) ma prawo swobodnego dysponowania dziełem, ale nie ma prawa ingerencji w dzieło jako takie (jest to ochrona autorskich praw osobistych: dzieło musi…
Dzisiaj dwie rzeczy: pomysły Pani Minister na informatyzację kraju a potem nieco o modelu informatyzacji. Rząd ma pomysły... Niedawno ukazał się wywiad z Panią Minister Streżyńską, w którym między innymi czytamy, że: Minister cyfryzacji śpi ze smartfonem, awanturuje się ze strażnikami, że nie nosi dowodu osobistego - do tego stopnia, że w końcu da go obywatelowi i sobie w aplikacji. Nie rozwodzi się nad tym, co zepsuli jej poprzednicy, tylko bez znaków przestankowych mówi o tym, co sama zrobi, sprawiając wrażenie jedynej (Źródło: Mnie się nawet nie chce na Filarecką na…
Regularnie obserwuję pewną trudność jaką sprawia wielu ludziom, z jednej strony stosowanie systemów notacyjnych a z drugiej samo modelowanie. Wspólną częścią obu tych obszarów jest abstrahowanie od szczegółów. Praktycznie każdy mój klient i bardzo często, analitycy i projektanci developerów realizujących projekty które nadzoruję, zadają mi pytania: a gdzie zobaczę to, że zamówienie może być dla innego produktu i innego segmentu..... itp. Innymi słowy: na dowolnym etapie pracy padają pytania o bardzo detaliczne szczegóły konkretnych operacji. Co prawda, jak to mawiają "diabeł tkwi w szczegółach", z czym wypada się zgodzić, ale…
Cztery lata temu pisałem o książce Ronalda Rossa "Building Business Solutions": Druga to pozycja nowa, całościowo opisująca podejście polegająca na modelowaniu organizacji w analizie biznesowej (zawiera część materiału pierwszej) . Zwraca uwagę na fakt, że nie chodzi w analizie o tworzenie mnóstwa diagramów a o to, by zrozumieć jak organizacja funkcjonuje opisując to, oraz stworzyć model, który pozwoli na prognozowanie zachowania organizacji w odpowiedzi na bodźce, nawet te które jeszcze nie zaistniały. (Źródło: Business Rule Concepts ? czyli jak ?wyłuskać istotę rzeczy? | | Jarosław Żeliński IT-Consulting) Niedawno wpadł mi w skrzynkę kolejny wpis na blogu R.Rossa: Zachman?s basic…
Niedawno pisałem o UML v.2.51 i zasygnalizowałem, że diagram aktywności daje kontekst dla pojęć z grupy ?activities? (aktywności i czynności oraz ich syntaktyczne asocjacje), diagram klas daje kontekst dla ?klasyfikatorów strukturalnych?, itd. (Źródło: UML version 2.5 | | Jarosław Żeliński IT-Consulting) Dzisiaj kilka słów na temat modelowania procesów biznesowych w UML. Cztery lata temu poruszałem temat użycia UML do modelowania procesów biznesowych z użyciem modelu Eriksson-Penker'a: Można się także dość często spotkać z definicją sześcioelementową Erikssona-Penkera ([[Eriksson-Penker Business Modeling Profile]]). Tu mamy: Powyższy model bazuje na uznaniu, że proces biznesowy: ma cel, ma specyficzne…
W recenzji książki Ogólna Teoria Systemów pisałem między innymi, że: Systemy społeczne spotykane wokół nas to z reguły systemy z pamięcią, kolejne reakcje systemu to efekt bodźca jaki się pojawi i wcześniejszych zapamiętanych reakcji (historii). Jak widać takie same bodźce mogą wywoływać inne reakcje w przypadku systemu z pamięcią. Tak działamy my (uczymy się), tak działa większość aplikacji biznesowych (zbiera dane). Systemów bez pamięci także mamy wokół sobie wiele. Od zegarka czy prostego kalkulatora (wyniki podstawowych operacji matematycznych nie zależą historii obliczeń) do robotów kuchennych i wielu podobnych, nawet nie raz bardzo…
Nie raz tu już pisałem, że analizy i projekty związane bezpośrednio z wymaganiami na oprogramowanie to "tylko" ok. 3/4 moich projektów. Jednak nawet, jeżeli projekt nie jest "nazwany" informatycznym, to zawsze jest "informacyjny" w rozumieniu zarządzania informacją (także zarządzanie wiedzą). Tym razem kilka słów na temat dokumentów. Stanowią one podstawową jednostkę informacji (i danych) w każdym systemie biznesowym. Są także źródłem danych dla hurtowni danych. Wstęp Wiele projektów związanych z dokumentami jest sprowadzanych do problemu: "jakie mamy dokumenty i co z nimi robimy?" Zaniedbuje się bardzo ważny element: odpowiedź na…
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,…
