MiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia 2009. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska



Podobne dokumenty
MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

Modele komunikacji naukowej. Dr hab. Marek Nahotko

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

Wykorzystanie standardów serii ISO oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

Język UML w modelowaniu systemów informatycznych

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

Kluczowe zasoby do realizacji e-usługi Warszawa, 16 października Maciej Nikiel

Inżynieria oprogramowania II

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Model przestrzenny Diagramu Obiegu Dokumentów. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Analityk i współczesna analiza

Narzędzia informatyczne wspierające przedsięwzięcia e-commerce

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Modelowanie obiektowe - Ćw. 3.

Świat rzeczywisty i jego model

Modelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig

Jarosław Żeliński analityk biznesowy, projektant systemów

Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji.

Faza Określania Wymagań

Opis wymagań i program szkoleń dla użytkowników i administratorów

The Binder Consulting

Diagramy przypadków użycia

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Projektowanie BAZY DANYCH

MODELOWANIE PRZEPŁYWU DANYCH

Język UML. dr inż. Piotr Szwed C3, pok

ZAPYTANIE OFERTOWE. nr 1/UE/2014. z dnia r. w związku z realizacją projektu pn.

Narzędzia Informatyki w biznesie

Jak powstaje model biznesowy? Co to jest? Modelowanie biznesowe. Model biznesowy. Jak powstaje model biznesowy? Jak firma generuje przychody?

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Przepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp Podziękowania...

Egzamin / zaliczenie na ocenę*

Agenda. O firmie. Wstęp Ksavi. Opis funkcjonalności systemu Ksavi Auditor. Podsumowanie

Jarosław Żeliński analityk biznesowy, projektant systemów

Architektura oprogramowania w praktyce. Wydanie II.

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot

Zajęcia laboratoryjne z przedmiotu IOP

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

Inżynieria oprogramowania - opis przedmiotu

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE

MINIMALNY ZAKRES DIAGNOZY POTRZEB ROZWOJOWYCH PRZEDSIĘBIORSTWA

ZAPYTANIE OFERTOWE. Szczegółowy opis przedmiotu zapytania znajduje się w Specyfikacji, załączonej do niniejszego zapytania.

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.

Załącznik nr 4 do uchwały nr 117 Senatu UMK z dnia 30 października 2012 r.

Jarosław Żeliński analityk biznesowy, projektant systemów

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

Wdrożenie nowych proinnowacyjnych usług sprzyjających dyfuzji innowacji w sektorze MSP nr umowy: U- POIG /10-00

ZAPROSZENIE DO ZŁOŻENIA OFERTY CENOWEJ NA ANALIZĘ PRZYGOTOWAWCZĄ

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B

KARTA MODUŁU KSZTAŁCENIA

WARTOŚCIOWANIE I OPISY STANOWISK PRACY

Jak zostać dobrym analitykiem? Wpisany przez RR Nie, 21 paź 2012

Uchwała nr 85/2017 z dnia 30 maja 2017 r. Senatu Uniwersytetu Medycznego w Łodzi

Karta monitorowania wzmacniania umiejętności i kompetencji Praktycznych w obszarze zarządzanie zasobami ludzkimi

SCENARIUSZ LEKCJI. TEMAT LEKCJI: Zastosowanie średnich w statystyce i matematyce. Podstawowe pojęcia statystyczne. Streszczenie.

Opis przedmiotu zapytania znajduje się w Specyfikacji, załączonej do niniejszego zapytania.

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. ADAM KOLIŃSKI ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż.

Pełnomocnik i Audytor SZJ w Przemyśle Motoryzacyjnym wg ISO/TS 16949:2009

Projekt Badawczy Analiza wskaźnikowa przedsiębiorstwa współfinansowany ze środków Unii Europejskiej

Skuteczny nadzór nad zgodnością

Projektowanie interakcji

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Modelowanie testów. czyli po co testerowi znajomość UML

Załącznik nr 2 : Procedury dokonywania ewaluacji i monitoringu wdrażania LSR i funkcjonowania LGD KOLD.

