Source: http://docplayer.pl/901788-Szczegolowy-opis-przedmiotu-zamowienia-wraz-z-podzialem-na-czesci-obszary-zamowienia-czesci-zamowienia.html
Timestamp: 2017-08-22 09:38:10+00:00
Document Index: 85417525

Matched Legal Cases: ['art 27', 'art. 70', 'art. 71', 'arty 111', 'art 148', 'art 149']

Szczegółowy opis przedmiotu zamówienia wraz z podziałem na części: obszary zamówienia (części zamówienia): - PDF
Download "Szczegółowy opis przedmiotu zamówienia wraz z podziałem na części: obszary zamówienia (części zamówienia):"
1 Załącznik Nr 1. SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DO ZAPYTANIA OFERTOWEGO Nr 1/058/2012/POKL na wykonanie lub rozbudowę, dostawę i wdrożenie dedykowanych modułów systemów informatycznych z zakresu profesjonalnego zarządzania Collegium Civitas oraz szkolenia dla kadry Collegium Civitas z tych obszarów Przedmiotem zamówienia jest wykonanie lub rozbudowa, dostawa i wdrożenie dedykowanych modułów systemów informatycznych z zakresu profesjonalnego zarządzania Collegium Civitas oraz szkolenia dla kadry Collegium Civitas z tych obszarów, a w szczególności: 1. CZĘŚĆ I. Wdrożenie procedur i zintegrowanego narzędzia informatycznego do zarządzania kadrami Zamawiającego oraz szkolenia z tego zakresu. 2. CZĘŚĆ II. Informatyzacja procesów zarządzania zasobami oraz opracowanie i implementacja narzędzi zarządzania wiedzą w procesie dydaktycznym i badawczym w oparciu o elektroniczny obieg dokumentów oraz szkolenia z tego zakresu. Szczegółowy opis przedmiotu zamówienia wraz z podziałem na części: obszary zamówienia (części zamówienia): CZĘŚĆ I. Wdrożenie procedur i zintegrowanego narzędzia informatycznego do zarządzania kadrami Zamawiającego oraz szkolenia z tego zakresu a. Przedmiotem tej części zamówienia jest rozbudowa działającego u Zamawiającego systemu Uczelnia.XP oraz jego integracja z systemem Dziekanat.XP i CDN Optima. W szczególności przedmiot zamówienia obejmuje: - wykonanie Analizy przedwdrożeniowej, której efektem będzie Projekt wdrożenia, - zainstalowanie i uruchomienie na serwerze Zamawiającego wybranego Systemu zgodnie z Projektem wdrożenia, - zainstalowanie i uruchomienie na serwerze Zamawiającego Systemu Zarządzania Bazą Danych skonfigurowaną pod potrzeby Systemu, - zainstalowanie i uruchomienie klientów Systemu na określonej liczbie stanowisk, - przeprowadzenie testów zgodności pracy Systemu z Projektem wdrożenia, - przeszkolenie użytkowników Systemu ze wszystkich zagadnień związanych z jego eksploatacją, - dostarczenie Dokumentacji Systemu, - przekazanie licencji, w przypadku aplikacji instalowanych na stacjach roboczych, na następującą liczbę stanowisk: 50, oraz licencji nieogranicznonej liczbą użytkowników w przypadku, gdy dostęp do systemu będzie się odbywał za pośrednictwem przeglądarki internetowej. - świadczenie usług serwisowych po zakończeniu wdrożenia Systemu. b. Zaoferowany System musi posiadać wszystkie parametry i spełniać wszystkie wymagania wyszczególnione przez Zamawiającego w niniejszym Załączniku Nr 1 do zapytania ofertowego; niespełnianie któregokolwiek z wymagań spowoduje unieważnienie oferty. c. Oferta Wykonawcy musi zawierać co najmniej: I. Opis Systemu, II. Potwierdzenie wszystkich spełnienia warunków przedstawionych w niniejszym zapytaniu ofertowym, III. Cenę dostawy i wdrożenia Systemu, IV. Warunki gwarancji, szkolenia, serwisu i aktualizacji w tym cenę miesięcznej umowy serwisowej po zakończeniu wdrożenia Systemu, V. Wykaz wdrożeń i wymagane referencje; 1
2 VI. VII. Wykaz personelu; Dokumenty rejestracyjne Wykonawcy: nr NIP, nr REGON, odpis z KRS. d. Zaoferowany System musi być kompletny i gotowy do użytkowania bez dodatkowych zakupów i inwestycji. Do Systemu musi być załączona instrukcja obsługi w języku polskim; e. Zamawiający wymaga aby interfejs użytkownika Systemu był w języku polskim; a pola bazy danych powinny obsługiwać standard Unicode. f. Instalacja i uruchomienie systemu, przeszkolenie pracowników Zamawiającego w zakresie jego obsługi oraz przeglądy i serwis w okresie gwarancyjnym, zapewni Wykonawca i koszty te winny być wliczone w cenę systemu; g. Odbioru przedmiotu zamówienia na podstawie protokołu odbioru dokona upoważniony pracownik Zamawiającego; h. Przedmiot zamówienia należy dostarczyć do siedziby Zamawiającego. Moduły wchodzące w skład Części I. Zapytania: 1. System rozliczeń dydaktycznych nauczycieli akademickich Ogólne założenia Założenia dotyczą wykonania, dostawy i wdrożenia dedykowanego modułu systemu informatycznego (systemu rozliczeń dydaktycznych nauczycieli akademickich) oraz zintegrowania go z funkcjonującą już u Zamawiającego Uczelnią.XP oraz systemem finansowo-księgowym CDN Optima (zakres zamówienia to w szczególności analiza przedwdrożeniowa, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). Narzędzie ma umożliwić w szczególności: - możliwość kontrolowania czasu pracy wykładowców i rozliczanie wykonanej przez nich pracy, możliwość integracji modułu z systemami finansowo-księgowymi i kadrowo-płacowymi, co znacznie przyspieszy i ułatwi proces rozliczenia. Na podstawie danych uzyskanych w procesie rozliczeń istnieje możliwość wykonania analiz kosztów uczelni z podziałem na np.: kierunki, typy studiów, itp. Podstawowe funkcje modułu: - podział na rodzaj studiów i formy zajęć, - ewidencja i kontrola pensum pracowników z wyszczególnieniem liczby godzin zajęć prowadzonych na studiach komercyjnych, grantowych, fakultatywnych, itd., - sprawdzanie (i informowanie), czy wykładowcy wliczani do minimum programowego prowadzą określoną rozporządzeniem minimalną ilość godzin zajęć na danym kierunku studiów, - ewidencja umów i stawek pracowników za godziny ponadwymiarowe, - ewidencja umów i stawek pracowników za godziny ponadwymiarowe, - rozliczanie zajęć dydaktycznych (kontrola na podstawie planu zajęć, rozliczenia za faktycznie przepracowane godziny), - rozliczanie zastępstw, - rozliczanie dojazdów i noclegów, - rozliczanie egzaminów i zaliczeń, - rozliczanie udziału w komisjach obrony prac dyplomowych, - rozliczanie godzin promotorów i recenzentów prac dyplomowych, - rozliczanie projektów, - rozliczanie konsultacji. 2
3 2. Moduł do zarządzania rozwojem pracownika Ogólne założenia Założenia dotyczą wykonania, dostawy i wdrożenia dedykowanego modułu systemu informatycznego (modułu zarządzania rozwojem pracownika) oraz zintegrowania go z funkcjonującą już u Zamawiającego Uczelnią.XP oraz systemem finansowo-księgowym CDN Optima (zakres zamówienia to w szczególności analiza przedwdrożeniowa, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). Narzędzie ma umożliwić w szczególności: Moduł rozbudowujący system Uczelnia.XP o możliwość śledzenia rozwoju, oceniania i motywowania kadry uczelni, pozwalający między innymi na: -zarządzanie bazami z ewidencją dorobku naukowego w zakresie publikacji/uczestnictwa w konferencjach/przewodów/staży/stypendiów/nagród, - ewidencjonowanie danych indywidualnych (projekty, badania naukowe, działalność dydaktyczna, popularyzacja wyników badań), - zarządzanie bazą prowadzonych projektów, - zintegrowany z modułem internetowym dla dydaktyków, umożliwia dostęp przez witrynę internetową, - system kontroli i ewaluacji pracy z uwzględnieniem specyfiki pracy (administracja/jednostki dydaktycznonaukowe), - system kontroli i ewaluacji urlopów pracowniczych z uwzględnieniem specyfiki pracy (administracja/jednostki dydaktyczno-naukowe), - system kontroli i ewaluacji szkoleń pracowniczych z uwzględnieniem specyfiki pracy (administracja/jednostki dydaktyczno-naukowe), - system motywacyjny, z uwzględnieniem specyfiki pracy (administracja/jednostki dydaktyczno-naukowe), - kształtowanie ścieżek rozwoju pracowników, z uwzględnieniem specyfiki pracy (administracja/jednostki dydaktyczno-naukowe), - generowanie sprawozdań pozwalających dokonać oceny pracownika, z uwzględnieniem specyfiki pracy (administracja/jednostki dydaktyczno-naukowe), - definiowanie raportów i analiz przez użytkowników. 3. Moduł do systemu informowania kierownictwa - moduł controllingu Ogólne założenia Założenia dotyczą wykonania, dostawy i wdrożenia dedykowanego modułu systemu informatycznego (modułu do systemu informowania kierownictwa - modułu controllingu) do analiz kadrowych, ewidencji środków trwałych, analiz ekonomicznych, finansowych i statystycznych w czasie rzeczywistym, dostarczającego informacji w oparciu o działające na uczelni systemy informatyczne oraz zintegrowania go z funkcjonującą już u Zamawiającego Uczelnią.XP systemem finansowo-księgowym CDN Optima oraz z modułem do zarządzania zasobami materialnymi (zakres zamówienia to w szczególności analiza przedwdrożeniowa, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). 4. Zakup up-gradu do systemu elektronicznej rekrutacji Uczelni.XP (rozbudowa narzędzia informatycznego, wdrożenie, prace programistyczne, opieka serwisowa) Założenia dotyczą rozbudowy istniejącego na uczelni systemu elektronicznej rekrutacji Uczelnia XP (zakres zamówienia to w szczególności analiza przedwdrożeniowa, rozbudowa narzędzia informatycznego, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). Narzędzie ma umożliwić w szczególności: 3
4 - rekrutację studentów zagranicznych, -anglojęzyczna wersja serwisu, -moduł WU dla kandydatów, -automatyzacja procesu tworzenia rankingów i ocen kandydatów, -możliwość tworzenia raportów i statystyk, -możliwość administracji serwisem przez pracowników Biura Rekrutacji. 5. Zakup oprogramowania modułu prac dyplomowych do programu Uczelnia.XP Założenia dotyczą wykonania, dostawy i wdrożenia rozbudowanego modułu systemu informatycznego (modułu do obsługi prac dyplomowych), oraz zintegrowania go z funkcjonującą już u Zamawiającego Uczelnią.XP (zakres zamówienia to w szczególności analiza przedwdrożeniowa, rozbudowa narzędzia informatycznego, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). 6. Zakup oprogramowania modułu programów międzynarodowych do programu Uczelnia.XP Założenia dotyczą wykonania, dostawy i wdrożenia rozbudowanego modułu systemu informatycznego (modułu do obsługi programów międzynarodowych) oraz zintegrowania go z funkcjonującą już u Zamawiającego Uczelnią.XP (zakres zamówienia to w szczególności analiza przedwdrożeniowa, rozbudowa narzędzia informatycznego, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). Narzędzie ma być zintegrowane ze studenckim systemem internetowym, umożliwiając zarządzanie obsługą programów międzynarodowych. Narzędzie ma umożliwić w szczególności: - przeglądanie oferty programów, - aplikowanie na programy międzynarodowe, - ankietowanie uczestników, - monitorowanie i raportowanie. 7. Zakup oprogramowania - rozbudowa modułu Centrum Karier Założenia dotyczą rozbudowy istniejącego na uczelni modułu do obsługi Centrum Karier Uczelnia.XP (zakres zamówienia to w szczególności analiza przedwdrożeniowa, rozbudowa narzędzia informatycznego, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). Narzędzie ma umożliwić w szczególności: - realizację badań ankietowych pracodawców, dotyczących pożądanych kompetencji/sylwetki absolwenta, -nowych funkcjonalności strony Centrum Karier (m.in. oferty pracodawców), pozwalających raportować statystycznie o zapotrzebowaniach kompetencyjnych na rynku pracy (statystyki), - stworzenie obszaru współpracy Zamawiającego ze środowiskiem pracodawców oraz innych instytucji rynku pracy, - realizację badań ankietowych studentów i absolwentów. 8. Wymogi funkcjonalne wymagane do spełnienia przez System (F-A): Wskazane jest spełnienie przez system wszystkich podanych poniżej warunków, niespełnienie ich skutkuje odrzuceniem oferty. Wykazane jako spełnione przez Wykonawcę funkcjonalności stanowią element oferty i zostaną uwzględnione w umowie: 4
5 Lp. 1. System rozliczeń dydaktycznych nauczycieli akademickich 1. ewidencja pensum pracowników 2. wprowadzanie mnożników do godzin dydaktycznych (różne mnożniki dla różnych zajęć) 3. definiowanie sposobu zaliczania godzin zajęć dydaktycznych do pensum 4. ewidencja pensum zaległego 5. ewidencja godzin zajęć prowadzonych przez pracowników wydziału na innych wydziałach i wliczanie ich do pensum lub godzin ponadwymiarowych 6. kontrola pensum pracowników 7. ewidencja umów i stawek pracowników za godziny ponadwymiarowe 8. rozliczanie zajęć dydaktycznych (kontrola na podstawie planu zajęć, rozliczenia za faktyczne przepracowane godziny) 9. rozliczanie zastępstw 10. rozliczanie dojazdów i noclegów 11. rozliczanie egzaminów i zaliczeń (ilość wystawionych ocen w danym okresie czasu) 12. rozliczanie udziału w komisji obron prac dyplomowych 13. rozliczanie promocji prac dyplomowych 14. rozliczanie recenzji prac dyplomowych 15. rozliczanie projektów 16. rozliczanie konsultacji 17. rozliczanie opieki nad kołami naukowymi, studentami indywidualnymi itp. 18. generowanie dowolnych zestawień za godziny ponadwymiarowe 19. możliwość grupowego przypisywania stawek za godziny ponadwymiarowe wg kryteriów: katedra, tytuł naukowy, stanowisko, osoba prowadząca zajęcia 20. możliwość grupowego definiowania umów za godziny ponad wymiarowe 21. możliwość grupowego przypisania stawek do umów według dowolnych kryteriów 22. możliwość grupowego rozliczenia pracowników za godziny realizowane w ramach Pensum oraz ponad wymiarowych 23. możliwość generowania zestawień dla kwestury i kadr 24. sprawdzanie (i informowanie), czy wykładowcy wliczani do minimum programowego prowadzą określoną rozporządzeniem minimalną ilość godzin zajęć na danym kierunku studiów 25. Zgodność z systemem Dziekanat w wersji 9 i Moduł do zarządzania rozwojem pracownika 26. możliwość zapamiętania punktacji dla publikacji według różnych indeksów 27. wbudowane mechanizmy przeliczania punktacji pomiędzy różnymi indeksami 28. możliwość przeprowadzenia szybkiej weryfikacji podziału punktów dla opracowań wielu autorów 29. gromadzenie informacji dotyczącej kadry naukowej uczelni 30. pełna obsługa przewodów doktorskich, habilitacyjnych i profesorskich 31. ewidencjonowanie kosztów, stypendiów i urlopów 32. możliwość tworzenia i edycji struktury uczelni i przypisywania do niej pracowników 33. łatwe filtrowanie i wyszukiwanie informacji 34. szybkie tworzenie zestawień i wydruków dotyczących kadry, wydziałów, instytutów, katedr, zakładów, przewodów, staży, nagród indywidualnych i zespołowych 35. generowanie zestawień statystycznych 36. możliwość tworzenia korespondencji seryjnej na podstawie informacji zgromadzonych w bazie aplikacji 5
6 37. Integracja z modułem portfolio pracownika w elektronicznym obiegu dokumentów 3. Moduł do systemu informowania kierownictwa - moduł controllingu 38. możliwość przygotowania raportów analitycznych 39. możliwość przygotowania raportów OLAP 40. możliwość kontroli kosztów prowadzenia poszczególnych kierunków i analiza ich rentowności 41. bieżąca informacja o kosztach działalności poszczególnych wydziałów, instytutów, katedr, zakładów 42. analizy wskaźników ekonomicznych 43. liczba studentów z podziałem według różnych kryteriów, np. wydział, kierunek, rok, wykładowca, itd. 44. średnie ocen studentów dla różnych kryteriów (wydział, kierunek, rok, wykładowca, itd.), 45. wyniki rekrutacji 46. analiza zmian zapotrzebowania na prowadzenie kierunków i specjalności na podstawie historycznych danych o rekrutacji 47. analiza naliczeń i wpłat studentów 4. Zakup up-gradu do systemu elektronicznej rekrutacji Uczelni.XP 48. Internetowa rejestracja kandydatów na studia, możliwość wybrania przez kandydata ścieżki kształcenia 49. Ustawianie wymagań dotyczących podjęcia nauki dla danej ścieżki kształcenia 50. Rejestracja ocen ze świadectw maturalnych kandydatów 51. Pozyskiwanie zdjęć kandydatów drogą internetową 52. Umożliwienie kandydatom pobierania w sposób elektroniczny wzorów dokumentów wykorzystywanych przy rekrutacji 53. Możliwość wydruku wypełnionego przez kandydata podania 54. Możliwość wydruku dowodu wpłaty z tytułu procesu rekrutacyjnego wraz z unikalnym numerem konta bankowego 55. Możliwość generowania statystyk z rekrutacji 56. Możliwość rozsyłania masowych SMS-ów i i do kandydatów wybranych wg określonego kryterium 57. Automatyczne przeniesienie danych dotyczących zarejestrowanychkandydatów do modułów obsługi dydaktyki w Systemie Uczelnia.XP. 58. Pobieranie z systemu internetowej rejestracji, korygowanie i zatwierdzanie danych pozyskanych od kandydatów na studia 59. Rejestrowanie podań, wpłat rekrutacyjnych oraz innych dokumentów składanych przez kandydatów, wprowadzanie do systemu dodatkowych informacji (np. średnich ocen zaliczonych przedmiotów na studiach pierwszego stopnia z zaświadczeń wydawanych przez dziekanaty) 60. Pozyskiwanie danych o wynikach egzaminów maturalnych z Krajowego Rejestru Matur (KReM) 61. Wprowadzanie wyników egzaminów wstępnych lub rozmów kwalifikacyjnych 62. Obsługa procesu zapisywania zakwalifikowanych kandydatów na studia 63. Tworzenie decyzji i zawiadomień związanych z procesem rekrutacji 64. Tworzenie zestawień i list kandydatów według różnych kryteriów (typ ukończonej szkoły, przedmioty zdawane na maturze itp.) 65. Prowadzenie on-line bieżących statystyk związanych z procesem rekrutacji 66. Struktura danych osobowych kandydatów oparta na zasadzie zgodnie z którą jeden kandydat występuje w bazie jednokrotnie ubiegając się o przyjęcie na różne kierunki 67. Możliwość tworzenia raportów i statystyk z procesu rekrutacji, bądź jej etapów 68. Archiwizacji danych rekrutacji zakończonych 69. Obsługa modułu rekrutacji odbywać się powinna przy pomocy przeglądarki www. Konieczna jest wymiana danych z pozostałymi częściami systemu obsługującego proces dydaktyczny, w 6
7 szczególności z oprogramowaniem obsługującym dziekanaty 70. Możliwość przeprowadzania ankiet wśród kandydatów 71. Po pierwszej rejestracji, kandydat ma zakładane indywidualne konto, na którem może się zalogować w celu weryfikacji lub sprawdzenia danych. 72. Decyzje o przyjęciu/nieprzyjęciu kandydata powinny powinny być przekazywane w formie elektronicznej do systemu epuap. 5. Zakup oprogramowania modułu prac dyplomowych do programu Uczelnia.XP 73. możliwość wysłania pracy dyplomowej z poziomu modułu Wirtualny Dziekanat do analizy przez system antyplagiatowy 74. możliwość otrzymania informacji zwrotnej na indywidualne konto studenta w module Wirtualna Uczelnia potwierdzającej przyjęcie dokumentu do analizy poprzez system antyplagiatowy 75. możliwość otrzymania raportu na indywidualne konto studenta w module Wirtualna Uczelnia po zakończeniu analizy pracy dyplomowej przez system antyplagiatowy 76. integracja z systemem musi umożliwiać wysyłanie dokumentów do analizy w formatach: MS Word, RTF, TXT, PDF oraz OpenOffice 77. integracja procesów związanych z obsługą prac dyplomowych z systemem elektronicznego obiegu dokumentów 78. workflow zapewniający wypełnianie i składanie karty oceny pracy przez promotora, karty obiegowej, wysyłanie powiadomień i innych formularzy 79. elektroniczna ewidencja prac dyplomowych 80. Dostęp z poziomu pracownika dziekanatu do danych wprowadzonych przez studenta, przez moduł Dyplom w systemie Dziekanat.XP 6. Zakup oprogramowania modułu programów międzynarodowych do programu Uczelnia.XP 81. możliwość przeglądania oferty programów międzynarodowych 82. aplikowanie na programy międzynarodowe 83. ankietowanie uczestników programów międzynarodowych 84. monitorowanie i raportowanie 85. integracja ze studenckim systemem internetowym wirtualna uczelnia (Uczelnia.XP) 86. Dostęp z poziomu pracownika dziekanatu do danych wprowadzonych przez studenta, przez moduł Programy międzynarodowe w systemie Dziekanat.XP 87. integracja procesów związanych z obsługą programów międzynarodowych z systemem elektronicznego obiegu dokumentów 88. obsługa procedury aplikowania na stypendia i praktyki międzynarodowe 89. monitorowanie i generowanie raportów z przebiegu i realizacji stypendiów i praktyk międzynarodowych 90. elektroniczna obsługa uczestników wymiany międzynarodowej 91. wielojęzyczny interfejs użytkownika w module webowym wymagany polski i angielski z możliwością rozbudowy o kolejne 92. centralne repozytorium zawierające kompletną ofertę wymiany zagranicznej dostępne z poziomu użytkownika 7. Zakup oprogramowania - rozbudowa modułu Centrum Karier 93. komunikacja studentów i absolwentów z Centrum Karier 94. dostęp do ofert pracy, staży i praktyk zawodowych 95. dostęp do szkoleń 96. dostęp do centrum informacji i doradztwa zawodowego 97. planowanie i kształtowanie własnej ścieżki edukacyjnej 7
8 98. kształtowanie rozwoju aktywności zawodowej 99. dostęp do wiarygodnej bazy pracodawców 100. badania ankietowe kandydatów na studentów, studentów, absolwentów 9. Mechanizm integracji (F-B): Proponujemy następujący mechanizm integracji z istniejącymi u Zamawiającego systemami informatycznymi (w części Uczelnia.XP i systemem finansowo-księgowym CDN Optima): Lp. Mechanizm integracji 1. Integracja poprzez bezpośrednią wymianę danych pomiędzy bazami przy użyciu procedur składowanych i perspektyw 2. Integracja przez webserwisy 3. Integracja przez okresową wymianę plików z danymi lub synchronizację replik 10. Wymagania dotyczące gwarancji (F-C) Lp. Wymagania dotyczące gwarancji* Zaznaczyć właściwe* 1. okres bezpłatnej gwarancji liczony od daty odbioru przedmiotu zamówienia minimum 12 miesięcy lub 2. okres bezpłatnej gwarancji liczony od daty odbioru przedmiotu zamówienia minimum 24 miesiące *W zakresie F-C1----F-C2 należy wybrać jedną z dwóch odpowiedzi 11. Wymagania dotyczące serwisu (F-D) Wskazane jest spełnienie przez system wszystkich podanych poniżej wymagań, niespełnienie ich skutkuje odrzuceniem oferty. Wykazane jako spełnione przez Wykonawcę funkcjonalności stanowią element oferty i zostaną uwzględnione w umowie: Lp. Wymagania dotyczące serwisu 1. czas reakcji serwisu od momentu zgłoszenia awarii maksymalnie 48 godzin 2. dostarczanie nowych wersji oprogramowania w okresie 24 miesięcy od zakończenia wdrożenia usunięcie usterki całkowicie uniemożliwiającej funkcjonowanie systemu w terminie nie 3. dłuższym niż 72 godziny (w dni robocze) Wykonawca udzieli Zamawiającemu licencji stanowiskowych oraz na System nieograniczonych 4. czasowo 12. Wymagania techniczne wobec zamawianego systemu (F-E) Wskazane jest spełnienie przez system wszystkich podanych poniżej warunków, niespełnienie ich skutkuje odrzuceniem oferty. Wykazane jako spełnione przez Wykonawcę funkcjonalności stanowią element oferty i zostaną uwzględnione w umowie: Lp. Wymagania techniczne wobec zamawianego systemu 1. architektura systemu powinna umożliwić konfigurację automatycznego tworzenia kopii zapasowych kluczowych danych i konfiguracji systemu 2. baza danych zastosowana w systemie: Microsoft SQL Server 2008/ struktura bazodanowa umożliwiająca raportowanie oparte o hurtownię danych 4. dostarczenie dokumentacji technicznej i projektowej, zawierającej projekt wdrożenia, spis raportów dostępnych w systemie, relacje pomiędzy tabelami i opis pól w tabelach 5. dostęp do bazy danych (tj. tabele, procedury składowane i widoki) w postaci niezaszyfrowanej bądź klucze użyte do szyfrowania 6. dostarczenie dokumentacji dla administratora Zamawiającego wraz z opisem procedury instalacji i aktualizacji systemu 8
9 7. System musi korzystać z serwera baz danych Microsoft SQL Server 2008 R2 8. System musi posiadać wbudowany mechanizm do modyfikacji raportów (w tym wyglądu dokumentów) System musi posiadać mechanizm rejestrowania zmian wykonywanych na obiektach systemu 9. przez użytkowników z poziomu aplikacji oraz z poziomu innych programów korzystających z obiektów systemu (w szczególności z poziomu narzędzi serwera bazy danych) 10. System musi zapewnić powiązania logiczne pomiędzy modułami systemu oraz wykorzystywanie wspólnych danych na serwerze System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. 11. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacji) i serwera (serwera bazy danych) System musi pozwalać na definiowanie dowolnej liczby użytkowników; weryfikacja licencji (w 12. przypadku udzielania ograniczonej liczby licencji) oparta będzie o ilość jednocześnie zalogowanych użytkowników do systemu 13. System umożliwi nadawanie uprawnień na poziomie grup użytkowników oraz na poziomie pojedynczych użytkowników 14. System umożliwi nadawanie uprawnień do akcji i obiektów systemowych dla użytkowników i grup użytkowników. 15. Aplikacja kliencka będzie uruchamiana bezpośrednio na stacji końcowej użytkownika System musi w prosty i intuicyjny (dostępny i zrozumiały dla zwykłego użytkowania 16. aplikacji) sposób umożliwiać wyszukiwanie, filtrowanie i sortowanie danych na formularzach wg dowolnych kryteriów, z możliwością zapamiętywania tych kryteriów 17. Aplikacja działa na systemie Microsoft Windows 7, a Wykonawca dostarczyć bezpłatnie wersje dla co najmniej dwóch kolejnych wersji systemu klienckiego Microsoft Windows 18. Aplikacja nie wymaga do działania konta z uprawnieniami administratora 19. Minimalne wymagania sprzętowe wymagają maksymalnie procesora klasy Intel Pentium D 3.00 GHz 20. Minimalne wymagania sprzętowe wymagają maksymalnie 1GB RAM 21. Minimalne wymagania sprzętowe wymagają maksymalnie 10GB wolnego miejsca na dysku 22. Serwer działa na systemie Windows Server 2008 lub nowszym 23. System (łącznie z serwerem baz danych) wymaga maksymalnie dwóch serwerów 24. wyposażonych w: 2 procesory 6 rdzeniowe o taktowaniu 2.0 GHz 32 GB RAM System może być zainstalowany jako maszyny wirtualne z wykorzystaniem technologii Microsoft Hyper-V lub VM WARE 25. Menu graficzne - pasek narzędzi przedstawiający skróty podstawowych funkcji w postaci ikon 26. Menu tekstowe 27. Menu w postaci list wyboru 28. Nawigacja za pomocą myszy 29. Przyciski i klawisze skrótów 30. Kopiuj/Wklej z wykorzystaniem myszy i skrótów klawiszowych / zgodność ze standardem Windows 31. System pozwala na definiowanie filtrów słowników do przeglądania danych 32. Przeglądanie danych w zdefiniowanych w systemie widokach 33. Możliwość wyłączenia/ominięcia nie używanych pól 34. Tworzenie nowych, niestandardowych słowników danych przez użytkowników 35. Możliwość sporządzania raportów i wydruków bez znajomości struktury baz danych 36. Tworzenie szablonów raportów i wydruków 37. Modelowanie wyglądu raportów i wydruków 38. Eksport danych i raportów do MS-Office 9
10 39. Możliwość konfiguracji systemu pod względem obsługi przyjętych procedur na uczelni 40. Jednoznaczne informowanie użytkownika o skutkach działań - komunikaty ostrzeżeń 41. Wybór danych ze słownika (ograniczenie liczby elementów listy, dodatkowe informacje opisujące dane) 42. Wybór danych z zachowanej historii" (autouzupełnianie) 43. Zachowanie tych samych miejsc wyświetlania przycisków, etykiet pól, opcji menu, treści opisów, rodzaju graficznych 13. Wykaz zrealizowanych wdrożeń (D) Wykonanie z sukcesem w okresie ostatnich 3 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy, przed tym terminem 4 (cztery) potwierdzone referencjami lub protokołami odbioru wdrożenia, dotyczące systemu do zarządzania szkołą (uczelnią) wyższą, w tym zarządzania kadrami. Co najmniej jedna z referencji musi opiewać na min. kwotę 2,5 mln złotych netto, oraz co najmniej jedno wdrożenie musi być na kwotę min. 1 mln złotych netto i zawierać system do zarządzania dydaktyką. 14. Dysponowanie personelem - osobami zdolnymi do wykonania zamówienia (P) Dysponowanie personelem zdolnym do wykonania zamówienia, tj. zatrudniają na podstawie umowy o pracę 3 (trzech) konsultantów wdrożeniowych przypisanych do tego projektu, z min. 3-letnim doświadczeniem wdrożeniowym, gwarantującym realizację wdrożenia równolegle w kilku obszarach. Każda z ww. osób powinna się wykazać doświadczeniem w udziale w min. 2 (dwóch) projektach informatycznych, dotyczących wdrożenia systemu obsługującego procesy dydaktyczne dla szkoły (uczelni) wyższej. 10
11 CZĘŚĆ II. Informatyzacja procesów zarządzania zasobami oraz opracowanie i implementacja narzędzi zarządzania wiedzą w procesie dydaktycznym i badawczym w oparciu o elektroniczny obieg dokumentów oraz szkolenia z tego zakresu. a. Przedmiotem zamówienia jest budowa oraz integracja z istniejącymi u Zamawiającego systemami informatycznymi (z systemem Uczelnia.XP i systemem finansowo-księgowym CDN Optima) Systemu w siedzibie Zamawiającego. W szczególności przedmiot zamówienia obejmuje: - wykonanie Analizy przedwdrożeniowej, której efektem będzie Projekt wdrożenia, - zainstalowanie i uruchomienie na serwerze Zamawiającego wybranego Systemu zgodnie z Projektem wdrożenia, - zainstalowanie i uruchomienie na serwerze Zamawiającego Systemu Zarządzania Bazą Danych skonfigurowaną pod potrzeby Systemu, - zainstalowanie i uruchomienie klientów Systemu na określonej liczbie stanowisk, - przeprowadzenie testów zgodności pracy Systemu z Projektem wdrożenia, - przeszkolenie użytkowników Systemu ze wszystkich zagadnień związanych z jego eksploatacją, - dostarczenie Dokumentacji Systemu, - dostarczenie niezbędnych licencji umożliwiającej wyszczególnionych w tabeli poniżej, - świadczenie usług serwisowych po zakończeniu wdrożenia Systemu. - przekazanie licencji umożliwiającej korzystanie z systemu 2000 (słownie: dwu tysiącom) użytkowników, bez limitu ilości dokumentów umieszczanych w Systemie i bez limitu obiegów obsługiwanych przez System, warunki licencji muszą pozwalać Zamawiającemu dokonywanie we własnym zakresie zmian w definicji dostarczonych obiegów dokumentów, a także definiowanie nowych. Dodatkowo system obiegu dokumentów powinien posiadać dodatek do tworzenia własnych akcji. b. Zaoferowany System musi posiadać wszystkie parametry i spełniać wszystkie wymagania wyszczególnione przez Zamawiającego w Załączniku Nr 1 do zapytania ofertowego; niespełnianie któregokolwiek z wymagań spowoduje unieważnienie oferty. c. Oferta Wykonawcy musi zawierać: I. Opis Systemu, II. Potwierdzenie wszystkich spełnienia warunków przedstawionych w niniejszym zapytaniu ofertowym, III. IV. Cenę dostawy i wdrożenia Systemu, Warunki gwarancji, szkolenia, serwisu i aktualizacji w tym cenę miesięcznej umowy serwisowej po zakończeniu wdrożenia Systemu, V. Wymagane referencje Wykonawcy, potwierdzające wdrożenia; VI. VII. Wykaz personelu; Dokumenty rejestracyjne Wykonawcy: nr NIP, nr REGON, odpis z KRS. d. Zaoferowany System musi być kompletny i gotowy do użytkowania bez dodatkowych zakupów i inwestycji. Do Systemu musi być załączona instrukcja obsługi w języku polskim; e. Zamawiający wymaga aby interfejs użytkownika Systemu był w języku polskim; a pola bazy danych powinny obsługiwać standard Unicode. f. Instalacja i uruchomienie systemu, przeszkolenie pracowników Zamawiającego w zakresie jego obsługi oraz przeglądy i serwis w okresie gwarancyjnym, zapewni Wykonawca i koszty te winny być wliczone w cenę systemu; g. Odbioru przedmiotu zamówienia na podstawie protokołu odbioru dokona upoważniony pracownik Zamawiającego; 11
12 h. Przedmiot zamówienia należy dostarczyć do siedziby Zamawiającego. Moduły wchodzące w skład Części II. Zapytania: 1. Zakup oprogramowania do zarządzania zasobami materialnymi Założenia dotyczą wykonania, dostawy i wdrożenia dedykowanego modułu systemu informatycznego (systemu do zarządzania zasobami materialnymi Zamawiającego) oraz zintegrowania go z funkcjonującą już u Zamawiającego Uczelnią.XP oraz systemem finansowo-księgowym CDN Optima (zakres zamówienia to w szczególności analiza przedwdrożeniowa, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). Narzędzie ma umożliwić: - zarządzanie środkami trwałymi, - zarządzanie wypożyczeniami kluczy do pomieszczeń - zarządzanie aparaturą naukową, - integrację z systemami Elektronicznej Karty Pracowniczej i Elektronicznej Legitymacji Studenta, -obsługę inwentaryzacji, - wypożyczenia wewnętrzne i zewnętrzne, - obsługę portierni, -raporty. 2. Zakup systemu do obsługi Elektronicznej Karty Pracowniczej (zakup licencji na oprogramowanie, blankietów, czytników kart mikroprocesorowych, instalacja, wdrożenie, prace programistyczne, opieka serwisowa). Założenia dotyczą wykonania, dostawy i wdrożenia dedykowanego modułu systemu informatycznego (systemu obsługi Elektronicznej Karty Pracowniczej) oraz zintegrowania go z funkcjonującą już u Zamawiającego Uczelnią.XP, systemem finansowo-księgowym CDN Optima oraz usługą katalogową Active Directory (zakres zamówienia to w szczególności analiza przedwdrożeniowa, wdrożenie, instalacja, prace programistyczne, zakup blankietów, czytników kart mikroprocesorowych, drukarki retrotransferowej, zakup licencji na oprogramowanie, opieka serwisowa, gwarancyjna). Identyfikator pracownika w postaci karty mikroprocesorowej: - umożliwi dostęp do infrastruktury informatycznej uczelni, wraz z obsługą bezpiecznego podpisu elektronicznego, - uprawniać będzie do wypożyczeń sprzętu, zasobów bibliotecznych, rezerwacji sal, itp. - kompatybilność i integracja Elektronicznej Karty Pracownika z systemem Elektronicznej Legitymacji Studenta ujednolici zarządzanie zasobami Zamawiającego, - zwiększy się poziom bezpieczeństwa zasobów Zamawiającego. 3. Elektroniczny obieg dokumentów Założenia dotyczą wykonania, dostawy i wdrożenia dedykowanego systemu informatycznego (systemu elektronicznego obiegu dokumentów) oraz zintegrowania go z funkcjonującą już u Zamawiającego Uczelnią.XP oraz systemem finansowo-księgowym CDN Optima (zakres zamówienia to w szczególności analiza przedwdrożeniowa, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). Innowacyjny system, zintegrowany z systemami informatycznymi uczelni, wspomagający i organizujący kontrolę obiegu dokumentów powinien udoskonalić procedury m.in. w następujących obszarach: - elektroniczna teczka pracownika, 12
13 - elektroniczny wniosek o etat, - obiekt dokumentów aplikacyjnych kandydata, - elektroniczny wniosek o urlop, - elektroniczna skrzynka podawcza, - obsługa prowadzonych projektów, - elektroniczne archiwum dokumentów, - elektroniczny kontakt ze studentami i absolwentami, - portfolio pracownika dostępne przez witrynę internetową. Narzędzie ma umożliwiać w szczególności: Automatyzację i przyspieszenie procesów zatwierdzania dokumentów, monitorowanie statusów spraw, szybki dostęp do dokumentów dla wielu osób, łatwe grupowanie dokumentów dot. Poszczególnych projektów teczki projektów), jak również centralnym repozytorium dokumentów cyfrowych przechowywanych przez Zamawiającego. W ramach wykonania zamówienia Wykonawca musi dostarczyć i wdrożyć rozwiązanie informatyczne (platformę), które umożliwi możliwie jednorodną obsługę następujących procesów: obieg dokumentów przychodzących; obieg dokumentów wychodzących; obieg wniosków i podań; tworzenie i przechowywanie dokumentów; wersjonowanie zamieszczanych dokumentów; zarządzaniem dorobkiem naukowym wykładowców i pracowników zamawiającego; stworzenie repozytorium prac naukowych; zautomatyzuje przesyłanie prac zaliczeniowych studentów; umożliwi weryfikacje prac programem antylagiatowym; zarządzanie grafikami wykładowców oraz studentów w zakresie współdzielenie grafików; możliwość publikowania kalendarzy wykładowców; dostęp do poczty studenckiej poprzez przeglądarkę internetową i urządzenia mobilne; możliwość tworzenia spotkań on-line wykładowców, studentów i pracowników uczelni; możliwość nagrywania konferencji on-line i ich publikację; katalogowanie i udostępnianie nagrań w formie e-learningu; przechowywanie dorobku naukowego wykładowców; wyszukiwanie informacji; gromadzenie wiedzy; zapewni odpowiedni dostęp użytkownikom platformy w zależności od pełnionej funkcji. 4. Narzędzie zarządzania zasobami intelektualnymi i potencjałem naukowym Zamawiającego Założenia dotyczą wykonania, dostawy i wdrożenia dedykowanego systemu i narzędzi informatycznych (systemu do zarządzania zasobami intelektualnymi i potencjałem naukowym) oraz zintegrowania go z funkcjonującą już u Zamawiającego Uczelnią.XP, systemem finansowo-księgowym CDN Optima oraz systemem obiegu dokumentów, będącego elementem tego zapytania (zakres zamówienia to w szczególności analiza przedwdrożeniowa, zakup licencji na oprogramowanie, wdrożenie, instalacja, prace programistyczne, opieka serwisowa, gwarancyjna). Założenia dotyczą zbudowania systemu (narzędzia) zarządzania zasobami intelektualnymi i potencjałem naukowym Zamawiającego. Efektem będzie ścisłe powiązanie procesu dydaktycznego z bieżącą działalnością naukowo-badawczą. Narzędzie ma umożliwić: - kompleksowe zarządzanie zbiorczymi informacjami dotyczącymi realizowanych przez Zamawiającego badań 13
14 naukowych, - kompleksowe zarządzanie projektami, w tym współfinansowanymi ze środków zewnętrznych oraz zespołami badawczymi, - monitorowanie działalności badawczo-naukowej pracowników naukowych i zespołów badawczych (zintegrowane z modułem dydaktycznym), - kompleksowe zarządzanie bazą produktów realizowanych projektów (publikacje, konferencje, itp.), - gromadzenie danych dotyczących zainteresowań i planów badawczych pracowników Zamawiającego, - gromadzenie i udostępnianie danych na temat partnerów zewnętrznych biorących udział w projektach badawczych, - kompleksowe zarządzanie wiedzą w procesie badawczym (baza konkursów, dokumentów, wzorów wniosków, sprawozdań, raportów), - szkolenia pracowników z ww. zakresu. Narzędzie ma dodatkowo: - umożliwiać monitorowanie działalności naukowo-badawczej pracowników Zamawiającego ewidencjonowanie i ocenę dorobku naukowego pracowników, zgodnie z kryteriami oceny jednostek naukowych (poziom indywidualny); - umożliwiać zarządzanie zbiorczymi informacjami dotyczącymi realizowanych badań naukowych u Zamawiającego (poziom projektu / zespołu badawczego); - umożliwiać przekazywanie danych do odpowiednich instytucji zarządzających (w tym ministerstw), stosownie do wytycznych dla działalności naukowo-badawczej. 5. Wymogi funkcjonalne wymagane do spełnienia przez System (F-A) Wskazane jest spełnienie przez system wszystkich podanych poniżej warunków, niespełnienie ich skutkuje odrzuceniem oferty. Wykazane jako spełnione przez Wykonawcę funkcjonalności stanowią element oferty i zostaną uwzględnione w umowie: Lp. 1. Zakup oprogramowania do zarządzania zasobami materialnymi 1. System wypożyczeń: 2. Obsługa operacji: Wypożyczenie / oddanie klucza, sprzętu z możliwością wypożycznia wielu kluczy, sprzętów na raz 3. Zwroty obiektów/kluczy 4. Wypożyczanie / zwrot w trybie awaryjnym 5. Status klucza, sprzętu 6. Podgląd kluczy niewypożyczonych 7. Podgląd kluczy wypożyczonych 8. Opis i instrukcja dostępnego sprzętu 9. System musi posiadać funkcję anulowania operacji wydania lub odbioru klucza. Dodatkowo, jeżeli klucz nie został wydany w przewidzianym czasie a system zidentyfikował użytkownika (zalogował) musi automatycznie zakończyć operację (wylogować użytkownika) po zdefiniowanym okresie czasu. 10. System powinien umożliwiać przypisanie więcej niż jednego klucza do jednego breloka. 11. System musi identyfikować osobę w momencie przyłożenia karty zbliżeniowej (ELS/ELD/EKP) do czytnika oraz wskazać uprawnienia tej osoby. 12. System musi identyfikować osobę w momencie przyłożenia karty zbliżeniowej (ELS/ELD/EKP) do czytnika oraz wskazać uprawnienia tej osoby. 13. System musi uwzględniać możliwość pobrania przez osobę więcej niż jednego klucza w trakcie jednokrotnego logowania oraz pozwalać na przypisanie więcej niż jednej osoby do jednego klucza/sprzętu. 14
15 14. W trakcie operacji pobierania klucza, system musi oznaczyć, że klucz/klucze zostały pobrane przez upoważnionego pracownika/studenta. 15. W razie braku uprawnienia do pobrania/zwrotu klucza system musi ten fakt wyraźnie zasygnalizować za pomocą dźwięku i widocznego sygnału na ekranie o braku uprawnienia, a następnie odnotować to zdarzenie, jako incydent. 16. Osoba wydająca klucz musi być zalogowana do systemu za pomocą karty pracowniczej lub loginu i hasła oraz jednoznacznie identyfikowana w systemie przy wykonywaniu operacji. System musi mieć możliwość jednoczesnej obsługi nielimitowanej ilości czytników/programatorów kart i kluczy. 17. System musi obsługiwać nielimitowaną ilość kluczy. 18. System musi obsługiwać nielimitowaną ilość użytkowników. 19. W obrębie wszystkich lokalizacji Collegium Civitas system musi mieć możliwość zdefiniowania nielimitowanej ilości ograniczeń czasowych nakładanych na dostęp do pomieszczeń wraz z powiązaniem ich z użytkownikiem lub grupą użytkowników. 20. System musi umożliwiać przypisanie więcej niż jednego klucza/sprzętu do jednego breloka/etykiety Mifare 21. System musi uwzględniać możliwość wpisania uwag podczas wypożyczeni klucza/sprzętu 22. System musi pozwalać na przypisanie więcej niż jednej osoby do jednego klucza/sprzętu 23. W trakcie operacji pobierania klucza, system musi oznaczyć, że klucz/sprzęt został pobrany przez upoważnionego pracownika/studenta/doktoranta 24. System w razie braku uprawnienia do pobrania/zwrotu klucza musi ten fakt wyraźnie zasygnalizować za pomocą dźwięku i widocznego sygnału na ekranie o braku uprawnienia, a następnie odnotować to zdarzenie, jako incydent 25. Osoba wydająca klucz musi być zalogowana do systemu za pomocą karty pracowniczej lub loginu i hasła oraz jednoznacznie identyfikowana w systemie przy wykonywaniu operacji 26. System musi mieć możliwość jednoczesnej obsługi nielimitowanej ilości czytników/programatorów kart 27. System musi mieć możliwość obsługi nielimitowanej ilości kluczy/sprzętu 28. System musi obsługiwać nielimitowaną ilość użytkowników 29. System musi mieć możliwość zdefiniowania nielimitowanej ilości ograniczeń czasowych nakładanych na dostęp do pomieszczeń wraz z powiązaniem ich z użytkownikiem lub grupą użytkowników 30. System obsługujący wydawanie kluczy/sprzętu musi być zintegrowany z systemem SELS w Collegium Civitas - ma czerpać listę użytkowników oraz kart (identyfikatorów) oraz uaktualniać ją na bieżąco 31. System musi mieć możliwość tworzenia kont administratorów i użytkowników (gości) oraz nadawania im stosownych uprawnień. Operacje dokonywane w aplikacji muszą jednoznacznie identyfikować konto, z którego zostały wykonane 32. System musi mieć możliwość zarządzania rolami użytkowników 33. System musi mieć możliwość archiwizowania danych/logów/zdarzeń 34. System musi mieć funkcjonalność uaktywnienia aplikacji (wywołania na wierzch) po przyłożeniu karty do czytnika 35. System musi mieć możliwość pracy, jako powłoka systemu operacyjnego (shell) 15
16 36. System musi pozwalać na przypisanie więcej niż jednej osoby do jednego klucza/sprzętu 37. Dostęp tylko po zalogowaniu dla uprawnionych administratorów systemu 38. System musi mieć możliwość zarządzania grupami pracowników 39. System musi mieć możliwość zarządzania kluczami 40. System musi mieć możliwość zarządzania strefami czasowymi 41. System musi mieć możliwość zarządzania uprawnieniami pracowników/studentów/doktorantów do pobierania kluczy/sprzętu 42. System musi mieć możliwość zarządzania ustawieniami opisu działań (akcji), jakie ma podjąć portier w przypadku sytuacji alarmowych 43. System musi mieć możliwość generowania zestawień i raportów z konfiguracji systemu 44. System musi mieć możliwość generowania zestawień i raportów z wypożyczeni kluczy 45. System musi mieć możliwość generowania zestawień i raportów stanu kluczy na portierni, wypożyczonych kluczy 46. System musi mieć możliwość generowania indywidualnych dowolnych zestawień i raportów 47. System musi mieć możliwość ustawienia filtrowania danych i zdarzeń 48. System musi mieć możliwość generowania Raportów dotyczących wszystkich zdarzeń zachodzących w systemie np. zalogowanie, wylogowanie" 49. System musi mieć posiadać raport zawierający listę kluczy z przyporządkowanymi nazwiskami pracowników, którzy aktualnie posiadają dostęp do danego klucza 50. System musi pozwalać na eksport wyników raportów do pliku csv i PDF 51. System wydawania kluczy musi być zrealizowany w technologii klient serwer 52. Serwer systemu musi mieć możliwość pracy w środowisku wirtualnym, na systemie operacyjnym Windows Server 2008 R2 53. System musi mieć możliwość instalacji na dowolnie wskazanym stanowisku pracy opartym na środowisku Windows XP/Vista(32 lub 64)/Win7 (32 lub 64) 54. Komunikacja z terminalami (rejestrowanie wydawania/przyjmowania kluczy i sprzętu) ma się odbywać z wykorzystaniem standardu Ethernet (protokoły IP, TCP, UDP 55. System powinien działać na tej samej bazie danych co System Personalizacji Kart funkcjonujący w Collegium Civitas 56. System powinien być w pełni obsługiwany z poziomu systemu do Personalizacji Kart przez Collegium Civitas przy zachowaniu dotychczasowych funkcjonalności systemu. Nie dopuszcza się stosowania dodatkowego interfejsu do obsługi systemu wypożyczeń 57. Licencja na serwer (1 szt.) 58. Licencja na stację roboczą (2 szt.) 2. Zakup oprogramowania do obsługi elektronicznej Wymagania dla Systemu Elektronicznej Karty Pracowniczej System powinien umożliwiać: 59. Przechowywanie danych osobowych oraz zdjęć w bazie danych systemu. 60. Możliwość wymiany danych z Systemem Uczelnia XP oraz Bibliotecznym Libra MOL 16
17 61. Wydawanie nowych kart oraz duplikatów. 62. Możliwość odczytu/zapisu w bazie danych systemu numerów fabrycznych (CSN) wydawanych kart odrębnie dla części stykowej i bezstykowej. 63. Generowanie raportów o wydanych kartach. 64. Drukowanie awersu i rewersu kart w jednym cyklu personalizacji w tym wydruku na kartach kodu kreskowego. 65. Inicjalizację i tworzenie struktury danych na kartach. 66. Zapis na kartach w części stykowej danych osobowych pracowników ( - imię - nazwisko - tytuł naukowy - stanowisko - adres - jednostkę - nazwę firmy - PESEL - numer identyfikatora - numer Mifare - datę wydania - datę ważności (z możliwością przedłużania) - jednostkę wydającą - pracownika wydającego). 67. Personalizację elektroniczną i graficzną kart w jednym przebiegu. 68. Obróbkę zdjęć zapisanych w postaci cyfrowej. 69. Definiowanie, co najmniej 12 grup obsługiwanych kart. 70. Definiowanie, co najmniej 12 różnych szablonów zadruku kart. 71. Drukowanie potwierdzenia opłaty za wydanie karty. 72. Definiowanie różnych taryf za wydanie karty i duplikatu. 73. Generacje kluczy wzorcowych, zapisywanych tylko i wyłącznie na karcie procesorowej. 74. Rejestracje kart z kluczami w systemie, wykonywania kopii kart z kluczami, zmiany numerów PIN kart zawierających klucze oraz odblokowywania numerów PIN kart z kluczami. 75. Wykorzystanie przez mechanizm generacji kluczy chwilowych wartości bufora klawiatury oraz pozycji myszki. 76. Mechanizm instalacji oprogramowania - wykorzystuje kartę z wygenerowanymi kluczami wzorcowymi, jako narzędzie weryfikacji uprawnień do wykonania procesu instalacji oprogramowania. 77. Możliwość definiowania katalogu wejściowego (zdjęcia przed obróbką) i wyjściowego (zdjęcia po obróbce). 78. Edycja parametrów zdjęć w zakresie: jasności, kontrastu, nasycenia barw, rozmiaru, skali, przesuwania zdjęcia w pionie i poziomie. 79. Obsługa plików graficznych w formacie: mapa bitowa (*.bmp), JPG (*.jpg, *.jpeg). 80. Wykadrowanie zdjęcia poprzez zaznaczenie obszaru kadrowania. 81. Podgląd i akceptację wstępnie wykadrowanego zdjęcia. 82. Cofnięcie i powtórzenie operacji kadrowania. 83. Po zaakceptowaniu obróbki i kadrowania zdjęcia, automatyczne połączenie z odpowiednimi danymi osobowymi oraz zapisanie obrobionego zdjęcia w katalogu wyjściowym. 84. Zapisanie w bazie danych nowego zdjęcia. 85. Podmianę nowego zdjęcia z wcześniej zapisanym w bazie danych dla danej osoby. 86. Wyszukiwanie danych osobowych według filtru po następujących polach: Numer, Imię, Nazwisko, PESEL. 87. Ręczne wprowadzanie danych osobowych. 88. Przeglądanie listy wyszukanych osób wraz z możliwością edycji danych. 89. Możliwość włączenia automatycznego kierowania zadań wydruków kart do kolejki wydruków. 90. Definiowanie trybu pracy programu, w tym opcje: personalizacja graficzna, inicjalizacja elektryczna karty stykowej, inicjalizacja elektryczna karty bezstykowej, tworzenie logów zapisów dokonywanych na karty. 91. Sterowanie pracą drukarki do zadruku kart, w tym opcje: ładowanie karty do programatora, wysuwanie karty, zerowanie drukarki, wydruk kontrolny, test palety kolorów. 17
18 92. Konfiguracje programu, w tym opcje: wybór rodzaju drukarki, wybór szablonu wydruku oraz możliwość testowego wydruku szablonu. 93. Filtrowanie bazy danych po następujących polach: numer, imię, nazwisko, rodzaj szablonu, obecność zdjęcia przypisanego do rekordu. 94. Skierowanie do wydruku całej listy kart lub pojedynczych będących wynikiem filtrowania lub grupowania. 95. Podgląd statystyki bazy danych obejmujące liczbę osób w bazie danych, liczbę osób, którym wydano kartę, liczbę osób, którym nie wydano karty, liczbę wydanych duplikatów, liczbę kart błędnie spersonalizowanych, liczbę zdjęć w bazie danych. 96. Ustawianie i podgląd statusu danych, dostępne statusy: karta wydana, karta ma zdjęcie, karta jest repliką, karta jest zawieszona, karta jest duplikatem, karta jest unieważniona, wydano replikę/duplikat karty, karta została zwrócona. 97. Funkcja szybkiego drukowania duplikatu. 98. Wykorzystanie do wydruku kart, co najmniej dwóch drukarek kart jednocześnie. 99. Definiowanie różnych kolejek wydruku i przypisywania im zadań według definiowanych przez użytkowników filtrów Obsługę mechanizmu automatycznego przydzielania wydruków do kolejek w zależności od obciążenia drukarek (automatyczny balans obciążenia drukarek) Przechowywanie danych osobowych oraz zdjęć w bazie danych systemu 102. Możliwość odczytu/zapisu w bazie danych systemu numerów fabrycznych (CSN) wydawanych kart odrębnie dla części stykowej i bezstykowej 103. Wydawanie nowych kart oraz duplikatów 104. Generowanie raportów o wydanych kartach 105. Anulowanie zapisu na koncie pracownika wydruku Elektronicznej Karty Pracownika np. wydruk błędnej, wadliwej Elektronicznej Karty Pracownika. (Uniemożliwić zapis wydruku takiej legitymacji, jako duplikatu z numerem literowym) 106. Drukowanie awersu i rewersu kart w jednym cyklu personalizacji w tym wydruku na kartach kodu kreskowego 107. Personalizację elektroniczną i graficzną kart w jednym przebiegu 108. Obsługę aparatów cyfrowych i skanerów 109. Obróbkę zdjęć zapisanych w postaci cyfrowej 110. Drukowanie potwierdzenia opłaty za wydanie karty 111. Definiowanie różnych taryf za wydanie karty i duplikatu 112. Dostęp (zapis/odczyt) do danych w bazie głównej systemu 113. Generacje kluczy wzorcowych (mother keys), zapisywanych tylko i wyłącznie na karcie procesorowej Infrastruktura klucza publicznego (PKI), Active Directory (lub serwer LDAP) 114. Pozycje katalogu opisujące użytkowników muszą zawierać atrybut umożliwiający rozróżnienie grupy użytkowników (co najmniej podział: pracownik/student/inny) 115. W obrębie każdej grupy użytkowników konieczne jest dodatkowe rozróżnienie (jednostka organizacyjna w przypadku pracowników, wydział w przypadku studentów, kategoria w przypadku inny) 116. Czynności administracyjne dotyczące zarządzania AD lub LDAP: możliwość zmiany schematu bazy AD/LDAP poprzez dodawanie atrybutów edycja konta użytkownika import bazy studentów import bazy pracowników usunięcie konta grupowe usunięcie wybranych kont 18
19 zablokowanie konta zmiana hasła zablokowanie możliwości logowania z wykorzystaniem AD/LDAP czasowe zablokowanie certyfikatu (z aktualizacją listy CRL) odblokowanie certyfikatu (z aktualizacją listy CRL) całkowite unieważnienie certyfikatu (z aktualizacją listy CRL) Oprogramowanie PKI (Public Key Infrastructure) 117. Oprogramowanie PKI musi umożliwić wystawienie certyfikatu, 118. Oprogramowanie PKI musi umożliwić definiowanie celów dla wystawianych certyfikatów 119. Oprogramowanie PKI musi umożliwiać unieważnianie certyfikatów oraz musi publikować listy CRL (listy certyfikatów unieważnionych) Powinno być możliwe zarówno tymczasowe i jak i całkowite unieważnienie certyfikatu Oprogramowanie PKI powinno umożliwiać administratorowi indywidualne utworzenie certyfikatów dla wybranych użytkowników, na wypadek utraty/unieważnienia aktualnego certyfikatu Oprogramowanie PKI musi umożliwić ustalenie odrębnego okresu ważności generowanych certyfikatów, innego w przypadku pracowników, innego w przypadku studentów Wygenerowane dla użytkowników klucze prywatne i certyfikaty muszą być przechowywane i udostępniane w plikach w formacie PKCS#12 w którym do szyfrowania zastosowano PIN administracyjny, wygenerowany w czasie inicjalizacji karty Oprogramowanie PKI musi przygotowywać ELS/ELD i EKP do obsługi PKI w procesie personalizacji blankietu, przez co Zamawiający rozumie m.in. wykonanie następujących czynności: utworzenie konta w AD dla danego użytkownika, wygenerowanie żądania certyfikatu dla tego konta, wygenerowanie PIN-ów, dystrybucja certyfikatów. W trakcie procesu personalizacji ELS, EKP musi zostać wygenerowany indywidualny numer PIN użytkownika dla każdej karty. PIN do karty musi być co najmniej 6 znakowy. PIN karty musi zostać wydrukowany w poufny sposób na kopertach utajonych Oprogramowanie PKI umożliwia wydruk na kopercie utajonej identyfikatora i wygenerowanego w sposób losowy hasła inicjalnego dla pracownika lub studenta. Wygenerowany identyfikator musi mieć składnię opisaną w załączniku nr 12 umożliwiającą zastosowanie go jako loginu Oprogramowanie PKI w trakcie przygotowania ELS, EKP do obsługi PKI musi wygenerować także 8 cyfrowy PIN administracyjny Oprogramowanie PKI musi przygotować ELS, EKP do obsługi PKI w procesie przedłużania ważności Oprogramowanie PKI musi przygotować ELS, EKP do obsługi PKI w kioskach informacyjnych Oprogramowanie PKI musi umożliwiać wydanie dla każdego użytkownika co najmniej dwóch zestawów kluczy z certyfikatami. Liczba wydawanych certyfikatów powinna być konfigurowalna w obrębie grup Oprogramowanie PKI musi umożliwia generowanie pary kluczy RSA (1024 bit oraz 2048 bit) przez karty ELS, EKP lub system operacyjny Dane zapisywane na karcie w formacie PKCS#12 muszą być archiwizowane w bazie Systemu Personalizacji Kart System musi umożliwiać wybór szablonu do utworzenia certyfikatu. Szablon musi mieć możliwość definiowania listy atrybutów umieszczanych w certyfikacie oraz przeznaczenia klucza System PKI musi umożliwiać logowanie do kiosków informacyjnych przy pomocy karty i PIN-u użytkownika lub karty i PIN-u ELS, EKP. 19
20 134. W przypadku gdy na karcie są 2 PIN-y system powinien zapewnić, że PIN-y te będą miały taką samą wartość Oprogramowanie PKI musi mieć wspólny interfejs z Systemem Personalizacji Kart. Oprogramowanie PKI musi działać na tej samej bazie danych co System Personalizacji Kart Centrum PKI musi umożliwiać ręczne utworzenie certyfikatów dla wybranych użytkowników, na wypadek utraty/unieważnienia aktualnego certyfikatu Możliwe jest zarówno tymczasowe i jak i całkowite unieważnienie certyfikatu Oprogramowanie centrum PKI musi umożliwić ustalenie okresu ważności generowanych certyfikatów, innego w przypadku pracowników, innego w przypadku studentów. Oprogramowanie administracyjne dla systemu uwierzytelnienia i autoryzacji Oprogramowanie umożliwiające zarządzanie Elektroniczną Kartą Pracowniczą (EKP) w infrastrukturze klucza publicznego (PKI) 139. Oprogramowanie musi umożliwiać wygenerowanie kluczy i żądań o certyfikat wynikających z przynależności do danej grupy Oprogramowanie ma działać na stacji roboczej Oprogramowanie musi umożliwić zapisywanie certyfikatów na kartę Oprogramowanie musi umożliwiać odblokowywanie PIN-u Oprogramowanie musi umożliwiać zmianę PIN-u Oprogramowanie musi umożliwiać zmianę hasła. Oprogramowanie dla użytkowników systemu uwierzytelnienia i autoryzacji 145. Oprogramowanie musi umożliwiać zmianę hasła użytkownikom poprzez stronę WWW Oprogramowanie musi umożliwiać dodanie przyjaznej nazwy użytkownika poprzez stronę WWW. Przedłużanie Ważności Elektronicznej Karty Pracowniczej 147. Automatyczne uruchamiania interfejsu aplikacji po włożeniu Elektronicznej Karty Pracowniczej do czytnika kart 148. Automatyczne uruchamiania funkcji przedłużania ważności po włożeniu Elektronicznej Karty Pracowniczej do czytnika kart 149. Wyświetlanie danych, które są zapisane na Elektronicznej Karty Pracowniczej 150. Automatyczne aktywowanie funkcji kryptograficznych po włożeniu karty z certyfikatem kwalifikowanym do czytnika i blokowanie funkcji przedłużania daty ważności po jej usunięciu 151. Weryfikację on-line ważności certyfikatów kwalifikowanych zapisanych na kartach kryptograficznych operatorów w urzędzie certyfikacyjnym 152. Weryfikację obsługiwanych certyfikatów kwalifikowanych zapisanych na kartach kryptograficznych operatorów z wewnętrzną listą obsługiwanych certyfikatów 153. Generowanie i obsługę wewnętrznej listy certyfikatów kwalifikowanych 154. Wyświetlanie informacji o certyfikacie kwalifikowanym zapisanym na karcie kryptograficznej operatora 155. Użycie funkcji przedłużania ważności legitymacji po włożeniu karty z certyfikatem kwalifikowanym, znajdującym się na liście certyfikatów obsługiwanych i podaniu właściwego kodu PIN 156. Weryfikację odczytanego z legitymacji certyfikatu własnego punktu personalizacyjnego lub weryfikację podpisu certyfikatu kwalifikowanego użytego do ostatniego przedłużania ważności elektronicznej legitymacji przy każdym przedłużaniu ważności elektronicznej legitymacji 157. Ochronę zapisu danych na elektronicznych legitymacjach przy pomocy algorytmów kryptograficznych 3DES z wykorzystaniem unikalnych kluczy, przypisanych do danej uczelni 158. Generowanie raportów z operacji przedłużania ważności Elektronicznej Karty Pracowniczej 20
Załącznik nr 5. DO ZAPYTANIA OFERTOWEGO Nr 1/058/2012/POKL FORMULARZ OFERTY W ODPOWIEDZI NA ZAPYTANIE OFERTOWE Nr 1/058/2012/POKL Zamawiający Wykonawca Collegium Civitas Pałac Kultury i Nauki, p. XII Pl.