FURPS i SMART na widłach

Co to zna­czy, że wyma­ga­nia są zwe­ry­fi­ko­wa­ne? To zna­czy, że z powo­dze­niem prze­pro­wa­dzo­no test pole­ga­ją­cy na wyko­na­niu wszyst­kich czyn­no­ści mode­lu pro­ce­su biz­ne­so­we­go. Skąd to wie­my? Bo na wej­ściu mode­lu pro­ce­su poda­no” praw­dzi­we doku­men­ty, uda­ło się na mode­lu wska­zać wszyst­kie czyn­no­ści wyma­ga­ne do obsłu­że­nia tego doku­men­tu i nie było innych zbęd­nych, otrzy­ma­li­śmy taki sam rezul­tat (wyni­ko­wy doku­ment i jego stan) jak w natu­rze oraz na liście przy­pad­ków uży­cia są wszyst­kie te i tyl­ko te, któ­re były potrzeb­ne by ten pro­ces bez błę­du prze­szedł do koń­ca. Jak to się robi? Przeczytaj o tym tu.

Jeżeli doku­ment wyma­gań nie speł­nia tych kry­te­riów, to jak sam Hume twier­dzi, jest on bez­war­to­ścio­wy, nie nie­sie żad­nej wie­dzy gdyż poszcze­gól­ne wyma­ga­nia są: albo nie­zro­zu­mia­łe, albo zro­zu­mia­łe lecz nie uza­sad­nio­ne, albo zro­zu­mia­łe i zasad­ne lecz banal­ne (np. mają być Sprecyzowane). Tak więc wie­my co to zna­czy FURPS i SMART (powyż­sze skró­ty). Odbierając doku­men­ty ana­liz zada­waj­cie pyta­nie: a skąd wie­my, że te wyma­ga­nia (któ­re ktoś spi­sał) są FURPS i SMART i co to oznacza?

Czytaj dalej FURPS i SMART na widłach

Organizacja jako mechanizm czyli słoń w pokoju

The era of sacred cows” of engi­ne­ering is slow­ly coming to an end. Software engi­ne­ering, after almost 20 years of an agi­le” appro­ach to this branch of engi­ne­ering, is begin­ning to matu­re into real engi­ne­ering” with ana­ly­sis, design and testing on the dra­wing board” of CASE sys­tems and MBSE appro­aches, which are a uni­ver­sal sys­tems appro­ach to mul­ti­di­sci­pli­na­ry engi­ne­ering (mecha­tro­nics) (Rosenberg, 2023).

Organizations are also sys­tems and the­ir engi­ne­ering: we have busi­ness pro­cess engi­ne­ering, reso­ur­ce engi­ne­ering, finan­cial engi­ne­ering. Organizations are sys­tems and sho­uld be tre­ated and mode­led as such (Kozminski, 1979). IT sys­tems main­te­nan­ce and deve­lop­ment costs are alre­ady more than 8% of a com­pa­ny­’s reve­nue, and this value is slow­ly but ste­adi­ly gro­wing. The disci­pli­ne of the­ir cre­ation, imple­men­ta­tion and mana­ge­ment of the­ir costs is also growing. 

Czytaj dalej Organizacja jako mechanizm czyli słoń w pokoju

MVC a etapy projektowania aplikacji HLD i LLD – Czym jest Architektura Systemu

W perspektywie krótkoterminowej architektura oprogramowania pomaga zredukować czas i koszty rozwoju.W dłuższej perspektywie architektura oprogramowania pomaga zredukować koszty utrzymaniu. https://medium.com/@learnwithwhiteboard_digest/basics-of-software-architecture-a-guide-for-developers-8098a76881ca Wstęp W 2017 roku pisałem dość ogólnie o logice wzorca…

Czytaj dalej MVC a etapy projektowania aplikacji HLD i LLD – Czym jest Architektura Systemu

Kiedy maszyna stanowa a kiedy jednak status?

Różnica między stanem a statusem obiektu Wstęp Od czasu do czasu wpadają mi maile z pytaniami jak to: Chcę zamodelować dynamiczne zachowanie / stany smartfona (np. wyłączenie smartfona, inicjalizacja, tryb…

Czytaj dalej Kiedy maszyna stanowa a kiedy jednak status?

Transformacja Cyfrowa a dziedzictwo IT

Wstęp Transformacja cyfrowa, jest przez dostawców technologii informatycznych, najczęściej definiowana jako integracja technologii cyfrowej z działalnością firmy. Poniżej wybrane definicje, które najczęściej znajdujemy w sieci: Transformacja cyfrowa definiuje się jako…

Czytaj dalej Transformacja Cyfrowa a dziedzictwo IT

Architektoniczne wzorce projektowe w analizie i projektowaniu modelu dziedziny systemu

Wprowadzenie W artykule o aplikacjach webowych, ponad rok temu, pisałem: Generalnie klu­czo­wą cechą micro-ser­wi­sów, czy­nią­cą z nich tak zwa­ną zwin­ną archi­tek­tu­rę, jest cał­ko­wi­ta wzajemna nie­za­leż­ność imple­men­ta­cji poszcze­gól­nych usług aplikacyjnych. (źr.: Aplikacje…

Czytaj dalej Architektoniczne wzorce projektowe w analizie i projektowaniu modelu dziedziny systemu