System CRM dla banku. Analiza i projekt. Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski

Transkrypt

1 System CRM dla banku Analiza i projekt Paulina Grabowska, Piotr Kalański, Marcin Kubacki, Adrian Wiśniewski

2 Spis treści 1 Wprowadzenie Cel projektu Słownik Aktorzy Wymagania funkcjonalne F.BK Baza klientów F.KAL Kalendarz F.KK Kartoteka klienta F.AKW Zarządzanie potencjalnymi klientami F.PIP Zarządzanie sprzedażą (Pipeline) F.ZU Zarządzanie użytkownikami F.MAU Monitoring akcji użytkowników F.MK Monitoring klientów Wymagania niefunkcjonalne 9 4 Przypadki użycia Szablon ID NAZWA UC.BK UC.BK.1 Wyszukiwanie klientów UC.BK.2 Widok baza klientów UC.BK.3 Przejście na karte klienta z wyszukiwania klientów UC.KK UC.KK.1 Edycja danych teleadresowych UC.KK.2 Dodanie przedstawiciela UC.KK.2 Usunięcie przedstawiciela UC.KK.3 Zmiana danych przedstawiciela UC.KK.4 Dodanie informacji o wielkości sprzedaży UC.FIR UC.FIR.1 Dodanie komentarza dla firmy UC.FIR.2 Zarządzanie listą produktów jakie posiada firma UC.AKW UC.AKW.1 Dodanie potencjalnego klienta UC.AKW.2 Zamiana prospekta w klienta UC.KAL UC.KAL.1 Dodanie zdarzenia do kalendarza UC.KAL.2 Dodanie spotkania do kalendarza UC.KAL.3 Dodanie urlopu do kalendarza

3 4.6.4 UC.KAL.4 Dodanie szkolenia do kalendarza UC.KAL.5 Edycja istniejącego zdarzenia UC.KAL.6 Usunięcie istniejącego zdarzenia UC.KAL.7 Walidacja zdarzenia UC.KAL.8 Dodanie załącznika UC.KAL.9 Usunięcie załącznika UC.KAL.10 Wprowadzenie rezultatu spotkania UC.KAL.11 Zmiana widoku kalendarza UC.KAL.12 Wyswietlenie widoku dnia UC.KAL.13 Wyswietlenie widoku tygodnia UC.KAL.14 Wyswietlenie widoku miesiąca UC.KAL.15 Wyswietlenie listy najbliższych spotkań UC.KAL.16 Wyswietlenie listy spotkań zaległych UC.KAL.17 Wyszukanie zdarzenia UC.KAL.18 Filtorowanie widoku UC.KAL.19 Generowanie raportu ze spotkań UC.PIP UC.PIP.1 Dodanie działań sprzedaży do kalendarza UC.PIP.2 Modyfikacja działania sprzedaży w kalendarzu UC.PIP.3 Usunięcie działania sprzedaży z kalendarza UC.PIP.4 Wprowadzenie wyniku działania sprzedaży po spotkaniu z klientem UC.PIP.5 Wyswietlenie historii działania sprzedaży UC.PIP.6 Wyswietlenie widoku transakcji wg produktu UC.PIP.7 Wyswietlenie widoku transakcji wg etapu UC.PIP.8 Wyswietlenie widoku transakcji wg etapu UC.PIP.9 Wygenerowanie raportu pipeline UC.ZU UC.ZU.1 Wyświetlenie listy użytkowników i grup domenowych posiadających dostęp do systemu UC.ZU.2 Dodawanie dostępu do systemu użytkownikowi domenowemu UC.ZU.3 Modyfikacja uprawnień konta domenowego UC.ZU.4 Odebranie dostępu do systemu użytkownikowi domenowemu UC.ZU.5 Wyświetlenie danych konta domenowego UC.ZU.6 Zmiana statusu blokady konta UC.MAU UC.MAU.1 Widok akcji wykonanych przez użytkownika wg czasu UC.MAU.2 Widok ostatnich akcji wykonanych w systemie UC.MAU.3 Widok aktualnie zalogowanych użytkowników UC.MAU.4 Wykres aktywności w systemie UC.MK UC.MK.1 Import zaległości klientów UC.MK.2 Dodanie kategorii liczby dni opóźnienia UC.MK.3 Modyfikacja kategorii liczby dni opóźnienia UC.MK.4 Usunięcie kategorii liczby dni opóźnienia UC.MK.5 Wyświetlanie zaległości według liczby kategorii Logiczny model bazy danych Architektura rozwiązania 133 2

4 3 7 Wdrożenie Specyfikacja sprzętu Serwer Macierz dyskowa Specyfikacja oprogramowania Oracle Weblogic Server Baza danych Oracle Specyfikacja technologii J2EE Dojo XHTML CSS JavaScript AJAX

5 Rozdział 1 Wprowadzenie 1.1 Cel projektu Projekt dotyczy analizy i projektowania CRM operacyjnego dla banku. Zgodnie z ustaleniami pomiędzy Zamawiającym i Wykonawcą projekt został podzielony na trzy etapy. 1.2 Słownik Prospekt Potencjalny klient. Doradca Opiekun klienta. Oddział Doradcy są przypisani do oddziałów. Region Oddziały tworzą region. Firma Klient lub potencjalny klient 1.3 Aktorzy Doradca powinien mieć zakres widoczności w systemie ograniczony do swoich klientów. Dyrektor oddziału powinien mieć zakres widoczności w systemie ograniczony do swoich doradców. Dyrektor regionu powinien mieć zakres widoczności w systemie ograniczony do swoich doradców z regionu. Pracownik centrali powinien mieć dostęp do całej Polski. Administrator powinien mieć dostęp do zarządzania użytkowniami i modułu monitorowania aktywności 4

6 Rozdział 2 Wymagania funkcjonalne 2.1 F.BK Baza klientów F.BK.1 Wyszukiwanie klientów. F.BK.2 Wyświetlanie klientów wg przypisania do doradcy. F.BK.3 Wyświetlanie klientów konkretnego segmentu. F.BK.4 Wyświetlanie klientów z podziałem na wielkość sprzedaży. F.BK.5 Wyświetlanie klientów wg produktów jakimi są zainteresowani. F.BK.6 Wyświetlanie klientów wg produktów jakie posiadają. 2.2 F.KAL Kalendarz F.KAL.PLAN Planowanie spotkań z klientami oraz prospektami. F.KAL.PLAN.1 Dodawanie zdarzeń F.KAL.PLAN.1.1 Dodawanie spotkań F.KAL.PLAN.1.2 Dodawanie zdarzeń uniemożliwiających spotkania F.KAL.PLAN Dodawanie urlopów F.KAL.PLAN Dodawanie szkoleń F.KAL.PLAN.2 Edycja zdarzeń F.KAL.PLAN.3 Usuwanie zdarzeń F.KAL.PLAN.4 Dodawanie załączników do zdarzeń F.KAL.PLAN.5 Usuwanie załączników ze zdarzeń F.KAL.REZ Wprowadzanie rezultatów spotkań. F.KAL.REZ.1 Wprowadzenie statusu spotkania F.KAL.REZ.1.1 Oznaczenie spotkania jako odwołane F.KAL.REZ.1.2 Oznaczenie spotkania jako przełożone F.KAL.REZ.1.3 Oznaczenie spotkania jako klient nie przybył F.KAL.REZ.1.4 Oznaczenie spotkania jako doradca nie przybył F.KAL.REZ.2 Wprowadzenie sprawozdania ze spotkania F.KAL.REZ.3 Wprowadzenie dodatkowych załączników w postaci plików 5

7 ROZDZIAŁ 2. WYMAGANIA FUNKCJONALNE 6 F.KAL.WID Prezentacja różnych widoków kalendarza F.KAL.WID.1 Widok dnia. F.KAL.WID.2 Widok tygodnia. F.KAL.WID.3 Widok miesiąca. F.KAL.WID.4 Lista najbliższych spotkań. F.KAL.WID.5 Lista spotkań zaległych. F.KAL.WAL Walidacja kalendarza F.KAL.WAL.1 Uniemożliwienie dodania dwóch zdażeń o tym samym czasie w których uczestniczy ten sam doradca F.KAL.WAL.2 Uniemożliwienie dodania dwóch zdażeń o tym samym czasie w których uczestniczy ten sam klient F.KAL.WAL.3 Uniemożliwienie dodania spotkania w dni, w których doradca jest niedostępny F.KAL.WAL.4 Uniemożliwienie dodania spotkania w dni wolne od pracy, w tym święta F.KAL.POW Generowanie i wysyłanie powiadomień F.KAL.POW.1 Wysyłanie różnymi kanałami informacyjnymi F.KAL.POW.1.1 Pocztą elektroniczą F.KAL.POW.1.2 Jako SMS F.KAL.POW.2 O nadchodzących spotkaniach zarówno doradcom jak i klientom F.KAL.1 Wyszukiwanie zdarzeń F.KAL.2 Filtrowanie zdarzeń F.KAL.3 Generowanie raportów z przeprowadzonych spotkań z klientami 2.3 F.KK Kartoteka klienta F.KK.1 Edycja danych teleadresowych. F.KK.2 Zarządzanie przedstawicielami firmy. F.KK.3 Zarządzanie wielkością sprzedaży klienta w danym roku. F.KK.4 Zarządzanie liczbą zatrudnionych pracowników w firmie klienta w danym roku. F.KK.5 Zarządzanie listą produktów jakimi klient jest zainteresowany. F.KK.6 Zarządzanie listą produktów jakie klient posiada w innych bankach. F.KK.7 Historia kontaktów z klientem. F.KK.8 Dodawanie komentarza dla klienta. F.KK.9 Możliwość załączenia pliku. F.KK.10 Wyświetlenie dochodowości klienta. F.KK.11 Wyświetlenie liczby przelewów klienta w danym okresie czasowym.

