OPIS OCENY OFERT W RAMACH KRYTERIUM WARTOŚĆ MERYTORYCZNA

Wielkość: px
Rozpocząć pokaz od strony:

Download "OPIS OCENY OFERT W RAMACH KRYTERIUM WARTOŚĆ MERYTORYCZNA"

Transkrypt

1 Załącznik nr 11 do SIWZ, nr sprawy PN-141/14/MS OPIS OCENY OFERT W RAMACH KRYTERIUM WARTOŚĆ MERYTORYCZNA Kryterium wartości merytorycznej będzie składać się z sumy punktów uzyskanych za ocenę opisu sposobu realizacji zamówienia oraz uzyskanych w testach. A. Opis sposobu realizacji zamówienia Opis musi zawierać: 1. Wykaz Oprogramowania, które Wykonawca wykorzysta w realizacji zamówienia Dla każdej pozycji wykazu Wykonawca opisze oprogramowanie i wskaże jego zastosowanie w Systemie. 2. Wykaz sprzętu 3. Opis sposobu realizacji podstawowych funkcji Systemu: a. Hurtowni z narzędziami analitycznymi, b. Portalu, c. Systemu kategoryzacji treści d. Biblioteki. 4. Opis sposobu zapewnienie niezawodności systemu i bezpieczeństwa danych. 5. Opis sposobu utrzymania Systemu (zawierający opis działań i zasobów niezbędnych do utrzymania Systemu oraz możliwości rozbudowy systemu). 6. Opis sposobu zarządzania projektem (zawierający propozycję harmonogramu, struktury projektowej, ról w projekcie, sposób zarządzania jakością, komunikacją zagadnieniami, ryzykiem, zmianą). Zamawiający oceni złożone oferty według następujących podkryteriów: 1. Sposób i zakres zasilenia hurtowni danych (obejmujący specyfikację źródeł danych, opis sposobu łączenia danych z różnych źródeł, określenie zakresu agregacji danych, opis i harmonogram zasilania danymi, wpływ procesu zasilania na wydajność i funkcjonowanie systemów). 2. Sposób realizacji operacji analitycznych w docelowym systemie (zawierający opis narzędzi analitycznych działających na danych w hurtowni, ich dostępności oraz współpracy tych narzędzi z innymi elementami systemu). 3. Sposób korzystania z portalu z uwzględnieniem głównych elementów portalu oraz możliwości modyfikacji i rozbudowy portalu. 4. Sposób kategoryzacji treści oraz zakres treści podlegających kategoryzacji (w tym opis słowników i klasyfikacji wykorzystywanych przy kategoryzacji), wraz ze sposobem wykorzystania kategoryzacji treści w Systemie. 1

2 5. Sposób zapewnienie niezawodności systemu i bezpieczeństwa danych. 6. Sposób utrzymania systemu (w tym opis działań i zasobów niezbędnych do utrzymania systemu oraz możliwości rozbudowy systemu). 7. Sposób zarządzania projektem (w tym propozycję struktury projektowej, ról w projekcie, sposób zarządzania jakością, komunikacją zagadnieniami). 8. Sposób zarządzania zmianą. 9. Sposób zarządzania ryzykiem, zidentyfikowane ryzyka i propozycje postępowania ze zidentyfikowanym ryzykiem. W ramach każdego z powyższych podkryteriów Zamawiający przyzna 0, 2 lub 5 punktów, zgodnie z poniższymi zasadami: 0 punktów - Opis ogólny, teoretyczny, niepoprawny merytorycznie, nieporuszający części lub całości wymaganych zagadnień, niepowiązany ze specyfiką projektu i Zamawiającego lub nieadekwatny do zakresu i terminów realizacji zadań, 2 punkty - Opis poruszający wszystkie zagadnienia, poprawny merytorycznie, nawiązujący do specyfiki projektu i Zamawiającego, przedstawiający rozwiązania w sposób powierzchowny. 5 punktów - Opis pogłębiony, poruszający wszystkie zagadnienia, poprawny merytorycznie, uwzględniający w pełni specyfikę projektu i Zamawiającego, przedstawiający rozwiązania w sposób wyczerpujący. Punkty przyznawane za opis sposobu realizacji zamówienia będą sumą punktów przyznanych w ramach poszczególnych podkryteriów. Komisja przetargowa będzie przyznawać punkty w ramach podkryterium w oparciu o opinię biegłego, powołanego na podstawie art. 21 ust. 4 PrZamPubl. B. Testy Zamawiający dokona weryfikacji zadeklarowanej w ofercie funkcjonalności rozwiązania na podstawie przeprowadzonego testu. Test polegał będzie na wykonaniu przez Wykonawcę zestawu zadań testowych sprawdzających wybrane funkcjonalności wymagane w SIWZ. Zadania wykonane zostaną na przygotowanym przez Zamawiającego zestawie danych testowych. Do wykonania zadań testowych Wykonawca będzie mógł wykorzystać jedynie oprogramowanie przekazane Zamawiającemu wraz z Ofertą. Aby zapewnić jednakowe warunki wszystkim Wykonawcom, Zamawiający i Wykonawcy postępować będą zgodnie z poniższymi zasadami. 2

3 Sposób przygotowania oprogramowania 1. Oprogramowanie powinno być zainstalowane na zestawie komputerowym, który Wykonawca złoży wraz z Ofertą. Do zestawu komputerowego Wykonawca dołączy wszelkie dodatkowe elementy sprzętowe, które są niezbędne do wykonania zadań testowych. Aby uniknąć skutków potencjalnej awarii oprogramowania Wykonawca może wraz z Ofertą złożyć kilka kopii oprogramowania. 2. Zamawiający zapewni przechowanie oprogramowania w pomieszczeniu, do którego dostęp będą mieli tylko upoważnieni przedstawiciele Zamawiającego. 3. Wykonawca we własnym zakresie powinien zabezpieczyć oprogramowanie, w celu zapewnienia ochrony dostępu i modyfikacji. 4. Zamawiający jest uprawniony do zaplombowania portów w sprzęcie komputerowym w celu uniemożliwienia wykorzystania ich niezgodnie z zasadami wykonania testu. Zamawiający uprawniony jest do wykonania zapisu audiowizualnego wszelkich czynności prowadzonych przez Wykonawcę na sprzęcie przeznaczonym do prezentacji oprogramowania. Procedura przeprowadzenia testów 1. Po terminie otwarcia Ofert Zamawiający wskaże termin i miejsce wykonania testu poprzez opublikowanie na stronie internetowej COI, co najmniej 5 dni roboczych przed planowanym terminem. 2. W chwili rozpoczęcia testu (weryfikacji oprogramowania) Zamawiający przekaże Wykonawcom zdeponowany sprzęt oraz zestaw danych testowych. 3. Na wykonanie zadań testowych Wykonawcy będą mieli maksymalnie 8 godzin od momentu otrzymania danych testowych. 4. Przy wykonywaniu zadań testowych Wykonawca będzie mógł korzystać jedynie ze sprzętu i oprogramowania złożonego wraz z Ofertą. Wyjątkiem jest sprzęt prezentacyjny, taki jak projektory lub monitory. W szczególności podczas testu niedopuszczalne będzie: a. instalowanie jakiegokolwiek oprogramowania, b. wgrywanie (przy pomocy nośników zewnętrznych lub innych środków komunikacji, np. sieci bezprzewodowej itp.) nowych danych i programów, poza danymi testowymi przekazanymi przez Zamawiającego, c. modyfikowanie zainstalowanego oprogramowania (z wyłączeniem zmian konfiguracyjnych). 5. Po wykonaniu testów wyniki w formacie wymaganym w opisie każdego zadania, Wykonawca powinien zarchiwizować na płycie DVD (sprzęt komputerowy zawierający próbkę musi być wyposażony w odpowiednią nagrywarkę). Demonstracja wyników Po zakończeniu testów Wykonawca zobowiązany będzie do prezentacji komisji przetargowej uzyskanych wyników. Prezentacja wraz z dokumentacją wymaganą w przypadku każdego testu będzie podstawą oceny poprawności wykonania zadań. Prezentacja wyników powinna być przeprowadzona z wykorzystaniem oprogramowania. Zamawiający zastrzega sobie prawo do proszenia o wyjaśnienia zarówno do wyników jak i do sposobu ich uzyskania. Termin prezentacji zostanie ustalony w drodze 3

4 losowania, które przeprowadzone zostanie przez komisję w obecności Wykonawców, przed przystąpieniem Wykonawców do przeprowadzania testów. Prezentacja wyników nie powinna przekroczyć 2 godzin zegarowych. Ocena testów Jeśli Wykonawca nie wykona Demonstracji w przedstawiony powyżej sposób lub nie będzie postępować zgodnie z powyższą procedurą, zostanie uznane, że nie spełnia kryteriów Zamawiającego i oferta zostanie odrzucona. Każde zadanie będzie punktowane osobno. Za wykonanie zadań: 1, 3, 5, 6 i 7 Wykonawca otrzyma punkty jedynie w przypadku, gdy zadanie zostanie wykonane w całości, za niepełne (częściowe) wykonanie zadania Wykonawca otrzyma 0 punktów. Wykonanie pierwszych trzech zadań jest uznawane za warunek graniczny), tj. jeżeli za którekolwiek z zadań 1 3 Wykonawca uzyska 0 punktów, test zostanie uznany za niespełniający kryteriów Zamawiającego i oferta zostanie odrzucona. Ocena testu zostanie doliczona do oceny merytorycznej oferty według opisanych kryteriów. W przypadku wystąpienia błędu w wykonaniu zadania Wykonawca może, celem usunięcia błędu, dokonać niezbędnych z jego punktu widzenia modyfikacji prezentowanego zadania. Łączny czas trwania dokonywania takich modyfikacji nie może przekroczyć 1 godziny. Opis danych W dniu testów zostanie uczestnikom przekazany w postaci płyty CD zbiór danych wejściowych. Dane będą pogrupowane w foldery (ZADNIE1 - ZADANIE8), zgodnie z informacjami w poszczególnych zadaniach. Pliki wejściowe mogą być w następujących formatach: PDF, RTF, Pliki tekstowe o rozszerzeniu NOT. Poniżej przedstawiona jest struktura plików wraz z przykładowym fragmentem treści notatki: Plik RTF i PDF: Pliki będą zawierały informacje w postaci tekstowej (nie obrazkowej) i niezabezpieczonej przed kopiowaniem oraz niezaszyfrowanej. Plik NOT będzie zawierał tylko treść do analizy. 4

