Specyfikacja Wymaga

SPECYFIKACJA WYMAGAŃ


System informatyczny w gazecie internetowej


Wykonali:

Konrad Bosiek

Krzysztof Chromiński

Damian Kacperczyk

Łukasz Komosa

Grupa I0X3S1

STRESZCZENIE

Poniższy dokument zawiera wszelkie informacje o systemie obsługi gazety internetowej Newspaper Enviroment Web System. System w wygodny sposób będzie umożliwiał zarządzanie pracownikami, tworzenie bazy danych tworzonych artykułów i klientów oraz dalsze zarządzanie nimi, jak również prowadzenie statystyk dotyczących artykułów. Nasz produkt pozwoli na sprawną organizacje pracy, a także na szybką komunikację między pracownikami. Każdy klient będzie mógł komentować i oceniać artykuły, jak również zamawiać newsletter i prenumerować gazę w wydaniu papierowym. Klient ponadto będzie miał możliwość przesłania do redakcji swoich próśb i uwag. Cała dokumentacja zamieszczona poniżej w sposób szczegółowy opisuje cały system.




STATUS DOKUMENTU

Zleceniodawca : Newsweek Polska, reprezentowany przez : Bosiek Konrad

Wykonawca : Cherry Software, reprezentowane przez : Komosa Łukasz, Chromiński Krzysztof, Kacperczyk Damian

Wersja dokumentu : 1.0

Data przyjęcia zlecenia : 18 Lutego 2012r.

…………………………………….. ……………………………………..

Podpis zleceniodawcy Podpis zleceniobiorcy

……………………………………..

Podpis zleceniobiorcy

……………………………………..

Podpis zleceniobiorcy


Spis treści:

1. Wstęp

1.1. Cel…………………………………………………………………………………………………………4

1.2. Zakres.......................................................................................................4

1.3. Definicje, akronimy i skróty………………………………………………………………………4

1.4. Referencje, odsyłacze do innych dokumentów……………………………………………5

1.5. Krótki przegląd………………………………………………………………………………………..5

2. Ogólny opis

2.1. Walory użytkowe i przydatność projektowanego systemu…………………………...6

2.2. Ogólne możliwości projektowanego systemu………………………………………….….6

2.3. Ogólne ograniczenia…………………………………………………………………………….….6

2.4. Charakterystyka użytkowników…………………………………………………………….…..6

2.5. Środowisko operacyjne……………………………………………………………………….……7

2.6. Założenia i zależności………………………………………………………………………….……7

3. Specyficzne wymagania

3.1. Wymagania funkcjonalne (funkcje systemu)………………………………………………8

3.2. Wymagania niefunkcjonalne (ograniczenia)……………………………………………..18

4.Dodatki

4.1. Zapis najważniejszych wymagań podanych przez zleceniodawcę………………..20
4.2. Przypadki użycia dla administratora………………………………………………21

4.3. Przypadki użycia dla klienta……………………………………………………….23

4.4. Przypadki użycia dla kierownika…………………………………………………..25

4.5. Przypadki użycia dla redaktora……………………………………………………27

  1. Wstęp

    1. Cel

      • Zwiększenie wydajności i efektywności pracy przy redagowaniu nowych wydań gazety

      • Ułatwienie komunikacji pomiędzy użytkownikami a administratorami systemu

      • Kontrola i ułatwiona komunikacja wewnątrz zespołów

      • Zwiększenie przejrzystości wykonywanych zadań

    2. Zakres

      • Zarządzanie kadrą pracowniczą

      • Kontrola wydajności pracy

      • Obsługa bazy danych

      • Ułatwienie komunikacji między pracownikami

      • Obsługa klienta

    3. Definicje, akronimy i skróty

