Specyfikacja wymagań systemowych

Celem poniższego dokumentu jest zdefiniowanie wraz z formalnym zebraniem i opisaniem specyfikacji wymagań na potrzeby systemu wspomagającego działanie placówki wojskowej komendy uzupełnień. Niniejsza specyfikacja posłuży za podstawę do implementacji wdrożenia systemu.

Zawartość

Dokument składa się z kilku części tematycznych. Zawiera spis wymagań przedstawionych z punktu widzenia klienta (z wykorzystaniem języka zrozumiałego dla klienta), ogólny opis problemu systemu procesowania WKU wraz z jego rozwinięciem.

Dokument rozszerzają następujące punkty:

harmonogram pracy zespołu projektowego;
opis problemu i celów biznesowych;
opis udziałowców systemu;
lista wymagań dla systemu;
opis biznesowych przypadków użycia;

Opis procesu inżynierii wymagań

Punktem startowym (Kick-start) projektu było spotkanie w ramach całego zespołu projektowego w celu omówienia wstępnych założeń projektu. W wyniku przeprowadzonej dyskusji wyodrębniony został ogólny zarys problemu, który w ramach projektu będzie poddany analizie. Kolejnym punktem spotkania było przygotowanie harmonogramu prac, z wyszczególnieniem zadań, przydziałem zasobów projektowych do zadań jak i określeniem terminów wykonania zadań.

HARMONOGRAM

WYKRES GANTTA

Zespół projektowy składa się z trzech osób. Każda z nich wykonuje zadania wyspecyfikowane w harmonogramie pracy projektu. Czas pracy członków zespołu jest nie normowany.

W celu zapewnienia jakości tego dokumentu przeprowadzane będą jego okresowe weryfikacje. Proces ten polegać ma na analizie i weryfikacji kolejno powstających wersji dokumentu podlegać przez poszczególnych członków zespołu projektowego.

Dodatkowo dokument ten podlegać będzie wersjonowaniu a w procesie jego powstawania wykorzystywane będą szablony co ma spowodować podwyższenie jego jakości.

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

Wymagania są opisane według jednolitego szablonu zawierającego następujące informacje:

Identyfikator

Symbol wymagania, unikalny w ramach całej specyfikacji wymagań. Sposób tworzenia identyfikatorów został szczegółowo opisany w punkcie 1.5.

Priorytet

Ważność wymagania w odniesieniu do całego systemu. Priorytet może przyjmować trzy wartości:

1 - podstawowe – wymaganie musi być koniecznie spełnione,

2 – przydatne – wymaganie powinno być spełnione, jeśli starczy na to

czasu podczas realizacji systemu,

3 – rozwojowe – wymaganie dotyczy funkcji, która może być wprowadzona

w następnej wersji systemu, pokazuje prawdopodobny

kierunek rozwoju systemu.

Status

Status może przyjmować następujące wartości:

Początkowy – wymaganie jest w trakcie tworzenia, jego treść może ulec

zmianie,

Pełny – zakończono redakcję wymagania,

Sprawdzony – wymaganie zweryfikowane przez przyjęty system zapewniania jakości,

Zaakceptowany – wymaganie poddane walidacji przez klienta.

Tytuł

Aspekt systemu lub procesu jego wytwarzania, omówiony w danym wymaganiu.

Opis

Treść wymagania.

Źródło

Punkt widzenia i udziałowcy, których potrzeby i wiedza złożyły się na treść wymagania.

Powiązane wymagania

Identyfikatory innych wymagań, które są w jakiś sposób powiązane z danym wymaganiem.

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.

Zarządzanie zmianami

Treść tego dokumentu może ulegać zmianie, podobnie jak zawartość innych dokumentów dotyczących budowanego systemu. Dlatego każdy dokument będzie zawierał informacje o poprawkach, jakich w nim dokonano.
Historia dokumentu będzie miała postać tabeli umieszczonej na początku dokumentu:

Data	Wersja	Zmiany	Autor

Data – data dokonania zmian

Wersja – numer wersji dokumentu po wprowadzeniu poprawek (opisanych w kolumnie Zmiany)

Zmiany – zmiany dokonane w dokumencie

Autor – kto wprowadził poprawki do dokumentu.

