Leasing operacyjny sprzętu teleinformatycznego i oprogramowania. Część I i II. Część I Dostawa i uruchomienie: 1. Głównego Switcha w serwerowni 2. Biblioteki taśmowej 3. Rozbudowy posiadanej infrastruktury serwerowej opartej o rozwiązania HP Blade 4. Oprogramowania do wykonywania kopii zapasowych. 5. Macierzy dyskowej. Część II Dostawa i uruchomienie oprogramowania umożliwiającego prace grupową na dokumentach.

Otwock-Świerk: Leasing operacyjny sprzętu teleinformatycznego i oprogramowania. Część I i II. Część I Dostawa i uruchomienie: 1. Głównego Switcha w serwerowni 2. Biblioteki taśmowej 3. Rozbudowy posiadanej infrastruktury serwerowej opartej o rozwiązania HP Blade 4. Oprogramowania do wykonywania kopii zapasowych. 5. Macierzy dyskowej. Część II Dostawa i uruchomienie oprogramowania umożliwiającego prace grupową na dokumentach.


Numer ogłoszenia: 225533 - 2010; data zamieszczenia: 19.08.2010

OGŁOSZENIE O ZAMÓWIENIU - dostawy

Zamieszczanie ogłoszenia:
obowiązkowe.

Ogłoszenie dotyczy:
zamówienia publicznego.

SEKCJA I: ZAMAWIAJĄCY

I. 1) NAZWA I ADRES:
Instytut Energii Atomowej POLATOM , 05-400 Otwock-Świerk, woj. mazowieckie, tel. 022 7180710, faks 022 7180350.

• 
  Adres strony internetowej zamawiającego:
  www.polatom.pl

I. 2) RODZAJ ZAMAWIAJĄCEGO:
Inny: jbr.

SEKCJA II: PRZEDMIOT ZAMÓWIENIA

II.1) OKREŚLENIE PRZEDMIOTU ZAMÓWIENIA

II.1.1) Nazwa nadana zamówieniu przez zamawiającego:
Leasing operacyjny sprzętu teleinformatycznego i oprogramowania. Część I i II. Część I Dostawa i uruchomienie: 1. Głównego Switcha w serwerowni 2. Biblioteki taśmowej 3. Rozbudowy posiadanej infrastruktury serwerowej opartej o rozwiązania HP Blade 4. Oprogramowania do wykonywania kopii zapasowych. 5. Macierzy dyskowej. Część II Dostawa i uruchomienie oprogramowania umożliwiającego prace grupową na dokumentach..

II.1.2) Rodzaj zamówienia:
dostawy.