8 ROZDZIAŁ 2. WYMAGANIA FUNKCJONALNE F.AKW Zarządzanie potencjalnymi klientami F.AKW.1 Dodawanie prospektów. F.AKW.2 Import prospektów z pliku. F.AKW.3 Wyszukiwanie prospektów. F.AKW.KP Karta prospekta. F.AKW.KP.1 Edycja danych teleadresowych. F.AKW.KP.2 Zarządzanie przedstawicielami firmy. F.AKW.KP.3 Zarządzanie wielkością sprzedaży prospekta w danym roku. F.AKW.KP.4 Zarządzanie liczbą zatrudnionych pracowników w firmie prospekta w danym roku. F.AKW.KP.5 Zarządzanie listą produktów jakimi prospekt jest zainteresowany. F.AKW.KP.6 Zarządzanie listą produktów jakie prospekt posiada w innych bankach. F.AKW.KP.7 Historia kontaktów z prospektem. F.AKW.KP.8 Dodawanie komentarza dla prospekta. F.AKW.5 Zmiana opiekuna prospekta. F.AKW.6 Raport prospektów wg statusu. F.AKW.7 Raport nowo otwartych rachunków w danym okresie. F.AKW.8 Zamiana prospekta w klienta. 2.5 F.PIP Zarządzanie sprzedażą (Pipeline) F.PIP.DZIAL Planowanie działań. F.PIP.DZIAL.1 Dodawanie działań sprzedaży jako spotkań w kalendarzu F.PIP.DZIAL.2 Modyfikacja działań sprzedaży w kalendarzu F.PIP.DZIAL.3 Usuwanie działań sprzedaży z kalendarza F.PIP.DZIAL.4 Modelowanie relacji poprzednik-następnik między zdarzeniami działań sprzedaży F.PIP.DZIAL.5 Wprowadzenie wyniku działania sprzedaży po spotkaniu z klientem F.PIP.WID Prezentacja różnych widoków działań sprzedaży. F.PIP.WID.1 Historia działania. F.PIP.WID.2 Widok transakcji wg produktu dla danego doradcy. F.PIP.WID.2 Widok transakcji wg etapu dla danego doradcy. F.PIP.RAP Raport pipeline wg produktu oraz etapu.

9 ROZDZIAŁ 2. WYMAGANIA FUNKCJONALNE F.ZU Zarządzanie użytkownikami F.ZU.1 Wyświetlenie listy użytkowników i grup domenowych posiadających dostęp do systemu F.ZU.2 Dodawanie dostępu do systemu kontu domenowemu. F.ZU.3 Modyfikacja uprawnień konta domenowego. F.ZU.4 Odbieranie dostępu kontu domenowemu. F.ZU.5 Wyświetlenie danych konta domenowego. F.ZU.6 Zmiana statusu blokady konta. 2.7 F.MAU Monitoring akcji użytkowników F.MAU.1 Logowanie każdej akcji wykonanej przez użytkownika i integracja z systemem logowania w firmie F.MAU.2 Widok akcji wykonanych przez użytkownika wg czasu F.MAU.3 Widok ostatnich akcji wykonanych w systemie F.MAU.4 Widok aktualnie zalogowanych użytkowników i ostatnich czynności przez nich wykonywanych F.MAU.5 Wykres aktywności w systemie 2.8 F.MK Monitoring klientów F.MK.1 Import zaległości klientów. F.MK.2 Zarządzanie kategoriami liczby dni opóźnienia. F.MK.3 Wyświetlanie zaległości wg liczby kategorii. F.MK.4 Informowanie drogą mailową o przekroczeniu kategorii odpowiedniej osoby.

10 Rozdział 3 Wymagania niefunkcjonalne NF.B Bezpieczeństwo NF.B.1 Autoryzowany dostęp. NF.B.2 Zabezpieczenie pomieszczeń z serwerami systemowymi. NF.B.3 System odporny na techniczne zniszczenie sprzętu (redundancja danych). NF.DOS System powinien być dostępny w godzinach od 8 00 do NF.WYD System powinien umożliwiać pracę jednocześnie 200 użytkowników. 9

11 Rozdział 4 Przypadki użycia 4.1 Szablon ID NAZWA Aktorzy Typ Opis lista aktorów Główny tu wstaw opis Referencje tu wstaw odwołania do FR Warunki wstępne warunki Przebieg zdarzeń 1. user 2. system 3. user Alternatywne ciągi zdarzeń Przebieg alternatywny A Opis, kiedy to ma miejsce 3. user2 10

12 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 11 Warunki końcowe warunki Diagram aktywności Obraz uczestniczących klas Diagram sekwencji Interfejs użytkownika 4.2 UC.BK UC.BK.1 Wyszukiwanie klientów Aktorzy Typ Opis Doradca Główny Doradca chce wyszukać klientów wg zadanego kryterium. Referencje F.BK.1 Warunki wstępne Użytkownik jest zalogowany Przebieg zdarzeń 1. Wybiera opcje wyszukiwanie klientów 2. Wyświetla formularz do wpisania kryterium 3. Podaje kryterium 4. Wybiera opcje szukaj 5. Wyświetla listę klientów spełniających podane kryterium Alternatywne ciągi zdarzeń Przebieg alternatywny A Brak klientów spełniających podane kryterium

13 ROZDZIAŁ 4. PRZYPADKI UŻYCIA Jak w głównym Jak w głównym 5. Wyświetla komunikat o braku klientów spełniających podane kryterium Warunki końcowe Została wyświetlona lista klientów. Diagram aktywności Rysunek 4.1: Diagram aktywności

14 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 13 Obraz uczestniczących klas Rysunek 4.2: Diagram kontekstowy

15 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 14 Diagram sekwencji Rysunek 4.3: Diagram sekwencji

16 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 15 Interfejs użytkownika UC.BK.2 Widok baza klientów Aktorzy Typ Opis Pracownik Główny Przejrzenie bazy klientów w określonym przekroju Referencje brak Warunki wstępne Użytkownik jest zalogowany Przebieg zdarzeń 1. Wybiera opcje z menu 2. Wyświetla baze klientów Alternatywne ciągi zdarzeń brak Warunki końcowe Wyświetlona baza klientów. Diagram aktywności Obraz uczestniczących klas Diagram sekwencji Interfejs użytkownika UC.BK.3 Przejście na karte klienta z wyszukiwania klientów Aktorzy Pracownik Typ Główny

17 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 16 Opis Przejście na karte klienta po wyświetleniu lsity klientów Referencje F.KK.0 Warunki wstępne brak Przebieg zdarzeń 1. include UC.BK.1 2. Wybiera klienta i przechodzi na karte tego klienta 3. Wyświetla karte wybranego klienta Alternatywne ciągi zdarzeń brak Warunki końcowe Użytkownik jest na karcie klienta Diagram aktywności Obraz uczestniczących klas Diagram sekwencji Interfejs użytkownika 4.3 UC.KK UC.KK.1 Edycja danych teleadresowych Aktorzy Doradca Typ Główny Opis Doradca chce zmienić dane klienta. Referencje F.KK.1

18 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 17 Warunki wstępne Użytkownik jest na karcie klienta Przebieg zdarzeń 1. Zmienie dane klienta 2. Zapisuje zmiane 3. Wyświetla komunikat o sukcesie Alternatywne ciągi zdarzeń Przebieg alternatywny A Podano zły NIP jak w głównym jak w głównym 3. Wyświetla komunikat o błędnym NIP Przebieg alternatywny B Podano zły REGON jak w głównym jak w głównym 3. Wyświetla komunikat o błędnym REGON Warunki końcowe Zmieniono dane klienta Diagram aktywności

19 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 18 Obraz uczestniczących klas Rysunek 4.4: Diagram kontekstowy

