Informatyczny System Wspomagania Biura Maklerskiego

Dokument Specyfikacji Wymagań

Wersja 1.0

Spis treści

1. Wprowadzenie 3

1.1 Cel 3

1.2 Zakres 3

1.3 Definicje, akronimy i skróty 3

1.4 Dokumenty powiązane 4

1.5 Organizacja dokumentu 4

2. Opis ogólny 4

2.1 Diagram przypadków użycia - wnioski 4

2.2 Założenia i zależności 4

3. Wymagania systemowe 4

3.1 Wymagania funkcjonalne 4

3.2 Wymagania niefunkcjonalne 12

4. Informacje pomocnicze 12

Dokument Specyfikacji Wymagań

Wprowadzenie

Dokument Specyfikacji wymagań jest wynikiem konsulatcji z klientem, która ma za zadanie przełożyć cele klienta na wymagania zapewniające realizację tych celów. Na tym etapie określamy co dany system ma robić.

Cel dokumentu

Celem tego dokumentu jest określenie sposobu działania projektowanego systemu informatycznego biura maklerskiego.

Zakres dokumentu

Dokument swoim zakresem obejmuje wymagane środki i nakłady na stworzenie systemu, całkowite koszty związane z wdrożeniem projektowanego systemu, określa niezbędny czas realizacji systemu oraz zawiera opis platform sprzętowych niezbędnych do prawidłowego dzialnia systemu.

Cel

System ma usprawnić działanie biura maklerskiego. Głównym jego zadaniem jest zwiększenie wygody inwestorów oraz pracowników poprzez udostępnienie przyjaznego i intuicyjnego interfejsu ułatwiającego szybki dostęp do wszelkich informacji giełdowych.

Zakres

Zakresem systemu jest zbieranie informacji z dostępnych serwisów internetowych i przetwarzanie ich celem wspomagania podejmowania decyzji biznesowych.

Definicje, akronimy i skróty

System - program komputerowy ułatwiający pracę, dostarczający potrzebnych informacji i przetwarzający je.

Baza danych – program przechowujący informacje, pozwalający na łatwe ich wyszukiwanie po zadanych kryteriach

Aktor – osoba, która korzysta z systemu

Przeglądarka internetowa (WWW) - program komputerowy umożliwiający oglądanie stron internetowych

Autoryzacja – proces identyfikacji tożsamości aktora korzystającego z systemu

Strona WWW – strona internetowa

Nośnik danych – oprócz twardego dysku może to być płyta CD lub DVD

Dokumenty powiązane

[Tutaj należy umieścić kompletną listę dokumentów, do których występują odwołania gdziekolwiek w obrębie Dokumentu Specyfikacji Wymagań. Dla każdego dokumentu podaj: tytuł, datę publikacji oraz organizację publikującą. Przedstaw także źródła, skąd można go uzyskać.]

Organizacja dokumentu

[W tym miejscu należy umieścić informację o tym, co zawiera pozostała część Dokumentu Specyfikacji Wymagań oraz krótkie wyjaśnienie tego, jak dalszy materiał jest zorganizowany.]

Opis ogólny

System ma obejmować wszystkie komputery używane przez pracowników biura maklerskiego podczas pracy oraz serwer www.

Z systemu będą korzystać zarówno pracownicy biura jak i użytkownicy serwisu WWW.

Diagram przypadków użycia - wnioski

[W tym miejscu powinien znaleźć się ogólny opis diagramu przypadków użycia lub jego fragmentu odpowiedniego dla opisywanego podsystemu lub funkcji. W skład tego opisu musi wejść lista nazw i krótki ich opis dla wszystkich przypadków użycia oraz aktorów, załączając odpowiednie diagramy i relacje pomiędzy nimi.]

Założenia i zależności

System będzie działać na prywatnym serwerze firmy, i będzie pozwalał na obsługę wielu użytkowników jednocześnie. Powinien mieć zapewniony całodobowy dostęp do internetu.

Informacje przechowywane w bazie danych będą pozyskiwane z największych serwisów giełdowych. System będzię zapewniał dostep do usług z dwóch poziomów(użytkownik zewnetrzny, pracownik). Wykorzystanie komercyjnego oprogramowania zabezpieczającego dostęp.

