<Nazwa systemu> <data> SPECYFIKACJA WYMAGAŃ <nazwa_tworzonego_systemu> Autorzy: <autor1> <email1> <autor2> <email2> <...> Wersja: <numer_wersji_dokumentu>
2 Historia zmian dokumentu Osoba <imię oraz nazwisko osoby wprowadzającej zmianę> Data <data wprowadzenia zmiany> Komentarz <komentarz do wprowadzonej zmiany> Wersja <numer wersji dokumentu po wprowadzonej zmianie>
Spis treści Wprowadzenie Cel dokumentu 2. Przyjęte zasady i konwencje 3. Literatura 2. Opis ogólny 2. Perspektywa produktu 2.2. Funkcje produktu 2.3. Ograniczenia 2.4. Dokumentacja użytkownika 2.5. Założenia i zależności 3. Model procesów biznesowych 3. Aktorzy i charakterystyka użytkowników 3.2. Obiekty biznesowe 3.3. Procesy biznesowe 3.4. Reguły biznesowe 4. Wymagania funkcjonalne 4.x. <Nazwa MODUŁU funkcjonalnego> 4.x. Opis i priorytet 4.x.2. Przypadki użycia 5. Charakterystyka interfejsów 5. Interfejs użytkownika 5.2. Interfejsy zewnętrzne 5.2. Interfejsy sprzętowe 5.2.2. Interfejsy programistyczne 5.2.3. Interfejsy komunikacyjne 6. Wymagania pozafunkcjonalne 7. Inne wymagania 3 3
4 Wprowadzenie Cel dokumentu W tym rozdziale należy określić produkt lub aplikację, której dotyczy ten dokument. Jest to również miejsce dla pełnej listy potencjalnych czytelników dokumentu. Należy opisać sposób, w jaki dokument ten jest skonstruowany oraz gdzie należy szukać określonych informacji. 2. Przyjęte zasady i konwencje Aktorzy - Ux - użytkownicy (x = 1.. n) - Sx - systemy Przypadki użycia - BCx - biznesowe - UCx - użytkownika - UFx - podfunkcji Poziomy priorytetów - bardzo ważny (80-100%> - ważny (60-80%> - średnio ważny (40-60%> - mało ważny (20-40%> - bardzo mało ważny <0-20%> Opis aktorów: ID: <nazwa aktora> <opis> Opis obiektu biznesowego: <nazwa obiektu> <opis> Opis dokumentacji: <nazwa dokumentu> Zawartość: <zawartość dokumentu> Standardy: <standardy> Format: <format> Język: <język>
5 Opis procesu biznesowego: ID: <tytuł procesu biznesowego> Główni aktorzy: Wspierający aktorzy: Poziom: biznesowy Wyzwalacze: Warunki wstępne: Warunki końcowe: Artefakty wejściowe: Artefakty wyjściowe: Prolog: Główny scenariusz: Alternatywny scenariusz i rozszerzenia: Wyjątki: Dodatkowe wymagania: Opis reguły biznesowej: ID Definicja Rodzaj Źródło <id> <zakres reguły> <fakt, ograniczenie, wyzwalacz, propozycja, obliczenia> <dynamiczne, statyczne> 5
6 Opis przypadku użycia (wymagania funkcjonalne): ID: <nazwa przypadku użycia> Główni aktorzy: Wspierający aktorzy: Poziom: {użytkownik, system} Priority: <priorytet> Wyzwalacze: Warunki wstępne: Warunki końcowe: Główny scenariusz: Alternatywny scenariusz i rozszerzenia: Wyjątki: Dodatkowe wymagania: Opis wymagań niefunkcjonalnych: ID: <nazwa> Priorytet: <priorytet> Trudność: <trudność> 3. Literatura W miejscu tym należy zamieścić listę dokumentów lub innych zasobów, do których specyfikacja wymagań się odwołuje. 2. <...> <...>
7 2. Opis ogólny 2. Perspektywa produktu Rozdział ten służy przedstawieniu ogólnej perspektywy tworzonego systemu, jego otoczenia oraz genezy. Mile widziany jest diagram kontekstowy prezentujący aktorów w interakcjach z systemem. 2.2. Funkcje produktu W rozdziale tym należy przedstawić przegląd i ogólny opis kluczowych funkcji tworzonego produktu. 2.3. Ograniczenia Ten rozdział powinien przedstawiać wszystkie ograniczenia, które zawężają swobodę wykonawcy w zakresie sposobu realizacji produktu. Do ograniczeń implementacyjnych należą na przykład: ograniczenie środowiskowe, komunikacyne, bazodanowe itp. Ograniczenie projektowe dotyczą m.in. czasu realizacji. 2.4. Dokumentacja użytkownika Rozdział służy opisowi wymagań dotyczących dokumentacji użytkownika tworzonego systemu, która powinna zostać dostarczone wraz z systemem. Do opisu dokumentacji wykorzystujemy wzorzec z punktu 2.: <nazwa dokumentu> Zawartość: <zawartość dokumentu> Standardy: <standardy> Format: <format> Język: <język> 2.5. Założenia i zależności W rozdziale tym należy przedstawić założenia (np. czy aplikacja lokalna/internetowa, dostęp ograniczony/nieograniczony, przez kogo itd.) i czynniki mające wpływ na przedstawione w dokumencie wymagania (np. pobieranie danych uzależnione od webserwisu). Założenia: <...> Zależności: <...> 7
8 3. Model procesów biznesowych 3. Aktorzy i charakterystyka użytkowników W rozdziale tym należy przedstawić charakterystyki poszczególnych aktorów oraz klas użytkowników końcowych. Szablon opisu aktora tożsamy z wzorcem w punkcie 2.: ID: <nazwa aktora> <opis> 3.2. Obiekty biznesowe W rozdziale tym należy przedstawić opisy poszczególnych obiektów biznesowych. Szablon opisu obiektu biznesowego, jak w punkcie 2.: <nazwa obiektu> <opis> 3.3 Procesy biznesowe Rozdział ten jest miejscem opisu procesów biznesowych. Szablon, jak w punkcie 2. ID: <tytuł procesu biznesowego> Główni aktorzy: Wspierający aktorzy: Poziom: biznesowy Wyzwalacze: Warunki wstępne: Warunki końcowe:
9 Artefakty wejściowe: Artefakty wyjściowe: Prolog: Główny scenariusz: Alternatywny scenariusz i rozszerzenia: Wyjątki: Dodatkowe wymagania: 3.4. Reguły biznesowe: Zawieramy tutaj informacje o regułach biznesowych. Szablon, jak w punkcie 2. ID Definicja Rodzaj Źródło <id> <zakres reguły> <fakt, ograniczenie, wyzwalacz, propozycja, obliczenia> <dynamiczne, statyczne> 9
10 4. Wymagania funkcjonalne Rozdział zawiera spis wymagań funkcjonalnych dla tworzonego produktu informatycznego. Do opisu wymagań funkcjonalnych wykorzystujemy szablony przypadków użycia: 4.x. <Nazwa MODUŁU funkcjonalnego> Nazwa modułu może być wyznaczona przez określenie aktora, którego dotyczyć będą podległe wymagania funckjonalne (x enumeracja modułów): 4.x. Opis i priorytet W miejscu tym należy umieścić krótki przegląd funkcji wchodzących w skład opisywanego modułu funkcjonalnego. 4.x. 2. Przypadki użycia W tej sekcji opisane są przypadki użycia związane z danym modułem, zgodnie z szablonem w punkcie 2. ID: <nazwa przypadku użycia> Główni aktorzy: Wspierający aktorzy: Poziom: {użytkownik, system} Wyzwalacze: Warunki wstępne: Warunki końcowe: Główny scenariusz: Alternatywny scenariusz i rozszerzenia: Wyjątki: Dodatkowe wymagania: Priority: <priorytet>
11 5. Charakterystyka interfejsów W tym rozdziale należy przedstawić wymagania odnośnie interfejsów, z jakimi tworzone oprogramowanie ma się komunikować, lub jakie powinno udostępniać. 5. Interfejs użytkownika W rozdziale tym należy opisać wymagania dotyczące interfejsu użytkownika w tworzonym oprogramowaniu. Do opisu wymagań dotyczących interfejsu użytkownika można wykorzystać szablon: ID Wymaganie <treść wymagania> Priorytet <priorytet> 5.2. Interfejsy zewnętrzne Rozdział ten służy opisowi interfejsów zewnętrznych, z którymi tworzony system ma współpracować. Określamy tutaj charakterystykę, podstawowe informacje o sprzęcie serwerowym, środowisku uruchomieniowym, a także interfejsach komunikacji. 5.2. Interfejsy sprzętowe 5.2.2. Interfejsy programistyczne 5.2.3. Interfejsy komunikacyjne 11
12 6. Wymagania pozafunkcjonalne Jest to miejsce opisy wymagań pozafunkcjonalnych tworzonego systemu. Następujący szablon może zostać wykorzystany do specyfikacji wymagań pozafunkcjonalnych (jak w punkcie 2.): ID: <nazwa> Priorytet: <priorytet> Trudność: <trudność>
13 7. Inne wymagania W rozdziale tym należy umieścić wymagania, które nie pasują do żadnego z pozostałych rozdziałów specyfikacji wymagań. 13