Wymagania niefunkcjonalne 1. Zgodno z przepisami prawa 1. System musi by dostosowany do przepisów prawa polskiego, w szczególnoci by zgodny z nastpujcymi aktami prawnymi: a. Ustaw z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach (Dz.U.06.97.673 z pó. zm.), b. Ustaw z dnia 14 czerwca 1960 r. Kodeks postpowania administracyjnego (Dz.U.00. 98.1071 z pó. zm.), c. Ustaw z dnia 17 lutego 2005 roku o informatyzacji działalnoci podmiotów realizujcych zadania publiczne (Dz. U. 2005, Nr 64, poz. 565 z pó. zm.), d. Ustaw z dnia 18 wrzenia 2001 r. o podpisie elektronicznym (Dz.U. 2001, Nr 130, poz 1450), e. Ustaw z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U. 2002, Nr 101, poz 926), f. a take z innymi aktami prawnymi, w tym rozporzdzeniami do w/w ustaw. g. Instrukcj Kancelaryjn, procedurami urzdowymi, m.in. w zakresie: Jednolitego Rzeczowego Wykazu Akt (JRWA) oraz klasyfikacji i znakowania spraw, h. Rozporzdzeniem Ministra Spraw Wewntrznych i Administracji w sprawie szczegółowego sposobu postpowania z dokumentami elektronicznymi (Dz.U.206.1518), i. Rozporzdzeniem Ministra Spraw Wewntrznych i Administracji w sprawie niezbdnych elementów struktury dokumentów elektronicznych (Dz.U.206.1517), j. Ustaw z dnia 6 wrzenia 2001 roku o dostpie do informacji publicznej (Dz. U. 2001, Nr 112, poz. 1198 ze zm.), k. Rozporzdzeniem Rady Ministrów z dnia 11 padziernika 2005 roku w sprawie minimalnych wymaga dla systemów teleinformatycznych (Dz. U. 2005, Nr 212, poz. 1766), l. Rozporzdzeniem Prezesa Rady Ministrów z dnia 29 wrzenia 2005 roku w sprawie warunków organizacyjnych-technicznych dorczania dokumentów elektronicznych podmiotom publicznym (Dz. U. 2005, Nr 200, poz. 1651), m. Rozporzdzeniem Ministra Spraw Wewntrznych i Administracji z dnia 29 kwietnia 2004r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiada urzdzenia i systemy informatyczne słuce do przetwarzania danych osobowych (Dz. U. 2004, Nr 100, poz. 1024), n. Rozporzdzeniem MSWiA z dnia 30 padziernika 2006 r. w sprawie niezbdnych elementów struktury dokumentów elektronicznych (Dz.U. 2006, Nr. 206, poz. 1517), o. Rozporzdzeniem MSWiA z dnia 30 padziernika 2006 r. w sprawie szczegółowego sposobu postpowania z dokumentami elektronicznymi (Dz.U. 2006, Nr. 206, poz. 1518), p. rozporzdzeniem MSWiA z dnia 2 listopada 2006 r. w sprawie wymaga technicznych formatów zapisu i informatycznych noników danych, na których utrwalono materiały archiwalne przekazywane do archiwów pastwowych (Dz.U. 2006, Nr. 206, poz. 1519). Strona 1/11
2. Wymagania ogólne 1. Zaproponowane rozwizanie musi by kompletne, niewymagajce od Urzdu prac i nakładów dostosowawczych. W wypadku GIW system musi prawidłowo i wydajnie funkcjonowa na sprzcie dedykowanym na potrzeby systemu. 2. Wykonawca przedstawi zapewnienie zgodnoci zaproponowanego rozwizania z powszechnie akceptowalnymi standardami. 3. System dotyczy obiegu tylko i wyłcznie dokumentów jawnych, nieoznaczonych adn z klauzul w obszarze dokumentów niejawnych. 4. System musi by zgodny z przepisami kancelaryjno-archiwalnymi (tj. instrukcj kancelaryjn, jednolitym rzeczowym wykazem akt, instrukcj archiwaln) obowizujcymi w Urzdzie). 5. System musi by w pełni skonfigurowany, a wic przygotowany do realizacji wszystkich wymaganych funkcjonalnoci. 6. System musi by kompleksowy, czyli musi realizowa wszystkie funkcje i czynnoci wymagane przez Zamawiajcego. 7. System musi by kompatybilny wewntrznie (poszczególne elementy systemu musz poprawnie współpracowa w ramach systemu). 8. Dostarczony sprzt i oprogramowanie wyspecyfikowane asortymentowo i ilociowo musi by kompletne, posiada wszelkie wymagane instrukcje, gwarancje i licencje. 9. System musi spełnia wymogi bezpieczestwa w zakresie dostpu uytkowników do zasobów systemu, poprzez zastosowanie mechanizmów uwierzytelniania uytkownika. 10. System musi zapewnia bezpieczestwo komunikacji w pracy uytkownika z systemem (np. poprzez zastosowanie szyfrowanej komunikacji ). 11. System musi cechowa si wysok wydajnoci i dostpnoci usług. 12. System musi by otwarty i skalowalny tzn. umoliwia samodzieln nieograniczon rozbudow, w celu sprawnej jego adaptacji do istniejcych ogranicze infrastruktury technicznej i zmieniajcej si liczby uytkowników. 13. Architektura systemu musi mie budow trójwarstwow (serwer bazy danych, serwer aplikacyjny, aplikacja uytkownika). 14. System musi posiada moliwo rozbudowy interfejsu uytkownika poprzez udostpnienie API. 15. System musi posiada konstrukcj modułow, umoliwiajc niezalene, stopniowe uruchamianie rónych funkcjonalnoci oraz dodawanie nowych funkcjonalnoci. 16. System musi by nowoczesny i zgodny ze stosowanymi na dzie zawarcia umowy uznanymi na rynku standardami technicznymi w zakresie dostarczanego sprztu, oprogramowania a take przyjtych rozwiza oraz gwarantujcy Zamawiajcemu moliwo jego dalszej rozbudowy i unowoczenienia. Oznacza to w szczególnoci, e musi by zbudowany za pomoc narzdzi umoliwiajcych rozwój aplikacji. 17. System musi posiada moliwo rozwoju w oparciu o dostarczone w ramach jego budowy narzdzia oraz wygodn implementacj procesów przewidzianych do wdroenia w terminie póniejszym. 18. System musi umoliwi ł integracj z istniejcymi w urzdzie rozwizaniami teleinformatycznymi. 19. System musi zapewni spójno słowników uywanych przez system. Strona 2/11
20. System musi by całkowicie spolonizowany, co oznacza, e wszelkie komunikaty, powiadomienia, alerty, czy to prezentowane poprzez interfejs, czy te przesyłane do uytkowników w inny sposób, np. poczt elektroniczn musz by w jzyku polskim. 21. System musi posiada interfejsy programistyczne wykorzystujce jako standard komunikacyjny Web Services, pozwalajce na bezporednie pobieranie danych oraz zasilenie systemu przez inne systemy. 22. System musi zapewnia wysoki stopie bezpieczestwa i poufnoci dla zgromadzonych dokumentów oraz danych, w tym zapewnia ochron zatwierdzonych dokumentów przed nieautoryzowanymi zmianami. 23. System musi by w pełni zgodny z obowizujcymi procedurami postpowania z materiałami archiwalnymi i dokumentacj niearchiwaln. 24. System musi umoliwia prowadzenie co najmniej nastpujcych ewidencji: a. ewidencji struktury organizacyjnej Urzdu, b. ewidencji stanowisk pracy, c. ewidencji pracowników Urzdu, d. Jednolitego Rzeczowego Wykazu Akt (JRWA), e. ewidencji spraw, f. ewidencji dokumentów archiwalnych, g. ewidencji cieek przetwarzania spraw, h. ewidencji obiegu dokumentów papierowych. 25. System musi posiada funkcjonalnoci podpisu cyfrowego (w tym z wykorzystaniem wbudowanego niekwalifikowanego cyfrowego podpisu elektronicznego). 26. System musi zapewni sprawne funkcjonowania mechanizmów typowych dla rozwiza z dziedziny zarzdzania dokumentami (w szczególnoci: prawa dostpu, hierarchia dokumentów, powiadomienia i dekretacje). 27. System musi zapewni generowanie znaku sprawy zgodnie z Instrukcj Kancelaryjn. 28. System musi zapewni oznaczanie pism take za pomoc kodów kreskowych. 29. System musi umoliwia gromadzenie pełnej dokumentacji dotyczcej sprawy w postaci elektronicznego folderu, który zawiera co najmniej nastpujce typy obiektów: załczniki w postaci plików lub referencji do plików, referencje do innych spraw, notatki. 30. System musi by niezaleny od wyboru pakietów biurowych (edytor tekstów, arkusz kalkulacyjny itp.) słucych do tworzenia i uaktualniania poszczególnych dokumentów przez pracowników Urzdu. Dla dokumentów pakietu Microsoft Office musi zapewni bezporedni integracj z poziomu systemu (otwarcie dokumentu bezporednio z systemu, edycja dokumentu w odpowiednim narzdziu pakietu Office oraz zapisanie do systemu bezporednio z aplikacji Office. 31. System musi prowadzi dziennik zdarze i dostpu do obiektów danych, spraw i dokumentów, umoliwiajcy odtwarzanie historii aktywnoci poszczególnych uytkowników systemu. 32. System musi umoliwia generowanie raportu danych osobowych oraz prowadzenie ewidencji udostpnianych danych osobowych zgodnie z Rozporzdzeniem Ministra Spraw Wewntrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji generowania raportu danych Strona 3/11
osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiada urzdzenia i systemy informatyczne słuce do przetwarzania danych osobowych (Dz.U. 2004 nr 100 poz. 1024). 33. System musi zapewnia wersjonowanie dokumentów oraz umoliwia ewidencjonowanie, przegldanie oraz przywracanie starszych wersji dokumentów. 34. System musi umoliwia grupowanie dokumentów i danych, ich katalogowanie, wyszukiwanie i analizowanie. 35. System musi posiada wbudowany kontekstowy plik pomocy dajcy uytkownikowi moliwo łatwego i szybkiego sigania po potrzebne informacje. 36. System musi posiada moliwo udostpnienia swoich zasobów uprawnionym uytkownikom zewntrznym w postaci portalu intranetowego. 37. Aplikacja uytkownika musi posiada standardowe cechy aplikacji webowej. 38. Dostp do aplikacji musi odbywa si z wykorzystaniem przegldarki internetowej. 39. Interfejs aplikacji musi by zgodny ze standardem XHTML 1.0 Transitional, a na potrzeby prezentacji treci musz zosta wykorzystane arkusze stylów CSS, tak by korzystanie z niego było moliwe za pomoc wszystkich przegldarek WWW obsługujcych te standardy. 40. Aplikacja musi charakteryzowa si prostot i intuicyjnoci obsługi, pozwalajc na prac osobom nie posiadajcym umiejtnoci technicznych. 41. Aplikacja musi wykorzystywa mechanizmy znane uytkownikom pakietów biurowych (np. skróty klawiaturowe, technika przecignij i upu. 42. System musi zapewnia mechanizmy definiowania i obsługi przepływu pracy (WorkFlow). 43. System musi zapewni prosty, elastyczny mechanizm zarzdzania uprawnieniami do dokumentów oraz okrelenia rónych poziomów uprawnie np. uprawnienia do odczytu, publikacji, usuwania w oparciu o grupy uprawnie. 44. System musi uwzgldnia grup administratorów technicznych (pracownicy działu IT) oraz administratorów biznesowych (zaawansowani pracownicy merytoryczni). 45. System musi zapewnia zarzdzanie wersjonowaniem dokumentów, w szczególnoci: obsług głównych oraz przyrostowych wersji (np.: 1.0, 1.1, 1.x 2.0), automatyczn kontrol wersji przy publikacji dokumentów. 46. System musi obsługiwa szablony stron okrelajce sposób wywietlania wszystkich elementów składowych strony. 47. Szablony serwisu (wygld i nawigacja) musz by zmieniane bez ingerencji w treci, co oznacza, e zmiana wygldu nie bdzie pocigała za sob koniecznoci odtwarzania treci serwisu. 3. Wymagania techniczne 3.1 Wymagania ogólne 1. System musi zapewni: a. moliwo komunikacji i integracji w warstwie przepływu informacji z dowoln technologi, b. łatwo integracji z centralnymi systemami administracji publicznej (np. epuap), c. wysok skalowalno wydajnociow i funkcjonaln, Strona 4/11
d. łatwo wdroenia zaimplementowanych funkcjonalnoci w krótkim czasie, e. modularno systemu, f. moliwo modyfikacji sposobu działania systemu przez uprawnionych uytkowników bez koniecznoci ingerencji firm zewntrznych, g. otwarto na dalsz rozbudow, h. prostot obsługi. 2. System musi pracowa w zakresie standardowego uytkownika aplikacji pod kontrol dwóch rónych systemów operacyjnych, w tym przynajmniej jednym typu open-source. 3. System musi współpracowa z bazami danych dostpnymi jako Otwarte oprogramowanie lub Freeware, dostarczonymi przez Wykonawc, zgodnie z preferencjami wskazanymi przez Urzd: a. GIW: b. WITD: c. APKr: i. MySQL, ii. Microsoft SQL Server Express. i. MySQL, ii. Microsoft SQL Server Express. i. PostgreSQL, ii. Microsoft SQL Server Express. 4. System musi działa w technologii trójwarstwowej tzn. wykorzystywa w zakresie wszystkich oferowanych funkcji prac poprzez graficzne przegldarki internetowe pochodzce od minimum trzech rónych producentów. 5. System musi zapewni obsług otwartych standardów w wymianie informacji, umoliwiajc realizacj zasad interoperacyjnoci na wszystkich jej poziomach, poprzez: a. usługi sieciowe (Web Services), b. dokumenty w formacie XML oparte o schematy XML, c. wizualizacj dokumentów w dowolnej przegldarce internetowej, d. formularze dostpne w dowolnej przegldarce internetowej, e. PKI zgodne z ustawodawstwem. 3.2 Wymagania w zakresie funkcji komunikacyjnych 1. System musi funkcjonowa w zgodzie z sieci teleinformatyczn Urzdu. 2. System musi współpracowa z systemem usług katalogowych Microsoft Active Directory (w zakresie kont uytkowników i autoryzacji dostpu). 3. Interfejsy systemu powinny pracowa w architekturze SOA z wykorzystaniem usług sieciowych (Web Services). a. Usługi Web Service musz charakteryzowa si interoperacyjnoci niezalenie od tego, w jakiej technologii zostały utworzone. Strona 5/11
b. Usługi Web Service musz by zgodne ze standardem Web Services Interoperability Organization (WS-I) (http://www.ws-i.org). 4. System musi umoliwia pracownikom komórek organizacyjnych wspóln prac nad sprawami przez nich prowadzonymi, np. informujc o kolejnoci zapisywania zmian przez uytkowników. 5. System musi zapewnia obsług dokumentów otrzymywanych lub wysyłanych poczt elektroniczn, faksem, drukiem, w formacie PDF, z moliwoci stosowania technik podpisu elektronicznego, poprzez strony WWW (aktywne formularze) w formacie zgodnym z Rozporzdzeniem Rady Ministrów w sprawie minimalnych wymaga dla systemów teleinformatycznych (DZ.U.05.212.1766). 6. System musi zapewnia wsparcie wymiany informacji z systemami zewntrznymi oparte na standardach wymiany danych w formacie zgodnym z Rozporzdzeniem Rady Ministrów w sprawie minimalnych wymaga dla systemów teleinformatycznych (DZ.U.05.212.1766). 7. System musi spełnia rol systemu komunikacyjnego umoliwiajcego przesłanie korespondencji wewntrznej w formie elektronicznej pomidzy wszystkimi komórkami organizacyjnymi. 8. System musi uwzgldnia wydawanie i akceptacj polece tj. elektroniczn obsług dekretacji. 9. Odebranie przez adresata korespondencji wewntrznej, polecenia itd. musi by automatycznie odnotowane i przechowywane w systemie, a informacja o tym fakcie musi by łatwo dostpna dla nadawcy. 10. System musi posiada mechanizm zapewniajcy moliwo załatwiania spraw w przypadku nieobecnoci osoby poprzez funkcjonalno zastpstw (załatwianie spraw nie moe nastpowa tylko poprzez logowanie na konto i hasło nieobecnej osoby). 11. System musi zapewni komunikacj z BIP. 12. System musi zapewni automatyczne tworzenie listy "do zrobienia". 3.3 Wymagania w zakresie bezpieczestwa dokumentów i danych 1. System musi zapewnia wysoki poziom bezpieczestwa i ochrony danych przetwarzanych, przechowywanych i transportowanych zgodnie z Rozporzdzeniem Ministra Spraw Wewntrznych i Administracji z dnia 29.04.2004 r. w sprawie dokumentacji i przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych jakim powinny odpowiada urzdzenia i systemy informacyjne słuce do przetwarzania danych osobowych (Dz. U. 100 poz. 1024). 2. System musi zapewnia ochron zasobów informacyjnych przed nieautoryzowanym dostpem z zewntrz i wewntrz systemu. 3. System musi zapewnia definiowanie praw do zapisu, zapisu i usuwania danych na poziomie wybranych wierszy danych. 4. System musi zapewni identyfikacj i kontrol tosamoci uytkowników. 5. System musi umoliwi definiowane infrastruktury organizacyjnej okrelajcej rol i zalenoci pomidzy komórkami. 6. System musi udostpnia mechanizm hierarchizowania uprawnie do jego zasobów. 7. System musi zapewni prowadzenie kontroli dostpu do zasobów, identyfikacj i analiz zagroe. 8. System musi umoliwia składanie i weryfikacj podpisów elektronicznych, zgodnie z wymogami ustawy o podpisie elektronicznym. Strona 6/11
9. System musi umoliwia elektroniczne parafowanie pism przez kadego uytkownika (na dowolnym stanowisku) np. poprzez wykorzystywanie podpisów niekwalifikowanych (np. poprzez Centrum Autoryzacji lub inne rozwizanie). 10. System musi gwarantowa, e cało transmisji - wszystkie przesyłane dane przez uytkownika do serwera, jak i te przesyłane z serwera do uytkownika - bdzie szyfrowana. 11. System musi zapewnia moliwo ustawienia długoci czasu trwania sesji, po której system samoczynnie wyloguje uytkownika z systemu, gdy ten pozostawi podłczony komputer do systemu obiegu dokumentów i bdzie bezczynny. 12. System musi by odporny na zawieszenie si stacji roboczych, tj. usterka stacji roboczej w trakcie pracy w systemie nie moe spowodowa niestabilnoci pracy systemu dla pozostałych uytkowników. 13. System musi uniemoliwia wprowadzanie i modyfikacj danych w sposób anonimowy. 14. System musi umoliwia centralne zarzdzanie uytkownikami i ich uprawnieniami. 3.4 Zakres danych do migracji 1. GIW: 2. WITD: 3. APKr: a. Spis komórek organizacyjnych b. Spis pracowników c. Spis pracowników i stanowisk d. Adresarz organów IW i innych instytucji (odbiorcy/nadawcy pism) e. Spis kontrahentów z adresami z oprogramowania finansowo-ksigowego f. Spis sprztu i wyposaenia (rezerwacja i wypoyczanie) z oprogramowania do inwentaryzacji g. formaty danych to DOC, XLS, CSV, XML a. W ramach wdroenia systemu, Wykonawca musi dokona przejcia danych z istniejcych ju u Zamawiajcego systemów informatycznych wykorzystywanych do obsługi spraw w urzdzie: i. dane rodków trwałych i pozostalych rodków rzeczowych z programu Districtus rodki Trwałe (Korelacja), Menader Pojazdów(SoftwareProjekt), ii. dane dotyczce działalnoci kontrolnej WITD z programu ITD. Support (Inspiria), CEN (GITD), Libra (Inspiria), iii. dane dotyczce kontrahentów z oprogramowania finansowo-ksigowego, iv. bazy faktur w formacie XLS, v. lista pracowników i dane pracownicze z programu R2Płatnik (Reset2) b. Migracja powinna odby si w sposób umoliwiajcy wykorzystanie przeniesionych danych podczas biecej pracy z systemem. c. Zakres danych przeznaczonych do migracji oraz sposób migracji Wykonawca okreli po przeprowadzeniu analizy przedwdroeniowej. Strona 7/11
3.5 Inne elementy a. Brak, konieczna jedynie integracja z TERYT-em w zakresie słowników adresowych. 4. Wykonawca dostarczy Zamawiajcemu, na potrzeby Systemu: a. Wszelkich niezbdnych komponentów sprztowo-programowych do obsługi serwera faksów, adekwatnych do rozwizania zaproponowanego przez Wykonawc dla realizacji budowy Systemu. b. Wszelkich niezbdnych komponentów (w tym np. certyfikaty, licencje, itp.) niezbdnych dla zapewnienia bezpieczestwa komunikacji w pracy uytkownika kocowego. 4. rodowisko systemu i moliwoci rozbudowy/przebudowy 1. Aplikacja uytkownika powinna posiada standardowe cechy aplikacji webowej. Dostp do aplikacji bdzie odbywał si przy uyciu przegldarki internetowej. 2. System zapewni obsług przegldarek WWW: od wersji Microsoft Internet Explorer 7.x, Mozilla Firefox 2.0, Opera 9.x, Chrome, Safari 3.0 i nowszych ich wersji powstałych do zakoczenia prac (obsługa aktualizacji dla pojawiajcych si nowych wersji), przeznaczonych dla systemu operacyjnego Windows XP/Vista/7, Mac OS i Linux. 3. Interfejs aplikacji zgodny bdzie ze standardem XHTML 1.0 Transitional, a na potrzeby prezentacji treci wykorzystane zostan arkusze stylów CSS, tak by korzystanie z niego było moliwe za pomoc wszystkich przegldarek WWW obsługujcych te standardy. 4. Aplikacja uytkownika ma pracowa z rozdzielczoci ekranu stacji roboczej przy załoeniu minimalnej obsługiwanej rozdzielczoci 1024x768. 5. System powinien posiada moliwo migracji czci funkcjonalnoci na nowy sprzt w miar rozwoju potrzeb. 6. System musi posiada funkcj modyfikacji systemu. 7. System musi posiada moliwoci rozbudowy interfejsu uytkownika poprzez udostpnienie API. 8. System musi udostpnia moliwoci integracyjne dla: a. integracji plikowej (XML), b. integracji za pomoc usług SOAP lub równorzdnych. 9. System musi posiada konstrukcj modułow, z moliwoci niezalenego, stopniowego uruchamiania rónych funkcjonalnoci. 10. System musi si charakteryzowa otwart architektur, zapewniajc moliwo integracji z innymi bazami danych i aplikacjami Zamawiajcego 11. System musi si charakteryzowa elastyczn konfiguracj zapewniajc przystosowanie systemu do zmian zachodzcych w organizacji Zamawiajcego. 12. System musi posiada polski interfejs jzykowy uytkownika. 13. System musi zapewnia moliwo rozbudowy do konfiguracji rozwizania wysokiej dostpnoci High Availability. 4.1 Standardowe protokoły interfejsów do urzdze 1. Protokół komunikacji RS-232. 2. Sterowniki do czytników kodów kreskowych, automatyczna identyfikacja urzdze i mierników. Strona 8/11
3. Radiowe czytniki kodów kreskowych. 4.2 Struktura organizacyjna 1. Graficzna prezentacja jednostek, jednostek organizacyjnych, departamentów, grup pracowników i pracowników. 2. Graficzny edytor do definiowania powiza organizacyjnych. 3. Hierarchiczne powizania pomidzy strukturami organizacyjnymi. 4. Hierarchiczne powizania pomidzy strukturami organizacyjnymi a zewntrznymi procesami, ródłami i systemami. 5. Połczenie procesów biznesowych ze strukturami organizacyjnymi lub pracownikami. 6. Hierarchiczne powizanie procesów. 4.3 Modelowanie i aktualizowanie procesu 7. Graficzna prezentacja procesów w formacie diagramu przepływu 8. Procesy definiowane i konfigurowane przez uytkownika. 9. Pobieranie procesów ze ródeł zewntrznych. 10. Prezentacja etapów wybranego procesu, który system musi wykona, aby zakoczy procedur. 11.. 12. Zmiana modelu procesów automatycznie zmienia ustawienia systemu (bez udziału konsultanta). 4.4 Raportowanie 1. Raporty dostpne on-line. 2. Lokalne drukowanie raportów (nie centralne drukowanie i dystrybucja). 3. Zdolno tworzenia zapyta ad-hoc z i wewntrz systemu. 4. Status aktywny lub nieaktywny raportów. 5. Moliwo przewijania raportów i ich przeszukiwania wg wybranych słów. 4.5 Personalizacja 1. System musi co najmniej zapewni mechanizmy personalizacji po stronie uytkowników poprzez rejestracj i uwierzytelnianie uytkowników z wykorzystaniem usługi katalogowej MS Acitve Directory lub z wykorzystaniem własnego systemu autoryzacji. 2. System musi zapewni mechanizmy nadawania prawa dostpu, umoliwiajce wybranym uytkownikom selektywny dostp do informacji: autoryzacja i hierarchizacja praw dostpu do okrelonych funkcji, czynnoci, opcji, dokumentów i elementów dokumentu. 3. System musi zapewni moliwo dostosowania wywietlanych elementów do indywidualnych (definiowanych) preferencji uytkowników. 4. System musi zapewni konfigurowalno na poziomie uytkownika: a. Konfigurowalne menu. b. Tworzenie menu uytkownika na zasadzie "trzymaj-umie". c. Konfigurowalne ekrany uytkownika. d. Jednokrotna konfiguracja ekranu. Strona 9/11
e. Konfiguracja zachowywana jako ekran domylny uytkownika. f. Konfigurowalne paski narzdzi i opcje. g. Konfigurowalne funkcje i czynnoci procesu. 5. System zapewnia moliwo modyfikowania i tworzenia interfejsu pod indywidualne potrzeby uytkownika. 5. Wydajno i pojemno systemu 1. System musi przetwarza około: a. GIW: 50-60 tys. dokumentów, b. WITD: 60 tys. dokumentów, c. APKr: 10 tys. dokumentów, w cigu roku, przy wstpnym załoeniu, e dokument liczy rednio około: d. GIW: do 30 stron, e. WITD: do 30 stron, f. APKr: do 80 stron. 2. Naley przyj, e kadego roku ilo dokumentów bdzie rosła ok. 25%. 3. System w zakresie czasów odpowiedzi musi spełnia nastpujce kryteria: a. redni czas odpowiedzi systemu przy transakcjach nie wprowadzajcych zapisu do systemu i odnoszcych si do pojedynczego obiektu nie moe przekracza 5 sekund, a czas maksymalny 10 sekund, b. redni czas odpowiedzi systemu przy transakcjach wprowadzajcych dane do systemu nie moe przekracza 5 sekund, a czas maksymalny 10 sekund, c. redni czas odpowiedzi dla transakcji odczytujcych dane dotyczce nie wicej ni 100 obiektów nie moe przekracza 10 sekund, a czas maksymalny nie przekracza 60 sekund. 4. Liczba uytkowników systemu: a. GIW: 120 osób, b. WITD: 70 osób, c. APKr: 120 osób. 5. Maksymalna liczba osób jednoczenie pracujcych: a. GIW: 120, b. WITD: 70, c. APKr: 100. 6. Liczba uytkowników podpisu kwalifikowanego: a. GIW: 20, b. WITD: 10, c. APKr: 40. 7. Przewidywana ilo docelowych procesów: Strona 10/11
a. GIW: 35, b. WITD: 50, c. APKr: 60. 6. Procedury testowe 1. Wszystkie dostarczone w ramach umowy produkty bd podlegały procedurom w zakresie testów akceptacyjnych i odbioru jakociowego - przyjcia do eksploatacji. Upowanione osoby ze strony Zamawiajcego bd obecne przy wszystkich przeprowadzanych testach. Strona 11/11