PREZYDENT MIASTA ZIELONA GÓRA ul. Podgórna 22 65-424 Zielona Góra DO-ZP.271.10.23.2015 Zielona Góra, 10 marca 2015 r. RISS 2866359 Wykonawcy zainteresowani udziałem w nw. postępowaniu dotyczy: postępowania prowadzonego w trybie przetargu nieograniczonego na dostawę licencji oprogramowania i wymaganej infrastruktury teletechnicznej w ramach rozszerzenia Projektu pn. Wdrożenie innowacyjnych e-usług w zakresie Systemu Informacji Przestrzennej GIS dla Miasta Zielona Góra. W dniach 6 i 9 marca 2015 r. wpłynęły pytania dotyczące treści Specyfikacji Istotnych Warunków Zamówienia (SIWZ) w niniejszym postępowaniu. Na podstawie art. 38 ust. 2 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2013 r., poz. 907 - tekst jednolity z późn. zm.) przekazuję treść pytań wraz z wyjaśnieniem. Pytanie nr 1.1.: ZAMÓWIENIA, punkt 12.2.16. Szafa teletechniczna typ I W punkcie 12.2.16.3 Zamawiający zawarł wymagane parametry Szafy teletechnicznej typ I: c) drzwi przednie i tylne blaszane z perforacją o prześwicie plastra miodu min. 80% wyposażone w zamki trzypunktowe z uchwytem wychylnym, e) demontowana osłona tylna, perforowana, zamykana na klucz (klucz wspólny z zamkiem przednim), Postawione przez Zamawiającego wymagania w podpunktach c) oraz e) są ze sobą w sprzeczności. Tył szafy teletechnicznej może być jednocześnie wyposażony w drzwi blaszane lub osłonę. Nie jest możliwym zamontowania obu tych elementów. Prosimy o zweryfikowanie swoich wymagań i wprowadzenie modyfikacji treści SIWZ wykreślającej jedno ze wskazanych rozwiązań.. Wyjaśnienie nr 1.1: Zamawiający zmienia zapisy w załączniku nr 11 do SIWZ, Było: 12.2.16.3 Wymagane parametry Szafy teletechnicznej typ I: a) min. 42U pojemności użytecznej do instalacji urządzeń w pozycji poziomej, b) konstrukcja metalowa malowana proszkowo, c) drzwi przednie i tylne blaszane z perforacją o prześwicie plastra miodu min. 80% wyposażone w zamki trzypunktowe z uchwytem wychylnym, d) zamek w drzwiach przednich zamykany na klucz, e) demontowana osłona tylna, perforowana, zamykana na klucz (klucz wspólny z zamkiem przednim), zamowienia@um.zielona-gora.pl
f) przystosowana do chłodzenia horyzontalnego przód-tył, g) pasywna (bez wentylatorów wspomagających), h) przystosowana do poprawnej instalacji dostarczanych urządzeń rack wraz z ich fabrycznymi prowadnicami przewodów, i) fabryczna możliwość trwałego łączenia wielu szaf jednakowego typu, j) dwie pary belek nośnych w rozstawie 19" + jedna para belek nośnych środkowych, k) zalecany sitodruk na belkach nośnych z numeracją U, l) kolor: zalecany: czarny. 12.2.16.3 Wymagane parametry Szafy teletechnicznej typ I: a) min. 42U pojemności użytecznej do instalacji urządzeń w pozycji poziomej, b) konstrukcja metalowa malowana proszkowo, c) drzwi przednie i tylne blaszane z perforacją o prześwicie plastra miodu min. 80% wyposażone w zamki trzypunktowe z uchwytem wychylnym, d) zamek w drzwiach przednich zamykany na klucz, e) przystosowana do chłodzenia horyzontalnego przód-tył, f) pasywna (bez wentylatorów wspomagających), g) przystosowana do poprawnej instalacji dostarczanych urządzeń rack wraz z ich fabrycznymi prowadnicami przewodów, h) fabryczna możliwość trwałego łączenia wielu szaf jednakowego typu, i) dwie pary belek nośnych w rozstawie 19" + jedna para belek nośnych środkowych, j) zalecany sitodruk na belkach nośnych z numeracją U, k) kolor: zalecany: czarny. Pytanie nr 1.2.: ZAMÓWIENIA, punkt 12.2.16. Szafa teletechniczna typ I W punkcie 12.2.16.4 Zamawiający zawarł wymagania dotyczące dostarczenia wyposażenia dodatkowego do zabudowy zimnego korytarza tzw. Data Box'u c) maskownica pionowa z przepustami kablowymi oraz otworami do mocowania uchwytów kablowych 42U/600m: 24 szt. Wykonawca pragnie zwrócić uwagę, że w przypadku szaf o szerokości 600 mm wszyscy producenci szaf stosują wyłącznie maskownice pionowe służące do uszczelnienia przestrzeni pomiędzy przednimi belkami nośnymi a osłoną boczną, które nie są wyposażone w przepusty kablowe oraz otwory do mocowania uchwytów kablowych. Te cechy maskownic dostępne są dla szaf teletechnicznych o szerokości 800 mm i większej. Prosimy o przeanalizowanie swoich wymagań, dostępnych na rynku rozwiązań oraz wprowadzenie stosownych modyfikacji treści SIWZ. Powinno być: c) maskownica pionowa z przepustami kablowymi oraz otworami do mocowania uchwytów kablowych 42U/600m: 24 szt. c) maskownica pionowa 42U/600m: 24 szt.. Wyjaśnienie nr 1.2.: Zamawiający zmienia zapisy w załączniku nr 11 do SIWZ, Było: 12.2.16.4 Wymaga się dostarczenia wyposażenia dodatkowego do zabudowy zimnego korytarza tzw. Data Box'u w ilości: a) dach zimnego korytarza:
i. dach podniesiony z poliwęglanu lub materiału równoważnego o wymiarach: 1200 mm x 600 mm ii. zestaw składający się z dachu (pkt. i), belek środkowych, kątowników podnoszących, kątowników skrajnych, zaślepek czołowych, elementów mocujących: 6 kpl., b) drzwi przesuwne: i. drzwi przesuwne bez zamka do korytarza o szerokości: 1200 mm, ii. zestaw składający się z dwóch przesuwnych skrzydeł drzwi, prowadnicy górnej, dwóch prowadnic dolnych, dwóch osłon bocznych szafy oraz elementów mocujących: 2 kpl., c) maskownica pionowa 42U/600m: 24 szt., d) komplet elementów do łączenia szaf: 12 szt. e) listwy zasilające: i. pionowe trójfazowe zamontowane na wsporniku z tyłu szafy, ii. liczba gniazd z bolcem 2P+Z: min 30 szt. (3x10), iii. maksymalne obciążenie: 3x16A (11 040W), iv. kabel zasilający 3m zakończony wtykiem IEC309, v. Ilość: 2 szt. (dla każdej z Szafy teletechnicznej typ I). 12.2.16.4 Wymaga się dostarczenia wyposażenia dodatkowego do zabudowy zimnego korytarza tzw. Data Box'u w ilości: a) dach zimnego korytarza: i. dach podniesiony z poliwęglanu lub materiału równoważnego o wymiarach: 1200 mm x 600 mm ii. zestaw składający się z dachu (pkt. i), belek środkowych, kątowników podnoszących, kątowników skrajnych, zaślepek czołowych, elementów mocujących: 6 kpl., b) drzwi przesuwne: i. drzwi przesuwne bez zamka do korytarza o szerokości: 1200 mm, ii. zestaw składający się z dwóch przesuwnych skrzydeł drzwi, prowadnicy górnej, dwóch prowadnic dolnych, dwóch osłon bocznych szafy oraz elementów mocujących: 2 kpl., c) maskownica pionowa z przepustami kablowymi oraz otworami do mocowania uchwytów kablowych 42U/600m: 24 szt., d) komplet elementów do łączenia szaf: 12 szt. e) listwy zasilające: i. pionowe trójfazowe zamontowane na wsporniku z tyłu szafy, ii. liczba gniazd z bolcem 2P+Z: min 30 szt. (3x10), iii. maksymalne obciążenie: 3x16A (11 040W), iv. kabel zasilający 3m zakończony wtykiem IEC309, v. Ilość: 2 szt. (dla każdej z Szafy teletechnicznej typ I). Pytanie nr 1.3.: Specyfikacja Istnych Warunków Zamówienia, 5. Warunki udziału w postępowaniu i opis sposobu dokonania ich oceny, podpunkt 5.5.1 W punkcie 5.5.1. podpunkt 8) Zamawiający wskazał warunek udziału: 8) dwóch zamówień polegających na dostawie i uruchomieniu Zasilaczy awaryjnych UPS trójfazowych o mocy nie mniejszej niż 10kVA każdy, w tym jeden o mocy co najmniej 40kVA, dla każdego z tych zamówień; Analiza treści wskazanego wymagania wykazuje niekompletność danych w zakresie ilości Zasilaczy awaryjnych, które były przedmiotem dostaw. Prosimy o przeanalizowanie warunku doświadczenia zawodowego jaki Zamawiający chciał postawić Wykonawcom zamierzającym ubiegać się o udzielenie niniejszego zamówienia. W ocenie Wykonawcy intencją Zamawiającego było wykazanie się doświadczeniem w zakresie:
1. zrealizowania dwóch zamówień polegających na dostawie i uruchomieniu Zasilaczy awaryjnych UPS trójfazowego o mocy nie mniejszej niż 10kVA, w tym jedna dostawa Zasilacza awaryjnego o mocy co najmniej 40kVA lub 2. zrealizowania zamówienia polegającego na dostawie i uruchomieniu co najmniej dwóch Zasilaczy awaryjnych UPS trójfazowych o mocy nie mniejszej niż 10kVA każdy, w tym jeden o mocy co najmniej 40kVA.. Wyjaśnienie nr 1.3.: Zamawiający nie zmienia treści warunku. Zamawiający wymaga udokumentowanie poprawnie wykonanych realizacji dwóch zamówień polegających na dostawie i uruchomieniu Zasilaczy awaryjnych UPS trójfazowych o mocy nie mniejszej niż 10kVA każdy, w tym jeden o mocy co najmniej 40kVA, dla każdego z tych zamówień. Pytanie nr 1.4.: ZAMÓWIENIA, punkt 12.1.1.2 Funkcjonalności/procesy - związane z zarządzaniem użytkownikami Czy Zamawiający przewiduje migrację istniejących w obecnym systemie SIP-ZG użytkowników do tworzonego w ramach tej umowy modułu zarządzania użytkownikami, czy też będą to nowi użytkownicy dedykowani do systemu GIS_ZG? Wyjaśnienie nr 1.4.: Zamawiający przewiduje migrację użytkowników z istniejącego SIP-ZG do tworzonego w ramach Realizacji Przedmiotu Zamówienia modułu do zarządzania użytkownikami. Pytanie nr 1.5.: ZAMÓWIENIA, punkt 12.1.2. Wdrożenie Oprogramowania Aplikacyjnego Zgodnie z podpunktem f) Wykonawca zobowiązany jest do przygotowanie zainstalowanych i skonfigurowanych elementów Infrastruktury sprzętowej i Oprogramowania do pracy w trybie testowym. Czy środowisko testowe musi działać równolegle ze środowiskiem produkcyjnym? Czy tym samym Wykonawca jest zobowiązany do dostarczenia takiej ilości licencji Oprogramowania (w tym Oprogramowania Narzędziowego GIS, Oprogramowania Narzędziowego, Oprogramowania Bazodanowego), aby było możliwym uruchomienie działającym równolegle dwóch środowisk: testowego i produkcyjnego? Pragniemy zwrócić uwagę, że zwiększa to znacząco koszt realizacji projektu. Czy budżet projektu to uwzględnia? Czy Zamawiający w wypadku gdy środowisko testowe ma być równolegle dostępne z produkcyjnym dopuszcza możliwość uruchamiania środowiska testowego na tych samych serwerach jako równoległe serwisy/instancje?. Wyjaśnienie nr 1.5.: Zamawiający dopuszcza możliwość uruchamiania środowiska testowego na tych samych serwerach jako równoległe serwisy/instancje. Pytanie nr 1.6.: ZAMÓWIENIA, punkt 12.1.2. Wdrożenie Oprogramowania Aplikacyjnego
Zgodnie z podpunktem g) Wykonawca zobowiązany jest do przeprowadzenie migracji danych z istniejących rozwiązań bazodanowych znajdujących się w posiadaniu Zamawiającego, obejmujących zasoby geodezyjne Miasta Zielona Góra na prawach powiatu oraz inne dane gromadzone przez Zamawiającego w ramach SIP-ZG do RBD. Czy Zamawiający ma na myśli tylko dane w istniejących rozwiązaniach bazodanowych oraz innych danych wymienionych i opisanych w punktach 11.4.4.3.1. oraz 11.4.4.3.2.?. Wyjaśnienie nr 1.6.: Tak. Pytanie nr 1.7.: ZAMÓWIENIA, punkt 12.1.2. Wdrożenie Oprogramowania Aplikacyjnego Prosimy o potwierdzenie, że wszelkie instalacje serwerów baz danych będą wykonywane na serwerach fizycznych.. Wyjaśnienie nr 1.7.: Tak. Pytanie nr 1.8.: ZAMÓWIENIA, punkt 12.3.5.2.2 Zamawiający w punkcie 12.3.5.2.2. podpunkt c) iii) określił podstawowe cechy dla usługi wyszukiwania: obsługa operacji OGC CS-W: (getcapabilities, getrecords, getrecords z parametrem distributed search, getrecordbyid, getdomain, describerecord, transaction), Natomiast w punkcie 12.3.5.2.2. podpunkt d) ix) określił wymagania dla obsługi zapytań rozproszonych: obsługa zapytań (distributedquery) rozproszonych do wielu heterogenicznych katalogów metadanych, w tym: INSPIRE, GUGiK i innych, Czy Zamawiający dopuszcza możliwość rezygnacji z wymagania obsługi operacji OGC-CSW getrecords z parametrem distributed search oraz zapytań distributedquery do innych katalogów metadanych? Wspomniane operacje pozwalają na wyszukiwanie rozproszone z innych (podrzędnych) katalogów metadanych i są stosowane przez krajowy węzeł IIP (Geoportal 2). Na szczeblu powiatowego węzła IIP nie istnieją podrzędne węzły wymagających obsługiwania tych operacji. Wnioskujemy o wprowadzenia zmiany treści SIWZ w punkcie 12.3.5.2.2. c) iii: obsługa operacji OGC CS-W: (getcapabilities, getrecords, getrecords z parametrem distributed search, getrecordbyid, getdomain, describerecord, transaction), Powinno być: obsługa operacji OGC CS-W: (getcapabilities, getrecords, getrecordbyid, getdomain, describerecord, transaction), Wnioskujemy o wprowadzenia zmiany treści SIWZ w punkcie 12.3.5.2.2. d) ix poprzez jego wykreślenie..
Wyjaśnienie nr 1.8.: Zamawiający zmienia zapisy w załączniku nr 11 do SIWZ, Było: 12.3.5.2.2 Usługa Wyszukiwania: a) sposób licencjonowania SUW: licencja serwerowa, wieloprocesorowa, obsługująca zaoferowany przez Wykonawcę Serwer Blade typ II, b) podstawowe cechy SUW: i. Webowy, polskojęzyczny interfejs aplikacji działający w oparciu o cienkiego klienta wspierający standardowe przeglądarki internetowe, ii. usługa katalogowa musi współpracować z OB. SIP-ZG, c) podstawowe cechy usługi: i. usługa zgodna z przepisami wykonawczymi dyrektywy INSPIRE: Technical Guidance Discovery Services (3.0) 30.03.2011,Regulation on INSPIRE Network Services 19.10.2009 ze zmianami, ii. zgodność ze specyfikacją techniczną OGC CS-W 2.0.2 oraz profilem aplikacyjnym ISO 1.0.0 dla CS-W, iii. obsługa operacji OGC CS-W: (getcapabilities, getrecords, getrecords z parametrem distributed search, getrecordbyid, getdomain, describerecord, transaction), iv. wsparcie operacji z wykorzystaniem protokołu SOAP. d) funkcjonalność graficznego interfejsu w zakresie wyszukiwania metadanych: i. webowy interfejs graficzny z zintegrowaną uproszczoną usługą przeglądania (serwisów WMS), ii. uproszczona usługa przeglądania umożliwiającą określanie zasięgu przestrzennego dla wyszukiwanych metadanych, iii. realizacja wyszukiwania lokalizacji usługi gazetteer na podstawie protokołu WFS, iv. uproszczone wyszukiwanie w katalogu Metadanych na podstawie określonej frazy (AnyText), v. interfejs serwisu pozwalający na włączenie usługi do listy dostawców wyszukiwania przeglądarek internetowych. Po wczytaniu usługi przeglądania w menu dostawców pojawi się możliwość dodania usługi. vi. zaawansowane wyszukiwanie (z obsługą zapytań rozmytych) w zakresie wszystkich elementów wyszukiwania wynikających z art. 9 pkt. 3 Ustawy o Infrastrukturze informacji przestrzennej tj.: - słowa kluczowe, - klasyfikacja danych przestrzennych oraz usług danych przestrzennych, - jakość i ważność zbiorów, - stopień zgodności ze standardami technicznymi dotyczącymi interoperacyjności zbiorów i usług danych przestrzennych, - położenie geograficzne, - warunki dostępu i korzystania ze zbiorów oraz usług danych przestrzennych, - organy administracji odpowiedzialne za tworzenie, aktualizację i udostępnianie zbiorów oraz usług danych przestrzennych. vii. wyszukiwanie tematyczne na podstawie wyboru poziomu hierarchii, viii. wyszukiwanie tematyczne na podstawie wyboru tematu INSPIRE lub słów, kluczowych w zintegrowanym kliencie tezaurusa GEMET. Klient tezaurusa umożliwi przeglądanie tematów i słów kluczowych słownika w języku zgodnym z ustawieniami językowymi przeglądarki internetowej, ix. obsługa zapytań (distributedquery) rozproszonych do wielu heterogenicznych katalogów metadanych, w tym: INSPIRE, GUGiK i innych, x. możliwości przeglądania wyników wyszukiwania metadanych: - w dedykowanej formatce HTML w podziale na kategorie metadanych, (tj. opis, kategoryzacja, ograniczenia, dystrybucja, jakość, metadane),
- możliwość pobrania pliku XML, - możliwość wywołania wyszukanej usługi WMS w usłudze przeglądania, - możliwość przedstawienia zasięgu przestrzennego wyszukanych metadanych w oknie mapy, - możliwość przeglądania hierarchii metadanych tj. wyszukanie rodzica zbiorów poprzez wskazanie dziecka które ma zdefiniowany identyfikator rodzica, - możliwość przeglądania hierarchii metadanych tj. wyszukanie wszystkich dzieci wskazanego rodzica, e) wymagania graficznego interfejsu usługi w zakresie publikacji metadanych: i. funkcja dostępna dla autoryzowanych użytkowników zdefiniowanych w aplikacji zarządzającej użytkownikami i uprawnieniami usłudze zabezpieczającej, ii. możliwość pojedynczego i masowego importu metadanych do katalogu z możliwością transformacji w locie pomiędzy różnymi profilami i modelami metadanych za pomocą XSLT, iii. możliwość masowego exportu (archiwizacji) metadanych do plików XML, iv. możliwość definiowania katalogów rozproszonych tj. obsługa komunikacji POST i SOAP, możliwość cache owania metadanych z katalogów rozproszonych w definiowalnym interwale czasowym w trybie pełnym i różnicowym. 12.3.5.2.2 Usługa Wyszukiwania: a) sposób licencjonowania SUW: licencja serwerowa, wieloprocesorowa, obsługująca zaoferowany przez Wykonawcę Serwer Blade typ II, b) podstawowe cechy SUW: i. Webowy, polskojęzyczny interfejs aplikacji działający w oparciu o cienkiego klienta wspierający standardowe przeglądarki internetowe, ii. usługa katalogowa musi współpracować z OB. SIP-ZG, c) podstawowe cechy usługi: i. usługa zgodna z przepisami wykonawczymi dyrektywy INSPIRE: Technical Guidance Discovery Services (3.0) 30.03.2011,Regulation on INSPIRE Network Services 19.10.2009 ze zmianami, ii. zgodność ze specyfikacją techniczną OGC CS-W 2.0.2 oraz profilem aplikacyjnym ISO 1.0.0 dla CS-W, iii. obsługa operacji OGC CS-W: (getcapabilities, getrecords, getrecordbyid, getdomain, describerecord, transaction), iv. wsparcie operacji z wykorzystaniem protokołu SOAP. d) funkcjonalność graficznego interfejsu w zakresie wyszukiwania metadanych: i. webowy interfejs graficzny z zintegrowaną uproszczoną usługą przeglądania (serwisów WMS), ii. uproszczona usługa przeglądania umożliwiającą określanie zasięgu przestrzennego dla wyszukiwanych metadanych, iii. realizacja wyszukiwania lokalizacji usługi gazetteer na podstawie protokołu WFS, iv. uproszczone wyszukiwanie w katalogu Metadanych na podstawie określonej frazy (AnyText), v. interfejs serwisu pozwalający na włączenie usługi do listy dostawców wyszukiwania przeglądarek internetowych. Po wczytaniu usługi przeglądania w menu dostawców pojawi się możliwość dodania usługi. vi. zaawansowane wyszukiwanie (z obsługą zapytań rozmytych) w zakresie wszystkich elementów wyszukiwania wynikających z art. 9 pkt. 3 Ustawy o Infrastrukturze informacji przestrzennej tj.: - słowa kluczowe, - klasyfikacja danych przestrzennych oraz usług danych przestrzennych, - jakość i ważność zbiorów, - stopień zgodności ze standardami technicznymi dotyczącymi
vii. viii. ix. interoperacyjności zbiorów i usług danych przestrzennych, - położenie geograficzne, - warunki dostępu i korzystania ze zbiorów oraz usług danych przestrzennych, - organy administracji odpowiedzialne za tworzenie, aktualizację i udostępnianie zbiorów oraz usług danych przestrzennych. wyszukiwanie tematyczne na podstawie wyboru poziomu hierarchii, wyszukiwanie tematyczne na podstawie wyboru tematu INSPIRE lub słów, kluczowych w zintegrowanym kliencie tezaurusa GEMET. Klient tezaurusa umożliwi przeglądanie tematów i słów kluczowych słownika w języku zgodnym z ustawieniami językowymi przeglądarki internetowej, możliwości przeglądania wyników wyszukiwania metadanych: - w dedykowanej formatce HTML w podziale na kategorie metadanych, (tj. opis, kategoryzacja, ograniczenia, dystrybucja, jakość, metadane), - możliwość pobrania pliku XML, - możliwość wywołania wyszukanej usługi WMS w usłudze przeglądania, - możliwość przedstawienia zasięgu przestrzennego wyszukanych metadanych w oknie mapy, - możliwość przeglądania hierarchii metadanych tj. wyszukanie rodzica zbiorów poprzez wskazanie dziecka które ma zdefiniowany identyfikator rodzica, - możliwość przeglądania hierarchii metadanych tj. wyszukanie wszystkich dzieci wskazanego rodzica, e) wymagania graficznego interfejsu usługi w zakresie publikacji metadanych: i. funkcja dostępna dla autoryzowanych użytkowników zdefiniowanych w aplikacji zarządzającej użytkownikami i uprawnieniami usłudze zabezpieczającej, ii. iii. iv. możliwość pojedynczego i masowego importu metadanych do katalogu z możliwością transformacji w locie pomiędzy różnymi profilami i modelami metadanych za pomocą XSLT, możliwość masowego exportu (archiwizacji) metadanych do plików XML, możliwość definiowania katalogów rozproszonych tj. obsługa komunikacji POST i SOAP, możliwość cache owania metadanych z katalogów rozproszonych w definiowalnym interwale czasowym w trybie pełnym i różnicowym. Pytanie nr 2.: ZAMÓWIENIA, punkt 7 Definicje. W Załączniku nr 11 do SIWZ w punkcie 7 Zamawiający definiuje zdarzenia: Do kategorii A należą, między innymi takie zdarzenia jak: spadek wydajności Systemu (Wydłużenie czasu odpowiedzi Systemu powyżej 1 minuty) Kategoria B spadek wydajności Systemu (Wydłużenie czasu odpowiedzi Systemu od 10 do 60 sekund), Kategoria C spadek wydajności Systemu (Wydłużenie czasu odpowiedzi Systemu od 5 do 10 sekund), Z uwagi na nieprecyzyjność ww. zapisów proponujemy doprecyzowanie pojęcia czasu odpowiedzi systemu ponieważ istnieje wiele funkcji systemu, które mogą powodować dłuższą reakcję odpowiedzi systemu jak np. analizy przestrzenne np. na wszystkich działkach i budynkach jednocześnie. Proponujemy następującą definicje czasu odpowiedzi systemu.
Czas odpowiedzi systemu jest to czas oczekiwania na informację o podjęciu działania przez system w postaci klepsydry, komunikatu lub innej reakcji pokazującej użytkownikowi ze system rozpoczął zadanie.. Wyjaśnienie nr 2: Zamawiający zmienia zapisy w załączniku nr 11 do SIWZ, poprzez dodanie w pkt 7 Definicje, pojęcia: Czas odpowiedzi systemu - czas oczekiwania na informację o podjęciu działania przez system w postaci klepsydry, komunikatu lub innej reakcji pokazującej użytkownikowi ze system rozpoczął zadanie. Pytanie nr 3: Czy zamawiający w przypadku zaoferowania produktów firmy Microsoft zaakceptuje licencje przypisane do sprzętu i powiązanych z jego żywotnością?. Wyjaśnienie nr 3: Nie. Zamawiający oczekuje możliwości przenoszenia licencji pomiędzy maszynami fizycznymi. Zamawiający ze względu na trwałość projektu oraz cele ewidencyjne, oczekuje jednej zbiorczej licencji na oferowane oprogramowanie (zaoferowany model musi uwzględniać specyfikę zamawiającego i dawać możliwość realizacji zamówień dla podmiotów samorządowych, edukacyjnych czy spółek prawa handlowego na adekwatnych poziomach cenowych). Wymóg nie dotyczy Oprogramowania Systemowego typ II. Pytanie nr 4.1: ZAMÓWIENIA, punkt 12.1.1.9.7 W punkcie 12.1.1.9.7 Załącznika nr 11 do SIWZ (Opis Przedmiotu Zamówienia), Zamawiający określa swoje wymagania w zakresie pobierania danych do opracowania. Zgodnie z uwagą zawartą w ww. punkcie formaty danych mają być zgodne z obowiązującymi przepisami i standardami geodezyjnymi. Obowiązujące przepisy prawne przewidują okresy przejściowe dostosowywania systemów do nowych wymogów. Czy Zamawiający uwzględnia te okresy przejściowe dla formatów danych pobieranych do opracowania? Czy wobec braku obowiązującego rozporządzenia w sprawie GESUT, BDOT500 i mapy zasadniczej należy przyjąć, że dla "wskazanego fragmentu mapy geodezyjnej" wystarczająca będzie obsługa formatów dxf, shapefile i geotiff?. Wyjaśnienie nr 4.1: Tak. Pytanie nr 4.2.: ZAMÓWIENIA, punkt 12.1.1.9.8 W punkcie 12.1.1.9.8 Załącznika nr 11 do SIWZ (Opis Przedmiotu Zamówienia), Zamawiający określa swoje wymagania w zakresie przekazywania pliku z wynikiem kartograficznym opracowania. Zgodnie z uwagą zawartą w ww. punkcie formaty danych mają być zgodne z obowiązującymi przepisami i standardami geodezyjnymi. Czy wobec braku obowiązującego rozporządzenia w sprawie GESUT, BDOT500 i mapy zasadniczej należy przyjąć, że formatem przekazywania pliku z wynikiem kartograficznego opracowania będzie plik tekstowy zawierający współrzędne oraz informacje opisowe? Jak miałyby być kodowane obiekty
w takim pliku (wg instrukcji K-1, czy według uchylonego rozporządzenia w sprawie GESUT/BDOT500)?. Wyjaśnienie nr 4.2.: Zamawiający dopuszcza w okresie przejściowym rozwiązanie zaproponowane przez Wykonawcę (plik tekstowy kodowany zgodnie z GESUT/BDOT500). Nie zwalnia to jednak Wykonawcy z wykonania obsługi formatów danych wymaganych przepisami i standardami geodezyjnymi z uwzględnieniem okresów przejściowych. Powyższe należy uwzględnić w ofercie Wykonawcy. Pytanie nr 4.3.: ZAMÓWIENIA, punkt 12.2.3. Serwery Blade typ I W punkcie 12.2.3.3. Załącznika nr 11 do SIWZ (Opis Przedmiotu Zamówienia) Zamawiający zawarł wymagania dotyczące procesorów dla Serwera Blade typ I. Zgodnie z treścią podpunktu a) serwer ma mieć zainstalowane co najmniej min. 2 szt. procesorów min. 10-rdzeniowe. Zgodnie z podpunktem b) osiągający co najmniej 716 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org. W ocenie Wykonawcy oczekiwany punktowy wyniku testu SPECint_rate2006, tj. 716 punktów dotyczy serwera z zainstalowanymi dwoma procesorami (liczba mnoga) o których jest mowa w podpunkcie a). Prosimy o zweryfikowanie wymagań i wprowadzenie zmiany treści SIWZ w punkcie 12.2.3.3 b): Powinno być: b) osiągający co najmniej 716 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org. b) osiągające co najmniej 716 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org.. Wyjaśnienie nr 4.3.: Zamawiający zmienia zapisy w załączniku nr 11 do SIWZ, Było: 12.2.3.3 Procesor: a) zainstalowane min. 2 szt. procesorów min. 10-rdzeniowe, b) osiągający co najmniej 716 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org. Uwaga: Dla oferowanej konfiguracji serwera z procesorami wymagane dostarczenie pełnego protokołu z testów SPEC poświadczonego przez producenta serwera lub wymagana obecność certyfikatu potwierdzającego osiągnięty wynik na stronie: www.spec.org (wydruk załączony do oferty). 12.2.3.3 Procesor: a) zainstalowane min. 2 szt. procesorów min. 10-rdzeniowe, b) Serwer Blade typ I z zainstalowanymi 2 szt. procesorów opisanymi w pkt.a) osiągający co najmniej 716 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org. Uwaga: Dla oferowanej konfiguracji serwera z procesorami wymagane dostarczenie pełnego protokołu z testów SPEC poświadczonego przez producenta serwera lub wymagana obecność certyfikatu potwierdzającego osiągnięty wynik na stronie: www.spec.org (wydruk załączony do oferty).
Pytanie nr 4.4.: ZAMÓWIENIA, punkt 12.2.4. Serwery Blade typ II W punkcie 12.2.4.3. Załącznika nr 11 do SIWZ (Opis Przedmiotu Zamówienia) Zamawiający zawarł wymagania dotyczące procesorów dla Serwera Blade typ II. Zgodnie z treścią podpunktu a) serwer ma mieć zainstalowane co najmniej min. 2 szt. procesorów min. 4-rdzeniowe. Zgodnie z podpunktem b) osiągający co najmniej 420 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org. W ocenie Wykonawcy oczekiwany punktowy wyniku testu SPECint_rate2006, tj. 420 punktów dotyczy serwera z zainstalowanymi dwoma procesorami (liczba mnoga) o których jest mowa w podpunkcie a). Prosimy o zweryfikowanie wymagań i wprowadzenie zmiany treści SIWZ w punkcie 12.2.4.3 b): Powinno być: b) osiągający co najmniej 420 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org. b) osiągający co najmniej 420 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org.. Wyjaśnienie nr 4.4.: Zamawiający zmienia zapisy w załączniku nr 11 do SIWZ, Było: 12.2.4.3 Procesor: a) zainstalowane min. 2 szt. procesorów min. 4-rdzeniowych, b) osiągający co najmniej 420 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org. Uwaga: Dla oferowanej konfiguracji serwera z procesorami wymagane dostarczenie pełnego protokołu z testów SPEC poświadczonego przez producenta serwera lub wymagana obecność certyfikatu potwierdzającego osiągnięty wynik na stronie: www.spec.org (wydruk załączony do oferty). 12.2.4.3 Procesor: a) zainstalowane min. 2 szt. procesorów min. 4-rdzeniowych, b) Serwer Blade typ II z zainstalowanymi 2 szt. procesorów opisanymi w pkt.a) osiągający co najmniej 420 punktów w teście SPECint_rate2006 na podstawie tabeli opublikowanej na stronie http://www.spec.org. Uwaga: Dla oferowanej konfiguracji serwera z procesorami wymagane dostarczenie pełnego protokołu z testów SPEC poświadczonego przez producenta serwera lub wymagana obecność certyfikatu potwierdzającego osiągnięty wynik na stronie: www.spec.org (wydruk załączony do oferty). Powyższe informacje stanowią integralną cześć SIWZ i należy je uwzględnić w składanej ofercie. Jednocześnie informuję, iż stosowne zmiany wynikające z powyższych wyjaśnień Zamawiający wprowadza do treści SIWZ (załącznik nr 11 do SIWZ). w z. PREZYDENTA MIASTA mgr inż. Krzysztof Kaliszuk I Zastępca Prezydenta