· web viewużytkownik może zapisywać utworzone raporty m. in. w następujących formatach: pdf,...
TRANSCRIPT
Załącznik nr 1 do SIWZ
Szczegółowy opis przedmiotu zamówienia w postępowaniu o
udzielenie zamówienia publicznego na
Projekt techniczny i wdrożenie hurtowni danych wraz z wsparciem
technicznym
Spis treści
1 Wprowadzenie 4
1.1 Charakterystyka zamawiającego.............................................................................................4
1.2 Przedmiot zamówienia...........................................................................................................4
1.2.1 Zakres zamówienia.........................................................................................................5
1.2.2 Podstawowe cele wykonawcze.......................................................................................7
1.2.3 Wymagania bezwzględne...............................................................................................7
1.2.4 Wymagania funkcjonalne...............................................................................................7
1.2.5 Wymagania w zakresie bezpieczeństwa i kontroli dostępu............................................9
1.2.6 Wymagania odnośnie prowadzenia prac projektowych i wdrożenia............................11
2 Szczegółowy opis przedmiotu zamówienia 13
2.1 Miejsce realizacji zamówienia..............................................................................................13
2.2 Poglądowy opis docelowego Systemu..................................................................................13
2.3 Źródłowe bazy danych..........................................................................................................15
2.3.1 Bazy bydła.....................................................................................................................15
2.3.2 Bazy trzody chlewnej....................................................................................................29
2.3.3 Bazy owiec....................................................................................................................34
2.3.4 Bazy koni.......................................................................................................................43
2.3.5 Inne bazy danych..........................................................................................................46
2.4 Repozytoria danych – zasilenie, odbiór i konwersja.............................................................61
2.4.1 Struktura bazodanowa..................................................................................................61
2.4.2 Dane źródłowe.............................................................................................................61
2.4.3 Zmiany..........................................................................................................................61
2.4.4 Dane wyjściowe............................................................................................................61
2.4.5 Dane Archiwalne...........................................................................................................61
2.5 Wymagania dotyczące systemu analiz..................................................................................61
2.6 Wymagania pozafunkcjonalne..............................................................................................62
2.6.1 Bezpieczeństwo Systemu..............................................................................................62
2.6.2 Neutralność technologiczna..........................................................................................62
2.6.3 Przenośność..................................................................................................................63
2.6.4 Elastyczność..................................................................................................................64
2.7 Inne wymagania...................................................................................................................64
2.7.1 Proces wytwórczy oprogramowania.............................................................................64
2
2.7.2 Testy Systemu...............................................................................................................65
2.7.3 Dokumentacja...............................................................................................................67
2.7.4 Wymagania dotyczące instruktaży................................................................................67
2.7.5 Prawa autorskie............................................................................................................70
2.7.6 Warunki gwarancji........................................................................................................70
2.7.7 Warunki wsparcia technicznego...................................................................................72
2.8 Szczegółowy opis zadań........................................................................................................73
2.8.1 Ramowy harmonogram prac........................................................................................73
3 Informacje związane z realizacją przedmiotu zamówienia 75
3.1 Sposób organizacji projektu..................................................................................................75
4 Pozostałe produkty projektu 75
4.1 Sposób organizacji Projektu..................................................................................................75
4.2 Zakres pozostałych produktów projektu..............................................................................76
4.2.1 Plan Projektu................................................................................................................76
4.2.2 Założenia projektu........................................................................................................76
4.2.3 Opis Produktu (Projekt techniczny):.............................................................................77
4.2.4 Kryteria akceptacji Produktu.........................................................................................77
4.2.5 Zestaw procedur realizowania gwarancji i utrzymania.................................................77
4.2.6 Plan wdrożenia systemu...............................................................................................78
4.2.7 Plan i metodyka instruktaży..........................................................................................78
4.2.8 Dokumentacja systemu................................................................................................78
3
1 Wprowadzenie
1.1 Charakterystyka zamawiającegoInstytut Zootechniki - PIB należy do największych polskich instytutów naukowo-badawczych o zasięgu ogólnokrajowym. Podlega Ministrowi Rolnictwa i Rozwoju Wsi. Utworzony został 31 maja 1950 roku - na mocy Rozporządzenia Rady Ministrów - z inicjatywy wybitnego zootechnika i genetyka prof. Teodora Marchlewskiego, rektora Uniwersytetu Jagiellońskiego.
Przedmiotem działania Instytutu jest prowadzenie badań naukowych i prac rozwojowych w zakresie produkcji zwierzęcej i kształtowania środowiska rolniczego. Działalność ta ukierunkowana jest na bieżące i perspektywiczne potrzeby produkcji taniej i bezpiecznej żywności w warunkach przyjaznych dla zwierząt i środowiska, a także wykorzystanie zwierząt gospodarskich dla celów biomedycznych.
Główne i strategiczne dla zmieniających się potrzeb produkcji zwierzęcej kierunki badawcze IZ to:
1. Genetyka i hodowla zwierząt gospodarskich2. Żywienie zwierząt i paszoznawstwo3. Biotechnologiczne metody produkcji zwierzęcej4. Ochrona zasobów genetycznych zwierząt gospodarskich5. Technologia, ekologia i ekonomika produkcji zwierzęcej6. Jakość produktów i surowców pochodzenia zwierzęcego
Osiągnięcia IZ-PIB, będące efektem podejmowanych przez jego pracowników przez ponad 50 lat prac naukowych, upowszechnieniowych i wdrożeniowych, zaowocowały nadaniem Instytutowi Zootechniki z dniem 23 listopada 2006 roku statusu Państwowego Instytutu Badawczego.
Siedziba główna Instytutu mieści się pod adresem:
ul. Sarego 231-047 KrakówNIP: 675-000-21-30REGON: 000079728KRS: 0000125481
1.2 Przedmiot zamówieniaPrzedmiotem zamówienia jest Projekt techniczny i wdrożenie hurtowni danych wraz z wsparciem technicznym. Projektowany system ma być głównym źródłem wiedzy analitycznej i statystycznej dla obszarów działalności Instytutu. System powinien być także źródłem informacji dla podmiotów wykorzystujących w ramach swych statutowych obowiązków ww. informacje (np. inne jednostki administracji publicznej, UE). W celu zapewnienia spójnej analizy, budowane repozytorium musi umożliwiać integrację danych z zewnętrznych źródeł. Rozwój Centralnego Repozytorium Instytutu Zootechniki nie będzie możliwy bez ciągłego podnoszenia umiejętności i kwalifikacji kadr zajmujących się analizami. Dlatego też koncepcja rozwoju hurtowni danych powinna być wsparta opisem działalności instruktażowej dotyczącej zarówno aspektów związanych z przygotowaniem danych i przeprowadzaniem analiz (metody i narzędzia), a także interpretacją wyników, a także obejmować
4
instruktaże dla administratorów systemu i administratorów danych. Budowa hurtowni danych powinna określać sposób zbierania i przetwarzania danych który poprawi jakość i szybkość dostępu do danych zbieranych przez Instytut Zootechniki.
Zamawiający dopuszcza składanie ofert równoważnych w rozumieniu art. 30 ust 5 ustawy Pzp, przy czym Zamawiający informuje, że stworzona Hurtownia Danych oraz oprogramowanie wraz z nią dostarczone musi posiadać pełną integrację z systemem bazodanywm MS SQL Server 2008, Microsoft Sharepoint oraz pakietem Microsoft Office 2003/2007/2010 użytkowanymi przez zamawiającego. Na Wykonawcy spoczywa obowiązek wykazania równoważności w treści swojej oferty.
Ilekroć w niniejszej specyfikacji, w opisie przedmiotu zamówienia jest mowa o materiałach z podaniem znaków towarowych, patentów, nazw własnych lub pochodzenia, to przyjmuje się, że wskazaniom takim towarzyszą wyrazy „lub równoważne”. Oznaczenia i nazwy własne materiałów i produktów służą wyłącznie do opisania minimalnych parametrów technicznych, wskazania standardu jakościowego, które powinny spełniać te produkty. W celu zachowania reguły konkurencyjności dopuszcza się rozwiązania równoważne do wyspecyfikowanych w treści niniejszego OPZ, przy czym za rozwiązanie równoważne uważa się takie rozwiązanie, które pod względem technologii, wydajności i funkcjonalności przez to rozwiązanie oferowanych, nie odbiega znacząco od technologii funkcjonalności i wydajności wyszczególnionych w rozwiązaniu wyspecyfikowanym, przy czym nie podlegają porównaniu cechy rozwiązania właściwe wyłącznie dla rozwiązania wyspecyfikowanego, takie jak: zastrzeżone patenty, własnościowe rozwiązania technologiczne, własnościowe protokoły itp., a jedynie te, które stanowią o istocie całości zakładanych rozwiązań technologicznych i posiadają odniesienie w rozwiązaniu równoważnym.
W związku z tym, Wykonawca może zaproponować rozwiązania, które realizują takie same funkcjonalności wyspecyfikowane przez Zamawiającego w inny, niż podany sposób. Za rozwiązanie równoważne nie można uznać rozwiązania identycznego (tożsamego), a jedynie takie, które w porównywanych cechach wykazuje dokładnie tą samą lub bardzo zbliżoną wartość użytkową. Przez bardzo zbliżoną wartość użytkową rozumie się podobne, z dopuszczeniem nieznacznych różnic nie wpływających w żadnym stopniu na całokształt systemu, zachowanie oraz realizowanie podobnych funkcjonalności w danych warunkach, identycznych dla obu rozwiązań, dla których to warunków rozwiązania te są dedykowane.
Zamawiający wymaga by:
1. Stworzona Hurtownia danych oraz oprogrmowanie z nią dostarczone posiadało pełną integrację z systemem bazodanowym MS SQL Server 2008 oraz narzędzami do jego obsługi posiadanymi przez Zamawiającego.
2. Dostarczone oprogramowanie hurtowni danych musi posiadać pełną integrację z pakietem Microsoft Office 2003/2007/2010 użytkowanym przez zamawiającego.
3. Dostarczany system musi oferować możliwość tworzenia wielu kont administracyjnych o różnych poziomach uprawnień w celu zapewnienia bezpiecznego rozdzielenia zakresu prac administracyjnych na różne osoby w organizacji. Rozwiązanie bazodanowe musi również pozwalać na uniemożliwianie dostępu do danych użytkownikom o wysokich uprawnieniach administracyjnych.
5
4. Dostarczony system musi posiadać pełną integrację (w kwesti tworzenia raportów) z systemem Sql Server Reporting Services posiadanym przez zamawiającego.
5. Dostarczany system musi posiadać pełną integrację (w kwesti udostępniania raportów) z systemem Microsoft Sharepoint posiadanym przez Zamawiającego.
6. Rozwiązanie sytemu hurtowni danych musi umożliwiać pracę na nim poprzez zastosowanie mechanizmu dostępu do wszystkich usług serwera dla 150 użytkowników.
1.2.1 Zakres zamówienia
Przedmiot zamówienia obejmuje następujące zadania i prace szczegółowe:
1) Wykonanie analizy dotychczasowych rozwiązań typu CRUD (Create, Read, Update, Delete) oraz współpracującej z nim warstwy komunikacyjnej;
2) Całość rozwiązania musi opierać się na posiadanych przez Zamawiającego zasobach sprzętowych. (Dokładny opis sprzętu zostanie przekazany Wykonawcy na etapie analizy środowiska).
3) Całość rozwiązania musi być zbudowana w oparciu o technologie w pełni kompatybilną z posiadaną przez Zamawiającego bazą Microsoft (SQL Server 2008, Sharepoint Services, Windows 2008 Server) przy wykorzystaniu posiadanych przez zamawiającego licencji (Dokładna lista licencji posiadanych przez zamawiającego będzie przekazana na etapie analizy środowiska).
4) Opracowania ścieżki przejścia do zaprojektowanego rozwiązania; 5) Instalację i konfigurację oprogramowania systemu analiz i raportowania na sprzęcie
komputerowym zapewnionym przez zamawiającego, w tym dostrojenie systemu operacyjnego dla potrzeb wdrażanego systemu analiz i raportowania,
6) Utworzenie Centralnego repozytorium danych (zestaw baz RDBMS) w środowisku zamawiającego spełniającego następujące wymagania:a) Struktura bazodanowa centralnego repozytorium powinna być otwarta i umożliwiać dodanie
dowolnej nowej „wirtualnej” bazy danych do rozwiązania.b) Struktura baz danych repozytorium musi uwzględniać zmieniające się kilkukrotnie w ciągu
roku struktury danych źródłowych.7) Migrację danych aktualnych i historycznych do Centralnego Repozytorium Danych,
a) Bazy bydła:i) Ocena wartości hodowlanej buhajów ras mlecznych (system WYCENA)ii) Ocena wartości użytkowej i hodowlanej buhajów ras mięsnych (system BuhajeMiesne)iii) Kontrola pochodzenia bydła (system IMG BOV)iv) Wartość hodowlana krów kandydatek na matki buhajów (system KROWY)v) Ochrona bioróżnorodności zwierząt gospodarskich – Bydło (system BIO Bydlo)vi) System gromadzący dane dla PZHiPBM (system eBOVIS)
b) Bazy trzody chlewnej:i) Ocena wartości użytkowych i hodowlanych trzody chlewnej (system TRZODA)ii) Ochrona bioróżnorodności zwierząt gospodarskich - ŚWINIE (system BIO SWINIE)
c) Bazy owiec: i) Ocena wartości hodowlanej owiec (system OcenaOwiec) ii) Ochrona bioróżnorodności zwierząt gospodarskich - OWCE (system BIO OWCE)
6
iii) Baza danych owiec badanych pod kątem ryzyka wystąpienia śmiertelnej choroby Scrapie (system SCRAPIE)
iv) Baza oceny owiec ze Stacji Oceny Trykówd) Bazy koni:
i) Ochrona bioróżnorodności zwierząt gospodarskich - KONIE (system BIO KONIE)e) Pozostałe bazy:
i) Baza publikacji pracowników IZ PIB (system Publikacje)ii) Baza kontaktów pracowników IZ PIB (system Pracownicy)iii) Baza zakończonych prac badawczych IZ PIB (system Tematy)iv) Krajowa Baza Danych o Zasobach Genetycznych Zwierząt Gospodarskich (system EFABIS) v) Baza analiz chemicznych paszvi) Baza danych genotypów SNP bydła mlecznegovii) System wystawowy – Polagraviii) Kody pocztowe i miejscowości, Agencje Restrukturyzacji i Modernizacji Rolnictwa
(ARiMR), Lekarze weterynarii - baza "KAL"8) Zaprojektowanie i uruchomienie procesów przetwarzania danych (ETL) wraz z procesami
poprawy jakości danych, integrujących dane z baz danych wymienionych w pkt. 7) oraz innych systemów i zbiorów źródłowych,
9) Implementacja narzędzi raportowania, analiz oraz zaawansowanej analityki umożliwiających wielowymiarową analizę danych (OLAP), w tym m.in. statystyczną analizę danych, wykorzystanie statystyki opisowej oraz analizy szeregów czasowych, jak również zaprojektowanie i wykonanie odpowiednich struktur danych oraz mechanizmów tworzenia gotowych analiz i raportów (kilkadziesiąt rodzajów),
10) Bezpieczne udostępnienie użytkownikom raportów przygotowanych przy użyciu mechanizmów tworzenia gotowych analiz - udostępnianie przez przeglądarkę internetową (docelowo dla kilkuset zewnętrznych, nazwanych użytkowników) oraz przez oprogramowanie analitycznej stacji roboczej tzw. Twardego klienta (dla kilkudziesięciu wewnętrznych, nazwanych użytkowników),
11) Stworzenie mechanizmu mini-portali raportowych wraz z możliwością wprowadzania danych dla zewnętrznych dostawców danych
12) Opracowanie dokumentacji systemu dla administratorów, projektantów analiz i raportów oraz dla użytkowników systemu,
13) Stworzenie oraz przeprowadzenie instruktaży zgodnie z zapisami w pkt. 2.7.4.
1.2.2 Podstawowe cele wykonawcze
Podstawowe cele wykonawcze zdefiniowane dla tego postępowania to:
1. Zintegrowanie wszystkich danych będących w posiadaniu właściwych komórek organizacyjnych Zamawiającego,
2. zapewnienie właściwego poziomu kontroli błędów i powtórzeń,3. zapewnienie krótkiego czasu wykonania zestawień, raportów i analiz pozwalającego na pracę
interakcyjną,4. Dostarczenie środowiska analitycznego, które jest parametryzowane, otwarte na nowe potrzeby,
intuicyjne w obsłudze, udostępniające złożone formy prezentacji i analizy danych,5. utrzymanie danych szczegółowych wraz z historią zmian wprowadzanych w danych.
7
1.2.3 Wymagania bezwzględne
Poniżej w formie tabelarycznej zebrano wymagania obligatoryjne do proponowanego przez przyszłego Wykonawcę rozwiązania:
L.p. Wymagania bezwzględne
1. Proponowane rozwiązanie musi opierać się na posiadanych przez Zamawiającego (IZ-PIB) zasobach sprzętowych.
2. Proponowane rozwiązanie musi zostać zbudowane w oparciu o posiadane przez Zamawiającego (IZ-PIB) oprogramowanie.
3. Proponowane rozwiązanie musi być zgodne ze stosowanymi przez Zamawiającego rozwiązaniami w zakresie bezpieczeństwa i kontroli dostępu.
4. Rozwiązanie musi umożliwiać prezentację wybranych wyników analiz i stworzonych raportów na stronie „WWW”
Tabela 1 - Wymagania bezwzględne
1.2.4 Wymagania funkcjonalne
Poniżej w formie tabelarycznej zebrano wymagania funkcjonalne do proponowanego przez przyszłego Wykonawcę rozwiązania:
L.p. Wymagania funkcjonalne
1. Na etapie tworzenia Projektu technicznego Wykonawca określi wszystkie założenia niezbędne do zbudowania rozwiązania, a w szczególności: sposób procesu agregacji, wybór algorytmów, kluczowe wskaźniki efektywności (KPI) rozwiązania.
2. Rozwiązanie zintegruje wszystkie dane wskazane prze Zamawiającego będące w posiadaniu różnych działów i pracowników IZ-PIB.
3. Rozwiązanie zapewni właściwy określony w ramach analizy poziomu kontroli błędów i powtórzeń.
4. Rozwiązanie zapewni krótki czas wykonania analiz pozwalający na pracę interakcyjną.
5. Rozwiązanie dostarczy środowisko analityczne, które jest parametryzowane, otwarte na nowe potrzeby, intuicyjne w obsłudze, udostępniające złożone formy prezentacji i analizy danych.
6. Rozwiązanie zapewni możliwość tworzenia dowolnych analiz, zestawień i raportów z poziomu użytkownika.
7. Rozwiązanie zapewni możliwość publikacji informacji na portalu intranetowym oraz internetowym.
8. Rozwiązanie zapewni możliwość pracy nad treścią i strukturą serwisu poprzez przeglądarkę internetową.
9. Rozwiązanie zapewni dostęp użytkownika wewnętrznego (również zdalny) do edytora treści /zawartości serwisu na podstawie poziomu uprawnień.
10. Rozwiązanie zapewni możliwość samodzielnego administrowania osobami pracującymi nad treścią serwisu (dodawanie, usuwanie, zmiana uprawnień).
11. Rozwiązanie zapewni możliwość jednoczesnej pracy nad treścią serwisu przez kilkudziesięciu
8
użytkowników wewnętrznych.
12. Rozwiązanie zapewni możliwość automatycznego pojawiania się na stronach serwisu, z uwzględnieniem terminu i czasu publikacji (skrajne daty), informacji wprowadzanych na stronie redakcyjnej po ich zaakceptowaniu oraz wygenerowanych raportów i wyników analiz.
13. Zamawiający wymaga, aby była możliwość udostępnienia zakresu informacji w Intranecie i Internecie poprzez konieczność logowania.
14. System musi posiadać narzędzie do tworzenia raportów. Wykonawca w ramach realizacji niniejszego zamówienia przygotuje 100 standardowych raportów z funkcjonalnością wskazaną przez Zamawiającego.
15. Budowa modułowa hurtowni będzie pozwalała na dostosowanie funkcjonalności do potrzeb użytkownika.
16. System prezentacyjny będzie przechowywał informacje o wszystkich wprowadzonych zmianach.
17. System będzie umożliwiał obsługę mechanizmu filtrowania i tabel przestawnych w przygotowywaniu raportów, oraz zapewniał możliwość dostosowywania raportów do własnych potrzeb.
18. Użytkownik może wpływać na ostateczną postać raportu przez określenie jego parametrów, a także przez użycie filtrów i przełączników w interaktywnych raportach.
19. Użytkownik może zapisywać utworzone raporty m. in. w następujących formatach: pdf, doc/docx, xls/xlsx, html, jpg/png.
20. Wykonawca skonfiguruje i uruchomi dostarczone oprogramowanie lub zapewni dostęp do oprogramowania sieciowo (aplikacja WEB-owa) i udzieli wszelkich wskazówek dotyczących konfiguracji i uruchomienia oprogramowania.
21. Wykonawca przygotuje opis techniczny procedur aktualizacyjnych
22. Wykonawca dostarczy wszelkie niezbędne materiały uzupełniające do dokumentacji powykonawczej, które są konieczne do właściwej eksploatacji systemu (instrukcje obsługi każdego modułu, sprzętu, struktury i powiązania baz danych – zgodnie w szczególności z przepisami prawa dotyczącymi ochrony danych osobowych).
23. Wykonawca przygotuje (w trakcie realizacji zadania) procedury działania na okoliczność awarii systemu i sprzętu. Procedury awaryjne muszą zostać zaakceptowane przez Zamawiającego. Procedura winna zawierać instrukcję odzyskiwania kopii bezpieczeństwa systemu i aplikacji.
24. Procedury awaryjne mają obejmować min.: Informację komu zgłosić awarię Postępowanie w okresie oczekiwania na reakcję serwisu Osoby kontaktowe, koordynatorów dla danego typu awarii
Ewentualne rekonfiguracje sprzętu, systemu w celu zapewnienia właściwego dalszego działania systemu
25. Wykonawca przygotuje (w trakcie realizacji niniejszego zamówienia) procedury bieżących prac konserwacyjne dla poszczególnych składowych systemu. Procedury konserwacyjne muszą zostać zaakceptowane przez Zamawiającego.
26. Procedury konserwacyjne mają obejmować minimum: Częstotliwość dokonywania przeglądów
9
Zakres przeglądów konserwacyjnych
27. Wykonawca udzieli bezpłatnej 3-letniej gwarancji na dostarczone rozwiązanie zgodnie z warunkami opisanymi w pkt. 2.7.6
28. Wykonawca udzieli rocznego wsparcia technicznego zgodnie z warunkami opisanymi w pkt. 2.7.7.
Tabela 2 - Wymagania funkcjonalne
1.2.5 Wymagania w zakresie bezpieczeństwa i kontroli dostępu
Poniższe punkty przedstawiają minimalne wymagania wobec przedmiotu zamówienia w zakresie ochrony informacji.
Zasady Bezpieczeństwa
Wykonawca przeprowadzi analizę ryzyka zasobów informacyjnych obsługiwanych przez System. Analiza ta przeprowadzona zostanie zgodnie z wytycznymi zawartymi z raporcie technicznym ISO/IEC TR 13335
Wykonawca opracuje Zasady Bezpieczeństwa Systemu, z uwzględnieniem wyników analizy ryzyka.
o Zasady Bezpieczeństwa muszą być zgodne z obecnie funkcjonującym u Zamawiającego regulacjami dotyczącymi bezpieczeństwa informacji w zakresie gromadzenia, przetwarzania i udostępniania informacji, w tym w szczególności z Polityką Bezpieczeństwa Systemów Teleinformatycznych.
o Opracowane zasady bezpieczeństwa obejmować muszą co najmniej następujące zagadnienia:
Organizacja bezpieczeństwa informacji; Zarządzanie aktywami; Bezpieczeństwo zasobów ludzkich; Bezpieczeństwo fizyczne i środowiskowe; Zarządzanie systemami i sieciami; Kontrola dostępu; Zarządzanie ciągłością działania; Pozyskiwanie, rozwój i utrzymanie systemów informatycznych; Zarządzanie incydentami związanymi z bezpieczeństwem informacji; Zgodność z wymaganiami prawnymi i własnymi standardami.
Poufnośćo System musi dostarczać mechanizmy kontroli dostępu administratorów
umożliwiających dostęp do Systemu wyłącznie po jednoznacznym zidentyfikowaniu przeprowadzonym w ramach procesu uwierzytelnienia.
o System musi zapewniać uwierzytelniania użytkowników nie anonimowych.o System musi zapewniać odpowiednie zabezpieczenia przed nieautoryzowanym
dostępem na poziomie serwera. o System musi przechowywać i przesyłać hasła użytkowników wyłącznie w postaci
zabezpieczonej.
10
o System musi zapewniać mechanizmy kontroli uprawnień oparte na rolach, umożliwiające kontrolę poziomu dostępu do Systemu każdego użytkownika zarówno w zakresie dostępu do danych przetwarzanych w Systemie jak i korzystania z jego funkcjonalności. System uprawnień musi umożliwić ograniczenie dostępu wyłącznie do takich danych oraz takiego zakresu funkcji, jaki jest niezbędny użytkownikowi.
Rozliczalność i niezaprzeczalnośćo System musi posiadać mechanizmy umożliwiające rozliczalność działań
użytkowników nie anonimowych, o System musi posiadać mechanizmy umożliwiające rozliczalność działań
administracyjnych związanych z nadawaniem i odbieraniem uprawnień, o System musi umożliwiać pełen audyt/rozliczalność operacji. o System musi umożliwiać podział użytkowników na grupy z możliwością przynależenia
do kilku grup równocześnie. o System musi umożliwiać zarządzanie użytkownikami oraz grupami w zakresie
ustalania uprawnień. o System musi umożliwiać pełną identyfikowalność użytkowników nie anonimowych i
przypisanie odpowiedzialności za działania wykonane w Systemie. o System musi umożliwiać blokowania dostępu określonych użytkowników nie
anonimowych do określonych zasobów Systemu. Monitorowanie bezpieczeństwa
o System musi zapewniać mechanizmy logowania operacji.o System musi zapewniać mechanizmy przechowywania logów systemowych. o System musi zapewniać mechanizmy monitorowania podatności mających wpływ na
bezpieczeństwo Systemu.o System musi zapewniać mechanizmy monitorowania integralności kluczowych
elementów systemu, w tym systemów plików, motorów baz danych, usług katalogowych, plików konfiguracyjnych
Audyt bezpieczeństwao Wykonawca opracuje plany i procedury audytu bezpieczeństwa, które będą mogły
być wykorzystane przez Zamawiającego w celu przeprowadzania wewnętrznych audytów bezpieczeństwa.
o Plany i procedury audytu bezpieczeństwa obejmą w szczególności: audyt architektury modułów Systemu, audyt logiki biznesowej modułów Systemu, audyt infrastruktury techniczno-systemowej, na której będą uruchomione
moduły Systemu, audyt dostępnego kodu źródłowego aplikacji składających się na moduły
Systemu, audyt uprawnień, uwierzytelniania i autoryzacji i użytkowników, przeprowadzenie testów penetracyjnych Systemu.
o Pełny audyt bezpieczeństwa Systemu musi być przeprowadzony przed wdrożeniem Systemu do użytku.
11
o Częściowy audyt, w zakresie ustalonym każdorazowo z Zamawiającym, powinien być przeprowadzony po każdej istotnej zmianie Systemu.
Plany ciągłości działaniao Wykonawca opracuje Plany Ciągłości Działania Systemu w skład których wejdą:
analiza wpływu zdarzeń na przedsiębiorstwo (ang. - Business Impact Analysis - BIA),
opracowanie strategii przetrwania, plan pierwszej reakcji na zdarzenie (zarządzanie incydentami), opracowanie Planu Ciągłości Działania, opracowanie programu instruktaży i budowania świadomości pracowników, opracowanie planu aktualizacji i testowania oraz ciągłości działania, opracowanie planu komunikacji kryzysowej
Plany Odtwarzania po katastrofieo Wykonawca opracuje Plany Odtwarzania po katastrofie Systemu w skład których
wejdą: definicja wymagań funkcjonalnych, definicja wymagań przetwarzania danych - opracowanie katalogu procesów i
aplikacji objętych projektem planu odtwarzania z określeniem ich parametrów odtwarzania po katastrofach (w oparciu o wyniki BIA),
projekt rozwiązania Disaster Recovery, zawierający m. in. : opracowanie schematu organizacyjnego dla projektu planu
odtwarzania w rozróżnieniu na czas zwykłej pracy i czas katastrofy, opracowanie schematu i procedur procesów odtwarzania po
katastrofach, scenariusze działania w przypadku katastrofy, wybór strategii odtwarzania.
1.2.6 Wymagania odnośnie prowadzenia prac projektowych i wdrożenia
L.p. Etap Realizacji
Krok Wymagane informacje w projekcie
Warunki realizacyjne
1. Etap 1 Analiza istniejącego środowiska
- Opis aktualnego stanu istniejącego środowiska w odniesieniu do planowanych prac
Akceptacja dokumentów:- dokument opisujący projektowane środowisko- analiza ryzyka - plan testów
2. Analiza ryzyka - Opis zagrożeń związanych z migracją i wdrożeniem wraz z zabezpieczeniami danych w poszczególnych etapach projektu
3. Projekt Techniczny - Opracowanie i zatwierdzenie projektu technicznego
- akceptacja dokumentu Projekt Techniczny
4. Warsztaty - Przygotowanie
12
wdrożenia laboratorium środowiska wdrożenia - Przygotowanie planu warsztatów- Plan testów - Procedura Disaster/Recovery- Wnioski z przeprowadzonych działań
5. Etap 2 Instalacja środowiska docelowego oraz optymalizacja jego parametrów działania
- opis architektury proponowanego rozwiązania- opis konfiguracji po stronie serwerów - propozycja testów kończących etap
- jeżeli to możliwe brak przerw w działaniu systemów,- prawidłowy przebieg testów kończących etap
6. Konwersja danych - opis „produkcyjnej” konwersji danych jako procesu ciągłego - propozycja testów kończących etap
- jeżeli to możliwe brak przerw w działaniu systemów,- prawidłowy przebieg testów kończących etap
7. Integracja z systemem kopii bezpieczeństwa danych
- opis sposobu wykonania backupu danych nowego środowiska - opis sposobu odzysku danych - propozycja testów kończących etap
- jeżeli to możliwe brak przerw w działaniu systemów,- prawidłowy przebieg testów kończących etap
8. Instalacja i integracja z zewnętrznymi systemami
- opis sposobu wykonania integracji z systemami zewnętrznymi- propozycja testów kończących etap
- jeżeli to możliwe brak przerw w działaniu systemów,- prawidłowy przebieg testów kończących etap
9. Plany awaryjne - opis planów awaryjnych, pozwalający uruchomić systemy na redundantnych serwerach a także przywrócić konfigurację w przypadku całkowitej awarii oprogramowania systemowego- propozycja testów kończących etap
- jeżeli to możliwe brak przerw w działaniu systemów,- prawidłowy przebieg testów kończących etap
10. Uruchomienie produkcyjne. Testy końcowe, przygotowanie
- opis sposobu wykonania przełączania na pracę produkcyjną- propozycja testów
- prawidłowy przebieg testów końcowych- oddanie dokumentacji powykonawczej
13
dokumentacji powykonawczej, zakończenie wdrożenia
końcowych
11.
Etap 3
Dokumentacja powykonawcza
- Dokumentacja architektury systemu- Dokumentacja administratora- Pozostałe niezbędne procedury.
12.Etap 4
Instruktaże dla użytkowników oraz administratorów
- Zgodnie z zapisami w pkt. 2.7.4
-Dostarczenie materiałów opisanych w pkt. 2.7.4.
Tabela 3 - Wytyczne do sposobu realizacji projektu
2 Szczegółowy opis przedmiotu zamówienia
2.1 Miejsce realizacji zamówieniaMiejscem realizacji zamówienia będzie lokalizacja Instytutu mieszcząca się pod adresem:
ul. Krakowska 132-083 Balice k. Krakowa
2.2 Poglądowy opis docelowego SystemuPoniższy rysunek przedstawia blokową budowę struktury systemowej w ramach której funkcjonowało będzie rozwiązanie hurtowni danych dla Instytutu Zootechniki.
14
Rysunek 1 - Struktura blokowa proponowanego rozwiązania
Bazy Produkcyjne – Centralne Repozytorium Danych (1)
Sercem systemu będą serwery bazodanowe Microsoft SQL Server 2008 (posiadane przez Zamawiającego) które będą odpowiadać za procesowanie i składowanie zarówno baz dla systemu prezentacji jak i baz będących częściami składowymi repozytorium danych.
Bazy Prezentacji (2)
Bazy Prezentacji służyć będą jedynie jako repozytorium danych dla systemów prezentacyjnych (5 i 6) oraz jako repozytorium danych dla aplikacji lokalnych w Instytucie (Excel) oraz innych narzędzi statystycznych. Wydzielenie ich jako odrębny klaster służy podniesieniu bezpieczeństwa hurtowni a także zmniejszeniu obciążenia baz produkcyjnych.
Konwersja Danych (3)
System Konwersji danych to obszar oczyszczania i konwertowania danych wejściowych z systemów zewnętrznych. Na tym serwerze funkcjonować ma szereg aplikacji konwertujących dane pod kontrolą aplikacji głównej odpowiadającej za konwersje.
Akwizycja Danych (4)
15
System ten udostępniać będzie jedynie różnorodne formy wgrywania zestawu danych do systemu (FTP, Http upload, Email, SSIS).
Prezentacja Wewnętrzna (5)
Portal prezentacji wewnętrznej oparty będzie o Reporting Services (Microsoft SQL Server 2008) oraz Microsoft Sharepoint (licencje posiadane przez Zamawiającego). Zostaną na nim prekonfigurowane raporty, które są aktualnie generowane we wszystkich komórkach Instytutu. Dodatkowo będzie możliwość przygotowania dowolnego dodatkowego raportu, który będzie oparty na danych znajdujących się w Hurtowni.
Prezentacja Zewnętrzna (6)
Portal prezentacji zewnętrznej będzie odpowiadał za 3 funkcje:
• Prezentacja danych statystycznych, dostępna z Internetu dla każdego zainteresowanego – część publiczna.
• Prezentacja danych szczegółowych (po zalogowaniu), dla konkretnych podmiotów zewnętrznych (Ministerstwo Gospodarki itp.) w formie raportów oraz (o ile istnieje taka potrzeba) w formie raportów dynamicznych, które mogą być modyfikowane przez użytkownika zewnętrznego
• Portal Integracyjny dla podmiotów zewnętrznych (np. Hodowcy, Związki hodowców itp.) dostępny po zalogowaniu się. Udostępniający zarówno dane statystyczne, ale także umożliwiający zbudowanie własnego mini portalu w ramach struktury portalu Instytutu (własny adres zewnętrzny itd.) i użytkowanie tego mini portalu przez taki podmiot jako ich własnego repozytorium danych (przyjazny eksport danych przez nich zgromadzonych itp.) oraz możliwość tworzenia własnych raportów na ich potrzeby i możliwość ich upublicznienia. Wszystkie te funkcje powinny być oczywiście w bardzo uproszczonej postaci, która nie spowoduje problemów w użytkowaniu.
Zabezpieczenie dostępu i równoważenie obciążenia (7)
Zestaw reguł i zaleceń które należy wdrożyć w istniejącym systemie zabezpieczeń w celu poprawnego i bezpiecznego funkcjonowania rozwiązania w sieci Internet.
2.3 Źródłowe bazy danychPoniższe opisy dotyczą głównych źródłowych baz danych, które muszą zostać włączone w budowane repozytorium danych.
2.3.1 Bazy bydła
2.3.1.1 Ocena wartości hodowlanej buhajów ras mlecznych (system WYCENA)
Dział Genetyki i Hodowli Zwierząt (DG)
2.3.1.1.1 Cele
Prowadzenie ewidencji danych dotyczących buhajów ras mlecznych w celu umożliwienia oceny ich wartości hodowlanych.
16
2.3.1.1.2 Źródła danych
Trzy razy w ciągu roku zespół pracowników naukowych otrzymuje dane od Polskiej Federacji Hodowców Bydła i Producentów Mleka (PFHBiPM) (z systemu SYMLEK) oraz z Interbull, oblicza cechy buhajów (wartości hodowlane) i umieszcza dane w postaci plików tekstowych na serwerze IZ. Dodatkowo wyniki obliczeń są również wysyłane do PFHBiPM i importowane w wersji elektronicznej do systemu SYMLEK.
2.3.1.1.3 Bazy danych
Dział Informatyki za każdym razem tworzy nową bazę danych i wczytuje dane dotyczące buhajów ras mlecznych za pomocą specjalnie napisanego skryptu. Następnie modyfikowany jest skrypt konfiguracyjny aplikacji www (zmieniane są parametry na umożliwiające podgląd nowostworzonej bazy) i od tego momentu aktualne dane są dostępne w aplikacji www (http://wycena.izoo.krakow.pl)
Inną równoległą formą prezentacji danych są publikacje w postaci książek.
Nazwa tabeli
Co przechowuje Średnia ilość rekordów
Ile rekordów przybywa w ciągu roku
buhaje wyniki oceny wartości hodowlanych
Ok. 124 000 Z każdą nową oceną (3 razy w roku) tworzona jest nowa baza danychkonwersja tablica konwersji wartości
między krajamiOk. 1 000
Bazy z poprzednich ocen przestają być używane, ale są archiwizowane. Umożliwia to w przyszłości stworzenie analizy zmienności cech buhajów ras mlecznych w czasie, pomiędzy poszczególnymi ocenami.
Bazy znajdują się na serwerze PostgreSQL 8.4 (kodowanie UTF8)
Nazwa bazy danych Wielkość bazy
wycena2009_1 100 MB
wycena2009_2 101 MB
wycena2009_3 102 MB
wycena2010_1 115 MB
wycena2010_2 117 MB
wycena2010_3 138 MB
wycena2010_4 146 MB
wycena2011_1 144 MB
wycena2011_2 131 MB
wycena2011_3 133 MB
17
wycena2012_1 179 MB
18
konwersja
konwersja_idkraj_importujacykraj_eksportujacywspolczynnik_regresjiinterceptliczba_buhajowcecha
int4varchar(100)varchar(100)numeric(10,3)numeric(10,3)numeric(5)varchar(100)
<pk>
buhaje
numer_orygnazwanumerdata_urrasao_numer_orygo_nazwao_numero_rasam_numer_orygm_numerm_rasaom_numer_orygom_numerom_rasamm_numer_orygmm_numermm_rasastatustestowanyokregtype_of_proofbull_statusrok_ojcostwaoceniony_polskaproporcja_corekliczba_krajow_ommleko_typ_ocenymleko_lomleko_lcmleko_lc_efmleko_edcmleko_pomleko_whtlkg_typ_ocenytlkg_lotlkg_lctlkg_lc_eftlkg_edctlkg_potlkg_whtlpr_typ_ocenytlpr_lotlpr_lctlpr_lc_eftlpr_edctlpr_potlpr_whbikg_typ_ocenybikg_lobikg_lcbikg_lc_efbikg_edcbikg_pobikg_whbipr_typ_ocenybipr_lobipr_lcbipr_lc_efbipr_edcbipr_pobipr_whks_typ_ocenyks_loks_lcks_lc_efks_edcks_poks_wh...
varchar(16)varchar(12)varchar(14)varchar(8)varchar(2)varchar(16)varchar(12)varchar(14)varchar(2)varchar(16)varchar(14)varchar(2)varchar(16)varchar(14)varchar(2)varchar(16)varchar(14)varchar(2)varchar(2)varchar(1)varchar(2)varchar(2)varchar(2)numeric(6)numeric(1)numeric(3)numeric(2)varchar(1)numeric(5)numeric(6)numeric(6)numeric(6)numeric(2)numeric(7)varchar(1)numeric(5)numeric(6)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(6)numeric(2)numeric(6)
<pk>
.
liczba_krajow_pokrojk_typ_ocenyk_lok_lck_edck_pok_whtib_typ_ocenytib_lotib_lctib_edctib_potib_whnir_typ_ocenynir_lonir_lcnir_edcnir_ponir_whoow_typ_ocenyoow_looow_lcoow_edcoow_pooow_whbo_typ_ocenybo_lobo_lcbo_edcbo_pobo_whwwk_typ_ocenywwk_lowwk_lcwwk_edcwwk_powwk_whgt_typ_ocenygt_logt_lcgt_edcgt_pogt_whskp_typ_ocenyskp_loskp_lcskp_edcskp_poskp_whuz_typ_ocenyuz_louz_lcuz_edcuz_pouz_whsz_typ_ocenysz_losz_lcsz_edcsz_posz_whntwzb_typ_ocenyntwzb_lontwzb_lcntwzb_edcntwzb_pontwzb_wh...
numeric(2)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)
..
r_typ_ocenyr_lor_lcr_edcr_por_whntwzt_typ_ocenyntwzt_lontwzt_lcntwzt_edcntwzt_pontwzt_whzpw_typ_ocenyzpw_lozpw_lczpw_edczpw_pozpw_whztw_typ_ocenyztw_loztw_lcztw_edcztw_poztw_whwsw_typ_ocenywsw_lowsw_lcwsw_edcwsw_powsw_whpw_typ_ocenypw_lopw_lcpw_edcpw_popw_whsw_typ_ocenysw_losw_lcsw_edcsw_posw_whus_typ_ocenyus_lous_lcus_edcus_pous_whds_typ_ocenyds_lods_lcds_edcds_pods_whust_typ_ocenyust_loust_lcust_edcust_poust_whcm_typ_ocenycm_locm_lccm_edccm_pocm_wh...
varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)
...
wnpuj_typ_ocenywnpuj_lownpuj_lcwnpuj_edcwnpuj_pownpuj_whwnpuk_typ_ocenywnpuk_lownpuk_lcwnpuk_edcwnpuk_pownpuk_whpp_typ_ocenypp_lopp_lcpp_edcpp_popp_whomc_typ_ocenyomc_loomc_lcomc_edcomc_poomc_whwpu_typ_ocenywpu_lowpu_lcwpu_edcwpu_powpu_whdyst_lpdyst_por_latdyst_por_trudyst_poronsmiert_lcsmiert_zywesmiert_martweprzez_typ_ocenyprzez_poprzez_whi_prodpi_prodpi_kalibrupi_typupi_nog_i_racicpi_wymieniapi_ogolny_pokrojupi_plodnosci_pf...
varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)varchar(1)numeric(5)numeric(6)numeric(6)numeric(2)numeric(6)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)varchar(1)numeric(2)numeric(6)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)
19
2.3.1.1.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość generowania zestawień zmian wartości hodowlanych w jednostce czasu. Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp. Możliwość prognozowania wartości hodowlanych na bazie zgromadzonych informacji. Możliwość tworzenia raportów adhoc.
2.3.1.2 Ocena wartości użytkowej i hodowlanej buhajów ras mięsnych (system BuhajeMiesne)
Dział Genetyki i Hodowli Zwierząt (DG)
2.3.1.2.1 Cele
Prowadzenie ewidencji danych dotyczących buhajów ras mięsnych w celu umożliwienia oceny ich wartości hodowlanych.
Stworzenie genotypu i bazy danych zwierząt rasowych na potrzeby hodowlane.
2.3.1.2.2 Źródła danych
Baza jest opracowaniem własnym Instytutu, istnieje możliwość dowolnego modelowania bazy.
Dane użytkowe buhajów ras mięsnych zbierane są we współpracy z Polskim Związkiem Hodowców i Producentów Bydła Mięsnego (PZHiPBM). PZHiPBM w zakresie własnej działalności wykorzystuje system informatyczny BOS (do momentu ukończenia systemu eBOVIS – przeniesienie danych planowane jest na koniec 2012 roku).
Instytut ma pełne prawo do korzystania z danych, których właścicielem jest PZHiPBM. Zawarta jest umowa na zbieranie informacji w zakresie:
Oceny wartości użytkowej, Oceny wartości hodowlanej.
2.3.1.2.3 Bazy danych
Dane są zapisywane do bazy w formacie dBase. Dwa razy w roku na podstawie zebranych danych dotyczących buhajów ras mięsnych obliczane są wartości hodowlane (metodą BLUP) przez pracownika Instytutu. Następnie dane użytkowe i hodowlane w postaci plików tekstowych trafiają do Działu Informatyki. Za pomocą skryptów dane są wgrywane do bazy danych, a następnie jest modyfikowana aplikacja www (http://buhajemiesne.izoo.krakow.pl). Dodatkowo w podobny sposób co miesiąc wgrywane są dane użytkowe - jest to tzw. ocena wstępna ( z wyjątkiem miesięcy kiedy jest wykonywana ocena pełna).
Nazwa tabeli
Co przechowuje Aktualna ilość rekordów Ile rekordów przybywa w ciągu roku
buhaje ocena użytkowa Ok. 1 800 kilkaset
bwh ocena hodowlana Ok. 9 000 przybywa przy każdej ocenie (2 razy w roku)
20
o tyle ile jest ocen użytkowych minus kilka procent
srednie średnie wartości cech użytkowych
Ok. 600 ok. 40-150
Baza znajduje się na serwerze PostgreSQL 8.4 (kodowanie Latin2)
Nazwa bazy danych Wielkość bazy
buhajemiesne 9 MB
21
buhaje_serie_id_fkey buhaje_testy_serie_id_fkey
bwh_serie_id_fkeysrednie_serie_id_fkey
buhaje
serie_idbuhaje_numerbuhaje_nazwabuhaje_rasabuhaje_kod_hodowcybuhaje_wklbuhaje_oklpbuhaje_m210buhaje_m420buhaje_usgbuhaje_wmbuhaje_wrbuhaje_wozbuhaje_wkl_stbuhaje_oklp_stbuhaje_m210_stbuhaje_m420_stbuhaje_usg_stbuhaje_wm_stbuhaje_wr_stbuhaje_woz_stbuhaje_wykorzystaniebuhaje_czas_wstawieniabuhaje_rankingbuhaje_umbuhaje_kobuhaje_cfbuhaje_oo...
numeric(2)varchar(14)varchar(40)varchar(2)varchar(6)float8float8float8float8float8float8float8float8float8float8float8float8float8float8float8float8varchar(1)timestampint2numeric(3)numeric(3)numeric(3)numeric(3)
<pk,fk><pk>
buhaje_testy
serie_idbuhaje_numerbuhaje_nazwabuhaje_rasabuhaje_kod_hodowcybuhaje_wklbuhaje_oklpbuhaje_m210buhaje_m420buhaje_usgbuhaje_wmbuhaje_wrbuhaje_wozbuhaje_wkl_stbuhaje_oklp_stbuhaje_m210_stbuhaje_m420_stbuhaje_usg_stbuhaje_wm_stbuhaje_wr_stbuhaje_woz_stbuhaje_wykorzystaniebuhaje_czas_wstawieniabuhaje_rankingbuhaje_umbuhaje_kobuhaje_cfbuhaje_oo...
numeric(2)varchar(14)varchar(40)varchar(2)varchar(6)float8float8float8float8float8float8float8float8float8float8float8float8float8float8float8float8varchar(1)timestampint2numeric(3)numeric(3)numeric(3)numeric(3)
<fk><pk>
bwh
buhaje_numerbwh_data_urserie_idbwh_ojciec_numerbwh_matka_numerbwh_zwozbwh_whbwh_ranking...
varchar(14)datenumeric(2)varchar(14)varchar(14)float8float8int2
<pk>
<pk,fk>
serie
serie_idserie_opisserie_skrotserie_wyswietl_wykorzystanie_buhajaserie_skrot2...
numeric(2)varchar(6)int4boolvarchar(8)
<pk>
srednie
srednie_idsrednie_rasasrednie_cechasrednie_wartoscserie_idbuhaje_czas_wstawienia...
int4varchar(2)varchar(5)float8numeric(2)date
<pk>
<fk>
rasy
rasy_idrasy_skrotrasy_nazwaserie_idrasy_gruparasy_kolejnosc...
int4varchar(2)varchar(40)numeric(2)varchar(1)int4
<pk>grupy
grupy_idgrupy_rasaserie_idgrupy_rodzaj...
int4varchar(2)numeric(2)varchar(1)
<pk>
22
2.3.1.2.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość generowania zestawień zmian wartości użytkowych i hodowlanych w jednostce czasu.
Możliwość generowania zestawień zmian ocenianych cech w jednostce czasu. Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp. Możliwość prognozowania wartości hodowlanych i użytkowych na bazie zgromadzonych
informacji. Możliwość tworzenia raportów adhoc.
2.3.1.3 Kontrola pochodzenia bydła (system IMG BOV)
Dział Cytogenetyki i Genetyki Molekularnej Zwierząt (DC)
2.3.1.3.1 Cele
Ewidencja danych dotyczących pochodzenia zwierząt hodowlanych. Możliwość kontroli pochodzenia zwierząt.
2.3.1.3.2 Źródła danych
Materiał do badań i dane identyfikacyjne uzyskiwane są:
bezpośrednio od hodowców, z Polskiej Federacji Hodowców bydła Mlecznego i Producentów Mleka, z Polskiego Związku Hodowców i Producentów Bydła Mięsnego.
Podstawowe źródła i formy pozyskiwania danych to:
• dane papierowe: protokoły pobrania materiału biologicznego ze zleceniami badań, rodowody, certyfikaty badań DNA z zagranicznych laboratoriów,
• próbki materiału biologicznego do badań genetycznych,• międzynarodowe rodowodowe bazy danych - dostępne są w Internecie - na zapytanie
udostępniane są również certyfikaty,• baza danych bydła (zakład w Olsztynie) – w celu weryfikacji rodowodów.
Dane z dokumentów papierowych wprowadzane są do bazy danych ręcznie. Wyniki badań DNA wprowadzane są do bazy danych poprzez import plików tekstowych (wyeksportowanych ze specjalistycznych urządzeń do przeprowadzania testów DNA).
Pozostałe dane potrzebne do wydruku certyfikatów i ekspertyz są wprowadzane ręcznie do bazy.
Międzynarodowe bazy danych wykorzystywane są do identyfikacji zwierząt i potwierdzania certyfikatów.
Historycznie zanim wprowadzono badania DNA prowadzone były badania grup krwi.
Testy DNA są zunifikowane przez ISAG - Międzynarodowe Towarzystwo Genetyki.
23
Obecnie Badania DNA – prowadzone są w oparciu o markery mikro satelitarne.
W przyszłości stosowana będzie technologia SNP .
Każde zwierzę pochodzące z importu ma certyfikaty międzynarodowe, tak samo jest w przypadku zwierząt na eksport, dla których musi być wystawiony taki certyfikat.
2.3.1.3.3 Bazy danych
Dane są wprowadzane do bazy co dziennie przez kilka osób z działu DC za pomocą aplikacji wykonanej w technologii C# .NET. Istnieje możliwość wprowadzania ręcznego danych oraz importu wyników badań z pliku tekstowego tworzonego przez sekwenator. Aplikacja służy również do drukowania dokumentów typu ekspertyzy, certyfikaty oraz raportowania (w tym statystyk). Przy pomocy aplikacji można również dokonać eksportu danych.
Ekspertyzy dodatkowo są publikowane na stronie http://dc.izoo.krakow.pl/wyniki.php
Eksportowane dane są przetwarzane za pomocą arkusza kalkulacyjnego Excel oraz aplikacji IMGBOVSTAT w celu uzyskania dodatkowych analiz.
System jest cały czas rozbudowywany o nowe funkcje.
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
dna zlecenia badań dna Ok. 36 500 ok. 7tys.
dna_obce informacje o badaniach dna obcych
Ok. 2 800 kilkaset
wyniki_krew wyniki badania krwi Ok. 40 000 kilkaset
wyniki_dna wyniki badania dna Ok. 39 000 Suma przybywających dna i dna_obce
wyniki_dna_dodatkowe dodatkowe mikrosatelity
Ok. 2 000 kilkaset do kilu tysięcy (znacznie mniej niż wyniki_dna)
zwierzeta dane identyfikacyjne Ok. 77 000 Suma przybywających wyniki_dna i wyniki_krew minus kilka procent
osoby dane wspólne osób (hodowców i zlecających badania)
Ok. 7 000 kilkaset
kariotyp wynik badania kariotypu Ok. 900 Kilkaset
przyjecia przyjęcia zleceń (potomek,matka,ojciec)
Ok. 27 000 mniej niż dna, gdyż przyjęcie dotyczy 1-3 zwierząt
24
przyjecia_dna łącznik między tabelą przyjęcia a dna
Ok. 78 000 kilka procent więcej niż dna, gdyż dna mogą wystąpić w więcej niż 1 przyjęć
Baza znajduje się na serwerze MS SQL Server 2008
Nazwa bazy danych Wielkość bazy
img_bov 90 MB
25
FK_przyjecia_dna_przyjecia
FK_przyjecia_dna_zwierzeta
FK_przyj_rodzaje_badan
FK_prot_zlecajacy_osoby
FK_prot_obciazany_osoby
FK_prot_zlecajacy_rodzaje
FK_zwierzeta_rasy
FK_zwierzeta_plec
FK_dna_materialy
FK_przyj_eksperci
FK_uzytkownicy_eksperci
FK_przyj_dna_zwierz_zwierzFK_dna_wyniki_dna
FK_dna_obce_wyniki_dna
FK_mutacje_genowe_zwierz
FK_wyniki_krew_zwierz
FK_przyj_protokoly
FK_wyniki_krew_hodowcy_osoby
FK_wyniki_krew_zlecajacy_osoby
FK_dna_bad_przepr_eksperci
FK_dna_bad_przepr_eksp
FK_dna_eksp_oprac_eksperci
FK_dna_eksperci_oprac_eksp
FK_kariotyp_nazwy_wynikow_bad
FK_krew_bad_przepr_eksperci
FK_krew_bad_przepr_wyniki
FK_wyniki_kr_nazwy_uwag_matki
FK_wyniki_kr_nazwy_uwag_ojca
FK_wyniki_kr_nazwy_wyn_eksp
FK_ekspertyzy_przyjecia
FK_ekspertyzy_nazwy_wynikow
FK_wyniki_dna_dod_wyniki_dna
FK_kariotyp_zwierz
FK_przyjecia_dna_kto
FK_przyj_dna_zwierz_wyniki
FK_wyniki_dna_dodatkowe_importy
FK_wyniki_dna_importy
FK_historia_przyjecia_przyjecia
FK_eksp_nazwy_uwag_rodzicow
FK_mutacje_genowe_bad_przepr_eksperci
FK_mutacje_genowe_bad_przepr_mutacje_genowe
FK_mutacje_genowe_eksp_oprac_eksperci
FK_mutacje_genowe_eksp_oprac_mutacje_genowe
FK_zwierzeta_przyjecia
FK_federacje_zlecajacy_rodzaje
FK_zlecajacy_rodzaje_umowy
FK_federacje_osoby
zlecajacy_rodzaje
zlecajacy_rodzaje_idzlecajacy_rodzaje_nazwaumowy_idzlecajacy_rodzaje_czy_federacjazlecajacy_rodzaje_czy_buhajkizlecajacy_rodzaje_czy_jalowki...
tinyintnvarchar(40)intbi tbi tbi t
<pk>
<fk>
zwierzeta
zwierzeta_idzwierzeta_nr_identzwierzeta_nazwazwierzeta_nrewid1zwierzeta_nrewid2zwierzeta_nrewid3rasy_idzwierzeta_data_urodzeniazwierzeta_data_urodzenia_dokladnazwierzeta_data_lub_rok_urodzeniazwierzeta_uwagiplec_idzwierzeta_uwagi_tbmatka_zwierzeta_idojciec_zwierzeta_idaktualne_przyjecia_idzwierzeta_data_utworzeniazwierzeta_data_modyfikacjimatka_nr_identojciec_nr_identtempmatka_wojomatka_nrbadoojciec_wojoojciec_nrbado...
intvarchar(26)nvarchar(30)numeric(10)numeric(2)numeric(2)smal lintdatebi tvarchar(30)nvarchar(Max)tinyintnvarchar(14)intintintdatetimedatetimevarchar(26)varchar(26)bi tvarchar(4)intvarchar(4)int
<pk>
<fk1>
<fk2>
<fk3>
dna
dna_iddna_nrdna_nr_probnikawyniki_dna_idmaterialy_iddna_data_przyjeciadna_czy_izdna_data_izolacj idna_data_pcrdna_data_elektroferezdna_data_wyslaniadna_data_obciazeniadna_anulowanodna_data_utworzeniadna_data_modyfikacji...
intintintinttinyintdatebi tdatedatedatedatedatebi tdatetimedatetime
<pk>
<fk1><fk2>
eksperci
eksperci_ideksperci_daneeksperci_krotkoeksperci_dna_eksp_przepreksperci_dna_eksp_opraceksperci_kreweksperci_mutacje_genowe
tinyintnvarchar(80)nvarchar(20)bi tbi tbi tbi t
<pk>
materialy
materialy_idmaterialy_nazwa
tinyintnvarchar(30)
<pk>
plec
plec_idplec_nazwaplec_bydlaplec_nazwa_pl...
tinyintnvarchar(30)nvarchar(10)nvarchar(10)
<pk>
przyjecia
przyjecia_idprotokoly_idrodzaje_badan_idprzyjecia_hodowca_krotkoprzyjecia_pilneprzyjecia_uwagieksperci_idprzyjecia_data_utworzeniaprzyjecia_data_modyfikacji...
intinttinyintnvarchar(40)bi tnvarchar(Max)tinyintdatetimedatetime
<pk><fk3><fk1>
<fk2>
przyjecia_dna
przyjecia_dna_idprzyjecia_idprzyjecia_dna_zwierzeta_idkto_idprzyjecia_dna_obciazacprzyjecia_dna_data_utworzeniaprzyjecia_dna_data_modyfikacji...
intintinttinyintbi tdatetimedatetime
<pk><fk2><fk1><fk3>
rasy
rasy_idrasy_kodrasy_nazwarasy_data_utworzeniarasy_data_modyfikacji...
smal lintnvarchar(7)nvarchar(80)datetimedatetime
<pk>
rodzaje_badan
rodzaje_badan_idrodzaje_badan_nazwa
tinyintnvarchar(40)
<pk>
uzytkownicy
uzytkownicy_iduzytkownicy_loginuzytkownicy_haslouzytkownicy_nazwiskouzytkownicy_imieeksperci_iduzytkownicy_emailuzytkownicy_poziom_dostepu
tinyintnvarchar(20)nvarchar(32)nvarchar(50)nvarchar(40)tinyintvarchar(100)tinyint
<pk>
<fk>
wyniki_dna
wyniki_dna_idhodowca_osoby_idwyniki_dna_bm1818awyniki_dna_bm1818bwyniki_dna_bm1824awyniki_dna_bm1824bwyniki_dna_bm2113awyniki_dna_bm2113bwyniki_dna_eth3awyniki_dna_eth3bwyniki_dna_eth10awyniki_dna_eth10bwyniki_dna_eth225awyniki_dna_eth225bwyniki_dna_inra23awyniki_dna_inra23bwyniki_dna_sps115awyniki_dna_sps115bwyniki_dna_tgla53awyniki_dna_tgla53bwyniki_dna_tgla122awyniki_dna_tgla122bwyniki_dna_tgla126awyniki_dna_tgla126bwyniki_dna_tgla227awyniki_dna_tgla227bwyniki_dna_uwagiimporty_idwyniki_dna_data_utworzeniawyniki_dna_data_modyfikacji...
intintnumeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)nvarchar(max)intdatetimedatetime
<pk>
<fk>
dna_obce
dna_obce_iddna_obce_nazwawyniki_dna_iddna_obce_data_baddna_obce_wojodna_obce_nrbadodna_obce_data_utworzeniadna_obce_data_modyfikacji...
intnvarchar(20)intdatenvarchar(4)intdatetimedatetime
<pk>
<fk>
osoby
osoby_idosoby_nazwaosoby_nazwiskoosoby_imieosoby_kod_pocztowyosoby_miejscowoscosoby_adresosoby_adres_pelnyosoby_niposoby_adres_korespondencjiosoby_oboraosoby_dluznikosoby_uwagiosoby_data_utworzeniaosoby_data_modyfikacjizlecajacy_idhodowcy_id
intnvarchar(150)nvarchar(40)nvarchar(30)char(6)nvarchar(60)nvarchar(100)nvarchar(170)char(13)nvarchar(170)varchar(30)bi tnvarchar(Max)datetimedatetimeintint
<pk>
wyniki_dna_dodatkowe
wyniki_dna_idwyniki_dna_dodatkowe_drukowacwyniki_dna_agla293awyniki_dna_agla293bwyniki_dna_bm2830awyniki_dna_bm2830bwyniki_dna_csrm60awyniki_dna_csrm60bwyniki_dna_cssm66awyniki_dna_cssm66bwyniki_dna_huj i177awyniki_dna_huj i177bwyniki_dna_ilsts065awyniki_dna_ilsts065bwyniki_dna_inra72awyniki_dna_inra72bwyniki_dna_inra92awyniki_dna_inra92bwyniki_dna_inra222awyniki_dna_inra222bimporty_idwyniki_dna_dodatkowe_data_utworzeniawyniki_dna_dodatkowe_data_modyfikacjidna_nrdna_obce_nazwawyniki_dna_bm1818a_oldwyniki_dna_bm1818b_old
intbi tnumeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)intdatetimedatetimeintnvarchar(20)numeric(3)numeric(3)
<pk,fk1>
<fk2>
mutacje_genowe
mutacje_genowe_idzwierzeta_idmutacje_genowe_datamutacje_genowe_bladmutacje_genowe_dumpsmutacje_genowe_data_wyst_ekspzlecajacy_osoby_idmutacje_genowe_data_utworzeniamutacje_genowe_data_modyfikacji...
intintdatebi tbi tdateintdatetimedatetime
<pk><fk>
wyniki_krew
wyniki_krew_idwyniki_krew_wojowyniki_krew_nrbadozwierzeta_idmatka_zwierzeta_idojciec_zwierzeta_idzlecajacy_osoby_idhodowca_osoby_idwyniki_krew_data_pobraniawyniki_krew_data_testuwyniki_krew_awyniki_krew_bwyniki_krew_cwyniki_krew_fwyniki_krew_jwyniki_krew_lwyniki_krew_mwyniki_krew_swyniki_krew_zwyniki_krew_nwyniki_krew_rwyniki_krew_twyniki_krew_uwagiwyniki_krew_uwagi_ekspnazwy_uwag_matki_krew_idnazwy_uwag_ojca_krew_idnazwy_wynikow_eksp_krew_idwyniki_krew_data_wyst_certwyniki_krew_data_ost_wysw_certwyniki_krew_data_wyst_ekspwyniki_krew_data_ost_wysw_ekspwyniki_krew_wojo_popwyniki_krew_nrbado_popwyniki_krew_data_utworzeniawyniki_krew_data_modyfikacj imatka_nr_identojciec_nr_ident...
intnvarchar(4)intintintintintintdatedatevarchar(18)varchar(120)varchar(45)varchar(12)varchar(6)varchar(6)varchar(6)varchar(32)varchar(10)varchar(12)varchar(8)varchar(10)nvarchar(Max)nvarchar(Max)tinyinttinyinttinyintdatedatedatedatenvarchar(4)nvarchar(16)datetimedatetimevarchar(26)varchar(26)
<pk>
<fk1>
<fk2><fk3>
<fk4><fk5><fk6>
protokoly
protokoly_idzlecajacy_rodzaje_idzlecajacy_osoby_idobciazany_osoby_idprotokoly_czy_buhajkiprotokoly_uwagiprotokoly_data_utworzeniaprotokoly_data_modyfikacji
inttinyintintintbi tnvarchar(Max)datetimedatetime
<pk><fk3><fk2><fk1>
kariotyp
kariotyp_idzwierzeta_idkariotyp_data_badnazwy_wynikow_bad_kario_idkariotyp_wynik_badania_innykariotyp_data_utworzeniakariotyp_data_modyfikacjizwierzeta_nr_ident
intintdatetinyintnvarchar(100)datetimedatetimevarchar(26)
<pk><fk2>
<fk1>
dna_bad_przepr_eksperci
eksperci_idekspertyzy_id
tinyintint
<fk1><fk2>
dna_eksp_oprac_eksperci
eksperci_idekspertyzy_id
tinyintint
<fk1><fk2>
krew_bad_przepr_eksperci
eksperci_idwyniki_krew_id
tinyintint
<fk1><fk2>
nazwy_uwag_matki_krew
nazwy_uwag_matki_krew_idnazwy_uwag_matki_krew_nazwa
tinyintnvarchar(70)
<pk>
nazwy_uwag_ojca_krew
nazwy_uwag_ojca_krew_idnazwy_uwag_ojca_krew_nazwa
tinyintnvarchar(70)
<pk>
nazwy_uwag_rodzicow_dna
nazwy_uwag_rodzicow_dna_idnazwy_uwag_rodzicow_dna_nazwanazwy_uwag_rodzicow_dna_uwagi_ekspertyzanazwy_uwag_rodzicow_dna_uwagi_certyfikat...
tinyintnvarchar(30)nvarchar(30)nvarchar(30)
<pk>
nazwy_wynikow_bad_kario
nazwy_wynikow_bad_kario_idnazwy_wynikow_bad_kario_nazwa
tinyintnvarchar(50)
<pk>
nazwy_wynikow_eksp_dna
nazwy_wynikow_eksp_dna_idnazwy_wynikow_eksp_dna_nazwanazwy_wynikow_eksp_dna_nazwa_raportynazwy_wynikow_dna_cert_nazwanazwy_wynikow_eksp_dna_eksp...
tinyintnvarchar(70)nvarchar(70)nvarchar(70)bi t
<pk>
nazwy_wynikow_eksp_krew
nazwy_wynikow_eksp_krew_idnazwy_wynikow_eksp_krew_nazwa
tinyintnvarchar(70)
<pk>
ustawienia
ustawienia_nazwaustawienia_wartosc
nvarchar(50)nvarchar(200)
<pk>
wersje
wersje_numerwersje_datawersje_czy_moze_dzialacwersje_kom_adm_startowywersje_kom_adm_startowy_i le_razywersje_kom_adm_po_zalogowaniuwersje_kom_adm_po_zalogowaniu_ile_razywersje_kom_adm_czy_wyswietlac...
varchar(10)datetimebitnvarchar(200)tinyintnvarchar(200)tinyintbi t
<pk>
ekspertyzy
ekspertyzy_idprzyjecia_idnazwy_wynikow_eksp_dna_idekspertyzy_uwagiekspertyzy_dost_genotyp_matkiekspertyzy_dost_genotyp_ojcaekspertyzy_data_wystekspertyzy_data_ost_wyswnazwy_uwag_rodzicow_dna_idekspertyzy_certyfikat_uwagiekspertyzy_certyfikat_data_wystekspertyzy_certyfikat_data_ost_wyswekspertyzy_data_utworzeniaekspertyzy_data_modyfikacji...
intinttinyintnvarchar(Max)bi tbi tdatedatetinyintnvarchar(max)datedatedatetimedatetime
<pk><fk1><fk2>
<fk3>
kto
kto_idkto_skrotkto_nazwa...
tinyintchar(1)char(7)
<pk>
przyjecia_dna_zwierzeta
przyjecia_dna_zwierzeta_idwyniki_dna_idzwierzeta_idprzyjecia_dna_zwierzeta_data_utworzeniawyniki_dna_id_null...
intintintdatetimeint
<pk><fk1><fk2>
historia_przyjecia
przyjecia_idzlecajacy_osoby_idobciazany_osoby_idzlecajacy_rodzaje_idprotokoly_czy_buhajki...
intintintnumeric(2)numeric(1)
<pk,fk>
importy
importy_idimporty_nazwa_pl ikuimporty_data...
intvarchar(1000)datetime
<pk>
federacje
osoby_idzlecajacy_rodzaje_idzlecajacy_domyslnyzlecajacy_idfederacje_data_utworzeniafederacje_data_modyfikacji...
inttinyintbi tintdatetimedatetime
<pk,fk2><fk1>
mutacje_genowe_bad_przepr_eksperci
eksperci_idmutacje_genowe_id
tinyintint
<fk1><fk2>
mutacje_genowe_eksp_oprac_eksperci
eksperci_idmutacje_genowe_id
tinyintint
<fk1><fk2>
umowy
umowy_idumowy_nazwaumowy_ktoumowy_adresumowy_adres_korespondencj iumowy_cena_aktualnaumowy_cena_krew_aktualnaumowy_cena_poprzedniaumowy_cena_krew_poprzedniaumowy_data_utworzeniaumowy_data_modyfikacj i...
intnvarchar(100)nvarchar(100)nvarchar(300)nvarchar(300)intintintintdatetimedatetime
<pk>
zmiany
zmiany_idnazwa_tabel inazwa_kolumny_idwartosc_idnazwa_kolumnywartosc_starawartosc_nowazmiany_data...
intvarchar(255)varchar(255)intvarchar(255)varchar(255)varchar(255)datetime27
<pk>
2.3.1.3.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość weryfikowania danych rodowodowych zawartych w różnych bazach danych. Możliwość generowania raportów do sprawozdawczości półrocznej i rocznej. Możliwość generowania raportów z drzewami genealogicznymi osobników.
26
Możliwość generowania wydruków z wynikami badań zarówno dla hodowców jak i związku hodowców.
Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne, hodowlane, itp.
Możliwość tworzenia raportów adhoc.
2.3.1.4 Wartość hodowlana krów kandydatek na matki buhajów (system KROWY).
Dział Genetyki i Hodowli Zwierząt (DG)
2.3.1.4.1 Cele
Ewidencja danych dotyczących krów kandydatek na matki buhajów, umożliwiająca określenie wartości hodowlanej poszczególnych zwierząt.
2.3.1.4.2 Źródła danych
1-2 razy w roku zespół pracowników naukowych otrzymuje dane od Polskiej Federacji Hodowców Bydła i Producentów Mleka (z systemu SYMLEK), oblicza wartości hodowlane i umieszcza dane w postaci plików tekstowych na serwerze IZ.
2.3.1.4.3 Bazy danych
Dział Informatyki za każdym razem tworzy nową bazę danych i wczytuje te dane za pomocą skryptu. Następnie modyfikowany jest skrypt konfiguracyjny aplikacji www (zmieniane są parametry na te z nowostworzonej bazy) i od tego momentu dane są dostępne w aplikacji www.
Nazwa tabeli
Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
krowy wyniki oceny wartości hodowlanych
Ok. 5 500 Z każdą nową oceną (1-2 razy w roku) tworzona jest nowa baza danych
Bazy z poprzednich ocen przestają być używane, ale są zarchiwizowane.
Bazy znajduje się na serwerze PostgreSQL (kodowanie UTF8)
Nazwa bazy danych Ilość rekordów Wielkość bazykrowy2008 8 092 10 MBkrowy2009_1 20 006 17 MBkrowy2009_2 9 628 10 MBkrowy2010_1 5 613 9 MB
27
krowy
numerdata_urrasaoborao_numero_nazwam_numermleko_typ_ocenymleko_llmleko_pomleko_whtlkg_typ_ocenytlkg_lltlkg_potlkg_whtlpr_typ_ocenytlpr_lltlpr_potlpr_whbikg_typ_ocenybikg_llbikg_pobikg_whbipr_typ_ocenybipr_llbipr_pobipr_whks_typ_ocenyks_llks_poks_whk_typ_ocenyk_pok_whtib_typ_ocenytib_potib_whnir_typ_ocenynir_ponir_whoow_typ_ocenyoow_pooow_whbo_typ_ocenybo_pobo_whwwk_typ_ocenywwk_powwk_whgt_typ_ocenygt_pogt_whskp_typ_ocenyskp_poskp_whuz_typ_ocenyuz_pouz_whsz_typ_ocenysz_posz_wh...
varchar(14)varchar(8)varchar(2)varchar(7)varchar(14)varchar(30)varchar(14)varchar(1)numeric(2)numeric(2)numeric(7)varchar(1)numeric(2)numeric(2)numeric(6)varchar(1)numeric(2)numeric(2)numeric(6)varchar(1)numeric(2)numeric(2)numeric(6)varchar(1)numeric(2)numeric(2)numeric(6)varchar(1)numeric(2)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)
<pk>
.
ntwzb_typ_ocenyntwzb_pontwzb_whr_typ_ocenyr_por_whntwzt_typ_ocenyntwzt_pontwzt_whzpw_typ_ocenyzpw_pozpw_whztw_typ_ocenyztw_poztw_whwsw_typ_ocenywsw_powsw_whpw_typ_ocenypw_popw_whsw_typ_ocenysw_posw_whus_typ_ocenyus_pous_whds_typ_ocenyds_pods_whust_typ_ocenyust_poust_whcm_typ_ocenycm_pocm_whwnpuj_typ_ocenywnpuj_pownpuj_whwpu_typ_ocenywpu_powpu_whi_prodpi_prodpi_kalibrupi_typupi_nog_i_racicpi_wymieniapi_ogolny_pokrojupi_plodnosci_pf...
varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)varchar(1)numeric(2)numeric(6)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)numeric(5)
2.3.1.4.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
28
Możliwość wykonywania wyliczeń statystycznych na podstawie danych cząstkowych Wykonywanie zestawień danych i analiz statystycznych za okresy bieżące i w układzie
historycznym. Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp. Możliwość tworzenia raportów adhoc.
2.3.1.5 Ochrona bioróżnorodności zwierząt gospodarskich - Bydło (system BIO Bydlo).
Dział Ochrony Zasobów Genetycznych Zwierząt (DZ)
2.3.1.5.1 Cele
Ewidencja danych dotyczących ras bydła podlegających programowi Ochrony Zasobów Genetycznych Zwierząt
2.3.1.5.2 Źródła danych
Raz w roku dane w formie plików tekstowych dostarczane są z Polskiej Federacji Hodowców Bydła i Producentów Mleka (z systemu SYMLEK).
2.3.1.5.3 Bazy danych
Baza obejmuje dane krów, dane laktacyjne informacje o pokryciach. Obecnie baza nie jest udostępniona na zewnątrz. System korzysta również z danych hodowców zawartych w bazie Bio_Hodowcy oraz z danych adresowych pochodzących z bazy Kody.
Baza wraz z obsługującą je aplikacją jest cały czas w fazie tworzenia i udoskonalania – możliwe są jeszcze zmiany w jej strukturze.
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
zwierzeta Dane zwierząt Ok. 15 000 -
pokrycia Dane pokryć Ok. 41 500 -
laktacje Dane laktacji Ok. 35 000 -
obory Dane obór Ok. 1 000 -
hodowcy Dane hodowców Ok. 1 000 -
Bazy znajduje się na serwerze MS SQL Server 2008
Nazwa bazy danych Wielkość bazy
Bio_Bydlo 28 MB
29
Rasy
rasa_idrasa_nazwarasa_kod...
intnvarchar(200)nvarchar(2)
<pk>
Pokrycia
pokrycie_idkrowa_idbuhaj_idlaktacja_idpokrycie_datapokrycie_datadopokrycie_skutecznesession_iduser_iduser_dateuser_ip...
intintintintdatedatebitintintdatetimenvarchar(50)
<pk><ak,fk2><ak,fk3><ak,fk1><ak>
Zwierzeta
zwierze_idzwierze_nazwazwierze_nrobora_idzwierze_dataurodzeniazwierze_rasa1zwierze_dolew1zwierze_rasa2zwierze_dolew2zwierze_rasa3zwierze_dolew3zwierze_rasa4zwierze_dolew4zwierze_ojciecidzwierze_matkaidksiega_idzwierze_wpisdoksiegiubycie_idzwierze_dataubyciazwierze_skreslonezwierze_programzwierze_inbredzwierze_inbredal lplec_idsession_iduser_iduser_dateuser_ip...
intnvarchar(30)nvarchar(14)intdateintfloatintfloatintfloatintfloatintintintdateintdatebitbitfloatfloatintintintdatetimenvarchar(50)
<pk>
<ak><fk4>
<fk6>
<fk7>
<fk8>
<fk9>
<fk3><fk2><fk10>
<fk5>
<fk1>
<fk11>
Users
user_iduser_loginuser_haslouser_imieuser_nazwiskouser_emailuser_adminuser_kontoaktywne...
intnvarchar(50)nvarchar(200)nvarchar(50)nvarchar(50)nvarchar(50)bitbit
<pk>
Ubycia
ubycie_idubycie_kodubycie_opis...
intintnvarchar(400)
<pk>
Plec
plec_idplec_nazwa
intnvarchar(50)
<pk>
Ocena
ocena_idkrowa_idocena_kodocena_ogolnaocena_kaliberocena_typibudowaocena_nogi iraciceocena_wymieocena_umiesnienieocena_wysokoscsession_iduser_iduser_dateuser_ip...
intintintintintintintintintintintintdatetimenvarchar(50)
<pk><fk>
Obory
obora_idobora_nrsymlekobora_skroconanazwakody_miejscowosci_idhodowca_idobora_ulicaobora_nrobora_miejscowoscobora_kodpocztowysession_iduser_iduser_dateuser_ip...
intnvarchar(8)nvarchar(50)intintnvarchar(50)nvarchar(50)nvarchar(50)nchar(6)intintdatetimenvarchar(50)
<pk><ak>
<fk1>
<fk2>
Laktacje
laktacja_idzwierze_idlaktacja_nrlaktacja_datawycielenialaktacja_okresmiedzywycieleniowylaktacja_okresmiedzyciazowylaktacja_305_kg_mlekalaktacja_305_kg_tluszczulaktacja_305_proc_tluszczulaktacja_305_kg_bialkalaktacja_305_proc_bialkalaktacja_305_kg_laktozylaktacja_305_proc_laktozylaktacja_305_kg_suchejmasylaktacja_305_proc_suchejmasylaktacja_pelna_dniudojulaktacja_pelna_kg_mlekalaktacja_pelna_kg_tluszczulaktacja_pelna_proc_tluszczulaktacja_pelna_kg_bialkalaktacja_pelna_proc_bialkalaktacja_pelna_kg_laktozylaktacja_pelna_proc_laktozylaktacja_pelna_kg_suchejmasylaktacja_pelna_proc_suchejmasysession_iduser_iduser_dateuser_ip...
intintintdateintintintfloatfloatfloatfloatfloatfloatfloatfloatintintfloatfloatfloatfloatfloatfloatfloatfloatintintdatetimenvarchar(50)
<pk><ak,fk><ak>
Ksiega
ksiega_idksiega_kodksiega_nazwa...
intintnvarchar(400)
<pk>
Hodowcy
hodowca_idhodowca_rokprzystapieniahodowca_rokwejsciasession_iduser_iduser_dateuser_ip...
intintintintintdatenvarchar(50)
<pk>
<fk>
2.3.1.5.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość generowania zestawień zmian wartości danych laktacyjnych w jednostce czasu. Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp. Możliwość prognozowania wartości danych laktacyjnych na bazie zgromadzonych informacji. Możliwość tworzenia raportów adhoc.
2.3.1.6 eBOVIS
Dział Genetyki i Hodowli Zwierząt (DG)
2.3.1.6.1 Cele
System porządkujący informacje na temat bydła mięsnego, stad, obór i hodowców posiadanych przez Polski Związek Hodowców i Producentów Bydła Mięsnego. Pozwala na prowadzenie oceny użytkowej oraz hodowlanej. Założeniem systemu jest umożliwianie dostępu do danych pracownikom biura jak i zootechnikom pracującym na terenie całej Polski.
Aplikacja do zarządzania danymi zawartymi w bazie jest w trakcie tworzenia. Po ukończeniu ma zastąpić w ZHiPBM aktualnie używany system BOS.
30
Dostęp do danych znajdujących się w bazie będą mieć wszyscy pracownicy ZHiPBM jak i upoważnienie pracownicy Instytutu Zootechniki.
2.3.1.6.2 Źródła danych
Dane będą wprowadzane do bazy danych za pomocą dedykowanej aplikacji na bieżąco.
2.3.1.6.3 Bazy danych
Baza obejmuje dane krów, ich ocen, stad, hodowców i obór.
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
Animals Dane zwierząt Ok. 256 500 ok. 25 000
AnimalEvaluations Oceny/Pomiary zwierząt
Ok. 342 000 ok. 25 000
Farms Dane obór Ok. 2 000 kilkaset
Herds Dane stad Ok. 2 000 kilkaset
Weightings Wyniki ważeń Ok. 284 000 ok. 25 000
Bazy znajdują się na serwerze MS SQL Server 2008
Nazwa bazy danych Wielkość bazy
ebovis 285 MB
31
AnimalNumbersidnumberanimal_idTIMESTAMP...
intnvarchar(16)inttimestamp
<pk><ak><fk>
AnimalIncomeReasons
iddescriptionTIMESTAMP...
intnvarchar(256)timestamp
<pk><ak>
AnimalEvaluations
idanimal_idevaluator_idevaluation_dateTIMESTAMP...
intintintdatetimestamp
<pk><fk1><fk2>
AnimalColorations
idnameTIMESTAMP...
intnvarchar(32)timestamp
<pk><ak>
AnimalOutcomeReasons
iddescriptionTIMESTAMP...
intnvarchar(256)timestamp
<pk><ak>
AnimalRelocations
idanimal_idorigin_herd_iddestination_herd_idrelocation_dateincome_reason_idTIMESTAMP...
intintintintdateinttimestamp
<pk><fk1><fk2><fk3>
<fk4>
Animals
idcountry_of_origin_idnamedefault_numberdate_of_birthlaboratory_codesex_codedescriptionregistry_idrace_idfather_idmother_idpercentage_of_racecoloration_idhorn_code_idherd_idbirth_herd_idmusculature_idblood_test_numberfirst_income_reason_idfirst_income_dateoutcome_reason_idoutcome_dateinsertion_timestampTIMESTAMP...
intintnvarchar(64)nvarchar(16)datenvarchar(2)bitnvarchar(Max)intintintintfloatintintintintintnvarchar(16)intdateintdatevarbinary(8)timestamp
<pk><fk3>
<ak>
<fk12><fk9><fk4><fk7>
<fk2><fk6><fk5><fk1><fk8>
<fk10>
<fk11>
Calvings
idfather_idmother_idcalving_numbermating_date_1mating_date_2mating_code_iddelivery_datedelivery_code_idmilkinessTIMESTAMP...
intintintintdatedateintdateintinttimestamp
<pk><fk1><fk2>
<fk3>
<fk4>
Counties
iddistrict_idnameTIMESTAMP...
intintnvarchar(64)timestamp
<pk><fk>
Countries
idcodenameTIMESTAMP...
intnvarchar(4)nvarchar(32)timestamp
<pk><ak1><ak2>
Defects
idrace_iddescriptionTIMESTAMP...
intintnvarchar(256)timestamp
<pk><ak,fk><ak>
DeliveryCodes
idnameshort_namecodevalue_fromvalue_toTIMESTAMP...
intnvarchar(256)nvarchar(8)char(1)intinttimestamp
<pk><ak1><ak2><ak3>
Districts
idnameTIMESTAMP...
intnvarchar(64)timestamp
<pk><ak>
EvaluationAttributes
idevaluation_type_idrace_idsex_codevalue_fromvalue_toscore_fromscore_toTIMESTAMP...
intintintbitfloatfloatintinttimestamp
<pk><fk1><fk2>
EvaluationTypes
idnamecategory_idTIMESTAMP...
intnvarchar(64)inttimestamp
<pk><ak><fk>
Evaluators
idfirst_namesurnameTIMESTAMP...
intnvarchar(32)nvarchar(64)timestamp
<pk>
Farms
idnameaddresslocalitypostal_codepostofficeparish_idphone_numberfax_numbertaxation_numbercommentsemailwwwTIMESTAMPtaxation_number_unique...
intnvarchar(256)sysnamenvarchar(64)nvarchar(6)nvarchar(64)intnvarchar(64)nvarchar(64)nvarchar(32)nvarchar(Max)sysnamenvarchar(256)timestampnvarchar(32)
<pk>
<fk>
HerdDissolutionReasons
iddescriptionTIMESTAMP...
intnvarchar(256)timestamp
<pk><ak>
Herds
idnumberrace_idowner_idevaluator_idestablishment_datedissolution_datedissolution_reason_idTIMESTAMP...
intnvarchar(64)intintintdatedateinttimestamp
<pk>
<fk3><fk2><fk1>
<fk4>
HornCodes
idcodeTIMESTAMP...
intnvarchar(32)timestamp
<pk><ak>
MatingCodes
idcodenameTIMESTAMP...
intnvarchar(4)nvarchar(64)timestamp
<pk><ak1><ak2>
Musculatures
iddescriptionTIMESTAMP...
intnvarchar(256)timestamp
<pk><ak>
Parishesidcounty_idnameTIMESTAMP...
intintnvarchar(64)timestamp
<pk><fk>
Races
idnameshort_symbolTIMESTAMP...
intnvarchar(64)nvarchar(16)timestamp
<pk><ak1><ak2>
RegisterEntries
idregister_idanimal_idapplication_dateapplication_numberdecision_datedecision_numberevaluator_idTIMESTAMP...
intintintdatenvarchar(64)datenvarchar(64)inttimestamp
<pk><fk3><fk1>
<fk2>
Registries
idcodenameTIMESTAMP...
intnvarchar(32)nvarchar(64)timestamp
<pk><ak><ak>
SubsidiedAnimals
subsidy_idanimal_idTIMESTAMP...
intinttimestamp
<pk,fk1><pk,fk2>
Subsidies
idapplication_numberapplication_datestart_dateend_datecash_amountowner_idevaluator_idTIMESTAMP...
intnvarchar(64)datedatedatefloatintinttimestamp
<pk>
<fk2><fk1>
SystemGroupMappings
system_user_idsystem_group_idTIMESTAMP...
intinttimestamp
<pk,fk1><pk,fk2>
SystemGroups
idnameTIMESTAMP...
intvarchar(64)timestamp
<pk><ak>
SystemUsers
idloginevaluator_idpassword_hashpassword_saltTIMESTAMP...
intvarchar(128)intvarchar(160)varchar(16)timestamp
<pk>
<ak,fk>
Vitali ties
idcodenameTIMESTAMP...
intchar(1)nvarchar(64)timestamp
<pk><ak1><ak2>
Weightings
idanimal_idweighting_idweighting_dateweightweight_standardizedaverage_growth_rateTIMESTAMP...
intintintdatefloatfloatfloattimestamp
<ak><fk1><fk2>
WeightingTimes
idsex_codedescriptionage_standardage_minimalage_maximalweight_minimalweight_maximalTIMESTAMP...
intbitnvarchar(256)intintintfloatfloattimestamp
<pk>
AnimalsCalving
calving_idoffspring_animal_idvitali ty_idmass_at_birthTIMESTAMP...
intintintfloattimestamp
<pk,fk2><pk,fk1><fk3>
AnimalsDefects
animal_iddefect_id
intint
<pk,fk1><pk,fk2>
Certificates
idanimal_iddraft_datecertificate_number...
intintdateint
<pk><fk>
EvaluationCategories
idnameparent_idTIMESTAMP...
intnvarchar(256)inttimestamp
<pk><ak><fk>
EvaluatorSchedule
idevaluator_idmonth_of_realizationTIMESTAMP...
intintdatetimestamp
<pk><fk>
EvaluatorScheduleItem
idday_of_realizationherd_idtask_idevaluator_schedule_idTIMESTAMP...
intdateintintinttimestamp
<pk>
<fk3><fk1><fk2>
EvaluatorScheduleTasks
idnameTIMESTAMP...
intnvarchar(64)timestamp
<pk><ak>
HerdEvaluators
evaluator_idherd_id
intint
<pk,fk1><pk,fk2>
SystemGroupModules
module_idgroup_idTIMESTAMP...
intinttimestamp
<pk,fk2><pk,fk1>
SystemModulePrivi l iges
idmodule_idselectinsertdeleteupdateselect_minedelete_mineupdate_mineTIMESTAMP...
intintbitbitbitbitbitbitbittimestamp
<pk><fk>
SystemModules
idnameTIMESTAMP...
intnvarchar(32)timestamp
<pk><ak>
SystemModulesTables
module_idtable_idTIMESTAMP...
intinttimestamp
<pk,fk1><pk,fk2>
SystemTables
idnameTIMESTAMP...
intnvarchar(32)timestamp
<pk><ak>
Gender
idnamename_specific...
intnvarchar(50)nvarchar(50)
<pk>
EvaluationScore
idanimal_evaluation_idevaluation_type_idscoreTIMESTAMP...
intintintinttimestamp
<pk><fk1><fk2>
2.3.1.6.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość generowania zestawień zmian ocenianych cech w jednostce czasu. Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp. Możliwość generowania raportów zawierających informacje takie jak raporty z systemu BOS,
z możliwością rozszerzenia o dane pochodzące z innych baz danych. Możliwość tworzenia raportów adhoc.
2.3.2 Bazy trzody chlewnej
2.3.2.1 Ocena wartości użytkowych i hodowlanych trzody chlewnej (system TRZODA)
Dział Genetyki i Hodowli Zwierząt (DG)
2.3.2.1.1 Cele
Monitoring wyników użytkowych i hodowlanych dotyczących poszczególnych ocen trzody chlewnej. Na podstawie danych użytkowych określa się wartość hodowlaną dla poszczególnych ocen trzody chlewnej.
2.3.2.1.2 Źródła danych
Dane otrzymywane są z dwóch źródeł:
• z POLSUS (Polski Związek Hodowców i producentów Trzody Chlewnej),• ze Stacji Kontroli Użytkowości Rzeźnej Trzody Chlewnej (SKURTCh). Instytut Zootechniki
dysponuje 4 stacjami kontroli.
32
Dane dotyczą trzech ocen:
przeżyciowej ( POLSUS), rozpłodowej ( POLSUS), stacyjnej (poubojowej) (własne stacje testowe).
Raz na tydzień dane pobierane są z bazy POLSUS, otrzymywane są w postaci plików bazodanowych DBF z dziedzinowej aplikacji POLSUS (programu napisanego w Delphi) udostępnianej nieodpłatnie IZ.
Dane są w postaci 3 plików głównych i pewnej ilości plików uzupełniających. IZ nie kontroluje w jaki sposób te dane są uzyskiwane. POLSUS gromadzi szerszy zakres danych, niż dane przekazywane do IZ.
Ze stacji testowych informacje są przesyłane raz w miesiącu mailowo również w formie *.DBF z własnej aplikacji Instytutu Zootechniki napisanej w języku programowania CLIPPER, oraz dodatkowo dane uzupełniające w formie arkuszy kalkulacyjnych bazy danych EXCEL.
2.3.2.1.3 Bazy danych
System składa się z następujących części:
• aplikacji do wprowadzania danych,o klienckiej,o serwerowej,
• aplikacji webowej wyświetlającej dane,
System trzoda zbudowany jest na trzonie trzech baz tematycznych:
przyżyciowa – zawiera wyniki cech ocenianych na żywych zwierzętach, informacje dotyczą wskaźników hodowlanych oraz użytkowych,
rozpłodowa – zawiera ocenę rozpłodową młodych loszek i loch, informacje te dotyczą prosiąt urodzonych oraz prosiąt odchowanych,
stacyjna – zwiera ocenę stacyjną knurów oraz ich kojarzeń z różnymi lochami na podstawie testu stacyjnego co najmniej 8 potomków.
W niedalekiej przyszłości do bazy zostaną dołączone dane pochodzące z Stacji Unasienniania Loch.
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
uzytkowa_przyzyciowa wyniki oceny użytkowej przyżyciowej
Ok. 987 000 ok. 90tys.
uzytkowa_rozplodowa_loxx wyniki oceny rozpłodowej loch
Ok. 108 000 ok. 70 tys.
uzytkowa_rozplodowa_miox wyniki oceny miotów loch
Ok. 499 000 ok. 300tys.
uzytkowa_rozplodowa_wybr lista loch Ok. 147 500 ok. 350tys.
33
wybrakowanych
uzytkowa_skurtch_sk wyniki oceny skurtch - potomstwa próbnie ubitego do oceny rodziców
Ok. 45 500 kilka tysięcy
blup_przyzyciowa_dorosli wyniki oceny hodowlanej
Ok. 2 006 000 ok. 500 tys.
blup_przyzyciowa_dzieci wyniki oceny hodowlanej pierwszej
Ok. 305 000 ok. 80tys.
blup_rozplodowa wyniki oceny wartości hodowlanych loch
Ok. 18 355 500 ok. 4 mln
blup_skurtch wyniki oceny wartości hodowlanej na podstawie danych skurtch
Ok. 21 000 ok. 9 tys.
zwierzeta dane identyfikacyjne świń
Ok. 1 103 000 ok. 90tys.
hodowcy lista hodowców Ok. 1 800 kilkadziesiąt
Bazy znajdują się na serwerze MS SQL Server 2008
Nazwa bazy danych Wielkość bazy
swinie_prod_testy 4 GB
34
FK_BL_PRZ_KN_REF_OSHZFK_BL_PRZ_KND_REF_OSHZ
FK_ZWIERZ_REF_RASY
FK_BL_PRZ_KN_ZW_REF_ZWIERZ
FK_BL_PRZ_KND_ZW_REF_ZWIERZ
FK_UZ_RO_LOXX_ZW_REF_ZWIERZ
FK_UZ_RO_MIOX_ZW_REF_ZWIERZ
FK_UZ_RO_WYBR_ZW_REF_ZWIERZ
FK_UZ_SK_KO_REF_OSHZ
FK_UZ_SK_KN_REF_OSHZ
FK_UZ_SK_REF_OSHZ
FK_BL_PRZ_KND_REF_HODFK_BL_PRZ_KN_REF_HOD
FK_BL_RO_REF_OSHZ
FK_UZ_PRZ_REF_HOD
FK_UZ_PRZ_ZW_REF_ZWIERZ
FK_BL_SK_ZW_REF_ZWIERZ
FK_UZ_SK_KO_OJCIEC_REF_ZWIERZ
FK_UZ_SK_KO_MATKA_REF_ZWIERZ
FK_UZ_RO_LOXX_REF_HOD
FK_UZ_RO_WYBR_REF_HOD
FK_UZ_RO_MIOX_REF_HODFK_UZ_RO_LOXX_REF_OSHZFK_UZ_RO_WYBR_REF_OSHZ
FK_UZ_RO_MIOX_REF_OSHZ
FK_UZ_PRZ_REF_OSHZ
FK_UZ_SK_KO_REF_HOD
FK_UZ_SK_KN_REF_HOD
FK_UZ_SK_REF_HOD
FK_UZ_SK_KN_ZW_REF_ZWIERZ
FK_UZ_SK_OJCIEC_REF_ZWIERZ
FK_UZ_SK_MATKA_REF_ZWIERZ
FK_ZWIERZ_REF_PLEC
FK_BL_RO_REF_HOD
FK_BL_RO_ZW_REF_ZWIERZ
FK_BL_SK_REF_STACJE
FK_UZ_SK_KO_REF_STACJE
FK_UZ_SK_KN_REF_STACJE
FK_UZ_SK_REF_STACJE
FK_UZ_SK_REF_RASY
FK_BL_RO_AKT_REF_HODOWCYFK_BLUP_ROZ_REF_OSHZ
FK_BLUP_PRZ_REF_HODOWCY
FK_BLUP_PRZ_REF_OSHZ
FK_BL_RO_AKT_REF_ZWIERZETA
FK_BL_PRZ_REF_BLUP_P_ZWIERZ
FK_UZ_RO_MIOX_NR_OJCA_REF_ZWIERZ
blup_skurtch
ojciec_nrstacje_nrdatocliczddatoc_rokdatoc_miesiacdatoc_rokmiesiacprzyrostsppaszkgskgx18s18x23s23x27s27x30s30srprzyrsrpaszkgsrx18srx23srx27srx30grpgrkggrkgagr18gr23gr23agr27gr30sys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)tinyintdatenumeric(6)numeric(4)numeric(2)datenumeric(15,3)numeric(11,3)numeric(11,3)numeric(11,3)numeric(11,3)numeric(11,3)numeric(11,3)numeric(11,3)numeric(11,3)numeric(11,3)numeric(11,3)numeric(11,3)numeric(6,1)numeric(5,2)numeric(5,2)numeric(4,2)numeric(5,2)numeric(4,1)numeric(3)numeric(3)numeric(1)numeric(3)numeric(3)numeric(1)numeric(3)numeric(3)datetime22datetime22intintint
<pk,fk1><fk2>
<pk><pk>
uzytkowa_przyzyciowa
zwierzeta_nroshz_nrhodowcy_nrdatocdatoc_rokky1ky3ky5okot_przyrmieso_proct_indexky2ky4kekwkseobsys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)tinyintsmallintdatedatenumeric(3)numeric(4,1)numeric(4,1)numeric(4,1)numeric(4)numeric(5,1)numeric(3)numeric(2)numeric(2)varchar(2)numeric(2)numeric(1)numeric(1)datetime22datetime22intintint
<pk,fk2><fk1,fk3><fk1>
uzytkowa_rozplodowa_loxx
zwierzeta_nrhodowcy_nroshz_nrdatoc_rokobsys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)smallinttinyintnumeric(4)numeric(1)datetime22datetime22intintint
<pk,fk1><fk2><fk2,fk3>
uzytkowa_rozplodowa_miox
zwierzeta_nrhodowcy_nroshz_nrnr_miotudatoprokopnr_ojca_miotudatoc_rokiluril21m_wagurm_wag21obdatop_roksys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)smallinttinyinttinyintdatenumeric(4)varchar(11)numeric(4)numeric(2)numeric(2)numeric(4,1)numeric(5,1)numeric(1)intdatetime22datetime22intintint
<pk,fk1><fk2><fk2,fk3><pk>
<fk4>
uzytkowa_rozplodowa_wybr
zwierzeta_nrhodowcy_nroshz_nrdatwybrdatoc_rokdatoc_tydzdatoc_roktydzobsys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)smallinttinyintdatetimenumeric(4)numeric(2)datetimenumeric(1)datetime22datetime22intintint
<pk,fk1><fk2><fk2,fk3>
uzytkowa_skurtch_knury
ojciec_nrhodowcy_nroshz_nrstacje_nrdatprzyrokocrokstdatoc_rokdatubwynikdat1nrszt1dat2nrszt2dat3nrszt3dat4nrszt4dat5nrszt5dat6nrszt6dat7nrszt7dat8nrszt8dat9nrszt9dat10nrszt10dat11nrszt11dat12nrszt12standaturwiekprzywiek25wiekubwiek100dnituczuprzyrostpaszogpaszkgenergiax1x3x9x10x11x18x21x22ax22bx22cx22dx22ex23x27x28ax29x30phph24indekskrdatspecwybrakjskgsys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)smallinttinyinttinyintdatenumeric(2)numeric(2)numeric(4)datenumeric(2)datenumeric(5)datenumeric(5)datenumeric(5)datenumeric(5)datenumeric(5)datenumeric(5)datenumeric(5)datenumeric(5)datenumeric(5)datenumeric(5)datenumeric(5)datenumeric(5)varchar(1)datenumeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(4)numeric(6,2)numeric(4,2)numeric(5,2)numeric(5,1)numeric(4,1)numeric(5,2)numeric(4,2)numeric(4,2)numeric(5,2)numeric(4,1)numeric(3,1)numeric(3,1)numeric(3,1)numeric(3,1)numeric(3,1)numeric(4,2)numeric(5,2)numeric(3,1)numeric(5,2)numeric(4,1)numeric(4,2)numeric(4,2)numeric(7,2)numeric(1)numeric(4)numeric(2)numeric(2)numeric(4,2)datetime22datetime22intintint
<pk,fk3><fk2><fk1,fk2><fk4>
uzytkowa_skurtch_koja
ojciec_nrmatka_nrhodowcy_nroshz_nrstacje_nrrasy_nrdatprzyrokocrokstdatoc_rokdatubwynikwybrakdat1nrszt1dat2nrszt2stannrkojpowtwiekprzywiek25wiekubwiek100dnituczuprzyrostpaszogpaszkgenergiax1x3x9x10x11x18x21x22ax22bx22cx22dx22ex23x27x28ax29x30phph24indekskojaspeckjskgsys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)varchar(11)smallinttinyinttinyinttinyintdatenumeric(2)numeric(2)numeric(4)datenumeric(2)numeric(2)datenumeric(5)datenumeric(5)varchar(1)numeric(3)numeric(1)numeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(4)numeric(6,2)numeric(4,2)numeric(5,2)numeric(5,1)numeric(4,1)numeric(5,2)numeric(4,2)numeric(4,2)numeric(5,2)numeric(4,1)numeric(3,1)numeric(3,1)numeric(3,1)numeric(3,1)numeric(3,1)numeric(4,2)numeric(5,2)numeric(3,1)numeric(5,2)numeric(4,1)numeric(4,2)numeric(4,2)numeric(7,2)numeric(5)numeric(2)numeric(1)numeric(4,2)datetime22datetime22intintint
<pk,fk2><pk,fk3><fk4><fk1,fk4><fk5>
<pk>
blup_przyzyciowa_dzieci
zwierzeta_nrhodowcy_nroshz_nrdatocdatoc_rokdatoc_tydzdatoc_roktydzblup_miotblup_zwhs1s2przyrosth_pdproc_miesh_pmindeksh_injestlok_h_pdlok_h_pmlok_h_inznak1obwyslanysys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)smallinttinyintdatenumeric(4)numeric(2)datenumeric(2)numeric(10,4)numeric(10,4)numeric(10,4)numeric(4)numeric(5,2)numeric(4,1)numeric(5,2)numeric(3)numeric(5,2)numeric(1)numeric(5)numeric(5)numeric(5)varchar(4)numeric(1)varchar(1)datetime22datetime22intintint
<pk,fk2><fk3><fk1,fk3>
blup_przyzyciowa_dorosli
zwierzeta_nrhodowcy_nroshz_nrdatoc_rokdatoc_tydzdatoc_roktydzh_pdh_pmil_potomil_kojarzh_in_1h_in_2h_in_3h_in_4h_in_5h_in_6obwyslanysys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)smallinttinyintnumeric(4)numeric(2)datenumeric(5,2)numeric(5,2)numeric(3)numeric(2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(1)varchar(1)datetime22datetime22intintint
<pk,fk2><fk3><fk1,fk3><pk><pk>
blup_rozplodowa
zwierzeta_nrnr_miotudatocdatoc_rokdatoc_tydzx1x2s1s2grupa1grupa2sys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)tinyintdatenumeric(4)numeric(2)numeric(10,4)numeric(10,4)numeric(10,4)numeric(10,4)numeric(1)numeric(2)datetime22datetime22intintint
<pk,fk3><pk>
<pk><pk>
oshz
oshz_nroshz_skrotoshz_nazwa...
tinyintchar(2)varchar(25)
<pk>
rasy
rasy_nrrasy_nazwarasy_nazwa_pelnakolsort
tinyintvarchar(10)varchar(50)int
uzytkowa_skurtch_sk
ojciec_nrmatka_nrrasy_nrhodowcy_nroshz_nrstacje_nrrokstpowtnrkojnrsztdaturdatprzyrokocdatoc_rokdat25dat100datubdatwybrwiekprzywiek25wiekubwiek100dnituczuprzyrostpaszogpaszkgpasz1pasz2energiap2p4p4mx1x2px2lx2x3x4px5x6x7x8x9x10x11x12x13x14x15x16x17x18x19x20x21x22ax22bx22cx22dx22ex23x24x25x26x27x28ax28bx29x30indeksphph24ph24_1ph24_2ph24_3phszphsz24wodwod1wmp1wpn1wpm1wod2wmp2wpn2wpm2labl1a1b1l2a2b2imfimf1imf2osobkojajskgbokggofogerberbarwabialkomwpuwagiph_1ph_2ph_3i1i2rasa1stacja1ph45sys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod
varchar(11)varchar(11)tinyintsmallinttinyinttinyintnumeric(2)numeric(1)numeric(3)numeric(1)datedatenumeric(2)numeric(4)datedatedatedatenumeric(3)numeric(3)numeric(3)numeric(3)numeric(3)numeric(4)numeric(6,2)numeric(4,2)numeric(6,2)numeric(6,2)numeric(5,2)numeric(4,2)numeric(4,2)numeric(4,2)numeric(5,1)numeric(4,1)numeric(4,1)numeric(4,1)numeric(4,1)numeric(4,2)numeric(4,2)numeric(4,2)numeric(5,2)numeric(4,2)numeric(5,2)numeric(4,2)numeric(4,2)numeric(4,2)numeric(5,2)numeric(4,2)numeric(5,2)numeric(4,2)numeric(4,2)numeric(5,2)numeric(4,2)numeric(4,2)numeric(4,1)numeric(3,1)numeric(3,1)numeric(3,1)numeric(3,1)numeric(3,1)numeric(4,2)numeric(3,1)numeric(4,1)numeric(3,1)numeric(5,2)numeric(3,1)numeric(3,1)numeric(5,2)numeric(4,1)numeric(7,2)numeric(4,2)numeric(4,2)numeric(4,2)numeric(4,2)numeric(4,2)numeric(4,2)numeric(4,2)numeric(5,2)numeric(5,2)numeric(5,3)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,3)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(5,2)numeric(4,2)numeric(4,2)numeric(4,2)numeric(5)numeric(5)numeric(4,2)numeric(3)numeric(4,1)numeric(4,2)numeric(5,2)numeric(5,2)numeric(5,2)varchar(50)numeric(4,2)numeric(4,2)numeric(4,2)numeric(4)numeric(4)varchar(10)varchar(1)numeric(4,2)datetime22datetime22intintint
<pk,fk3><pk,fk4><fk6><fk2><fk1,fk2><pk,fk5><pk><pk><pk><pk>
plec
plec_nrplec_dzieciplec_dorosli
tinyintvarchar(10)varchar(10)
<pk>
zwierzeta
zwierzeta_nrojciec_nrmatka_nrrasy_nrplec_nrdaturdatur_roksys_datasys_data_firstsys_pliki_idsys_pliki_id_firstsys_ilosc_mod...
varchar(11)varchar(11)varchar(11)tinyinttinyintdateintdatetime22datetime22intintint
<pk>
<fk1><fk2>
hodowcy
hodowcy_nroshz_nrhodowcy_nazwasys_data_wprsys_data_modpliki_idpliki_id_modilosc_mod...
smallinttinyintvarchar(25)datetimedatetimebigintbigintbigint
<pk><pk> oshz_stare
oshz_nroshz_skrotoshz_nazwa...
tinyintchar(2)varchar(25)
<pk>
stacje
stacje_nrstacje_nazwa
tinyintvarchar(25)
<pk>
blup_przyzyciowa_dorosli_akt
zwierzeta_nrhodowcy_nroshz_nrdatoc_rokdatoc_tydzdatoc_roktydzh_pdh_pmil_potomil_kojarzh_in_1h_in_2h_in_3h_in_4h_in_5h_in_6obwyslany
varchar(11)smallinttinyintnumeric(4, 0)numeric(2, 0)datenumeric(5, 2)numeric(5, 2)numeric(3, 0)numeric(2, 0)numeric(5, 2)numeric(5, 2)numeric(5, 2)numeric(5, 2)numeric(5, 2)numeric(5, 2)numeric(1, 0)varchar(1)
<pk,fk3><fk1><fk1,fk2><pk><pk>
blup_rozplodowa_akt
zwierzeta_nrhodowcy_nroshz_nrnr_miotudatocdatopdatoc_rokdatoc_tydzdatoc_roktydziluril21x1x2s1s2grupa1grupa2wyslany
varchar(11)smallinttinyintnumeric(2, 0)datedatenumeric(4, 0)numeric(2, 0)datenumeric(5, 1)numeric(5, 1)numeric(10, 4)numeric(10, 4)numeric(10, 4)numeric(10, 4)numeric(1, 0)numeric(2, 0)varchar(1)
<pk,fk3><fk1><fk1,fk2><pk>
<pk><pk>
2.3.2.1.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość generowania zestawień zmian wartości użytkowych i hodowlanych w jednostce czasu.
Możliwość generowania zestawień zmian ocenianych cech w jednostce czasu. Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp. Możliwość generowania raportów ze statystykami tylko nowo wprowadzonych danych. Możliwość prognozowania wartości hodowlanych i użytkowych na bazie zgromadzonych
informacji. Możliwość generowania raportów, które aktualnie są udostępniane na stronie Instytutu. Możliwość tworzenia raportów adhoc.
2.3.2.2 Ochrona bioróżnorodności zwierząt gospodarskich - ŚWINIE (system BIO SWINIE).
Dział Genetyki i Hodowli Zwierząt (DG)
2.3.2.2.1 Cele
Gromadzenie informacji (danych) o zwierzętach ras chronionych w celu ich monitorowania oraz publikowania. Dane te zawierają informacje o pochodzeniu zwierząt oraz ich wyniki z przeprowadzonych ocen użytkowości (rozpłodowej, przyżyciowej).
Gromadzenie danych adresowych hodowców.
2.3.2.2.2 Źródła danych
Dane otrzymywane są z dwóch źródeł:
• Uniwersytet Przyrodniczy w Poznaniu,
35
• POLSUS - Polski Związek Hodowców i producentów Trzody Chlewnej.Dane dostarczane są w takiej samej formie .
Dane wejściowe dzielone są na trzy grupy danych (cztery pliki danych):
• przeżyciowa (k.dbf),• dane rozpłodowe ( 2 pliki danych m.dbf oraz l plik l.dbf),• dane adresowe (s.dbf).
Dane przesyłane z obu jednostek mailowo w formie DBF, cztery razy w roku (częstotliwość wystarczająca na potrzeby sprawozdawczości ).
W przyszłości planowane jest dodanie jeszcze dodatkowo oceny stacyjnej.
2.3.2.2.3 Bazy danych
Cztery razy w roku do Instytutu spływają dane w postaci plików dBase. Dane te są z pomocą Działu Informatyki wczytywane do bazy za pomocą skryptu.
Na stronie internetowej są prezentowane statystyki z tej bazy (Statystyki ras) oraz zestawienia zwierząt z niektórymi cechami (Baza ras zachowawczych).
Zostało utworzonych wiele raportów dostępnych poprzez aplikację www. Raporty te są używane w publikacjach naukowych i innych celach.
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
rasy rasy 3 0
rozplodowa_lochy dane loch Ok. 7 000 Ok. 1 000
rozplodowa_mioty dane miotów loch Ok. 27 500 Ok. 2500
przyzyciowa ocenę przyżyciową Ok. 11 500 Ok. 1500
zwierzeta dane identyfikacyjne świń Ok. 14 500 Ok. 1500
Bazy znajduje się na serwerze MS SQL Server 2008
Nazwa bazy danych Wielkość bazy
Bio_swinie 146 MB
36
FK_mioty_wojewodztwa
FK_lochy_wojewodztwa
FK_przyzyciowa_wojewodztwa
FK_zwierzeta_plec
FK_zwierzeta_rasy
FK_przyzyciowa_zwierzeta
FK_lochy_zwierzeta
FK_mioty_zwierzetaFK_przyzyciowa_hodowcy
FK_lochy_hodowcy
FK_mioty_hodowcy
FK_hipotetyczne_rasy
FK_hipotetyczne_matka
FK_hipotetyczne_ojciec
rasy
rasy_nrrasy_nazwarasy_nazwa_pelnarasy_sort...
tinyintvarchar(10)varchar(50)int
<pk>
wojewodztwa
id_wojnazwa_woj
intvarchar(100)
<pk>
rozplodowa_lochy
zwierzeta_nroshz_nrhodowcy_nrdata_1_oproszeniawiek_1_oproszenialicz_sutkowdata_wybrakowaniadata_modid_woj...
varchar(11)char(2)smallintdateintfloatdatedatetimeint
<pk,fk2><fk3><fk3>
<fk1>
rozplodowa_mioty
zwierzeta_nroshz_nrhodowcy_nrnr_ojca_miotudata_oproszeniadata_pop_oproszenianr_miotuokres_miedzymiotul icz_pros_zyw_url icz_pros_mart_urstr_pros_do_21masa_miotu_w_dn_url icz_pros_w_21masa_miotu_w_21l icz_pros_przy_odsadzeniul icz_loszekl icz_knurkowmodyfikowany_rok_ocenydata_modid_woj...
varchar(11)char(2)smallintvarchar(11)datedateintintfloatfloatfloatfloatfloatfloatintintintintdatetimeint
<pk,fk2><fk3><fk3>
<pk>
<fk1>
przyzyciowa
zwierzeta_nroshz_nrhodowcy_nrdata_ocenyky1ky2ky3ky4ky5okot_przyrostmieso_procindeksmodyfikowany_rok_ocenydata_modid_woj...
varchar(11)char(2)smallintdatefloatfloatfloatfloatfloatfloatfloatfloatfloatintdatetimeint
<pk,fk2><fk3><fk3>
<fk1>
hodowcy
oshz_nrhodowcy_nrnazwaadressektor
char(2)smallintnvarchar(100)nvarchar(200)int
<pk><pk>
plec
plec_nrplec_dzieciplec_dorosli...
tinyintvarchar(10)varchar(10)
<pk>
oshz
oshz_nroshz_skrotoshz_nazwa...
tinyintchar(2)varchar(25)
<pk>
zwierzeta
zwierzeta_nrrasy_nrplec_nrmatka_nrojciec_nrdaturrodzina_nrpokolenie_nrinbred...
varchar(11)tinyinttinyintvarchar(11)varchar(11)dateintintfloat
<pk><fk1><fk2>
uzytkownicy
uzy_iduzy_loginuzy_passworduzy_nameuzy_surnameuzy_emailuzy_account_codeuzy_date_reguzy_account_statusuzy_account_type...
tinyintnvarchar(50)nvarchar(50)nvarchar(100)nvarchar(100)nvarchar(100)nvarchar(32)datesmallintsmallint
<pk>
ochrona
och_idrasa_idoch_stadaoch_osobnikioch_rok...
intintintintint
<pk>
hipotetyczne
zwierzeta_nrrasy_nrmatka_nrojciec_nrinbred...
varchar(30)tinyintvarchar(11)varchar(11)float
<pk><fk1><fk2><fk3>
2.3.2.2.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość generowania zestawień zmian ocenianych cech w jednostce czasu. Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp.
37
Możliwość generowania raportów i zestawień, które aktualnie są udostępniane na stronie Instytutu.
Możliwość tworzenia raportów adhoc.
2.3.3 Bazy owiec
2.3.3.1 Ocena wartości hodowlanej owiec (system OcenaOwiec)
Dział Genetyki i Hodowli Zwierząt (DG)
2.3.3.1.1 Cele
Ewidencja danych dotyczących owiec hodowlanych w celu określenia ich wartości hodowlanej.
2.3.3.1.2 Źródła danych
Raz w roku IZ otrzymuje dane użytkowe z Polskiego Związku Hodowców Owiec i Kóz (PZHOiK). Dane są przekazywane w postaci plików dBASE. Oblicza on wartości hodowlane (metodą BLUP) dla wszystkich owiec (oddzielnie dla stad ojcowskich i matecznych). Następnie wyliczone dane hodowlane w postaci plików tekstowych trafiają do Działu Informatyki.
2.3.3.1.3 Bazy danych
Za pomocą skryptów wyliczone dane są wgrywane do bazy danych. Następnie w celu uwidocznienia nowych danych na stronie internetowej modyfikowana jest aplikacja www http://ocenaowiec.izoo.krakow.pl
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
tryki_ojcowskie wyniki oceny tryków Ok. 2 000 ok. 500
potomstwo_ojcowskie wyniki oceny potomstwa Ok. 52 500 ok. 13000
tryki_mateczne wyniki oceny tryków Ok. 4 000 ok. 1000
potomstwo_mateczne wyniki oceny potomstwa Ok. 110 000 ok. 25000
Baza znajduje się na serwerze PostgresSQL (kodowanie Latin2)
Nazwa bazy danych Wielkość bazy
ocenaowiec 30 MB
38
ilosc_wszystkich_mateczne_rasy_
ilosc_wszystkich_mateczne_serie
ilosc_wszystkich_ojcowskie_rasy
ilosc_wszystkich_ojcowskie_seri
potomstwo_mateczne_plci_id_fkey
potomstwo_mateczne_rasy_id_fkey
potomstwo_mateczne_serie_id_fke
potomstwo_mateczne_zwiazki_id_f
potomstwo_ojcowskie_serie_id_fk
potomstwo_plci_id_fkey
potomstwo_rasy_id_fkey
potomstwo_zwiazki_id_fkey
rasy_mateczne_serie_id_fkeyrasy_ojcowskie_serie_id_fkey
srednie_mateczne_rasy_id_fkey
srednie_mateczne_serie_id_fkey
srednie_ojcowskie_serie_id_fkey
srednie_rasy_id_fkey
tryki_mateczne_rasy_id_fkey
tryki_mateczne_serie_id_fkey
tryki_mateczne_zwiazki_id_fkey
tryki_ojcowskie_serie_id_fkey
tryki_rasy_id_fkey
tryki_zwiazki_id_fkey
tryki_mateczne
tryki_numerzwiazki_idtryki_stadorasy_idtryki_t_i le_ocenionychtryki_t_masa56tryki_m_ile_ocenionychtryki_m_masa56tryki_i losc_kojarzentryki_ocenaserie_id...
varchar(14)int2varchar(14)int2int4float4int4float4int4float4numeric(2)
<pk><fk3>
<fk1>
<pk,fk2>
tryki_ojcowskie
tryki_numerzwiazki_idtryki_stadorasy_idtryki_t_i le_ocenionychtryki_t_przyrost10tryki_t_przyrost30tryki_t_masa56tryki_m_ile_ocenionychtryki_m_przyrost10tryki_m_przyrost30tryki_m_masa56tryki_i losc_kojarzentryki_ocenaserie_id...
varchar(14)int2varchar(14)int2int4float4float4float4int4float4float4float4int4float4numeric(2)
<pk><fk3>
<fk2>
<pk,fk1>
ilosc_wszystkich_mateczne
rasy_idilosc_ocenionychilosc_stadserie_id...
int2int4int4numeric(2)
<fk1>
<fk2>
ilosc_wszystkich_ojcowskie
rasy_idilosc_ocenionychilosc_stadserie_id...
int2int4int4numeric(2)
<fk1>
<fk2>
plci
plci_idplci_nazwa
int2varchar(10)
<pk>
potomstwo_mateczne
potomstwo_numerzwiazki_idpotomstwo_stadorasy_idplci_idtryki_numerpotomstwo_matkapotomstwo_masa56potomstwo_plennoscpotomstwo_ocenaserie_id...
varchar(14)int2varchar(14)int2int2varchar(14)varchar(14)float4float4float4numeric(2)
<fk4>
<fk3><fk1>
<fk2>
potomstwo_ojcowskie
potomstwo_numerzwiazki_idpotomstwo_stadorasy_idplci_idtryki_numerpotomstwo_matkapotomstwo_przyrost10potomstwo_przyrost30potomstwo_masa56potomstwo_ocenaserie_id...
varchar(14)int2varchar(14)int2int2varchar(14)varchar(14)float4float4float4float4numeric(2)
<fk4>
<fk3><fk2>
<fk1>
rasy_mateczne
rasy_idrasy_nazwarasy_grupaserie_idrasy_kolejnosc...
int2varchar(30)varchar(2)numeric(2)numeric(2)
<pk>
<fk>
rasy_ojcowskie
rasy_idrasy_nazwarasy_grupaserie_idrasy_kolejnosc...
int2varchar(30)varchar(2)numeric(2)numeric(2)
<pk>
<fk>
serie
serie_idserie_opisserie_skrot...
numeric(2)varchar(6)varchar(7)
<pk>
srednie_mateczne
rasy_idsrednie_t_masa56srednie_m_masa56serie_id...
int2float4float4numeric(2)
<fk1>
<fk2>
srednie_ojcowskie
rasy_idsrednie_t_przyrost10srednie_t_przyrost30srednie_t_masa56srednie_m_przyrost10srednie_m_przyrost30srednie_m_masa56serie_id...
int2float4float4float4float4float4float4numeric(2)
<fk2>
<fk1>
zwiazki
zwiazki_idzwiazki_nazwa
int2varchar(30)
<pk>
Instytut posiada dane od PZHOiK z ostatnich 12 lat. Struktura plików dBASE zmieniała się w czasie. Najnowsze pliki posiadają takie kolumny:
RHZOIK MATKA ROCZNIK RASA_M TYP_M WL WL1 WYRW HOD WYRH DATAUR ROK_WYK NR_WYK DATAWYK OJCIEC ROCZNIKO RASA_O TYP_O UWAG_MAT WYKOT A1 A2
39
A3 ODCHOW
Dla każdego kolejnego (#) jagnięcia:
PLEC# JAG# ROCZNIKJ# J_UWAGA# MASAUR# DATA#1 MASA#1 DATA#2 MASA#2 DATA#3 MASA#3 DATA#4 MASA#4 INDEKS#
DZIADEKM DZIAD_RM BABKAM BAB_RM DZIADEKO DZIAD_RO BABKAO BAB_RO SEZON WYKOTY URODZ ODCHOW1 DATALIC MASALIC MASALIC MASA_ST
2.3.3.1.4 Potrzeby analityczne i raportowe
• Integracja danych źródłowych o zwierzętach oraz obliczonych wyników ze zwierzętami tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
• Możliwość generowania zestawień danych i analiz statystycznych za okresy bieżące i w układzie historycznym.
• Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne, hodowlane, itp.
• Możliwość badania trendu genetycznego na bazie zgromadzonych informacji.
40
• Możliwość tworzenia raportów adhoc.
2.3.3.2 Ochrona bioróżnorodności zwierząt gospodarskich - Owce (System BioOwce)
Dział Ochrony Zasobów Genetycznych Zwierząt (DZ)
2.3.3.2.1 Cele
Ewidencja danych dotyczących populacji i pochodzeniu (rodowodzie) owiec podlegających programowi Ochrony Zasobów Genetycznych Zwierząt łącznie z danymi hodowców.
2.3.3.2.2 Źródła danych
Dane o owcach objętych Programem ochrony zasobów genetycznych do Instytutu Zootechniki przekazywane są w formie dokumentów papierowych – wykazów, które m.in. zawierają: ilość zwierząt w programie na dany rok w zgłoszonych stadach (zwierzęta zgłoszone, zaakceptowane, ilość tryków. Informacje z przeszłego roku potwierdzane są poprzez przysyłane z Regionalnych Związków Hodowców Owiec i Kóz stany średnioroczne).
Wykazy są uaktualniane w każdym roku, ponieważ wymóg prowadzenia ewidencji przez hodowców związany jest z programem dotacji unijnych.
W tym momencie nie ma jednego zunifikowanego formularza. W trakcie trwania Programu (od 2004 roku) powstało w IZ PIB parę wzorów i funkcjonują one równolegle.
Formularze są zawsze podpisane przez hodowców i Związek Hodowców.
Raz w roku z regionalnych związków przysyłane są do IZ PIB dane dotyczące owiec w postaci Świadectw wpisu do ksiąg (forma papierowa). Oprócz tego raz w roku część informacji ze Związku jest przysyłana w formie pliku DBF.
W przyszłości Instytut będzie dążył do uzyskiwania tych informacji (świadectw wpisu do ksiąg) w formie elektronicznej.
2.3.3.2.3 Bazy danych
Baza obejmuje dane hodowców owiec, których stada objęte są programem ochronny. Zawiera dane przyżyciowe i hodowlane.
Dane wprowadzane są raz w roku w okresie wiosennym po zebraniu papierowych dokumentów potwierdzających uczestnictwo w programie. Wprowadzenie danych do bazy odbywa się z wykorzystaniem aplikacji napisanej w C# .NET przez osoby z Działu Informatyki. System jest cały czas rozwijany. Dane obecnie nie są udostępniane na zewnątrz.
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
Breeders Dane o hodowcach Ok. 900 -
Herds Dane o stadach Ok. 2 500 -
Lambing Dane o rozrodzie Ok. 18 000 -
Sheeps Dane o zwierzętach Ok. 114 000 -
41
Prow2 Ok. 3000 -
Baza znajduje się na serwerze MS SQL Server 2008
Nazwa bazy danych Wielkość bazy
Bio_Owce 160 MB
2.3.3.2.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość generowania zestawień posiadanych cech w jednostce czasu. Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp. Możliwość tworzenia raportów adhoc.
42
2.3.3.3 Baza danych owiec badanych pod kątem ryzyka wystąpienia śmiertelnej choroby Scrapie (system SCRAPIE)
Dział Cytogenetyki i Genetyki Molekularnej Zwierząt (DC)
2.3.3.3.1 Cele
Baza tworzona jest w celu eliminacji niepożądanych cech zwierząt (podatności na zachorowania) oraz kontrolowania ilości osobników z wysoką podatnością w stadach.
2.3.3.3.2 Źródła danych
Jest to specyficzna Baza Danych owiec prowadzona w Instytucie przez Dział Cytogenetyki i Genetyki Molekularnej Zwierząt.
Zawiera informacje na temat genotypu zwierzęcia pozwalające na określenie przynależności do grupy ryzyka zachorowania na chorobę SCRAPIE.
Dane przysyłane są do IZ PIB w formie papierowej, gdzie są ręcznie wprowadzane do bazy za pomocą stworzonej do tego aplikacji. Aplikacja ta realizuje podstawowy model CRUD.
Do Instytutu dostarczane są:
informacje o zwierzęciu w formie dokumentów (wydruki) zawierających takie informacje jak: numer zwierzęcia, numery rodziców, numer stada, data urodzenia itp.,
próbka krwi – materiał do badań genetycznych.
Dane wejściowe stanowią informacje o zwierzęciu przenoszone z dostarczanych dokumentów papierowych oraz wyniki badań genetycznych prowadzonych w Instytucie. Badane są 3 kodony - na podstawie wyników budowany jest genotyp. Na tej podstawie istnieje możliwość określenia ryzyka zachorowania zwierzęcia na chorobę będącą odmianą BSE u owiec. Baza pozwala na możliwość kontroli krzyżowej zwierząt pod kątem zwiększonego prawdopodobieństwa wystąpienia choroby.
2.3.3.3.3 Bazy danych
Mała baza danych przechowująca dane o owcach przebadanych pod względem podatności na Scrapie (choroba). W tabeli z danymi aktualnie znajduje się ok. 8 800 wierszy. Rocznie do tej pory przybywało ok. 1500 nowych wierszy. W słownikach znajduje się kilkanaście – kilkadziesiąt wierszy.
Aktualnie jest tylko jeden użytkownik aplikacji, który przekazuje informacje o zagrożeniach innym podmiotom.
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
Sheep Dane owiec, wraz z wynikami badań
Ok. 8 800 Ok. 1500
Baza znajduje się na serwerze PostgreSQL
43
Nazwa bazy danych Wielkość bazy
Scrapie 12 MB
breed
idname
int4varchar(64)
<pk>
genotype_riskclass_ref
genotyperiskclass_id
varchar(7)int4
<pk><pk,fk>
herd
idname
int4varchar
<pk>
riskclass
idclassrcolorgcolorbcolor...
int4varcharint4int4int4
<pk>
sheep
idcode_letterscode_numbernumbersexbirth_datestatecodon_136_154codon_171codon_141genotype_1genotype_2genotype_establishedallel_1allel_2father_numberfather_genotypemother_numbermother_genotypeconformity_with_parentsbreed_idalt_numbercommentherd_idbirth_date_yearbirth_date_monthbirth_date_day...
int4varcharint4varcharchar(1)datevarcharvarchar(5)varchar(3)varchar(3)varchar(7)varchar(7)varchar(7)varchar(3)varchar(3)varcharvarchar(7)varcharvarchar(7)varcharint4varchartextint4char(4)char(2)char(2)
<pk>
<fk1>
<fk2>
2.3.3.3.4 Potrzeby analityczne i raportowe
• Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
• Możliwość generowania zestawień zmian ocenianych cech w jednostce czasu.• Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp.• Możliwość generowania raportów, które aktualnie są generowane w aplikacji.• Możliwość tworzenia raportów adhoc.
44
2.3.3.4 Baza oceny owiec ze Stacji Oceny Tryków
Dział Genetyki i Hodowli Zwierząt
2.3.3.4.1 Cele
Prezentacja wyników ocen danych pozyskanych w Stacjach Oceny Tryków (http://www.izoo.krakow.pl/czasopisma/wiadzoot/2011/1/art07_WZ_2011_1.pdf).
2.3.3.4.2 Źródła danych
Pliki są dostarczane w formacie programu Excel przez osobę odpowiedzialną.
2.3.3.4.3 Bazy danych
Obecnie wszystkie dane importowane są bezpośrednio z dostarczonych plików do bazy owce_raporty. W przyszłości baza prawdopodobnie zostanie znormalizowana.
45
ojcowie
ROK_OCRASA_TRNUMER_TRPRZYD_SRPRZYD_SDZP1KG_SRZP1KG_SDTUSCH_SRTUSCH_SDWYDRZ_SRWYDRZ_SDUMPL_SRUMPL_SDUTPL_SRUTPL_SDUWWPL_SRUWWPL_SDIND_UZIND_WIND_UIND_OIND_WP...
intnvarchar(255)nvarchar(255)floatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloat
raporty
idtitlerviewmodel...
intnvarchar(300)varchar(50)varchar(50)
<pk>
tryczki
RASAROCZNIKNRTRYCZOJCIECMATKAWIEKZAKONTCZASTRWANTMASROZPOCTMASZAKONCTPRZYRZATUCPRZYRDOBOTPRZYRODUROZUZPASKGPRWAGSZTPRGLWAGSZTPOGLWAGTUSCIEPWAGTUSZIMNWAGPOLTPRAWAGPOLTLEWWYDAJRZEZNPKTLOKARKPPKTGRZBPKTKULKAPKTOTLUSZEPKTTLUOKNEDLUGGRZBIESZERGRZBIEOBWKULKOBWSPOJLONPOLKLESZERPOLKLEWYSPOLOSTZSZEPOLOSTZWYSPOLZEBSZERPOLZEBWYSWAGWYRSZYIMIESOSZYITLUSZSZYIKOSCISZYIWAGKARKOWKMIESOKARKOTLUSZKARKOKOSCIKARKOWAGWYRLOPTMIESOLOPATTLUSZLOPATKOSCILOPATWAGWYRLATYMIESOLATYTLUSZLATYKOSCILATYWAGWYRANTRMIESOANTRYTLUSZANTRYKOSCIANTRYWAGWYRCOMBMIESCOMBTLUSZCOMBKOSCICOMBWAGWYRKULKMIESOKULKITLUSZKULKIKOSCIKULKIWAGTLUSONEWAGWARTUDZWARTWAGMWYRPLTUDZIALMPLTWAGTWYRPLTUDZIALTPLTPKTOCOTLZEPKTOCBUDUMEUROPPKTUMIESPRPKTBUDUMLEPKTUMZADUNKLASEKSEABGRMUSGRTLUSPOWMUS...
nvarchar(255)intnvarchar(255)nvarchar(255)nvarchar(255)floatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatnvarchar(255)floatnvarchar(255)nvarchar(255)nvarchar(255)floatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatfloatnvarchar(255)floatfloatfloatnvarchar(255)floatfloatfloat
<pk>
zwierzeta
NRZWIERZRASA
nvarchar(255)nvarchar(255)
<pk>
46
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
ojcowie Dane ojców Ok. 50 -
Tryczki Dane tryczków Ok. 300 -
Raporty Dane raportu 4 -
Zwierzeta Dane o rasie Ok. 600 -
Baza znajduje się na serwerze MS Sql Server
Nazwa bazy danych Wielkość bazy
owce_raporty 6 MB
2.3.3.4.4 Potrzeby analityczne
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne, hodowlane, itp.
Możliwość tworzenia raportów adhoc.
2.3.4 Bazy koni
2.3.4.1 Ochrona bioróżnorodności zwierząt gospodarskich - KONIE (system BIO KONIE)
Dział Ochrony Zasobów Genetycznych Zwierząt (DZ)
2.3.4.1.1 Cele
Ewidencja danych dotyczących ras koni podlegających programowi Ochrony Zasobów Genetycznych Zwierząt. Możliwość kontroli poprawności wniosków o dopłaty Unijne.
2.3.4.1.2 Źródła danych
Dane są pozyskiwane ze Związku Hodowców Koni w postaci elektronicznej (proponowane konie do Programu Ochrony, ich właściciele i wyniki ocen), oraz od właścicieli koni w postaci papierowej . Dane są wprowadzone za pomocą aplikacji napisanej w C# .NET. Dane z dokumentów papierowych są wprowadzane "ręcznie", a dane elektroniczne (pliki tekstowe) są importowane do bazy.
Dodatkowo planowane jest wgranie archiwalnych danych, które obecnie znajdują się w bazie MS Access.
2.3.4.1.3 Bazy danych
Baza nie jest dostępna poza IZ-PIB. Obecnie dane pochodzące z obliczeń wykonywanych zewnętrznymi aplikacjami znajdują się w osobnej bazie danych. Planowane jest jednak scalenie tych dwóch baz w jedną.
47
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
zwierzeta Dane identyfikacyjne koni Ok. 14 000 kilkaset
edycje Dane edycji (lata Programu Ochrony), w których wystąpiła dana klacz
ok. 11 000 2-3 tysiące
edycje_ogiery Informacje, które ogiery zostały zakwalifikowane do Programu Ochrony
550 kilkaset
krycia Dane kryć Ok. 2300 kilkaset
osoby Właściciele (posiadacze) i hodowcy klaczy
ok. 2000 kilkaset
konie Dane identyfikacyjne koni PZHK ok. 42 300 Kilkaset
klacze_opisy Opisy klaczy PZHK Ok. 6500 Kilkaset
proby_dzielnosci Wynik prób dzielności koni PZHK Ok. 8500 Kilkaset
Bonitacja Dane bonitacji koni PZHK Ok. 11 500 Kilkaset
Klacze_ochrona Lista numerów ID klaczy, które są proponowane do Programu Ochrony przez PZHK po raz pierwszy
Ok. 8500 kilkaset
Pomiary Pomiary koni PZHK Ok. 11 500 Kilkaset
Wlasciciele Dane właścicieli klaczy (dane importowane z PZHK)
Ok. 4800 Kilkaset
Wlasciciele_historia
Historia zmian właścicieli klaczy (dane z PZHK)
Ok. 15 600 Kilkaset
zrebaki Lista numerów ID koni, które są źrebakami klaczy z Programu Ochrony (dane z PZHK)
ok. 9500 kilkaset
Zrebaki_ocena Ocena źrebaków (dane z PZHK) klaczy z Programu Ochrony
ok. 9000 Kilkaset
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
generacje Tabela pomocnicza do obliczeń Ok. 6 700 -
inbreed Tabela pomocnicza do obliczeń Ok. 7 200 -
osobniki Dane osobników Ok. 14 000 -
48
(łącznie)
spokrewnienie Wyliczenie spokrewnienie par osobników
Ok. 48 mln (łącznie)
Wielkość tabeli to ok. (osobniki^2)/2
Baza znajduje się na serwerze MS SQL Server 2008
Nazwa bazy danych Wielkość bazy
bio_konie 42 MB
bio_konie_obliczenia 5 GB
FK_zwierzeta_ojciec
FK_zwierzeta_rasy
FK_zwierzeta_matka
FK_komputery_uzytkownicy
FK_edycje_ostatnie_krycia
FK_edycje_poprzednie_krycia
FK_zwierzeta_hodowca
FK_zwierzeta_plec
FK_osoby_ozhk
FK_klacze_ochrona_konie
FK_klacze_opisy_konie
FK_bonitacja_konie
FK_wlasciciele_historia_konie
FK_wlasciciele_historia_wlasciciele
FK_pomiary_konie
FK_proby_dzielnosci_konie
FK_zrebaki_konie
FK_konie_masci_skroty
FK_konie_rasy_skroty
FK_zrebaki_ocena_konie
FK_zwierzeta_konie
FK_krycia_dziecko_zwierzeta
FK_krycia_samica_zwierzeta
FK_krycia_samiec_zwierzeta
FK_edycje_krycia
FK_edycje_dziecko2_krycia
FK_edycje_ogiery_zwierzeta
FK_konie_plec_skroty
FK_konie_proponowane_konie
FK_krycia_rodzina
FK_plec_skroty_plec
FK_rasy_skroty_rasy
FK_edycje_prow
FK_klasyfikacja_plec
FK_klasyfikacja_rasy
FK_uzytkownicy_rasy_grupy
FK_rasy_rasy_grupy
FK_edycje_osoby
FK_edycje_zwierzeta
edycje
edycje_idklacz_zwierzeta_idedycje_rokedycje_nrprow_nredycje_rok_przystapieniaedycje_powtorne_wejscieedycje_umowa_nredycje_kwal ifikacja_okedycje_kwal ifikacja_dataedycje_uwagiedycje_ma_doplateedycje_data_dezaktywacjiedycje_wyzrebienie_uwagiostatnie_krycia_idedycje_krycie_uznaneprzedostatnie_krycia_iddziecko_krycia_idedycje_ojciec_dziecka_uznanydziecko2_krycia_idedycje_ojciec_dziecka2_uznanykartoteka_zwierzeta_idedycje_kartoteka_okedycje_umowa_dataedycje_zaswiadczenie_dataedycje_stan_sredniorocznywlasciciel_osoby_idedycje_data_odedycje_data_doedycje_utworzyl_idedycje_data_utworzeniaedycje_zmodyfikowal_idedycje_data_modyfikacj i
intintnumeric(4)tinyinttinyintsmallintbitvarchar(50)bitdatevarchar(max)bitdatevarchar(max)intbitintintbitintbitintbitdatedatenumeric(5,2)intdatedatesmallintdatetimesmallintdatetime
<pk><fk7>
<fk5>
<fk1>
<fk2><fk3>
<fk4>
<fk6>
zwierzeta
zwierzeta_idpzhk_id_konzwierzeta_nazwazwierzeta_nr_paszportuzwierzeta_nr_bad_potw_pochzwierzeta_nr_wpisu_do_ksiegizwierzeta_data_urodzeniarasy_idplec_idzwierzeta_masczwierzeta_liniazwierzeta_uwagizwierzeta_data_padnieciahodowca_osoby_idmatka_zwierzeta_idojciec_zwierzeta_idzwierzeta_pom_wyszwierzeta_obw_klazwierzeta_obw_nadzwierzeta_ocena_dzieckazwierzeta_utworzyl_idzwierzeta_data_utworzeniazwierzeta_zmodyfikowal_idzwierzeta_data_modyfikacji
intvarchar(15)nvarchar(50)nvarchar(20)nvarchar(20)nvarchar(20)datetinyinttinyintnvarchar(40)nvarchar(6)nvarchar(max)numeric(8)intintintintintnumeric(5,1)numeric(4,1)smallintdatetimesmallintdatetime
<pk><fk1>
<fk3><fk6>
<fk5><fk4><fk2>
krycia
krycia_idsamiec_zwierzeta_idsamica_zwierzeta_idkrycia_datakrycia_uwagidziecko_zwierzeta_idkrycia_utworzyl_idkrycia_data_utworzeniakrycia_zmodyfikowal_idkrycia_data_modyfikacji...
intintintnumeric(8)nvarchar(max)intsmallintdatetimesmallintdatetime
<pk><fk3,fk4><fk2,fk4>
<fk1,fk4>
rasy
rasy_idrasy_nazwarasy_grupy_idrasy_skrot...
tinyintvarchar(50)tinyintvarchar(50)
<pk>
<fk>
osoby
osoby_idosoby_nazwaosoby_imieosoby_kod_pocztowyosoby_miejscowoscosoby_adresosoby_stado_kod_pocztowyosoby_stado_miejscowoscosoby_stado_adresosoby_uwagiosoby_adres_korespondencjiosoby_telefonozhk_idosoby_utworzyl_idosoby_data_utworzeniaosoby_zmodyfikowal_idosoby_data_modyfikacji
intvarchar(150)varchar(50)char(6)varchar(60)varchar(100)char(6)varchar(60)varchar(100)varchar(Max)varchar(170)varchar(50)tinyintsmallintdatetimesmallintdatetime
<pk>
<fk>
komputery
komputery_iduzytkownicy_idkomputery_hostnamekomputery_data_utworzeniakomputery_data_ost_logowania...
smallintsmallintvarchar(512)datetimedatetime
<pk><fk>
uzytkownicy
uzytkownicy_iduzytkownicy_loginuzytkownicy_haslouzytkownicy_poziom_dostepuuzytkownicy_nazwiskouzytkownicy_imieuzytkownicy_emailrasy_grupy_id...
smallintvarchar(50)varchar(50)tinyintvarchar(50)varchar(50)varchar(50)tinyint
<pk>
<fk>ozhk
ozhk_idozhk_nazwaozhk_skrot...
tinyintvarchar(100)varchar(2)
<pk>
plec
plec_idplec_nazwaplec_konie...
tinyintvarchar(50)varchar(50)
<pk>
konie
id_konkon_nazkon_rasakon_maskon_pleuelnkod_krajkod_rasakod_wojkod_numkod_roczdata_urroczdata_paddata_ubojdata_expbadaniedata_wpisnr_wpiszw_wpiso_idm_id...
varchar(15)varchar(80)varchar(40)varchar(40)char(1)varchar(20)varchar(3)varchar(3)varchar(2)varchar(5)varchar(2)datesmallintdatedatedatevarchar(30)datevarchar(30)varchar(4)varchar(15)varchar(15)
<pk>
<fk2><fk1><fk3>
klacze_ochrona
klacze_ochrona_idid_konnaz_progdata_oddata_do...
intvarchar(15)varchar(100)datedate
<pk><fk>
klacze_opisy
id_kondata_opiskon_masszyjaglowanoga_lpnoga_ppnoga_ltnoga_ptkloda...
varchar(15)datevarchar(40)varchar(200)varchar(260)varchar(100)varchar(100)varchar(100)varchar(100)varchar(350)
<pk,fk>
bonitacja
id_bonid_kontyp_bondata_bonbon_typbon_globon_klonog_prznog_tylbon_kopbon_stepbon_klusbon_chodybon_wyg...
varchar(15)varchar(15)varchar(30)dateintintintintintintintintintint
<pk><fk>
pomiaryid_pomid_kontyp_pomdata_pompom_wysobw_klaobw_nad...
varchar(15)varchar(15)varchar(100)dateintintnumeric(5,1)
<pk><fk>
wlasciciele_historia
wlasciciele_historia_idid_wlaid_kontyp_wladata_oddata_do...
intvarchar(15)varchar(15)varchar(40)datedate
<pk><fk2><fk1>
wlasciciele
id_wlawla_nazwla_imiwla_kodwla_gminwla_miewla_powwla_woj...
varchar(15)varchar(100)varchar(100)varchar(6)varchar(60)varchar(100)varchar(100)varchar(100)
<pk>
zrebaki_ocena
id_ocenid_konzre_naztyp_ocendata_ocenoc_typoc_budoc_zdroc_ruch...
varchar(15)varchar(15)varchar(80)varchar(10)datenumeric(4,1)numeric(4,1)numeric(4,1)numeric(4,1)
<pk><fk>
zrebaki
id_konkrycie_datawpis_kwa...
varchar(15)datechar(1)
<pk,fk>
proby_dzielnosci
id_prdzid_kontyp_prdzrodz_prdzdata_prdzprdz_pktprdz_wyniwuiwu_ujiwu_skhc_stephc_klusppkl_skppkl_stepppkl_klusppkl_galppkl_jt...
varchar(15)varchar(15)varchar(40)varchar(100)datenumeric(6,2)varchar(300)numeric(6,2)numeric(6,2)numeric(6,2)numeric(6,2)numeric(6,2)numeric(6,2)numeric(6,2)numeric(6,2)numeric(6,2)numeric(6,2)
<pk><fk>
masci_skroty
kon_masmas_naz
varchar(40)varchar(100)
<pk>
rasy_skroty
kon_rasaras_nazrasy_id...
varchar(40)varchar(100)tinyint
<pk>
<fk>
edycje_ogiery
edycje_ogiery_idogier_zwierzeta_idedycje_rokedycje_kwal ifikacja_okedycje_ogiery_utworzyl_idedycje_ogiery_data_utworzeniaedycje_ogiery_zmodyfikowal_idedycje_ogiery_data_modyfikacji...
intintsmallintbitsmallintdatetimesmallintdatetime
<pk><fk>
konie_proponowane
id_konrok
varchar(15)smallint
<pk,fk><pk>
plec_skroty
kon_pleplec_pzhk_konieplec_id...
char(1)varchar(20)tinyint
<pk>
<fk>
prow
prow_nrprow_okres
tinyintvarchar(100)
<pk>
klasyfikacja
idrasa_idplec_idcechaminmax...
inttinyinttinyintvarchar(50)varchar(100)varchar(100)
<fk2><fk1>
rasy_grupy
rasy_grupy_idrasy_grupy_nazwa
tinyintvarchar(50)
<pk>
49
generacje
osobnik_idgen
intint
inbred
osobnik_idinb
intfloat
<pk>
osobniki
idosobniknr_ewidw_progksiegadzien_urmies_urrok_urwysokoscobw_nadpobw_klmascplecid_matkimatka_osobnikmatka_nr_ewidmatka_ksiegaid_ojcaojciec_osobnikojciec_nr_ewidojciec_ksiegarasapokolenieplec_nrinbspokr_srspokr_sr1rodzina...
intvarchar(50)varchar(50)tinyintvarchar(50)intintintintfloatintvarchar(20)char(5)intvarchar(50)varchar(50)varchar(50)intvarchar(50)varchar(50)varchar(50)varchar(20)inttinyintfloatfloatfloatint
<pk>
spokrewnienie
osobnik_1osobnik_2spokr_addspokr_wsp...
intintfloatfloat
<pk><pk>
2.3.4.1.4 Potrzeby analityczne i raportowe
Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
Możliwość generowania raportów aktualnie dostępnych w aplikacji. Możliwość generowania statystyk grupowych ze względu na różnice lokalizacyjne,
hodowlane, itp. Możliwość przeprowadzania analityki zmian ilościowych w czasie certyfikowania zasobów
genetycznych. Możliwość tworzenia raportów adhoc.
2.3.5 Inne bazy danych
2.3.5.1 Baza publikacji pracowników IZ PIB (system Publikacje)
Zespół Wydawnictw i Poligrafii
2.3.5.1.1 Cele
Szerokie udostępnianie informacji o publikacjach naukowych pracowników Instytutu.
2.3.5.1.2 Źródła danych
Baza wewnętrzna tworzona i aktualizowana przez wprowadzanie danych przez pracowników. Aktualizacja systematyczna, minimum raz do roku.
Baza zawiera następujące informacje na temat wydawnictwa:
• autor,• rok publikacji,
50
• gdzie wydana.
2.3.5.1.3 Bazy danych
Dane są wprowadzane do bazy na koniec roku kalendarzowego. Interfejs zarządzania bazą danych oparty jest o aplikację webową napisaną w PHP. Aplikacja umożliwia także możliwość generowania rocznych zestawień dotyczących publikacji pracowników. Lista publikacji i ich autorów prezentowana jest na stronie głównej IZ PIB: http://www.izoo.krakow.pl/index.php?option=com_pubzest&Itemid=271
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
publikacje informacje o publikacjach pracowników IZ PIB
Ok. 12 000 ok. 1 tys.
Baza znajduje się na serwerze MySql.
Nazwa bazy danych Wielkość bazy
publikacje 3 MB
zaklady
idskrot_pubskrot_iznazwa...
int(11)varchar(20)varchar(20)varchar(20)
publikacje
idpozycjaautorzytytulmiejsce_pubrokdodatkowedzialkonfczasopismokat_kbnzaklad...
int(11)int(11)texttexttextvarchar(100)varchar(100)int(11)int(2)int(2)int(3)varchar(20)
<pk>
konferencje
idnazwaopis...
int(11)varchar(100)varchar(100)
<pk>
kod_pub
kodskrotnazwaopis...
int(11)char(1)varchar(100)varchar(100)
<pk>
kategoria_kbn
idnazwaopispkt...
int(11)varchar(100)varchar(100)int(11)
<pk>
jezyk
idskrotnazwaopis...
varchar(100)char(3)varchar(100)varchar(100)
<pk>
dzial
kidknazwaopisstan...
int(11)texttextint(10)
czasopismo
idskrotnazwaopis...
int(11)char(2)varchar(100)varchar(100)
<pk>
2.3.5.1.4 Potrzeby analityczne i raportowe
Integracja danych o pracownikach z systemu Pracownicy z danymi o publikacjach. Możliwość generowania zestawień ilości publikacji Możliwość tworzenia raportów adhoc.
2.3.5.2 Baza kontaktów pracowników IZ PIB (system Pracownicy)
Dział Komercjalizacji Badań i Współpracy z Praktyką (DNP)
51
2.3.5.2.1 Cele
Szerokie udostępnianie danych kontaktowych pracowników dla potrzeb usprawnienia kontaktów wewnętrznych i na zewnątrz Instytutu.
2.3.5.2.2 Źródła danych
Baza wewnętrzna tworzona i aktualizowana za pomocą aplikacji webowej przez pracowników Działu DNP.
Baza zawiera:
1. imię i nazwisko,2. telefony,3. adresy mailowe,4. dział.
2.3.5.2.3 Bazy danych
Dane teleadresowe pracowników udostępniane są na stronie głównej IZ PIB http://www.izoo.krakow.pl/index.php?option=com_pracownicy&Itemid=54.
Baza wykorzystywana jest także w innych celach.
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
pracownicy informacje o pracownikach IZ PIB
319 rekordów pojedyncze aktualizacje
tytuly tabela słownikowa informacje o tytułach naukowych pracowników
8 rekordów pojedyncze aktualizacje
dzialy tabela słownikowa informacje o działach
26 rekordów pojedyncze aktualizacje
Baza znajduje się na serwerze PostgreSQL (kodowanie Latin2).
Nazwa bazy danych Wielkość bazy
wwwizoo ~0.2 MB
2.3.5.2.4 Potrzeby analityczne i raportowe
• Integracja danych z systemami Publikacje i Tematy.• Możliwość tworzenia raportów adhoc.
52
tytuly
tytuly_idtytuly_nazwa
int2varchar(100)
<pk>
pracownicy
pracownicy_idpracownicy_nazwiskopracownicy_imiedzialy_kodtytuly_idpracownicy_emailpracownicy_telefonpracownicy_data_modyfikacjitytulyr_idpracownicy_stary_email...
int4varchar(300)varchar(300)varchar(10)int2varchar(100)varchar(100)timestampint2varchar(100)
<pk>
dzialy
dzialy_koddzialy_nazwa
varchar(10)varchar(100)
<pk>
2.3.5.3 Baza zakończonych prac badawczych IZ PIB (system Tematy)
Dział Komercjalizacji Badań i Współpracy z Praktyką (DNP)
2.3.5.3.1 Cele
Szerokie udostępnianie informacji o pracach badawczych przeprowadzonych przez IZ PIB.
2.3.5.3.2 Źródła danych
Baza wewnętrzna, tworzona i aktualizowana przez wprowadzanie ręczne danych przez pracowników.
Baza zawiera:
5. numer tematu,6. tytuł pracy badawczej,7. nazwiska autorów,8. krótki opis.
2.3.5.3.3 Bazy danych
Dane są wprowadzane do bazy raz w roku poprzez aplikacje webową napisaną w PHP. Wszystkie dane wprowadzone są widoczne na stronie głównej IZ PIB http://www.izoo.krakow.pl/index.php?option=com_content&task=view&id=511&Itemid=297
Nazwa tabeli Aktualna ilość rekordów Ile rekordów przybywa co roku
tematy Ok. 200 ok. 50
Baza znajduje się na serwerze PostgreSQL (kodowanie Latin2).
Nazwa bazy danych Wielkość bazy
wwwizoo ~0.5 MB
53
tematy
tematy_idtematy_czy_zakonczonytematy_numertematy_tytultematy_autorzytematy_opistematy_rok...
int4numeric(1)varchar(20)texttexttextnumeric(4)
<pk>
2.3.5.3.4 Potrzeby analityczne i raportowe
• Integracja danych o pracownikach z systemami Pracownicy i Publikacje.• Możliwość generowania zestawień ilości tematów• Możliwość tworzenia raportów adhoc.
2.3.5.4 Krajowa Baza Danych o Zasobach Genetycznych Zwierząt Gospodarskich (system EFABIS)
Dział Ochrony Zasobów Genetycznych Zwierząt (DZ) (Warszawa MRiRW)
2.3.5.4.1 Cele
Zawiera ewidencję (ogólnoświatową) danych dotyczących gatunków chronionych występujących na terytorium danego kraju. Polska jest zobowiązana do prowadzenia i aktualizacji takiej bazy.
2.3.5.4.2 Źródła danych
W ramach poszczególnych krajów prowadzone są bazy krajowe, zawierające informacje na temat gatunków występujących na terenie danego kraju.
Do bazy krajowej dane z Polski wprowadzane są przez Dział DZ. Dane są migrowane do bazy światowej DAD-IS zawierającej dane opisujące międzynarodowe rasy zwierząt chronionych. Aktualizacja danych w wybranych zakresach następuje w obu kierunkach z bazy krajowej do światowej i odwrotnie. Zawartość informacji w bazie krajowej jest znacznie szersza niż zakres danych niezbędnych do wymiany z bazą światową.
Baza jest aktualizowana kilka razy w roku przez osoby za nią odpowiedzialne. Dodatkowo raz w roku następuje synchronizacja z bazą światową.
2.3.5.4.3 Bazy danych
Baza zawiera charakterystykę i podstawowe informacje o poszczególnych rasach, odmianach, rodach i liniach zwierząt hodowlanych w Polsce oraz w krajach uczestniczących w projekcie EFABIS.
Dane w bazie są aktualizowane – rozszerzane są opisy oraz uzupełniane brakujące dane. Aktualizacje wykonuje Oddział z Warszawy poprzez interfejs dostępny na stronie po zalogowaniu (http://efabis.izoo.krakow.pl). Wprowadzone dane są od razu widoczne
W 2010 roku baza danych została rozszerzona o rasy z całego świata (baza jest synchronizowana ze światową bazą za pomocą skryptów i usług serwera), więc następuje w IZ – PIB tłumaczenie na język polski interfejsu i opisów zawartych w bazie.
Aktualnie w bazie danych jest ok. 200 charakterystyk ras zwierząt polskich.
Nazwa tabeli Aktualna ilość rekordów
blobs Ok. 6 600
54
breeds Ok 14 200
breeds_lang Ok 42 000
breeds_birds Ok 3 000
breeds_fibre Ok 4 000
breeds_horns Ok 6 600
breeds_horns_lang Ok 20 400
breeds_litter Ok. 10 000
breeds_litter_lang Ok 10 000
breeds_milk Ok 8 000
locnames Ok 8 000
mainuse Ok 8 000
mainuse_lang Ok. 22 000
populations_year Ok. 15 000
publications_lang Ok. 4 000
Baza znajduje się na serwerze PostgreSQL (kodowanie UTF8).
Nazwa bazy danych Wielkość bazy
efabis_poland 6.4 GB
55
blobs
blob_idblobdb_mimetypelast_change_dtlast_change_userdirtychk_lvlguidownerversionsynch...
int4byteatexttimestamptextboolint2int4textint4bool
breeds
breed_idtax_idcountry_idmcnamelangint_namedb_herdbookherdbook_yearmwmalemwfemageommageomfdai lygainpercdressingcarcassweightpart_interval_avgpart_interval_minpart_interval_maxage_firstpart_avgage_firstpart_minage_firstpart_maxprod_li fedb_stockmhmalemhfemage_obfage_obmlean_meat_avglean_meat_minlean_meat_maxbirth_weight_malebirth_weight_femdb_colouredcyclesweight_slaughterage_slaughterdb_orginlen_repli_malelen_repli_femcarcass_lendai lygain_maxdata_blockslast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynchdb_tax_class...
int4int4int4texttexttextint4int2float4float4float4float4float4float4float4int2int2int2float4float4float4float4int4float4float4float4float4int2int2int2float4float4int4int2float4float4int4float4float4float4float4texttimestamptexttimestamptexttimestamptextboolint2int4textint4boolint4
breeds_bee
breed_idtongue_len_mintongue_len_maxtergi t_wide_mintergi t_wide_maxcub_index_mincub_index_maxlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4float4float4float4float4float4float4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_bee_lang
breed_idlang_idcolour_queenscolour_workerscolour_droneothergentlenessswarmingspring_devwinteringvaultfl ight_activhoney_comb_activstore_propol isstoping_egg_lyingstore_honeyuti l isationretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4texttexttexttexttexttexttexttexttexttexttexttexttexttexttextboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_birds
breed_ideggs_year_avgeggs_year_mineggs_year_maxweightsdb_patterndb_plumagedb_skindb_shank_footdb_combdb_eggshelldb_len_prodl ifelen_lay_periodfirst_egg_avgfirst_egg_minfirst_egg_maxfertil ity_avgfertil ity_minfertil ity_maxset_eggs_avgset_eggs_minset_eggs_maxfertile_eggs_avgfertile_eggs_minfertile_eggs_maxfeedlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynchdb_classify...
int4int2int2int2float4int4int4int4int4int4int4int4int4int2int2int2float4float4float4float4float4float4float4float4float4int2timestamptexttimestamptexttimestamptextboolint2int4textint4boolint4
breeds_export
exp_idexp_yearlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int2timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_export_lang
exp_idlang_idimporterorgindestinationdescriptionretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4texttexttexttextboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_fibre
breed_iddb_hairwooldb_wooltypefleece_avgfleece_minfleece_maxwool_lengthhair_lengthfibre_diamstaple_lengthlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4int4float4float4float4int2int2int2int4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_fish
breed_iddb_scale_typebody_shape_minbody_shape_maxcondition_mincondition_maxdb_spawning_seasong_relative_fecundityno_relative_fecunditylast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4float4float4float4float4int4int4int4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_horns
breed_iddb_maledb_femalelast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4int4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_horns_lang
breed_idlang_idshaperetranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4textboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_lang
breed_idlang_iddescroriginorigin_yearimp_sincefromloc_in_countrymanag_commentsaddinfoqproductqresistanceqclimateqfertil ityqotherqualrefvistrai tsin_situ_commentex_situ_commentbreedrefperf_infoperf_refconditionscommentsmain_colourcolour_commentskincolourorg_instgenetic_featuresadapt_margspecprodcult_roleenv_roledressing_descretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4texttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttextboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_li tter
breed_idsize_avgsize_minsize_maxlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4float4float4float4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_li tter_lang
breed_idlang_idcommentsretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4textboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_milk
breed_idyear_avgyear_minyear_maxlact_avglact_minlact_maxlen_avglen_minlen_maxfat_avgfat_minfat_maxprot_avgprot_minprot_maxprod_dayprod_day_maxmilk_yearslast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int2int2int2int2int2int2int2int2int2float4float4float4float4float4float4float4float4float4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_other
breed_idacidy_ph_firstacidy_ph_secondsacrum_malesacrum_femchest_malechest_femcannon_malecannon_fembody_len_malebody_len_femalelast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4float4float4float4float4float4float4float4float4float4float4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
breeds_other_lang
breed_idlang_idexterieurchar_vigorbody_confcoat_desccoat_qual ityother_traitsretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4texttexttexttexttexttextboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
codes
ext_codeclassdb_codelang_idshort_namelong_namedescriptionopening_dtclosing_dtlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynchretranslatever_org...
texttextint4int4texttexttextdatedatetimestamptexttimestamptexttimestamptextboolint2int4textint4boolboolint4
countries
country_iddad_cnyiso_country_codedb_regionpart_ofemblemlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4textint4int4int4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
countries_lang
country_idlang_idnameretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4textboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
image_info
breed_idimage_idimage_yearcopyrightsortdb_genderlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4int2boolint2int4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
image_info_lang
image_idlang_idnameadditionalcontactretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4texttexttextboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
inspool
dsrecord_seqin_dateext_unitproc_dtstatusrecordlast_change_dtlast_change_userdirtychk_lvlguidownerversionsynch...
textint4datetextdatetexttexttimestamptextboolint2int4textint4bool
intname
iname_idtax_idinamelast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4texttimestamptexttimestamptexttimestamptextboolint2int4textint4bool
locnames
breed_idlocal_namelanglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4texttexttimestamptexttimestamptexttimestamptextboolint2int4textint4bool
locnames_lang
breed_idlang_iddescriptionretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4textboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
mainuse
breed_idprioritydb_mainuselast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int2int4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
mainuse_lang
breed_idlang_iddescriptionretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4textboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
populations
breed_idadmin_idpresent_sincehousing_fromhousing_torep_locationdb_mobi li tydb_feeddb_managdb_cl imatedb_ecozonedb_soi ldb_agrisystemperc_underhousing_periodlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4int2int2int2int4int4int4int4int4int4int4int4int2int2timestamptexttimestamptexttimestamptextboolint2int4textint4bool
populations_lang
breed_idadmin_idlang_idcommentsliv_condfeedingcensus_descretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4int4texttexttexttextboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
populations_year
breed_idadmin_idpop_yearpop_minpop_maxbreeding_fembreeding_malebreeding_animalsherdsfem_in_herdsfem_purebred_percbreeding_male_percherd_sizemale_aievt_males_br_and_aidb_reliabi li tydb_riskstatusdb_ai_useddb_trenddb_censusdb_evt_herds10db_evt_trend_femdb_evt_trend_br_herdssemenoocytesembryossomaticcell_msomaticcell_fdb_country_riskstatusdb_in_situno_male_perfrecno_fem_perfrecper_male_perfrecper_fem_perfrecno_herds_perfrecherd_size_perfrecno_fem_herdbookper_fem_herdbookno_breed_famno_apiariesno_breed_apiariesno_reared_queensno_insemi_queensno_cross_insemi_queenslast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4int2int4int4int4int4int4int4int4float4float4int2int2int4int4int4int4int4int4int4int4int4int4int4int4int4int4int4int4int4int4float4float4int4int4int4float4int4int4int4int4int4int4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
pub_publcat
publ ic_idpubcat_idlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
publ icategories
pubcat_idsortupp_pubcat_idlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int2int4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
publ icategories_lang
pubcat_idlang_idnameretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4textboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
publ ications
publ ic_idurlblob_idlanguage_iddb_pubtypesortdate_documyear_publ ishlast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4textint4int4int4int2dateint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
publ ications_lang
publ ic_idlang_idti tledescriptionkeywordsauthorsourceretranslatever_orglast_change_dtlast_change_usercreation_dtcreation_userend_dtend_userdirtychk_lvlguidownerversionsynch...
int4int4texttexttexttexttextboolint4timestamptexttimestamptexttimestamptextboolint2int4textint4bool
2.3.5.4.4 Potrzeby analityczne i raportowe
• Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
• Możliwość tworzenia raportów adhoc.
2.3.5.5 Baza danych analiz cytogenetycznych prawidłowości kariotypu
2.3.5.5.1 Cele
Prowadzenie ewidencji danych dotyczących świń, bydła i koni w celu umożliwienia oceny ich wartości hodowlanych.
2.3.5.5.2 Źródła danych
W bazach gromadzone są wyniki badań kariotypu u koni, bydła i trzody chlewnej. Materiał do badań (próbki krwi) pochodzą w przypadku trzody chlewnej od Związków Hodowców Trzody Chlewnej. W przypadku bydła próbki pochodzą ze Stacji Unasieniania Krasne i dotyczą wszystkich buhai przeznaczonych do inseminacji, natomiast w przypadku koni próbki pobierane są przez lekarzy weterynarii od klaczy i ogierów z problemami dotyczącymi wzrostu i rozrodu. Próbki krwi badane są przez pracowników IZ. Otrzymane wyniki - kariotyp prawidłowy / kariotyp nieprawidłowy i podany rodzaj aberracji - są dostarczane bezpośrednio zleceniodawcom. W ten sposób wykrywane są aberracje kariotypu. Takie zmiany w budowie chromosomów u wszystkich gatunków skutkują obniżeniem płodności, a nawet bezpłodnością i chorobami rozwojowymi. Sztuki dotknięte wadami zostają eliminowane z hodowli. Procent osobników z wadami wynosi ok. 2-3 % w skali roku
Aktualnie w bazach znajdują się dane tematyczne:
56
• Świnie - w arkuszu kalkulacyjnym Excel jest ok. 2000 osobników. Rocznie bada się około 50 sztuk.
• Buhaje - w rozbudowanej o moduł cytogenetyczny bazie kontroli pochodzenia bydła (IMG BOV) jest około 2000 osobników, rocznie bada się około 50 sztuk.
• Konie - około 100 sztuk z aberracjami w dokumentach papierowych.
2.3.5.5.3 Potrzeby analityczne i raportowe
• Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
• Możliwość generowania zestawień rozkładu wad w regionach Polski,• Możliwość generowania zestawień rozkładu wad w czasie na przestrzeni okresu lat badań.• Możliwość generowania zestawień rozkładu wad w rasach.• Możliwość tworzenia raportów adhoc.
2.3.5.6 Baza analiz chemicznych Pasz
Dział Żywienia Zwierząt i Paszoznawstwa (DP)
2.3.5.6.1 Cele
Baza stworzona do przechowywania wyników analiz chemicznych pasz.
2.3.5.6.2 Źródła danych
W chwili obecnej do bazy wprowadzone są wyniki badań z 17 placówek, z których Instytut otrzymywał lub otrzymuje informacje o paszach. Otrzymywane dane to jedynie wyniki analiz i opis próbki.
Próbki otrzymywane przez Instytut są klasyfikowane na podstawie opisu:
• do grupy pasz (metryczka pasz) - pasza jest identyfikowana i na podstawie opisu przydzielany jest jej numer paszy – w naszym przypadku jest to 17 cyfr opisujących 13 cech,
• kto zlecił, wykonał paszę /analizę, skąd próbka pochodzi – region, województwo, rok zbioru,• opis dodatkowy czyli komentarze i uwagi oraz dodatkowe informacje pozwalające na
identyfikację próbki.
2.3.5.6.3 Bazy danych
Aktualnie na ukończeniu są prace nad nową aplikacją do wprowadzania/gromadzenia danych. Nowa aplikacja będzie korzystać z jednej centralnej bazy, a nie z baz lokalnych tak jak to robiła aplikacja dotychczas używana. Po ukończeniu aplikacji zgromadzone dane zostaną przeniesione do już stworzonej bazy danych nowej aplikacji.
Nazwa tabeli Opis
Analyses Przeprowadzane analizy
Fodders Pasze
Samples Próbki
57
Baza znajduje się na serwerze MS SQL Server 2008.
Analyses
idnamesymbolunitmax_valuemin_valuediscreet_valuegroup_idformulastandardgross_unit...
intnvarchar(64)nvarchar(16)nvarchar(40)floatfloatfloatintnvarchar(1024)bitnvarchar(40)
<pk>
<ak>
<fk>
AnalysisGroups
idname
intnvarchar(64)
<pk>
AnalysisMethods
idname
intnvarchar(64)
<pk>
Laboratories
idname
intnvarchar(64)
<pk>
LaboratoryAnalysis
laboratory_idname
intnvarchar(64)
<pk><pk>
LaboratoryDevices
laboratory_idname
intnvarchar(64)
<pk><pk>
SampleAnalyses
sample_idanalysis_idvaluevalue_dmanalysis_method_id...
intintfloatfloatint
<pk,fk1><pk,fk3>
<fk2>
Samples
idnumberfodder_idadd_yearharvest_datesave_datedescriptioncommentclient_idregion_iddry_matteruser_id...
intintintdatedatedatenvarchar(Max)nvarchar(Max)intintintint
<pk>
58
Classes
idnamecode...
intnvarchar(64)nvarchar(10)
<pk>
ClientRoles
idname
intnvarchar(64)
<pk>
Clients
idfirst_namelast_namerole_idinstitution_id...
intnvarchar(64)sysnameintint
<pk>
<fk1><fk2>
Countries
idname
intnvarchar(40)
<pk>
Cultivars
idnamecodespecies_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
Cuttings
idnamecodeorigin_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
FodderFil ters
idnameclass_idorigin_idgroup_idspecies_idcultivar_idsection_idfraction_idcuttings_idstadium_idgranularity_idtransformation_idtransformation_condition_idtransformation_method_id...
intnvarchar(64)intintintintintintintintintintintintint
<pk>
<fk1><fk2><fk3><fk4><fk5><fk6><fk7><fk8><fk9><fk10><fk11><fk12><fk13>Fodders
idcodetr_namesc_nameclass_idorigin_idgroup_idspecies_idcultivar_idsection_idfraction_idcuttings_idstadium_idgranularity_idtransformation_idtransformation_condition_idtransformation_method_idclient_id...
intnvarchar(25)nvarchar(64)nvarchar(64)intintintintintintintintintintintintintint
<pk>
<fk1><fk2><fk3><fk4><fk5><fk6><fk7><fk8><fk9><fk10><fk11><fk12><fk13><fk14>
Fractions
idnamecodesection_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
Granulari ties
idnamecode...
intnvarchar(64)nvarchar(10)
<pk>
Groups
idnamecodeorigin_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
Institutions
idnameshortnamepostal_codecitystreetphone_numberphone_number2fax_numberemailregion_id...
intnvarchar(256)nvarchar(32)nvarchar(6)nvarchar(64)sysnamenvarchar(64)nvarchar(64)nvarchar(32)sysnameint
<pk>
<fk>
Origins
idnamecodeclass_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
Regions
idnamecountry_id...
intnvarchar(64)int
<pk>
<fk>
Sections
idnamecodeorigin_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
Species
idnamecodegroup_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
Stadiums
idnamecodeorigin_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
SystemModuleRights
id int <pk>
SystemRights
user_group_idsystem_module_right_id
intint
<pk,fk2><pk,fk1>
TransformationConditions
idnamecodetransformation_method_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
TransformationMethods
idnamecodetransformation_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
Transformations
idnamecodeorigin_id...
intnvarchar(64)nvarchar(10)int
<pk>
<fk>
UserGroupMappings
user_idgroup_id
intint
<pk,fk1><pk,fk2>
UserGroups
idname
intnvarchar(64)
<pk>
Users
idloginpassword_hashpassword_saltclient_id...
intnvarchar(64)nvarchar(64)nvarchar(16)int
<pk>
<fk>
59
2.3.5.6.4 Potrzeby analityczne i raportowe
• Możliwość generowania statystyk poszczególnych analiz• Możliwość generowania statystyk poszczególnych zleceniodawców• Możliwość generowania statystyk z podziałem na rodzaje i grupy pasz• Możliwość generowania zestawień przeprowadzanych analiz w różnych zestawieniach.• Możliwość tworzenia raportów adhoc.
2.3.5.7 Bada danych genotypów SNP bydła mlecznego
Dział Genetyki i Hodowli Zwierząt (DG)
2.3.5.7.1 Cele
Baza zawiera genotypy SNP buhajów zidentyfikowanych przy użyciu mikromacierzy zawierającej 54609 polimorfizmów pojedynczych nukleotydów (SNP) w technologii Illumina BeadChip.
2.3.5.7.2 Źródła danych
Dane zdeponowane w bazie pochodzą z rutynowego genotypowania buhajów rasy polskiej holsztyńsko-fryzyjskiej w ramach genomicznej oceny wartości hodowlanej bydła mlecznego w Polsce.
2.3.5.7.3 Bazy danych
Dane wprowadzane do bazy pochodzą z plików tekstowych pochodzących z urządzenia genotypującego. Dane są wgrywane do bazy za pomocą skryptu. Informacje nie są udostępniane na zewnątrz Instytutu.
Nazwa tabeli Aktualna ilość rekordów
Analysis Ok 10 000 000
Snp Ok 54 000
Baza znajduje się na serwerze MS SQL Server 2008.
Nazwa bazy danych Wielkość bazy
Illumina 300 MB
60
snp
idChrSNP NamePosition...
intnvarchar(50)sysnameint
<pk>
sample
idnamedatedescription...
intnvarchar(50)datenvarchar(Max)
<pk>
map_snp
map_idsnp_id
intint
<pk,fk1><pk,fk2>
map
iddatedescription...
intdatenvarchar(Max)
<pk>
analysis
sample_idsnp_idallele1allele2gc_scoregt_score...
intintnchar(1)nchar(1)realreal
<fk2><fk1>
2.3.5.7.4 Potrzeby analityczne
• Integracja danych o zwierzętach tego samego gatunku pochodzących z różnych baz danych posiadanych w Instytucie.
• Możliwość tworzenia raportów adhoc.
2.3.5.8 Polagra
Dział Ochrony Zasobów Genetycznych Zwierząt (DZ)
2.3.5.8.1 Cele
W Instytucie Zootechniki istnieje i jest rozbudowywany system do obsługi wystawy zwierząt hodowlanych POLAGRA.
W skład systemu wchodzi:
baza danych PostgreSQL - zawiera wszystkie potrzebne dane na temat wystawców i ich zwierząt aplikacja internetowa - stworzona w technologiach HTML/PHP; zawiera interfejs do
wprowadzania i modyfikacji danych w bazie PostreSQL oraz generuje raporty na podstawie tych danych.
Adres aplikacji internetowej: http://polagra.izoo.krakow.pl. Dostęp do aplikacji mają tylko uprawnieni użytkownicy po podaniu właściwego loginu i hasła.
Na podstawie wprowadzonych danych tworzone są następujące raporty:
61
wyniki oceny dla każdej z ras zwierząt – raport zawiera listę zwierząt i ich wystawców oraz ocenę i zdobyte nagrody (Z – Złoty medal, S – Srebrny medal, CH – czempiony, VCH – wiceczempiony)
wykaz przyznanych złotych i srebrnych medali oraz dyplomów wykaz wszystkich nagród wykaz championów wykaz wiceczempionów wykaz dyplomów (za złote i srebrne medale) wykaz nagród pieniężnych dla poszczególnych wystawców liczba ocenianych zwierząt ras rodzimych oraz liczba przyznanych czempionatów,
wiceczempionatów i medali dla poszczególnych gatunków i ogółem
2.3.5.8.2 Źródła danych
Dane wystawców i zwierząt są wprowadzane zwykle w lipcu i sierpniu (ale mogą być czasem wprowadzane również pod koniec czerwca i we wrześniu).
W trakcie trwania targów sędziowie oceniają zwierzęta, a ich oceny są wprowadzane do bazy. Po wykonaniu funkcji „Nadaj medale” aplikacja w zależności od zdobytej punktacji przyznaje (lub nie) medale złote (Z) i srebrne (S).
2.3.5.8.3 Bazy danych
Dla każdej wystawy zwierząt Polagra tworzona jest nowa baza. Do tej bazy wprowadzane są dane zgłoszonych wystawców oraz ich zwierząt.
Tabele znajdujące się w bazie danych zawierają maksymalnie po kilkadziesiąt rekordów.
Baza znajduje się na serwerze PostgreSQL (kodowanie Latin2).
Nazwa bazy danych Wielkość bazy
polagra2006 6 MB
polagra2007 6 MB
polagra2008 6 MB
polagra2010 8 MB
polagra2011 8 MB
polagra2012 8 MB
62
polagra_bydlo
id_zwierzecianr_katid_stadaid_grupyczy_obecnynumernazwadataurnrojcanazojcanroonazoonrmonazmonrmatkinazmatkinrmmnazmmnromnazomwydajnnrlakwydkgmlkgtlkgbiprtlprbinrlakbie...
int4int4int4int4boolvarchar(14)varchar(40)varchar(10)varchar(14)varchar(40)varchar(14)varchar(40)varchar(14)varchar(40)varchar(14)varchar(40)varchar(14)varchar(40)varchar(14)varchar(40)varchar(6)int4int4int4int4numeric(4,2)numeric(4,2)int4
<pk>
<fk1><fk2>
polagra_bydlo_ocena
nr_katpunktylokataczempdyskw...
int4int4int4varchar(3)bool
<pk,fk>
polagra_drob
id_zwierzecianr_katid_stadaid_grupyczy_obecnycz1cm1procniescz3cm3c4wiek_w_tygodniach_samcowwiek_w_tygodniach_samicdane_za_rok...
int4int4int4int4boolnumeric(4,1)numeric(4,1)numeric(4,1)numeric(4,1)numeric(4,1)numeric(4,1)int2int2varchar(20)
<pk>
<fk2><fk1>
polagra_drob_ocena
nr_katpunkty1punkty2punkty3punkty4punkty5punkty6sumalokataczempdyskw...
int4int4int4int4int4int4int4int4int4varchar(3)bool
<pk,fk>
polagra_gatunki
gatunki_idgatunki_nazwagatunki_nazwa_tabeligatunki_kogo_czegogatunki_czy_caly_ocenianygatunki_czy_ocenianygatunki_templategatunki_samcow_kogo_czegogatunki_lpgatunki_tylko_stadogatunki_tylko_stado_na_tabliczkegatunki_samic_kogo_czegogatunki_pojedynczo_do_katalogutabele_id...
int4varchar(30)varchar(30)varchar(30)boolboolvarchar(30)varchar(30)varchar(30)boolboolvarchar(30)boolint4
<pk>
<fk>
polagra_grupy
id_grupynazwa_grupyopiskogo_czegokogo_coczy_ocenianygrupy_lm...
int4varchar(30)varchar(20)varchar(30)varchar(30)boolvarchar(30)
<pk>
polagra_konie
id_zwierzecianr_katid_stadaid_grupyczy_obecnymascnumernrksieginazwadataurnazojcanazoonazmonazmatkinazmmnazomkarierawysklebobwklpobwnadpzrebak_nazwazrebak_dataurzrebak_pleczrebak_ojciec_nrzrebak_ojciec_nazwapunkty_bonitacyjnenazmmmnazmmonazmomnazmoonazommnazomonazoomnazooonrlicencjihodowca...
int4int4int4int4boolvarchar(30)varchar(25)varchar(10)varchar(40)varchar(10)varchar(40)varchar(40)varchar(40)varchar(40)varchar(40)varchar(40)varchar(500)int4int4numeric(5,2)varchar(40)varchar(10)int4varchar(10)varchar(40)varchar(100)varchar(40)varchar(40)varchar(40)varchar(40)varchar(40)varchar(40)varchar(40)varchar(40)varchar(20)varchar(100)
<pk>
<fk1><fk2>
polagra_konie_ocena
nr_kattyppokrojstepkluskondrazemlokataczempdyskw...
int4int4int4int4int4int4int4int4varchar(3)bool
<pk,fk>
polagra_kozy
id_zwierzecianr_katid_stadaid_grupyczy_obecnydataurnumernrojcanrmatki...
int4int4int4int4boolvarchar(10)varchar(14)varchar(14)varchar(14)
<pk>
<fk2><fk1>
polagra_kroliki
id_zwierzecianr_katid_stadaid_grupyczy_obecnynumerdataur...
int4int4int4int4boolvarchar(12)varchar(10)
<pk>
<fk1><fk2>
polagra_kroliki_ocena
nr_katpunkty1punkty2punkty3punkty4punkty5punkty6sumalokataczempdyskw...
int4int4int4int4int4int4int4int4int4varchar(3)bool
<pk,fk>
polagra_nutrie
id_zwierzecianr_katid_stadaid_grupyczy_obecnynumerdataur...
int4int4int4int4boolvarchar(12)varchar(10)
<pk>
<fk1><fk2>
polagra_nutrie_ocena
nr_katpunkty1punkty2punkty3sumalokataczempdyskw...
int4int4int4int4int4int4varchar(3)bool
<pk,fk>
polagra_owce
id_zwierzecianr_katid_stadaid_grupyid_stawkiczy_obecnydataurnumernrojcanrmatki...
int4int4int4int4int4boolvarchar(10)varchar(14)varchar(14)varchar(14)
<pk>
<fk2><fk1>
polagra_owce_ocena
nr_katpunktylokataczempdyskw...
int4numeric(3,1)int4varchar(3)bool
<pk,fk>
polagra_plec
plec_idplec_nazwa
int2varchar(15)
<pk>
polagra_pozostale
id_zwierzecianr_katid_stadaid_grupyczy_obecnynagrodadataurnumer...
int4int4int4int4boolboolvarchar(10)varchar(20)
<pk>
<fk1><fk2>
polagra_rasy
id_rasynazwanazwa_gatnazwa_tabelichampion_w_grupieza_dyplomytylko_stadokolejnosc_championyza_dyplomy_prezentacjegatunki_idrasy_nazwa_na_tabliczke...
int4varchar(40)varchar(30)varchar(30)varchar(40)varchar(50)boolint4varchar(50)int4varchar(40)
<pk>
<fk>
polagra_stada
id_stadaid_wystawcyid_rasyco_prezentujeopis_stadal_samicl_samcowwskaznikiopis_stada_na_tabliczke...
int4int4int4varchar(1024)textvarchar(10)varchar(10)varchar(1024)text
<pk><fk1><fk2>
polagra_stawki_ocena
id_stawkiocena_stawkilokata_stawki...
int4int4int4
<pk>
polagra_system
czy_nadano_nr_katmax_akt_nr
int4int4
polagra_szynszyle
id_zwierzecianr_katid_stadaid_grupyczy_obecnynumerdataur...
int4int4int4int4boolvarchar(12)varchar(10)
<pk>
<fk1><fk2>
polagra_szynszyle_ocena
nr_katpunkty1punkty2punkty3punkty4punkty5sumalokataczempdyskw...
int4int4int4int4int4int4int4int4varchar(3)bool
<pk,fk>
polagra_trzoda
id_zwierzecianr_katid_stadaid_grupyczy_obecnynruchanrlicencnazwadataurnrl icojcanazojcanrlicoonazoonrlicmonazmonrlicmatkinazmatkinrl icmmnazmmnrlicomnazomnruchaonruchaoonruchamonruchamnruchammnruchaom
int4int4int4int4boolvarchar(20)varchar(10)varchar(40)varchar(10)varchar(10)varchar(40)varchar(10)varchar(40)varchar(10)varchar(40)varchar(10)varchar(40)varchar(10)varchar(40)varchar(10)varchar(40)varchar(20)varchar(20)varchar(20)varchar(20)varchar(20)varchar(20)
<pk>
<fk1><fk2>
polagra_trzoda_ocena
nr_katpunktylokataczempdyskw...
int4numeric(2,1)int4varchar(3)bool
<pk,fk>
polagra_wojewodztwa
id_wojewodztwanazwa
int4varchar(20)
<pk>
polagra_wysokosci_nagrod
gatunekzloty_medalczempionatekspozycja...
varchar(100)int4int4int4
<pk>
polagra_wystawcy
id_wystawcynazwa_wystawcykrotka_nazwa_wystawcyadres_wystawcyid_wojewodztwanazwa_bankunr_kontanazwa_kogo_czegonazwa_wystawcy_na_tabliczkeimieimie_kogo_czegokod_pocztowymiejscowosc...
int4varchar(1024)varchar(30)varchar(200)int4varchar(70)varchar(26)varchar(1024)varchar(512)varchar(50)varchar(50)char(6)varchar(50)
<pk>
<fk>polagra_tabele
tabele_idtabele_nazwa
int4varchar(30)
<pk>
2.3.5.8.4 Potrzeby analityczne
• Integracja danych o zwierzętach tych samych gatunków pochodzących z różnych baz danych posiadanych w Instytucie.
• Możliwość generowania zestawień zmian ocen zwierząt i ich nagród w poszczególnych latach.• Możliwość generowania zestawień zmian wystawianych zwierząt przez poszczególnych
wystawców w poszczególnych latach• Możliwość tworzenia raportów adhoc.
2.3.5.9 Kody pocztowe i miejscowości, Agencje Restrukturyzacji i Modernizacji Rolnictwa (ARiMR), Lekarze weterynarii - baza "KAL"
2.3.5.9.1 Cele
Kody pocztowe pozwolą na weryfikacje danych adresowych osób we wszystkich bazach danych, a współrzędne geograficzne placówek pocztowych pozwolą na tworzenie raportów związanych z mapami.Lekarze weterynarii i ARiMR przypisane do obszarów (powiatów) potrzebne są do raportowania w bazach bioróżnorodności.
2.3.5.9.2 Źródła danych
Raz na kwartał Poczta Polska przysyła aktualne dane (oraz różnice w porównaniu z poprzednim kwartałem) na płycie w postaci plików tekstowych. Dane są importowane do bazy za pomocą aplikacji napisanej w C# .NET. Dane geograficzne placówek pocztowych można pobierać ze strony poczty polskiej i tak samo importować do bazy jak wyżej opisano.Dane lekarzy weterynarii są aktualizowane bezpośrednio ze strony http://www.wetgiw.gov.pl/ za pomocą ww. aplikacji.
63
2.3.5.9.3 Bazy danych
Baza obejmuje dane kodów pocztowych, miejscowości, gmin, powiatów, województw, a także dane teleadresowe lekarzy weterynarii i ARiMR.
Nazwa tabeli Co przechowuje Aktualna ilość rekordów
Ile rekordów przybywa w ciągu roku
ulice ulice, dzielnice i przyczółki miejscowości
Ok. 68 000 niewielkie zmiany
miejscowosci nazwy miejscowości 50 277 niewielkie zmiany
kody_pocztowe kody pocztowe Ok. 23 200 niewielkie zmiany
poczty, poczty2 dane placówek pocztowych
po ok. 8 400 niewielkie zmiany
roznice różnice w porównaniu z danymi z poprzedniego kwartału
Ok. 11 000 kilka tysięcy
kody_miejscowosci
kody pocztowe miejscowości (wszystkie istniejące powiązania między kodami pocztowymi i miejscowościami)
Ok. 70 400 niewielkie zmiany
gminy nazwy gmin 2 337 0 lub niewielkie zmiany
powiaty nazwy powiatów 379 0
wojewodztwa nazwy województw 16 0
lekarze Dane teleadresowe lekarzy weterynarii
321 niewielkie zmiany
agencje_biura dane teleadresowe biur agencji ARiMR
314 niewielkie zmiany
agencje_oddzialy dane teleadresowe oddziałów agencji ARiMR
16 0
Bazy znajduje się na serwerze MS SQL Server 2008
Nazwa bazy danych Wielkość bazy
kal 162 MB
64
FK_komputery_uzytkownicy
FK_km_kp
FK_km_miejscowosci
FK_miejscowosci_gminy
FK_gminy_powiaty
FK_powiaty_wojewodztwa
FK_powiaty_lekarze
FK_powiaty_agencje_biura
FK_agencje_oddzialy_wojewodztwa FK_lekarze_wojewodztwa
FK_agencje_km
FK_lekarze_km
FK_agencje_oddzialy_kmFK_agencje_oddzialy_inne_km
FK_agencje_biura_wojewodztwa
FK_lekarze_rodzaje
FK_powiaty_rodzaje
FK_poczty_gminy
FK_poczty_rodzaje
FK_poczty_kp
FK_poczty_km
FK_ulice_km
FK_roznice_roznice_rodzaje
FK_roznice_powiaty
FK_roznice_importy
FK_poczty2_rodzaje
FK_poczty2_km
FK_poczty2_gminy
FK_poczty2_kp
<<DBCreateAfter (computed)>>
<<DBCreateAfter (computed)>>
<<DBCreateAfter (computed)>>
<<DBCreateAfter (computed)>><<DBCreateAfter (computed)>>
<<DBCreateAfter (computed)>>
<<DBCreateAfter (computed)>>
<<DBCreateAfter (computed)>>
wojewodztwa
wojewodztwa_idwojewodztwa_kodwojewodztwa_nazwawojewodztwa_nazwa_upperwojewodztwa_wsp_xwojewodztwa_wsp_ysystem_zmodyfikowal_idsystem_data_modyfikacji...
tinyinttinyintnvarchar(50)nvarchar(50)intintsmallintdatetime
<pk>
uzytkownicy
uzytkownicy_iduzytkownicy_loginuzytkownicy_haslouzytkownicy_poziom_dostepuuzytkownicy_nazwiskouzytkownicy_imieuzytkownicy_email...
smallintvarchar(20)varchar(32)tinyintnvarchar(50)nvarchar(40)varchar(50)
<pk>
powiaty
powiaty_idpowiaty_nazwapowiaty_rodzaje_idwojewodztwa_idlekarze_idagencje_biura_idsystem_zmodyfikowal_idsystem_data_modyfikacji
smallintnvarchar(50)tinyinttinyintsmallintsmallintsmallintdatetime
<pk>
<fk4><fk1><fk2><fk3>
lekarze
lekarze_idwojewodztwa_idlekarze_rodzaje_idlekarze_gdziekody_miejscowosci_idlekarze_kod_pocztowylekarze_miejscowosclekarze_adreslekarze_telefonlekarze_telefon2lekarze_fakslekarze_telefonylekarze_faxlekarze_emaillekarze_email2lekarze_g_nazwiskolekarze_g_imielekarze_g_telefonlekarze_z_nazwiskolekarze_z_imielekarze_z_telefon...
smallinttinyinttinyintnvarchar(100)intvarchar(6)nvarchar(100)nvarchar(100)varchar(100)varchar(100)varchar(100)varchar(100)varchar(100)varchar(100)varchar(100)nvarchar(100)nvarchar(100)varchar(100)nvarchar(100)nvarchar(100)varchar(100)
<pk><fk1><fk3>
<fk2>
komputery
komputery_iduzytkownicy_idkomputery_hostnamesystem_data_utworzeniasystem_data_ost_logowania...
smallintsmallintnvarchar(512)datetimedatetime
<pk><fk>
kody_pocztowe
kody_pocztowe_idkody_pocztowe_kodkody_pocztowe_pocztasystem_utworzyl_idsystem_data_utworzeniasystem_zmodyfikowal_idsystem_data_modyfikacji...
intvarchar(6)nvarchar(60)smallintdatetimesmallintdatetime
<pk>
agencje_oddzialy
agencje_oddzialy_idwojewodztwa_idagencje_oddzialy_wojagencje_oddzialy_dyrektoragencje_oddzialy_telagencje_oddzialy_faxkody_miejscowosci_idagencje_oddzialy_adresagencje_oddzialy_inne_nazwaagencje_oddzialy_inne_telagencje_oddzialy_inne_faxkody_miejscowosci_id_inneagencje_oddzialy_inne_adressystem_utworzyl_idsystem_data_utworzeniasystem_zmodyfikowal_idsystem_data_modyfikacji
smallinttinyintnvarchar(30)nvarchar(50)varchar(60)varchar(30)intnvarchar(100)nvarchar(50)varchar(60)varchar(30)intnvarchar(100)smallintdatetimesmallintdatetime
<pk><fk1>
<fk2>
<fk3>
agencje_biura
agencje_biura_idwojewodztwa_idagencje_biura_powagencje_biura_telagencje_biura_faxkody_miejscowosci_idagencje_biura_adresagencje_biura_url_mapysystem_utworzyl_idsystem_data_utworzeniasystem_zmodyfikowal_idsystem_data_modyfikacji...
smallinttinyintnvarchar(60)varchar(60)varchar(30)intnvarchar(100)varchar(150)smallintdatetimesmallintdatetime
<pk><fk2>
<fk1>
gminy
gminy_idgminy_nazwapowiaty_idsystem_utworzyl_idsystem_data_utworzeniasystem_zmodyfikowal_idsystem_data_modyfikacji
intnvarchar(100)smallintsmallintdatetimesmallintdatetime
<pk>
<fk>
miejscowosci
miejscowosci_idmiejscowosci_nazwagminy_idsystem_utworzyl_idsystem_data_utworzeniasystem_zmodyfikowal_idsystem_data_modyfikacji...
intnvarchar(100)intsmallintdatetimesmallintdatetime
<pk>
<fk>
kody_miejscowosci
kody_miejscowosci_idmiejscowosci_idkody_pocztowe_idkody_miejscowosci_aktualnykody_miejscowosci_uzytkownikasystem_utworzyl_idsystem_data_utworzeniasystem_zmodyfikowal_idsystem_data_modyfikacji...
intintintbitbitsmallintdatetimesmallintdatetime
<pk><fk2><fk1>
lekarze_rodzaje
lekarze_rodzaje_idlekarze_rodzaje_nazwa
tinyintnvarchar(20)
<pk>
powiaty_rodzaje
powiaty_rodzaje_idpowiaty_rodzaje_nazwa
tinyintnvarchar(30)
<pk>
poczty
poczty_idkody_pocztowe_idgminy_idpoczty_rodzaje_idpoczty_nazwakody_miejscowosci_idpoczty_ulicapoczty_nr_budynkupoczty_dzielnicapoczty_skrytki_przegrodkisystem_utworzyl_idsystem_data_utworzenia
intintinttinyintnvarchar(100)intnvarchar(120)nvarchar(50)nvarchar(120)bitsmallintdatetime
<pk><fk3><fk1><fk2>
<fk4>
poczty_rodzaje
poczty_rodzaje_idpoczty_rodzaje_nazwapoczty_rodzaje_nazwa_pelna...
tinyintvarchar(5)nvarchar(100)
<pk>
ulice
ulice_idulice_nazwaulice_numeryulice_dzielnicakody_miejscowosci_idsystem_utworzyl_idsystem_data_utworzenia...
intnvarchar(300)nvarchar(300)nvarchar(100)intsmallintdatetime
<pk>
<fk>
roznice
roznice_idimporty_idroznice_rodzaje_idroznice_miejscowoscroznice_ulicaroznice_numeryroznice_dzielnicaroznice_gminapowiaty_idroznice_kod_poprzednioroznice_kod_teraz
intsmallinttinyintnvarchar(100)nvarchar(300)nvarchar(300)nvarchar(100)nvarchar(100)smallintvarchar(6)varchar(6)
<pk><fk3><fk1>
<fk2>
roznice_rodzaje
roznice_rodzaje_idroznice_rodzaje_oznaczenieroznice_rodzaje_nazwa...
tinyintchar(1)nvarchar(40)
<pk>
importy
importy_idimporty_data
smallintdatetime
<pk>
poczty2
poczty_idkody_pocztowe_idgminy_idpoczty_rodzaje_idpoczty_nazwakody_miejscowosci_idpoczty_ulicapoczty_dzielnicapoczty_skrytki_przegrodkipoczty_wsp_xpoczty_wsp_ypoczty_pnipoczty_telefonpoczty_opispoczty_stansystem_utworzyl_idsystem_data_utworzenia...
intintinttinyintnvarchar(100)intnvarchar(150)nvarchar(120)bitnumeric(9,6)numeric(9,6)intvarchar(50)nvarchar(2000)nvarchar(100)smallintdatetime
<pk><fk4><fk3><fk1>
<fk2>
f_gminy_powiatu
f_kody_pocztowe_miejscowosci
f_miejscowosci_gminy f_miejscowosci_powiatu
f_powiaty_wojewodztwa
v_agencje_biura
agencje_biura_idwojewodztwa_idagencje_biura_powagencje_biura_telagencje_biura_faxagencje_biura_kodagencje_biura_miejscowoscagencje_biura_adresagencje_biura_gminaagencje_biura_powiatagencje_biura_wojewodztwopowiaty_id
dbo.agencje_biuradbo.kody_miejscowoscidbo.miejscowoscidbo.kody_pocztowedbo.gminydbo.powiatydbo.wojewodztwa...
v_agencje_oddzialy
agencje_oddzialy_idwojewodztwa_idagencje_oddzialy_wojagencje_oddzialy_dyrektoragencje_oddzialy_telagencje_oddzialy_faxagencje_oddzialy_kodagencje_oddzialy_miejscowoscagencje_oddzialy_adresagencje_oddzialy_inne_nazwaagencje_oddzialy_inne_telagencje_oddzialy_inne_faxagencje_oddzialy_inne_kodagencje_oddzialy_inne_miejscowoscagencje_oddzialy_inne_adres
agencje_oddzialykody_miejscowoscimiejscowoscikody_pocztowe...
v_kody_miejscowosci
kody_miejscowosci_idkody_pocztowe_kodmiejscowosci_nazwagminy_nazwapowiaty_nazwawojewodztwa_nazwakody_pocztowe_pocztakody_pocztowe_idmiejscowosci_idgminy_idpowiaty_idwojewodztwa_id
dbo.kody_miejscowoscidbo.kody_pocztowedbo.miejscowoscidbo.gminydbo.powiatydbo.wojewodztwa...
v_lekarze
lekarze_idwojewodztwa_idlekarze_rodzaje_idlekarze_rodzaje_nazwalekarze_gdziekody_miejscowosci_idlekarze_kod_pocztowylekarze_miejscowosckody_miejscowosci_aktualnylekarze_adreslekarze_telefonlekarze_telefon2lekarze_fakslekarze_emaillekarze_email2lekarze_g_nazwiskolekarze_g_telefonlekarze_z_nazwiskolekarze_z_telefonlekarze_gminalekarze_powiatlekarze_wojewodztwopowiaty_id
dbo.lekarzedbo.lekarze_rodzajev_kody_miejscowosci_full
v_kody_miejscowosci_full
kody_miejscowosci_idkody_pocztowe_idkody_pocztowe_kodkody_pocztowe_pocztamiejscowosci_idmiejscowosci_nazwagminy_idgminy_nazwapowiaty_idpowiaty_nazwawojewodztwa_idwojewodztwa_nazwalekarze_idagencje_biura_idagencje_oddzialy_idkody_miejscowosci_aktualny
dbo.kody_miejscowoscidbo.kody_pocztowedbo.miejscowoscidbo.gminydbo.powiatydbo.wojewodztwadbo.agencje_oddzialy...
f_miejscowosci_powiatu_full
65
2.3.5.9.4 Potrzeby analityczne i raportowe
Możliwość generowania raportów związanych z lokalizacją zwierząt/osób/gospodarstw na mapie Polski oraz w podziale na obszary ze wszystkich innych baz danych, w których występują adresy
Możliwość generowania raportów związanych z przynależnością do lekarzy weterynarii i agencji ARiMR dla zwierząt/osób/gospodarstw z pozostałych baz danych
Możliwość weryfikacji adresów osób/gospodarstw z pozostałych baz danych Możliwość tworzenia raportów adhoc.
2.4 Repozytoria danych – zasilenie, odbiór i konwersja
2.4.1 Struktura bazodanowa
Struktura bazodanowa centralnego repozytorium powinna być otwarta i umożliwiać dodanie dowolnej nowej bazy danych do rozwiązania.
2.4.2 Dane źródłowe
W ramach rozwiązania należy przewidzieć wytworzenie w docelowej strukturze repozytoriów danych i konwerterów danych źródłowych (dla każdego repozytorium będzie istniał co najmniej jeden konwerter danych źródłowych do struktury danych repozytorium). Dane źródłowe podczas procesu konwersji muszą być poddane procesowi weryfikacji pod względem ich poprawności.
2.4.3 Zmiany
Struktura baz danych repozytorium musi uwzględniać zmieniające się kilkukrotnie w ciągu roku struktury danych źródłowych (np. POLSUS).
2.4.4 Dane wyjściowe
System musi umożliwiać dynamiczne tworzenie prezentacji danych zawartych w hurtowni i udostępnianie ich następującymi drogami:
raporty „SQL Server Reporting Services” dostępne w postaci strony internetowej, pliki: pdf, txt, csv, xml i doc/docx, xls/xlsx (z formatowaniem tekstu), za pomocą programu SQL Server Report Builder.
2.4.5 Dane Archiwalne
Dane archiwalne powinny znajdować się w formie odseparowanych baz w centralnym repozytorium danych. Dane zawarte w bazach archiwalnych powinny być elementem źródłowym dla hurtowni danych i powinny dawać możliwość tworzenia trendów historycznych.
2.5 Wymagania dotyczące systemu analizSystem analiz powinien dawać możliwość zdefiniowania dowolnego raportu bazującego na danych analitycznych zebranych w bazach hurtowni danych. W szczególności (ale nie wyłącznie) powinno to dotyczyć możliwości zdefiniowania:
zestawienie danych z systemu Trzoda (agregacja, transformacja, trendy):o na potrzeby IZ,o na potrzeby POLSUS,
66
o raporty WWW,o raporty dla zarejestrowanych w systemie hodowców.
raporty Systemu BIO SWINIE:o analizy,o sprawozdania okresowe,o publikacje (doc i pdf).
baza danych hodowców owiec:o informacje ilościowe.
system BIO OWCE:o raporty do Agencji,o informacje zbiorcze,o analizy statystyczne,o trendy hodowli,o sprawozdawczość UE.
systemy IMG BOV:o dane ilościowe,o dane statystyczne,o sprawozdawczość roczna i półroczna,o tworzenie drzew genealogicznych.
system BACH:o statystyki, o rodzaje i grupy pasz,o tabele wartości pasz,o weryfikacja regionów,
porównania
2.6 Wymagania pozafunkcjonalne
2.6.1 Bezpieczeństwo Systemu
Wymaga się, żeby zarówno cały System, jak i jego poszczególne części składowe charakteryzowały się wysokim poziomem bezpieczeństwa. Bezpieczeństwo obejmuje odporność na ataki oraz wykrywanie ataków zewnętrznych i wewnętrznych. System i wchodzące w jego skład dostarczone przez Wykonawcę oprogramowanie umożliwi instalowanie poprawek podnoszących bezpieczeństwo Systemu.
Komunikacja pomiędzy Systemem i podmiotami zewnętrznymi korzystającymi z danych gromadzonych w Systemie będzie odbywać się m.in. poprzez powszechnie dostępną sieć Internet. Wymaga się, żeby cała komunikacja z Systemem prowadzona poprzez Internet była szyfrowana i chroniona za pomocą metod kryptograficznych. Wymagane jest aby Wykonawca zaprojektował i zaimplementował odpowiednie mechanizmy zabezpieczeń i autoryzacji dostępu do Systemu.
67
2.6.2 Neutralność technologiczna
Definicje interfejsów, protokołów i formatów danych muszą być opracowane w taki sposób, by dowolny podmiot zewnętrzny był w stanie w prosty sposób stworzyć własne komponenty komunikujące się z Systemem, z zachowaniem wymogów bezpieczeństwa.
Wszystkie zewnętrzne interfejsy Systemu muszą wykorzystywać standardowe (a co najmniej otwarte) formaty danych i protokoły, przez co rozumie się:
1. W obszarach stosowalności standardów wymienionych w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 roku w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz. U. 2005 nr 212 poz. 1766), stosowane się te standardy,
2. W obszarach nie objętych rozporządzeniem, dla których istnieją powszechnie akceptowane otwarte standardy stosowane są te standardy,
3. W obszarach, gdzie nie ma powszechnie akceptowanych otwartych standardów:
1) stosowane są komercyjne de-facto standardy (powszechnie stosowane specyfikacje) pod warunkiem, że ich właściciele udostępniają publicznie specyfikacje niezbędne dla implementacji standardu i nie nakładają żadnych ograniczeń, ani nie pobierają opłat za ich wykorzystanie i implementacje, lub
2) stosowane są specyfikacje specyficzne (własne) spełniające warunek określony powyżej, rozszerzony również o brak ograniczeń i opłat dotyczących modyfikacji i rozszerzania tych specyfikacji;
W żadnym wypadku nie mogą być stosowane specyfikacje które stanowią tajemnicę (nie zostały i nie mogą być podane do publicznej wiadomości) lub których wykorzystanie oraz implementacja podlega ograniczeniom lub opłatom związanym z prawami autorskimi lub pokrewnymi.
Aby standard można było uznać za otwarty, musi on spełniać następujące warunki:
1) Standard jest zatwierdzony i jest utrzymywany przez organizację nie nastawioną na zysk (non-profit), a jego ciągły rozwój odbywa się na zasadzie procedury podejmowania decyzji w otwartym gronie zainteresowanych uczestników (przez porozumienie lub głosowanie itp.),
2) Standard jest opublikowany, a dokument go specyfikujący jest dostępny nieodpłatnie lub za symboliczną opłatą. Jego kopiowanie, dystrybucja i stosowanie (w całości, w części lub w zmodyfikowanej postaci) powinno być dozwolone dla wszystkich zainteresowanych – bez opłaty albo za opłatą symboliczną,
3) Prawa autorskie, w tym ewentualne zawarte w standardzie patenty zostały w nieodwołalny sposób udostępnione jako wolne od opłat licencyjnych.
2.6.3 Przenośność
System musi cechować się przenośnością, rozumianą jako łatwość adaptacji systemu informatycznego do zmieniających się rozwiązań sprzętowych i programowych. Podstawowymi metodami osiągnięcia przenośności są:
68
1) Zastosowanie szeroko dostępnych i znanych języków oprogramowania i środowisk (platform) wspieranych na wielu platformach sprzętowo-systemowych,
2) Brak ograniczeń licencyjnych w zakresie wykorzystywania oprogramowania wytworzonego i standardowego na innych niż dostarczone przez Wykonawcę platformach sprzętowo-systemowych przy zachowaniu ograniczeń na liczbę komputerów i procesorów, na których wykonywane jest oprogramowanie,
3) Konstrukcja modułowa systemu, umożliwiająca wymianę poszczególnych modułów na nowe moduły zgodne pod względem interfejsów z dotychczasowymi, z zachowaniem pełnej funkcjonalności systemu,
4) Dokładne udokumentowanie protokołów współpracy poszczególnych modułów,5) Zastosowanie otwartych standardów.
Wykonawca jest zobowiązany w ramach realizacji przedmiotu zamówienia do sporządzenia szczegółowej dokumentacji wszystkich komponentów Systemu w taki sposób, aby dokumentacja ta gwarantowała możliwość przeniesienia modułów systemu na inną platformę sprzętowo-programową. W szczególności Wykonawca zobowiązany jest do udokumentowania struktury Systemu (podział na moduły), zakresu i formatu danych przechowywanych w poszczególnych elementach składowych Systemu (moduły, aplikacje standardowe, aplikacje dedykowane), oraz interfejsów wymiany danych pomiędzy elementami składowymi Systemu, oraz pomiędzy Systemem a otoczeniem.
2.6.4 Elastyczność
System musi cechować się dużą elastycznością, rozumianą jako możliwość dostosowania Systemu do zmieniających się wymagań funkcjonalnych wynikających ze zmieniającego się stanu prawnego i zmieniających się warunków praktycznych i przepisów prawnych oraz do nowych wymagań poza funkcjonalnych, szczególnie w obszarze wydajności, bezpieczeństwa i komunikacji z Systemami zewnętrznymi.
Z tego względu System musi mieć konstrukcję modułową, w której dokładnie określono sposoby komunikacji poszczególnych modułów z pozostałymi modułami, tak że możliwa jest zmiana lub udoskonalenie jednego z modułów bez konieczności modyfikacji pozostałych składników Systemu. W szczególności elastyczność Systemu powinna być rozumiana także jako możliwość rozbudowy Systemu i rozszerzania jego zakresu funkcjonalnego.
Z podobnych powodów niezbędne jest zachowanie szerokich możliwości konfiguracji Systemu za pomocą plików konfiguracyjnych i parametrów w taki sposób, aby zapewnić możliwość utrzymania technicznej i merytorycznej żywotności Systemu przez długi okres przy jednoczesnej minimalizacji liczby koniecznych modyfikacji kodów źródłowych.
2.7 Inne wymagania Świadczone przez Wykonawcę usługi muszą spełniać standardy systemu jakości określonego normami ISO 9001, ISO 27001.
2.7.1 Proces wytwórczy oprogramowania
Zamawiający wymaga, aby Wykonawca w wytwarzaniu oprogramowania stosował udokumentowany proces wytwórczy oprogramowania zapewniający:
69
Precyzyjne określenie ról (kto), zadań (jak), artefaktów (co) i działań (kiedy) Identyfikację, dokumentowanie i uzgadnianie wymagań w ścisłej współpracy z Zamawiającym Skuteczne mechanizmy gwarantujące spełnienie tych wymagań poprzez ścisłe kierowanie się
nimi w trakcie projektowania, implementacji i testowania Identyfikację zagrożeń o charakterze biznesowym i technicznym oraz zarządzanie nimi Mechanizmy zarządzania projektem wytwórczym, a także zarządzania zmianami i
konfiguracją Systemowe podejście do testowania oprogramowania gwarantujące Zamawiającemu
obiektywną walidację oprogramowania pod kątem zgodności z uzgodnionymi wymaganiami
2.7.2 Testy Systemu
Wykonawca przedstawi w projekcie technicznym koncepcję realizacji testów funkcjonalnych, testów zabezpieczeń, testów wydajnościowych, testów przeciążeniowych, testów niezawodności, testów użyteczności i innych, które uważa za właściwe w kontekście realizowanego projektu.
2.7.2.1 Plan testów
Wykonawca opracuje i przedstawi w projekcie technicznym Plan Testów zawierający:
1. Listę elementów podlegających testowaniu. 2. Kategorie wykonywanych testów odnoszące się do zidentyfikowanych elementów podlegających
testowaniu.
Plan testów powinien uwzględniać co najmniej następujące kategorie testów:
Testy funkcjonalneo Testy przeprowadzone zostaną dla wszystkich wymagań funkcjonalnych określonych
w dokumencie analizy wymagań.o Testy przeprowadzone zostaną dla podzbioru reprezentującego pełny zakres
dopuszczalnych wartości wejściowych i wyjściowych oraz stanów. Testy zabezpieczeń
o Testy wykażą poprawność działania wszystkich wymagań bezpieczeństwao Testy wykażą, że System jest odporny na podstawowe ataki, których listę
Wykonawca powinien wykonać metodą ekspercką. Lista ta będzie zawierać co najmniej ataki typu DoS (Denial of Service), DDoS (Distributed Denial of Service), DRDoS (Distribiuted Reflecion Denial of Service), SQL Injection, Code Injection, Buffer Overflow oraz powinna określać, czy i w jakim stopniu poszczególne części Systemu narażone są na ataki danego typu.
o Testy potwierdzą zachowanie integralności Systemu oraz jego zgodną z założeniami reakcję przy próbie wysyłania uszkodzonych komunikatów lub komunikatów z danymi o niedopuszczalnej zawartości.
Testy wydajnościoweo Wykonane zostaną charakterystyki czasów odpowiedzi dla pojedynczego
użytkownika w zależności od mocy (i liczby) procesorów, przepustowości łącza, wielkości komunikatu. Testy powinny wykazać, że wydajność Systemu spełnia wymagania określone przez Zamawiającego.
70
o Wykonane zostaną charakterystyki czasów odpowiedzi w zależności od ilości użytkowników w zakresie od 1 do co najmniej 150% maksymalnej ich liczby przy zadanej mocy procesorów, przepustowości łącza i wielkości komunikatu. Testy wykażą osiągnięcie żądanej wydajności systemu przy obciążeniu maksymalną liczbą użytkowników, przy zadanej mocy procesorów, wielkości komunikatu i przepustowości łącza.
Testy niezawodnościo Testy potwierdzą poprawność funkcjonalną działania Systemu obciążonego pełną
liczbą użytkowników przy zadanej mocy procesorów, wielkości komunikatów i przepustowości łącza.
o Testy potwierdzą zachowanie integralności Systemu oraz jego zgodną z założeniami reakcję przy symulacji awarii łącza sieciowego.
Testy przeciążenioweo Testy potwierdzą poprawną i mieszczącą się w założonych ramach czasowych reakcję
Systemu przy próbie obciążenia ilością użytkowników co najmniej 3-krotnie przekraczającą zakładaną maksymalną ilość użytkowników.
Testy użytecznościo Komponenty Systemu, w których występuje interakcja z użytkownikiem
przetestowane zostaną na zgodność z wymaganiami użyteczności określonymi w SIWZ.
2.7.2.2 Specyfikacja testów
Wykonawca opracuje specyfikację testów zawierającą przypadki testowe odnoszące się do wymagań określonych w wymaganiach funkcjonalnych i pozafunkcjonalnych, z zachowaniem planowanych kategorii testów oraz z uwzględnieniem zakładanych wartości wskaźników jakości testów. Parametry testów zostaną uzgodnione z Zamawiającym na etapie analizy. Każdy przypadek testowy zawierać będzie wyszczególnienie nazwy i wersji elementu podlegającego testowaniu, unikalny identyfikator przypadku testowego, priorytet zgodny z harmonogramem testów, ważność, pełną informację o sposobie wykonania testu i danych testowych oraz jednoznacznie określać oczekiwany wynik testu.
Każda rozbieżność pomiędzy oczekiwanym wynikiem testu, a wynikiem otrzymanym podczas wykonywania testów, stanowi podstawę do zgłoszenia niezgodności, a w przypadku przypadków testowych o ważności określonej jako krytyczna, podstawę do wstrzymania testów do czasu wprowadzenia odpowiedniej poprawki do Systemu.
Wykonawca dostarczy analizę pokrycia wymagań przez wyspecyfikowane przypadki testowe.
Specyfikacja testów wejdzie w skład projektu technicznego i podlega uzgodnieniu i akceptacji przez Zamawiającego. Zamawiający ma prawo do dodania do specyfikacji dodatkowych testów, których celem jest potwierdzenie spełnienia przez System wymagań funkcjonalnych i pozafunkcjonalnych.
2.7.2.3 Uruchomienie testów i dokumentacja uruchomienia testów
Wykonawca przed dokonaniem ostatecznego odbioru Systemu zainstaluje i uruchomi oprogramowanie wchodzące w skład Systemu i przeprowadzi testy w uzgodnieniu z Zamawiającym i pod jego nadzorem.
71
Wykonawca przygotuje i przekaże Zamawiającemu dokumentację wykonania testów.
Testy zapewnią symulację wszystkich Systemów zewnętrznych względem Systemu testowanego.
Wykonawca zapewni przeprowadzenie testów, w tym zapewni oprogramowanie i infrastrukturę służącą do zrealizowania wszystkich testów opisanych w specyfikacji testów.
Opracowane testy wykonane zostaną na dedykowanym zbiorze danych testowych przygotowanych przez Wykonawcę na podstawie specyfikacji testów.
Wykonawca przygotuje oprogramowanie umożliwiające zautomatyzowane ładowanie i przywracanie zbioru inicjalnych danych testowych, niezbędnych do rozpoczęcia testów oraz procedurę przywracania stanu środowiska testowanego Systemu do stanu początkowego.
2.7.2.4 Wykonanie i raportowanie testów
W uzgodnionym z Zamawiającym terminie przeprowadzane zostaną testy akceptacyjne, prowadzone na podstawie przypadków testowych i danych testowych przygotowanych przez Wykonawcę w obecności uprawnionych przedstawicieli Zamawiającego.
W przypadku wystąpienia błędu krytycznego, który nie pozwala na kontynuację testów Zamawiający i Wykonawca mogą uzgodnić przerwanie testów, co skutkuje sporządzeniem raportu z testów stwierdzającego ten fakt; przerwanie testów z powodu wystąpienia błędu krytycznego nie wpływa na termin zakończenia testów.
Testy kończą się podpisaniem przez przedstawiciela Zamawiającego i Wykonawcy raportu wyników testów przedstawiającego zakres przeprowadzonych testów, rzeczywiście osiągnięte wskaźniki jakości testów oraz informacje o wykrytych błędach wraz z ich kategoryzacją.
Poprawnie przeprowadzone testy potwierdzające zgodność dostarczonego Systemu z wymaganiami SIWZ, są warunkiem dokonania odbioru końcowego przez Zamawiającego.
2.7.3 Dokumentacja
Dokumentacja Systemu powinna zostać sporządzona w języku polskim, powinna zostać dostarczona do Zamawiającego w formie papierowej oraz na nośniku CD/DVD. Dokumentacja Systemu powinna obejmować instrukcje użytkownika oraz administratora dla wszystkich komponentów Systemu.
2.7.4 Wymagania dotyczące instruktaży
2.7.4.1 Rodzaje instruktaży
Wykonawca w trakcie wdrożenia zobowiązany jest do przygotowania materiałów instruktażowych oraz przeprowadzenia instruktaży dla trzech grup odbiorców:
1. administratorów (ok. 3 osoby),2. projektantów analiz i raportów (ok. 10 osób),3. użytkowników wewnętrznych (maksymalnie 50 osób).
72
2.7.4.2 Formy instruktaży
Prezentacja skierowana do użytkowników wewnętrznych (do 50 osób) - polega na przedstawieniu ogólnej koncepcji realizacji całości prac, jak również omówienie roli oraz wymagań postawionych przed grupą dedykowanych odbiorców. Instruktaż ma charakter wykładu/prezentacji z wydzielonym pod koniec czasem na zadawanie pytań i prowadzenia dyskusji z autorami projektu.
Instruktaż przystanowiskowy - ten rodzaj instruktażu powinien być skierowany do administratorów, projektantów analiz i raportów oraz użytkowników wewnętrznych. Założeniem tego typu instruktażu jest praktyczne wykonanie czynności wspólnie z osobą instruowaną na sprzęcie docelowo dedykowanym do określonego w zakresie instruktażu celu. Instruktaż ma charakter nauki poszczególnych funkcji dedykowanego rozwiązania oraz możliwość na bieżąco zadawania pytań i wyjaśniania wątpliwości.
2.7.4.3 Warunki ogólne przeprowadzenia instruktaży
Warunki należy spełnić dla każdego rodzaju instruktażu.
Termin instruktażu
1. Instruktaże muszą być wykonane zgodnie z terminem zawartym w harmonogramie projektu, wszelkie zmiany w zakresie terminów powinny być aprobowane przez Kierownika Projektu Zamawiającego minimum na dwa tygodnie przed rozpoczęciem instruktażu.
2. Szczegółowe propozycje zakresu instruktaży przedstawia Wykonawca kierownikowi Projektu po stronie Zamawiającego.
3. W przypadku konieczności przeprowadzenia instruktażu w okresie urlopowym należy przedstawić propozycję podania dwóch alternatywnych terminów odbycia tego samego instruktażu przez różne osoby.
Miejsce instruktażu
1. Propozycję wyboru miejsca instruktażu składa Wykonawca.2. Miejsce instruktażu powinno być uzgodnione z Kierownikiem Projektu Zamawiającego.3. Na każde stanowisko komputerowe w trakcie instruktaży może przypadać maksymalnie
jeden uczestnik.4. W przypadku instruktażu poza miejscowościami: Kraków i Balice (k. Krakowa) Wykonawca
zapewni każdemu uczestnikowi ewentualne noclegi w Hotelu, całodzienne wyżywienie oraz dojazd (lub zwróci ich koszty).
5. W przypadku instruktażu poza miejscowościami: Kraków i Balice (k. Krakowa) Wykonawca wykupi każdemu uczestnikowi ubezpieczenie od NNW.
Program instruktażu
Minimum na dwa tygodnie przed rozpoczęciem instruktażu Wykonawca powinien przedstawić Zamawiającemu program instruktażu, który podlega zatwierdzeniu przez Kierownika Projektu Zamawiającego.
Program instruktażu powinien określać podział na bloki tematyczne (sesje), poruszane w ramach bloku zagadnienia oraz ramy czasowe poszczególnych prezentacji.
73
Założeniem jest aby pojedyncze wystąpienie prelegenta (prezentacja) trwało od 45 do 90 minut.
Czas przeznaczony na omówienie zagadnień wynikający z opracowanego programu instruktażu powinien obejmować od 5 do 6 godzin dla pojedynczego dnia.
Program instruktażu powinien zawierać kompletne informacje na temat wszystkich wydarzeń związanych z instruktażem.
Program, w szczególności powinien uwzględniać dodatkowe informacje organizacyjne na temat miejsca instruktażu (sala), organizacji przerw (również przerw kawowych), poczęstunku, miejsca uzyskania dodatkowych informacji podczas instruktażu, informacje o organizatorze (kontakt).
Program instruktażu powinien być dostarczony uczestnikom wraz z zaproszeniem na instruktażminimum dwa tygodnie przed planowanym jego terminem.
Dodatkowo program instruktażu powinien wchodzić w skład materiałów instruktażowych i być dostępny podczas instruktażu dla uczestników.
Do instruktażu (przykładów, warsztatów) muszą być wykorzystywane tylko dane z wykonanego wcześniej dla Zamawiającego systemu.
Lista uczestników instruktażu
Wykonawca otrzyma od Zamawiającego listę osób wyznaczonych do instruktażu Organizacja pozyskania uczestników instruktażu leży po stronie Wykonawcy Zapisy na instruktaże będą się odbywać na podstawie zaproszeń na instruktaż. Powiadomienie o instruktażu potencjalnych uczestników leży po stronie Wykonawcy.
Lista obecności uczestników instruktażu
Wykonawca zobowiązany jest przed rozpoczęciem instruktażu przygotować w formie wydruku listę uczestników instruktażu z miejscem na złożenie odręcznego podpisu.
Lista uczestników instruktażu przygotowywana jest na podstawie listy osób zapisanych na instruktaż w danym terminie.
Każdy uczestnik instruktażu ma obowiązek podpisać listę obecności przed jego rozpoczęciem. Podpisanie listy obecności powinno również potwierdzać odbiór materiałów
instruktażowych. Dopuszcza się uczestnictwo w instruktażu osób, które nie są zapisane na liście a uczestniczą
w instruktażu na zasadzie zastępstwa (fakt ten należy zaznaczyć na liście). Oryginalne listy obecności uczestników instruktaży powinny zostać dostarczone do Biura
Projektu na koniec działań instruktażowych jako podstawa dokonania odbioru Etapu 4.
Zaświadczenia o odbyciu instruktażu
Zaświadczenie o odbyciu instruktażu przygotowuje Wykonawca Wzór zaświadczenia powinien być zaakceptowany przez Kierownika Projektu Zamawiającego. Każdy uczestnik instruktażu powinien otrzymać imienne zaświadczenie o odbyciu instruktażu. Organizator instruktażu musi zadbać o to aby, każde zaświadczenie dostarczane uczestnikowi
było podpisany przez Wykonawcę. Zaświadczenie powininno być przygotowane na każdy zakres instruktażu.
74
Ocena instruktażu
Wykonawca jest zobowiązany do zebrania informacji na temat oceny przeprowadzonego instruktażu.
Ocena instruktażu powinna się odbyć na podstawie ankiety, którą Wykonawca powinien opracować i rozdać przed rozpoczęciem instruktażu.
Ankiety służące do zebrania opinii na temat prowadzonego instruktażu powinny być anonimowe
Wykonawca zobowiązany jest zebrać wszystkie uwagi z ankiet i zestawić je w sprawozdaniu do instruktażu wraz z własną oceną, stanowiskiem.
Otrzymane od uczestników instruktażu ankiety wraz ze sprawozdaniem powinny zostać dostarczone do Biura Projektu na koniec działań instruktażowych jako podstawa dokonania odbioru Etapu 4.
Rodzaj i forma materiałów instruktażowych
Materiały instruktażowe przygotowywane są przez Wykonawcę Do każdego rodzaju materiałów instruktażowych powinien zostać dołączony zestaw ćwiczeń
do samodzielnego wykonania przez uczestników instruktażu. Materiały instruktażowe powinny być oznakowane logiem Instytutu Zootechniki PIB i logiem
Projektu. Każdy uczestnik instruktażu musi otrzymać materiały instruktażowe w formie papierowej. Wydrukowane materiały instruktażowe powinny być czytelne oraz w formie zwięzłej (np.
bindowane). Proponuje się aby na jednej kartce A-4 były wydrukowane nie więcej niż po trzy slajdy z
miejscem na notatki do każdego slajdu.
Obowiązki Wykonawcy
1. Zadbać o należyte przygotowanie sali do instruktaży w przypadku instruktaży ogólno-informacyjnych, gdzie miejsce instruktaży proponuje Wykonawca (odpowiednia ilość miejsc, rzutnik, ekran, dźwięk).
2. Rozprowadzenie materiałów instruktażowych wśród uczestników instruktażu.3. Obsługa sali instruktażowej oraz cateringu podczas przerw w przypadku instruktaży (min. 2
przerwy kawowe oraz jedna z ciepłym posiłkiem).4. W przypadku instruktaży przystanowiskowych dostosować się do warunków lokalowych i
technicznych lokalizacji.
2.7.5 Prawa autorskie
1. Wykonawca jest zobowiązany przenieść na Zamawiającego majątkowe prawa autorskie do utworów wytworzonych podczas Etapu 1, Etapu 2, Etapu 3 i Etapu 4 oraz przekazać Zamawiającemu kody źródłowe do elementów Systemu wytworzonych podczas wszystkich Etapów. Dodakowo Wykonawca zobowiązany jest przekazać Zamawiającemu kody źródłowe wszelkich wdrażanych aktualizacji oprogramowania.
75
2. Wraz z przekazaniem majątkowych praw autorskich do utworów wytworzonych podczas Etapów Wykonawca przenosi na Zamawiającego prawo do zezwalania na wykonywanie zależnych praw autorskich do tych utworów.
3. Wykonawca zapewnia, że zbywane na rzecz Zamawiającego prawa nie będą w chwili zbycia obciążone prawami osób trzecich, w szczególności, że Wykonawca nie zobowiązał się do przeniesienia tych praw w całości lub części na osobę trzecią.
4. Przejście na Zamawiającego majątkowych praw autorskich oraz odpowiednich praw do zezwalania na wykonywanie zależnych praw autorskich następuje z chwilą odbioru danego Etapu wykonania Umowy.
5. Wykonawca zapewni, że korzystanie przez Zamawiającego z wyników prac Wykonawcy, wykonanych w ramach niniejszej Umowy, nie będzie naruszało praw osób trzecich w zakresie praw autorskich, praw własności przemysłowej lub innych praw osób trzecich, oraz iż zobowiązuje się do pokrycia wszelkich odszkodowań i kosztów w związku z dochodzeniem przez osoby trzecie takich roszczeń od Zamawiającego.
2.7.6 Warunki gwarancji
1. Wykonawca udziela gwarancji jakości na Przedmiot Zamówienia określony w niniejszym dokumencie.
2. Gwarancja jakości na Przedmiot Zamówienia zrealizowany w ramach danego Etapu, o których mowa w pkt. 2.8.1 rozpoczyna swój bieg w momencie podpisania protokołu odbioru danego Etapu. Gwarancja jakości całości Przedmiotu Zamówienia obejmuje okres do upływu 36 miesięcy od dnia podpisania przez Strony protokołu odbioru końcowego.
3. Okres Gwarancji jakości, o którym mowa w pkt. 2.7.5 ppkt. 2), każdorazowo ulega przedłużeniu o czas usuwania Wady Systemu, w którym Zamawiający nie może w pełni korzystać z Systemu. W przypadku usunięcia przez Wykonawcę Wady Systemu Okres Gwarancji jakości dla przedmiotu naprawy przedłuża się o czas usuwania Wady Systemu.
4. W Okresie Gwarancji Wykonawca jest zobowiązany do:1. Utrzymania pełnej funkcjonalności i ciągłości pracy Systemu oraz każdego z jego
elementów, 2. Wykonywania świadczeń gwarancyjnych polegających na:
1. Dostosowywaniu systemu do aktualnego stanu prawnego;2. usuwaniu Wad Systemu i jego poszczególnych elementów, w tym
programów komputerowych;3. pełnieniu stałego nadzoru nad Systemem i jego poszczególnymi elementami;4. udzielaniu pomocy przy rekonfiguracji architektury systemu, aktualizacji
oprogramowania, instalacji nowych wersji oprogramowania, zmianach w skryptach, a także przy bieżącej eksploatacji, w zakresie konfiguracji infrastruktury;
5. udzielaniu konsultacji Zamawiającemu w zakresie funkcjonowania Systemu i jego poszczególnych elementów, również przez konsultantów producenta oprogramowania standardowego;
6. umożliwieniu dostępu do bazy wiedzy producenta oprogramowania standardowego, gromadzącej informacje dotyczące użytkowania
76
poszczególnych produktów, “tips and tricks” oraz odpowiedzi na najczęściej zadawane pytania;
7. instalacji i wdrażaniu niezbędnych lub celowych poprawek (w tym tzw. łat programowych - ang. „patch”) aplikacji dedykowanych Systemu stworzonych przez Wykonawcę, wraz z przekazaniem kompletnej dokumentacji poprawek, instrukcji instalacji, instrukcji użytkowania i kodów źródłowych;
8. instalacji i wdrażaniu niezbędnych lub celowych poprawek (w tym tzw. łat programowych - ang. „patch”) aplikacji standardowych wchodzących w skład Systemu, wraz z przekazaniem kompletnej dokumentacji poprawek, instrukcji instalacji, instrukcji użytkowania i kodów źródłowych (jeżeli są dostępne);
9. wykonywaniu modyfikacji Systemu i jego poszczególnych elementów wynikających z przepisów prawa, decyzji właściwych organów administracji krajowej lub instytucji UE;
10. dostarczaniu, instalacji i wdrażaniu aktualizacji aplikacji standardowych wchodzących w skład Systemu, jeżeli takie aktualizacje pojawią się na rynku, wraz z przekazaniem kompletnej dokumentacji, instrukcji instalacji, instrukcji użytkowania i kodów źródłowych (jeżeli są dostępne);
11. rozwiązywaniu bieżących problemów w funkcjonowaniu Systemu,12. aktualizowaniu dokumentacji w formie papierowej lub cyfrowej,13. pomocy w odtwarzaniu danych w przypadku awarii sprzętu.
5. Wszelkie świadczenia gwarancyjne będą wykonywane przez profesjonalnych serwisantów, a w zakresie aplikacji standardowych - przez producenta lub autoryzowanych partnerów producenta.
6. Wszelkie świadczenia gwarancyjne będą wykonywane w siedzibie Zamawiającego lub w miejscu funkcjonowania elementów Systemu, chyba że świadczenie w tym miejscu będzie niemożliwe lub niekonieczne.
7. Wykonawca jest zobowiązany podjąć reakcję serwisową w odpowiedzi na zgłoszenie Wady Systemu, do końca następnego dnia roboczego po dniu otrzymania zgłoszenia.
8. Wszelkie koszty z tytułu świadczeń gwarancyjnych w Okresie Gwarancji ponosi Wykonawca.9. Z chwilą dokonania każdej zmiany (modyfikacji, aktualizacji, poprawki itp.) Systemu, na
Zamawiającego przechodzą autorskie prawa majątkowe do dokonanych zmian w zakresie, w tym na polach eksploatacji wskazanych w umowie.
10. Świadczenia gwarancyjne Wykonawcy pozostają bez wpływu na uprawnienia Zamawiającego wynikające z rękojmi, które to stosuje się zgodnie z postanowieniami Kodeksu cywilnego.
11. Zamawiający może dochodzić roszczeń z tytułu gwarancji także po upływie terminu gwarancji, o którym mowa w pkt 2.7.5 ppkt 2), jeżeli reklamował wadę przed upływem tego terminu. Zamawiający ma możliwość korzystania z uprawnień wynikających z rękojmi w okresie trwania gwarancji.
12. Zgłoszenie awarii lub innej nieprawidłowości w działaniu Przedmiotu Umowy, objętego Gwarancją jakości, dokonywane będzie przez Zamawiającego telefonicznie, pisemnie, faksem lub pocztą elektroniczną na adres wskazany w umowie przez Wykonawcę. Za datę przyjęcia zgłoszenia przyjmuje się dzień zgłoszenia uszkodzenia.
77
13. Po jednokrotnym bezskutecznym wezwaniu do usunięcia wad i usterek, Zamawiający może zlecić ich usunięcie stronie trzeciej na koszt Wykonawcy. W ramach udzielonej gwarancji gwarantem usług wykonanych przez podwykonawców jest Wykonawca.
2.7.7 Warunki wsparcia technicznego
1. Wykonawca udziela Wsparcia Technicznego na Przedmiot Zamówienia określony w niniejszym dokumencie.
2. Wsparcie techniczne na Przedmiot Zamówienia zrealizowany w ramach danego Etapu, o których mowa w pkt. 2.8.1 rozpoczyna swój bieg w momencie podpisania protokołu odbioru danego Etapu. Wsparcie techniczne całości Przedmiotu Zamówienia obejmuje okres do upływu 12 miesięcy od dnia podpisania przez Strony protokołu odbioru końcowego.
3. Okres Wsparcia Technicznego, o którym mowa w pkt. 2.7.5 ppkt. 2), każdorazowo ulega przedłużeniu o czas usuwania Wady Systemu, w którym Zamawiający nie może w pełni korzystać z Systemu. W przypadku usunięcia przez Wykonawcę Wady Systemu Okres Wsparcia Technicznego dla przedmiotu naprawy przedłuża się o czas usuwania Wady Systemu.
4. W Okresie Wsparcia Technicznego Wykonawca jest zobowiązany do:1. Wykonywania świadczeń polegających na:
1. udzielaniu pomocy przy dodawaniu do systemu Hurtowni Danych nowych baz danych;
2. udzielaniu pomocy przy zmianach systemu spowodowanych zmianami w strukturach baz danych;
3. udzielaniu pomocy przy tworzeniu raportów, zestawień i analiz;4. udzielaniu pomocy przy tworzeniu skryptów konwertujących i walidujących;5. świadczeniu telefonicznej pomocy dla użytkowników systemu w dni robocze
w godzinach 8:00 - 16:00 dotyczącej budowy, konfigurowania i użytkowania systemu;
5. Wszelkie świadczenia Wsparcia Technicznego będą wykonywane przez przeszkolonych pracowników.
6. Wszelkie świadczenia wsparcia technicznego będą wykonywane w miejscu funkcjonowania elementów Systemu, chyba że świadczenie w tym miejscu będzie niemożliwe lub niekonieczne.
7. Z chwilą dokonania każdej zmiany (modyfikacji, aktualizacji, poprawki itp.) Systemu, na Zamawiającego przechodzą autorskie prawa majątkowe do dokonanych zmian w zakresie, w tym na polach eksploatacji wskazanych w umowie.
8. W ramach udzielonej gwarancji podmiotem realizującym wsparcie techniczne usług wykonanych przez podwykonawców jest Wykonawca.
2.8 Szczegółowy opis zadań
2.8.1 Ramowy harmonogram prac
W ramach realizacji projektu Wykonawca będzie zobowiązany:
1. Etap 1 - przeprowadzić analizę wymagań, sporządzić dokumentację analizy oraz projekt techniczny modułów dedykowanych oraz struktur danych i przedłożyć do zatwierdzenia przez
78
Zamawiającego, w terminie do 1/3 okresu od dnia podpisania umowy do terminu wykonania zamówienia (pkt. Error: Reference source not found SIWZ)
2. Etap 2 -wykonać "pod klucz", na podstawie zatwierdzonego dokumentu analizy i dokumentu projektu technicznego dedykowane moduły Systemu i struktury danych, na tydzień przed terminem wykonania zamówienia (pkt. Error: Reference source not found SIWZ)
3. Etap 3 - dostarczyć dokumentację Systemu zgodnie z opisem przedmiotu zamówienia stanowiącym załącznik do SIWZ
4. Etap 4 - przeprowadzić instruktaż zgodnie z opisem przedmiotu zamówienia stanowiącym załącznik do SIWZ
Zamawiający zastrzega sobie możliwość wnoszenia uwag do przedłożonego mu do zatwierdzenia dokumentu analizy i projektu technicznego. Kontynuacja projektu przez Wykonawcę będzie możliwa dopiero po pozytywnym zatwierdzeniu dokumentu analizy i projektu technicznego przez Zamawiającego.
Zamawiający zastrzega sobie możliwość wydłużenia terminów poszczególnych etapów.
2.8.1.1 Etap 1
W ramach tego etapu Wykonawca przeprowadzi analizę wymagań w odniesieniu do oprogramowania dedykowanego. Analiza zostanie przeprowadzona na podstawie oferty Wykonawcy, zapisów SIWZ, a także na podstawie wymagań zdefiniowanych w oparciu o ustalenia z Zamawiającym. W trakcie etapu Wykonawca zobowiązany jest do dokonania analizy wymagań poprzez zorganizowanie warsztatów analitycznych z udziałem pracowników Zamawiającego. Zamawiający zastrzega, że SIWZ nie obejmuje wyczerpującego katalogu wymagań niezbędnych do realizacji przedmiotu zamówienia. W trakcie analizy wymagań Zamawiający może zgłaszać wymagania, które zostaną przez Wykonawcę poddane analizie w kontekście SIWZ. Wykonawca uwzględni te uwarunkowania przy planowaniu i realizacji przedmiotu zamówienia, kierując się swoją wiedzą i doświadczeniem, oraz dążąc do zachowania najwyższej staranności wymaganej od podmiotu profesjonalnego.
Dokument analizy wymagań zostanie przedstawiony Zamawiającemu do zatwierdzenia. Zamawiający zatwierdzi lub zgłosi uwagi do przedstawionego dokumentu w ciągu 5 dni roboczych. Wykonawca uwzględni przedstawione uwagi w ciągu 3 dni roboczych i ponownie przedstawi Zamawiającemu dokument do akceptacji.
Na podstawie zatwierdzonej dokumentacji analizy Wykonawca sporządzi projekt techniczny Systemu zawierający projekt techniczny modułów dedykowanych, projekt interfejsu użytkownika, projekt struktur danych, oraz specyfikację testów. Dokument projektu technicznego zostanie przedstawiony Zamawiającemu do zatwierdzenia. Zamawiający zatwierdzi lub zgłosi uwagi do przedstawionego dokumentu w ciągu 5 dni roboczych. Wykonawca uwzględni przedstawione uwagi w ciągu 3 dni roboczych i ponownie przedstawi Zamawiającemu dokument do akceptacji.
79
2.8.1.2 Etap 2
Na podstawie zatwierdzonych przez Zamawiającego dokumentów analizy oraz projektu technicznego, Wykonawca wykona i wdroży dedykowane elementy Systemu i zaimplementuje struktury danych w bazach danych Systemu.
Wykonawca w ramach tego etapu przeprowadzi testy opisane w rozdziale 2.7.2.2 niniejszego załącznika, zgodnie ze specyfikacją testów zatwierdzoną przez Zamawiającego w ramach dokumentacji projektu technicznego.
Poprawne zrealizowanie testów jest warunkiem przedstawienia Systemu do odbioru. Zgodność przedstawionego do odbioru Systemu z wymaganiami i projektem technicznym oraz dokumentacją analizy Zamawiający potwierdzi protokołem odbioru etapu.
2.8.1.3 Etap 3
Wykonawca sporządzi i dostarczy Zamawiającemu dokumentację Systemu sporządzoną zgodnie z zapisami rozdziału 2.7.3 niniejszego załącznika.
Zgodność przedstawionej dokumentacji z wymaganiami SIWZ i z zainstalowanymi w etapach 1-4 komponentami Systemu Zamawiający potwierdzi protokołem odbioru etapu.
2.8.1.4 Etap 4
Wykonawca przeprowadzi instruktaże dla pracowników zamawiającego zgodnie z wymaganiami rozdziału 2.7.4 niniejszego załącznika.
Rozpoczęcie realizacji etapu powinno nastąpić natychmiast po zakończeniu etapu 1 i etapu 2, to jest po dostarczeniu i zainstalowaniu sprzętu oraz aplikacji standardowych. Etap instruktaży powinien być realizowany równolegle do etapów 1 i 2 w odniesieniu do aplikacji standardowych. Zrealizowanie instruktaży zgodnie z SIWZ Zamawiający potwierdzi protokołem odbioru etapu.
2.8.1.5 Odbiór całościowy Systemu
Na podstawie sporządzonych protokołów odbioru etapów 1-4 Zamawiający dokona odbioru całościowego przedmiotu zamówienia co potwierdzi protokołem odbioru końcowego.
Od momentu dokonania odbioru końcowego Wykonawca jest zobowiązany zapewnić gwarancję jakości w odniesieniu do całości przedmiotu zamówienia (obejmującego wszystkie składniki infrastruktury sprzętowej oraz aplikacje standardowe i dedykowane), przez okres 36 (trzydziestu sześciu) miesięcy liczony od dnia całkowitego wdrożenia i uruchomienia Systemu, potwierdzonego przez strony podpisanym stosownym protokołem, serwisu gwarancyjnego obejmującego usunięcie wszelkich usterek.
3 Informacje związane z realizacją przedmiotu zamówienia
3.1 Sposób organizacji projektu Projekt ma być realizowany zgodnie z metodyką PRINCE2.
Strategiczne decyzje dotyczące zarządzania projektem będzie podejmował Komitet Sterujący, na czele którego stoi Przewodniczący. Komitet Sterujący składał się będzie z pracowników
80
Zamawiającego oraz ekspertów z poszczególnych dziedzin istotnych z punktu widzenia realizacji projektu (od 2 do 4 osób). Komitet Sterujący będzie działał na bieżąco, a decyzje będą podejmowane w oparciu o sprawozdawczość projektu. W skład Komitetu Sterującego wchodzić będzie także:
Główny Użytkownik - osoba reprezentująca potrzeby i wymagania zakładów, które będą korzystały z budowanej w ramach projektu infrastruktury.
Główny Dostawca – reprezentant Wykonawcy, tj. firmy, która zostanie wyłoniona w drodze postępowania przetargowego i będzie odpowiedzialna za dostarczenie i wdrożenie infrastruktury teleinformatycznej będącej przedmiotem projektu.
Po wybraniu Wykonawcy, który będzie realizował wdrożenie, Komitet Sterujący zatwierdzi założenia projektu, umowę z Wykonawcą, uzgodni tolerancje projektu, plan dla etapu inicjowania projektu itp. Szczegółowe zasady dotyczące pracy Komitetu Sterującego, sposobu prowadzenia nadzoru i komunikacji w ramach realizowanego projektu, Komitet Sterujący określi na pierwszym spotkaniu po wybraniu Wykonawcy.
Za realizację projektu odpowiedzialny będzie Kierownik Projektu, który zostanie mianowany przez Przewodniczącego Komitetu Sterującego. Będzie to pracownik Zamawiającego.
4 Pozostałe produkty projektu
4.1 Sposób organizacji ProjektuPoniżej zostały opisane najważniejsze dokumenty, które muszą zostać dostarczone w ramach niniejszego zamówienia. Wszystkie dokumenty sporządzone w ramach zamówienia muszą być zgodne z zapisami niniejszego SIWZ oraz warunkami Umowy.
Wszystkie dokumenty w formie elektronicznej będę przekazywane do Kierownika Projektu, Biura Projektu i innych osób zainteresowanych wskazanych przez Komitet Sterujący lub Kierownika Projektu.
Wszystkie spotkania Wykonawcy z przedstawicielami Zamawiającego będą dokumentowane. Po każdym spotkaniu Wykonawca w ciągu 2 (dwóch) dni od spotkania sporządzi i przekaże do Zamawiającego notatkę w wersji elektronicznej. Notatka ze spotkania podlega akceptacji.
Wszystkie dokumenty podlegają procedurze odbiorowej i wymagają obustronnej akceptacji.
4.2 Zakres pozostałych produktów projektuPoniższe zakresy przedstawionych dokumentów są zakresami minimalnymi, które Wykonawca musi spełnić. Wykonawca ustali zakres z Zamawiającym przed rozpoczęciem prac związanym z każdym z produktów.
4.2.1 Plan Projektu
1. Zostanie dostarczony w ciągu 2 tygodni od podpisania Umowy2. Będzie zgodny z metodyką PRINCE23. Będzie zawierał co najmniej:
81
a. Szczegółowy harmonogram projektu, przedstawiony w formie wykresu Gantta (harmonogram w formie edytowalnej będzie załącznikiem do Planu Projektu)
b. Szczegółowy zakres wszystkich dostarczanych dokumentów w ramach Zamówieniac. Opis współpracy z Zamawiającym d. Propozycję planu komunikacji wraz z rolami poszczególnych osób po stronie
Wykonawcye. Wymagania w stosunku do Zamawiającego, opisy ról, dane kontaktowe członków
zespołuf. Plan dostawy oprogramowania specjalistycznegog. Opis zidentyfikowanych ryzyk jakie mogą wystąpić w projekcie z punktu widzenia
Wykonawcy oraz sposoby zarządzania tymi ryzykami i przeciwdziałania skutkom przedstawionych ryzyk.
4.2.2 Założenia projektu
1. Dokument zostanie dostarczony w terminie do 1/5 okresu od dnia podpisania umowy do terminu wykonania zamówienia (pkt. Error: Reference source not found SIWZ)
2. Zostaną sporządzone na podstawie przeprowadzonej analizy (wywiadów analitycznych z użytkownikami systemu, warsztatów z zespołem Zamawiającego). Założenia Projektu będą zawierały Opis Produktu Końcowego oraz Zarys Uzasadnienia Biznesowego.
3. Założenia Projektu będą zawierały co najmniej:a. Koncepcję systemu (struktura systemu, kluczowe wymagania biznesowe)b. Analiza otoczenia systemu (diagram kontekstowy, interfejsy z innymi systemami)c. Uszczegółowienie i pogłębienie wymagań funkcjonalnych zawartych w niniejszym
załączniku w poszczególnych obszarach systemud. Uszczegółowienie i pogłębienie wymagań niefunkcjonalnych w zakresie
bezpieczeństwa, organizacyjnym, technicznym, wydajnościowyme. Architektura biznesowa i logiczna systemu
4.2.3 Opis Produktu (Projekt techniczny):
Zostanie dostarczony w terminie do 1/3 okresu od dnia podpisania umowy do terminu wykonania zamówienia (pkt. Error: Reference source not found SIWZ)
Będzie zawierał co najmniej:o Opis systemuo Opis architektury systemu (opis warstw systemu, projekt architektury)o Projekt struktur danych (opis bazy danych, fizyczna i logiczna struktura bazy danych,
archiwizacja danych)o Projekt interfejsu użytkownika (wprowadzanie i prezentacja danych, wygląd
interfejsu)o Integracja (protokoły wymiany danych, opis interfejsów)o Bezpieczeństwo (fizyczne, komunikacji, autentykacja i autoryzacja)
4.2.4 Kryteria akceptacji Produktu
1) Dokument zostanie dostarczony w terminie do 1/3 okresu od dnia podpisania umowy do terminu wykonania zamówienia (pkt. Error: Reference source not found SIWZ)
82
2) Będzie opisywał dokładnie kryteria akceptacji Produktu wytworzonego w poszczególnych Etapach realizacji projektu.
4.2.5 Zestaw procedur realizowania gwarancji i utrzymania
1. Zostanie dostarczony w terminie do 1/4 okresu od dnia podpisania umowy do terminu wykonania zamówienia (pkt. Error: Reference source not found SIWZ)
2. Będą zgodne ze standardami ITIL3. Będzie zawierał co najmniej procedury:
a. Zgłaszania incydentów, błędów, awarii dotyczących sprzętu, oprogramowania specjalistycznego i systemu
b. Przyjmowania i obsługi zgłoszeńc. Uzgadniania priorytetówd. Aktualizowania i prowadzeniae. Prowadzenia napraw f. Awaryjne – sposób zapewnienia ciągłości pracy w momencie wystąpienia incydentów
4. W ramach procedur dla sprawnego działania systemu zostaną zapewnione co najmniej następujące warunki:
a. W razie stwierdzenia wystąpienia błędu, błąd jest klasyfikowany przez Zamawiającego do odpowiedniej kategorii:
i. „Błąd Blokujący” ii. „Błąd Krytyczny”
iii. „Błąd Średni” iv. „Błąd Drobny”
b. Wykonawca zapewni użytkownikom Systemów możliwość prawidłowego korzystania z Systemów:
i. w ciągu 48 godzin od godziny zgłoszenia wady, jeśli wada dotyczy „błędów blokujących”;
ii. w ciągu 4 dni od dnia zgłoszenia wady, jeśli wada dotyczy „błędów krytycznych”;
iii. w ciągu 14 dni od dnia zgłoszenia wady, jeśli wada dotyczy „błędów średnich”;
iv. w ciągu 30 dni od dnia zgłoszenia wady, jeśli wada dotyczy „błędów drobnych”.
4.2.6 Plan wdrożenia systemu
Zostanie dostarczony w terminie do 1/3 okresu od dnia podpisania umowy do terminu wykonania zamówienia (pkt. Error: Reference source not found SIWZ)
Będzie zawierał co najmniej:o Sposób wdrożenie (opis wykorzystywanych narzędzi informatycznych)o Zespół wdrożeniowy (opis ról, dane kontaktowe)o Szczegółowy harmonogram wdrożeniao Sposób przygotowania się Zamawiającego do wdrożenia
4.2.7 Plan i metodyka instruktaży
• Zostanie dostarczony na 2 tygodnie przed rozpoczęciem instruktaży
83
• Będzie zawierał co najmniej:o Opis metodyki instruktażu dla wszystkich rodzajów instruktaży opisanych w rozdziale
2.6.4 niniejszego załącznika (sposób przygotowania stanowisk, wykorzystywane pomoce)
o Szczegółowy harmonogram instruktażu (miejsce, czas oraz charakter instruktażu)
4.2.8 Dokumentacja systemu
• Zostanie dostarczona przed terminem wykonania umowy• Będzie zawierała co najmniej:
o Instrukcję użytkownika Poruszanie się po systemie Logowanie Opis i dostęp do modułów Rozpoczynanie pracy z systemem Opis funkcjonalności „krok po kroku” Rozwiązywanie problemów
o Instrukcję administratora Zarządzanie użytkownikami Zarządzanie systemem (bazą danych) Opis i przebieg procedur utrzymaniowych i pielęgnacyjnych
Opis "krok po kroku"
modyfikowania systemu po zmianach w strukturach baz danych
dodawania nowych zbiorów danych do systemu
instalacji poprawek systemu
• Instrukcje zostaną dostarczone w trzech formach:
o Papierowej, wydrukowanej książki,
o Cyfrowej, na płycie CD/DVD, w formie dokumentów tekstowych,
o Cyfrowej, na płycie CD/DVD, w formie prezentacji multimedialnych Power Point.
Dokumentacja ma zostać sporządzona w języku polskim.
84