Analiza, projekt i częściowa
implementacja
systemu wspomagającego
firmę agroturystyczną.
Paweł Gilowski
Promotor:
dr inż. Szymon
Supernak
Analiza, projekt i częściowa
implementacja
systemu wspomagającego
firmę agroturystyczną.
Paweł Gilowski
Promotor:
dr inż. Szymon
Supernak
Cel pracy
• Stworzenie narzędzia organizacyjno-
zarządczego dla małych i średnich
gospodarstw agroturystycznych
• Umożliwienie podjęcia skutecznej walki o
klienta w branży wypoczynkowej, rekreacyjnej
oraz rozrywkowej
Agroturystyka
• Wypoczynek na łonie natury
• Uatrakcyjnienie grami i zabawami ruchowymi,
pokazami rzemiosła ludowego
• Połączenie tradycji z nowoczesnością
• Zmiana otoczenia
Potencjalni Klienci
• Osoby starsze
• Rodziny z dziećmi
• Małe grupy zorganizowane (grupa znajomych)
• Duże grupy zorganizowane (imprezy
integracyjne)
Oczekiwania Klientów
• Ciekawe zajęcia dla wszystkich
• Przystępne ceny
• Profesjonalna obsługa
• Brak negatywnych ‘niespodzianek’
• Klient chce dostać to, co zamówił
Gospodarstwo
Agroturystyczne
• Oferuje ciekawy sposób na spędzanie wolnego
czasu
• Organizuje czas Klientów:
– Zapewnia im wypoczynek
– Rozrywkę poprzez udział w grach i zabawach
• Zarządza personelem
– Zatrudnia odpowiednich ludzi
– Przydziela zadania
• Zarządza ofertą
– Stale wzbogaca ofertę
– Dba o najwyższą jakość usług
Główny cel: zadowolenie
Klienta
Jak osiagnąć ten cel?
– Bogata oferta
– Przystępna cena
– Dobra organizacja
– Profesjonalna i miła obsługa
A gdyby tak…
• Zrzeszyć kilka mniejszych gospodarstw
• Wspólnie zatrudnić specjalistów
• Wspólnie wzbogacić ofertę o nowe, wyszukane
atrakcje
• Podzielić koszty
• Głównym problemem byłaby organizacja całego
przedsięwzięcia…
Organizacja – poziom
wyżej!
• Odpowiedni system uprości organizację
działań
• Wprowadzi łatwy i szybki dostęp do informacji
• Obniży koszt działalności, zmaksymalizuje
zysk
• Zmniejszy ilość popełnianych błędów
Wymagania funkcjonalne –
wspólne dla wszystkich użytkowników
• Zakładanie nowego konta użytkownika
• Logowanie się do systemu
• Odzyskiwanie hasła do konta użytkownika
• Zmiana danych osobowych
• Skategoryzowane przeglądanie ofert, atrakcji,
ośrodków
Analiza wybranych
funkcjonalności
Przypadek użycia - tworzenie nowego konta użytkownika
Analiza wybranych
funkcjonalności
Diagram czynności - logowanie użytkownika do systemu
Analiza wybranych
funkcjonalności
Diagram stanów dla klasy Osoba - podczas logowania do systemu
Wymagania funkcjonalne –
związane z obsługą systemu przez klientów
• Rozróżnienie klientów nowych od stałych
• Wybieranie opcji, ofert oraz pakietów, zatwierdzanie i
anulowanie zamów
• Przeglądanie historii swoich zamówień
• Wystawianie komentarza ośrodkowi na zakończenie
pobytu
• Obsługa grup zorganizowanych – składanie zapytanie
ofertowego
Analiza wybranych
funkcjonalności
Wpływ zalogowania się na opcje oferty
Wymagania funkcjonalne –
dotyczące obsługi pracowników
• Zarządzanie atrakcjami
– Dodawanie, modyfikacja
– Szczegółowa edycja listy obsługiwanych atrakcji
• Zarządzanie kompetencjami
– Dodawanie
– Aktualizacja posiadanych kompetencji
• Zarządzanie swoją dostępnością
Analiza wybranych
funkcjonalności
Przypadek użycia - dostosowywanie kompetencji
Wymagania funkcjonalne –
wymagania ze strony dyrekcji
• Zarządzanie usługami
– Ustawianie dostępności atrakcji
– Układanie pakietów ofert
• Zarządzanie Personelem
– Zatrudnienie personelu, przydzielanie zadań
– Nawiązywanie współpracy z firmami zewnętrznymi
Wymagania funkcjonalne –
wymagania ze strony dyrekcji
• Zarządzanie ośrodkiem, środkami stałymi oraz
terminami
– Kontrola stanu magazynu
– Zarządzanie kosztami
• Obsługa klientów
– Obsługa klientów specjalnych
– Zarządzanie rabatami dla stałych klientów
Analiza wybranych
funkcjonalności
Schemat postępowania podczas udostępniania atrakcji
Analiza wybranych
funkcjonalności
Zatrudnianie personelu, aktualizacja grafików
Wymagania
pozafunkcjonalne
•
Bezpieczeństwo:
– Użytkownik ‘widzi’ tylko tyle, ile powinien
•
Domyślna obsługa programu - bez konieczności
szkolenia
•
Powszechny dostęp – z każdego miejsca
– (w takim wypadku wymagane stałe połączenie serwera z
internetem)
•
Działa niemal na każdym komputerze
Diagram klas
cz1
Diagram klas
cz2
Diagram klas
cz3
Projekt bazy danych
cz1
Projekt bazy danych
cz2
Implementacja
• Przedstawienie implementacji części
wymienionych wymagań funkcjonalnych,
bezpośrednio związanych z główną koncepcją
systemu
– Moduł skierowany wyłącznie dla pracownika
Zadania pracownika
• Samodzielne zarządzanie własną dostępnością
• Dodawanie atrakcji do systemu
• Szczegółowa edycja listy obsługiwanych
atrakcji
• Zarządzanie własnymi ‘kompetencjami’
• Dodawanie nowych ‘kompetencji’
Zarządzanie dostępnością
Zarządzanie
kompetencjami
Dodawanie nowej atrakcji
Implementacja
zabezpieczenia –
wymagania
pozafunkcjonalne
• Użytkownik ma dostęp TYLKO do
przeznaczonych dla niego modułów
• Moduły skierowane do innych uzytkowników
pozostają nie tylko niedostępne, ale i
niewidoczne
• Użytkownik nie ma możliwości samodzielnej
zmiany swoich uprawnień w systemie
Bezpieczeństwo -
How To
Implementacja bazy
danych
Co zostało zrobione
• Zrealizowane wymagania funkcjonalne
wspólne dla wszystkich użytkowników
• Większość wymagań funkcjonalnych ważnych
dla pracowników
• Spełnione wymagania pozafunkcjonalne
Czego nie zrealizowałem
• Realizacji wymagań funkcjonalnych
wyspecyfikowanych dla Klienta oraz Zarządcy
• Zakres pracy obejmował częściową
implementację – zrealizowana została
najciekawsza część
• Część kliencka – powielenie istniejących
schematów
• Części Zarządczej nie dałoby się zrealizować
oddzielnie
Dlaczego?
Możliwości rozbudowy
• Moduł finansowo-księgowy
• Moduł transportowy
• Dla większych grup ośrodków
rozszerzony moduł obsługi Klienta
galerie zdjęć, mini serwis
społecznościowy
• Dla ośrodków ze „stałymi” atrakcjami –
rankingi, ‘hall of fame’
Dziękuję
za uwagę :-)