5 Nazwy plików będą w następującej postaci: PDF: N_YYYY_MM_DD_HH_MM.PDF RTF: N_YYYY_MM_DD_HH_MM.RTF NOT: N_YYYY_MM_DD_HH_MM.NOT Gdzie: N kolejna cyfra porządkowa YYYY rok zapisania notatki MM miesiąc zapisania notatki DD dzień zapisania notatki HH godzina zapisania notatki MM minuta zapisania notatki Wszystkie pliki w ramach formatu mają to samo kodowanie. Dopuszczalne kodowania znaków, jakie mogą wystąpić to: Windows 1250 ISO UTF-8 Dodatkowo zostaną w ramach poszczególnych zadań udostępnione dodatkowe pliki. Poniżej opis struktury danych per zadanie: Zadanie 2 test_kategoryzacji_n.txt (gdzie N=1,2,3,4,5) plik zawiera, podobnie jak pliki.not, tylko treść do analizy. Zadanie 6 leki.txt plik zawiera listę leków potrzebnych do wykonania zadania. Nazwy poszczególnych leków przechowywane są w osobnych wierszach. Plik w pierwszym wierszu ma nazwę pierwszego leku (brak nagłówka) objawy.txt plik zawiera listę objawów potrzebnych do wykonania zadania. Nazwy poszczególnych objawów przechowywane są osobnych wierszach. Plik w pierwszym wierszu ma nazwę pierwszego objawu (brak nagłówka) 5

6 Zadanie 8 zadanie8.xlsx arkusz w programie MS Excel o następującej strukturze: indeks opis flaga Kolejna liczba Jednowyrazowa porządkowa Treść notatki nazwa kategorii 6

7 ZADANIE 1. (GRANICZNE) PRZYGOTOWANIE DANYCH Dane wejściowe plików w tym: 100 plików not 50 plików PDF 50 plików RTF oraz słownik: slownik_zadanie1.txt zawierający poprawne formy słów, które należy wykorzystać w procesie czyszczenia. W pliku slownik_zadanie1.txt zawiera listę wyrażeń potrzebnych do wykonania zadania. Poszczególne wyrażenia przechowywane są w odrębnych wierszach (brak nagłówka). Treść zadania: Należy wyczyścić otrzymane dane (należy stosować kolejność zgodnie z punktami poniżej) w taki sposób, aby 1. Pozbyć się znaków specjalnych: /n 2. Wykasować wielokrotne spacje z tekstu zamienić na jedną. 3. Wykasować wielokrotne występowanie znaków: *-~= wykasować tylko wielokrotne wystąpienia 4. ustandaryzować dane na bazie słownika. Proces musi wykorzystywać dane z dostarczonego słownika (slownik_zadanie1.txt) i tak skonstruować proces czyszczenia danych, aby dokonać korekty błędów w zapisie poszczególnych wyrazów. Błędy, które należy uwzględnić to: o brak polskich znaków (tylko w kontekście dostarczonego słownika) np. zglaszac poprawić na zgłaszać. o literówki jednoznaczne dopasowania do słownika w oparciu o dystans edycyjny Levenshteina. Próg odcięcia dla dystansu edycyjnego to 1 operacja prosta dla wyrazów o długości od 3 do 5 znaków oraz 3 operacje proste dla wyrazów dłuższych niż 5 znaków. 5. Dokonać standaryzacji formatu danych wejściowych do formatu plików tekstowych w kodowaniu znaków UTF-8 Tak przygotowane dane należy załadować do systemu, aby były dostępne dla narzędzi kategoryzujących teksty. W ramach wyniku należy dostarczyć: 1. Raport HTML przedstawiający: a. Miary w postaci liczby dokonanych zmian dla punktów 1-3, w podziale na poszczególne punkty. Reguły należy nakładać w kolejności podanej w zadaniu. b. Miary w postaci liczby skorygowanych wyrazów dla punktu 4 7

8 c. Miary w postaci liczby plików po konwersji oraz ich całkowitego rozmiaru na dysku dla punktu 5 2. Zrzut ekranu z porównania dokumentu, w którym dokonano najwięcej zmian. Na zrzucie ekranu należy przedstawić tekst przed i po wykonaniu kroków 1-4 z wyraźnym zaznaczeniem (np. kontrastowym tłem) dokonanych poprawek. 3. Komplet wyczyszczonych plików po zmianach w folderze WYNIK_ZADANIE1. Wyniki: wszystkie pliki (pliki, zrzuty ekranu) należy umieścić w folderze WYNIK_ZADANIE1. Zadanie jest uznane za wykonane, gdy: uzyskana zostanie pełna zgodność z wartościami oczekiwanymi dla punktów 1.a, 1.b, 1.c opisu wymaganych wyników zadania. dostarczone zrzuty ekranów zgodne z treścią zadania oraz wymaganiami SIWZ. Za poprawnie wykonane zadanie Wykonawca otrzyma 3 punkty. 8

9 ZADANIE 2. (GRANICZNE) KATEGORYZACJA TREŚCI Z UŻYCIEM REGUŁ LOGICZNYCH I JĘZYKOWYCH Dane wejściowe dane oczyszczone z zadania 1. Treść zadania: Należy przygotować odpowiednią kategoryzację tekstu. Kategoryzacja tekstu musi wykorzystywać natywne mechanizmy języka polskiego. Poniżej dostępna jest konfiguracja 5 kategorii: 1. Kategoria I Kategoria: Wszystkie skierowania Reguła słownie: Tekst musi zawierać co najmniej jedno wystąpienie jakiejkolwiek formy słowa skierować (wykorzystujemy tzw. steming) 2. Podkategoria I (teksty rozpatrywane w ramach kategorii I) Kategoria: Skierowani na badania Reguła słownie: Tekst zawierające słowo skierowana lub skierowany oraz badania lub badanie w odległości nie większej niż 5 wyrazów między sobą (pierwszy wyraz jest to kolejny wyraz obok badanego słowa). 3. Podkategoria II (teksty rozpatrywane w ramach kategorii I) Kategoria: Co najmniej 2 skierowania Reguła słownie: Tekst zawierający minimum dwa wystąpienia słowa skierowana lub skierowany w dokumencie 4. Kategoria II Kategoria: Zgłoszenia Reguła słownie: Tekst musi zawierać jakąkolwiek formę czasownika zgłaszać lub zgłosić, ale nie może zawierać jakiejkolwiek formy rzeczownika od tych czasownika (rzecz. Zgłoszenie) 5. Kategoria III Kategoria: Co najmniej 3 słowa powiązane ze skierowaniami Reguła słownie: Wybieramy próg o wartości 3, który jest sumą iloczynu wystąpień słów i przypisanych im wag. Tworzymy listę szukanych słów skierowana, skierowano, skierowanie z wagą 1,0. rtg, mr, echo, mammografia, krew, ct, usg, nmr, markery, kontrolne, rozszerzone z wagą 0,5. Po stworzeniu wyżej przedstawionej kategoryzacji należy wykonać zrzuty ekranu przedstawiające w interfejsie aplikacji następujące elementy: 1. Taksonomię, 2. Stworzone reguły dla każdej kategorii i podkategorii 9

10 Po udokumentowaniu stworzonej taksonomii wraz z regułami należy zademonstrować, w jaki sposób narzędzie umożliwia testowanie reguł. W tym celu należy zapisać w postaci zrzutów ekranu okna demonstrujące testowanie reguł na następujących dokumentach: 1. test_kategoryzacji_1.txt testowanie Kategorii I 2. test_kategoryzacji_2.txt testowanie Podkategorii I 3. test_kategoryzacji_3.txt testowanie Podkategorii II 4. test_kategoryzacji_4.txt - testowanie Kategorii II 5. test_kategoryzacji_5.txt - testowanie Kategorii III W ramach zrzutów ekranu należy przedstawić: 1. Ekran pokazujący sposób testowania poprawnej składni reguł, dla każdej kategorii oraz podkategorii 2. Ekran pokazujący sposób testowania działania reguł, dla każdej kategorii oraz podkategorii Do testowania należy wykorzystać pliki przeznaczone do danej kategorii W ramach wyniku należy dostarczyć: 1. Raport klasyfikacji każdego dokumentu ze zbioru wejściowego (200 plików) dla zbudowanej taksonomii. 2. Zrzuty ekranu taksonomii i reguły dla każdej kategorii i podkategorii 3. Zrzuty ekranu pokazujący sposób testowania poprawnej składni reguł 4. Zrzuty ekranu pokazujący sposób testowania działania reguł Wyniki: wszystkie pliki należy umieścić w folderze WYNIK_ZADANIE2 Ocena poprawności: Zadanie jest uznane za wykonane gdy: uzyskana zostanie pełna zgodność z wartościami oczekiwanymi dla punktu 1 opisu wymaganych wyników zadania. dostarczone zostaną zrzuty ekranów zgodne z treścią zadania oraz wymaganiami SIWZ. Za poprawnie wykonane zadanie Wykonawca otrzyma 8 punktów: 10