II.1.3) Określenie przedmiotu oraz wielkości lub zakresu zamówienia:
Specyfikacja techniczna SIWZ Firmy biorące udział w postępowaniu przetargowym do dokumentów muszą dołączyć aktualne: certyfikaty wykazujące przeszkolenie pracowników z zakresu konfiguracji urządzeń tego samego typu. listy referencyjne wykazujące wdrożenie tego samego typu urządzeń i oprogramowania co wymagane licencje. certyfikat preferowanego partnera dostarczanego sprzętu i oprogramowania. certyfikat preferowanego partnera Firmy Microsoft. Przekazać zamawiającemu numery telefonów do swoich inżynierów pod którymi może otrzymać bezkosztowo przez okres trzech lat pomoc w rozwiązywaniu problemów. CĘŚĆ I Wymagania dotyczące głównego Switcha w serwerowni. Możliwość instalacji minimum 6 kart liniowych z następującymi portami: 24x10 100 1000BaseT, 24x1000BaseX (SFP), 20x10 100 1000BaseT+4x1000BaseX(SFP), 4x10Gbe (X2 lub CX4), karta kontrolera np. modułu do sterowania siecią bezprzewodową. Dodatkowe informacje na temat portów: PoE 802.3af i Cisco inline Power Obudowa modularna z minimum sześcioma slotami na karty liniowe. Instalacja obudowy w szafie RACKowej. Nie dopuszczalne jest rozwiązanie wolnostojące. Zainstalowane minimum dwie karty linowe 20x10 100 1000BaseT + 4x1000BaseX (SFP) Sześć modułów mini Gibic SX-LC 1GbE. Pamięć rozmiaru bufora pakietów minimum 36 MB RAM. Rozmiar tablicy adresów MAC minimum 10 000 pozycji. Zarządzanie poprzez CLI, WWW, telnet, poza pasmowe (port szeregowy RS-232C) Warstwa przełączania 2, 3 Funkcje warstwy 3 static IP routing, RIP, RIPv2 - system musi umożliwiać rozbudowę poprzez aktywację licencji (zmianę software) o : routing OSPF, routing multicastów PIM Sparse Dense mode, oraz o wsparcie dla VRRP Prędkość magistrali minimum 288Gbps Przepustowość minimum 214mpps Ilość obsługiwanych VLAN-ów minimum 2048 (802.1q) w tym możliwość rozbudowy poprzez licencję o QinQ Funkcje wysokiej dostępności Spanning Tree (802.1d), Rapid Convergence Spanning Tree (802.1w), Muliple Spanning Tree (802.1s), Bezpieczeństwo realizowane za pomocą Radius, TACACS+, SNMPv3, SSL, SSHv2, 802.1x (możliwość jednoczesnej autentykacji dwoma sposobami np. 802.1x oraz MAC, lub 802.1x lub WWW, obsługa do 32 autentykowanych stacji na jednym porcie, wsparcie dla voice vlanów), Access control lists (ACLs), Identity-driven ACL, DHCP Snooping, Dynamic ARP Protection, BDPU filtering oraz BPDU Protection, STP RootGuard, stacji na jednym porcie, wsparcie dla voice vlanów), Access control lists (ACLs), Identity-driven ACL, DHCP Snooping, Dynamic ARP Protection, BDPU filtering oraz BPDU Protection auto MDIX autonegocjacja prędkości, duplex-u oraz połączenia (MDI MDIX) agregacja portów zgodna z 802.3ad LACP QoS prioryteryzacja zgodna z 802.1p, ToS, TCP UDP, DiffServ Monitorowanie RMON 4 grupy statistics, history, alarm, events, SFLOW, zdalny port mirroring poprzez tunel UDP (możliwość śledzenia całego portu, w oparciu o vlan bądź ACL) Oprogramowanie urządzenia oraz aktualizacje dostępne na stronie producenta Inne funkcje LLDP, LLDP-MED, dual flash images, CPU protection, Virus Throttling, ICMP throttling, obsługa ramek typu Jumbo, iSCSI Zasilanie urządzenia poprzez zainstalowanie dwóch wbudowanych niezależnych zasilaczy 230VAC o mocy 1500W z obsługą PoE oraz możliwość instalacji dodatkowego zewnętrznego zasilacza dostarczającego dodatkową moc dla urządzeń PoE. Możliwość rozszerzenia o następujące protokoły: OSPF , PIM Sparse, PIM Dense VRRP , QinQ Gwarancja wieczysta na urządzenie. Wymiana następnego dnia roboczego na sprawne urządzenie Wymagania dotyczące biblioteki taśmowej Minimum 1 napęd LTO Ultrium generacji 5. Przepustowość pojedynczego napędu minimum 140 MB s bez kompresji. Liczba slotów na kasety w bibliotece taśmowej minimum 24 szt. Slot umożliwiający wymianę pojedynczej taśmy bez konieczności wyjmowania z biblioteki całego magazynka. Interfejsy komunikacyjne: FC, Ethernet Napęd musi gwarantować (na poziomie sprzętowym) odczyt i zapis taśm w technologii Ultrium gen. 4. Biblioteka musi posiadać system identyfikacji i katalogowania kaset. Biblioteka musi być przystosowana do montażu w 19 szafie rack, maksymalnie może zająć 2U w szafie rackowej. Nie dopuszczalne jest rozwiązanie wolnostojące. Wymagany mechanizm automatycznego czyszczenia głowic, brak konieczności cyklicznej obsługi konserwacyjnej przez personel techniczny. Oprogramowanie zarządzające umożliwiające monitorowanie stanu biblioteki i napędów, konfigurację, diagnostykę. Możliwość monitorowania i konfiguracji biblioteki poprzez interfejs WWW. Wymagana 3 letnia gwarancja w miejscu instalacji na wszystkie elementy obudowy z gwarantowanym czasem naprawy usterki następnego dnia roboczego od dnia zgłoszenia. Biblioteka taśmowa musi pochodzić od tego samego producenta co oferowane serwery lub macierz. Wraz z biblioteką wymagane jest dostarczenie 24 szt. kaset LTO-5 o pojemności 3TB wraz z etykietami i kasetą czyszczącą. Rozbudowa posiadanej infrastruktury serwerowej opartej o rozwiązania HP Blade. Rozbudowa musi zawierać elementy składowe co najmniej w podanych poniżej ilościach i nie gorszych parametrach technicznych. Dwa serwery pasujące do obudowy blade C3000 o parametrach: Minimum dwa procesory czterordzeniowe Intel Xeon 5540, minimum 2.5GHz lub równoważne w teście SPECInt 2006 rate dla konfiguracji 2 procesorowej. Płyta główna 2 procesorowa, firmowana przez producenta serwera. Pamięć RAM minimum 24GB RAM, RDIMM DDR3 1333 MHz, możliwość rozbudowy pamięci RAM do minimum 196GB. Sterownik dysków wewnętrznych, kontroler macierzowy umożliwiający budowę zabezpieczeń RAID na poziomie 0 1 10. Możliwość rozbudowy pamięci kontrolera o moduł 1 GB typu flash z podtrzymaniem bateryjnym. Dwa dyski twarde typu Hot-plug, minimum 146GB SAS. Dwa interfejsy sieciowe (LAN) minimum 1GbE. Dodatkowe karty I O z dwoma interfejsami Fibre-channel 8Gbps Gwarancja 3 letnia gwarancja w miejscu instalacji. Wspierane systemy operacyjne Red Hat Enterprise Linux 5, Suse Linux Enterprise Server 10, VMware ESX Server 3.5, Windows 2008 Server, Windows 2003 Serwer Akcesoria dodatkowe: - Do serwera HP ProLiant DL140 G3 Karta FC - 1 sztuka posiadająca Interfejs Fibre-channel 8Gbps w architekturze HBA umożliwiającymi podłączenie do Switcha FC. - Do serwera HP ProLiant BL460c G1 Karta FC - 2 sztuki posiadająca Interfejs Fibre-channel 8Gbps w architekturze HBA umożliwiające połączenie za pomocą wewnętrznej infrastruktury Blade. - SIEĆ SAN Dwa switch-e dla sieci SUN 8Gb Fibre-chanel pasujące do obudowy C3000 umożliwiające podłączenie urządzeń w wysokiej dostępności za pomocą wewnętrznej infrastruktury Blade: - Macierzy dyskowej FC - Biblioteki taśmowej FC - minimum ośmiu serwerów zainstalowanych w obudowie C3000 (połączeniami wewnętrznymi obudowy) - minimum czterech serwerów zewnętrznych FC - zasilanie redundantne pobierane z obudowy C3000 Każdy ze switchy musi być wyposażony w wszystkie złącza zewnętrzne typu FC SFP+ do połączeń z urządzeniami zewnętrznymi. Jeżeli producent switcha nie przewiduje wyjść LC należy zastosować odpowiednie moduły przejściowe. Funkcjonalność oprogramowania do wykonywania kopii zapasowych. Zaproponowane oprogramowanie ma zapewnić funkcjonalność scentralizowanego systemu wykonywania kopii backupowych w heterogenicznym środowisku sieci LAN i SAN. Oprogramowanie to powinno spełniać wymagania: Umożliwiać scentralizowane zarządzania procesami tworzenia kopii danych oraz ich odtwarzania. Umożliwiać wykonywanie backupu, archiwizacji oraz odtwarzania danych w środowisku heterogenicznym po sieci LAN (w standardzie Fast Gigabit Ethernet) oraz dla serwerów po sieci SAN (w standardzie Fibre Channel). System powinien posiadać funkcjonalność współdzielenia zasobów sieci SAN, pozwalającą na wykorzystanie tych samych urządzeń składujących dane do zapisu z różnych serwerów (źródeł) informacji. Oprogramowanie musi posiadać funkcje monitoringu, raportowania oraz wykrywania i analizy błędów. Opisane funkcje powinny pozwalać na tworzenie statystyk wykonywanych kopii danych, wykorzystania zasobów oraz urządzeń wchodzących w skład systemu z możliwością analizy w konkretnych przedziałach czasowych np. raporty dzienne, miesięczne w zakresie stopnia wykorzystania zasobów biblioteki taśmowej, ilości gromadzonych danych, itp. System powinien pozwalać na tworzenie kopii danych zarówno na taśmach magnetycznych, jak i na dyskach twardych. Powinny być dostępne m.in. następujące typy backupów: pełny (ang. full), przyrostowy (ang. incremental). Możliwa powinna być kompresja danych po stronie klienta systemu backupowego przed wysłaniem ich poprzez sieć. System powinien zapewniać kopiowanie obiektów z nośników taśmowych i dyskowych na inne nośniki , różne od nośnika źródłowego obiektu. System powinien zapewniać wykonywanie identycznych kopii danych równocześnie na kilku nośnikach (np. dysk i taśma, dwie taśmy, itp.) lub duplikowania taśm już po zakończeniu zadania backupowego. System powinien umożliwiać rozbudowę o funkcjonalność wykonywania backupu typu D2D2T-disk to disk to tape czyli najpierw kopia danych wykonywana jest na urządzenie dyskowe a dopiero po zakończeniu procesu wykonywania kopii dyskowej rozpoczyna się wykonywanie kopii z urządzenia dyskowego na urządzenie taśmowe. Automatyzacja procesu wykonywania kopii zapasowych zgodnie z zaplanowanym harmonogramem (kalendarzem) przez administratora systemu. Możliwość automatycznego i bezobsługowego odtwarzania danych (Disaster Recovery) w przypadku awarii systemu Windows. Możliwość wykonywania kopii zapasowych poprzez zabezpieczenia firewall. Mechanizmy definiowania czasu ochrony nośników. Wymagane jest aby oprogramowanie posiadało możliwość dołączania własnych poleceń przed i po wykonaniu backupu. Możliwość automatycznego generowania raportów i wysyłania poczty elektronicznej o wykonaniu danej sesji backupowej. Możliwość wykonywania kopii zapasowych w trybie on-line dla wielu pakietów oprogramowania (np. Oracle, Sybase, Informix, MS Exchange, MS SQL, Lotus Notes, DB2). Oprogramowanie powinno zapewniać mechanizmy autentykacji i weryfikacji uprawnień dla użytkowników zarządzających systemem (nadawania praw dostępu do poszczególnych funkcjonalności systemu). Możliwość rozbudowy serwera backupu do 2 procesorów czterordzeniowych bez konieczności rozbudowy licencji oprogramowania backupowaego. Możliwość integracji z oprogramowaniem HP EVA Business Copy Możliwość wykonywania kopii zapasowych środowisk: Vmware, Citrix XenServer, Microsoft Virtual Server, Microsoft Hyper V, Sun Solaris Zone, HP Integrity VMs Możliwość integracji z mechanizmem Microsoft Windows Change Jurnal Dostarczone licencje muszą: obejmować serwer oprogramowania backupowego pracującego na platformie Windows, który zarządza i kontroluje wykonywaniem kopii zapasowych oraz odtwarzaniem danych na innych komputerach, na których zainstalowane jest oprogramowanie klienckie. umożliwiać instalację oprogramowania oraz wykonywanie kopii zapasowych i odtwarzania danych na co najmniej 200 hostach w sieciach LAN SAN. Hosty pracują pod kontrolą systemów Windows. umożliwiać obsługę co najmniej 1 napędu taśmowego działającego w sieci SAN bez ograniczenia pojemności. dostarczenie licencji pozwalających z 3 serwerówh Windows wykonywać onlinowe kopie zapasowe dla aplikacji baz danych. Każda z 3 licencji dostarczonych do backupu onlinowego musi integrować sie z następującymi aplikacjami: Oracle, MS SQL, MS Exchange, DB2 bez konieczności rozbudowy oprogramowania backupowego. umożliwiać wykonywanie kopii zapasowych usługi ActiveDirectory pracujących pod kontrolą systemu Windows. umożliwiać wykonywanie kopii zapasowych otwartych plików na serwerach pracujących pod kontrolą systemu Windows. umożliwiać realizację funkcjonalności Zero Downtime Backup dla macierzy dyskowej. Wymagania techniczne macierzy dyskowej Przez macierz dyskową Zamawiający rozumie zestaw dysków twardych kontrolowanych przez pojedynczą parę kontrolerów macierzowych (bez dodatkowych kontrolerów, serwerów wirtualizujących itp). Możliwość dostępu do macierzy realizowana jest poprzez redundantną sieć Storage Area Network (SAN) opartą o technologię FibreChannel minimum 4Gb s. Macierz dostosowana do montażu w szafie RACKowej 19 . Nie dopuszczalne jest rozwiązanie wolnostojące. Przestrzeń dyskowa zbudowana za pomocą minimum 8 dysków w technologii Fibre Channel o pojemności 450GB i prędkości obrotowej 10k rpm. Ewentualne licencje o ile potrzebne pozwalające na wykorzystanie minimum 4TB pojemności brutto macierzy. W obudowie na dyski musi się mieścić minimum 10 dysków. Macierz musi obsługiwać następujące dyski: FC 450GB 10k rpm, 600GB 10k rpm, FC 450GB 15k rpm, 600GB 15k rpm oraz 1TB FATA Low-cost FC SATA. Możliwość rozbudowy macierzy (bez utraty danych i konieczności ich odtwarzania z backupu) do co najmniej 90 dysków. Możliwość dowolnego mieszania napędów dyskowych FATA SATA z napędami dyskowymi FC w obrębie pojedynczej macierzy dyskowej. Macierz powinna obsługiwać minimum wirtualnie (RAID-0, RAID-1, RAID-5). Możliwość definiowania globalnych dysków SPARE lub odpowiedniej zapasowej przestrzeni dyskowej dla różnych grup RAID. Dyski twarde typu Hot-Plug z dwoma interfejsami.(wymienialne podczas pracy systemu bez jego zatrzymywania) Maksymalna konfiguracja macierzy dyskowej powinna zapewniać wydajność transferu danych z macierzy na poziomie minimum 1500 MB s dla operacji odczytu. Maksymalna konfiguracja macierzy dyskowej musi zapewniać wydajności powyżej 130 000 IOPS dla operacji odczytu z pamięci cache. Możliwość dynamicznego zwiększania pojemności woluminów logicznych z poziomu kontrolera macierzowego bez przerywania dostępu do danych. Wymiana elementów systemu w trybie Hot-Swap , a w szczególności takich, jak: kontroler(y), zasilacz(e), switch(e) hub(y), wentylatory. Minimalna wielkość pamięci CACHE możliwej do zaadresowania przez kontrolery macierzy - 4 GB. Mirrorowanie pamięci CACHE kontrolerów macierzowych. Minimalna ilość zewnętrznych fizycznych interfejsów FC 4 Gb s - minimum po 2 interfejsy w pojedynczym kontrolerze macierzowym (bez zwielokrotniania za pomocą hubów lub przełączników FC). Minimalna ilość wewnętrznych interfejsów FC 4 Gb s (do obsługi dysków) - minimum po 2 interfejsy w pojedynczym kontrolerze macierzowym (bez zwielokrotniania za pomocą hubów lub przełączników FC). Podtrzymanie bateryjne pamięci CACHE kontrolerów macierzowych przez minimum 72 h. Możliwość ochrony danych w heterogenicznych środowiskach sieci SAN - maskowanie LUN. Brak pojedynczego punktu awarii, który powodowałby brak dostępu do danych. Wsparcie macierzy dla jednoczesnego podłączenia co najmniej 20 systemów MS Windows 2003 2008, Linux, VMware. Wsparcie powinno być dostępne w ramach oferowanego sprzętu lub oferowanych licencji oprogramowania. Powinno ono obejmować funkcjonalność automatycznego przełączania kanału IO w wypadku awarii ścieżki dostępu ww. serwerów do macierzy. Możliwość uaktualniania firmware u kontrolera macierzowego bez przerywania pracy systemu. Macierz przystosowana do napraw w miejscu zainstalowania oraz wymiany elementów bez konieczności jej wyłączania. Macierz musi umożliwiać zdalne zarządzanie macierzą oraz automatyczne informowanie administratora i centrum serwisowego o awarii. Zarządzanie macierzą z poziomu pojedynczego interfejsu graficznego. Wymagane jest stałe monitorowanie stanu macierzy (w tym monitorowanie wydajności) oraz możliwości konfigurowania jej zasobów dyskowych. Producent macierzy musi posiadać lokalną organizację serwisową dysponującą certyfikatem ISO 9001. Wymagane minimum 3 letnie wsparcie serwisowe z czasem reakcji następny dzień roboczy Wymagania dotyczące oprogramowania macierzy Możliwość dokonywania na żądanie tak zwanej migawkowej kopii danych (snapshot) w ramach macierzy bez potrzeby alokowania dodatkowej przestrzeni dyskowej na potrzeby kopii. Możliwość dokonywania na żądanie pełnej fizycznej kopii danych (klon) w ramach macierzy za pomocą wewnętrznych kontrolerów macierzowych. Możliwość natychmiastowego dostępu z innego serwera do wykonanej kopii (bezpośrednio po jej uruchomieniu). Wykonana kopia danych musi mieć możliwość zabezpieczenia innym poziomem RAID niż dane oryginalne. Możliwość zdalnej replikacji danych w trybie online (bez przerywania pracy systemu produkcyjnego) pomiędzy zaoferowaną macierzą a inną macierzą z tej samej rodziny bez obciążania jakichkolwiek serwerów podłączonych do macierzy lub innych urządzeń z wyjątkiem przełączników Fibre Channel. Replikacja zarówno w trybie synchronicznym jak i asynchronicznym. Licencje dla tej funkcjonalności oprogramowania macierzy nie są obligatoryjnym elementem oferty. Macierz musi mieć możliwość rozbudowy o wymienioną funkcjonalność. UWAGI DOTYCZĄCE ZAMÓWIENIA CZĘŚĆ I Produkty muszą pochodzić z legalnego źródła, zakupione w autoryzowanym kanale sprzedaży producenta i objęte minimum standardowym pakietem usług gwarancyjnych zawartych w cenie urządzenia i świadczonych przez sieć serwisową producenta na terenie Polski. Dodatkowo zamawiający wymaga minimum 3 letniej gwarancji w trybie NBD usunięcia usterki. Wszystkie akcesoria mające zastosowanie w urządzeniach nie mogą spowodować utraty gwarancji na istniejące urządzenia. Wraz ze sprzętem musi zostać dostarczone niezbędne do uruchomienia i funkcjonowania zgodnie z założeniami okablowanie. Za zrealizowanie zamówienia rozumie się dostawę sprzętu i oprogramowania zgodną z SIWZ oraz instalacje i uruchomienie urządzeń i oprogramowania. W ramach testów macierzy dyskowej należy wykonać przeniesienie z istniejącego fizycznego serwera Active Directory na drugi serwer fizyczny podłączony do macierzy dyskowej. Przeniesienie ma obejmować jego funkcjonalności AD, DNS, DHCP, IAS oraz uruchomienie serwera zapasowego dla tych usług. Wszystkie prace muszą zostać wykonane przy współpracy z działem informatyki IEA POLATOM OR Informacje dodatkowe: Odległość pomiędzy serwerami a macierzą wynosi maksymalnie 6m. Istnieje możliwość po zakończeniu postępowania umówić się przed dostawą na wizję lokalną w celu zakupienia odpowiedniej długości okablowania. Wszystkie prace związane z przestojem infrastruktury IT należy wykonać poza godzinami pracy 6: 00 - 16: 30, uzgadniając termin nie później niż na 3 dni robocze. CZĘŚĆ II Dostawa oprogramowania serwerowego umożliwiającego: Organizację pracy grupowej, Wspólną, bezpieczną pracę nad dokumentami, Publikację dokumentów i treści, Wersjonowanie dokumentów (dla wersji roboczych), Publikowanie Dokumentów tylko do odczytu dla innych działów Podpisywanie dokumentów, Wykorzystanie mechanizmów portalu do budowy systemu zarządzania e-szkoleniami (e-learning). Serwer portalu wielofunkcyjnego musi udostępniać możliwość zaprojektowania struktury portalu tak, by mogła stanowić zbiór wielu niezależnych portali, które w zależności od nadanych uprawnień mogą być zarządzane niezależnie. Portale wielofunkcyjne muszą udostępniać mechanizmy współpracy między działami zespołami, udostępnić funkcje zarządzania zawartością, zaimplementować procesy przepływu dokumentów i spraw oraz zapewnić dostęp do informacji niezbędnych do realizacji założonych celów i procesów. Serwer musi posiadać następujące cechy dostępne bezpośrednio, jako natywne właściwości produktu: Interfejs użytkownika: Praca z dokumentami typu XML w oparciu schematy XML przechowywane w repozytoriach portalu bezpośrednio z aplikacji opisanego w Specyfikacji pakietu biurowego otwieranie zapisywanie dokumentów, podgląd wersji, mechanizmy ewidencjonowania i wyewidencjonowania dokumentów, edycja metryki dokumentu. Praca bezpośrednio z aplikacji pakietu biurowego z portalowymi rejestrami informacji typu kalendarze oraz bazy kontaktów Tworzenie witryn w ramach portalu bezpośrednio z aplikacji pakietu biurowego Możliwość pracy off-line z plikami przechowywanymi w repozytoriach portalu Umożliwienie uruchomienia prezentacji stron w wersji pełnej oraz w wersji uproszczonej dla użytkowników urządzeń mobilnych PDA, telefon komórkowy). Integracja z pozostałymi modułami rozwiązania oraz innymi systemami: Wykorzystanie poczty elektronicznej do rozsyłania przez system wiadomości, powiadomień, alertów do użytkowników portalu w postaci maili Dostęp poprzez interfejs portalowy do całości bądź wybranych elementów skrzynek pocztowych użytkowników w komponencie poczty elektronicznej, z zapewnieniem podstawowej funkcjonalności pracy z tym systemem w zakresie czytania, tworzenia, przesyłania elementów Możliwość wykorzystania oferowanego systemu poczty elektronicznej do umieszczania dokumentów w repozytoriach portalu poprzez przesyłanie ich w postaci załączników do maili Integracja z systemem obsługującym serwis WWW w zakresie publikacji treści z repozytoriów wewnętrznych firmy na zewnętrzne strony serwisu WWW (pliki, strony) Integracja z usługą katalogową w zakresie prezentacji informacji o pracownikach. Dane typu: imię, nazwisko, stanowisko, telefon, adres, miejsce w strukturze organizacyjnej mają stanowić źródło dla systemu portalowego Wsparcie dla standardu wymiany danych z innymi systemami w postaci XML, z wykorzystaniem komunikacji poprzez XML Web Services Mechanizm jednokrotnej identyfikacji (single sign-on) pozwalający na autoryzację użytkowników portalu i dostęp do danych w innych systemach biznesowych, nie zintegrowanych z systemem LDAP. Przechowywanie całej zawartości portalu (strony, dokumenty, konfiguracja) we wspólnym dla całego serwisu podsystemie bazodanowym. Zarządzanie treścią i wyglądem portalu powinno opierać się o narzędzia umożliwiające prostą i intuicyjną publikację treści w formacie HTML w trybie WYSIWYG (To Co Widzisz Jest Tym Co Otrzymasz), bez konieczności znajomości języka HTML i innej wiedzy technicznej przez autorów treści: Możliwość formatowania tekstu w zakresie zmiany czcionki, rozmiaru, koloru, pogrubienia, wyrównania do prawej oraz lewej strony, wyśrodkowania, wyjustowania. Proste osadzenie i formatowanie plików graficznych, łącz (linków) różnych typów, tabel, paragrafów, wypunktowań itp. w treści artykułów publikowanych w intranecie (stron HTML) Spójne zarządzanie wyglądem stron intranetu, głównie pod kątem formatowania tekstu: możliwość globalnego zdefiniowania krojów tekstu, które mogą być wykorzystywane przez edytorów treści, możliwość wklejania treści przy publikacji stron intranetu z plików tekstowych lub edytorów tekstu (np. MS Word) z zachowaniem lub z usunięciem formatowania oryginalnego Zarządzanie galeriami zasobów elektronicznych (pliki graficzne, filmy video, dokumenty), wykorzystywanymi przy tworzeniu stron intranetu i przechowywanymi w intranetowym repozytorium treści. Możliwość współdzielenia tych zasobów na potrzeby stron umiejscowionych w różnych obszarach portalu intranetowego. Podstawowe funkcjonalności związane z wersjonowaniem i wyszukiwaniem tych zasobów Definiowanie szablonów dla układów stron (tzw.layoutów), określających ogólny układ stron intranetu oraz elementy wspólne dla stron opartych na tym samym szablonie. Możliwość stworzenia wielu szablonów na potrzeby różnych układów stron w zależności od potrzeb funkcjonalnych w różnych częściach intranetu. Możliwość generalnej zmiany wyglądu utworzonych już stron poprzez modyfikację szablonu, na którym zostały oparte Możliwość wielokrotnego wykorzystania elementów zawartości intranetu (części treści publikowanych na stronach) w różnych częściach portalu, tzn. modyfikacja zawartości w jednym miejscu powoduje jej faktyczną zmianę na wszystkich stronach intranetu, gdzie dana treść została opublikowana Możliwość odwzorowania w systemie CMS przyjętej wizualizacji portalu intranetowego (projekt graficzny i funkcjonalny). Możliwość osadzania na stronach narzędzia do odtwarzania materiałów audio i wideo, Organizacja i publikacja treści: Wersjonowanie treści stron intranetu, działające automatycznie przy wprowadzaniu kolejnych modyfikacji przez edytorów treści. Zastosowanie procesów zatwierdzania zawartości przez publikacją, tzn. Udostępnieniem jej dla szerokiego grona pracowników. Możliwość zdefiniowania przynajmniej dwóch poziomów uprawnień edytorów (edytor i recenzent), przy czym treści publikowane przez edytorów muszą uzyskać pozytywną akceptację recenzenta przed Udostępnieniem jej wszystkim użytkownikom intranetu. Możliwość budowania hierarchicznej struktury stron portalu z prostym przenoszeniem stron i sekcji w ramach struktury nawigacji. Automatyczne tworzenie nawigacji na stronach intranetu, odwzorowujące obecną hierarchię. Automatyczne generowanie mapy stron portalu. Umożliwienie zarządzania poszczególnymi obszarami portalu osobom nietechnicznym, pełniącym rolę edytorów bądź administratorów merytorycznych. Istotne jest nieangażowanie zespołu IT w proces zarządzania treścią intranetu. Definiowanie uprawnień użytkowników niezależnie do poszczególnych sekcji i stron intranetu, np. do obszarów poszczególnych spółek, dywizji, biur. Dotyczy to zarówno uprawnień do odczytu zawartości, jak i edycji oraz publikacji (różni edytorzy zawartości intranetu w zależności od jego części). Definiowanie uprawnień powinno być dostępne dla administratorów merytorycznych poszczególnych obszarów portalu w sposób niezależny od pracowników działu IT. Automatyczne dołączanie do publikowanych stron informacji o autorze (edytorze) i dacie publikacji. Możliwość personalizacji i filtrowania treści w intranecie w zależności od roli lub innych atrybutów pracownika (np. stanowiska, działu, pionu lub spółki). Funkcjonalność ta ma być niezależna od mechanizmów zarządzania uprawnieniami użytkownika do zawartości, i ma mieć na celu dostarczenie pracownikowi adekwatnych, skierowanych do niego informacji. Wsparcie dla obsługi różnych wersji językowych wybranych zawartości intranetu. Repozytoria dokumentów: Możliwość prostej publikacji dokumentów w intranecie przez edytorów portalu. Prosty sposób publikacji dokumentów, funkcjonalny dostęp użytkowników intranetu do opublikowanych dokumentów Wykorzystanie do publikacji, edycji i przeglądania dokumentów w repozytorium narzędzi znanych użytkownikom np. pakiety biurowe czy przeglądarka internetowa Możliwość tworzenia wielu tematycznych repozytoriów dokumentów w różnych częściach intranetu Możliwość publikacji plików w strukturze katalogów Możliwość publikacji materiałów wideo oraz audio Możliwość definiowania metryki dokumentu, wypełnianej przez edytora przy publikacji pliku Możliwość nawigacji po repozytorium dokumentów w oparciu o metadane z metryk dokumentów,Prosty, elastyczny i niezależny od działu IT mechanizm zarządzania uprawnieniami do publikowanych dokumentów w ramach istniejących uprawnień. Możliwość definiowania różnych poziomów uprawnień przez administratorów merytorycznych, np. uprawnienia do odczytu, publikacji, usuwania Zarządzanie wersjonowaniem dokumentów: obsługa głównych oraz roboczych wersji (np 1.0, 1.1, 1.x 2.0), automatyczna kontrola wersji przy publikacji dokumentów Możliwość zdefiniowania w systemie procesu zatwierdzania nowych lub modyfikowanych dokumentów. System informuje użytkowników recenzujących materiały o oczekujących na nich elementach do zatwierdzenia i pozwala podjąć decyzję o ich publikacji lub odrzuceniu Możliwość tworzenia specjalnych repozytoriów lub katalogów przeznaczonych do przechowywania specyficznych rodzajów treści, np. galerie obrazów dla plików graficznych. Możliwość tworzenia specjalnych repozytoriów przeznaczonych na raporty osadzone w arkuszach kalkulacyjnych w formacie ISO IEC 29500:2008. Serwer powinien generować na podstawie tych arkuszy kalkulacyjnych raporty dostępne do oglądania przez przeglądarkę Internetową bez zainstalowanych innych narzędzi klienckich. Wyszukiwanie treści: Pełnotekstowe indeksowanie zawartości intranetu w zakresie różnych typów treści publikowanych w portalu, tj. stron portalu, dokumentów tekstowych (w szczególności dokumentów XML), innych baz danych oraz danych dostępnych przeze webservice. Centralny mechanizm wyszukiwania treści dostępny dla użytkowników intranetu Opcja wyszukiwania zaawansowanego, np. wyszukiwanie wg typów treści, autorów, dat publikacji Możliwość budowania wielu wyszukiwarek w różnych częściach portalu, służących do przeszukiwania określonych obszarów intranetu wg zadanych kryteriów, np. wg typów dokumentów Możliwość definiowania słownika słów wykluczonych (często używanych) Możliwość tworzenia linków sponsorowanych , prezentowanych wysoko w wynikach wyszukiwania w zależności od słów wpisanych w zapytaniu Podświetlanie w wynikach wyszukiwania odnalezionych słów kluczowych zadanych w zapytaniu. Przedstawianie w wynikach duplikatów plików Statystyki wyszukiwanych fraz Administracja intranetem i inne funkcjonalności Możliwość definiowania ról grup uprawnień, w ramach których definiowane będą uprawnienia i funkcje użytkowników. Przypisywanie użytkowników do ról w oparciu o ich konta w LDAP lub poprzez grupy domenowe. Funkcjonalność zarządzania uprawnieniami dostępna dla administratorów merytorycznych intranetu, nie wymagająca szczególnych kompetencji technicznych Możliwość określania uprawnień do poszczególnych elementów zawartości intranetu tj. sekcja, pojedyncza strona, repozytorium dokumentów, katalogu dokumentów, pojedynczego dokumentu Generowanie powiadomień pocztą elektroniczną dla użytkowników intranetu z informacją o publikacji najbardziej istotnych treści Definiowanie metryk opisujących dokumenty w poszczególnych repozytoriach portalu Możliwość definiowania zewnętrznych źródeł danych takich jak bazy danych i webservice oraz wykorzystywania ich do opisywania dokumentów,Konfigurowanie procesów zatwierdzania publikowanych stron i dokumentów. Ponieważ ciąg dalszy sie nie miesci zewzględu na ograniczenia postawione przez portal UZP znajduje sie on na stronie www.polatom.pl.

