HelpDeskManager

Autorzy:
Aleksandra Mikita
Karol Kuczok
Mikołaj Solik
gr. 4CZI
HELPDESK MANAGER
1
Spis treści
Cel i zakres działania systemu informatycznego .................................................................................. 4
Ogólny opis systemu ............................................................................................................................ 4
Opis najważniejszych cech systemu ................................................................................................. 4
Aktorzy systemu biznesowego ......................................................................................................... 5
Opis zdarzeń aplikacji z punktu widzenia kolejnych aktorów .......................................................... 5
Lista funkcji realizowanych przez projektowany system informatyczny .............................................. 6
Funkcje realizowane przez aplikację: ............................................................................................... 6
Reguły biznesowe ................................................................................................................................. 6
Fakty ................................................................................................................................................. 6
Definicje ........................................................................................................................................... 7
Formuła (zależność) ......................................................................................................................... 7
Ograniczenia ..................................................................................................................................... 7
Wymagania niefunkcjonalne ................................................................................................................ 8
Środowisko pracy systemu ............................................................................................................... 8
Wykorzystywane technologie .......................................................................................................... 8
Wymagania sprzętowe oraz licencje .................................................................................................... 8
Wymagania....................................................................................................................................... 8
Licencja ............................................................................................................................................. 9
Diagram przypadków użycia ............................................................................................................... 10
Opisy przypadków użycia: .............................................................................................................. 11
Przypadek użycia logowanie: ......................................................................................................... 11
Diagram Sekwencji ............................................................................................................................. 13
Diagram sekwencji dla akcji tworzenia wiadomości ...................................................................... 14
Diagram stanów aplikacji www .......................................................................................................... 15
Diagram stanów usługi Windows ....................................................................................................... 16
Diagramy klas ..................................................................................................................................... 17
Diagram Komponentów ..................................................................................................................... 21
Wybór metodyki ................................................................................................................................. 22
Scrum – opis ogólny: ...................................................................................................................... 22
2
Przydział ról .................................................................................................................................... 23
Opis systemu kontroli wersji .............................................................................................................. 23
Systemy kontroli wersji dzielone są według: .................................................................................. 24
Architektura.................................................................................................................................... 24
Przegląd dostępnych rozwiązań Help Desk / Service Desk ................................................................ 25
Opis instalacji ..................................................................................................................................... 27
Skrócona instrukcja użytkownika ....................................................................................................... 29
Testy ................................................................................................................................................... 30
3
Cel i zakres działania systemu informatycznego
Celem pracy jest stworzenie webowej aplikacji do wewnętrznej komunikacji między pracownikami.
Zakres systemu obejmuje jedną aplikację na której będzie pracowało kilku użytkowników.
Aplikacja będzie na serwerze, do którego użytkownicy będą mieli dostęp ze swoich stacji roboczych
poprzez przeglądarkę internetową.
Zadaniem aplikacji będzie ułatwienie komunikacji miedzy pracownikami działu Call-Center. Efekt
ten zostanie uzyskany poprzez możliwość tworzenia ogólnodostępnych (dla zalogowanych
użytkowników) wiadomości oraz generowania zdarzeń mających na celu gospodarowanie czasem
pracy praz przypominanie o zaplanowanych zadaniach na wybrany dzień.
Ogólny opis systemu
Projektowana przez nas aplikacja skierowana jest przede wszystkim do firm gdzie istnieje podział
na działy oraz wymagana jest sprawna komunikacja między pracownikami. Pomaga w organizacji
pracy i ułatwia współpracę pracowników w firmie. Sprawdzi się, gdy pracownicy pracują w różnych
działach lub w różnym trybie zmianowym i mijają się między sobą, nie mając czasem okazji
przekazać informacji osobiście. Aplikacja daje podgląd do zdarzeń aktualnych oraz przechowuje
informacje i archiwizuje je dając możliwość przeglądania wstecz.
Przewidziane jest jedno konto administracyjne, które będzie zarządzać kontami użytkowników
(dodawanie, usuwanie, edycja) oraz konta użytkowników.
Aplikacja będzie uruchomiona na serwerze firmy i zarządzana przez dział informatyczny w firmie.
Nie jest przewidziany dostęp zdalny do aplikacji.
Opis najważniejszych cech systemu

