Projekt systemu wymiany informacji w architekturze SOA.

Wstęp

Organizacją, jest jednostka samorządowa, pełniąca zadania samorządu lokalnego, dział w którym planowane są innowacje to referat IT, pracownicy tego działu odpowiedzialni są za sprzęt komputerowy, jego zakup, naprawę i przekazywanie w celu usprawnienia pracy planowane jest wdrożenie systemu informatycznego który uprościłby zarządzanie, poprzez generowanie raportów i protokołów oraz pozwalać na ocenę niezawodności i wydajności danych sprzętów.

Treść zadania projektowego

Organizacją, jest jednostka samorządowa, pełniąca zadania samorządu lokalnego, dział w którym planowane są innowacje to referat IT, pracownicy tego działu odpowiedzialni są za sprzęt komputerowy, jego zakup, naprawę i przekazywanie w celu usprawnienia pracy planowane jest wdrożenie systemu informatycznego który uprościłby zarządzanie, poprzez generowanie raportów i protokołów oraz pozwalać na ocenę niezawodności i wydajności danych sprzętów.

Cel budowy systemu

Celem systemu jest organizacja i usprawnienie pracy zespołu informatycznego nad zarządzanym sprzętem komputerowym, zmniejszenie kosztów eksploracji sprzętu oraz stworzenie bazy wiedzy na temat problemów ze sprzętem.
System jest przeznaczony do pracy na platformie Windows XP/Vista/7
wykorzystuje środowisko programistyczne Microsoft .NET Framework 4, Użytkownikami systemu mają być pracownicy działu IT, o równych prawach dostępu i ewentualnie stażyści o ograniczonym dostępie do danych.
System ma umożliwiać prowadzenie bazy danych użytkowników i komputerów, na ich podstawie ma umożliwiać tworzenie raportów przekazania, stanu itp., przechowywać informacje na temat uszkodzeń, problemów i sposób ich naprawy.
System musi być zabezpieczony przed wglądem przez osoby nie powołane gdyż będzie zawierał hasła i klucze do programów, musi posiadać względnie prosty interfejs przez który szybko można wygenerować raport/protokół, wydajność systemu nie jest sprawą kluczową, gdyż system będzie wykonywał tylko kilka obliczeń dziennie i raz w miesiącu zbiorczy raport z działań na bazie.

Perspektywa przypadków użycia

Szczegółowa analiza wymagań użytkownika

Przypadki użycia systemu to zbiór scenariuszy powiązanych ze sobą wspólnym celem użytkownika. Przedstawione poniżej diagramy przedstawiają wszystkie scenariusze mogące zdarzyć się w firmie.
Aktorzy:

• Pracownik

• Kadrowy

• Informatyk

• System

Likwidacja Sprzętu

Nazwa	Likwidacja Sprzętu
Kontekst użycia	Przypadek rozpoczyna się od stwierdzenia iż stan sprzętu nie pozwala na dalsze użytkowanie
Zakres i poziom	PU dotyczy tylko części systemu
Aktorzy	Informatyk, Kadrowy, System
Zdarzenie inicjujące	Zgłoszenie sprzętu do likwidacji
Warunki wstępne	-
Warunki końcowe	Sprzęt został zutylizowany
Gwarancja powodzenia	-
Główny scenariusz powodzenia/przepływ podstawowy	1 Użytkownik zgłasza problem ze sprzętem 2 Informatyk stwierdza iż uszkodzenie jest poważne 3 Informatyk i Kadrowy sporządzają protokół likwidacji 4 Sprzęt zostaje zlikwidowany
Przepływy alternatywne	2a Informatyk stwierdza że sprzęt nadaje się do dalszego użytku 3a Sprzęt zostaje naprawiony 4a Użytkownik otrzymuje sprzęt z powrotem
Punkty rozszerzenia	Dodanie sprzętu do listy zlikwidowanych
Specjalne wymagania	-
Dodatkowe informacje	-

Rejestracja Wyposażenia

