SPECYFIKACJA WYMOGÓW FUNKCJONALNYCH

Transkrypt

1 Załącznik nr 1 do SIWZ (Załącznik nr 1 do umowy ) SPECYFIKACJA WYMOGÓW FUNKCJONALNYCH w ramach dostawy i wdrożenia systemu informatycznego do prowadzenia ewidencji, windykacji i księgowości budżetowej należności za przewóz oraz opłat dodatkowych wystawionych podczas przejazdów komunikacją miejską w aglomeracji białostockiej wraz z usługą asysty technicznej i rozwoju systemu - na podstawie art.33a ustawy z dnia 15 listopada 1984 r. Prawo przewozowe (Dz.U poz.915) oraz innych przepisów związanych z dochodzeniem należności cywilno-prawnych I.Wymogi podstawowe... 2 II.Wymogi funkcjonalne Systemu... 3 III.Wymogi dotyczące uprawnień użytkowników...7 IV. Wymogi w zakresie wymiany danych... 8 V. Wymogi dotyczące mobilnych terminali kontrolerskich...8 VI.Wymogi w zakresie dokumentacji Str. 1 z 11

2 I. Wymogi podstawowe Pojęcia System, System Dotychczasowy, System Ewidencji Ludności zostały zdefiniowane w umowie, której załącznikiem jest niniejszy dokument. 1. System musi być zgodny z aktualnie obowiązującymi przepisami prawa, w tym: a. Ustawą z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz. U poz j.t. ze zm.), b. Rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz. U. z 2004 r. nr 100 poz z dnia 1 maja 2004 r.), c. Rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 20 lipca 2011 r. w sprawie podstawowych wymagań bezpieczeństwa teleinformatycznego (Dz. U. z 2011 r. nr 159 poz. 948 z dnia 1 sierpnia 2011 r.), d. Ustawą z dnia 9 kwietnia 2010 r. o udostępnianiu informacji gospodarczych i wymianie danych gospodarczych (Dz. U poz j.t.), e. Ustawą z dnia 15 listopada 1984 r. Prawo Przewozowe (Dz. U poz. 915) oraz innymi przepisami związanymi z dochodzeniem należności cywilno-prawnych, f. Ustawą z dnia 29 września 1994 r. o rachunkowości (Dz. U poz. 330 ze zm.), g. Ustawą z dnia 27 sierpnia 2009 r. o finansach publicznych (Dz. U poz. 885 ze zm.), h. Ustawą z dnia 23 kwietnia 1964 r. Kodeks cywilny (Dz. U poz ze zm.), i. Ustawą z dnia 17 listopada 1964 r. Kodeks postępowania cywilnego (Dz. U. 2014, poz. 101 ze zm.), j. Ustawą z dnia 29 sierpnia 1997 r. o komornikach sądowych i egzekucji (Dz. U poz. 790 ze zm.), k. Ustawą z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U poz j.t.), l. Rozporządzeniem Prezesa Rady Ministrów z dnia 14 września 2011 r. w sprawie sporządzania i doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów elektronicznych (Dz. U poz. 971 j.t.), m. Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz. U. z dnia 16 maja 2012 r. poz. 526 ze zm.), n. Rozporządzeniem Ministra Nauki i Informatyzacji z dnia 19 października 2005 r. w sprawie testów akceptacyjnych oraz badania oprogramowania interfejsowego i weryfikacji tego badania (Dz. U. z dnia 31 października 2005 r. Nr 217, poz. 1836). Str. 2 z 11

