Załącznik nr 1. do Zapytania ofertowego. Przebieg realizacji

Transkrypt

1 Warszawa, 23 czerwiec 2014 Pieczęć Zamawiającego Załącznik nr 1 do Zapytania ofertowego Przebieg realizacji Projekt zakłada zakup i wdrożenie innowacyjnego oprogramowania typu B2B. Wnioskodawca zdecydował się na podzielenie projektu na trzy etapy. Szacowany czas realizacji projektu wynosi 12 miesięcy. ETAP I (6 miesięcy) ETAP II (3 miesiące) ETAP III (3 miesiące) I ETAP Pierwszy etap realizacji projektu to szczegółowe opracowanie architektury informatycznej procesów biznesowych zachodzących w firmie Wnioskodawcy oraz firmach współpracujących. W ramach prac przewidzianych w tym obszarze przewiduje się następujące zadania: 1. Architektura systemu Opracowanie struktury bazy danych, rozkładu modułów w strukturze systemu oraz opis założeń i powiązań pomiędzy poszczególnymi modułami. 2. Interfejs użytkownika Stworzenie interfejsów graficznych o wysokich walorach użytkowych tzw. usability od strony agenta nieruchomości oraz współpracujących agencji nieruchomości. Na potrzeby projektowanych ekranów aplikacji zostaną przeprowadzone badania eyetrackingu oraz testy A/B określające najlepsze rozmieszczenie elementów interfejsu. Przygotowanie całości zgodnie z dobrymi praktykami UX Design. (user experience). Duży nacisk zostanie położony na łatwość nawigacji w interfejsach aplikacji. Stworzenie aplikacji w technologii RWD (Responsive Web Design), dzięki temu zostanie spełniony warunek multiplatformowości aplikacji i uniezależnienia jej od fizycznych rozmiarów ekranu urządzenia, na którym pracuje użytkownik. 1

2 3. Moduł ofertowy W tym module wnioskodawca chce spełnić warunki natychmiastowego dodawania ofert poprzez wykorzystanie wersji mobilnej strony lub aplikacji mobilnej. Spełnienie warunku dodawania oferty 'just in time' na miejscu u klienta przez agenta nieruchomości, oszczędzi czas aktualizacji bazy danych. Oferty muszą mieć możliwość połączenia ich z różnymi kategoriami nieruchomości (np. grunty, biura, powierzchnie handlowe, mieszkania, domy) i zawierać w sobie pola, które odpowiadają wymienionym kategoriom. Oferty powinny być również przypisywane do agentów oraz klientów czyli wymiana informacji z Modułem użytkowników, który jest opisany poniżej. W zakres tej funkcjonalności wchodzi również edycja istniejących ofert oraz usuwanie/archiwizacja zdezaktualizowanych ofert. Moduł dodawania ofert zostanie wyposażony w funkcję geolokalizacji ułatwiającej szybkie filtrowanie nieruchomości na mapie. 4. Moduł kategorii Moduł odpowiadający za kategorie nieruchomości i ich atrybuty. Służy do zarządzania istniejącymi kategoriami nieruchomości i określania jakie typy pól mają się w nich zawierać. 5. Moduł wymiany danych Moduł ten zakłada stworzenie systemu eksportu ofert w postaci plików XML i XLS dla zewnętrznych systemów agencyjnych, a w przypadku gdy agencja będzie korzystała również z tego samego systemu w formie SaaS eksport i udostępnienie oferty, będzie odbywało się bez wymiany plików. Współpraca z agencjami polegająca na wymianie ofert wymaga funkcjonalności wyboru pól, które mają być widoczne dla kontrahenta, w celu ochrony własnej bazy klientów. Moduł zakłada funkcjonalność wyboru pól, które mają być udostępniane. W zależności od typu konta użytkownika będzie miał on możliwość udostępniania tylko części pól i tylko części ofert. Na potrzeby modułu wymiany danych powstanie system API rozumiany jako określony zestaw reguł i opisów, w jaki zewnętrzne systemu komunikują się z systemem wnioskodawcy. API zostanie zdefiniowane na poziomie kodu źródłowego dla takich składników oprogramowania jak np. aplikacje, biblioteki czy framework. Zadaniem API będzie dostarczenie odpowiednich i wymaganych protokołów komunikacyjnych. 6. Moduł wyszukiwania ofert Moduł ten zakłada funkcjonalność filtrowania i wyszukiwania ofert z własnej bazy agencji oraz agencji współpracujących. Filtrowanie odbywać się będzie na podstawie kategorii nieruchomości oraz pól nieruchomości, składających się na jej opis. Wnioskodawca chce wprowadzić innowacyjne rozwiązanie wyszukiwania ofert polegające na zaznaczaniu wybranego obszaru na mapie. Dzięki zastosowaniu geolokalizacji przy wprowadzaniu ofert i usług mapowych, wyszukiwanie stanie się szybsze. 2

