Rozporządzenie Ministra Pracy i Polityki Społecznej z dnia 2 listopada 2007 r. w sprawie systemów teleinformatycznych stosowanych w publicznych służbach zatrudnienia

§ 6. 1. Po∏àczenie jednostek, o których mowa

w § 1 ust. 1, nast´puje wed∏ug stanu uj´tego w sprawozdaniach finansowych sporzàdzonych na dzieƒ

31 grudnia 2007 r.

2. Instytut przejmuje mienie oraz zobowiàzania

i nale˝noÊci w∏àczanych jednostek w formie protoko∏ów zdawczo-odbiorczych.

3. Instytut wst´puje we wszystkie prawa i obowiàzki, których podmiotem by∏y w∏àczane jednostki, bez

wzgl´du na ich charakter prawny.

4. Zadania uj´te w planach rzeczowo-finansowych

jednostek, o których mowa w § 1 ust. 1 pkt 2 i 3, wprowadza si´ do planu rzeczowo-finansowego Instytutu.

5. Po po∏àczeniu jednostek, o których mowa

w § 1 ust. 1, obowiàzujà system finansowo-ksi´gowy

oraz system finansowo-p∏acowy, stosowane przez

Instytut Energetyki przed dniem po∏àczenia.

§ 7. Rozporzàdzenie wchodzi w ˝ycie z dniem

1 stycznia 2008 r.

Minister Gospodarki: P.G. Woêniak

1566

ROZPORZÑDZENIE MINISTRA PRACY I POLITYKI SPO¸ECZNEJ1)

z dnia 2 listopada 2007 r.

w sprawie systemów teleinformatycznych stosowanych w publicznych s∏u˝bach zatrudnienia2)

Na podstawie art. 4 ust. 2 ustawy z dnia 20 kwietnia 2004 r. o promocji zatrudnienia i instytucjach ryn-

ku pracy (Dz. U. Nr 99, poz. 1001, z póên. zm.3)) zarzàdza si´, co nast´puje

———————

1) Minister Pracy i Polityki Spo∏ecznej kieruje dzia∏em administracji rzàdowej — praca, na podstawie § 1 ust. 2 pkt 1 rozpo-

rzàdzenia Prezesa Rady Ministrów z dnia 1 marca 2007 r. w sprawie szczegó∏owego zakresu dzia∏ania Ministra Pracy i Polityki Spo∏ecznej (Dz. U. Nr 38, poz. 243, Nr 110 poz. 760 i Nr 148, poz. 1041).

2) Niniejsze rozporzàdzenie zosta∏o notyfikowane Komisji Europejskiej w dniu 27 kwietnia 2007 r. pod numerem 2007/0234/PL, zgodnie z § 4 rozporzàdzenia Rady Ministrów z dnia 23 grudnia 2002 r. w sprawie sposobu funkcjonowania krajowego systemu notyfikacji norm i aktów prawnych (Dz. U. Nr 239, poz. 2039 oraz z 2004 r. Nr 65, poz. 597), które wdra˝a dyrektyw´ 98/34/WE z dnia 22 czerwca 1998 r. ustanawiajàcà procedur´ udzielania informacji w zakresie norm

i przepisów technicznych (Dz. Urz. WE L 204 z 21.07.1998, z póên. zm.; Dz. Urz. UE Polskie wydanie specjalne, rozdz. 13,

t. 20, str. 337).

3) Zmiany wymienionej ustawy zosta∏y og∏oszone w Dz. U. z 2004 r. Nr 273, poz. 2703, z 2005 r. Nr 64, poz. 565, Nr 94,

poz. 788 i Nr 164, poz. 1366, z 2006 r. Nr 94, poz. 651, Nr 104, poz. 708 i 711, Nr 144, poz. 1043, Nr 149, poz. 1074, Nr 158,

poz. 1121 i Nr 217, poz. 1588 oraz z 2007 r. Nr 89, poz. 589, Nr 115, poz. 791 i 793, Nr 120, poz. 818, Nr 176, poz. 1243,

Nr 180, poz. 1280, Nr 191, poz. 1366 i Nr 192, poz. 1378.

§ 1. Rozporzàdzenie okreÊla

1) opis systemów teleinformatycznych stosowanych

w publicznych s∏u˝bach zatrudnienia zawierajàcy

struktur´ systemu, wymaganà minimalnà funkcjonalnoÊç systemu oraz zakres komunikacji pomi´dzy elementami struktury systemu, w tym zestawienie struktur dokumentów elektronicznych, formatów danych oraz protoko∏ów komunikacyjnych

i szyfrujàcych;

2) wymagania standaryzujàce w zakresie bezpieczeƒstwa, wydajnoÊci i rozwoju systemu;

3) sposób post´powania w zakresie stwierdzania

zgodnoÊci oprogramowania z opisem systemu

wraz z podaniem terminu dostosowania.

§ 2. Ilekroç w rozporzàdzeniu jest mowa o

1) ministrze — oznacza to ministra w∏aÊciwego do

spraw pracy;

2) okresie przejÊciowym — oznacza to okres rozpoczynajàcy si´ od dnia og∏oszenia obowiàzujàcej

wersji opisu systemu teleinformatycznego do dnia

wskazanego w tym og∏oszeniu, w którym dopuszcza si´ stosowanie systemu teleinformatycznego

zgodnego z wersjà opisu, obowiàzujàcà przed

dniem og∏oszenia;

3) opisie — oznacza to opis systemów informatycznych w rozumieniu art. 4 ust. 2 pkt 1 ustawy z dnia

20 kwietnia 2004 r. o promocji zatrudnienia i instytucjach rynku pracy;

4) oprogramowaniu — oznacza to oprogramowanie

