środa, 30 maja 2012

[IW] SWS wzór





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

1.5.Identyfikatory wymagań
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