20 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 19 Diagram sekwencji Rysunek 4.5: Diagram sekwencji

21 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 20 Interfejs użytkownika UC.KK.2 Dodanie przedstawiciela Aktorzy Typ Opis Doradca Główny Użytkownik chce dodać przedstawiciela firmy. Referencje F.KK.2 Warunki wstępne Użyktownik jest na karcie klienta Przebieg zdarzeń 1. Wybiera opcje dodaj przedstawiciela 2. Wyświetla formularz do wpisania danych przedstawiciela 3. Wpisuje dane przedstawiciela 4. Wybiera zapisz 5. Wyświetla komuniakt o sukcesie Alternatywne ciągi zdarzeń Przebieg alternatywny A Nie pełne dane przedstawiciela: brak nazwy lub telefonu kontaktowego jak w głównym jak w głównym 5. Wyświetla komunikat o błędnych danych Warunki końcowe Dodano przedstawiciela Diagram aktywności

22 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 21 Obraz uczestniczących klas Rysunek 4.6: Diagram sekwencji

23 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 22 Diagram sekwencji Rysunek 4.7: Diagram sekwencji

24 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 23 Interfejs użytkownika UC.KK.2 Usunięcie przedstawiciela Aktorzy Typ Opis Doradca Główny Doradca chce usunąć błędnie wpisanego przedstawiciela Referencje F.KK.2 Warunki wstępne Użyktownik jest na karcie klienta Przebieg zdarzeń 1. Wybiera przedstawiciela 2. Wybiera opcje usuń Alternatywne ciągi zdarzeń brak Warunki końcowe Przedstawiciel został usunięty Diagram aktywności

25 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 24 Obraz uczestniczących klas Rysunek 4.8: Diagram klas

26 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 25 Diagram sekwencji Rysunek 4.9: Diagram sekwencji

27 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 26 Interfejs użytkownika UC.KK.3 Zmiana danych przedstawiciela Aktorzy Typ Opis Doradca Główny Użytkownik chce zmienić dane przedstawiciela, które uległy zmianie lub zostały błednie podane. Referencje F.KK.2 Warunki wstępne Użyktownik jest na karcie klienta Przebieg zdarzeń 1. Wybiera przedstawiciela 2. Zmienia dane przedstawiciela 3. Wybiera zapisz 4. Wyświetla komunikat o sukcesie Alternatywne ciągi zdarzeń Przebieg alternatywny A Nie pełne dane przedstawiciela: brak nazwy lub telefonu kontaktowego jak w głównym jak w głównym 5. Wyświetla komunikat o błędnych danych Warunki końcowe Dokonano zmiany danych przedstawiciela Diagram aktywności

28 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 27 Obraz uczestniczących klas Rysunek 4.10: Diagram kontekstowy

29 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 28 Diagram sekwencji Rysunek 4.11: Diagram sekwencji

30 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 29 Interfejs użytkownika UC.KK.4 Dodanie informacji o wielkości sprzedaży Aktorzy Typ Opis Doradca Główny Użytkownik chce dodać informacje o wielkości sprzedaży klienta w danym roku. Referencje F.KK.3 Warunki wstępne Użyktownik jest na karcie klienta Przebieg zdarzeń 1. Wybiera opcje dodanie wielkości sprzedaży 2. Wyświetla formularz do wpisania wielkości sprzedaży 3. Wybiera rok i podaje kwote 4. Zapisuje 5. Wyświetla komunikat o sukcesie Alternatywne ciągi zdarzeń Przebieg alternatywny A Dodano wcześniej informacje o sprzedaży w wybranym roku jak w głównym jak w głównym 5. Nadpisuje wcześniej podaną wielkość 6. Wyświetla komunikat o wprowadzaniu zmiany w wielkości sprzedaży Warunki końcowe Zapisano informację o wielkości sprzedaży Diagram aktywności

31 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 30 Obraz uczestniczących klas Rysunek 4.12: Diagram klas

32 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 31 Diagram sekwencji Rysunek 4.13: Diagram sekwencji

33 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 32 Interfejs użytkownika 4.4 UC.FIR UC.FIR.1 Dodanie komentarza dla firmy Aktorzy Typ Opis Pracownik Główny Użytkownik chce dodać komentarz na temat firmy Referencje F.KK.8 Warunki wstępne Użytkownik jest na karcie firmy Przebieg zdarzeń 1. Wpisuje treść komentarza 2. Wybiera dodaj 3. Wyświetla komuniakt o dodaniu komentarza Alternatywne ciągi zdarzeń Przebieg alternatywny A Treść komentarza jest pusta lub za krótka 1.2. jak w głównym 3. Wyświetla komunikat o błednie wpisanej treści Warunki końcowe Dodano komentarz Diagram aktywności

34 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 33 Obraz uczestniczących klas Rysunek 4.14: Diagram kontekstowy

35 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 34 Diagram sekwencji Rysunek 4.15: Diagram sekwencji

36 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 35 Interfejs użytkownika UC.FIR.2 Zarządzanie listą produktów jakie posiada firma Aktorzy Typ Opis Pracownik Główny Użytkownik chce zmienić informację Referencje F.KK.6 Warunki wstępne Użytkownik jest na karcie firmy Przebieg zdarzeń 1. Zaznacza jakie produkty firma posiada oraz jakich nie posiada 2. Jeżeli zna informację o banku to go podaje 3. Jeżeli zna informację o kwocie to ją podaje 4. Wpisuje uwagi 5. Wybiera zapisz 6. Wyświetla komunikat o pomyślnym wprowadzeniu zmian Alternatywne ciągi zdarzeń brak Warunki końcowe Dodano komentarz Diagram aktywności

37 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 36 Obraz uczestniczących klas Rysunek 4.16: Diagram kontekstowy

38 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 37 Diagram sekwencji Rysunek 4.17: Diagram sekwencji

39 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 38 Interfejs użytkownika 4.5 UC.AKW UC.AKW.1 Dodanie potencjalnego klienta Aktorzy Typ Opis Doradca Główny Użytkownik chce dodać potencjalnego klienta Referencje F.AKW.1 Warunki wstępne Użytkownik jest zalogowany Przebieg zdarzeń 1. Wybiera opcje dodaj prospekt 2. Wyświetla formularz do podania danych prospekta 3. Podaje dane prospekta 4. Wybiera dodaj 5. Wyświetla komunikat o pomyślnym dodaniu prospekta Alternatywne ciągi zdarzeń Przebieg alternatywny A Pusta nazwa lub brak telefonu lub brak przedstawiciela 1.4. jak w głównym 5. Wyświetla komunikat o błednie podanych danych Przebieg alternatywny B Błędny NIP

40 ROZDZIAŁ 4. PRZYPADKI UŻYCIA jak w głównym 5. Wyświetla komunikat o błednym NIP Przebieg alternatywny C Błędny REGON 1.4. jak w głównym 5. Wyświetla komunikat o błednym REGON Przebieg alternatywny D NIP lub REGON już istnieje 1.4. jak w głównym 5. Wyświetla komunikat o próbie powtórnego dodania prospekta Warunki końcowe Dodano prospekta Diagram aktywności

41 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 40 Rysunek 4.18: Diagram aktywności Obraz uczestniczących klas

42 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 41 Rysunek 4.19: Diagram kontekstowy

43 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 42 Diagram sekwencji Rysunek 4.20: Diagram sekwencji

44 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 43 Interfejs użytkownika UC.AKW.2 Zamiana prospekta w klienta Aktorzy Typ Opis Doradca Główny Użytkownik chce odnotować fakt otwarcia rachunku Referencje F.AKW.8 Warunki wstępne Użytkownik jest na karcie prospekta Przebieg zdarzeń 1. Podaje przypisany identyfikator klienta 2. Wybiera opcje otwórz rachunek 3. Wyświetla komunikat o pomyślnej zamianie w klienta Alternatywne ciągi zdarzeń Przebieg alternatywny A Podany identyfikator już istnieje jak w głównym 3. Wyświetla informację o błędnie podanym identyfikatorze Warunki końcowe Prospekt został zamieniony w klienta Diagram aktywności

45 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 44 Obraz uczestniczących klas Rysunek 4.21: Diagram kontekstowy

46 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 45 Diagram sekwencji Rysunek 4.22: Diagram sekwencji

