WOJSKOWA  AKADEMIA  TECHNICZNA

im. Jarosława Dąbrowskiego

WYDZIAŁ  CYBERNETYKI

ANALIZA I PROJEKTOWANIE SYSTEMÓW TELEINFORMATYCZNYCH

Sprawozdanie z laboratorium nr 3

Temat: System pobierania opłat za paczki pocztowe.

W a r s z a w a   2012

Spis treści

Wstęp              3

Zespół projektowy              3

Treść zadania              3

Topologia systemu – pobierania opłat za paczki pocztowe (SPOZPP)              4

Diagramy wdrożenia              4

Testowanie systemu              6

Plany testów              6

Wnioski              10

Wstęp

Zespół projektowy
 

Skład zespołu projektowego (Grupa I0H1S4, Podgrupa 2):

·      Marcin Przerwa (kierownikzespołu)

·      Kamil Piersa

·      Marek Oleksiak

·      Krzysztof Piotrowski

·      Maciej Prokopczyk

·      Kamil Michniewicz

·      Tomasz Majewski

·      Paweł Mieczkowski

Treść zadania

a.  Testowanie oprogramowania. Modelowanie ograniczeń i topologii ST w RSA.

i. Zadaniem grupy studentów jest rozpoznanie narzędzi i zamodelowanie diagramów    wdrożenia dla wybranego przez prowadzącego na pierwszych zajęciach systemu oraz stworzenie koncepcji testów.

Topologia systemu – pobierania opłat za paczki pocztowe (SPOZPP)

Diagramy wdrożenia

Kolejnym etapem w realizacji systemu było utworzenie diagramów wdrożenia systemu. Diagram wdrożenia pokazuje sposób połączenia sprzętu i oprogramowania odzwierciedlając tym samym strukturę modelowanego systemu po wdrożeniu. Poniższy diagram wdrożeniowy przedstawia strukturę systemu pobierania opłat za paczki pocztowe, czyli urządzenia z którym współpracuje klient w celu nadania paczki.

Rys.1. Diagram wdrożenia

Paczkomat składa się z następujących urządzeń:

·         Komputer PC – z zainstalowanym systemem Windows CE, na którym zainstalowany i uruchomiony jest system główny nadawania paczek. Komputer posiada dostęp do Internetu i udostępnia Urządzeniu płatniczemu.

·         Ekran dotykowy – monitor o przekątnej 22’ reagujący na dotyk. Urządzenie umożliwia komunikację użytkownika z aplikacją oraz wprowadzanie parametrów paczki i wyświetlanie komunikatów. Ekran połączony jest z komputerem za pomocą łącza VGA.

·         Podajnik z wagą – Urządzenie służące do pomiaru wagi paczki, połączone z komputerem za pomocą łącza USB 2.0.

·         Drukarka – służy do drukowania samoprzylepnej etykiety na paczkę, potwierdzeń oraz paragonu dla klienta. Połączone z komputerem za pomocą łącza USB 2.0.

·         Urządzenie płatnicze – zintegrowanie urządzenie umożliwiające realizację płatności, połączone jest z komputerem za pomocą łącza USB 2.0. Za pomocą łącza internetowego realizuje transakcję płatniczą. Urządzenie składa się z następujących komponentów:

o       Terminal płatniczy – posiada skaner kart magnetycznych oraz klawiaturę do wprowadzania pinu, umożliwia realizację płatności przy pomocy karty.

o       Terminal gotówkowy – urządzenie służące do odbioru monet i banknotów, w przypadku płatności gotówkowej.

o       Kaseta z pieniędzmi – zawiera posegregowane banknoty oraz bilon przeznaczony na wydawanie reszty w przypadku płatności gotówkowej.

o       Depozyt – to szuflada z pieniędzmi pobranymi od klienta podczas płatności gotówkowej.

Kolejny diagram pokazuje sposób połączenia SPOZPP  z pozostałymi komponentami systemu:

