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

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

Spis treści 1 Wprowadzenie 5 1.1 Cel projektu....................................... 5 1.2 Słownik......................................... 5 1.3 Aktorzy......................................... 5 2 Wymagania funkcjonalne 6 2.1 F.BK Baza klientów................................. 6 2.2 F.KAL Kalendarz.................................. 6 2.3 F.KK Kartoteka klienta............................... 7 2.4 F.AKW Zarządzanie potencjalnymi klientami................... 8 2.5 F.PIP Zarządzanie sprzedażą (Pipeline)...................... 8 2.6 F.ZU Zarządzanie użytkownikami.......................... 8 2.7 F.MAU Monitoring akcji użytkowników...................... 9 2.8 F.MK Monitoring klientów............................. 9 3 Wymagania niefunkcjonalne 10 3.1 NF.WOL Wolumetria................................ 10 3.2 NF.SPR Sprawność i efektywność.......................... 10 3.3 NF.SEC Bezpieczeństwo (security)......................... 11 3.4 NF.SAF Bezpieczeństwo (safety).......................... 11 3.5 NF.NZW Niezawodność i dostępność........................ 11 3.6 NF.ERG Ergonomia................................. 11 3.7 NF.STA Standardy używane przez system..................... 12 3.8 NF.PRZ Przenośność................................. 12 4 Przypadki użycia 13 4.1 UC.BK......................................... 13 4.1.1 UC.BK.1 Wyszukiwanie klientów...................... 13 4.1.2 UC.BK.2 Widok baza klientów....................... 17 4.1.3 UC.BK.3 Przejście na karte klienta z wyszukiwania klientów...... 17 4.2 UC.KK......................................... 18 4.2.1 UC.KK.1 Edycja danych teleadresowych.................. 18 4.2.2 UC.KK.2 Dodanie przedstawiciela..................... 21 4.2.3 UC.KK.2 Usunięcie przedstawiciela..................... 24 4.2.4 UC.KK.3 Zmiana danych przedstawiciela................. 27 4.2.5 UC.KK.4 Dodanie informacji o wielkości sprzedaży............ 30 4.3 UC.FIR......................................... 33 4.3.1 UC.FIR.1 Dodanie komentarza dla firmy................. 33 4.3.2 UC.FIR.2 Zarządzanie listą produktów jakie posiada firma....... 36 4.4 UC.AKW........................................ 39 1

4.4.1 UC.AKW.1 Dodanie potencjalnego klienta................ 39 4.4.2 UC.AKW.2 Zamiana prospekta w klienta................. 43 4.5 UC.KAL......................................... 46 4.5.1 UC.KAL.1 Dodanie zdarzenia do kalendarza............... 46 4.5.2 UC.KAL.2 Dodanie spotkania do kalendarza............... 51 4.5.3 UC.KAL.3 Dodanie urlopu do kalendarza................. 51 4.5.4 UC.KAL.4 Dodanie szkolenia do kalendarza................ 52 4.5.5 UC.KAL.5 Edycja istniejącego zdarzenia................. 53 4.5.6 UC.KAL.6 Usunięcie istniejącego zdarzenia................ 59 4.5.7 UC.KAL.7 Walidacja zdarzenia....................... 62 4.5.8 UC.KAL.8 Dodanie załącznika....................... 62 4.5.9 UC.KAL.9 Usunięcie załącznika...................... 66 4.5.10 UC.KAL.10 Wprowadzenie rezultatu spotkania.............. 69 4.5.11 UC.KAL.11 Zmiana widoku kalendarza.................. 73 4.5.12 UC.KAL.12 Wyswietlenie widoku dnia................... 75 4.5.13 UC.KAL.13 Wyswietlenie widoku tygodnia................ 75 4.5.14 UC.KAL.14 Wyswietlenie widoku miesiąca................ 76 4.5.15 UC.KAL.15 Wyswietlenie listy najbliższych spotkań........... 77 4.5.16 UC.KAL.16 Wyswietlenie listy spotkań zaległych............. 78 4.5.17 UC.KAL.17 Wyszukanie zdarzenia..................... 78 4.5.18 UC.KAL.18 Filtorowanie widoku...................... 83 4.5.19 UC.KAL.19 Generowanie raportu ze spotkań............... 86 4.6 UC.PIP......................................... 89 4.6.1 UC.PIP.1 Dodanie działań sprzedaży do kalendarza........... 89 4.6.2 UC.PIP.2 Modyfikacja działania sprzedaży w kalendarzu......... 89 4.6.3 UC.PIP.3 Usunięcie działania sprzedaży z kalendarza........... 90 4.6.4 UC.PIP.4 Wprowadzenie wyniku działania sprzedaży po spotkaniu z klientem..................................... 91 4.6.5 UC.PIP.5 Wyswietlenie historii działania sprzedaży........... 92 4.6.6 UC.PIP.6 Wyswietlenie widoku transakcji wg produktu......... 93 4.6.7 UC.PIP.7 Wyswietlenie widoku transakcji wg etapu........... 94 4.6.8 UC.PIP.8 Wyswietlenie widoku transakcji wg etapu........... 94 4.6.9 UC.PIP.9 Wygenerowanie raportu pipeline................ 95 4.7 UC.ZU.......................................... 96 4.7.1 UC.ZU.1 Wyświetlenie listy użytkowników i grup domenowych posiadających dostęp do systemu........................... 96 4.7.2 UC.ZU.2 Dodawanie dostępu do systemu użytkownikowi domenowemu. 99 4.7.3 UC.ZU.3 Modyfikacja uprawnień konta domenowego........... 105 4.7.4 UC.ZU.4 Odebranie dostępu do systemu użytkownikowi domenowemu. 108 4.7.5 UC.ZU.5 Wyświetlenie danych konta domenowego............ 109 4.7.6 UC.ZU.6 Zmiana statusu blokady konta.................. 114 4.8 UC.MAU........................................ 115 4.8.1 UC.MAU.1 Widok akcji wykonanych przez użytkownika wg czasu... 115 4.8.2 UC.MAU.2 Widok ostatnich akcji wykonanych w systemie........ 117 4.8.3 UC.MAU.3 Widok aktualnie zalogowanych użytkowników........ 119 4.8.4 UC.MAU.4 Wykres aktywności w systemie................ 121 4.9 UC.MK......................................... 125 4.9.1 UC.MK.1 Import zaległości klientów.................... 125 4.9.2 UC.MK.2 Dodanie kategorii liczby dni opóźnienia............ 127 4.9.3 UC.MK.3 Modyfikacja kategorii liczby dni opóźnienia.......... 128 2

4.9.4 UC.MK.4 Usunięcie kategorii liczby dni opóźnienia........... 130 4.9.5 UC.MK.5 Wyświetlanie zaległości według liczby kategorii........ 132 5 Architektura rozwiązania 135 5.1 Pakiet Business..................................... 136 5.1.1 Baza klientów.................................. 136 5.1.2 Kartoteka klientów............................... 136 5.1.3 Akwizycja.................................... 136 5.1.4 Kalendarz.................................... 137 5.1.5 Pipeline..................................... 137 5.1.6 Monitoring klientów.............................. 137 5.2 Pakiet System...................................... 137 5.2.1 Zarządzanie użytkownikami.......................... 137 5.2.2 Monitoring akcji użytkowników........................ 137 6 Diagramy klas 138 6.1 Akwizycja........................................ 138 6.2 Kartoteka klientów................................... 139 6.3 Kalendarz........................................ 140 6.4 Pipeline......................................... 146 6.5 Zarządzanie użytkownikami.............................. 148 6.6 Monitoring akcji użytkowników............................ 149 6.7 Monitoring klientów.................................. 150 7 Prototyp interfejsu użytkownika 151 7.1 Baza klientów...................................... 151 7.2 Kartoteka klientów................................... 152 7.3 Akwizycja........................................ 153 7.4 Kalendarz........................................ 155 7.5 Zarządzanie użytkownikami.............................. 159 7.6 Monitoring klientów.................................. 160 8 Logiczny model bazy danych 161 8.1 Diagramy tabel..................................... 161 8.2 Opis tabel i atrybutów................................. 163 8.2.1 FIRMY..................................... 163 8.2.2 PRZEDSTAWICIELE............................. 164 8.2.3 SPRZEDAZ................................... 164 8.2.4 DOCHODOWOSC............................... 164 8.2.5 PRODUKTY.................................. 164 8.2.6 KONKURENCJA............................... 165 8.2.7 KOMENTARZE................................ 165 8.2.8 PRACOWNICY................................ 165 8.2.9 ADRESY.................................... 165 8.2.10 SEGMENTY.................................. 166 8.2.11 GRUPY DOMEN............................... 166 8.2.12 TYPY DOMEN................................ 166 8.2.13 TYPY UPRAWNIEN............................. 166 8.2.14 UPRAWNIENIA................................ 166 8.2.15 AKCJE..................................... 166 8.2.16 MODULY.................................... 167 3

