Dokumentacja wymagań

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.

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

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:

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óź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ądź przez pracownika biura terenowego za pomocą jego aplikacji mająca na
celu zarezerwowanie miejsc dotyczących danej oferty;

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ądź 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:

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  ź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ądź 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).

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
terenowego

wyświetlanie ofert wycieczek i pobytów wraz z możliwością ich dostosowywania
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
centrali

potwierdzanie rezerwacji, kontakt z podwykonawcami (w tym fizyczne
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

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ądź dane ją charakteryzujące (cel, atrakcje, nazwiska
przewodników, środki transportu, miejsca noclegowe, długośd wycieczki, data i czas,
cena)

Źródło danych
wejściowych

Zestaw charakterystyk opisujących wycieczkę wprowadzanych przez klienta bądź
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.

Źródło danych
wejściowych

Lista wycieczek lub znany identyfikator wycieczki (wcześniej pobrane z bazy jako
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.

Źródło danych
wejściowych

Dane wprowadzone z klawiatury. Identyfikator wycieczki z zamówienia. Klawiatura.

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

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.

Źródło danych
wejściowych

Klient wybiera dane, pracownik biura wprowadza jest i przesyła do centrali.
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.

Źródło danych
wejściowych

Informacje od klienta odnośnie sposobu opłaty. Klawiatura.

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.

Źródło danych
wejściowych

Klawiatura

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.

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ądź 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.

Źródło danych
wejściowych

Baza danych.

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ądź 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

Źródło danych
wejściowych

Baza danych, klawiatura; centrala dokonuje rezerwacji na podstawie zamówieo oraz
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.

Źródło danych
wejściowych

Baza danych

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.

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;

Źródło danych
wejściowych

Klawiatura

Wynik

Zapisanie w bazie aktualnych danych, bądź 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;

Źródło danych
wejściowych

Baza danych

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

Źródło danych
wejściowych

Baza danych

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

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

Źródło danych
wejściowych

Baza danych

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

Źródło danych
wejściowych

Baza danych, klawiatura

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)

Źródło danych
wejściowych

Baza danych, klawiatura

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

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)

Źródło danych
wejściowych

Klawiatura

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 źródłowych systemu, dzięki czemu może go
modyfikowad.

Dane wejściowe

Zaktualizowana specyfikacja wymagao, kod w języku programowania / skryptowym

Źródło danych
wejściowych

Klawiatura

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

Źródło danych
wejściowych

Ręczne żądanie wykonania kopii lub zautomatyzowany skrypt.

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.

Dokumentacja wymagań systemu informatycznego

3.2. Wymagania niefunkcjonalne (ograniczenia)

Wyszczególnienie

Weryfikowalna miara

Kod strony WWW ma byd zgodny ze standardami określanymi przez
World Wide Web Consortium odnośnie specyfikacji HTML 4.01, CSS2
i DOM2

Walidator W3C

System ma dad się obsłużyd tylko za pomocą klawiatury

Łatwośd obsługi
wyłącznie za pomocą
klawiatury

Strona w danym momencie musi obsłużyd przynajmniej 250 żądao

Stabilnośd serwera i
dostępnośd strony

System zarządzania bazą danych ma obsłużyd przynajmniej 150
jednoczesnych połączeo

Stabilnośd i
dostępnośd serwera
bazy danych

Maksymalny czas reakcji (czas od wysłania żądania do wyświetlenia
potwierdzenia) – 5s

Czas

Sied w technologii Fast Ethernet 100Mbps

Przepustowośd

Aplikacje systemu mają byd kompatybilne z trzema ostatnimi
wydaniami systemu Windows (XP, Vista, 7)

Przenośnośd

Interfejsy podwykonawców dostępne w języku angielskim (ze
względu na wielonarodowośd podwykonawców)

Łatwośd użytkowania,
dostępnośd

Systemy UPS (zasilania awaryjnego) mają zapewnid zasilanie na co
najmniej 30 min

Czas

10. Czas szkolenia pracowników ma wynosid 1 dzieo roboczy

Ł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);