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.

Zespół: Marcin Przerwa Marek Oleksiak Krzysztof Piotrowski Kamil Piersa Maciej Prokopczyk Paweł Mieczkowski Kamil Michniewicz Tomasz Majewski	Prowadzący: mgr inż. Kamil Komański Wykonano: 17.01.2012

W a r s z a w a 2012

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:

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

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

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

  • 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. 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. 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. Zakres testowania

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

1. Pozycje testowania

   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)

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

1. Procedury użytkownika

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

1. Procedury operatora

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

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

1. Funkcje nie podlegające testowaniu

Pozostałe funkcje systemu.

1. Podejście

   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

   1. Testy integracyjne

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

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

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

   1. Testy przywracania danych

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

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

   1. Testy regresyjne

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

   1. Testy akceptacyjne

1. Kontrola zgodności wytwarzanego produktu ze specyfikacją projektową.

   1. Testy beta

Testy wykonywane przez użytkownika końcowego, w celu stwierdzenia poprawnej realizacji założeń projektowych.

1. Kryteria przyjęcia / odrzucenia

   1. Kryteria zawieszenia

   1. Podatność systemu na ataki

   2. Brak zgodności z specyfikacją projektową

   3. Błędne nadanie paczki

   4. Błędne pobranie należności

   1. Kryteria wznowienia

   1. Naprawa wszystkich wad oprogramowania

   2. Przejście testów bezpieczeństwa

   3. Przejście testów regresyjnych

   1. Kryteria zatwierdzenia

Przejście wszystkich testów.

1. Proces testowania

   1. Rezultaty testów

Rezultaty testów dostarczane będą w postaci udokumentowanych raportów, ze szczegółowym objaśnieniem przeprowadzonych procedur oraz odpowiednie wnioski.

1. Zadania testów

Czynności niezbędne do przygotowania i przeprowadzenia testów:

- przygotowanie środowiska uruchomieniowego

- przygotowanie scenariuszy testowych

- zebranie zespołów odpowiedzialnych za poszczególne zadania

- dobranie personelu z odpowiednimi umiejętnościami

1. Odpowiedzialności

Kierowanie testami – Testerzy

Projektowanie testów – Testerzy, programiści

Przygotowanie testów – Testerzy

Wykonanie testów – Testerzy, programiści, użytkownicy

Świadkowie testów – Personel operacyjny

Sprawdzanie testów – Testerzy

Rozwiązywanie testów – Testerzy, programiści, personel pomocy technicznej, pracownicy administracji danych, użytkownicy.

1. Harmonogram

Zostanie ustalony po zatwierdzeniu planu.

1. Wymagania środowiskowe

   1. Sprzętowe

W celu przeprowadzenia testów niezbędne jest urządzenie obsługujące system, wyposażone w dotykowy ekran, drukarkę do drukowania potwierdzeń oraz urządzenie do ważenia paczek.

1. Programowe

W celu przeprowadzenia testów oprogramowania oraz bezpieczeństwa niezbędna jest aktualna wersja oprogramowania zainstalowana na urządzeniu.

1. Publikacji

Aby poprawnie zweryfikować funkcjonalność należy zapewnić dostęp do aktualnej bazy dokumentacji technicznej oraz projektowej.

1. Zmiany procedur zarządzania

Rozpoczęcia , przegląd i zezwolenia zmiany procedur zarządzania będą zależeć od decyzji kierowniczych projektu.

1. Zatwierdzenia planu

Zatwierdzenie planu będzie dokonane przez kadry kierownicze projektu.

Wnioski

Zadanie laboratoryjne numer 3 dotyczyło stworzenia diagramów wdrożenia modelowanego systemu oraz stworzenia planu testów. Diagramy wdrożenia zostały utworzone w środowisku Rational Software Architect. Diagramy wdrożenia odzwierciedlają fizyczną strukturę całego systemu, bądź podsystemu, z uwzględnieniem oprogramowania i sprzętu. Przedstawiają powiązania między oprogramowaniem a sprzętem. Diagramy te odgrywają znaczenie w przypadku dużych, złożonych systemów np. rozproszonych. W przypadku małych systemów ich rola jest zazwyczaj ograniczona.
W dalszej części zadania należało stworzyć plan testów. Plan testów został stworzony na podstawie normy IEEE 829-1998. Norma ta jest podstawowym standardem dla testowania oprogramowania (Standard for Software Test Documentation).