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

2. Do zakresu dzia∏ania Instytutu nale˝y: 5) podejmowanie produkcji unikatowych aparatów, maszyn i urzàdzeƒ stosowanych w elektroenerge- 1) prowadzenie badaƒ naukowych i prac rozwojotyce i ciep∏ownictwie; wych oraz dzia∏alnoÊci doÊwiadczalnej, w szczególnoÊci w zakresie: 6) prowadzenie wspó∏pracy naukowej w kraju i za granicà w zakresie realizacji badaƒ naukowych a) rozwoju i eksploatacji krajowego systemu eleki prac rozwojowych; troenergetycznego, 7) prowadzenie dzia∏alnoÊci szkoleniowej, normalizab) wprowadzania ioceny nowoczesnych technolocyjnej, ochrony w∏asnoÊci przemys∏owej oraz ingii elementów systemu i sieci elektroenergeformacji naukowo-technicznej; tycznych, 8) upowszechnianie wyników prowadzonych badaƒ c) oceny jakoÊci energii elektrycznej dostarczanej naukowych i prac rozwojowych. odbiorcom, diagnostyki urzàdzeƒ i materia∏ów, stosowania odnawialnych i lokalnych êróde∏ § 6. 1. Po∏àczenie jednostek, o których mowa energii, w §1 ust. 1, nast´puje wed∏ug stanu uj´tego w sprad) opracowywania technologii i ocena nowych wozdaniach finansowych sporzàdzonych na dzieƒ imodernizowanych wyrobów wbran˝y instala- 31grudnia 2007 r. cyjno-sanitarnej i grzewczej, 2. Instytut przejmuje mienie oraz zobowiàzania e) wytwarzania nowych materia∏ów ceramicznych, i nale˝noÊci w∏àczanych jednostek w formie protokof) pomiarów przep∏ywów cieczy, par i gazów, wy- ∏ów zdawczo-odbiorczych. miany ciep∏a i aerodynamiki maszyn i urzàdzeƒ 3. Instytut wst´puje we wszystkie prawa iobowiàzcieplnych, ki, których podmiotem by∏y w∏àczane jednostki, bez g) badania w∏asnoÊci korozyjnych wytwarzanych wzgl´du na ich charakter prawny. maszyn, urzàdzeƒ i materia∏ów stosowanych w uk∏adach ciep∏owniczych; 4. Zadania uj´te wplanach rzeczowo-finansowych jednostek, októrych mowa w§ 1ust. 1pkt 2i3, wpro- 2) prowadzenie dzia∏alnoÊci wzakresie badaƒ icertywadza si´ do planu rzeczowo-finansowego Instytutu. fikacji w ramach posiadanych uprawnieƒ; 5. Po po∏àczeniu jednostek, o których mowa 3) prowadzenie dzia∏alnoÊci w zakresie ekspertyz w §1 ust. 1, obowiàzujà system finansowo-ksi´gowy technicznych i technologicznych, badaƒ, atestacji, oraz system finansowo-p∏acowy, stosowane przez oceny stosowanych procesów i organizacji; Instytut Energetyki przed dniem po∏àczenia. 4) prowadzenie dzia∏alnoÊci w zakresie doskonalenia metod i technik prowadzenia badaƒ naukowych § 7. Rozporzàdzenie wchodzi w ˝ycie z dniem i prac rozwojowych, projektowanie i budowa sta- 1 stycznia 2008 r. nowisk badawczych, aparatury badawczej i kontrolno-pomiarowej; 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)

