Specyfikacja dodatkowa, wersja <1.

0>

1. Wprowadzenie
[We wprowadzeniu naley zawrze informacje, ktre mog by potrzebne osobie czytajcej niniejszy dokument we waciwym zrozumieniu go. Specyfikacja dodatkowa obejmuje wymagania stawiane wobec systemu, ktre nie zostay okrelone w modelu przypadkw uycia i jego opisie. Na wymagania te skadaj si: - wymagania prawne i regulacyjne, wymagania okrelajce standardy aplikacji, - parametry jakociowe budowanego systemu, uytkowalno, niezawodno, wydajno, wspieralno, - inne wymagania, takie jak system operacyjny i rodowisko, kompatybilno, ograniczenia projektowe.]

1.1 Cel
[Cel powstania tego dokumentu.] <cel>

1.2 Zakres
[Krtki opis, jakiego projektu (projektw) dotyczy dokument.] <zakres>

1.3 Definicje, akronimy i skrty

[Definicje wszystkich terminw, akronimw i skrtw niezbdnych do zrozumienia dokumentu. Oprcz tego lub zamiast tego mona w tym miejscu umieci odesanie do dokumentu sownika utworzonego dla projektu, ktrego dotyczy take ten dokument.] <definicje i/lub odwoanie do dokumentu sownika>

1.4 Referencje
[Kompletna lista dokumentw, na ktre powouje si niniejszy dokument, lub dokumentw, ktre s potrzebne do waciwego zrozumienia niniejszego dokumentu. Dla kadej pozycji naley okreli autora, tytu, dat powstania (wydania), wydawnictwo (o ile jest to moliwe). Naley take okreli rdo, gdzie mona uzyska dostp do poszczeglnych pozycji.] <referencje>

1.5 Streszczenie
[Krtki opis, co zawiera pozostaa cz dokumentu. Wyjanienie, w jaki sposb dokument jest zorganizowany.] <opis>

2. Zaoenia i zalenoci
[Ten rozdzia opisuje wszystkie kluczowe techniczne zaoenia, dostpne podsystemy lub komponenty lub inne projekty, na ktrych bazuje oprogramowanie opisywne w niniejszym dokumencie.] <opis>

3. Uytkowalno
[Ten rozdzia powinien zawiera wszystkie wymagania majce wpyw na uytkowalno, na przykad: - okrelenie wymaganego czasu treningu, w celu osignicia przez uytkownika (zwykego, zaawansowanego) umiejtnoci posugiwania si poszczeglnymi funkcjami oferowanymi przez system, - okrelenie czasu wyknania typowego zadania przez system, - okrelenie wymaga dostosowujcych do powszechnie uywanych standardw uytkowalnoci, na przykad standardy IBM CUA, standardy Microsoft GUI] Politechnika Biaostocka, 2004 Strona 1

Specyfikacja dodatkowa, wersja <1.0>

3.1 <Uytkowalno wymaganie 1>

<opis>

4. Niezawodno
[Sugerowane wymagania dotyczce niezawodnoci s nastpujce: - dostpno okrelenie procentowo czasu dostpnoci systemu (xx.xx%), godzin uytkowania, bezawaryjnego dostpu, itp., - redni czas pomidzy awariami (ang. Mean Time Between Failures (MTBF)) zwykle wyraony w godzinach, ewentualnie dniach, miesicach lub latach, - redni czas naprawy (ang. Mean Time To Repair (MTTR)) jak dugo trwa przywracanie systemu do poprawnej pracy po wystpieniu awarii, - dokadno okrela precyzj i dokadno (wedug standardw), ktra jest wymagana na wyjciu systemu, - maksymalna liczba bdw zwykle wyraona jako liczba_bdw/KLOC (ang. thousands of lines of code), - bdy podzielone na drobne, znaczne i krytyczne, okrelenie skutkw wystpienia defektw krytycznych, np. cakowita utrata danych, niemono korzystania z czci funkcji systemu.]

4.1 <Niezawodno wymaganie 1>