3 II. Wymogi funkcjonalne Systemu System musi zapewniać podstawowe elementy procesu windykacji w szczególności: 1. Rejestracja pisma wchodzącego wraz z załącznikami dostarczonego w formie papierowej, z możliwością skanowania pisma wraz załącznikami. 2. Rejestracja pisma wchodzącego wraz z załącznikami dostarczonego w formie elektronicznej. 3. Prowadzenie dziennika korespondencji. 4. Prowadzenie ewidencji i rozliczeń wydanych bloczków wezwań do zapłaty będących drukami ścisłego zarachowania. 5. Rejestrację informacji zawartych na wystawionych wezwaniach do zapłaty. 6. Prowadzenie ewidencji wpływów i rozliczeń z opłat gotówkowych. 7. Uwzględnienie opłaty manipulacyjnej. 8. Wprowadzenie do systemu mechanizmu weryfikacji wprowadzonych wezwań do zapłaty. Przy zastosowaniu mechanizmu weryfikacji wezwanie do zapłaty byłby zapisane w Systemie tylko w wyniku akceptacji przez innego operatora weryfikującego. 9. Wprowadzenie do systemu mechanizmu weryfikacji wprowadzonych wezwań do zapłaty. Przy zastosowaniu mechanizmu weryfikacji wezwanie jest weryfikowane z numerem wydanego wezwania do zapłaty konkretnemu kontrolerowi. 10. Wyszukiwanie oraz sortowanie spraw z wykorzystaniem symboli wieloznacznych i przedziału danych po kombinacjach następujących elementów: nr kontrolera, nr i seria wezwania, data, czas i miejsce kontroli (linia, numer pojazdu, przystanek), dane osobowe i adresowe pasażera, nr biletu, nazwa sądu lub komornika, sygnatura sprawy sądowej lub komorniczej, wewnętrzny nr sprawy sądowej, nr odwołania, kwocie nałożonej opłaty i etapie windykacji. 11. Prowadzenie kartoteki kontrahenta, w ramach której możliwy jest podgląd pełnej informacji na temat aktualnych i archiwalnych mandatów oraz rozliczeń kontrahenta. 12. Dodanie funkcjonalności ręcznego scalania kontrahentów polegającej na możliwości przeniesienia wszelkich informacji związanych z mandatami wybranych kontrahentów na kartotekę wskazanego kontrahenta. 13. Blokada możliwości edycji danych przekazanych do modułu księgowego, z możliwością edycji przez upoważnionych użytkowników. 14. Obliczanie należności do zapłaty łącznie oraz z podziałem na należność główną, odsetki i należności dodatkowe z uwzględnieniem możliwości wniesienia opłaty pomniejszonej lub częściowej oraz wyboru przez pasażera opłacanego składnika należności. 15. Naliczanie odsetek od kwoty pozwu z uwzględnieniem dokonanych wpłat Umożliwienie wykonania wezwania do zapłaty na każdym etapie windykacji, z uwzględnieniem dokonanych wpłat. 17. Funkcję raportu odsetek prognozowanych na dany dzień. 18. Funkcję generowania listy wykroczeń danych pasażerów. Str. 3 z 11

