Jastrzębiec, 05. 05. 2011 r.



Podobne dokumenty
WYDZIAŁ INFORMATYKI. Warszawa, Do wszystkich Wykonawców

Zamawiający dysponuje szerokim spektrum rozwiązań infrastrukturalnych. Wykonawca uzyska dostęp do infrastruktury w niezbędnym zakresie.

POIG /10

Bazy danych. wprowadzenie teoretyczne. Piotr Prekurat 1

OfficeObjects e-forms

2. Podstawy programu Microsoft Access

WYJAŚNIENIE TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

OPIS PRZEDMIOTU ZAMÓWIENIA

Program DSA Monitor - funkcje

Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, Warszawa tel: , faks:

OPIS i SPECYFIKACJA TECHNICZNA

Generowanie tabel na podstawie pliku, utworzonego podczas poprzedniej aktualizacji baz danych oświatowych

BDG.V IM Warszawa, dnia r.

Odpowiedź Zamawiającego w ramach zgłoszonych wniosków o wyjaśnienie SIWZ

Uczestnicy postępowania

Wyjaśnienia z dnia r. do treści Zapytania Ofertowego nr ZO/3/FO/POPC/2017 w odpowiedzi na pytania dotyczące Zapytania ofertowego.

GŁÓWNY INSPEKTORAT OCHRONY ŚRODOWISKA

Hurtownie danych i business intelligence - wykład II. Zagadnienia do omówienia. Miejsce i rola HD w firmie

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Technologia informacyjna

Komunikaty statystyczne medyczne

KaŜdy z formularzy naleŝy podpiąć do usługi. Nazwa usługi moŝe pokrywać się z nazwą formularza, nie jest to jednak konieczne.

Czy poprzez administrację publiczną naleŝy rozumieć wszystkie jednostki sektora publicznego, w tym takŝe publiczne uczelnie wyŝsze?

Konfiguracja modułu alarmowania w oprogramowaniu InTouch 7.11

Na podstawie posiadanych przez Inspektorat dokumentów w odniesieniu do okresu październik 2008 do październik 2009, prosimy o odpowiedzi:

9.5 Rozliczanie zaopatrzenia w przedmioty ortopedyczne i środki pomocnicze

Obsługa rachunków wirtualnych w usłudze CIB

Instrukcja dla Oferenta. Strona 1 z 9

Informacje dot. sposobu przygotowywania i przekazywania do ogłoszenia aktów prawnych zgodnie z wymaganiami powszechnie obowiązujących przepisów.

elektroniczna Platforma Usług Administracji Publicznej

Warszawa, lipiec 2013 r.

Znak sprawy: 3/ZinP/2018

Instrukcja dla Oferenta

pl. Bema 5, Olsztyn tel fax NIP

Instrukcja do panelu administracyjnego. do zarządzania kontem FTP WebAs.

DOTACJE NA INNOWACJE

elektroniczna Platforma Usług Administracji Publicznej

Wstępny opis przedmiotu zamówienia. I. Przedmiot zamówienia:

Instrukcja uŝytkownika Krajowego Systemu Informatycznego SIMIK 07-13

KONKURS OFERT. Numer 1/POIG 8.2/2013

I. 1) NAZWA I ADRES: Przedsiębiorstwo Gospodarki Mieszkaniowej Sp. z o.o. w Słupsku, ul. Tuwima 4,

Podstawy obsługi aplikacji Generator Wniosków Płatniczych

SYSTEM ZARZĄDZANIA TREŚCIĄ (CMS) STRONY INTERNETOWEJ SZKOŁY PRZEWODNIK

SZCZEGÓŁOWE OKREŚLENIE System zarządzania urządzeniami sieciowymi

ZAPYTANIE OFERTOWE NR 1 Z DNIA R.

Instrukcja automatycznego tworzenia pozycji towarowych SAD na podstawie danych wczytywanych z plików zewnętrznych (XLS).

