Analiza nie powinna być wyłącznie pasmem wywiadów, jakiego produktem będę setki stron zapisów z ankiet oraz zrealizowanych rozmów. Analiza wymagań, to znaczna praca, której celem powinno być zrozumienie, a nie tylko opowiedzenie. Jaka jest różnica? Pokłosiem analizy, a więc poznania zjawiska (pracy przedsiębiorstwa itp.) jest model jej logiki działania (logika biznesowa), tenże model – poprawny – pozwala przypuszczać co nas czeka (testowany jest na poprawność losowo wyselekcjonowanymi zdarzeniami w przedsiębiorstwie).

Tenże typ to wzornik dziedziny systemu (model logiki biznesowej: dokumentacja reguł biznesowych). Owocem wywiadów będzie niestety tylko opis skutków w reakcji na impulsy ale nadal nieczytelne jest to „dlaczego akurat takie” skutki.

Wszystko to co nas otacza, samo w sobie jest naturalnie prostym. Skomplikowane są, nie pojedyncze rzeczy, a to, że jest ich dużo a także mają na siebie wzajemny wpływ.

Jest właśnie oryginalna strona www (https://continuum.biz.pl/), która zawiera przydatne informacje na omawiany temat, więc nie zwlekaj tylko przestudiuj ją dokładnie.

Zamysłem analizy jest zidentyfikowanie w naszym otoczeniu tych nieskomplikowanych elementarnych rzeczy a także zrozumienie ich obustronnego na siebie wpływu. Uchwycenie to manifestuje się w postaci zdolności utworzenia modelu tych koegzystujących nieskomplikowanych rzeczy - analiza wymagań na Positivepro.eu,

odgadnięcia oraz przedstawienia ich cech oraz reguł obustronnego oddziaływania. Gdy tym analizowanym środowiskiem jest organizacja, powstanie jej model, wiedza o tym jak funkcjonuje. A gdzie tutaj jest miejsce na oprogramowanie? Aby zaistniało, musimy stworzyć również i jego model, by zrozumieć i opisać to czego potrzebujmy. Pamiętajmy, że jedna z trudnych gier na świecie – szachy – to jedynie paręnaście figur i proste reguły ich przemieszczania. Nawet największa organizacja to wyłącznie skończona ilość ról i reguł ich działania. Musimy je tylko poznać.

Nie krytykuję inicjatyw stosowania przypadków użycia. One jednakże są konkretnymi, planowanymi przypadkami użycia aplikacji, to minimalny zestaw opcji. To nie ma jednak nic wspólnego z wewnętrzną konstrukcją programu, ta musi kształtować zastaną faktyczność. Jest coś takiego jak zasada SOLID planowania aplikacji. Aplikacja, jeśli w wyniku analizy wymagań wypracowano nie wyłącznie raport z wywiadów, ale też model logiki działania, też spełni te zasadę.