Dostawa oprogramowania do elektronicznej archiwizacji, prezentacji prac, obsługi wypożyczeń oraz udostępniania zasobów elektronicznych na potrzeby Centrum Nauki i Sztuki Akademii Sztuk Pięknych im. Władysława Strzemińskiego w Łodzi - polska-łódź: różne pakiety oprogramowania i systemy komputerowe

Opis przedmiotu przetargu: przedmiotem zamówienia jest wdrożenie systemu służącego elektronicznej archiwizacji zasobów, ich prezentacji, obsługi wypożyczeń oraz udostępniania zasobów elektronicznych znajdujących się w posiadaniu akademii sztuk pięknych im. władysława strzemińskiego w łodzi z wykorzystaniem sieci internet wraz z udzieleniem na powyższe oprogramowanie licencji bezterminowych w zakresie umożliwiającym korzystanie z tego oprogramowania w sposób opisany powyżej oraz z przeprowadzaniem szkoleń z zakresu administracji i obsługi oprogramowania. wymagania ogólne. podstawową cechą systemu musi być możliwość elektronicznej archiwizacji zasobów, w skład których wchodzą zbiory biblioteczne, prace kadry naukowej oraz studentów uczelni, z wykorzystaniem posiadanej przez zamawiającego infrastruktury. udostępniania w bezpieczny sposób cyfrowego archiwum na świecie z wykorzystaniem sieci internet. obsługą procedury wypożyczeń zasobów archiwum w formie elektronicznej jak również w formie fizycznej. koniecznymi cechami systemu jest również wykorzystanie nowoczesnych technologii i standardów, otwarta architektura, umożliwiająca jego rozwój w przyszłości w zakresie stosowania procedur jakości i z wykorzystaniem mechanizmów przetwarzania różnego rodzaju zasobów. system musi wspierać wymianę informacji z systemami zewnętrznymi, opartą na standardach wymiany danych (np. xml). słownik pojęć serwer produkcyjny – instancja systemu do elektronicznej archiwizacji zasobu działająca w wewnętrznej infrastrukturze zamawiającego jako serwer przeznaczony do gromadzenia, indeksowania i udostępniania zdigitalizowanej treści do serwera publikującego. serwer publikujący – instancja systemu do elektronicznej archiwizacji zasobu działająca w zewnętrznej infrastrukturze zamawiającego jako serwer przeznaczony do udostępniania zdigitalizowanej treści w postaci miniatur i informacji katalogowych na temat udostępnianych prac. serwer bezpieczeństwa – instancja systemu do elektronicznej archiwizacji zasobu działająca w wewnętrznej infrastrukturze zamawiającego jako serwer przeznaczony do tymczasowego przejęcia zadań serwera produkcyjnego w momencie awarii krytycznej. serwer testowy – instancja systemu do elektronicznej archiwizacji zasobu działająca w wewnętrznej infrastrukturze zamawiającego jako serwer przeznaczony do przygotowania i przetestowania nowej funkcjonalności systemu przed wdrożeniem na środowisko produkcyjne oraz na potrzeby szkoleń wewnętrznych. użytkownik nazwany – unikalny obiekt w strukturze systemu identyfikujący osobę z imienia i nazwiska, które posiada możliwość przeglądania i publikowania elektronicznej treści w strukturze systemu w ramach przydzielonych praw dostępu. licencja otwarta – licencja umożliwiająca dostęp do elektronicznego zasobu w zakresie przeglądania udostępnionych miniatur zdigitalizowanych prac. plik wirtualny – obiekt – kontener reprezentujący plik w strukturze systemu, umożliwiający nadawanie i zmianę jego atrybutów, ale nie posiadający treści, format i zawartość będzie uwarunkowana od dokumentu docelowego umieszczonego później. administrator systemu – osoba zarządzająca infrastrukturą techniczną aplikacji. kontent administrator – administrator treści – osoba zarządzająca treścią w strukturze elektronicznego zasobu wdrożenie oprogramowania polega na przygotowaniu do użycia przez wykonawcę konkretnej konfiguracji oprogramowania dla konkretnego środowiska sprzętowego. oprogramowanie powinno być w formie „wydania” (release), zawierającego program oraz ewentualnie elementy dodatkowe pliki konfiguracyjne, pliki danych do przykładów, dokumentację (instrukcję instalacji, opis systemu, podręczniki użytkownika i administratora, opis wydania, itp.). wdrożenie obejmuje dostarczenie oprogramowania, skonfigurowanie sprzętu i oprogramowania, uruchomienie systemu. dokonanie wdrożenia połączone jest z przeprowadzeniem szkolenia pracowników użytkujących i obsługujących system. wymagania 1. od wykonawcy wymaga się dostarczenia bezterminowych licencji dla użytkowników nazwanych z pełnymi prawami dostępu i edycji zasobu serwera produkcyjnego oraz licencji dla serwerów produkcyjnego i publikującego, na użytkowanie zaproponowanego oprogramowania pochodzących od jednego producenta, umożliwiające wykorzystanie jednolitych procedur uaktualniania, zarządzania i monitorowania systemu. każdy z taką samą ilością i typami licencji dla użytkowników. 2. wymagane jest zapewnienie bezterminowych licencji takiego samego typu dla serwera testowego, jak dla serwerów produkcyjnego i publikującego. 3. wymagane jest zapewnienie bezterminowych licencji serwera bezpieczeństwa dla potrzeb pracy systemu w przypadku awarii serwera produkcyjnego, z takim samym typem licencji jak serwer produkcyjny. 4. wymagane jest dostarczenie zbiorczych dokumentów pozwalających na stwierdzenie legalności zakupionego oprogramowania dla celów inwentaryzacyjnych i audytowych. 5. wymagane jest dostarczenie kompletu kluczy aktywacyjnych. 6. wymagane jest by dostarczone licencje umożliwiały zamawiającemu rozbudowywanie oprogramowania na własne potrzeby bez konieczności ponoszenia jakichkolwiek dodatkowych opłat licencyjnych. 7. system musi umożliwiać modyfikacje (dostosowania do potrzeb zamawiającego) oferowanego elektronicznego systemu archiwizacji zasobu bez konieczności modyfikacji kodu źródłowego aplikacji systemu. 8. system musi umożliwiać modyfikacje interfejsu użytkownika oraz sterowania przy użyciu dowolnego edytora tekstowego oraz bibliotek dostarczonych wraz z systemem. 9. struktura bezpieczeństwa systemu, w tym uwierzytelnianie, autoryzacja, kontrola dostępu oraz przydział użytkowników do poszczególnych ról nie są definiowane na poziomie implementacji w kodzie aplikacji. 10. system zapewnia w sposób niezakłócający jego pracy dostęp do bazy danych w celu generowania raportów przy użyciu jdbc. 11. system powinien wykorzystywać jeden z systemów zarządzania relacyjną bazą danych microsoft sql server w wersji minimalnie 2005 sp3, oracle w wersji minimalnie 10.2 lub postgresql w wersji minimalnie 8.4.4. 12. wymagane jest dostarczenie nośnika instalacyjnego oraz licencji serwera bazodanowego, który wykorzystywany jest jako system zarządzania relacyjną bazą danych, w ilości niezbędnej do uruchomienia na poszczególnych instancjach serwerów proponowanego oprogramowania. 13. system archiwum musi zapewniać możliwość jego uruchomienia na serwerze pracującym pod kontrolą systemu operacyjnego windows 2008 server r2 lub sp2 standard i enterprise (64 bit) zamiennie z systemami klasy red hat enterprise linux es 5 (64 bit) lub red hat enterprise linux 6 (64 bit). 14. wymagane jest dostarczenie nośnika instalacyjnego oraz licencji systemu operacyjnego w ilości niezbędnej do uruchomienia na poszczególnych instancjach serwerów proponowanego oprogramowania. 15. w celu zwiększenia wydajności system musi posiadać możliwość konfiguracji środowiska aplikacji i serwera bazy danych na odrębnych fizycznych serwerach. 16. korzystanie przez użytkowników z oferowanego elektronicznego systemu archiwizacji zasobu nie wymaga instalacji na stacji roboczej żadnego oprogramowania dodatkowego oprócz standardowej przeglądarki stron www oraz standardowej implementacji jre w wersji 1.5. 17. system musi zapewniać wykonywanie wszystkich zadań użytkownika i administratora przy użyciu standardowej przeglądarki www (to jest przynajmniej internet explorer w wersji 10 lub nowszej, mozilla firefox w wersji 26 lub nowszej oraz google chrome w wersji 32 lub nowszej). 18. system musi zapewniać wyświetlanie zawartości każdego foldera poprzez wprowadzenie w przeglądarce adresu serwera, stałego fragmentu url oraz identyfikatora obiektu reprezentującego ten folder. 19. system musi zapewniać wyświetlanie zawartości każdego dokumentu poprzez wprowadzenie w przeglądarce adresu serwera, stałego fragmentu url oraz identyfikatora obiektu reprezentującego ten obiekt. 20. wymaganym jest aby system przechowywał zdigitalizowane pliki w strukturze katalogowej na dysku lub udostępnionego zasobu sieciowego, nie w bazie danych. 21. system udostępnia interfejs http/xml oparty o specyfikację web based distributed authoring and versioning opisaną w dokumencie rfc 4918. 22. system umożliwia łatwą rozbudowę bez modyfikacji kodu źródłowego jego aplikacji w sposób umożliwiający oferowanie wybranych operacji poprzez interfejs web services. 23. system elektronicznej archiwizacji zasobu umożliwia integrację z portalami oraz innymi rozwiązaniami klasy portalowej. wymagane dokumenty 24. zamawiający dokona zgodnie z art. 22 ust. 1 ustawy pzp wyboru spośród wykonawców którzy spełniają warunki, dotyczące 1.1 posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania; 1.2. posiadania wiedzy i doświadczenia; 1.3. dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia; 25. wymagane jest przedstawienie dokumentów potwierdzających przez producenta autoryzację wykonawcy na oferowanie danego rozwiązania. 26. wymagane jest dostarczenie co najmniej jednego poświadczenia potwierdzającego wdrożenie w okresie ostatnich trzech lat, systemu elektronicznego archiwum w ramach instancji serwera produkcyjnego. 27. zamawiający wymaga wskazania min. 5 osób z kwalifikacjami i doświadczeniem określonymi poniżej a) kierownik projektu, który w okresie 2 lat przed upływem terminu składania ofert kierował co najmniej jednym projektem wdrożenia systemu elektronicznego przetwarzania dokumentów, zakończonym przekazaniem do użytkowania; b) specjalista, który posiada wiedzę techniczną w zakresie oferowanego oprogramowania, wskazany przez producenta oferowanego oprogramowania – 1 osoba; c) specjalista posiadający minimum 2 letnie doświadczenie w zakresie wdrażania systemów elektronicznej archiwizacji i przetwarzania dokumentów – 1 osoba; d) specjalista zajmujący się analizą środowiska pracy klienta w zakresie elektronicznej archiwizacji dokumentów, posiadający minimum 2 letnie doświadczenie; e) specjalista zajmujący się programowaniem systemów informatycznych, posiadający minimum 2 letnie doświadczenie w zakresie programowania z wykorzystaniem oferowanego oprogramowania – 1 osoba. interfejs użytkownika będzie wykonany w sposób estetyczny i zgodny ze sztuką ergonomii. interfejs komunikacji z użytkownikiem musi być wykonany w języku polskim jako podstawowym oraz angielskim, niemieckim, francuskim, hiszpańskim. aplikacja musi być wyposażona w system pomocy kontekstowej. wymagania funkcjonalne 32. rozwiązanie musi zapewnić mechanizmy kontroli dostępu użytkowników do gromadzonych danych oraz zrealizowanych operacji wraz z ich rejestracją i możliwością odtworzenia historii zmian. 33. system musi umożliwiać administratorowi przypisywanie użytkowników do poszczególnych ról dostępu w systemie. 34. system musi zapewnić bezpieczny sposób logowania użytkowników za pomocą loginu i hasła alfanumerycznego. minimalne wymagania to logowanie za pomocą protokołu ssl (zamawiający nie wymaga dostarczenia certyfikatu ssl). 35. system umożliwia uwierzytelnienie użytkowników poprzez protokół ldap (zamawiający udostępni wymaganą usługę katalogową). 36. system musi rejestrować wszystkie logowania użytkowników, rejestrowanie logowań nieudanych wraz z informacją o dacie i godzinie, adresie ip i niewłaściwym haśle. 37. po zalogowaniu użytkownika, system musi wyświetlać w widocznym miejscu informacje o nazwie zalogowanego użytkownika. 38. system musi być wyposażony w narzędzie kontekstowej pomocy merytorycznej na każdym poziomie, z możliwością dokonywania modyfikacji przez uprawnionego użytkownika systemu. 39. system musi umożliwiać publikację plików we wskazanym miejscu w strukturze katalogów przez standardową przeglądarkę internetowa (to jest przynajmniej internet explorer w wersji 10 lub nowszej, mozilla firefox w wersji 26 lub nowszej oraz google chrome w wersji 32 lub nowszej). 40. system musi umożliwiać publikację plików we wskazanym miejscu w strukturze katalogów z pozycji pulpitu użytkownika jako udostępnionego zasobu sieciowego (dla systemów windows, klasy linux, macos) oraz we wskazanym miejscu w strukturze katalogów bezpośrednio z dowolnego sieciowego urządzenia skanującego. 41. system musi umożliwiać publikację plików jako nową wersję wskazanego dokumentu przez standardową przeglądarkę internetowa to jest przynajmniej internet explorer w wersji 10 lub nowszej, mozilla firefox w wersji 26 lub nowszej oraz google chrome w wersji 32 lub nowszej). 42. system musi umożliwiać publikację plików jako nową wersję wskazanego dokumentu z pozycji pulpitu użytkownika jako udostępnionego zasobu sieciowego lub jako nową wersję wskazanego dokumentu bezpośrednio z dowolnego sieciowego urządzenia skanującego. 43. system musi zapewniać możliwość integracji z edytorem tekstu ms word (w wersji ms office 2003 lub nowszej) oraz konwersję plików tekstowych do formatu pdf. 44. system musi udostępniać funkcjonalność automatycznego wersjonowania utworzonych i modyfikowanych plików wraz z możliwością podglądu i powrotu do każdej wcześniejszej wersji pliku bez konieczności posiadania dodatkowych uprawnień. 45. system powinien być przyjazny dla użytkowników tzn. charakteryzować się łatwością i intuicyjnością obsługi oprogramowania, musi być wspomagany odpowiednim systemem pomocy i podpowiedzi, a wszystkie elementy systemu muszą być dostarczone z pełną instrukcja obsługi i dokumentacją języku polskim. 46. konfiguracja systemu w zakresie licencyjnym ma zapewnić funkcjonalność środowiska testowego pozwalającego na pełne przygotowanie i przetestowanie nowej funkcjonalności systemu oraz wdrożenie na środowisko produkcyjne. środowisko testowe ma zapewniać identyczną konfigurację licencyjną pozwalającą na przeprowadzenie symulacji użycia. 47. system musi umożliwiać wykorzystanie do publikacji, edycji i przeglądania zasobów repozytorium narzędzi znanych użytkownikom np. pakiety biurowe, oprogramowanie graficzne czy standardowa, aktualnie dostępna, przeglądarka internetowa (to jest przynajmniej internet explorer w wersji 10 lub nowszej, mozilla firefox w wersji 26 lub nowszej oraz google chrome w wersji 32 lub nowszej). 48. system musi umożliwiać a) przyjmowanie dokumentów przesłanych pocztą elektroniczną (np. skany z urządzeń zamówienia na udostępnienie); b) przesyłanie plików na zdefiniowany wcześniej zewnętrzny serwer ftp i umieszczanie ich w zdefiniowanym wcześniej katalogu (np. na potrzeby wypożyczeń); c) przeglądanie zasobów będących formą dokumentów skanowanych, tekstowych, graficznych oraz dokumentacji fotograficznej; d) podgląd danych w standardzie exif zapisanego zdjęcia; e) mechanizm definiowania dowolnych typów plików i folderów bez użycia interfejsu programistycznego; f) przeszukiwanie bazy wg dowolnych atrybutów dostępnych w systemie dla poszczególnych obiektów – w tym plików i folderów; g) podgląd i edycję z każdego komputera włączonego do sieci zamawiającego (zgodnie z uprawnieniami użytkownika); h) użytkownikom zewnętrznym dostęp wyłącznie do serwera publikującego odzwierciedlającego w postaci „miniatur” publikowaną strukturę archiwum na serwerze produkcyjnym w trybie wyłącznie do czytania; i) użytkownikom zewnętrznym możliwość zgłoszenia, za pomocą formularza lub poczty elektronicznej, zapotrzebowania na materiały (zasoby) wysokiej jakości przechowywane w repozytorium; j) udostępnienie materiałów (zasobów) wysokiej jakości przechowywanych w repozytorium odbywa się w sposób zapewniający możliwość ograniczania liczby pobrań lub czasu udostępnienia. 49. system musi zapewniać a) mechanizm skanowania bezpośrednio do systemu z dowolnego urządzenia sieciowego, bezpośrednio w określone miejsce – lokalizację pliku, wirtualnego kontenera opisującego plik lub folderu w systemie; b) przenoszenie plików otrzymywanych pocztą elektroniczną bezpośrednio w określone miejsce – lokalizację pliku, wirtualnego kontenera opisującego plik lub folderu w systemie. 50. system musi zapewniać bezpośrednie indeksowanie plików typu ms office oraz adobe pdf z warstwą tekstową oraz dokumentów w formacie „open document” w zakresie ich zawartości. 51. system musi posiadać funkcjonalność nie mniejszą niż dostęp do zaawansowanej wyszukiwarki dokumentów wraz z możliwością pełnotekstowego wyszukiwania zawartości dokumentów tekstowych, w tym pdf z warstwą tekstową z uwzględnieniem form gramatycznych języka polskiego zarówno w treści dokumentu jak i opisującej go metryce. tworzenie wewnętrznych struktur baz wiedzy (wiki) na poziomie poszczególnych folderów; możliwość tworzenia bazy dokumentów instrukcji, procedur, opisów na potrzeby systemu digitalizacji i wypożyczeń oraz akceptacji wypożyczeń; szybki dostęp do procedur, instrukcji, raportów, opisów oraz pozostałej dokumentacji. dostęp do dokumentów zgodnie z uprawnieniami. wyszukiwania dokumentów w ramach bazy wiedzy i całej struktury archiwum. 52. system musi zapewniać łatwe, szybkie, kontekstowe wyszukiwanie plików i informacji z uwzględnieniem form gramatycznych języka polskiego zarówno w zaindeksowanej treści dokumentów jak i opisujących je metrykach. 53. archiwizację plików w formie elektronicznej. 54. automatyczną rejestrację poszczególnych wersji plików. 55. możliwość wskazania (przywrócenia) jednej z istniejących wersji dokumentu (pliku). 56. przechowywanie historii zmian, dotyczącej operacji dokonywanych przez użytkowników, tj. musi rejestrować informacje o kolejnych działaniach, jakim zostały poddane pliki. 57. tworzenie i operacje na plikach wirtualnych, które nie posiadają zawartości a jedynie atrybuty. 58. tworzenie i operacje na folderach, które odpowiadają katalogom i mogą zawierać pliki lub inne katalogi. 59. tworzenie i operacje na typach danych rozszerzających standardowe typy plików i folderów poprzez dodanie im atrybutów dowolnie zdefiniowanych. 60. przenoszenie plików i folderów pomiędzy dowolnymi lokalizacjami w strukturze systemu oraz udostępnianie określonego zasobu (pliki lub foldery) w wielu lokalizacjach systemu bez konieczności jego kopiowania. 61. edycję i nadawanie atrybutów obiektom wyłącznie przez określonych użytkowników systemu. 62. zawężanie prezentowanych informacji o pliku i folderze zgodnie z preferencjami. 63. definiowanie (ad hoc) ścieżek akceptacji i weryfikacji zbioru do publikacji zasobu przez użytkownika bez użycia interfejsu programistycznego. 64. automatyczną numerację wszystkich plików w systemie. 65. jednoczesną rejestrację plików z wielu centrów punktów digitalizacji w systemie rozproszonym. 66. współpracę z dowolnym sieciowym urządzeniem digitalizującym, wykorzystującym protokół ftp lub smb, który powoduje umieszczenie pliku, jako zasób w systemie. 67. przechowywanie i automatyczne identyfikowanie plików w dowolnych formatach (tekst, grafika, obrazy skanowane, multimedia) zgodnie ze standardem mime. 68. automatyczne uruchamianie aplikacji odpowiedzialnej za obsługę i prezentację składowanych plików, np. zdigitalizowanych obiektów przestrzennych w postaci prezentacji 3d. 69. automatyczne tworzenie miniatur, tzw. „thumbnails” dla plików graficznych, min. w formacie jpg i tiff. 70. automatyczną rejestrację wszystkich operacji na pliku. 71. zarządzanie wersjami plików. 72. dostęp w sposób ciągły do plików opublikowanych. 73. dostęp przez internet do zdigitalizowanych zasobów udostępnionych publicznie. wymagania dotyczące bezpieczeństwa systemu system musi zapewniać 74. oddzielenie ról administratora systemu od roli kontent administratora. administrator systemu z pozycji struktury elektronicznego archiwum ma dostęp do zasobu na bazie przypisanych praw użytkownika nazwanego. 75. ochronę zasobów informacyjnych przed nieautoryzowanym dostępem z zewnątrz i wewnątrz systemu. 76. identyfikację i kontrolę tożsamości nazwanych użytkowników. 77. prowadzenie kontroli dostępu do zasobów. 78. system musi zapewniać możliwość ustawienia długości czasu trwania sesji, po której system samoczynnie wyloguje użytkownika z systemu, gdy ten pozostawi podłączony komputer do systemu elektronicznego archiwum i będzie bezczynny. 79. możliwość zablokowania konta po określonej przez administratora liczbie nieudanych logowań. 80. odporność na zawieszenie się stacji roboczych, tj. usterka stacji roboczej w trakcie pracy w systemie nie może spowodować niestabilności pracy systemu dla pozostałych użytkowników. 81. niezmienność identyfikatora użytkownika (po wyrejestrowaniu użytkownika z systemu informatycznego nie powinien być przydzielany innej osobie). 82. system nie może umożliwiać wprowadzania i modyfikacji danych w sposób anonimowy. wymagania dotyczące serwisu gwarancyjnego 83. całe oferowane oprogramowanie narzędziowe dostarczone jako niezbędne dla działania systemu do archiwizacji elektronicznego zasobu prac powinno być dostarczone z minimum 36 miesięczną opieką aktualizującą, uwzględniającą prawo do uaktualniania dostarczonych produktów do najnowszych wersji dostępnych na rynku. 84. wymagane jest dostarczenie zbiorczych dokumentów pozwalających na stwierdzenie legalności zakupionego oprogramowania wraz ze wsparciem do uaktualniania dostarczonych produktów do najnowszych wersji dostępnych na rynku dla celów inwentaryzacyjnych i audytowych. 85. całe oferowane oprogramowanie aplikacyjne i systemu do archiwizacji elektronicznego zasobu powinno być objęte minimum 36 miesięczną gwarancją z czasem reakcji minimum następnego dnia roboczego w godzinach pracy zamawiającego oraz zapewnić bezpłatną instalację udostępnianych przez producenta uaktualnień, poprawek krytycznych i opcjonalnych. wymagania dotyczące prac wdrożeniowych 86. zamawiający wymaga aby system został uruchomiony w ciągu 30 dni od momentu podpisania umowy. 87. zamawiający przewiduje 6 miesięczny okres testowy, podczas którego wszelkiego rodzaju uwagi do sposobu działania i realizacji funkcjonalności oraz wykryte usterki zostaną uwzględnione i usunięte bezkosztowo. wymagania dotyczące szkoleń 88. po przeprowadzonej procedurze uruchomienia systemu wykonawca ma obowiązek przeprowadzenia cyklu 10 szkoleń z zakresu administracji i obsługi, dla poszczególnych grup pracowników wskazanych przez zamawiającego, w terminach i miejscu uzgodnionym przez strony umowy. zamawiający zastrzega, że wszędzie tam gdzie w treści wszelkiej dokumentacji oraz specyfikacjach, stanowiących opis przedmiotu zamówienia, zostały w opisie tego przedmiotu wskazane polskie normy, znaki towarowe, patenty lub pochodzenie, zamawiający dopuszcza normy, metody, materiały, urządzenia, systemy, technologie itp. równoważne do przedstawionych w opisie przedmiotu zamówienia. dopuszcza się, więc zaproponowanie w ofercie wszelkich równoważnych odpowiedników rynkowych o właściwościach nie gorszych niż wskazane przez zamawiającego. parametry wskazanego standardu określają minimalne warunki techniczne, eksploatacyjne, użytkowe, jakościowe i funkcjonalne, jakie ma spełniać przedmiot zamówienia. wskazane znaki towarowe, patenty, marki lub nazwy producenta wskazujące na pochodzenie określają jedynie klasę produktu, metody, materiałów, urządzeń, systemów, technologii itp. w ofercie można przyjąć metody, materiały, urządzenia, systemy, technologie itp. innych marek i producentów, jednak o parametrach technicznych, jakościowych i właściwościach użytkowych oraz funkcjonalnych odpowiadających metodom, materiałom, urządzeniom, systemom, technologiom itp. opisanym w siwz. ii.1.6)