Instrukcja uŝytkownika

I. 1) NAZWA I ADRES: Ministerstwo Edukacji Narodowej, al. Jana Chrystiana Szucha 25, Warszawa, woj.

Oprogramowanie dla biznesu Numer 11 (69) Listopad 2009 JAK SZYBKO I SKUTECZNIE ZAMKNĄĆ ROK?

ECDL/ICDL Użytkowanie baz danych Moduł S1 Sylabus - wersja 6.0

ECDL/ICDL Użytkowanie baz danych Moduł S1 Sylabus - wersja 5.0

4.6 Metoda definiowania struktur danych, o jakie struktury danych chodzi i na jakim poziomie? W jakim kontekście?

Aplikacja Ramzes. Rejestrator

Przedmiotem zamówienia jest dostawa:

KOMUNIKACJI AGENTA/GESTORÓW KONTENERÓW Z SYSTEMEM KOMPUTEROWYM GCT.

Współpraca Integry z programami zewnętrznymi

Instrukcja administratora Agenta Administracji i Aktualizacji Aplikacji oraz baz danych Polskiego FADN oraz pobierania danych słownikowych

Opracowanie narzędzi informatycznych dla przetwarzania danych stanowiących bazę wyjściową dla tworzenia map akustycznych

Wykonawcy. Wrocław r. WZP ZP/PN/57/WIN/7/1346/2012

Zamawiający uwzględnienia odwołanie w niżej wskazanych częściach i modyfikuje SIWZ w następującym zakresie:

KURS ACCESS 2003 Wiadomości wstępne

GEO-SYSTEM Sp. z o.o. GEO-RCiWN Rejestr Cen i Wartości Nieruchomości Podręcznik dla administratora systemu Warszawa 2007

MultiCash współpraca z systemami finansowo-księgowymi

nr sprawy: BZP ML Wrocław, dn. 20 lutego 2014 r. SPROSTOWANIE DO INFORMACJI DLA WYKONAWCÓW NR 13

METADANE GEOINFORMACYJNE PODLASIA

Oprogramowanie systemu B2B zakup licencji na oprogramowanie umożliwiające zarządzanie informacjami o produktach:

9.5 Rozliczanie zaopatrzenia w przedmioty ortopedyczne i środki pomocnicze

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

ZAPOZNANIE SIĘ ZE SPOSOBEM PRZECHOWYWANIA

pl. Bema 5, Olsztyn tel fax NIP

PAŃSTWOWA WYśSZA SZKOŁA ZAWODOWA

URZĄD KOMUNIKACJI ELEKTRONICZNEJ

Zmiany w programie VinCent 1.28

MenadŜer haseł Instrukcja uŝytkownika

Uwierzytelniona Wymiana Danych

Biuletyn techniczny. Internetowa Wymiana Danych. Comarch OPT!MA Copyright 2009 COMARCH SA

Instrukcja zmian w wersji Vincent Office

PROGRAM BLOKU SZKOLENIOWEGO

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu

Case study: Mobilny serwis WWW dla Kolporter

BURMISTRZ DRAWSKA POMORSKIEGO

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA (zwany dalej: SOPZ )

System REACH IT w jaki sposób będzie działał

PROJEKT CZĘŚCIOWO FINANSOWANY PRZEZ UNIĘ EUROPEJSKĄ. Opis działania raportów w ClearQuest

lp pytanie odpowiedź 1 do punktu 3.3 zapytania ofertowego: Pytanie:

MODYFIKACJA SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Do wersji Warszawa,

DOTYCZY KLIENTA PKO BIURO OBSŁUGI LEASING ZAPYTANIE O INFORMACJĘ OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE DLA PKO

Zapytanie ofertowe nr 12/POIG 8.2/2014

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

Zadaniem aplikacji jest prezentacja procedury zapraszania i przyjmowania w Polsce repatriantów i ich rodzin.

Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, Warszawa tel: , faks:

