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.
Tak więc bezpieczeństwo powinno być raczej elementem wymagań w postaci "oczekiwany efekt" a nie "jak je zapewnić". Nie rozumiem dlaczego tak wielu analityków i działy IT wzbraniają się przed uznaniem, że oprogramowanie powinno być dostępne na dowolnym urządzeniu mobilnym i że nie powinno pozwalać na..., i tu określone ograniczenia. Moim zdaniem bezpieczeństwo powinno być definiowane (wymagania) poprzez ryzyka, których chcemy uniknąć w określonym, biznesowo oczekiwanym (a nawet zastanym) środowisku, a nie poprzez narzucanie konkretnego sposobu i technologii, w szczególności przymusu korzystania z konkretnego sprzętu czy oprogramowania.
Propozycja powyższa (polecam pełny tekst) to próba ograniczenia roszczeń OZZ oraz ograniczenie typów urządzeń objętych tym parapodatkiem. Mam nadzieję, że kropla drąży kamień, i praktyki OZZ o innych "pasożytów" zostaną jeszcze bardziej ograniczone. Dlaczego? Bo miedzy innymi, co jest nie tylko nielogiczne ale jest zwykłym pasożytnictwem, obecne prawo skutkuje tym, że OZZ dostają pieniądze za to, że między innymi moje opracowania (do których nic nie mają owe OZZ), są przeze mnie i moich klientów kopiowane na papier i nośniki CD. Jakim prawem jakakolwiek OZZ pobiera pieniądze za moje dzieła?
Od dłuższego czasu nurtuje mnie czym kierują się ludzie zawierający umowy na zakup pełnych i zintegrowanych pakietów ERP mimo, że statystyki pokazują, że to z reguły nie ma żadnego sensu. Praktycznie wszystkie te wdrożenia są po zakończeniu znacznie droższe niż pierwotne oferty, trwają dłużej niż obiecano, nie mała część kończy się fiaskiem i nawet kompletną rezygnacją i odinstalowaniem (bywam w tych firmach i widzę od środka różnicę pomiędzy tym co piszą w gazetach dostawcy w swoich referencjach a tym co faktycznie miało miejsce).
"przyganiał kocioł garnkowi": w firmach "prywatnych" dokumenty giną znacznie częściej. Mało która firma, nie będące urzędem, ma dobrze zorganizowany system obiegu dokumentów. Owszem, dokumenty księgowe, a konkretnie: dowody księgowe, są z reguły dobrze zarządzane ale to efekt wymagań prawa w tym obszarze. Dobrze jest nie raz także z Umowami, ale tu także mamy wymogi prawne (Umowa jako dokument jest tak samo ważnym dowodem jak np. faktura). Pozostałe dokumenty (oferty, zapytania, pisma do klientów itp.) to w większości firm "towar uboczny".
... zanim ktoś na prawdę zacznie krytykować prawo autorskie, nie zastanowi się zanim zacznie uogólniać. To prawo chroni dzieła Mickiewicza (autorskie prawa osobiste) jak i prace naukowców, architektów, projektantów i wielu innych profesjonalistów. Chroni dorobek żyjących artystów. Owszem, ten rynek żywi wielu pasożytów, ale "atakujmy" pasożytów a nie wylewajmy dziecka z kąpielą, zrównując wielkie dzieła kultury nieżyjących autorów, z tak chętnie kradzionymi utworami muzycznymi współczesnych muzyków popkultury czy dziełami twórców gier komputerowych.
Jednym z największych błędów popełnianych w projektach związanych z modelowaniem procesów biznesowych jest zapominanie o tym, że model procesu to model organizacji a nie tylko dokument, i o tym, że pomiędzy procesami a procedurami, umiejętnościami, instrukcjami obsługi narzędzi, jest granica. To się nazywa utrata panowania nad złożonością projektu. Kolejny problem to powszechne traktowanie notacji (np. BPMN) jako biblioteki symboli, co jest kluczowym błędem: notacja to model pojęciowy - podstawowe narzędzie analizy i modelowania.
Czy się to komuś podoba czy nie, jak na razie, nie ma żadnych "zwinnych umów", są umowy zlecenia (umowa starannego działania) i o dzieło (umowa efektu). Zaś w kwestii zakwalifikowania danej umowy do jednej z powyższych, decyduje jej treść a nie tytuł. Umowa Zlecenia, co ciekawe, nie zawiera pojęcia "licencji" czy "praw", te zawiera umowa o dzieło (tak zwana umowa efektu). Tak więc polecam Państwu krótkie konsultacje z prawnikiem, przed zawarciem "zwinnej umowy", by ocenić jakie ryzyko podejmujecie, bo w umowie zleceniu, wykonawca - pracując i pobierając wynagrodzenie - nie podejmuje żadnego ryzyka, nie licząc, możliwości zerwania trwającej umowy z wykonawcą (co niestety bardzo często ma miejsce w przypadku projektów programistycznych). W takich umowach 100% ryzyka bierze na siebie Klient.
Pojawiła się oczekiwana wersja 11 pakietu CASE firmy Visual-Paradigm. Przede wszystkim rozwój produktu idzie w kilku głównych kierunkach: wsparcie dla wizualnego projektowania aplikacji (mock-up'y, kolejne ułatwienia w tworzeniu i integrowaniu modeli UML), stały rozwój wsparcia dla architektury korporacyjnej (to narzędzie pozwala tworzyć modele powiązane ze sobą, pozwala na prowadzenie analiz wpływu i wielu innych, wspiera także notację ArchiMate) oraz na prawdę bardzo silne wsparcie dla pracy grupowej. Co dzisiaj ogłasza producent: Visual Paradigm International Limited today [16.12.2013] announced the release of Agilian (AG) 11.0, a Visual Modeling tool for Agile…
The Open Group zdaje się ignorować to, że pojęcie architektury korporacyjne to nie ich pomysł (ich pomyłem jest TOGAF, jeden z wielu systemów ram EA). [...] Więc teza jakoby nie dało się zastąpić ArchiMate innymi notacjami, w modelowaniu Architektury Korporacyjnej, jest moim zdaniem mocno naciągana.
Stosowanie określonych terminów zgodnie z ich właściwymi znaczeniami ma głęboki sens. Rzecz w tym, by budowany "opis" (np. biznes plan, prospekt emisyjny, kontekst projektu IT), był nie tylko "powszechnie zrozumiały" ale o to by w ogóle miał jakiś sens. Bo to, że "ładnie i mądrze brzmi" w korporacyjnej dokumentacji to na dłuższą metę za mało.
I tu ponownie zacytuję prof. Jarosława Płuciennika: "Wprowadzenie ogólnopolskiego systemu antyplagiatowego oceniam pozytywnie, choć niepokojące może być grożące utożsamienie walki z plagiatami z użyciem narzędzi informatycznych".Będzie mi bardzo przykro jeżeli okaże się, że za niedługo będę miał powody by napisać "A nie mówiłem?"
Projektując internetowy system obsługi klienta tak na prawdę rozwiązujemy dwa zupełnie odrębne problemy: musimy zastąpić sprzedawcę naszą nową stroną WWW oraz obsłużyć zdarzenia, które wygeneruje nasz (tu wirtualny) sprzedawca.Mamy więc niejako dwa odrębne projekty: opracowanie portalu, i to jest robota dla agencji interaktywnej. Drugi, to zaprojektowanie i wytworzenie (albo opisanie, zakup gotowego na rynku i zintegrowanie) czysto biznesowego, złożonego, oprogramowania "wypchanego" trudną i złożoną logika biznesową. Dlatego takie projekty należy dzielić na komponenty, na dwa (pod)projekty, z których każdy można (i ma to sens) realizować odrębnymi metodami pracy. Pierwszy (portal) zwinnie, drugi - planując i projektując.
