Dokumentacja analityczna systemu informatycznego

System informatyczny obsługi firmy doradztwa podatkowego

Wersja pierwsza

ZESPÓŁ WYTWÓRCZY 3/2010/GB Firma „WebDesk”

Stanowisko	Imię i Nazwisko	Zrealizowane zadania
Kierownik projektu / Zamawiający	Justyna Sokołowska	Diagram klas, diagramy aktywności, formatowanie dokumentu, zarządzanie.
Zamawiający / Tester akceptacyjny	Michał Szałwiński	Diagramy stanów, diagram zamówień, podsumowanie.
Analityk / Projektant	Bartłomiej Sujkowski, Marcin Szczepaniak	Architektura, wstęp, Podsumowanie, korekta. Diagram przepływu danych, Tabela klas.
Analityk / Tester wewnętrzny	Paweł Stempień	Diagramy sekwencji.
Projektant / Tester wewnętrzny	Damian Sulej	Architektura, wstęp.

PROWADZĄCY

Grzegorz Bliźniuk

Warszawa, 2010

Spis treści:

 

1. Wstęp

2. Architektura systemu

1. Określenie architektury

2. Własności architektury

3. Analiza - podejście obiektowe.

1. Diagram klas

2. Diagram czynności(aktywności)

3. Diagram sekwencji

4. Diagram stanów.

4. Analiza - podejście strukturalne.

5. Podsumowanie.

Zmiany w stosunku do wersji poprzedniej:

Wersja pierwsza.

1. Wstęp

Niniejszy dokument stanowi dokumentację analizy systemu informatycznego dla firmy doradztwa podatkowego „Kopytko”. Pierwsza część składa się z definicji architektury systemu, w kolejnych zamieszczone są diagramy metodyki obiektowej analizowanego sytemu. Dzięki tym informacjom mamy przejrzysty i jasny mechanizm projektowania.

2. Architektura systemu

1. Określenie architektury

Głównym trzonem architektury jest przetwarzanie danych. Punktem skupiającym jest tutaj serwer znajdujący się na terenie firmy. Znajduję się na nim strona WWW z dostępem do Baz Danych poprzez odpowiednie interfejsy. Owe interfejsy możemy podzielić na:

-interfejs klienta

-interfejs pracowników firmy (konsultant, pracownik wewn.)

-interfejs administratora systemu

W tym kontekście używana jest architektura SOA (Services Oriented Architecture).

W architekturze systemu można również wyróżnić jego warstwy. Jest to architektura trójwarstwowa typu klient-serwer. Poszczególne warstwy można podzielić na warstwę interakcji (komunikacyjną), usługową oraz danych. Dzięki temu poszczególne moduły są od siebie niezależne, a co za tym idzie łatwo jest je modernizować.

Warstwa interakcyjna umożliwia komunikację między człowiekiem a maszyną z poziomu strony WWW. Niżej znajduję się warstwa usługowa, w której następuje wybór usługi funkcji systemu. Zapytanie wysyłane do bazy danych odbywa się w warstwie danych, gdzie informacje są odbierane, zachowywane, a w razie potrzeby wydobywane i przekazywane do warstwy wyżej.

2. Własności architektury

1. Efektywność - Cały system wraz z bazami danych znajduje się na jednym serwerze. Interfejsy zapewniają bezpieczeństwo korzystania z systemu przez wiele osób oraz zgłoszenia klient-serwer.

2. Zabezpieczenie - Wszyscy użytkownicy systemu, poza administracją, nie mają bezpośredniego dostępu do baz danych, oraz serwera, na którym się on znajduje. Ponadto na każda grupa użytkowników ma określone uprawnienia, dzięki czemu osoba niekompetentna nie ma możliwości wprowadzania zmian w systemie. Administracja ma za zadanie monitorowania poprawności działania systemu, czyszczenia nieużywanych kont oraz danych z baz danych. Również muszą oni pielęgnować system, to znaczy odpowiadają za przeprowadzanie w nim aktualizacji. Przeprowadzają autoryzację systemu dla pracowników.

3. Dostępność - systemowi należy zapewnić dodatkowe komponenty . Jest to asekuracja, ponieważ system w warunkach zakładanych przez twórców pracowałby sprawnie bez dodatkowych komponentów. Często jednak warunki jakie przewidzieli nie pokrywają się z rzeczywistością.