11 ZADANIE 3. (GRANICZNE) BUDUJEMY KLASYFIKATOR STATYSTYCZNY Dane wejściowe plików (ZADANIE3) w tym: 800 plików not 100 plików PDF 100 plików RTF oraz 200 plików testowych (folder ZADANIE3_TEST) w tym: 100 plików not 50 plików PDF 50 plików RTF Treść zadania: Należy wykorzystać dokumenty z folderu ZADANIE3 wraz z określonym poniżej przypisaniem do kategorii w celu budowy taksonomii: 1. Układ rozrodczy folder R 2. Układ pokarmowy folder P 3. Układ oddechowy folder O 4. Układ kostny folder K Tak zdefiniowane dane wejściowe do zadania należy wykorzystać do zbudowania klasyfikatora statystycznego, na bazie zbioru uczącego utworzonego z powyższych danych, który będzie mógł zostać wykorzystany do klasyfikowania nowych tekstów. Klasyfikator statystyczny powinien zapewniać poprawność klasyfikacji powyżej 90% dla danych wejściowe. W celu udokumentowania zadania należy przedstawić wynik kategoryzacji dokumentów z folderu ZADANIE3_TEST. Dodatkowo należy stworzyć dokument zawierający charakterystykę zastosowanych modeli statystycznych wykorzystanych przy kategoryzacji (co najmniej: użyte algorytmy lub metody, architektura modelu - wzór modelu lub np. struktura sieci o ile istnieje dla wybranej metody, odniesienie do publikacji opisującej daną metodę) oraz zaprezentować w zależności od przyjętej techniki modelowania składowe modelu lub zidentyfikowane reguły. Dla każdego nowego dokumentu (dokument z folderu ZADANIE3_TEST) należy podać metodę liczenia precyzji dopasowania oraz wynikową miarę dla tego wskaźnika. W ramach wyniku należy dostarczyć: 1. Raport HTML przedstawiający miarę poprawności modelu na danych wejściowych z folderu ZADANIE3 11

12 2. Raport HTML z klasyfikacji danych z folderu ZADANIE3_TEST wraz z miarą precyzji dopasowania 3. Dokument zawierający charakterystykę zastosowanych modeli statystycznych Wyniki: wszystkie pliki należy umieścić w folderze WYNIK_ZADANIE3 Zadanie jest uznane za wykonane, gdy: uzyskana zostanie zgodność z zakładanym progiem dla punktu 1 opisu wymaganych wyników zadania, dostarczony zostanie raport zgodnie ze specyfikacją punktu 2 opisu wymaganych wyników zadania oraz strukturalnie zgodnie z raportem wykonanym dla punktu 1 opisu wymaganych wyników zadania, dostarczony zostanie dokument zgodny z treścią zadania i zostaną wykorzystane metody zgodne z wymaganiami SIWZ. Za poprawnie wykonane zadanie Wykonawca otrzyma 6 punktów. 12

13 ZADANIE 4. KLASYFIKACJA DOKUMENTÓW Z WYKORZYSTANIEM KONDYCJI CHOREGO, SAMOPOCZUCIA Dane wejściowe plików (ZADANIE4) w tym: 100 plików not 100 plików PDF 100 plików RTF oraz 200 plików testowych (folder ZADANIE4_TEST) w tym: 100 plików not 50 plików PDF 50 plików RTF Treść zadania: Zadanie będzie wykonywane na tekstach notatek przygotowywanych przez lekarzy. Zbiór danych wejściowych będzie zawierał 300 oczyszczonych gotowych do analizy plików. Należy na podstawie zbioru tekstów z folderu ZADANIE4 zbadać ogólne samopoczucie chorego. Klasyfikacji należy dokonać z uwzględnieniem poniższych poziomów z wykorzystaniem odmian różnych wyrazów wiążących się z samopoczuciem i przypisać teksty do określonej kategorii: 1. dobre drobne lub brak dolegliwości może występować złe samopoczucie i brak innych objawów (np. ból) 2. średnie stan średni, osłabienie, zmęczenie, występują bóle 3. złe stan zły, silne bóle Klasyfikację i dobór reguł do klasyfikacji należy przygotować na bazie analizy danych źródłowych. Do analizy należy wykorzystać analizę eksploracyjną oraz inne dostępne w narzędziach funkcjonalności analizy danych. W ramach dokumentowania należy podać reguły oraz frazy, które posłużyły do kategoryzacji tekstów. Wszystkie dokumenty źródłowe muszą być sklasyfikowane. Dopuszczalny jest 10% błąd sklasyfikowania dokumentów. Teksty w dokumentach należy parsować wykorzystując natywne reguły języka polskiego. Przy wykonywaniu zadania należy zignorować znaki interpunkcyjne oraz następujące części mowy: Czasownik posiłkowy Określnik Partykuła Przyimek Spójnik Wykrzyknik Zaimek 13

14 W ramach dokumentacji zadania należy stworzyć raport z parsowania wszystkich dokumentów źródłowych (300 plików), który będzie przedstawiał następujące elementy z pominięciem wyszczególnionych wyżej części mowy: Liczba wyrazów z podziałem na części mowy. Wykres ZIPF Wykres liczba dokumentów vs liczność dla zidentyfikowanych terminów (diagram punktowy/wykres rozproszenia) Raport musi być dostępny w narzędziu raportowym dostępnym z przeglądarki internetowej. W narzędziu raportowym należy zdefiniować dynamiczny warunek, prezentujący jedynie terminy występujące częściej niż podana jako parametr wartość. Kolejny krokiem zadania jest przypisać wagi dla częstości oraz terminu. W tym celu należy wykorzystać następujące miary: Logarytmiczną na poziome terminu, czyli 1+log (częstość występowania terminu w dokumencie). Entropię na poziome korpusu (kolekcji dokumentów źródłowych) po sprowadzeniu terminów do form podstawowych (ang. stemming). Po dokonaniu procesu ważenia należy przedstawić raport tabelaryczny z kolumnami: termin, liczebność, liczba dokumentów, waga (w oparciu o entropie) dla terminów: badanie, pacjent, rak, pierś, serce, blizna, węzeł, dawka, guzek, kość. Jako wynik pośredni, po wykonaniu procesu ważenia, należy przedstawić raport tabelaryczny zawierającą nazwę dokumentu i przypisaną kategorię (dobre, średnie, złe). Bazując na tabeli z poprzedniego kroku należy stworzyć model oceniający automatycznie kondycję pacjenta. Należy podzielić tabelę wejściową (dokument z przypisaną kategorią) na zbiór treningowy i walidacyjny w podziale 70/30 procent. Następnie należy porównać między sobą siłę klasyfikacji następujących modeli: regresji logistycznej, drzewa decyzyjnego, sieci neuronowej. W ramach dokumentacji wyniku należy zapisać w postaci raportu statystyki precyzji dopasowania dla każdego modelu oraz wykresy precyzji dopasowania typu lift oraz ROC. Należy również przetestować wszystkie modele klasyfikacyjne na zbiorze testowym z folderu ZADANIE4_TEST. Jako wynik należy przedstawić raport tabelaryczny zawierającą nazwę dokumentu i przypisaną kategorię. W ramach wyników zadania należy dostarczyć: 1. Raport z parsowania wszystkich dokumentów zrzut ekranu z narzędzie raportowego WWW. 2. Raport tabelaryczny z kolumnami: termin, liczebność, liczba dokumentów, waga (w oparciu o entropie) dla terminów HTML/DOC/PDF 14

15 3. Raport tabelaryczny zawierającą nazwę dokumentu i przypisaną kategorię HTML/DOC/PDF 4. Raportu statystyki precyzji dopasowania HTML/DOC/PDF 5. Raport tabelaryczny zawierającą nazwę dokumentu i przypisaną kategorię dla nowych danych testowych Wyniki: wszystkie pliki należy umieścić w folderze WYNIK_ZADANIE4 Zadanie jest uznane za wykonane, gdy: Uzyskana zostanie pełna zgodność z wartościami oczekiwanymi dla raportów z punktów 1,2 wymaganych wyników zadania. dostarczone raporty z punktów 3-5 wymaganych wyników zadania, zgodne z treścią zadania oraz wymaganiami SIWZ. Za poprawnie wykonane zadanie Wykonawca otrzyma: punkt 1 i 2 opisu wymaganych wyników zadania: 6 punktów, za wykonanie pozostałych zadań: 4 punkty. 15

16 ZADANIE 5. ZMIERZ POWIĄZANIE NOTATEK Dane wejściowe - 50 plików (ZADANIE5) w tym: 30 plików not 10 plików PDF 10 plików RTF Treść zadania: Dla kolekcji dokumentów z folderu o nazwie ZADANIE5 (50 dokumentów, 30 not, 10 pdf, 10 rtf) należy znaleźć dokumenty o największym stopniu podobieństwa. Do redukcji wymiarów macierzy dokumentów należy wykorzystać dekompozycję SVD. Następnie należy porównać podobieństwo tekstów wykorzystując zredukowane wymiary z dekompozycji SVD. Jako miarę podobieństwa należy wybrać miarę cosinusów. W ramach wyniku zadania należy wskazać 5 notatek najbardziej podobnych do siebie na podstawie uzyskanych miar cosinusów. Listę tych notatek wraz z miarami podobieństwa należy zapisać w formie raportu HTML. W ramach wyników zadania należy dostarczyć: 1. Raport 5 notatek najbardziej podobnych do siebie - HTML Wyniki: wszystkie pliki należy umieścić w folderze WYNIK_ZADANIE5 Zadanie jest uznane za wykonane gdy: uzyskana zostanie pełna zgodność z wartościami oczekiwanymi dla raportu z punktu 1 wymaganych wyników zadania. Za poprawnie wykonane zadanie Wykonawca otrzyma 5 punktów. 16