stosowane w publicznych s∏u˝bach zatrudnienia

wraz z warunkami okreÊlajàcymi sposób jego

u˝ytkowania;

5) poziomie organizacyjnym — oznacza to odpowiednio: powiat, województwo, wojewod´ oraz

ministra;

6) producencie — oznacza to przedsi´biorc´ w rozumieniu ustawy z dnia 2 lipca 2004 r. o swobodzie

dzia∏alnoÊci gospodarczej (Dz. U. z 2007 r. Nr 155,

poz. 1095 i Nr 180, poz. 1280) lub obywatela Unii

Europejskiej, Konfederacji Szwajcarskiej, paƒstwa

cz∏onkowskiego Europejskiego Porozumienia

o Wolnym Handlu (EFTA) — strony umowy o Europejskim Obszarze Gospodarczym lub osob´

prawnà posiadajàcà siedzib´ w jednym z tych

paƒstw, posiadajàcego autorskie prawa majàtkowe do oprogramowania;

Poz. 1566

ka˝dego przypadku testowego sà niezmienione

dane wyjÊciowe z poprzedzajàcego go przypadku

testowego;

9) siedzibie producenta — oznacza to równie˝ miejsce zamieszkania przedsi´biorcy — osoby fizycznej;

10) systemie teleinformatycznym — oznacza to system teleinformatyczny w rozumieniu art. 2 pkt 3

ustawy z dnia 18 lipca 2002 r. o Êwiadczeniu us∏ug

drogà elektronicznà (Dz. U. Nr 144, poz. 1204,

z 2004 r. Nr 96, poz. 959 i Nr 173, poz. 1808 oraz

z 2007 r. Nr 50, poz. 331);

11) testach zgodnoÊci — rozumie si´ przez to dzia∏ania

wykonywane na oprogramowaniu z wykorzystaniem scenariuszy testowych;

12) terminie dostosowawczym — oznacza to termin,

do którego producenci sà obowiàzani zg∏osiç fakt

dostosowania systemu teleinformatycznego do

obowiàzujàcego opisu;

13) ustawie — oznacza to ustaw´ z dnia 20 kwietnia

2004 r. o promocji zatrudnienia i instytucjach rynku pracy.

§ 3. 1. Struktura systemu teleinformatycznego stosowanego w publicznych s∏u˝bach zatrudnienia zawiera jego podzia∏ na elementy z uwzgl´dnieniem ich

hierarchii, organizacji i komunikacji.

2. Minimalnà funkcjonalnoÊç oprogramowania

zwiàzanà z wykonaniem zadaƒ przez publiczne s∏u˝by

zatrudnienia zapewnia: rejestracja i ewidencja osób

bezrobotnych i poszukujàcych pracy, obs∏uga Êwiadczeƒ dla osób bezrobotnych i poszukujàcych pracy, obs∏uga refundacji dla pracodawców, usprawnienie poÊrednictwa pracy, obs∏uga szkoleƒ doradztwa zawodowego i klubów pracy dla osób bezrobotnych i poszukujàcych pracy, rozliczenia Êrodków Funduszu Pracy i Europejskiego Funduszu Spo∏ecznego, kontrola legalnoÊci zatrudnienia, obs∏uga zatrudnienia cudzoziemców

w Polsce, naliczanie statystyk rynku pracy.

§ 4. 1. System teleinformatyczny spe∏nia wymagania okreÊlone w rozporzàdzeniu Rady Ministrów z dnia

11 paêdziernika 2005 r. w sprawie minimalnych wymagaƒ dla systemów teleinformatycznych (Dz. U. Nr 212,

poz. 1766).

2. Do systemu teleinformatycznego stosuje si´

przepisy o ochronie danych osobowych.

7) przypadku testowym — oznacza to dokument zawierajàcy zbiór wejÊç, warunków wykonania oraz

oczekiwanych wyników, utworzony po to, aby wykonaç okreÊlony scenariusz testowy na oprogramowaniu lub zweryfikowaç okreÊlone wymaganie;

3. Ka˝dy u˝ytkownik systemu teleinformatycznego

posiada swój unikalny identyfikator s∏u˝àcy do autoryzacji, a wbudowane mechanizmy monitoringu powinny umo˝liwiaç rejestracj´ prób logowaƒ do systemu

teleinformatycznego oraz zdefiniowanie zestawu Êledzonych czynnoÊci wykonywanych przez u˝ytkowników.

8) scenariuszu testowym — oznacza to zestaw co najmniej dwóch przypadków testowych powiàzanych

ze sobà w taki sposób, ˝e danymi wejÊciowymi do

4. System teleinformatyczny posiada wbudowane

funkcje umo˝liwiajàce okresowe, automatyczne wykonywanie kopii bezpieczeƒstwa.

§ 5. Minister og∏asza w dzienniku o zasi´gu ogólnokrajowym i w Biuletynie Informacji Publicznej informacje o

1) obowiàzujàcej wersji opisu;

2) terminie dostosowawczym;

3) okresie przejÊciowym;

4) adresie internetowym, pod którym udost´pniono

szczegó∏owà dokumentacj´ obowiàzujàcej wersji

opisu wraz z zestawem scenariuszy testowych.

§ 6. 1. Minister stwierdza zgodnoÊç oprogramowania z obowiàzujàcà wersjà opisu na podstawie procedury zgodnoÊci.

2. Procedura zgodnoÊci, zgodnie z § 12, obejmuje

wszystkie dzia∏ania zmierzajàce do ustalenia zgodnoÊci oprogramowania z opisem, a w szczególnoÊci

1) badanie kompletnoÊci wniosku;

2) badanie dokumentacji oprogramowania;

3) testy zgodnoÊci.