3 7. Moduł pocztowy Moduł zakłada funkcjonalność skrzynek pocztowych (webmail), w których będzie możliwość czytania wiadomości oraz szybkiej odpowiedzi na zapytania klienta oraz załączenie plików. 8. Moduł szybkiego ofertowania dla klienta Moduł pozwala na szybką wysyłkę oferty do klienta. Po wybraniu, którejś z nich i zatwierdzeniu przyciskiem, zostaniemy przeniesieni do modułu pocztowego z załączonymi ofertami w postaci pliku pdf. Pozwoli to na znaczne przyspieszenie obsługi klienta i przygotowywanie dla niego ofert. Plik pdf zostanie wygenerowany na podstawie informacji zamieszczonych w bazie danych i automatycznie będzie zamieszczał podpis i dane kontaktowe agenta. 9. Moduł użytkowników Moduł zakłada funkcjonalność kont użytkowników z podziałem na uprawnienia. Ze względu na dane poufne znajdujące się w aplikacji, administrator będzie miał możliwość zawężenia uprawnień kont użytkowników w używaniu funkcji systemu. Zakładanie kont możliwe jest tylko z konta administratora. 10. Moduł księgowy Moduł księgowy zakłada funkcjonalność wystawiania faktur w programie oraz ich eksport. Użytkownicy powinni mieć możliwość podglądu tych faktur, które ich dotyczą, dla informacji czy klient dokonał płatności. Edycji i usuwania faktur, może dokonać jedynie administrator. Moduł księgowy będzie automatycznie dokonywał sprawdzenia stanu płatności faktur. Moduł księgowy będzie również posiadał funkcjonalność przypominania o nieopłaconych w terminie fakturach. II ETAP Strona mobilna W ramach prac przewidzianych w tym obszarze przewiduje się następujące zadania: Zakłada stworzenie wersji mobilnej serwisu skupioną na przeglądaniu ofert nieruchomości w każdym miejscu i czasie na urządzeniach mobilnych (tabletach, smartfonach). Dzięki zastosowaniu technologii RWD (Responsive Web Design) będzie możliwe przeglądanie serwisu w wersji mobilnej niezależnie od używanego systemu operacyjnego urządzenia przenośnego. Dodatkowo zostanie stworzona aplikacja mobilna na urządzenia ios, Windows Phone i Android dostępne w sklepach Google Play, AppStore i Windows Store. Aplikacje będą wzbogacone o funkcjonalność dodawania ofert z automatyczną lokalizacją oraz wysyłanie notyfikacji (tzw. push'e). 3

4 2. Moduł CRM Moduł CRM zakłada funkcjonalność gromadzenia i zarządzania bazą klientów oraz współpracowników. Ze względu na poufność danych Użytkownicy systemu, będą mieli dostęp jedynie do dodawania informacji o kliencie oraz jego danych. Edycja i usuwanie kontaktów będzie możliwa tylko z konta administratora ze względu na ochronę bazy klientów. Moduł CRM będzie wyposażony w opcje kalendarza z umówionymi spotkaniami z klientami, opcje przypominania, będzie archiwizował wysłane dokumenty za pomocą modułu pocztowego. Moduł CRM będzie połączony również z modułem raportowania i kontroli pracy przez agencję nieruchomości. 3. Moduł dopasowania usługi do klienta B2B Ze względu na charakterystykę usługi SaaS i rozbudowaną formę aplikacji, zakładamy możliwość dopasowania jej do potrzeb klienta B2B, tak by mógł korzystać tylko z potrzebnych modułów. Architektura aplikacji zakłada jej modułową budowę i włączanie i wyłączenie funkcjonalności w zależności od potrzeb i rodzaju klienta. Aplikacja umożliwi pełną personalizację ustawień użytkownika ze względu na różne potrzeby. Aplikacja będzie zbudowana modułowo co umożliwi jej skalowalność w przypadku dużego wzrostu liczby użytkowników. III ETAP Wdrożenie podpisu elektronicznego W ramach tego etapu zostanie zintegrowana biblioteka programistyczna umożliwiająca cyfrowe podpisanie danego dokumentu w sposób kwalifikowany. Takie biblioteki dostarczane są między innymi przez. Krajową Izbę Rozliczeniową. Podpis elektroniczny używany będzie do poświadczania dokumentów, faktur VAT itp. - składania oświadczeń woli. 2. Moduł raportowy i statystyczny Moduł zakłada funkcjonalności śledzenia statystyk: 1.statystyki wyświetleń oferty 2.statystyki skuteczności portali (ilość zapytań z portali) 3.raport ilości odbytych spotkań przez agenta 4.raport liczby podpisanych umów przez agenta 5.raport zapłaconych/niezapłaconych faktur W tym module możliwe będzie otrzymanie statystyk z przedziału czasowego w postaci wykresów oraz wartości liczbowych prezentowanych w tabeli. 3. Testowanie aplikacji oraz przygotowanie dokumentacji testy bezpieczeństwa danych wejściowych testy obciążenia systemu testy geolokalizacji testy bezpieczeństwa danych osobowych klientów oraz użytkowników testy poprawności danych wyjściowych 4

5 Technologia informatyczna Platforma będzie zbudowana z założeniem pełnienia usług w systemie Software-as-a-Service. Do jej budowy zostaną wykorzystane nowoczesne technologie, które obsługują wiele dużych projektów. Serwery będą obsługiwane przez system z rodziny Unix, który jest obecnie najszerzej stosowany w przypadku tej roli, ze względu na stabilność i bezpieczeństwo. Wnioskodawca będzie jedynym właścicielem licencji oraz wartości niematerialnych i prawnych, które powstaną w ramach projektu. Lighttpd Serwer lighthttpd zostanie wykorzystany ze względu na większa wydajnośc od powszechnie używanego Apache. Jest to element w architekturze odpowiedzialny za wywołanie interpreterów, czyli na przykład języka php. Obsługuje on większość najpopularniejszych rozwiązań i języków programowania jak CGI, PHP, Python itd. RWD czyli Responsive Web Design, technologia która pozwala w ten sposób napisane aplikacje wyświetlać na wszystkich ekranach i systemach operacyjnych, niezależnie od przekątnej ekranu. Najczęstszym przykładem zastosowania tej technologii jest wyświetlanie stron www na urządzeniach przenośnych. PHP Obiektowy język programowania, wykorzystywany przede wszystkim do budowy aplikacji webowych. Dysponuje dużą liczbą frameworków oraz elastycznością programowania. Aplikacje pisane w php mają czytelny kod, co wpływa na możliwość jej rozbudowy w przyszłości. MySQL MySQL to relacyjna baza danych. Przechowywane będą w niej wszelkie informacje o klientach, ofertach. MySQL współpracuje z php i jest to najpopularniejszy duet w dziedzinie budowania aplikacji www. XML / RPC / XLS / API Do komunikacji z zewnętrznymi usługami oraz przy eksporcie/imporcie danych zewnętrznych wykorzystamy pliki XML / XLS. W przypadku rozbudowy o kolejne usługi partnerów, użyjemy API klient-serwer do bliskiej integracji z usługami zewnętrznymi, które pozwolą na wymianę danych w locie. SMTP / POP3 Simple Mail Transport Protocol to protokół służący do realizowania wysyłki i z systemu (np. z ofertami pobranymi z bazy danych) POP3 służy odbieraniu maili przychodzących, dzięki czemu sprawnie będzie można obsługiwać klientów wewnątrz aplikacji. HTML5 Elementy prezentacji będą przedstawiane za pomocą HTML5 co pozwoli na łatwiejsza i intuicyjną obsługę systemu pod kątem User Experience, czyli naturalnej obsługi aplikacji. Wykorzystanie powyższych technologii zapewni Wnioskodawcy w przyszłości łatwy i bezproblemowy rozwój aplikacji oraz umożliwi obsługę wielu użytkowników jednocześnie podłączonych do systemu, również partnerów (zarówno krajowych i zagranicznych). Ważna jest w tym przypadku również stabilność i popularność wybranego zestawu. W przypadku dynamicznego rozwoju platformy, wnioskodawca przewiduje konieczność zwiększenia zasobów po stronie serwera. Wymiana danych pomiędzy platformą B2B, a systemami informatycznymi partnerów będzie odbywało się za pomocą formatu EDI (Electronic Data Interchange, Elektroniczna wymiana danych) oraz standardu EDIFACT, który jest standardem międzynarodowym jeżeli chodzi o wymianę danych. EDI eliminuje wielokrotne wprowadzanie tych samych informacji. Użycie EDI pozwala poprawić czasową dostępność informacji logistycznej, poszerzyć i uściślić dane, a także zmniejszyć pracochłonność procesu. Zastosowanie tego modelu będzie odnosiło 5

6 się głównie do dokumentów handlowych. Dzięki modelowi SaaS (wykorzystywanego do obiegu danych), partner biznesowy będzie miał zapewniony dostęp do takich funkcjonalności jakie udostępni mu właściciel platformy B2B (wnioskodawca). Partner biznesowy nie będzie musiał wchodzić w zagadnienia związane z infrastrukturą informatyczną systemów oraz odpowiadać za obsługę techniczną rozwiązania po swojej stronie. Dla każdego użytkownika będzie możliwy dostęp do systemu B2B z dowolnej lokalizacji i w zakresie uprawnień nadanych przez administratora platformy. W ramach projektu wdrożona zostanie technologia podpisu elektronicznego. Technologia podpisu elektronicznego Platforma B2B będzie posiadała mechanizmy wymiany istotnych danych z punktu widzenia działalności handlowej, ale również danych osobowych i finansowych klientów. Istnieje potrzeba niepodważalnej autoryzacji otrzymywanych i wysyłanych danych. Komunikacja będzie przebiegała automatycznie, włączając w to różnego rodzaju dokumenty. Istnieje, zatem potrzeba uwiarygodnienia przekazywanych danych poprzez zastosowanie podpisu elektronicznego. Podpis elektroniczny zostanie zaimplementowany w interfejsie komunikacyjnym w celu autoryzacji wszystkich kluczowych komunikatów i operacji. W szczególności wymiana danych w postaci dokumentów handlowych np. umów, faktur VAT, ale również do składania oświadczeń woli przez uprawnionych użytkowników będzie wymagało autoryzacji podpisem elektronicznym. System bezpiecznego podpisu elektronicznego będzie składał się z komponentów programistycznych tj. bibliotek, apletu Java lub/i rozwiązań opartych na Microsoft.Net 2.0. Zostanie udostępniona funkcjonalność składania i weryfikowania zwykłego i bezpiecznego podpisu elektronicznego oraz znakowania czasem w celu integracji z systemami partnera biznesowego. Zgodnie z ustawą z dnia 18 września 2001 r. o podpisie elektronicznym, podpis będzie: przyporządkowany wyłącznie do osoby składającej ten podpis, sporządzany za pomocą podlegających wyłącznej kontroli osoby składającej podpis elektroniczny bezpiecznych urządzeń służących do składania podpisu elektronicznego i danych służących do składania podpisu elektronicznego, powiązany z danymi, do których został dołączony, w taki sposób, że jakakolwiek późniejsza zmiana tych danych jest rozpoznawalna. Proces objęty ww. technologią: 1. Rozliczanie. Technologia elektronicznej wymiany danych Platforma B2B umożliwi elektroniczną wymianę danych w systemie EDI EDIFACT. Dzięki tej funkcjonalności wymiana dokumentów handlowych, będzie odbywała się automatycznie pomiędzy platformą B2B i systemami współpracującymi. Innymi słowy możliwe będzie integrowanie dowolnych systemów informatycznych, które posiadają obsługę EDI bezpośrednio z platformą B2B. Dokumenty w trakcie wymiany zaopatrywane będą w elektroniczny podpis, uniemożliwiający manipulację dokumentem w przyszłości. Cała wymiana będzie się odbywać bezpośrednio z platformy B2B. Standard EDI EDIFACT oparty o XML będzie gwarantował kompatybilność danych pomiędzy rożnymi systemami informatycznymi. Celem EDI jest wyeliminowanie wielokrotnego wprowadzania danych oraz przyspieszenie i zwiększenie dokładności przepływu informacji dzięki połączeniu odpowiednich aplikacji komputerowych między firmami uczestniczącymi w wymianie. Wykorzystanie EDI w procesie wymiany dokumentów handlowych pozwoli, również w przyszłości na integrację kolejnych systemów informatycznych i jest technologią w pełni skalowalną. Elektroniczna wymiana danych pozwoli na zredukowanie czasu i kosztów przetwarzania dokumentów. Za korzyść 6

7 należy uznać wyższy poziom obsługi klienta poprzez zautomatyzowanie standardowych procesów z jednoczesnym dostępem do żądanych informacji. Kluczową kwestię stanowi zdecydowanie wyższy poziom bezpieczeństwa przetwarzanych dokumentów. Po wdrożeniu modelu elektronicznego obiegu dokumentów za pomocą platformy B2B, Wnioskodawca i partnerzy biznesowi osiągną wspólnie następujące korzyści: - uporządkowany i automatyczny obieg dokumentów, - możliwość integracji kolejnych systemów informatycznych z platformą B2B, - bezpieczeństwo przechowywania korespondencji i danych. Procesy objęte wyżej ww. technologią: 1. Polecenie klienta 2. Ofertowanie 3. Rozliczanie 4. Integracja baz klientów Wprowadzony podpis elektronicznych będzie spełniał standardy zaawansowanego podpisu elektronicznego w rozumieniu Dyrektywy o Wspólnotowej Infrastrukturze Podpisów Elektronicznych (Dyrektywa 1999/93/EC). Zatwierdzam. 7