Instrukcja uŝytkownika

Paczki przelewów w ING BankOnLine

Wykonawca zobowiązany jest do: zaprojektowania, wykonania, wdrożenia, optymalizacji i serwisu aplikacji.

PYTANIA I ODPOWIEDZI

WYJAŚNIENIA I ZMIANY TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

WYDZIAŁ INFORMATYKI. Warszawa, Do wszystkich Wykonawców

Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, Warszawa

2) Dotyczy pkt 5.4 ppkt 16 SOPZ: 16. Wykonawca we własnym zakresie uzgodni z firmami, których oprogramowanie zostało wdroŝone

Transkrypt:

Projekt Nr POIG.02.03.00-00-034/10 Rozwój infrastruktury teleinformatycznej wspierającej prowadzenie badań i wymianę wiedzy z zakresu genomiki, biotechnologii i jakości produktów pochodzenia zwierzęcego. Jastrzębiec, 05. 05. 2011 r. DAZ-2402/32/11 Do zamawiającego wpłynęły następujące pytania na które odpowiedzi publikuje poniŝej: 1. Czy Zamawiający dopuszcza zastosowanie technologii wirtualizacji w środowisku testowym, czy koniecznie jest stosowanie serwerów fizycznych? ad1. Tak, jest dopuszczalne wirtualizacji środowiska testowego. Szczegółowe parametry tego rozwiązania do uzgodnienia w późniejszym etapie negocjacji 2. Czy Zamawiający dopuszcza częściowe wykonywanie zamówienia poza siedzibą Zamawiającego, w siedzibie Wykonawcy? ad2. NIE. 3 Czy Zamawiający dysponuje opisem środowiska Zamawiającego, na którym ma być implementowany projektowany system? Jeśli tak, prosimy o przesłanie opisu? ad3. Platforma systemowa w jest trakcje zamawiania. Sprawa jest do ustalenia podczas dalszych negocjacji 4. Czy serwery, które zostaną udostępnione przez Zamawiającego będą wyposaŝone w systemy operacyjne? JeŜeli tak to jakie? ad4. Sprawa jest do ustalenia podczas dalszych negocjacji 5. Zamawiający wskazał, Ŝe dane z określonych urządzeń będą wczytywane automatycznie. W jaki sposób wskazane urządzenia będą udostępniały dane. ad5. W zaleŝności od urządzenia, mogą być to odczyty w czasie rzeczywistym poprzez odpowiedni interfejs konwertujący dane albo odczyt na Ŝądanie (na akcję) z wyeksportowanych plików, sprawę moŝna takŝe ustalić w dalszych konsultacjach 6. W jakim formacie będą wskazane urządzenia udostępniały dane? ad6.jest wiele programów do róŝnych aparatur i roŝnych baz, ta kwestia jest do uzgodnienia później (nie na tym etapie)

