napisane przez Michał Wolski | w kategorii modelowanie biznesowe, o inżynierii oprogramowania
środa 29 kwi 2009
Wikipedii nikomu nie trzeba przedstawiać. Pewną ciekawostką, zwłaszcza dla zwolenników BMPN, jest wpis dot. modelowania procesów biznesowych. Pod hasłem Business Process Modeling w rozdziale Modeling and simulation można przeczytać, że diagramami do modelowania procesów biznesowych są: diagram przypadków użycia i diagram aktywności (dowód na rysunku poniżej)
Na szczęści twórca tego wpisu nie zapomniał o technikach modelowania procesów biznesowych, gdzie można znaleźć pozostałe diagramy 
napisane przez Michał Wolski | w kategorii modelowanie biznesowe, szkolenia, wydarzenia
piątek 19 gru 2008
Zawsze trzymam kciuki za firmę, która w pewnym momencie swojego rozwoju dostrzega fakt, że złożoność systemów bądź procesów biznesowych jest tak wielka, że trzeba sięgnąć po zestaw innych praktyk. Lubię, gdy zgłaszają się do mnie i mogę zaproponować im jako lekarstwo podejście obiektowe. Bardzo często te firmy chcą zobaczyć czy UML jest zgodny z kulturą organizacji lub sprawdzić czy jest w nim coś dla nich. Tak było i tym razem w dwóch miejscach, które łączy jedno – obie firmy działają w sektorze bankowym. Pierwszą z nich jest wytwórca oprogramowania dla banków. Na dwudniowych warsztatach modelowany był fragment systemu bankowego – bardzo mały fragment, na których zaprezentowałem w Enterprise Architect, podstawowe techniki modelowania poczynając od diagramów przypadków użycia po przez diagram klas kończąc na modelach zachowania systemu. Po pierwszych opiniach jakie usłyszałem po zakończeniu warsztatów myślę, że firma ta w perspektywie niezadługiego czasu skorzysta z pewnych modeli.
Drugą firmą był jeden z dużych banków. W banku największy nacisk był położony na dokumentowanie procesów biznesowych za pomocą UML oraz metodykę budowania modeli. W pięciodniowych warsztatach, których celem było sprawdzenie przydatności języka UML do modelowania procesów biznesowych, był wykorzystany IBM Rational Software Modeler oraz IBM RequisitePro oraz autorski proces budowania modeli biznesowych. Nie mam jeszcze oficjalnej opinii z banku na temat mojej i mojego kolegi pracy w czasie tych 5 dni, ale za dobrą monetę biorę słowa jednego z uczestników warsztatów – przedstawiciela działu IT – “Jeszcze nigdy biznes nie dał nam tak dobrze opisanego procesu…”
napisane przez Michał Wolski | w kategorii o inżynierii oprogramowania, teksty
piątek 31 paź 2008
Niniejszy artykuł napisałem kilka lat temu i w oryginale został wydany w Software Developer’s Journal Extra nr 18, (IBM Software Development Platform Projektowanie SI, str. 34-38, ISSN:1734-7661) w 2005 roku. Tekst publikuję, gdyż tego wydania nie ma już na rynku a opisana sposób postępowania jest nadal w miarę aktualny.
W artykule zaprezentowano zestaw kolejnych kroków, które prowadzą od projektu wyrażonego w języku UML do implementacji w języku JAVA aplikacji – książki adresowej, która dane kontaktowe przechowuje w pliku XML. Do budowy oprogramowania wykorzystano IBM Rational Software Architect. W kolejno wykonywanych krokach najpierw zostanie zbudowany model w języku UML 2.0 a następnie na podstawie modelu zostanie zaprezentowana implementacja w języku JAVA fragmentu aplikacji. Tekst z racji swojej obszerności podzieliłem na 3 części:
miłej lektury
napisane przez Michał Wolski | w kategorii o inżynierii oprogramowania, teksty
piątek 31 paź 2008
Pierwszym krokiem po włączeniu Rational Software Architect’a jest wybór miejsca, w którym znajdować się będzie nasz projekt (ang. workspace). W tym przypadku zamiast domyślnego katalogu umieścimy nasze rozwiązanie w katalogu Projekt
przeczytaj pozostałą część »
napisane przez Michał Wolski | w kategorii o inżynierii oprogramowania, teksty
piątek 31 paź 2008
Po zdefiniowaniu wymagań (Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia ) na system przychodzi kolej na modele, które opiszą nam z jakich elementów jest zbudowany system i jak te elementy ze sobą współpracują. Modele te buduje się w modelu analizy (ang. Analysis Model), który należy dodać do naszego projektu w sposób podobny jak to miało miejsce z modelem przypadków użycia z tym, że wybierany jest szablon Analysis Model. W tym miejscu należy wspomnieć, że model analityczny jest opcjonalnym elementem projektu. W przypadku prostych modeli można od razu budować model projektu. W naszym przypadku dla celów edukacyjnych zbudujemy ten model by następnie uszczegółowić go w modelu projektu.
W zdefiniowanym modelu analitycznym w katalogu Analysis Building Block należy utworzyć realizacje przypadków użycia. Realizacje to są elementy współpracy (ang. Collaboration), które powinny nosić nazwę przypadku użycia, którego są realizacją. Elementy współpracy jest to jeden z elementów języka UML 2.0 i dodaje się go poprzez menu kontekstowe, które jest uruchamiane prawym klawiszem myszy.
przeczytaj pozostałą część »
napisane przez Michał Wolski | w kategorii o inżynierii oprogramowania, teksty
piątek 31 paź 2008
Po zbudowaniu modelu analitycznego (Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model analizy), który powstał na podstawie modelu przypadków użycia (Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia) można przejść do budowy modelu projektowego, który w naszym przypadku, będzie podstawa do wygenerowania szkieletu kodu aplikacji. Pierwszym krokiem tego etapu będzie dodanie do naszego projektu pustego szablonu projektowego, który będzie podstawą do zbudowania modelu projektu. Model ten dodaje się w sposób analogiczny jak poprzednie modele.
przeczytaj pozostałą część »