47 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 46 Interfejs użytkownika 4.6 UC.KAL UC.KAL.1 Dodanie zdarzenia do kalendarza Aktorzy Typ Opis Doradca Abstrakcyjny Doradca chce dodać zdarzenie do kalendarza Referencje F.KAL.PLAN, F.KAL.PLAN.1 Warunki wstępne Doradca jest zalogowany w systemie Diagram kontekstowy Przebieg zdarzeń 1. W aktualnym widoku kalendarza wybiera opcję dodania nowego zdarzenia 2. Wyświetla formularz nowego zdarzenia 3. Wybiera typ zdarzenia 4. Wypełnia szczegóły zdarzenia 5. Zatwierdza nowe zdarzenie 6. Sprawdza poprawność dodawanego zdarzenia (Zawiera UC.KAL.7) 7. Dodaje wybrane załączniki do systemu (Punkt rozszerzenia UC.KAL.8) 8. Dodaje zdarzenie do systemu 9. Wyświetla komunikat o sukcesie Alternatywne ciągi zdarzeń Przebieg alternatywny A Doradca anuluje wprowadzanie nowego zdarzenia 5a. Anuluje nowe zdarzenie (Koniec przypadku użycia).

48 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 47 Przebieg alternatywny B Zdarzenie nie przeszło walidacji 6b. Wraca do formularza dodawania nowego zdarzenia (Powrót do punktu 3 głównego przebiegu). Przebieg alternatywny C Wystąpił błąd podczas dodawania załącznika 7c. Wraca do formularza dodawania nowego zdarzenia (Powrót do punktu 3 głównego przebiegu). Warunki końcowe Zdarzenie jest zapisane w kalendarzu Diagram aktywności

49 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 48 Rysunek 4.23: Diagram aktywności

50 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 49 Obraz uczestniczących klas Diagram sekwencji Interfejs użytkownika UC.KAL.2 Dodanie spotkania do kalendarza Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.1 Doradca chce dodać spotkanie w kalendarzu po uprzednium ustaleniu terminu z klientem Referencje F.KAL.PLAN, F.KAL.PLAN.1, F.KAL.PLAN.1.1 Warunki wstępne Doradca jest zalogowany w systemie Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Ustawia typ zdarzenia na spotkanie Jak w przypadku generalizującym Jak w przypadku generalizującym 8. Jeżeli doradca lub klient mają ustawione preferencje dotyczące powiadomien, wysyła przed spotkaniem powiadomienie (Punkt rozszerzenia UC.KAL.19) Warunki końcowe Spotkanie jest zapisane w kalendarzu Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.KAL.3 Dodanie urlopu do kalendarza Aktorzy Doradca

51 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 50 Typ Opis Specjalizacja UC.KAL.1 Doradca chce dodać do kalendarza zaplanowany urlop Referencje F.KAL.PLAN, F.KAL.PLAN.1, F.KAL.PLAN.1.2, F.KAL.PLAN Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Ustawia typ zdarzenia na urlop Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Urlop jest zapisany w kalendarzu Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.KAL.4 Dodanie szkolenia do kalendarza Aktorzy Doradca Typ Specjalizacja UC.KAL.1 Opis Doradca chce dodać do kalendarza zaplanowane szkolenie Referencje F.KAL.PLAN, F.KAL.PLAN.1, F.KAL.PLAN.1.2, F.KAL.PLAN.1.2.2

52 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 51 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Ustawia typ zdarzenia na szkolenie Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Szkolenie jest zapisane w kalendarzu Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.KAL.5 Edycja istniejącego zdarzenia Aktorzy Doradca Typ Główny Opis Doradca chce zmienić szczegóły zdarzenia Referencje F.KAL.PLAN, F.KAL.PLAN.2 Warunki wstępne Doradca jest zalogowany w systemie i zdarzenie istnieje.

53 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 52 Diagram kontekstowy Rysunek 4.24: Diagram kontekstowy Przebieg zdarzeń 1. W aktualnym widoku kalendarza zaznacza zdarzenie i wybiera opcję edytuj 2. Wyświetla formularz edycji zdarzenia 3. Wybiera typ zdarzenia 4. Wypełnia szczegóły zdarzenia 5. Zatwierdza zdarzenie 6. Sprawdza poprawność dodawanego zdarzenia (Zawiera UC.KAL.7) 7. Dodaje wybrane załączniki (Punk rozszerzenia UC.KAL.8) 8. Usuwa wybrane załączniki (Punk rozszerzenia UC.KAL.9) 9. Modyfikuje zdarzenie w systemie 10. Wyświetla komunikat o sukcesie 11. Jeżeli edytowanym zdarzeniem było powiadomienie, wysyła je w określonym czasie (Punkt rozszerzenia UC.KAL.19) Alternatywne ciągi zdarzeń Przebieg alternatywny A

54 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 53 Doradca anuluje edycję zdarzenia 5a. Anuluje edycję zdarzenia (Koniec przypadku użycia). Przebieg alternatywny B Zdarzenie nie przeszło walidacji 6b. Wraca do formularza edycji zdarzenia (Powrót do punktu 3 głównego przebiegu). Przebieg alternatywny C Błąd podczas dodawania załącznika 7c. Wraca do formularza edycji zdarzenia (Powrót do punktu 3 głównego przebiegu). Warunki końcowe Zdarzenie zostaje zmodyfkowane.

55 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 54 Diagram aktywności Rysunek 4.25: Diagram aktywności

56 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 55 Obraz uczestniczących klas Rysunek 4.26: Obraz uczestniczących klas

57 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 56 Diagram sekwencji Rysunek 4.27: Diagram sekwencji

58 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 57 Interfejs użytkownika UC.KAL.6 Usunięcie istniejącego zdarzenia Aktorzy Typ Opis Doradca Główny Doradca chce zmienić szczegóły zdarzenia Referencje F.KAL.PLAN, F.KAL.PLAN.3 Warunki wstępne Doradca jest zalogowany w systemie i zdarzenie istnieje. Przebieg zdarzeń 1. W aktualnym widoku kalendarza zaznacza zdarzenie i wybiera opcję usuń 2. Wyświetla formularz zatwierdzenia operacji 3. Zatwierdza usunięcie 4. Usuwa wszystkie załączniki związane ze zdarzeniem 5. Usuwa zdarzenie 6. Wyświetla komunikat o sukcesie Alternatywne ciągi zdarzeń Przebieg alternatywny A Doradca anuluje usunięcie zdarzenia 3a. Anuluje usunięcie zdarzenia (Koniec przypadku użycia). Warunki końcowe Zdarzenie zostaje usunięte.

59 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 58 Obraz uczestniczących klas Rysunek 4.28: Obraz uczestniczących klas

60 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 59 Diagram sekwencji Rysunek 4.29: Diagram sekwencji

61 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 60 Interfejs użytkownika UC.KAL.7 Walidacja zdarzenia Aktorzy Typ Opis Doradca Dołączany Doradca chce zmienić szczegóły zdarzenia Referencje F.KAL.WAL, F.KAL.WAL.1, F.KAL.WAL.2, F.KAL.WAL.3, F.KAL.WAL.4 Warunki wstępne Doradca jest zalogowany w systemie i zdarzenie jest dodawane lub edytowane. Przebieg zdarzeń 1. Prosi o zatwierdzenie zdarzenia w systemie 2. Sprawdza poprawność zdarzenia w stosunku do nałożonych ograniczeń 3. Wyświetla komunikat o sukcesie Alternatywne ciągi zdarzeń Przebieg alternatywny A Zdarzenie jest niepoprawne 3a. Wyświetla komunikat o błędzie (Koniec przypadku użycia). Warunki końcowe Zdarzenie spełnia nałożone ograniczenia UC.KAL.8 Dodanie załącznika Aktorzy Doradca

62 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 61 Typ Opis Rozszerzenie Doradca chce dodać załącznik do zdarzenia Referencje F.KAL.PLAN, F.KAL.PLAN.4 Warunki wstępne Doradca jest zalogowany w systemie Przebieg zdarzeń 1. Wprowadza ścieżkę pliku i zatwierdza dodanie 2. Wyświetla komunikat o sukcesie Alternatywne ciągi zdarzeń Przebieg alternatywny A Błąd podczas kopiowania załącznika do systemu 2a. Wyświetla komunikat o błędzie (Koniec przypadku użycia) Przebieg alternatywny B Podana ścieżka jest nieprawidłowa 2b. Wyświetla komunikat o błędzie (Koniec przypadku użycia) Warunki końcowe Załącznik został dodany do systemu

63 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 62 Obraz uczestniczących klas Rysunek 4.30: Obraz uczestniczących klas

64 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 63 Diagram sekwencji Rysunek 4.31: Diagram sekwencji

65 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 64 Interfejs użytkownika UC.KAL.9 Usunięcie załącznika Aktorzy Typ Opis Doradca Rozszerzenie Doradca chce usunąć załącznik ze zdarzenia Referencje F.KAL.PLAN, F.KAL.PLAN.5 Warunki wstępne Doradca jest zalogowany w systemie, zdarzenie i załącznik istnieją Przebieg zdarzeń 1. Wybiera opcję usuń załącznik 2. Wyświetla komunikat o sukcesie Warunki końcowe Załącznik został usunięty z systemu.

66 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 65 Obraz uczestniczących klas Rysunek 4.32: Obraz uczestniczących klas

