Inżynieria systemów oparta na modelach (MBSE) jest sformalizowaną metodologią, która jest używana do wspierania wymagań, projektowania, analizy, weryfikacji i walidacji związanych z rozwojem złożonych systemów. W przeciwieństwie do inżynierii skoncentrowanej na dokumentach, MBSE stawia modele w centrum projektowania systemu. Zwiększone przyjęcie środowisk modelowania cyfrowego w ciągu ostatnich kilku lat doprowadziło do zwiększonego przyjęcia MBSE. W styczniu 2020 roku NASA odnotowała ten trend, informując, że MBSE “jest coraz częściej przyjmowane zarówno przez przemysł, jak i rząd jako sposób na śledzenie złożoności systemu.” W tym wpisie na blogu przedstawiam krótkie wprowadzenie do MBSE.
?Podpis elektroniczny ma sens i jest przydatny wszędzie tam, gdzie wnosi dodatkową wartość w proces, który wspiera. Warunek tej przydatności: cykl życia technologii użytej do obsługi (używania) podpisu elektronicznego musi być istotnie dłuższy w porównaniu z cyklem życia produktu procesu, który wspiera.?
Na początku Października wywiązała się na liście dyskusyjnej PTI (Polskie Towarzystwo Informatyczne) dyskusja na temat bezpieczeństwa podpisu elektronicznego.
Dyskusja zapoczątkowana została notatką prasową na temat odkrycia przez jedną z firm informatycznych możliwości zmiany treści tak podpisanego dokumentu bez ?pozostawiania śladów?. Z uwagi na trudność administracyjną w przytaczaniu cudzych wypowiedzi (zebranie zgody na publikację od kilkunastu osób graniczy z cudem) postanowiłem utworzyć ten artykuł tylko z moich wypowiedzi na formu. Mam nadzieję, że ta postać także będzie dla Państwa czytelna.
Ideą twórców BPMN jest stworzenie narzędzia dla analityków ale takiego, którego produkty da się "tłumaczyć" na BPEL4WS. Bazą dla BPMN są sieci Petriego i EPC. Dla tego z jednej strony kompletna lista symboli BPMN to 38 symboli obrazujących typowe zdarzenia biznesowe dające się odwzorować za pomocą BPEL4WS, modelować zaś można już za pomocą sześciu podstawowych, które pozwalają na zbudowanie pełnego modelu procesów biznesowych. Pozostałe symbole służą do dodatkowego definiowania zdarzeń koniecznych z punktu widzenia inżynierii oprogramowania. Dlatego np. model wykonany za pomocą podstawowego zestawu symboli przez analityka da się łatwo uzupełnić jako kontynuacja projektu o brakujące elementy w celu wygenerowania kodu dla BPEL. ten zaś być może będzie standardem służących do generowania kodu aplikacji jak dawne systemu typu CASE.
Ten artykuł jest uzupełnieniem poprzedniego tekstu dotyczącego modelowania albo może nawet wstępem do niego. Modelowanie to jeszcze dla wielu menedżerów niezrozumiałe “czary”. A co powiedzieć o ich spojrzeniu na produkty, które postrzegają tylko przez pryzmat pudełka i ceny? Produkt to cała firma, z każdym jej zakamarkiem. A jakikolwiek bałagan czy nawet drobna uciążliwość jest od razu piętnowana.
(more…)
Jako konsultant prowadzę także projekty związane z wyborem systemu informatycznego nie wiąże się jednak z żadnym z jego dostawców na rynku. Narzędzia służące do modelowania wspierają te działania dlatego wymieniam tu te, których używam. Ich wybór jest podyktowany skutecznością z jaką wspierają pracę np. moją. Nie determinują one tego jakiego systemu wspierającego zarządzanie użyjemy w przyszłości po wykonaniu analizy i czy w ogóle. Jako praktyk jednak spokojnie mogę polecić programy, których sam używam.
[...] W systemach zorientowanych na procesy poprawnie skonstruowana aplikacja jest w stanie rozwijać się płynnie wraz z firmą. Model procesowy traktuje ludzi (aktorów) jak zasoby dlatego rozbudowa aplikacji z natury ewolucyjnej (modeler procesowy to integralna część systemu) jest niejako wpisana w jej życiorys. Dopisanie nowego procesu może wymagać nowego pracownika lub stanowiska a to jest tylko naturalną czynnością w postaci dodania nowych zasobów. [...]