17 ZADANIE 6. SZUKAMY POWIĄZAŃ POMIĘDZY OBJAWAMI I LEKAMI Dane wejściowe plików (ZADANIE6) w tym: 800 plików NOT 100 plików PDF 100 plików RTF oraz dodatkowo słownik zawierający nazwy leków leki.txt oraz objawów objawy.txt. Pliki zawierają nazwy leków bądź objawów w kolejnych linijkach pliku tekstowego. Treść zadania: Należy dokonać ekstrakcji nazw leków i objawów z kolekcji dokumentów używając słowników z folderu ZADANIE6 (objawy.txt, leki.txt). W przypadku objawów należy dodatkowo wykorzystać wszystkie odmiany terminów ze słownika dla języka polskiego (np. ból, boli, bolący itp.). Następnie należy zmierzyć korelację przy wykorzystaniu następujących metod: Pearsona, Spearmana, Kendalla między objawami i zastosowanymi lekami. Korelację należy przedstawić w postaci diagramu typu mapa cieplna (ang. heat map), gdzie na osi y mamy poszczególne objawy, a na osi x leki. Wykres musi być również dostępny w narzędziu raportowym dostępnym z przeglądarki internetowej. Należy przygotować raporty dla każdej metody liczenia korelacji. W ramach wyniku należy dodatkowo stworzyć 3 raporty HTML (dla każdej metody) zawierający co najmniej 5 najbardziej skorelowanych leków i objawów. W ramach wyników zadania należy dostarczyć: 1. 3 raporty zawierające diagram typu mapa cieplna HTML/DOC/PDF 2. zrzut ekranu narzędzia WWW przedstawiające diagram typu mapa cieplna 3. 3 raporty HTML zawierający co najmniej 5 najbardziej skorelowanych leków i objawów Wyniki: wszystkie pliki należy umieścić w folderze WYNIK_ZADANIE6 Zadanie jest uznane za wykonane, gdy: uzyskana zostanie zgodność z wartościami oczekiwanymi dla raportów z punktów 1, 3 wymaganych wyników zadania, dostarczone zrzuty ekranów dla punktu 2 wymaganych wyników zadania, zgodne z treścią zadania oraz wymaganiami SIWZ. 17

18 Za poprawnie wykonane zadanie Wykonawca otrzyma 6 punktów. 18

19 ZADANIE 7. GRUPOWANIE HIERARCHICZNE KOLEKCJI DOKUMENTÓW Dane wejściowe plików (ZADANIE7) w tym: 800 plików NOT 100 plików PDF 100 plików RTF Treść zadania: Należy wykorzystać listę objawów i ich odmiany z zadania 6 (objawy.txt) jako listę filtrującą. Listę tę należy wykorzystać do parsowania kolekcji dokumentów znajdującej się w folderze ZADANIE7. Należy zbudować kategoryzację hierarchiczną, która pokaże jakie związki istnieją pomiędzy poszczególnymi objawami. Do kategoryzacji hierarchicznej wykorzystaj minimalną wariancję Ward a, (jako miarę dystansu między klastrami należy wykorzystać odległość euklidesową). W ramach wyników zadania należy dostarczyć 1. Dokument zawierający charakterystykę zastosowanej metody hierarchicznej, co najmniej: użyte algorytmy lub metody, przedstawić metodę budowania zależności między klastrami, np. dendrogram lub wykres budowania segmentów przedstawić diagram zależności między klastrami 2. Raport HTML przedstawiający wyniki w formie diagramu/grafu na podobieństwo diagramu sieci społecznościach 3. Raport tabelaryczny HTML przedstawiający odległości między skupieniami, raport powinien zawierać skupienie1, skupienie2, odległość. 4. Wyniki: wszystkie pliki należy umieścić w folderze WYNIK_ZADANIE7 Zadanie jest uznane za wykonane, gdy: Dostarczony dokument z punktu 1 wymaganych wyników zadania, zgodny z treścią zadania i wykorzystanie metod zgodnych z wymaganiami SIWZ. Raporty HTML z punktu 2 i 3 wymaganych wyników zadania, zgodne z treścią zadania i wymaganiami SIWZ. Za poprawnie wykonane zadanie Wykonawca otrzyma 5 punktów. 19

20 ZADANIE 8. BUDOWA MODELU NA DOKUMENTACH POSIADAJĄCYCH TAGI Dane wejściowe notatek w pliku MS Excel (ZADANIE8) oraz dodatkowo 1000 notatek w pliku MS Excel (ZADANIE8_TEST) Struktura pliku MS Excel: indeks OPIS Flaga Treść zadania: Na podstawie pliku w formie MS Excel (xlsx) z folderu ZADANIE8 należy zbudować model, w oparciu o dokumenty posiadające przypisane tagi, który będzie służył do automatycznej kategoryzacji. Należy podzielić dane wejściowe na zbiór treningowy i walidacyjny w podziale 70/30 procent. Należy porównać między sobą siłę klasyfikacji następujących modeli: regresji logistycznej, drzewa decyzyjnego, sieci neuronowej. Następnie należy stworzyć raport przedstawiający miarę poprawnej klasyfikacji dla najlepszej metody oraz raport przedstawiający wykresy precyzji dopasowania typu lift oraz ROC. W ramach kolejnego kroku zadania należy dokonać oceny punktowej zbioru z folderu ZADANIE8_TEST. W ramach wyników zadania należy dostarczyć: 1. Raport HTML przedstawiający miarę poprawnej klasyfikacji dla najlepszej metody zakładany akceptowalny poziom 90%. 2. Raport HTML przedstawiający wykresy precyzji dopasowania typu lift oraz ROC. 3. Raport HTML przedstawiający klasyfikację przy wykorzystaniu najlepszej metody z pierwszej części zadania dla zbioru testowego. Wyniki: wszystkie pliki należy umieścić w folderze WYNIK_ZADANIE8 Zadanie jest uznane za wykonane, gdy: uzyskana zostanie pełna zgodność z wartościami oczekiwanymi dla raportu z punktu 1 wymaganych wyników zadania, raporty HTML z punktów 2 i 3 wymaganych wyników zadania, zgodne z treścią zadania i wymaganiami SIWZ. Za poprawnie wykonane zadanie Wykonawca otrzyma: punkt 1 opisu wymaganych wyników zadania: 4 punkty. za wykonanie pozostałych zadań: 3 punkty. 20

PROCEDURA WERYFIKACJI I OCENY DEKLAROWANYCH FUNKCJONALNOŚCI OPROGRAMOWANIA OFEROWANEGO PRZEZ WYKONAWCĘ NA ETAPIE OCENY OFERTY

PROCEDURA WERYFIKACJI I OCENY DEKLAROWANYCH FUNKCJONALNOŚCI OPROGRAMOWANIA OFEROWANEGO PRZEZ WYKONAWCĘ NA ETAPIE OCENY OFERTY Załącznik nr 10 do SIWZ znak EZP/5511/2013 PROCEDURA WERYFIKACJI I OCENY DEKLAROWANYCH FUNKCJONALNOŚCI OPROGRAMOWANIA OFEROWANEGO PRZEZ WYKONAWCĘ NA ETAPIE OCENY OFERTY 1. Zamawiający przeprowadzi procedurę

Bardziej szczegółowo

Załącznik nr 2 do SIWZ

Załącznik nr 2 do SIWZ Załącznik nr 2 do SIWZ Zasady przeprowadzenia demonstracji /prezentacji funkcjonalności/ systemu informatycznego wspomagającego proces rekrutacji do wszystkich typów jednostek oświatowych oraz żłobków

Bardziej szczegółowo

Szablon Planu Testów Akceptacyjnych

Szablon Planu Testów Akceptacyjnych Szablon Planu Testów Akceptacyjnych strona 1 z 10 SPIS TREŚCI: 1 WPROWADZENIE 3 2 STRATEGIA TESTÓW AKCEPTACYJNYCH 4 2.1 Założenia do przeprowadzenia testów akceptacyjnych 4 2.1.1 Warunki przeprowadzenia

Bardziej szczegółowo

Załącznik nr 2 do SIWZ

Załącznik nr 2 do SIWZ Załącznik nr 2 do SIWZ Zasady przeprowadzenia demonstracji /prezentacji funkcjonalności/ systemu informatycznego do prowadzenia ewidencji, windykacji i księgowości budżetowej należności za przewóz oraz

Bardziej szczegółowo

PROCEDURA PRÓBKI W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI ZAŁĄCZNIK NR 12 DO SIWZ

PROCEDURA PRÓBKI W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI ZAŁĄCZNIK NR 12 DO SIWZ ZAŁĄCZNIK NR 12 DO SIWZ wersja jednolita załącznika uwzględniająca modyfikację z dnia 13.02.2015 r. PROCEDURA PRÓBKI W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI Niniejszy załącznik

Bardziej szczegółowo

Sposób i zakres prezentacji Systemu