System pobierania opłat za paczki pocztowe (SPOZPP) poprzez łącze internetowe komunikuje się z Centralną bazą danych oraz systemem płatniczym. W Centralnej bazie danych zapisywane są informacje o zamówionych przesyłkach. Także poprzez Internet SPOZPP komunikuje się z systemem realizacji płatności.

Testowanie systemu

Plany testów

1.     Wstęp

Dokument Plan Testów został stworzony w celu przedstawienia procesu testowania projektu. Identyfikuje poszczególne elementy systemu podlegające testowaniu, określa sposób testowania, osoby odpowiedzialne za testowanie, a także ryzyka związane z niepowodzeniem testów.

1.1.  Cele

Celem testów jest weryfikacja tworzonego projektu, aby spełniał wymagania zgodności ze specyfikacją klienta, a także oczekiwania przyszłych użytkowników w zakresie użytkowania systemu.

1.2.  Strategia testów

Proces testowania będzie polegał na analizie oprogramowania w celu znalezienia różnic między istniejącą funkcjonalnością a specyfikacją projektową.

1.3.  Zakres testowania

Testy będą przeprowadzane we wszystkich etapach wytwarzania produktu, począwszy od projektowania, na końcowym testowaniu wynikowego produktu.

2.     Pozycje testowania

2.1.  Moduły programu

System podzielony jest na 4 części, które powinny zostać dogłębnie sprawdzone względem dokumentacji projektowej, oraz przetestowane odnośnie prawidłowego działania:

•              Moduł obsługi bazy danych

•              System płatniczy

•              System główny

•              System komunikacyjny (interfejs użytkownika)

2.2.  Procedury kontroli pracy

Procedura polega na weryfikacji pracy zespołu zaangażowanego w projekt. Sprawdzeniu podlega czas pracy pracowników, a także jego ilość, włożona w realizację poszczególnych elementów systemu.

2.3.  Procedury użytkownika

Procedura polega na kontroli dokumentacji dla użytkowników, w celu sprawdzenia jej poprawności i kompletności.

2.4.  Procedury operatora

Procedura ma na celu weryfikację poprawnego działania aplikacji w produkcyjnym środowisku.

3.     Funkcje do testowania

Funkcje systemu podlegające testowaniu:

Nadanie paczki: określenie danych adresowych adresata, proces ważenia paczki, wybór opcji dodatkowych.

Płatność: wybór metody płatności, wydawanie reszty, księgowanie wpłaty i wydawanie pokwitowania.

4.     Funkcje nie podlegające testowaniu

Pozostałe funkcje systemu.

5.     Podejście

5.1.  Testowanie komponentów

1)   Nadanie paczki – automatyczne dokonanie ważenia, wprowadzenie wymaganych informacji adresowych, wybór opcji

2)   Dokonanie płatności – wybór między kartą płatniczą i gotówką, pobranie reszty, odbiór pokwitowania

5.2.  Testy integracyjne

1)   Weryfikacja współpracy terminala do ważenia paczek oraz komunikacji z oprogramowaniem.

5.3.  Testy interfejsu

1)   Weryfikacja łatwości wprowadzania danych

2)   Weryfikacja kreatorów prowadzących użytkownika przez proces nadawania paczki

3)   Weryfikacja systemu i użyteczności systemu pomocy użytkownika

5.4.  Testy bezpieczeństwa

1)   Audyt bezpieczeństwa oprogramowania pod kątem wadliwych pól interfejsu użytkownika, umożliwiających atak na bazę danych systemu.

5.5.  Testy przywracania danych

1)   Weryfikacja jakości oraz częstości tworzenia kopii zapasowych bazy danych.

5.6.  Testy wydajnościowe

1)   Przetestowanie szybkości działania aplikacji przy obciążonej bazie danych z powodu użytkowania systemu przez wielu użytkowników.

5.7.  Testy regresyjne

1)   Sprawdzanie, czy nowo wdrożone funkcje nie zaburzają poprawności wcześniej przeprowadzanych testów.

5.8.  Testy akceptacyjne

1)   Kontrola zgodności wytwarzanego produktu ze specyfikacją pro...