4. Zdatność do pielęgnacji - zapewniona jest poprzez podział systemu na warstwy, który gwarantuje możliwość modernizowania całych modułów systemu, bez konieczności ingerowania w całą strukturę.

3. Analiza - podejście obiektowe

1. Diagram klas

W poniższej tabeli przedstawiono klasy wraz z ich atrybutami oraz metodami które zostały wykorzystane do budowy diagramu klas. W dalszych diagramach powiązania między poszczególnymi klasami zostaną przedstawione dokładniej.

Klasa	Atrybuty	Metody
Logowanie	login	Zaloguj
			hasło
	Zalogowany		nazwa użytkownika	Modyfikuj czas
			czas zalogowania
	Gość	przywileje	Przeglądaj słownik
				Przeglądaj przepisy prawne
				Wykup abonamentu
	Użytkownik		nazwa użytkownika, przywileje	Przeglądaj słownik
				Przeglądaj przepisy prawne
				Wykup dodatkową pomoc
				Dodaj problem standardowy
				Dodaj problem niestandardowy
				Przeglądaj historię
				Przeglądaj tutorial
				Przeglądaj dokumenty
				Wypełnij dokument
Pracownik	nazwa użytkownika przywileje	Przeglądaj użytkownika
Konsultant	nazwa użytkownika przywileje	Przeglądaj problemy
				Usuń problem
				Rozwiąż problem
		Administrator	nazwa użytkownika przywileje	Przeglądaj użytkownika
				Przeglądaj pracownika
				Przeglądaj konsultanta
				Dodaj pracownika
				Dodaj konsultanta
				Zmień uprawnienia
				Modyfikuj bazę danych
				Usuń pracownika
				Usuń użytkownika
				Usuń konsultanta
Dane osobowe	imię nazwisko data_urodzenia PESEL adres	Wyświetl dane
Sprawdzenie poprawności dokumentu	nr_dokumentu typ_dokumentu imienazw_uzytkownika typ_błędu miejsce_błędu	Sprawdź
				Zatwierdź sprawdzenie
				Zapisz zmiany
				Anuluj zmiany
Lista dokumentów	nr_dokumentu właściciel_dokumentu data_złożenia	Wyświetl dokument
Problem standardowy	typ_dokumentu data_utworzenia	Zatwierdź problem
				Przejdź do pomocy
		Problem niestandardowy	nazwa_problemu opis_problemu data_utworzenia	Zatwierdź problem
				Wyślij e-mail
				Przejdź do pomocy
Tutorial	nr_pola opis	Wyświetl opis
Słownik pojęć	pojęcie wyjaśnienie szukane_hasło	Szukaj
Przepisy podatkowe	nr_artykułu paragraf przepis	Wyświetl przepis
				Przejdź do artykułu

2. Diagram aktywności

Diagram aktywności służy do modelowania czynności i zakresu odpowiedzialności elementów oraz użytkowników systemu. Opisuje działania związane z wieloma obiektami, pomiędzy którymi może występować komunikacja przy wykonywaniu czynności.

1. Składanie zamówienia

Pierwszy z niżej zamieszczonych diagramów prezentuje poszczególne kroki przy złożeniu zamówienia przez klienta. Proces rozpoczyna się wyświetleniem różnych ofert. Klient po wybraniu interesującej go sekcji, przechodzi do etapu dodania swojego problemu. Kolejnymi krokami jest próba rozpoznania problemu oraz odpowiednie zajęcie się nim. W zależności od problemu system może podać bezpośrednio bezpłatne rozwiązanie lub odpłatną pomoc poprzez skierowanie do konsultanta. Diagram uwzględnia fakt nieuregulowania płatności. Zlecenie może zostać odrzucone bądź zarchiwizowane w bazie rozwiązanych problemów.

2. modyfikowanie działu pomoc przez administratora

System umożliwia administratorowi dostęp do bazy danych pomocy. Może on edytować istniejący element, dodawać nowe lub usuwać istniejące. Dzięki temu dział pomocy ma możliwość ciągłego rozwoju, a usługi oferowane przez firmę są lepszej jakości. Poniższy diagram prezentuje czynności które wykonywane są z wykorzystaniem bazy danych pomocy przez administratora.

3. modyfikowanie danych osobowych przez administratora

