2017 – Strona 4 – Jarosław Żeliński IT-Consulting

Domain-Specific Conceptual Modeling czyli logika wydzielona z modelu procesu

Post author:Jarosław Żeliński
Post published:14 lutego 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:3 lipca 2021

Tę recenzje książki zacznę nieco inaczej. Swego czasu pisałem, że warto stosować reguły biznesowe w modelowaniu procesów. Zwracałem uwagę na to, że nie ma sensu modelowanie decyzji w BPMN... ... bo to prowadzi do masakrycznej złożoności diagramów. Po drugie w każdym procesie mającym ?w sobie? zdarzenie związane z odpisaniem na pismo musielibyśmy ?narysować? powyższy ciąg czynności. Zarządzanie zmianą w takiej dokumentacji to koszmar. Model procesu powinien zawierać wyłącznie elementarne procesy biznesowe (aktywności z ich wejściem i wyjściem):Proces biznesowy w notacji BPMN z wydzielonymi procedurą i reguła biznesową. Proces biznesowy w…

Czytaj dalej

Strategia… w przypadku 90% małych i średnich firm w Polsce bazowałby Pan na niczym

Post author:Jarosław Żeliński
Post published:6 lutego 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:20 kwietnia 2017

Tym razem natchnieniem do napisania tego tekstu była krótka dyskusja w internecie i to stwierdzenie jednego z jej uczestników: "...strategia budowana przez Zarząd". Gdyby chciał Pan na tym bazować to w przypadku 90% małych i średnich firm w Polsce bazowałby Pan na niczym. Nawet jeśli któraś z tych firm ma strategię (lub wydaje się jej, że ma) brzmi ona mniej więcej tak: "W najwyższym możliwym stopniu zaspokoić potrzeby klientów przy minimalnych możliwych kosztach własnych". Obaj wiemy, że to nie jest żadna strategia. Trzeba szukać innego fundamentu. Autor tej wypowiedzi ma…

Czytaj dalej

Biznesowy (kanoniczny) model danych – nie chcemy

Post author:Jarosław Żeliński
Post published:3 lutego 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:12 listopada 2024

Nadal obserwuję to, że model relacyjny i "tworzenie bazowych modeli danych na etapie analizy wymagań" (kanoniczny model danych) trzymają się twardo mimo tego, że nie wiele wnoszą do projektu a narzucają (sugerują) kiepską architekturę aplikacji z jedną relacyjna bazą danych. Co ciekawe zaczynanie od bazy danych jest wręcz zaprzeczeniem zwinności (konieczność ukończenia projektu docelowej bazy danych przed rozpoczęciem kodowania czyli klasyka waterfall, w efekcie betonowanie stanu z dnia rozpoczęcia) mimo, że autorki artykułu piszą o sobie że są agile...) Popatrzmy na to co proponują w tym 2017 roku.: Jeśli w…

Czytaj dalej

Wymagania umarły. Rozwiązaniem jest cykl życia produktu

Post author:Jarosław Żeliński
Post published:13 stycznia 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:31 maja 2024

Jak to mawiał mój dawny profesor filozofii: "gdy dwóch mówi to samo to już nie jest samo". To co nazywamy "zwinnym podejściem" to coraz częściej uznanie nieskuteczności metody polegającej na "zbieraniu wymagań" i obrona przed "obiecaniem z góry tego co ma powstać", bo nikt nie wie czym to coś będzie jak już powstanie...(o ile powstanie). Takie głosy pojawiają się coraz częściej, i to nie od wczoraj.... Dzisiaj metody oparte na abstrakcji Takie "pomysły" jak MDA (architektura bazująca na modelowaniu), MDE (inżynieria bazująca na modelowaniu), notacje BPMN, UML, SysML, SoaML i…

Czytaj dalej

Nieco zaawansowane techniki analizy i modelowania

Post author:Jarosław Żeliński
Post published:7 stycznia 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:20 kwietnia 2017

W dwóch ubiegłorocznych artykułach pisałem o modelach pojęciowych oraz o związkach w UML. Opisałem je od strony notacyjnej. Dzisiaj o ich zastosowaniu. Generalnie zagadnienia modeli pojęciowych, abstrakcji i metamodeli oraz związków między nimi są dość trudne (wbrew pozorom, większość ludzi ma problem z abstrakcyjnym myśleniem), jako narzędzia są bardzo przydatne w analizie i projektowaniu. Rzecz w tym, że systemy analizowane istnieją, co znaczy ni mniej ni więcej tylko to, że "są dobre bo są i działają". Gorzej jest gdy system, nie raz nietrywialny, jest na etapie projektowania. Wtedy o tym jest "dobry"…

Czytaj dalej

Przypadki użycia czy model procesu, czego używać?

Post author:Jarosław Żeliński
Post published:5 stycznia 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:18 grudnia 2020

Dość często spotykam sie z tezami, że użycie przypadków użycia nie wymaga modelowania procesów i odwrotnie, albo że są to "narzędzia" oferujące podobne lub takie same korzyści, np. tak jak tu: So, as you can see we used different techniques and basically the result is the same. It was not really important what techniques were used unless solution design is complete. It?s just a matter of a habit so if you?re more comfortable with use cases then stick to them or if you?re more familiar with process maps then draw…

Czytaj dalej

Odsprzedaż sofware czyli czy można odzobaczyć to co się zobaczyło

Post author:Jarosław Żeliński
Post published:2 stycznia 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:20 kwietnia 2017

Tym razem o logice egzekwowania prawa autorskiego. W artykule o analizie systemowej obszaru praw autorskich prezentowałem między innymi poniższy diagram:

Posłużę sie nim teraz, przy okazji analizy tego czym jest oprogramowanie.

Materialną postać, gdzie wartość ma egzemplarz, ma dzieło takie jak np. rzeźba. Tu pojęcie reprodukcji (kopii oryginału) ma sens. Jednak oprogramowanie, podobnie jak muzyka, proza, poezja, fotografia, jest dziełem niematerialnym. To, że jego egzemplarze są “materializowane” na nośniku oznacza jedynie to, że zostało to dzieło utrwalone. (więcej…)

Czytaj dalej

Koniec treści

Nie ma więcej stron do załadowania

Nowsze wpisy