Jarosław Żeliński IT-Consulting

Anonimowy poranny czat przy kawie bez cenzury

Regulamin

  1. Celem uruchomienia tego czata jest umożliwienie uzyskania podstawowej prostej i anonimowej konsultacji od Autora Bloga w obszarze świadczonych usług.
  2. Z uwagi na charakter tego czata, pytania i odpowiedzi to kilkuzdaniowe krótkie wpisy (1000 znaków, ok. 150 słów).
  3. Na czacie odpowiadam na pytania dotyczące mojej działalności i usług.
  4. Na pytania z zakresu metod i narzędzi analizy oraz projektowania odpowiadam w ramach Konsultacji lub Mentoringu.
  5. Czat przechowuje i udostępnia historię ostatnich 999 wpisów.
  6. Dyżur na czacie mam w dni robocze w godzinach porannych 9:00 – 11:00 (CET) ale pytania można wpisywać całą dobę.
  7. Jest możliwe, że w godzinach dyżurowania będę zajęty i nie odpowiem od razu.
  8. Anonimowość (brak danych kontaktowych) powoduje, że nie są wysyłane żadne monity o odpowiedziach i nowych wpisach, więc trzeba samemu zaglądać tu po nowości.
  9. Treść dyskusji jest dostępna publicznie bez ograniczeń.
  10. Darowizna (po prawej) jest wyrazem podziękowania autorowi a nie zakupem usług.

Czat

Korzystając z czatu oświadczasz, że akceptujesz fakt jawności umieszczanych tu treści i wyrażasz zgodę na ich przetwarzanie oraz miejsce ich publikacji. Wydawca serwisu nie odpowiada za utrudnienia występujące u niektórych osób, powodowane przez konfigurację ich infrastruktury i przeglądarki.

