Projekty

Linki

Polecam


Charakterystyka dobrego Modelu Biznesowych Przypadków Użycia

wtorek 22 wrz 2009

W tym miejscu pozwolę sobie zebrać kilka cech, które świadczą o tym, że mamy do czynienia z dobrym modelem biznesowych przypadków użycia. Oto one:

  • Biznesowe przypadki użycia są zrównane ze strategią firmy ? wspierają cele organizacji.
  • Przypadki użycia są zgodne z organizacją, którą opisują.
  • Wszystkie przypadki użycia są znalezione. Po zebraniu, przypadki użycia wykonują wszystkie zadania w ramach organizacji.
  • Każde zadanie w ramach organizacji jest ujęte w przynajmniej jednym Przypadku Użycia.
  • Istnieje równowaga między liczbą przypadków użycia a ich wielkością:
  • Model zawiera kilka przypadków użycia  – przez co jest łatwiejszy do zrozumienia.
  • Przypadek użycia opisuje pełen przepływ informacji, który produkuje coś wartościowego dla klienta.
  • Każdy przypadek użycia jest unikatowy. Jeżeli przepływ informacji jest taki sam lub podobne do innego przypadku użycia, trudno będzie utrzymać je później w zsynchronizowaniu. Należy uwzględnić scalenie je w pojedynczy przypadek użycia.

Ile z podanych cech spełniają Twoje modele?


Związki modelowania procesów biznesowych z projektowaniem systemów informatycznych

środa 16 wrz 2009

Budowanie modeli biznesowych coraz częściej znajduje uznanie wśród projektantów systemów. Wiąże się to z faktem, że modele biznesowe stanowią podstawę całego przedsięwzięcia bowiem pozostałe dyscypliny inżynierii oprogramowania (bazując teraz na dyscyplinach RUP )czerpią z niej w następujący sposób:

  • Dyscyplina Wymagania wykorzystuje biznesowe modele jako istotne dane wejściowe dla zrozumienia wymagań systemu.
  • Dyscyplina Analiza i Projekt wykorzystuje biznesowe modele jako dane wejściowe dla określenia systemów oprogramowania, które płynnie pasują do organizacji.
  • Dyscyplina Wdrożenia wykorzystuje biznesowe modele jako pomoc w planowaniu zastosowaniu systemu oprogramowania.

Co więcej modelowanie biznesu jest procesem iteracyjnym, który zaczynając kawałek po kawałku, w każdej iteracji, pozwala nam na na lepsze poznanie organizacji a tym samym dostarczenia istotnych treści dla procesu wytwórczego oprogramowania.


Modelowanie biznesowe – znaczenie

piątek 11 wrz 2009

Celem modelowania biznesu jest:

  • Zrozumienie bieżących problemów w docelowej organizacji i określenie potencjałów udoskonalenia.
  • cena wpływu zmiany organizacyjnej.
  • Zapewnienie, że klienci, użytkownicy, inwestorzy oraz inne strony będą rozumieć organizację w ten sam sposób.
  • Wyprowadzenie wymagań systemu oprogramowania, które jest konieczne, aby wspierać docelową organizację.
  • Zrozumienie jak system oprogramowania, który ma być wykorzystywany w przyszłości, wpasuje się w organizację.

Schemat organizacyjny nie jest wystarczający, aby zrozumieć działanie firmy. Potrzebujemy również dynamicznego widoku przedsiębiorstwa. Model biznesowy zapewnia statyczny widok konstrukcji organizacji i dynamiczny widok procesów w obrębie organizacji.

Dla mnie to bardzo ważne  gdyż tylko dzięki widokom z różnych perspektyw (statycznej i dynamicznej) jestem wstanie poprawnie zaprezentować na modelu jak nowy system będzie wspierał organizację.


Model Analizy Biznesowej

czwartek 5 lut 2009

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 założeń o strukturze organizacji i nie prezentuje specyfiki procesów biznesowych. Model Analizy Biznesowej, konkretnie określa usługi świadczone przez organizacje (przywoływane przez aktorów biznesowych w trakcie wykonania biznesowych przypadków użycia), określa wewnętrznych pracowników biznesowych i informacje, które wykorzystują (byty biznesowe), opisuje ich strukturalną organizację w niezależnych jednostkach (systemy biznesowe, pakiety biznesowe) oraz określa, w jaki sposób wchodzą w interakcję w celu realizacji zachowania opisanego w biznesowych przypadkach użycia. Innymi słowy Modela Analizy Biznesowej wskazuje na to jak realizowane są funkcje organizacji.

W ramach WMB w Modelu Analizy Biznesowej wyróżnia się pracowników biznesowych automatycznych – systemy komputerowe lub oprogramowanie oraz nieautomatycznych ? ludzi.

Model Analizy Biznesowej jest używany przez interesariuszy i analityków procesów biznesowych, aby rozumieć, w jaki sposób obecnie działa przedsiębiorstwo, organizacja (model as-is) oraz, aby zanalizować wpływ zmian na przedsiębiorstwo (model to-be).

Model Analizy Biznesowej jest także stosowany celem wyprowadzania wymogów systemowe w oparciu o to, jak zautomatyzowane systemy – zautomatyzowani pracownicy biznesowi (zwykle intensywnie wykorzystujący oprogramowanie) – będą stosowani jako część procesów biznesowych. Architekci oprogramowania wykorzystują model, aby określić architekturę oprogramowania, które pasuje do organizacji i aby określić klasy w modelach analizy i projektu.

W ramach WMB Model Analizy Biznesowej może składać się z następujących elementów:

  • systemy biznesowe (pakiety biznesowe) – reprezentujące strukturę organizacji.
  • pracownicy biznesowi
  • byty biznesowe
  • relacje
  • diagramy: klas i aktywności oraz pakietów

Warto także zamieścić opis tekstowy, który służy jako zwięzłe wprowadzenie do modelu.


Najczęściej czytane

Kategorie

  • agile
  • architektura korporacyjna
  • Enterprise Architect
  • literatura
  • metodyki
  • modelowanie biznesowe
  • o inżynierii oprogramowania
  • ogólne
  • SCRUM
  • StarUML
  • szkolenia
  • teksty
  • WMB
  • wydarzenia
  • zarządzanie wymaganiami
  • zwinne modelowanie
  • Słowa kluczowe

    agile agile modeling aktor biznesowy aplikacje webowe ASP.NET biznesowy przypadek użycia byt biznesowy diagram aktywności diagramy Enterprise Architect Extreme Programming IBM Rational Software Modeler inżynieria oprogramowania konsultacje metoda punktów przypadków użycia metodyki wytwarzania oprogramowania model analizy biznesowej model biznesowych przypadków użycia modelowanie modelowanie biznesowe modelowanie procesów biznesowych modelowanie systemów informatycznych narzędzia CASE pracownik biznesowy proces wytwórczy oprogramowania procesy biznesowe projektowanie systemów informatycznych przypadki użycia Rational Software Architect Rational Unified Process RUP scenariusze procesów biznesowych SCRUM Service Oriented Architecture SOA StarUML szacowanie oprogramowania szkolenie testowanie UML Unified Modeling Language wymagania na system XP zarządzanie wymaganiami zwinne modelowanie

    Archiwum