Termin Objaśnienie
Artykuł Tekst publicystyczny o tematyce aktualnej, zamieszczany w wydaniu
Wydanie Zestaw artykułów opublikowanych tego samego dnia
Prenumerata Forma sprzedaży wydawnictw, gwarantująca klientowi dostawę kolejnych numerów w okresie objętym zamówieniem
Zadanie Polecenie nadane od pracownika wyższej rangi, np. napisanie artykułu na dany temat, edycja artykułu etc.
Środowisko programistyczne Aplikacja lub zespół aplikacji służących do tworzenia, modyfikowania, testowania i konserwacji oprogramowania.
Newsletter Informacja w postaci poczty elektronicznej rozsyłana do klientów
Błąd merytoryczny Błąd dotyczący istoty, treści, sedna sprawy, nie zaś jej strony zewnętrznej, formalnej
Organizer Lista zadań przydzielonych pracownikowi
Konto Jest to przestrzeń w systemie powiązana z określonymi usługami. Do każdego konta przydzielone są unikalne hasło i login.



  1. Referencje, odsyłacze do innych dokumentów

    • Norma ANSI/IEEE std 830-1993 „Recomended Practise for Software Requirements Specifications”

  2. Krótki przegląd

    W niniejszym dokumencie zawarto opis cech użytkowych i przydatności systemu „Newspaper Environment Web System” w skrócie NEWS w tym jego możliwości oraz ograniczenia. Przedstawiono również opis użytkowników i środowiska operacyjnego wraz ze wszystkimi założeniami i zależnościami. Założeniem wymagań niefunkcjonalnych są ograniczenia, przy których system ma realizować swoje funkcje.

  1. Ogólny opis

    1. Walory użytkowe i przydatność projektowanego systemu

      • Zapewnia wysoką niezawodność

      • Zapewnia prostotę obsługi i komfort pracy

      • Ułatwia kontakt z klientem

      • Umożliwia zarządzanie pracownikami i zadaniami

      • Umożliwia kontrolę i analizę wyników

      • Ułatwia dokumentowanie pracy

      • Ułatwia przeniesienia pracy do innych środowisk programistycznych

    2. Ogólne możliwości projektowanego systemu

      • Złożenie zamówienia poprzez sieć internetową

      • Umożliwia klientowi weryfikację i kontrolę prowadzonych prac

      • Rozliczenia z klientem

      • Przechowuje listę zadań

      • Przechowuje dane pracowników

      • Wspomaga wyszukiwanie podwykonawców i zamawianie zleceń

      • Kontrola pracowników

      • Generowanie statystyk

      • Baza danych dotycząca klientów i podwykonawców

    3. Ogólne ograniczenia

      • Brak dostępu dla pracowników do systemu spoza biura

      • Normy i prawa dotyczące przetwarzania danych osobowych i dostępu do nich

      • Normy i prawa autorskie

    4. Charakterystyka użytkowników

      • KLIENT - jedyna osoba/podmiot gospodarczy korzystający z usług firmy. Posiada ona dostęp do systemu na określonych warunkach.

      • REDAKTOR - Osoba fizyczna posiadająca uprawnienia do tworzenia artykułów i zarządzania jego treścią. Posiada ona dostęp do systemu na specjalnych warunkach pracownika.

      • KIEROWNIK - Pracownik firmy pełniący rolę nadrzędną wobec określonych pracowników danego działu. Kontroluje ich i przydziela im zadania.

      • ADMINISTRATOR - osoba fizyczna posiadająca całkowitą kontrolę nad systemem, jego bazą danych oraz zawartością.

    5. Środowiska operacyjne

      • Serwer oparty o system Solaris 11

      • Komputery klasy PC z systemem Windows / Linux ze środowiskiem JAVA

    6. Założenia i zależności

      • Współpraca z przeglądarkami IE, Mozilla FireFox, Opera, Google Chrome, Safari.

      • Współpraca z bazą danych Sybase

      • Współpraca z pakietem Open Office

      • Współpraca z przeglądarkami plików PDF

      • Dostęp do pakietów JDK i JRE

      • Dostęp do sieci internetowej

  2. Specyficzne wymagania

Klient
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód

  1. Wymagania funkcjonalne (funkcje systemu)



Klient
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Klient
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Klient
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Klient
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Klient
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Klient
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód

---------------------------------------------------------------------------------------------------------------------------

Redaktor
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Kierownik
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Kierownik, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Kierownik, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Kierownik, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Kierownik, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Kierownik, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Redaktor, Kierownik, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Kierownik, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Redaktor, Kierownik
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Klient, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Klient, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Klient, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód
Klient, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód


Klient, Redaktor, Kierownik, Administrator
Nazwa funkcji:
Opis
Dane wejściowe
Źródło danych wejściowych
Wynik
Warunek wstępny
Warunek końcowy
Efekty uboczne
Powód

  1. Wymagania niefunkcjonalne (ograniczenia)

    • Wymagania dotyczące komputera PC