[Ta sekcja opisuje środki technologiczne mające wpływ na analizę funkcjonalną, dostępność gotowych podsystemów lub komponentów lub inne założenia, które są istotne z punktu widzenia budowy Dokumentu Specyfikacji Wymagań.]

Wymagania systemowe

Serwer systemowy (strona www i baza danych) zbudowany jest z 32 procesorów i działa w oparciu o system Unix BSD 2.4.3 na dysku sieciowym o pojemności 2TB, z 64GB pamięci operacyjnej. Połączenie internetowe ma przepustowość 100Mb/s.

Wymagania funkcjonalne

1. Interfejs w postaci strony www

2. Współpraca z największymi giełdami światowymi (w tym polska)

3. Pobieranie informacji dotyczących giełd oraz automatyczne aktualizacje bazy danych serwisu

4. Zabezpieczenia serwisu, szyfrowanie, autoryzacja użytkowników

5. Łatwa komunikacja konta bankowego z kontem maklerskim

6. Narzędzia wspomagająco prognozująco statystyczne

7. Szybka komunikacja między członkami zespołu biura maklerskiego

8. Obsługa klientów, druki

9. Statystyki serwisu

10. Indywidualni konsultanci (komunikacja tekstowa, wideokonferencje)

11. Serwis administracyjny CMS

12. Możliwość szybkiej aktualizacji

13. Backup danych

14. Mobilna wersja strony www ułatwiająca korzystanie z serwisu poprzez telefon komórkowy

[Diagram przypadków użycia zawiera większość wymagań funkcjonalnych na system wraz z niektórymi wymaganiami niefunkcjonalnymi. Dla każdego zidentyfikowanego przypadku użycia załącz szczegółowy opis w tej secji. Upewnij się, że każde wymaganie jest jasno nazwane.]

Opis wymagań funkcjonalnych

Definiowanie interfejsu www

Konteks użycia

Przypadek opisuje w jaki sposób użytkownik będzie komunikował się z systemem.

Zakres

Wykonywanie operacji, zlecenia zakupu/sprzedaży akcji, dostep do danych osobistych oraz statystyk klienta

Aktor główny

Użytkownik zewnętrzny

Warunek początkowy

Operator Danych jest zalogowany w systemie i posiada uprawnienia do zapisu danych w bazie danych.

Gwarancja powodzenia

Nowe dane są poprawnie wprowadzone do bazy danych.

Lista wariantów technologii i danych

Relacyjna baza danych, wykorzystanie technologii PHP, AJAX, CSS, JavaScript, xHTML

Dodatkowe informacje

Interfejs zawiera:

• panel logowania(login, hasło, przypomnienie hasła, rejestracja nowego konta)

• aktualności, nowinki ze świata

• panel subskrypcji(dodanie adresu email do listy mailingowej)

• panel ustawień(dane personalne, preferencje/personalizacja systemu)

• panel statystyk(statystyki użytkownika, statystyki indeksów giełdowych, narzędzia analizujące)

• informacje dotyczące kontaktu z biurem maklerskim(informacje teleadresowe, formularz wysyłania wiadomości, obsługa wideokonferencji)

• logo firmy oraz hasło marketingowe w nagłówku strony

• panel operacyjny(kupowanie/sprzedawanie akcji, konsultowanie operacji z pracownikiem systemu)

Współpraca z największymi giełdami światowymi (w tym polska)

Konteks użycia

Przypadek opisuje w jaki sposób system pozyskuje dane wykorzystywane w serwisie

Zakres

Indeksy giełd światowych

Aktor główny

Serwer(aplikacja aktualizująca dane)

Gwarancja powodzenia

Dane są poprawnie przechowywane pobieranie do baz danych oraz wyświetlane w interfejsie oraz w statystykach.

Główny scenariusz powodzenia

1. Aktor wywołuje funkcję, która pobiera kolejno indeksy z wszystkich indeksów giełdowych.

2. Aktor zapisuje informacje do bazy danych.

