Spis treści
1.Wstęp
1.1.Cel dokumentu
<wyjaśnić cel tego dokumentu>
1.2.Zawartość
<scharakteryzować zawartość
dokumentu>
1.3.Opis procesu inżynierii wymagań
<przedstawić plan procesu, który
doprowadził do powstania tego dokumentu.
Plan ten powinien zawierać
- opis działań, które doprowadziły
do powstania tego dokumentu
- harmonogram
- opis zasobów (czas pracy)
- opis zabiegów mających na celu
zapewnienie jakości tego dokumentu
>
1.4.Szablon opisu wymagań
| Identyfikator: | Priorytet: | Status: | |||
| Tytuł: | |||||
| Opis: | |||||
| Źródło: | |||||
Powiązane
wymagania: |
|||||
<treść
wymagania, jeżeli nie mieści się w powyższej tabelce, np.
diagramy, tabele, znaczne bloki tekstu itp.>
Każde wymaganie ma swój unikalny identyfikator, który składa się z trzech części:
<Typ><Grupa><Numer>,
gdzie
<Typ> –
symbol typu wymagania
F – funkcjonalne
N –
niefunkcjonalne
O – ograniczenie
Z - założenie,
<Grupa> –
symbol grupy wymagań;
dla wymagań funkcjonalnych:
<wydzielić typy wymagań jeżeli to jest sensowne>
dla wymagań niefunkcjonalnych:
B –
bezpieczeństwo (safety)
D - dokumentacja
IK – interfejsy komunikacyjne
IS – interfejsy sprzętowe
IU – interfejs użytkownika
OP – ograniczenia projektowe
PA – prawa autorskie
R - rozszerzalność
W – wydajność
Z – zabezpieczenie (security),
....
<Numer> –
numer wymagania w obrębie danej grupy.
2.Problem
2.1.Ogólnie
<ogólne sformułowanie problemu biznesowego objętego
zainteresowaniem>
2.2.Cele biznesowe
<wymienić cele biznesowe, które
chcemy osiagnąć>
2.3.Zakres
<przedstawić
problem biznesowy w kontekście>
2.4.Udziałowcy
<Wymienić i opisać udziałowców
problemu, charakteryzując ich punkty widzenia>
| Udziałowiec | Opis |
2.5.Model udziałowców
<przedstawić graficznie model
udziałowców, ich głównych zainteresowań oraz możliwych
konfliktów>
3.Analiza problemu
3.1.Zdarzenia biznesowe
<opisać zdarzenia biznesowe na
granicy rozpatrywanego obszaru problemowego>
3.2.Biznesowe przypadki użycia
<wyspecyfikować biznesowe przypadki
użycia będące odpowiedzią na zdarzenia biznesowe>
3.3.Granice systemu
<wskazać, gdzie przebiegają
granice systemu podlegajacego wytworzeniu>
3.4.System w kontekscie
<przedstawić system w otoczeniu
aktorów/użytkowników i systemów stowarzyszonych>
4.Wymagania względem systemu
<udokumentować zidentyfikowane
wymagania względem systemu zgodnie z szablonem z p. 1.4>
5.Scenariusze
<zdefiniować typowe scenariusze
związane z używaniem systemu>
6.Przypadki użycia systemu
<zdefiniować szablon specyfikacji
przypadku użycia systemu oraz przedstawić przypadki użycia systemu
zgodnie z tym szablonem>
Brak komentarzy:
Prześlij komentarz