Sposób i zakres prezentacji Systemu Załącznik nr 3 do SIWZ Sposób i zakres prezentacji Systemu W niniejszym załączniku do SIWZ Zamawiający zawarł opis sposobu przeprowadzenia prezentacji Systemu oraz sposobu przygotowania zestawu demonstracyjnego,

Bardziej szczegółowo

Dostawa systemu e-urząd oraz sprzętu w ramach Projektu e-myślenice wdrożenie e-usług w Gminie Myślenice

Dostawa systemu e-urząd oraz sprzętu w ramach Projektu e-myślenice wdrożenie e-usług w Gminie Myślenice Załącznik nr 7 do SIWZ PROCEDURA WERYFIKACJI PRÓBKI ORAZ PRZEPROWADZENIA DEMONSTRACJI W RAMACH ZAMÓWIENIA PUBLICZNEGO PROWADZONEGO W TRYBIE PRZETARGU NIEOGRANICZONEGO NA Dostawa systemu e-urząd oraz sprzętu

Bardziej szczegółowo

I. Oprogramowanie sieciowe do prowadzenia analiz statystycznych wyników badań naukowych

I. Oprogramowanie sieciowe do prowadzenia analiz statystycznych wyników badań naukowych Załącznik nr 1 do siwz Znak sprawy: ZP-PNK/D/2013/9/87 (nazwa wykonawcy) SPECYFIKACJA PRZEDMIOTU ZAMÓWIENIA w postępowaniu powaniu o udzielenie zamówienia publicznego prowadzonym w trybie przetargu nieograniczonego

Bardziej szczegółowo

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu

Bardziej szczegółowo

Zakres wymagań dotyczących Dokumentacji Systemu

Zakres wymagań dotyczących Dokumentacji Systemu Załącznik nr 2 do Umowy nr CUI/.../.../.../2014 z dnia r. Zakres wymagań dotyczących Dokumentacji Systemu 1. Uwagi i wymagania ogólne 1. Dokumentacja musi zostać dostarczona w wersji elektronicznej edytowalnej

Bardziej szczegółowo

Przewodnik użytkownika (instrukcja) AutoMagicTest

Przewodnik użytkownika (instrukcja) AutoMagicTest Przewodnik użytkownika (instrukcja) AutoMagicTest 0.1.21.137 1. Wprowadzenie Aplikacja AutoMagicTest to aplikacja wspierająca testerów w testowaniu i kontrolowaniu jakości stron poprzez ich analizę. Aplikacja

Bardziej szczegółowo

Opis przedmiotu zamówienia

Opis przedmiotu zamówienia Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Przedmiotem zamówienia jest usługa opracowania dokumentów standaryzujących tworzenie Elektronicznej Dokumentacji Medycznej wraz z aktualizacją transformaty

Bardziej szczegółowo

Niniejszy załącznik składa się z 5 ponumerowanych stron

Niniejszy załącznik składa się z 5 ponumerowanych stron ZAŁĄCZNIK NR 12 DO SIWZ PROCEDURA PRÓBKI W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI Niniejszy załącznik składa się z 5 ponumerowanych stron Warszawa, dnia 14.01.2015 r. Strona 1

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa

Bardziej szczegółowo

Instrukcja użytkownika ARSoft-WZ3

Instrukcja użytkownika ARSoft-WZ3 02-699 Warszawa, ul. Kłobucka 8 pawilon 119 tel. 0-22 853-48-56, 853-49-30, 607-98-95 fax 0-22 607-99-50 email: info@apar.pl www.apar.pl Instrukcja użytkownika ARSoft-WZ3 wersja 1.5 1. Opis Aplikacja ARSOFT-WZ3

Bardziej szczegółowo

7. zainstalowane oprogramowanie. 8. 9. 10. zarządzane stacje robocze

7. zainstalowane oprogramowanie. 8. 9. 10. zarządzane stacje robocze Specyfikacja oprogramowania do Opis zarządzania przedmiotu i monitorowania zamówienia środowiska Załącznik nr informatycznego 1 do specyfikacji Lp. 1. a) 1. Oprogramowanie oprogramowania i do systemów

Bardziej szczegółowo

OPIS PROCEDURY TESTOWANIA PRÓBKI

OPIS PROCEDURY TESTOWANIA PRÓBKI OPIS PROCEDURY TESTOWANIA PRÓBKI Załącznik A do SIWZ Wykonanie i wdrożenie systemu zarządzania, archiwizacji i prezentowania zdigitalizowanych treści w Teatrze Wielkim Operze Narodowej w Warszawie" I Informacje

Bardziej szczegółowo

Program do wagi SmartScale

Program do wagi SmartScale Program do wagi SmartScale zarządzanie pomiarami zarządzanie towarami - dodawanie, usuwanie oraz wyszukiwanie towarów zarządzanie kontrahentami dodawanie i usuwanie oraz wyszukiwanie wydruki kwitów w trybie

Bardziej szczegółowo

Część III - Zadanie nr 4.4: Oprogramowanie do zarządzania. Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia

Część III - Zadanie nr 4.4: Oprogramowanie do zarządzania. Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia Część III - Zadanie nr 4.4: Oprogramowanie do zarządzania Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia Zakres przedmiotu zamówienia obejmuje dostarczenie i wdrożenie

Bardziej szczegółowo

WYROK z dnia 1 grudnia 2014 r. Przewodniczący:

WYROK z dnia 1 grudnia 2014 r. Przewodniczący: Sygn. akt: KIO 2407/14 WYROK z dnia 1 grudnia 2014 r. Krajowa Izba Odwoławcza - w składzie: Przewodniczący: Agata Mikołajczyk Protokolant: Marta Polkowska po rozpoznaniu na rozprawie w dniu 27 i 28 listopada

Bardziej szczegółowo

O higienie pracy, komputerze, sieciach komputerowych i Internecie

O higienie pracy, komputerze, sieciach komputerowych i Internecie WYMAGANIA EDUKACYJNE INFORMATYKA GIMNAZJUM KLASA I NA ŚRÓDROCZNĄ I ROCZNĄ OCENĘ KLASYFIKACYJNĄ NA ŚRÓDROCZNĄ: O higienie pracy, komputerze, sieciach komputerowych i Internecie - zna regulamin pracowni

Bardziej szczegółowo

Lokalizacja Oprogramowania

Lokalizacja Oprogramowania mgr inż. Anton Smoliński anton.smolinski@zut.edu.pl Lokalizacja Oprogramowania 16/12/2016 Wykład 6 Internacjonalizacja, Testowanie, Tłumaczenie Maszynowe Agenda Internacjonalizacja Testowanie lokalizacji

Bardziej szczegółowo

Procesy ETL. 10maja2009. Paweł Szołtysek

Procesy ETL. 10maja2009. Paweł Szołtysek Procesy 10maja2009 Paweł Szołtysek 1/12 w praktyce w praktyce 2/12 Zagadnienie Business Inteligence w praktyce 3/12 Czym jest proces? w praktyce Dane: dowolny zbiór danych ze źródeł zewnętrznych. Szukane:

Bardziej szczegółowo

Opis przygotowania i weryfikacji próbki systemu

Opis przygotowania i weryfikacji próbki systemu Załącznik nr 8 do SIWZ Opis przygotowania i weryfikacji próbki systemu 1. Wymagania dotyczące Próbki W celu wykazania, że oferowane dostawy i usługi odpowiadają określonym wymaganiom, Wykonawca winien

Bardziej szczegółowo

Przewodnik użytkownika (instrukcja) AutoMagicTest

Przewodnik użytkownika (instrukcja) AutoMagicTest Przewodnik użytkownika (instrukcja) AutoMagicTest 0.2.1.173 1. Wprowadzenie Aplikacja AutoMagicTest to aplikacja wspierająca testerów w testowaniu i kontrolowaniu jakości stron poprzez ich analizę. Aplikacja

Bardziej szczegółowo

Text mining w programie RapidMiner Michał Bereta www.michalbereta.pl

Text mining w programie RapidMiner Michał Bereta www.michalbereta.pl Text mining w programie RapidMiner Michał Bereta www.michalbereta.pl 1. Wstęp Aby skorzystać z możliwości RapidMinera w zakresie analizy tekstu, należy zainstalować Text Mining Extension. Wybierz: 1 Po

Bardziej szczegółowo

BDG.WZP.311.16.2015.23.JP Warszawa, 15 lipca 2015 r.

BDG.WZP.311.16.2015.23.JP Warszawa, 15 lipca 2015 r. BDG.WZP.311.16.2015.23.JP Warszawa, 15 lipca 2015 r. Wykonawcy (znak postępowania: BDG.WZP.311.16.2015.10.JP) Dotyczy: postępowania o udzielenie zamówienia publicznego Przebudowa, unowocześnienie, zwiększenie

Bardziej szczegółowo

Przewodnik użytkownika (instrukcja) AutoMagicTest Spis treści

Przewodnik użytkownika (instrukcja) AutoMagicTest Spis treści Przewodnik użytkownika (instrukcja) AutoMagicTest 0.2.3.195 Spis treści 1. Wprowadzenie... 2 2. Instalacja i uruchomienie... 2 3. Proces automatycznej analizy strony... 3 4. Opcje zaawansowane... 6 4.1

Bardziej szczegółowo

Kopia zapasowa i odzyskiwanie

Kopia zapasowa i odzyskiwanie Kopia zapasowa i odzyskiwanie Podręcznik użytkownika Copyright 2007 Hewlett-Packard Development Company, L.P. Windows jest zastrzeżonym znakiem towarowym firmy Microsoft Corporation, zarejestrowanym w