4 19. Rozdzielenie rejestracji wpłat na przedsądowe i sądowe. 20. Rejestrację wpłat oraz zwrotów (sądowych i komorniczych) oraz ich bieżące automatyczne rozliczanie na części składowe z uwzględnieniem preferencji wpłacającego oraz podmiotu dokonującego wpłaty (pasażer, komornik). 21. Rejestrację elektroniczną (zeskanowane dokumenty) złożonych reklamacji, udzielonych odpowiedzi. 22. Oznaczenie sprawy jako reklamacja celem pominięcia w etapie windykacji należności. 23. Zaakceptowanie ostateczne reklamacji. Oznaczenie sprawy jako załatwionej, nie podlegającej windykacji. 24. Przypominanie o zbliżającym się terminie udzielenia odpowiedzi. 25. Zawieszanie windykacji oraz blokada naliczania odsetek bezterminowo lub w wybranym okresie. 26. Rozkładanie należności na raty zgodnie z harmonogramem spłat i kontrolą wpłat w odniesieniu do harmonogramu. 27. Powiadamianie użytkownika o nieterminowej spłacie rat. 28. Podział należności na należność główną i odsetki - automatyczne rozłożenie kwoty należności na raty z uwzględnieniem ewentualnych wpłat istniejących. 29. Oznaczenie w systemie, iż wniosek ratalny został złożony, celem nie uwzględniania należności objętych wnioskiem w innych operacjach związanych z windykacją, do momentu rozpatrzenia (blokada windykacji). 30. Korekta kwot i liczby proponowanych rat. 31. Akceptacja wniosku ratalnego. 32. Wydruk decyzji do akceptacji przez przełożonego z nadrukiem kodu kreskowego. 33. Umożliwienie wydruku na wniosku ratalnym wprowadzonego ręcznie do systemu numeru systemowego pisma w EZD. 34. Możliwość anulowania podziału należności na raty. 35. Usunięcie oznaczenia blokującego windykację, o którym mowa powyżej. 36. Generowanie korespondencji seryjnej wezwań przesądowych (także zbiorczych) z możliwością wyboru zakresu drukowanych wezwań ze względu na datę przejazdu oraz możliwością ograniczenia liczby drukowanych jednorazowo wezwań. 37. Generowanie korespondencji seryjnej pozwów sądowych. 38. Możliwość łączenia spraw skierowanych na drogę postępowania sądowego. 39. Generowanie list przelewów dla sądów. 40. Generowanie szablonowych pism do sądu np. podanie adresu. 41. Rejestrację sprzeciwów od nakazu zapłaty. 42. Rejestrację informacji o wyznaczonych rozprawach. 43. Generowanie korespondencji seryjnej upomnień posądowych (także zbiorczych). 44. Hurtowe generowanie do sądów wniosków o nadanie klauzuli wykonalności. Str. 4 z 11

5 45. Generowanie korespondencji seryjnej wezwań przed egzekucyjnych. 46. Automatyczne zbiorcze (generowanie paczek pozwów) prowadzenie Elektronicznego Postępowania Upominawczego (E-Sąd) w zakresie wysyłki pozwów oraz rejestracji nakazów zapłaty, tytułów wykonawczych oraz wysyłania wniosków do komornika. 47. Rejestrację informacji o nakazach zapłaty, tytułach wykonawczych i wyrokach w postępowaniach toczących się poza EPU. 48. Dodawanie, usuwanie i aktualizowanie dłużników w rejestrach dłużników wskazanych przez Zamawiającego (w formie pisemnej) w dniu podpisania umowy. 49. Automatyczne (w tym hurtowe) generowanie na policję zawiadomień o popełnieniu wykroczenia. 50. Automatyczne oznaczenie spraw uznanych za wykroczenia, za zadany okres. 51. Oznaczenie w systemie faktu wykroczenia. 52. Rejestracja informacji zwrotnej o skierowaniu sprawy do sądu. 53. Rejestracja informacji zwrotnej o braku skierowania sprawy do sądu z powodu nieodnalezienia sprawcy. 54. Wprowadzenie informacji z sądu o terminie rozprawy. 55. Wprowadzenie informacji o przedawnieniu sprawy. 56. Generowanie raportu spraw skierowanych do wykroczenia i skierowanych do sądu. 57. Generowanie raportu spraw skierowanych do wykroczenia i nie skierowanych do sądu. 58. Automatyczne wyszukiwanie i uzupełnianie kodów pocztowych na podstawie adresu. 59. Hurtowe działania na grupie dowolnie wybranych wezwań: dane osobowe, zawieszanie i odwieszanie windykacji. 60. Naliczanie prowizji dla kontrolerów z uwzględnieniem założeń Zamawiającego i generowanie odpowiednich list. 61. Generowanie raportów z windykacji mandatów z uwzględnieniem raportu ilości spraw opłaconych za dany okres uwzględnieniem konkretnych danych, raportu z ilości wykroczeń za dany okres. 62. Generowanie list dokumentów wpływających. 63. Generowanie list spraw umorzonych i anulowanych. 64. Umożliwienie wykonania zestawień na każdym etapie sprawy. 65. Uzgodnienie przypisów mandatów i pozostałych należności pochodnych zarejestrowanych w BKM z przypisami, które przeszły do aplikacji księgowości i nadanie dekretów budżetowych. 66. Generowanie dokumentów zaliczek komorniczych na kartotekach dłużników i ich wydruk, przeniesienie jako przypisów tych zaliczek do księgi wraz z dekretami budżetowymi. 67. Wykonywanie na kartotekach dłużników funkcji: przypisów, odpisów, anulowań, umorzeń, przeksięgowań, scalania, rozbijanie zaległości na raty, modyfikacja terminów itp. 68. Obsługa kasy gotówkowej (program kasowy do przyjmowania zapłat) i automatyczne rejestrowanie takich zapłat na kartotekach dłużników. Str. 5 z 11

