1 Dokumentacja wymagań systemu informatycznego
SYSTEM INFORMATYCZNY OBSA
UGI
BIURA PODRÓŻY
Dokumentacja wymagao ANSI/IEEE Std 830-1993
Warszawa, 2010
2 Dokumentacja wymagań systemu informatycznego
Spis treści
1. Wstęp
1.1. Cel;
1.2. Zakres;
1.3. Definicje, akronimy i skróty;
1.4. Referencje, odsyłacze do innych dokumentów;
1.5. Krótki przegląd;
2. Ogólny opis
2.1. Walory użytkowe i przydatnośd projektowanego systemu;
2.2. Ogólne możliwości projektowanego systemu;
2.3. Ogólne ograniczenia ;
2.4. Charakterystyka użytkowników;
2.5. Åšrodowisko operacyjne;
2.6. Założenia i zależności;
3. Specyficzne wymagania
3.1. Wymagania funkcjonalne (funkcje systemu);
3.2. Wymagania niefunkcjonalne (ograniczenia);
3.3. Wymagania dziedzinowe;
Status dokumentu
Zespół wytwórczy 9/2010/GB w składzie
Kierownik projektu / ZamawiajÄ…cy Paulina Turlewicz
ZamawiajÄ…cy / Tester akceptacyjny Piotr Szela
Analityk / Projektant Piotr Surma
Analityk / Tester wewnętrzny Maciej Zarzycki
Projektant / Tester wewnętrzny Karol Pawłowski
Zmiany w stosunku do wersji poprzedniej
Wersja pierwsza.
3 Dokumentacja wymagań systemu informatycznego
1. Wstęp
Niniejszy dokument stanowi specyfikację wymagao systemu informatycznego obsługi biura
podróży. Jego celem jest jednoznaczne określenie wymagao klienta odnośnie tworzonego systemu,
wyszczególnienie poszczególnych elementów składowych systemu oraz zapisanie ich w czytelnej i
jasnej formie dla obu stron.
Dokument powstał na podstawie wywiadu przeprowadzonego pomiędzy klientem, a zespołem
wytwórczym, w szczególności analitykami.
1.1. Cel
Celem projektu jest zaprojektowanie i stworzenie systemu informatycznego
odpowiadającego za obsługę biura podróży. System ma zapewnid komunikację oddziałów
terenowych biura z centralną bazą danych, a także możliwości samodzielnych rezerwacji wycieczek
przez klientów formy za pośrednictwem odpowiedniej strony Web.
System ma za zadanie ułatwid i zautomatyzowad pracę w oddziałach terenowych,
skomunikowad ze sobą wszystkie jednostki firmy, zapewnid klientom dostęp do aktualnej oferty oraz
zapewnid komunikację z firmami zewnętrznymi oraz podwykonawcami (firmy transportowe, hotele i
inni usługodawcy).
Schemat struktury firmy przedstawia poniższy diagram:
4 Dokumentacja wymagań systemu informatycznego
1.2. Zakres
System ma obejmowad sprawy zwiÄ…zane z przygotowaniem ofert handlowych przez centralÄ™
firmy, w tym kontakt z podwykonawcami i zamówieniem u nich ich usług (takich jak transport,
zakwaterowanie, ubezpieczenia) oraz dokonywaniem odpowiednich opłat za usługi. Ponadto ma
zapewniad odpowiednią ekspozycję ofert klientom na stronie internetowej, która dodatkowo ma
zapewniad możliwośd rezerwacji i dokonania opłaty.
Biura terenowe mają korzystad ze swojego podsystemu połączonego z centralna bazą
danych, który zapewnia pobranie aktualnych ofert, dokonywanie rezerwacji, a także przyjmowania
zamówieo na zlecenia specjalne.
Centrala firmy dodatkowo wyposażona ma byd w stanowiska call-center świadczące
informacje o bieżącej ofercie, a także informacje o statusie aktualnie odbywających się wycieczek i
osób w niej uczestniczących.
Termin realizacji projektu i jego wdrożenia zaplanowany jest na styczeo 2011 tak, by można
był z niego korzystad przed sezonem wakacyjnym 2011. Całkowity koszt systemu zamyka się w
kwocie 2 000 000 zł.
Klient nie prowadził wcześniej działalności wycieczkowo  turystycznej, stąd powstający
system nie posiada ograniczeo związanych z kompatybilnością z systemami wcześniej istniejącymi.
1.3. Definicje, akronimy i skróty
W dalszej części dokumentu użyto następujących pojęd:
·ð baza danych  zbiór wszystkich danych firmy (wÅ‚Ä…cznie z danymi klientów i pracowników,
bieżącymi ofertami, odbywającymi się wycieczkami, informacjami o płatnościach,
statystykami i raportami) przechowywanych w centrali firmy w sposób zapewniający
bezpieczeostwo danych, autoryzację i zoptymalizowane metody dostępu do danych;
·ð podwykonawca  osoba trzecia dostarczajÄ…ca bezpoÅ›rednie usÅ‚ugi wycieczkowe, jak
transport, zakwaterowanie, ubezpieczenie, wyżywienie, usługi prawne, infrastrukturę
telekomunikacyjnÄ…;
·ð interfejs/aplikacja  specjalistyczna aplikacja przeznaczona dla danego stanowiska pracy
umożliwiająca wykonywanie akcji przeznaczonych dla danej osoby oraz zapewniająca dostęp
do danych; wyróżnia się aplikację dla pracownika biura terenowego, dla zarządu, dla centrali,
dla podwykonawców oraz interfejsy (w formie strony internetowej, kanałów RSS, kont w
portalach społecznościowych) dla klientów;
·ð kopia zapasowa  kopia bazy danych tworzona celem póz
niejszego odtworzenia w przypadku
awarii;
·ð IT  dziaÅ‚ firmy odpowiedzialny za kwestie techniczne;
·ð tworzenie oferty  akcja wykonywana przez centralÄ™ majÄ…ca na celu przygotowanie
wycieczki na podstawie aktualnych trendów oraz wolnych miejsc i terminów u
podwykonawców;
·ð wybranie oferty/zamówienie  akcja wykonywana przez klienta za poÅ›rednictwem strony
internetowej bÄ…dz
przez pracownika biura terenowego za pomocÄ… jego aplikacji majÄ…ca na
celu zarezerwowanie miejsc dotyczÄ…cych danej oferty;
5 Dokumentacja wymagań systemu informatycznego
·ð rezerwacja fizyczna/finalizacja  akcja podejmowana przez centralÄ™ po zebraniu
dostatecznej liczby zamówieo polegająca na potwierdzeniu zorganizowania wycieczki,
fizycznego zamówienia środków u podwykonawców i dokonania opłat podwykonawcom;
·ð wymiana danych klientów  przekazanie podwykonawcom danych osobowych klientów,
celem utworzenia listy pasażerów (dla transportu lotniczego) bądz
innych zobowiÄ…zao
zgodnie z lokalnym prawem lub umowami; wymiana danych odbywa siÄ™ zgodnie z UstawÄ… o
Ochronie Danych Osobowych (odnośnik w punkcie 1.4);
1.4. Referencje, odsyłacze do innych dokumentów
·ð Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U. 1997 Nr 133 poz. 883)
-> Å‚Ä…cze;
·ð Specyfikacja W3C HTML 4.01 -> Å‚Ä…cze;
·ð Specyfikacja W3C CSS 2 -> Å‚Ä…cze;
·ð Specyfikacja W3C Document Object Model Level 2 -> Å‚Ä…cze;
1.5. Krótki przegląd
Główna funkcjonalnośd systemu została zaprezentowana na poniższy diagramie przypadków
użycia:
6 Dokumentacja wymagań systemu informatycznego
7 Dokumentacja wymagań systemu informatycznego
2. Ogólny opis
2.1. Walory użytkowe i przydatnośd projektowanego systemu
Aplikacje systemu należy zaprojektowad tak, aby były zrozumiałe i łatwe w obsłudze dla
użytkowników, którzy nie posiadają żadnej wiedzy technicznej. Ma zapewniad bezproblemową
komunikację między wszystkimi podsystemami. Pracownicy działy IT mają bezpośredni dostęp do
bazy danych oraz kodów z
ródłowych aplikacji, dzięki czemu mogą dostosowywad system do
aktualnych oczekiwao użytkowników oraz wymagao prawnych i biznesowych.
Budowa systemu ma byd na tyle skalowalna, aby możliwe było dodawania nowych
komponentów aplikacji bez dużych zmian i nakładów w istniejącym systemie, szczególnie jeśli chodzi
o komponenty dotyczące interfejsów podwykonawców. Firmy współpracujące często się zmieniają,
przez co częsta będzie modyfikacja podsystemów odpowiadających za komunikację z ich systemami
wewnętrznymi.
2.2. Ogólne możliwości projektowanego systemu
System w prosty sposób łączy wszystkie jednostki biura podróży. Bez niego komunikacja
pomiędzy działami, w szczególności przesyłanie ofert podróży czy rezerwacja byłyby bardzo
utrudnione lub nawet niemożliwe. Dzięki niemu praca staje się wydajniejsza i taosza. Od chwili
utworzenia oferty do momentu zarezerwowania środków mija chwila. System pozwala także na
 samoobsługę klientów za pośrednictwem strony internetowej. Żaden pracownik nie jest wtedy