Nazwa	Rejestracja Wyposażenia
Kontekst użycia	Przypadek opisuje proces przyjmowania nowego sprzętu do firmy
Zakres i poziom	PU dotyczy tylko części systemu
Aktorzy	Informatyk, Kadrowy, System
Zdarzenie inicjujące	Zakup nowego sprzętu
Warunki wstępne	-
Warunki końcowe	Sprzęt zostaje wpisany do rejestru
Gwarancja powodzenia	-
Główny scenariusz powodzenia/przepływ podstawowy	1 Kadrowy przyjmuje wyposażenie 2 Kadrowy nadaje numer referencyjny sprzętu i przekazuje Informatykowi 3 Informatyk sprawdza sprzęt i nadaje mu numer ewidencyjny 4 Sprzęt zostaje wpisany do rejestru
Przepływy alternatywne	3a Informatyk stwierdza uszkodzenie sprzętu 4a Sprzęt zostaje oddany na gwarancję lub wymieniony na nowy
Punkty rozszerzenia	Dodanie sprzętu do ewidencji
Specjalne wymagania	-
Dodatkowe informacje	-

Zakup Wyposażenia

Nazwa	Zakup Wyposażenia
Kontekst użycia	Przypadek opisuje proces zgłaszania zapotrzebowania na nowy sprzęt
Zakres i poziom	PU dotyczy tylko części systemu
Aktorzy	Użytkownik, Kadrowy, System
Zdarzenie inicjujące	Zgłoszenie zapotrzebowania na nowy sprzęt
Warunki wstępne	-
Warunki końcowe	Sprzęt zostaje zakupiony
Gwarancja powodzenia	-
Główny scenariusz powodzenia/przepływ podstawowy	1 Użytkownik składa zapotrzebowanie na nowy sprzęt 2 Zgłoszenie jest przyjęte 3 Jeśli jest to pierwsze zgłoszenie zostaje utworzona nowa lista zapotrzebowanie, w przeciwnym wypadku zgłoszenie jest dopisywane do istniejącej 4 Kadrowy dokonuje zakupu materiałów zgodnie z listą
Przepływy alternatywne	-
Punkty rozszerzenia	Utworzenie nowej listy zapotrzebowania
Specjalne wymagania	-
Dodatkowe informacje	-

Zgłaszanie usterki

Nazwa	Zgłaszanie usterki
Kontekst użycia	Przypadek opisuje proces zgłaszania i naprawy usterek
Zakres i poziom	PU dotyczy tylko części systemu
Aktorzy	Użytkownik, Informatyk, System
Zdarzenie inicjujące	Usterka sprzętu
Warunki wstępne	-
Warunki końcowe	Sprzęt zostaje naprawiony / oddany na gwarancje
Gwarancja powodzenia	-
Główny scenariusz powodzenia/przepływ podstawowy	1 Użytkownik zgłasza do systemu problem / usterkę 2 Zgłoszenie jest wpisane do rejestru 3 System przekazuje zgłoszenie do odpowiedniego pracownika działu IT 4 Informatyk naprawia usterkę
Przepływy alternatywne	4a uszkodzony obiekt zostaje oddany na gwarancję lub wymieniony na nowy
Punkty rozszerzenia	Naprawa usterki
Specjalne wymagania	-
Dodatkowe informacje	-

ROZWINIĘCIE PRZYPADKÓW UŻYCIA POPRZEZ DIAGRAMY AKTYWNOŚCI I SEKWENCJI.

Przykładowe diagramy czynności

Zakup Sprzętu

Perspektywa Logiczna

Podstawowe Obiekty

Diagram Klas

Diagram klas opisuje typy obiektów w systemie i różne rodzaje statycznych relacji między nimi. Mamy dwa podstawowe rodzaje relacji: podtypy i asocjacje. W moim systemie wszyscy zdefiniowani aktorzy są pewnymi klasami.

Poza klasami aktorów występują w systemie także inne obiekty.

Plan Projektu

Projektowanie interfejsu użytkownika

Proponowany dobór narzędzi programistycznych.

• Baza danych – MS SQL

• Środowisko Programistyczne – Visual Studio 2010

• Języki Programowania: C#, SQL, PHP

Proponowane wymagania sprzętowe i programowe

System musi sprawnie działać w środowisku microsoftowym, nie powinien potrzebować do sprawnego działania więcej niż 1GB RAM’u, niezbędne będzie napisanie instrukcji użytkownika, oraz przeprowadzenie szkoleń.