Od czasu do czasu wpadają mi do skrzynki email “niuslettery”, które gdzieś tam czasem zamawiam, głównie z powodów poznawczych. Oto jeden z nich…
Nie jest tajemnicą, że na rynku mamy różne metody pracy i wszystkie mają swoich zwolenników i przeciwników czy może raczej krytyków. Tym razem przedmiotem “badania” był sposób opisania problemu i wnioski jakie autor wyciągnął.
(więcej…)
Od wielu lat lat, produktem mojej pracy są dokumenty opisujące w obiektywny sposób działanie organizacji, zawierające rekomendacje zmian do poprawy sytuacji, także wymagania na systemy informacyjne. Po opracowaniu rozwiązania i pomocy w wyborze jego dostawcy, prowadzę nadzór autorski nad realizacją opracowanego rozwiązania. [1] Po latach pracy nasuwa mi się dość ciekawy wniosek z obserwacji: Zamawiający działają na swoją szkodę! Typowy projekt związany z wdrażaniem nowych rozwiązań to realne potrzeby Zamawiającego. Członkowie zespołu Zamawiającego mają nad sobą terminy i "nieuchronność" kary za niepowodzenie. W efekcie Dostawca szybko staje się "Panem projektu", bo…
Pod pojęciem audytu organizacji, kryje się przede wszystkim audyt dokumentacji jaką ona sama o sobie stworzyła. Powinna ona być "spójna, kompletna i niesprzeczna". Druga część, to ocena zgodności stanu faktycznego z treścią tej dokumentacji, czyli sprawdzenie czy dokumenty mówią prawdę. Popatrzmy jednak na samą dokumentację organizacji i jej treść. Każdy mój projekt zaczyna się od audytu dokumentacji. Jednak zanim zacznę analizować dokumenty operacyjne i modelować procesy biznesowe, sprawdzam spójność wizji i misji firmy. Dlaczego? Bo procesy te wraz z opisem strategii pozwalają zweryfikować cel projektu, a nie raz w ogóle go…
W ostatnim artykule zwracałem uwagę między innymi na bardzo ważny element analizy i projektowania jakim jest abstrahowanie od detali, ponieważ: ...analityk musi abstrahować od wszelkich detali, bez tego projekt zostanie już na samym początku ?zabity? ich ilością. [1] Nieco wcześniej (2013 r.) pisałem o tym, kiedy uzgadniać detale, które i gdzie one są: Cała logika biznesowa jest wykonywana wewnątrz aplikacji (informacje o ewentualnych błędach pojawią się po zatwierdzeniu formularza), np. upust może być sprawdzony (albo naliczony) dopiero po skompletowaniu danych wymaganych do jego wyliczenia, czyli będzie to kilka różnych pól (najmniej dwa…
[zaktualizowany [last-modified]] Niedawno pisałem na temat "modelu systemu" i "modelu dziedziny systemu". Oba te pojęcia są sobie bliskie, pierwsze jest bardzo ogólne, dotyczy systemu zawężonego do jego dziedzinowej specyfiki. Model dziedziny systemu to także, w inżynierii oprogramowania, nazwa konkretnego komponentu, nazywanego Model, w architekturze opartej na wzoru MVC. Swego czasu pisałem, że (Czym jest a czym nie jest model dziedziny...): Pojęcie system oznacza albo detaliczną strukturę określonej rzeczywistości albo abstrakcję ją reprezentującą (model systemu). Jest to standardowe tłumaczenie tego pojęcia w literaturze z zakresu teorii systemów a także właśnie inżynierii…
Dzisiaj pokazała się wersja 14.2 pakietu Visual-Paradigm. Podstawową nowością w wersji 14.2 są diagramy czysto biznesowe, które w czytelny sposób pokazują "biznesowy" proces analizy, działania na każdym jej etapie. Stanowią także sobą plan działania. Struktury TOGAF czy Siatki Zachmana są dla normalnego zjadacza chleba nieczytelne, teraz w końcu można szybko przygotować diagram poglądowy taki jaki chce zobaczyć klient: kilka pagoników, pod każdym wypunktowane kluczowe elementy. Śladowanie zagwarantowane na każdym etapie.. Na stronie What's New in Visual Paradigm, poza innymi nowymi detalami znajdziecie zupełnie nową rzecz: Customer Journey Mapping [1] Customer Journey…
Wpadł mi właśnie przed oczy ciekawy wpis na pewnym blogu: Historia o tym w jaki sposób prawie straciłem firmę i sam dostarczyłem (bo nawet nie sprzedałem) sznur, na którym próbowano mnie powiesić. [1] Zanim przejdę do sedna, przypomnę jeden z moich artykułów: Na czym więc polega skuteczne zarządzanie? Na zrozumieniu, posiadaniu planu działania i przemyślanym tworzeniu ograniczeń. Robi tak każda większa firma: powstają zakresy obowiązków, wewnętrzne zarządzenia i procedury. To wszystko to nic innego jak ograniczenia. Opracowanie modelu organizacji więc, to nie tylko opisanie procesów bo te są jedynie efektem istniejących ograniczeń. Pełny model organizacji,…
Dwa lata temu pisałem o budowaniu słowników pojęć jako kluczowymi elemencie każdego dokumentu analitycznego. (trójkąt semiotyczny) Tak więc podejmując się analizy, warto robić to ?dobrze?, można to nazwać metodą naukową i nie będzie w tym przesady. Reguły biznesowe, rygory ich tworzenia, słownik pojęć, model pojęciowy, to wszystko służy poprawie jakości wyników analizy, dokumentacji, późniejszego projektu. Specyfikacja SBVR bardzo w tym pomaga. (o formalizacji modeli)Jeżeli mieliście kiedyś problem z projektem, to jest bardzo prawdopodobne, że jedną z kluczowych tego przyczyn był zły (lub jego brak) model pojęciowy.Analitycy! Studiujcie logikę. Źródło: ?1?…
Niezmiennie od lat emocje budzą dyskusje na temat sensowności i rentowności wdrożeń oprogramowania. Szczególnie gorące są one w toku składania ofert przez dostawców oprogramowania. Jedenaście lat temu napisałem, że... Nie zawsze podobają mi się wskaźniki ROI, TCO, NPV. Dlaczego? Bo one nie raz niewiele mówią! [...] ...badania liderów gospodarczych w poszczególnych krajach prowadzone na całym świecie wskazują jasno, że nie ma żadnej korelacji pomiędzy miejscem na liście liderów rynku a tym jakich systemów IT ci liderzy używają. Za to jest związek z tym jak są te firmy zarządzane. Liderzy…
Wstęp W lutym 2017 r. opisywałem prawne aspekty pojęcia "przedmiot zamówienia" w sferze inżynierii oprogramowania. Niedawno ukazał się w prasie artykuł o domniemanym planowaniu wywłaszczenia programistów: Sejm jest o włos od zniesienia mechanizmu ochrony autorskiej twórców aplikacji. Na razie tych, którzy informatyzowali sądy, prokuratury i komorników. 1 Wywołał on sporą burzę w branży IT, niestety większość publikowanych w mediach wypowiedzi jest bardzo powierzchowna a niestety bardzo często wręcz fałszywa. Do tego nakładają się wypowiedzi lobbystów z branży IT, niejednokrotnie przemilczające pewne fakty a nie raz stawiające wręcz nieprawdziwe tezy. Otóż, o czym nie raz…
Architektura reprezentuje ważną decyzję projektową, która wpływa na kształt systemu, przy czym waga decyzji mierzona jest kosztami zmian, które wprowadza. — Grady Booch Jeśli myślisz, że dobra architektura jest droga, spróbuj złej Foote, B., & Yoder, J. (2003). Big Ball of Mud . https://www.researchgate.net/publication/2938621_Big_Ball_of_Mud Wprowadzenie Tym razem troszkę cięższy kaliber, czyli dywagacje o tym co powszechnie jest określane jako metody obiektowe i o tym skąd "konflikty i nieporozumienia" między programistami i analitykami projektantami.?*? Literatura przedmiotu zawiera wiele różnych sposobów grupowania metod programowania w paradygmaty. Autorzy z reguły skupiają się na tym, czym są…