7. Jakie ilości danych będą wczytywane ze wskazanych urządzeń? ad7. W zaleŝności od danego urządzenia ilość danych jest określana orientacyjnie w szczegółowym opisie baz danych. 8. Czy wczytanie automatyczne z urządzeń oznacza wczytywanie w trybie on-line czy off-line (poprzez pliki). ad8. Wczytanie automatycznie ma być w trybie online zaś trybie off-line moŝna dokonać wczytywanie cyklicznego, zasada automatyki odczytu do ustalenia później. 9. Czy niezbędna będzie transformacja danych pochodzących z urządzeń w ramach wczytywania do baz. JeŜeli tak to na czym ta transformacja ma polegać? ad9. Powinno być, gdyŝ dane z urządzeń oraz interfejsów mogą być w stanie bardzo surowym i będzie trzeba przemienić na bardziej zgodne z tworzonymi bazami i API 10. Co Zamawiający rozumie przez zamieszczanie zbiorów danych (wymagania dla wszystkich baz, pkt 4) ad10. Samodzielnego przez uŝytkownika importu danych do bazy z określonym zasadami/parametrami 11. Prosimy o dokończenie treści wymagania 4 dotyczącego wszystkich baz. ad11. Szczegóły na dalszym etapie negocjacji. 12. Co Zamawiający rozumie przez wczytywanie zbiorów zgromadzonych na komputerze uŝytkownika? Czy zbiory mają być wczytywane jako załączane pliki? JeŜeli nie to prosimy o uszczegółowienie opisu. ad12. Import danych do tabeli nowo-powstałej bazy danych ze zbiorów lokalnych baz na komputerze uŝytkownika. 13. Prosimy o wskazanie zamkniętej listy formatów do których uŝytkownik ma mieć moŝliwość zapisu danych. (Wymagania dotyczące wszystkich baz, pkt 6) ad13. Końcowa lista formatów będzie sporządzona na dalszym etapie negocjacji 14. Czy wymaganie 8 w wymaganiach dotyczących wszystkich baz jest kompletne czy brakuje części wymagania? ad14. Tak, to jest kompletnie, moŝna skreślić słowo zarówno. 15. Czy wymagania 13 i 14 w wymaganiach dotyczących wszystkich baz naleŝy rozumieć jako dodatkowe tabele powiązane ze wszystkimi bazami czy inaczej? ad15. Tak, to są tabele ogólne/globalne mające powiązanie ze wszyskimi bazami badawczymi. 16. Czy zbiory danych zamieszczane w Bazie 1 wskazane w wymaganiu 1 mają być zamieszczane w formie załączników?. ad16. To nie jest w formie załączników, zaś to ma być import danych do powstałych baz za pomocą interfejsów, oraz pośrednich urządzeń przekazujących dane. Szczegóły na temat metod realizacji

tego na dalszym etapie negocjacji 17. Co Zamawiający rozumie przez Wizualizację. Czy jest to zwykłe przedstawienie danej lub zbioru danych przechowywanych w bazie czy teŝ tworzenie analiz i raportów na podstawie zgromadzonych danych. W opisie Bazy 1 w punkcie 5 jako wizualizację wskazano przykłady raportów. W wymaganiu wskazano otwarty katalog. Prosimy o wskazanie zamkniętej listy raportów które ma generować system. ad17. Tak, wizualizacja czyli przedstawienie analiz i raportów na podstawie wyników badań, zaś szczegóły obrazowe prezentowania wyników będzie zaleŝne od sprecyzowanych wymagań ustalonych w późniejszym etapie konsultacji, więc ostateczna lista raportów będzie teŝ w późniejszym etapie. 18. Jak id_eksperymentu jest powiązane z id_badania? ad18. Powiązanie jest niewielkie, gdyŝ id_eksperyment stanowi indeks dla rekordów tabeli "Eksperyment" w bazie nr1, zaś id_badania to indeks dla eskperymentów/badań we wszystkich Bazach doświadczalnych. 19. Co zamawiający rozumie przez Typ danych? ad19. Inaczej rodzaj danych albo technicznie ujmując ilość dodatkowych kolumn mających określić kaŝdą pozycję w tabeli. 20. W opisie bazy 2 dla danych identyfikacyjnych genu zamieszczono punkt Cechy produkcyjne. Po jakich polach ma następować wiązanie z innymi tabelami wskazanymi w ramach bazy? ad20. Jest tu odwołanie do id zwierząt, z których pochodzi dany gen. 21. Kiedy Zamawiający spodziewa się ukończenia prac nad elementami koncepcji wskazanymi w opisie zamówienia jako w trakcie opracowania. ad21. Przewidywane ukończenie opisów będących "w trakcie opracowywania" przed zamieszczeniem końcowego opisu zamówieniu, ale jeśli zaistnieje sytuacja większego opóźnienia, opis będzie gotowy na czas wdraŝania. 22. Jakie dane mają być wymieniane z Portalem Wymiany Wiedzy? W jakim trybie i formacie dane mają być udostępniane? ad22. Struktura Portalu Wymiany Wiedzy oraz metody jego powiązań z powstałymi bazami będą ustalane w późniejszym czasie. 23. Jakie dane mają być migrowane do systemu? ad23. Wszystkie dane omawiane w szczegółowym opisie baz. 24. W jakim formacie dane przeznaczone do migracji obecnie są przechowywane? ad.24 Formaty są róŝne w zaleŝności od aparatury i oprogramowania sterującego, szczegóły tej sprawy do przestawienia na dalszym etapie negocjacji. 25. Czy dane przeznaczone do migracji są zwalidowane? Czy przewiduje się konieczność poprawy jakości danych na etapie migracji? ad25. Głównie są to dane gotowe do importu do baz, ale nie wykluczamy