3. Stwierdzenie zgodnoÊci oprogramowania z obowiàzujàcà wersjà opisu nast´puje w Êwiadectwie

zgodnoÊci.

§ 7. Procedurà zgodnoÊci obj´te jest oprogramowanie stosowane w publicznych s∏u˝bach zatrudnienia.

§ 8. 1. Zg∏oszenie oprogramowania do procedury

zgodnoÊci nast´puje na wniosek producenta, kierowany do ministra.

2. Wniosek zawiera

1) nazw´ producenta i adres jego siedziby;

2) imi´, nazwisko i stanowisko s∏u˝bowe osoby upowa˝nionej do kontaktów w imieniu producenta

w czasie trwania procedury zgodnoÊci;

3) okreÊlenie poziomów organizacyjnych, dla których

oprogramowanie jest zg∏oszone do wykonania

procedury zgodnoÊci, oznaczanych w sposób nast´pujàcy

a) PUP — w przypadku oprogramowania wspomagajàcego realizacj´ zadaƒ na rzecz rynku pracy

przez samorzàd powiatowy,

b) WUP — w przypadku oprogramowania wspomagajàcego realizacj´ zadaƒ na rzecz rynku

pracy przez samorzàd województwa,

c) UW — w przypadku oprogramowania wspomagajàcego realizacj´ zadaƒ na rzecz rynku pracy

przez wojewod´,

d) MIN — w przypadku oprogramowania wspomagajàcego realizacj´ zadaƒ na rzecz rynku

pracy przez ministra;

Poz. 1566

4) oznaczenie nazwy i numeru wersji oprogramowania;

5) okreÊlenie parametrów urzàdzeƒ informatycznych

i oprogramowania niezb´dnego do zainstalowania i przeprowadzenia testów wed∏ug procedury

zgodnoÊci.

3. Numer wersji oprogramowania, o którym mowa

w ust. 2 pkt 4, tworzy si´ w nast´pujàcy sposób

1) dla PUP w wersji „PUP/n-k-y-x”,

2) dla WUP w wersji „WUP/n-k-y-x”,

3) dla UW w wersji „UW/n-k-y-x”,

4) dla MIN w wersji „MIN/n-k-y-x”,

gdzie znaczenie poszczególnych symboli jest nast´pujàce

a) „n” oznacza nazw´ oprogramowania zg∏aszanego do testu zgodnoÊci,

b) „k” oznacza wersj´ opisu minimalnych wymagaƒ, które spe∏nia oprogramowanie,

c) „y” oznacza numer wersji oprogramowania

producenta,

d) „x” oznacza numer kolejny aktualizacji wersji

oprogramowania.

4. Do wniosku do∏àcza si´

1) dokumentacj´ oprogramowania, je˝eli jest to

pierwszy wniosek dla danego opisu oprogramowania zg∏aszanego do testu zgodnoÊci; je˝eli

wniosek dotyczy kolejnej wersji oprogramowania

lub jego aktualizacji, wówczas za∏àcza si´ tylko

fragmenty dokumentacji podlegajàce zmianom;

2) pisemne oÊwiadczenie o kompletnoÊci i zgodnoÊci

oprogramowania z obowiàzujàcà wersjà opisu dotyczàce

a) kompletnoÊci i zgodnoÊci dokumentacji oprogramowania,

b) posiadania autorskich praw majàtkowych do

oprogramowania,

c) spe∏niania przez oprogramowanie obowiàzujàcego opisu minimalnych wymagaƒ wraz z za∏àczonym raportem z wykonanych testów wewn´trznych oprogramowania, obejmujàcych

pe∏ny zestaw scenariuszy testowych;

3) odpis lub wyciàg z rejestru przedsi´biorców lub

z ewidencji dzia∏alnoÊci gospodarczej sporzàdzony nie wczeÊniej ni˝ 6 miesi´cy przed dniem z∏o˝enia wniosku.

5. Obowiàzek, o którym mowa w ust. 4 pkt 3, nie

dotyczy obywateli Unii Europejskiej, Konfederacji

Szwajcarskiej, paƒstw cz∏onkowskich Europejskiego

Porozumienia o Wolnym Handlu (EFTA) — stron umowy o Europejskim Obszarze Gospodarczym.

6. Dokumentacj´ oprogramowania producent

sk∏ada w wersji elektronicznej na dwóch osobnych informatycznych noÊnikach danych, przy czym minister

mo˝e za˝àdaç maksymalnie dwóch kopii dokumentacji lub jej dowolnego fragmentu w formie pisemnej.

7. W przypadku gdy zg∏aszane oprogramowanie

jest ju˝ zainstalowane w publicznych s∏u˝bach zatrudnienia producent za∏àcza ponadto w wersji elektronicznej nast´pujàce dokumenty

1) spis aktualnie posiadanych instalacji oprogramowania;

2) opis procedur post´powania, zwiàzanych ze zmianà wersji zainstalowanego oprogramowania na

wersj´ oprogramowania zg∏oszonego do testów

zgodnoÊci.

8. Minister mo˝e za˝àdaç dodatkowo w formie pisemnej kopii dokumentów okreÊlonych w ust. 6.

9. Wymagania na dokumentacj´ oprogramowania

zg∏aszanego do testów zgodnoÊci okreÊla za∏àcznik do

rozporzàdzenia.

§ 9. 1. Oprogramowanie podlegajàce procedurze

zgodnoÊci zawiera dokumentacj´, na którà sk∏ada si´

dokumentacja techniczna, u˝ytkowa oraz spis definicji

u˝ywanych terminów.

2. W przypadku gdy wniosek nie spe∏nia wymogów, o których mowa w § 8 ust. 2—6, minister wzywa