Komputer klasy PC- minimalna konfiguracja sprzętowa
Procesor
Ilość pamięci RAM
Pojemność dysku
Karta graficzna
Urządzenia sieciowe
Dodatkowe wymagania
Komputer powinien być wyposażony w urządzenie wskazujące, klawiaturę, monitor, opcjonalnie w drukarkę
Serwer- minimalna konfiguracja sprzętowa
Procesor
Ilość pamięci RAM
Pojemność dysku
Szybkość transmisji danych


Wymagania dotyczące czasu reakcji serwera (podawane czasy są maksymalnymi czasami jakich oczekuje się od serwera, operacje nie powinny być realizowane w czasie dłuższym niż podany)
Uruchomienie serwera
Odpowiedź na zapytanie administratora
Opóźnienia
Przywracanie systemu po awarii
Zamknięcie systemu


Wymagania dotyczące obsługi serwera
Obsługą serwera zajmuje się wykwalifikowany informatyk i jest on jedyną upoważnioną do tego celu osobą.




Dodatkowe wymagania
Dostępność czasowa
Stabilność
Bezpieczeństwo
Kontrola
Komunikacja























  1. Dodatki

    1. Zapis najważniejszych wymagań podanych przez zleceniodawcę

Gazeta internetowa jest wydawana w dwóch wersjach: papierowych i elektronicznych.

Gazeta w formie elektronicznej powinna być w formacie PDF oraz w formacie gotowym do wyświetlenia na stronie www.

Gazeta w formie papierowej powinna wyglądać tak samo jak jej elektroniczna wersja. Jest ona wysyłana za pośrednictwem firm kurierskich za opłatą klienta.

Klienci mogą tworzyć własne konta, podając swoje dane osobowe, adres, wiek, login i adres email. Mają prawo do edycji swoich danych oraz usunięcia konta.

Klienci mogą komentować i oceniać artykuły, oraz dodawać swoje ogłoszenia.

Klienci mogą zapisać się do newstellera (lista mailingowa) oraz do płatnej prenumeraty opłacając ją.

Redaktorzy piszą artykuły, mogą je edytować i formatować.

Kierownicy pełnią rolę nadrzędną nad redaktorami. Mogą tworzyć i zarządzać kontami redaktorów. Mają wgląd w artykuły i ich edycję oraz usuwanie. Decydują o ostatecznej formie artykułu.

Administrator pełni rolę nadrzędną nad kierownikami. Może tworzyć i zarządzać kontami klientów, kierowników, redaktorów. Ma pełen dostęp do zarządzania artykułami, listami mailingowymi i prenumeratami. Kontroluje całą bazę danych. Prowadzi statystyki artykułów i kolejnych wydań. Akceptuje dodanie ogłoszenia.

System powinien pomóc w kontaktowaniu się między pracownikami poprzez system nadawania zadań.

System powinien przechowywać osobną bazę kontrahentów firm wysyłkowych.

System musi działać poprawnie bez żadnych problemów, jego szybkość ma duże znaczenie, gdyż każde opóźnienia czy usterki powodują wstrzymanie pracy prawie wszystkich pracowników i klientów. Ważnym elementem jest ochrona danych i to również musi zapewniać system, nikt nieupoważniony nie może mieć dostępu danych osobowych klienta, bazy artykułów i list mailingowych.


  1. Przypadki użycia dla administratora:


  1. Logowanie się do systemu

  2. Sprawdzanie statystyk artykułów

  3. Sprawdzanie statystyk wydań

  4. Edycja artykułu

  5. Usuwanie artykułu

  6. Dodawanie nowego zadania

  7. Generowanie wydania

  8. Zarządzanie kontem klienta

  9. Zarządzanie kontem kierownika

  10. Zarządzanie kontem redaktora

  11. Zmiana działu redaktora

  12. Akceptacja ogłoszenia

  13. Wypisanie z listy mailingowej

  14. Wypisanie z listy prenumerat



ŚCIEŻKA OPTYMALNA

  1. Podanie loginy i hasła

  2. Weryfikacja danych przez system

  3. Administrator zalogowany do systemu

  4. Administrator tworzy nowe konto dla kierownika

  5. Administrator generuje nowe wydanie

  6. Wylogowanie się z systemu