3. Zakończenie akcji przypadku użycia

Rozszerzenia

Możliwość wyboru indeksów, które będą aktualizowane w określonych czasach.

Dodatkowe informacje

System umożliwia na każdym etapie przerwanie akcji realizacji przypadku użycia. Przerwanie akcji zarówno w głównym scenariuszu powodzenia jak i w jego rozszerzeniach nie powoduje zmiany stanu danych w bazie danych.

Raportowanie i analiza

Zabezpieczenia serwisu, szyfrowanie, autoryzacja użytkowników

Konteks użycia

Przypadek opisuje w jaki system wyświetla raport na temat pracownika z grupy kierowców lub kontrolerów.

Zakres

System raportowania

Poziom

Cel uzytkownika

Aktor główny

Analityk

Uczestnicy i interesy

Uczestnikiem przypadku użycia jest:

- Dział Kadr : przegląda statystki pracowników

Warunek początkowy

Analityk jest zalogowany w systemie.

Minimalna gwarancja

Brak.

Gwarancja powodzenia

Dane są poprawnie wyświetlone w formie raportu.

Wyzwalacz

Zapotrzebowanie na przeanalizowanie jakości, wydajności pracy pracownika.

Główny scenariusz powodzenia

1. Aktor wybiera funkcję „pokaż raport o pracowniku”.

2. Aktor wybiera grupe pracowników:
- albo kierowcy
- albo kontrolerzy

3. Aktor wybiera pracownika poprzez wskazanie nazwiska i imienia na liście

4. System stwierdza, że wymagane pola są wypełnione i wyświetla raport o pracowniku.

5. Zakończenie akcji przypadku użycia

Rozszerzenia

4a. System stwierdza że wymagane pola nie zostały wypełnione (pracownik nie został wybrany z listy) i wyświetla komunikat informujący o tym.

4a1. powrót do pkt 3. „głównego scenariusza”

Lista wariantów technologii i danych

Brak.

Dodatkowe informacje

System umożliwia na każdym etapie przerwanie akcji realizacji przypadku użycia. Przerwanie akcji zarówno w głównym scenariuszu powodzenia jak i w jego rozszerzeniach nie powoduje zmiany stanu danych w bazie danych.

Formatka zawiera następujące pola:

- Pole wyboru kierowcy

- Pole wyboru kontrolera

- Lista jednokrotnego wyboru pracownika po nazwisku i imieniu (posortowana rosnąco po nazwiskach)

Raport zawiera następujące informacje:

- terminowość pracownika

- efektywność (obliczaną przez system na podstawie zużytego paliwa podanego w litrach podczas przejechanej trasy podanej w kilometrach) (tylko kierowcy)

- liczbę wypadków (tylko kierowcy)

- opinie pasażerów (wyrażane w przeprowadzonych ankietach)

- ilość wypisanych mandatów za jazde bez ważnego biletu (tylko kontrolerzy)

- ilość złożonych skarg przez użytkowników komunikacji miejskiej

Raportowanie obciążenia linii komunikacyjnej

Konteks użycia

Przypadek opisuje w jaki system wyświetla raport na temat obciążenia linii komunikacji miejskej

Zakres

System raportowania

Poziom

Cel uzytkownika

Aktor główny

Analityk

Uczestnicy i interesy

Uczestnikiem przypadku użycia jest:

- Dział Koordynacji Transportu : przegląda statystki poszczególnych linii komunikacji miejskiej

Warunek początkowy

Analityk jest zalogowany w systemie.

Minimalna gwarancja

Brak.

Gwarancja powodzenia

Dane są poprawnie wyświetlone w formie raportu.

Wyzwalacz

Zapotrzebowanie na przeanalizowanie obciążenia linii komunikacji miejskiej.

Główny scenariusz powodzenia

1. Aktor wybiera funkcję „pokaż raport o obciążeniu linii”.

2. Aktor wybiera numer linii, typ transportu, przedział czasowy

3. System stwierdza, że wymagane pola są wypełnione i wyświetla raport o linii.

5. Zakończenie akcji przypadku użycia

Rozszerzenia