producenta do usuni´cia braków, z zastrze˝eniem, i˝

ich nieusuni´cie w terminie 7 dni od otrzymania zawiadomienia, skutkuje pozostawieniem wniosku bez

rozpoznania.

§ 10. OÊwiadczenia i zawiadomienia sk∏adane ministrowi przez producentów w zwiàzku z realizowanà

procedurà zgodnoÊci powinny zawieraç co najmniej

1) nazw´ i adres siedziby producenta;

2) nazw´ i wersj´ oprogramowania;

3) opis przedmiotu sprawy.

§ 11. 1. Procedur´ zgodnoÊci oprogramowania

przeprowadza si´ w kolejnoÊci wp∏ywu wniosków do

urz´du obs∏ugujàcego ministra.

2. Pierwszeƒstwo w przeprowadzeniu procedury

zgodnoÊci przys∏uguje tym producentom, którzy posiadajà wa˝ne Êwiadectwo zgodnoÊci.

3. Data z∏o˝enia wniosku w polskiej placówce

pocztowej operatora publicznego albo w polskim

urz´dzie konsularnym oznacza dat´ z∏o˝enia wniosku

w urz´dzie obs∏ugujàcym ministra.

§ 12. 1. Dla stwierdzenia zgodnoÊci oprogramowania z aktualnym opisem, po zbadaniu kompletnoÊci

wniosku, dokonuje si´ jednej lub obydwu z nast´pujàcych czynnoÊci

1) przeglàdu dokumentacji oprogramowania;

Poz. 1566

2) testu oprogramowania z wykorzystaniem aktualnego zestawu scenariuszy testowych.

2. W przypadku gdy oprogramowanie zg∏oszone

do procedury zgodnoÊci nie jest zainstalowane

w publicznych s∏u˝bach zatrudnienia lub nie posiada

wa˝nego Êwiadectwa zgodnoÊci dla poprzedniej wersji opisu, wydanie Êwiadectwa zgodnoÊci dla aktualnej wersji opisu mo˝e nastàpiç jedynie na podstawie

obu czynnoÊci wskazanych w ust. 1.

§ 13. Po dokonaniu przeglàdu dokumentacji oprogramowania

1) sporzàdza si´ raport, który niezw∏ocznie przekazuje si´ producentowi;

2) producent w terminie 7 dni od dnia otrzymania raportu z przeglàdu mo˝e zg∏osiç umotywowane zastrze˝enia do zawartych w nim wniosków;

3) niezg∏oszenie zastrze˝eƒ w terminie, o którym mowa w pkt 2, oznacza potwierdzenie wniosków zawartych w raporcie z przeglàdu;

4) w przypadku gdy zastrze˝enia producenta nie zostanà uwzgl´dnione, minister wzywa go do przed∏o˝enia dokumentacji spe∏niajàcej wymagania zawarte w opisie, w terminie 30 dni od dnia wezwania, informujàc jednoczeÊnie, i˝ w przypadku nieprzed∏o˝enia dokumentacji w tym terminie minister wyda decyzj´ o odmowie wydania Êwiadectwa zgodnoÊci;

5) w przypadku gdy dokumentacja dostarczona w terminie, o którym mowa w pkt 4, jest niezgodna

z opisem, minister wydaje decyzj´ o odmowie wydania Êwiadectwa zgodnoÊci.

§ 14. 1. Producenta zawiadamia si´ na piÊmie

o terminie przeprowadzenia testu zgodnoÊci z wykorzystaniem zestawu scenariuszy testowych. Czas trwania testu zgodnoÊci nie mo˝e przekroczyç 10 dni roboczych.

2. Zawiadomienie, o którym mowa w ust. 1, okreÊla

1) termin rozpocz´cia oraz planowany harmonogram

testu zgodnoÊci;

2) adres miejsca instalacji przez producenta niezb´dnego i kompletnego dla przeprowadzenia testów

oprogramowania wraz z wykazem tego oprogramowania;

3) zobowiàzanie producenta do dostarczenia sprz´tu

niezb´dnego do przeprowadzenia testu zgodnoÊci;

4) liczb´ stanowisk, na których b´dzie przeprowadzany test oprogramowania.

§ 15. 1. W terminie, o którym mowa w § 14

ust. 2 pkt 1, producent na w∏asny koszt wykonuje

instalacj´ oprogramowania w takiej postaci, jaka jest

przekazywana u˝ytkownikowi, wraz z instrukcjà instalacji i raportem z wykonania testu poinstalacyjnego.

2. Oprogramowanie instaluje si´ z pustymi bazami

danych. Na ˝àdanie ministra producent dostarcza procedur´ ∏adowania bazy zadanà liczbà rekordów do testów wydajnoÊciowych.

§ 16. 1. Testy oprogramowania przeprowadza si´

z uwzgl´dnieniem scenariuszy testowych i skryptów

testowych, przygotowanych na podstawie og∏oszonego opisu.

2. W czasie trwania testów jest wymagana obecnoÊç uprawnionego przedstawiciela producenta,

w celu udzielania informacji w sprawach zwiàzanych

ze sposobem obs∏ugi testowanego oprogramowania.

3. W czasie prowadzenia testu nie dopuszcza si´

wykonywania poprawek i aktualizacji testowanego

oprogramowania w celu poprawy jego funkcjonalnoÊci lub usuni´cia stwierdzonych w czasie testu nieprawid∏owoÊci.

Poz. 1566

dzaju podstawowych wartoÊci, niezgodnych

z obowiàzujàcymi przepisami prawnymi;

8) 5 — b∏àd wydajnoÊciowy, oznaczajàcy brak spe∏nienia opisanych wymagaƒ wydajnoÊciowych,

