Inżynieria Oprogramowania Architektura systemu IOBank Jakub Jatczak Michał Siatkowski Inżynieria Oprogramowania Poniedziałek, 10:15 2011/2012

Cel i założenia Stworzenie systemu banku internetowego. System posiada wielopoziomowy dostęp do swoich funkcji poprzez aplikacje kliencką. System bankowy oparty o bazę danych użytkowników, zarządza nią i wysyła do klientów wyniki operacji. Połączenie użytkownika z serwerem jest szyfrowane w celu zapewnienia najwyższego możliwego bezpieczeństwa wymiany danych Istnieje trójpoziomowy dostęp do funkcji; kolejne poziomy uprawnień to: Administrator, Bankier, Użytkownik (Klient) Wszystkie operacje związane z przeliczaniem danych oraz ich walidacją są po stronie banku, aplikacja użytkownika ogranicza się do jedynie wysyłania danych na serwer i odbierania wyników operacji System jest w stanie obsłużyć równolegle wiele sesji użytkowników

Założenia Użytkownik do połączenia z serwerem używa aplikacji klienckiej napisanej w języku JAVA. System logowania: 1. Klient wysyła chęć logowania, klient dostaje klucz logowania - krotki czas ważności dla klucza 2. Klient szyfruje dane logowania kluczem – wysyła zapytanie do serwera 3. Serwer odbiera, sprawdza dane, tworzy sesje 4. Tworzony jest nowy klucz sesji, z dłuższym czasem ważności 5. Szyfrowany starym kluczem, nowy klucz wysyłany jest do klienta 6. Akceptacja nowego klucza przez klienta, szyfrowana starym kluczem 7. Transmisja szyfrowana kluczem sesji - odświeżanie klucza przy kolejnych czynnościach Moduł sieciowy przekazuje serializowane dane, przez co unikamy kłopotów z jednolitym nazewnictwem klas i zmiennych w poszczególnych modułach.

Wymagania Połączenie między klientem a serwerem jest szyfrowane System bankowy oczekuje na próbę połączenia oraz inicjuje je w przypadku wystąpienia zapytania Cały system oparty o język JAVA Sprawdzanie poprawności odebranych pakietów w module klienckim i serwera Wszystkie dane odbierane przez serwer są zapisywane w bazie danych za pomocą funkcji dostępowych odpowiedniego modułu

Wymagania DIAGRAM FUNKCJI UŻYTKOWNIKÓW Funkcje użytkowników; przedstawione za pomocą trójpoziomowego systemu dostępu: DIAGRAM FUNKCJI UŻYTKOWNIKÓW

Diagram przypadków użycia

Diagram przypadków użycia

Diagram komponentów

Moduł: Widok użytkownika

Moduł: Funkcje użytkownika

Moduł: Sieć

Moduł: Daemon

Moduł: Bank

Moduł: Baza Danych

Zależność pomiędzy funkcjami bankowymi a bazą danych

Zależność pomiędzy funkcjami bankowymi a daemonem

Zależność pomiędzy daemonem a bazą danych

Zależność pomiędzy funkcjami użytkownika a daemonem

Zależność pomiędzy widokiem użytkownika a jego funkcjami

Architektura a założenia 1. Hermetyczne moduły odzwierciedlają poszczególne elementy systemu 2. Każdy moduł spełnia swoją indywidualną i unikalną rolę w systemie 3. Zastosowanie architektury klient-serwer pozwala nam zrealizować jednoczesny dostęp do systemu dla wielu użytkowników 4. Walidacja merytoryczna danych i kontrola poprawności transmisji zapewnia bezpieczeństwo i stabilność systemu