Wymiarowanie oprogramowania z perspektywy podwykonawcy

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Diagramy przypadków użycia

Wykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

Generacja Y o mediach społecznościowych w miejscu pracy

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Dropbox a RODO Zgodność Wdrażanie RODO

Modelowanie diagramów klas w języku UML. Łukasz Gorzel @stud.umk.pl 7 marca 2014

ZARZĄDZANIE PROCESAMI LOGISTYCZNYMI W PRZEDSIĘBIORSTWIE

Strategiczna Karta Wyników

Systemy ekspertowe : program PCShell

Efekty uczenia się na kierunku. Logistyka (studia pierwszego stopnia o profilu praktycznym)

Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy

SZKOLENIA CATIA ZAINWESTUJ W PROFESJONALNE KSZTAŁCENIE SWOJEJ KADRY!

Spis treúci. 1. Wprowadzenie... 13

Otwarte protokoły wymiany informacji w systemach ITS

Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013

Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska. Miedzeszyn, wrzesień 2010

Inżynieria Programowania Inżynieria wymagań

RELACYJNE BAZY DANYCH

Wprowadzenie do geoinformatyki - podstawowe pojęcia Wydział Geodezji i Kartografii Politechnika Warszawska

Bazy danych 2. dr inż. Tadeusz Jeleniewski

Konfiguracja modelowania w procesie wytwarzania oprogramowania

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Transkrypt:

MiASI Modele, perspektywy, diagramy UML Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 grudnia 2009

Spis treści 1 Modele, perspektywy, diagramy Czym jest model? Do czego potrzebne są modele? Cel i grupa docelowa projektu Proces analizy Diagramy 2 UML

Czym jest model? Modele są budowane w celu lepszego zobrazowania istniejących lub przyszłych systemów. Model nigdy nie będzie w pełni odpowiadał rzeczywistości. Modelowanie jest nierozerwalnie związane z uwypuklaniem pewnych cech i pomijaniem innych. Nie ma uniwersalnej odpowiedzi na pytanie o to, co wyróżnić a co pominąć.

Czym jest model? Modele są budowane w celu lepszego zobrazowania istniejących lub przyszłych systemów. Model nigdy nie będzie w pełni odpowiadał rzeczywistości. Modelowanie jest nierozerwalnie związane z uwypuklaniem pewnych cech i pomijaniem innych. Nie ma uniwersalnej odpowiedzi na pytanie o to, co wyróżnić a co pominąć.

Czym jest model? Modele są budowane w celu lepszego zobrazowania istniejących lub przyszłych systemów. Model nigdy nie będzie w pełni odpowiadał rzeczywistości. Modelowanie jest nierozerwalnie związane z uwypuklaniem pewnych cech i pomijaniem innych. Nie ma uniwersalnej odpowiedzi na pytanie o to, co wyróżnić a co pominąć.

Czym jest model? Modele są budowane w celu lepszego zobrazowania istniejących lub przyszłych systemów. Model nigdy nie będzie w pełni odpowiadał rzeczywistości. Modelowanie jest nierozerwalnie związane z uwypuklaniem pewnych cech i pomijaniem innych. Nie ma uniwersalnej odpowiedzi na pytanie o to, co wyróżnić a co pominąć.

Czym jest model? Modele są budowane w celu lepszego zobrazowania istniejących lub przyszłych systemów. Model nigdy nie będzie w pełni odpowiadał rzeczywistości. Modelowanie jest nierozerwalnie związane z uwypuklaniem pewnych cech i pomijaniem innych. Nie ma uniwersalnej odpowiedzi na pytanie o to, co wyróżnić a co pominąć.

Czym jest model? Czym jest model? Odpowiedź zależy od tego Po co model jest tworzony? Kto ma być jego odbiorcą?

Czym jest model? Czym jest model? Odpowiedź zależy od tego Po co model jest tworzony? Kto ma być jego odbiorcą?