W kolejnych wierszach będą wpisywane informacje o zmianach w dokumencie (w kolejności chronologicznej zmian).

Powiązania z innymi dokumentami

Dokument nie jest powiązany z innymi dokumentami.

Problem

Ogólnie

Problem	Brak spójnej aktualizacji danych dotyczących poboru
dotyczy	Głównie poborowych i koordynatora poboru wraz z innymi pracownikami jednostki WKU (archiwista, komendant);
o znaczeniu	Obecny stan wprowadza chaos i opóźnia funkcjonowanie jednostki WKU
Efektywnym rozwiązaniem byłoby:	Wprowadzenie systemu umożliwiającego automatyczne zbieranie danych na temat poborowych (w oparciu o dane z zewnętrznego źródła – Urząd Miasta). Produkt umożliwiłby łatwą aktualizacje danych w systemie bazy danych przez użytkowników WKU wraz z udostępnieniem modułu generowania raportów.

Problem	Powolna komunikacja opierająca się w pełni na przesyłkach listowych.
dotyczy	Pracownika WKU - koordynator poboru oraz poborowych
o znaczeniu	Ten sposób komunikacji znacznie opóźnia funkcjonowanie jednostek
Efektywnym rozwiązaniem byłoby:	Wprowadzenie systemu automatyzującego przesyłanie informacji między jednostką WKU a poborowymi.

Wojskowa komenda uzupełnień (WKU) jest to jednostka administracji wojskowej w Polsce zajmujące się administracją rezerw osobowych. WKU pełnią rolę organu wykonawczego Ministra Obrony Narodowej i są podporządkowana bezpośrednio szefom Wojewódzkich Sztabów Wojskowych. Wojskowy Komendant Uzupełnień odpowiada za realizowanie problematyki obronnej i administracji wojskowej administrowanego terenu, czyli poboru i formalnościami związanymi z poborowymi, którzy służbę wojskową mają odroczoną.

Proces poboru jest przeprowadzany w oparciu o dane teleadresowe zgromadzone w lokalnym archiwum WKU. Na ich podstawie wysyłane są do poborowych zawiadomienia oraz wezwania do wojska. Lokalne archiwum jest cyklicznie zasilane danymi pochodzącymi z (zewnętrznego) systemu ewidencyjnego Urzędu Miasta.

Na podstawie wyżej opisanych danych archiwista WKU (pracownik jednostki) przygotowuje kartoteki dla przyszłych poborowych. Niestety przez konieczność ręcznego wypełniania kart poborowych informacje często nie są wprowadzone na czas lub zawierają błędy, co później może skutkować błędnym zaadresowaniem przesyłki listowej. Dodatkowo sprawy nie ułatwia fakt, że dane w archiwum papierowym wymagają przeprowadzania częstych aktualizacji wynikających z kolejnych etapów procesu poboru (informacje o stanie zdrowia, kategoria wojskowa, odroczenia spowodowane pobieraniem nauk przez poborowego) oraz ze zmian dotyczących zameldowań.

Nierozłącznym elementem procesu poboru są sami poborowi, których obowiązkiem jest stawienie się w określonym dniu przed komisją lekarską. Poborowi oprócz tego, że otrzymują stosowne pisma z WKU to w przypadku odroczenia służby są zobligowani co roku do dostarczania zaświadczenia o pobieraniu nauki do odpowiedniego WKU.

Komisja lekarska zbiera się w dni wyznaczone przez koordynatora poboru. Często zdarza się, że komisja nie posiada informacji o ilości poborowych w danym dniu przez co nie jest w stanie zagwarantować dostępności sali. Ponadto wszelkie zmiany organizacyjne wymagają wysłania przedstawiciela WKU do komisji. Brak platformy do komunikacji pomiędzy WKU a komisją lekarską wprowadza stresową atmosferę. Odbija się to na postrzeganiu WKU przez poborowych, którzy często niepotrzebnie czekają godzinami na swoją kolej.

Informacje przepływające pomiędzy komendantem WKU a osobą wyznaczoną do koordynowania procesu poboru na skutek braku systemu zdolnego w prosty sposób wydobyć żądane informacje oraz umożliwiającego aktualizację danych w czasie rzeczywistym są czasami niespójne, bądź niekompletne, co źle wpływa na efektywność pracy WKU. Zaciemniają one również obraz całościowy MON dotyczący poborowych.