formu∏owanych w kategoriach czasu reakcji na

dzia∏anie u˝ytkownika oraz liczby danych, dokumentów przetwarzanych przez system teleinformatyczny.

3. Ustala si´ nast´pujàce kategorie akceptacji

oprogramowania

1) akceptacja — przyj´cie oprogramowania, gdy liczba b∏´dów jest ni˝sza od minimalnej liczby b∏´dów

okreÊlonych w pkt 2, w ka˝dej ze wskazanych kategorii, chyba ˝e wartoÊcià minimalnà jest 0 (zero);

2) akceptacja warunkowa, gdy liczba b∏´dów wynosi

a) kategoria 1

— dopuszczalna liczba 0,

4. Minister mo˝e przerwaç testy zgodnoÊci na czas

konieczny do usuni´cia zg∏oszonych problemów, je˝eli ich zakoƒczenie w planowanym terminie nie jest

mo˝liwe ze wzgl´du na rodzaj stwierdzonych problemów, o czym zawiadamia producenta na piÊmie, wyznaczajàc termin kontynuacji testów.

b) kategoria 2k — równa lub wi´ksza 4 i mniejsza

lub równa 6,

§ 17. 1. Ka˝dy problem testowy stwierdzony

w trakcie przeprowadzania testów zgodnoÊci podlega

zakwalifikowaniu do odpowiedniej kategorii.

e) kategoria 3k — równa lub wi´ksza 11 i mniejsza lub równa 25,

2. Wyró˝nia si´ nast´pujàce kategorie problemów

testowych

1) 1 — b∏àd terminalny, blokujàcy mo˝liwoÊç u˝ycia

oprogramowania jako ca∏oÊci, a w szczególnoÊci

zawieszenie jego pracy;

2) 2k — b∏àd funkcjonalny, powodujàcy, ˝e w ˝aden

sposób nie jest mo˝liwe poprawne wykonanie

funkcji merytorycznej, która zgodnie z dokumentacjà oprogramowania powinna byç mo˝liwa do zrealizowania przy u˝yciu oprogramowania;

3) 2n — b∏àd funkcjonalny, blokujàcy mo˝liwoÊç wykonania funkcji merytorycznej w sposób zgodny

z dokumentacjà oprogramowania pod warunkiem,

˝e istnieje mo˝liwoÊç poprawnego wykonania tej

funkcji przy u˝yciu oprogramowania w sposób inny ni˝ zdefiniowano to w dokumentacji projektowej;

4) 2r — pozosta∏e b∏´dy funkcjonalne;

5) 3k — b∏àd w zakresie komunikacji z u˝ytkownikiem, mogàcy mieç wp∏yw na poprawnoÊç pracy

u˝ytkownika z oprogramowaniem; do b∏´dów tych

zalicza si´: brakujàce lub b∏´dne kryteria sortowania, niepoprawnie dzia∏ajàce filtry, b∏´dne wartoÊci domyÊlne pól, b∏´dne lub brakujàce podpowiedzi, b∏´dny format danych, brak sprawdzania obligatoryjnoÊci pól;

6) 3n — pozosta∏e b∏´dy w zakresie komunikacji

z u˝ytkownikiem;

7) 4 — brak ograniczeƒ w oprogramowaniu blokujàcych mo˝liwoÊç swobodnego doboru liczby i ro-

c) kategoria 2n — równa lub wi´ksza 7 i mniejsza

lub równa 15,

d) kategoria 2r — równa lub wi´ksza 7 i mniejsza

lub równa 15,

f) kategoria 3n — równa lub wi´ksza 21 i mniejsza lub równa 50,

g) kategoria 4

— równa lub wi´ksza 7 i mniejsza

lub równa 20,

h) kategoria 5

— równa lub wi´ksza 7 i mniejsza

lub równa 10;

3) odrzucenie produktu, gdy liczba b∏´dów przekracza maksymalnà liczb´ okreÊlonà w pkt 2, dla którejkolwiek kategorii.

4. Test zgodnoÊci oprogramowania przeprowadza

si´ na wybranym zestawie scenariuszy testowych

spoÊród istniejàcego zestawu scenariuszy testowych.

§ 18. 1. W terminie 7 dni od dnia zakoƒczenia przeprowadzenia testu zgodnoÊci minister sporzàdza raport, który przekazuje si´ niezw∏ocznie producentowi.

2. W raporcie przedstawia si´ w szczególnoÊci problemy testowe stwierdzone w trakcie testów zgodnoÊci wraz z okreÊleniem ich kategorii.

3. W terminie 7 dni od dnia otrzymania raportu

producent mo˝e zg∏osiç umotywowane zastrze˝enia

do wniosków w nim zawartych.

4. Niewniesienie zastrze˝eƒ w terminie, o którym

mowa w ust. 3, oznacza potwierdzenie wniosków zawartych w raporcie.

5. W oparciu o wnioski przedstawione w raporcie,

a tak˝e zg∏oszone zastrze˝enia producenta, minister

wydaje Êwiadectwo zgodnoÊci lub decyzj´ administracyjnà o odmowie jego wydania.

§ 19. Producent uzyskuje Êwiadectwo zgodnoÊci

oprogramowania wydane przez ministra, je˝eli podczas procedury zgodnoÊci stwierdzi si´, ˝e oprogramowanie spe∏nia wymagania zawarte w opisie.

§ 20. 1. Âwiadectwo zgodnoÊci wydaje si´

1) na czas nieokreÊlony albo

2) na czas okreÊlony, w postaci

a) warunkowego Êwiadectwa zgodnoÊci,

b) przejÊciowego Êwiadectwa zgodnoÊci.

2. Âwiadectwo zgodnoÊci zawiera