Latest Message: 1 hour, 39 minutes ago
  • Jarosław Żeliński : Witam na stronie Anonimowego Czata przy Kawie. Pusto? Zapytaj....
  • Jarosław Żeliński : Czat "wyzerowany" po zmianie Regulaminu.
  • guest_4683 : Dlaczego podczas Pana webinariów (dostępne na kanale youtube edufuturo) przy okazji nagrań odnośnie DDD/modelu dziedziny mówi Pan, że ludzie od baz danych i normalizacji danych dostają białej gorączki?
  • Jarosław Żeliński : guest_4683 ; bo to prawda 😉 .. a tak poważnie, niestety model relacyjny danych jest świetny do obliczeń (po to powstał w 1972 roku) i masakrycznie zły do pozostałych rzeczy, z formularzami na czele.
  • guest_3029 : Pana zdaniem, czy sprzedawca maszyn fabrycznych powinien udostępnić podręcznik serwisowy nabywcy, tj. fabryce, nawet jeśli to producent tych maszyn świadczy usługę serwisową?
  • Jarosław Żeliński : guest_3029 : to zależy wyłącznie od zawartej umowy, to identyczny problem jak z oprogramowaniem: mamy czy nie mamy dokumentację pozwalającą na serwis i rozwój oprogramowania....
  • guest_3029 : To inaczej, nabywca powinien sobie to zapewnić w umowie? 🙂
  • guest_3029 : Co Pan by rekomendował?
  • Jarosław Żeliński : guest_3029 : najpierw lekturę tych umów żeby wiedzieć na czym stoicie, nie wiem akie tomaszyny (CNC, stare, ...). generalnie utrzymanie ruchu powinno być stanowić sobą spójną politykę podobnie jak utrzymanie i rozwój systemu IT
  • Jarosław Żeliński : guest_3029 : zresztą biorąc pod uwagę fakt, że systemy MES/APS integrują maszyny i systemy ERP ze sobą jest to w pewnym sensie nieuniknione... https://it-consulting.pl/2022/09/24/przeciazanie-bpmn-czyli-jak-nie-modelowac-produkcji/
  • guest_9770 : Miał Pan styczność z Odoo? Może ma Pan inne ulubione oprogramowanie, z ktorego korzystają Pańscy klienci?
  • Jarosław Żeliński : guest_9770 : nie mam ulubionych systemów (nie licząc tych których sam używam i nie mam zamiaru zmieniać :). Odoo to ERP jak każdy inny, 3/4 problemów wdrożeniowych to sami ich nabywcy bo są nieprzygotowani, 1/4 problemu to deweloper bez nadzoru.
  • guest_5489 : Może pytanie kontrowersyjne, ale... jakich innych analityków-projektantów, którzy są szkoleniowcami na polskim rynku jest Pan w stanie polecić z czystym sumieniem? Rozumiem, że to będzie trochę nie na Pana korzyść, ale jednak lubię korzystać z więcej niż jednego źródła (nic Panu oczywiście nie ujmując).
  • Jarosław Żeliński : guest_5489 : Prawdę mówiąc mam problem ale nie dlatego, że boję się konkurencji (każdy ma konkurencję), a dlatego że bardzo mało ludzi chwali się swoim dorobkiem. W zasadzie cała moja wiedza o konkurencji pochodzi z publicznie dostępnego cudzego dorobku. Na pewno nie jestem jedyny bo masa projektów się dzieje beze mnie. Musi Pan sam poszukać i porównać mój dorobek z cudzym i sam wybrać.....
  • guest_8673 : Jakie studia Pan poleca jeżeli obracamy się w Pańskim zakresie? Czy WIT ze swoim ITZ jest jedyne, które oferuje największy nacisk na projektowanie oprogramowania zamiast typowej Informatyki? Obserwuje Pan takie kierunki za granicą?
  • Jarosław Żeliński : guest_8673 : jak ktoś mnie pyta o konkurencję to mam potężny konflikt interesu dlatego niestety nie odpowiadam na takie pytania, gdy mój klient szuka np. systemu ERP to co do zasady nie pyta oto dostawców ERP.....
  • Jarosław Żeliński : Jeżeli ktoś szuka dostawcy czegokolwiek, i nie chce tego robić sam, powinien poszukać do pomocy kogoś kto nie ma konfliktu interesu.
  • guest_3853 : Chyba umknęło: "Jakie studia Pan poleca jeżeli obracamy się w Pańskim zakresie? Czy WIT ze swoim ITZ jest jedyne, które oferuje największy nacisk na projektowanie oprogramowania zamiast typowej Informatyki? Obserwuje Pan takie kierunki za granicą?"
  • Jarosław Żeliński : guest_3853 : tak jak napisałem, nie publikuję porównań bo nie prowadzę takich, mam jakąś tam wiedzę o innych uczelniach ale to nie pozwala mi wyrażać takich opinii .
  • guest_739 : Jeśli mam komponent przechowujący faktury i chciałbym przywołać wszystkie, zapisane faktury, to rozumiem że wówczas operacja "przywołaj" musi zostać wykonana w pętli, gdzie warunkiem końca jest brak kolejnych faktury do wyświetlenia?
  • guest_5237 : Poszukując informacji o wykorzystaniu UML przy projektowaniu gier komputerowych znalazłęm takie materiały: https://www.youtube.com/watch?v=du51pmhnVnw https://www.youtube.com/watch?v=9xEIrHJZMaw https://www.reddit.com/r/gamedev/comments/57fjhz/uml_diagrams_for_video_game/?rdt=57450 https://www.quora.com/Is-UML-good-for-game-design Co Pan o tym sądzi?
  • Jarosław Żeliński : guest_739 : "chciałbym przywołać wszystkie, zapisane faktury" taka operacja to wyprowadzanie danych z systemu i nie powinna być możliwa do realizacji
  • Jarosław Żeliński : guest_5237 : gry video to skrajnie inne wzorce i metody niż systemu biznesowo-informatyce, tego nie mieszamy, pierwsze dwie prezentacje to typowe szkodliwe kalki rodem z C++ lub JavaEE
  • Jarosław Żeliński : guest_5237 tu wyjasnienie, literatura i przykłady z YT https://it-consulting.pl/2022/12/19/iconix-c-d/
  • PP : Jak usuwa Pan ryzyko ze business nie bedzie w stanie przedstawic architetowi problemu do rozwiazania?
  • PP : Na mysli mam sytuacje gdy mamy artefakty, dane do analizy, mozna opisac wszystko, znalezc obszary do przebudowy architektury ale nie wszystko co wymaga przebudowy jest problemem do rozwiazania bo nie wszystko generuje koszty czy utrate korzysci? Jaka role ma tu architekt? Bierna? Jak tak to kto jest partnerem w pomocy by business sie okreslil? Mysle ze to jest czeste ba nawet codziennosc, jak to wyglada z Pana strony?
  • Jarosław Żeliński : PP: Bardzo dobre pytanie. To praca podobna to profilaktycznych badan lekarskich: należy mieć model organizacji i monitorować go. Po to właśnie robi się "Target Operating Model" (opis na blogu). Standardowo firmy reagują na "awarie" ale to właśnie jest gaszeniem pożarów. Mając dobry model firmy i KPI, można prowadzić predykcję... To ostatnie robi mało organizacji
  • PP : Dziekuje za odpowiedz. To niestety prawda. Rozumiem tez, ze tworzenie i aktualizacja Target Operating Model jest kosztowne gdy otoczenie i produkty nie sa stabilne. Kto w praktyce nadaje sie by zasypac ta dziure? Jaka rola/funkcja punktu widzenia architekta?
  • guest_1107 : TT: paradoksalnie TOM nie jest kosztowne jeżeli sie to umiejętnie robi, to TYLKO ok. 100 stron, reszta to linkowane dokumenty operacyjne które robi (powinna) średnia kadra kierownicza, żadna organizacja nie jest "stabilna", sztuka polega na tym by bawić sie dokumentowanie tego co stale zmienia, dokumentujemy TYLKO to co jest szkieletem. Tak wygląda mój https://it-consulting.pl/jaroslaw-zelinski-model-dzialania/
  • guest_1107 : PP: "Kto w praktyce nadaje sie by zasypac ta dziure? Jaka rola/funkcja punktu widzenia architekta?" albo ktoś przy samym zarządzie albo ktoś z zewnątrz....
  • Jaroslaw Zelinski : guest_1107 : to byłem a 🙂 Jaroslaw Zelinski
  • guest_739 : " "chciałbym przywołać wszystkie, zapisane faktury" taka operacja to wyprowadzanie danych z systemu i nie powinna być możliwa do realizacji" Jednak w jakimś systemie, np. systemie energi mam dostęp do wszystkich, swoich faktur: faktury historyczne. Wobec tego jest zły design, że jako użytkownik mam do tego dostęp?
  • guest_3517 : Czy diagram struktur złożonych można wykorzystać do modelowania kontraktów API?
  • Jaroslaw Zelinski : guest_739 : "Jednak w jakimś systemie, np. systemie energi mam dostęp do wszystkich, swoich faktur: faktury historyczne. Wobec tego jest zły design, że jako użytkownik mam do tego dostęp?" Jak do swoich to nie problem, pozostaje pytanie ile faktur naraz mozna dostać z tego systemu...
  • Jaroslaw Zelinski : guest_3517 : https://it-consulting.pl/seminaria/
  • guest_2010 : Skoro przypadki użycia powinny być definiowane w znacznie ograniczonej ilości niż obecnie jest to praktykowane - to jak je wiązać z diagramami np. aktywności które prezentują wybrane scenariusze?
  • guest_2010 : Widzę, że moje pytanie uciekło na czacie - pomiędzy dwa niepowiązane z nim chronologicznie inne posty. Mam nadzieję, że się znajdzie, a korzystając z okazji gratuluję zrobienia tak dobrego bloga.
  • Jaroslaw Zelinski : guest_2010 : " w znacznie ograniczonej ilości niż obecnie jest to praktykowane - to jak je wiązać z diagramami np. aktywności które prezentują wybrane scenariusze?" 1. przypadki użycia to usługi systemu a nie klikanie po ekranie, 2. scenariusze przypadków to: a. dialog aktor -system (raczej tekst a nie diagram aktywności), b. realizacja czyli diagram sekwencji
  • guest_2010 : OK - skoro przypadki użycia to usługi systemu (pełna zgoda) - to jak rozróżniać granulację. Przykład: jest CRUD - załóżmy zarządzanie listą uczniów - z Pana wpisów rozumiem, że to 1 przypadek użycia, a scenariuszy dla tego przypadku użycia mamy 4. Prawda?
  • Jaroslaw Zelinski : guest_2010 " CRUD to jedna usługa mająca potencjalnie cztery alternatywne scenariusze, bo UC to operowanie na TYM SAMYM dokumencie
  • guest_739 : "Jak do swoich to nie problem, pozostaje pytanie ile faktur naraz mozna dostać z tego systemu..." Tak, do swoich i chyba 5 ostatnich. Tak samo na moim koncie bankowym mogę zobaczyć historię transakcji, zgodnie z PSD2 do max 12 miesięcy wstecz. Więcej trzeba autoryzować operację. Więc ponawiam pytanie: Jeśli mam komponent przechowujący faktury i chciałbym przywołać ostatnich 5 faktur, to rozumiem że wówczas operacja "przywołaj" musi zostać wykonana w pętli, gdzie warunkiem końca jest brak kolejnych faktur do wyświetlenia?
  • Jaroslaw Zelinski : guest_739 : "operacja "przywołaj" musi zostać wykonana w pętli, gdzie warunkiem końca jest brak kolejnych faktur do wyświetlenia?" nie koniecznie, wszystko zależy od tego na co pozwala API, a jest możliwe by jednym poleceniem pobrać zakres faktur od do. Decyduje o tym strona wywoływana (serwer)
  • guest_445 : czy w UML istnieje coś takiego jak Diagram Harmonogramowania? Czy jeżeli ktoś powołuje się ucząc na studiach mgr (informatyka) UML z 2005 roku i podaje nieprawdziwe rzeczy twierdząc, że to UML to czy można żądać rękojmi od uczelni?
  • Jaroslaw Zelinski : guest_445 : z tą rękojmią od uczelni to mi sie spodobało :), w przypadku informatyki szczególnie 🙂 .. kilka znanych mi placówek poszło by z torbami chyba ;). w UML mamy Timing Diagram, i jest to model zależności czasowych, używany np. do modelowania stanów w protokołach komunikacyjnych, itp. Pomijam smutny fakt, że UML, po reformie w 2015 roku nie zawiera dziedziczenia i agregacji, a te konstrukcje nadal są na wielu uczelniach "wykładane". Podobnie jak anemiczne modele klas.
  • guest_445 : Osobiście zaczynam tracić wiarę w UML. Tzn firmy chcą go używać - więc kupują EA od Sparx. Zatrudniają analityków - którzy nie odróżniają Use Case od User Story. I ja mogę rzucać linkami do specyfikacji. Ale zawsze wcześniej czy później padnie odpowiedź - no dobra, ale my używamy UML tak jak my uważamy za słuszne, a nie jakaś specyfikacja i rób tak jak inni i nie rób zamieszania.
  • guest_445 : Dodajmy do tego jedną rzecz - po co firmom UML. Żeby tzw. IT Guy nie mógł się panoszyć. Nie widzę za dużo innych zastosowań.
  • Jaroslaw Zelinski : guest_445: bo problemem nie jest problem z UML a to, że mało kto potrafi projektować (kodować prawie każdy), po drugie EA SPARX to archaiczne narzędzie w wielu miejscach niezgodne z UML i nie pozwalające projektować obiektowo.
  • Jaroslaw Zelinski : guest_445 : "Dodajmy do tego jedną rzecz - po co firmom UML. Żeby tzw. IT Guy nie mógł się panoszyć. Nie widzę za dużo innych zastosowań." Dokładnie tak, dlatego projektowanie i używanie UML najzacieklej atakują ci, którzy na prawde dużo zarabiają na bałaganie i uzależnianiu od sienie...
  • guest_2042 : Z którego zapisu specyfikacji UML wynika, że diagram aktywności służy do algorytmów (specyfikacja operacji klas), a diagram sekwencji do modelowania scenariuszy PU? Czytam i tego nie widzę.
  • Jaroslaw Zelinski : guest_2042 UML to opis języka a nie podręcznik analizy i modelowania, ale polecam na początek UML rozdz. 15.1. oraz 17.1.1. a potem podręcznik akademicki używany nadal na MIT: Dennis, A., Wixom, B. H., & Roth, R. M. (2012). Systems analysis and design (5th ed). John Wiley. oraz Rosenberg, D., & Scott, K. (1999). Use case driven object modeling with UML. Springer. Rosenberg, D., & Stephens, M. (2007). Introduction to ICONIX Process. Use Case Driven Object Modeling with UML: Theory and Practice, 1–20.
  • Jaroslaw Zelinski : guest_2042 generalnie, jeżeli projekt w UML nie da sie literalnie odtworzyć w kodzie, to ten projekt w UML był stratą czasu ...
  • guest_5771 : W artykule https://it-consulting.pl/2022/12/14/czym-jest-pim-czyli-kto-jest-programista/ pisze Pan: " Owszem, można “od razu w kodzie”, jest to jednak najbardziej nieefektywna metoda tworzenia oprogramowania." Czy mógłby podać Pan źródło literaturowe (najlepiej więcej niż jedno) na poparcie tej tezy?
  • Jaroslaw Zelinski : guest_5771 , wystarczy samemu zrobić porównanie, robię od 10 lat ze studentami, okazuje się, ze poprzedzenie kodowania UML nawet kilkukrotnie skraca pracochłonność nad oddaniem systemu do użytku. Np. wykrycie błedu integracji na modelu to kilkanaście minut w kodzie to nawet kilka dni. Co to Literatury, to zapewne jest na koncu artykułu, polecam ksiązkę sygnatariusza Agile: Martin, R. C., Grenning, J., Brown, S., & Henney, K. (2018). Clean Architecture: A craftsman’s guide to software structure and design. Prentice Hall.
  • Jaroslaw Zelinski : guest_5771 : to też polecam: Robert C. Martin. (2003). UML for Java programmers. Prentice Hall PTR.
  • guest_9755 : W artyhttps://it-consulting.pl/2022/12/14/czym-jest-pim-czyli-kto-jest-programista/ pokazując diagram klas, który pokazuje to samo co diagram struktur złożonych, używa Pan związku zawierania. Z kolei w nowszym artykule https://it-consulting.pl/2020/06/18/projekt-aplikacji-czyli-bazy-dokumentowe/ pokazując diagram klas, który ma obrazować to samo co diagram struktur złożonych, używa już pan związku zależności. Dlaczego?
  • Jaroslaw Zelinski : guest_5771 : ile czasu zajmie koderowi napisanie i przetestowanie kodu generuące Fakturę na bazie danych pobranych z inne apliakci? Analiza i testy wykonalności w UML zamuą mi < 1h.
  • Jaroslaw Zelinski : guest_9755 , to dwie różne rzeczy: pierwszy to struktura formularza a drugi to typy danych w polach
  • guest_9755 : "to dwie różne rzeczy: pierwszy to struktura formularza a drugi to typy danych w polach" czyli jeśli modelowałbym już bardziej technicznie, to powinienem używać związku zależności?
  • Jaroslaw Zelinski : guest_9755 , nie.. co innego to pole "osoba" na formularzu a co innego to "strukturalnych typ danych" tego pola (imię + nazwisko) .
  • Jaroslaw Zelinski : guest_9755 : typem danych a nie polem będzie także enumerator
  • guest_9755 : " co innego to pole "osoba" na formularzu a co innego to "strukturalnych typ danych" tego pola (imię + nazwisko) " Szczerze mówiąc nie czuję różnicy. Czy mogę gdzieś indziej na Pana blogu o tym poczytać? Może jakieś książki?
  • Jaroslaw Zelinski : guest_9755 : w kilku miejscach na blogu pisałem o tym, jeżeli mam poświęcić Pan swój czas to zapraszam 🙂 https://it-consulting.pl/seminaria/
  • Jaroslaw Zelinski : blog jest za darmo, dłuższe konsultacje niestety nie .....
  • Jaroslaw Zelinski : https://it-consulting.pl/download/modelowanie-struktury-dokumentow/
  • Al : Mam pytanie, bo na blogu w https://it-consulting.pl/2024/10/29/diagramy-klas-uml-wg-p-programowanie-pl/, napisał Pan: nie ma czegoś takiego jak “agregacja częściowa” była w UML “agregacja” (pusty rombik na końcu [...]". W swoim narzędziu mam taką relację dostępną. Jeśli jest zła, czym to zastąpić?
  • Jaroslaw Zelinski : Al : jest w każdym narzędziu bo narzędzia są kompatybilne wstecz, jest nie tyle zła co nielogiczna nieimplementowalna, dlatego nie należy jej używać bo ona nic nie znaczy i dlatego została usunięta z UML.
  • guest_4679 : Gdy modeluję proces biznesowy to pod data object mogę podpiąć makietę dokumentu (np. diagram struktur złożonych). Co jeśli mamy proces rejestracji dokumentów i mimo, że flow jest taki sam dla każdego typu dokumentu, to mamy różne dokumenty, które rejestrujemy. Wtedy odrębny proces per typ dokumentu mimo, że proces będzie dla każdego wyglądał tak samo?
  • Jaroslaw Zelinski : guest_4679 , "Co jeśli mamy proces rejestracji dokumentów i mimo, że flow jest taki sam dla każdego typu dokumentu, to mamy różne dokumenty, które rejestrujemy" to znaczy, że źle zrozumiano lub zaprojektowano proces...
  • Jaroslaw Zelinski : guest_4679 : "Wtedy odrębny proces per typ dokumentu mimo, że proces będzie dla każdego wyglądał tak samo?" Nie 😉 ... To jest jeden proces.... https://my.freshbooks.com/#/checkout/c933b8e101564821a6bf9968aeeb99aa
  • Jaroslaw Zelinski : guest_4679 : Tu jest przykład: https://it-consulting.pl/download/system-wspierajacy-ezd/
  • guest_4679 : Chodzi o to, że mamy
  • guest_4679 : "to znaczy, że źle zrozumiano lub zaprojektowano proces..." Chodzi o to, że mam różne dokumenty, które mają minimalne różnice, np. karta karta, korekta karty karnej, zawiadomienie, korekta zawiadomienia, ale proces de facto jest ten sam.
  • Jaroslaw Zelinski : wiem, https://it-consulting.pl/seminaria/
  • guest_4679 : innymi słowy, kartka karna i zawiadomienie będę miały lekko inną strukturę, a więc to będą odrębne modele
  • Jaroslaw Zelinski : to nie beda osobne modele 😉
  • guest_4679 : "to nie będą osobne modele ;)" dziwne, bo wysyła się te dokumenty jako odrębne. Tak samo przy okazji kart karnych są pod-typy: 1) karta rejestracyjna karna; 2) karta rejestracyjna nieletniego; 3) karta rejestracyjna podmiotu zbiorowego. Gdzie każda ma różnice w polach.
  • Jaroslaw Zelinski : guest_4679 : to że jakieś dwa dokumenty mają nieco inne pola nie powoduje, że koniecznie są "innymi dokumentami" i modelami, np. deklaracje podatkowe z te roku i z przed dekady się różnią a mimo to sa to nadal "te same deklaracje podatkowe"
  • guest_4191 : Dzień dobry,
  • guest_4191 : Dzień dobry, dlaczego system w notacji UML, w przypadkach użycia jest prostokątem? Czy stoi za tym jakaś logika dlaczego akurat prostokątem? Pozdrawiam
  • Jaroslaw Zelinski : guest_4191 : bo w UML dla prostoty wszystko jest prostokątem, chyba że czasem nie, bo w UML wszystko jest klasą 😉
  • guest_3995 : Jakie inne argumenty, poza uniezależnieniem się od developera, można użyć do klienta na poparcie tego, że warto robić analizę przed kodowaniem tak by ta była niezależna od technologii (modele PIM).
  • Jaroslaw Zelinski : guest_3995 : "Jakie inne argumenty, poza uniezależnieniem się od developera": kilkukrotnie niższe koszty implementacji całości projektu, model PIM to także "proof of concept"
  • guest_6878 : https://www.linkedin.com/feed/update/urn:li:activity:7288858710360088576/ Jeśli dziedziczenie jest "złe", to czy w ogóle możliwe jest programować w C++/C#/JAVA bez używania dziedziczenia?
  • Jaroslaw Zelinski : guest_6878 : można nie używać tych języków programowania bo nie ma takiego obowiązku, bo te akurat wręcz to wymuszają, a dlaczego dziedziczenie jest złe, opisałem to ja i tysiące innych ludzi na świecie z autorem "paradygmatu obiektowego" Alanem Key, włącznie.
  • Jaroslaw Zelinski : Polecam np. to: https://www.quora.com/What-does-Alan-Kay-think-about-inheritance-in-object-oriented-programming
  • Jaroslaw Zelinski : polecam to: https://youtu.be/wyABTfR9UTU?si=uYrf5YnnNw1SpNKe&t=297
  • Jaroslaw Zelinski : oraz to: https://youtu.be/TbP2B1ijWr8?si=PfytG5TfE5sxBQWw&t=410
  • guest_6878 : "można nie używać tych języków programowania bo nie ma takiego obowiązku" ale czy możliwe jest aby w tych językach nie korzystać z dziedziczenia?
  • guest_3813 : Gdy mamy procesy biznesowe to wykonanie transformacji do diagramu przypadków użycia jest relatywnie "proste", ale co w przypadku jeśli nie mamy procesów biznesowych, bo np. projektujemy system klasy GIS (np. google maps) czy też jakąś grę (wiedźmin lub counter strike). Skąd brać w takim wypadku UC?
  • Jaroslaw Zelinski : guest_6878 , "ale czy możliwe jest aby w tych językach nie korzystać z dziedziczenia?" podobno tak ale to pytanie do deweloperów, podobno można
  • Jaroslaw Zelinski : guest_3813 : nie mając procesów biznesowych co do zasady zaczynami projektowanie aplikacji od ustalenia komu i do czego ta aplikacja będzie służyła, to UC; NIGDY nie używamy metod pracy z grami do projektowania systemow biznesowych
  • Jaroslaw Zelinski : guest_3813 : "ale co w przypadku jeśli nie mamy procesów biznesowych, bo np. projektujemy system klasy GIS "... c.d. ale generalnie projektowania oprogramowania nie wiedząc komu i do czego nie jest dobrym pomysłem, dlatego ten brak procesów biznesowych mimo to jest dużym błędem.
  • guest_6917 : " brak procesów biznesowych mimo to jest dużym błędem."
  • guest_687 : " brak procesów biznesowych mimo to jest dużym błędem." tylko projektując grę komputerową, system klasy GIS, to tu nie ma profesów biznesowych więc ciężko by je określić.
  • Jaroslaw Zelinski : guest_687 : " tu nie ma procesów biznesowych więc ciężko by je określić" w grach nie ma a w GIS owszem są
  • guest_687 : " w GIS owszem są" patrząc na google maps, nie jestem w stanie sobie wyobrazić żadnego, sensownego procesu biznesowego. Wyszukiwanie trasy? To byłby proces z jednej aktywności
  • Jaroslaw Zelinski : guest_687 : młotek, podobnie jak aplikacja GIS, to narzędzie używane w ramach jakiegoś zadania w jakimś procesie, problemem wielu deweloperów jest tworzenie aplikacji "bo fajna jest" bez zastanawiania się kiedy i w jakim kontekście oraz do czego jest używana, proces biznesowy to ten kontekst.
  • Jaroslaw Zelinski : guest_687 : BTW... elementarny proces biznesowy to właśnie aktywność i jej produkt, oraz weście czyli przyczyna, jedna aktywność i jej produkt to też proces biznesowy....
  • guest_687 : " wielu deweloperów jest tworzenie aplikacji "bo fajna jest" bez zastanawiania się kiedy i w jakim kontekście oraz do czego jest używana, proces biznesowy to ten kontekst." załóżmy że robię aplikację dla biegaczy, która wykorzystuje dane geograficzne, mierzy czas biegu, tentno i takie takie. Czy ma sens wykonywanie procesów biznesowych dla czegoś takiego, skoro te procesy (moim zdaniem) składałyby się z 1 kroku?
  • Jaroslaw Zelinski : guest_687 : ma sens, bo te pomiary nie są sobie a muzom a po to by ktoś mógł np. zapanować nad swoim zdrowiem, czasem wolnym, itp. masa innych rzeczy a których każda stanowi jakiś kontekst, nawet młotek. Tworzenie narzędzi bez wiedzy o kontekście ich użycia to zabawa w LOTTO, typu: narobię się, może komuś sie przyda i raz tak a raz nie. Niestety tak wygląda wiele projektów IT.
  • Jaroslaw Zelinski : guest_687 " każdy elementarny proces biznesowy to nie "jeden krok" tylko procedura (e nazwa) mająca produkt.
  • guest_687 : Szczerze mówiąc nigdy nie widziałem procesów biznesowych, które składałyby się z 1 aktywności.
  • Jaroslaw Zelinski : guest_687 , polecam rozdział BPMN: "procesy ad-hoc"
  • Jaroslaw Zelinski : oraz dodatek C: kluczowe definicje: atomowy proces to jedna aktywność i jej produkt
  • Jaroslaw Zelinski : identyczna definica w UML (diagram aktywności)
  • guest_8073 : Jak projektowano systemy gdy nie było projektowania obiektowego? Przypadki użycia oznaczały funkcje w kodzie strukturalnym?
  • guest_7039 : Czy do modeli CIM, poza modelem procesów biznesowych zaliczymy: model pojęciowy, model reguł biznesowych, BMM, BCM, BSC, itp.?
  • Jaroslaw Zelinski : guest_8073 : " Przypadki użycia oznaczały funkcje w kodzie strukturalnym?" tak
  • Jaroslaw Zelinski : guest_7039 : Model CIM to mechanizm działania organizacji w oderwaniu od narzędzi (czyli tu oprogramowania), CIM to generalnie BPMN+SBVR. Osobną kwestią jest to jakie źródło na dana procedura (NIS2, RODO, BCM, BSC itp..)
  • Jaroslaw Zelinski : P.S. pamiętamy, że w modelach analitycznych BPMN Taski to nazwy procedur a DataObect to nazwy szablonów dokumentów.
  • guest_8073 : Jeśli UC oznaczału funkcje w kodzie strukturalnym, to rozumiem, ze 1 UC = void jakasFunkcja() {ciało funkcji}, z kolei include/extend to były współdzielone funkcje w kodzie?
  • guest_8073 : P.s. gdzie znajdę informacje, gdzie jest wprost napisane, że historycznie służyły do dokumentowania funkcji w kodzie?
  • Jaroslaw Zelinski : guest_8073 myli Pan funkcje i podprogramy z instrukcjami języka programowania
  • guest_8073 : " myli Pan funkcje z poleceniami języka programowania" jaka jest różnica? I wtedy czym był pierwotny UC?
  • Jaroslaw Zelinski : guest_8073 UC w UML to usługa, w metodach strukturalnych był (jest) to określony fragment kodu realizujący określoną funkcję (procedurę czyli określony ciąg poleceń),
  • Jaroslaw Zelinski : różnica między instrukcją języka a procedurą to podstawy informatyki, zapraszam na szkolenia
  • guest_7039 : "Model CIM to mechanizm działania organizacji w oderwaniu od narzędzi (czyli tu oprogramowania), CIM to generalnie BPMN+SBVR". Czy do modeli CIM, skoro są to modele przedstawiające mechanizm działa organizacji można zaliczyć reguły biznesowe, model motywacji biznesowej, kartę zrównoważonych wyników, strukturę organizacyjną, itp?
  • Jaroslaw Zelinski : guest_7039 : " model motywacji biznesowej, kartę zrównoważonych wyników," tego nie bo to cechy lub mierniki organizacji a nie mechanizm jej działania
  • guest_4656 : Czy adapter, poza mapowaniem danych, może również odpowiadać za scalanie danych z 2+ różnych źródeł?
  • Jaroslaw Zelinski : guest_4656 : wzorce adapter, bridge, fasada, to rodzina wzorców których celem są integracje, scalanie często jest przypisywane fasadzie, jednak wielu autorów te trzy wzorce nazywa "adapterem", a osobiście w dokumentacjach też najczęściej używam nazwy "adapter". Scalanie danych może zawierać elementy logiki biznesowej co zaczyna być groźne (wynoszenie logiki poza komponenty dziedzinowe). Dlatego osobiście w takich momentach wolę mówić o ETL i pośrednich aplikacach.
  • Jaroslaw Zelinski : guest_4656 : "Czy adapter, poza mapowaniem danych, może również odpowiadać za scalanie danych z 2+ różnych źródeł?" BTW jeżeli cały system jest poprawnie zaprojektowany to nie ma tam "scalania danych", a jest "przetwarzanie komunikatów/dokumentów", a to jest w 100% logika dziedzinowa.... i tu adapter nigdy niczego nie "scala", co jest najlepszą formą projektowania.
  • guest_4656 : Chodzi o sytuację gdy musimy zaciągnąć informacje z 2 zewnętrznych systemów.
  • Jaroslaw Zelinski : guest_4656 : "Chodzi o sytuację gdy musimy zaciągnąć informacje z 2 zewnętrznych systemów." 1. komputer przetwarza dane a nie informacje, 2. pobieramy, przesyłamy dokumenty i po swojej stronie z nich korzystamy. 3. (jak by co) nie integrujemy aplikacji na poziomie tabel relacyjnych baz danych, bo to najgorsza forma integracji aplikacji
  • guest_4656 : " pobieramy, przesyłamy dokumenty i po swojej stronie z nich korzystamy." To załóżmy, ze muszę pobrać 2 dokumenty, ale potrzebuję części danych z jednego i części danych z drugiego dokumentu. Innymi słowy wyciągnąć dane z 2 źródeł i skleić je w jeden, odrębny dokument. Czy adapter wykona taką procedurę czy to raczej procedura dla koordynatora?
  • Jaroslaw Zelinski : guest_4656 : to zadanie dla logiki dziedzinowej a nie dla adaptera, raczej scenariusz dziedzinowy (SAGA, koordynator, orkiestrator) wewnątrz aplikacji.
  • guest_4656 : "to zadanie dla logiki dziedzinowej a nie dla adaptera" czyli jeśli sklejanie danych dzieje się w adapterze, znaczy że to jest zła architektura?
  • Jaroslaw Zelinski : guest_4656 : to bardzo kiepski pomysł bo roznosi logikę dziedzinową po całym kodzie a nie raz do środowiska, utrzymanie takiej aplikacji bedzie masakra kosztową
  • guest_1579 : Dlaczego na diagramie, który prezentuje fakturę w artykule z 2018: https://it-consulting.pl/2018/12/15/fakturowanie-elektroniczne-czyli-faktura-ustrukturyzowana/ stosuje Pan związek kompozycji, a w nowszych artykułach stosuje Pan związek zawierania? Zmienił Pan podejście?
  • guest_4656 : Czyli jeśli adapter nie mapuje danych bo nie ma takiej potrzeby, to w zasadzie jest tylko przelotką, która wywołuje zewnętrzne API?
  • Jaroslaw Zelinski : guest_4656 : rola adaptera (i podobnych) jest tylko separacja (hermetyzacja aplikacji)
  • Jaroslaw Zelinski : guest_1579 : to nie zmiana podejścia a różnice w modelowaniu plików JSON/XML u niektórych autorów i narzędzi, na tym diagramie diagram klas był wygenerowany automatem z pliku XML, który używa kompozycji, generalnie jednak sekcje JSON/XML to zawieranie..
  • guest_1579 : "generalnie jednak sekcje JSON/XML to zawieranie.." czy poleciłby Pan inne publikacje, gdzie autorzy stosują związki zawierania, a nie powszechnie używane kompozycje?
  • Jaroslaw Zelinski : guest_1579 : UML to specyfikacja a tam jest opisana różnica między kompozycja a zawieraniem się, nie a jeden o tym piszę, ale źródłem jest ta specyfikacja a nie "autorzy"
  • Jaroslaw Zelinski : guest_1579 , to że ktoś coś stosuje "inaczej" nie jest argumentem, większość ludzi niepoprawnie stosuje UML, podobnie jak to, że większość kierowców łamie kodeks drogowy jak tylko nie ma policji ...
  • guest_1579 : "nie a jeden o tym piszę" jeśli nie jest Pan jedyny, który o tym pisze, czy mógłby Pan podać inne źródła? Dodatkowo ktore rozdziały specyfikacji UML mówią o tych dwóch związkach?
  • Jaroslaw Zelinski : guest_1579 : źródła są w na blogu, specyfikacja UML dostępny za darmo, związki te są definiowane graficznie jako diagramy profilu oraz skomentowane: związek kompozycji rozdz. 11. a zawierania rozdz. 12.
  • Jaroslaw Zelinski : guest_1579 UML to nie biblioteka ikon w powerpoint tylko sformalizowany rysunek techniczny
  • guest_9370 : Firma ma problem ze swoją ofertą. Gubi się w gąszczu tego co, komu i jak (jakie powstają dokumenty oraz jakie komórki organizacyjne je realizują) oferuje. Jak to zamodelować? W diagramie struktury organizacyjnej z dodatkowym stereotypem (funkcja biznesowa?)? Czy po prostu na mapie procesów?
  • Jaroslaw Zelinski : guest_9370 Ogólnie całą firmę a obszar obsługi klienta dokładniej https://it-consulting.pl/zamow/architektura-korporacyjna-opis-struktury-modeli-i-sladowania/
  • Jaroslaw Zelinski : guest_9370 , ale zaczął bym od rozważenie standaryzacji, gdyż jeżeli model działania firmy nie da sią opisać, to jest to sygnał, że ta firma to jedna bryła błota, a tego się nie modeluje
  • guest_9301 : A jak osiągnąć standaryzację? Lub jeśli już ona będzie to jak ją pokazać?
  • Jaroslaw Zelinski : guest_9301 Standaryzacja: https://it-consulting.pl/2016/05/24/dokumenty-czy-niedokumenty-czyli-zarzadzanie-informacja/

Jeżeli pytanie na czacie wykroczy poza zakres ww. Regulaminu zapraszam na:

  1. jednorazowe indywidualne mikro-konsultacje,
  2. indywidualny rozwój kompetencji: Mentoring,
  3. analizy, projektowanie, usługi eksperckie: Usługi.

O mnie