§ 1. Rozporzàdzenie okreÊla: ka˝dego przypadku testowego sà niezmienione dane wyjÊciowe z poprzedzajàcego go przypadku 1) opis systemów teleinformatycznych stosowanych testowego; w publicznych s∏u˝bach zatrudnienia zawierajàcy struktur´ systemu, wymaganà minimalnà funkcjo- 9) siedzibie producenta — oznacza to równie˝ miejnalnoÊç systemu oraz zakres komunikacji pomi´- sce zamieszkania przedsi´biorcy — osoby fizyczdzy elementami struktury systemu, w tym zesta- nej; wienie struktur dokumentów elektronicznych, for- 10) systemie teleinformatycznym — oznacza to sysmatów danych oraz protoko∏ów komunikacyjnych tem teleinformatyczny w rozumieniu art.2 pkt3 i szyfrujàcych; ustawy zdnia 18 lipca 2002 r. oÊwiadczeniu us∏ug 2) wymagania standaryzujàce wzakresie bezpieczeƒ- drogà elektronicznà (Dz. U. Nr 144, poz. 1204, stwa, wydajnoÊci i rozwoju systemu; z 2004 r. Nr 96, poz. 959 i Nr 173, poz. 1808 oraz z 2007 r. Nr 50, poz. 331); 3) sposób post´powania w zakresie stwierdzania 11) testach zgodnoÊci — rozumie si´ przez to dzia∏ania zgodnoÊci oprogramowania z opisem systemu wykonywane na oprogramowaniu z wykorzystawraz z podaniem terminu dostosowania. niem scenariuszy testowych; § 2. Ilekroç w rozporzàdzeniu jest mowa o: 12) terminie dostosowawczym — oznacza to termin, do którego producenci sà obowiàzani zg∏osiç fakt 1) ministrze — oznacza to ministra w∏aÊciwego do dostosowania systemu teleinformatycznego do spraw pracy; obowiàzujàcego opisu; 2) okresie przejÊciowym — oznacza to okres rozpo- 13) ustawie — oznacza to ustaw´ z dnia 20 kwietnia czynajàcy si´ od dnia og∏oszenia obowiàzujàcej 2004 r. o promocji zatrudnienia i instytucjach rynwersji opisu systemu teleinformatycznego do dnia ku pracy. wskazanego w tym og∏oszeniu, w którym dopuszcza si´ stosowanie systemu teleinformatycznego § 3. 1. Struktura systemu teleinformatycznego stozgodnego z wersjà opisu, obowiàzujàcà przed sowanego w publicznych s∏u˝bach zatrudnienia zadniem og∏oszenia; wiera jego podzia∏ na elementy z uwzgl´dnieniem ich hierarchii, organizacji i komunikacji. 3) opisie — oznacza to opis systemów informatycznych wrozumieniu art. 4ust. 2pkt 1ustawy zdnia 2. Minimalnà funkcjonalnoÊç oprogramowania 20 kwietnia 2004 r. opromocji zatrudnienia iinstyzwiàzanà z wykonaniem zadaƒ przez publiczne s∏u˝by tucjach rynku pracy; zatrudnienia zapewnia: rejestracja i ewidencja osób 4) oprogramowaniu — oznacza to oprogramowanie bezrobotnych i poszukujàcych pracy, obs∏uga Êwiadstosowane w publicznych s∏u˝bach zatrudnienia czeƒ dla osób bezrobotnych iposzukujàcych pracy, obwraz z warunkami okreÊlajàcymi sposób jego s∏uga refundacji dla pracodawców, usprawnienie pou˝ytkowania; Êrednictwa pracy, obs∏uga szkoleƒ doradztwa zawodowego iklubów pracy dla osób bezrobotnych iposzuku- 5) poziomie organizacyjnym — oznacza to odpo- jàcych pracy, rozliczenia Êrodków Funduszu Pracy iEuwiednio: powiat, województwo, wojewod´ oraz ropejskiego Funduszu Spo∏ecznego, kontrola legalnoministra; Êci zatrudnienia, obs∏uga zatrudnienia cudzoziemców wPolsce, naliczanie statystyk rynku pracy. 6) producencie — oznacza to przedsi´biorc´ w rozumieniu ustawy z dnia 2 lipca 2004 r. o swobodzie § 4. 1. System teleinformatyczny spe∏nia wymagadzia∏alnoÊci gospodarczej (Dz. U. z 2007 r. Nr 155, nia okreÊlone wrozporzàdzeniu Rady Ministrów zdnia

i Nr 180, poz. 1280) lub obywatela Unii 11 paêdziernika 2005 r. wsprawie minimalnych wyma- Europejskiej, Konfederacji Szwajcarskiej, paƒstwa gaƒ dla systemów teleinformatycznych (Dz. U. Nr 212, cz∏onkowskiego Europejskiego Porozumienia

). o Wolnym Handlu (EFTA) — strony umowy o Europejskim Obszarze Gospodarczym lub osob´ 2. Do systemu teleinformatycznego stosuje si´ prawnà posiadajàcà siedzib´ w jednym z tych przepisy o ochronie danych osobowych. paƒstw, posiadajàcego autorskie prawa majàtkowe do oprogramowania; 3. Ka˝dy u˝ytkownik systemu teleinformatycznego posiada swój unikalny identyfikator s∏u˝àcy do autory- 7) przypadku testowym — oznacza to dokument zazacji, a wbudowane mechanizmy monitoringu powinwierajàcy zbiór wejÊç, warunków wykonania oraz ny umo˝liwiaç rejestracj´ prób logowaƒ do systemu oczekiwanych wyników, utworzony po to, aby wykonaç okreÊlony scenariusz testowy na oprogra- teleinformatycznego oraz zdefiniowanie zestawu Êlemowaniu lub zweryfikowaç okreÊlone wymaga- dzonych czynnoÊci wykonywanych przez u˝ytkowninie; ków. 8) scenariuszu testowym — oznacza to zestaw co naj- 4. System teleinformatyczny posiada wbudowane mniej dwóch przypadków testowych powiàzanych funkcje umo˝liwiajàce okresowe, automatyczne wykoze sobà wtaki sposób, ˝e danymi wejÊciowymi do nywanie kopii bezpieczeƒstwa.

