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

Transkrypt

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

2 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

3 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ąć.

4 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ąć.

5 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ąć.

6 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ąć.

7 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ąć.

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

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

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

11 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Ł.

12 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Ł.

13 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Ł.

14 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Ł.

15 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.

16 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.

17 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.

18 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.

19 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.

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.

21 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.

22 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.

23 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.

24 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.

25 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.

26 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.

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

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

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

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

31 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.

32 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.

33 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.

34 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.

35 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.

36 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.

37 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.

38 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.

39 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.

40 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.

41 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.

42 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.

43 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.

44 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.

45 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.

46 Diagramy w roli perspektyw Diagramy

47 UML UML