Cele biznesowe

- Automatyzacja pracy jednostki WKU; spodziewane korzyści:

Skrócenie czasu dostępu do kartotek poborowych (poprzez wdrożenie funkcji wyszukiwania) z 5 minut do 10 sekund (96%);
Skrócenie czasu zakładania kartotek poborowych poprzez dodanie możliwości importowania danych bezpośrednio z bazy Urzędu Miasta z 10 minut do 30 sekund (95%);
Skrócenie czasu przygotowania raportu dla Ministerstwa Obrony Narodowej (MON) dzięki silnikowi do generowania raportów z 60 minut do 1 minuty (98%);
Aktualizowanie informacji przetwarzanych podczas procesu poboru w czasie rzeczywistym (efekt wprowadzenia od razu jest widoczny w systemie – skrócenie czasu przetwarzania z 10 minut do 5 sekund;
Ograniczenie do minimum angażowania zasobów ludzkich do przygotowywania raportu (uwolnienie zasobów 10 osobodni/miesiąc);
Obniżenie kosztów wynajmu sali oraz wynagrodzeń dla komisji lekarskiej poprzez wprowadzenie szczegółowego harmonogramu (obniżenie kosztów o 4000 zł/miesiąc);
Obniżenie kosztów utrzymania archiwum poprzez zastąpienie archiwum papierowego relacyjną bazą danych (obniżenie kosztów utrzymania o 2000 zł/miesiąc);
Obniżenie kosztów ponoszonych WKU związanych z błędnie zaadresowaną korespondencją (obniżenie kosztów błędów ludzkich o 90%);

Zakres

Udziałowcy

Udziałowiec	Opis
Komendant WKU	Osoba koordynująca pracą WKU. Jej zadaniem jest nadzorowanie pracy pozostałych pracowników WKU oraz składanie raportów do MON. Komendant musi podpisać każde pismo wychodzące z WKU. Interesuje ją system z punktu widzenia raportów oraz zatwierdzania pism.
Koordynator poboru	Osoba zajmująca się organizacją poboru (rezerwacja sali, powiadomienie komisji, wysłanie pism do poborowych). Interesuje ją system z punktu widzenia zarządzania zasobami (sale) , harmonogramowania (zbierania komisji lekarskich w czasie poboru) oraz kontaktu z Poborowym..
Archiwista	Osoba obsługująca elektroniczne archiwum z danymi poborowych. Jej zadaniem jest wprowadzanie oraz aktualizacja danych osobowych do systemu. Jest zainteresowana obszarem systemu odpowiedzialnym za archiwizację danych oraz ich późniejszą aktualizację.
Przewodniczący komisji lekarskiej	Osoba przewodnicząca wojskowej komisji lekarskiej. Po przebadaniu poborowego wprowadza orzeczenie o stanie zdrowia do systemu. Patrzy na system z perspektywy wprowadzania orzeczeń lekarskich do systemu.
Poborowy	Osoba biorąca czynny udział w poborze. Składa wnioski oraz odwołania do WKU oraz podlega rejestracji na potrzeby procesu poboru.
MON (Ministerstwo Obrony narodowej)	Urząd administracji rządowej w Polsce podlegający ministrowi właściwemu do spraw obrony narodowej. Wymaga raportów i statystyk od WKU na temat poboru.
System ewidencji ludności Urząd Miejski	System gromadzący dane meldunkowe z rejonu podległego WKU. Ważna jest pełna integracja, czyli dostosowanie się systemu WKU do struktury danych udostępnianych przez system UM.
Przepisy prawa dotyczące meldunków	"ustawa o ewidencji ludności i dowodach osobistych" "rozporządzenie Ministra Spraw Wewnętrznych i Administracji w sprawie zgłaszania i przyjmowania danych niezbędnych do zameldowania i wymeldowania oraz prowadzenia ewidencji ludności i ewidencji wydanych i unieważnionych dowodów osobistych"
Przepisy prawa dotyczące poboru	"ustawa o powszechnym obowiązku obrony" "rozporządzenie Ministra Obrony Narodowej w sprawie orzekania o zdolności do czynnej służby wojskowej oraz trybu postępowania wojskowych komisji lekarskich w tych sprawach"
Przepisy prawa dotyczące podpisu elektronicznego i e-administracji.	"ustawa o podpisie elektronicznym" "ustawa o informatyzacji działalności podmiotów realizujących zadania publiczne"

Model udziałowców

Analiza problemu

Zdarzenia biznesowe

- koordynator poboru wysyła pismo do poborowego
- komendant WKU zatwierdza pismo
- poborowy stawia się na pobór
- koordynator poboru tworzy harmonogram poboru
- poborowy potwierdza w skrzynce podawczej otrzymanie pisma z WKU
- poborowy sprawdza w systemie gdzie i kiedy ma się stawić
- koordynator poboru tworzy kartotekę poborowego
- system informuje o konieczności aktualizacji danych poborowego
- archiwista synchronizuje dane z systemem ewidencji ludności
- komendant WKU tworzy raport o przeprowadzonym poborze

Biznesowe przypadki użycia

Rejestracja kartoteki poborowego

Koordynator wyszukuje kartotekę poborowego
Jeżeli kartoteka nie istnieje to wprowadza ją do systemu
System weryfikuje poprawność danych
Jeżeli dane poprawne to system zapisuje w ewidencji
Jeżeli niepoprawne to koordynator ponownie wprowadza dane (poprawione)

Wysłanie pisma do poborowego

Koordynator poboru wyszukuje kartotekę poborowego,
Koordynator rejestruje pismo wychodzące,
System sprawdza poprawność pisma,
Przekazanie pisma na konto Komendanta WKU,
Jeżeli pismo jest poprawne merytorycznie to następuje zatwierdzenie pisma przez Komendanta WKU,
Jeżeli pismo nie jest poprawne to zostaje zwrócone przez Komendanta na konto Koordynatora poboru,
System sprawdza czy pismo ma zostać wysłane elektronicznie,
Jeżeli pismo ma zostać wysłane elektroniczne to zostaje wysłane przez system na ESO (Elektroniczna skrzynka odbiorcza),
Jeżeli pismo ma zostać wysłane w sposób tradycyjny to następuje wykonanie przez system wydruku papierowej wersji pisma do wysłania pocztą tradycyjną.

Tworzenie harmonogramu poboru

Koordynator poboru tworzy nowy pobór
Koordynator poboru rezerwuje sale na dany dzień
System sprawdza w kalendarzu czy sale są dostępne
Jeżeli sale są dostępne system rezerwuje je na potrzeby poboru
Jeżeli sale nie są dostępne system sugeruje inny termin
Koordynator potwierdza zgodność terminów i ilość zarezerwowanych sal
System wysyła informacje do poborowych oraz do komisji lekarskiej

Aktualizacja danych meldunkowych

Archiwista żąda sprawdzenia aktualności danych w systemie
System wyszukuje dane nieaktualne
i wyświetla je na ekranie
Archiwista zaznacza rekordy do aktualizacji i żąda ich uaktualnienia
System komunikuje się z bazą danych ewidencji ludności i pobiera nowe dane
Archiwista potwierdza nadpisanie danych meldunkowych

Sprawdzenie ESO przez poborowego

System przesyła powiadomienie e-mail lub sms do poborowego
Poborowy loguje się do ESO
Poborowy potwierdza odebranie pisma
System wyświetla treść wiadomości (termin i miejsce stawienia się)

Utworzenie raportu

Komendant WKU określa kryteria raportu,
System wyszukuje odpowiednie dane,
Komendant wybiera format pliku do zapisania,
System przygotowuje podgląd raportu,
Jeżeli raport jest poprawny Komendant zatwierdza raport i następuje wysłanie go do MON,
Jeżeli raport nie jest poprawny Komendant wprowadza nowe kryteria dla raportu.

Granice systemu

Przeniesienie diagramu z 3.2 z określeniem lini granicy systemu
<wskazać, gdzie przebiegają granice systemu podlegajacego wytworzeniu>

wykłady

sobota, 5 maja 2012

IW SWS dokument