§ 5. Minister og∏asza w dzienniku o zasi´gu ogól- 4) oznaczenie nazwy i numeru wersji oprogramowanokrajowym iwBiuletynie Informacji Publicznej infor- nia; macje o: 5) okreÊlenie parametrów urzàdzeƒ informatycznych 1) obowiàzujàcej wersji opisu; i oprogramowania niezb´dnego do zainstalowania i przeprowadzenia testów wed∏ug procedury 2) terminie dostosowawczym; zgodnoÊci. 3) okresie przejÊciowym; 3. Numer wersji oprogramowania, októrym mowa w ust. 2 pkt 4, tworzy si´ w nast´pujàcy sposób: 4) adresie internetowym, pod którym udost´pniono szczegó∏owà dokumentacj´ obowiàzujàcej wersji 1) dla PUP w wersji „PUP/n-k-y-x”, opisu wraz z zestawem scenariuszy testowych. 2) dla WUP w wersji „WUP/n-k-y-x”, § 6. 1. Minister stwierdza zgodnoÊç oprogramowania z obowiàzujàcà wersjà opisu na podstawie proce- 3) dla UW w wersji „UW/n-k-y-x”, dury zgodnoÊci. 4) dla MIN w wersji „MIN/n-k-y-x”, 2. Procedura zgodnoÊci, zgodnie z § 12, obejmuje gdzie znaczenie poszczególnych symboli jest nast´- wszystkie dzia∏ania zmierzajàce do ustalenia zgodnopujàce: Êci oprogramowania z opisem, a w szczególnoÊci: a) „n” oznacza nazw´ oprogramowania zg∏aszane- 1) badanie kompletnoÊci wniosku; go do testu zgodnoÊci, 2) badanie dokumentacji oprogramowania; b) „k” oznacza wersj´ opisu minimalnych wymagaƒ, które spe∏nia oprogramowanie, 3) testy zgodnoÊci. c) „y” oznacza numer wersji oprogramowania 3. Stwierdzenie zgodnoÊci oprogramowania zobo- producenta, wiàzujàcà wersjà opisu nast´puje w Êwiadectwie d) „x” oznacza numer kolejny aktualizacji wersji zgodnoÊci. oprogramowania. § 7. Procedurà zgodnoÊci obj´te jest oprogramo- 4. Do wniosku do∏àcza si´: wanie stosowane w publicznych s∏u˝bach zatrudnienia. 1) dokumentacj´ oprogramowania, je˝eli jest to pierwszy wniosek dla danego opisu oprogramo- § 8. 1. Zg∏oszenie oprogramowania do procedury wania zg∏aszanego do testu zgodnoÊci; je˝eli zgodnoÊci nast´puje na wniosek producenta, kierowawniosek dotyczy kolejnej wersji oprogramowania ny do ministra. lub jego aktualizacji, wówczas za∏àcza si´ tylko fragmenty dokumentacji podlegajàce zmianom; 2. Wniosek zawiera: 2) pisemne oÊwiadczenie okompletnoÊci izgodnoÊci 1) nazw´ producenta i adres jego siedziby; oprogramowania zobowiàzujàcà wersjà opisu dotyczàce: 2) imi´, nazwisko i stanowisko s∏u˝bowe osoby upowa˝nionej do kontaktów w imieniu producenta a) kompletnoÊci i zgodnoÊci dokumentacji oprow czasie trwania procedury zgodnoÊci; gramowania, 3) okreÊlenie poziomów organizacyjnych, dla których b) posiadania autorskich praw majàtkowych do oprogramowanie jest zg∏oszone do wykonania oprogramowania, procedury zgodnoÊci, oznaczanych w sposób nac) spe∏niania przez oprogramowanie obowiàzujàst´pujàcy: cego opisu minimalnych wymagaƒ wraz z za∏àa) PUP — wprzypadku oprogramowania wspoma- czonym raportem z wykonanych testów wegajàcego realizacj´ zadaƒ na rzecz rynku pracy wn´trznych oprogramowania, obejmujàcych przez samorzàd powiatowy, pe∏ny zestaw scenariuszy testowych; b) WUP — w przypadku oprogramowania wspo- 3) odpis lub wyciàg z rejestru przedsi´biorców lub magajàcego realizacj´ zadaƒ na rzecz rynku z ewidencji dzia∏alnoÊci gospodarczej sporzàdzopracy przez samorzàd województwa, ny nie wczeÊniej ni˝ 6miesi´cy przed dniem z∏o˝enia wniosku. c) UW — wprzypadku oprogramowania wspomagajàcego realizacj´ zadaƒ na rzecz rynku pracy 5. Obowiàzek, o którym mowa w ust. 4 pkt 3, nie przez wojewod´, dotyczy obywateli Unii Europejskiej, Konfederacji d) MIN — w przypadku oprogramowania wspo- Szwajcarskiej, paƒstw cz∏onkowskich Europejskiego magajàcego realizacj´ zadaƒ na rzecz rynku Porozumienia oWolnym Handlu (EFTA) — stron umopracy przez ministra; wy o Europejskim Obszarze Gospodarczym.