ŚCIEŻKI ALTERNATYWNE

    • System odrzuca błędnie wprowadzone dane do logowania

    • Powrót do kroku 1

  • Administrator usuwa konto kierownika

  • Administrator tworzy nowe konto dla redaktora

  • Zmienia dział redaktora

  • Dodanie nowego zadania redaktorowi

  • Wylogowanie się z systemu

    • Administrator odrzuca ogłoszenie wystawione przez klienta

    • Administrator wypisuje klienta z listy mailingowej

    • Administrator usuwa konto klienta

    • Wylogowanie się z systemu

    • Administrator sprawdza statystyki artykułu

    • Zlecenie edycji artykułu przez administratora

    • Generowanie wydania

    • Wylogowanie się z systemu

4.3 Przypadki użycia dla klienta:




  1. Rejestracja do systemu

  2. Edycja danych klienta

  3. Logowanie się do systemu

  4. Rejestracja na liście mailingowej

  5. Wypisanie z listy mailingowej

  6. Rejestracja na liście prenumerat

  7. Wypisanie z listy prenumerat

  8. Złożenie zamówienia archiwalnego

  9. Dodanie nowego ogłoszenia

  10. Wystawienie oceny artykułu

  11. Wystawienie komentarza odnośnie zakończonych etapów

  12. Usunięcie konta


ŚCIEŻKA OPTYMALNA

  1. Rejestracja do systemu

  2. Wprowadzenie danych przez klienta

  3. Podanie loginu i hasła

  4. Weryfikacja danych przez system

  5. Klient zalogowany do systemu

  6. Klient rejestruje się na liście mailingowej

  7. Klient wystawia ocenę artykułu

  8. Wylogowanie się z systemu

ŚCIEŻKI ALTERNATYWNE

  • Logowanie do systemu

  • Klient podaje login i hasło

  • System odrzuca błędne dane logowania

  • Powrót do kroku 3

  • Klient rejestruje się na liście prenumerat

  • Klient składa zamówienie archiwalne

  • Wylogowanie się z systemu

  • Klient dokonuje edycji swoich danych

  • System aktualizuje dane klienta

  • Klient usuwa konto z systemu

  1. Przypadki użycia dla kierownika:





  1. Zalogowanie się do systemu;

  2. Zarządzanie kontem redaktora;

  3. Dodanie zadania;

  4. Akceptowanie zadania;

  5. Zatwierdzenie artykułu;

  6. Edycja artykułu;

  7. Usunięcie artykułu;

  8. Zmiana artykułu;

ŚCIEŻKA OPTYMALNA:

  1. Podanie nazwy użytkownika i hasła;

  2. Weryfikacja poprawności wprowadzonych danych;

  3. Dane wprowadzone poprawnie- kierownik zalogowany;

  4. Wprowadzenie nazwy artykułu do edycji

  5. Nazwa artykułu istnieje, następuje jego edycja;

  6. Wylogowanie się z systemu;

ŚCIEŻKI ALTERNATYWNE:

  1. Zalogowanie się do systemu;

  2. Akceptacja zadania

  3. Dodanie artykułu;

  4. Edytowanie artykułu;

ŚCIEŻKA OPTYMALNA:

  1. Podanie nazwy użytkownika i hasła;

  2. Weryfikacja poprawności wprowadzonych danych;

  3. Dane wprowadzone poprawnie- redaktor zalogowany;

  4. Akceptacja zadania – rozpoczęcie realizacji zadania;

  5. Wprowadzenie nazwy artykułu do edycji

  6. Nazwa artykułu istnieje, następuje jego edycja;

  7. Wylogowanie się z systemu;

ŚCIEŻKI ALTERNATYWNE:


Wyszukiwarka

Podobne podstrony:
W21 Specyfikacja wymagan
Dokument specyfikacji wymaga%f1 Diagram
~$ojekt Zespołowy specyfikacja wymagań
Dokument specyfikacji wymagan, WAT, semestr IV, Inżynieria oprogramowania
1 Dokument Specyfikacji Wymagan
ZPT 03 Specyfikacja wymagan odblokowany
Io 3 Specyfikacja wymagań
W21 Specyfikacja wymagan
wilimowska,zarządzanie finansami ,specyfikacja wymagań
~$ Dokument Specyfikacji Wymagan doc
Specyfikacja Techniczna STO Wymagania Ogólne
Kryteria dostosowania wymagań edukacyjnych -, specyficzne trudności w uczeniu się, SPE
64. Specyfika cieplno-wilgotnościowa przegród ze szkieletem drewnianym, Technologia i wymagania
Dlaczego należy dostosowywać wymagania do możliwości percepcyjnych dziecka t, specyficzne trudności

więcej podobnych podstron