Dostęp do aplikacji poprzez przeglądarkę internetową.

Aplikacja uruchomiona na serwerze firmy.

Bezpieczeństwo aplikacji poprzez uniemożliwienie dostępu zdalnego (spoza firmy) do niej.

Dostęp do aplikacji z dowolnej stacji roboczej w firmie podłączonej do sieci lokalnej.

Brak konieczności instalacji.

Szybkość działania.

Małe wymagania co do środowiska pracy.
4
Aktorzy systemu biznesowego
Zakłada się, że tworzymy jedną aplikację, na której będzie pracowało trzech aktorów:

Administrator

Użytkownik

Serwis
W aplikacji za aktora uważa się pracownika firmy zainteresowanego komunikacją z innym
pracownikiem lub organizacją swojej pracy.
Aktorem jest również Serwis, czyli funkcja aplikacji działająca w tle odpowiedzialna za utrzymanie
porządku w aplikacji.
Opis zdarzeń aplikacji z punktu widzenia kolejnych aktorów
Administratorem jest użytkownik, który nadzoruje dodawanie / usuwanie / edytowanie /
nadawanie uprawnień innym użytkownikom. Użytkownik to osoba, która korzysta z aplikacji. Serwis
to aktor przedstawiający usługę, której celem jest usuwanie z bazy danych niepotrzebnych
wiadomości.
Administrator:

dodanie konta użytkownika

usunięcie konta użytkownika

modyfikacja danych użytkownika oraz hasła użytkownika

nadanie / odebranie uprawnień użytkownikowi

wszystkie czynności, które może wykonywać każdy użytkownik
Użytkownik:

zalogowanie do aplikacji

wylogowanie z aplikacji

wyświetlenie panelu użytkownika

zmiana hasła

podgląd własnych zdarzeń na wybrany dzień
5

podgląd wiadomości wszystkich użytkowników na wybrany dzień

podgląd historii własnych zdarzeń

podgląd historii wiadomości wszystkich użytkowników

usunięcie własnych zdarzeń

usunięcie własnych wiadomości

utworzenie zdarzeń/wiadomości

przywrócenie usuniętych (nie dawniej niż 30 dni) zdarzeń/wiadomości
Serwis

analiza „wieku” usuniętych zdarzeń/wiadomości

usunięcie zdarzeń/wiadomości usuniętych dawniej niż 30 dni.
Lista funkcji realizowanych przez projektowany system informatyczny
Funkcje realizowane przez aplikację:

logowanie użytkowników

wylogowanie użytkowników

zostawianie wiadomości współpracownikom

usuwanie wiadomości

przeglądanie historii zdarzeń/wiadomości w kalendarzu

tworzenie listy zdarzeń

podgląd wiadomości/zdarzeń z bieżącego dnia

podgląd wiadomości/zdarzeń z bieżącego tygodnia

usuwanie zdarzeń
Reguły biznesowe
Fakty

Każdy profil posiada niepuste hasło.

Każdy profil posiada niepustą nazwę konta złożoną ze znaków alfanumerycznych.

Użytkownik może zmieniać hasło.
6

Użytkownik może wysłać, zostawiać i czytać wiadomości ogólnodostępne.

Użytkownik może zostawiać zdarzenia prywatne do wglądu dla siebie.

Użytkownicy nie mogą przeglądać prywatnych zdarzeń innych użytkowników.
Definicje

Autoryzacja – proces potwierdzania tożsamości użytkownika.

Administrator – osoba fizyczna zajmująca się nadzorowaniem pracy aplikacji.

Użytkownik – osoba fizyczna korzystająca z aplikacji w celu nawiązania kontaktu z innymi
użytkownikami oraz ułatwienia organizacji pracy.

Aplikacja – program uruchomiony w przeglądarce internetowej na stacji roboczej
użytkownika systemu.

Wiadomość – notatka/tekst/link/komunikat zostawiona współpracownikom.

Zdarzenie –
prywatna notatka/tekst/link/komunikat/przypomnienie utworzona przez
aktualnie zalogowanego użytkownika i dostępna do wglądu/edycji tylko dla niego.

Konto użytkownika – wirtualny zasób przechowywany na serwerze, pozwalający na
jednoznaczne zidentyfikowanie oraz autoryzację użytkownika przy pomocy nazwy oraz hasła.
Formuła (zależność)

