Wzór Umowa zawarta w dniu..... pomiędzy Gminą Miejską Kraków z siedzibą 31-004 Kraków, Plac Wszystkich Świętych 3-4, zwaną dalej Zamawiającym, reprezentowaną przez:...... a... zwanym dalej Wykonawcą reprezentowanym przez:...... Umowa niniejsza zostaje zawarta w wyniku zamówienia publicznego udzielonego w trybie przetargu nieograniczonego (znak: OR-12.3410-161/08), zgodnie z ustawą z dnia 29 stycznia 2004 roku - Prawo zamówień publicznych (tekst jednolity Dz. U. z 2007r. Nr 223, poz. 1655 z późn. zm). Wyjaśnienie terminów: System - zintegrowany system informatyczny, rozumiany jako zestaw aplikacji, dla potrzeb zarządzania procesami IT spełniający wymagania funkcjonalne, wydajnościowe oraz w zakresie bezpieczeństwa określone w Umowie, a takŝe działający zgodnie z dostarczoną dokumentacją; Błąd krytyczny nieprawidłowe działanie Systemu niezgodne z jego dokumentacją techniczną lub instrukcją uŝytkownika uniemoŝliwiające Zamawiającemu korzystanie z funkcji Systemu niezbędnych do bieŝącej pracy lub blokujące ciągłość pracy Zamawiającego. Błąd niekrytyczny nieprawidłowe działanie Systemu niezgodne z jego dokumentacją techniczną lub instrukcją uŝytkownika powodujące niedogodności lub ograniczenia w uŝytkowaniu Systemu lecz umoŝliwiający Zamawiającemu korzystanie z funkcji Systemu niezbędnych do bieŝącej pracy Zamawiającego. Błąd Błąd krytyczny lub Błąd niekrytyczny Operatorzy uŝytkownicy Systemu Zgłoszenie dokonane przez Operatorów powiadomienie o problemie związanym z funkcjonowaniem systemu. Poprawka do Systemu zmiana części Systemu wynikająca z pojawienia się błędu krytycznego lub niekrytycznego Nowelizacja Systemu uaktualnienie dostarczonego Systemu do obowiązującego stanu prawnego lub aktualizacja systemu, która sprawi, Ŝe nowy System zawierał będzie o najmniej tę samą funkcjonalność, a praca w nim będzie bardziej produktywna i efektywna. Administrator Systemu szczególny Operator zajmujący się zarządzaniem Systemu, tak aby System działał sprawnie. Odpowiedzialny jest za dodawanie i usuwanie kont dostępu do Systemu, instalowanie poprawek dostarczonych przez Wykonawcę. Dokumentacja Systemu podręcznik uŝytkownika i dokumentacja techniczna Systemu dla Administratora Systemu, Zmiany obowiązującego stanu pranego - zmiany powszechnie obowiązujących przepisów prawnych, prawnych regulacji dotyczących Zamawiającego lub, do których Zamawiający się stosuje, bądź regulacji wewnętrznych Zamawiającego (tj. uchwały Rady Miasta, zarządzenia Prezydenta Miasta Krakowa, polecenia słuŝbowe Prezydenta Miasta Krakowa, polecenia słuŝbowe Dyrektora Magistratu). Agent serwisu - szczególny operator posiadający pełne uprawnienia w Systemie. Projekt działanie, w którym zasoby ludzkie, materialne i finansowe są odpowiednio zorganizowane w celu podjęcia unikalnej pracy o dokładnie sprecyzowanym zakresie, kosztach i terminie, osiągając w ten sposób ilościowo i jakościowo określone cele. 1
Zleceniodawca Projektu - osoba reprezentująca interesy Zamawiającego w czasie realizacji Projektu. Komitet Sterujący Projektem - doraźny zespół powoływany do kaŝdego Projektu i nadzorujący dany Projekt. Kierownik Projektu - osoba odpowiedzialna bezpośrednio za realizację danego Projektu. Zespół Projektowy - zespół osób powoływany do realizacji danego projektu. 1 PRZEDMIOT UMOWY 1. Zamawiający zamawia, a Wykonawca przyjmuje do wykonania zadania polegające na: w ETAPIE I - wykonaniu projektu organizacji komórki informatycznej zgodnego z najlepszymi praktykami ITIL w ETAPIE II - dostawie i wdroŝeniu systemu wspomagającego zarządzanie słuŝbami informatycznymi w Urzędzie Miasta Krakowa (zwanego dalej Systemem), zgodnie z opisem przedmiotu zamówienia - stanowiącym Załącznik Nr 1 do niniejszej umowy, z załoŝeniami dotyczącymi zarządzania realizacją systemu - stanowiącymi Załącznik Nr 2 do niniejszej umowy. 2. Wykonawca zapewnia, Ŝe posiada doświadczenie, kwalifikacje, zasoby oraz uprawnienia niezbędne, aby wykonać zobowiązania wynikające z niniejszej Umowy, w terminach określonych w harmonogramie szczegółowym, o którym mowa w Załączniku Nr 3 do niniejszej umowy. 2 TERMIN REALIZACJI Umowę zawiera się na okres do 6 miesięcy od dnia jej zawarcia tj. do dnia r., przy czym wykonanie prac ETAPU I winno się zakończyć do 8 tygodni od daty podpisania umowy. 3 ZASADY WSPÓŁDZIAŁANIA STRON 1. W celu wykonania Umowy Strony zobowiązują się do współdziałania w granicach i na zasadach określonych Umową: zachowania w tajemnicy informacji technicznych i handlowych udostępnianych wzajemnie w związku z wykonywaniem Umowy i niewykorzystywaniem ich w jakimkolwiek innym celu niŝ do eksploatacji Systemu. Nie dotyczy to obowiązków informacyjnych wynikających z powszechnie obowiązujących przepisów prawa. 2. Do nadzoru nad wykonywaniem Umowy, Strony powołują Zespół Projektowy, zwany dalej Zespołem, składający się z przedstawicieli kaŝdej ze Stron. W skład Zespołu wchodzą ze strony: a) Zamawiającego: Kierownik Projektu (Z)- b) Wykonawcy: Kierownik Projektu (W)-..... 3. Przewodniczącym Zespołu jest Kierownik Projektu ze strony Zamawiającego, a Wiceprzewodniczącym Kierownik Projektu ze strony Wykonawcy. W przypadku sytuacji spornych, decydujący jest głos Przewodniczącego Zespołu. 4. Zespół: a) akceptuje efekty kaŝdego etapu prac. b) dokonuje rozpoznania merytorycznego oraz opracowuje szczegółowe plany wykonania określonych prac w oparciu o szczegółowy harmonogram prac. c) ocenia zgodność procesu wdroŝenia z przyjętym i zatwierdzonym projektem organizacji komórki informatycznej. 2
d) akceptuje projekt, program oraz harmonogram szkolenia e) Członkowie Zespołu ze Strony Zamawiającego zobowiązani są do udzielania Wykonawcy wszelkich posiadanych informacji związanych z realizowanymi pracami. f) W spotkaniach Zespołu powinni uczestniczyć, co najmniej Kierownicy Projektu. 5. Spotkania Zespołu będą odbywać się, co najmniej raz na 2 tygodnie oraz na zakończenie kaŝdego etapu prac. Terminy spotkań Zespołu ustala Przewodniczący w porozumieniu z Wiceprzewodniczącym. Spotkania Zespołu odbywają się zawsze w siedzibie Zamawiającego. 6. W celu wykonania Umowy Zamawiający zobowiązuje się do: a) zapewnienia Wykonawcy dostępu do pomieszczeń, w których mają być wykonywane prace w ustalonych w trybie roboczym dniach, w poniedziałki od 9.00 do 17.00; od wtorku do piątku, w godzinach od 7.30 do 15.30, w uzasadnionych przypadkach Strony mogą uzgodnić, iŝ dostęp do pomieszczeń zostanie zapewniony Wykonawcy takŝe w innych terminach; b) zapewnienia Wykonawcy dostępu do sieci komputerowej Zamawiającego w zakresie niezbędnym do wykonania przedmiotu Umowy; c) współdziałania z Wykonawcą na zasadach określonych Umową; d) zapewnienia odpowiedniej infrastruktury informatycznej (stanowisk komputerowych, serwerów, sieci komputerowej o odpowiednich parametrach) umoŝliwiającej poprawne działanie Systemu. 7. W celu wykonania Umowy Wykonawca zobowiązuje się do: a) dołoŝenia naleŝytej staranności, zgodnie z zasadami najnowszej wiedzy technicznej oraz obowiązującymi w tym zakresie przepisami b) zachowania tajemnicy słuŝbowej jaką powziął w toku wykonywania umowy, zgodnie z Klauzulą Poufności określoną w umowie. c) nie ujawniania osobom trzecim parametrów funkcjonalnych, technicznych i konfiguracyjnych Systemu Zamawiającego, instalacji łączącej System z innymi systemami oraz zabezpieczenia dostępu do Systemu; d) zapewnienia przestrzegania przez osoby realizujące ze strony Wykonawcy przepisów wewnętrznych, obowiązujących u Zamawiającego; e) naprawienia wszelkich szkód w lokalu Zamawiającego, będących skutkiem działania lub zaniechania Wykonawcy, takŝe jeśli szkody wynikają z działań nie stanowiących realizacji Umowy; f) zwrotu Zamawiającemu otrzymanych od niego w toku realizacji Umowy materiałów i dokumentów. 8. Obowiązek zachowania tajemnicy obejmuje takŝe po zakończeniu wykonywania lub po rozwiązaniu Umowy. Ujawnienie informacji o zasobach udostępnionych przez Zamawiającego wymaga kaŝdorazowo uprzedniej pisemnej zgody Zamawiającego. 4 URUCHOMIENIE SYSTEMU 1. Przed uruchomieniem Systemu zostaną przeprowadzone testy akceptacyjne. W ramach testów akceptacyjnych, weryfikacji podlegać będzie spełnianie przez System wszystkich wymagań funkcjonalnych, wydajnościowych i w zakresie bezpieczeństwa, określonych w Umowie. 2. Szczegółowy zakres testów ustalony zostanie według następujących zasad: a) co najmniej na 7 dni przed terminem rozpoczęcia testów akceptacyjnych określonym w harmonogramie, Wykonawca dostarczy proponowaną procedurę przeprowadzania testów, b) Zamawiający zweryfikuje przygotowaną przez Wykonawcę procedurę i w terminie 3 dni zatwierdzi ją lub zgłosi uwagi, c) w przypadku zgłoszenia uwag, Wykonawca dokona w terminie 3 dni od ich przedstawienia modyfikacji procedury przeprowadzenia testów w ten sposób, by uwzględ- 3
nione zostały uwagi Zamawiającego. Dopuszcza się przeprowadzenie dodatkowych konsultacji Wykonawcy z Zamawiającym w sprawie zgłoszonych uwag. 3. Pozytywny wynik przeprowadzonych testów zostanie potwierdzony Protokołem Uruchomienia Systemu według wzoru stanowiącego Załącznik Nr 5 będący integralną częścią Umowy. 5 SZKOLENIA 1. Przed uruchomieniem Systemu zostaną przeprowadzone szkolenia 2. Szkolenie obsługi uŝytkowników systemu musi być przeprowadzone w języku polskim u Zamawiającego. 3. Zamawiający zapewnia salę szkoleniową wraz z wyposaŝeniem (komputery, projektor etc.). Wykonawca zapewnia organizację szkoleń oraz pokrywa pozostałe koszty związane ze szkoleniem. 4. Szkolenie uŝytkowników systemu odbędzie się w dwóch grupach z podziałem na operatorów i administratorów. Przeszkoleni mają być operatorzy systemu (ok. 50) oraz administratorzy systemu (ok. 5). 5. Przeszkolenie administratorów systemu powinno umoŝliwiać samodzielną administrację systemem, parametryzację, obsługę serwerów, wykonywanie kopii bezpieczeństwa oraz ich odtwarzanie, a takŝe prawidłowe prowadzenie przewidzianych prac konserwacyjnych. Czas zajęć szkoleniowych dla administratora nie będzie krótszy niŝ 16 godzin. 6. Przeszkolenie operatorów systemu powinno zapewnić im umiejętność prawidłowej i bezpiecznej obsługi stanowisk systemu wspomagającego zarządzanie słuŝbami informatycznymi. Zakres wiedzy przekazanej podczas szkolenia powinien być wystarczający do pełnienia roli trenera dla kolejnych operatorów systemu. Czas zajęć szkoleniowych dla operatora nie będzie krótszy niŝ 16 godzin. 7. Materiały szkoleniowe w języku polskim musi zapewnić Wykonawca dla wszystkich uczestników szkolenia. 6 ODBIORY 1. Wykonanie realizacji przedmiotu Umowy, potwierdzone będzie protokołem odbioru końcowego, podpisanym przez obie Strony. 2. Podstawą odbioru prac Etapu II będzie przedłoŝony przez Wykonawcę Raport dotyczący przeprowadzonej analizy i oceny obecnego stanu funkcjonowania procesów IT, który będzie zawierał między innymi opracowanie katalogu usług IT wraz z zaprojektowanym docelowym modelem funkcjonowania procesów IT. Zamawiający ma prawo wnieść uwagi i zastrzeŝenia, do przedstawionego Raportu, które Wykonawca winien uwzględnić w ostatecznej wersji Raportu. Zamawiający potwierdzi brak zastrzeŝeń do Raportu w ciągu 5 dni roboczych od daty przekazania Raportu. Zaakceptowany przez Zamawiającego Raport będzie podstawą do przystąpienia przez Wykonawcę do prac Etapu II. 3. W okresie 1 miesiąca od dnia podpisania protokołu Uruchomienia Systemu Wykonawca zapewni, nadzór autorski nad pracą Systemu, w ramach, którego Wykonawca będzie podejmował czynności z zakresu administracji Systemu oraz zapewni bieŝące konsultacje dotyczące działania Systemu. 4. W okresie od dnia podpisania protokołu Uruchomienia Systemu do dnia podpisania Protokołu odbioru Systemu, usuwanie Błędów będzie dokonywane przez Wykonawcę na zasadach określonych w Załączniku nr 4 Warunki gwarancji i serwisu, przy czym Zamawiający ma prawo naliczać kary umowne za niedotrzymanie terminów usunięcia Błędów. 5. Strony dokonując odbioru Systemu sporządzą pisemny protokół Odbioru Systemu, potwierdzający: a. prawidłowe wykonanie przez Wykonawcę prac określonych w 1, 4
b. poprawny wynik pracy Systemu w okresie 10 dni po Uruchomieniu Systemu. Za poprawny wynik pracy Systemu Strony uznają taki stan, w którym nie miał miejsca Błąd. 6. Po spełnieniu warunków określonych w ust. 5 pkt. b, Wykonawca powiadomi Zamawiającego o gotowości podpisania Protokołu odbioru Systemu. Protokół odbioru Systemu powinien zostać podpisany w terminie 3 dni od otrzymania przez Zamawiającego powiadomienia Wykonawcy. 7. Odbiór końcowy nastąpi do 3 dni od dnia podpisania protokołu Odbioru Systemu. 7 PRAWA AUTORSKIE I LICENCJE 1. Wykonawca oświadcza, iŝ w ramach realizacji Umowy przekaŝe Zamawiającemu oświadczenie potwierdzające, iŝ przysługują mu prawa do dostarczonej licencji niewyłącznej i bezterminowej do projektów i programów komputerowych będących przedmiotem umowy oraz Ŝe nie narusza praw osób trzecich. 2. Wykonawca przekaŝe Zamawiającemu kod wynikowy, dokument licencji. 3. Wykonawca udziela zgody, wyłącznie w postaci kodu wynikowego, do bezterminowego i jednoczesnego korzystania z Systemu dla 20 agentów serwisu oraz dla 100 pozostałych operatorów (uprawnionych zgłaszania błędów). 4. W ramach udzielonej zgody Zamawiający ma prawo uŝywania Systemu w dowolnym czasie, wyłącznie na uŝytek własny i do obsługi własnych baz danych: a) uruchomienia Systemu przez 20 jednoczesnych agentów serwisu oraz dla 100 jednoczesnych pozostałych operatorów, b) uŝywania Systemu, przez co rozumie się uruchamianie, wyświetlanie, uzyskiwanie dostępu, drukowanie, wprowadzanie własnych danych, dokonywanie eksportu danych z Systemu i publiczne ich odtwarzanie, wyświetlanie, administrowanie, c) dowolnego dysponowania raportami i wydrukami generowanymi przez System, zarówno w wersji elektronicznej, jak i papierowej, 5. Zgoda określona w ust. 3 i 4 obejmuje wersje i moduły Systemu, które zostaną objęte gwarancją i serwisem gwarancyjnym. 6. Wykonawca dostarczy Zamawiającemu instrukcję obsługi Systemu w formie papierowej i elektronicznej, w liczbie 5 podręczników uŝytkownika (w formie papierowej) i 2 płyt CD oraz 2 kopii podręcznika administratora (w formie papierowej) i 2 płyty CD. 7. Zamawiający nie ma prawa do dokonywania zmian, kopiowania oraz dekompilacji kodu Systemu (za wyjątkiem określonych w art. 75 ust. 2 Ustawy o prawie autorskim i prawach pokrewnych oraz określonych w ust. 10 niniejszego paragrafu). 8. Wykonawca zobowiązuje się najpóźniej w dniu podpisania protokołu odbioru końcowego do zdeponowania u Zamawiającego kodu źródłowego Oprogramowania Własnego (na nośniku cyfrowym) oraz ustawień kompilatora wraz z plikiem projektu w postaci tekstowej oraz nazwą i numerem środowiska programistycznego. 9. Przed zdeponowaniem kod musi w obecności przedstawiciela Zamawiającego ulec kompilacji i sprawdzeniu poprawności działania w oparciu o funkcje opisane w specyfikacji. 10. Strony ustalają, Ŝe Zamawiający będzie uprawniony i moŝe wykorzystać przedmiot depozytu w następujących okolicznościach: a) likwidacji lub zmiany branŝy Wykonawcy, b) wszczęcia postępowania upadłościowego wobec Wykonawcy, c) w przypadku odstąpienia od Umowy przez Wykonawcę z przyczyn od niego zaleŝnych, d) wystąpienia okoliczności siły wyŝszej przez którą Strony umowy rozumieją zdarzenie, którego Strony nie były w stanie przewidzieć lub, któremu nie były w stanie zapobiec, powstałe po zawarciu Umowy, które czyni całkowicie lub częściowo niemoŝliwym prawidłowe jej wykonanie a jednocześnie nie wynika z błędów i zaniedbań Strony dotkniętej przypadkami Siły WyŜszej i osób, którymi się posługuje przy wykonywaniu Umowy 5
11. Zamawiający zobowiązuje się do wykorzystania depozytu wyłącznie w celu przywrócenia funkcjonalności objętych licencją, których brak uniemoŝliwia poprawne działanie Systemu. 12. Zamawiający nie moŝe sam udzielać podlicencji innym osobom, rozprowadzać ani uŝywać Systemu w innych celach niŝ określono w niniejszej Umowie. 8 WYNAGRODZENIE I WARUNKI PŁATNOŚCI 1. Wykonawcy z tytułu wykonania przedmiotu niniejszej mowy przysługuje wynagrodzenie w wysokości.. zł (słownie.) w tym podatek VAT. zł, a) za wykonanie etapu I.. (nie więcej niŝ 20% wartości wynagrodzenia) b) za wykonanie etapu II.. 2. Płatność wynagrodzenia wynikającego z Umowy realizowana będzie na podstawie faktur VAT wystawionych przez Wykonawcę. 3. Podstawą wystawienia faktury VAT za etap I będzie zaakceptowany przez Zamawiającego Raport, o którym mowa w 6 ust. 2. Podstawą wystawienia faktury VAT za etap II będzie protokół odbioru końcowego realizacji Umowy, podpisany przez przedstawicieli obu Stron, potwierdzający prawidłowość i terminowość realizacji Umowy zgodnie z harmonogramem, o którym mowa w załączniku nr 3 do Umowy. 4. Fakturę naleŝy wystawić i dostarczyć do 7 dni od daty odpowiednio akceptacji Raportu lub podpisania protokołu odbioru końcowego, o których mowa w ust. 3. 5. Płatność realizowana będzie w terminie 14 dni od daty otrzymania faktury VAT przez Zamawiającego, przelewem na konto bankowe Wykonawcy:... 6. Za datę płatności uznaje się datę obciąŝenia rachunku bankowego Zamawiającego. 7. Wszelkie koszty i opłaty związane z realizacją przedmiotu Umowy ponosi Wykonawca. 8. Urząd Miasta Krakowa jest podatnikiem podatku VAT. NIP - 676-10-13-717. REGON 350508747. 9. Wykonawca jest podatnikiem podatku VAT. NIP., REGON... 10. Środki finansowe na realizację zaciągniętego zobowiązania finansowego za realizację umowy zostaną potwierdzone aneksem do umowy po uchwaleniu budŝetu miasta Krakowa na rok 2009. 11. Osobą odpowiedzialną za realizację umowy jest.. lub osoba ją zastępująca. 12. Osobą odpowiedzialną za rozliczenie finansowe umowy jest lub osoba ją zastępująca. 9 GWARANCJA I SERWIS 1. Wykonawca zobowiązuje się do realizacji Umowy z najwyŝszą starannością zapewniając, Ŝe przedmiot Umowy posiadać będzie naleŝytą jakość. 2. Wykonawca jest odpowiedzialny względem Zamawiającego za wszelkie wady zmniejszające wartość lub uŝyteczność przedmiotu Umowy, jak teŝ świadczące o jego wykonaniu niezgodnie z wymaganiami specyfikacji istotnych warunków zamówienia. 3. Wykonawca udziela 24 miesięcznej gwarancji na przedmiot zamówienia od daty podpisania protokołu odbioru końcowego oraz zobowiązuje się do świadczenia serwisu gwarancyjnego przez ten okres w ramach wynagrodzenia, o którym mowa w 8 ust. 1. 4. Warunki gwarancji i serwisu określone zostały w załączniku nr 4 do Umowy. 10 KARY UMOWNE 6
1. Wykonawca zapłaci Zamawiającemu kary umowne w okolicznościach i wysokościach ustalonych poniŝej: a) w wypadku odstąpienia od Umowy przez Zamawiającego lub Wykonawcę z przyczyn leŝących po stronie Wykonawcy w wysokości 30 % wartości brutto przedmiotu Umowy, o którym mowa w 8 ust. 1, b) w przypadku niewykonania lub nienaleŝytego wykonania przedmiotu Umowy przez Wykonawcę z przyczyn leŝących po stronie Wykonawcy w wysokości 30 % wartości brutto przedmiotu Umowy, o którym mowa w 8 ust. 1, c) w przypadku opóźnienia w stosunku do terminu podanego w 2 Umowy z przyczyn le- Ŝących po stronie Wykonawcy w wysokości 0,5 % wartości brutto przedmiotu Umowy o którym mowa w 8 ust. 1 za kaŝdy dzień opóźnienia, liczony po upływie terminu na dokonanie końcowego odbioru przedmiotu Umowy, d) w przypadku opóźnienia w usunięciu wad stwierdzonych przy odbiorze lub w okresie gwarancji w wysokości 0,2 % wartości brutto przedmiotu Umowy o którym mowa w 8 ust. 1za kaŝdy dzień opóźnienia, liczony po upływie terminu wyznaczonego przez Zamawiającego na ich usunięcie. 2. Naliczona kara umowna moŝe podlegać potrąceniu z kwoty faktury VAT na podstawie noty obciąŝeniowej lub Zamawiający moŝe wezwać Wykonawcę do zapłaty kary umownej, a wówczas Wykonawca zapłaci ją w terminie do 7 dni od daty wezwania. 3. Zamawiający moŝe dochodzić na zasadach ogólnych odszkodowania przewyŝszającego wysokość kar umownych, zastrzeŝonych w niniejszej umowie. 11 ODSTĄPIENIE OD UMOWY 1. Zamawiający ma prawo odstąpienia od niniejszej Umowy w przypadku, gdy nastąpiła istotna okoliczność powodująca, Ŝe wykonanie umowy nie leŝy w interesie publicznym, czego nie moŝna było przewidzieć w chwili zawarcia umowy, z zachowaniem wymogów, o których mowa w art. 145 ustawy Prawo zamówień publicznych. 2. Zamawiający ma prawo odstąpienia od niniejszej umowy w przypadku, gdy Raport będący rezultatem prac etapu I umowy, ze względu na okoliczności niezaleŝne od Wykonawcy, nie moŝe stanowić podstawy do przystąpienia przez Wykonawcę do prac etapu II. W takim przypadku Wykonawcy przysługuje wynagrodzenie za etap I. 3. Odstąpienie od Umowy powinno nastąpić w formie pisemnej. 12 KLAUZULA POUFNOŚCI 1. Tajemnicę słuŝbową Zamawiającego stanowi kaŝda informacja dotycząca Zamawiającego, która nie jest znana lub nie powinna być znana publicznie, powzięta przez Wykonawcę, w związku z wykonywaniem lub przy okazji wykonywania Umowy. W szczególności tajemnicę słuŝbową stanowią: a) rozkład pomieszczeń, ich przeznaczenie, oraz zabezpieczenia i zasady ich ochrony przez właściwe słuŝby Zamawiającego, b) dane osobowe, w tym w szczególności dane osobowe pracowników i dane stron obsługiwanych przez Zamawiającego, c) dane i informacje dotyczące Systemu, 2. Tajemnicą słuŝbową Zamawiającego nie są informacje, które: a) są dostępne publicznie, b) zostały legalnie ujawnione Wykonawcy przez osoby trzecie, bez ograniczeń co do ujawniania. 3. Wykonawca ma prawo do korzystania z informacji stanowiących tajemnicę słuŝbową Zamawiającego tylko w ograniczonym zakresie związanym z wykonywaniem Umowy. 7
4. Wykonawca zobowiązuje się ponadto do niepodejmowania działań mających na celu uzyskanie jakichkolwiek innych danych i informacji dotyczących tajemnicy słuŝbowej Zamawiającego, niŝ te dane i informacje, które są konieczne do wykonania obowiązków Wykonawcy wynikających z Umowy. 5. Przy wykonywaniu obowiązków wynikających z Klauzuli Poufności, Wykonawca obowiązany jest do dochowania najwyŝszej staranności. Wykonawca jest w pełni odpowiedzialny za kaŝdą, bezpośrednią lub pośrednią, szkodę poniesioną przez Zamawiającego w związku z naruszeniem przez Wykonawcę postanowień Klauzuli Poufności. 6. Z wykonaniem umowy wiąŝe się przetwarzanie przez Wykonawcą danych osobowych, w rozumieniu Ustawy o ochronie danych osobowych, zebranych np. w zbiorze kadrowopłacowym Zamawiającego. 7. Zamawiający upowaŝnia i zobowiązuje Wykonawcę do udziału w przetwarzaniu danych w zakresie niezbędnym do realizacji umowy, w tym: imion i nazwisk pracowników, miejsc ich zatrudnienia i stanowisk słuŝbowych, w celu wdroŝenia i serwisowania systemu wspomagającego zarządzanie słuŝbami informatycznymi. 8. Wykonawca zobowiązuje się nie przetwarzać danych w inny sposób, w innym zakresie i w innym celu niŝ zakreślony w niniejszej Umowie. 9. Przed rozpoczęciem przetwarzania danych Wykonawca jest zobowiązany do podjęcia środków zabezpieczających zbiory danych, o których mowa w art. 36-39 ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tekst jednolity Dz. U. z 2002 r.nr 101 poz 926 z późn. zm.) oraz spełnienia wymagań określonych w przepisach, o których mowa w art. 39a tejŝe ustawy. 10. Ponadto Wykonawca zobowiązuje się do: a) zastosowania środków technicznych i organizacyjnych zapewniających ochronę przetwarzanych danych, a w szczególności zabezpieczenia danych przed udostępnieniem osobom nieupowaŝnionym, zabraniem przez osobę nieuprawnioną, uszkodzeniem lub zniszczeniem; b) dopuszczania do przetwarzania danych wyłącznie osób posiadających upowaŝnienie do przetwarzania danych osobowych wydane przez Zamawiającego; c) zapewnienia kontroli nad tym, w jaki sposób dane, kiedy i przez kogo zostały przetwarzane oraz komu są przekazywane zwłaszcza, gdy przekazuje się je za pomocą urządzeń teletransmisji danych. 11. Wykonawca odpowiada za naruszenie powyŝszych postanowień oraz przepisów powszechnie obowiązujących przez swoich pracowników oraz inne osoby, którymi przy wykonywaniu niniejszej umowy się posługuje, jak za własne naruszenie. 12. Wykonawca odpowiada za szkody, jakie powstaną wobec Zamawiającego lub osób trzecich w wyniku niezgodnego z Umową przetwarzania danych osobowych. 13. Zamawiający zabrania Wykonawcy wykorzystywania materiałów udostępnianych bądź przekazywanych Wykonawcy w celu realizacji niniejszej umowy, do celów innych niŝ prawidłowe jej wykonanie. KaŜda reprodukcja, adaptacja, obrót, czynienie uŝytku w inny sposób z materiałów chronionych prawem własności jest zabronione. 14. Klauzula Poufności obowiązuje równieŝ po wygaśnięciu lub rozwiązaniu Umowy 13 POSTANOWIENIA KOŃCOWE 1. W sprawach nieuregulowanych w niniejszej Umowie zastosowanie mają w szczególności przepisy Kodeksu Cywilnego, ustawy Prawo zamówień publicznych, ustawy o Prawie Autorskim i Prawach Pokrewnych. 2. W przypadku wystąpienia sporów dotyczących umowy, Strony zgodnie poddają się sądowi właściwemu miejscowo dla siedziby Zamawiającego. 3. Wprowadzenie zmian treści umowy wymaga sporządzenia pisemnego aneksu do umowy pod rygorem ich niewaŝności, a zmiany nie mogą naruszać postanowień art. 144 ust. 1 8
Prawa Zamówień Publicznych, a potrzeba ich wprowadzenia moŝe wynikać z następujących okoliczności: 3. 1. gdy w rezultacie wykonanych prac objętych I ETAPEM umowy, zaistnieje obiektywnie uzasadniona konieczność przeprowadzenia czynności dodatkowych niezbędnych do prawidłowego wykonania przedmiotu zamówienia lub wprowadzenia zmian w terminach realizacji określonych w umowie czynności, 3. 2. gdy z przyczyn organizacyjnych konieczna będzie zmiana osób upowaŝnionych do dokonywania czynności lub zmiana danych teleadresowych określonych w niniejszej umowie, 3. 3. gdy z przyczyn wynikających ze zmian organizacyjnych w strukturze Zamawiającego zaistnieje obiektywnie uzasadniona konieczność przeprowadzenia przez Wykonawcę czynności dodatkowych niezbędnych do prawidłowego wykonania przedmiotu zamówienia, 3. 4. gdy nastąpi zmiana konta bankowego, o którym mowa w 8 ust. 5, 3. 5. w przypadku określonym w 8 ust. 10 niniejszej umowy. 4. Zmiany treści umowy dopuszczone w ust. 3 nie mogą prowadzić do zwiększenia wynagrodzenia określonego w 8 ust. 1 niniejszej umowy. 5. Potrzeba wprowadzenia zmian do umowy moŝe wynikać z ustawowej zmiany stawki podatku VAT w trakcie trwania umowy. 6. Zamawiający nie wyraŝa zgody na zmianę wierzyciela na osobę trzecią w zakresie wypełniania warunków umownych. 7. Umowę sporządzono w pięciu jednobrzmiących egzemplarzach, jeden dla Wykonawcy, cztery dla Zamawiającego. ZAMAWIAJĄCY WYKONAWCA Załączniki do umowy: Zał. nr 1 OPIS PRZEDMIOTU ZAMÓWIENIA, Zał. nr 2 ZAŁOśENIA DOTYCZĄCE ZARZĄDZANIA REALIZACJĄ PRZEDMIOTU UMOWY. Zał. nr 3 HARMONOGRAM OGÓLNY Zał. nr 4 WARUNKI GWARANCJI I SERWISU Zał. nr 5 PROTOKÓŁ URUCHOMIENIA SYSTEMU (wzór) 9
OPIS PRZEDMIOTU ZAMÓWIENIA Załącznik nr 1 do umowy 1. PRZEDMIOT I ZAKRES ZAMÓWIENIA Przedmiotem zamówienia jest opracowanie projektu organizacji komórki informatycznej zgodnego z najlepszymi praktykami ITIL oraz dostawa i wdroŝenie systemu wspomagającego zarządzanie słuŝbami informatycznymi w Urzędzie Miasta Krakowa. W szczególności przedmiot zamówienia zawiera: 1.1 Przeprowadzenie analizy i oceny obecnego stanu funkcjonowania procesów IT. 1.2 Opracowanie katalogu usług IT i zaprojektowanie docelowego modelu funkcjonowania procesów IT. 1.3 Przygotowanie organizacji IT do realizacji zaprojektowanych procesów. 1.4 Dostawa, instalacja i konfiguracja oprogramowania zgodnego z opracowanym katalogiem usług i zaprojektowanym modelem funkcjonowania procesów IT. 1.5 Dostarczenie szkoleń z zakresu administracji, obsługi i utrzymania dostarczonego oprogramowania. 1.6 Konfiguracja oprogramowania i uruchomienie produkcyjne zgodnie z przyjętymi procesami i procedurami biznesowymi. 1.7 Zasilenie dostarczonego systemu danymi posiadanym przez Zamawiającego. 1.8 Dostarczenie dokumentacji dla operatorów i administratorów oraz materiałów szkoleniowych. 1.9 Wykonanie dokumentacji powykonawczej. 1.10 Serwis gwarancyjny w okresie określonym umową. 2. WYMAGANIA DOTYCZĄCE USŁUG 2. 1. Przeprowadzenie analizy i oceny obecnego stanu funkcjonowania procesów IT Wykonawca przeprowadzi analizę i ocenę obecnego stanu funkcjonowania procesów zarządzania usługami IT w Wydziale Informatyki Urzędu Miasta Krakowa, w celu: 2.1.1. Wskazania luk i nieefektywności w sposobie realizacji procesów IT w ich obecnym kształcie, w stosunku do celów Wydziału Informatyki UMK oraz najlepszych praktyk ITIL. 2.1.2. Przedstawienia zagroŝeń wynikających ze zidentyfikowanych luk i nieefektywności, 2.1.3. Przedstawienia oceny dojrzałości i efektywności realizowanych procesów, będącej poziomem odniesienia dla oceny efektów dalszych prac w zakresie zarządzania usługami, 2.1.4. Przedstawienia planu działań usprawniających. 2. 2. Opracowanie katalogu usług IT i zaprojektowanie docelowego modelu funkcjonowania procesów IT Wykonawca przeprowadzi prace mające na celu opracowanie katalogu usług IT, świadczonych przez Wydział Informatyki w Urzędzie Miasta Krakowa, zawierającego listę usług w podziale na kategorie oraz ich opis z perspektywy klientów/uŝytkowników usług, z podaniem dostępnych poziomów wsparcia. W kolejnym kroku Wykonawca opracuje modele procesów zarządzania usługami IT, zapewniające efektywne wsparcie usług wyszczególnionych w katalogu oraz eliminację luk i nieefektywności zidentyfikowanych na etapie analizy i oceny. Procesy powinny zostać zaprojektowane w oparciu o najlepsze praktyki ITIL, z uwzględnieniem celów Wydziału Informatyki w Urzędzie Miasta Krakowa oraz ograniczeń wynikających z posiadanych zasobów i zdolności. Listę procesów objętych pracami projektowymi zawiera punkt 2.5. 10
2. 3. Przygotowanie organizacji IT do realizacji zaprojektowanych procesów Wykonawca zaproponuje i zrealizuje program szkoleń dla osób zaangaŝowanych w realizację procesów IT, dostosowując zakres szkoleń do potrzeb poszczególnych ról w procesach objętych projektem. 2. 4. Zakres organizacyjny 2.4.1. W wymiarze organizacyjnym, realizacja powyŝszych opisanych usług ma objąć: 2.4.1.1. Wydział Informatyki Urzędu Miasta Krakowa, o następującej charakterystyce: 2.4.1.1.1. Ogólna liczba pracowników zaangaŝowanych w realizację wyŝej wymienionych procesów (opisanych w pkt 2.5): 45, 2.4.1.1.2. Liczba pracowników pierwszej linii wsparcia Service Desk: 5, 2.4.1.1.3. Liczba grup wsparcia zaangaŝowanych w realizację procesów: 10. 2.4.2. Wewnętrznych klientów/uŝytkowników usług IT w Urzędzie Miasta Krakowa: 2400. Produktem prac związanych z projektowaniem docelowego modelu funkcjonowania procesów IT, powinna być dokumentacja procesów wymienionych w punkcie 2.5, zawierająca: 2.4.2.1. Opis celów dla poszczególnych procesów i definicje mierników realizacji tych celów, 2.4.2.2. Opis kluczowych zasad funkcjonowania poszczególnych procesów, 2.4.2.3. Diagramy przepływu pracy, 2.4.2.4. Opis działań realizowanych w ramach zaprojektowanych procesów, 2.4.2.5. Opis ról, zakresów obowiązków i odpowiedzialności. Wykonawca zaproponuje optymalny model funkcjonowania Wydziału Informatyki dla poszczególnych procesów IT z wyszczególnieniem listy usług świadczonych przez Wydział Informatyki. 2. 5. Lista procesów ITIL objętych zakresem prac 2.5.1. Proces Zarządzania Incydentami/Problemami, w zakresie obsługi incydentów/problemów zgłaszanych przez uŝytkowników usług IT oraz incydentów/problemów automatycznie rejestrowanych przez systemy zarządzania infrastrukturą, 2.5.2. Proces Zarządzania Konfiguracją, w zakresie budowy i utrzymania bazy CMDB oraz zarządzania informacją o Elementach Konfiguracji w ich pełnym cyklu Ŝycia, 2.5.3. Proces Zarządzania Wiedzą, w zakresie budowy i utrzymania Bazy Wiedzy, wspierającej rozwiązywanie jak największej liczby zgłoszeń na pierwszej linii wsparcia, poprzez dostarczenie informacji o rozwiązaniach i obejściach dla incydentów, 2.5.4. Proces Zarządzania Katalogiem Usług, w zakresie identyfikacji i opisu usług IT oraz określenia parametrów ich wsparcia. 2.5.5. Proces Zarządzania Zmianą 2. 6. Dostarczenie licencji oraz zaprojektowanie i wdroŝenie systemu informatycznego (wraz z niezbędnymi integracjami), wspierającego realizację procesów IT Wykonawca dostarczy oprogramowanie, na bazie którego wdroŝy system informatyczny, wspierający realizację procesów zarządzania usługami IT, wymienionych w punkcie 2.5. Projekt i wdroŝenie systemu informatycznego ma obejmować integracje z bazą danych osobowych w zakresie wymiany i aktualizacji danych o uŝytkownikach usług IT oraz z systemem zarządzania infrastrukturą, w zakresie automatycznej rejestracji incydentów wykrywanych w infrastrukturze. 11
Wraz z zakończeniem wdroŝenia zostanie przygotowana dokumentacja techniczna systemu oraz instrukcje robocze, opisujące sposób realizacji poszczególnych czynności w procesie, przy uŝyciu wdroŝonego systemu. 3. WYMAGANIA OGÓLNE DOTYCZĄCE SYSTEMU OPROGRAMOWANIA WSPIERAJĄCEGO PRACĘ KOMÓRKI INFORMATYCZNEJ W URZĘDZIE MIASTA KRAKOWA Dostarczone oprogramowanie ma zawierać co najmniej następujące elementy składowe: 3.1. Moduł procesów umoŝliwiający zarządzanie co najmniej wymienionymi procesami w rozumieniu biblioteki ITIL: 3.1.1 Zarządzanie incydentem 3.1.2 Zarządzanie problemem 3.1.3 Zarządzanie zmianą 3.2. Centralną bazę konfiguracji CMDB wraz ze zintegrowanym wykrywaniem środowiska IT 3.3. Moduł zarządzania umowami serwisowymi dla elementów konfiguracji (CI) przechowywanych w bazie konfiguracji CMDB 3.4. Moduł zarządzania bazą wiedzy dla uŝytkowników 3.5. Moduł zarządzania zakupami 3.6. Moduł raportowania 4. WYMAGANIA PODSTAWOWE OPROGRAMOWANIA 4.1. Interfejs oprogramowania musi być w całości dostępny w języku polskim 4.2. Dostęp do oprogramowania dla uŝytkownika musi być w całości realizowany przez przeglądarkę internetową. 4.3. Dostęp do oprogramowania dla serwisanta powinien być dostępny przez przeglądarkę internetową lub przez interfejs klient serwer. 4.4. Oprogramowanie musi umoŝliwić realizację połączeń z aplikacją poprzez bezpieczny kanał komunikacji, operaty na protokole https i certyfikatach lub innym równowaŝnym rozwiązaniu 4.5. Oprogramowanie musi umoŝliwiać uwierzytelnianie i autoryzację uŝytkowników w oparciu o bazę uŝytkowników Active Directory oraz pojedyncze logowanie do aplikacji. 4.6. Oprogramowanie serwera musi pracować na systemie operacyjnym Microsoft Windows w wersji 32 bitowej lub Linux Debian w wersji 32 bitowej oraz współpracować, co najmniej z bazą danych MySQL lub Microsoft SQL 5. WYMAGANIA FUNKCJONALNE DLA POSZCZEGÓLNYCH MODUŁÓW WCHODZĄCYCH W SKŁAD OPROGRAMOWANIA 5. 1. Moduł zarządzania procesami musi 5.1.1. być w pełni konfigurowalny z poziomu interfejsu webowego oprogramowania 5.1.2. umoŝliwiać dostęp z poziomu przeglądarki internetowej zarówno dla serwisanta jak i uŝytkownika systemu 5.1.3. umoŝliwiać rejestrację incydentów przez stronę WWW, telefon i email 5.1.4. umoŝliwić w trakcie rejestracji incydentu przez uŝytkownika na stronie www załączenia dowolnej ilości dowolnego formatu załączników 5.1.5. umoŝliwić uŝytkownikom przeglądanie na stronie www statusu własnych zgłoszeń, dodawania komentarzy oraz przeglądania bazy wiedzy znanych problemów i ich rozwiązań 5.1.6. umoŝliwiać definiowanie dodatkowych pól w formularzu incydentu, problemu, zmiany 5.1.7. posiadać centralne repozytorium incydentów, problemów i zmian, umoŝliwiające filtrowanie i sortowania zapisanych zgłoszeń według co najmniej następujących kryteriów: 12
status zgłoszenia, kategoria, uŝytkownik, czas rozwiązania, czas przyjęcia, przydzielona grupa wsparcia 5.1.8. umoŝliwiać dla kaŝdego incydentu określenie takich atrybutów, jak: dane osoby zgłaszającej, zasób, którego dotyczy zgłoszenie oraz priorytet, wpływ i pilność realizacji 5.1.9. umoŝliwiać przeszukiwanie zgłoszeń według co najmniej następujących atrybutów: nr zgłoszenia, uŝytkownik, tytuł, opis 5.1.10. posiadać moŝliwość rejestracji zgłoszeń pochodzących z zewnętrznych narzędzi monitorujących, jednocześnie umoŝliwiając ich klasyfikację i na tej podstawie automatyczne przekazywanie do grup wsparcia 5.1.11.umoŜliwiać przesyłanie i prezentowanie na stronie www powiadomień dla uŝytkowników i/lub serwisantów, przesyłanie powiadomień do pojedynczych uŝytkowników lub grup uŝytkowników 5.1.12. umoŝliwiać komunikację z uŝytkownikiem poprzez pocztę elektroniczną i rejestrację wiadomości do właściwych wątków zgłoszeń 5.1.13.umoŜliwiać klasyfikację incydentu, problemu lub zmiany, w co najmniej 3 poziomowej strukturze drzewiastej, przy czym struktura klasyfikacji powinna być dowolnie edytowalna przez uprawnionych administratorów z poziomu interfejsu webowego systemu 5.1.14.umoŜliwiać automatyczne wyliczenie i przydzielenie priorytetu do incydentu na podstawie wprowadzonych do formularza zgłoszenia informacji o wpływie i pilności realizacji 5.1.15.pozwalać na automatyczną eskalację zgłoszeń do grup wsparcia, na podstawie co najmniej następujących atrybutów incydentu: uŝytkownik, priorytet, poziom, wpływ, pilność, tytuł zgłoszenia, słowo kluczowe w tytule i treści zgłoszenia 5.1.16. umoŝliwiać przekierowanie zgłoszeń do innych serwisantów lub grup wsparcia celem dalszej obsługi 5.1.17.umoŜliwiać tworzenie szablonów zgłoszeń z predefiniowanymi atrybutami i regułami przekazywania tychŝe zgłoszeń do zespołów wsparcia 5.1.18. umoŝliwiać tworzenie harmonogramów dla zgłoszeń okresowych, a w ramach realizacji takiego zgłoszenia automatyczne przydzielanie zadań do serwisantów 5.1.19.umoŜliwiać rejestrację historii incydentów, problemów i zmian, która jest zablokowana do edycji dla uŝytkownika oprogramowania 5.1.20.umoŜliwiać rejestrowanie aktywności i zleceń pracy związanych z poszczególnymi incydentami, problemami i zmianami oraz śledzenie czasu pracy nad zgłoszeniem 5.1.21.umoŜliwiać rejestrowanie czasu pracy nad danym incydentem, problemem i zmianą przez poszczególnych serwisantów pracujących nad zgłoszeniem 5.1.22.umoŜliwiać wstawianie plików graficznych w treści rozwiązaniu incydentu 5.1.23.umoŜliwiać globalne definiowanie szablonów emaili wykorzystywanych przez system do powiadamiania uŝytkowników o róŝnych zdarzeniach w systemie. Definiowanie szablonów powinno odbywać się z poziomu interfejsu webowego aplikacji i umoŝliwiać zdefiniowanie treści powiadomienia, reguły wywołującej przesłanie powiadomienia oraz odbiorcy. 5.1.24.umoŜliwiać przesyłanie do uŝytkowników powiadomień o następujących zdarzeniach zarejestrowanych przez system: przyjęcie zgłoszenia, aktualizacja zgłoszenia, rozwiązanie zgłoszenia, zamknięcie zgłoszenia 5.1.25. mieć wbudowaną funkcjonalność prezentowania w postaci graficznej istotnych wskaźników wydajności pozwalające na monitorowanie statusu poszczególnych procesów 5.1.26.umoŜliwiać automatyczne zamykanie rozwiązanych incydentów po określonym czasie 5.1.27.umoŜliwiać przekazywanie do akceptacji osób trzecich działań podejmowanych w ramach rozwiązania incydentu, np. akceptacja realizacji zlecenia na usługę serwisową 5.1.28.umoŜliwiać przeglądanie modułu bazy wiedzy z poziomu incydentu lub problemu i podłączanie rozwiązania z bazy rozwiązań do rozwiązania w zgłoszeniu 5.1.29.umoŜliwiać implementację warunków umów SLA i na tej podstawie obliczania czasu rozwiązania incydentu. Atrybuty umowy SLA, na postawie których system musi wyli- 13
czyć czas rozwiązania incydentu muszą zawierać co najmniej taki parametr jak nazwa uŝytkownika, oddział, komputer, priorytet, pilność, wpływ, poziom, typ incydentu 5.1.30.posiadać wbudowaną funkcjonalność ankietowania uŝytkowników. Ankiety muszą być rozsyłane przez aplikację automatycznie po zamknięciu incydentu 5.1.31.umoŜliwiać automatyczną konwersję incydentu na problem oraz przyłączania wielu incydentów do jednego problemu 5.1.32.umoŜliwiać zarejestrowanie znanego błędu oraz rozwiązania niezaleŝnie i prezentacji rozwiązania tymczasowego uŝytkownikom 5.1.33.umoŜliwiać rejestrację i klasyfikację zmian, automatyczną konwersję problemu na zmianę oraz przyłączanie wielu incydentów i problemów do zmiany 5.1.34.umoŜliwiać zarejestrowanie szczegółowych planów w zmianie, planu wdroŝenia zmiany oraz planu cofnięcia zmiany 5.1.35.umoŜliwiać połączenie zmiany z zasobami i usługami, których ta zmiana dotyczy 5.1.36.umoŜliwić przeprowadzenie procesu akceptacji dla zmiany przez komisję ds. zmiany (ang. Change Advisory Board) 5.1.37.prezentować harmonogram przyszłych zmian (ang. Forwarded Schedule of Change) w postaci graficznej, w rozbiciu na róŝne typy zmian 5.1.38.umoŜliwiać zdefiniowanie na formularzach incydentu, problemu i zmiany pól niezbędnych do wypełnienia w trakcie rejestracji i zamknięcia zgłoszenia 5. 2. Centralna baza konfiguracji CMDB wraz ze zintegrowanym wykrywaniem środowiska IT musi 5.2.1. umoŝliwiać przechowywanie danych o jednostkach konfiguracji (CI) takich jak: 5.2.1.1 Komputery osobiste i serwery 5.2.1.2 Drukarki sieciowe i lokalne 5.2.1.3 Urządzenia sieciowe 5.2.1.4 Pakiety oprogramowania 5.2.1.5 Komponenty komputerów i urządzeń sieciowych 5.2.2. zawierać gotowy schemat danych wraz z listą moŝliwych relacji pomiędzy jednostkami konfiguracji 5.2.3. umoŝliwiać dynamiczne rozszerzenie schematu danych o dodatkowe atrybuty. Rozszerzenie powinno odbywać się z poziomu interfejsu graficznego systemu 5.2.4. umoŝliwiać przechowywanie informacji pomiędzy incydentami a jednostkami konfiguracji 5.2.5. umoŝliwiać ręczne dodawania jednostek konfiguracji oraz relacji pomiędzy nimi z poziomu interfejsu graficznego jak równieŝ importu danych w formacie CSV lub XML 5.2.6. posiadać zintegrowany moduł wykrywania środowiska IT, pozwalający na wykrycie co najmniej konfiguracji komputerów, serwerów i oprogramowania. Wykrywanie powinno opierać się na połączeniach protokołem SSH oraz protokołami SNMP lub WMI. 5.2.7. umoŝliwiać zbieranie danych o konfiguracji komputerów, co najmniej: 5.2.7.1 Ilości i rodzaju procesora 5.2.7.1 Wielkość dostępnej pamięci fizycznej i wirtualnej 5.2.7.1 Nr seryjny komputera 5.2.7.1 Nazwa i wersja systemu operacyjnego 5.2.7.1 Zainstalowane oprogramowanie i poprawki 5.2.8. umoŝliwiać przeprowadzenie wykrywania zmian w konfiguracji i generowania raportów porównawczych konfiguracji dla kaŝdego objętego wykrywaniem elementu konfiguracji 5.2.9. umoŝliwiać przeprowadzenie automatycznych, zdefiniowanych według cyklicznego harmonogramu audytów konfiguracji komputerów i serwerów, pod kątem zmian w konfiguracji i zainstalowanym oprogramowaniu 5.2.10. umoŝliwiać przechowywanie informacji o poszczególnych elementach konfiguracji w taki sposób, by moŝliwe było rejestrowanie i śledzenie historii posiadania elementu 14
konfiguracji przez uŝytkowników, powiązanie z nim informacji o koszcie zakupu, innych kosztach eksploatacyjnych, warunkach umowy serwisowej, dostawcą 5.2.11. umoŝliwiać wyszukiwanie elementów konfiguracji po dowolnych atrybutach, zarówno standartowych, jaki i dodanych przez uŝytkownika, w tym po kodach kreskowych 5.2.12. umoŝliwiać powiązanie poszczególnych elementów konfiguracji z danymi uŝytkownika (jego imieniem i nazwiskiem, nr telefonu, departamentem), departamentu, innymi elementami konfiguracji i katalogiem usług. 5.2.13. umoŝliwiać przechowywanie informacji o posiadanych przez uŝytkownika licencjach na oprogramowanie, powiązać posiadane licencje z zainstalowanym na komputerach oprogramowaniem, oraz rejestrować historię zmian posiadania danej licencji 5.2.14. umoŝliwiać wygenerowanie raportu posiadanych licencji przez uŝytkownika oraz raportów zgodności licencji z zainstalowanym oprogramowaniem 5. 3. Moduł zarządzania umowami serwisowymi dla zasobów IT przechowywanych w bazie konfiguracji CMDB musi 5.3.1. umoŝliwiać rejestrację warunków umów gwarancyjnych i serwisowych, w tym w szczególności dane teleadresowe gwaranta, czas obowiązywania umowy, jej koszt, warunki na jakich umowa jest świadczona oraz powiązania ich z jednym lub wieloma elementami konfiguracji bazy CMDB 5.3.2. posiadać funkcjonalność pozwalającą przesyłać powiadomienia o wygaśnięciu okresu obowiązywania umowy serwisowej i gwarancyjnej 5. 4. Moduł zarządzania bazą wiedzy dla uŝytkowników musi 5.4.1. umoŝliwiać rejestrację rozwiązań zawierających co najmniej następujące atrybuty: temat i opis rozwiązania, powiązane słowa kluczowe, klasyfikacja rozwiązania 5.4.2. umoŝliwiać klasyfikację rozwiązań w strukturze drzewiastej katalogu, dowolnie definiowanego przez uŝytkownika 5.4.3. umoŝliwiać przeszukiwanie danych po dowolnych atrybutach rozwiązania 5.4.4. umoŝliwiać udostępnianie rozwiązań osobno dla uŝytkowników i osobno dla serwisantów 5.4.5. umoŝliwiać rejestrację rozwiązań z poziomu incydentu i problemu 5.4.6. umoŝliwiać przeglądanie rozwiązań bez konieczności logowania się uŝytkownika do systemu 5.4.7. umoŝliwiać zamieszczanie i wyświetlanie w treści rozwiązania plików graficznych oraz dołączania dowolnej ilość załączników 5.4.8. umoŝliwiać przesłanie rozwiązania do uŝytkownika za pomocą poczty elektronicznej bez konieczności powiązania tego działania z procesem zarządzania incydentem lub problemem 5. 5. Moduł zarządzania zakupami musi 5.5.1 umoŝliwiać przeprowadzenie procesu zakupowego składającego się z co najmniej następujących kroków: 5.5.1.1 Utworzenie zamówienie rejestracja numeru zamówienia, powiązanie z dostawcą, określenie terminu realizacji zamówienia 5.5.1.2 Dodanie pozycji do zamówienia rejestracja produktów, ich ilości oraz ceny jednostkowej produktu 5.5.1.3 Przedstawienie zamówienia do akceptacji moduł zarządzania zakupami musi umoŝliwiać przeprowadzenie weryfikacji i akceptacji zamówienia przez osoby trzecie, z tymŝe uŝytkownik rejestrujący zamówienie nie moŝe być jednocześnie osobą trzecią weryfikującą i akceptującą realizację zamówienia 5.5.1.4 Powiązanie zamówienia z elementami konfiguracji w bazie CMDB 5.6.1 umoŝliwiać przesłanie powiadomienia do osób trzecich o przekroczonym terminie realizacji zamówienia 15
5. 6. Moduł raportowania musi 5.6.1 umoŝliwiać utworzenie raportów zarejestrowanych incydentów, problemów i zmian filtrowanych według kategorii, departamentu, statusu zgłoszenia, uŝytkownika 5.6.2 umoŝliwić utworzenie raportów przedstawiających rozkład incydentów w czasie według dowolnego atrybutu, próbkowane co jeden dzień roboczy 5.6.3 umoŝliwiać utworzenie raportów czasu pracy uŝytkowników w ramach rozwiązywania zgłoszeń 5.6.4 posiadać wbudowaną funkcjonalność exportu utworzonych raportów do plików formatu PDF, XLS i HTML 5.6.5 umoŝliwiać automatyczne tworzenie raportów, zdefiniowanych według cyklicznego harmonogramu a następnie przesyłania tychŝe raportów za pomocą poczty elektronicznej do dowolnego uŝytkownika 5.6.6 umoŝliwiać dostęp do modułu tylko wybranym uŝytkownikom 5.6.7 być wyposaŝony w funkcjonalność wykonywania zapytań SQL do bazy danych oprogramowania, funkcjonalność ta musi być realizowana poprzez interfejs webowy oprogramowania 5.6.8 umoŝliwiać przyłączenie do niego zewnętrznych systemów raportujących, takich jak Crystal Reports lub równowaŝnych 6. MINIMALNE PARAMETRY TECHNICZNE ZWIĄZANE Z WYDAJNOŚCIĄ, BEZPIECZEŃSTWEM I FUNKCJONALNOŚCIĄ. 1. System musi spełniać niezbędne minimalne wymagania określone w Rozporządzeniu Rady Ministrów z dnia 11 października (Dz. U. 2005 r. Nr 212 poz. 1766, z późn. zm.). 2. MoŜliwość skalowania Systemu z jednoczesnym zachowaniem jego wydajności np. poprzez zmianę liczby stanowisk roboczych, liczby obsługiwanych lokalizacji, wielkości i typów wykorzystywanych pamięci, procesorów i liczby dysków, liczby dostępnych baz danych. 3. Współpraca ze standardowymi aplikacjami (pakietu MsOffice) funkcjonującymi w środowisku stanowisk roboczych w zakresie przesyłania do nich danych obsługiwanych w Systemie. 4. Otwarta architektura Systemu, która umoŝliwi jego rozbudowę o dodatkową funkcjonalność współpracującą z modułami funkcjonującymi i działającymi na tych samych bazach. 5. Struktura Systemu musi umoŝliwiać modyfikację jego modułów, a takŝe integrację z oprogramowaniem zewnętrznym takimi jak: SCCM i SCOM firmy Microsoft 6. MoŜliwość jednoczesnej edycji tych samych danych przez wielu uŝytkowników, z blokowaniem obiektów, wykrywaniem i rozstrzyganiem konfliktów zmian podczas zapisu. 7. Pełny dostęp osoby lub osób upowaŝnionych przez kierownictwo UMK do zapisanych danych w bazie i innych dokumentów. 8. System musi zapewnić zabezpieczenie przechowywanych w bazie danych na poziomach, w tym m.in.: 8.1. chronione hasła dostępu; 8.2. definiowanie polityki haseł (minimalna długość hasła, okres wygasania, blokada, pamiętanie historii hasła, itp.); 8.3. nadawanie identyfikatora i hasła uŝytkownika; 8.4. uwierzytelnianie i autoryzacja poprzez Active Directory 8.5. zarządzanie uprawnieniami uŝytkowników Systemu; 8.6. rejestrowanie zmian dotyczących kont i haseł uŝytkowników; 8.7. data i czas ostatniego logowania się uŝytkownika do Systemu; 8.8. rejestrowanie zmian uprawnień uŝytkowników; 8.9. moŝliwość uruchomienia szyfrowanych sesji z Systemu; 8.10. wykonywanie kopii bezpieczeństwa; 8.11. rejestracja zdarzeń zachodzących w Systemie 16
9. System musi posiadać konstrukcję umoŝliwiającą współdziałanie z istniejącymi u Zamawiającego systemami informatycznymi działającą w oparciu o wymianę danych za pomocą XML oraz WebServices. 10. System musi posiadać centralny moduł do zarządzania UŜytkownikami i uprawnieniami do obiektów. 11. Aktualizacje do Systemu muszą być wykonywane z jednego punktu dystrybucyjnego 12. System musi być zbudowany w oparciu o nowoczesne technologie posiadające wsparcie wśród wiodących na rynku producentów oprogramowania. 13. System musi być zbudowany w architekturze, co najmniej trójwarstwowej z wyróŝnieniem warstwy danych, aplikacji oraz prezentacji 14. Wszystkie elementy Systemu muszą umoŝliwiać pracę poprzez przeglądarkę internetową Internet Explorer w wersji 6 lub nowszą. 15. Wszystkie elementy systemu muszą posiadać interfejs w języku polskim. Jako element interfejsu Zamawiający określa równieŝ elementy konfiguracji poszczególnych części składowych Systemu. 16. System musi umoŝliwiać jednoczesną pracę przynajmniej 200 uŝytkownikom. 17. Środowisko pracy stacji roboczych: MS Windows 2000/XP/VISTA, usługi terminalowe Microsoft Windows Terminal Services, przeglądarka WWW. 18. Bazodanowa platforma: RDBMS ORACLE w wersji wspieranej przez firmę Oracle lub MSSQL 2000/2005 w wersji wspieranej Microsoft. 19. Platforma systemowa dla bazy danych Oracle: MS Windows Server 2003/2008, RedHat EL 4.5/5.0, HP-UX 11.x 20. Kontrola uprawnień uŝytkowników w zakresie administrowania, modyfikacji, przeglądania danych. Centralna administracja Systemem z moŝliwością ustawiania parametrów Systemu i uprawnień uŝytkowników oraz logami bezpieczeństwa Systemu. 17