6 69. Księgowanie zapłat z wyciągów bankowych poprzez elektroniczne importowanie tych wyciągów z systemu bankowego, wybór z jakiego źródła pochodzi zapłata (poczta, bank, przelew z rachunku dłużnika, zapłata od komornika), uzgadnianie wyciągów bankowych, nadawanie dekretów budżetowych. 70. Możliwość udzielenia ulgi ze względu na odpowiednio krótki termin spłaty należności. 71. Prowadzenie rejestru sprzedaży VAT-u należnego oraz przygotowanie cząstkowej deklaracji VAT. 72. Wydruk sprawozdania Rb-27S miesięcznego i kwartalnego, Rb-N. 73. Funkcja wyliczania odsetek należnych (tzw. prognozowanych) od zaległości na koniec każdego kwartału. 74. Raporty: a. zaległości, b. nadpłat, c. umorzeń, d. anulowań, e. przypisów, f. statystyk (z podziałem na użytkownika i wykonane przez niego ilości i czynności), i. z ilości zarejestrowanych wpłat bankowych, ii. iii. z ilości zarejestrowanych wpłat kasowych (z podziałem na etapy), z ilości spraw podlegających egzekucji komorniczej. 75. Możliwość wykonania raportu zaległości w zakresie przedziału dat, bądź wszystkich do danej daty, w szczególności w zakresie poniższych informacji: nazwisko i imię, adres, pesel, data przejazdu, nr komorniczy, nr sygnatury sądowej, nr sygnatury komorniczej, data postanowienia o bezskutecznej egzekucji. 76. Możliwość nanoszenia informacji o treści postanowienia komorniczego (zakończona, bezskuteczna). 77. Wydruk zestawienia o zapłaconych kosztach zastępstwa adwokackiego w procesie i egzekucji, następnie informacja o ich wypłacie (zastosowanie takiej funkcji, aby koszty po wypłaceniu nie były brane ponownie pod uwagę przy kolejnych naliczeniach. 78. Z kartoteki kontrahentów powinno być przejście do archiwum (sprawy zakończone) spraw danego kontrahenta, ale przy wyszukiwaniu danych, wskazane aby archiwum było analizowane. 79. Ewidencja zaległości rozłożonych na raty, ich wydruk, monitowanie terminowości spłat. 80. Na kartotece kontrahenta (dłużnika) możliwość obejrzenia wszystkich operacji (przypisów, odpisów, rat, wezwań, anulowań, umorzeń itd.), czyli całej historii ewidencyjnej i księgowej. 81. Generowanie wniosków komorniczych, zestawień z przygotowanych wniosków z podziałem na użytkownika, Komornika, radcę prawnego, z ilością ujętych nakazów, kwotą główną, nr sygnatury sądowej. Str. 6 z 11

7 82. Możliwość wygenerowania wniosku komorniczego obejmującego więcej niż jeden tytuł wykonawczy. 83. Wszelkie raporty muszą mieć możliwości sortowania odpowiednie do typu raportu, w zależności od typu raportu powinny uwzględniać sortowanie według: a. daty przejazdu, b. daty postanowienia o bezskuteczności, c. etapu windykacji, d. danych osobowych dłużnika, e. etapu obsługi mandatu zgodnie z etapowaniem wykorzystywanym przez System, przykładowo: sprawa wpisana do kartoteki mandatowej, wydruk i wysłanie wezwania do zapłaty, sprawa po pozwie i nakazie, sprawa po wyroku sądu, sprawa przekazana do komornika, f. przypisanej sygnatury komorniczej z uwzględnieniem pozycji bez przypisanej sygnatury komorniczej, g. numeru sygnatury sądowej, h. daty nakazu sądowego. 84. Wszystkie sposoby sortowania powinny być aplikowalne rosnąco oraz malejąco. 85. Rejestracja i wyszukiwanie pisma na podstawie kodu kreskowego. 86. Rejestracja spraw za pośrednictwem terminali mobilnych. 87. Funkcja kont wirtualnych przypisanych do użytkownika. III. Wymogi dotyczące uprawnień użytkowników 1. System umożliwia elastyczne nadawanie uprawnień każdemu użytkownikowi z osobna. 2. Wymagane rodzaje uprawnień możliwych do nadania użytkownikom: a. dostęp do wszystkich funkcji (administrator), b. zarządzanie bazą kontrolerów biletów, c. wydawanie wezwań kontrolerom, d. anulowanie wezwań błędnie wypisanych przez kontrolerów, e. zawieszanie i odwieszanie windykacji, f. przeglądanie wezwań (bez prawa zapisu), g. edycja treści wezwań, h. generowanie wezwań przedsądowych, posądowych i przed egzekucyjnych, i. generowanie pozwów, j. generowanie wniosków do komornika, k. obsługa współpracy z biurami informacji gospodarczej, l. naliczanie prowizji dla kontrolerów, m. anulowanie i unieważnianie wezwań, Str. 7 z 11

8 n. umarzanie postępowań sądowych i komorniczych, o. modyfikacja słowników, p. rejestracja i księgowanie wpłat i wypłat poprzez WB i RK, wykonywanie sprawozdań budżetowych (Rb-27S) i finansowych (Rb-N), generowanie faktur i prowadzenie rejestru VAT, przygotowywanie deklaracji cząstkowej VAT, q. obsługa kasy gotówkowej, r. przeglądanie danych bez możliwości edycji i modyfikacji, zgodnie z zakresem czynności. IV. Wymogi w zakresie wymiany danych System musi zapewniać: 1. Mechanizm pozyskiwania informacji z Systemu Ewidencji Ludności: a. z wykorzystaniem API udostępnionego przez System Rejestrów Państwowych, w przypadku dostarczenia przez Zamawiającego specyfikacji powyższego API w terminie określonym w 1 ust. 3 pkt a lit. i. Umowy, b. z wykorzystaniem dostarczonego przez Zamawiającego API umożliwiającego pozyskiwanie danych z lokalnego rejestru mieszkańców, w przypadku dostarczenia przez Zamawiającego specyfikacji powyższego API w terminie określonym w 1 ust. 4 pkt b lit. i. Umowy, c. niezależnie od zastosowanego rozwiązania w zakresie pozyskiwania informacji z Systemu Ewidencji Ludności, System musi zapewniać pełną rozliczalność pozyskanych danych, w tym przechowywanie informacji o czasie zapytania, użytkowniku wykonującym zapytanie, danych przekazywanych do zapytania, danych zwróconych przez zapytanie, d. pozyskiwanie danych będzie odbywało się w trybie on-line, z wykorzystaniem Web Services. 2. Wymianę danych w zakresie EPU. 3. Eksport wygenerowanych pozwów sądowych do pliku XML - przykładowe dane i format danych zawarty jest w załączniku nr 8 do Umowy. System powinien tworzyć pliki z możliwością selekcji pozwanych, którzy zostaną ujęci w pliku eksportowym, z co najmniej możliwością dokonania selekcji w zakresie nazwisk rozpoczynających się od litery wskazanej przez operatora Systemu, do analogicznie wskazanej litery końcowej. 4. Elektroniczna wymiana danych z biurami informacji gospodarczej. 5. Prowadzenie elektronicznej wymiany danych z firmami windykacyjnymi w formacie Wykonawcy. V. Wymogi dotyczące mobilnych terminali kontrolerskich Oferowane mobilne terminale wykorzystywane przez kontrolerów w zakresie funkcjonalnym muszą umożliwiać: 1. wprowadzenie sprawy z mobilnego urządzenie kontrolerskiego, z uwzględnieniem: Str. 8 z 11

9 a. uzupełnienia i modyfikacji danych osoby kontrolowanej, b. uzupełnienia pozostałych informacji związanych ze sprawą, c. akceptacji wprowadzonych danych, d. wydruku wezwania do zapłaty, 2. dwukierunkową komunikację z Systemem na terenie aglomeracji białostockiej, z uwzględnieniem: a. podpowiedzi danych do uzupełnienia na podstawie istniejącej kartoteki kontrahenta w Systemie z uwzględnieniem uwag dotyczących osoby (posiada wykroczenie, osoba poszukiwana), b. podpowiedzi danych do uzupełnienia na podstawie informacji meldunkowych do których dostęp ma System, w przypadku gdy dany kontrahent nie posiada kartoteki w Systemie, c. aktualizacji on-line danych w Systemie na podstawie wprowadzonych danych z urządzenia mobilnego, d. w przypadku awarii połączenia on-line przechowanie wszelkich wprowadzonych informacji w pamięci terminala mobilnego, celem ich późniejszej aktualizacji w Systemie, 3. integrację dostarczonego sprzętu z aplikacją płatniczą, dostarczoną przez podmiot uprawniony do obsługi płatności bezgotówkowych posiadający wymagane certyfikaty organizacji płatniczych acquier (dalej zwany Centrum Rozliczeniowe). Certyfikowana aplikacja płatnicza dostarczona przez Centrum Rozliczeniowe zostanie zainstalowana w mobilnym terminalu kontrolerskim umożliwiając przyjmowanie płatności poprzez terminal kontrolerski co najmniej kartami stykowymi i bezstykowymi organizacji Master Card i Visa. 4. identyfikację kontrolera na podstawie numeru identyfikacyjnego zapisanego na wykorzystywanej przez Zamawiającego karcie typu Mifare, 5. akceptację wezwania do zapłaty oraz jego wydruk. 6. kontrolę biletów Białostockiej Komunikacji Miejskiej (BKM) kodowanych na Białostockiej Karcie Miejskiej, legitymacji studenckiej, karcie z emulacją Mifare Classic. Czas odczytu karty od chwili zbliżenia jej do urządzenia do momentu wyświetlenia informacji na ekranie nie może przekroczyć 3 sekund. 7. kontrolę biletów zapisanych w kodzie 2D wydrukowanych zarówno w postaci dokumentu papierowego jak i dostępnych poprzez informację wyświetlaną na ekranie urządzeń mobilnych, przy czym należy wyświetlić informację o bilecie/biletach kontrolowanych, uwzględniając parametry biletów, 8. import danych z systemu teleinformatycznego Białostockiej Karty Miejskiej o kartach zablokowanych (czarna lista) za pośrednictwem bezprzewodowej transmisji danych na terenie aglomeracji białostockiej w cyklu co najmniej 2 godzinnym, 9. import danych z systemu teleinformatycznego Białostockiej Karty Miejskiej o przeprowadzonych transakcjach on-line (biała lista) za pośrednictwem bezprzewodowej transmisji danych na terenie aglomeracji białostockiej w cyklu co najmniej 2 godzinnym. Str. 9 z 11

10 VI. Wymogi w zakresie dokumentacji 1. Zamawiający wymaga, by Wykonawca dostarczył co najmniej następujące rodzaje dokumentacji: a. analizę przedwdrożeniową, b. dokumentację systemową, c. dokumentację eksploatacyjną, d. instrukcję użytkownika, e. instrukcję administratora, f. dokumentację powykonawczą. 2. Wykonawca jest zobowiązany do opracowania i przekazania Zamawiającemu każdej z wymienionych dokumentacji w języku polskim w formie papierowej oraz elektronicznej, w postaci plików formatu MS Word oraz PDF. 3. Zamawiający wymaga, aby Wykonawca wszelkie zmiany dokonane w Systemie, w okresie świadczenia usług asysty technicznej, utrzymania i rozwoju Systemu, nanosił do dokumentacji i w terminie 14 dni od wprowadzenia zmiany przekazał uaktualnioną dokumentację Zamawiającemu. 4. Dokumentacja systemowa musi zawierać co najmniej: a. opis interfejsów, b. opis struktury logicznej Systemu wraz z podziałem na poszczególne moduły wchodzące w skład Systemu, sposób komunikacji, c. sposób komunikacji i współpracy z systemami zewnętrznymi, d. opis przyjętych rozwiązań funkcjonalnych wraz z informacjami o parametrach konfiguracyjnych, użytkowych i sprzętowych, e. zestawienie licencji niezbędnych do pełnego funkcjonowania Systemu, f. opis metod zapewnienia bezpieczeństwa informacji przetwarzanej w Systemie, g. schemat blokowy modułów Systemu wraz z grafem przepływu informacji pomiędzy modułami, h. sposób realizacji wymiany danych, o której mowa w rozdz. IV, i. opis struktury zbiorów danych opisujący zawartość poszczególnych pól informacyjnych i powiązań pomiędzy nimi, j. opis walidacji danych, k. dokumentację techniczną mobilnych urządzeń kontrolerskich wraz z opisem zagadnień związanych z komunikacją z Systemem, l. opis możliwych sposób identyfikacji użytkowników w Systemie, m. opis integracji z katalogami typu LDAP, np. MS Active Directory, w przypadku oferowania przez System tego typu mechanizmów identyfikacji użytkowników. 5. Dokumentacja eksploatacyjna musi zawierać co najmniej: a. procedury administracyjne, Str. 10 z 11

11 b. procedury zabezpieczeń (wykonywanie kopii bezpieczeństwa), c. procedury aktualizacji, d. procedury awaryjne. 6. Instrukcja użytkownika musi zawierać co najmniej: a. dokumentację wszystkich funkcji wymaganych w rozdz. II, b. opis poszczególnych funkcji zawierający nie tylko dokumentację interfejsu użytkownika systemu, lecz również określenie wyniku działania poszczególnych funkcji, ewentualny wpływ zastosowania danej funkcji na działanie systemu. 7. Instrukcja administratora systemu musi zawierać co najmniej: a. konfigurację parametrów aplikacyjnych, b. konfigurację Systemu do współpracy z mobilnymi terminalami kontrolerskimi, c. zarządzanie użytkownikami Systemu (dodawanie, usuwanie, zmiana hasła, blokowanie, parametry wymuszenia częstotliwości zmiany hasła i jego stopnia skomplikowania), d. zarządzanie uprawnieniami użytkowników Systemu obejmujące nadawanie uprawnień określonych w rozdz. III. 8. Dokumentacja powykonawcza musi zawierać co najmniej: a. opis wykonanych instalacji w ramach instalacji Systemu, wraz z informacjami o zastosowanych parametrach i sposobie konfiguracji, b. opis konfiguracji serwerów, baz danych, parametry i konfiguracje poszczególnych usług. 9. Analiza przedwdrożeniowa powinna zawierać co najmniej: a. określenie podetapów etapów prac określonych w umowie, której załącznikiem jest niniejszy dokument, b. szczegółowy harmonogram prac, c. określenie punktów krytycznych realizacji przedmiotu zamówienia, d. oszacowanie złożoności poszczególnych prac, e. oszacowanie nakładu prac niezbędnych do wykonania przez Zamawiającego w celu realizacji punktu harmonogramu prac, f. definicję ryzyk które mogą wystąpić na poszczególnych etapach prac, g. określenie metod eliminacji powyższych ryzyk, h. określenie spodziewanego rezultatu podetapu prac, i. opracowanie testów akceptacyjnych pozwalających na określenie prawidłowości wykonania etapu prac. 10. Analiza przedwdrożeniowa, o której mowa powyżej musi być zatwierdzona przez Zamawiającego. Str. 11 z 11