1) dat´ wydania i dat´ poczàtku obowiàzywania;

2) numer wersji opisu;

3) nazw´ i numer wersji oprogramowania;

4) poziom organizacyjny, na jaki przyznano Êwiadectwo;

5) firm´ producenta i adres jej siedziby;

6) numer Êwiadectwa zgodnoÊci;

7) w przypadku wydania warunkowego Êwiadectwa

zgodnoÊci — termin jego wa˝noÊci.

§ 21. 1. Warunkowe Êwiadectwo zgodnoÊci wydaje si´ w przypadku uzyskania akceptacji warunkowej

dla oprogramowania.

2. Producent, któremu wydano warunkowe Êwiadectwo zgodnoÊci, usuwa w terminie wskazanym

w Êwiadectwie zgodnoÊci uchybienia lub rozbie˝noÊci

w funkcjonowaniu oprogramowania i przedstawia

w tym terminie poprawione oprogramowanie do powtórnego testu zgodnoÊci.

3. Przeprowadzajàc powtórny test zgodnoÊci, minister mo˝e ograniczyç jego zakres do obszarów funkcjonalnych oprogramowania zakwestionowanych

podczas poprzedniego testu zgodnoÊci.

4. Minister wydaje Êwiadectwo zgodnoÊci na czas

nieokreÊlony po stwierdzeniu usuni´cia uchybieƒ lub

rozbie˝noÊci w oprogramowaniu.

5. Minister wydaje decyzj´ o cofni´ciu Êwiadectwa

zgodnoÊci w nast´pujàcych przypadkach

1) nieusuni´cia uchybieƒ i rozbie˝noÊci w okreÊlonym terminie;

2) nieprzedstawienia oprogramowania

zgodnoÊci w okreÊlonym terminie.

do

testu

§ 22. 1. PrzejÊciowe Êwiadectwo zgodnoÊci wydaje

si´ w przypadku, gdy oprogramowanie zg∏oszone do

procedury zgodnoÊci nie spe∏nia w pe∏ni wymagaƒ zawartych w opisie na skutek zaprzestania przez producenta rozwoju oprogramowania z powodu podj´tych

prac dotyczàcych wytworzenia nowego oprogramowania, w zwiàzku ze zmianà technologii informatycznej.

2. PrzejÊciowe Êwiadectwo zgodnoÊci jest wydawane na oprogramowanie, które uzyska∏o wczeÊniej

Poz. 1566

Êwiadectwo zgodnoÊci albo warunkowe Êwiadectwo

zgodnoÊci.

3. PrzejÊciowe Êwiadectwo zgodnoÊci jest wydawane na okres nie d∏u˝szy ni˝ 6 miesi´cy od dnia jego

wydania.

4. Celem wydania przejÊciowego Êwiadectwa

zgodnoÊci jest umo˝liwienie p∏ynnego przejÊcia

z u˝ytkowania oprogramowania, które posiada Êwiadectwo zgodnoÊci, na oprogramowanie nowo wytworzone, polegajàcego mi´dzy innymi na: instalacji nowego oprogramowania w dotychczasowych lokalizacjach, przeszkoleniu u˝ytkowników w zakresie obs∏ugi

nowego oprogramowania, przeniesieniu danych do

nowej bazy danych, weryfikacji jakoÊci przeniesionych

danych, przeprowadzeniu wdro˝enia pilota˝owego,

rozpocz´ciu pracy przez u˝ytkowników koƒcowych.

5. Do czasu pe∏nego wdro˝enia i przejÊcia na nowe

oprogramowanie dopuszcza si´ u˝ytkowanie obydwu

oprogramowaƒ w danej lokalizacji.

§ 23. 1. Producent, który posiada wa˝ne Êwiadectwo zgodnoÊci, zg∏asza dostosowane oprogramowanie do procedury zgodnoÊci w terminie dostosowawczym.

2. Minister z urz´du wydaje decyzj´ o cofni´ciu

Êwiadectwa zgodnoÊci oprogramowania wydanego

producentowi w przypadku niezg∏oszenia oprogramowania do testu zgodnoÊci w terminie dostosowawczym.

3. Minister wydaje decyzj´ o cofni´ciu Êwiadectwa

zgodnoÊci oprogramowania wydanego producentowi

z dniem up∏ywu okresu przejÊciowego.

4. Minister og∏asza w Biuletynie Informacji Publicznej informacj´ o cofni´ciu Êwiadectwa zgodnoÊci

oprogramowania wydanego producentowi wraz z jego uzasadnieniem.

§ 24. Âwiadectwa homologacji wydane na podstawie rozporzàdzenia Ministra Gospodarki i Pracy z dnia

30 sierpnia 2004 r. w sprawie homologacji systemów

informatycznych stosowanych w urz´dach pracy

(Dz. U. Nr 204, poz. 2085) zachowujà wa˝noÊç do czasu wydania Êwiadectw zgodnoÊci na podstawie niniejszego rozporzàdzenia, z zastrze˝eniem § 23 ust. 2.

§ 25. Rozporzàdzenie wchodzi w ˝ycie po up∏ywie

14 dni od dnia og∏oszenia.4)

Minister Pracy i Polityki Spo∏ecznej

J. Kluzik-Rostkowska

———————

4) Niniejsze rozporzàdzenie by∏o poprzedzone rozporzàdze-

niem Ministra Gospodarki i Pracy z dnia 30 sierpnia

2004 r. w sprawie homologacji systemów informatycznych stosowanych w urz´dach pracy (Dz. U. Nr 204,

poz. 2085), które utraci∏o moc z dniem 21 stycznia 2007 r.