Czym jest model? Czym jest model? Odpowiedź zależy od tego Po co model jest tworzony? Kto ma być jego odbiorcą?

Czym jest model? Pomijanie szczegółów Przyjrzyjmy się szczegółom w następujących modelach Mapa. Plan komunikacji miejskiej (tramwaje, autobusy, metro... ). Schemat organizacji jednostki UŁ.

Czym jest model? Pomijanie szczegółów Przyjrzyjmy się szczegółom w następujących modelach Mapa. Plan komunikacji miejskiej (tramwaje, autobusy, metro... ). Schemat organizacji jednostki UŁ.

Czym jest model? Pomijanie szczegółów Przyjrzyjmy się szczegółom w następujących modelach Mapa. Plan komunikacji miejskiej (tramwaje, autobusy, metro... ). Schemat organizacji jednostki UŁ.

Czym jest model? Pomijanie szczegółów Przyjrzyjmy się szczegółom w następujących modelach Mapa. Plan komunikacji miejskiej (tramwaje, autobusy, metro... ). Schemat organizacji jednostki UŁ.

Do czego potrzebne są modele? Model systemu realizuje następujące funkcje Opisuje model komunikacji i powiązania między elementami systemu. Zobrazowanie przebiegu wszystkich procesów z punktu widzenia klientów, specjalistów i użytkowników. Weryfikacja faktów pod kątem kompletności spójności i poprawności.

Do czego potrzebne są modele? Model systemu realizuje następujące funkcje Opisuje model komunikacji i powiązania między elementami systemu. Zobrazowanie przebiegu wszystkich procesów z punktu widzenia klientów, specjalistów i użytkowników. Weryfikacja faktów pod kątem kompletności spójności i poprawności.

Do czego potrzebne są modele? Model systemu realizuje następujące funkcje Opisuje model komunikacji i powiązania między elementami systemu. Zobrazowanie przebiegu wszystkich procesów z punktu widzenia klientów, specjalistów i użytkowników. Weryfikacja faktów pod kątem kompletności spójności i poprawności.

Do czego potrzebne są modele? Model systemu realizuje następujące funkcje Opisuje model komunikacji i powiązania między elementami systemu. Zobrazowanie przebiegu wszystkich procesów z punktu widzenia klientów, specjalistów i użytkowników. Weryfikacja faktów pod kątem kompletności spójności i poprawności.

Cel i grupa docelowa projektu Aby zdefiniować grupę docelową, szukamy odpowiedzi na następujące pytania. Jakiego poziomu zaawansowania biznesowego należy oczekiwać od odbiorców? Jaki poziom szczegółowości jest potrzebny odbiorcom? Ile czasu może grupa docelowa poświęcić na analizę i interpretację modelu? Język definiowania modelu ogólnie występująca terminologia (mniejsza precyzja, ale większe grono odbiorców); terminologia specjalistyczna (duża precyzja, ale znacząco zawężony krąg odbiorców); przykład: butelkę z kodą można oznaczyć za pomocą falek, napisu WODA lub pisząc H 20.

Cel i grupa docelowa projektu Aby zdefiniować grupę docelową, szukamy odpowiedzi na następujące pytania. Jakiego poziomu zaawansowania biznesowego należy oczekiwać od odbiorców? Jaki poziom szczegółowości jest potrzebny odbiorcom? Ile czasu może grupa docelowa poświęcić na analizę i interpretację modelu? Język definiowania modelu ogólnie występująca terminologia (mniejsza precyzja, ale większe grono odbiorców); terminologia specjalistyczna (duża precyzja, ale znacząco zawężony krąg odbiorców); przykład: butelkę z kodą można oznaczyć za pomocą falek, napisu WODA lub pisząc H 20.