6. Dokumentacj´ oprogramowania producent 2) testu oprogramowania z wykorzystaniem aktualsk∏ada wwersji elektronicznej na dwóch osobnych in- nego zestawu scenariuszy testowych. formatycznych noÊnikach danych, przy czym minister mo˝e za˝àdaç maksymalnie dwóch kopii dokumenta- 2. W przypadku gdy oprogramowanie zg∏oszone cji lub jej dowolnego fragmentu w formie pisemnej. do procedury zgodnoÊci nie jest zainstalowane w publicznych s∏u˝bach zatrudnienia lub nie posiada 7. W przypadku gdy zg∏aszane oprogramowanie wa˝nego Êwiadectwa zgodnoÊci dla poprzedniej werjest ju˝ zainstalowane w publicznych s∏u˝bach zatrud- sji opisu, wydanie Êwiadectwa zgodnoÊci dla aktualnienia producent za∏àcza ponadto w wersji elektro- nej wersji opisu mo˝e nastàpiç jedynie na podstawie nicznej nast´pujàce dokumenty: obu czynnoÊci wskazanych w ust. 1. 1) spis aktualnie posiadanych instalacji oprogramo- § 13. Po dokonaniu przeglàdu dokumentacji oprowania; gramowania: 2) opis procedur post´powania, zwiàzanych ze zmia- 1) sporzàdza si´ raport, który niezw∏ocznie przekazunà wersji zainstalowanego oprogramowania na je si´ producentowi; wersj´ oprogramowania zg∏oszonego do testów zgodnoÊci. 2) producent wterminie 7dni od dnia otrzymania raportu zprzeglàdu mo˝e zg∏osiç umotywowane za- 8. Minister mo˝e za˝àdaç dodatkowo w formie pistrze˝enia do zawartych w nim wniosków; semnej kopii dokumentów okreÊlonych w ust. 6. 3) niezg∏oszenie zastrze˝eƒ wterminie, októrym mo- 9. Wymagania na dokumentacj´ oprogramowania wa w pkt 2, oznacza potwierdzenie wniosków zazg∏aszanego do testów zgodnoÊci okreÊla za∏àcznik do wartych w raporcie z przeglàdu; rozporzàdzenia. 4) w przypadku gdy zastrze˝enia producenta nie zostanà uwzgl´dnione, minister wzywa go do przed- § 9. 1. Oprogramowanie podlegajàce procedurze ∏o˝enia dokumentacji spe∏niajàcej wymagania zazgodnoÊci zawiera dokumentacj´, na którà sk∏ada si´: warte w opisie, w terminie 30 dni od dnia wezwadokumentacja techniczna, u˝ytkowa oraz spis definicji nia, informujàc jednoczeÊnie, i˝ w przypadku nieu˝ywanych terminów. przed∏o˝enia dokumentacji w tym terminie minister wyda decyzj´ o odmowie wydania Êwiadec- 2. W przypadku gdy wniosek nie spe∏nia wymotwa zgodnoÊci; gów, októrych mowa w§ 8ust. 2—6, minister wzywa producenta do usuni´cia braków, z zastrze˝eniem, i˝ 5) wprzypadku gdy dokumentacja dostarczona wterich nieusuni´cie w terminie 7 dni od otrzymania za- minie, o którym mowa w pkt 4, jest niezgodna wiadomienia, skutkuje pozostawieniem wniosku bez zopisem, minister wydaje decyzj´ oodmowie wyrozpoznania. dania Êwiadectwa zgodnoÊci. § 10. OÊwiadczenia i zawiadomienia sk∏adane mi- § 14. 1. Producenta zawiadamia si´ na piÊmie nistrowi przez producentów w zwiàzku z realizowanà o terminie przeprowadzenia testu zgodnoÊci z wykoprocedurà zgodnoÊci powinny zawieraç co najmniej: rzystaniem zestawu scenariuszy testowych. Czas trwa- 1) nazw´ i adres siedziby producenta; nia testu zgodnoÊci nie mo˝e przekroczyç 10 dni roboczych. 2) nazw´ i wersj´ oprogramowania; 3) opis przedmiotu sprawy. 2. Zawiadomienie, októrym mowa wust. 1, okreÊla: 1) termin rozpocz´cia oraz planowany harmonogram § 11. 1. Procedur´ zgodnoÊci oprogramowania testu zgodnoÊci; przeprowadza si´ w kolejnoÊci wp∏ywu wniosków do urz´du obs∏ugujàcego ministra. 2) adres miejsca instalacji przez producenta niezb´dnego i kompletnego dla przeprowadzenia testów 2. Pierwszeƒstwo w przeprowadzeniu procedury oprogramowania wraz z wykazem tego oprograzgodnoÊci przys∏uguje tym producentom, którzy pomowania; siadajà wa˝ne Êwiadectwo zgodnoÊci. 3) zobowiàzanie producenta do dostarczenia sprz´tu 3. Data z∏o˝enia wniosku w polskiej placówce niezb´dnego do przeprowadzenia testu zgodnopocztowej operatora publicznego albo w polskim Êci; urz´dzie konsularnym oznacza dat´ z∏o˝enia wniosku 4) liczb´ stanowisk, na których b´dzie przeprowadzaw urz´dzie obs∏ugujàcym ministra. ny test oprogramowania. § 12. 1. Dla stwierdzenia zgodnoÊci oprogramowania z aktualnym opisem, po zbadaniu kompletnoÊci § 15. 1. W terminie, o którym mowa w § 14 wniosku, dokonuje si´ jednej lub obydwu znast´pujà- ust.2 pkt 1, producent na w∏asny koszt wykonuje cych czynnoÊci: instalacj´ oprogramowania w takiej postaci, jaka jest przekazywana u˝ytkownikowi, wraz z instrukcjà insta- 1) przeglàdu dokumentacji oprogramowania; lacji i raportem z wykonania testu poinstalacyjnego.