niepotrzebnie obciążany, przez co obsługa staje się taosza.
Dzięki aspektom społecznościowym (np. firmowe konta na Facebooku czy Twitterze) można
zgromadzid rzeszę stałych klientów, którzy będą polecad usługi biura swoim znajomym. Można dzięki
temu także śledzid aktualne trendy na rynku i dostosowywad do nich ofertę biura.
2.3. Ogólne ograniczenia
Każda aplikacja zapewnia akcje tylko dla tego stanowiska, dla którego została przystosowana.
Ponadto stosowana jest autoryzacja i kontrola dostępu tak, aby dany pracownik miał dostęp tylko do
tych danych, które są wymagane w jego obowiązkach. Wszystkie operacje są logowane.
Klient ma dostęp tylko do odczytu ofert z poziomu strony internetowej oraz do formularza
rezerwujÄ…cego wycieczkÄ™ bÄ…dz
pobyt. Może także dokonad wpłaty.
Pracownicy mają dostęp do swoich aplikacji tylko z poziomu sieci firmowej z komputerów na
swoich stanowiskach pracy. Dostęp do systemu wymaga autoryzacji  pracownik na początku
swojego dnia pracy wprowadza swoją nazwę użytkownika i hasło, a po zakooczeniu pracy musi się
wylogowad. Na komputerach w pracy nie ma dostępu do usług i stron, które mogą byd niekorzystne z
punktu widzenia wydajności pracy (np. komunikatory internetowe).
8 Dokumentacja wymagań systemu informatycznego
2.4. Charakterystyka użytkowników
Użytkownikami systemu są osoby bez wykształcenia technicznego, szczególnie
informatycznego. Narzędzia muszą byd zatem proste i zrozumiałe, a interfejsy aplikacji czytelne i
intuicyjne. Z tworzonego systemu będą korzystad następujące grupy użytkowników:
Nazwa
użytkownika Realizowane działania
klient wyświetlanie ofert wycieczek i pobytów, możliwośd złożenia rezerwacji,
możliwośd dokonania płatności przez kanał internetowy
pracownik biura wyświetlanie ofert wycieczek i pobytów wraz z możliwością ich dostosowywania
terenowego do potrzeb klientów, możliwośd złożenia rezerwacji, możliwośd złożenia
specjalnego zamówienia, możliwośd odebrania płatności, w tym płatności
kartowych
pracownik potwierdzanie rezerwacji, kontakt z podwykonawcami (w tym fizyczne
centrali zamawianie środków), obsługa płatności dla podwykonawców,
przygotowywanie ofert i zatwierdzanie ofert specjalnych, dostęp do informacji o
trwających wycieczkach, dostęp do bazy klientów i przesyłanie jej
podwykonawcom
zarząd / kadry dostęp do statystyk i raportów, dostęp do bazy pracowników
podwykonawca uaktualnianie danych o swoich środkach (liczba miejsc, terminy), odbieranie
informacji o zamówieniu przez centralę
pracownik IT Pełen dostęp do bazy danych i kodów oprogramowania, tworzenie kopii
zapasowej, dbanie o bezpieczeostwo, uaktualnienia i wydajnośd
2.5. Åšrodowisko operacyjne
Aplikacje systemu pracują na komputerach klasy PC działających pod kontrolą jednego z
trzech ostatnich systemów z rodziny Windows (XP, Vista, 7). Komputery przyłączone są do firmowej
sieci oraz mają dostęp do Internetu.
Serwery pracują pod kontrolą systemu Debian Linux 5, a dane składowane są w relacyjnej
bazie danych Oracle Database 11g R2.
2.6. Założenia i zależności
System opera się na dużej bazie danych. Jakakolwiek awaria bazy może unieruchomid całe
biuro podróży. Dlatego tak ważnym jest tworzenie kopii zapasowych.
Wszystkie zamówienia i rezerwacje przesyłane są do centrali, która podejmuje ostateczne
decyzje co do faktycznego zorganizowania wycieczki i ewentualnego zabezpieczenia środków
9 Dokumentacja wymagań systemu informatycznego
przeznaczonych na nią. Centrala z kolei przygotowuje oferty, które zapisywane są w bazie. Biura z
kolei (a także aplikacja internetowa) pobiera je z bazy celem przedstawienia klientom. W ten sposób
komunikacja między centralą, a biurami terenowymi jest dwustronna.
3. Specyficzne wymagania
3.1. Wymagania funkcjonalne (funkcje systemu)
Nazwa funkcji Wyświetlenie oferty
Opis Funkcja pozwala pobrad z bazy danych i zaprezentowad ofertę konkretnej podróży.
Dane wejściowe Identyfikator wycieczki bądz
dane jÄ… charakteryzujÄ…ce (cel, atrakcje, nazwiska
przewodników, środki transportu, miejsca noclegowe, długośd wycieczki, data i czas,
cena)
y
ródło danych Zestaw charakterystyk opisujących wycieczkę wprowadzanych przez klienta bądz