Cel i grupa docelowa projektu Aby zdefiniować grupę docelową, szukamy odpowiedzi na następujące pytania. Jakiego poziomu zaawansowania biznesowego należy oczekiwać od odbiorców? Jaki poziom szczegółowości jest potrzebny odbiorcom? Ile czasu może grupa docelowa poświęcić na analizę i interpretację modelu? Język definiowania modelu ogólnie występująca terminologia (mniejsza precyzja, ale większe grono odbiorców); terminologia specjalistyczna (duża precyzja, ale znacząco zawężony krąg odbiorców); przykład: butelkę z kodą można oznaczyć za pomocą falek, napisu WODA lub pisząc H 20.

Cel i grupa docelowa projektu Aby zdefiniować grupę docelową, szukamy odpowiedzi na następujące pytania. Jakiego poziomu zaawansowania biznesowego należy oczekiwać od odbiorców? Jaki poziom szczegółowości jest potrzebny odbiorcom? Ile czasu może grupa docelowa poświęcić na analizę i interpretację modelu? Język definiowania modelu ogólnie występująca terminologia (mniejsza precyzja, ale większe grono odbiorców); terminologia specjalistyczna (duża precyzja, ale znacząco zawężony krąg odbiorców); przykład: butelkę z kodą można oznaczyć za pomocą falek, napisu WODA lub pisząc H 20.

Cel i grupa docelowa projektu Aby zdefiniować grupę docelową, szukamy odpowiedzi na następujące pytania. Jakiego poziomu zaawansowania biznesowego należy oczekiwać od odbiorców? Jaki poziom szczegółowości jest potrzebny odbiorcom? Ile czasu może grupa docelowa poświęcić na analizę i interpretację modelu? Język definiowania modelu ogólnie występująca terminologia (mniejsza precyzja, ale większe grono odbiorców); terminologia specjalistyczna (duża precyzja, ale znacząco zawężony krąg odbiorców); przykład: butelkę z kodą można oznaczyć za pomocą falek, napisu WODA lub pisząc H 20.

Cel i grupa docelowa projektu Aby zdefiniować grupę docelową, szukamy odpowiedzi na następujące pytania. Jakiego poziomu zaawansowania biznesowego należy oczekiwać od odbiorców? Jaki poziom szczegółowości jest potrzebny odbiorcom? Ile czasu może grupa docelowa poświęcić na analizę i interpretację modelu? Język definiowania modelu ogólnie występująca terminologia (mniejsza precyzja, ale większe grono odbiorców); terminologia specjalistyczna (duża precyzja, ale znacząco zawężony krąg odbiorców); przykład: butelkę z kodą można oznaczyć za pomocą falek, napisu WODA lub pisząc H 20.

Cel i grupa docelowa projektu Aby zdefiniować grupę docelową, szukamy odpowiedzi na następujące pytania. Jakiego poziomu zaawansowania biznesowego należy oczekiwać od odbiorców? Jaki poziom szczegółowości jest potrzebny odbiorcom? Ile czasu może grupa docelowa poświęcić na analizę i interpretację modelu? Język definiowania modelu ogólnie występująca terminologia (mniejsza precyzja, ale większe grono odbiorców); terminologia specjalistyczna (duża precyzja, ale znacząco zawężony krąg odbiorców); przykład: butelkę z kodą można oznaczyć za pomocą falek, napisu WODA lub pisząc H 20.

Cel i grupa docelowa projektu Aby zdefiniować grupę docelową, szukamy odpowiedzi na następujące pytania. Jakiego poziomu zaawansowania biznesowego należy oczekiwać od odbiorców? Jaki poziom szczegółowości jest potrzebny odbiorcom? Ile czasu może grupa docelowa poświęcić na analizę i interpretację modelu? Język definiowania modelu ogólnie występująca terminologia (mniejsza precyzja, ale większe grono odbiorców); terminologia specjalistyczna (duża precyzja, ale znacząco zawężony krąg odbiorców); przykład: butelkę z kodą można oznaczyć za pomocą falek, napisu WODA lub pisząc H 20.

Proces analizy Proces analizy składa się z faz Pozyskiwania informacji od dostawców wiedzy. Reprezentowania (specyfikowanie). Weryfikacji.