2. Oprogramowanie instaluje si´ zpustymi bazami dzaju podstawowych wartoÊci, niezgodnych danych. Na ˝àdanie ministra producent dostarcza pro- z obowiàzujàcymi przepisami prawnymi; cedur´ ∏adowania bazy zadanà liczbà rekordów do te- 8) 5 — b∏àd wydajnoÊciowy, oznaczajàcy brak spe∏- stów wydajnoÊciowych. nienia opisanych wymagaƒ wydajnoÊciowych, § 16. 1. Testy oprogramowania przeprowadza si´ formu∏owanych w kategoriach czasu reakcji na z uwzgl´dnieniem scenariuszy testowych i skryptów dzia∏anie u˝ytkownika oraz liczby danych, dokutestowych, przygotowanych na podstawie og∏oszone- mentów przetwarzanych przez system teleinforgo opisu. matyczny. 2. W czasie trwania testów jest wymagana obec- 3. Ustala si´ nast´pujàce kategorie akceptacji noÊç uprawnionego przedstawiciela producenta, oprogramowania: w celu udzielania informacji w sprawach zwiàzanych 1) akceptacja — przyj´cie oprogramowania, gdy liczze sposobem obs∏ugi testowanego oprogramowania. ba b∏´dów jest ni˝sza od minimalnej liczby b∏´dów 3. W czasie prowadzenia testu nie dopuszcza si´ okreÊlonych wpkt 2, wka˝dej ze wskazanych katewykonywania poprawek i aktualizacji testowanego gorii, chyba ˝e wartoÊcià minimalnà jest 0 (zero); oprogramowania w celu poprawy jego funkcjonalno- 2) akceptacja warunkowa, gdy liczba b∏´dów wynosi: Êci lub usuni´cia stwierdzonych wczasie testu nieprawid∏owoÊci. a) kategoria 1 — dopuszczalna liczba 0, b) kategoria 2k — równa lub wi´ksza 4 i mniejsza 4. Minister mo˝e przerwaç testy zgodnoÊci na czas lub równa 6, konieczny do usuni´cia zg∏oszonych problemów, je˝eli ich zakoƒczenie w planowanym terminie nie jest c) kategoria 2n — równa lub wi´ksza 7 i mniejsza mo˝liwe ze wzgl´du na rodzaj stwierdzonych proble- lub równa 15, mów, o czym zawiadamia producenta na piÊmie, wyd) kategoria 2r — równa lub wi´ksza 7 i mniejsza znaczajàc termin kontynuacji testów. lub równa 15, § 17. 1. Ka˝dy problem testowy stwierdzony e) kategoria 3k — równa lub wi´ksza 11 i mniejw trakcie przeprowadzania testów zgodnoÊci podlega sza lub równa 25, zakwalifikowaniu do odpowiedniej kategorii. f) kategoria 3n — równa lub wi´ksza 21 i mniejsza lub równa 50, 2. Wyró˝nia si´ nast´pujàce kategorie problemów testowych: g) kategoria 4 — równa lub wi´ksza 7 imniejsza lub równa 20, 1) 1 — b∏àd terminalny, blokujàcy mo˝liwoÊç u˝ycia oprogramowania jako ca∏oÊci, a w szczególnoÊci h) kategoria 5 — równa lub wi´ksza 7 i mniejsza zawieszenie jego pracy; lub równa 10; 2) 2k — b∏àd funkcjonalny, powodujàcy, ˝e w ˝aden 3) odrzucenie produktu, gdy liczba b∏´dów przekrasposób nie jest mo˝liwe poprawne wykonanie cza maksymalnà liczb´ okreÊlonà w pkt 2, dla któfunkcji merytorycznej, która zgodnie zdokumenta- rejkolwiek kategorii. cjà oprogramowania powinna byç mo˝liwa do zrealizowania przy u˝yciu oprogramowania; 4. Test zgodnoÊci oprogramowania przeprowadza si´ na wybranym zestawie scenariuszy testowych 3) 2n — b∏àd funkcjonalny, blokujàcy mo˝liwoÊç wyspoÊród istniejàcego zestawu scenariuszy testowych. konania funkcji merytorycznej w sposób zgodny zdokumentacjà oprogramowania pod warunkiem, § 18. 1. Wterminie 7dni od dnia zakoƒczenia prze- ˝e istnieje mo˝liwoÊç poprawnego wykonania tej prowadzenia testu zgodnoÊci minister sporzàdza rafunkcji przy u˝yciu oprogramowania w sposób inport, który przekazuje si´ niezw∏ocznie producentowi. ny ni˝ zdefiniowano to w dokumentacji projektowej; 2. Wraporcie przedstawia si´ wszczególnoÊci pro- 4) 2r — pozosta∏e b∏´dy funkcjonalne; blemy testowe stwierdzone w trakcie testów zgodno- Êci wraz z okreÊleniem ich kategorii. 5) 3k — b∏àd w zakresie komunikacji z u˝ytkownikiem, mogàcy mieç wp∏yw na poprawnoÊç pracy 3. W terminie 7 dni od dnia otrzymania raportu u˝ytkownika zoprogramowaniem; do b∏´dów tych producent mo˝e zg∏osiç umotywowane zastrze˝enia zalicza si´: brakujàce lub b∏´dne kryteria sortowa- do wniosków w nim zawartych. nia, niepoprawnie dzia∏ajàce filtry, b∏´dne warto- Êci domyÊlne pól, b∏´dne lub brakujàce podpowie- 4. Niewniesienie zastrze˝eƒ w terminie, o którym dzi, b∏´dny format danych, brak sprawdzania obli- mowa w ust. 3, oznacza potwierdzenie wniosków zagatoryjnoÊci pól; wartych w raporcie. 6) 3n — pozosta∏e b∏´dy w zakresie komunikacji 5. W oparciu o wnioski przedstawione w raporcie, z u˝ytkownikiem; a tak˝e zg∏oszone zastrze˝enia producenta, minister 7) 4 — brak ograniczeƒ w oprogramowaniu blokujà- wydaje Êwiadectwo zgodnoÊci lub decyzj´ administracych mo˝liwoÊç swobodnego doboru liczby i ro- cyjnà o odmowie jego wydania.

