Wiele problemów w projektach informatycznych, to skutki źle zbudowanej ontologii lub jej braku w projekcie. Niemal co druga firma (46 proc. badanych przez AIIM, 2022) ocenia, że przeciwdziałanie chaosowi informacyjnemu wewnątrz ich organizacji „wypada słabo” lub „wymaga poprawy”. Obecnie większość przetwarzanych w firmach treści to treści częściowo lub nawet całkowicie nieustrukturyzowane. Zarzadzanie nimi wymaga nowych metod . Czym jest ontologia Ontologia jest często nazywana reprezentacją wiedzy. Pozostaje pytanie co jest tu tą wiedzą? Czy wiedzą jest to co oznacza w określonym języki (tu polskim) słowo "samochód", czy wiedzą jest to,…
Wprowadzenie Tym razem artykuł na temat typów związków między elementami w modelach systemów. Modele tego typu to hierarchiczna struktura mająca kilka różnych perspektyw, poziomów abstrakcji i poziomów dekompozycji. Do tego dochodzą fizyczne i logiczne powiązania między elementami oraz fakt, że każdy system to określone "materialne" elementy ułożone w hierarchiczną strukturę. Każdy system składa się ze skończonej liczby elementów o skończonej liczbie typów. Na to wszystko nakłada się struktura wymagań na system, oraz konieczność wykazania zgodności projektu systemu z tymi wymaganiami . Bardzo często jestem pytany o to, jak organizować repozytorium…
Semiotic/Semantic Triangle in SBVR Terms
Ronald G. Ross Ronald G. Ross jest autorem lub współautorem wielu opracowań na temat modeli pojęciowych i zarządzania wiedzą . Jest także współzałożycielem Business Rule Solution LLC, oraz współtwórcą specyfikacji i notacji SBVR . Książka Najnowsze z powyższych opracowań to rodzaj podsumowania pewnej części dorobku autora. Modele pojęciowe są często mylone z projektowaniem relacyjnego modelu danych, a bywa gorzej, gdy są utożsamiane z "modelem dziedziny systemu" w projektach dotyczących tworzenia aplikacji określanych jako"obiektowe". Książka traktuje o modelach pojęciowych, i autor definiuje je jako: model pojęciowy: uporządkowany zbiór pojęć i związków…
Wstęp Jako analityk i projektant, w projektach które nadzoruję to ja jestem autorem dokumentów, moje problemy to raczej tłumaczenie developerom treści tych dokumentów (mimo tego, że każdy(!) developer składając ofertę, oświadcza że zna i posługuje się notacjami BPMN ?(?Business Process Model and Notation,? 2014)? i UML ?(?Unified Modeling Language,? 2017)?, praktyka jednak pokazuje, że bardzo często kłamią). Jako wykładowca akademicki, osoba prowadząca badania nad tworzeniem i stosowaniem modeli, a także jako osoba audytująca cudze dokumenty, lub udzielająca po prostu konsultacji studentom innych uczelni, mam poważny problem z argumentami "a tu…
Od czasu do czasu spotykam się z zaskoczeniem, gdy mówię, że pewne słowa kluczowe w specyfikacjach są "standaryzowane". Otóż specyfikacje notacji na OMG.org mają narzucone pewne słownictwo. Przykładem niech będzie specyfikacja notacji BPMN v.2.0.2, zawiera ona taki oto rozdział : 3.2 Normative OMG UML ? OMG Unified Modeling Language (OMG UML), Superstructure, V2.1.2 - (jest już UML 2.5.) OMG MOF ? Object Management Group - Meta Object Facility (MOF) Core Specification, V2.0 https://www.omg.org/spec/MOF/2.0 RFC-2119 ? Key words for use in RFCs to Indicate Requirement Levels, S. Bradner, IETF RFC 2119,…
(źr. Domain-Specific Conceptual Modeling Concepts, Methods and Tools, Herausgeber: Karagiannis, Dimitris, Mayr, Heinrich C., Mylopoulos, John (Eds.), ISBN 978-3-319-39417-6, str. 405)
Wprowadzenie Ostatnio pojawiła się w prasie i mediach internetowych dyskusja na temat tego czym jest faktura, niestety bardzo wiele z tych opinii jest pozbawiona podstaw merytorycznych i prawnych, są niejednokrotnie po prostu nieprawdziwe. Biorąc pod uwagę fakt, że wiele tych opinii to opinie wygłaszane przez przedsiębiorców, wyłania się smutny obraz jakości informacji zbieranej metodą wywiadów w toku analiz biznesowych. Studiowanie literatury, cudzych opracowań w roli audytora, analiza pytań i uwag moich klientów to ogromne doświadczenie. Rok temu w artykule Mit o notacji BPMN pisałem o szkodliwości nadmiaru szczegółów na modelach. To…
26 Listopada została opublikowana wersja 15.2 pakietu CASE Visual-Paradigm (VP) oferowanego przez firmę o tej samej nazwie. (źr.: What's New in Visual Paradigm?). Numer wersji zmienił się "po przecinku" więc rewolucji nie ma ale pojawiły się rozszerzenia: Business Process Reengineering Canvas - szablon dla projektów reinżynierii procesów. Szablony projektowe w VP to kompletne zestawy procesów biznesowych, metodyki, wzory dokumentów. Co prawda używane są rzadko ale każdy element szablonu może być wykorzystany samodzielnie wedle uznania użytkownika, dlatego te szablony spełniają rolę standaryzacji pracy (co pomaga i to bardzo).Rozszerzona szablony dla metodyki SCRUM,…
Dziesięć lat temu pisałem o informacji i jej strukturalnym charakterze, wpis kończył się zdaniem: czym więc jest Zarządzanie Wiedzą (milcząco zakładam, że zarządzać można czymś materialnym)? Jest to ?przechowywanie danych jednoznacznie zrozumiałych, opisujących określone i ograniczone liczbą fakty interpretowane jako pojmowalna przez adresata informacja?.Przemyślenia związane z tą ostatnią definicją pozostawiam Państwu. Ciąg dalszy może nastąpi? (źr. : Potrzeby informacyjne firmy ? Zarządzanie wiedzą | Jarosław Żeliński IT-Consulting) Kontynuacją cytowanego tekstu będzie dzisiaj kwestia informacji i powiązanych z nią wymagań na oprogramowanie. Każdy projekt wytworzenia, lub nawet tylko dostarczenia gotowego, oprogramowania powinien…
Dzisiejszej nocy opublikowano wersję 15 pakietu CASE Visua-Paradigm. Producent tego oprogramowania konsekwentnie pnie się na szczyt rozwiązań CASE w swojej klasie, a jako obserwator i użytkownik powiem tak: strategia jest prosta czyli aplikacja dla analityka, projektanta i architekta ma udostępniać najwyższej klasy narzędzia do pracy ze standardowymi notacjami i zgodnie z ich specyfikacjami, wspierać pojęciowe i logiczne śladowanie pomiędzy modelami, w niczym nie ograniczać analityka (nie narzucać żadnej metodyki postępowania), dać narzędzia do pracy na etapie nieformalnym, wspierać cały proces MDA jaki zwinne metody pracy, i co najważniejsze: dać narzędzie do…
Powszechnym błędem jest więc "zamawianie" oprogramowania metodą specyfikowania wymagań, jako wielu przypadkowo, lub nawet systematycznie, opisanych reakcji na bodźce, bez zrozumienia mechanizmu ich powstawania. Implementacja tak opisanych wymagań bardzo często jest realizowana jako bardzo rozbudowany system pokazujący co sekundę kolejny obraz tarczy zegara zamiast implementacji prostego mechanizmu zmieniającego położenie wskazówek na nieruchomej tarczy zegara. Większość znanego mi oprogramowania jest bardziej złożona niż mogła by być...
Końcówka roku, wręcz ostatni jego dzień 😉 …
Mając przed oczami kolejny projekt badawczy, kolejny raz gapię się na strony OMG i mała refleksja: porządki dobiegają końca. W artykule o UML v.2.5. wspominałem, że zrezygnowano w końcu z pojęcia „agregacji” (zwanej czasami „słabą kompozycją”), odchodzi się od całkowicie zbędnych związków „extend” i „include” w przypadkach użycia (konstrukcje te nadal pozostają w specyfikacji z uwagi na kompatybilność wstecz narzędzi CASE i dokumentów jakie w nich są nadal tworzone lub archiwizowane). Paradoksalnie specyfikacja UML jest upraszczana (stale tkwi w niej echo pierwotnego zlepku kilku notacji z lat 99-tych). Oczyma wyobraźni widzę jak ktoś, w toku prac nad UML, stale wymachuje „brzytwą Ockhama”…
(więcej…)
Od czasu do czasu jestem pytany czy UML, BPMN, itp.. to notacje czy języki, a padają nawet pytania czy to metody. Otóż metody na pewno nie... (np. mamy dwie metody modelowania procesów biznesowych: z użyciem notacji BPMN i notacji eEPC). A pozostałe dwa? Nie jest to proste. Dzisiaj pójdę może nieco na skróty dlatego wnikliwym polecam lekturę przede wszystkim na temat semiotyki, logiki i rachunku zdań. Język i znaczenie Na początek kilka definicji ogólnych (wszystkie sł. j. polskiego PWN): język 5. ?utrwalony społecznie zespół znaków dotyczących jakichś działań człowieka lub…