Wiadomości zostawione przez użytkownika są widoczne dla wszystkich pracowników
korzystających z aplikacji.

Zdarzenia pozostawione przez użytkownika są widoczne tylko przez zalogowanego
użytkownika danego konta i nikt inny nie ma do nich dostępu.

Zdarzenia i wiadomości mogą być dowolnie modyfikowane tylko przez użytkownika który je
stworzył.
Ograniczenia

Każdy użytkownik może posiadać tylko jedno konto.

Użytkownik nie może zmieniać ustawień własnego konta.

Hasło użytkownika nie może zawierać spacji.

Nazwa użytkownika nie może zawierać znaków specjalnych.
7
Wymagania niefunkcjonalne
Środowisko pracy systemu

System operacyjny Windows XP/Vista/7/8/8.1, Linux, Mac OS

Zainstalowana przeglądarka internetowa

Procesor Pentium II 166MHz (w zależności od systemu operacyjnego)

Pamięć RAM: 64MB (w zależności od systemu operacyjnego)

Karta grafiki VGA

Karta sieciowa obsługująca protokół TCP/IP

Stacja robocza podłączona do sieci lokalnej firmy
Wykorzystywane technologie

.NET Framework 4.5

MSSQL Express

HTML 5

CSS 3
Wymagania sprzętowe oraz licencje
Wymagania
Wymagania po stronie serwera dotyczą głównie bazy danych MS SQL 2012 w wersji Express.
Komponent
Wymagania
Procesor
Typ procesora:

Procesor kompatybilny z Pentium III lub szybszy
Taktowanie procesora:

Minimalnie: 1.0 GHz

Zalecenie: 2.0 GHz lub szybciej
8
System operacyjny
Windows Server 2012 R2
Windows Server 2008 R2
Windows 8/8.1/8.1 U1
Windows 7 SP1
Pamięć
RAM:

Minimalnie: 512 MB dla SQL Server Express, 512 MB dla SQL Server
Express with Tools
Do instalacji aplikacji wymagany jest także serwer IIS oraz .NET Framework w wersji 4.5. System
kliencki musi posiadać sprawnie działającą przeglądarkę internetową – zalecane Chrome, IE
w wersji powyżej 8.
Licencja
Aplikacja będzie licencjonowana per rdzeń procesora. Dodatkowo użytkownik końcowy otrzyma
5 licencji dla użytkowników. Każda dodatkowa licencja będzie płatna. Klient nie otrzymuje kodów
źródłowych. Dodatkowo klient otrzymuje półroczną gwarancję na oprogramowanie, w której
zawierać się będzie poprawa napotkanych w czasie użytkowania błędów. Klient po zakończeniu
okresu gwarancji ma możliwość wykupienia maintenance, który zawiera poprawę błędów oraz
wprowadzanie nowych funkcjonalności, których czasochłonność nie przekracza 40 roboczogodzin
na miesiąc. Każde zmiany powyżej tej wartości będą dodatkowo płatne.
9
Diagram przypadków użycia
10
Opisy przypadków użycia:
Na diagramie wyszczególniono trzech aktorów: Użytkownik, Administrator (który dziedziczy po
Użytkowniku) oraz Serwis.
Przypadek użycia logowanie:
Przesłanie do serwera niezbędnych danych do zalogowania oraz odebranie informacji od serwera o
tym, czy logowanie przebiegło pomyślnie, czy też pojawił się błąd logowania.
Przypadek użycia wylogowanie:
Przesłanie do serwera żądania wylogowania.
Przypadek użycia pobranie zdarzeń/wiadomości na wybrany dzień:
Wybranie dnia z poziomu kalendarza, a następnie pobranie z serwera bazodanowego informacji na
temat zdarzeń/wiadomości przypisanych na ten dzień.
Przypadek użycia przeglądanie historii zdarzeń/wiadomości:
Wybranie z listy rozwijanej znajdującej się pod opcjami Zdarzenia lub Wiadomości na górnym
panelu opcji Lista Zdarzeń lub Lista Wiadomości. Następuje przejście do nowego widoku, w którym
wyświetlana jest lista istniejących w bazie danych zdarzeń/wiadomości. Użytkownik ma możliwość
podejrzenia tylko własnych zdarzeń (utworzonych przez siebie) oraz wszystkich wiadomości
(utworzonych przez każdego użytkownika).
Przypadek użycia usunięcie zdarzeń/wiadomości:
Po przejściu do widoku Lista zdarzeń lub Lista wiadomości możliwe jest usunięcie
zdarzenia/wiadomości za pomocą opcji Usuń znajdującej się przy Tytule zdarzenia/wiadomości.
Użytkownik może usunąć wszystkie widziane przez siebie zdarzenia (widzi na liście tylko zdarzenia
utworzone przez siebie samego), ale może usunąć tylko te wiadomości, których jest twórcą.
Przypadek użycia zmiana hasła:
Wybranie z listy rozwijanej znajdującej się pod nazwą użytkownika opcji Zmień hasło. Wysłanie
żądania zmiany hasła do serwera wraz z weryfikacją w postaci wpisania poprzednio używanego
hasła.
11
Przypadek użycia wyświetlenie panelu użytkownika:
Wybranie opcji Strona Główna z górnego panelu przez użytkownika. Następuje przejście do panelu
użytkownika, w którym wyświetlane jest podsumowanie zdarzeń i wiadomości z aktualnego
tygodnia oraz kalendarz z oznaczonymi dniami, w których następuje jakieś zdarzenie.
Przypadek użycia tworzenie zdarzeń/wiadomości:
Wybranie z listy rozwijanej znajdującej się pod opcjami Zdarzenia lub Wiadomości na górnym
panelu opcji Utwórz zdarzenie lub Utwórz wiadomość. Następuje przejście do nowego widoku, w
którym możliwe jest wprowadzenie informacji związanych z nowym zdarzeniem/wiadomością
(tytuł, data, treść).
Przypadek użycia przywrócenie usuniętych zdarzeń/wiadomości:
Wybranie z listy rozwijanej znajdującej się pod opcjami Zdarzenia lub Wiadomości na górnym
panelu opcji Archiwum. Następuje przejście do nowego widoku, w którym znajduje się lista
usuniętych zdarzeń/wiadomości (przechowywane są zdarzenia/wiadomości usunięte nie dłużej niż
30dni).
Przypadek użycia zarządzanie użytkownikami:
Wybranie opcji Panel administracyjny, widoczny tylko dla użytkowników z przypisaną rolą
administratora. W Panelu możliwe jest przeglądnięcie istniejących użytkowników, dodanie nowego
użytkownika, usunięcie użytkownika, modyfikacja danych lub przypisanie ról.
Przypadek użycia dodawanie użytkownika:
Opcja dostępna tylko dla użytkownika z przypisaną rolą administratora. Umożliwia dodanie nowego
użytkownika poprzez podanie wymaganych danych: nazwa użytkownika, hasło, imię, nazwisko oraz
danych dodatkowych: adres e-mail.
Przypadek użycia modyfikacja użytkownika:
Opcja dostępna tylko dla użytkownika z przypisaną rolą administratora. Umożliwia modyfikację
danych użytkownika przypisywanych podczas jego tworzenia.
Przypadek użycia usuwanie użytkownika:
12
Opcja dostępna tylko dla użytkownika z przypisaną rolą administratora. Powoduje usunięcie
użytkownika z bazy.
Przypadek użycia przypisanie ról użytkownikowi:
Opcja dostępna tylko dla użytkownika z przypisaną rolą administratora. Umożliwia przypisanie
odpowiednich ról użytkownikowi, nadające mu odpowiednie uprawnienia. Do wyboru są role: user
oraz admin.
Przypadek użycia trwałe usuwanie oznakowanych zdarzeń/wiadomości:
Wiadomości i zdarzenia usunięte przez użytkowników zostają oznaczone flagą. Po 30 dniach od
oznaczenia flagą zostają trwale usunięte z bazy danych (do tego czasu istnieje możliwość ich
przywrócenia). Odpowiednia usługa sprawdza każdego dnia o wybranej godzinie, czy
wiadomości/zdarzenia są oznaczone jako usunięte przez okres czasu większy niż 30 dni. Jeśli tak,
wówczas dochodzi do trwałego usunięcia z bazy.
Diagram Sekwencji
13
Diagram przedstawia ogólny schemat przepływu informacji dla wszystkich zdarzeń zachodzących
w aplikacji. Z poziomu przeglądarki użytkownika wywołuje akcję mającą postać adresu URL, jest on
tłumaczony za pomocą wbudowanego mechanizmu bibliotek ASP .NET MVC na odpowiednie
wywołanie akcji z kontrolera (z ang. controller), jeśli on nie istnieje jest w momencie wywołania
tworzony. Następnie wywoływana jest akcja z instancji kontrolera, który tworzy model danych
służący do ich wyświetlenia/edycji/usuwania. Dalej model przekazywany jest do obiektu
odpowiedzialnego za logikę biznesową aplikacji, czyli serwisu który pobiera dane za pomocą
obiektu typu Repository mającego połączenie z bazą danych. Dane zwracane są do serwisu,
następnie do kontrolera. Po otrzymaniu danych kontroler wyszukuje odpowiedni dla akcji widok
i przekazuje do niego uzupełniony model danych. Widok jest renderowany, a następnie zwracany
przez mechanizm routingu do przeglądarki/użytkownika w postaci HTML.
Diagram sekwencji dla akcji tworzenia wiadomości
Powyższy diagram zawiera szczegóły wywołania akcji Index(), która pobiera wszystkie wiadomości.
Pozostałe akcje w systemie realizowane są w analogiczny sposób (zmieniane są tylko nazwy modeli
oraz wywoływanych metod z obiektów uczestniczących w całym procesie), dlatego ich diagramy
zostały pominięte w dokumentacji.
14
Diagram stanów aplikacji www
15
Rysunek przedstawia diagram stanów dla działania aplikacji. Przedstawia on stany aplikacji,
w zależności od akcji wykonanych przez użytkownika.
Diagram stanów usługi Windows
Rysunek przedstawia diagram stanów dla działania usługi systemu operacyjnego Windows.
16
Diagramy klas
Powyższy diagram przedstawia główna klasę aplikacji webowej wywoływaną przy jej starcie,
obsługującą wszystkie wywołania poprzez protokół HTTP.
17
Diagram przedstawia klasy kontrolerów odpowiedzialne za obsługę wszystkich możliwych akcji
dostępnych z poziomu przeglądarki internetowej. Diagramy zawierają opis właściwości oraz
wszystkie niezbędne metody do działania aplikacji.
Powyżej przedstawiono diagramy klas zawierające logikę biznesową. Klasy te implementują
odpowiednie interfejsy także przedstawione na diagramie. Takie podejście pozwoli na łatwe
rozszerzanie aplikacji o nowe funkcjonalności oraz umożliwi zastosowanie w przyszłości większej
ilości wzorców projektowych.
18
Powyżej przedstawiono klasy będące uproszczonym modelem danych wykorzystywanych przez
kontrolery do wyświetlania informacji użytkownikom.
Do komunikacji z bazą danych wykorzystywane jest generyczne repozytorium zaprezentowane na
powyższych schemacie.
19
Powyższy diagram klas stanowi opis utworzonej bazy danych. Instancje poszczególnych klas
wykorzystywane są w komunikacji z bazą danych.
20
Diagram ten przedstawia klasy wykorzystane w usłudze Windows mającej na celu usuwanie danych
starszych niż 30 dni.
Diagram Komponentów
Diagram przedstawia podział aplikacji na poszczególne komponenty. Głównym punktem jest
21
aplikacja WWW, która korzysta z komponenty zawierającego logikę biznesową do pobierania oraz
manipulacji na danych. Warstwa ta korzysta z generycznego repozytorium do komunikacji z bazą
danych w oparciu o model danych zawarty w komponencie Application Model. Windows Service
korzysta z metod udostępnionych przez komponent Repository.
Wybór metodyki
Zarządzanie projektem zostało zrealizowane w oparciu o metodykę Scrum, będącą zgodną
z manifestem Agile, który przedkłada:

Ludzi i interakcje ponad procesy i narzędzia.

Działające oprogramowanie ponad obszerną dokumentację.

Współpracę z klientem ponad formalne ustalenia.

Reagowanie na zmiany ponad podążanie za planem.
Agile w programowaniu oparty jest na zdyscyplinowanym zarządzaniu projektem, które zakłada
częste inspekcje wymagań i rozwiązań. Metodyka ta najczęściej znajduje zastosowanie w małych
zespołach programistycznych, dlatego też doskonale nadaje się do tworzonego przez nas projektu.
Kolejne etapy wytwarzania oprogramowania zamknięte są w iteracjach, w których za każdym
razem przeprowadza się testowanie wytworzonego kodu. Metoda ta pozwala na wytwarzanie
oprogramowania wysokiej jakości, kolejne wersje oprogramowania są bardzo szybko dostarczane
do klienta.
Skład zespołów jest zazwyczaj wielofunkcyjny oraz zarządzany od wewnątrz, przez samych
członków zespołu. Zespół bierze odpowiedzialność za zadania postawione w każdej iteracji.
W Scrum rozwój produktu podzielony jest na mniejsze, trwające od tygodnia do miesiąca, iteracje
zwane sprintami następującymi bezpośrednio po sobie. Po każdym sprincie zespół pracujący nad
rozwojem produktu jest w stanie dostarczyć działającą, przetestowaną wersję produktu.
Scrum – opis ogólny:
Zespół pracuje w określonym przedziale czasowym zwanym przebiegiem (ang. sprint). Zmiany
wprowadzane w sprincie muszą być zmianami widocznymi dla użytkownika końcowego. Muszą
wnosić wartość funkcjonalną. Przebieg może trwać od 1 do 4 tygodni. W czasie życia projektu
stosuje się sprinty o tej samej długości.
Na początku pracy nad produktem zbierana jest lista wymagań użytkownika tzw. „historyjki” (ang.
22
User Stories). Każda z nich zawiera opis jednej cechy systemu. Właściciel produktu ustala priorytety
dla poszczególnych User Stories oraz określa cel główny iteracji. Po tym formułowany jest rejestr
wymagań (ang. Product Backlog). Cel przebiegu jest zapisywany w widocznym miejscu w pokoju
członków zespołu. Jako aplikację wspomagającą zarządzanie projektem wybrano rozwiązanie
dostarczane przez firmę Assembla.com wykorzystującą metodykę Kanban do wizualizacji i
przydziału zadań.
Następnie podczas planowania przebiegu (ang. Sprint Planning) wybierane są zadania o
najwyższym priorytecie, a jednocześnie przyczyniające się do realizacji celu przebiegu. Szacuje się
czas realizacji, pracochłonność, złożoność i ryzyko każdego zadania.
Po planowaniu zespół przechodzi do realizacji zadań ze sprintu. W czasie trwania iteracji nie
zmienia się zakresu sprintu.
Zespół sam przydziela sobie zadania, wg osobistych preferencji oraz wewnętrznych ustaleń.
Naczelną zasadą metody jest przeprowadzanie codziennych (maksymalnie 15-minutowych)
spotkań (ang. Daily Scrum/Stand Up), na których omawiane są zadania zrealizowane poprzedniego
dnia oraz problemy powstałe w czasie ich realizacji.
Każdy sprint kończy się spotkaniem będącym podsumowaniem jego przebiegu (ang. Sprint Review),
podczas którego prezentowane jest powstała aplikacja (jej kolejna odsłona).
Przydział ról
Zgodnie z metodyką Scrum osoby przydzielone do projekty zostały podzielone na:
- Zespół – osoby odpowiedzialne za estymacje zadań w poszczególnych sprintach oraz ich realizację,
w skład wchodzą programiści, analitycy oraz osoby odpowiedzialne za przygotowanie GUI.
- Właściciela produkt(z ang. Product Owner) – osoba odpowiedzialna za nadzór na komunikacją z
klientem oraz będąca jego przedstawicielem.
- Scrum Master – osoba odpowiedzialna za nadzór nad wytwarzanym oprogramowaniem oraz
usuwająca wszelkie przeszkody mogące przeszkodzić w jego realizacji.
Opis systemu kontroli wersji
System kontroli wersji (ang. version/revision control system) jest to oprogramowanie służące do
śledzenia zmian głównie w kodzie źródłowym oraz pomocy programistom w łączeniu zmian
23
dokonanych w plikach przez osoby pracujące nad danym projektem.
Systemy kontroli wersji dzielone są według:

architektury oprogramowania

licencji oprogramowania

sposobu oceny zamian
Architektura
Systemy kontroli wersji dzielą się na:

lokalne, pozwalające na zapisanie danych jedynie na lokalnym komputerze (np. SCCS oraz
RCS)

scentralizowane, oparte na architekturze klient-serwer (np. CVS, Subversion)

rozproszone, oparte na architekturze P2P (np. BitKeeper, Code Co-op, svk, Git).
Pierwsza grupa zapisuje jedynie wersje plików z lokalnego komputera. W rozwiązaniach
scentralizowanych istnieje jedno centralne repozytorium, z którym wszyscy użytkownicy systemu
synchronizują swoje zmiany. Rozwiązania rozproszone pozwalają na prowadzenie równoprawnych,
niezależnych gałęzi.
Elementem niezbędnym do tworzenia oprogramowania jest system kontroli wersji. Wybrano
rozwiązanie SVN, serwer SVN został dostarczony przez Assembla.com. Wybór tego rozwiązania
został podyktowany jego znajomością przez zespól programistów oraz skonfigurowane już
środowisko do tworzenia aplikacji.
24
Przegląd dostępnych rozwiązań Help Desk / Service Desk
1. IBM Tivoli Service Desk (Maximo)
Jest to rozwijany od lat przez firmę Tivoli (wykupioną przez IBM) system Service Desk,
napisany
w języku
Java,
działający
na
praktycznie
wszystkich
platformach
sprzętowych/programowych (IBM AIX, BEA WebLogic Server, HP-UX, IBM WebSphere,
Microsoft Server, RedHat Linux, Sun Solaris, Actuate iServer). Jest on zaawansowanych
systemem dedykowanych głównie dla większych firm, gdzie zgłoszeń serwisowych przewija
się całe mnóstwo.
Nasza nie dorównuje funkcjonalności temu gigantowi, jednakże zarówno koszty i potrzebne
zasoby są nieporównywalnie mniejsze w naszym HelpDesk Manager. Utrzymanie IBM Tivoli
generuje - poza kosztami poniesionymi na rzecz firmy IBM (licencja) - koszty utrzymania
infrastruktury, która pozwala na szybkie i bezproblemowe utrzymanie systemu.
25
2. Manage Engine Service Desk
Również rozbudowane oprogramowanie, funkcyjnie dużo mniejsze aniżeli kombajn IBM Tivoli.
Znów nasza aplikacja nie dorównuje funkcjonalności temu systemowi, jednakże nadal cenowo –
gdzie Service Desk Plus w wersji podstawowej kosztuje ok. 1500zł, jest to nieporównywalne
nadal z kosztami które należy ponieść na rzecz HelpDesk Manager.
26
3. Mantis Bug Tracker
Darmowe oprogramowanie, które tak naprawdę nie służy do obsługi Service Desk’u,
jednakże może doskonale spełniać taką samą funkcję. Można z niego korzystać bez
ponoszenia żadnych kosztów.
Przewagą naszego rozwiązania w stosunku do Mantisa jest wsparcie, które każdy klient
otrzymuje po zakupie HelpDesk Manager. Niestety Mantis, jako darmowe oprogramowanie
w momencie wystąpienia jakichkolwiek problemów udostępnia jedynie Forum, gdzie można
zadać pytania w razie problemów, jednak nie mamy gwarancji rozwiązania wszelkich
problemów, które mogą wystąpić podczas używania tego oprogramowania.
Opis instalacji
1.
Jeśli posiadamy serwer MS SQL w wersji powyżej 2008 możemy przejść do punktu 2, jeśli
nie, należy pobrać darmową wersję MS SQL 2012 Express dostępną po kliknięciu w link
obok:
http://www.microsoft.com/en-us/download/details.aspx?id=29062
wybieramy
ENU\x86\SQLEXPRWT_x86_ENU.exe lub ENU\x64\SQLEXPRWT_x64_ENU.exe (w zależności
od posiadanej wersji systemu operacyjnego). Podczas instalacji zaznaczamy także narzędzia
do zarządzania MS SQL Server – Management Studio.
2.
Po instalacji MS SQL z poziomu Management Studio wykonujemy załączony skrypt tworzący bazę danych – HDMDB.sql.
27
3.
Następnie instalujemy serwer IIS (wraz z obsługą ASP .NET).
oraz konfigurujemy „Delegowanie funkcji” jak na poniższym zrzucie ekranu:
4.
Konfigurujemy Website na adresie localhost, do katalogu wskazanego w konfiguracji
kopiujemy zawartość pliku HDM.zip.
5.
Modyfikujemy plik Web.config, zmieniamy adres serwera w sekcji connectionstrings
z jaka1\sqlexpress na nazwę instancji zainstalowanej na naszym serwerze.
6.
Kopiujemy zawartość archiwum HDMCleaner.zip do wybranego przez nas folderu.
7. Następnie z wiersza poleceń z uprawnieniami administratora wykonujemy poniższe
polecenie sc create HdmCleaner binpath= <ścieżka do pliku HDMDatabaseCleaner.exe
z wypakowanego archiwum>
28
8.
Modyfikujemy plik HDMDatabaseCleaner.exe.config: zmieniamy adres serwera w sekcji
connectionstrings z jaka1\sqlexpress na nazwę instancji zainstalowanej na naszym
serwerze.
Skrócona instrukcja użytkownika
Do uruchomienia aplikacji potrzebna jest przeglądarka internetowa. W pasku adresu wpisujemy
adres www. Pojawia się formatka logowania. W polu login wpisujemy login przekazany nam przez
administratora, w polu hasło wpisujemy hasło, następnie klikamy zaloguj. Po poprawnym
zalogowaniu mamy dostęp do funkcji systemu wynikających z nadanych uprawnień.
Utworzenie wiadomości dostępne jest w górnym menu: wybieramy Wiadomości -> Utwórz
wiadomość. Pojawia się formularz, w którym uzupełniamy niezbędne pola i klikamy Zapisz.
Utworzenie zdarzenia dostępne jest w górnym menu: wybieramy Zdarzenia -> Utwórz zdarzenie.
Pojawia się formularz, w którym uzupełniamy niezbędne pola i klikamy Zapisz.
Listy wiadomości i zdarzeń dostępne są w górnym menu po wybraniu opcji Lista z menu
rozwijanego Wiadomości lub Zdarzenia. Archiwalne wiadomości/zdarzenia dostępne są w tym
samym menu.
Do szczegółów dnia przechodzimy klikając datę w prawym górnym rogu aplikacji obok imienia
i nazwiska użytkownika lub klikając przycisk Szczegóły dnia.
Po wybraniu daty z kalendarza mamy możliwość wyświetlenia ilości zdarzeń/wiadomości na ten
dzień oraz przejścia do jego szczegółów (przycisk Szczegóły dnia).
Wiadomości i zdarzenia przywracamy po przejściu do archiwum i wybraniu opcji Przywróć z listy
wiadomości/zdarzeń.
Po zakończonej pracy należy kliknąć przycisk Wyloguj i zatwierdzić chęć wylogowania przyciskiem
Tak.
29
Testy
Testy zostały przeprowadzone w oparciu o przypadki użycia.
1. Logowanie
Brak danych = brak dostępu + wyświetlenie komunikatu - OK.
Niepoprawne hasło = komunikat – OK
Poprawne dane = przejście do strony głównej – OK
2. Wylogowanie
Klikamy Wyloguj = pojawia się monit z prośbą o wylogowanie – OK
30
Po kliknięciu Tak = przekierowanie do strony logowania – OK
3. Wyświetlenie szczegółów dnia
Po kliknięciu szczegóły dnia = przekierowanie do strony ze szczegółami – OK
31
4. Tworzenie wiadomości
Wyświetlenie formularza – OK
Walidacja – OK
Zapisz = przejście do strony głównej i zwiększenie licznika wiadomości na dany dzień
32
5. Tworzenia zdarzenia
Wyświetlenie formatki – OK
Walidacja – OK
Utwórz = przejście do strony głównej - OK
33
6. Zarządzanie użytkownikami
Wyświetlenie panelu administracyjnego
Usuwanie/Edycja/Przypisanie ról – OK
7. Edycja/Usuwanie wiadomości/zdarzeń – Ok
8. Przywracanie wiadomości
Wyświetlenie archiwum - OK
Przywrócenie wiadomości = pojawienie się jej na liście wiadomości – OK
34