OPIS PRZEDMIOTU ZAMÓWIENIA I. Na przedmiot zamówienia

Transkript

MPU-OR/341-2/07
załącznik nr 2
OPIS PRZEDMIOTU ZAMÓWIENIA
I. Na przedmiot zamówienia składa się:
1) Stworzenie aplikacji - zintegrowanego systemu informatycznego: Systemu Obiegu Dokumentów (SOD)
spełniający poniższe wymagania:
a) system oparty na technologii firmy IBM– Lotus Notes
zawierający obszar informacyjny oraz
aktywne formularze, przygotowany do integracji z systemem obiegu dokumentów opartym na
Lotus Notes w Urzędzie Miasta Poznań. Wybór platformy Lotus Notes oparty jest na
wykorzystaniu tego samego środowiska pracy systemu, co ułatwi dalszy rozwoju elektronicznego
połączenia Urzędzie Miasta Poznań i MPU. Uprości to również sposób korzystania z rozwiązań
informatycznych zaimplementowanych w obu jednostkach;
b) system wspierający zarządzanie dokumentami w Miejskiej Pracowni Urbanistycznej (biuro obsługi
klienta, elektroniczna archiwizacja dokumentów, obieg dokumentów oraz zarządzanie sprawami,
organizacja zadań wewnętrznych MPU) oparty na technologii firmy IBM – Lotus Notes;
c) system częściowo wspierający wdrożony w MPU system jakości ISO 9000:2001 (dostosowanie
zamodelowanych procesów biznesowych i ich implementacja w/w systemach ) oparty na
technologiach firmy: IDS Scheer – ARIS,
d) wizualizacji zasobów , projektowanych planów w powiązaniu z obiegiem dokumentów w oparciu o
technologie firmy: ESRI- ArcSDE i ArcIMS;
e)
integracja z systemem bazy danych opartym na technologii firmy Oracle Corporation - wydzielona
instancja na serwerze bazy danych Oracle 8x (Zamawiający posiada licencje na oprogramowanie)
f)
system wspierający i zarządzający infrastrukturą podpisu elektronicznego powszechnego i
kwalifikowanego;
2) Dostarczenie druku licencji systemu (systemy operacyjne serwerów Lotus Notes, systemy zarządzania
bazami danych, oprogramowania klienckiego Lotus Notes), zgodnego z niniejszym opisem;
3) Dostarczenie planu projektu - zawierającego informacje dotyczące sposobu zarządzania projektem
oparte na dostarczonej przez Zamawiającego dokumentacji a w szczególności w oparciu o mapy
przebiegów wskazane na załączonej płycie CD;
4) Dostarczenie projektu organizacyjno - technicznego (POT) – dokumentacji techniczno-wdrożeniowej projektu;
5) Instalacja systemu mikrokomputerowego oraz konfiguracja jego parametrów w siedzibie
Zamawiającego, na dostarczonych przez Zamawiającego serwerach i na stanowiskach pracy,
zachowaniem istniejącego systemu operacyjnego i oprogramowania na stacjach klienckich,
potwierdzona protokołem oraz dostarczenie dokumentacji dla użytkownika i administratora,
konfiguracja dotyczy także serwerów, systemu operacyjnego serwerów, motoru bazy danych;
6) Uzupełnienie wszystkich niezbędnych danych do prawidłowej pracy systemu, w tym:
a)
określenie niezbędnych praw dla użytkowników do wykonywania określonych zadań,
b) przeniesienie „starej” bazy pism z programu Mopin opartego na bazie danych Oracle
c)
uzupełnienie wszystkich słowników systemu,
d) odzwierciedlenie w systemie struktury organizacyjnej MPU (komórek, stanowisk pracy), procesów i
procedur pracy, sposobu numeracji spraw,
e) wdrożenie SOD musi zawierać integrację SOD z oprogramowaniem Aris (Zamawiający posiada
oprogramowanie),
f)
wdrożenie SOD musi zawierać integrację SOD z oprogramowaniem zabezpieczania danych IBM Tivoli
Storage (Zamawiający posiada oprogramowanie i sprzęt),
g) wdrożenie SOD musi obejmować integrację SOD z oprogramowaniem i bazą danych pracującą na
potrzeby systemu ESRI ArcIMS/ArcSDE (Zamawiający posiada wdrożone i działające oprogramowanie,
Wdrożenie elektronicznego systemu obiegu dokumentów w Miejskiej Pracowni Urbanistycznej w Poznaniu
1
MPU-OR/341-2/07
załącznik nr 2
rozwiązanie objęte jest gwarancją ) tak aby wszelkie prace nie naruszały gwarancji wykonawcy w/w
systemu . Wykonawca zbuduje odpowiedni profil eksportu danych z oprogramowania Lotus Notes
(danych dotyczących lokalizacji przestrzennej pism, harmonogramów prac i zdarzeń z kalendarza co
umożliwi wizualizacje przestrzenna zdarzeń i spraw według zdefiniowanych zapytań w oparciu o
mechanizmy oprogramowania firm Esri i Lotus)
7) Proces programowania obiegów powinien zawierać: analizę istniejących ścieżek przepływu
dokumentów w MPU (obieg papierowy), ich optymalizację, przeniesienie do dostarczanego SOD.
Prace w zakresie opisu i optymalizacji procesów muszą zostać wykonane w oprogramowaniu Aris;
8) Przeprowadzenie szkolenia użytkowników systemu w zakresie wymogów systemu i obsługi
operatorskiej i administracyjnej, w zakresie użytkowania wdrażanego oprogramowania oraz jego
administracji i ewentualnego dalszego rozwoju bądź modyfikacji;
9) Przeprowadzenie szkolenia użytkowników systemu w zakresie zasad przetwarzania informacji i
możliwości uzyskiwania informacji wynikowych;
10) Przeprowadzenie szkolenia w zakresie obsługi systemu modelowania procesów w SOD i
projektowania aktywnych formularzy, w tym obsługi oprogramowania Aris do celów SOD;
11) Przeprowadzenie szkolenia administratora systemu;
12) Wszelkie koszty związane z organizacją i przeprowadzeniem wymaganych przez Zamawiającego
szkoleń (załącznik 2 opis przedmiotu zamówienia – szkolenia), uzyskaniem certyfikatu ukończenia
szkolenia poniesie Wykonawca (dojazdy, zakwaterowanie- hotel , diety szkoleniowca lub uczestników
szkolenia)
13) Wykonawca zobowiązany jest przedstawić Zamawiającemu dowody rezerwacji i wykupienia szkoleń
zgodnie z załącznikiem nr 5 HWS i załącznikiem nr 2 opis przedmiotu zamówienia – szkolenia) ;
14) Zarejestrowanie wielkości i parametrów niezbędnych do prawidłowego wprowadzania danych; w tym
oszacowanie przepustowości stanowisk kluczowych w oparciu o dane dostarczone przez
zamawiającego
15) Opisanie w systemie wszelkich spraw prowadzonych przez MPU (dla spraw z opisaną procedurą
załatwiania - modelowanie procesów), a następnie ich zaimplementowanie w systemie SOD;
16) Wykonanie wszystkich formularzy używanych w MPU dla systemu SOD;
17) Testowanie przez okres dwumiesięczny, przystąpienie do bieżącej realizacji zdarzeń, przy czym
Wykonawca zapewni w okresie testowania dostępność serwisanta Wykonawcy dla Zamawiającego;
18) Wykonawca zobowiązany będzie do zapewnienia minimalnych warunków gwarancji i serwisu:
a) Gwarancja na kod źródłowy minimum 2 lata,
b) Wykonawca dokona prawidłowej i niezbędnej do działania systemów, konfiguracji dostarczonego
oprogramowania na etapie instalacji, wdrożenia i będzie dostosowywał tę konfigurację do potrzeb
Zamawiającego podczas trwania gwarancji na kod źródłowy:
−
wszystkie błędy w działaniu, usterki systemu i skutków awarii (destrukcji danych) będą
poprawiane w terminie nie później niż 7 dni roboczych od daty zgłoszenia pisemnego przez
Zamawiającego, błąd to każdy objaw, gdy system nie działa zgodnie z przyjętymi założeniami
merytorycznymi, logicznymi, oraz wymaganymi przepisami prawa, (również jeżeli te zmiany
wymagają zmiany struktury bazy danych),
−
wyznaczenie osoby odpowiedzialnej za kontakty w ramach zobowiązań serwisowych i
gwarancyjnych Wykonawcy wobec Zamawiającego,
− wykonawca zagwarantuje sobie w ramach własnych środków konieczność współpracy z
autorami systemów funkcjonujących w MPU i współpracujących z systemem proponowanym
w ofercie - lista systemów zostanie przedstawiona na etapie uzgodnień wstępnych,
c)
Wykonawca zobowiązany będzie do świadczenia 2 letniej opieki powdrożeniowej w następującym
zakresie:
− wykonawca wykona 2 razy w roku serwisowym konserwację i optymalizację systemu,
2
MPU-OR/341-2/07
załącznik nr 2
− wystawienie w trakcie każdego roku opieki dwóch "list" zawierających poprawki niezbędne
dla usprawnienia pracy użytkowników systemu w ramach serwisu i nieodpłatnie uzgadnianych
i realizowanych w okresie maksymalnie 3 miesięcy od dnia zgłoszenia (obowiązkiem
Wykonawcy jest uzgodnienie z Zamawiającym wszystkich wątpliwości co do realizacji danego
zagadnienia), listy będą obejmowały merytorycznie wyłącznie zakres dotyczący zamawianego
systemu, lista nie zgłoszona w danym roku serwisowym przesuwa się na rok następny o ile
zajdzie taka potrzeba, (również jeżeli te zmiany wymagają zmiany struktury bazy danych),
− dokumentacja użytkownika i administratora będzie dostarczana do siedziby Zamawiającego co
najmniej 2 razy w ciągu roku serwisowego, a obowiązkowo także po zrealizowaniu każdej
"listy" zmian w systemie,
−
bezpłatna realizacja zmian wynikających ze zmiany stanu prawnego, która jest uzależniona
terminem wejścia w życie zmienionych przepisów, która powinna odbywać się w terminie 2
tygodni od pisemnego zgłoszenia Zamawiającego (również jeżeli te zmiany wymagają zmiany
struktury bazy danych),
−
bezpłatne dostarczania wersji opracowanych w ramach prac własnych po zaakceptowaniu
przez MPU,
−
konsultacje telefoniczne (bezpłatne - w okresie trwania okresu opieki) z zakresu obsługi
systemu mikrokomputerowego,
−
wyznaczenie osoby odpowiedzialnej za kontakty w ramach zobowiązań opieki
powdrożeniowej Wykonawcy wobec Zamawiającego,
− wykonawca przeprowadzi jedno dodatkowe szkolenie dla max 20 użytkowników systemu z
zakresu jego obsługi w trakcie każdego roku obowiązywania umowy,
− wykonawca przeprowadzi dwa dodatkowe szkolenia dla administratora systemu z zakresu
administracji i konfiguracji Lotus Domino zakończone certyfikatem producenta
oprogramowania w trakcie każdego roku opieki;
19) Wykonawca musi ustalić z Zamawiającym jednolity słownik dla realizacji zamówienia;
20) Wykonawca musi ustalić przy współpracy z Zamawiającym Harmonogram Wdrożenia Systemu
(HWS), którego wzór załączono do niniejszego opisu. Harmonogram będzie zawierać kolejne etapy
wdrożenia oraz terminy i sposoby odbioru prac, w tym terminy przekazania kodu źródłowego
oprogramowania po każdym etapie wdrożenia
21) Zamawiający zastrzega sobie prawo do wprowadzenia w uzgodnieniu z Wykonawcą drobnych zmian w
zakresie realizowanych przez system funkcji nienapuszających w sposób istotny struktury, architektury
systemu. Zamiany te, w porozumieniu z Wykonawcą mogą być realizowane w czasie trwania
gwarancji. Strony uzgodnią procedurę certyfikowania i wprowadzania zmiana w taki sposób, aby nbyły
one zgodne z warunkami udzielonej gwarancji i rękojmi przez Wykonawcę. Wprowadzenie
autoryzowanych zmian przez Zamawiającego z pełną akceptacją Wykonawcy nie zwalnia jego z
zobowiążą udzielonej gwarancji i rękojmi. Każdorazowo zmiany takie muszę być opisane i uzgodnione
stosownym protokołem Stron;
22) Wykonawca , przy współpracy z Zamawiającym uzgodni konieczny do pełnego wdrożenia SOD sprzęt
peryferyjny jak: skanery, drukarki, czytniki kodów paskowych, czytniki kart kryptograficznych do
podpisu elektronicznego, które powinien zakupić Zamawiający, a co do których Wykonawca
zagwarantuje poprawną integrację z systemem obiegu dokumentów.
23) Zamawiający i Wykonawca uzgodnią przed przystąpieniem do wykonania zamówienia szatę graficzną
tła systemu to znaczy uzgodnią: położenie znaków firmowych, grafik, klawiszy funkcyjnych w
interfejsach systemu, sposób prezentacji i ułożenia widoku dokumentów w interfejsach systemu,
położenie przycisków pomocniczych i narzędzi edytorskich, wyglądu menu systemu, jego organizacji
przestrzennej i układu pól funkcyjnych. Projekt uzgodnień strony zatwierdzą stosownym protokołem
uzgodnień.
24) Zamawiający zastrzega sobie możliwość korzystania z serwisu pogwarancyjnego wykonywanego przez
Wykonawcę na podstawie odrębnej umowy; po upływie 12 miesięcznego okresu świadczenia
bezpłatnego serwisu.
3
MPU-OR/341-2/07
załącznik nr 2
25) Dostarczone przez Wykonawcę rozwiązanie musi być zgodne z obowiązującymi przepisami prawa na
dzień odbioru Projektu Organizacyjno – Technicznego, a w szczególności musi spełniać wymagania
poniższych ustaw oraz rozporządzeń:
1. Ustawa z dnia 6 września 2001 r. o dostępie do informacji publicznej (Dz.U, Nr 112,
poz. 1198 z późniejszymi zmianami),
2. Ustawa z dnia 29 sierpnia 1997 roku o ochronie danych osobowych (Dz. U. Nr 101 z
2002 r. poz. 926 z późn. zm.),
3. Ustawa z dnia 18 września 2001 r. o podpisie elektronicznym (Dz.U. Nr 130 poz. 1450
z późniejszymi zmianami),
4. Ustawa z dnia 22 stycznia 1999 roku o ochronie informacji niejawnych (Dz. U. Nr 11
poz. 95 z późn. zm.),
5. Ustawa z dnia 27 lipca 2001 roku o ochronie baz danych (Dz. U. Nr 128 poz. 1402),
6. Ustawa z dnia 17 lutego 2005 roku o informatyzacji działalności podmiotów
realizujących zadania publiczne,
7. Rozporządzenie 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. Nr 100 poz. 1024),
8. Rozporządzenie Prezesa Rady Ministrów z dnia 22 grudnia 1999 r. w sprawie instrukcji
kancelaryjnej dla organów gmin i związków międzygminnych (Dz. U. Nr 112 poz. 1319
z późn. zm.),
9. Rozporządzenie z dnia 8 stycznia 2002 r. w sprawie organizacji przyjmowania i
rozpatrywania skarg i wniosków (Dz. U. Nr 5, poz. 46),
10. Rozporządzenia Prezesa Rady Ministrów z dnia 29 września 2005 r. w sprawie
warunków organizacyjno-technicznych doręczania dokumentów elektronicznych
podmiotom publicznym (Dz. U. nr 200 poz. 1651),
11. Rozporządzeniem MSWiA z dnia 17 maja 2002 r. w sprawie Biuletynu Informacji
Publicznej (Dz. U. Nr 67, poz. 619).
II. Wymagania dotyczące realizacji przedmiotu zamówienia:
1. Wykonawca musi dysponować odpowiednio wykwalifikowanymi osobami, zdolnymi do wykonania
zamówienia i posiadającymi odpowiednie doświadczenie zawodowe oraz stosowne kwalifikacje, niezbędne do
obsługi następujących stanowisk:
a) Administrator/Inżynier / min. 2 osoby / o kwalifikacjach z zakresu administracji i konfiguracji
serwerów oprogramowania, które będą zaproponowane w postępowaniu, potwierdzonych
wydanym przez danego producenta oprogramowania (certyfikaty dla Lotus Notes: CLP (Certified
Lotus Professional)).
b) Programista w narzędziach zaproponowanych w rozwiązaniu / min. 2 osoby / o kwalifikacjach z
zakresu projektowania i/tub tworzenia aplikacji przy pomocy narzędzi dla zaproponowanego
systemu relacyjnej i transakcyjnej bazy danych, potwierdzonych wydanym przez producenta
systemu certyfikatem (certyfikaty dla Lotus Notes: CLP (Certified Lotus Professional))
c) Grafik osoba odpowiedzialna za stworzenie i dostosowanie interfejsu graficznego (tła systemu), do
wymagań Zamawiającego
d) Szkoleniowiec Aris IDS Scheer posiadający certyfikat na poziomie Train the Trainer (osoba
odpowiedzialna za przeprowadzenie szkoleń w MPU)
e) Szkoleniowiec Lotus Notes na poziomie CLI (CLI - Certified Lotus Instructor, osoba
odpowiedzialna za przeprowadzenie szkoleń w MPU)
4
MPU-OR/341-2/07
załącznik nr 2
26) Wykonawca musi być autoryzowanym partnerem IBM Polska Sp. z o.o. posiadającym status IBM
Business Partner
2. Wykonawca zobowiązany jest zapewnić również zespół wykonawczy w składzie niezbędnym do
prawidłowego wykonania zamówienia, o kwalifikacjach i doświadczeniu w oferowanym rozwiązaniu.
Wykonawca przedstawi listę osób odpowiedzialnych za wykonanie zadania oraz ich kwalifikacje co zostanie
odnotowane w stosownym protokole uzgodnień. . Skład zespołu bez zgody Zamawiającego nie może zostać
zmieniony do zakończenia projektu. Zamawiający ma prawo zażądać zmiany prowadzącego projekt lub
serwisanta-opiekuna powykonawczego.
III. Cele szczegółowe aplikacji
1. Celem aplikacji jest zarządzanie obiegiem dokumentów, zarządzanie dokumentami, archiwizacją
dokumentów, obiegiem dokumentów w formie elektronicznej, zapewnienie przebiegu informacji wewnątrz
firmy, obsługa i wsparcie techniczne w MPU oparte o Lotus Notes/Domino, oraz umożliwienie późniejszej
integracji z systemem Lotus Notes/Domino w Urzędzie Miasta Poznania.
Celem aplikacji jest centralne składowanie oraz wprawianie w elektroniczny obieg wszelkiego rodzaju
dokumentów tworzonych przez użytkowników w aplikacjach biurowych. Dokumenty te przechowywane są przy
tym w strukturze odzwierciedlającej naturalne metody przechowywania dokumentów.
2. Aplikacja musi posiadać następujące kategorie funkcjonalności:
a)
Help Desk – realizująca obieg dokumentów zleceń i ich realizacji będzie to jedna z funkcjonalności
modułu IKA ,
b) Składowanie wszelkich form dokumentów (zeskanowany papierowy dokument, faks, e-mail)w
jednym logicznym miejscu
c)
Budowanie biblioteki szablonów dokumentów, oraz zarządzanie nimi z uwzględnieniem
konfigurowalnego systemu uprawnień
d) Poddawanie dokumentów elektronicznemu obiegowi typu Approval (zatwierdzanie),
e)
Poddawanie dokumentów elektronicznemu obiegowi typu Review (recencja),
f) Śledzenie ścieżek obiegu dokumentów i wraz z pełna historia wykonywanych na nich operacji
dotyczących akceptacji/odrzucenia dokumentów
g) Ograniczanie możliwości kasowania dokumentów
h) Możliwość nadawania uprawnień do każdego poziomu struktury oraz poszczególnych
dokumentów,
i)
Aplikacja pozwala wielu użytkownikom na wspólna prace nad jednym dokumentem rejestrując
fakt wykonywania przez nich modyfikacji dokumentu
j)
Dokumentu są tworzone w aplikacjach zarejestrowanych w systemie Windows (np. Excel, Word,
PowerPoint) a następnie opisywane i umieszczane w bibliotece dokumentów w określonym
miejscu jej struktury. Dokumenty mogą być też tworzone w oparciu o dedykowane formularze i
tworzone bezpośrednio w programie Lotus Notes lub przeglądarce internetowej,
k) Integracja aplikacji ze środowiskiem Microsoft Office za pomocą technologii COM tak aby
możliwe było płynne przejście pomiędzy SOD a MS Office
l)
Tworzenie dokumentów może się odbywać w oparciu o szablony (wzorce dokumentów)
przechowywane w strukturze bazy (np. wzorzec faktury, wniosku czy te_ delegacji)
m) Istnieje możliwość dołączania plików z dysku i umieszczania ich strukturze biblioteki (dokumenty
takie po załączeniu są przeglądane oraz edytowane przez aplikacje z którymi dokument jest
skojarzony),
n) Wiedza – stanowiąca wsparcie dla operatorów Help Desk i pracowników MPU,
o) Ogłoszenia – będącą tablicą ogłoszeń kierowanych przez operatorów Help Desk do pracowników
MPU, nowe wiadomości pojawiają się po zalogowaniu użytkownika do sytemu,
5
MPU-OR/341-2/07
załącznik nr 2
p) Pracownicy – będąca bazą pomocniczą, zasilaną danymi z bazy kadrowej lub Aris a
wykorzystywaną w celach identyfikacji osób,
q) System powinien pełnić rolę informatora gdzie można znaleźć gromadzone w MPU zasoby
informatyczne archiwalne i bieżące (takie jak podkłady mapowe, plany uchwalone, teksty, uchwały
itp.)
r) Dynamicznej prezentacji planów uchwalonych, planów będących w opracowaniu, w powiązaniu z
serwisem ESRI ArcIMS i korzystając z bazy ArcSDE (istniejącym/ istniejącą w
naruszając praw do gwarancji przez Zamawiającego
MPU) nie
s) Dynamicznej prezentacji harmonogramów planów uchwalonych, będących w opracowaniu, w
postaci wykresu Gantta w powiązaniu z serwisem ESRI ArcIMS i korzystając z bazy ArcSDE
(istniejącym/ istniejącą w MPU do prezentacji graficznej planu objętego harmonogramem) w
sposób nie naruszający prawa do gwarancji przez Zamawijącego.
t)
Sekretariat – realizujący wstępna rejestrację pism, oraz inne zadania sekretariatu, posiadający
indywidualnie dostosowany do wymagań interfejs graficzny,
u) Kancelaria – realizująca powtórną rejestrację pism, skanowanie i archiwizację papierową
posiadająca obsługę czytnika kodów kreskowych (konfiguracja urządzenia do czytania kodów
kreskowych),
v) Aktualizacja półautomatyczna bazy algorytmów obiegu dokumentów i stanów osobowych ARIS –
Lotus Notes.
Wszystkie opisane powyżej funkcjonalności muszą zostać zrealizowane w jednej bazie Lotus Notes lub
w grupie baz będących ze sobą w ścisły sposób powiązanych, w taki sposób, że operator aplikacji
będzie mógł w prosty i szybki sposób przełączać się pomiędzy nimi bez konieczności wykonywania
zbędnych operacji.
3.
Aplikacja musi posiadać dwa interfejsy użytkownika:
a) Przeglądarkowy – dostępny dla wszystkich pracowników MPU z poziomu przeglądarki internetowej
– wykorzystywane do operacji na pismach i zgłaszania błędów do HelpDesk kiedy pracownik nie może
wykorzystać do tego swojego komputera np. gdy jest on uszkodzony oraz dostępny dla użytkowników
zewnętrznych mających dostęp po sieci MAN na odpowiednio dobranym dla nich poziomie dostępu do
informacji..
b) Oprogramowania Lotus Notes – normalny tryb pracy nad dokumentami, zwykły sposób zgłaszania
problemów oraz dostęp dla grupy osób związanych z obsługą Help Desk oraz dostępny dla
użytkowników zewnętrznych mających dostęp po sieci MAN na odpowiednio dobranym dla nich
poziomie dostępu do informacji.
.
4. Oprogramowanie zostanie stworzone z sześciu osobnych programowo lecz w pełni zintegrowanych
modułów:
a)
KANCELARIA: moduł wspomagający wprowadzanie pism do systemu, ich rejestracji,
dystrybucji i skanowania, będzie:
−
Stanowić jednolita bazę korespondencji przychodzącej i wychodzącej oraz bazę spraw,
−
Zapewniać rejestracje korespondencji przychodzącej do Sekretariatu Głównego oraz
skojarzenie jej z korespondencja wpływającą do Sekretariatu Dyrektora MPU,
−
Umożliwiać przekazywanie korespondencji przychodzącej do zainteresowanych osób bądź
odpowiednich komórek,
−
Aplikacja zawierać będzie funkcjonalność wielokrotnego dekretowania dokumentów
−
Umożliwiać identyfikowanie dokumentów za pomocą czytnika kodów kreskowych,
−
Zapewniać rejestrację pism wychodzących z MPU, w tym m.in. zapewnia organizacje pism
wysyłanych listem zwykłym, poleconym bądź kurierem,
6
MPU-OR/341-2/07
załącznik nr 2
−
Posiadać możliwość potwierdzania odczytania dokumentów (rejestruje każda czynność
związana z poszczególnym dokumentem w postaci historii),
−
Posiadać funkcje korespondencji grupowej,
−
Zapewniać pełną obsługę korespondencji wewnętrznej,
− Zapewniać rejestrację zeskanowanych dokumentów,
−
Zapewniać organizacje spraw według zadeklarowanych wcześniej ścieżek obiegu bądź bez
obiegu,
− Umożliwiać wyznaczanie zadań związanych z dana sprawa oraz przydzielenie osób
odpowiedzialnych za ich realizacje – wskazane osoby są automatycznie informowane o
zadaniu do wykonania,
−
Umożliwiać dodawanie pisma do istniejącej sprawy,
−
Umożliwiać dodawanie opinii w sprawie oraz załaczanie dokumentów do sprawy,
−
Zapewniać wersjonowanie dokumentów w sprawie,
−
Umożliwiać rejestrowanie zmian w dokumentach,
−
Zapewniać elektroniczny obieg korespondencji, spraw i wniosków urlopowych,
−
Zapewniać szybki dostęp do dokumentów, spraw i informacji,
−
Zapewniać sprawne wyszukiwanie dokumentów bądź spraw według wybranych kryteriów,
−
Zapewniać rejestrowanie historii spraw oraz historii zmian w dokumentach,
−
Kontrolować drogę obiegu dokumentów oraz stan realizacji spraw,
−
Umożliwiać rejestrowanie korespondencji otrzymanej bądź wysłanej w związku z
realizowanymi projektami,
−
Zapewniać potwierdzenie otrzymania dokumentu,
−
Umożliwiać sprawne wyszukiwanie według wybranych kryteriów,
−
Zapewniać łatwość obsługi – dzięki zastosowaniu metody „przeciągnij i upuść”,
−
Możliwość stosowania podpisów elektronicznych oraz szyfrowania wiadomości, sprawdzanie
pisowni w wielu językach,
−
b) SEKRETARIAT, moduł wspomagający pracę sekretariatu, wstępnej rejestracji dokumentów i
nadawania kodów kreskowych będzie:
c)
−
Zapewniać rejestracje korespondencji przychodzącej do Sekretariatu Dyrektora MPU wraz z
załącznikami oraz jej automatyczne numerowanie, nadawanie i drukowanie kodu paskowego
(urządzenie do druku kodu paskowego zakupi Zamawiający) zgodnie z przyjętym formatem i
zasadami,
−
Wspomagać pracę sekretariatu o niezbędne narzędzia do jego funkcjonowania,
ARCHIWIZACJA, moduł wspomagający zarządzanie archiwum elektronicznym , papierowym i
wypożyczania pism będzie:
−
Zapewniać rejestracje pism wypożyczonych,
−
Zapewniać archiwizacje dokumentacji projektowej,
−
Zapewniać wskazanie lokalizację przechowywanych pism w archiwum papierowym
−
Zapewniać gromadzenie w postaci elektronicznej zasobów bibliotecznych MPU (książek i
czasopism) oraz umożliwia rejestracje ich wypożyczeń (również możliwość drukowania
rewersów) ,
7
MPU-OR/341-2/07
załącznik nr 2
−
Umożliwiać identyfikowanie dokumentów za pomocą czytnika kodów kreskowych i ich
automatyczne wyszukiwanie w archiwum elektronicznym,
−
Umożliwia nadawanie i drukowanie kodu kreskowego zgodnie z przyjętym formatem i
zasadami,
d) HARMONOGRAMY: moduł odpowiedzialny za organizację harmonogramów i wizualizację za
pomocą wykresu Gantta funkcjonalność ta będzie realizowana poprzez integrację z
oprogramowaniem MS Projekt do aktualizacji danych (Zamawiający nie posiada oprogramowania,
zamawiający uzgodni z wykonawca sposób zakupu brakującego oprogramowania), wyświetlanie
poprzez wykorzystanie funkcjonalności standardowych narzędzi MS Office lub wbudowany w
system SOD moduł wizualizacji wykresu Gantta:
e)
f)
−
Udostępniać będzie bazę projektów, zdarzeń, rezerwacji (m.in. planów zagospodarowania
przestrzennego) realizowanych przez MPU,
−
Umożliwiać planowanie prac projektowych – tworzenie harmonogramów, w których
wprowadzane są kolejne etapy realizacji projektu,
−
Posiadać systemy alarmowe – informowanie za pomocą wiadomości poszczególnych osób o
zbliżającym się terminie w cyklu projektowym bądź o upływie tego terminu,
−
Umożliwiać ustalanie zastępstw na czas nieobecności w pracy członków grup projektowych
lub innych pracowników MPU,
−
Powinien wspomagać integrację z modułami SEKRETARIAT i IKA zakresie tworzenia
harmonogramów, rezerwacji i wypożyczeń sprzętu
WIZUALIZACJA: zintegrowany moduł odpowiedzialny za wizualizację przestrzenną planów,
lokalizacje mapową pism i harmonogramów prac nad planami, powiązaną ściśle z wszystkimi
modułami SOD, bazą ArcSDE i ArcIMS,
−
wizualizacja przestrzenna wchodzących i wychodzących pism według ustalonych typów
zapytań
−
wizualizacja planów opracowywanych i ich dynamiczne połączenie z harmonogramami tak
aby można było w prosty sposób przejść od wizualizacji planu do harmonogramu i pism które
są powiązane z tym planem
−
moduł umożliwiający przeszukiwanie zasobów mapowych wg wcześniej zdefiniowanych
zapytań
IKA: moduł INFORMACYJNO-KOMUNIKACYJNO-ADMINISTRACYJNY odpowiedzialny za
prace administracyjne, operatorskie, moderatorskie, help desk, wszelkie komunikaty i ogłoszenia:
−
Umożliwia definiowane ścieżek obiegu dokumentów oraz załatwiania spraw z
uwzględnieniem wykorzystywanych w toku sprawy formularzy i pism,
−
Kontroluje drogę obiegu dokumentów oraz stan realizacji projektów,
−
Zapewnia wsparcie informatyczne (Help Desk Informatyczny),
−
Zapewnia sprawna wymianę informacji wewnątrz MPU (za pomocą panelu dyskusyjnego oraz
tablicy ogłoszeń – elektroniczny serwis informacyjny),
−
Umożliwia publikowanie wewnętrznych aktów normatywnych (zarządzeń, regulaminów) oraz
dołączanie załączników do nich, jak równie: kojarzenie z innymi aktami normatywnymi,
−
Zapewnia dostęp do wewnętrznych aktów normatywnych przez Intranet (wgląd dla szerokiej
liczby użytkowników przy minimalnych kosztach),
−
Kalendarz osobisty i listę zadań do wykonania – zarządzanie spotkaniami oraz innymi
pozycjami kalendarza. Możliwość przeszukiwania kalendarzy innych użytkowników w celu
ustalenia terminu spotkania. Możliwość rezerwacji dowolnych zasobów (projektorów, sal
szkoleniowych, samochodów) w pełni powiązany z modułem Harmonogramy tak aby terminy
zdarzeń dotyczące użytkownika a ujęte w harmonogramach automatycznie pojawiały się w
kalendarzu osobistym,
8
MPU-OR/341-2/07
załącznik nr 2
−
Kalendarze grupowe – pozwalają na tworzenie harmonogramów grup, a zakładki do
kalendarzy umożliwiają szybki dostęp do informacji o możliwościach spotkań całego zespołu,
−
System bezpieczeństwa – możliwość określania dostępu do serwerów, aplikacji i baz danych,
jak równie: do konkretnych dokumentów, a nawet do pojedynczych pól w dokumentach
poprzez przydzielanie użytkownikom uprawnień na wielu poziomach,
−
Zintegrowane usługi pracy grupowej – system obsługi poczty elektronicznej, kalendarzy i
harmonogramów grupowych, tablic ogłoszeń i grup dyskusyjnych,
−
Zróżnicowany poziom dostępu użytkowników do poszczególny funkcjonalności modułu,
−
Powinien wspomagać integrację modułu Wizualizacja z systemami ArcSDE i ArcIMS.
−
Interfejs wypożyczeń- powinien wspomagać proces wypożyczeń w oparciu o kalendarz i
harmonogramy
−
Będzie posiadał wielokryterialny sposób dostępu do funkcji oferowanych przez ten moduł,
definiowany przez administratora
5. Od strony przeglądarki internetowej aplikacja musi być widoczna jako serwis intranetowy, w którym
pracownik MPU będzie mógł wykonać wszystkie niezbędne czynności:
a)
zgłosić problem,
b) dowiedzieć się o statusie swojego zgłoszenia,
c)
przeczytać aktualne ogłoszenia z Bazy Ogłoszeń,
d) zasięgnąć porady na temat ewentualnych problemów korzystając z opublikowanych dokumentów
Bazy Wiedzy,
e)
Wszystkie te informacje muszą być dostępne w ramach jednego ekranu – strony WWW pod
adresem zdefiniowanym przez administratora sieci MPU,
f)
Strona taka każdy pracownik będzie też mógł automatycznie dodać do menu Ulubione w swojej
przeglądarce;
6. W szczególności przedmiot zamówienia obejmuje:
1) Dostarczany system SOD musi uwzględnić wszystkich pracowników MPU (około 90 osób) –
dostarczenie licencji/praw do korzystania dla każdego pracownika,
2) Analizę istniejących (papierowych) procesów obiegu dokumentów w MPU w oprogramowaniu Aris,
3) Optymalizację istniejących procesów w oprogramowaniu Aris pod kątem ich implementacji w
dostarczanym SOD,
4) Integrację SOD z oprogramowaniem Aris w zakresie przebiegu procesów (rozumianych jako ciągu
funkcji/działań), struktury organizacyjnej (obejmującej komórki organizacyjne, zespoły robocze, stanowiska
oraz pracowników z imienia i nazwiska) oraz dokumentów,
5) Wykonanie w dostarczonym SOD istniejących i zoptymalizowanych w MPU obiegów po uprzednim ich
zaakceptowaniu przez Zamawiającego,
6) Przeszkolenie administratorów w zakresie administracji dostarczonego systemu,
7) Przeszkolenie administratorów w zakresie oprogramowania Aris,
8) Przeszkolenie użytkowników w zakresie obsługi procesów zaprojektowanych w dostarczanym SOD,
9) System musi posiadać „odkryty” kod aplikacji (Open Source) – dostawca musi przekazać MPU prawa do
dalszej modyfikacji aplikacji. Niedopuszczalne jest dostarczenie aplikacji z ukrytym projektem aplikacji lub
bazującej na skompilowanych bibliotekach, do których kod nie będzie przekazany Zamawiającemu;
7. Zakres wymagań w aspekcie wdrożenia SOD. System musi umożliwiać łatwe wprowadzanie
dokumentów w postaci papierowej do systemu SOD. Na poziomie skanera musi nastąpić wstępna identyfikacja
dokumentu i automatyczna rejestracja w bazie danych. System musi współpracować ze skanerami
wielofunkcyjnymi – przedmiotem zamówienia nie jest dostawa skanerów a jedynie oprogramowania, które w
połączeniu ze wskazanymi urządzeniami skanującymi zagwarantuje następującą funkcjonalność:
9
MPU-OR/341-2/07
załącznik nr 2
a.
System musi gwarantować możliwość wprowadzania do systemu (poprzez skanery) grupy dokumentów
bez konieczności interakcji ze strony użytkownika.
b.
System musi pozwalać na łatwe wyszukiwanie elektronicznego obrazu dokumentu na postawie ich
papierowego odpowiednika – np. wyszukiwanie przy pomocy czytnika kodów paskowych.
c.
System musi zawierać moduł który będzie pozwalał na rejestrowanie (oraz unikalne numerowanie)
dokumentów wprowadzanych do systemu
d.
System musi pozwalać na jednoznaczne przypisanie wprowadzonego do systemu dokumentu do jednej
ze zdefiniowanych w systemie ścieżek przepływu zdefiniowanych w oprogramowaniu Aris.
e.
System musi posiadać przejrzysty interfejs pozwalający na przeglądanie dokumentów wg ich stanu w
obiegu oraz aktualnego umiejscowienia w przypisanej mu procedurze.
f.
System musi posiadać możliwość dynamicznej prezentacji harmonogramów planów uchwalonych,
będących w opracowaniu, w postaci wykresu Gantta w powiązaniu z serwisem ESRI ArcIMS i
korzystając z bazy ArcSDE (istniejącym/ istniejącą w MPU), w taki sposób aby płynnie można było
przechodzić pomiędzy interfejsem prezentacji pisma, wykresem Gantta a mapową prezentacją planów
serwisu ArcIMS
g.
System musi posiadać możliwość szyfrowania wprowadzanych do sytemu danych.
h.
System musi posiadać możliwość jednoznacznej autoryzacji użytkowników biorących udział w SOD.
i.
System musi posiadać możliwość dynamicznego powoływania zespołów zadaniowych. W skąd zespołu
zadaniowego może wchodzić wskazane stanowisko pracy bądź pracownik z tym, że zarówno
pracownik, jak i wskazane stanowisko może uczestniczyć w pracach wielu zespołów zadaniowych.
j.
System musi posiadać możliwość elektronicznego podpisu pozwalającego na budowanie historii
akceptacji i modyfikacji dokumentu (zgodnie z narzuconą mu ścieżką przejścia) w oparciu o system
podpisów elektronicznych.
k.
System musi generować powiadomienia do osób biorących udział w obiegu o konieczności wykonania
przewidzianych dla nich czynności.
IV. Wymagania podstawowe Elektronicznego Obiegu Dokumentów SOD
1.
System musi być w polskiej wersji językowej, a zatem zawierać m.in.:
g) polskojęzyczny interfejs komunikacji z użytkownikiem końcowym,
h) polskojęzyczny interfejs administracyjny, służący do projektowania i modyfikacji obiegów
zintegrowany z oprogramowaniem Aris,
i)
polskojęzyczny interfejs moderatorski, służący do modyfikacji słownika formularzy i modyfikacji
tablicy ogłoszeń itp. funkcji zintegrowanch z oprogramowaniem Aris, ArcSDE i ArcIMS
j)
polskojęzyczne formaty wartości zgodne z polską normą (sortowanie, daty, liczby, itp.),
k) polskojęzyczną kompletną dokumentację użytkową, w tym:
l)
−
podręcznik użytkownika:
−
podręcznik administratora:
polskojęzyczną kompletną dokumentację programu z opisem funkcjonalności modułów kodu
źródłowego programu.
2. Dostawca, przy współudziale przedstawiciela Zamawiającego, uzupełni słowniki systemowe oraz
sparametryzuje SOD.
3. System musi zapewnić prywatność/poufność danych – dane nie mogą być dostępne przez nikogo innego
poza osobami zdefiniowanymi w procesie obiegu dokumentu.
4. Składowanie i archiwizowanie dokumentów w systemie musi być oparte o centralną bazę archiwalną,
która musi mieć możliwość definicji dostępu do każdego z dokumentu w niej przechowywanych.
10
MPU-OR/341-2/07
załącznik nr 2
5. System musi umożliwiać na poziomie wprowadzania dokumentów do niego (skanowanie) funkcję
automatycznego rozpoznawania tekstu oraz zapamiętywanie tej treści w bazie danych w celu późniejszego
przeszukiwania bazy po zawartości rozpoznanego tekstu.
6. System musi umożliwiać przeszukiwanie bazy po polach opisowych dokumentów jak również musi
umożliwiać przeszukiwanie pełno tekstowe bazy danych.
7. System musi posiadać mechanizmy elektronicznej identyfikacji wprowadzanych do niego dokumentów –
np. przy pomocy kodów paskowych oraz skanerów kodów paskowych – tak aby przy pomocy
odpowiednich skanerów była możliwość jednoznacznego wyszukania historii obiegu dokumentu na
podstawie oznaczonego (np. kodem paskowym) dokumentu papierowego.
8. System musi być zgodny z rzeczowym wykazem akt
9. System musi być zgodny z instrukcja kancelaryjna
10. System musi mieć budowę modułowa, co zapewnia możliwość wdrażania systemu etapami oraz jego
późniejszą rozbudowę o kolejne funkcjonalności
11. System musi zapewnić integrację z systemem operacyjnym funkcjonującym w MPU
12. System musi umożliwiać zróżnicowanie praw dostępu poszczególnych użytkowników
13. System musi umożliwiać tworzenie raportów
14. System musi stanowić uporządkowaną bazę dokumentów, korespondencji, informacji, spraw i projektów
prowadzonych przez MPU
15. System musi zapewnić integracje z oprogramowaniem Microsoft Office
16. System powinien zapewnić wysoki poziom bezpieczeństwa przechowywanych dokumentów.
17. System powinien być wielodostępny.
18. System powinien być otwarty, tzn. powinien umożliwiać dalszą rozbudowę funkcjonalną.
19. System powinien być skalowany, tzn. w przyszłości umożliwić wprowadzenie do systemu kolejnych
obiegów dokumentów korzystając z aktualizacji przebiegów zapisanych w bazie programu Aris, jak
również przenoszenia w sposób dynamiczny dodanych nowych zespołów projektowych powiązanych z
nowo opracowywanym planem zagospodarowania przestrzennego,
20. System musi zapewniać stabilną i efektywną pracę dla użytkowników systemu.
21. System musi zostać zintegrowany z oprogramowaniem Aris w taki sposób że informacje zapisane w
bazie danych Aris będą automatycznie przenoszone do SOD (w module IKA) opartym na Lotus Notes, w
szczególności informacje o przebiegu procesów, strukturze organizacyjnej oraz dokumentach. Dopuszcza
się możliwość uzupełnienia informacji w SOD jedynie w przypadku gdy określona informacja nie pojawiła
się w oprogramowaniu Aris,
22. System SOD musi posiadać możliwość zdefiniowania struktury pracowników MPU. Definicje
obiegów dokumentów muszą być realizowane po stanowiskach – nie po nazwiskach
pracowników/użytkowników systemu. Dodatkowo zdefiniowana struktura organizacyjna musi
pozwalać na definiowanie elastycznych obiegów bazujących na zapytaniach do tej struktury np.
„przełożony wnioskodawcy”, lub „kierownik osoby akceptujacej”.
23. System SOD musi miec możliwość rejestracji nieobecności pracowników oraz definicji zastępstw
podczas nieobecności – zdefiniowane zastępstwa musza być uwzględniane w trakcie obiegów.
System bedzie zawierał własna funkcjonalność rejestracji nieobecności oraz będzie daąył do
implementacji innych zródeł takich informacji jak mechanizm powiadamiania o nieobecności
Lotus Notes (OutOfOffice) oraz rejestr nieobecności importowany z systemu kadrowego.
11
MPU-OR/341-2/07
załącznik nr 2
V. Wymagania funkcjonalne i techniczne elektronicznego Systemu Obiegu Dokumentów – SOD
4. Zaprojektowane przez dostawcę obiegi muszą być przekazane tak aby przeszkolona grupa pracowników
miała możliwość samodzielnej modyfikacji obiegów – w szczególności w zakresie warunków przejścia
dokumentów oraz osób uczestniczących w poszczególnych krokach obiegu – z wykorzystaniem
oprogramowania Aris.
6. Ze względu na specyfikę danych, wprowadzanych przez MPU do system SOD (konieczność wysokiego
stopnia bezpieczeństwa) wymagane jest aby wprowadzane dane przechowywane były w aplikacji na
serwerze i aby proces obiegu dokumentu realizowany był w taki sposób aby dokument, którego obieg
dotyczy, przez cały czas był przechowywany i chroniony przez serwer. System musi pozwalać na dostęp
autoryzowanych osób do dokumentu na serwerze, nie jest jednak dopuszczalne przesyłanie dokumentu
pocztą elektroniczna do uczestników obiegu.
7. System musi posiadać możliwość powiadamiania pracowników o konieczności wykonania przypisanych
im w obiegu czynności i dodatkowej sygnalizacji tego poprzez wyświetlanie ikony w pasku zadań systemu
operacyjnego MS Windows
8. Interfejs moderatorski powinien mieć możliwość wspomagania integracji SOD z ArcIMS i ArcSDE w
zakresie wyświetlania danych mapowych w powiązaniu z pismami i harmonogramami .
9. System powiadomień musi obsługiwać mechanizm linków do dokumentów których powiadomienie
dotyczy. Powiadomienie musi umożliwić przeniesienie się do dokumentu i wykonanie czynności, której
powiadomienie dotyczy, niedopuszczalne jest wysłanie powiadomienia a następnie wyszukiwanie przez
pracownika w systemie SOD dokumentu którego powiadomienie dotyczyło.
10. System SOD musi posiadać mechanizmy szyfrowania danych na poziomie pojedynczych dokumentów
wprowadzanych do systemu.
11. Uprawnienia do dokumentów w procesie obiegu muszą być przydzielane automatycznie na podstawie
informacji o typie obiegu jakiemu dokument będzie poddany.
12. System musi posiadać możliwość pełno tekstowego, wielokryterialnego przeszukiwania dokumentów
SOD.
13. Skanowanie dokumentów:
1) System musi umożliwiać łatwe wprowadzanie dokumentów w postaci papierowej do systemu
SOD oraz inicjowanie obiegów z dokumentu papierowego bezpośrednio do systemu SOD. Na
poziomie skanera musi nastąpić wstępna identyfikacja dokumentu, i automatyczna rejestracja w
bazie danych. System musi współpracować z urządzeniami skanującymi. Uwaga : przedmiotem
zamówienia nie jest dostawa urządzeń skanujących a jedynie oprogramowania, które w połączeniu
ze wskazanymi urządzeniami skanującymi zagwarantuje następującą funkcjonalność:
a) System musi gwarantować możliwość wprowadzania wprost do systemu (poprzez skanery)
grupy dokumentów bez konieczności interakcji ze strony użytkownika.
b) System musi pozwalać na łatwe wyszukiwanie elektronicznego obrazu dokumentu na
postawie ich papierowego odpowiednika – np. wyszukiwanie przy pomocy czytnika kodów
paskowych.
c) W przypadku skanowania dokumentów do systemu SOD musi pozwalać na jednoznaczne
przypisanie wprowadzonego do systemu dokumentu do jednej ze zdefiniowanych w
systemie ścieżek obiegu dokumentów.
d) System EOD musi posiadać przejrzysty interfejs pozwalający na przeglądanie dokumentów
wg ich stanu w obiegu oraz aktualnego umiejscowienia w przypisanej mu procedurze.
e) System musi zawierać moduł który będzie pozwalał na rejestrowanie (oraz unikalne
numerowanie) dokumentów wprowadzanych do systemu
f) System musi pozwalać na jednoznaczne przypisanie wprowadzonego do systemu
dokumentu do jednego ze zdefiniowanych w systemie miejsca ich przechowywania
(jednoznaczna lokalizacja teczki na dokumenty).
g) System musi zapewniać dynamiczny dostęp do struktury przechowywanych dokumentów
bezpośrednio z panelu urządzenia skanującego.
h) System musi mieć możliwość dowolnej rekonfiguracji sposobu dostarczania skanowanych
dokumentów do aplikacji – mile widziana jest obsługa skryptów skanowania.
2) System musi posiadać możliwość autoryzacji użytkowników skanujących dokumenty oraz ich
indywidualna obsługę.
12
MPU-OR/341-2/07
załącznik nr 2
3)System musi umożliwiać taką współpracę ze skanerami aby skanowane obrazy dokumentów były w
sposób automatyczny przenoszone do dostarczanego systemu SOD – nie dopuszczalne jest skanowanie
na dysk komputera i zaczepianie skanów dokumentów przez operatorów systemu w dostarczonym SOD
– skaner musi być integralną częścią systemu i skanowany dokument musi tworzyć „zerowy” status
obiegu – operator musi jedynie zdecydować którą ścieżka dokument będzie przechodził.
4) System musi umożliwiać na poziomie wprowadzania dokumentów do niego (skanowanie) funkcje
automatycznego rozpoznawania tekstu (OCR) oraz zapamiętywanie tej treści w bazie danych w
celu późniejszego pełnotekstowego wyszukiwania bazy według zawartości rozpoznanego tekstu.
5) System musi posiadać mechanizmy elektronicznej identyfikacji wprowadzanych do niego
dokumentów – np. przy pomocy kodów paskowych oraz skanerów kodów paskowych – tak aby
przy pomocy odpowiednich skanerów była możliwość jednoznacznego wyszukania historii obiegu
dokumentu na podstawie oznaczonego (np. kodem paskowym) dokumentu papierowego.
6) System musi mieć możliwość identyfikacji osób skanujących i zapewniać indywidualna
parametryzacje użytkowników.
7) System musi zapewnić łatwe łączenie pism skanowanych z indeksem- numeracja pism
wprowadzonych wcześniej w sekretariacie, poprzez czytanie kodu paskowego lub numeru nadanego
podczas wstępnej rejestracji pism w sekretariacie Dyrektora MPU
14. System musi posiadać możliwość dynamicznego łączenia i wyświetlania lokalizacji planów, działek i
terenów planów MPU Miasta Poznania w oparciu o integrację z systemem mapowym firmy Esri ArcIMS i
ArcSDE według zał. nr 2 a modułem Wizualizacja. Użytkownik powinien mieć możliwość dynamicznego
przejścia pomiędzy modułami Kancelaria i Wizualizacja tak by mógł w prosty sposób okreslić lokalizacje
mapową pisma jak w module Wizualizacja przejść od lokalizacji pism jej dotyczących wizualizacji, według
zdefiniowanych typów zapytań.
13

OPIS PRZEDMIOTU ZAMÓWIENIA I. Na przedmiot zamówienia

Transkript

Podobné dokumenty

Erste Group Bank AG Structured Notes Programme