wejściowych pracownika biura (w zależności od aplikacji). Klawiatura.
Wynik Wyświetlenie oferty (lub ofert) spełniających kryteria.
Warunek wstępny Brak
Warunek koocowy Wybrano identyfikator wycieczki lub przynajmniej jednÄ… z cech charakteryzujÄ…cych jÄ….
Efekty uboczne Brak wycieczek o wprowadzonych parametrach, możliwe zmiany charakterystyki
wycieczki.
Powód Prezentacja wycieczek oferowanych przez biuro podróży.
Nazwa funkcji Złożenie zamówienia
Opis Rezerwacja miejsca na danÄ… wycieczkÄ™.
Dane wejściowe Identyfikator wycieczki, liczba rezerwacji, forma płatności, uwagi dodatkowe klienta,
dane osobowe.
y
ródło danych Lista wycieczek lub znany identyfikator wycieczki (wcześniej pobrane z bazy jako
wejściowych oferty). Dodatkowo wprowadzone dane z klawiatury odnośnie liczby rezerwacji, uwag.
Wynik Zapisanie zamówienia w bazie danych. Wyświetlenie odpowiedniego komunikatu.
Warunek wstępny Odczyt danych ofert.
Warunek koocowy Wybrano wycieczkę, wprowadzono formę płatności i liczbę rezerwacji.
Efekty uboczne Wyczerpany limit miejsc.
Powód Kanał sprzedaży usług biura.
Nazwa funkcji Wykonanie przelewu
Opis Klient płaci za zarezerwowaną przez siebie wycieczkę.
Dane wejściowe Identyfikator wycieczki, sposób płatności, dane karty płatniczej, swoje dane osobowe.
y
ródło danych Dane wprowadzone z klawiatury. Identyfikator wycieczki z zamówienia. Klawiatura.
wejściowych
Wynik Dokonanie płatności, uzyskanie potwierdzenia od banku lub wystawcy karty, zapisanie
w bazie informacji o dokonaniu płatności.
Warunek wstępny Złożenie zamówienia.
Warunek koocowy Wprowadzenie prawidłowych danych karty.
Efekty uboczne Brak środków, brak autoryzacji ze strony banku.
Powód Zapłata za wycieczkę.
10 Dokumentacja wymagań systemu informatycznego
Nazwa funkcji Złożenie zamówienia specjalnego (oferta indywidualna)
Opis Klient prosi o zorganizowanie konkretnej wycieczki.
Dane wejściowe Charakterystyka wycieczki (cel, data, środki transportu, atrakcje turystyczne), liczba
osób, dane osobowe.
y
ródło danych Klient wybiera dane, pracownik biura wprowadza jest i przesyła do centrali.
wejściowych Klawiatura.
Wynik Stworzenie oferty indywidualnej, zapisanie jej w bazie danych.
Warunek wstępny Brak
Warunek koocowy Wprowadzenie przynajmniej jednej charakterystyki wycieczki, podanie liczby osób i
danych osobowych.
Efekty uboczne Odmowa zorganizowania wycieczki specjalnej (brak środków u podwykonawców)
Powód Kanał sprzedaży usług biura.
Nazwa funkcji Pobranie opłaty przez pracownika biura
Opis Klient płaci w siedzibie biura terenowego.
Dane wejściowe Identyfikator wycieczki, kwota, sposób płatności.
y
ródło danych Informacje od klienta odnośnie sposobu opłaty. Klawiatura.
wejściowych
Wynik Zapisanie w bazie danych informacji o dokonanej opłacie.
Warunek wstępny Złożenie zamówienia.
Warunek koocowy Potwierdzenie z banku o dokonaniu przelewu (w przypadku przelewu) lub zapłata
gotówką pracownikowi.
Efekty uboczne Brak autoryzacji ze strony banku
Powód Zapłata za wycieczkę.
Nazwa funkcji Uaktualnienie danych o środkach podwykonawcy
Opis Podwykonawca przesyła informacje odnośnie środków lub usług jakie może zapewnid
w danym okresie czasu.
Dane wejściowe Identyfikator podwykonawcy, nazwa środka / usługi, wartośd środka, data i czas,
uwagi.
y
ródło danych Klawiatura
wejściowych
Wynik Uaktualnione dane o usługach podwykonawcy, dzięki czemu możliwe jest tworzenie
aktualnych ofert biura podróży.
Warunek wstępny Brak
Warunek koocowy Zatwierdzenie wprowadzonych danych.
Efekty uboczne Zmiana odnośnie usług, dla których zamówione zostały już wycieczki.
Powód Synchronizacja z możliwościami podwykonawców.
11 Dokumentacja wymagań systemu informatycznego
Nazwa funkcji Wymiana danych klientów
Opis Podwykonawca otrzymuje dane klientów celem stworzenia list pasażerów lub innych
czynności wymaganych prawem lokalnym bądz
umowami.
Dane wejściowe Dane osobowe klientów (imię, nazwisko, adres, telefon, PESEL, informacje o
ubezpieczeniu indywidualnym, dane osoby z którą należy się kontaktowad w nagłej
sytuacji). Niekiedy wymagane dodatkowe informacje jak np. informacje o
szczepieniach przeciwko chorobom tropikalnym, informacje odnośnie wiz, karalnośd,
stosunek do służby wojskowej.
y
ródło danych Baza danych.
wejściowych
Wynik Lista osób biorących udział w danej wycieczce.
Warunek wstępny Identyfikator wycieczki, identyfikator podwykonawcy
Warunek koocowy Przesłanie danych podwykonawcy.
Efekty uboczne Nie dotyczy
Powód Przestrzeganie prawa, w szczególności prawa lotniczego.
Nazwa funkcji Rezerwacja środków podwykonawcy
Opis Centrala rezerwuje środki bądz
usługi niezbędne do realizacji danej wycieczki, które
zapewnia podwykonawca.
Dane wejściowe Rodzaj usługi, data, długośd najmu / usługi, wymagania dotyczące oddelegowania
pracownika podwykonawcy (np. kierowca), cel
y
ródło danych Baza danych, klawiatura; centrala dokonuje rezerwacji na podstawie zamówieo oraz
wejściowych przewidywao odnośnie popularności celów wycieczek.
Wynik Podwykonawcy zapewniają wykonanie usługi.
Warunek wstępny Brak
Warunek koocowy Wprowadzenie wszystkich wymaganych danych dotyczÄ…cych wycieczki.
Efekty uboczne Odmowa zapewnienia usługi.
Powód Fizyczna organizacja wyjazdu.
Nazwa funkcji Tworzenie oferty
Opis Centrala na podstawie środków podwykonawców, zamówieo, przewidywao, statystyk
i trendów tworzy propozycje wycieczek, ustala terminy i cele. Dodatkowo może ustalid
promocje lub rabaty.
Dane wejściowe Informacje o zapotrzebowaniu, statystyki, informacje od podwykonawców,
zamówienia.
y
ródło danych Baza danych
wejściowych
Wynik Zapisanie w bazie danych gotowej oferty, która może byd zamówiona przez klienta.
Warunek wstępny Istnienie zapotrzebowania oraz dostępnych środków u podwykonawców.
Warunek koocowy Gotowa oferta, na którą składają się cele podróży, cena, rabaty, terminy, informacje o
ubezpieczeniach oraz zagrożeniach, środki transportu, informacje o zakwaterowaniu i
wyżywieniu, specjalne atrakcje;
Efekty uboczne Brak
Powód Usługa świadczona przez biuro podróży.
12 Dokumentacja wymagań systemu informatycznego
Nazwa funkcji Zarządzanie danymi klientów
Opis Dodawanie, modyfikacja i usuwanie danych o klientach.
Dane wejściowe Identyfikator klienta, imię, nazwisko, adres, telefon, osoba którą należy powiadomid w
nagłej sytuacji, grupa krwi, choroby przebyte, uczulenia;
y
ródło danych Klawiatura
wejściowych
Wynik Zapisanie w bazie aktualnych danych, bÄ…dz
usunięcie zbędnych.
Warunek wstępny Wypełnienie wymaganych pól formularza, szczególnie imię, nazwisko, adres, telefon
oraz kogo powiadomid w nagłej sytuacji.
Warunek koocowy Zapisanie w bazie danych aktualnych danych klienta.
Efekty uboczne Koniecznośd udzielenia zgody na przechowywanie danych osobowych.
Powód Funkcja zapewnia, że dane klientów mogą byd stale aktualizowane i dostępne.
Nazwa funkcji Organizacja finansów dla podwykonawców
Opis Zlecenie przelewu za usługi podwykonawców.
Dane wejściowe Identyfikator podwykonawcy, numer konta, kwota, rodzaj usługi za jaką wpłacane jest
wynagrodzenie;
y
ródło danych Baza danych
wejściowych
Wynik Przesłanie do banku żądania wykonania przelewu, zapisanie w bazie danych informacji
o rozliczeniu usługi, wystawienie faktury VAT;
Warunek wstępny Zamówienie usługi u podwykonawcy
Warunek koocowy Jak wyżej
Efekty uboczne Odmowa autoryzacji przelewu przez bank.
Powód Wynagrodzenie podwykonawcy za usługę.
Nazwa funkcji Rezerwacja fizyczna / finalizacja
Opis Centrala po zebraniu wystarczającej liczby klientów na daną wycieczkę potwierdza u
podwykonawców zamówione usługi
Dane wejściowe Identyfikator podwykonawców, cel podróży, informacje charakteryzujące usługę
danego podwykonawcy, data
y
ródło danych Baza danych
wejściowych
Wynik Zapisanie w bazie danych informacji o realizowanej wycieczce;
Warunek wstępny Zamówienie usługi przez klientów
Warunek koocowy Organizacja finansów dla podwykonawców, wymiana danych klientów
Efekty uboczne Odmowa wykonania usługi przez podwykonawcę
Powód Fizyczna realizacja usługi biura podróży
13 Dokumentacja wymagań systemu informatycznego
Nazwa funkcji Raporty / statystyki
Opis Zarząd ma dostęp do statystyk firmy, informacji o wycieczkach oraz ewentualnych
raportów
Dane wejściowe Identyfikatory wycieczek, okresy generowania statystyk
y
ródło danych Baza danych
wejściowych
Wynik Przedstawienie statystyk w formie wykresów
Warunek wstępny Brak
Warunek koocowy Jak wyżej
Efekty uboczne Brak
Powód Wyznaczenie nowych kierunków ekspansji firmy, określenie preferencji klientów i
tworzenie ofert jeszcze bardziej dostosowanych do potrzeb klientów
Nazwa funkcji Wypłaty
Opis Dział kadr ustala kwoty wypłat dla poszczególnych pracowników;
Dane wejściowe Dane pracownika (identyfikator), kwota wypłaty, okres
y
ródło danych Baza danych, klawiatura
wejściowych
Wynik Stworzenie schematu wynagrodzeo, które system raz w miesiącu będzie
automatycznie realizował (zlecał przelewy)
Warunek wstępny Wygenerowanie statystyk (wyciągnięcie na ich podstawie wniosków dotyczących
jakości pracy danego pracownika)
Warunek koocowy Jak wyżej
Efekty uboczne Brak
Powód Funkcja odpowiedzialna za wynagrodzenia dla pracowników.
Nazwa funkcji ZarzÄ…dzanie pracownikami
Opis Dodawanie (zatrudnianie), modyfikacja, usuwanie (zwalnianie) informacji o
pracownikach z bazy danych.
Dane wejściowe Dane pracownika (imię, nazwisko, adres, telefon)
y
ródło danych Baza danych, klawiatura
wejściowych
Wynik Stworzenie scentralizowanej bazy informacji o pracownikach (także z oddziałów
terenowych)
Warunek wstępny Brak
Warunek koocowy Jak wyżej
Efekty uboczne Brak
Powód Jak wyżej
14 Dokumentacja wymagań systemu informatycznego
Nazwa funkcji Pełen dostęp do bazy danych
Opis Dział IT może wykonad na bazie danych bezpośrednie zapytanie w języku bazy.
Zapewnienie bezpieczeostwa, spójności i efektywności bazy danych.
Dane wejściowe Zapytanie w języku bazy danych (np. SQL)
y
ródło danych Klawiatura
wejściowych
Wynik Zmiana struktury bazy, pobranie danych z bazy
Warunek wstępny Brak
Warunek koocowy W przypadku modyfikacji struktury bazy analiza poprawności i integralności bazy.
Efekty uboczne Ryzyko uszkodzenia bazy danych.
Powód Możliwośd modyfikacji bazy danych w zależności od aktualnych potrzeb firmy i rynku.
Możliwośd uzyskania dostępu do niestandardowych zestawów danych.
Nazwa funkcji Modyfikacja aplikacji / strony
Opis Dział IT ma dostęp do kodów z
ródłowych systemu, dzięki czemu może go
modyfikowad.
Dane wejściowe Zaktualizowana specyfikacja wymagao, kod w języku programowania / skryptowym
y
ródło danych Klawiatura
wejściowych
Wynik Zmodyfikowany system odpowiadający aktualnym wymaganiom rynku (pod względem
prawnym i biznesowym).
Warunek wstępny Brak
Warunek koocowy Sprawdzenie poprawności i integralności aplikacji.
Efekty uboczne Ryzyko uszkodzenia systemu.
Powód Nadążanie za zmianami na rynku.
Nazwa funkcji Tworzenie kopii zapasowych
Opis Tworzenie kopii bazy danych na wypadek awarii lub uszkodzenia.
Dane wejściowe Data tworzenie kopii lub okres, zakres kopiowanych danych
y
ródło danych Ręczne żądanie wykonania kopii lub zautomatyzowany skrypt.
wejściowych
Wynik Kopia zapasowa bazy danych, która może byd w każdej chwili odtworzona.
Warunek wstępny Brak
Warunek koocowy Brak
Efekty uboczne Duży rozrost danych, które trzeba przechowywad.
Powód Zapewnienie bezpieczeostwa przechowywanym danym.
15 Dokumentacja wymagań systemu informatycznego
3.2. Wymagania niefunkcjonalne (ograniczenia)
Nr Wyszczególnienie Weryfikowalna miara
1. Kod strony WWW ma byd zgodny ze standardami określanymi przez Walidator W3C
World Wide Web Consortium odnośnie specyfikacji HTML 4.01, CSS2
i DOM2
2. System ma dad się obsłużyd tylko za pomocą klawiatury A
atwośd obsługi
wyłącznie za pomocą
klawiatury
3. Strona w danym momencie musi obsłużyd przynajmniej 250 żądao Stabilnośd serwera i
dostępnośd strony
4. System zarządzania bazą danych ma obsłużyd przynajmniej 150 Stabilnośd i
jednoczesnych połączeo dostępnośd serwera
bazy danych
5. Maksymalny czas reakcji (czas od wysłania żądania do wyświetlenia Czas
potwierdzenia)  5s
6. Sied w technologii Fast Ethernet 100Mbps Przepustowośd
7. Aplikacje systemu mają byd kompatybilne z trzema ostatnimi Przenośnośd
wydaniami systemu Windows (XP, Vista, 7)
8. Interfejsy podwykonawców dostępne w języku angielskim (ze A
atwośd użytkowania,
względu na wielonarodowośd podwykonawców) dostępnośd
9. Systemy UPS (zasilania awaryjnego) majÄ… zapewnid zasilanie na co Czas
najmniej 30 min
10. Czas szkolenia pracowników ma wynosid 1 dzieo roboczy A
atwośd użytkowania
11. Czas wznowienia systemu po awarii maksymalnie 1 godzina Czas
12. Rozmiar bazy danych do 20 GB Rozmiar
3.3. Wymagania dziedzinowe
·ð Przy ustalaniu oferty system nie może pozwolid na zapisanie wycieczki, w której czas
przejazdu jest większy niż czas pobytu;
·ð Marża ustalana w zakresie 10  40%
·ð Im wycieczka dalsza/dÅ‚uższa tym marża odpowiednio wyższa;
·ð Åšrodek transportu adekwatny do celu (np. system nie może pozwolid na wybranie transportu
kołowego do krajów za oceanami);
·ð Sprawdzanie sensownoÅ›ci zamówienie już przez sam system, przed przekazaniem do
realizacji przez pracownika (środek transportu, cel, długośd, czas przejazdu, ubezpieczenie);