na podstawie art. 63 ustawy z dnia 17 lutego 2005 r. o informatyzacji dzia∏alnoÊci podmiotów realizujàcych zadania publiczne (Dz. U. Nr 64, poz. 565 oraz z 2006 r. Nr 12,

poz. 65 i Nr 73, poz. 501).

Za∏àcznik do rozporzàdzenia Ministra Pracy i Polityki

Spo∏ecznej z dnia 2 listopada 2007 r. (poz. 1566)

WYMAGANIA NA DOKUMENTACJ¢ OPROGRAMOWANIA ZG¸ASZANEGO DO TESTÓW ZGODNOÂCI

1. Dokumentacja oprogramowania zg∏aszanego do

testów zgodnoÊci sk∏ada si´ z

1) dokumentacji technicznej;

2) dokumentacji u˝ytkowej;

3) s∏ownika definicji u˝ywanych terminów i indeksu.

2. Ka˝dy dokument wchodzàcy w sk∏ad dokumentacji

musi zawieraç

1) spis treÊci;

2) wprowadzenie, opisujàce cel istnienia dokumentu i jego zwiàzki oraz zale˝noÊci z innymi

dokumentami tworzàcymi ca∏oÊç dokumentacji;

3) cz´Êç zasadniczà;

4) indeks odwo∏aƒ.

3. Dokumentacja techniczna musi zawieraç pe∏nà

specyfikacj´ technicznà oprogramowania. Dokumentacja dzieli si´ na nast´pujàce grupy dokumentów

— specyfikacj´ platform sprz´towych, systemów operacyjnych i platform sieciowych,

— informacj´ na temat przenaszalnoÊci danych pomi´dzy platformami systemowymi,

— mo˝liwoÊç wspó∏pracy z innym oprogramowaniem,

— omówienie przyczyn przyj´tych ograniczeƒ koncepcji oprogramowania w stosunku do opisu minimalnych wymagaƒ

(jeÊli takowe wyst´pujà) oraz ich wp∏ywu

na u˝ytecznoÊç oprogramowania;

2) dokumentacj´ logicznego modelu danych oprogramowania sk∏adajàcà si´ z

w przypadku stosowania metod obiektowych

a) diagramu(ów) klas zawierajàcego równie˝

zwiàzki wyst´pujàce mi´dzy klasami,

b) raportów

1) dokumentacjà projektowà oprogramowania,

która musi zawieraç nast´pujàce elementy

— definicji klas z listà atrybutów i zwiàzków

z innymi klasami oraz zdefiniowanym logicznym kluczem pierwotnym,

a) specyfikacj´ formy i zawartoÊci elementów

dokumentacji oprogramowania,

— definicji danych z∏o˝onych oraz elementarnych,

b) przewodnik po zawartoÊci poszczególnych

elementów dokumentacji oprogramowania,

c) normy i standardy zastosowane w zg∏oszonym oprogramowaniu,

w przypadku stosowania metod strukturalnych

c) diagramu(ów) zwiàzków encji,

d) raportów

d) definicje poj´ç stosowanych w oprogramowaniu i jego dokumentacji, opis przyj´tych

norm i standardów dotyczàcych interfejsu

u˝ytkownika, administracji oprogramowaniem, dost´pu do danych, wymiany informacji pomi´dzy instalacjami oprogramowania,

— definicji encji z listà atrybutów i zwiàzków

z innymi encjami oraz zdefiniowanym logicznym kluczem pierwotnym,

e) koncepcj´ dzia∏ania oprogramowania: ogólna i szczegó∏owa (z odwo∏aniami do wymagaƒ),

4. Dokumentacja u˝ytkowa zawiera nast´pujàce elementy

f) architektur´ oprogramowania, a w tym

— prezentacj´ architektury oprogramowania, w szczególnoÊci podzia∏ na komponenty oraz ich wewn´trzne wspó∏dzia∏anie,

— podstawowe, techniczne cechy oprogramowania: techniczne cechy interfejsu, zabezpieczenia dost´pu, ogólne informacje

o oprogramowaniu baz danych, konfigurowanie oprogramowania, tworzenie kopii

zapasowych,

— specyfikacj´ wymagaƒ dotyczàcych instalacji w tym dodatkowego sprz´tu i oprogramowania,

— definicji danych z∏o˝onych oraz elementarnych.

1) opis funkcjonalny — opisuje przeznaczenie

i g∏ówne mo˝liwoÊci systemu;

2) dokumentacj´ u˝ytkownika — opis systemu

przeznaczony dla u˝ytkowników — zawiera

a) sposoby uruchamiania oraz koƒczenia pracy

z systemem,

b) opis scenariuszy wykonania wszystkich podstawowych procedur biznesowych przez

u˝ytkownika koƒcowego oprogramowania,

c) opis wszystkich funkcji systemu, sposoby ich

wywo∏ywania i realizacji,

d) opisy b∏´dów i metody ich obs∏ugi, np.

o sposobach odwo∏ywania operacji wykonanych b∏´dnie przez u˝ytkownika,

e) opisy formatów danych,

Poz. 1566 i 1567

c) procedury instalacyjne serwera aplikacji i/lub

serwera plików,

f) informacje o ograniczeniach dotyczàcych np.

zakresów danych,

d) procedury instalacyjne stacji roboczych,

e) procedury migracji danych z poprzednich

wersji systemu,

g) opis sposobu korzystania z systemu pomocy;

3) podr´cznik instalacji — powinien zawieraç opis

procedury instalacji oraz dostrojenia systemu

do Êrodowiska, w którym system b´dzie pracowaç, a w tym

f) procedury migracji danych z innych, równorz´dnych systemów, je˝eli takie wyst´pujà;

4) podr´cznik administratora oprogramowania —