4 8.2.17 ZDARZENIA.................................. 167 8.2.18 ZDARZENIA NIEDOSTEPNOSCI...................... 167 8.2.19 ZDARZENIA SPOTKANIA......................... 167 8.2.20 SPOTKANIA SPRZEDAZ.......................... 168 8.2.21 ZALACZNIKI................................. 168 8.3 Skrypt DDL....................................... 168 9 Wdrożenie 181 9.1 Skalowanie........................................ 182 9.2 Specyfikacja sprzętu.................................. 182 9.2.1 Serwer...................................... 182 9.2.2 Macierz dyskowa................................ 183 9.3 Specyfikacja oprogramowania............................. 183 9.3.1 Oracle Weblogic Server............................ 183 9.3.2 Baza danych Oracle.............................. 184 9.4 Specyfikacja technologii................................ 185 9.4.1 J2EE...................................... 185 9.4.2 Dojo Toolkit.................................. 185 9.4.3 XHTML..................................... 186 9.4.4 CSS....................................... 186 9.5 AJAX.......................................... 187

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 5

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.1.2.1 Dodawanie urlopów F.KAL.PLAN.1.2.2 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 6

ROZDZIAŁ 2. WYMAGANIA FUNKCJONALNE 7 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.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.10 Wyświetlenie dochodowości klienta. F.KK.11 Wyświetlenie liczby przelewów klienta w danym okresie czasowym.

ROZDZIAŁ 2. WYMAGANIA FUNKCJONALNE 8 2.4 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.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.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. 2.6 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.

ROZDZIAŁ 2. WYMAGANIA FUNKCJONALNE 9 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.

Rozdział 3 Wymagania niefunkcjonalne 3.1 NF.WOL Wolumetria NF.WOL.1 Dolne ograniczenie ilości firm w systemie ma wynosić 50 000 NF.WOL.2 Dolne ograniczenie ilości pracowników w systemie ma wynosić 10 000 NF.WOL.3 Dolne ograniczenie ilości zdarzeń w kalendarzu ma wynosić 500 000 NF.WOL.4 Dolne ograniczenie ilości załączników w kalendarzu ma wynosić 500 000 NF.WOL.5 Dolne ograniczenie ilości zapisanych akcji użytkowników ma wynosić 500 000 NF.WOL.6 Dolne ograniczenie pojemności załączników w kalendarzu ma wynosić 4TB NF.WOL.7 System powinien zakładać przyszły wzrost obciążenia i być dostosowany do przeskalowania. 3.2 NF.SPR Sprawność i efektywność Pomiar sprawności i efektywności systemu musi zostać wykonany na stacji klienckiej wyposażonej z przeglądarkę Firefox w wersji 3.5 lub wyższej. Stacja musi być wyposażona w procesor klasy co najmniej Pentium 2,5 GHz lub adekwatny wielordzeniowy procesor o częstotliwości taktowania ponad 1,8 GHz oraz 1024 MB pamięci RAM. Podczas testów obciążenie stacji przez inne aplikacje nie może przekroczyć 35 NF.SPR.1 Czas odpowiedzi aplikacji, w 99 NF.SPR.2 Czas dostępu do informacji dotyczącej pojedynczej firmy, pracownika, zdarzenia bądź akcji nie powinien przekraczać 1 sekundy. W szczególności wymaganie to dotyczy operacji pobierania, dodawania, edycji i usuwania wspomnianych informacji. NF.SPR.3 Czas generowania widoków kalendarza nie powinien przekraczać 5 sekund na każde 100 zdarzeń w prezentowanym widoku. NF.SPR.4 System powinien umożliwiać jednoczesną pracę conajmniej 500 pracowników. 10

ROZDZIAŁ 3. WYMAGANIA NIEFUNKCJONALNE 11 3.3 NF.SEC Bezpieczeństwo (security) NF.SEC.1 Wszystkie dane przesyłane między serwerem aplikacyjnym, a stacją roboczą muszą być zaszyfrowane przy użyciu metod powszechnie uważanych za bezpieczne. Uzyte szyfrogramy powinny zapewnić bezpieczeństwo przez najbliższe 10 lat, biorąc pod uwagę aktualne tempo rozwoju technologicznego. NF.SEC.2 Dostęp do systemu może uzyskać tylko uwieżytelniony użytkownik NF.SEC.3 Użytkownik posiada dostęp tylko do danych i funkcji systemu niezbędnych do wykonywanej przez niego pracy. NF.SEC.4 System musi być odporny na awarie pojedynczych nośników dyskowych. NF.SEC.5 System musi być odporny na awarie pojedynczych nośników dyskowych. 3.4 NF.SAF Bezpieczeństwo (safety) NF.SAF.1 Nigdy nie może zdarzyć się sytuacja, w której nastąpi utrata danych zatwierdzonych do tej pory operacji, nawet w przypadku awarii. NF.SAF.2 Kopia bezpieczeństwa powinna być wykonywana conajmniej dwa razy dziennie. NF.SAF.3 Historia kopii zapasowych powinna umożliwić odtworzenie danych sprzed ostatnich 10 lat. 3.5 NF.NZW Niezawodność i dostępność NF.NZW.1 Żadna akcja użytkownika systemu nie może powodować niedostępności systemu. NF.NZW.2 Żadna przewidywalna akcja administora systemu nie może powodować niedostępności systemu. NF.NZW.3 Dostępność systemu musi wynosić conajmniej 99.99 NF.NZW.4 Średni czas do odtworzenia systemu po awarii (MTTR) powinien być mniejszy niż 30 minut w godzinach pracy. NF.NZW.5 System musi być odporny na niezależne awarie nośników dyskowych (MTTF conajmniej 1 000 000 lat). 3.6 NF.ERG Ergonomia NF.ERG.1 System powinien być łatwy w użyciu i sporzyjać zwiększeniu produktywności pracowników. NF.ERG.2 Wszystie interfejsy użytkownika powinny być utrzymane w jednolitej konwencji graficznej. NF.ERG.3 System powinien być dostępny dla użytkownika po najwyżej 24 godzinach szkolenia. Liczba błędów wykonanych przez użytkownika nie powinna przekraczać 2 dziennie.

ROZDZIAŁ 3. WYMAGANIA NIEFUNKCJONALNE 12 3.7 NF.STA Standardy używane przez system NF.STA.1 System ma uwzględniać normę ISO, dla danego kraju, dotyczącą formatów daty, waluty, czasu oraz separatora dziesiętnego w zapisie liczb. NF.STA.2 Kodowanie znaków w systemie musi być standard UTF-8 NF.STA.3 System musi umożliwiać zapisywanie generowanych raportów do formatów ODT i ODS zgodnych z OpenDocument (ISO/IEC 26300) i PDF (ISO 32000-1:2008). 3.8 NF.PRZ Przenośność NF.PRZ.1 System powinien wspierać przeglądarki internetowe w podanych wersjach: Firefox 3.5, Opera 10, Safari 4, Google Chrome 3.0 NF.STA.2 Przeglądarka nie powinna wymagać żadnej konfiguracji poza włączeniem obsługi technologii cookies i javascript.

