2015 – Strona 5 – Jarosław Żeliński IT-Consulting

Modelowanie obiektowe, procesy biznesowe, inżynieria oprogramowania

Co nowego w Visual Paradigm 12.1

Post author:Jarosław Żeliński
Post published:28 kwietnia 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:0 Komentarzy
Post last modified:11 listopada 2021

Od 2005 roku jestem użytkownikiem pakietu CASE Visual-Paradigm (poprzednia nazwa Agilian). Od tamtej pory nie zmieniłem narzędzia mimo, że na warsztatach, które prowadzę, mam przegląd chyba wszystkiego co mamy na rynku, a co przynoszą ze sobą na notebookach uczestnicy tych warsztatów. Whats new in 12.1 - strona o tym tytule powitała mnie dzisiaj z rana gdy sprawdzałem pocztę. Rozszerzony generator raportów. Nowy typ raportu generujący dokumenty wynikowe z szablonów word.Nowa wersja narzędzia to tworzenia mock-up'ów, dodano także możliwość korzystania z istniejących WWW przy dokumentowaniu zmian.Ulepszona Postmania (strony dla recenzentów diagramów).Integracja Vpository z…

Czytaj dalej

Architekt danych ? czy na pewno zawód przyszłości?

Post author:Jarosław Żeliński
Post published:6 kwietnia 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:0 Komentarzy
Post last modified:7 września 2021

