Analiza, projekt i częściowa implementacja systemu wspomagającego firmę agroturystyczną .

1. Analiza, projekt i częściowa implementacjasystemu wspomagającegofirmę agroturystyczną. Paweł Gilowski Promotor: dr inż. Szymon Supernak

2. 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

3. Agroturystyka • Wypoczynek na łonie natury • Uatrakcyjnienie grami i zabawami ruchowymi, pokazami rzemiosła ludowego • Połączenie tradycji z nowoczesnością • Zmiana otoczenia

4. Potencjalni Klienci • Osoby starsze • Rodziny z dziećmi • Małe grupy zorganizowane (grupa znajomych) • Duże grupy zorganizowane (imprezy integracyjne)

5. Oczekiwania Klientów • Ciekawe zajęcia dla wszystkich • Przystępne ceny • Profesjonalna obsługa • Brak negatywnych ‘niespodzianek’ • Klient chce dostać to, co zamówił

6. 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

7. Główny cel: zadowolenie Klienta Jak osiagnąć ten cel? • Bogata oferta • Przystępna cena • Dobra organizacja • Profesjonalna i miła obsługa

8. 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…

9. 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

10. 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

11. Analiza wybranych funkcjonalności Przypadek użycia - tworzenie nowego konta użytkownika

12. Analiza wybranych funkcjonalności Diagram czynności - logowanie użytkownika do systemu

13. Analiza wybranych funkcjonalności Diagram stanów dla klasy Osoba - podczas logowania do systemu

14. 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

15. Analiza wybranych funkcjonalności Wpływ zalogowania się na opcje oferty

16. 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ą

17. Analiza wybranych funkcjonalności Przypadek użycia - dostosowywanie kompetencji

18. 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

19. 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

20. Analiza wybranych funkcjonalności Schemat postępowania podczas udostępniania atrakcji

21. Analiza wybranych funkcjonalności Zatrudnianie personelu, aktualizacja grafików

22. 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

23. Diagram klas cz1

24. Diagram klas cz2

25. Diagram klas cz3

26. Projekt bazy danych cz1

27. Projekt bazy danych cz2

28. Implementacja • Przedstawienie implementacji części wymienionych wymagań funkcjonalnych, bezpośrednio związanych z główną koncepcją systemu • Moduł skierowany wyłącznie dla pracownika

29. 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’

30. Zarządzanie dostępnością

31. Zarządzanie kompetencjami

32. Dodawanie nowej atrakcji

33. 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

34. Bezpieczeństwo - How To

35. Implementacja bazy danych

36. 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

37. Czego nie zrealizowałem • Realizacji wymagań funkcjonalnych wyspecyfikowanych dla Klienta oraz Zarządcy Dlaczego? • 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

38. 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’

39. Dziękuję za uwagę :-)