Rozdział 4 Przypadki użycia 4.1 UC.BK 4.1.1 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 13

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 14 Alternatywne ciągi zdarzeń Przebieg alternatywny A Brak klientów spełniających podane kryterium 1.-4. 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

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 17 4.1.2 UC.BK.2 Widok baza klientów Aktorzy Typ Opis Pracownik Główny Przejrzenie bazy klientów w określonym przekroju Referencje F.BK.2, F.BK.3, F.BK.4, F.BK.5, F.BK.6 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. 4.1.3 UC.BK.3 Przejście na karte klienta z wyszukiwania klientów Aktorzy Pracownik Typ Główny Opis Przejście na karte klienta po wyświetleniu lsity klientów Referencje F.KK.0

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 18 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 4.2 UC.KK 4.2.1 UC.KK.1 Edycja danych teleadresowych Aktorzy Typ Opis Doradca Główny Doradca chce zmienić dane klienta. Referencje F.KK.1 Warunki wstępne Użytkownik jest na karcie klienta Przebieg zdarzeń 1. Zmienie dane klienta 2. Zapisuje zmiane 3. Wyświetla komunikat o sukcesie

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 19 Alternatywne ciągi zdarzeń Przebieg alternatywny A Podano zły NIP 1.-2. jak w głównym jak w głównym 3. Wyświetla komunikat o błędnym NIP Przebieg alternatywny B Podano zły REGON 1.-2. jak w głównym jak w głównym 3. Wyświetla komunikat o błędnym REGON Warunki końcowe Zmieniono dane klienta Obraz uczestniczących klas Rysunek 4.4: Diagram kontekstowy

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 21 4.2.2 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 1.-4. jak w głównym jak w głównym 5. Wyświetla komunikat o błędnych danych Warunki końcowe Dodano przedstawiciela

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 24 4.2.3 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

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 27 4.2.4 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 1.-4. jak w głównym jak w głównym 5. Wyświetla komunikat o błędnych danych Warunki końcowe Dokonano zmiany danych przedstawiciela

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 30 4.2.5 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 1.-4. 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

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 33 4.3 UC.FIR 4.3.1 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

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 36 4.3.2 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

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 39 4.4 UC.AKW 4.4.1 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 1.4. jak w głównym 5. Wyświetla komunikat o błednym NIP

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 40 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 Rysunek 4.18: Diagram aktywności

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 41 Obraz uczestniczących klas Rysunek 4.19: Diagram kontekstowy

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 43 4.4.2 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 1.-2. jak w głównym 3. Wyświetla informację o błędnie podanym identyfikatorze Warunki końcowe Prospekt został zamieniony w klienta

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 46 4.5 UC.KAL 4.5.1 UC.KAL.1 Dodanie zdarzenia do kalendarza Aktorzy Doradca Typ Abstrakcyjny Opis Doradca chce dodać zdarzenie do kalendarza Referencje F.KAL.PLAN, F.KAL.PLAN.1 Warunki wstępne Doradca jest zalogowany w systemie Diagram kontekstowy Rysunek 4.23: Diagram kontekstowy

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 47 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). 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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 48 Obraz uczestniczących klas Rysunek 4.24: Obraz uczestniczących klas

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 50 Diagram sekwencji Rysunek 4.26: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 51 4.5.2 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 1. - 2. Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Ustawia typ zdarzenia na spotkanie 4. - 7. 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 4.5.3 UC.KAL.3 Dodanie urlopu do kalendarza Aktorzy Doradca Typ Specjalizacja UC.KAL.1 Opis Doradca chce dodać do kalendarza zaplanowany urlop

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 52 Referencje F.KAL.PLAN, F.KAL.PLAN.1, F.KAL.PLAN.1.2, F.KAL.PLAN.1.2.1 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń 1. - 2. Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Ustawia typ zdarzenia na urlop 4. - 7. 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 4.5.4 UC.KAL.4 Dodanie szkolenia do kalendarza Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.1 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 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń 1. - 2. Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Ustawia typ zdarzenia na szkolenie 4. - 7. Jak w przypadku generalizującym Jak w przypadku generalizującym

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 53 Warunki końcowe Szkolenie jest zapisane w kalendarzu Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym 4.5.5 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.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 54 Diagram kontekstowy Rysunek 4.27: 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)

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 55 Alternatywne ciągi zdarzeń Przebieg alternatywny A 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.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 56 Diagram aktywności Rysunek 4.28: Diagram aktywności

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 57 Obraz uczestniczących klas Rysunek 4.29: Obraz uczestniczących klas

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 58 Diagram sekwencji Rysunek 4.30: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 59 4.5.6 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.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 60 Obraz uczestniczących klas Rysunek 4.31: Obraz uczestniczących klas

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 61 Diagram sekwencji Rysunek 4.32: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 62 4.5.7 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. 4.5.8 UC.KAL.8 Dodanie załącznika Aktorzy Doradca Typ Rozszerzenie

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 63 Opis 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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 64 Obraz uczestniczących klas Rysunek 4.33: Obraz uczestniczących klas

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 65 Diagram sekwencji Rysunek 4.34: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 66 4.5.9 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.

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 68 Diagram sekwencji Rysunek 4.36: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 69 4.5.10 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.37: Diagram kontekstowy

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 70 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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 71 Obraz uczestniczących klas Rysunek 4.38: Obraz uczestniczących klas

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 73 4.5.11 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.40: Obraz uczestniczących klas

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 74 Diagramy sekwencji Rysunek 4.41: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 75 4.5.12 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ń 1. - 2. 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 4.5.13 UC.KAL.13 Wyswietlenie widoku tygodnia Aktorzy Doradca Typ Specjalizacja UC.KAL.11 Opis Doradca chce wyświetlić wszystkie zdarzenia zaplanowane na dany tydzień

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 76 Referencje F.KAL.WID, F.KAL.WID.2 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń 1. - 2. 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 4.5.14 UC.KAL.14 Wyswietlenie widoku miesiąca Aktorzy Typ Opis Doradca Specjalizacja UC.KAL.11 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 Przebieg zdarzeń 1. - 2. 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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 77 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 4.5.15 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ń 1. - 2. 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 Obraz uczestniczących klas Jak w przypadku generalizującym Diagram sekwencji Jak w przypadku generalizującym

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 78 4.5.16 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ń 1. - 2. 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 4.5.17 UC.KAL.17 Wyszukanie zdarzenia Aktorzy Doradca Typ Główny Opis Doradca chce wyszukać zdarzenie

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 79 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) 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)

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 80 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)

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 81 Obraz uczestniczących klas Rysunek 4.42: Obraz uczestniczących klas

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 82 Diagram sekwencji Rysunek 4.43: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 83 4.5.18 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)

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 84 Obraz uczestniczących klas Rysunek 4.44: Obraz uczestniczących klas

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 85 Diagram sekwencji Rysunek 4.45: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 86 4.5.19 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)

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 87 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.46: Obraz uczestniczących klas

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 88 Diagramy sekwencji Rysunek 4.47: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 89 4.6 UC.PIP 4.6.1 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ń 1. - 2. 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 6. - 9. 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 4.6.2 UC.PIP.2 Modyfikacja działania sprzedaży w kalendarzu Aktorzy Doradca

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 90 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ń 1. - 3. 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 6. - 10. 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 4.6.3 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 Referencje F.PIP.DZIAL, F.PIP.DZIAL.3

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 91 Warunki wstępne Doradca jest zalogowany w systemie, działanie sprzedaży istnieje Przebieg zdarzeń 1. - 2. Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Zatwerdza usunięcie działania sprzedaży 4. - 6. 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 4.6.4 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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 92 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 4. - 9. 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 4.6.5 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ń 1. - 2. 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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 93 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 4.6.6 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ń 1. - 2. 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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 94 4.6.7 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ń 1. - 2. 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 4.6.8 UC.PIP.8 Wyswietlenie widoku transakcji wg etapu Aktorzy Doradca Typ Specjalizacja UC.KAL.11 Opis Doradca chce wyświetlić stan działań sprzedaży według etapu

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 95 Referencje F.PIP.WID, F.PIP.WID.2 Warunki wstępne Jak w przypadku generalizującym Przebieg zdarzeń 1. - 2. 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 4.6.9 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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 96 Przebieg zdarzeń 1. - 2. Jak w przypadku generalizującym Jak w przypadku generalizującym 3. Wybiera typ raportu jako jeden z raportów pipeline 4. - 9. 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 4.7 UC.ZU 4.7.1 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.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 97 Diagram kontekstowy Rysunek 4.48: Obraz uczestniczących klas 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.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 98 Obraz uczestniczących klas Rysunek 4.49: Obraz uczestniczących klas Diagram sekwencji Rysunek 4.50: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 99 4.7.2 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. 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 1.-3. jak w głównym jak w głównym 4. komunikat o błędzie, powrót do punktu 2 scenariusza głównego

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 100 Przebieg alternatywny B Wywoływany, gdy użytkownik wybrał użytkownika lub grupę, której wcześniej dostęp został już przyznany. 1.-5. 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 1.-4. jak w głównym jak w głównym 5. anulowanie dodawanie 6. przejście do punktu 7 Warunki końcowe Znaleziony użytkownik dodany do listy lub w przypadku anulowania nie dodany wcale

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 101 Diagram aktywności Rysunek 4.51: Diagram aktywności

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 102 Obraz uczestniczących klas Rysunek 4.52: Obraz uczestniczących klas

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 103 Diagram sekwencji Rysunek 4.53: Diagram sekwencji - cz. 1

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 104 Rysunek 4.54: Diagram sekwencji - cz. 2

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 105 4.7.3 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 1.-4. 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ł)

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 107 Diagram sekwencji Rysunek 4.56: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 108 4.7.4 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 1.-3. jak w głównym jak w głównym 4. anulowanie 5. wyjście z sekcji Warunki końcowe Dostęp do systemu dla wybranego użytkownika do systemu zostaje odebrany (lub nie jeśli użytkownik anulował).

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 109 Obraz uczestniczących klas Rysunek 4.57: Obraz uczestniczących klas Diagram sekwencji Rysunek 4.58: Diagram sekwencji 4.7.5 UC.ZU.5 Wyświetlenie danych konta domenowego Aktorzy Administrator Typ Główny

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 110 Opis 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 1.-2. jak w głównym jak w głównym 3. komunikat i powrót do głównego menu Warunki końcowe Brak.

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

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 114 4.7.6 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.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 115 Obraz uczestniczących klas Rysunek 4.62: Obraz uczestniczących klas Diagram sekwencji Rysunek 4.63: Diagram sekwencji 4.8 UC.MAU 4.8.1 UC.MAU.1 Widok akcji wykonanych przez użytkownika wg czasu Aktorzy Administrator Typ Główny

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 116 Opis 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.64: Obraz uczestniczących klas

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 117 Diagram sekwencji Rysunek 4.65: Diagram sekwencji 4.8.2 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 Warunki wstępne Użytkownik musi posiadać uprawnienia administratora

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 118 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.66: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 119 Diagram sekwencji Rysunek 4.67: Diagram sekwencji 4.8.3 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 Warunki wstępne Użytkownik musi posiadać uprawnienia administratora

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 120 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.68: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 121 Diagram sekwencji Rysunek 4.69: Diagram sekwencji 4.8.4 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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 122 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. Obraz uczestniczących klas Rysunek 4.70: Obraz uczestniczących klas

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

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

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 125 4.9 UC.MK 4.9.1 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.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 126 Obraz uczestniczących klas Rysunek 4.73: Diagram kontekstowy Diagram sekwencji Rysunek 4.74: Diagram sekwencji

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 127 4.9.2 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. 1-3. Jak w głównym. 4. System wyświetla komunikat o konflikcie nazw (powrot do punktu 2). Przebieg alternatywny B Kategoria o podanym zakresie opóźnienia krzyżuje się z już istniejącą kategorią. 1-3. Jak w głównym. 4. System wyświetla komunikat o konflikcie zakresów czasowych kategori (powrot do punktu 2)i.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 128 Warunki końcowe Kategoria została dodana do systemu. Obraz uczestniczących klas Rysunek 4.75: Obraz uczestniczących klas Diagram sekwencji Rysunek 4.76: Diagram sekwencji 4.9.3 UC.MK.3 Modyfikacja kategorii liczby dni opóźnienia Aktorzy Doradca, dyrektor oddziału, dyrektor regionu.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 129 Typ Opis 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. Alternatywne ciągi zdarzeń Przebieg alternatywny A Kategoria o podanej nazwie już figuruje w systemie. 1-6. Jak w głównym. 7. System wyświetla komunikat o konflikcie nazw (powrot do punktu 5). Przebieg alternatywny B Kategoria o podanym zakresie opóźnienia krzyżuje się z już istniejącą kategorią. 1-6. Jak w głównym. 7. System wyświetla komunikat o konflikcie zakresów czasowych kategorii (powrot do punktu 5). Warunki końcowe Kategoria została zmieniona.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 130 Obraz uczestniczących klas Rysunek 4.77: Diagram kontekstowy Diagram sekwencji Rysunek 4.78: Diagram sekwencji 4.9.4 UC.MK.4 Usunięcie kategorii liczby dni opóźnienia Aktorzy Doradca, dyrektor oddziału, dyrektor regionu. Typ Główny

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 131 Opis Użytkownik chce usunąć kategorię liczby dni opóźnienia. Referencje F.MK.2 Warunki wstępne Użytkownik jest zalogowany. 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. Obraz uczestniczących klas Rysunek 4.79: Diagram kontekstowy

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 132 Diagram sekwencji Rysunek 4.80: Diagram sekwencji 4.9.5 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.

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 133 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. Warunki końcowe Raport jest wygenerowany. Obraz uczestniczących klas Rysunek 4.81: Diagram kontekstowy