powinien zawieraç opis sposobu realizacji przez

administratora systemu wymagaƒ okreÊlonych

dla komponentu „Administracja Lokalna”.

a) procedury instalacyjne serwera(ów),

b) procedury instalacyjne bazy danych,

1567

ROZPORZÑDZENIE MINISTRA TRANSPORTU1)

z dnia 7 listopada 2007 r.

zmieniajàce rozporzàdzenie w sprawie ogólnych warunków technicznych

eksploatacji pojazdów kolejowych

Na podstawie art. 20 ustawy z dnia 28 marca 2003 r. o transporcie kolejowym (Dz. U. z 2007 r.

Nr 16, poz. 94, Nr 176, poz. 1238 i Nr 191, poz. 1374)

zarzàdza si´, co nast´puje

noÊç procesu utrzymania z wymaganiami zawartymi w dokumentacji systemu utrzymania.”;

3) w § 9 w ust. 1

§ 1. W rozporzàdzeniu Ministra Infrastruktury

z dnia 12 paêdziernika 2005 r. w sprawie ogólnych warunków technicznych eksploatacji pojazdów kolejowych (Dz. U. Nr 212, poz. 1771) wprowadza si´ nast´pujàce zmiany

1) § 6 otrzymuje brzmienie

„§ 6. Utrzymanie pojazdów kolejowych powinno

byç wykonywane przez podmioty posiadajàce wykwalifikowanych pracowników, zaplecze techniczne oraz warunki organizacyjne

gwarantujàce prawid∏owe wykonywanie

prac okreÊlonych w dokumentacji systemu

utrzymania.”;

a) pkt 4 otrzymuje brzmienie

„4) dokumentacj´ systemu utrzymania;”,

b) pkt 6 otrzymuje brzmienie

„6) opis zarzàdzania dokumentacjà systemu

utrzymania.”;

4) § 13 otrzymuje brzmienie

„§ 13. 1. Dokumentacja systemu utrzymania, z zastrze˝eniem ust. 2 i 3, powinna zawieraç

nast´pujàce dokumenty niezb´dne do zarzàdzania utrzymaniem i utrzymania pojazdu kolejowego

2) § 8 otrzymuje brzmienie

„§ 8. Przewoênicy kolejowi, zarzàdcy infrastruktury, u˝ytkownicy bocznic kolejowych, przedsi´biorcy wykonujàcy przewozy w obr´bie

bocznicy kolejowej powinni prowadziç dokumentacj´ zwiàzanà z procesem utrzymania

pojazdów kolejowych oraz zapewniaç zgod———————

1) Minister Transportu kieruje dzia∏em administracji rzàdo-

wej — transport, na postawie § 1 ust. 2 pkt 2 rozporzàdzenia Prezesa Rady Ministrów z dnia 18 lipca 2006 r. w sprawie szczegó∏owego zakresu dzia∏ania Ministra Transportu

(Dz. U. Nr 131, poz. 923).

1) opis funkcjonalny pojazdu z podzia∏em

na jego elementy sk∏adowe w procesie

utrzymania;

2) dokumentacj´ zawierajàcà

a) opisy czynnoÊci przeglàdowych

i naprawczych, instrukcje demonta˝u lub monta˝u,

b) zestawienie parametrów mierzonych w procesie przeglàdu lub naprawy i opisy metod pomiarowych,

2. Do zakresu dzia∏ania Instytutu nale˝y

1) prowadzenie badaƒ naukowych i prac rozwojowych oraz dzia∏alnoÊci doÊwiadczalnej, w szczególnoÊci w zakresie

Poz. 1565 i 1566

5) podejmowanie produkcji unikatowych aparatów,

maszyn i urzàdzeƒ stosowanych w elektroenergetyce i ciep∏ownictwie;

a) rozwoju i eksploatacji krajowego systemu elektroenergetycznego,

6) prowadzenie wspó∏pracy naukowej w kraju i za

granicà w zakresie realizacji badaƒ naukowych

i prac rozwojowych;

b) wprowadzania i oceny nowoczesnych technologii elementów systemu i sieci elektroenergetycznych,

7) prowadzenie dzia∏alnoÊci szkoleniowej, normalizacyjnej, ochrony w∏asnoÊci przemys∏owej oraz informacji naukowo-technicznej;

c) oceny jakoÊci energii elektrycznej dostarczanej

odbiorcom, diagnostyki urzàdzeƒ i materia∏ów,

stosowania odnawialnych i lokalnych êróde∏

energii,

8) upowszechnianie wyników prowadzonych badaƒ

naukowych i prac rozwojowych.

d) opracowywania technologii i ocena nowych

i modernizowanych wyrobów w bran˝y instalacyjno-sanitarnej i grzewczej,

e) wytwarzania nowych materia∏ów ceramicznych,

f) pomiarów przep∏ywów cieczy, par i gazów, wymiany ciep∏a i aerodynamiki maszyn i urzàdzeƒ

cieplnych,

g) badania w∏asnoÊci korozyjnych wytwarzanych

maszyn, urzàdzeƒ i materia∏ów stosowanych

w uk∏adach ciep∏owniczych;

2) prowadzenie dzia∏alnoÊci w zakresie badaƒ i certyfikacji w ramach posiadanych uprawnieƒ;

3) prowadzenie dzia∏alnoÊci w zakresie ekspertyz

technicznych i technologicznych, badaƒ, atestacji,

oceny stosowanych procesów i organizacji;

4) prowadzenie dzia∏alnoÊci w zakresie doskonalenia

metod i technik prowadzenia badaƒ naukowych

i prac rozwojowych, projektowanie i budowa stanowisk badawczych, aparatury badawczej i kontrolno-pomiarowej;