67 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 66 Diagram sekwencji Rysunek 4.33: Diagram sekwencji

68 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 67 Interfejs użytkownika UC.KAL.10 Wprowadzenie rezultatu spotkania Aktorzy Typ Opis Doradca Główny Doradca chce wprowadzić do systemu rezultat spotkania. Referencje F.KAL.REZ, F.KAL.REZ.1, F.KAL.REZ.1.1, F.KAL.REZ.1.2, F.KAL.REZ.1.3, F.KAL.REZ.1.4, F.KAL.REZ.2, F.KAL.REZ.3 Warunki wstępne Doradca jest zalogowany w systemie, spotkanie istnieje Diagram kontekstowy Rysunek 4.34: Diagram kontekstowy

69 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 68 Przebieg zdarzeń 1. W aktualnym widoku zaznacza spotkanie i wybiera opcją wprowadź rezultat 2. Wyświetla formularz wprowadzania rezultatu spotkania 3. Wprowadza status spotkania 4. Wprowadza sprawozdanie ze spotkania 5. Wprowadza dodatkowe załączniki 6. Zatwierdza wprowadzone dane 7. Załącza dodatkowe pliki (Punk rozszerzenia UC.KAL.8) 8. Modyfikuje spotkanie 9. Wyświetla komunikat o sukcesie Alternatywne ciągi zdarzeń Przebieg alternatywny A Użytkownik anuluje wprowadzanie rezultatu 6a. Anuluje operację (Koniec przypadku użycia) Przebieg alternatywny B Błąd podczas wprowadzania załączników 7b. Wyświetla komunikat o błędzie (Powrót do kroku 2 głównego przebiegu) Warunki końcowe Spotkanie zostało zmodyfikowane, a załączniki wprowadzone do systemu

70 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 69 Obraz uczestniczących klas Rysunek 4.35: Obraz uczestniczących klas

71 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 70 Diagramy sekwencji Rysunek 4.36: Diagram sekwencji

72 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 71 Interfejs użytkownika UC.KAL.11 Zmiana widoku kalendarza Aktorzy Typ Opis Doradca Abstrakcyjny Doradca chce zmienić widok kalendarza na inny Referencje F.KAL.WID Warunki wstępne Doradca jest zalogowany w systemie Przebieg zdarzeń 1. Wybiera opcję zmiany widoku 2. Prezentuje listę dostępnych widoków 3. Wybiera interesujący go widok 4. Zmienia aktualny widok na widok dnia Warunki końcowe Wybrany widok został wyświetlony Obraz uczestniczących klas Rysunek 4.37: Obraz uczestniczących klas

73 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 72 Diagramy sekwencji Rysunek 4.38: Diagram sekwencji

74 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 73 Interfejs użytkownika UC.KAL.12 Wyswietlenie widoku dnia Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.11 Doradca chce wyświetlić wszystkie zdarzenia zaplanowane na dany dzień Referencje F.KAL.WID, F.KAL.WID.1 Warunki wstępne Jak w przypdaku generalizujacym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera widok dnia 4. Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Widok dnia został wyświetlony Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.KAL.13 Wyswietlenie widoku tygodnia Aktorzy Doradca Typ Specjalizacja UC.KAL.11

75 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 74 Opis Doradca chce wyświetlić wszystkie zdarzenia zaplanowane na dany tydzień Referencje F.KAL.WID, F.KAL.WID.2 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera widok tygodnia 4. Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Widok tygodnia został wyświetlony Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.KAL.14 Wyswietlenie widoku miesiąca Aktorzy Doradca Typ Specjalizacja UC.KAL.11 Opis Doradca chce wyświetlić wszystkie zdarzenia zaplanowane na dany miesiąc Referencje F.KAL.WID, F.KAL.WID.3 Warunki wstępne Jak w przypadku generalizującym

76 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 75 Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera widok miesiąca 4. Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Widok miesiąca został wyświetlony Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.KAL.15 Wyswietlenie listy najbliższych spotkań Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.11 Doradca chce wyświetlić listę najbliższych spotkań Referencje F.KAL.WID, F.KAL.WID.4 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera widok listy najbliższych spotkań 4. Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Lista najbliższych spotkań została wyświetlona

77 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 76 Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.KAL.16 Wyswietlenie listy spotkań zaległych Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.11 Doradca chce wyświetlić listę spotkań zaległych Referencje F.KAL.WID, F.KAL.WID.5 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera widok listy spotkań zaległych 4. Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Lista spotkań zaległych została wyświetlona Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym

78 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 77 Interfejs użytkownika UC.KAL.17 Wyszukanie zdarzenia Aktorzy Typ Opis Doradca Główny Doradca chce wyszukać zdarzenie Referencje F.KAL.1 Warunki wstępne Doradca jest zalogowany w systemie Przebieg zdarzeń 1. Wybiera opcję wyszukaj zdarzenie 2. Wyświetla formularz wyszukiwania zdarzenia 3. Wprowadza kryterium wyszukiwania 4. Zatwierdza wyszukiwanie 5. Wyszukuje wszystkie zdarzenia spełniające zadane kryterium 6. Prezentuje listę zdarzeń spełniających zadane kryterium 7. Wybiera interesujące zdarzenia 8. Wyświetla zdarzenie w aktualnym widoku Warunki końcowe Wyszukane zdarzenie jest wyświetlone w aktualnym widoku Alternatywne ciągi zdarzeń Przebieg alternatywny A Doradca anuluje wyszukiwanie 4a. Anuluje operację (Koniec przypadku użycia)

79 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 78 Przebieg alternatywny B Nie znaleziono żadnego zdarzenia spełniającego kryterium 6b. Wyświetla komunikat o braku zdarzeń spełniających zadane kryterium (Powrót do punktu 2 głównego przebiegu) Przebieg alternatywny C Wybrane zdarzenie nie może zostać wyświetlone w bierzącym widoku 8c. Proponuje zmienić widok na taki, w którym możliwe będzie wyświetlenie zdarzenia 9c. Potwierdza zmianę widoku 10c. Zmienia widok na wcześniej proponowany (Powrót do punktu 8 głównego przypadku użycia)

80 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 79 Obraz uczestniczących klas Rysunek 4.39: Obraz uczestniczących klas

81 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 80 Diagram sekwencji Rysunek 4.40: Diagram sekwencji

82 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 81 Interfejs użytkownika UC.KAL.18 Filtorowanie widoku Aktorzy Typ Opis Doradca Główny Doradca chce, aby w widoku prezentowane były tylko zdarzenia spełniające pewne kryterium Referencje F.KAL.2 Warunki wstępne Doradca jest zalogowany w systemie Przebieg zdarzeń 1. Wybiera opcję filtruj widok 2. Wyświetla formularz filtrowania widoku 3. Wprowadza kryterium filtru 4. Zatwierdza operację 5. Wyświetla w aktualnym widoku tylko zdarzenia spełniające kryterium Warunki końcowe System wyświetla w aktualnym widoku tylko zdarzenia spełniające kryterium Alternatywne ciągi zdarzeń Przebieg alternatywny A Doradca anuluje operację 4a. Anuluje operację (Koniec przypadku użycia)

83 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 82 Obraz uczestniczących klas Rysunek 4.41: Obraz uczestniczących klas

84 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 83 Diagram sekwencji Rysunek 4.42: Diagram sekwencji

85 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 84 Interfejs użytkownika UC.KAL.19 Generowanie raportu ze spotkań Aktorzy Typ Opis Doradca Główny Doradca chce wygenerować raport z odbytych spotkań Referencje F.KAL.3 Warunki wstępne Doradca jest zalogowany w systemie Przebieg zdarzeń 1. Wybiera opcję generuj raport 2. Wyświetla listę typów raportów 3. Wybiera typ raportu 4. Wyświetla formularz opcji generowania raportu 5. Wprowadza opcje generacji w tym ścieżkę, gdzie raport ma zostać zapisany 6. Zatwierdza operację 7. Generuje raport 8. Zapisuje go we wskazanej lokacji 9. Wyświeltla komunikat o sukcesie Warunki końcowe Raport został zapisany we wskazanej lokacji Alternatywne ciągi zdarzeń Przebieg alternatywny A Doradca anuluje operację 6a. Anuluje operację (Koniec przypadku użycia)

86 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 85 Przebieg alternatywny B Podana ścieżka jest niewłaściwa 7b. Wyświetla komunikat o błędzie (Powrót do punktu 2 głównego przebiegu) Przebieg alternatywny C Wskazana ścieżka zawiera istniejący plik 7c. Pyta czy usunąć plik 7c. Potwierdza usunięcie pliku 7c. Usuwa plik (Powrót do punktu 7 głównego przebiegu) Obraz uczestniczących klas Rysunek 4.43: Obraz uczestniczących klas

87 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 86 Diagramy sekwencji Rysunek 4.44: Diagram sekwencji

