Read more about the article System Analizy Strukturalnej
(źr. Facebook, International Institute of Business Analysis)

System Analizy Strukturalnej

Structured System Analysis tools & techniques by Chris Gane and Trish Sarson Dzisiaj nieco archeologii. Właśnie upolowałem książkę jak poniżej : Jednym z powodów był niedawny artykuł (Diagram Przepływu Danych...) na temat diagramów DFD i zobrazowaniu kluczowych funkcjonalności systemów. Książka napisana w 1977 roku, ja mam wydanie z 1989-go (!). Nie raz tu pisałem, że w branży IT jest źle, nadal: "The Standish Group report 83.9% of IT projects partially or completely fail" (83%9 projektów IT to porażki). Ale ciekawsze jest to, że tak jest od początku tej branży do…

Czytaj dalejSystem Analizy Strukturalnej
Read more about the article SysML – co warto przeczytać i mieć na półce
Industry 4.0 concept, smart factory with icon flow automation and data exchange in manufacturing technologies.

SysML – co warto przeczytać i mieć na półce

Miesiąc temu pisałem: Mechatronika i nota­cja SysML ma swo­je począt­ki w latach 90-tych. Modele w tej nota­cji powsta­wa­ły już w fir­mie Boeing (Herrold, 2016). Od tam­tej pory powsta­ło wie­le publi­ka­cji na ten temat, w tym tak­że opi­sy dobrych prak­tyk jaki­mi są wzor­ce pro­jek­to­we (Barbieri, Kernschmidt, Fantuzzi & Vogel-Heuser, 2014). Można spo­tkać coraz czę­ściej publi­ka­cje na temat sto­so­wa­nia metod pro­jek­to­wa­nia opar­tych na SysML (Van Noten, Gadeyne & Witters, 2017).Moim celem było tu zwró­ce­nie uwa­gi na tę w sumie nową dzie­dzi­nę inży­nie­rii, waż­ne by nie utoż­sa­miać jej jedy­nie z robo­ty­ką, bo było by to ogrom­ne uprosz­cze­nie, co mam nadzie­ję…

Czytaj dalejSysML – co warto przeczytać i mieć na półce

Diagram przepływu danych jako funkcjonalny model systemu

Wprowadzenie Jednym z podstawowych problemów w projektach związanych z systemami informacyjnymi, jest komunikacja z ekspertami dziedzinowymi sponsora projektu. Osoby te stanowią podstawowe źródło informacji i są także kluczowymi recenzentami powstającej dokumentacji: potwierdzają, że analityk i projektant zrozumiał dziedzinę problemu. Sformalizowane systemy notacyjne są niejednokrotnie dość bogate w symbole, te zaś dla większości ludzi są mało intuicyjne, a ich formalizm bywa niezrozumiały. W efekcie analitycy i projektanci albo prowadzą szkolenia przygotowujące zespoły projektowe do projektu albo uciekają się do stosowania łatwo przyswajalnych nieformalnych schematów blokowych. Obie drogi stwarzają ryzyko w projekcie.…

Czytaj dalejDiagram przepływu danych jako funkcjonalny model systemu

Studium wykonalności c.d. czyli analiza systemowa rozwiązania

Wprowadzenie ?Problemy, w których rozwiązaniu mają pomóc budowane złożone systemy są zwykle ?problemami złośliwymi? . ?Problem złośliwy? to taki skomplikowany problem, w którym jest tak wiele powiązanych ze sobą bytów, że nie istnieje jego ostateczna specyfikacja. Prawdziwy charakter problemu objawia się dopiero w miarę opracowywania rozwiązania.? W roku 2014 w artykule Studium wykonalności produktu - czym naprawdę jest napisałem na zakończenie: W literaturze można spotkać różne ?definicje? studium wykonalności, jednak ta którą opisałem, zdaje się być najbliższa definicji, którą przytoczyłem na początku: bazującej na znaczeniu słownikowym. Praktyka pokazuje, że intencje sponsorów…

Czytaj dalejStudium wykonalności c.d. czyli analiza systemowa rozwiązania

Pokłosie webinarium MAP IT

15 Maja 2020 odbyło się ciekawe wirtualne spotkanie (zapowiedzi). Zarejestrowało sie ponad 1200 osób, ponad połowa tej liczby brała faktycznie udział. To oznacza, że mają sens zapowiadane i poruszone tam tematy. O konferencji Konferencja MAP IT ? Management, Analiza i Produkt w IT zorganizowana została przez Hannę Wesołowską z analiza IT. Ogromne ukłony dla Eleny Zhukovej, Olgi Springer z Product Vision oraz pozostałych znakomitych prelegentów ? Jarka Łojewskiego z Fundacji Dobra Porażka, Michała Bartyzela oraz Michała Redy i Mateusza Kapicy z Product Vision. Ostatnim referatem był mój referat o formalizmach w analizie i projektowaniu. Zainteresowanie spotkaniem przeszło…

Czytaj dalejPokłosie webinarium MAP IT

Separacja kontekstu i znaczeń w metodach obiektowych

Separacja kontekstu dziedziny oraz separacja synonimów jako metoda zapewnienia jednoznaczności modeli obiektowych. Streszczenie: Przedstawiono metodę pozwalającą zapewnić jednoznaczność modeli obiektowych mimo istnienia synonimów w słownictwie analizowanego problemu. Wykorzystano znaną juz metodę separowania kontekstów, autor proponuje dodatkowy prosty metamodel (profil UML) pozwalający na bezpieczne użycie tego samego pojęcia zarówno jako nazwy obiektu jak i nazwy cechy obiektu. Słowa kluczowe: UML, profil, metody obiektowe, kontekst  ___ Wprowadzenie Wielu autorów piszących o projektowaniu oprogramowania zwraca uwagę na problemy związane z kontekstem i synonimami pojęć w badanej dziedzinie. Jednym z popularniejszych autorów, zwracających uwagę na…

Czytaj dalejSeparacja kontekstu i znaczeń w metodach obiektowych

Koniec treści

Nie ma więcej stron do załadowania