3a. System stwierdza że wymagane pola nie zostały wypełnione i wyświetla komunikat informujący o tym.

3a1. powrót do pkt 2. „głównego scenariusza”

Lista wariantów technologii i danych

Brak.

Dodatkowe informacje

System umożliwia na każdym etapie przerwanie akcji realizacji przypadku użycia. Przerwanie akcji zarówno w głównym scenariuszu powodzenia jak i w jego rozszerzeniach nie powoduje zmiany stanu danych w bazie danych.

Formularz wyboru zawiera następujące pola:

- Wybór typu transportu

- Wybór numeru linii

- Wybór przedziału czasowego wyrażonego w godzinach

Raport zawiera następujące informacje:

- wykres obciążenia linii komunikacji pasażerami (oparte na ilości skasowanych biletów w zadanym przedziale czasowym)

Raportowanie ogólny o ruchu i wydajności miejskiego systemu komunikacji

Konteks użycia

Przypadek opisuje w jaki system wyświetla ogólny raport opisującyruch i wydajność całego miejskiego systemu komunikacji.

Zakres

System raportowania

Poziom

Cel uzytkownika

Aktor główny

Analityk

Uczestnicy i interesy

Uczestnikiem przypadku użycia jest:

- Dział Koordynacji Transportu : przegląda statystki dotyczace całego systemu komunikacji

Warunek początkowy

Analityk jest zalogowany w systemie.

Minimalna gwarancja

Brak.

Gwarancja powodzenia

Dane są poprawnie wyświetlone w formie raportu.

Wyzwalacz

Zapotrzebowanie na przeanalizowanie obciążenia linii komunikacji miejskiej.

Główny scenariusz powodzenia

1. Aktor wybiera funkcję „pokaż raport ogólny”.

2. Aktor wybiera numer linii, typ transportu, przedział czasowy

3. System stwierdza, że wymagane pola są wypełnione i wyświetla raport o linii.

5. Zakończenie akcji przypadku użycia

Rozszerzenia

3a. System stwierdza że wymagane pola nie zostały wypełnione i wyświetla komunikat informujący o tym.
3a1. powrót do pkt 2. „głównego scenariusza”

Lista wariantów technologii i danych

Brak.

Dodatkowe informacje

System umożliwia na każdym etapie przerwanie akcji realizacji przypadku użycia. Przerwanie akcji zarówno w głównym scenariuszu powodzenia jak i w jego rozszerzeniach nie powoduje zmiany stanu danych w bazie danych.

Formularz wyboru zawiera następujące pola:

- Wybór typu transportu

- Wybór numeru linii

- Wybór przedziału czasowego wyrażonego w godzinach

Raport zawiera następujące informacje:

- wykres obciążenia linii komunikacji pasażerami (oparte na ilości skasowanych biletów w zadanym przedziale czasowym)

Wymagania niefunkcjonalne

1. czas reakcji systemu na zapytanie użytkownika nie dłuższy niż 5s.

2. Optymalne działanie aplikacji

3. 2 lata pomocy technicznej

4. Infolinia, teleoperacje

5. Jednoczesny dostęp do informacji z wielu miejsc

[Wymagania niefunkcjonalne powinny zawierać te ograniczenia systemowe, które nie są bezpośrednio związane z funkcjonalnością produktu. Każde wymaganie niefunkcjonalne powinno być w prosty i czytelny sposób opisane. Ważne jest, żeby poziom szczegółowości opisu pozwalał na zweryfikowanie, czy finalny produkt spełnia postawione wymagania. W tym celu dobrze jest, żeby przy opisie ograniczenia podać miarę, pozwalającą na przetestowanie systemu pod jego kątem.]

Informacje pomocnicze

[Informacje pomocnicze mają na celu ułatwienie korzytania z Dokumentu Specyfikacji Wymagań. Mogą zawierać:

Spis treści

Indeks

Aneksy

W szczególności można tutaj zarzeć scenariusze dla przypadków użycia lub prototyp GUI. Gdy dołączymy w tym miejscu aneksy, należy jasno stwierdzić czy są one częścią Dokumentu Specyfikacji Wymagań czy też nie.]