II.1.4) Czy przewiduje się udzielenie zamówień uzupełniających:
nie.

II.1.5) Wspólny Słownik Zamówień (CPV):
30.20.00.00-1, 30.24.14.00-4.

II.1.6) Czy dopuszcza się złożenie oferty częściowej:
tak, liczba części: 2.

II.1.7) Czy dopuszcza się złożenie oferty wariantowej:
nie.

II.2) CZAS TRWANIA ZAMÓWIENIA LUB TERMIN WYKONANIA:
Okres w dniach: 28.

SEKCJA III: INFORMACJE O CHARAKTERZE PRAWNYM, EKONOMICZNYM, FINANSOWYM I TECHNICZNYM

III.1) WADIUM

Informacja na temat wadium:
nie jest wymagane

III.2) ZALICZKI

• 
  Czy przewiduje się udzielenie zaliczek na poczet wykonania zamówienia:
  nie

III.3) WARUNKI UDZIAŁU W POSTĘPOWANIU ORAZ OPIS SPOSOBU DOKONYWANIA OCENY SPEŁNIANIA TYCH WARUNKÓW

• 
  III. 3.1) Uprawnienia do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania
  

  
  Opis sposobu dokonywania oceny spełniania tego warunku
  

  • Zamawiający nie wyznacza szczegółowego warunku w tym zakresie