opcji konieczności poprawy jakości przed migracją. 26. Czy Zamawiający zakłada uzupełnianie/ korektę danych we własnym zakresie na potrzeby migracji? ad26. Tak, moŝliwość wszelkiej modyfikacji danych podczas migracji jest wymagana. 27. Ile źródeł danych do migracji przewiduje Zamawiający? ad27. MoŜna orientacyjnie oszacować po przeanalizowaniu szczegółowego opisu baz. 28. Jaka jest pojemność/ilość danych przeznaczonych do migracji? ad28. Wymiar do orientacyjnego oszacowania na dalszym etapie negocjacji. 29. Wskazano konieczność udostępnienia środowiska testowego przez wykonawcę. Ilu uŝytkowników Zamawiającego będzie korzystało ze środowiska testowego? Czy te osoby będą korzystały ze środowiska testowego w sposób ciągły i intensywny czy raczej w sposób sporadyczny i incydentalny? ad29. ok. 10 osób będzie uczestniczyło w teście produktu w tym co najmniej 6 osób będzie bardziej intensywnie testowało. ************ 1. Dotyczy: Ogłoszenia do składania wniosków o dopuszczenie do udziału w postępowaniu Przygotowanie, utworzenie i wdroŝenie baz danych pkt. 4 Zamówienie Obejmuje Zdanie: Koszt licencji na oprogramowanie osób trzecich nie moŝe przekraczać 5% wartości oferty. Aplikacja nie moŝe wymagać uiszczania opłat licencyjnych po wdroŝeniu. Pytanie 1 : Taki zapis nie pojawił się w Specyfikacji Istotnych Warunków Zamówienia jaka została przesłana Oferentom dlatego teŝ Oferent zwraca się z zapytaniem czy wymaganie dotyczące stosunku wartości licencji do wartości całego zamówienia jest kluczowe i niezmienne? Czy Zamawiający moŝe doprecyzować o jakie konkretnie licencje chodzi? ad1. Zamawiający wyznacza granice kosztów oprogramowania osób trzecich do 10%, oprogramowanie ma mieć licencję na nielimitowaną ilość uŝytkowników(końcówek klienckich) przez co nie będzie wymagane później uiszczanie dodatkowych opłat licencyjnych. Pytanie 2: Co Zamawiający rozumie przez automatyczne wczytywanie danych? Czy chodzi o import danych na Ŝądanie z plików danych utworzonych przez aparat lub program? JeŜeli nie jest moŝliwa wymiana danych za pomocą plików, to prosimy o podanie moŝliwych do uŝycia mechanizmów ekstrakcji danych z systemów źródłowych. ad2. Automatyczne wczytywanie, czyli w trybie online w czasie rzeczywistym, niecykliczne i nie na Ŝądanie. Dopracowanie rozwiązania