Rola architektury danych znalazła także odzwierciedlenie w zarobkach architektów danych. Diagram 3 przedstawia średnie zarobki roczne architektów różnych specjalności w tysiącach USD (dla porównania dodano także inne specjalności z obszaru IT). Widać wyraźnie, że architekci danych są wśród najwyżej opłacanych specjalistów. (źr. Architekt danych ? zawód przyszłości?). ja obserwuje coś "obok", otóż dane są wtórne w stosunku do faktów, obecne systemy raczej odchodzą od "jednolitych współdzielonych baz danych", i nie dlatego, że RDBMS są "niemodne", a dlatego, że same dane pozbawione kontekstu, są mało wartościowe (do tego normalizacja modeli danych to proces…

Czytaj dalej

Target Operating Model, 7S framework i inne

Post author:Jarosław Żeliński
Post published:6 kwietnia 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:0 Komentarzy
Post last modified:3 maja 2024

Od czasu do czasu jestem pytany o różne "frameworki" i metodyki dotyczące "całościowego opisu firmy". Można spotkać wiele różnych, lepszych lub gorszych modeli i szablonów, ram (frameworków), jednak moim zdaniem, podejście minimalistyczne jest najlepsze. Zmusza do zrozumienia istoty rzeczy, bez maskowania niewiedzy nowymi i, nie raz, sztucznymi pojęciami. Drugim powodem, który moim zdaniem leży u podstaw pomysłów na "nowe modele", jest prawo autorskie. Opracowanie unikalnego "frameworka" czyni z autora takiego dzieła "właściciela metody", za którą ma prawo pobierać opłaty licencyjne (przykładem jest np. TOGAF i notacja ArchiMate chronione prawem autorskim przez…

Czytaj dalej

Street, K. (2006). Building a Service Oriented Architecture with BPM and MDA. 2(1), 8.

Modelowanie w projektach integracyjnych

Post author:Jarosław Żeliński
Post published:24 marca 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:1 Komentarz
Post last modified:25 marca 2015

Projekty integracyjne w środowisku złożonych (kilkadziesiąt aplikacji) systemów należą do bardzo trudnych z uwagi na ich złożoność. Z pomocą przychodzi nam SOA jako model pojęciowy i ESB jako wzorzec architektury. Referat, wygłoszony na konferencji GigaCon, opisuje proces analizy i modelowania w toku specyfikowania wymagań na ESB i interfejsy. Poniżej struktura architektury SOA na bazie standardów OMG: Kluczowe pojęcia: - procesy biznesowe, elementarne aktywności, która wraz z wejściem i wyjściem stanowią elementarny proces biznesowy, - usługa biznesowa (także aplikacyjna) to przypadek użycia danej aplikacji (aplikacja świadczy usługi, każda usługa ma…

Czytaj dalej

Jak moja prognoza się sprawuje czyli e-podpis po 13 latach

Post author:Jarosław Żeliński
Post published:2 marca 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:6 komentarzy
Post last modified:26 listopada 2023

Profil zaufany jest bezpłatny. Uzyskuje się go po jednorazowej wizycie w urzędzie, podczas której urzędnik potwierdza tożsamość obywatela nadając mu status ?zaufanego?.MSWiA wylicza, że biorąc pod uwagę zakup tylko 20 tys. szt. bezpiecznych podpisów elektronicznych (ważnych 2 lata) zaoszczędzono ok. 6,2 mln zł (koszt podpisu ok. 310 zł) oraz wdrożenie profilu zaufanego - 1 267 310,79 zł. Oszczędności (po odliczeniu kosztu wdrożenia) uzyskane dzięki wprowadzonemu rozwiązaniu wynoszą 4 932 689,21 zł i stale rosną. (źr. Serwis Samorządowy PAP.)Tak więc jednak normalność zawitała, obywatele mogą (opornie to idzie ale idzie) załatwiać sprawy i sprawdziła się teza, że system to zbiór bytów połączonych i "natura nie znosi próżni"... Szkoda tylko, że poszło na to tyle pieniędzy a nie musiało. Może to da nie tylko MSWiA do myślenia, by nie zawierzać zanadto prognozom rynkowym rozwoju wybranych technologii prezentowanym przez dostawców tych technologii.

Czytaj dalej

Dlaczego śladowanie wymagań jest istotne w projekcie?

Post author:Jarosław Żeliński
Post published:23 lutego 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:0 Komentarzy
Post last modified:23 lutego 2015

Wymagania to niewyczerpany temat dyskusji, blogów i sporów w projektach. Ich śladowanie już rzadziej jest takim tematem, bo mało kto to robi, a to właśnie między innymi brak śladowania prowadzi do problemów w projekcie. Typowy problem to utrata panowania nad zakresem projektu, utrata panowania nad złożonością dokumentacji i ilości "wymagań" (cudzysłów celowo, później o powodach). W konsekwencji jakość całego projektu upada, zadowolenie sponsorów także (polecam krótki wpis: Why is requirements traceability important on a project?). Dlaczego? Bo skoro wymagania mają być FURPS i SMART, to jak to osiągnąć i jak skontrolować? Jak…

Czytaj dalej

Granice kontekstu i mikroserwisy

Post author:Jarosław Żeliński
Post published:12 lutego 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:2 komentarze
Post last modified:3 sierpnia 2016

Nie raz już pisałem tu o architekturze (Architektura systemu) tym razem kilka słów o tym. Często jestem pytany o kryterium podziału dużego systemu na komponenty. Jednym z nich jest praktyka dążenia do minimalizacji złożoności interfejsów między komponentami jako konsekwencja dziedzinowego kryterium podziału . Złą praktyką jest natomiast dążenie do usuwania redundancji. Stosuje takie - komponentowe dziedzinowe - podejście, w różnej formie, z powodzeniem od lat. Można je spotkać w różnych formach w literaturze, pierwszy raz spotkałem się z nim w 1999 roku. Obecnie mamy już dość dobrze wypracowane wzorce projektowe ale nadal…

Czytaj dalej

Enterprise Architecture As Strategy

Post author:Jarosław Żeliński
Post published:10 lutego 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:1 Komentarz
Post last modified:3 września 2019

Pełny tytuł książki to: Enterprise Architecture As Strategy: Creating a Foundation for Business Execution. Bardzo ciekawa książka, autorzy dzielą się wynikami badan jakie prowadzą od 1995 roku a dotyczącymi sposobów opisywania i modelowania organizacji. Zaryzykuje tezę, że jednak opisywania gdyż w książce stosowane są nieformalne metody opisu (autorskie niesformalizowane schematy blokowe) jednak nie stanowi to gorszej jakości książki, gdyż autorzy dość wyczerpująco opisami swoje przemyślenia. We wstępie przyznają, że kluczowym "odkryciem" było dla nich to, że nie da się analizować złożonych systemów, jakimi są duże organizacje, bez "wzniesienie" się ponad szczegóły.…

Czytaj dalej

Przypadki użycia nie znają swoich realizacji…

Post author:Jarosław Żeliński
Post published:6 lutego 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:6 komentarzy
Post last modified:12 lutego 2015

Tak wiec pisząc "Krowa z silnikiem odrzutowym, jelita na czerwono, jądrowymi kopytami, wyprawiona na buty skóra, zniszczyła metro, wypadek samochodowy, przelatując nad Warszawą, liczba płyt chodnikowych to 1347, a następnie wylądowała w Elektrociepłowni Żerań, załadunek węgla w południe wykonany przez Kowalskiego, i pożywiła się węglem popijając wodę z Wisły" to poprawne gramatycznie, bezbłędnie napisane zdanie w języku polskim, ale nikt nie ma chyba wątpliwości, że kompletnie pozbawione sensu. Tak samo można poprawnie, zgodnie z zasadami notacji, narysować diagram UML ...

Czytaj dalej

Architektura korporacyjna w roku 2015 ? prognoza

Post author:Jarosław Żeliński
Post published:3 lutego 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:2 komentarze
Post last modified:3 lutego 2015

Regularnie czytam blog Andrzeja Sobczaka, profesora SGH. Czasami bywa, że mam odmienne zdanie niż tam prezentowane, i tym razem też tak jest. Ostatni wpis na tym blogu zawiera siedmiopunktową prognozę na rok 2015. W zasadzie trudno w tych prognozach odmówić racji autorowi jednak dwa punkty, moim zdaniem, warte się komentarza. 2. W tym roku nie doczekamy się jeszcze wdrożenia w polskim przedsiębiorstwie pełnej koncepcji architektury korporacyjnej Na pytanie ?ile organizacji w Polsce wdrożyło? kompleksowo koncepcję architektury korporacyjnej [w tym w domenie architektury biznesowej] ? ciągle odpowiadam: zero (jeżeli się mylę ? proszę…

Czytaj dalej

Architektura oprogramowania i UML dla programistów

Post author:Jarosław Żeliński
Post published:30 stycznia 2015
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:2 komentarze
Post last modified:25 października 2024

Gorąco polecam programistom, by w ogóle zaczęli korzystać z UML a analitykom, by wyleczyli się z wielu mitów o UML rozpowszechnianych niestety na wielu, nie zawsze tanich, szkoleniach i w wielu kiepskich "poradnikach UML" (pisanych nie raz nawet przez uczelnianych doktorów i nie tylko)..... Może wtedy przestaną tworzyć nieprzydatne developerom dokumentacje.

Czytaj dalej

Koniec treści

Nie ma więcej stron do załadowania

Nowsze wpisy