Proces analizy Proces analizy składa się z faz Pozyskiwania informacji od dostawców wiedzy. Reprezentowania (specyfikowanie). Weryfikacji.

Proces analizy Proces analizy składa się z faz Pozyskiwania informacji od dostawców wiedzy. Reprezentowania (specyfikowanie). Weryfikacji.

Proces analizy Proces analizy składa się z faz Pozyskiwania informacji od dostawców wiedzy. Reprezentowania (specyfikowanie). Weryfikacji.

Proces analizy Dostawcy wiedzy Jako dostwcy wiedzy mogą służyć uczestnicy i kontrolerzy procesów biznesowych; użytkownicy systemów informatycznych o funkcjonalności zbliżonej do modelowanego systemu lub związanej z nim; klienci; eksperci w analizowanej dziedzinie; niezależni obserwatorzy.

Proces analizy Dostawcy wiedzy Jako dostwcy wiedzy mogą służyć uczestnicy i kontrolerzy procesów biznesowych; użytkownicy systemów informatycznych o funkcjonalności zbliżonej do modelowanego systemu lub związanej z nim; klienci; eksperci w analizowanej dziedzinie; niezależni obserwatorzy.

Proces analizy Dostawcy wiedzy Jako dostwcy wiedzy mogą służyć uczestnicy i kontrolerzy procesów biznesowych; użytkownicy systemów informatycznych o funkcjonalności zbliżonej do modelowanego systemu lub związanej z nim; klienci; eksperci w analizowanej dziedzinie; niezależni obserwatorzy.

Proces analizy Dostawcy wiedzy Jako dostwcy wiedzy mogą służyć uczestnicy i kontrolerzy procesów biznesowych; użytkownicy systemów informatycznych o funkcjonalności zbliżonej do modelowanego systemu lub związanej z nim; klienci; eksperci w analizowanej dziedzinie; niezależni obserwatorzy.

Proces analizy Dostawcy wiedzy Jako dostwcy wiedzy mogą służyć uczestnicy i kontrolerzy procesów biznesowych; użytkownicy systemów informatycznych o funkcjonalności zbliżonej do modelowanego systemu lub związanej z nim; klienci; eksperci w analizowanej dziedzinie; niezależni obserwatorzy.

Proces analizy Dostawcy wiedzy Jako dostwcy wiedzy mogą służyć uczestnicy i kontrolerzy procesów biznesowych; użytkownicy systemów informatycznych o funkcjonalności zbliżonej do modelowanego systemu lub związanej z nim; klienci; eksperci w analizowanej dziedzinie; niezależni obserwatorzy.

Proces analizy Techniki W procesie analizy i poznawania procesów biznesowych pomocne bywają następujące techniki obserwacja pracowników przy pracy; branie udziału w analizowanych procesach bizensowych; przyjęcie roli uczestnika zewnętrznego, np.klienta; ankiety i przeprowadzanie wywiadów; organizowanie burz muzgów z udziałem wszystkich zaangażowanych grup; prowadzenie dyskusji z ekspertami; analiza istniejących formularzy, dokumentacji, specyfikacji i narzędzi pracy; opisywanie struktury organizacyjnej i zasad przepływu informacji.

Proces analizy Techniki W procesie analizy i poznawania procesów biznesowych pomocne bywają następujące techniki obserwacja pracowników przy pracy; branie udziału w analizowanych procesach bizensowych; przyjęcie roli uczestnika zewnętrznego, np.klienta; ankiety i przeprowadzanie wywiadów; organizowanie burz muzgów z udziałem wszystkich zaangażowanych grup; prowadzenie dyskusji z ekspertami; analiza istniejących formularzy, dokumentacji, specyfikacji i narzędzi pracy; opisywanie struktury organizacyjnej i zasad przepływu informacji.