na dalszym etapie negocjacji. Pytanie 3: Czy Zamawiający posiada dokumentację formatu plików danych generowanych przez programy OBORA, ALPRO, SYMLEK, Ice Manager, CattleGrid, MAKON, MultiScan lub dokumentację moŝliwych do uŝycia mechanizmów ekstrakcji tych danych? ad3. Część dokumentów jest w posiadaniu zaś brakującą dokumentację moŝna uzyskać od producenta. Pytanie 4 : W razie braku dokumentacji formatu plików danych lub dokumentacji innych moŝliwych mechanizmów ekstrakcji danych z programów OBORA, ALPRO, SYMLEK, Ice Manager, CattleGrid, MAKON, MultiScan, czy Zamawiający zobowiązuje się do współpracy z Oferentem w celu pozyskania od producentów tego oprogramowania dokumentacji umoŝliwiającej import danych? ad4. jw. Tak zobowiązany jest zamawiający do współpracy z oferentem. Pytanie 5: Co Zamawiający rozumie przez inne bazy danych dbase? czy to bazy danych o określonej strukturze, której dokumentacja zostanie udostępniona Oferentowi? ad5. Inne czyli pozostałe nie wymienione bazy na silniku dbase, zaś struktura ich jest róŝna w zaleŝne od kaŝdej z tych baz. Pytanie 6: Czy Zamawiający posiada dokładne dane na temat wymienionych urządzeń rejestrujących (system do kontrolowanego Ŝywienia krów mlecznych, system do kontrolowanego Ŝywienia buhajków, tablet gromadzący dane w rzeźni doświadczalnej itd.) typ/model urządzenia, jakie oprogramowanie na nim działa, dokumentacja opisującą moŝliwości pobrania danych z urządzenia? ad6. odpowiedź taka jak w ad3. Pytanie 7: W razie braku dokumentacji opisującej moŝliwości pobrania danych z urządzeń rejestrujących czy Zamawiający zobowiązuje się do współpracy z Oferentem w celu pozyskania od producentów tych urządzeń lub oprogramowania na nich działającego dokumentacji umoŝliwiającej import danych? ad7. odpowiedź taka jak w ad4. Pytanie 8: Czy Oferent moŝe dowolnie wybrać technologię i architekturę w jakiej zostanie wykonana Aplikacja? ad8. Oferent moŝe zasugerować przedstawiając jasno zrozumiałe argumenty za daną technologię i architekturę. Pytanie 9: Czy Oferent moŝe dowolnie wybrać producenta oraz wersję silnika bazy danych? ad9. Oferent moŝe zasugerować przedstawiając jasnozrozumiałe argumenty za danego producenta i daną wersję silnika bazy Pytanie 10: Jakiego rodzaju dane mają być wymieniane z Portalem Wymiany Wiedzy?