ROZDZIAŁ 4. PRZYPADKI UŻYCIA 134 Diagram sekwencji Rysunek 4.82: Diagram sekwencji

Rozdział 5 Architektura rozwiązania Rysunek 5.1: Diagram komponentowy 135

ROZDZIAŁ 5. ARCHITEKTURA ROZWIĄZANIA 136 System podzielony został na 2 podstawowe pakiety: Business - część odpowiedzialna za logikę aplikacji System - część systemowa, odpowiedzialna za monitoring i zarządzanie użytkownikami Kazdy moduł z pakietu Business używa modułów z pakietu System - w celu zapisywania akcji wykonywanych przez użytkowników i autoryzacji. Poniżej najważniejsze obszary działania poszczególnych modułów. 5.1 Pakiet Business 5.1.1 Baza klientów przechowuje informacje o wszystkich klientach umożliwia przeglądanie klientów pod względem produktów, jakimi są zainteresowani, jakie posiadają, przypisania do doradcy i wielkości sprzedaży udostępnia te informacje innym modułom 5.1.2 Kartoteka klientów Moduł podobny do Bazy klientów, ale przechowuje szczegółowe informacje o konkretnym kliencie, takie jak: przedstawiciele firmy dane teleadresowe wielkość sprzedaży klienta w danym roku liczba zatrudnionych pracowników w firmie klienta lista produktów, jakimi jest zainteresowany i jakie posiada w innych banka historia kontaktów komentarze i załączniki dochodowość klienta 5.1.3 Akwizycja Moduł podobny do Kartoteki klienta umożliwia zarzadzanie informacjami o potencjalnych klientach, takich jak: dane teleadresowe przedstawiciele wielkość sprzedaży lista produktów, jakimi jest zainteresowany oraz jakie już posiada w innych bankach historia kontaktów komentarze Dodatkowo umożliwia generowanie raportów