Bardziej szczegółowo

Regulamin prezentacji funkcjonalności systemu

Regulamin prezentacji funkcjonalności systemu Załącznik nr 7 do SIWZ, Nr postępowania: GKZP.271.PN.5.2018 Regulamin prezentacji funkcjonalności systemu Etap dostarczenia próbki (zestawu testowego) 1) Prezentacja Systemu Informatycznego zostanie przeprowadzona

Bardziej szczegółowo

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu Polska Organizacja Turystyczna ul. Chałubińskiego 8 00-613 Warszawa Spis treści 1 Założenia wstępne... 1 1.1 Informacje wstępne... 1 1.2 Cel projektu...

Bardziej szczegółowo

Najwyżej ocenione raporty dla Mr Buggy 4

Najwyżej ocenione raporty dla Mr Buggy 4 Najwyżej ocenione raporty dla Mr Buggy 4 Uwagi Komisji: 1. Żaden z raportów nie otrzymał maksymalnej liczby punktów. 2. Poniżej prezentowane są oryginalne wersje raportów z usuniętymi danymi mogącymi identyfikować

Bardziej szczegółowo

REFERAT PRACY DYPLOMOWEJ

REFERAT PRACY DYPLOMOWEJ REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i implementacja środowiska do automatyzacji przeprowadzania testów aplikacji internetowych w oparciu o metodykę Behavior Driven Development. Autor: Stepowany

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 9 Narzędzie do wyliczania wskaźników statystycznych Diagnostyka Stanu Nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 31 maja 2012 Historia dokumentu Nazwa dokumentu Nazwa

Bardziej szczegółowo

Analiza najczęstszych błędów w sprawozdawanych danych

Analiza najczęstszych błędów w sprawozdawanych danych Analiza najczęstszych błędów w sprawozdawanych danych Elżbieta Krajewska Zbigniew Tytko Wydział Taryfikacji Agencja Oceny Technologii Medycznych i Taryfikacji Warszawa 17.08.2015 Dlaczego poprawność danych

Bardziej szczegółowo

Kopia zapasowa i odzyskiwanie

Kopia zapasowa i odzyskiwanie Kopia zapasowa i odzyskiwanie Podręcznik użytkownika Copyright 2007 Hewlett-Packard Development Company, L.P. Windows jest zastrzeżonym znakiem towarowym firmy Microsoft Corporation, zarejestrowanym w

Bardziej szczegółowo

Standard określania klasy systemu informatycznego resortu finansów

Standard określania klasy systemu informatycznego resortu finansów Dane dokumentu Nazwa Projektu: Kontrakt Konsolidacja i Centralizacja Systemów Celnych i Podatkowych Studium Projektowe Konsolidacji i Centralizacji Systemów Celnych i Podatkowych (SPKiCSCP) Numer wersji

Bardziej szczegółowo

Konwerter XML Dla Programów Symfonia Kadry i Płace oraz Forte Kadry i Płace

Konwerter XML Dla Programów Symfonia Kadry i Płace oraz Forte Kadry i Płace Konwerter XML Dla Programów Symfonia Kadry i Płace oraz Forte Kadry i Płace i Aplikacja pozwala przygotować pliki w formacie XML do importu do systemu Kady i Płace na podstawie danych pochodzących z plików

Bardziej szczegółowo

PRAKTYCZNE WYKORZYSTANIE KATEGORYZACJI TREŚCI

PRAKTYCZNE WYKORZYSTANIE KATEGORYZACJI TREŚCI PRAKTYCZNE WYKORZYSTANIE KATEGORYZACJI TREŚCI JAKO INNOWACYJNE WSPARCIE HURTOWNI DANYCH W CENTRUM ONKOLOGII-INSTYTUT IM. MARII SKŁODOWSKIEJ-CURIE. Rafał Wojdan AGENDA Dlaczego kategoryzacja treści w Centrum

Bardziej szczegółowo

PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS

PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS Załącznik nr 3 do umowy nr 10/DI/PN/2016 PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W Rozdział 1. ADMINISTROWANIE 1. Wykonawca, w celu zapewnienia ciągłości funkcjonowania, zobowiązuje się

Bardziej szczegółowo

Opis produktów wraz z instrukcją obsługi. Spełnienie wymagań sprawozdawczych za rok 2014 zawartych w. art. 44 ustawy Prawo energetyczne

Opis produktów wraz z instrukcją obsługi. Spełnienie wymagań sprawozdawczych za rok 2014 zawartych w. art. 44 ustawy Prawo energetyczne Opis produktów wraz z instrukcją obsługi Spełnienie wymagań sprawozdawczych za rok 2014 zawartych w art. 44 ustawy Prawo energetyczne Opis produktów W ramach opracowanych produktów MSG-e Sp. z o. o. założyło

Bardziej szczegółowo