<opis>

5. Wydajno
[Do wymaga tego rodzaju mozna zaliczy: - czasy odpowiedzi systemu na polecone tranzakcje (rednie, maksymalne), - przepustowo (np. liczba tranzakcji na sekund), - wydajno waciwa (np. liczba klientw lub tranzakcji, ktre system jest w stanie jednoczenie obsuy), - uywane zasoby: pami, miejsce na dysku, komunikacja, itp.]

5.1 <Wydajno wymaganie 1>

<opis>

6. Wspieralno
[W tym rozdziale naley wymieni wszystkie wymagania pokazujce oparcie systemu o obowizujce standardy lub wspierajce budow systemu. Na wymagania te skadaj si standardy kodowania, konwencje nazewnictwa, biblioteki klas, narzdzia wspierajce.]

6.1 <Wspieralno wymaganie 1>

<opis>

7. Ograniczenia projektowe
[W tym rozdziale naley wymieni wszelkie ograniczenia projektowe wpywajce na budow systemu. Ograniczenia projektowe zwizane s z decyzjami projektowymi, ktre zostay ustalone i musz by dotrzymane. Skadaj si na nie na przykad przyjty jzyk programowania, zalecane narzdzia programistyczne, ograniczenia dotyczce architektury systemu, stosowane gotowe komponenty, biblioteki klas, itp.]

Politechnika Biaostocka, 2004

Strona 2

Specyfikacja dodatkowa, wersja <1.0>

7.1 <Ograniczenie projektowe 1>

<opis>

8. Bezpieczestwo
[Zidentyfikowanie danych, ktre musz by chronione i okrelenie sposobw ich ochrony i udostpniania (fizyczne zabezpieczenia, ludzie, ktrzy moga stanowi zagroenie, specjalne wymagania odnonie zabezpiecze uwzgldniajce: dostp do systemu, szyfrowanie danych, autoryzowanie). Na koniec lista obiektw, ktre wymagaj ochrony poprzez logiczne lub fizyczne zabezpieczenia.] <opis>

9. Wymagania wobec dokumentacji uytkownika i systemu pomocy

[Opis wymaga odnonie dokumetacji przekazywanej uytkownikowi, systemu pomocy, itp.] <opis>

10. Interfejsy
[Ten rozdzia opisuje interfejsy zewntrzne, ktre aplikacja musi udostpnia. Powinien on zawiera (powoywa si na) stosowne specyfikacje, protokoy, porty i adresy logiczne, itp.]

10.1 Interfejsy uytkownika

[Krtki opis interfejsw uytkownika, ktre zostan zaimplementowane w systemie. Mona powoa si na dokument Prototyp Interfejsu Uytkownika (o ile wchodzi on w skad dokumentacji projektu).] <opis>

10.2 Interfejsy sprztowe

[Ten podrozdzia okrela interfejsy sprztowe, ktre bd udostpniane przez system. Powinien zawiera logiczn struktur interfejsu, adresy fizyczne, oczekiwane dziaanie, itp.] <opis>

10.3 Interfejsy programowe

[Ten podrozdzia opisuje interfejsy programowe(programistyczne) udostpniane innym komponentom programowym systemu. Mog to by gotowe komercyjne komponenty, reuywalne komponenty z innych aplikacji lub komponenty opracowane w innych podsystemach, ktrych nie obejmuje zakres tego dokumentu, ale ktre musz wsppracowa z opisywan aplikacj.] <opis>

10.4 Interfejsy komunikacyjne

[Opis wszystkich interfejsw komunikacyjnych do innych systemw lub urzdze takich jak sie lokalna, urzdzenia zewntrzne, itp.] <opis>

11. Stosowane standardy

[Ten rozdzia powouje si na wszystkie stosowane standardy i okrela elementy systemu, do ktrych standardy maj by zastosowane. Moe on na przykad zawiera powoanie na standardy prawne, jakociowe, regulacyjne, itp.] <opis> Politechnika Biaostocka, 2004 Strona 3