Zasady Programowania Strukturalnego
Projekt
Wymagania dotyczące projektu aplikacji
CZ
ŚĆ I - SPECYFIKACJA WYMAGAC

1. Specyfikacja wymagań projektu
Podstawowym celem fazy określenia wymagań jest skonstruowanie zbioru wymagań i ograniczeń
dotyczących projektowanej aplikacji. Ta faza projektowa pozwoli wyłonić dokładne rozwiązania i
potencjalne problemy wynikające z realizowania projektu.
1.1 Wytyczne dotyczące opisu wymagań
Opis wymagań powinien:
być kompletny i niesprzeczny sam ze sobą
nie opisywać szczegółów realizacji systemu, a jedynie jego zachowanie zewnętrzne
opisywać ograniczenia
być na tyle elastyczny, by mogły w nim być dokonywane póz
niejsze modyfikacje
Należy pamiętać by analizując daną aplikację nie skupiać się jedynie na sytuacjach typowych, ale
również szczegółowo rozpatrzeć wyjątki oraz przypadki graniczne.
1.2 Struktura Dokumentu Specyfikacji wymagań
Zawartość dokumentu specyfikacji wymagań według normy ANSI/IEEE  Recommended Practice for
Software Requirements Specifications :
1. Wstęp
1.1. Cel
1.2. Zakres
2. Ogólny opis
2.1. Kontekst funkcjonowania
2.2. Charakterystyka użytkowników
2.3. Główne funkcje
3. Specyficzne wymagania
3.1. Wymagania funkcjonalne (funkcje apliakcji)
Poniżej przedstawiono krótką charakterystykę treści, które powinny być zawarte w poszczególnych
podpunktach opracowanej specyfikacji.
3.2.1 Cel
Przedstawia cel sporządzenia specyfikacji wymagań. Zazwyczaj jedno- dwu zdaniowy.
3.2.2 Zakres
Krótki opis składowych aplikacji oraz procesu, do którego odnosić się będzie dokumentacja.
3.2.3 Opis ogólny
Podpunkt ten opisuje ogólne czynniki wpływające na projektowaną aplikację. Nie precyzuje się tu
wymagań, jednakże określa się ogólny zarys aplikacji. W kolejnych punktach tego działu należy
zamieścić: opis otoczenia w jakim będzie działała aplikacja, charakterystyki przyszłych użytkowników,
jak również ograniczenia, założenia i zależności.
3.2.4 Kontekst Funkcjonowania
W tej części opisane są możliwości wykorzystania aplikacji (przykładowo - w punktach). Kontekst
funkcjonowania wynika bezpośrednio z opisu ogólnego.
3.2.5. Charakterystyka użytkowników
W tej części należy skrótowo opisać charakterystykę użytkowników aplikacji wraz z czynnościami
jakie oni mogą podejmować przy użyciu aplikacji.
3.2.6. Główne funkcje
W tej części należy w podpunktach wymienić główne funkcje jakie umożliwiać będzie budowana
aplikacja.
3.3.1 Wymagania funkcjonalne
Ten typ wymagań opisuje funkcje (czynności, operacje) wykonywane przez projektowaną aplikację.
Określając wymagania funkcjonalne należy wziąć pod uwagę:
wszystkich użytkowników(aktorów), wchodzących w interakcję z systemem
wszystkich użytkowników niezbędnych do funkcjonowania systemu
funkcje systemu oraz sposoby korzystania z planowanego systemu dla każdego
użytkownika
wszystkie systemy zewnętrze wykorzystywane podczas działania systemu
inne czynniki (np. przepisy prawne, zarządzenia, instrukcje itd.), które pośrednio lub
bezpośrednio wpływają/określają funkcje planowanej aplikacji. Spośród kliku dostępnych
metod specyfikacji wymagań funkcjonalnych na potrzeby projektu zostały wybrane dwa:
Diagramy przypadków użycia
 Formularz wymagań funkcjonalnych
Dobór takich metod pozwoli na stworzenie pełnej specyfikacji, co wynika z faktu, iż obie te metody
uzupełniają się wzajemnie.
3.3.1.1. Diagramy przypadków użycia
Diagramy przypadków pozwalają w łatwy, klarownych sposób przedstawić aktorów (użytkowników
aplikacji), funkcje aplikacji i powiązania między tymi funkcjami. Stanowią one bardzo ważny element
specyfikacji wymagań, ponieważ pozwalają na lepsze zrozumienie i przyśpieszają pracę nad
specyfikacją(oczywiście gdy są one zrozumiałe dla wszystkich uczestników projektu). Niezbędnym jest
użycie jednej, jednolitej notacji, więc najczęściej wykorzystuje się do tego celu język UML(Unified
Modeling Language).Jednakże choć diagramy niewątpliwie pełnią ważną funkcję ułatwiając pracę, to
nie niosą ze sobą pełnej informacji na temat specyfikacji wymagań. Dlatego też stosuje się
uzupełnienie o opisy w postaci scenariuszy czy formularzy.
3.3.1.2. Formularz wymagań funkcjonalnych
Formularz zbudowany jest w postaci tabeli ze z góry ustalonymi polami. Pola wypełniane są w języku
naturalnym lub w języku naturalnym strukturalnym. Metoda ta pozwala na łatwe stwierdzenie
kompletności opisu oraz jednoznaczną interpretację zawartych treści.
CZ
ŚĆ II - PROJEKT APLIKACJI
W tej części znalez
ć się powinny prototypy funkcji realizujących diagram przypadków użycia aplikacji,
przedstawiony w części I (Specyfikacja Wymagań). Funkcje należy zgrupować w odpowiednich
modułach, tzn. przedstawić je w zbiorach tworzących funkcjonalną i logiczną całość.
W tej części umieszczane są jedynie prototypy funkcji (czyli ich definicje) bez opisu ich implementacji
(czyli ciał). Każda funkcja powinna mieć krótki i zwięzły opis dotyczący szczegółów wybranego typu
funkcji oraz jej parametrów. Wszystkie funkcje powinny być jednolicie scharakteryzowane (ten sam
sposób nazewnictwa funkcji oraz ich parametrów). Zawartość projektu aplikacji można więc
przedstawić następująco:
1. Nazwa Modułu 1
1.1. prototyp funkcji 1
1.2. prototyp funkcji 2
...
1.i. prototyp funkcji i
2. Nazwa Modułu 2
2.1. prototyp funkcji 1
2.2. prototyp funkcji 2
...
2.j. prototyp funkcji j
...
n. Nazwa Modułu n
Przykład projektu aplikacji
Poniższy przykład prezentuje sposób w jaki należy wykonać projekt aplikacji zgodnie z
przedstawionymi powyżej wytycznymi. Nie stanowi on kompletnego projektu, a jedynie prezentuje
sposób podejścia do omawianego zadania.