ad10. Struktura Portalu Wymiany Wiedzy oraz medtody jego powiązań z powstałymi Bazam będą ustalane w pózniejszym czasie. Pytanie 11: Czy przepływ danych z Portalem Wymiany Wiedzy ma być dwukierunkowy, tzn. dane będą zarówno eksportowane do jak i importowane z Portalu Wymiany Wiedzy? ad11. jw. Pytanie 12: Czy integracja na poziomie Wiki Portalu Wymiany Wiedzy jest wystarczająca? ad12. odpowiedź jak w ad10. Pytanie 13: Prosimy o opis posiadanej przez Zamawiającego infrastruktury, na której ma być implementowana Aplikacja ad13. Infrastruktura jest w trakcie zmiany w kierunku rozwojowym. Pytanie 14: Czy przez importowanie istniejących danych Zamawiający rozumie import danych z systemów wymienionych w Załączniku 1 do SIWZ, tzn. OBORA, ALPRO. SYMLEK, Ice Manager, CattleGrid, MAKON, MultiScan? ad14. Tak, import wymienionych systemów aparatur badawczych. Pytanie 15: Zapisy w paragrafie nr 5 umowy nie są symetryczne, co powoduje, Ŝe kary finansowe ponosi tylko i wyłącznie Oferent. W związku z tym prosimy o informację czy jest moŝliwość negocjacji zapisów umowy w paragrafie nr 5 przed podpisaniem bądź w trakcie podpisywania umowy? ad15. Do negocjacji z wybranym Wykonawcą. Pytanie 16: Czy Zamawiający dopuszcza moŝliwość negocjacji podczas podpisywania umowy zapisów odnośnie reakcji na usuwanie usterek systemu? ad16. Nie dopuszczamy tej moŝliwości. W trybie art. 38, ust 4 ustawy Prawo zamówień publicznych, zamawiający dołącza do SIWZ Wymagania ogólne publikowane w Ogłoszeniu o składaniu wniosków o dopuszczenie do udziału w postępowaniu. Wymagania ogólne 1. O ile nie zaznaczono inaczej, kaŝda baza powinna umoŝliwiać tworzenie struktur nowych projektów badawczych/eksperymentów. System zarządzania umoŝliwi definiowanie typów rekordów w bazie, ich dodawanie, edycję, sortowanie, wyszukiwanie i filtrowanie bez potrzeby znajomości języka SQL czy skomplikowanych środowisk serwerowych, a takŝe będzie charakteryzować się moŝliwością tworzenia masek wprowadzania danych, bezpieczną komunikacją z innymi aplikacjami oraz przesyłania danych między róŝnymi platformami. 2. Komunikacja pomiędzy platformami analitycznymi, a systemem gromadzenia danych będzie się odbywała za pomocą plików binarnych lub tekstowych o określonych formatach. 3. Projekt zakłada zaimportowanie danych zgromadzonych do czasu zakończenia testów wdraŝania aplikacji. Dane mogą być w postaci: arkusze kalkulacyjne (róŝnych pakietów biurowych), pliki tekstowe, XML, pliki graficzne (w tym zdjęcia), filmy i

inne formaty 4. KaŜda Baza musi udostępniać API do komunikacji z Portalem Wymiany Wiedzy. 5. Aplikacja musi umoŝliwiać wyszukiwanie informacji o: a) osobach uczestniczących w eksperymentach b) wykorzystanych platformach c) eksperymentach d) próbkach 6. Aplikacja powinna umoŝliwiać edycję istniejących danych z przechowywaniem historii zmian 7. Aplikacja musi umoŝliwiać eksport danych do systemów analitycznych: takich jak SAS, Statistica i inne 8. Aplikacja musi umoŝliwiać import danych z urządzeń analitycznych, systemów analitycznych, urządzeń rejestracji obrazu. Zaimportowane dane będą uzupełniały dane juŝ zgromadzone 9. Koszt licencji na oprogramowanie osób trzecich nie moŝe przekraczać 5% wartości oferty. Aplikacja nie moŝe wymagać uiszczania opłat licencyjnych po wdroŝeniu. 10. W procesie implementacji Aplikacji wymagane jest zastosowanie automatycznych testów jednostkowych, funkcjonalnych. 11. W trakcie implementacji Aplikacji, nie rzadziej niŝ co trzy dni robocze, naleŝy udostępnić Zamawiającemu aktualną, funkcjonującą wersję Aplikacji. 12. Aplikacja powinna zostać stworzona przy uŝyciu technologii istniejącej na rynku co najmniej 5 lat i nadal rozwijanej 13. Preferowana jest implementacja Aplikacji przy uŝyciu jednej z metodyk Agile, np. SCRUM. 14. Preferowane będą zespoły posiadające certyfikaty potwierdzające wiedzę i umiejętności dotyczące technologii i metodyki zaproponowanej w ofercie. Zmiany niniejsze i wynikające z odpowiedzi są integralną częścią Specyfikacji Istotnych Warunków Zamówienia. Pozostałe warunki bez zmian. Zamawiający: Dyrektor IGiHZ PAN w Jastrzębcu prof. dr hab. Edward Dymnicki