Dziennik Ustaw Nr 212 — 15213 — 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 15

§ 1ust.

1, nast´puje wed∏ug stanu uj´tego w sprawozdaniach finansowych sporzàdzonych na dzieƒ 31 grudnia 2007 r.

1. Instytut przejmuje mienie oraz zobowiàzania i nale˝noÊci w∏àczanych jednostek w formie protoko∏ów zdawczo-odbiorczych.
2. Instytut wst´puje we wszystkie prawa i obowiàzki, których podmiotem by∏y w∏àczane jednostki, bez wzgl´du na ich charakter prawny.
3. Zadania uj´te w planach rzeczowo-finansowych jednostek,

§ 1ust.

1 pkt 2 i 3, wprowadza si´ do planu rzeczowo-finansowego Instytutu. 5. Po po∏àczeniu jednostek,

§ 1ust.

1, obowiàzujà system finansowo-ksi´gowy oraz system finansowo-p∏acowy, stosowane przez Instytut Energetyki przed dniem po∏àczenia. §

1. 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.
2. Dziennik Ustaw Nr 212 — 15214 — §
3. 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. §
4. 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. §
6. Struktura systemu teleinformatycznego stosowanego w publicznych s∏u˝bach zatrudnienia zawiera jego podzia∏ na elementy z uwzgl´dnieniem ich hierarchii, organizacji i komunikacji.
7. 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. §
9. 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).
10. 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;
11. 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
12. System teleinformatyczny posiada wbudowane funkcje umo˝liwiajàce okresowe, automatyczne wykonywanie kopii bezpieczeƒstwa. Dziennik Ustaw Nr 212 — 15215 — §
13. 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. §
15. Minister stwierdza zgodnoÊç oprogramowania z obowiàzujàcà wersjà opisu na podstawie procedury zgodnoÊci.
16. 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.
17. Stwierdzenie zgodnoÊci oprogramowania z obowiàzujàcà wersjà opisu nast´puje w Êwiadectwie zgodnoÊci. §
18. Procedurà zgodnoÊci obj´te jest oprogramowanie stosowane w publicznych s∏u˝bach zatrudnienia. §
20. Zg∏oszenie oprogramowania do procedury zgodnoÊci nast´puje na wniosek producenta, kierowany do ministra.
21. 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.
22. 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.
23. 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.
24. 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. Dziennik Ustaw Nr 212 — 15216 —
25. 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.
26. 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.
27. Minister mo˝e za˝àdaç dodatkowo w formie pisemnej kopii dokumentów okreÊlonych w ust.
29. Wymagania na dokumentacj´ oprogramowania zg∏aszanego do testów zgodnoÊci okreÊla za∏àcznik do rozporzàdzenia. §
31. 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.
32. W przypadku gdy wniosek nie spe∏nia wymogów,

§ 8ust.

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. Dziennik Ustaw Nr 212 — 15217 — 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:

1. 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.
2. 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.
3. 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-
4. c)kategoria 2n — równa lub wi´ksza 7 i mniejsza lub równa 15,
5. d)kategoria 2r — równa lub wi´ksza 7 i mniejsza lub równa 15,
6. f)kategoria 3n — równa lub wi´ksza 21 i mniejsza lub równa 50,
7. g)kategoria 4 — równa lub wi´ksza 7 i mniejsza lub równa 20,
8. 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. Dziennik Ustaw Nr 212 — 15218 — § 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:
9. a)warunkowego Êwiadectwa zgodnoÊci,
10. 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). Dziennik Ustaw Nr 212 — 15219 — Poz. 1566 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:
11. a)diagramu(ów) klas zawierajàcego równie˝ zwiàzki wyst´pujàce mi´dzy klasami,
12. 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,
13. a)specyfikacj´ formy i zawartoÊci elementów dokumentacji oprogramowania, — definicji danych z∏o˝onych oraz elementarnych,
14. b)przewodnik po zawartoÊci poszczególnych elementów dokumentacji oprogramowania,
15. c)normy i standardy zastosowane w zg∏oszonym oprogramowaniu, w przypadku stosowania metod strukturalnych:
16. c)diagramu(ów) zwiàzków encji,
17. d)raportów:
18. 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,
19. e)koncepcj´ dzia∏ania oprogramowania: ogólna i szczegó∏owa (z odwo∏aniami do wymagaƒ), 4. Dokumentacja u˝ytkowa zawiera nast´pujàce elementy:
20. 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:
21. a)sposoby uruchamiania oraz koƒczenia pracy z systemem,
22. b)opis scenariuszy wykonania wszystkich podstawowych procedur biznesowych przez u˝ytkownika koƒcowego oprogramowania,
23. c)opis wszystkich funkcji systemu, sposoby ich wywo∏ywania i realizacji,
24. d)opisy b∏´dów i metody ich obs∏ugi, np. o sposobach odwo∏ywania operacji wykonanych b∏´dnie przez u˝ytkownika, Dziennik Ustaw Nr 212 — 15220 —
25. e)opisy formatów danych, Poz. 1566 i 1567
26. c)procedury instalacyjne serwera aplikacji i/lub serwera plików,
27. f)informacje o ograniczeniach dotyczàcych np. zakresów danych,
28. d)procedury instalacyjne stacji roboczych,
29. e)procedury migracji danych z poprzednich wersji systemu,
30. 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:
31. 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”.
32. a)procedury instalacyjne serwera(ów),
33. 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.”;
34. a)pkt 4 otrzymuje brzmienie: „4) dokumentacj´ systemu utrzymania;”,
35. 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à:
36. a)opisy czynnoÊci przeglàdowych i naprawczych, instrukcje demonta˝u lub monta˝u,
37. b)zestawienie parametrów mierzonych w procesie przeglàdu lub naprawy i opisy metod pomiarowych,