88 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 87 Interfejs użytkownika 4.7 UC.PIP UC.PIP.1 Dodanie działań sprzedaży do kalendarza Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.1 Doradca chce dodać działanie sprzedaży w kalendarzu Referencje F.PIP.DZIAL, F.PIP.DZIAL.1, F.PIP.DZIAL.4 Warunki wstępne Doradca jest zalogowany w systemie Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Ustawia typ zdarzenia na działanie sprzedaży 4. Wypełnia szczegóły działania sprzedaży, w tym poprzedniki i następniki działania 5. Zatwierdza dodanie działania sprzedaży Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Działanie sprzedaży jest zapisane w kalendarzu Obraz uczestniczących klas Jak w przypadku generalizującym Diagramy sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.PIP.2 Modyfikacja działania sprzedaży w kalendarzu Aktorzy Doradca

89 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 88 Typ Opis Specjalizacja UC.KAL.5 Doradca chce dodać spotkanie w kalendarzu po uprzednium ustaleniu terminu z klientem Referencje F.PIP.DZIAL, F.PIP.DZIAL.2, F.PIP.DZIAL.4 Warunki wstępne Doradca jest zalogowany w systemie, działanie sprzedaży istnieje Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 4. Wypełnia szczegóły działania sprzedaży, w tym poprzedniki i następniki działania 5. Zatwierdza modyfikację działania sprzedaży Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Działanie sprzedaży jest zmodyfikowane zgodnie z wprowadzonymi danymi Obraz uczestniczących klas Jak w przypadku generalizującym Diagramy sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.PIP.3 Usunięcie działania sprzedaży z kalendarza Aktorzy Doradca Typ Specjalizacja UC.KAL.6 Opis Doradca chce usunąć spotkanie z kalendarza

90 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 89 Referencje F.PIP.DZIAL, F.PIP.DZIAL.3 Warunki wstępne Doradca jest zalogowany w systemie, działanie sprzedaży istnieje Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Zatwerdza usunięcie działania sprzedaży Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Działanie sprzedaży zostało usunięte z systemu Obraz uczestniczących klas Jak w przypadku generalizującym Diagramy sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.PIP.4 Wprowadzenie wyniku działania sprzedaży po spotkaniu z klientem Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.10 Doradca chce wprowadzić wynik działania sprzedaży po spotkaniu z klientem Referencje F.PIP.DZIAL F.PIP.DZIAL.5 Warunki wstępne Doradca jest zalogowany w systemie, działanie sprzedaży istnieje

91 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 90 Przebieg zdarzeń 1. Jak w przypadku generalizującym Jak w przypadku generalizującym 2. Wyświetla formularz wprowadzania resultatu działania sprzedaży 3. Wprowadza status i wynik działania sprzedaży Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Działanie sprzedaży zostało zmodyfikowane Obraz uczestniczących klas Jak w przypadku generalizującym Diagramy sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.PIP.5 Wyswietlenie historii działania sprzedaży Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.11 Doradca chce historię działania sprzedaży Referencje F.PIP.WID, F.PIP.WID.1 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera widok historii działania 3.1. Pokazuje listę istniejących działań 3.2. Wybiera interesujące go działanie 4. Jak w przypadku generalizującym Jak w przypadku generalizującym

92 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 91 Warunki końcowe Widok historii działania sprzedaży został wyświetlony Obraz uczestniczących klas Jak w przypadku generalizującym Diagramy sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.PIP.6 Wyswietlenie widoku transakcji wg produktu Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.11 Doradca chce wyświetlić stan działań sprzedaży według produktu Referencje F.PIP.WID, F.PIP.WID.2 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera widok transakcji wg produktu 4. Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Widok transakcji wg produktu został wyświetlony Obraz uczestniczących klas Jak w przypadku generalizującym Diagramy sekwencji Jak w przypadku generalizującym

93 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 92 Interfejs użytkownika UC.PIP.7 Wyswietlenie widoku transakcji wg etapu Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.11 Doradca chce wyświetlić stan działań sprzedaży według etapu Referencje F.PIP.WID, F.PIP.WID.2 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera widok transakcji wg etapu 4. Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Widok transakcji wg etapu został wyświetlony Obraz uczestniczących klas Jak w przypadku generalizującym Diagramy sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.PIP.8 Wyswietlenie widoku transakcji wg etapu Aktorzy Doradca Typ Specjalizacja UC.KAL.11

94 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 93 Opis Doradca chce wyświetlić stan działań sprzedaży według etapu Referencje F.PIP.WID, F.PIP.WID.2 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera widok transakcji wg etapu 4. Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Widok transakcji wg etapu został wyświetlony Obraz uczestniczących klas Jak w przypadku generalizującym Diagramy sekwencji Jak w przypadku generalizującym Interfejs użytkownika UC.PIP.9 Wygenerowanie raportu pipeline Aktorzy Doradca Typ Specjalizacja UC.KAL.19 Opis Doradca chce wyfenerować raport działań sprzedaży Referencje F.PIP.RAP Warunki wstępne Jak w przypadku generalizującym

95 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 94 Przebieg zdarzeń Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera typ raportu jako jeden z raportów pipeline Jak w przypadku generalizującym Jak w przypadku generalizującym Warunki końcowe Jak w przypadku generalizującym Obraz uczestniczących klas Jak w przypadku generalizującym Diagramy sekwencji Jak w przypadku generalizującym Interfejs użytkownika 4.8 UC.ZU UC.ZU.1 Wyświetlenie listy użytkowników i grup domenowych posiadających dostęp do systemu Aktorzy Typ Opis Administrator Główny W module do zarządzania użytkownikami podstawową funkcjonalnością będzie wyświetlenie listy użytkowników i grup domenowych posiadoających dostęp do systemu. Referencje F.ZU.1 Warunki wstępne Użytkownik używający modułu musi być zalogowany z uprawnieniami administracyjnymi.

96 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 95 Diagram kontekstowy Przebieg zdarzeń 1. wybranie sekcji zarządzania użytkownikami 2. wyświetlenie listy użytkowników i grup domenowych posiadających dostęp do systemu z rozróżnieniem kont zablokowanych i niezabokowanych a także uwzględniając podział na użytkowników i grupy Alternatywne ciągi zdarzeń Brak. Warunki końcowe Brak. Obraz uczestniczących klas Rysunek 4.45: Obraz uczestniczących klas

97 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 96 Diagram sekwencji Rysunek 4.46: Diagram sekwencji Interfejs użytkownika tu wstaw plik UC.ZU.2 Dodawanie dostępu do systemu użytkownikowi domenowemu Aktorzy Typ Opis Administrator Główny W module do zarządzania użytkownikami istnieje możliwość dodania dostępu do systemu użytkownikowi domenowemu.

98 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 97 Referencje F.ZU.2 Warunki wstępne Wykonany musi zostać przypadek użycia UC.ZU.1. Przebieg zdarzeń 1. wybranie opcji dodania konta domenowego do listy użytkowników systemu 2. wyświetlenie kontrolki umożliwiającej wyszukiwanie użytkowników domenowych po imieniu, nazwisku lub nazwie konta domenowego 3. wpisanie co najmniej jednej danej w formularz wyszukiwania 4. wyświetlenie pasujących użytkowników lub grup w których znajdują się pasujące osoby 5. wybranie użytkownika lub grupy z listy znalezionych 6. potwierdznie dodania konta do bazy 7. wyświetlenie listy kont Alternatywne ciągi zdarzeń Przebieg alternatywny A Wywoływany, gdy nie znaleziono konta spełniającego kryteria jak w głównym jak w głównym 4. komunikat o błędzie, powrót do punktu 2 scenariusza głównego Przebieg alternatywny B Wywoływany, gdy użytkownik wybrał użytkownika lub grupę, której wcześniej dostęp został już przyznany jak w głównym jak w głównym 6. komunikat o błędzie, powrót do punktu 4 Przebieg alternatywny C Wywoływany, gdy użytkownik anulował dodawanie jak w głównym jak w głównym 5. anulowanie dodawanie 6. przejście do punktu 7

99 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 98 Warunki końcowe Znaleziony użytkownik dodany do listy lub w przypadku anulowania nie dodany wcale

100 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 99 Diagram aktywności Rysunek 4.47: Diagram aktywności

101 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 100 Obraz uczestniczących klas Rysunek 4.48: Obraz uczestniczących klas

102 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 101 Diagram sekwencji Rysunek 4.49: Diagram sekwencji - cz. 1

103 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 102 Rysunek 4.50: Diagram sekwencji - cz. 2

