MDE – JZ IT Consulting Ltd

Inżynieria oprogramowania z użyciem narzędzia CASE – przykładowy projekt Biblioteka

Post author:Jaroslaw Zelinski
Post published:11 December 2020
Post category:Przykładowe projekty

W dniu 11.12.2020, udało mi się w końcu przeprowadzić prezentację on-line. Celem była prezentacja realizacji metody MBSE z narzędziem CASE (tu Visual-Paradigm) i jej efektów. Adresatem są zarówno analitycy, architekci oprogramowana jak i developer (programiści) jako ostateczny adresat dokumentu. Podobną prezentację prowadziłem wcześniej na Konferencji beIT 2020. Popularność tych prezentacji spowodowała, że całość przerodziła się w projekt badawczy.

(more…)

MDE czyli Model Driven Engineering

Post author:Jaroslaw Zelinski
Post published:1 January 2018
Post category:Analizy biznesowa i projektowanie oprogramowania

MDE to skrót od Model Driven Engineering, nazwy ogólnego trendu w świecie inżynierii. Od pewnego już czasu da się zaobserwować, że ludzie i ich umiejętności nie nadążają za złożonością systemów...…

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

Post author:Jaroslaw Zelinski
Post published:5 January 2017
Post category:Analizy biznesowa i projektowanie oprogramowania

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…

Smith, B. C. (1985). Computers, Models, and the Embedding World, The Limits of Correctness. SIGCAS Comput. Soc., 14,15(1,2,3,4), 18?26. doi: 10.1145/379486.379512

Czynniki sukcesu w projektach programistycznych

Post author:Jaroslaw Zelinski
Post published:6 December 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Pojawia się próba diagnozy. Pełna tak zwana śladowalność wymagań (nazwana tu hipertracebility) jest podobno kosztowna i trudna do utrzymania. Zaraz potem: niedbałość w definiowaniu wymagań - no to w końcu dokładnie czy nie? Kolej na analityków: zrzucanie odpowiedzialności ? analitycy tworzą dokument wymagań i wypychają go do programistów. Oczywiście jest to problem, co z tym? Analityk powinien ponosić odpowiedzialność za swój produkt do końca projektu. Założenie, że można stworzyć skończony dokument wymagań. Otóż można ale o tym za chwilę. Poza ważnymi elementami zarządzania takim projektem, w tym zarządzaniem zespołem autorzy wskazali jedną z głównych moim zdaniem przyczyn: brak dokumentu HLD (projektu wysokopoziomego). Otóż nie da się czymś tak złożonym jak oprogramowanie (zakładam, że to nie trywialny system), zarządzać na poziomie detalicznych szczegółów.