Model Analizy Biznesowej opisuje realizację biznesowych przypadków użycia. Prezentuje jak pakiety biznesowe, pracownicy biznesowi i byty biznesowe współpracują ze sobą w celu wykonania biznesowych przypadków użycia. Celem Modelu Analizy Biznesowej jest opisanie, jak wykonywane są biznesowe przypadki użycia. Model Biznesowych Przypadków Użycia opisuje to, co zachodzi między aktorami biznesowymi a organizacją i nie robi żadnych […]
Model Analizy Biznesowej Czytaj dalej »
Praca rozproszonego (względem lokalizacji) zespołu przy projekcie to już nie nowinka a standard pracy wielu firm. Zauważyli to już wielcy gracze na rynku jak choćby IBM, który oferuje platformę JAZZ, która ma pomóc w pracy właśnie takim zespołom projektowym. A co ma zrobić szef projektu, który ma zarządzać projektem przy budżecie, który nie przewiduje zakupu
Zarządzanie projektem a rozproszona lokalizacja zespołu Czytaj dalej »
W ramach WMB w zakresie modelowania biznesowego proponuję tylko jedna rolę: analityk procesów biznesowych. Analityk procesów biznesowych odpowiada za: tworzenie procesów biznesowych przez zarysowanie i ograniczenie modelowanej organizacji uszczegóławianie procesów biznesowych budowę dokumentacji W WMB, analityk procesów biznesowych odpowiada za budowę biznesowego przypadku użycia poprzez zarysowanie i ograniczenie modelowanej organizacji, na przykład, przez ustalenie, którzy
Analityk procesów biznesowych Czytaj dalej »
Poniżej opisane wskazówki to zaawansowane dobre praktyki opracowane przez Ian Sommerville i Pete Sawyer. Więcej na ten temat możesz przeczytać tutaj. Używaj te same wymagania wielokrotnie Zaleca się, w miarę możliwości, używanie lub modyfikacje pozyskanych w czasie budowy innych, podobnych lub obejmujących tę samą dziedzinę zastosowań projektów. Oszczędza to koszty i czas ponownego odkrywania wymagań
Zaawansowane dobre praktyki inżynierii wymagań Czytaj dalej »
Nigdy się nie zastanawiałem nad etyką w procesie wytwórczym oprogramowania aż do dziś kiedy natrafiłem na artykuł, którego autorami są Maria Ganzha i Stanisław Szejko. Tekst jest dość ciekawy gdyż porusza nowe obszary procesu wytwórczego oprogramowania, które wykraczają poza tradycyjnie stosowaną podejście stosowane w inżynierii oprogramowania. Zainteresowanych odsyłam do artykułu: http://www.e-informatyka.pl/article/show/493 Technorati Tagi: proces wytwórczy
Etyka w procesie wytwórczym oprogramowania Czytaj dalej »
Poniżej opisane wskazówki to średniozaawansowane dobre praktyki opracowane przez Ian Sommerville i Pete Sawyer. Więcej na ten temat możesz przeczytać tutaj. A. Pozyskiwanie wymagań Poszukaj ograniczeń narzucanych przez dziedzinę problemu Domena budowanego systemu narzuca często dodatkowe wymagania, wynikają one z obowiązujących wymogów, przepisów oraz ograniczeń dziedziny. System musi je brać pod uwagę i spełniać. Gromadzenie
Średniozaawansowane dobre praktyki inżynierii wymagań Czytaj dalej »
Poniżej opisane wskazówki to podstawowe dobre praktyki opracowane przez Ian Sommerville i Pete Sawyer. Więcej na ten temat możesz przeczytać tutaj. A. Dokument specyfikacji wymagań Zdefiniuj standardową strukturę dokumentu Dokument wymagań powinien mieć ustandaryzowaną w danej organizacji strukturę. Ma to ułatwić i przyspieszyć czytelnikom zaznajamianie się z dokumentem ze względu na znajomość struktury i rozkładu
Podstawowe dobre praktyki inżynierii wymagań Czytaj dalej »
O korzyściach z modelowanie procesów biznesowych mówi sie bardzo wiele. Moim zdaniem najważniejsze profity to: poprawa efektywności pracy przez ustandaryzowanie procesu podniesienie jakości procesów skrócenie czasu realizacji procesów znalezienie błędów i wąskich gardeł w procesach uzyskanie możliwości oszacowania kosztów procesów biznesowych Ponadto analiza procesów biznesowych może stać się podstawą do wdrożenia dedykowanych systemów IT co
Korzyści z modelowania procesów biznesowych Czytaj dalej »
Czasami dostaję pytanie: Ile kosztuje modelowanie w UML? Moja odpowiedź brzmi: Dużo, ale koszty się zwracają z zyskiem. Skąd ten zysk skoro modelowanie w UML to czas ludzi, którzy zamiast pisać kod siedzą i modelują a od tego kodu nie przybywa. Moi rozmówcy mają obawy, że to korzystanie z UML wydłuża proces budowy oprogramowania. Pozornie
Czas a modelowania w języku UML Czytaj dalej »
Panuje powszechna opinia, że modele wyrażone w języku UML są niezrozumiałe i nie wiadomo jak go stosować. Problem czytelności diagramów jest tym bardziej istotny, gdy dokumentacji (jakże pieczołowicie) wykonanej w UML nie umie przeczytać Klient. Tak to problem, z którym czasem się spotykam. Wtedy zanim Klient zobaczy wartość modelowania pozwalam nazywać poszczególne elementy notacji tak
UML jest niezrozumiały i nie wiadomo jak go stosować? Czytaj dalej »
