Szczegółowy opis przedmiotu zamówienia Przedmiotem

Transkrypt

Zał cznik Nr 2 do siwz
D.III/ZP/U–335–493/06
Szczegółowy opis przedmiotu zamówienia
Przedmiotem zamówienia jest usługa zakupu, zainstalowania i wdro enia systemu elektronicznego
obiegu dokumentów w Urz dzie Marszałkowskim Województwa Mazowieckiego oraz przeszkolenia
u ytkowników i administratorów.
Zamawiaj cy zamawia nast puj ce usługi i dostawy:
1. Elektroniczny System Obiegu Dokumentów i Spraw w skrócie „ESOD” 650 licencji pracuj cych na
Komercyjnej Relacyjnej Bazie Danych SQL.
2. Zdefiniowanie (mapowanie) i implementacja wybranych procesów Urz du Marszałkowskiego
Województwa Mazowieckiego.
3. Zakup odpowiedniej do sytemu „ESOD” Relacyjnej Bazy Danych np. MS SQL Serwer 2005, liczonej na
procesor ( posiadamy serwer 4-procesorowy z Systemem MS Windows 2003 Enterprise Ed. ENG).
4. Wdro enie systemu okre lonego w pkt 1.
5. Szkolenie u ytkowników i administratorów.
Cało
zamówienia realizowana b dzie w nast puj cych etapach:
Etap I – instalacja i skonfigurowanie Relacyjnej Bazy Danych oraz ESOD na serwerze i stanowiskach pracy
w siedzibie głównej Urz du, szkolenie u ytkowników i 2 administratorów, prace zostan wykonane wg.
harmonogramu Zamawiaj cego po wyborze Wykonawcy. Mapowanie i implementacja do 20 procesów – do
12 miesi cy od dnia podpisania umowy.
Etap II – instalacja i skonfigurowanie systemu ESOD na stanowiskach w Departamentach Urz du w
lokalizacjach poza siedzib główn Urz du, szkolenie u ytkowników i 2 administratorów – do 18 miesi cy
od dnia podpisania umowy wg harmonogramu Zamawiaj cego.
A. INSTALACJA I URUCHOMIENIE SYSTEMU
1. W terminie jednego miesi ca od zawarcia umowy Zamawiaj cy uzgodni z Wykonawc harmonogram
prac, obejmuj cy kolejne etapy wdra ania systemu:
1.1. instalacja na serwerze
1.2. instalacja aplikacji klienckich
1.3. harmonogram szkole
1.4. przygotowanie i uruchomienie (zdefiniowanie i implementacja) procesów
1.5. uruchomienie systemu – zako czenie etapu wdro enia
Harmonogram jest zatwierdzany przez Zamawiaj cego i Wykonawc i jest podstaw realizacji cało ci prac
w okre lonym terminie. Wykonanie kolejnych etapów potwierdzane jest protokołem podpisanym
dwustronnie.
2. Zamawiaj cy przed instalacj oprogramowania klienckiego na stacjach roboczych dokona gruntownego
sprawdzenia poprawno ci funkcjonowania stacji roboczych pod wzgl dem zarówno sprz towym jak i
zainstalowanego na nich oprogramowania systemowego i aplikacyjnego, w szczególno ci MS Word.
Urz d Marszałkowski Województwa Mazowieckiego
Strona 1 z 11
D.III/ZP/U–335–493/06
3. Zamawiaj cy wyznaczy pracowników, odpowiedzialnych za udzielenie pomocy przedstawicielom
Wykonawcy.
4. Instalacja Systemu przez Wykonawc
na 100 stanowiskach i serwerze nast pi na
danie
Zamawiaj cego, w terminie 60 dni od daty zawarcia umowy, według uzgodnionego przez Zamawiaj cego i
Wykonawc harmonogramu. Po instalacji System winien by gotowy do eksploatacji przez Zamawiaj cego,
moment ten przyjmuje si za uruchomienie systemu. Mapowanie i implementacja procesów odb d si w
innym terminie zgodnie z uzgodnionym harmonogramem.
5. Instalacja Systemu na kolejnych 200 stanowiskach nast pi na
danie Zamawiaj cego do 8 miesi cy od
uruchomienia Systemu, według uzgodnionego z Wykonawc
harmonogramu. Wykonanie tej cz ci
Zamówienia zostanie potwierdzone protokołem podpisanym przez Zamawiaj cego i Wykonawc .
6. Instalacja Systemu na pozostałych 350 stanowiskach nast pi na
danie Zamawiaj cego do 12 miesi cy
od uruchomienia Systemu, według uzgodnionego z wykonawc harmonogramu. Wykonanie tej cz ci
Zamówienia zostanie potwierdzone protokołem podpisanym przez Zamawiaj cego i Wykonawc .
B. WYMAGANIA TECHNICZE SYSTEMU OBIEGU DOKUMENTÓW I REJESTRACJI SPRAW:
1. Budowa systemu w oparciu o nowoczesne technologie (bazy danych, j zyki programowania) i
standardy.
2. Architektura klient – serwer.
3. Transakcyjno
zapisywania danych, celem uniemo liwienia zapisania niespójnej informacji do bazy
danych w przypadku awarii.
4. System powinien by
zbudowany w architekturze umo liwiaj cej pó niejsz
integracj
z innymi
systemami informatycznymi. Integracja z innymi systemami informatycznymi (poza BIP) nie jest
przedmiotem niniejszego zamówienia.
5. Zgodno
z obowi zuj c Instrukcj Kancelaryjn i Rzeczowym Wykazem Akt.
6. Mo liwo
pracy aplikacji oferowanego ESOD na bazie danych PostgreSQL lub innej z grupy Open
Source, w zwi zku z przewidywan instalacj aplikacji w jednostkach Zamawiaj cego( Delegatury).
7. Mo liwo
pracy aplikacji oferowanego ESOD na bazie danych MS-SQL 2005 i Oracle, w zwi zku z
przewidywan instalacj aplikacji na istniej cej ju infrastrukturze Urz du Marszałkowskiego i jednostek
podległych.
8. Na stanowiskach u ytkowników oprogramowanie winno pracowa
operacyjnych:
1) System Windows 98:
a) co najmniej procesor Pentium 100,
b) co najmniej 64 MB RAM.
2) System Windows NT:
a) co najmniej procesor Pentium 200,
3) System Windows 2000 /XP:
a) co najmniej procesor Pentium II,
Strona 2 z 11
w
rodowisku systemów
D.III/ZP/U–335–493/06
9 Mo liwo
współpracy z sieciowym serwerem faksów (urz dzenia wymagane do obsługi serwera faksów
nie s przedmiotem niniejszego zamówienia).
10.Wykonawca dostarczy serwer faxów (oprogramowanie) (wła ciwo ci):
1) motor serwera faksów działaj cy w architekturze klient/serwer,
2) mo liwo
wykorzystania zarówno analogowych interfejsów (faks/modemy) jak i cyfrowych
(modemy ISDN),
3) wsparcie dla CAPI 2.0 (ISDN),
4) automatyczne rozpoznawanie modemów podł czonych do serwera,
5) wysyłanie faksów jako wiadomo ci e-mail na urz dzenie faksuj ce,
6) wysyłka faksu do wielu odbiorców,
7) odbiór faksów poprzez e-mail,
8) współdzielenie urz dze
faksuj cych w sieci lokalnej (dost p do wszystkich funkcji faksu
bezpo rednio z komputerów b d cych w sieci),
9) mo liwo
wysyłania i odbierania faksów przy wykorzystaniu wi kszo ci dost pnych serwerów
poczty elektronicznej poprzez protokół POP3 lub IMAP,
10) przekierowywanie przychodz cych faksów przy u yciu DTMF (Dual Tone Multi-Frequency),
11) wsparcie dla DID (Direct Inward Dialling),
12) mo lio
edycji stron tytułowych,
13) konwersja odebranych faksów na formaty JPEG, GIF, DOC, PDF i PNG,
14) wszechstronne raportowanie stanu serwera oraz historii jego działa ,
15) zintegrowany klient SMTP,
16) mo liwo
wykonania OCR z tre ci faksu oraz dalszej dystrybucji faksów w oparciu o zawarto ,
17) automatyczne przekazywanie przychodz cych faksów w postaci zał czników poczty elektronicznej,
18) powtórna wysyłka tylko nie wysłanych stron w przypadku przerwania poł czenia,
19) mo liwo
przydzielania elastycznych reguł przychodz cym i wychodz cym faksom i kierowanie
ich do wyznaczonych odbiorców,
20) szeregowanie faksów do wysyłki do wybranych odbiorców w wybranym czasie,
21) mo liwo
11.
ustalania priorytetów dla wysyłanych faksów.
Zagwarantowanie pełnego zakresu usług instalacyjnych i wdro eniowych w zakresie instalowanego
systemu.
12. Zamawiaj cy przewiduje przeszkolenie wszystkich u ytkowników systemu oraz 4 administratorów.
13.Zamawiaj cy przewiduje rejestracj powy ej 500 pism dziennie.
Intuicyjna obsługa, czytelny i łatwy w obsłudze interfejs w j zyku polskim.
14. Łatwy sposób administrowania systemem, przyjazny i łatwy w obsłudze interfejs administratora.
15. Polskoj zyczne warto ci danych przechowywanych w systemie.
16. Polskoj zyczna edytowalna pomoc kontekstowa, dost pna z ka dego okna (interfejsu) systemu.
17. System powinien umo liwia eksport danych w celu ich publikacji w Biuletynie Informacji Publicznej.
18. System powinien wspiera wprowadzenie oraz utrzymanie zarz dzania jako ci wg ISO 9000 w zakresie
nadzoru nad dokumentami.
Strona 3 z 11
D.III/ZP/U–335–493/06
19. System powinien posiada mo liwo
wskazania jako programów do tworzenia pism powszechnie
dost pnego oprogramowania MS Office (MS WORD, MS EXCEL) i Open Source (OpenOffice).
20. System powinien umo liwia obsług jednej lub wielu kancelarii.
C. WYMAGANIA FUNKCJONALNE SYSTEMU OBIEGU DOKUMENTÓW I REJESTRACJI
SPRAW:
I KORESPONDENCJA PRZYCHODZ CA
1. Mo liwo
rejestracji w ka dej jednostce organizacyjnej Urz du Marszałkowskiego Województwa
Mazowieckiego *.
2. Posta rejestrowanych dokumentów:
1) papierowa,
2) e-mail,
3) elektroniczna tj. opatrzona kwalifikowanym podpisem elektronicznym (w my l ustawy o podpisie
elektronicznym).
3. Rejestracja korespondencji przychodz cej
1) Korespondencja papierowa:
a) automatyczne nadanie numeru pisma,
b) dane nadawcy – baza adresowa :
–
nazwisko i imi (mo liwo
–
nazwa firmy (mo liwo
–
NIP,
–
Ulica – słownik,
–
Kod – słownik,
–
Miejscowo
–
Kraj – słownik
pobrania z bazy adresowej)
pobrania z bazy)
– słownik,
c) data pisma,
d) forma otrzymanej korespondencji – Słownik np.:
–
list polecony
–
list zwykły
–
paczki,
–
inne.
e) automatyczne nadanie daty rejestracji pisma,
f) automatyczne oznaczenie osoby rejestruj cej pismo,
g) temat pisma (dotyczy)
h) pole uwagi
i)
dekretacja na jednostk organizacyjn Urz du - Słownik
j)
skanowanie dokumentu z mo liwo ci przetwarzania dokumentu na posta tekstow (OCR) przy
pomocy zintegrowanego z systemem oprogramowania
Strona 4 z 11
D.III/ZP/U–335–493/06
k) przechowywanie dokumentów w formie graficznej i tekstowej,
l)
mo liwo
doł czania dodatkowych zał czników w formie elektronicznej,
m) wydruk potwierdzenia przyj cia pisma, zawieraj cy elementy uj te w pkt. od a) do c) oraz od e)
do g).
2)
e-mail :
a) automatyczne nadanie numeru pisma,
b) automatyczne pobranie adresu nadawcy (e-mail)
c) automatyczne pobranie daty pisma,
d) automatyczna rejestracja daty przyj cia i osoby rejestruj cej,
e) automatyczne pobranie tematu pisma lub uzupełnienie przez u ytkownika w przypadku braku
tematu na pi mie,
f) automatyczne doł czenie e-mail-a jako zał cznika,
g) automatyczne odesłanie potwierdzenia do nadawcy e-mail-a
3)
elektroniczna (w my l ustawy o podpisie elektronicznym),
4. Mo liwo
poprawy bł dnej rejestracji
5. Wielopoziomowa dekretacja
6. Termin załatwienia: narzucany z mo liwo ci edycji lub ustawowy (1 miesi c). Proponowanie terminu
załatwienia uwzgl dniaj ce tylko dni robocze z pomini ciem sobót i niedziel, wi t stałych i ruchomych.
7. Automatyczne oznaczanie statusu pisma: np. NOWA KORESPONDENCJA
8. Automatyczne powiadomienie u ytkownika o otrzymaniu nowego dokumentu.
9. Mo liwo
dopisania uwagi
10. Inne operacje na pismach :
1). anulowanie pisma w momencie wycofania pisma przez stron , podwójnej rejestracji (zmiana
statusu),
2). odesłania pisma a/a w przypadku gdy nie jest wymagana klasyfikacja np. oferty, szkolenia (zmiana
statusu)
3). powielania pisma do wielu jednostek organizacyjnych Urz du
11. Informowanie kierownika o niedotrzymaniu terminu załatwienia pisma-sprawy.
12. Automatyczna zmiana statusu – potwierdzenie przyj cia do realizacji (w momencie odebrania przez
pracownika) – np. W TRAKCIE REALIZACJI,
13. Klasyfikacja pisma – rejestracja pisma w sprawie (patrz IV).
14. Wydruki i raporty :
1). ksi ka podawcza przesyłek poleconych,
2). mo liwo
definiowania własnych raportów i statystyk.
II KORESPONDENCJA WYCHODZ CA
1. Mo liwo
rejestracji w ka dej jednostce organizacyjnej Urz du Marszałkowskiego.
2. Generowanie standardowych odpowiedzi na pisma na podstawie wzorców definiowanych w
systemie
wraz
z
mo liwo ci
wstawiania
pól
(zmiennych)
Strona 5 z 11
do
wzorców,
które
po
D.III/ZP/U–335–493/06
wygenerowaniu pisma uzyskaj aktualne warto ci z obsługiwanego pisma/sprawy.
3. Generowanie
podstawie
standardowych
wzorców
(zmiennych)
do
odpowiedzi
definiowanych
wzorców,
które
na
w
po
pisma
systemie
w
formie
wraz
z
wygenerowaniu
pisma
korespondencji
mo liwo ci
uzyskaj
seryjnej
wstawiania
aktualne
na
pól
warto ci
z
obsługiwanego pisma/sprawy.
4. Mo liwo
definiowania wzorców pism wychodz cych (słownik wzorców).
5. Rejestracja korespondencji wychodz cej :
1)
automatyczne nadanie numeru pisma
2) automatyczne oznaczenie nadawcy (referent/jednostka organizacyjna Urz du) z mo liwo ci edycji,
3) dane adresata:
a). automatyczne pobranie danych ze sprawy istniej cej – załatwianej, lub
b). pobranie danych z bazy adresowej.
4) oznaczenie sposobu wysyłki: Słownik np.:
a). list zwykły,
b). list polecony,
c). faks,
d). e-mail,
e). inne.
5) data pisma,
6) automatyczne nadanie daty rejestracji pisma,
7) automatyczne oznaczenie osoby rejestruj cej pismo,
8) temat pisma (je eli sprawa istnieje wówczas automatyczne pobranie danych z mo liwo ci edycji),
9) pole uwagi,
10) klasyfikacja pisma – rejestracja pisma w sprawie (patrz. dz. IV), (je eli sprawa istnieje
automatyczne pobranie danych)
11) mo liwo
doł czenia zał czników w formie elektronicznej,
12) mo liwo
tworzenia kopii zewn trznych i wewn trznych (wysyłania jednej korespondencji do
wielu adresatów – definiowanie grup adresatów)
13) mo liwo
drukowania adresów na kopertach,
14) mo liwo
drukowania adresów na zwrotkach,
15) mo liwo
wysłania korespondencji wychodz cej przez BOI** lub jednostk organizacyjn Urz du
która j przygotowała.
6. Opcje mo liwe do wykonania w BOI lub pracownika wytwarzaj cego korespondencj :
1)
zmiana statusu pisma w momencie wysłania korespondencji na status np. „WYSŁANO”
2)
utworzenie ksi ki pocztowej przesyłek wychodz cych poleconych – z mo liwo ci edycji przez
pracowników BOI.
7. Mo liwo
definiowanie własnych raportów.
Strona 6 z 11
D.III/ZP/U–335–493/06
III KORESPONDENCJA WEWN TRZNA
1.
Mo liwo
rejestracji w ka dej jednostce organizacyjnej Urz du.
2.
Posta rejestrowanych dokumentów :
1) korespondencja wewn trzna do jednostek organizacyjnych Urz du,
2) protokół, notatka słu bowa,
3) e-mail
3. Rejestracja korespondencji wewn trznej:
1)
rejestracja korespondencji wewn trznej do jednostek organizacyjnych Urz du:
a) automatyczne nadanie liczby porz dkowej,
b) automatyczne oznaczenie nadawcy (referent/jednostka organizacyjna Urz du) z mo liwo ci
edycji,
c) dane adresata
pobrane ze SŁOWNIKA zawieraj cego wszystkie jednostki organizacyjne
Urz du
d) data pisma
e) automatyczne nadanie daty rejestracji pisma,
f) temat pisma (dotyczy)
g) mo liwo
dopisania uwagi,
h) klasyfikacja pisma,
i)
mo liwo
doł czenia zał czników w formie elektronicznej,
j)
mo liwo
definiowania grup adresatów.
4. Mo liwo
edycji bł dnej rejestracji i klasyfikacji
IV SPRAWY :
1. Mo liwo
zało enia nowej sprawy (automatyczne nadawanie numerów w spisach spraw, teczkach i
podteczkach lub klasyfikacja r czna).
2. Mo liwo
doł czenia do istniej cej z ewentualnym wznowieniem sprawy – zgodnie z Instrukcj
Kancelaryjn – Słownik: Jednolity Rzeczowy Wykaz Akt.
3. Mo liwo
tworzenia podteczek w ramach teczek.
4. Ł czenie dokumentów w sprawy i teczki.
5. Wydzielenie klasyfikacji spraw specjalnych (np. skarg).
6. Mo liwo
edycji bł dnej klasyfikacji.
7. Operacje mo liwe do wykonania na sprawie :
1) zmiana referenta realizuj cego spraw ,
2) zamkni cie sprawy,
3) wznowienie sprawy,
4) inne – lokalizacja, podmioty sprawy, komentarze do sprawy.
8. Automatyczne ostrzeganie pracowników i przeło onych o zbli aj cym si terminie załatwienia sprawy
na okre lon ilo
dni przed jego upływem.
Strona 7 z 11
D.III/ZP/U–335–493/06
9. Informacja o sprawach przeterminowanych.
10. Szybki i ci gły dost p do spraw w toku i dokonywanie oceny ich realizacji.
11. Wspomaganie i kontrola procesu archiwizacji danych zgodnie z zapisami w IK dotycz cymi archiwizacji
dokumentów z uwzgl dnieniem kategorii archiwalnej z mo liwo ci automatycznej archiwizacji spraw.
12. Zapewnienie monitorowania prowadzonych spraw z kontrol obowi zuj cych terminów realizacji i
sygnalizowaniem opó nie .
13. Automatyczna rejestracja historii sprawy.
14. Wydruk spisu spraw (teczka macierzysta i podteczka)
15. Mo liwo
definiowania własnych zestawie i raportów.
V SYSTEM ZARZ DZANIA PROCESAMI PRACY
1. Mo liwo
definiowania, wykonywania i monitorowania procesów obiegu dokumentów przez
przeszkolonego u ytkownika.
2. Mo liwo
wykorzystania interfejsu graficznego – w formie diagramów logicznych – do definiowania
procesów pracy.
3. Mo liwo
odwzorowania struktury organizacyjnej Urz du.
4. Mo liwo
modelowania czasu w ramach procesów pracy poprzez okre lenie czasu trwania
poszczególnych czynno ci i/lub całego procesu, ostrzeganie o przeterminowaniu czynno ci, opó nieniu
procesu.
5. Mo liwo
wykorzystania informacji o strukturze organizacyjnej, pracownikach i ich funkcji w systemie
oraz historii wykonania procedury do wyznaczania osób, które wykonaj dan czynno .
6. Mo liwo
równoległego wykonywania zada
(rozdzielanie pracy) i synchronizacji wykonywanych
zada (ł czenie pracy).
7. Mo liwo
definiowania warunkowego wykonywania czynno ci.
8. Mo liwo
dynamicznego definiowania uczestników procesu o okre lonych kompetencjach lub zakresie
odpowiedzialno ci.
9. Mo liwo
przypisywania osób do wykonywania zada z mo liwo ci okre lenia czy okre lony etap
zadania ma by wykonany przez jedn osob czy przez kilka wskazanych osób.
10. Mo liwo
wywoływania aplikacji zewn trznych do wykonania okre lonych czynno ci.
11. Mo liwo
definiowania alternatywnych cie ek wykonania procesu.
12. Mo liwo
podejmowania decyzji w trakcie trwania procesu, np. kto zajmie si kolejnym etapem prac.
13. Mo liwo
dynamicznej zmiany definicji procesu. W momencie zmiany definicji wszystkie trwaj ce
procesy powinny by realizowane zgodnie z dotychczasow definicj , a rozpocz te procesy zgodnie z
now definicj .
14. Mo liwo
cofania wykonania czynno ci w ramach wykonywanego procesu.
15. Mo liwo
przerywania wykonywanego procesu.
16. Model definicji procesu pracy oparty o meta-model procesu koalicji WorkFlow Management Coalition
17. Mo liwo
importu/eksportu procesu do standardowego formatu definicji procesów: XML Process
Definition Language (XPDL).
Strona 8 z 11
D.III/ZP/U–335–493/06
VI MONITOROWANIE PROCESÓW PRACY
1. Kontrola terminów załatwiania poszczególnych spraw i raportowanie (informowanie o zbli aj cym si
terminie nie załatwionych spraw i dokumentów w ramach ustalonych terminów),
2. Mo liwo
ustalenia indywidualnych terminów załatwienia dla dokumentów i spraw,
3. Okre lanie kategorii archiwizacji dla poszczególnych haseł JRWA (teczek),
4. Dost p do listy spraw obsługiwanych przez danego referenta.
5. Tekstowa i graficzna informacja o stanie wykonania procesu
VII RAPORTY /REJESTRY/ ZESTAWIENIA
Mo liwo
dodawania i generacji nowych dowolnych raportów/rejestrów (dla co najmniej 10 u ytkowników
systemu).
VIII ADMINISTROWANIE SYSTEMEM
1. Definiowanie u ytkowników systemu z przypisaniem do poszczególnych jednostek organizacyjnych
Urz du.
2. Definiowanie jednostek organizacyjnych Urz du.
3. Definiowanie jednolitego rzeczowego wykazu akt.
4. Definiowanie kategorii dokumentów.
5. Definiowanie praw dost pu do dokumentów (plików).
6. Definiowanie raportów, zestawie i rejestrów.
7. Definiowanie grup adresatów.
IX WYSZUKIWANIE DOKUMENTÓW
1. Wyszukiwanie wg zró nicowanych atrybutów pisma (wykorzystanie wielu cech pism).
2. Wyszukiwanie wg słów kluczowych.
3. Wyszukiwanie pełnotekstowe w ramach atrybutów dokumentu.
4. Mo liwo
wyszukiwania pełnotekstowego z warunkami logicznymi.
5. Wyszukiwanie pełnotekstowe po tre ci dokumentów przechowywanych w systemie.
X OBSŁUGA FAKSÓW
1. Dostarczone oprogramowanie do zarz dzania wysyłaniem i przyjmowaniem faksów powinno spełnia
nast puj ce wymagania:
a. program do wysyłania faksów powinien by zintegrowany z systemem obiegu dokumentów i
spraw (wysyłanie faksów powinno odbywa si bezpo rednio z systemu)
b. powinna by mo liwo
wysyłania dokumentów zarówno do pojedynczego u ytkownika jak i
grupy u ytkowników
c. podział linii faksowych na linie do wysyłania i przyjmowania dokumentów
Strona 9 z 11
D.III/ZP/U–335–493/06
XI INNE
1. Skanowanie i analiza OCR dokumentów dost pne bezpo rednio z poziomu systemu.
2. Analiza OCR dost pna dla wszystkich u ytkowników systemu (serwer OCR).
3. Zintegrowany z systemem komunikator.
4. Logowanie wszystkich operacji na krytycznych atrybutach obiektów przechowywanych w systemie.
5. Zintegrowany z systemem terminarz pozwalaj cy na planowanie zada wraz z mo liwo ci zarz dzania
zasobami instytucji (osoby, zasoby materialne: rzutniki, sale).
6. Podpis elektroniczny – mo liwo
składania podpisów kwalifikowanych i powszechnych oraz ich
weryfikacji.
7. Definiowanie zast pstw wraz z okre laniem uprawnie które mo e dziedziczy osoba zast puj ca od
osoby zast powanej.
8. Definiowanie aplikacji, które mog by uruchamiane bezpo rednio z systemu.
9. Eksport/import danych z/do systemu w formacie XML.
10. Pomoc kontekstowa.
11. Zintegrowanie z systemem BIP Zamawiaj cego w zakresie funkcji „Stan sprawy”.
12. Zintegrowanie systemu ESOD z systemem” Elektroniczna Skrzynka Podawcza” Zamawiaj cego.
13. Wykonawca na pro b
Zamawiaj cego zaprezentuje działanie systemu dla wskazanych, wcze niej
ustalonych procedur zaproponowanych przez Zamawiaj cego w jego siedzibie w terminie wyznaczonym
przez Zamawiaj cego (Zamawiaj cy uprzedzi o prezentacji z trzydniowym wyprzedzeniem).
D. WYMAGANIA DOTYCZACE DEFINIOWANIA (MAPOWANIA) I IMPLEMENTACJI
PROCESÓW:
1. Zidentyfikowanie wybranych 20 procesów realizowanych w Urz dzie Marszałkowskim Województwa
Mazowieckiego.
2. Wykonanie szczegółowej mapy (tj. graficznej reprezentacji procesu – inaczej modelu) procesów
biznesowych dla wybranych procesów
3. Optymalizacja wymienionych procesów
4. Wygenerowanie definicji procesów w j zyku XPDL
5. Mapa (modele) procesów powinna by zbudowana za pomoc narz dzia graficznego.
6. Implementacja wymienionych procesów w systemie.
E. WYMAGANIA DOTYCZ CE SZKOLE :
Szkolenia u ytkowników i administratorów musz mie charakter warsztatowy. Grupa uczestników nie
mo e przekracza 20 osób. Przy jednym stanowisku komputerowym mog pracowa maksimum 2 osoby.
Strona 10 z 11
D.III/ZP/U–335–493/06
I SZKOLENIE U YTKOWNIKÓW
1. Wykonawca przeprowadzi poza Urz dem na terenie miasta Warszawy szkolenie 300 u ytkowników w
I etapie i 350 u ytkowników w II etapie wdro enia w zakresie i wymiarze umo liwiaj cym efektywne
wykorzystanie przez nich mo liwo ci systemu, jednak nie mniejszym ni 12 godzin w czasie 2 dni
roboczych.
2. Wykonawca zapewni gor ce napoje w czasie szkolenia.
3. Zamawiaj cy zapewni obecno
osób skierowanych do szkolenia zgodnie z uzgodnionym wcze niej
harmonogramem.
II SZKOLENIE ADMINISTRATORÓW
Wykonawca przeprowadzi w siedzibie Urz du szkolenie 4 administratorów (2 grupy zgodnie z planem
etapowego wdro enia) w wymiarze min. 30 godzin. W czasie min. 5 dni roboczych w sali zapewnionej i
wyposa onej przez Zamawiaj cego w siedzibie Zamawiaj cego.
___________________________________
Podpis wykonawcy
lub upowa nionego przedstawiciela
____________________________________________________________________
* Jednostki organizacyjne Urz du – wydziały, referaty, biura, samodzielne stanowiska
** BOI – Biuro Obsługi Interesantów
Strona 11 z 11

Szczegółowy opis przedmiotu zamówienia Przedmiotem

Transkrypt

Podobne dokumenty

zapyt cen 5952

Poduszka elektryczna „Electro

Załącznik Nr 1 SZCZEGÓŁOWY OPIS PRZEDMIOTU

ZAMÓWIENIE OLEJU OPAŁOWEGO