ROZDZIAŁ 5. ARCHITEKTURA ROZWIĄZANIA 137 5.1.4 Kalendarz podstawowe funkcjonalności kalendarza umożliwia planowanie spotkań z klientami oraz prospektami, kontrolując przy tym ich poprawność zbieranie rezultatów spotkań. generowanie i wysyłanie powiadomień wyszukiwanie zdarzeń generowanie raportów z przeprowadzonych spotkań z klientami 5.1.5 Pipeline zarzadzanie działaniami spradaży prezentacja różnych widoków działania sprzedaży generowanie raportów Rozwinięcie kalendarza. Zarządzanie sprzedażą, jakie produkty, ile, na jakie kwoty, kiedy dana transakcja wejdzie w życie. 5.1.6 Monitoring klientów zarządzanie informacjami o zaległościch klientów wysyłanie powiadomień pocztą elektroniczną 5.2 Pakiet System 5.2.1 Zarządzanie użytkownikami zarządzanie dostęm użytkowników zarządzanie i kontrola uprawnień użytkowników 5.2.2 Monitoring akcji użytkowników zbieranie akcji użytkowników i odnotowywanie ich w dzienniku graficzna reprezentacja obciążenia systemu

Rozdział 6 Diagramy klas 6.1 Akwizycja Rysunek 6.1: Diagram klas dla akwizycji 138

ROZDZIAŁ 6. DIAGRAMY KLAS 139 6.2 Kartoteka klientów Rysunek 6.2: Diagram klas dla karty klienta

ROZDZIAŁ 6. DIAGRAMY KLAS 140 6.3 Kalendarz Rysunek 6.3: Główna klasa zarządzająca aplikacją CalendarApp

ROZDZIAŁ 6. DIAGRAMY KLAS 141 Rysunek 6.4: Klasa zarządzająca zdzarzeniami Calendar i hierarchia zdarzeń

ROZDZIAŁ 6. DIAGRAMY KLAS 142 Rysunek 6.5: Hierarchia dostępnych widoków CalendarView

ROZDZIAŁ 6. DIAGRAMY KLAS 143 Rysunek 6.6: Hierarchia dostępnych formularzy

ROZDZIAŁ 6. DIAGRAMY KLAS 144 Rysunek 6.7: Generatory raportów

ROZDZIAŁ 6. DIAGRAMY KLAS 145 Rysunek 6.8: Hierarchia zapytań używanych przy wyszukiwaniu zdarzeń

ROZDZIAŁ 6. DIAGRAMY KLAS 146 6.4 Pipeline Rysunek 6.9: Rezszerzenie hierarchii zdarzeń modułu kalendarza

ROZDZIAŁ 6. DIAGRAMY KLAS 147 Rysunek 6.10: Rezszerzenie hierarchii widoków modułu kalendarza Rysunek 6.11: Rezszerzenie hierarchii generatorów raportów modułu kalendarza

ROZDZIAŁ 6. DIAGRAMY KLAS 148 6.5 Zarządzanie użytkownikami Rysunek 6.12: Diagram klas dla modułu Zarządzanie użytkownikami

ROZDZIAŁ 6. DIAGRAMY KLAS 149 6.6 Monitoring akcji użytkowników Rysunek 6.13: Diagram klas dla modułu Monitoring akcji użytkowników

ROZDZIAŁ 6. DIAGRAMY KLAS 150 6.7 Monitoring klientów Rysunek 6.14: Diagram klas dla modułu Monitoring klientów

Rozdział 7 Prototyp interfejsu użytkownika 7.1 Baza klientów Rysunek 7.1: Wyszukiwanie klienta 151

ROZDZIAŁ 7. PROTOTYP INTERFEJSU UŻYTKOWNIKA 152 7.2 Kartoteka klientów Rysunek 7.2: Edycja danych kontaktowych klienta Rysunek 7.3: Dodawanie przedstawiciela klienta

ROZDZIAŁ 7. PROTOTYP INTERFEJSU UŻYTKOWNIKA 153 Rysunek 7.4: Usunięcie przedstawiciela klienta 7.3 Akwizycja Rysunek 7.5: Edycja przedstawiciela klienta Rysunek 7.6: Zmiana prospekta w klienta

ROZDZIAŁ 7. PROTOTYP INTERFEJSU UŻYTKOWNIKA 154 Rysunek 7.7: Dodawanie prospekta

ROZDZIAŁ 7. PROTOTYP INTERFEJSU UŻYTKOWNIKA 155 7.4 Kalendarz Rysunek 7.8: Widok dnia

ROZDZIAŁ 7. PROTOTYP INTERFEJSU UŻYTKOWNIKA 156 Rysunek 7.9: Widok tygodnia

ROZDZIAŁ 7. PROTOTYP INTERFEJSU UŻYTKOWNIKA 157 Rysunek 7.10: Widok miesiąca

ROZDZIAŁ 7. PROTOTYP INTERFEJSU UŻYTKOWNIKA 158 Rysunek 7.11: Dodawanie zdarzenia Rysunek 7.12: Edycja zdarzenia

ROZDZIAŁ 7. PROTOTYP INTERFEJSU UŻYTKOWNIKA 159 Rysunek 7.13: Usuwanie zdarzenia Rysunek 7.14: Wp 7.5 Zarządzanie użytkownikami Rysunek 7.15: Dodawanie uprawnień użytkownikom

ROZDZIAŁ 7. PROTOTYP INTERFEJSU UŻYTKOWNIKA 160 7.6 Monitoring klientów Rysunek 7.16: Odbieranie uprawnień użytkownikom Rysunek 7.17: Dodawanie kategorii opóźnienia Rysunek 7.18: Edycja kategorii opóźnienia Rysunek 7.19: Usuwanie kategorii opóźnienia

