Warszawa, 11 kwietnia 2013 r. Dotyczy: postępowania prowadzonego w trybie przetargu nieograniczonego na Usługi wsparcia technicznego, utrzymania oraz rozwoju systemu Soprano, Phoenix oraz Register Plus dla Urzędu Patentowego RP. Sygnatura BG-II/211/12/2013. Pytania i wyjaśnienia treści Specyfikacji Istotnych Warunków Zamówienia Działając na podstawie art. 38 ust. 2 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2010 r. Nr 113, poz. 759 z późn. zm.), Zamawiający udziela odpowiedzi na złożone przez Wykonawcę pytania dotyczące treści specyfikacji istotnych warunków zamówienia w przedmiotowym postępowaniu: 1. Czy w aplikacji były przeprowadzane testy bezpieczeństwa? Wszystkie niezbędne testy zostały przeprowadzone na etapie wdrożenia. 2. Czy weryfikowane były m.in. podatność aplikacji na ataki SQL Injection, XSS, itp.? Zamawiający udostępnia zainteresowanym dokumentację wraz z raportem audytu aplikacji, który zawiera dostępne informacje o dokonanych weryfikacjach aplikacji. 3. Czy aplikacja spełnia standardy OWASP? dostępne informacje o spełnianiu standardów. 4. Czy były wykonywane testy wydajnościowe aplikacji i jakie wymagania spełnia aplikacja w chwili obecnej? Czy są dostępne wyniki takich testów? Wszystkie niezbędne testy zostały przeprowadzone na etapie wdrożenia. W chwili obecnej aplikacja spełnia wymagania Urzędu. Wykonawcy zostanie udostępniona dokumentacja. 5. Czy istnieją scenariusze testów wydajnościowych lub gotowe skrypty testujące + wyniki? Scenariusze zawarte są w dokumentacji (patrz: odpowiedź na pytanie 6. Czy przeprowadzane były testy usability aplikacji? Wszystkie niezbędne testy zostały przeprowadzone na etapie wdrożenia. W chwili obecnej aplikacja spełnia wymagania Urzędu. Wykonawcy zostanie udostępniona dokumentacja. 7. Czy jest możliwe przedstawienie typowego flow aplikacji i poziomu skomplikowania podstawowych widoków aplikacji? 8. Jak wygląda środowisko wdrożeniowe aplikacji? 9. Jakie są typy środowisk wdrożeniowych np. środowiska testowe i produkcyjne? Czy istnieją różnice pomiędzy poszczególnymi typami środowisk jeśli tak to jakie?
Zamawiający posiada do każdego z środowisk produkcyjnych analogiczne środowisko testowe. 10. Czy istnieje możliwość pełnego odwzorowania środowiska produkcyjnego aplikacji łącznie z komunikacją z systemami zewnętrznymi? Środowiska testowe odwzorowują funkcjonalności środowisk produkcyjnych w tym połącznia z systemami zewnętrznymi. 11. Czy istnieją procedury testowania aplikacji oraz scenariusze testowe w szczególności testy regresyjne, scenariusze testowe podstawowych funkcjonalności aplikacji? Scenariusze zawarte są w dokumentacji (patrz: odpowiedź na pytanie 12. W oparciu o jakie frameworki została zaprojektowana i wykonana aplikacja? Proszę podać szczegółowe informacje nt. technologii i framework'ów wykorzystanych w aplikacji oraz o ile to możliwe, krótkiej charakterystyki. Zamawiający umieścił informacje na temat wykorzystanych frameworków w aplikacjach w Załącznikach nr 1a i 1b do SIWZ. 13. Czy dostępne są informacje jakie technologie zostały wykorzystane w warstwie prezentacji, logiki biznesowej i dostępu do danych? Czy zostały wykorzystane zgodnie z dobrymi praktykami? Zamawiający umieścił informacje na temat wykorzystanych technologii w aplikacjach w Załącznikach nr 1a i 1b do SIWZ. 14. Czy kod aplikacji został stworzony zgodnie z ogólnie przyjętymi i stosowanymi standardami? dostępne informacje o spełnieniu standardów. 15. Czy przeprowadzano audyt kodu aplikacji? Zamawiający udostępnia dokumentację wraz z raportem audytu aplikacji. 16. Czy jest możliwe przedstawienie poziomu złożoności kodu aplikacji w przypadku wprowadzenia podstawowych zmian? Przykładowo dodanie nowej kolumny do tabeli odpowiedzialnej za przechowanie podstawowych danych aplikacji np. wniosku patentowego? 17. Czy jest możliwe określenie poziomu skomplikowania schematu bazy danych np. przez przedstawienie ilości tabel w bazie, schematu połączeń pomiędzy poszczególnymi tabelami, ilości danych w poszczególnych tabelach? Informacje na temat bazy danych zawarte są w dokumentacji (patrz: odpowiedź na pytanie 18. Prośba o określenie poziomu pokrycia testami jednostkowymi kodu aplikacji z wyszczególnieniem ilości klas w projekcie oraz ilości testów jednostkowych? a. Dodatkowo określenie pokryciem testami jednostkowymi kodu odpowiedzialnego za logikę biznesową i dostęp do danych. b. Jakie biblioteki wykorzystane są w ramach obsługi testów jednostkowych?
dostępne informacje o aplikacji. 19. Czy istnieje szczegółowa dokumentacja instalacyjna i konfiguracyjna opisująca w zwięzły sposób pełny proces instalacji aplikacji i mechanizmów z którymi współpracuje aplikacja? 20. Czy były przeprowadzane weryfikacje kodu narzędziami automatycznymi i jakie są wyniki? dostępne informacje o aplikacji. 21. Czy istnieje dokumentacja opisująca kod źródłowy aplikacji oraz przynajmniej główne funkcjonalności aplikacji i na jakim poziomie dokładności? 22. Czy istnieje np. opis funkcjonalności z podziałem na klasy/pakiety realizujące poszczególne funkcjonalności? 23. Czy istnieją procedury, opisy, samouczki, dokumentacje pozwalające na zapoznanie się z funkcjonalnościami aplikacji oraz procedurami stosowanymi przez UPRP? Informacje na temat aplikacji zawarte są w dokumentacji w szczególności w instrukcjach stanowiskowych (patrz: odpowiedź na pytanie 24. Ile czasu zajmuje funkcjonalne opanowanie aplikacji? 25. Czy istnieje osoba znająca aplikacje w pełni pod kątem funkcjonalnym? Aplikacje są użytkowane produkcyjnie, użytkownicy znają aplikację na poziomie swoich uprawnień. 26. Czy istnieje osoba znająca wszystkie komponenty aplikacji oraz środowiska instalacyjne? Aplikacje są użytkowane produkcyjnie, użytkownicy znają aplikację na poziomie swoich uprawnień. 27. Czy proces budowania/releasowania aplikacji oparty jest o narzędzia automatyczne (np. Hudson, Jenkins)? Informacje dotyczące wykorzystania narzędzi automatycznych w procesie budowania /releasowania aplikacji są zawarte w dokumentacji (patrz: odpowiedź na pytanie 28. Na podstawie jakiej dokumentacji będzie można rozstrzygnąć, czy dane zachowanie aplikacji jest działaniem prawidłowym, czy błędnym?
Na podstawie dostępnej dokumentacji aplikacji można rozstrzygnąć czy dane działanie jest działaniem prawidłowym czy błędnym. 29. W którym roku zostało napisane oprogramowanie? Aplikacje były rozwijane przez okres kilku lat ostateczne wersje zostały dostarczone w roku 2012. 30. Definicja pojęcia Awaria - co oznacza znacząca liczba użytkowników? Więcej niż 10 użytkowników 31. Definicja pojęcia Awaria - czy są wylistowane kluczowe funkcje systemu? Informacje na temat kluczowych funkcji systemów zawarte są w dokumentacji (patrz: odpowiedź na pytanie 32. Czy gwarancja 6-miesięczna dotycząca wdrażanych CR ów zaczyna się w momencie dostarczenia zmian Zamawiającemu, czy w momencie ich wdrożeniu produkcyjnego? 6- miesięczna gwarancja rozpoczyna się od daty podpisania protokołu odbioru. 33. Czy w przypadku dostarczenia CR a na koniec 24-miesięcznej usługi gwarancja na całość oprogramowania jest przedłużona o 6 miesięcy po zakończeniu umowy? 6- miesięczna gwarancja rozpoczyna się od daty podpisania protokołu odbioru CR'a 34. Umowa nie przewiduje osobnej płatności za szkolenia, które mają być wykonane po okresie świadczenia usług. Czy Wykonawca powinien wliczyć ten koszt w miesięczne koszt utrzymania? Wykonawca powinien wyliczyć koszt zgodnie z paragrafem 15 istotnych postanowień umowy SIWZ. 35. Czy możliwe jest udostępnienie formularzy i załączników do oferty w formie edytowalnej? Tak 36. par 16 kary umowne są naliczane za opóźnienie a nie za zwłokę (czyli zawinione opóźnienie). Z racji, iż kary umowne można naliczać od zawinionego opóźnienia prosimy o zmianę warunków umowy. Zamawiający podtrzymuje dotychczasowe brzmienie 16 umowy. 37. par 17 ust. 1 pkt 3) rozliczenie prac, w przypadku odstąpienia od umowy przez wykonawcę, ma wynikać z obustronnie podpisanego protokołu. Z czego jednak mają wynikać zawarte w nim ustalenia? Co jeśli zamawiający odmówi jego podpisania, na jakiej podstawie zostaną dokonane obliczenia? W ocenie Zamawiającego kwestionowany zapis 17 ust. 1 pkt 3 umowy jest klarowny. W przypadku sporu będą miały zastosowanie zapisy 20 ust. 8. 38. par. 18 pkt 2. O braku jakiej osoby jest tutaj mowa? Następnie brak tej osoby jest traktowany jako problem Wykonawcy i może stanowić podstawę do zmiany terminu zakończenia wykonania umowy. Zapis bardzo niejasny i nieprecyzyjny. Prosimy o ustosunkowanie. Zamawiający dokonuje doprecyzowania zapisu 18 ust. 2 umowy w następujący sposób: Jakiekolwiek zawieszenie wykonywania Umowy wynikające z braku odpowiedniej osoby
wchodzącej w skład Zespołu Konsultantów będzie traktowane jako wynikłe z przyczyn leżących po stronie Wykonawcy i nie może stanowić podstawy do zmiany terminu zakończenia wykonania Umowy. 39. Par. 18 pkt 3. Zmiana nieistotnych części umowy oraz jej następstwo w postaci istotnej modyfikacji przedmiotu umowy jest sprzecznością. Istotą umowy jest wykonanie określonych usług, natomiast zmiana w postaci istotnych modyfikacji przedmiotu umowy pozwala na dowolne traktowanie przedmiotu zamówienia. Proszę o modyfikacje zapisów tego punktu, lub dodanie informacji, że wszelkie zmiany wynikające z przyczyn leżących po stronie Zamawiającego będą dodatkowo płatne po akceptacji obu stron umowy. Zamawiający wykreśla 18 ust. 3 umowy. DYREKTOR GENERALNY Urzędu Patentowego Rzeczypospolitej Polskiej /Cezary Pyl/