System umożliwia administratorowi dostęp do bazy przechowującej dane osobowe. Może on edytować dane, dodawać nowe lub usuwać istniejące. Poniższy diagram prezentuje czynności które wykonywane są z wykorzystaniem bazy danych zawierających dane osobowe przez administratora.

1. Diagram sekwencji

Na diagramach sekwencji przedstawiamy dynamiczne elementy systemu. Obrazujemy tam jak w perspektywie czasu działają określone funkcje co pozwala nam ustalić kolejność występowania komunikatów w czasie.

1. Rozwiązywanie problemu

Klient po wejściu na portal dostaje wachlarz opcji, ofert rozwiązywania problemów. Następnie dodaje swój problem i jest on weryfikowany i rozwiązywany przez system ekspercki, który zwraca wynik klientowi. Jeśli nie jest możliwe rozwiązanie problemu w ten sposób następuje przekazanie tego problemu do konsultanta, który składa propozycję odpłatnego rozwiązania problemu. Klient może ją przyjąć i zapłacić bądź odrzucić, w tym przypadku oraz w przypadku, gdy nie zapłaci jego problem jest usuwany. W przeciwnym zaś otrzymuje rozwiązanie.

2. Modyfikacja danych osobowych

Administrator po zalogowaniu do systemu w panelu administracyjnym, który w tym wypadku pośredniczy w kontakcie z bazą danych, ma możliwość modyfikacji danych użytkowników, ich usuwania oraz dodawania. 

3. Modyfikacja pomocy

Administrator po zalogowaniu do systemu w panelu administracyjnym ma również możliwość modyfikacji plików związanych z pomocami jakie oferuje witryna oraz z standardowymi rozwiązaniami problemów nad którymi ma pełną kontrolę.

1. Diagram stanów

1. Stany systemu przy zgłoszeniu problemu przez klienta

Użytkownik może wielokrotnie wyświetlać interesujące go oferty. System musi być do tego przystosowany. Ponadto należy uwzględnić możliwość rezygnacji klienta nawet po uiszczeniu opłaty. Wtedy system ma za zadanie zwrócić zapłacone pieniądze (kwota po odjęciu o zaliczki).

2. Tworzenie ofert

Administratorzy  w momencie ustalania nowej oferty mogą współbieżnie wybierać odpowiednie parametry oraz dane dotyczące konkretnej oferty. Stany te mogą być czasami zależne od siebie, ale można je zrównoleglić.

3. Stany operacji na bazie danych

Wszystkie czynności związane z operacjami na bazie danych można zrównoleglić. Dopiero zapis zmian wykonuje się sekwencyjnie.

4. Stany przy tworzeniu nowego konta klienta

Wszystkie stany przy tworzeniu nowego konta klienta wykonują się sekwencyjnie. Aby każdy następny stan mógł się wykonać czeka na poprawne wykonanie się stanu poprzedzającego go.

4. Analiza - podejście strukturalne

1. Diagram przepływu danych

Diagram ukazuje przepływ danych podczas wykonywania określonych czynności przez określonych użytkowników systemu. Każdy użytkownik ma inne przywileje, w związku z czym różni się zakres dostępu do poszczególnych sekcji danych. Przywileje mają również wpływ na możliwość wykonywania poszczególnych działań, związanych z dostępem do informacji zgromadzonych w bazach danych.

5. Podsumowanie

Analiza systemu informatycznego jest bardzo ważnym aspektem podczas tworzenia oprogramowania, pozwala ona zaprojektować odpowiednią architekturę systemu, co ma znaczący wpływ na jego późniejsze działanie, niezawodność, czy też niebezpieczeństwo. Pominięcie tej fazy w procesie powstawania systemu naraża firmę na duże straty z uwagi na nieprecyzyjne ustalenia dotyczące działania oprogramowania. Efektem tego mogą być błędy występujące w systemie, które trzeba będzie usunąć.

Projektowany system został zanalizowany pod kątem architektury tj. została ona sprecyzowana, uściślona oraz dobrana pod kątem pełniących przez system funkcji. Następnie spekulacji poddane zostały dwa podejścia do projektowania systemu. Podejście obiektowe i strukturalne. Dzięki temu twórcy projektu mogli zbadać aspekty obu tych podejść w wyniku czego projektowany system może stać się prostszy w pielęgnacji, oraz modyfikacji w późniejszych latach.

System informatyczny obsługi firmy doradztwa podatkowego

Strona 18 z 18

---