Rozdział 8 Logiczny model bazy danych 8.1 Diagramy tabel Rysunek 8.1: Fragment bazy danych związany z kalendarzem i sprzedażą 161

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 162 Rysunek 8.2: Fragment bazy danych związany z klientami

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 163 Rysunek 8.3: Fragment bazy danych związany z zarządzaniem użytkownikami 8.2 Opis tabel i atrybutów 8.2.1 FIRMY Tabela zawierająca informację o klientach oraz potencjalnych klientach. FIRMA ID identyfikator firmy NIP NIP firmy REGON REGON firmy CZY PROSPEKT czy firma jest potencjalnym klientem DATA DODANIA data dodania rekordu do systemu DATA OTWARCIA data otwarcia rachunku ADRES ID identyfikator adresu NAZWA nazwa firmy EKD numer EKD

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 164 TELEFON główny telefon kontaktowy firmy EMAIL główny email firmy WWW strona ww firmy SEGMENT ID id segmentu firmy DORADCA ID id doradcy firmy 8.2.2 PRZEDSTAWICIELE Tabela zawierająca informację o przedstawicielach firmy. PRZEDSTAWICIEL ID identyfikator przedstawiciela IMIE imie przedstawiciela NAZWISKO nazwisko przedstawiciela EMAIL adres email przedstawiciela TELEFON telefon przedstawiciela STANOWISKO stanowisko przedstawiciela w firmie FIRMA ID firma, w której pracuje przedstawiciel 8.2.3 SPRZEDAZ Tabela zawierająca informację o wielkości sprzedaży firm w konkretnych latach. FIRMA ID identyfikator firmy ROK rok dla którego podana jest sprzedaż WARTOSC wielkość sprzedaży 8.2.4 DOCHODOWOSC Tabela zawierająca informację o wynikach klientów. KLIENT ID identyfikator klienta PRODUKT ID produkt dla którego podany jest wynik ROK rok dla którego podany jest wynik WARTOSC wynik 8.2.5 PRODUKTY Tabela zawierająca informację o hierarchii produktowej. PRODUKT ID identyfikator produktu NAZWA nazwa produktu PARENT ID porudkt nadrzędny

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 165 8.2.6 KONKURENCJA Tabela zawierająca informację o produktach firm u konkurencji. KLIENT ID identyfikator klienta PRODUKT ID identyfikator produktu BANK nazwa banku w jakim klient posiada produkt UWAGI dodatkowe uwagi KWOTA kwota produktu 8.2.7 KOMENTARZE Tabela zawierająca informację o komentarzach na temat firm. KOMENTARZ ID identyfikator komentarza DATA DODANIA data dodania komentarza PRACOWNIK ID identyfikator pracownika, który dodał komentarz FIRMA ID identyfikator firmy na temat której został dodany komentarz 8.2.8 PRACOWNICY Tabela zawierająca informację o pracownikach banku. PRACOWNIK ID identyfikator pracownika IMIE imie pracownika NAZWISKO nazwisko pracownika TYP DOMENY ID typ domeny do jakiej należy pracownik CZY AKTYWNY czy pracownik jest aktywny GRUPA DOMENY ID grupa domenowa do jakiej należy pracownik 8.2.9 ADRESY Tabela zawierająca informację o danych adresowych. ADRES ID identyfikator adresu MIASTO miasto KOD kod pocztowy bez myślnika ULICA nazwa ulicy NUMER DOMU numer domu NUMER MIESZKANIA opcjonalny numer mieszkania

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 166 8.2.10 SEGMENTY Tabela zawierająca informację o głównych segmentach klientów. Przykładowe segmenty: mała firma, średnia firma, korporacja. SEGMENT ID identyfikator segmentu NAZWA nazwa segmentu 8.2.11 GRUPY DOMEN Tabela zawierająca informację o możliwych grupach domenowych. GRUPA DOMENY ID identyfikator grupy domenowej EMAIL zbiorczy email grupy TELEFON telefon grupy 8.2.12 TYPY DOMEN Tabela zawierająca informację o możliwych typach domen. TYP DOMENY ID identyfikator typu domeny NAZWA nazwa typu 8.2.13 TYPY UPRAWNIEN Tabela zawierająca informację o możliwych typach uprawnień. TYP UPRAWNIENIA ID identyfikator typu uprawnienia NAZWA nazwa typu uprawnienia 8.2.14 UPRAWNIENIA Tabela zawierająca informację o przyznanych uprawnieniach dla pracowników. UPRAWNIENIE ID identyfikator uprawnienia NAZWA nazwa uprawnienia TYP UPRAWNIENIA ID klucz obcy na typ uprawnienia PRACOWNIK ID pracownik, którego dotyczy przyznane uprawnienie 8.2.15 AKCJE Tabela zawierająca informację o czynnościach wykonywanych przez pracowników w systemie. AKCJA ID identyfikator akcji OPIS opis dokonanej czynności PRACOWNIK ID pracownik, który dokonał akcji MODUL ID moduł, w którym została dokonana akcja

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 167 8.2.16 MODULY Tabela zawierająca informację o modułach, w których można dokonywać akcji, które zostają zapisane. MODUL ID identyfikator modułu NAZWA nazwa modułu 8.2.17 ZDARZENIA Tabela zawierająca informację o zdarzeniach zaplanowanych w kalendarzu. Modeluje nadtyp rozłącznej hierarchii typów zdarzeń. ZDARZENIE ID identyfikator zdarzenia PRACOWNIK ID identyfikator pracownika, do którego należy to zdarzenie TYP typ zdarzenia oznaczający jego podtyp, przyjmuje wartości S - spotkanie i N - nieaktywność OD czas rozpoczęcia zdarzenia DO czas zakończenia zdarzenia TYTUL tytuł zdarzenia OPIS opis zdarzenia 8.2.18 ZDARZENIA NIEDOSTEPNOSCI Tabela zawierająca informację o zdarzeniach niedostępności zaplanowanych w kalendarzu. Jest podtypem tabeli ZDARZENIA. ZDARZENIE ID identyfikator zdarzenia TYP NIEDOSTEPNOSCI przyjmuje wartości S - szkolenie i U - urlop 8.2.19 ZDARZENIA SPOTKANIA Tabela zawierająca informację o spotkaniach zaplanowanych w kalendarzu. Jest podtypem tabeli ZDARZENIA i nadtypem tabeli SPOTKANIA SPRZEDAZ. ZDARZENIE ID identyfikator zdarzenia TYP typ modelujący podtyp, przyjmuje wartości - zwykłe spotkanie i S - spotkanie sprzedaży PRZEDSTAWICIEL ID identyfikator przedstawiciela z którym nastąpi spotkanie STATUS status spotkania, watość NULL oznacza że wynik spotkania nie został wprowadzony SPRAWOZDANIE tekstowe sprawozdanie ze spotkania, watość NULL oznacza że wynik spotkania nie został wprowadzony

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 168 8.2.20 SPOTKANIA SPRZEDAZ Tabela zawierająca informację o spotkaniach sprzedaży zaplanowanych w kalendarzu. Jest podtypem tabeli ZDARZENIA SPOTKANIA. ZDARZENIE ID identyfikator zdarzenia PRODUKT ID identyfikator produktu związanego ze spotkaniem ETAP etap sprzedaży, watość NULL oznacza że wynik spotkania nie został wprowadzony 8.2.21 ZALACZNIKI Tabela zprzechowywująca załączniki dołączone do zdarzeń. ZDARZENIE ID identyfikator zdarzenia NAZWA nazwa załącznika TYPMIME typ mime DANE dane załącznika 8.3 Skrypt DDL CREATE TABLE FIRMY ( FIRMA_ID NUMBER(10) NOT NULL, NIP CHAR(10), REGON CHAR(14), CZY_PROSPEKT CHAR(1), DATA_DODANIA DATE, DATA_OTWARCIA DATE, ADRES_ID NUMBER(10), NAZWA VARCHAR2(100), EKD VARCHAR2(10), TELEFON VARCHAR2(100), EMAIL VARCHAR2(100), WWW VARCHAR2(100), SEGMENT_ID VARCHAR2(10), DORADCA_ID VARCHAR2(10) ) ; CREATE TABLE PRZEDSTAWICIELE ( PRZEDSTAWICIEL_ID NUMBER(10) NOT NULL, IMIE VARCHAR2(30) NOT NULL, NAZWISKO VARCHAR2(30), EMAIL VARCHAR2(20), TELEFON VARCHAR2(20), STANOWISKO VARCHAR2(20), FIRMA_ID NUMBER(10) )

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 169 ; CREATE TABLE ADRESY ( ADRES_ID NUMBER(10) NOT NULL, MIASTO VARCHAR2(30), KOD CHAR(5), ULICA VARCHAR2(30), NUMER_DOMU NUMBER(3), NUMER_MIESZKANIA NUMBER(3) ) ; CREATE TABLE SEGMENTY ( SEGMENT_ID VARCHAR2(10) NOT NULL, NAZWA VARCHAR2(30) ) ; CREATE TABLE PRACOWNICY ( PRACOWNIK_ID VARCHAR2(10) NOT NULL, IMIE VARCHAR2(30), NAZWISKO VARCHAR2(30), TYP_DOMENY_ID VARCHAR2(10), CZY_AKTYWNY CHAR(1), GRUPA_DOMENY_ID VARCHAR2(10) ) ; CREATE TABLE SPRZEDAZ ( FIRMA_ID NUMBER(10) NOT NULL, ROK NUMBER(4) NOT NULL, WARTOSC NUMBER(10) ) ; CREATE TABLE KOMENTARZE ( KOMENTARZ_ID NUMBER(10) NOT NULL, DATA_DODANIA DATE, PRACOWNIK_ID VARCHAR2(10), FIRMA_ID NUMBER(10) ) ; CREATE TABLE PRODUKTY ( PRODUKT_ID VARCHAR2(10) NOT NULL, NAZWA VARCHAR2(100), PARENT_ID VARCHAR2(10) ) ; CREATE TABLE DOCHODOWOSC

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 170 ( KLIENT_ID NUMBER(10) NOT NULL, PRODUKT_ID VARCHAR2(10) NOT NULL, ROK NUMBER(4) NOT NULL, WARTOSC NUMBER(10) ) ; CREATE TABLE KONKURENCJA ( KLIENT_ID NUMBER(10) NOT NULL, PRODUKT_ID VARCHAR2(10) NOT NULL, BANK VARCHAR2(30), UWAGI VARCHAR2(30), KWOTA NUMBER(10) ) ; CREATE TABLE AKCJE ( AKCJA_ID NUMBER(10) NOT NULL, PRACOWNIK_ID VARCHAR2(10) NOT NULL, OPIS VARCHAR2(1000), MODUL_ID VARCHAR2(10) ) ; CREATE TABLE DOMENY ( DOMENA_ID VARCHAR2(10) NOT NULL, NAZWA VARCHAR2(100), TYP_DOMENY_ID VARCHAR2(10), CZY_AKTYWNA CHAR(1), GRUPA_DOMENY_ID VARCHAR2(10) ) ; CREATE TABLE GRUPY_DOMEN ( GRUPA_DOMENY_ID VARCHAR2(10) NOT NULL, EMAIL VARCHAR2(20), TELEFON VARCHAR2(20) ) ; CREATE TABLE MODULY ( MODUL_ID VARCHAR2(10) NOT NULL, NAZWA VARCHAR2(100) ) ; CREATE TABLE TYPY_DOMEN ( TYP_DOMENY_ID VARCHAR2(10) NOT NULL, NAZWA VARCHAR2(10)

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 171 ) ; CREATE TABLE TYPY_UPRAWNIEN ( TYP_UPRAWNIENIA_ID VARCHAR2(10) NOT NULL, NAZWA VARCHAR2(30) ) ; CREATE TABLE UPRAWNIENIA ( UPRAWDNIENIE_ID NUMBER(1) NOT NULL, NAZWA VARCHAR2(30), TYP_UPRAWNIENIA_ID VARCHAR2(10), PRACOWNIK_ID VARCHAR2(10) ) ; ALTER TABLE FIRMY ADD CONSTRAINT FIRMA_PK PRIMARY KEY ( FIRMA_ID ) ENABLE ; ALTER TABLE PRZEDSTAWICIELE ADD CONSTRAINT PRZEDSTAWICIELE_PK PRIMARY KEY ( PRZEDSTAWICIEL_ID ) ENABLE ; ALTER TABLE ADRESY ADD CONSTRAINT ADRESY_PK PRIMARY KEY ( ADRES_ID ) ENABLE ; ALTER TABLE SEGMENTY ADD CONSTRAINT SEGMENTY_PK PRIMARY KEY ( SEGMENT_ID ) ENABLE ; ALTER TABLE PRACOWNICY ADD CONSTRAINT PRACOWNICY_PK PRIMARY KEY ( PRACOWNIK_ID ) ENABLE

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 172 ; ALTER TABLE SPRZEDAZ ADD CONSTRAINT SPRZEDAZ_PK PRIMARY KEY ( ROK, FIRMA_ID ) ENABLE ; ALTER TABLE KOMENTARZE ADD CONSTRAINT KOMENTARZE_PK PRIMARY KEY ( KOMENTARZ_ID ) ENABLE ; ALTER TABLE PRODUKTY ADD CONSTRAINT PRODUKTY_PK PRIMARY KEY ( PRODUKT_ID ) ENABLE ; ALTER TABLE DOCHODOWOSC ADD CONSTRAINT DOCHODOWOSC_PK PRIMARY KEY ( KLIENT_ID, PRODUKT_ID, ROK ) ENABLE ; ALTER TABLE KONKURENCJA ADD CONSTRAINT KONKURENCJA_PK PRIMARY KEY ( KLIENT_ID, PRODUKT_ID ) ENABLE ; ALTER TABLE AKCJE ADD CONSTRAINT AKCJE_PK PRIMARY KEY ( AKCJA_ID ) ENABLE ; ALTER TABLE DOMENY ADD CONSTRAINT DOMENY_PK PRIMARY KEY (

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 173 DOMENA_ID ) ENABLE ; ALTER TABLE GRUPY_DOMEN ADD CONSTRAINT GRUPY_DOMEN_PK PRIMARY KEY ( GRUPA_DOMENY_ID ) ENABLE ; ALTER TABLE MODULY ADD CONSTRAINT MODULY_PK PRIMARY KEY ( MODUL_ID ) ENABLE ; ALTER TABLE TYPY_DOMEN ADD CONSTRAINT TYPY_DOMEN_PK PRIMARY KEY ( TYP_DOMENY_ID ) ENABLE ; ALTER TABLE TYPY_UPRAWNIEN ADD CONSTRAINT TYPY_UPRAWNIEN_PK PRIMARY KEY ( TYP_UPRAWNIENIA_ID ) ENABLE ; ALTER TABLE UPRAWNIENIA ADD CONSTRAINT UPRAWNIENIA_PK PRIMARY KEY ( UPRAWDNIENIE_ID ) ENABLE ; ALTER TABLE FIRMY ADD CONSTRAINT FIRMY_ADRESY_FK FOREIGN KEY ( ADRES_ID ) REFERENCES ADRESY ( ADRES_ID ) ENABLE ; ALTER TABLE FIRMY

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 174 ADD CONSTRAINT FIRMY_SEGMENTY_FK FOREIGN KEY ( SEGMENT_ID ) REFERENCES SEGMENTY ( SEGMENT_ID ) ENABLE ; ALTER TABLE FIRMY ADD CONSTRAINT FIRMY_PRACOWNICY_FK FOREIGN KEY ( DORADCA_ID ) REFERENCES PRACOWNICY ( PRACOWNIK_ID ) ENABLE ; ALTER TABLE PRZEDSTAWICIELE ADD CONSTRAINT PRZEDSTAWICIELE_FIRMY_FK FOREIGN KEY ( FIRMA_ID ) REFERENCES FIRMY ( FIRMA_ID ) ENABLE ; ALTER TABLE PRACOWNICY ADD CONSTRAINT PRACOWNICY_GRUPY_DOMEN_FK FOREIGN KEY ( GRUPA_DOMENY_ID ) REFERENCES GRUPY_DOMEN ( GRUPA_DOMENY_ID ) ENABLE ; ALTER TABLE PRACOWNICY ADD CONSTRAINT PRACOWNICY_TYPY_DOMEN_FK FOREIGN KEY ( TYP_DOMENY_ID ) REFERENCES TYPY_DOMEN ( TYP_DOMENY_ID ) ENABLE ; ALTER TABLE SPRZEDAZ

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 175 ADD CONSTRAINT SPRZEDAZ_FIRMY_FK FOREIGN KEY ( FIRMA_ID ) REFERENCES FIRMY ( FIRMA_ID ) ENABLE ; ALTER TABLE KOMENTARZE ADD CONSTRAINT KOMENTARZE_PRACOWNICY_FK FOREIGN KEY ( PRACOWNIK_ID ) REFERENCES PRACOWNICY ( PRACOWNIK_ID ) ENABLE ; ALTER TABLE KOMENTARZE ADD CONSTRAINT KOMENTARZE_FIRMY_FK FOREIGN KEY ( FIRMA_ID ) REFERENCES FIRMY ( FIRMA_ID ) ENABLE ; ALTER TABLE PRODUKTY ADD CONSTRAINT PRODUKTY_PRODUKTY_FK FOREIGN KEY ( PARENT_ID ) REFERENCES PRODUKTY ( PRODUKT_ID ) ENABLE ; ALTER TABLE DOCHODOWOSC ADD CONSTRAINT DOCHODOWOSC_FIRMY_FK FOREIGN KEY ( KLIENT_ID ) REFERENCES FIRMY ( FIRMA_ID ) ENABLE ; ALTER TABLE DOCHODOWOSC

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 176 ADD CONSTRAINT DOCHODOWOSC_PRODUKTY_FK FOREIGN KEY ( PRODUKT_ID ) REFERENCES PRODUKTY ( PRODUKT_ID ) ENABLE ; ALTER TABLE KONKURENCJA ADD CONSTRAINT KONKURENCJA_FIRMY_FK FOREIGN KEY ( KLIENT_ID ) REFERENCES FIRMY ( FIRMA_ID ) ENABLE ; ALTER TABLE KONKURENCJA ADD CONSTRAINT KONKURENCJA_PRODUKTY_FK FOREIGN KEY ( PRODUKT_ID ) REFERENCES PRODUKTY ( PRODUKT_ID ) ENABLE ; ALTER TABLE AKCJE ADD CONSTRAINT AKCJE_PRACOWNICY_FK FOREIGN KEY ( PRACOWNIK_ID ) REFERENCES PRACOWNICY ( PRACOWNIK_ID ) ENABLE ; ALTER TABLE AKCJE ADD CONSTRAINT AKCJE_MODULY_FK FOREIGN KEY ( MODUL_ID ) REFERENCES MODULY ( MODUL_ID ) ENABLE ; ALTER TABLE UPRAWNIENIA

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 177 ADD CONSTRAINT UPRAWNIENIA_TYPY_UPRAWNIEN_FK FOREIGN KEY ( TYP_UPRAWNIENIA_ID ) REFERENCES TYPY_UPRAWNIEN ( TYP_UPRAWNIENIA_ID ) ENABLE ; ALTER TABLE UPRAWNIENIA ADD CONSTRAINT UPRAWNIENIA_PRACOWNICY_FK FOREIGN KEY ( PRACOWNIK_ID ) REFERENCES PRACOWNICY ( PRACOWNIK_ID ) ENABLE ; ALTER TABLE FIRMY ADD CONSTRAINT FIRMY_PROSPEKT_CHK CHECK (czy_prospekt in ( T, F )) ENABLE ; CREATE TABLE CALENDAR.ZDARZENIA_SPOTKANIA ( ZDARZENIE_ID NUMBER(10) NOT NULL, TYP CHAR(1) NOT NULL, PRZEDSTAWICIEL_ID NUMBER(10) NOT NULL, STATUS CHAR(1), SPRAWOZDANIE VARCHAR2(2000), CONSTRAINT ZDARZENIA_SPOTKAIA_PK PRIMARY KEY ( ZDARZENIE_ID ) ENABLE ); CREATE TABLE CALENDAR.ZDARZENIA_NIEDOSTEPNOSCI ( ZDARZENIE_ID NUMBER(10) NOT NULL, TYP_NIEDOSTEPNOSCI CHAR(1) NOT NULL, CONSTRAINT TABLE1_PK PRIMARY KEY ( ZDARZENIE_ID ) ENABLE ); CREATE TABLE CALENDAR.ZDARZENIA ( ZDARZENIE_ID NUMBER(10) NOT NULL,

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 178 PRACOWNIK_ID VARCHAR(20) NOT NULL, TYP CHAR(1) NOT NULL, OD TIMESTAMP NOT NULL, DO TIMESTAMP NOT NULL, TYTUL VARCHAR2(100) NOT NULL, OPIS VARCHAR2(2000) NOT NULL, CONSTRAINT ZDARZENIA_PK PRIMARY KEY ( ZDARZENIE_ID ) ENABLE ); CREATE TABLE CALENDAR.ZALACZNIKI ( ZDARZENIE_ID NUMBER(10) NOT NULL, NAZWA VARCHAR(20) NOT NULL, TYPMIME VARCHAR2(40), DANE BLOB, CONSTRAINT ZALACZNIKI_PK PRIMARY KEY ( ZDARZENIE_ID, NAZWA ) ENABLE ); CREATE TABLE CALENDAR.SPOTKANIA_SPRZEDAZ ( ZDARZENIE_ID NUMBER(10) NOT NULL, PRODUKT_ID VARCHAR(20) NOT NULL, ETAP CHAR(1), CONSTRAINT SPOTKANIA_SPRZEDAZ_PK PRIMARY KEY ( ZDARZENIE_ID ) ENABLE ); ALTER TABLE CALENDAR.ZDARZENIA_SPOTKANIA ADD CONSTRAINT ZDARZENIA_SPOTKAIA_ZDARZE_FK1 FOREIGN KEY ( ZDARZENIE_ID ) REFERENCES CALENDAR.ZDARZENIA ( ZDARZENIE_ID ) ENABLE; ALTER TABLE CALENDAR.ZDARZENIA_SPOTKANIA ADD CONSTRAINT ZDARZENIA_SPOTKANIA_PRZED_FK1 FOREIGN KEY (

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 179 PRZEDSTAWICIEL_ID ) REFERENCES MYSCHEMA.PRZEDSTAWICIELE ( PRZEDSTAWICIEL_ID ) ENABLE; ALTER TABLE CALENDAR.ZDARZENIA_NIEDOSTEPNOSCI ADD CONSTRAINT ZDARZENIA_NIEDOSTEPNOSCI FK1 FOREIGN KEY ( ZDARZENIE_ID ) REFERENCES CALENDAR.ZDARZENIA ( ZDARZENIE_ID ) ENABLE; ALTER TABLE CALENDAR.ZDARZENIA ADD CONSTRAINT ZDARZENIA_PRACOWNICY_FK1 FOREIGN KEY ( PRACOWNIK_ID ) REFERENCES MYSCHEMA.PRACOWNICY ( PRACOWNIK_ID ) ENABLE; ALTER TABLE CALENDAR.ZALACZNIKI ADD CONSTRAINT ZALACZNIKI_ZDARZENIA_FK1 FOREIGN KEY ( ZDARZENIE_ID ) REFERENCES CALENDAR.ZDARZENIA ( ZDARZENIE_ID ) ENABLE; ALTER TABLE CALENDAR.SPOTKANIA_SPRZEDAZ ADD CONSTRAINT SPOTKANIA_SPRZEDAZ_PRODUK_FK1 FOREIGN KEY ( PRODUKT_ID ) REFERENCES MYSCHEMA.PRODUKTY ( PRODUKT_ID ) ENABLE; ALTER TABLE CALENDAR.SPOTKANIA_SPRZEDAZ ADD CONSTRAINT SPOTKANIA_SPRZEDAZ_ZDARZE_FK1 FOREIGN KEY (

ROZDZIAŁ 8. LOGICZNY MODEL BAZY DANYCH 180 ZDARZENIE_ID ) REFERENCES CALENDAR.ZDARZENIA_SPOTKANIA ( ZDARZENIE_ID ) ENABLE; ALTER TABLE CALENDAR.ZDARZENIA_SPOTKANIA ADD CONSTRAINT ZDARZENIA_SPOTKANIA_CHK1 CHECK (TYP = OR TYP = S ) ENABLE; ALTER TABLE CALENDAR.ZDARZENIA ADD CONSTRAINT ZDARZENIA_CHK1 CHECK (TYP = N OR TYP = S ) ENABLE;