• 
  III.3.2) Wiedza i doświadczenie
  

  
  Opis sposobu dokonywania oceny spełniania tego warunku
  

  • Zamawiający nie wyznacza szczegółowego warunku w tym zakresie

• 
  III.3.3) Potencjał techniczny
  

  
  Opis sposobu dokonywania oceny spełniania tego warunku
  

  • Zamawiający nie wyznacza szczegółowego warunku w tym zakresie

• 
  III.3.4) Osoby zdolne do wykonania zamówienia
  

  
  Opis sposobu dokonywania oceny spełniania tego warunku
  

  • Zamawiający nie wyznacza szczegółowego warunku w tym zakresie

• 
  III.3.5) Sytuacja ekonomiczna i finansowa
  

  
  Opis sposobu dokonywania oceny spełniania tego warunku
  

  • Zamawiający nie wyznacza szczegółowego warunku w tym zakresie

III.4) INFORMACJA O OŚWIADCZENIACH LUB DOKUMENTACH, JAKIE MAJĄ DOSTARCZYĆ WYKONAWCY W CELU POTWIERDZENIA SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU ORAZ NIEPODLEGANIA WYKLUCZENIU NA PODSTAWIE ART. 24 UST. 1 USTAWY

• 
  III.4.1) W zakresie wykazania spełniania przez wykonawcę warunków, o których mowa w art. 22 ust. 1 ustawy, oprócz oświadczenia o spełnieniu warunków udziału w postępowaniu, należy przedłożyć:
  