Proces analizy Techniki W procesie analizy i poznawania procesów biznesowych pomocne bywają następujące techniki obserwacja pracowników przy pracy; branie udziału w analizowanych procesach bizensowych; przyjęcie roli uczestnika zewnętrznego, np.klienta; ankiety i przeprowadzanie wywiadów; organizowanie burz muzgów z udziałem wszystkich zaangażowanych grup; prowadzenie dyskusji z ekspertami; analiza istniejących formularzy, dokumentacji, specyfikacji i narzędzi pracy; opisywanie struktury organizacyjnej i zasad przepływu informacji.

Proces analizy Techniki W procesie analizy i poznawania procesów biznesowych pomocne bywają następujące techniki obserwacja pracowników przy pracy; branie udziału w analizowanych procesach bizensowych; przyjęcie roli uczestnika zewnętrznego, np.klienta; ankiety i przeprowadzanie wywiadów; organizowanie burz muzgów z udziałem wszystkich zaangażowanych grup; prowadzenie dyskusji z ekspertami; analiza istniejących formularzy, dokumentacji, specyfikacji i narzędzi pracy; opisywanie struktury organizacyjnej i zasad przepływu informacji.

Proces analizy Techniki W procesie analizy i poznawania procesów biznesowych pomocne bywają następujące techniki obserwacja pracowników przy pracy; branie udziału w analizowanych procesach bizensowych; przyjęcie roli uczestnika zewnętrznego, np.klienta; ankiety i przeprowadzanie wywiadów; organizowanie burz muzgów z udziałem wszystkich zaangażowanych grup; prowadzenie dyskusji z ekspertami; analiza istniejących formularzy, dokumentacji, specyfikacji i narzędzi pracy; opisywanie struktury organizacyjnej i zasad przepływu informacji.

Proces analizy Techniki W procesie analizy i poznawania procesów biznesowych pomocne bywają następujące techniki obserwacja pracowników przy pracy; branie udziału w analizowanych procesach bizensowych; przyjęcie roli uczestnika zewnętrznego, np.klienta; ankiety i przeprowadzanie wywiadów; organizowanie burz muzgów z udziałem wszystkich zaangażowanych grup; prowadzenie dyskusji z ekspertami; analiza istniejących formularzy, dokumentacji, specyfikacji i narzędzi pracy; opisywanie struktury organizacyjnej i zasad przepływu informacji.

Proces analizy Techniki W procesie analizy i poznawania procesów biznesowych pomocne bywają następujące techniki obserwacja pracowników przy pracy; branie udziału w analizowanych procesach bizensowych; przyjęcie roli uczestnika zewnętrznego, np.klienta; ankiety i przeprowadzanie wywiadów; organizowanie burz muzgów z udziałem wszystkich zaangażowanych grup; prowadzenie dyskusji z ekspertami; analiza istniejących formularzy, dokumentacji, specyfikacji i narzędzi pracy; opisywanie struktury organizacyjnej i zasad przepływu informacji.

Proces analizy Techniki W procesie analizy i poznawania procesów biznesowych pomocne bywają następujące techniki obserwacja pracowników przy pracy; branie udziału w analizowanych procesach bizensowych; przyjęcie roli uczestnika zewnętrznego, np.klienta; ankiety i przeprowadzanie wywiadów; organizowanie burz muzgów z udziałem wszystkich zaangażowanych grup; prowadzenie dyskusji z ekspertami; analiza istniejących formularzy, dokumentacji, specyfikacji i narzędzi pracy; opisywanie struktury organizacyjnej i zasad przepływu informacji.

Proces analizy Techniki W procesie analizy i poznawania procesów biznesowych pomocne bywają następujące techniki obserwacja pracowników przy pracy; branie udziału w analizowanych procesach bizensowych; przyjęcie roli uczestnika zewnętrznego, np.klienta; ankiety i przeprowadzanie wywiadów; organizowanie burz muzgów z udziałem wszystkich zaangażowanych grup; prowadzenie dyskusji z ekspertami; analiza istniejących formularzy, dokumentacji, specyfikacji i narzędzi pracy; opisywanie struktury organizacyjnej i zasad przepływu informacji.

Diagramy w roli perspektyw Diagramy

UML UML