Rozdział 9 Wdrożenie Rysunek 9.1: Diagram wdrożenia 181

ROZDZIAŁ 9. WDROŻENIE 182 System do funkcjonowania wymaga serwera WWW i serwera bazy danych. 9.1 Skalowanie 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. 9.2 Specyfikacja sprzętu 9.2.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 E5450 3.0 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 9.2: 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).

ROZDZIAŁ 9. WDROŻENIE 183 9.2.2 Macierz dyskowa Do przetrzymywania danych użyta zostanie macierz dyskowa firmy IBM System Storage DS3400, która posiada następujące cechy: rozmiar 2U Rysunek 9.3: Macierz dyskowa IBM System Storage DS3400 4 Gigabit FiberChannel - 4 porty (użyte zostaną 2) 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 szybkość pracy większa niż szybkość pojedynczego dysku ekstremalnie wysokie bezpieczeństwo 9.3 Specyfikacja oprogramowania Rysunek 9.4: Konfiguracja RAID-6 - przechowywane po 2 sumy kontrolne (oznaczone blokami z literkami p i q w indeksach nazw bloków) 9.3.1 Oracle Weblogic Server Oracle WebLogic Server jest serwerem aplikacyjnym wspierającym wiele baz danych w tym: Oracle IBM DB2 Microsoft SQL Server MySQL Enterprise inne kompatybilne z JDBC. WebLogic Server współpracyje z Microsoft.NET oraz wspiera natywnie następujące technologie: technologię Microsoft.NET JMS Java EE Connector Architecture WebLogic/Tuxedo Connector COM+ CORBA