104 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 103 Interfejs użytkownika tu wstaw plik UC.ZU.3 Modyfikacja uprawnień konta domenowego Aktorzy Typ Opis Administrator Główny W module do zarządzania użytkownikami istnieje możliwość modyfikacji uprawnień wcześniej dodanym użytkownikom. Referencje F.ZU.3 Warunki wstępne Wykonany musi zostać przypadek użycia UC.ZU.1. Przebieg zdarzeń 1. wybranie użytkownika lub grupy z listy użytkowników systemu 2. wybranie opcji modyfikacji uprawnień 3. wyświetlenie kontrolki umożliwiającej wybranie uprawnień 4. wybranie uprawnień i ich zatwierdzenie 5. zapisanie zmian, potwierdzenie 6. wyjście z sekcji Alternatywne ciągi zdarzeń Przebieg alternatywny A Wywoływany, gdy użytkownik anulował modyfikacje jak w głównym jak w głównym 5. anulowanie modyfikacji 6. wyjście z sekcji Warunki końcowe Uprawnienia konta zostają zapamiętane lub nie są wprowadzane żadne zmiany (jeśli użytkownik anulował)

105 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 104 Obraz uczestniczących klas Rysunek 4.51: Obraz uczestniczących klas

106 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 105 Diagram sekwencji Rysunek 4.52: Diagram sekwencji

107 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 106 Interfejs użytkownika tu wstaw plik UC.ZU.4 Odebranie dostępu do systemu użytkownikowi domenowemu Aktorzy Typ Opis Administrator Główny W module do zarządzania użytkownikami istnieje możliwość odebrania wcześniej dodanemu użytkownikowi domenowemu dostępu do systemu. Referencje F.ZU.4 Warunki wstępne Wykonany musi zostać przypadek użycia UC.ZU.1. Przebieg zdarzeń 1. wybranie konta z listy kont z dostępem do systemu 2. wybranie opcji odebrania dostępu 3. wyświetlenie komunikatu z prośbą o potwierdzenie akcji 4. potwierdzenie 5. usunięcie dostępu i potwierdzenie 6. wyjście z sekcji Alternatywne ciągi zdarzeń Przebieg alternatywny A Wywoływany, gdy użytkownik anulował usunięcie dostępu jak w głównym jak w głównym 4. anulowanie 5. wyjście z sekcji

108 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 107 Warunki końcowe Dostęp do systemu dla wybranego użytkownika do systemu zostaje odebrany (lub nie jeśli użytkownik anulował).

109 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 108 Obraz uczestniczących klas Rysunek 4.53: Obraz uczestniczących klas Diagram sekwencji Rysunek 4.54: Diagram sekwencji Interfejs użytkownika tu wstaw plik UC.ZU.5 Wyświetlenie danych konta domenowego Aktorzy Administrator

110 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 109 Typ Opis Główny W module do zarządzania użytkownikami istnieje możliwość wyświetlenia wcześniej dodanemu użytkownikowi domenowemu jego danych osobowych lub, jeśli jest to grupa - rekurencyjnego przeglądania danych o kontach należących do danej grupy. Referencje F.ZU.5 Warunki wstępne Wykonany musi zostać przypadek użycia UC.ZU.1. Przebieg zdarzeń 1. wybranie konta z listy kont posiadających dostęp do systemu 2. wybranie opcji informacji o koncie 3. wyświetlenie informacji o użytkowniku lub jeśli jest to grupa domenowa listy kont do niej należących z możliwością rekurencyjnego podglądania kont na dalszych poziomach zagnieżdżenia 4. potwierdzenie zakończenia przeglądania 5. powrót do głównego menu Alternatywne ciągi zdarzeń Przebieg alternatywny A Wywoływany, gdy wystąpił błąd podczas pobierania danych o użytkowniku jak w głównym jak w głównym 3. komunikat i powrót do głównego menu Warunki końcowe Brak.

111 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 110 Obraz uczestniczących klas Rysunek 4.55: Obraz uczestniczących klas

112 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 111 Diagram sekwencji Rysunek 4.56: Diagram sekwencji - cz. 1

113 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 112 Rysunek 4.57: Diagram sekwencji - cz. 2

114 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 113 Interfejs użytkownika tu wstaw plik UC.ZU.6 Zmiana statusu blokady konta Aktorzy Typ Opis Administrator Główny W module do zarządzania użytkownikami istnieje możliwość tymczasowego zablokowania konta, np. z powodu urlopu itp. Referencje F.ZU.6 Warunki wstępne Wykonany musi zostać przypadek użycia UC.ZU.1. Przebieg zdarzeń 1. wybranie konta z listy kont z dostępem do systemu 2. wybranie statusu blokady konta (zablokowany/niezablokowany) 3. zmiana statusu dla konta Alternatywne ciągi zdarzeń Brak. Warunki końcowe Brak.

115 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 114 Obraz uczestniczących klas Rysunek 4.58: Obraz uczestniczących klas Diagram sekwencji Rysunek 4.59: Diagram sekwencji Interfejs użytkownika tu wstaw plik 4.9 UC.MAU UC.MAU.1 Widok akcji wykonanych przez użytkownika wg czasu Aktorzy Administrator

116 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 115 Typ Opis Główny W module do monitorowania akcji użytkowników istnieje możliwość przeglądania akcji wykonanych przez danego użytkownika według czasu. Referencje F.MAU.1, F.MAU.2 Warunki wstępne Użytkownik musi posiadać uprawnienia administratora Przebieg zdarzeń 1. wybranie opcji przeglądania akcji danego użytkownika 2. wybranie użytkownika 3. wyświetlenie akcji wykonanych przez użytkownika 4. zakończenie przeglądania 5. powrót Alternatywne ciągi zdarzeń Brak. Warunki końcowe Brak. Obraz uczestniczących klas Rysunek 4.60: Obraz uczestniczących klas

117 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 116 Diagram sekwencji Rysunek 4.61: Diagram sekwencji Interfejs użytkownika tu wstaw plik UC.MAU.2 Widok ostatnich akcji wykonanych w systemie Aktorzy Typ Opis Administrator Główny W module do monitorowania akcji użytkowników istnieje możliwość przeglądania ostatnich najważniejszych akcji wykonanych przez wszystkich użytkowników w ciągu zadanego czasu. Referencje F.MAU.1, F.MAU.3

118 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 117 Warunki wstępne Użytkownik musi posiadać uprawnienia administratora Przebieg zdarzeń 1. wybranie opcji przeglądania ostatnich akcji 2. wybranie okresu czasu 3. wyświetlenie akcji wykonanych przez użytkowników 4. zakończenie przeglądania 5. powrót Alternatywne ciągi zdarzeń Brak. Warunki końcowe Brak. Obraz uczestniczących klas Rysunek 4.62: Diagram sekwencji

119 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 118 Diagram sekwencji Rysunek 4.63: Diagram sekwencji Interfejs użytkownika tu wstaw plik UC.MAU.3 Widok aktualnie zalogowanych użytkowników Aktorzy Typ Opis Administrator Główny W module do monitorowania akcji użytkowników istnieje możliwość zobaczenia aktualnie zalogowanych użytkowników. Referencje F.MAU.1, F.MAU.4

120 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 119 Warunki wstępne Użytkownik musi posiadać uprawnienia administratora Przebieg zdarzeń 1. wybranie opcji listy użytkowników 2. wyświetlenie listy użytkowników z zaznaczeniem, którzy sa zalogowani 3. zakończenie przeglądania 4. powrót Alternatywne ciągi zdarzeń Brak. Warunki końcowe Brak. Obraz uczestniczących klas Rysunek 4.64: Diagram sekwencji

121 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 120 Diagram sekwencji Rysunek 4.65: Diagram sekwencji Interfejs użytkownika tu wstaw plik UC.MAU.4 Wykres aktywności w systemie Aktorzy Typ Opis Administrator Główny W module do monitorowania akcji użytkowników istnieje możliwość zobaczenia wykresów czasowych ilości zalogowanych użytkowników i ilości wykonywanych akcji w danej jednostce czasu. Referencje F.MAU.1, F.MAU.5 Warunki wstępne Użytkownik musi posiadać uprawnienia administratora

122 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 121 Przebieg zdarzeń 1. wybranie opcji wykresów aktywności 2. wyświetlenie 2 wykresów - ilości zalogowanych użytkowników i ilości akcji w danej jednostce czasu 3. zakończenie przeglądania 4. powrót Alternatywne ciągi zdarzeń Brak. Warunki końcowe Brak.

123 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 122 Obraz uczestniczących klas Rysunek 4.66: Obraz uczestniczących klas

124 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 123 Diagram sekwencji Rysunek 4.67: Diagram sekwencji

125 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 124 Rysunek 4.68: Diagram sekwencji