Za∏àcznik do rozporzàdzenia Ministra Pracy iPolityki Spo∏ecznej zdnia 2listopada 2007 r. (poz. 1566) WYMAGANIA NA DOKUMENTACJ¢ OPROGRAMOWANIA ZG¸ASZANEGO DO TESTÓW ZGODNOÂCI 1. Dokumentacja oprogramowania zg∏aszanego do — specyfikacj´ platform sprz´towych, systetestów zgodnoÊci sk∏ada si´ z: mów operacyjnych i platform sieciowych, 1) dokumentacji technicznej; — informacj´ na temat przenaszalnoÊci danych pomi´dzy platformami systemowy- 2) dokumentacji u˝ytkowej; mi, 3) s∏ownika definicji u˝ywanych terminów i indek- — mo˝liwoÊç wspó∏pracy z innym oprograsu. mowaniem, 2. Ka˝dy dokument wchodzàcy wsk∏ad dokumentacji — omówienie przyczyn przyj´tych ogranimusi zawieraç: czeƒ koncepcji oprogramowania w sto- 1) spis treÊci; sunku do opisu minimalnych wymagaƒ (jeÊli takowe wyst´pujà) oraz ich wp∏ywu 2) wprowadzenie, opisujàce cel istnienia dokuna u˝ytecznoÊç oprogramowania; mentu i jego zwiàzki oraz zale˝noÊci z innymi dokumentami tworzàcymi ca∏oÊç dokumentacji; 2) dokumentacj´ logicznego modelu danych oprogramowania sk∏adajàcà si´ z: 3) cz´Êç zasadniczà; w przypadku stosowania metod obiektowych: 4) indeks odwo∏aƒ. a) diagramu(ów) klas zawierajàcego równie˝ 3. Dokumentacja techniczna musi zawieraç pe∏nà zwiàzki wyst´pujàce mi´dzy klasami, specyfikacj´ technicznà oprogramowania. Dokub) raportów: mentacja dzieli si´ na nast´pujàce grupy dokumentów: — definicji klas z listà atrybutów i zwiàzków z innymi klasami oraz zdefiniowanym lo- 1) dokumentacjà projektowà oprogramowania, gicznym kluczem pierwotnym, która musi zawieraç nast´pujàce elementy: a) specyfikacj´ formy i zawartoÊci elementów — definicji danych z∏o˝onych oraz elemendokumentacji oprogramowania, tarnych, b) przewodnik po zawartoÊci poszczególnych w przypadku stosowania metod strukturalnych: elementów dokumentacji oprogramowania, c) diagramu(ów) zwiàzków encji, c) normy i standardy zastosowane w zg∏oszod) raportów: nym oprogramowaniu, — definicji encji z listà atrybutów i zwiàzków d) definicje poj´ç stosowanych w oprogramoz innymi encjami oraz zdefiniowanym lowaniu i jego dokumentacji, opis przyj´tych norm i standardów dotyczàcych interfejsu gicznym kluczem pierwotnym, u˝ytkownika, administracji oprogramowa- — definicji danych z∏o˝onych oraz elemenniem, dost´pu do danych, wymiany informa- tarnych. cji pomi´dzy instalacjami oprogramowania, 4. Dokumentacja u˝ytkowa zawiera nast´pujàce elee) koncepcj´ dzia∏ania oprogramowania: ogólmenty: na i szczegó∏owa (z odwo∏aniami do wymagaƒ), 1) opis funkcjonalny — opisuje przeznaczenie f) architektur´ oprogramowania, a w tym: i g∏ówne mo˝liwoÊci systemu; — prezentacj´ architektury oprogramowa- 2) dokumentacj´ u˝ytkownika — opis systemu nia, w szczególnoÊci podzia∏ na kompo- przeznaczony dla u˝ytkowników — zawiera: nenty oraz ich wewn´trzne wspó∏dzia∏aa) sposoby uruchamiania oraz koƒczenia pracy nie, z systemem, — podstawowe, techniczne cechy oprograb) opis scenariuszy wykonania wszystkich podmowania: techniczne cechy interfejsu, zastawowych procedur biznesowych przez bezpieczenia dost´pu, ogólne informacje u˝ytkownika koƒcowego oprogramowania, o oprogramowaniu baz danych, konfigurowanie oprogramowania, tworzenie kopii c) opis wszystkich funkcji systemu, sposoby ich zapasowych, wywo∏ywania i realizacji, — specyfikacj´ wymagaƒ dotyczàcych insta- d) opisy b∏´dów i metody ich obs∏ugi, np. lacji w tym dodatkowego sprz´tu i opro- o sposobach odwo∏ywania operacji wykonagramowania, nych b∏´dnie przez u˝ytkownika,

e) opisy formatów danych, 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 g) opis sposobu korzystania zsystemu pomocy; wersji systemu, 3) podr´cznik instalacji — powinien zawieraç opis f) procedury migracji danych z innych, równoprocedury instalacji oraz dostrojenia systemu rz´dnych systemów, je˝eli takie wyst´pujà; do Êrodowiska, w którym system b´dzie pracowaç, a w tym: 4) podr´cznik administratora oprogramowania — powinien zawieraç opis sposobu realizacji przez a) procedury instalacyjne serwera(ów), administratora systemu wymagaƒ okreÊlonych b) procedury instalacyjne bazy danych, dla komponentu „Administracja Lokalna”. 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