AIP Lab3 Spr

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):

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ń:

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



Wyszukiwarka

Podobne podstrony:
Hipua lab3 spr
lab3 spr
AIP Lab2 Spr
I0H1S4 Kamil Piersa spr lab3 docx
Spr[1] adm i uznanie adm
08 03 KPGO Spr z realizacji
17 Rozp Min Zdr w spr szk czyn Nieznany
lab3
lab3 kalorymetria
przetworka spr ostatnie
as spr 5 id 69978 Nieznany (2)
metr spr 5
belka spr podl
Instrukcja Lab3
078c rozp zm rozp min gosp w spr szkolenia w dziedzinie bhp
lab3 6
99 SPOSOBÓW OKAZYWANIA DZIECIOM MIŁOŚCI, Różne Spr(1)(4)

więcej podobnych podstron