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ę :-)