Posiada (TAK / NIE. Zrzut ekranu. Opis funkcji

Posiada (TAK / NIE. Zrzut ekranu. Opis funkcji Załącznik nr 1b do SIWZ TABELA FUNKCJONALNOŚCI UWAGA: Jeśli funkcjonalność, dla której wymagane jest potwierdzenie zrzutem ekranu wymusza wykonanie kliku zrzutów ekranu, konieczne jest aby każdy taki zrzut

Bardziej szczegółowo

Analiza najczęstszych błędów w sprawozdawanych danych

Analiza najczęstszych błędów w sprawozdawanych danych Analiza najczęstszych błędów w sprawozdawanych danych Elżbieta Krajewska Wydział Taryfikacji Agencja Oceny Technologii Medycznych i Taryfikacji Warszawa 14.09.2015 Dlaczego poprawność danych ma tak duże

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Diagnostyka Stanu Nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu Nazwa dokumentu Nazwa pliku Tom 6 Opis oprogramowania, Część 2 Generator danych

Bardziej szczegółowo

Zapytanie ofertowe nr 04/03/2017

Zapytanie ofertowe nr 04/03/2017 nr 04/03/2017 Zatrudnienie na podstawie umowy o dzieło Programista / Specjalista ds. baz danych i integracji systemu KD z innymi systemami bezpieczeństwa Warszawa, 10 marca 2017 Zakład Elektroniki Compas

Bardziej szczegółowo

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Załącznik nr 1 do SIWZ 1. Informacje ogólne Przeprowadzenie badania społecznego na temat: Diagnoza systemu pieczy zastępczej w woj. podlaskim w ramach realizowanego

Bardziej szczegółowo

CENTRALNA KOMISJA EGZAMINACYJNA

CENTRALNA KOMISJA EGZAMINACYJNA Arkusz zawiera informacje prawnie Układ graficzny CKE 2015 chronione do momentu rozpoczęcia egzaminu CENTRALNA KOMISJA EGZAMINACYJNA Nazwa kwalifikacji: Montaż i eksploatacja komputerów osobistych oraz

Bardziej szczegółowo

FUNKCJONALNOŚ C PORTAL B2B KAMELEON.ŚQL 7.5.60

FUNKCJONALNOŚ C PORTAL B2B KAMELEON.ŚQL 7.5.60 FUNKCJONALNOŚ C PORTAL B2B KAMELEON.ŚQL 7.5.60 W KAMELEON.SQL 7.5.60 została dodana funkcjonalność klasy B2B (na tą funkcjonalność wymagana jest dodatkowa licencja, którą można wykupić w naszej firmie)

Bardziej szczegółowo

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2018 CZĘŚĆ PRAKTYCZNA. Arkusz zawiera informacje prawnie chronione do momentu rozpoczęcia egzaminu

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2018 CZĘŚĆ PRAKTYCZNA. Arkusz zawiera informacje prawnie chronione do momentu rozpoczęcia egzaminu Arkusz zawiera informacje prawnie chronione do momentu rozpoczęcia egzaminu Układ graficzny CKE 2017 Nazwa kwalifikacji: Obsługa oprogramowania i sprzętu informatycznego wspomagających użytkownika z niepełnosprawnością

Bardziej szczegółowo

Przedmiotem zamówienia jest zakup oprogramowania biurowego dla Urzędu Miasta Lublin, w liczbie 50 licencji.

Przedmiotem zamówienia jest zakup oprogramowania biurowego dla Urzędu Miasta Lublin, w liczbie 50 licencji. Zał. nr 1 do SIWZ (zał. nr 1 do wzoru umowy) Przedmiotem zamówienia jest zakup oprogramowania biurowego dla Urzędu Miasta Lublin, w liczbie 50 licencji. Zamawiający oświadcza, iż w związku z potrzebą zapewnienia

Bardziej szczegółowo

Nazwa wariantu modułu (opcjonalnie): Laboratorium programowania w języku C++

Nazwa wariantu modułu (opcjonalnie): Laboratorium programowania w języku C++ Uniwersytet Śląski w Katowicach str. 1 Kierunek i poziom studiów: Chemia, poziom pierwszy Sylabus modułu: Laboratorium programowania (0310-CH-S1-019) Nazwa wariantu modułu (opcjonalnie): Laboratorium programowania

Bardziej szczegółowo

Opis metody pracy Komisji podczas Kwalifikacji TestingCup 2017

Opis metody pracy Komisji podczas Kwalifikacji TestingCup 2017 Opis metody pracy Komisji podczas Kwalifikacji TestingCup 2017 -------------------------MANIFEST------------------------- Komisja w ocenie prac kieruje się następującymi przesłankami: - defekty funkcjonalne

Bardziej szczegółowo

Moduł mapowania danych

Moduł mapowania danych Moduł mapowania danych Grudzień 2013 Wszelkie prawa zastrzeżone. Dokument może być reprodukowany lub przechowywany bez ograniczeń tylko w całości. W przeciwnym przypadku, żadna część niniejszego dokumentu,

Bardziej szczegółowo

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2018 CZĘŚĆ PRAKTYCZNA

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2018 CZĘŚĆ PRAKTYCZNA Arkusz zawiera informacje prawnie chronione do momentu rozpoczęcia egzaminu Układ graficzny CKE 2017 Nazwa kwalifikacji: Montaż i eksploatacja komputerów osobistych oraz urządzeń peryferyjnych Oznaczenie

Bardziej szczegółowo

Łódź, dnia r. DOA-ZP-I

Łódź, dnia r. DOA-ZP-I Łódź, dnia 06.06.014r. DOA-ZP-I.71..014 Wykonawcy uczestniczący w postępowaniu o udzielenie zamówienia publicznego pn. Dostawa informatycznego Systemu Zarządzania Zasobami Ludzkimi i Wynagrodzeń Zamawiający

Bardziej szczegółowo

Elementy modelowania matematycznego

Elementy modelowania matematycznego Elementy modelowania matematycznego Modelowanie algorytmów klasyfikujących. Podejście probabilistyczne. Naiwny klasyfikator bayesowski. Modelowanie danych metodą najbliższych sąsiadów. Jakub Wróblewski

Bardziej szczegółowo

Moduł mapowania danych

Moduł mapowania danych Moduł mapowania danych Styczeń 2011 Wszelkie prawa zastrzeżone. Dokument może być reprodukowany lub przechowywany bez ograniczeń tylko w całości. W przeciwnym przypadku, żadna część niniejszego dokumentu,

Bardziej szczegółowo

Wykaz zmian w programie SysLoger

Wykaz zmian w programie SysLoger Wykaz zmian w programie SysLoger Pierwsza wersja programu 1.0.0.1 powstała we wrześniu 2011. Funkcjonalność pierwszej wersji programu: 1. Zapis logów do pliku tekstowego, 2. Powiadamianie e-mail tylko

Bardziej szczegółowo

System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa?

System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa? System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa? Koszalin, 15-16.05.2006 III Zawodowa Konferencja Zawód kartografa 200910151500 Agenda 1. Koncepcja SKBDT 2. Podstawowe założenia koncepcji

Bardziej szczegółowo

Naszym zadaniem jest rozpatrzenie związków między wierszami macierzy reprezentującej poziomy ekspresji poszczególnych genów.

Naszym zadaniem jest rozpatrzenie związków między wierszami macierzy reprezentującej poziomy ekspresji poszczególnych genów. ANALIZA SKUPIEŃ Metoda k-means I. Cel zadania Zadaniem jest analiza zbioru danych, gdzie zmiennymi są poziomy ekspresji genów. Podczas badań pobrano próbki DNA od 36 różnych pacjentów z chorobą nowotworową.

Bardziej szczegółowo

Komentarz technik teleinformatyk 312[02]-02 Czerwiec 2009

Komentarz technik teleinformatyk 312[02]-02 Czerwiec 2009 Strona 1 z 16 Strona 2 z 16 Strona 3 z 16 W pracy egzaminacyjnej podlegały ocenie: I. Tytuł pracy egzaminacyjnej. II. Założenia wynikające z treści zadania i załączonej dokumentacji. III. Wykaz działań

Bardziej szczegółowo

Załącznik nr 1e do Formularza Ofertowego

Załącznik nr 1e do Formularza Ofertowego Załącznik nr 1e do Formularza Ofertowego Specyfikacja funkcjonalna oferowanego oprogramowania wymagane podanie konkretnych funkcjonalności na temat oferowanego oprogramowania. Wymagania minimalne dla pakietu

Bardziej szczegółowo

TEST WSTĘPNY. Imię i Nazwisko: Telefon kontaktowy: E-mail: 1. Kilobajt jest to: a. 1024 bajtów b. 1000 bajtów c. 1024 bitów d.

TEST WSTĘPNY. Imię i Nazwisko: Telefon kontaktowy: E-mail: 1. Kilobajt jest to: a. 1024 bajtów b. 1000 bajtów c. 1024 bitów d. dot. umowy: UDA-POKL.04.01.01-00-154/08-00 Projekt: Przedsiębiorcza Uczelnia TEST WSTĘPNY Informacje uzyskane na podstawie poniższego testu zostaną wykorzystane tylko i wyłącznie do przyporządkowania uczestnika

Bardziej szczegółowo

OCENIANIE WYPOWIEDZI PISEMNYCH

OCENIANIE WYPOWIEDZI PISEMNYCH 1 OCENIANIE WYPOWIEDZI PISEMNYCH KRYTERIA OCENIANIA: KRÓTKI TEKST UŻYTKOWY DŁUŻSZY TEKST UŻYTKOWY WYPOWIEDŹ PISEMNA Przedstawiony materiał zawiera szczegółowe uwagi dotyczące oceniania prac pisemnych z

Bardziej szczegółowo

Windows 10 - Jak uruchomić system w trybie

Windows 10 - Jak uruchomić system w trybie 1 (Pobrane z slow7.pl) Windows 10 - Jak uruchomić system w trybie awaryjnym? Najprostszym ze sposobów wymuszenia na systemie przejścia do trybu awaryjnego jest wybranie Start a następnie Zasilanie i z

Bardziej szczegółowo

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

Zamawiający dysponuje szerokim spektrum rozwiązań infrastrukturalnych. Wykonawca uzyska dostęp do infrastruktury w niezbędnym zakresie. Prosimy o precyzyjne wyjaśnienie, co Zamawiający rozumie pod pojęciem bezterminowej i pełnej licencji, wraz z prawem do dysponowania dokumentacją i wprowadzaniem zmian? Na jakich polach eksploatacji ma

Bardziej szczegółowo

Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego Fundusze Europejskie dla rozwoju regionu łódzkiego

Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego Fundusze Europejskie dla rozwoju regionu łódzkiego Łódź, dn. 10.10.2014 r. OGŁOSZENIE O ZAMÓWIENIU nr 2/3.3/081 (POWYŻEJ 14 tys. EURO) 1. Zamawiający Firma i adres: PL Europa S.A. NIP: 725-195-02-28 Regon: 100381252 2. Tryb udzielenia zamówienia Zgodnie

Bardziej szczegółowo

Scenariusze testowe weryfikacji oferowanych systemów informatycznych

Scenariusze testowe weryfikacji oferowanych systemów informatycznych Załącznik nr 9 do SIWZ Scenariusze testowe weryfikacji oferowanych systemów informatycznych Zamawiający zweryfikuje zaoferowany System pod kątem zgodności z minimalnymi wymaganiami SIWZ w oparciu o poniższe

Bardziej szczegółowo

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: Rozdział I Szczegółowy opis przedmiotu umowy Załącznik nr 1 do Umowy Architektura środowisk SharePoint UMWD 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: a) Środowisko

Bardziej szczegółowo

WYJAŚNIENIA I ZMIANA TREŚCI SIWZ

WYJAŚNIENIA I ZMIANA TREŚCI SIWZ ZA.270.126.2018 Katowice, 14.09.2018r. WYJAŚNIENIA I ZMIANA TREŚCI SIWZ Dotyczy: postępowania prowadzonego trybie przetargu nieograniczonego na: Wykonanie i wdrożenie portalu internetowego wraz ze świadczeniem

Bardziej szczegółowo

Szkolenie systemu POL-on

Szkolenie systemu POL-on Szkolenie systemu POL-on dr Piotr Rodzik ekspert systemu POL-on Ośrodek Przetwarzania Informacji - Państwowy Instytut Badawczy Al. Niepodległości 188B, 00-608 Warszawa Numer KRS: 0000127372 Sąd Rejonowy

Bardziej szczegółowo

Przykładowa analiza danych

Przykładowa analiza danych Przykładowa analiza danych W analizie wykorzystano dane pochodzące z publicznego repozytorium ArrayExpress udostępnionego na stronach Europejskiego Instytutu Bioinformatyki (http://www.ebi.ac.uk/). Zbiór

Bardziej szczegółowo

Podstawy statystyki matematycznej w programie R

Podstawy statystyki matematycznej w programie R Podstawy statystyki matematycznej w programie R Piotr Ćwiakowski Wydział Fizyki Uniwersytetu Warszawskiego Zajęcia 1. Wprowadzenie 1 marca 2017 r. Program R Wprowadzenie do R i badań statystycznych podstawowe

Bardziej szczegółowo

ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ

ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ 1. PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest dostarczenie i wdrożenie systemu informatycznego dalej Platforma zakupowa

Bardziej szczegółowo

Instrukcja obsługi. Generatora CSV

Instrukcja obsługi. Generatora CSV Instrukcja obsługi Generatora CSV Spis treści: 1. Wstęp 2. Praca z programem Generator CSV 2.1. Rozpoczęcie pracy 2.2. Sprawdzanie docelowego pliku CSV 2.3 Korekta błędów w docelowym pliku CSV 2.3.1. Odnajdywanie

Bardziej szczegółowo

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA BL-VI.272.94.2012 zał. nr 2 do siwz SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA I. PRZEDMIOT ZAMÓWIENIA OBEJMUJE: 1. Dostawę, instalację i uruchomienie Systemu do zarządzania projektami dla Programu Ochrony

Bardziej szczegółowo

Diagnostyka komputera

Diagnostyka komputera Diagnostyka komputera Lista prawdopodobnych przyczyn usterki komputera na podstawie opisu objawów System może być zainfekowany szkodliwym oprogramowaniem np. wirusy, spyware, adware, robaki, trojany, keyloggery.

Bardziej szczegółowo

ROZDZIAŁ I. BUDOWA I FUNKCJONOWANIE KOMPUTERA PC

ROZDZIAŁ I. BUDOWA I FUNKCJONOWANIE KOMPUTERA PC Spis treści WSTĘP ROZDZIAŁ I. BUDOWA I FUNKCJONOWANIE KOMPUTERA PC 1.1. Elementy budowy fizycznej mikrokomputera 1.1.1. Jednostka centralna 1.1.2. Urządzenia wejściowe 1.1.3. Urządzenia wyjściowe 1.2.

Bardziej szczegółowo

Oprawa i druk publikacji

Oprawa i druk publikacji Załącznik nr 2 do Umowy. Przedmiotem zamówienia jest: 1. Przygotowanie do druku, oprawa, druk oraz dostawa do Zamawiającego publikacji na potrzeby Krajowego Ośrodka EFS dotyczy raportu z badania metaanalizy

Bardziej szczegółowo

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.5 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA numer wersji

Bardziej szczegółowo

Sprzętowo wspomagane metody klasyfikacji danych

Sprzętowo wspomagane metody klasyfikacji danych Sprzętowo wspomagane metody klasyfikacji danych Jakub Botwicz Politechnika Warszawska, Instytut Telekomunikacji Plan prezentacji 1. Motywacje oraz cele 2. Problemy klasyfikacji danych 3. Weryfikacja integralności

Bardziej szczegółowo

Procedura Walidacyjna Interfejs

Procedura Walidacyjna Interfejs Strona: 1 Stron: 7 SPIS TREŚCI: 1. CEL 2. ZAKRES 3. DEFINICJE 4. ODPOWIEDZIALNOŚĆ I UPRAWNIENIA 5. TRYB POSTĘPOWANIA 6. ZAŁĄCZNIKI Podlega aktualizacji X Nie podlega aktualizacji Strona: 2 Stron: 7 1.

Bardziej szczegółowo

Opcje raportów. łatwe i czytelne raportowanie

Opcje raportów. łatwe i czytelne raportowanie Rejestracja czasu pracy bez odpowiedniego i łatwego w obsłudze procesu raportowania zapisanych godzin jest niepraktyczna. Naszym celem było stworzenie kompleksowego i funkcjonalnego systemu, dzięki któremu

Bardziej szczegółowo

CASEWARE PROGRAM DLA BIEGŁYCH REWIDENTÓW

CASEWARE PROGRAM DLA BIEGŁYCH REWIDENTÓW CASEWARE PROGRAM DLA BIEGŁYCH REWIDENTÓW INFORMACJA O FIRMIE CASEWARE INTERNATIONAL INC Firma Caseware International istnieje od 1988 roku; Główna siedziba Toronto, Kanada; Posiadający lokalnych dystrybutorów

Bardziej szczegółowo

Wstęp do sieci neuronowych, wykład 02 Perceptrony c.d. Maszyna liniowa.

Wstęp do sieci neuronowych, wykład 02 Perceptrony c.d. Maszyna liniowa. Wstęp do sieci neuronowych, wykład 02 Perceptrony c.d. Maszyna liniowa. Maja Czoków, Jarosław Piersa, Andrzej Rutkowski Wydział Matematyki i Informatyki, Uniwersytet Mikołaja Kopernika 2018-10-15 Projekt

Bardziej szczegółowo

3.1. Na dobry początek

3.1. Na dobry początek Klasa I 3.1. Na dobry początek Regulamin pracowni i przepisy BHP podczas pracy przy komputerze Wykorzystanie komputera we współczesnym świecie Zna regulamin pracowni i przestrzega go. Potrafi poprawnie

Bardziej szczegółowo

Pomoc do programu Oferent

Pomoc do programu Oferent Pomoc do programu Oferent Wersja dokumentu: 1.1 Data ostatniej modyfikacji: 12.03.2012 Informacja o zmianach w stosunku do poprzedniej wersji dokumentu: Dodano informację o wymaganiach platformy Silverlight

Bardziej szczegółowo

OPIS PRZEDMIOTU ZAMÓWIENIA. Część nr 8 OPROGRAMOWANIE DO ANALIZ MARKETINGOWYCH (pom. nr 1.21)

OPIS PRZEDMIOTU ZAMÓWIENIA. Część nr 8 OPROGRAMOWANIE DO ANALIZ MARKETINGOWYCH (pom. nr 1.21) Zamówienie publiczne współfinansowane przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013 w związku

Bardziej szczegółowo

Regionalny Ośrodek Polityki Społecznej Toruń, dnia r. w Toruniu ul. Słowackiego Toruń

Regionalny Ośrodek Polityki Społecznej Toruń, dnia r. w Toruniu ul. Słowackiego Toruń Regionalny Ośrodek Polityki Społecznej Toruń, dnia 13.06.2011 r. w Toruniu ul. Słowackiego 87-100 Toruń MODYFIKACJA TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA Zamawiający, mając na uwadze pytania

Bardziej szczegółowo

Opis Przedmiotu Zamówienia

Opis Przedmiotu Zamówienia Załącznik nr 1 do SIWZ Opis Przedmiotu Zamówienia Przedmiotem zamówienia jest świadczenie usług serwisowych dla obecnie użytkowanych urządzeń bezpiecznego styku z siecią Internet do czasu wdrożenia nowego

Bardziej szczegółowo

AE/ZP-27-16/14. Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi

AE/ZP-27-16/14. Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi AE/ZP-27-16/14 Załącznik B Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi Wykonywanie kopii zapasowych Oprogramowanie do archiwizacji musi współpracować z infrastrukturą

Bardziej szczegółowo

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2018 ZASADY OCENIANIA

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2018 ZASADY OCENIANIA Układ graficzny CKE 207 EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 208 ZASADY OCENIANIA Arkusz zawiera informacje prawnie chronione do momentu rozpoczęcia egzaminu Nazwa kwalifikacji: Montaż i

Bardziej szczegółowo

PROCEDURY ODBIORU PRZEDMIOTU ZAMÓWIENIA

PROCEDURY ODBIORU PRZEDMIOTU ZAMÓWIENIA Załącznik nr 2 do SIWZ PROCEDURY ODBIORU PRZEDMIOTU ZAMÓWIENIA I. Zasady ogólne 1. Wykonawca zgłaszając gotowość do odbioru Produktu, ma obowiązek załączyć kompletną Dokumentację, w tym (jeśli dotyczy)

Bardziej szczegółowo

Instrukcja obsługi systemu elektronicznego katalogu przedmiotów (sylabusów)

Instrukcja obsługi systemu elektronicznego katalogu przedmiotów (sylabusów) Instrukcja obsługi systemu elektronicznego katalogu przedmiotów (sylabusów) 1. Uruchomienie systemu System wykonany został w postaci aplikacji web. Do uruchomienia wymagany jest dostęp do sieci Internet.

Bardziej szczegółowo

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

Odpowiedź Zamawiającego w ramach zgłoszonych wniosków o wyjaśnienie SIWZ Warszawa, 2016-04-19 WIF.261.3.2016 Wszyscy Wykonawcy Dotyczy: postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego na zaprojektowanie, wykonanie i wdrożenie

Bardziej szczegółowo

P R Z E T W A R Z A N I E S Y G N A Ł Ó W B I O M E T R Y C Z N Y C H

P R Z E T W A R Z A N I E S Y G N A Ł Ó W B I O M E T R Y C Z N Y C H W O J S K O W A A K A D E M I A T E C H N I C Z N A W Y D Z I A Ł E L E K T R O N I K I Drukować dwustronnie P R Z E T W A R Z A N I E S Y G N A Ł Ó W B I O M E T R Y C Z N Y C H Grupa... Data wykonania

Bardziej szczegółowo

ViLab- program służący do prowadzenia obliczeń charakterystyki energetycznej i sporządzania świadectw charakterystyki energetycznej

ViLab- program służący do prowadzenia obliczeń charakterystyki energetycznej i sporządzania świadectw charakterystyki energetycznej ViLab- program służący do prowadzenia obliczeń charakterystyki energetycznej i sporządzania świadectw charakterystyki energetycznej ViLab jest samodzielnym programem służącym do prowadzenia obliczeń charakterystyki

Bardziej szczegółowo

Opis wymagań i program szkoleń dla użytkowników i administratorów

Opis wymagań i program szkoleń dla użytkowników i administratorów Załącznik nr 3 do OPZ Opis wymagań i program szkoleń dla użytkowników i administratorów Spis treści Wprowadzenie...2 1. Typ i zakres szkoleń...2 2. Grupy użytkowników...2 3. Warunki ogólne szkoleń...3

Bardziej szczegółowo

Szczegółowy opis przedmiotu zamówienia

Szczegółowy opis przedmiotu zamówienia Załącznik nr 2 do Zapytania Ofertowego nr 07/04/IT/2016 Szczegółowy opis przedmiotu zamówienia Utrzymanie i rozwój systemów GREX, SPIN, TK, AMOC, Obsługa Rewidentów 1 SPIS TREŚCI Wprowadzenie... 3 1. Specyfikacja

Bardziej szczegółowo

WARUNKI TECHNICZNE. Załącznik nr 1

WARUNKI TECHNICZNE. Załącznik nr 1 Załącznik nr 1 WARUNKI TECHNICZNE Wykonania robót geodezyjno kartograficznych związanych z : Archiwizacją baz danych-przetworzeniem zasobu powiatowego z postaci papierowej do postaci cyfrowej operatów

Bardziej szczegółowo