126 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 125 Interfejs użytkownika tu wstaw plik 4.10 UC.MK UC.MK.1 Import zaległości klientów Aktorzy Typ Opis Doradca, dyrektor oddziału, dyrektor regionu. Główny Dane o klientach zalegających z płatnościami są importowane do systemu. Referencje F.MK.1 Warunki wstępne Użytkownik jest zalogowany. Przebieg zdarzeń 1. Wybiera opcję importu danych do systemu. 2. Wyświetla komunikat o poprawnym zaimportowaniu danych Alternatywne ciągi zdarzeń Przebieg alternatywny A Źródło danych o zaległościach klientów nie jest dostępne lub danych nie udało się zaimportować. 1. Wybiera opcję importu danych do systemu. 2. System wyświetla komunikat błędu. Warunki końcowe Zaimportowano dane o zaległościach.

127 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 126 Diagram aktywności Obraz uczestniczących klas Diagram sekwencji Interfejs użytkownika UC.MK.2 Dodanie kategorii liczby dni opóźnienia Aktorzy Typ Opis Doradca, dyrektor oddziału, dyrektor regionu. Główny Użytkownik chce dodać kategorię liczby dni opóźnienia. Referencje F.MK.2 Warunki wstępne Użytkownik jest zalogowany. Przebieg zdarzeń 1. Wybiera opcję dodania kategorii liczby dni opóźnienia. 2. Wpisuje dane kategorii. 3. Zapisuje zmiany. 4. System wyświetla komunikat o poprawnym wprowadzeniu kategorii do systemu. Alternatywne ciągi zdarzeń Przebieg alternatywny A Kategoria o podanej nazwie już figuruje w systemie Jak w głównym. 4. System wyświetla komunikat o konflikcie nazw. Przebieg alternatywny B Kategoria o podanym zakresie opóźnienia krzyżuje się z już istniejącą kategorią.

128 ROZDZIAŁ 4. PRZYPADKI UŻYCIA Jak w głównym. 4. System wyświetla komunikat o konflikcie zakresów czasowych kategorii. Warunki końcowe Kategoria została dodana do systemu. Diagram aktywności Obraz uczestniczących klas Diagram sekwencji Interfejs użytkownika UC.MK.3 Modyfikacja kategorii liczby dni opóźnienia Aktorzy Typ Opis Doradca, dyrektor oddziału, dyrektor regionu. Główny Użytkownik chce zmodyfikować kategorię liczby dni opóźnienia. Referencje F.MK.2 Warunki wstępne Użytkownik jest zalogowany. Przebieg zdarzeń 1. Wybiera opcję modyfikacji kategorii. 2. Wybiera kategorię do modyfikacji. 3. Wybiera opcję modyfikacji. 4. Wyświetla okno wprowadzania danych. 5. Modyfikuje dane kategorii. 6. Zapisuje zmiany. 7. System wyświetla komunikat o zapisaniu zmian.

129 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 128 Alternatywne ciągi zdarzeń Przebieg alternatywny A Kategoria o podanej nazwie już figuruje w systemie Jak w głównym. 7. System wyświetla komunikat o konflikcie nazw. Przebieg alternatywny B Kategoria o podanym zakresie opóźnienia krzyżuje się z już istniejącą kategorią Jak w głównym. 7. System wyświetla komunikat o konflikcie zakresów czasowych kategorii. Warunki końcowe Kategoria została zmieniona. Diagram aktywności Obraz uczestniczących klas Diagram sekwencji Interfejs użytkownika UC.MK.4 Usunięcie kategorii liczby dni opóźnienia Aktorzy Doradca, dyrektor oddziału, dyrektor regionu. Typ Główny Opis Użytkownik chce usunąć kategorię liczby dni opóźnienia. Referencje F.MK.2 Warunki wstępne Użytkownik jest zalogowany.

130 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 129 Przebieg zdarzeń 1. Wybiera opcję modyfikacji kategorii. 2. Zaznacza kategorię do usunięcia. 3. Wybiera opcję usunięcia zaznaczonek kategorii. 4. System wyświetla komunikat o poprawnym usunięciu kategorii z systemu. Warunki końcowe Kategoria została usunięta z systemu. Diagram aktywności Obraz uczestniczących klas Diagram sekwencji Interfejs użytkownika UC.MK.5 Wyświetlanie zaległości według liczby kategorii Aktorzy Typ Opis Doradca, dyrektor oddziału, dyrektor regionu. Główny Użytkownik chce wyświetlić raport o klientach zalegających z płatnościami przynależących do wybranych kategorii. Referencje F.MK.3 Warunki wstępne Użytkownik jest zalogowany. Dane o zaległościach znajdują się w systemie. Przebieg zdarzeń 1. Wybiera opcję generowania raportu o zaległych płatnościach klientów. 2. Wyświetla okno z kategoriami do wyboru. 3. Wybiera kategorie opóźnienia i potwierdza wybór. 4. Generuje raport o zaległościach zgodnie z wprowadzonymi danymi.

131 ROZDZIAŁ 4. PRZYPADKI UŻYCIA 130 Warunki końcowe Raport jest wygenerowany. Diagram aktywności Obraz uczestniczących klas Diagram sekwencji Interfejs użytkownika

132 Rozdział 5 Logiczny model bazy danych Rysunek 5.1: Fragment bazy danych związany z klientami 131

133 ROZDZIAŁ 5. LOGICZNY MODEL BAZY DANYCH 132 Rysunek 5.2: Fragment bazy danych związany z zarządzaniem użytkownikami

134 Rozdział 6 Architektura rozwiązania Rysunek 6.1: Diagram komponentowy 133

135 Rozdział 7 Wdrożenie 134

136 ROZDZIAŁ 7. WDROŻENIE 135 Dzięki zbudowaniu systemu jako aplikacji www, koszty wdrożenia będą minimalne. Korzystając z istniejącej infrastuktury teleinformatycznej banku, do uruchomienia systemu potrzebne będą trzy kroki. Pierwszym będzie stworzenie schematu bazy danych w klastrze bazodanowym. Drugim skopiowanie aplikacji na serwer www. Trzecim i ostatnim krokiem będzie konfiguracja aplikacji zgodna ze środowiskiem produkcyjnym. W tym momencie serwer WWW będzie w stanie serwować strony html wygenerowane prze aplikację. Aplikacja będzie dostępna przez przeglądarkę internetową z każdej stacji roboczej dostępnej w siedzibie banku. Dodatkowo dzięki zastosowaniu sieci VPN z systemu będzie można korzystać poza siedzibą firmy, co może się okazać ważne dla pracowników często pracujących w terenie ( doradcy klienta ) i kadry menadżerskiej.

137 Rozdział 8 Specyfikacja sprzętu 8.1 Serwer Wybrano IBM BladeCenter HS21 XM - 2 jednostki blade (14 dostępnych) - chassis o wielkości 9U. Każda jednostka wyposażona będzie w: 2 procesory Intel Xeon E GHz 8 GB RAM - (w razie konieczności możliwa rozbudowa do 32GB) 2 dyski SSD 76GB - służące jedynie do zainstalowania systemu operacyjnego - własciwe dane przechowywane na macierzy dyskowej Rysunek 8.1: IBM BladeCenter HS21 XM z przykładowymi 8 jednostkami blade system operacyjny: Red Hat Linux Enterprise Jedna jednostka zostanie dedykowana pod serwer Web, kolejna dla bazydanych. Oprócz tego samo BladeCenter posiada redundantne komponenty z możliwością ich wymiany w trakcie pracy systemu (ang. hot-swappable): możliwość zdalnej administracji za pomocą modułu zarządzania poprzez zwykłą przeglądarkę internetową źródło zasilania przełączniki 4 Gigabit FiberChannel (do połączenia z macierzą dyskową) przełączniki Gigabit Ethernet do połączenia z siecią korporacyjną system chłodzenia Redundancja ma na celu uchronić system przed każdą możliwą awarią sprzętu. Dodatkowo stworzone zostanie środowisko COB o identycznej konfiguracji, regularnie synchronizowane poprzez replikację w bazie Oracle w lokalizacji o minimalnej odległości 2.5 km od środowiska produkcyjnego (zgodnie z wymogami banku). 136

138 ROZDZIAŁ 8. SPECYFIKACJA SPRZĘTU Macierz dyskowa Do przetrzymywania danych użyta zostanie macierz dyskowa firmy IBM System Storage DS3400, która posiada następujące cechy: rozmiar 2U 4 Gigabit FiberChannel - 4 porty (użyte zostaną 2) Rysunek 8.2: Macierz dyskowa IBM System Storage DS3400 redundantny moduł zarządzania 12 slotów na dyski typu SAS - użyte zostaną dyski 150 GB wstępnie 4 sztuki (objętość 2 tracona na RAID 6) Cała konfiguracja pracować będzie w trybie RAID 6, która jest rozbudowana macierzą typu 5. Zawiera dwie niezależne sumy kontrolne. Dzięki temu uzyskamy następujące korzyści: odporność na awarię maksimum 2 dysków Rysunek 8.3: Macierz dyskowa IBM System Storage DS3400 szybkość pracy większa niż szybkość pojedynczego dysku ekstremalnie wysokie bezpieczeństwo