• 
  III.4.2) W zakresie potwierdzenia niepodlegania wykluczeniu na podstawie art. 24 ust. 1 ustawy, należy przedłożyć:
  

  • oświadczenie o braku podstaw do wykluczenia

III.7) Czy ogranicza się możliwość ubiegania się o zamówienie publiczne tylko dla wykonawców, u których ponad 50 % pracowników stanowią osoby niepełnosprawne:
nie

SEKCJA IV: PROCEDURA

IV.1) TRYB UDZIELENIA ZAMÓWIENIA

IV.1.1) Tryb udzielenia zamówienia:
przetarg nieograniczony.

IV.2) KRYTERIA OCENY OFERT

IV.2.1) Kryteria oceny ofert:
najniższa cena.

IV.2.2) Czy przeprowadzona będzie aukcja elektroniczna:
nie.

IV.3) ZMIANA UMOWY

Czy przewiduje się istotne zmiany postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru wykonawcy:
nie

IV.4) INFORMACJE ADMINISTRACYJNE

IV.4.1)
 
Adres strony internetowej, na której jest dostępna specyfikacja istotnych warunków zamówienia:
www.polatom.pl

Specyfikację istotnych warunków zamówienia można uzyskać pod adresem:
Instytut Energii Atomowej POLATOM Ośrodek Radioizotopów Budynek 24 A, Pokój 114 A 05-400 Otwock-Świerk.

IV.4.4) Termin składania wniosków o dopuszczenie do udziału w postępowaniu lub ofert:
27.08.2010 godzina 11:00, miejsce: IEA POLATOM OR 05-400 Otwock-Świerk bud Nr 24A Pokój Nr 122A.

IV.4.5) Termin związania ofertą:
okres w dniach: 30 (od ostatecznego terminu składania ofert).

IV.4.17) Czy przewiduje się unieważnienie postępowania o udzielenie zamówienia, w przypadku nieprzyznania środków pochodzących z budżetu Unii Europejskiej oraz niepodlegających zwrotowi środków z pomocy udzielonej przez państwa członkowskie Europejskiego Porozumienia o Wolnym Handlu (EFTA), które miały być przeznaczone na sfinansowanie całości lub części zamówienia:
nie