Elektronický systém podpory pro správu farnosti matrika

České vysoké učení technické v Praze Fakulta elektrotechnická Katedra počítačů

Diplomová práce

Elektronický systém podpory pro správu farnosti – matrika Václav Novák

Vedoucí práce: P. Mgr. Josef Ptáček

Studijní program: Elektrotechnika a informatika, dobíhající magisterský Obor: Výpočetní technika leden 2009

ii

Poděkování Na tomto místě bych chtěl poděkovat všem, kteří mě během mé práce podporovali a pomáhali, rodičům, sestře, P. Mgr. Pavlovi Machovi, Ing. Vlastovi Kozelkovi a všem přátelům. Poděkování patří také všem, kteří se zúčastnili uživatelských testů a Ing. Jiřímu Blektovi, Ph.D. za velmi cenné připomínky. Děkuji též P. Mgr. Josefu Ptáčkovi za vedení této diplomové práce a Ing. Michalu Valentovi, Ph.D. za přijetí oponentury.

iii

iv

Prohlášení Prohlašuji, že jsem svou diplomovou práci vypracoval samostatně a použil jsem pouze podklady, uvedené v přiloženém seznamu. Nemám závažný důvod proti užití tohoto školního díla ve smyslu §60 Zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon).

V Mladé Boleslavi dne 22. ledna 2009

v

………………………………………………………

vi

Abstract My thesis deals with creation and analysis of an information system which is expected to be used as a parish register. It focuses on a research of existing domestic and foreign information systems. Additionally, I tried to compare them and proposed a new system which can be used in Czech Roman Catholic parishes. The implementation part covers a demo version related to a register of baptized people.

Abstrakt Tato diplomová práce se zabývá analýzou a tvorbou informačního systému pro použití v oblasti církevní matriky. Cílem práce je provést průzkum exitujících domácích i zahraničních informačních systémů, jejich vzájemné srovnání a navrhnutí nového systému pro potřeby českých římskokatolických farností. Implementační část diplomové práce pokrývá demoverzi aplikace knihy pokřtěných.

vii

viii

Obsah Seznam obrázků......................................................................................xiii Seznam tabulek ........................................................................................ xv 1.

Úvod ................................................................................................... 1

2.

Seznámení s projektem..................................................................... 3 2.1 Vývoj projektu ............................................................................ 3 2.2 Deklarace záměru ....................................................................... 3 2.3 Základní požadavky na systém ................................................... 4 2.4 Cíle projektu ............................................................................... 4 2.5 Rámcový plán projektu............................................................... 5 2.6 Analýza domény ......................................................................... 6 2.6.1 Pojem matriční knihy (matriky).............................................. 6 2.6.2 Státní matriky.......................................................................... 6 2.6.3 Církevní matriky ..................................................................... 6 2.7 Výsledky analýzy církevního práva............................................ 7 2.7.1 Kodex církevního práva – CIC ............................................... 7 2.7.2 Ostatní církevní směrnice ....................................................... 8 2.8 Výsledky analýzy civilního práva............................................... 9

3.

Průzkum existujících systémů ....................................................... 11 3.1 Česká republika......................................................................... 11 3.1.1 Průzkum napříč diecézemi.................................................... 11 3.1.2 Softwarová řešení ................................................................. 12 3.2 Zahraničí ................................................................................... 14 3.2.1 Německo ............................................................................... 14 3.2.2 Slovensko.............................................................................. 14 3.2.3 Spojené státy americké ......................................................... 15 3.3 Srovnání .................................................................................... 17

4.

Úvodní studie................................................................................... 19 4.1 Odborný článek......................................................................... 19 4.2 Katalog požadavků ................................................................... 22 4.3 Seznam aktérů........................................................................... 27 4.4 Seznam událostí ........................................................................ 28 4.5 Kontextový diagram ................................................................. 31 4.6 Model jednání ........................................................................... 32 4.7 Požadavky na hardware a software........................................... 33 4.8 Řešitelský tým........................................................................... 33

ix

5.

Analýza a návrh řešení ...................................................................35 5.1 Datový model ............................................................................35 5.2 Funkční model...........................................................................42 5.3 Dynamický model .....................................................................42 5.4 Scénáře případu užití.................................................................46 5.5 Specifikování uživatelských práv .............................................50 5.6 Návrh GUI.................................................................................51 5.7 Stručná uživatelská příručka .....................................................51 5.8 Architektura ..............................................................................53 5.8.1 Základní komponenty ...........................................................53 5.8.2 Komponenty formulářů.........................................................53 5.8.3 Komponenta řídící logika aplikace .......................................53 5.8.4 Komponenta tiskové sestavy.................................................54 5.8.5 Komponenta driver databáze.................................................55

6.

Implementace ..................................................................................57 6.1 Použité technologie a nástroje...................................................57 6.1.1 Programovací jazyk...............................................................57 6.1.2 Vývojové prostředí................................................................57 6.1.3 Databázový server.................................................................57 6.1.4 Driver databáze .....................................................................58 6.1.5 Nástroj pro tiskové sestavy ...................................................58 6.1.6 API pro datum a čas ..............................................................58 6.2 Postup implementace ................................................................59 6.3 Ukázka kódu .............................................................................60 6.3.1 Užití knihovny JasporReports ...............................................60 6.3.2 Římské číslice v reportu........................................................61 6.4 Současný stav implementace ....................................................62 6.5 Další vývoj aplikace..................................................................62

7.

Usability testy ..................................................................................65 7.1 Charakterizace uživatelů ...........................................................65 7.1.1 Popis reálných uživatelů .......................................................65 7.1.2 Skeletony:..............................................................................66 7.1.3 Persony..................................................................................67 7.2 Návrh testu ................................................................................69 7.2.1 Cíle testu ...............................................................................69 7.2.2 Osnova testu ..........................................................................69 7.3 Výběr účastníků ........................................................................74 7.4 Nastavení testu ..........................................................................74 7.5 Zkušební test .............................................................................74 7.6 Testování ...................................................................................74 7.7 Zpracování výsledku testů ........................................................75 7.7.1 Výběr skutečných účastníků .................................................75

x

7.7.2 7.7.3 7.7.4 7.7.5

Dotazník před testem ............................................................ 75 Testy...................................................................................... 75 Dotazník po testu .................................................................. 80 Shrnutí testů a závěrečná doporučení ................................... 80

8.

Zhodnocení ...................................................................................... 83 8.1 Zhodnocení splnění zadání ....................................................... 83 8.2 Zhodnocení použitých technologií............................................ 83 8.3 Budoucnost projektu ................................................................. 84 9. Závěr ................................................................................................ 85 10. Seznam literatury............................................................................ 87 A.

Historie matričních knih ................................................................ 91

B.

Základní analýza domény .............................................................. 93 B.1 Křest.......................................................................................... 93 B.2 Biřmování ................................................................................. 94 B.3 Eucharistie ................................................................................ 94 B.4 Svátost pomazání nemocných................................................... 95 B.5 Svátost manželství .................................................................... 95 B.6 Svátost kněžství – svěcení ........................................................ 96 B.7 Svátost smíření.......................................................................... 96 B.8 Pohřeb ....................................................................................... 96 B.9 Povolení, delegace, dispenze .................................................... 97 B.10 Součinnost matričního a farního úřadu..................................... 97 B.10.1 Uzavření církevního sňatku .............................................. 98 B.10.2 Vydávání potvrzení o křtu před 1. lednem 1950 .............. 98 B.11 Vývoj formy církevního sňatku ................................................ 99

C.

Civilní právní normy .................................................................... 101 C.1 Zákon o ochraně osobních údajů ............................................ 101 C.2 Zákon o evidenci obyvatel...................................................... 102 C.3 Úplný přehled civilních právních norem ................................ 102

D.

Česká republika ............................................................................ 105 D.1 Formát ručně psaných matrik ................................................. 105 D.2 Průzkum na biskupstvích ........................................................ 108 D.3 Softwarová řešení ................................................................... 109 D.4 Církevní informační systém (CIS) .......................................... 123

E.

Situace v zahraničí ........................................................................ 125 E.1 Německo ................................................................................. 125

xi

E.2 E.3 F.

Slovensko ................................................................................127 Spojené státy americké............................................................132

Návrh GUI .....................................................................................141

G. Usability test – materiály ..............................................................157 G.1 Dotazník před testem ..............................................................157 G.2 Zadání testu .............................................................................158 G.3 Dotazník po testu ....................................................................161 H.

Seznam použitých zkratek............................................................163

I.

Obsah přiloženého CD..................................................................165

xii

Seznam obrázků 4-1 4-2 5-1 5-2 5-3 5-4 5-5 5-6 5-7 5-8 5-9 5-10 5-11 5-12 5-13 5-14

Kontextový diagram.............................................................................. 31 Model jednání ....................................................................................... 32 Datový model - celkové schéma ........................................................... 36 Datový model - číselníky ...................................................................... 37 Datový model - osoby ........................................................................... 38 Datový model - farnosti ........................................................................ 39 Datový model - kniha zemřelých .......................................................... 39 Datová model - kniha pokřtěných......................................................... 40 Datový model - kniha oddaných ........................................................... 41 Datový model - kniha Ne temere .......................................................... 42 Funkční model....................................................................................... 43 Dynamický model - Přihlášení.............................................................. 44 Dynamický model - Administrátor ....................................................... 44 Dynamický model - Uživatel ................................................................ 45 Dekompozice aplikace na moduly ........................................................ 54 Dekompozice modulu řídící logika....................................................... 55

D-1 D-2 D-3 D-4 D-5 D-6 D-7 D-8 D-9 D-10 D-11 D-12 D-13 D-14 D-15 D-16 D-17 D-18 D-19 D-20 D-21 D-22 D-23 D-24

Příklad knihy biřmovanců................................................................... 105 Ukázka knihy oddaných...................................................................... 106 Ukázka knihy pokřtěných ................................................................... 107 Ukázka knihy zemřelých..................................................................... 108 Program Brno (dóm) - hlavní okno..................................................... 110 Program Brno (dóm) - kniha pokřtěných............................................ 111 Program Brno (dóm) - kniha oddaných .............................................. 111 Program Brno (dóm) - opis knihy pokřtěných .................................... 112 Program Brno (dóm) 2 - hlavní okno.................................................. 112 Program Brno (dóm) 2 - kniha pokřtěných......................................... 113 Program Brno (dóm) 2 - kniha oddaných ........................................... 113 Program Žižkov - hlavní okno ............................................................ 115 Program Žižkov - kniha pokřtěných ................................................... 116 Program Žižkov - databáze osob......................................................... 116 Program Žižkov - pamětní křestní list................................................. 117 Program Žižkov - kniha oddaných...................................................... 117 Program WinKarFar - okno osoby...................................................... 119 Program WinKarFar - kniha pokřtěných ............................................ 120 Program WinKarFar - kniha biřmovanců ........................................... 120 Program WinKarFar - kontextové menu............................................. 121 Program WinKarFar - snaha o vložení duplicity ................................ 121 Program WinKarFar - generování opisu knihy pokřtěných................ 122 Program WinKarFar - opis knihy pokřtěných..................................... 122 Ukázka programu MAT ...................................................................... 123

xiii

E-1 E-2 E-3 E-4 E-5 E-6 E-7 E-8 E-9 E-10 E-11 E-12 E-13 E-14 E-15 E-16 E-17 E-18 E-19 F-1 F-2 F-3 F-4 F-5 F-6 F-7 F-8 F-9 F-10 F-11 F-12 F-13 F-14 F-15 F-16 F-17 F-18 F-19 F-20 F-21 I-1

Projekt MonasteriuM - historické matriky pasovské diecéze .............126 Projekt MonasteriuM - detail zobrazení..............................................126 Slovenská matrika - hlavní okno.........................................................128 Slovenská matrika - kniha pokřtěných ................................................129 Slovenská matrika - seznam snoubenců..............................................129 Slovenská matrika - žádost o dispenz .................................................130 Matrika farního úřadu – kniha pokřtěných..........................................131 Matrika farního úřadu – filtrování záznamů .......................................131 Matrika farního úřadu – tisková sestava .............................................132 Logos II – hlavní okno ........................................................................134 Logos II - záznam osoby/rodiny..........................................................134 Logos II - změna nastavení aplikace pro různé účely .........................135 Logos Sacramental Register – výběr vyhledávajícího kritéria............136 Logos Sacramental Register - kniha pokřtěných.................................136 Logos Sacramental Register - tisk potvrzení o křtu ............................137 Logos Sacramental Register - dotazník před sňatkem ........................137 Parish Pro - seznam rodin a osob ........................................................139 Parish Pro - kniha pokřtěných .............................................................139 Parish Pro - postup editace svátostí jednotlivých osob .......................140 Přihlašovací dialog ..............................................................................141 Hlavní menu (přihlášen administrátor) ...............................................141 Výběr farnosti (přihlášen uživatel)......................................................141 ndex osob.............................................................................................142 Detailní pohled na panel osobní údaje konkrétní osoby .....................143 Detailní pohled na panel křest konkrétní osoby ..................................144 Formulář pro zadání křtu.....................................................................145 Kniha pokřtěných - záložka matrika ...................................................146 Kniha pokřtěných - výběr parafujícího potvrzení o křtu.....................147 Dialogové okno pro výběr ročníku opisu matriky ..............................148 Okno náhledu tiskové sestavy – Jasper Viewer ..................................148 Titulní strana opisu knihy pokřtěných.................................................149 Vnitřní strana opisu knihy pokřtěných ................................................150 Závěrečná strana opisu knihy pokřtěných ...........................................151 Potvrzení o křtu ...................................................................................152 Pamětní list svátosti křtu .....................................................................153 Prázdný křestní zápis...........................................................................154 Dialogové okno pro tisk potvrzení o přípravě na křest .......................155 Potvrzení o přípravě na křest...............................................................155 Číselník udělovatelů svátostí...............................................................156 Číselník farností ..................................................................................156 Obsah přiloženého CD ........................................................................165

xiv

Seznam tabulek 3-1 4-1 4-2

Největší američtí dodavatelé farního softwaru ..................................... 16 Seznam událostí .................................................................................... 28 Náklady na pořízení nového vybavení pro provoz IS........................... 33

D-1 D-2 E-1

Srovnání farností dle diecézí............................................................... 109 Srovnání uživatelů dle diecézí ............................................................ 109 Přehled jednotlivých modulů Parish Pro............................................. 138

xv

1

1. Úvod V průběhu studia na Katedře počítačů Elektrotechnické fakulty jsem měl možnost zabývat se v několika předmětech velmi zajímavou problematikou databází a jejich využití. Po dobu tří let jsem vykonával odbornou praxi ve ŠKODA AUTO a. s. v Mladé Boleslavi na oddělení EOI - Informační a komunikační služby, kde jsem měl možnost získávat teoretické znalosti i praktické dovednosti v oboru počítačových sítí a databází. V rámci semestrální práce v předmětu Databázové systémy 1 jsem se prvně začal zabývat tématem souvisejícím s církevními matrikami. Téma bylo již v rámci tohoto předmětu považováno za originální a zajímavé. S problematikou jsem se proto dále zabýval i v předmětu Databázové systémy 2. Mezitím jsem se stal pastoračním asistentem ve své farnosti, a tak jsem měl možnost seznámit se s tímto tématem velmi podrobně. Postupem času jsem začal vnímat potřebu jednotného a uživatelsky přívětivého softwaru pro správu agendy matrik. Podařilo se mi navázat kontakt s P. Mgr. Josefem Ptáčkem, který má na starosti katalog pražského arcibiskupství a mnoho úspěšných webových projektů. S ním jsem se posléze domluvil na vedení této diplomové práce. Cílem práce je zmapování současného využití výpočetní techniky při správě církevních matričních knih v České republice a několika vybraných zemích v zahraničí. Na základě zjištěných poznatků by měl být zpracován návrh nového jednotného informačního systému, který by bylo možné použít pro správu agendy matrik napříč všemi diecézemi České republiky.

3

2. Seznámení s projektem 2.1 Vývoj projektu Na počátku byl kladen důraz na zhotovení podrobné analýzy požadavků na informační systém církevní elektronické matriky a průzkum současných již existujících domácích i zahraničních softwarových produktů. Nepředpokládali jsme, že by se mnou implementovaná aplikace mohla začít využívat v praxi, cílem bylo spíše získat demoverzi, která by mohla posloužit při prezentaci problematiky na vyšších místech církevní hierarchie. Tato práce (nebo její jednotlivé části) by pak mohla být využita jako součást zadavatelské dokumentace komerční softwarové firmě. Začal jsem návštěvou archivů na biskupstvích, matričního úřadu v místě svého bydliště. Následovalo období vyhledávání existujících softwarových produktů dle zadání v České republice, ale také v Německé spolkové republice, Slovenské republice a ve Spojených státech amerických. Nalezené produkty jsem se snažil získat, nainstalovat a testovat. O průzkumu situace v České republice hovoří samostatná příloha D, souhrnná zpráva o zahraničních produktech je v příloze E. Osobám, které nejsou zběhlé v církevní terminologii, bylo nutné poskytnou základní přehled terminologie a zvyklostí v oblasti matriční agendy. Tuto část jsem zařadil do přílohy B.

2.2 Deklarace záměru Tato práce je složena ze dvou částí - analytické a implementační. Součástí práce je také vysvětlení pojmu matrika a pojednání o její historii a praktickém využití. V analytické části jsou popsány vybrané komplexní systémy pro správu farnosti, které se užívají v zahraničí (za předpokladu, že existují a jsou dostupné v demoverzi nebo jako freeware). Další krok se zužuje pouze na software matrik, jejich popis, zkoušení a vyhodnocení uživatelské přívětivosti. Mezi zkoumanými zahraničními státy jsou Slovensko, Německo a Spojené státy americké. Tyto státy jsou dále porovnány s Českou republikou.

4

KAPITOLA 2. SEZNÁMENÍ S PROJEKTEM

Hlavním bodem analytické části je důkladná analýza a návrh desktopové aplikace pro potřeby farních úřadů. Analýza si klade za cíl zaručit, že navržený systém bude vyhovovat platné legislativě České republiky a Kodexu církevního práva. Právní problematika je v nezbytném rozsahu také součástí této práce. Aplikace by měla být do budoucna využita jako klientská v architektuře server (biskupství) – klient (farní úřady). Rozsah této práce však umožňuje zabývat se pouze klientskou částí. V implementační části je dále navržený systém naprogramován v rozsahu knihy pokřtěných, včetně grafického uživatelského rozhraní. Na závěr je daná aplikace testována. Na implementaci nebyly žádné požadavky ve smyslu platformní nezávislosti a volbě programovacích prostředků. Je však požadováno užívání komentářů a umožnění dalšího rozvoje aplikace – kniha oddaných a kniha zemřelých. První návrh uživatelského prostředí je testován uživateli a vybrané chybně navržené části změněny.

2.3 Základní požadavky na systém Elektronická verze knihy pokřtěných, oddaných a zemřelých. Jednotný tisk formulářů i souhrnných údajů. Snadné vyhledání jednotlivých záznamů dle různých kritérií. Export tiskových sestav do základních formátů. Statistické údaje o počtu provedených úkonů. Zabezpečení proti neoprávněnému užití systému a vnějšímu narušení.

2.4 Cíle projektu Provedení průzkumu v českých a moravských diecézích. Provedení průzkumu ve vybraných zahraničních diecézích. Shrnutí výsledků a porovnání situace v ČR a zahraničí. Seznámení se platnou legislativou na úseku matrik (Kanonické i světské právo). Navržení informačního systému elektronické matriky. Osvojení základů grafického prostředí v programovacím jazyku Java. Seznámení se s MS SQL serverem.


2.5 Rámcový plán projektu Sběr informací a dat: Seznámení se s agendou matrik na farním úřadě. Návštěva pracovišť biskupských archivů. Návštěva matričního úřadu. Zjišťování údajů na jednotlivých biskupstvích. Hledání zahraničních produktů. Úvodní studie: Vyhodnocení cílů a základních požadavků na systém. Vytyčení hranic systému. Analytická studie: Podrobnější rozbor požadavků na systém. Vytvoření uživatelských profilů uživatelů. Vytvoření person. Návrh datové reprezentace, návrh databáze. Modelování jednotlivých částí systému. Architektura + GUI: Dekompozice na moduly. Navržení uživatelského rozhraní. Otestování GUI: Předložení modelu uživatelského prostředí reálným uživatelům. Implementace I. Implementace jednotlivých modulů a funkcionalit systému. Uživatelské testy: Otestování aplikace na uživatelích. Implementace II. Odstranění nalezených problémů (nebude obsahem této práce).

5

6


2.6 Analýza domény 2.6.1

Pojem matriční knihy (matriky)

Pod pojmem matriční knihy, zkráceně matriky, rozumíme v kontextu této práce úřední knihy, které vedli a vedou duchovní správci jednotlivých farností1. Tyto knihy sloužily v dřívějších dobách ke státní evidenci obyvatelstva a vnitřním potřebám církve, konkrétněji k evidenci udílení svátostí jednotlivým osobám. V naší zemi došlo v roce 1950 k odebrání matriční agendy farním úřadům a matriky převzaly tehdejší národní výbory. Římskokatolická církev si však i nadále vede matriční knihy pro interní potřebu evidence udílení svátostí. Detailnějším popisem historie matričních knih se zabývá příloha A.

2.6.2

Státní matriky

Protože současné státní matriky přímo vycházejí z církevních matrik, byla provedena stručná analýza situace i v této oblasti. Státní evidenci narození, uzavření manželství a úmrtí fyzických osob (státní matriky) vedou matriční úřady ve svých správních obvodech. Správa matrik byla z církví na stát převedena zákonem č. 268/1949 Sb. o matrikách, tento zákon byl novelizován Vyhláškou č. 22/1977 Sb. Tato právní norma platila až do 30. 6. 2001. Od tohoto data začal platit nový Zákon č. 301/2000 Sb., o matrikách, jménu a příjmení a o změně některých souvisejících zákonů; dále Vyhláška č. 207/2001 Sb., která je prováděcím předpisem zákona o matrikách. Přehled všech právních předpisů, které se týkají této agendy, je obsažen v příloze B. Tyto právní předpisy se však vztahují jen na státní evidenci, ne na církevní matriky. Matriční knihy jsou svázané tiskopisy archivního papíru, na který se záznamy provádějí dokumentním inkoustem. Od 1. ledna 2004 je povinnost vést matriční knihy souběžně také pomocí výpočetní techniky.2

2.6.3

Církevní matriky

I po roce 1950, po odejmutí vedení státní evidence matrik, si církev vede své matriční knihy nadále. Ani jejich forma se od roku 1950 příliš nezměnila. V některých malých farnostech se jistě zapisuje do prvních knih od roku 1950. Starší matriky do roku 1950 byly odevzdány státu na základě § 27 zákona 1

Farnost - obdoba obce ve státní správě

2

Zákon č. 301/2000 Sb., § 6


7

č. 268/1949 Sb. Jejich duplikáty (tj. opisy originálu, také druhopisy) měla církev v držení až do roku 2004, pak i tyto dokumenty byly z jednotlivých biskupstvích předány okresním, popř. oblastním archivům. Pro podrobnější studium starších předpisů a doporučení k administrativním záležitostem ohledně matrik odkazuji na monografii Úřední sloh církevní.[1] Originál dnešních matričních knih se vede v sídle farního úřadu, duplikáty se potom odevzdávají a uchovávají v jednotném archivu konzistorního úřadu na jednotlivých biskupstvích.[2] Velkým problémem dnešní doby je, že se za duplikáty v archivech akceptují pouhé fotokopie originálu (i když úředně potvrzené). To je v rozporu s archivním zákonem, protože správně by měly být i tyto duplikáty psány dokumentním inkoustem na archivní papír. U prostých kopií pořízených běžnou laserovou kopírovací technologií není zaručena dlouhodobá stabilita výtisku. Protože tyto matriky již neslouží státní evidenci, vynucovat či navrhovat změnu je zbytečné. Nejčastějším argumentem na farních úřadech pro tento postup je úspora času. Ovšem také ve zpracování originálů se vyskytují různé nešvary – používání propisovacích tužek, vyhotovování zápisů zpětně po dlouhé době, atd. Z těchto důvodů by bylo zpracování duplikátů elektronickou formou jistě velkým přínosem pro bezpečné a trvalé zachování údajů, jejichž hodnota je pro interní potřebu církve nevyčíslitelná. V případě ztráty nebo poničení originálu v dané farnosti by posléze bylo velmi snadné obnovit záznamy z elektronické matriky. V práci ale zároveň předpokládám, že i při užití výpočetní techniky pro uchování a zálohování dat by se vedly obě formy evidence souběžně papírová i elektronická.

2.7 Výsledky analýzy církevního práva 2.7.1

Kodex církevního práva – CIC

V Kodexu církevního práva (CIC) v platném znění z roku 1983 se o matričních knihách (popř. o dané administrativě spojené přímo s nimi) hovoří jen v kánonech č. 486, 535, 895 a 1133. O spolupráci při hledání dalších právních norem, které se týkají matrik, jsem prosil církevního právníka ICLic. Michala Podzimka Th.D., který mi ovšem z důvodu značného časového vytížení nemohl poskytnout potřebné informace. V kánonu č. 535 je stanovena povinnost vést farní matriční knihy, tzn. knihu pokřtěných, oddaných a zemřelých a také další knihy podle předpisů biskupské konference nebo diecézního biskupa3. Ve stejném paragrafu se hovoří o tom, že farní matriční knihy se řádně vedou a bezpečně uchovávají.[3] 3

CIC kán. 535, § 1

8


Podle mých informací se v žádné diecézi v naší církevní provincii v praxi nevyžaduje vedení dalších matričních knih, resp. odesílání duplikátů těchto knih do archivu konzistoře.

2.7.2

Ostatní církevní směrnice

K dané problematice se mi dále podařilo vyhledat Interní normy péče o zvony, varhany, movité památky, archiválie a farní kroniky, které vydala Česká biskupská konference (ČBK) v roce 1999 pro svoji interní potřebu.[4] Zde se mimo jiné předepisuje, jakým způsobem evidovat poštu a jak třídit a archivovat dokumenty dle spisového a skartačního plánu. V tomto materiálu je pak uvedeno následující: Dokumenty, které mají podobu vázané knihy, se ukládají samostatně. Jsou to: - pamětní kniha (kronika) A 10, - matriky oddavkové, křestní, úmrtní (originály trvale, kopie A 2) A 40, - ohlášky snoubenců, kniha oddaných zvaná "Ne temere" A 40, - kniha prvokomunikantů, biřmovanců A 20, - kniha náboženských změn (apostatarum, conversorum) A 30, - ohlášková kniha V 5, - inventář kostela, fary A 10, - štolová kniha V 5, - kniha příjmů a vydání (pokladní kniha, peněžní deník) A 10, - katalog vyučování náboženství (seznamy žáků, osnovy) A 10, - knihy k posvátným obřadům A 20, - požární kniha V 10. Pozn.: Kódy za názvem knihy vyjadřují skartační znak a lhůtu, po které dochází ke skartačnímu řízení. Skartačním znakem "A" se označují písemnosti, které mají trvalou dokumentační hodnotu. Skartačním znakem "V" se označují písemnosti, u nichž se teprve ve skartačním řízení posoudí, zdali se mají pro svůj obsah zachovat a uložit v historickém archivu nebo zničit. Z výše uvedeného vyplývá, že ve farnostech se mimo již jmenované matriční knihy mají vést ještě: kniha náboženských změn, kniha prvokomunikantů, biřmovanců, kniha ohlášek snoubenců a kniha oddaných zvaná „Ne temere“.


9

Během psaní práce jsem nezjistil žádné jiné církevní směrnice, které by jinak upravovaly vedení matrik a jiných farních knih. Také jsem nezjistil, že by výše uvedené směrnice byly rušeny či upravovány novějším předpisem. Matriční knihy tedy rozdělujeme na základní (ty je dle církevního práva povinnost vést) a doplňkové. Mezi základní patří: kniha pokřtěných, kniha oddaných, kniha zemřelých. Doplňkové knihy se skládají (dle partikulárních směrnic): z knihy katechumenů, z knihy prvokomunikantů, z knihy biřmovanců, z knihy náboženských změn. Ve farnostech se ještě můžeme setkat s knihou pomazání nemocných (snad již jen za účelem statistiky). A s matrikami souvisí také kniha ohlášek a kniha oddaných Ne temere. Vysvětlení jednotlivých knih Jak je z názvů patrné, v knihách se eviduje přijetí jednotlivých svátostí danou osobou. Vysvětlím jen ty, které nejsou ze svého názvu na první pohled zřejmé. Kniha katechumenů obsahuje seznam osob, které se připravují na přijetí křtu a kniha prvokomunikantů zaznamenává osoby, které poprvé přijaly svátost Eucharistie. V knize náboženských změn zaznamenávají konverze a apostaze. Kniha ohlášek eviduje veřejné ohlášení sňatku snoubenců před farním společenstvím. Kniha oddaných zvaná Ne temere eviduje sňatky osob, které byly v dané farnosti pokřtěny, ale sňatek měly v jiné farnosti. Podrobnější přehled základních pojmů ohledně svátostí pro osoby, které nejsou zběhlé v církevním prostředí, jsem připojil v příloze B.

2.8 Výsledky analýzy civilního práva Snažil jsem se získat přehled všech právních norem, které se týkají oblasti matriky (státní i církevní). V této oblasti je stěžejní Zákon č. 301/2000 Sb., o matrikách, jménu a příjmení a o změně některých souvisejících zákonů. Prováděcí vyhláškou k tomuto zákonu je Vyhláška č. 207/2001 Sb. Na Magistrátu města Mladá Boleslav se mi podařilo získat ucelený přehled legislativních norem, které se týkají matriky. Dalším krokem bylo sehnat tyto normy v elektronické podobě a provést analýzu, zda se zmiňují též o

10


církevních matrikách. Dle předpokladů církevní matriky nejsou již předmětem civilního práva. Vytipoval jsem dva zákony civilního práva, se kterými by se případný provoz aplikace mohl dostat do střetu. Prvním z nich je Zákon č. 101/2000 Sb., o ochraně osobních údajů a o změně některých zákonů. Zde jsem řešil tzv. oznamovací povinnost podle § 16 tohoto zákona. Problém se ale řeší výjimkou specifikovanou v § 18 odst. 1 písm. c) téhož zákona. Podmínka, aby osobní údaje nebyly zpřístupněny bez souhlasu subjektu údajů je v případě matričních knih splněna. Matriční knihy nejsou veřejného charakteru a přístup k nim mají jen pověřené osoby. Na elektronický systém matriky je navíc kladen požadavek bezpečnosti tak, aby nemohlo dojít ke ztrátě či zneužití osobních údajů. Druhým problematickým zákonem je Zákon č. 133/2000 Sb., o evidenci obyvatel a rodných číslech a o změně některých zákonů. Na otázku jak identifikovat jednoznačně záznamy v databázi osob (jaký atribut zvolit jako primární klíč) se nabízí jednoznačný identifikátor vytvořený pro potřebu státní evidence obyvatel – rodné číslo. Jelikož § 13c zákona č. 133/2000 Sb. jasně hovoří o podmínkách využití rodného čísla, museli bychom u každé osoby žádat o souhlas, aby bylo možné její rodné číslo zanést do databáze. A protože nemůžeme předpokládat, že by všechny osoby tento souhlas vydali a nechceme archivovat množství písemných prohlášení se souhlasem využití rodného čísla, musíme se v systému užití tohoto identifikátoru zřeknout. Při posuzování těchto aspektů jsem komunikoval s Úřadem pro ochranu osobních údajů. Podrobnější informace jsou uvedeny v příloze C.

11

3. Průzkum existujících systémů V této kapitole shrnuji závěry svého půlročního výzkumu domácího a zahraničního trhu softwarových produktů. Bylo to období intenzivní komunikace s tvůrci, nebo alespoň uživateli, jednotlivých nalezených systémů. Úplný přehled o zahraničních produktech je v příloze D, domácí produkty pak v příloze E.

3.1 Česká republika Prováděl jsem orientační průzkum napříč českými diecézemi. Zajímal jsem se o vybavenost farních úřadů výpočetní technikou, některé personální údaje a samozřejmě o oblast matričních knih. V této kapitole uvedu jen základní informace. Pro podrobný popis situace odkazuji na přílohu D.

3.1.1

Průzkum napříč diecézemi

Obecně lze říci, že biskupství striktně vyžadují ve shodě s kanonickým právem duplikáty knihy pokřtěných a oddaných. Výjimkou je plzeňská diecéze, kde zatím (po založení diecéze v roce 1993) nevznikl plnohodnotný archiv a duplikáty z farností se na biskupství neposílají. Ve farnostech se vedou originály knihy pokřtěných a oddaných, mimo to by se měla vést ještě kniha zemřelých, kniha biřmovanců, kniha náboženských změn a kniha prvokomunikantů. Využití výpočetní techniky ke zpracování matriční agendy je napříč celou republikou velmi ojedinělé. Diecézní archivy často tolerují a přijímají jen fotokopie originálních knih, nejedná se tedy o druhopis. Shrnutí poznatků průzkumu předpokládaných uživatelů je v kapitole usability tesy, kde se specifikací uživatelů zabývám. Farní kanceláře bývají vybaveny standardní až mírně zastaralou výpočetní technikou, takřka bez výjimky je používán operační systém Windows různé verze. Připojení farností k Internetu řeší každá farnost samostatně dle místních podmínek. Počet standardně vybavených farností pomalu vrůstá.

12

3.1.2

KAPITOLA 3. PRŮZKUM EXISTUJÍCÍCH SYSTÉMŮ

Softwarová řešení

V naší republice neexistuje žádné komplexní softwarové řešení. Dílčí pokusy byly sice zaznamenány a v několika farnostech se běžně výpočetní technika pro matriční agendu využívá, ale jedná se o ojedinělý jev. Děčín-Podmokly (Litoměřická diecéze) Snaha zhotovit adresář farnosti, v druhé části matriku, v MS Excelu, záměr se však neuskutečnil kvůli obavám farníků z ochrany osobních údajů. Brno – dóm (Brněnská diecéze) P. Mgr. Jiří Plhoň (farář v Rokytnici nad Rokytnou) v letech 1997-8 zhotovil matriční databázi v MS Accessu, tehdy pro farnost Brno-dóm. Další verze vznikla při přechodu na MS Office 2007. Ve farnosti se však paralelně k elektronické verzi vede i ručně psaná matrika, databáze programu se používá především pro různá potvrzení, hlášení a tisk duplikátů zasílaných na biskupství. Starší záznamy se do systému nepřepisují. Projekt probíhá i nadále. Brno – sv. Jakub (Brněnská diecéze) V této farnosti se vede již asi pět let obdobná elektronická kniha pokřtěných a oddaných jako ve farnosti Brno – dóm. Systém je používán též jako doplněk papírové matriky a slouží především k tištění ročních opisů matrik. Ze systému se také tisknou potvrzení o křtu. Projekt je živý. Farnost Žižkov (Pražská arcidiecéze) Implementace matričního software opět pomocí MS Access. Aplikaci tvoří kniha pokřtěných, katechumenů, oddaných, zemřelých, biřmovanců, kniha pomazání nemocných a jednotná databáze osob, z které ostatní knihy získávají společná data. Autorem je Ing. Tomáš Dvořák. Zadávání údajů začalo na podzim roku 2007 a probíhá až 50 let zpětně do historie. Vývoj aplikace trval cca jeden rok. Projekt pokračuje. WinKarfar Jediný český zástupce komerčního softwaru v oblasti církevní matriky. Spolu s tímto programem je nabízen i program WinPenden (peněžní deník farnosti). Autorem je Ing. Miroslav Vích, společnost R-net ČR [5]. Ze stránek již demo aplikace nelze stáhnout, autor ji však zašle na požádání. Mám ověřenou informaci, že tento software se používá například ve farnosti Česká Lípa (Litoměřická diecéze), kde jsou v současnosti dostupné matriční knihy kompletně přepsané do tohoto informačního systému.


13

WinKarfar ve verzi 3.06 zahrnuje moduly: seznam farníků, knihu pokřtěných, oddaných, pohřbených, knihu prvokomunikantů, biřmovanců, knihu pomazání nemocných, knih náboženských změn (konverze a aspostaze), knihovnu a evidenci pošty (jednací protokol). Bohužel další vývoj tohoto softwaru byl zřejmě zcela zastaven, neboť poslední aktualizace je z roku 2002. Softwarové produkty pro civilní matriční úřady Nedodáním jednotné aplikace Ministerstvem vnitra České republiky vznikla situace, kdy každá obec si obstarává program dle svých požadavků a finančních možností. Na Magistrátu města Mladá Boleslav se například užívá systém IDIS Matrika v 1.0, jehož autorem je pan Miroslav Fiedler. Mezi další produkt na úseku civilních matrik lze zařadit program Matrika od Mgr. Aleše Gabriela, který úspěšně funguje např. v Olomouci. [6] A dalším zástupcem komerčního softwaru je program MAT od firmy GORDIC spol. s r. o., která se specializuje právě na vývoj informačních systémů pro státní správu.[7]

14


3.2 Zahraničí Cílem této části diplomové práce je průzkum situace v Německu, na Slovensku a ve Spojených státech amerických.

3.2.1

Německo

Komunikoval jsem s biskupstvími (buď s oddělením archivu nebo sekretářem biskupství) v Drážďanech, Řezně, Pasově, Berlíně a Augsburgu. Zpočátku jsem nebyl úspěšný. Pokud jsem se něco dozvěděl o matrikách ve vztahu k výpočetní technice, tak jen snad to, že staré historické svazky jsou digitalizovány a díky zapojení do středoevropského projektu MonasteriuM přístupné badatelům a široké veřejnosti na Internetu.[8] Ve skutečnosti je v Německu elektronická verze matrik součástí Centrálního systému evidence obyvatelstva. Součástí tohoto centrálního systému jsou tedy i údaje o křtech, církevních sňatcích a dalších svátostech. Do systému mají přístup pověření zaměstnanci církve, kteří mají přidělena práva pouze pro územní rozsah své farnosti. Uváděným jednoznačným důvodem pro existenci takto pojatého propojení církevní a státní správy je potřeba mít přesnou evidenci o plátcích církevní daně, z níž část následně dostává i farnost, popř. místní Charita.

3.2.2

Slovensko

Z oficiálních míst, která jsem oslovil, mi opět nepřišla žádná reakce. Využil jsem tedy jiných kontaktů a spojil se s P. Josefem Hlinkou z farnosti Papradno. Dle těchto informací se na Slovensku žádný centrální církevní informační systém není v provozu a ani se v současnosti neplánuje. Zmiňovaný P. Josef Hlinka je ale tvůrcem softwaru Matrika, napsaného v programovacím jazyku Visual FoxPro a je k dispozici jako freeware. Program zahrnuje knihu pokřtěných, oddaných, pohřbených, dále knihu biřmovanců, ale též seznamy těch, co se teprve připravují na přijetí některé svátosti. Program umí generovat potřebné opisy matričních knih, dokumenty a potvrzení – křestní list, úmrtní list, biřmovací list, žádosti na biskupství a navíc umožňuje vlastní úpravu tiskových sestav.[9] Týden před odevzdáním diplomové práce jsem narazil ještě na druhý komerční produkt, který je ale také k volnému použití. Aplikace implementuje knihu pokřtěných, biřmovaných a oddaných. Ke stažení je na stránkách firmy Stadas, která tento informační systém vyvinula.[10]


3.2.3

15

Spojené státy americké

Nejsnazší bylo pátrat po specializovaném softwaru ve Spojených státech amerických. Existuje zde totiž velké množství církví a náboženských společností – jen přes 250 protestantských denominací. Druhým důvodem je ten fakt, že je zde v praxi zavedena odluka církve od státu, převážnou většinu příjmů farností na lokální úrovni tvoří nedělní sbírky. Nepřekvapí proto informace, že některé společnosti se zabývají softwarem pro užití v církevním prostředí již po dobu 30 let. Součástí takových aplikací je také účetnictví, kontrola docházky na nedělní bohoslužby (shromáždění), záznamy o příspěvcích a darech, atd. Shrnu-li obvyklé funkce těchto systémů: registrace členů, snadná evidence příbuzenských vztahů, evidence účasti na nedělních shromážděních (příp. bezpečnostní elektronická kontrola vstupu), nedělní a mimořádné sbírky, dary, správa různých společenství, podpora hromadné korespondence, maillisty, rezervační systém společných farních prostor, podpora vedení různých aktivit, podpora publikace na webové stránky – události, programy zaměřené dle věku, pohlaví, zájmu, rozesílání pozvánek, informování o životě církevního společenství, správa matriky, správa knihovny, výuka náboženství – kontrola docházky dětí, členové mohou na pomocí internetu upravovat své profily a míru informací poskytovaných na webu, plánování aktivit a úkolů, podpora pro daňová potvrzení a výpočet daní. Krátký výčet vybraných produktů LOGOS II Logos II church and donor management software je komplexní software pro církevní školy, farnosti a další neziskové organizace vyvinutý společností LOGOS MANAGEMENT SOFTWARE.[11]

16


LOGOS SACRAMENTAL REGISTER Tento program je zástupce softwaru zaměřeného pouze na matriční knihy. Může být součástí robustnějšího celku Logos II Church Management. Software pamatuje na vše, co se týká matrik, tedy vlastní informace ohledně osob, udělení všech svátostí, eviduje takové podrobnosti jako místa na hřbitově. Samozřejmostí jsou tiskové výstupy, exporty do pdf, tisk obálek, oznámení do farnosti křtu, pamětních listů, dále snadná záloha a obnova dat. [12] Episcopal ACS Tento produkt od společnosti ACS Technologies se též snaží v maximální možné míře vyjít vstříc požadavkům katolických farností. Parish Pro Firma Topline Software nabízí produkty s názvem Parish Pro, Bishop Pro a Advance Church. Software – Bishop Pro dokáže sdružovat všechna data zpracovaná pomocí Parish Pro a je tak možné velice snadno vyhledávat data napříč celou diecézí. Na programu oceňuji především upload do nadřízené databáze, komplexnost řešení.[13] Následující tabulka zobrazuje největší hráče na trhu s farním softwarem v USA a uvádí počet prodaných licencí u jednotlivých produktů. tabulka 3-1 Největší američtí dodavatelé farního softwaru Společnost PowerChurch Sofware ACS Technologies Group, Inc. Shelby Systems Logos Managment Software Icon Systém Inc.

Produkt PowerChurch Software Episcopal ACS Shelby Church Logos II / Sacramental Register IconCMO

# prodaných licencí 28 500 23 000 8 700 8 600 3 600

Spojené státy americké jsou specifické svým množstvím náboženských skupin, dále systémem financování těchto skupin a tak mnohé nástroje obsažené v amerických produktech jsou, dle mého názoru, nepoužitelné nebo zbytečné pro českou prostředí. Jednoznačně se ale do českého prostředí lze inspirovat moduly/produkty zaměřenými přímo na matriky.


17

3.3 Srovnání Na základě zjištěných skutečností si dovolím prohlásit následující teze: V České republice nalezeny jen ojedinělé snahy o zapojení výpočetní techniky do zpracování matriční agendy. Tyto ojedinělé případy jsem podrobně popsal. Jediný zástupce komerčního softwaru, který je potřeba vyhodnotit jako neúspěšný vzhledem ke své malé rozšířenosti. Situace v České republice a na Slovensku je velmi podobná. V českém prostředí zřetelný předsudek k výpočetní technice, z případného zapojení výpočetní techniky mají starší kněží strach, setrvávání v zaběhnutých kolejích. Osobně mám dojem, že se často česká církev neumí správně ekonomicko – technicky rozhodovat a je o krok pozadu ve využívání nových technologií. V tomto bodě mohu být hodně ovlivněn nedávnou dlouhodobou situací v naší diecézi. Na západ od nás je zřetelný vliv jiného způsobu financování církví na systém řízení farností a diecézí, který si také vyžaduje moderní informační systémy. V Německu zvolili cestu integrace jednotného matričního systému do systému centrální evidence obyvatelstva. Ve Spojených státech amerických existuje poměrně široký výběr softwarových produktů – informačních systémů pro správu farností, nejen katolických.

19

4. Úvodní studie 4.1 Odborný článek Plánovaný informační systém bude pokrývat obvyklou farní agendu církevních matričních knih v rozsahu knihy pokřtěných, oddaných, zemřelých, knihy biřmovanců, knihy prvokomunikantů, knihy pomazání nemocných a knihy náboženských změn pro vnitřní potřebu římskokatolické církve. Ve stejném smyslu je členěn i navrhovaný systém. Výběr vhodných vývojových prostředků je ponechán na programátorovi. Je kladen důraz na snadnou a intuitivní obsluhu. Systém by měl mít snadnou instalaci a údržbu při zachování bezpečnosti uložených dat. Elektronický informační systém musí akceptovat souběžné vedení současných ručně psaných matrik, tzn. každý konkrétní záznam v systému musí být možné v těchto knihách dohledat pomocí údajů: Svazek (Kniha), Strana a Pořadové číslo. Elektronický systém musí také evidovat všechny další údaje, které se vyskytují v psané matrice. Případné vyškrtnutí některých zastaralých položek musí být konzultováno se zadavatelem/vedoucím práce. Přidány mohou být i další položky, které v papírové verzi matrik nejsou. Do křestní matriky se zapisují všechny skutečnosti ohledně křtu a samotné osoby - křtěnce. V případě elektronického systému to budou tyto údaje: svazek (kniha), strana, pořadové číslo, současné jméno křtěnce, volitelně až tři další jména křestních patronů, příjmení, rodné příjmení, pohlaví osoby, datum a místo narození, titul před jménem i za jménem, datum a místo křtu, údaj o udělovateli svátosti (jméno, příjmení a funkce), údaje o rodičích křtěnce, tj. jejich jméno a příjmení, rodné příjmení, bydliště, datum a místo narození, vyznání a údaje o svatbě (civilní/církevní sňatek či svobodná matka, datum a místo svatby), dále údaje o maximálně dvou kmotrech (popř. svědcích křtu) – tj. jméno a příjmení. Další důležitou položkou je tzv. poznámka, kde se vypisují následující skutečnosti: přijetí svátosti biřmování a záznamy o církevním sňatku. Dalším využitím poznámky v křestní matrice je též zaznamenání přijetí svátosti kněžství, složení slibů a případné další důležité údaje, týkající se vztahu dané osoby vůči církvi – např. vystoupení z církve. Systém provede kontrolu zadávaných dat v maximálním možném rozsahu (např. data narození nesmí být nesmyslná vzhledem k aktuálnímu datu). Záznamy nesmí být změnitelné v běžném režimu práce. Údaje lze jen vkládat a doplňovat, nejlépe automaticky dle záznamů v ostatních matrikách. Pro

20

KAPITOLA 4. ÚVODNÍ STUDIE

vyhledávání poslouží index křestní matriky – záznam lze vyhledat minimálně dle příjmení, data narození. Mezi základní tiskové výstupy patří tisk matriky (celé a ve zvoleném období), opis matriky (ve zvoleném období a od posledního generování opisu), statistiky za zvolené období, potvrzení o křtu, výročí křtu a narození (ve zvoleném období), jmeniny (dle jména) a pamětní list. Druhou nejdůležitější matrikou je kniha oddaných, kde se evidují sňatky a údaje o ženichovi a nevěstě. Mimo již zmiňované kolonky - svazek (kniha), strana a pořadové číslo - je potřeba vést následující údaje: datum a místo sňatku (též civilního, pokud předcházel církevnímu), jméno, příjmení a funkce oddávajícího, dále jméno, příjmení a bydliště dvou svědků sňatku, o každém ze snoubenců jméno a příjmení, tituly před a za jménem, rodné příjmení, datum a místo narození, datum a místo křtu (je-li osoba pokřtěná), stav, vyznání, bydliště a opět jméno a příjmení rodičů. Dále se do poznámek zapisuje dohoda o společném příjmení a o příjmení dětí. Bylo-li potřeba ke sňatku dalších dokladů a dispensí, uvedou se též do poznámky. Tak jako u křestní matriky platí stejné požadavky na kontrolu vstupních dat, ochranu dat před smazáním a lehce dostupnou editací záznamu. Vyhledávání bude možné opět pomocí indexu oddací matriky minimálně dle příjmení snoubenců a data svatby. Mezi základní tiskové výstupy patří opět tisk matriky (celé a ve zvoleném období), opis matriky (ve zvoleném období a od posledního generování opisu), statistiky za zvolené období, potvrzení o sňatku, oznámení o sňatku do křestní matriky, výročí sňatků (ve zvoleném období). Kniha zemřelých musí opět evidovat svazek (knihu), stranu a pořadové číslo záznamu v psané matrice, datum a místo úmrtí, datum a místo pohřbu, datum a místo narození, příčinu smrti, jméno, příjmení, rodné příjmení zemřelého, tituly před a za jménem, bydliště, rodinný stav. Mimo to také údaj o tom, zda zemřelý byl zaopatřen – pokud ano, pak kým, kdy a kde. A systém také zaeviduje funkci, jméno a příjmení pohřbívajícího. Opět bude obsažena i poznámka k volnému užití. Tak jako u křestní matriky platí stejné požadavky na kontrolu vstupních dat, ochranu dat před smazáním a lehce dostupnou editací záznamu. Vyhledávání pomocí indexu knihy zemřelých bude možné minimálně podle příjmení, data narození a data úmrtí zesnulého. Mezi základní tiskové výstupy opět patří tisk knihy (celé a ve zvoleném období), opis knihy (ve zvoleném období a od posledního generování opisu) a statistiky za zvolené období. V knize biřmovanců budou evidovány následující data: svazek (kniha), strana a pořadové číslo, rok, jméno, příjmení, rodné příjmení, tituly před a za jménem, bydliště biřmovance, datum a místo udělení svátosti, jméno, příjmení a funkci udělovatele, datum a místo křtu, jméno a příjmení kmotra a obsaženo bude i pole poznámka. Tak jako u křestní matriky platí stejné požadavky na kontrolu vstupních dat, ochranu dat před smazáním a lehce dostupnou editací záznamu. Vyhledávání pomocí indexu knihy biřmovanců bude možné


21

minimálně dle příjmení biřmovance a data udělení svátosti. Mezi tiskové výstupy patří minimálně opět tisk knihy (celé a ve zvoleném období), statistiky za zvolené období, potvrzení o biřmování, pamětní list a oznámení o biřmování do knihy pokřtěných. Kniha prvokomunikantů eviduje opět svazek (knihu), stranu a pořadové číslo záznamu, jméno, příjemní, rodné příjmení, tituly před a za jménem, datum a místo narození a bydliště prvokomunikanta, dále datum a místo křtu, datum a místo udělení prvního svatého přijímání, jméno, příjmení a funkci udělovatele svátosti. Opět bude umožněn zápis dodatečných informací do poznámky. Tak jako u křestní matriky platí stejné požadavky na kontrolu vstupních dat, ochranu dat před smazáním a lehce dostupnou editací záznamu. Pro vyhledávání záznamů opět poslouží index knihy prvokomunikantů na základě příjmení nebo data narození. Mezi tiskové výstupy patří minimálně opět tisk knihy (celé a ve zvoleném období), statistiky za zvolené období, oznámení o přijetí eucharistie do domovské farnosti a pamětní list. V knize pomazání nemocných budou tradiční data: svazek (kniha), strana a pořadové číslo záznamu, jméno, příjmení a rodné příjmení, tituly před a za jménem, datum narození a bydliště přijímatele svátosti, druh svátosti, jméno, příjmení a funkci udělovatele svátosti, datum a místo udělení svátosti a opět připojíme poznámku pro upřesňující údaje. Tak jako u křestní matriky platí stejné požadavky na kontrolu vstupních dat, ochranu dat před smazáním a lehce dostupnou editací záznamu. Vyhledávání bude možné minimálně podle příjmení a data narození. Mezi tiskové výstupy patří minimálně opět tisk knihy (celé, ve zvoleném období nebo od posledního tisku) a statistiky za zvolené období. Kniha náboženských změn eviduje dvě události. Pokud někdo odpadne od víry (apostaze) nebo pokud někdo konvertuje z jiného vyznání k římskokatolické víře. V obojím případě musí být uvedeny osobní údaje dotyčného člověka, kterého se daný úkon týká. Tedy jméno, příjmení, rodné příjmení, tituly před a za jménem, datum a místo narození a bydliště. Dále druh úkonu, datum, poznámka. U apostaze potom poznamenáme také skutečnost, na jejíchž základě je úkon zapsán, novou víru, datum a místo křtu. Naproti tomu u konverze evidujeme navíc původní vyznání, jméno, příjmení a funkci osoby, která konvertitu přijala do církve, datum a místo křtu. Tak jako u křestní matriky platí stejné požadavky na kontrolu vstupních dat, ochranu dat před smazáním a lehce dostupnou editací záznamu. Vyhledávání bude umožněno podle minimálně příjmení a data narození dané osoby. Mezi tiskové výstupy patří minimálně opět tisk knihy (celé nebo ve zvoleném období nebo od posledního tisku), statistiky za zvolené období a potvrzení o daném aktu. Pomocí elektronického systému lze generovat statistické údaje o celkovém počtu provedených úkonů v podobě týdenní, měsíční, čtvrtletní a roční statistiky a dále také ve zvoleném období od-do. Mezi další funkce systému patří tisk potvrzení o udělení svátosti, hlášení do domovské farnosti a pamětní

22


list. V oblasti vyhledávání záznamů je nutné kopírovat funkci indexů skutečných matrik, minimálně tedy vyhledávání dle příjmení, data narození. Předpokládá se ale, že elektronický informační systém umožní vyhledávání dle většího množství parametrů. Tiskové sestavy půjde tisknout nebo exportovat do běžného formátu – především .pdf, volitelně dalších. Udělovatelé svátostí bude možné evidovat systémem zvlášť a vybírat je ze seznamu v matričních záznamech. Zrovna tak místa obřadů – farní kostel, filiální kostely a kaple, hřbitovy spadající pod danou farnost. Systém bude umožňovat zadávat starší záznamy zpětně. Snaha je o maximální možné odstranění vícenásobného zadávání stejných dat. Jednotlivé matriky tedy musí být vhodně provázány. Také se předpokládá bezpečné zálohování dat a jejich snadná obnova. Uživatel se pro jakoukoliv práci se systémem musí autorizovat uživatelským jménem a heslem. Pro administrátora bude možnost pracovat s matrikami a knihami v rozšířeném režimu práce, který umožní jakékoliv úpravy a případné smazání záznamů. Administrátor také vytváří a maže nové uživatelské účty. Všechna přihlášení všech uživatelů se budou ukládat také do databáze nebo do logu. Po zapsání a uložení korektních dat není vhodné, aby smazání dat bylo jednoduchým úkonem pro běžného uživatele. Naopak systém musí zabránit jakémukoliv nechtěnému smazání či náhodné editaci již historických dat. Systém musí umožňovat vést souběžně více matrik různých farností.

4.2 Katalog požadavků Katalog požadavků slouží ke zpřehlednění údajů obsažených v odborném článku, z něhož vyplývají podstatné rysy, funkce a vlastnosti celého systému. Tyto požadavky se jednoznačně číslují a zobrazují ve formě hierarchické struktury pro snadné odvolávání se na konkrétní požadavek. 1

Úvod: 1.1. Plánovaný systém má pokrýt farní agendu církevních matrik římskokatolické církve. 1.2. Systém bude složen z následujících částí: kniha pokřtěných, kniha oddaných, kniha zemřelých, kniha prvokomunikantů, kniha biřmovanců, kniha pomazání nemocných, kniha náboženských změn. 1.3. Na vývojové prostředky není kladeno žádné omezení. 1.4. Důraz je však kladen na snadnou instalaci, údržbu a bezpečnost uložených dat.

2

Obecné rysy:


23

2.1. Jednotná identifikace záznamů v systému elektronické matriky a v souběžně vedené matriční knihy. 2.2. Systém umožní správu většího počtu matrik pro více farností. 2.3. V systému elektronické matriky budou všechny současné datové položky, které se vyskytují v současných matričních knihách, případné změny musí být konzultovány se zadavatelem/vedoucím práce. 2.4. Systém povolí zadávání dat zpětně. 2.5. Snadná záloha a obnova dat. 2.6. Snaha o odstranění opakovaného zadávání stejných dat. 2.7. Export bude možný do obvyklého formátu .pdf. 3

Matriční knihy: 3.1. Kniha pokřtěných: 3.1.1. Křestní záznam bude obsahovat: 3.1.1.1. Křestní jméno a maximálně tři další jména (křestních patronů), 3.1.1.2. Příjmení a rodné příjmení, 3.1.1.3. Titul před a za jménem, 3.1.1.4. Pohlaví, 3.1.1.5. Datum a místo narození, 3.1.1.6. Bydliště, 3.1.1.7. Datum a místo křtu, 3.1.1.8. Jméno a příjmení, funkci udělovatele svátosti, 3.1.1.9. Údaje o rodičích, 3.1.1.9.1. Jméno, příjmení, rodné příjmení, 3.1.1.9.2. Bydliště, datum a místo narození, vyznání, 3.1.1.9.3. Údaje o jejich sňatku – civilní/církevní/svobodná matka, datum a místo svatby, 3.1.1.10. Údaje o maximálně dvou kmotrech (nebo kmotr a svědek) – jméno a příjmení, 3.1.1.11. Poznámku – využití pro záznam o biřmování, o církevním sňatku či případném svěcení či složení slibů, vystoupení z církve. 3.1.2. Záznamy lze procházet sekvenčně nebo vyhledávat dle indexu podle příjmení nebo data narození (minimálně). 3.1.3. Údaje se budou automaticky aktualizovat dle záznamů v knize biřmování či v matrice oddaných.

24


3.1.4. Pro vybrané záznamy lze vytisknout nebo exportovat potvrzení o křtu, pamětní list. 3.1.5. Systém bude umět ve vybraném časovém rozmezí zobrazit seznam těch, kteří mají výročí křtu nebo narození, po zadání jména také půjde zobrazit seznam těch, kteří mají své jmeniny. 3.2. Kniha oddaných: 3.2.1. Záznam v knize bude obsahovat: 3.2.1.1. O ženichovi i nevěstě, 3.2.1.1.1. Jméno, příjmení, rodné příjmení, 3.2.1.1.2. Titul před a za jménem, 3.2.1.1.3. Datum a místo narození, 3.2.1.1.4. Datum a místo křtu, 3.2.1.1.5. Stav a vyznání, 3.2.1.1.6. Bydliště, 3.2.1.1.7. Jméno a příjmení rodičů, 3.2.1.2. Datum a místo sňatku (též případného civilního), 3.2.1.3. Jméno a příjmení, funkce oddávajícího, 3.2.1.4. Jméno a příjmení, bydliště o dvou svědcích sňatku, 3.2.1.5. Poznámku – kde se eviduje dohoda o společném příjmení, příjmení dětí a veškeré doklady a dispenze, které byly ke sňatku potřeba. 3.2.2. Záznamy lze procházet sekvenčně nebo vyhledávat dle indexu podle příjmení nebo data svatby (minimálně). 3.2.3. K vybranému záznamu lze tisknout nebo exportovat potvrzení o sňatku, oznámení o sňatku do křestní matriky. 3.2.4. Systém bude umět pro vybrané časové rozmezí zobrazit seznam sňatků, které mají výročí uzavření. 3.2.5. Umožněn přenos dat z/do knihy pokřtěných. 3.3. Kniha zemřelých: 3.3.1. Záznam v knize bude obsahovat: 3.3.1.1. Jméno a příjmení, rodné příjmení zemřelého, 3.3.1.2. Datum a místo narození, 3.3.1.3. Datum a místo úmrtí, 3.3.1.4. Datum a místo pohřbu, 3.3.1.5. Příčinu úmrtí, 3.3.1.6. Rodinný stav,


25

3.3.1.7. Informaci o tom, zda zemřelý byl zaopatřen, pokud ano, pak také datum, místo udělení svátosti, jméno a příjmení udělovatele svátosti, 3.3.1.8. Jméno, příjmení a funkci pohřbívajícího, 3.3.1.9. Poznámka k volnému užití. 3.3.2. Vyhledávání bude možné minimálně podle příjmení, data narození a data úmrtí. 3.3.3. Bude též možné sekvenční procházení jednotlivých záznamů. 3.3.4. Umožněn přenos dat z knihy pokřtěných. 3.4. Kniha prvokomunikantů: 3.4.1. Záznam se skládá z položek: 3.4.1.1. Jméno a příjmení, rodné příjmení, 3.4.1.2.Tituly před a za jménem, 3.4.1.3. Datum a místo narození, 3.4.1.4. Bydliště, 3.4.1.5. Datum a místo křtu, 3.4.1.6. Datum a místo udělení svátosti, 3.4.1.7. Jméno, příjmení a funkci udělovatele svátosti, 3.4.1.8. Poznámka pro doplňující informace. 3.4.2. Vyhledávání bude možné dle příjmení a data narození. 3.4.3. Opět možnost sekvenčního procházení celé knihy. 3.4.4. Mezi speciální funkce bude patřit tisk a export oznámení o přijetí eucharistie do domovské farnosti a pamětního listu. 3.4.5. Umožněn přenos dat z/do knihy pokřtěných. 3.5. Kniha biřmovanců: 3.5.1. Záznam se bude skládat z: 3.5.1.1. Jméno, příjmení, rodné příjmení, 3.5.1.2.Tituly před a za jménem, 3.5.1.3. Datum a místo křtu, 3.5.1.4. Datum a místo udělení svátosti, 3.5.1.5. Bydliště, 3.5.1.6. Jméno, příjmení a funkce udělovatele svátosti, 3.5.1.7. Jméno a příjmení jednoho kmotra, 3.5.1.8. Poznámka – pro volné použití.

26


3.5.2. Sekvenční procházení záznamů spolu s vyhledáváním dle příjmení a data udělení svátosti. 3.5.3. Tisk a export pamětního listu, oznámení o biřmování do křestní matriky a potvrzení o biřmování. 3.6. Kniha pomazání nemocných: 3.6.1. Záznamy budou obsahovat: 3.6.1.1. Jméno, příjmení a rodné příjmení, 3.6.1.2.Tituly před a za jménem, 3.6.1.3. Datum narození, 3.6.1.4. Bydliště, 3.6.1.5. Druh svátosti, 3.6.1.6. Jméno, příjmení a funkci udělovatele svátosti, 3.6.1.7. Poznámku pro libovolné rozšíření informací. 3.6.2. Sekvenční procházení záznamů a vyhledávání podle příjmení a data narození. 3.6.3. Přenos dat z knihy pokřtěných a případných předchozích záznamů v této knize. 3.7. Kniha náboženských změn: 3.7.1. V záznamech budou obsaženy tyto údaje: 3.7.1.1. Druh události (apostaze/konverze), 3.7.1.2. Jméno, příjmení, rodné příjmení, 3.7.1.3.Tituly před a za jménem, 3.7.1.4. Datum a místo narození, 3.7.1.5. Bydliště, 3.7.1.6. Datum úkonu, 3.7.1.7. Poznámku, 3.7.1.8. U apostaze navíc také: důvod úkonu, novou víru, datum a místo křtu. 3.7.1.9. U konverze namísto toho přibude: původní vyznání, jméno a příjmení, funkce osoby, která úkon provedla, datum a místo křtu. 3.7.2. Vyhledání bude možné minimálně dle příjmení a data narození. 3.7.3. Opět bude možné sekvenční procházení záznamů. 3.7.4. Přenos dat z/do knihy pokřtěných. 3.7.5. Tisk a export potvrzení o daném aktu.


27

3.8. Společné pro všechny knihy: 3.8.1. Každý záznam obsahuje též údaje Svazek (kniha), strana a pořadové číslo. 3.8.2. Knihu bude možné vytisknout či exportovat celou nebo ve zvoleném časovém období. 3.8.3. Pro knihu pokřtěných, oddaných a zemřelých půjde vytisknout či exportovat opis matriky (roční, ve zvoleném časovém období a od posledního vystavení opisu). 3.8.4. Kontrola smysluplnosti zadávaných vstupních dat (datum,…). 3.8.5. Systém bude umožňovat zadání záznamu, editace a změna dat bude možná ve zvláštním režimu. 3.8.6. Půjde generovat statistiky pro jednotlivé úkony ve zvoleném období. 3.8.7. Udělovatele svátostí a místa obřadů půjde vybírat ze seznamů, které budou editovatelné. 4

Uživatelé: 4.1. Pro práci se systémem se musí uživatel autorizovat uživatelským jménem a heslem. 4.2. Jednotlivé přístupy do systému se musí ukládat do logu. 4.3. Administrátor může pracovat v rozšířeném režimu, kdy je povoleno mazání a editace dat. 4.4. Administrátor vytváří a maže ostatní uživatelské účty.

4.3 Seznam aktérů Aktérem nechť je jakýkoliv externí objekt, který si vyměňuje se systémem informace/data a systém reaguje na jím vyvolané události. V našem systému jsou následující aktéři: Administrátor – provádí instalaci, údržbu a obsluhu systému, má nejvyšší oprávnění, může vykonávat obvyklou běžnou obsluhu. Uživatel – pracuje se systémem v běžném režimu, kdy mu není umožněno mazat a editovat historické údaje. Osoba (sekundární aktér) – je předmětem záznamů, data ukládaná v systému se týkají právě této osoby, ze své vůle může požadovat tištěný výstup z databáze (potvrzení, pamětní list, atd.) Se systémem ovšem musí komunikovat prostřednictvím uživatele.

28


4.4 Seznam událostí Událostmi definujeme externí skutečnosti, které vyvolávají vně systému aktéři a systém na ně musí určitým způsobem musí reagovat. S událostmi souvisí data, která procházejí přes hranici systému. Událost může vyvolat změnu stavu systému nebo vyvolat bezprostřední reakci (např. zaslání dat některému z aktérů). tabulka 4-1 Seznam událostí

Požadavek či událost Uživatel i Administrátor: Přihlášení se do systému Odhlášení ze systému Výběr farnosti, s jejíž matrikami chce pracovat

Odezva Povolení nebo zamítnutí vstupu do systému, uložení pokusu (ne/úspěšný) do logu Odhlásí daného uživatele ze systému a provede zápis do logu Provede výběr farnosti

Administrátor (v administrátorském režimu): Záloha databáze Provedení zálohy databáze a informování o úspěšnosti operace Obnova databáze ze zálohy Ujištění se o vůli provést obnovu ze zálohy, uložení současného stavu pro případný návrat před stav obnovení, provedení obnovy ze zálohy a informování o úspěšnosti operace Vytvoření nového uživatelského účtu Kontrola validity dat, provedení vytvoření účtu a informování o úspěšnosti operace, příp. chybová zpráva Smazání uživatelského účtu Zablokování přístupu daného uživatele do systému Založení nové farnosti Vytvoření datových struktur pro novou farnost v databázi Zrušení farnosti Převede rušenou farnost do stavu neaktivní a zanechá ji pro potřebu zpětného vyhledávání v databázi Oprava konkrétních chybně zadaných Po odsouhlasení změny je umožněn zápis údajů opravených dat z formulářů do databáze Smazání daného konkrétního záznamu o Po odsouhlasení potvrzujícího dialogu je daný udělení jedné svátosti, popř. záznamů o záznam z databáze odstraněn celé osobě Uživatel (nebo administrátor v uživatelském režimu): Uložení dat ohledně křtu nové osoby do Kontrola validity dat, pokud ok, systém data databáze uloží, je-li chyba, odmítne uložit a zobrazí


Vyhledání záznamu(ů) v křestní matrice dle příjmení nebo podle data narození Vygenerování potvrzení o křtu nebo pamětního listu pro daný záznam v křestní matrice Vygenerování seznamu výročí pro křest, narození, popř. pro jmeniny v daném období, popř. pro zadané jméno Uložení dat ohledně prvního svatého přijímání osoby do databáze Vygenerování oznámení o přijetí eucharistie do křestní matriky nebo pamětního listu pro daný záznam v knize prvokomunikantů Vyhledání záznamu(ů) v knize prvokomunikantů dle příjmení nebo podle data narození Uložení dat ohledně biřmování osoby do databáze Vyhledání záznamu(ů) v biřmovací matrice dle příjmení nebo podle data udělení svátosti Vygenerování potvrzení, oznámení do křestní matriky a pamětního listu o udělení biřmování Uložení dat ohledně sňatku osoby (osob) do databáze

Vyhledání záznamu(ů) v matrice oddaných dle příjmení nebo podle data svatby Vygenerování potvrzení o sňatku nebo oznámení o sňatku do křestní matriky Vygenerování seznamu výročí sňatků v daném období Uložení dat ohledně pohřbu osoby do databáze

Vyhledání záznamu(ů) v matrice pohřbených dle příjmení nebo podle

29

chybovou hlášku Vyhledání patřičného(ých) záznamu(ů), příp. chybová hláška Provede operaci, nabídne tisk, export; při neúspěchu chybová hláška Provede operaci, nabídne tisk, export; při neúspěchu chybová hláška

Kontrola validity dat, pokud ok, systém data uloží, je-li chyba, odmítne uložit a zobrazí chybovou hlášku Provede operaci, nabídne tisk, export; při neúspěchu chybová hláška

Vyhledání patřičného(ých) záznamu(ů), příp. chybová hláška

Kontrola validity dat, pokud ok, systém data uloží, je-li chyba, odmítne uložit a zobrazí chybovou hlášku Vyhledání patřičného(ých) záznamu(ů), příp. chybová hláška Provede operaci, nabídne tisk, export; při neúspěchu chybová hláška Kopírování dat z křestní matriky, kontrola validity dat, pokud ok, systém data uloží, je-li chyba, odmítne uložit a zobrazí chybovou hlášku Vyhledání patřičného(ých) záznamu(ů), příp. chybová hláška Provede operaci, nabídne tisk, export; při neúspěchu chybová hláška Provede operaci, nabídne tisk, export; při neúspěchu chybová hláška Kopírování dat z křestní matriky, kontrola validity dat, pokud ok, systém data uloží, je-li chyba, odmítne uložit a zobrazí chybovou hlášku Vyhledání patřičného(ých) záznamu(ů), příp. chybová hláška

30

data narození a podle data úmrtí Uložení dat ohledně pomazání nemocných osoby do databáze Vyhledání záznamu(ů) v knize pomazání nemocných dle příjmení a podle data narození Uložení dat ohledně apostaze osoby do databáze Uložení dat ohledně konverze osoby do databáze Vyhledání záznamů v knize náboženských změn podle příjmení a podle data narození Tisk potvrzení o apostazi Procházení kterékoliv matriky/knihy sekvenčně Pokus o editaci záznamu Žádost o export nebo tisk knihy/matriky (celé nebo za dané období) Žádost o opis (roční, ve zvoleném období, od posledního vystavení opisu) u matriky křestní, oddaných a u knihy pohřbených Osoba (sekundární aktér): Tisk potvrzení o křtu Tisk pamětního listu o křtu Tisk potvrzení o vystoupení z církve Tisk potvrzení o konverzi Tisk potvrzení o sňatku Tisk pamětního listu o prvním sv. přijímání Tisk potvrzení o biřmování Tisk pamětního listu o biřmování


Kontrola validity dat, pokud ok, systém data uloží, je-li chyba, odmítne uložit a zobrazí chybovou hlášku Vyhledání patřičného(ých) záznamu(ů), příp. chybová hláška Kontrola validity dat, pokud ok, systém data uloží, je-li chyba, odmítne uložit a zobrazí chybovou hlášku Kontrola validity dat, pokud ok, systém data uloží, je-li chyba, odmítne uložit a zobrazí chybovou hlášku Vyhledání patřičného(ých) záznamu(ů), příp. chybová hláška Provede operaci, nabídne tisk, export; při neúspěchu chybová hláška Zobrazení předchozího nebo následného záznamu, příp. chybová hláška Akce se neprovede! (Administrátorovi se nabídne přepnutí do administrátorského režimu) Provede operaci, nabídne tisk, export; při neúspěchu chybová hláška Generuje se opis dané knihy/matriky dle požadovaných parametrů, po potvrzení přijetí opisu na biskupství se dané záznamy označí jako již „duplikované“

Požadavek obslouží oprávněný uživatel Požadavek obslouží oprávněný uživatel Požadavek obslouží oprávněný uživatel Požadavek obslouží oprávněný uživatel Požadavek obslouží oprávněný uživatel Požadavek obslouží oprávněný uživatel Požadavek obslouží oprávněný uživatel Požadavek obslouží oprávněný uživatel

Pozn. Pojem Oprávněný uživatel v tomto odstavci znamená Uživatel nebo Administrátor.


31

4.5 Kontextový diagram Tento diagram popisuje vztahy systému k jeho okolí na nejvyšší úrovni. Odpovídá tomu, co vyžaduje nebo očekává uživatel od systému. Je získán studiem událostí, které mohou vzniknout mezi systémem a aktéry.

Obrázek 4-1 Kontextový diagram

32


4.6 Model jednání Model jednání zobrazuje grafický přehled funkcionalit systému, které jsou poskytovány aktérům. Jedním z hlavních úkolů je oddělit přístup k funkcím systému dle uživatelských rolí. Model jednání je na obrázku 4-2.

Obrázek 4-2 Model jednání


33

4.7 Požadavky na hardware a software Užití IS předpokládáme v první fázi jen jako lokální databázi na kancelářském počítači. Aplikace je vytvořena v Javě a jako databázový stroj je využit Microsoft SQL Server 2005 Express Edition, který je k dispozici zdarma. Minimální požadavky stanovuji tedy vzhledem k přihlédnutí k minimálním požadavkům tohoto databázového serveru. Hardware: Procesor Intel Pentium III 600 MHz nebo kompatibilní a rychlejší, Operační paměť 256 MB a více, 600 MB volného místa na disku. Tyto minimální HW požadavky musí splňovat každý systém, na kterém by měla být puštěna tato informační agenda. Jakýkoliv nově pořizovaný počítač hardwarové požadavky splňuje. Příkladem může být např. sestava HP COMPAQ dx2450 MT (základní parametry: AMD Sempron64 LE-1300 2300 MHz, 1 x 1 GB DDR2 800 MHz, 160 GB, 7200 RPM, bez OS). Software: Windows 2000/Windows XP/Windows Vista, .NET Framework 2.0, MS SQL Server 2005 Express Edition, Sun Java JRE 6 Update 10. Aktualizované ceny z licenčního programu MS Select pro mě nejsou dostupné. Jako maximum uvažuji koncovou komerční cenu produktu Windows XP Home. tabulka 4-2 Náklady na pořízení nového vybavení pro provoz IS

Nový počítač HP COMPAQ dx2450 MT Operační systém Windows XP Home SP3 MS SQL Server 2005 Express Edition Celkem:

6 080,- Kč 1 784,- Kč 0,- Kč 7 864,- Kč1

4.8 Řešitelský tým Tento projekt je řešen samostatně jako diplomová práce pod vedením P. Mgr. Josefa Ptáčka.

1

Ceny včetně DPH, ke dni 2.10.2008, zdroj: Alza.cz

35

5. Analýza a návrh řešení Přestože jsem začal analyzovat problematiku informačního systému pro církevní matriku v celé šíři (tedy všechny matriční knihy), ukázalo se, že by výsledná práce mnohokráte přesahovala běžný rozsah diplomové práce. Přestože jsem původně navrhnul datový model pro celý systém, musím nyní přistoupit k zúžení rozsahu na základní množství matričních knih – knihy pokřtěných, knihy oddaných a knihy zemřelých.

5.1 Datový model Aplikace předpokládá provoz nad databázovým serverem MS SQL Server Express. Datový model byl navrhnut a exportován pomocí nástroje MS SQL Server Management Studio Express. Na prvním obrázku 5-1 je celkové schéma relací mezi tabulkami, na dalších obrázcích 5-2 až 5-8 jsou potom jednotlivé části datového modelu. Jeho podrobnější a přesný popis je ve skriptech generujících strukturu databáze na přiloženém CD. Základní tabulka osoby v sobě uchovává její konstantní datové atributy (rodné příjmení, datum a místo narození, pohlaví, jméno, vazbu na rodiče) a proměnné datové atributy osoby (příjmení, adresu, …). Další tabulky jednotlivých matričních knih (Pohrbeni, Krty, Snatky, Osnatku) v sobě musí obsahovat data ze dne udělení svátosti! Proto veškeré proměnné atributy osoby musí obsahovat znovu. Bohužel tím značně roste množství atributů, zvláště je to evidentní u tabulky sňatků, kde musíme také uchovávat např. příjemní rodičů obou snoubenců. Primární klíčem v každé tabulce je identity číslo - int. Jednotlivé osoby rozlišujeme dle složeného klíče jméno, rodné příjmení, datum narození. Rodné číslo nebylo možno použít – viz příloha C (Civilní právní normy). Protože je třeba zachovat oddělenost matričních knih v jednotlivých evidovaných farnostech, každý záznam v matriční knize má vazbu na tabulku farností. Aby nedocházelo k vícenásobným zápisům (ve smyslu dvakrát použiji stejnou identifikaci svazek,strana a pořadové číslo), jsou tyto atributy ve všech tabulkách součástí složeného unikátního klíče, ke kterému je připojen atribut id farnosti (v různých farnostech se mohou stejně identifikované záznamy evidovat). Díky cyklům – svátost – místo obřadu – farnost vzniká sice dvojí vazba na farnost, ale zřejmě se jí nelze rozumě vyhnout. Místo, kde byla

36

KAPITOLA 5. ANALÝZA A NÁVRH ŘEŠENÍ

svátost udělena, musí být uživateli známo, a id farnosti slouží pro zmiňovaný složený klíč. Každý záznam v tabulkách matričních knih a osob obsahuje také vazbu na uživatele, který záznam vytvořil a naposledy aktualizoval. HACkovani

FK_OSOby_CIRkve

CIRkve

FK_OSOby_OSObyMatka

FK_OSOby_STAvy

STAvy

FK_OSOby_OSObyOtec

FK_POHrbeni_STAvy FK_OSNatku_OSObyMuz

FK_SNAtky_STAvyZena

OSOby

FK_OSNatku_OSObyZena FK_SNAtky_STAvyMuz

FK_SNAtky_OSObyMuz FK_SNAtky_OSObyZena

OSNatku

FK_OSOby_UZIvatele FK_KRTy_OSOby

KATegorieUdelovatelu

FK_OSOby_UZIvateleAkt FK_UDElovatele_KATegorieUdelovatelu

FK_POHrbeni_OSOby

UDElovatele FK_OSNatku_FARnosti FK_POHrbeni_UDElovatele

FARnosti

SNAtky FK_SNAtky_UDElovatele FK_SNAtky_FARnosti

FK_POHrbeni_FARnosti

POHrbeni FK_KRTy_UDElovatele FK_MISta_FARnosti

FK_KRTy_FARnosti FK_POHrbeni_MISta

FK_OSNatku_UZIvateleAkt

MISta FK_KRTy_MISta

FK_OSNatku_UZIvatele

KRTy

FK_SNAtky_MISta

FK_SNAtky_UZIvatele FK_POHrbeni_UZIvatele FK_SNAtky_UZIvateleAkt

FK_POHrbeni_UZIvateleAkt

UZIvatele FK_KRTy_UZIvatele FK_AUTorizace_UZIvatele

AUTorizace

FK_KRTy_UZIvateleAkt FK_LOG_UZIvatele

LOG

Obrázek 5-1 Datový model - celkové schéma


37

UZIvatele Column Name

Data Type

Allow Nulls

UZI_ID

int

UZI_UzivatelskeJmeno

nvarchar(128)

UZI_TitulPred

nvarchar(20)

UZI_Jmeno

nvarchar(50)

UZI_Prijmeni

nvarchar(50)

UZI_TitulZa

nvarchar(20)

UZI_Funkce

nvarchar(50)

UZI_Platny

bit

AUT_ID_Uzivatel

int

UZI_Opravneni

int

[1]

bit

UZI_Uroven

int

[2]

bit

[3]

bit

[4]

bit

FK_AUTorizace_UZIvatele

AUTorizace Column Name

HACkovani Column Name

Data Type

HAC_ID

int

HAC_Datum

datetime

HAC_Jmeno

nvarchar(128)

HAC_Heslo

nvarchar(128)

HAC_Poznamka

nvarchar(200)

Allow Nulls

Data Type

Allow Nulls

FK_LOG_UZIvatele

LOG Column Name

Data Type

LOG_ID

int

LOG_ID_UZIvatel

int

LOG_Login

datetime

LOG_Logout

datetime

Allow Nulls

UDElovatele Column Name

Data Type

UDE_ID

int

UDE_TitulPred

nvarchar(20)

UDE_Jmeno

nvarchar(50)

UDE_Prijmeni

nvarchar(50)

UDE_TitulZa

nvarchar(20)

UDE_ID_KATegorieUd...

int

UDE_Popis

nvarchar(50)

Allow Nulls

FK_UDElovatele_KATegorieUdelovatelu

KATegorieUdelovatelu Column Name

Data Type

KAT_ID

int

KAT_Nazev

nvarchar(50)

Obrázek 5-2 Datový model – číselníky

Allow Nulls

38


FK_OSOby_OSObyMatka

FK_OSOby_OSObyOtec

OSOby Column Name

Data Type

Allow Nulls

OSO_ID

int

OSO_TitulPred

nvarchar(50)

OSO_Jmeno

nvarchar(100)

OSO_Prijmeni

nvarchar(100)

OSO_RodnePrijmeni

nvarchar(100)

Column Name

OSO_TitulZa

nvarchar(50)

STA_ID

int

OSO_Pohlavi

char(1)

STA_Nazev

nvarchar(20)

OSO_DatumNarozeni

datetime

OSO_MistoNarozeni

nvarchar(200)

OSO_ID_Otec

int

OSO_ID_Matka

int

OSO_Ulice

nvarchar(100)

OSO_CisloPopisne

nvarchar(10)

OSO_Obec

nvarchar(100)

OSO_PSC

nvarchar(10)

OSO_Stat

nvarchar(100)

OSO_ID_CIRkve

int

OSO_ID_STAvy

int

OSO_DatumUlozeni

datetime

OSO_ID_Uzivatel

int

OSO_DatumPoslAkt

datetime

OSO_ID_UzivatelPoslAkt

int

STAvy Data Type

Allow Nulls

FK_OSOby_STAvy

FK_OSOby_CIRkve

CIRkve Column Name

FK_OSOby_UZIvateleAkt

Data Type

CIR_ID

int

CIR_Nazev

nvarchar(50)

FK_OSOby_UZIvatele

UZIvatele Column Name

Data Type

UZI_ID

int

UZI_UzivatelskeJmeno

nvarchar(128)

UZI_TitulPred

nvarchar(20)

UZI_Jmeno

nvarchar(50)

UZI_Prijmeni

nvarchar(50)

UZI_TitulZa

nvarchar(20)

UZI_Funkce

nvarchar(50)

UZI_Platny

bit

UZI_Opravneni

int

UZI_Uroven

int

Obrázek 5-3 Datový model - osoby

Allow Nulls

Allow Nulls


39

FARnosti Column Name

Data Type

FAR_ID

int

FAR_IC

numeric(8, 0)

FAR_Nazev

nvarchar(200)

FAR_ZkracenyNazev

nvarchar(100)

FAR_NazevPad

nvarchar(200)

FAR_Ulice

nvarchar(100)

FAR_CisloPopisne

nvarchar(10)

FAR_Obec

nvarchar(100)

FAR_PSC

nvarchar(6)

FAR_Stat

nvarchar(100)

FAR_Telefon

nvarchar(20)

FAR_Mobil

nvarchar(20)

FAR_Email

nvarchar(50)

FAR_Web

nvarchar(50)

Allow Nulls

CIRkve Column Name

Data Type

Allow Nulls

CIR_ID

int

CIR_Nazev

nvarchar(50)

FK_MISta_FARnosti

MISta Column Name

Data Type

MIS_ID

int

MIS_ID_FARnosti

int

MIS_Nazev

nvarchar(100)

MIS_NazevPad

nvarchar(100)

MIS_Poznamka

nvarchar(200)

Allow Nulls

Obrázek 5-4 Datový model - farnosti FK_POHrbeni_STAvy

POHrbeni Column Name

Data Type

POH_ID

int

POH_ID_Farnosti

int

POH_Kniha

nvarchar(50)

POH_Strana

int

POH_PoradoveCislo

int

POH_ID_OSOby

int

POH_DatumUmrti

datetime

POH_MistoUmrti

nvarchar(50)

POH_Pricina

nvarchar(50)

POH_DatumPohrbu

datetime

POH_ID_MISta

int

POH_ID_UDElovatele

int

POH_ID_STAvy

int

POH_Zaopatril

nvarchar(75)

POH_ZaopatrenDatum

datetime

POH_ZaopatrenMisto

nvarchar(50)

POH_Poznamka

nvarchar(200)

POH_DatumUlozeni

datetime

POH_ID_UZIvatel

int

POH_DatumPoslAkt

datetime

POH_ID_UZIvatelPoslAkt

int

STAvy

Allow Nulls

FK_OSOby_OSObyMatka

FK_OSOby_STAvy FK_OSOby_OSObyOtec

OSOby FK_POHrbeni_OSOby FK_POHrbeni_UDElovatele

UDElovatele FK_OSOby_UZIvatele FK_OSOby_UZIvateleAkt

FK_POHrbeni_FARnosti

FK_POHrbeni_UZIvatele

UZIvatele

FK_POHrbeni_UZIvateleAkt

FARnosti FK_MISta_FARnosti FK_POHrbeni_MISta

MISta

Obrázek 5-5 Datový model - kniha zemřelých

40


KRTy Column Name

Data Type

CIRkve

Allow Nulls

CIR_ID

KRT_ID

int

KRT_ID_FARnosti

int

KRT_Kniha

int

KRT_Strana

int

KRT_PoradoveCislo

int

KRT_ID_OSOby

int

KRT_Datum

datetime

KRT_TitulPred

nvarchar(50)

KRT_Jmeno1

nvarchar(100)

KRT_Jmeno2

nvarchar(100)

KRT_Jmeno3

nvarchar(100)

OSO_ID

int

KRT_Prijmeni

nvarchar(100)

OSO_TitulPred

nvarchar(50)

KRT_TitulZa

nvarchar(50)

OSO_Jmeno

nvarchar(100)

KRT_Ulice

nvarchar(100)

OSO_Prijmeni

nvarchar(100)

KRT_CisloPopisne

nvarchar(10)

OSO_RodnePrijmeni

nvarchar(100)

KRT_Obec

nvarchar(100)

OSO_TitulZa

nvarchar(50)

KRT_PSC

nvarchar(10)

OSO_Pohlavi

char(1)

KRT_Stat

nvarchar(100)

OSO_DatumNarozeni

datetime

KRT_ID_MISta

int

OSO_MistoNarozeni

nvarchar(200)

KRT_ID_UDElovatele

int

OSO_ID_Otec

int

KRT_Kmotr1

nvarchar(100)

OSO_ID_Matka

int

KRT_Kmotr1Pozn

nvarchar(200)

OSO_Ulice

nvarchar(100)

KRT_Kmotr2

nvarchar(100)

OSO_CisloPopisne

nvarchar(10)

KRT_Kmotr2Pozn

nvarchar(200)

OSO_Obec

nvarchar(100)

KRT_Poznamka

nvarchar(200)

OSO_PSC

nvarchar(10)

KRT_DatumUlozeni

datetime

OSO_Stat

nvarchar(100)

KRT_ID_UZIvatel

int

OSO_ID_CIRkve

int

KRT_DatumPoslAkt

datetime

OSO_ID_STAvy

int

KRT_ID_UZIvatelPoslAkt

int

OSO_DatumUlozeni

datetime

OSO_ID_Uzivatel

int

OSO_DatumPoslAkt

datetime

OSO_ID_UzivatelPoslAkt

int

CIR_Nazev

FK_OSOby_CIRkve FK_OSOby_OSObyMatka

FK_KRTy_OSOby

FK_OSOby_OSObyOtec

OSOby Column Name

FK_KRTy_FARnosti

FARnosti

Data Type

Allow Nulls

FK_KRTy_MISta

FAR_ID FAR_IC

FK_MISta_FARnosti

FAR_Nazev

Column Name

FAR_ZkracenyNazev FAR_NazevPad

FK_KRTy_UDElovatele

FAR_Ulice FAR_CisloPopisne

MISta

UDElovatele

FAR_Obec

UDE_ID

FAR_PSC

UDE_TitulPred

FAR_Stat

UDE_Jmeno

FAR_Telefon

UDE_Prijmeni

FAR_Mobil

UDE_TitulZa

FAR_Email

UDE_ID_KATegorieUd...

FAR_Web

UDE_Popis

Data Type

MIS_ID

int

MIS_ID_FARnosti

int

MIS_Nazev

nvarchar(100)

MIS_NazevPad

nvarchar(100)

MIS_Poznamka

nvarchar(200)

Obrázek 5-6 Datová model - kniha pokřtěných

Allow Nulls


41

FK_SNAtky_STAvyMuz

SNAtky Column Name

Data Type

SNA_ID

int

SNA_ID_Farnosti

int

SNA_Kniha

nvarchar(50)

SNA_Strana

int

SNA_PoradoveCislo

int

SNA_ID_OSObyMuz

int

SNA_ID_OSObyZena

int

SNA_Datum

datetime

SNA_ID_MISta

int

SNA_ID_UDElovatele

int

SNA_MuzTitulPred

nvarchar(20)

SNA_MuzPrijmeni

nvarchar(50)

SNA_MuzTitulZa

nvarchar(20)

SNA_ID_STAvyMuz

int

SNA_MuzVyznani

int

SNA_MuzUlice

nvarchar(50)

SNA_MuzCisloPopisne

nvarchar(5)

SNA_MuzObec

nvarchar(50)

SNA_MuzPSC

numeric(5, 0)

SNA_MuzStat

nvarchar(50)

SNA_MuzSvedek

nvarchar(75)

SNA_MuzSvedekPozn

nvarchar(100)

SNA_MuzMatkaPrijmeni

nvarchar(50)

SNA_MuzOtecPrijmeni

nvarchar(50)

SNA_ZenaTitulPred

nvarchar(20)

SNA_ZenaPrijmeni

nvarchar(50)

SNA_ZenaTitulZa

nvarchar(20)

SNA_ID_STAvyZena

int

SNA_ZenaVyznani

int

SNA_ZenaUlice

nvarchar(50)

SNA_ZenaCisloPopisne

nvarchar(5)

SNA_ZenaObec

nvarchar(50)

SNA_ZenaPSC

numeric(5, 0)

SNA_ZenaStat

nvarchar(50)

SNA_ZenaSvedek

nvarchar(75)

SNA_ZenaSvedekPozn

nvarchar(100)

SNA_ZenaMatkaPrijmeni

nvarchar(50)

SNA_ZenaOtecPrijmeni

nvarchar(50)

SNA_PrijmeniSpolecne

nvarchar(50)

SNA_PrijmeniDeti

nvarchar(50)

SNA_ObcanskyDatum

datetime

SNA_ObcanskyMisto

nvarchar(100)

SNA_Dispense

nvarchar(100)

SNA_Licence

nvarchar(100)

SNA_Propusteni

nvarchar(100)

SNA_Poznamka

nvarchar(200)

SNA_DatumUlozeni

datetime

SNA_ID_UZIvatel

int

SNA_DatumPoslAkt

datetime

SNA_ID_UZIvatelPoslAkt

int

STAvy

Allow Nulls FK_SNAtky_STAvyZena

FK_SNAtky_FARnosti FK_SNAtky_OSObyMuz FK_OSOby_OSObyMatka

FK_OSOby_STAvy

FK_OSOby_OSObyOtec

OSOby

FK_SNAtky_OSObyZena

FK_SNAtky_UDElovatele FK_OSOby_UZIvatele

UDElovatele

FK_SNAtky_MISta

UZIvatele

FK_OSOby_UZIvateleAkt

MISta FK_MISta_FARnosti

FK_SNAtky_UZIvatele

FK_SNAtky_UZIvateleAkt

Obrázek 5-7 Datový model - kniha oddaných

FARnosti

42


OSNatku Column Name

FK_OSOby_OSObyMatka

Data Type

OSN_ID

int

OSN_ID_Farnosti

int

OSN_Kniha

int

OSN_Strana

int

OSN_PoradoveCislo

int

OSN_ID_OSObyMuz

int

OSN_ID_OSObyZena

int

OSN_MuzPrijmeni

nvarchar(50)

OSN_ZenaPrijmeni

nvarchar(50)

OSN_Dokument

nvarchar(50)

OSN_Datum

datetime

OSN_Misto

nvarchar(300)

OSN_Udelil

nvarchar(100)

OSN_UdelilFunkce

nvarchar(100)

OSN_ObcanskyDatum

datetime

OSN_ObcanskyMisto

nvarchar(100)

OSN_Dispense

nvarchar(100)

OSN_Propusteni

nvarchar(100)

OSN_Poznamka

nvarchar(200)

OSN_DatumUlozeni

datetime

OSN_ID_UZIvatel

int

OSN_DatumPoslAkt

datetime

OSN_ID_UZIvatelP...

int

FK_OSOby_OSObyOtec

Allow Nulls

OSOby FK_OSNatku_OSObyMuz

FK_OSNatku_OSObyZena

FK_OSNatku_FARnosti

FARnosti

FK_OSOby_UZIvateleAkt FK_OSOby_UZIvatele

FK_OSNatku_UZIvatele

FK_OSNatku_UZIvateleAkt

UZIvatele

Obrázek 5-8 Datový model - kniha Ne temere

5.2 Funkční model Úkolem funkčního modelu je identifikace vstupních a výstupních hodnot, objevení funkčních závislostí a popsání toho, co každá funkce dělá. Funkční model je uveden na obrázku 5-9.

5.3 Dynamický model Tento model popisuje posloupnost jednotlivých operací. Na následujících obrázcích 5-10 až 5-13 se předpokládají přechody iniciované zvolením příslušné položky v menu nebo stiskem příslušného tlačítka. Model jsem zobrazil pro knihu pokřtěných, průchod aplikací pro úkoly spjaté s knihou oddaných a zemřelých by byl velmi podobný. Tyto podrobnosti jsou předmětem správného návrhu uživatelského rozhraní.


Obrázek 5-9 Funkční model

43

44


Obrázek 5-10 Dynamický model – Přihlášení

Obrázek 5-11 Dynamický model - Administrátor


Obrázek 5-12 Dynamický model - Uživatel

45

46


5.4 Scénáře případu užití Scénáře případu užití popisují sekvenci jednotlivých kroků interakce mezi aktérem a systémem. Scénáře případu užití jsou zde uvedené pro knihu pokřtěných a společnou část systému.

Přihlášení uživatele Krok 1 2

Role Uživatel Systém

3 4

Uživatel Systém

Akce spustí aplikaci nebo zvolí položku v hlavním menu Zkontroluje počet a časové rozložení posledních chybných pokusů POKUD je překročen povolený limit, informuje uživatele a ukončí celou aplikaci! JINAK zobrazí přihlašovací dialog zadá své uživatelské jméno a heslo, potvrdí stiskem tlačítka vyhodnotí přihlašovací údaje (p.údaje) POKUD jsou p. údaje platná, otevře hlavní okno aplikace a vrátí úroveň uživatele,uloží do logu platných přihlášení JINAK odmítne přístup uživatele a zobrazí chybovou hlášku, učiní záznam do logu chybných přihlášení

Předpoklady: existující, nezablokovaný uživatelský účet a správně zadané údaje. Odhlášení uživatele Krok 1 2


Akce zvolí danou položku v hlavním menu POKUD je otevřen nějaký formulář s neuloženými daty, upozorní hláškou uživatele a odhlášení neprovede JINAK odhlásí uživatele, uloží záznam do logu platných přihlášení a změní hlavní okno aplikace

Předpoklady: přihlášený uživatel. Změna aktuální farnosti Krok 1 2


Akce vybere farnost z rozevíracího seznamu v hlavním okně přepne aktuální farnost na vybranou

Předpoklady: uživatel má přístup k dané farnosti.


47

Vyhledání osoby v globálním indexu Krok 1 2 3

Role Uživatel Systém Uživatel

4

Systém

5 6

Uživatel Systém

Akce Zvolí danou položku z hlavního menu Otevře okno s indexem Nalezne danou osobu v tabulce: - prostým procházením záznamů - použije řazení záznamů dle kteréhokoliv zobrazovaného sloupce - použije filtrování záznamů zadáním jednoho nebo více údajů do odpovídajících textových polí Reaguje na činnost uživatele: - stránkuje tabulku - setřídí tabulku dle vybraného sloupce a způsobu setřídění (sestupně/vzestupně) - zobrazí jen ty záznamy, které splňují všechny zadané podmínky Vybere hledaný záznam označením v tabulce Otevře okno s podrobnými informacemi o osobě

Předpoklady: uživatel má přístup k dané farnosti. Vložení křestního záznamu nové osoby Krok 1 2 3 4

Role Uživatel Uživatel Systém Uživatel

5

Systém

Akce vybere požadovanou aktuální farnost Zvolí danou položku v hlavním menu Otevře požadované okno s formulářem pro křest Zkontroluje správnost předvyplněných údajů, případně upraví a vyplní ostatní položky formuláře, projeví vůli uložit záznam Kontroluje platnost zadávaných dat POKUD jsou chybná a opravitelná, upozorní uživatele POKUD jsou chybná a neopravitelná (snaha o druhý zápis stejného), upozorní uživatele a zavře okno JINAK uloží data a informuje uživatele

Předpoklady: daná osoba ještě není v knize pokřtěných zapsána. Tisk potvrzení o křtu Krok 1 2 3 4 5

Role Uživatel Uživatel Systém Uživatel Systém

Akce Zobrazí křestní záznam osoby Zvolí danou volbu tlačítkem Otevře okno dokumentu s náhledem Zvolí tisk dokumentu nebo uložení do exportního formátu Provede danou úlohu

Předpoklady: daná osoba je v knize pokřtěných.

48


Vložení křestního záznamu dítěte již evidovaných rodičů Krok 1 2 3 4 5

Role Uživatel Uživatel Uživatel Sytém Uživatel

6

Systém

Akce vybere farnost z rozevíracího seznamu v hlavním okně Vyhledá jednoho z rodičů v globálním indexu Zvolí potřebnou položku z menu okna Otevře okno s formulářem křtu, kam předvyplní možné údaje Vyplní všechna ostatní potřebná data a má možnost upravit i předvyplněná včetně druhého rodiče, projeví přání uložit data Zkontroluje platnost dat POKUD jsou chybná a opravitelná, upozorní uživatele POKUD jsou chybná a neopravitelná (snaha o druhý zápis stejného), upozorní uživatele a zavře okno JINAK uloží data a informuje uživatele

Předpoklady: daná osoba ještě není v knize pokřtěných zapsána. Zobrazení křestního záznamu osoby Krok 1 2

Role Uživatel Uživatel

Akce Vyhledá osobu v globálním indexu Zvolí danou záložku v otevřeném okně

Předpoklady: daná osoba je v knize pokřtěných. Tisk opisu matriky Krok 1 2 3 4 5 6 7

Role Uživatel Uživatel Systém Uživatel Systém Uživatel Systém

Akce Zvolí požadovanou aktuální farnost Zvolí danou volbu v hlavním menu Otevře okno formuláře pro zadání ročníků a podepisujícího listinu Zadá požadované údaje Otevře okno dokumentu s náhledem Zvolí tisk dokumentu nebo uložení do exportního formátu Provede danou úlohu

Předpoklady: vybraná farnost obsahuje záznamy v knize pokřtěných. Změna hesla Krok 1 2 3

Role Uživatel Systém Uživatel

4

Systém

Akce zvolí danou položku v hlavním menu zobrazí dialogové okno vyplní původní a nové heslo, zopakuje nové heslo, klikne na tlačítko potvrzení provede operaci a informuje uživatele o výsledku akce

Předpoklady: správné původní heslo a shodně zadané nové bezpečné heslo.


49

Záloha databáze Krok 1 2 3

Role Administrátor Systém Administrátor

4

Systém

Akce Zvolí danou položku v hlavním menu Zobrazí dialogové okno pro zadání jména cesty a jména souboru Zvolí cestu a zadá požadované jméno souboru, odsouhlasí tlačítkem Provede zálohu databáze do souboru a informuje o výsledku akce

Předpoklady: administrátor zadá správnou cestu a platné jméno souboru. Obnova databáze Krok 1 2 3 4

Role Administrátor Systém Administrátor Systém

Akce Zvolí danou položku v hlavním menu Zobrazí dialogové okno, očekává vybrání souboru se zálohou Zvolí soubor se zálohou, odsouhlasí tlačítkem (2x pro ujištění) Provede obnovu databáze ze souboru

Předpoklady: platný soubor se zálohou databáze. Editace uživatelského účtu a oprávnění přístupu k farnostem Krok 1 2 3 4 5 6 7

Role Administrátor Systém Administrátor Systém Administrátor Systém Administrátor

8

Systém

Akce Zvolí položku administrace uživatelů v hlavním menu Otevře okno administrace uživatelů, zobrazí jejich seznam Aktivuje výběr uživatele dvojím klinutím v seznamu Přepne na panel podrobností uživatelského účtu Projeví přání editovat účet Umožní editovat vybraný účet Provede úpravy uživatelského účtu, může se přepnout na panel přístupu a provést úpravu přístupu uživatele k jednotlivým farnostem, po dokončení úprav odsouhlasí nebo zruší změny POKUD Administrátor zvolil uložení změn, uloží je a informuje Administrátora POKUD Administrátor zrušil změny, zeptá se ještě jednou (Administrátorovi je dána možnost poslední krok anulovat a změny uložit.)

Předpoklady: administrátor se nesnaží editovat jiného administrátora, pokud není superadministrátorem.

50


Vložení nového místa obřadu Krok 1 2 3 4 5 6 7

Role Administrátor Administrátor Systém Administrátor Systém Administrátor Systém

Akce Provede změnu aktuální farnosti Zvolí danou položku v hlavním menu Otevře okno administrace míst obřadů Projeví vůli vložit nové místo Umožní Administrátorovi vyplnit potřebný formulář Vyplní formulář daty a dá pokyn k uložení Uloží data a informuje Administrátora

Předpoklady: jsou vyplněna všechna potřebná data. Resetování hesla uživatele Krok 1 2 3 4

Role Administrátor Systém Administrátor Systém

Akce Zvolí danou položku v menu okně administrace uživatelů Zobrazí dialog pro zadání nového hesla Zadá nové heslo (2x) a potvrdí tlačítkem Změní heslo vybraného uživatele a potvrdí operaci Administrátorovi

Předpoklady: vybraný uživatel v okně administrace uživatelů, administrátor je přihlášen na nejvyšší administrátorský účet, nově zadané heslo je bezpečné a shodně dvakrát zadané.

5.5 Specifikování uživatelských práv Navrhuji jen dvě základní úrovně uživatelských práv – uživatel a administrátor. Běžný uživatel smí provádět obecně operace, které neupravují nebo nemažou již zadaná data. Mohou zadávat nové údaje, tisknout jakékoliv sestavy, generovat statistiky. Uživatel si může změnit své heslo, ale nemůže editovat svůj účet. Veškeré operace může provádět jen pod farnostmi, ke kterým má oprávnění. Administrátor provádí vše, co uživatel. Navíc má oprávnění editovat a mazat. Dále může administrovat společné číselníky a běžná uživatelská konta včetně svého. Nemůže si ale přidělit práva k více farnostem. Z administrátorských účtů je zároveň jeden určen jako superadministrátor. Ten provádí navíc údržbu databáze a administraci všech uživatelských účtů včetně resetu hesla všem uživatelům.


51

5.6 Návrh GUI Návrh uživatelského rozhraní je pro svůj velký rozsah v příloze F.

5.7 Stručná uživatelská příručka Příručka obsahuje popis ovládání aplikace Církevní elektronická matrika v současné demoverzi. Tento text dopovídá uživatelskému rozhraní před provedením úprav po usability testech. Rozlišujte prosím menu právě otevřeného okna a hlavní menu aplikace! Obecná skutečnost: Co je šedé, je nepřístupné. Většinou je potřeba zapnout editační režim. Přihlášení/Odhlášení Po spuštění aplikace zadejte do zobrazeného dialogového okna své uživatelské jméno a heslo. Předinstalované účty administrator a uzivatel mají shodně heslo 123456. Pokud zadáte správné údaje, úspěšně se přihlásíte. Pokud se spletete, po několika chybných pokusech je váš účet uzamčen a po vícenásobném chybném zadání může dojít k časovému uzamčení aplikace i pro ostatní uživatele. V takovém případě se zkuste přihlásit znovu třiceti minutách. Odhlášení provedete volbou z hlavního menu Program/Odhlášení. Vytvoření nového uživatelského účtu Zvolte v hlavním menu Administrátorské funkce/Správa uživatelů. V otevřeném okně zvolte v menu Nový uživatel. Vyplňte údaje, vyberte jednu z možností administrátor/uživatel a z menu volte Uložit změny. Po vytvoření uživatelského účtu vyberte vytvořeného uživatele v seznamu, dále se přepněte na záložku Administrace přístupu k matrikám a v menu zvolte Editace uživatele. Zaškrtněte dle vašich požadavků políčka farností, do kterých udělujete uživateli přístup. Opět volte Uložit změny. Založení nové farnosti Zvolte v hlavním menu Administrátorské funkce/Správa farností/Farnosti. V otevřeném okně stiskněte tlačítko Nová. Vyplňte zpřístupněný formulář, do kolonky název 6.pád vepište jméno vaší obce v 6.pádu. Uložte stiskem tlačítka Ulož. Pokud již ihned chcete pracovat s danou farností, musíte se odhlásit a opět přihlásit. Výběr aktuální farnosti Z rozevíracího seznamu farností (pod hlavním menu) vyberte farnost, s kterou chcete pracovat.

52


Uložení nového křtu Nejprve zvolte aktuální farnost, do jejíž matriční knihy chcete záznam vytvořit. V hlavním menu zvolte Nový zápis/Křtu. Otevře se dialogové okno, které pečlivě vyplňte. Ze začátku kontrolujte, zda odpovídá předvyplňování údajů knihy, strany a pořadového čísla, případně jej opravte. Pro uložení stiskněte tlačítko Uložit a potvrďte následující dialog. Práce s knihou pokřtěných Zvolte vždy prvně požadovanou aktuální farnost. V hlavním menu zvolte Matrika/Křestní matrika. Otevře se Vám okno knihy pokřtěných, zobrazený záznam je posledním zápisem. Šipkami pod formulářem můžete v knize listovat. Zatím jen po jednotlivých záznamech a na začátek/konec knihy. Přepnutím záložky panelu na Index se vám zobrazí v tabulce seznam všech evidovaných křestních záznamů. Tabulku můžete setřídit podle všech sloupců poklepáním na názvy sloupců. Potřebujete-li najít konkrétní záznam, postupujte následovně. Do vyhledávacích polí v horní polovině okna vepište údaje, které znáte o dané osobě a stiskněte tlačítko Zapni filtr. V tabulce zůstanou zobrazeny jen ty záznamy, které vyhovují zadaným kritériím. Do pole datum zadávejte ve formátu dd.mm.rrrr. Zobrazení všech záznamů provedete stisknutím tlačítka Vypni filtr. Tip.: Potřebujete-li vyhledat křty, které byly v roce 2008, zadejte do pole Datum křtu 2008 a přepněte pravý přepínač do polohy Shoda kdekoliv v řetězci. Stiskněte Zapni filtr a v tabulce máte požadované záznamy. Jestliže jste již v tabulce nalezly záznam, který Vás zajímá, poklepejte na něj a zobrazí se opět záložka Matrika s požadovaným křtem. Po označení záznamu v tabulce v Indexu také můžete provádět tisk pamětních listů a potvrzení o křtu stisknutím příslušných tlačítek vpravo. Práce s oknem náhledu tiskové sestavy – JasperViewer Zvolíte-li jakoukoliv tiskovou úlohu, zobrazí se okno náhledu požadované tiskové sestavy. V horním menu máte k dispozici několik ikon. První zleva umožňuje export sestavy do velkého množství formátů, jen musíte formát vybrat z rozevíracího menu Files of type. Ikona s tiskárnou otevírá klasické okno tisku operačního systému. Pomocí šipek můžete přecházet mezi jednotlivými stranami dokumentu. Tisk opisu matriky Chcete-li vytisknout opis matriky, vyberte požadovanou aktuální farnost. Dále vyberte v hlavním menu Tisk/Křestní matrika/Opis matriky. V otevřeném okně zaškrtněte jednu z nabízených možností a případně vyplňte ročník(y), které mají být do opisu zahrnuty. V dolním rozevíracím seznamu potom


53

vyberte osobu, která bude celou listinu parafovat. Stiskněte OK a otevře se okno náhledu. Práce s globálním indexem osob Potřebujete-li najít osobu a zjistit jakékoliv informace o ní, aniž byste věděli, v které farnosti ji byl udělen křest, zvolte v hlavním menu Osoby/Index osob. Otevře se okno podobné indexu knihy pokřtěných. Vyhledávání a třídění záznamů je totožné. Poklepáním na vybraný záznam se otevře okno s detaily o dané osobě. V prvním panelu jsou základní údaje, pod druhou záložkou se nachází přehled udělených svátostí a jestliže osoba je pokřtěná, je přístupná také třetí záložka, která zobrazuje záznam z křestní matriky.

5.8 Architektura 5.8.1

Základní komponenty

Aplikace se skládá z několika základních modulů, které jsou uvedeny na obrázku 5-13.

5.8.2

Komponenty formulářů

Grafické rozhraní je tvořeno formuláři pro zobrazování, tvorbu a editaci dat. Skládá se z hlavního okna, hlavního menu, jednotlivých formulářů pro matriční knihy, indexy a administrace pomocných číselníků a uživatelských účtů. Součástí této komponenty bude také kontextová nápověda o významu jednotlivých prvků formuláře a formátu dat, který aplikace očekává. Součástí této komponenty mohou být také základní verifikátory vstupních dat.

5.8.3

Komponenta řídící logika aplikace

Této komponentě se budu věnovat více podrobněji. Její dekompozice je uvedena na obrázku 5-14. Komponenta především poskytuje datový model pro data – jednotlivé třídy popisující objekty, se kterými aplikace pracuje – osoby, jednotlivé svátosti, jejich seznamy, celé knihy, pomocné číselníky,…Tyto třídy jsou generovány automaticky na základě datového modelu databáze. Seznamy jsou založeny na komponentách jTable a jList. jTable jsou využívány především pro indexy matričních knih. Na komponentě jList jsou většinou implementovány pomocné číselníky – seznamy míst obřadů, udělovatelů svátostí, farností, vyznání. Datový model pro jList je sdílen i pro jComboBox, které jsou ve formulářích. Komponenta jTable též používá pro potřeby vyhledávání záznamů a třídění dle sloupců dvě třídy – RowFilter a RowSorter.

54


Obrázek 5-13 Dekompozice aplikace na moduly

Komponenta Údržba databáze obsahuje veškerou funkcionalitu pro bezpečné zálohování a obnovení dat databáze. Správa uživatelů administruje jednotlivá uživatelská konta a jejich oprávnění k jednotlivým farnostem. Správa připojení k databázi se stará o uchování dat aktuálně přihlášeného uživatele a jeho oprávnění. Mimo již zmiňované základní verifikátory, obsažené přímo v jednotlivých formulářích, komponenta Verifikátory obsahuje veškeré potřebné testovací funkce pro ověření vstupních dat a jejich integrity (zabránění duplicity, apod.).

5.8.4

Komponenta tiskové sestavy

Pro tvorbu tiskových sestav je použita externí knihovna JasperReports, která podporuje nejen tisk, ale i export do mnoha podporovaných formátů. Popis produktu – viz kapitola 6 (Implementace).


55

Obrázek 5-14 Dekompozice modulu řídící logika

5.8.5

Komponenta driver databáze

Tato komponenta má za úkol zprostředkovat propojení aplikace a databázového serveru. Většinou je distribuován spolu s databázovým serverem.

57

6. Implementace 6.1 Použité technologie a nástroje 6.1.1

Programovací jazyk

Zadavatel nekladl v této otázce žádné podmínky. Pro implementaci tohoto projektu jsem zvolil systém Java, neboť mi toto prostředí připadá velmi zajímavé a pro tento projekt vhodné. Dalším důvodem je to, že Java je moderní rozvíjející se programovací jazyk. Pokud by se aplikace začala používat reálně v praxi, šlo by s výhodou využít technologii JNLP, která by obstarala automatickou instalaci za předpokladu nainstalování vhodného JRE. Tato myšlenka se mi líbí také pro snadnou aktualizovatelnost softwaru. Stačilo by na webových stránkách projektu kliknout na jediný odkaz a aplikace by se aktualizovala. K tomuto programovacímu jazyku také existuje velké množství literatury a tutoriálů. Hojně jsem tedy využíval tutoriálů samotné firmy Sun. Dalším zdrojem informací mi byly materiály [17] a [18]. Posledním argumentem pro jazyk Java je nezávislost na platformě. Pokud by v budoucnu došlo k rozvoji aplikace (implementace podpory MySQL), bylo by možné tento informační systém provozovat nejen na platformě Windows.

6.1.2

Vývojové prostředí

Po mnoha kladných referencí z různých zdrojů jsem za vývojové prostředí zvolil NetBeans, opensourcový projekt firmy Sun Microsystems. Protože jsem v něm začal tvořit poprvé, krátkou dobu jsem se s tímto velmi užitečným nástrojem učil pracovat. Výhodou opensource produktů je vždy velké množství rozšiřujících pluginů. Programovat jsem začal ve verzi 6.0, později přešel na 6.1 a dokončil ve verzi 6.5.

6.1.3

Databázový server

Jako datové úložiště jsem zvolil MS SQL server 2005 Express Edition. Tento software je zdarma, nevznikly by tedy vícenáklady na pořízení databázového serveru. Zde jsem se především řídil tou myšlenkou, že pokud by

58

KAPITOLA 6. IMPLEMENTACE

projekt pokračoval do druhé fáze – centrálního úložiště dat na jednotlivých biskupstvích, byl by vhodným řešením MS SQL server vyšší edice – např. Standard. Vzhledem k zařazení ČBK do licenčního programu MS Select se dá předpokládat, že by ani tato investice nebyla finančně dramatická. K SQL serveru jsem doinstaloval MS SQL Server Management Studio Express, tedy grafický konfigurační nástroj, pomocí něhož jsem navrhoval datový model, procedury, triggery,…

6.1.4

Driver databáze

Do projektu v NetBeans jsem importoval jar archiv s potřebným driverem databáze. Konkrétně se jedná o Microsoft SQL Server 2005 JDBC Driver verze 1.2.

6.1.5

Nástroj pro tiskové sestavy

Jelikož tento projekt byl mým prvním seznámením s Javou, často jsem se musel ptát lidí, kteří s Javou mají větší zkušenosti. Dozvěděl jsem se, že standardní tiskové API – balík java.awt.print není vhodným řešením pro tiskové sestavy, které jsem v aplikaci elektronická matrika zamýšlel. Proto jsem se poohlédnul po jiném řešení a našel jsem knihovnu JasperReport, kterou vyvinula v Javě firma Jaspersoft Corporation jako opensourcový projekt. Velkou nevýhodou je, že veškerá dokumentace je zpoplatněna, a tak jsem musel vše vyhledávat opět na Internetu v různých ukázkách kódu a na odborných diskusních fórech. Vlastní report je založen na XML šabloně, která popisuje danou tiskovou sestavu. Ruční konfigurace by jistě byla velmi těžko odladitelná. Podařilo se mi však vyhledat výborný designerový nástroj iReport (ať už jako plugin do NetBeans nebo samostatný program), díky němuž je tvorba tiskových sestav velice snadná a podobá se tvorbě grafického rozhraní pomocí jakéhokoliv IDE. Knihovna pak z XML souboru se šablonou a z dat, které můžeme poslat buď pomocí přímých parametrů, nebo pomocí specifikace SQL dotazu a aktivního spojení s databází, generuje okno s náhledem celé tiskové sestavy. Z tohoto náhledového okna můžeme přímo tisknout nebo exportovat do formátů rtf, odt, html, xls, csv, xml, ale hlavně též do pdf.[14]

6.1.6

API pro datum a čas

Při hledání vhodného nástroje pro tiskové sestavy jsem byl informován, že ani navržené Javovské API pro práci s datem a časem není moc přehledné a dobře implementované. Seznámil jsem se tedy opět s náhradním řešením a ve svém projektu začal používat knihovnu Joda-Time.


59

Po zběžném vyzkoušení mohu potvrdit, že práce s touto knihovnou mi přijde srozumitelnější a přehlednější než standardní třídy Javy – podrobněji v [15].

6.2 Postup implementace Vlastní implementaci jsem zahájil tvorbou datového modelu. Vytvořil jsem pomocí nástroje MS SQL Server Management Studio Express potřebné tabulky, navrhnul plnící a aktualizační procedury. Pro některé základní věci (jako vytvoření data uložení, aktualizace záznamu v tabulce) jsem použil triggery nad jednotlivými tabulkami. Po vytvoření potřebných vztahů nad tabulkami jsem mohl pokročit do druhé fáze. Druhým krokem bylo důkladné seznámení s NetBeans a především oživení napojení na databázi. Při generování tříd, popisujících záznamy jednotlivých tabulek, příp. pohledů mi pomohlo samotné IDE automatickým vygenerováním těchto tříd, jen jsem některé navržené metody či instanční proměnné mírně upravil. Během dalších implementačních prací jsem postupoval od počátečního dialogu pro přihlášení do aplikace, přes formuláře, které obsluhují pomocné číselníky – udělovatelé, farnosti, místa obřadů,… až po vlastní křestní matriku s jejím indexem. Grafické rozhraní aplikace je postaveno na knihovně swing. Snažil jsem se mít na paměti návrhový vzor model-controller-view, ale použití knihovny swing spíše vede ke sloučení řídící logiky a pohledu na data do jedné třídy. Formulářová okna proto se všemi svými komponentami (panely, textová pole, tlačítka, položky menu, rezevírací seznamy, tabulky,…) plní roli pohledu na data, ale obsahují také aplikační řídící logiku. A ke každé tabulce, seznamu,… jsem vytvořil třídu, která reprezentuje model dat. Ostatně to je pro knihovnu swing a její komponenty naprosto běžný postup. Jako poslední fázi implementačních prací jsem navrhoval tiskové sestavy pomocí již zmiňovaného nástroje iReport a vygenerované XML soubory implementoval do aplikace. Tento postup implementace jsem zvolil především proto, že se jevilo celkem snadné navrhnout statický datový model podle skutečných matrik a výsledků analýzy dalších potřebných atributů. A již jsem nepředpokládal (ani dále nepředpokládám) žádné výrazné změny datového modelu, neboť matriční agenda je již prověřená po staletí. Spíše mám dojem, že mnoho datových položek v matrikách již ztrácí v dnešní době smysl. Proto jsem je také (např. povolání, ….) po konzultaci s vedoucím práce již do modelu nezahrnoval. Zvažoval jsem využít techniku persistence objektů a objektově-relačního mapování, konkrétně knihovnu Hibernate a architekturu Enteprise JavaBeans, ale vzhledem k velké náročnosti studia této techniky jsem od svého záměru upustil. Při implementaci jsem využíval zdrojů [16]-[22].

60


6.3 Ukázka kódu Veškeré zdrojové kódy jsou umístěny na přiloženém CD. Zde uvádím pouze na ukázku výňatky z kódu, který je při implementaci použit.

6.3.1 1

Užití knihovny JasporReports private void pametniListTisk(){

2 3 4 5 6

Map<String, Object>par=new HashMap<String,Object>(); ClassLoader cl=this.getClass().getClassLoader(); JasperPrint jp=null; Connection conn=Prihlaseni.getConnUz();

7 8

9 10 11 12 13 14

15 16 17 18 19 20 21 22

par.put("ID_Farnosti",((SeznamPristupnychFarnosti) MatrikaView.getComboBoxFarnost().getModel()).getIDSelecte dItem()); par.put("ID_MIN",((KrestniZaznamAll) model.getElementAt(model.getIndex())).getIDKrtu()); par.put("ID_MAX",((KrestniZaznamAll) model.getElementAt(model.getIndex())).getIDKrtu()); try{ URL soubor = cl.getResource("matrika/reports/PametniKrestniList.jasper "); JasperReport jr = (JasperReport)JRLoader.loadObject(soubor); jp = JasperFillManager.fillReport(jr,par,conn); } catch (JRException ex){ System.out.println(ex.toString()); } JasperViewer.viewReport(jp, false); }

Tato funkce obstarává inicializaci reportu, jeho vyplnění daty a následné zobrazení v okně náhledu JasperVieweru. Do reportu je potřeba předat v tomto případě několik parametrů – ID farnosti, a minimální a maximální ID křtu. Tyto parametry se ukládají do hashované mapy, klíčem je vždy název daného parametru. Parametry se uvnitř reportu doplní do SQL dotazu, který generuje výslednou množinu dat. V proměnné soubor na řádku 15 pak specifikuji cestu a název souboru konkrétního reportu, který chci v dané tiskové sestavě použít. V tomto případě je to PametniKrestniList.jasper. Přípona .jasper říká, že se jedná


61

o zkompilovaný soubor do binární podoby z původního XML dokumentu, který má příponu .jrxml. Funkce fillReport na řádku 17 pak plní report daty a již kompletní vyplněný report je funkcí viewReport na řádku 22 zobrazen v okně náhledům ze kterého můžeme zahájit tisk nebo export do již zmiňovaných formátů.

6.3.2

Římské číslice v reportu

Je zvykem čísla svazků jednotlivých matričních knih označovat římskými číslicemi. Proto jsem vytvořil algoritmus pro vzájemný převod arabských a římských čísel. V databázi je toto číslo uloženo přirozeně v arabském číslování, ve formulářích a v reportech je zobrazováno římským zápisem. Samotný algoritmus není obzvláště složitý, ve zdrojových souborech lze nalézt v třídě matrika.utility.RomanNuber.java. Skládá se ze dvou funkcí, které využívají statických map pro převod základních číslic v té které soustavě. Ve formulářích díky tomu mohou uživatelé zadávat jak římská, tak arabská čísla, která se vždy správně převedou. Horší situace byla u reportů, neboť ty získávají data většinou z interního SQL dotazu. A přímé užití této třídy nebylo možné. Problém je vyřešen následovně: Do souboru, který popisuje report jsem vložil odkaz na třídu, která nepatrně upravuje původní třídu pro převod formátu čísel. Viz řádek 15. 1 2 3 4

5 6 7 8 9 10 11 12 13 14 15

<jasperReport xmlns="http://jasperreports.sourceforge.net/jasperreports" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://jasperreports.sourceforge.net/ jasperreports http://jasperreports.sourceforge.net/xsd/jasperreport.xsd" name="Křestní matrika-subreport" pageWidth="575" pageHeight="842" whenNoDataType="NoDataSection" columnWidth="575" leftMargin="0" rightMargin="0" topMargin="0" bottomMargin="0" isSummaryNewPage="true" scriptletClass="matrika.utility.RomanNumberForReport">

V upravené třídě RomanNumberForReport.java jsem dále přidal dědičnost z třídy JRDefaultScriptlet, proto je definice po úpravě následující:

62


public class RomanNumberForReport extends JRDefaultScriptlet .

Funkce obstarávající převod musí mít klauzuli pro vyhazování výjimky JRScriptletException. Nově proto hlavička funkce vypadá takto: public static String rimske(int c) throws JRScriptletException. Poté už jen zbývalo upravit hodnotu pole, které v reportu zobrazuje číslo knihy/svazku, na $P{REPORT_SCRIPTLET}.rimske($F{Kniha}.intValue()) a změnit datový typ pole na String. Tímto postupem je možné do reportu importovat vlastní třídy, které potřebujeme pro jakékoliv úpravy s daty.

6.4 Současný stav implementace V době odevzdání této práce je v souladu se zadáním implementován základ knihy pokřtěných, tedy lze vkládat křty jednotlivých osob, procházet knihy pokřtěných jednotlivých farností, tisknout opisy dle ročníků, vyhledávat a řadit záznamy pomocí indexu knihy. Je kompletně hotova administrace farností, míst obřadů, udělovatelů svátostí, výpisy chybných a platných přihlášení do aplikace, administrace církví (ve smyslu vyznání osob) a především potřebná administrace uživatelů. Do budoucna bude dále potřebné v této knize umožnit případné mazání a editaci záznamů a doplňování rodičů evidovaným osobám. Vhodné bude také zavést podrobnější kontrolu všech vstupních dat tak, aby je nebylo možné zadávat mimo povolený rozsah. Jsem si vědom, že implementace je v tomto stavu zatím neefektivní, neboť se opakují stejné úseky kódu v různých třídách. V časovém rozsahu této práce se mi však nepodařilo zdrojové kódy zpřehlednit a extrahovat opakující se části do nadřazených tříd. Do budoucna však tento postup velmi doporučuji.

6.5 Další vývoj aplikace Tato demoaplikace má především demonstrovat výhody elektronického zpracování dat oproti současnému papírovému modelu matriky. Současný stav implementace a naplnění testovacími daty tento cíl jistě splňuje. Pro užívání aplikace v praxi to samozřejmě nestačí. Předpokládá se další vývoj aplikace. Pokud by ze strany zadavatele nebyl zájem o další spolupráci, osobně se budu snažit o implementaci tří povinných matričních knih v rozsahu návrhu této práce. Aplikaci bych pak implementoval do provozu ve své farnosti Mladá Boleslav (po souhlasu zdejšího pana faráře). V případě, že bude zájem


63

v projektu pokračovat, je potřeba opětovně stanovit rozsah implementace pro další fázi a snažit se o zpřehlednění a optimalizaci kódu. Také by bylo vhodné zapojit alespoň jednoho zkušenějšího programátora do řešitelského týmu, zejm. pro potřeby občasných konzultací.

65

7. Usability testy Usability testy patří mezi metody testování softwarových produktů, které by měly pomoci produkovat lépe přijatelné programy v mnoha sledovaných kritériích. Sledujeme např. funkčnost, spolehlivost, kompatibilitu nebo náklady, a též použitelnost (usability). Usability testy slouží tedy programátorovi (v užším smyslu tvůrci GUI) jako zpětná vazba, zda vytvářená aplikace je přijatelná pro cílovou skupinu uživatelů. Proto je velmi důležité tuto skupinu uživatelů na začátku analýzy a implementačních prací přesně definovat. Testy by měly odpovědět na otázky, zda je grafické rozhraní pro uživatele jednoduché pro naučení, snadno zapamatovatelné, efektivní při práci, navržené s minimem chyb a též subjektivně příjemné. Samotnou přípravu a provedení usability testu lze rozčlenit do následujících fází: Charakterizace uživatelů Návrh testu Výběr účastníků Nastavení testu Zkušební test Testování Vyhodnocení výsledků

7.1 Charakterizace uživatelů S tématem usability testů je spojena také otázka, pro koho je daný informační sytém navržen.

7.1.1

Popis reálných uživatelů

Uživatele z reálného prostředí můžeme rozdělit na dvě skupiny – kněze a pastorační asistenty. Charakterizovat tyto dvě velmi vnitřně nehomogenní skupiny lidí je takřka nemožné. Malý průzkum jsem prováděl napříč všemi diecézemi, dostalo se mi jen některých statistických údajů. Viz tabulka D-2. Zdá se, že u kněží je dovednost práce s počítačem nepřímo závislá na jejich věku. Další konkrétní závěry však nelze vyvozovat. Mezi kněžími

66

KAPITOLA 7. USABILITY TESTY

najdeme inženýry, kterým obsluha počítače není nijak cizí a hravě zvládají jakýkoliv specializovaný software. Naproti tomu jsou v této skupině uživatelů tací, kterým počítač je naprosto cizí (jedná se zejm. o střední a starší věkovou skupinu). U pastoračních asistentů osobně předpokládám větší zdatnost v ovládání počítače, již kvůli výrazně nižšímu věkovému průměru. Postupem času jsem opustil myšlenku na vývoj softwaru, který by byl „pro všechny“. Ve finále jsem proto charakterizoval dva uživatelské profily, ze kterých jsem konkretizoval následující skeletony a persony.

7.1.2

Skeletony:

Skeleton 1: muž římskokatolický kněz absolvent teologické fakulty spíše humanitní typ věk 40-45 let s počítačem střední uživatelská dovednost žádné administrátorské schopnosti (ve smyslu údržby výpočetní techniky) nedostatek času odmítne složité učení netrpělivý latina – základní až střední znalosti Skeleton 2: žena pastorační asistentka na plný úvazek věk 28-35 let vzdělání vysokoškolské matka od rodiny dovednost s počítačem střední až vyšší velmi pečlivá ráda má vše jasné a přehledné houževnatá, jen tak něco nevzdává latina - neumí


7.1.3

67

Persony

Persona 1 - Jan Jméno: Jan Věk: 45 Pohlaví: Muž Farnost: Jičín Povolání: Katolický kněz Narodil se jako prvorozený syn rolníka v malé vesničce v podhůří Orlických hor. Dětství strávil na rodinném statku. Absolvoval gymnázium v blízkém okresním městě a již v průběhu svého dospívání poznal, že jej Bůh volá ke kněžství. Po úspěšném složení maturity tedy nastupuje do kněžského semináře v Litoměřicích. Na své první kaplanské působiště byl poslán na Pardubicko, kde se pod zkušeným farářem dobře osvědčil v pastoraci a také se seznámil s praktickými věcmi farní administrace. Po třech letech byl jmenován administrátorem farnosti Jičín. Jan hraje výborně na kytaru, v domácnosti se umí postarat nejen o sobe, ale nárazově také o větší počet mládeže, která jej často navštěvuje a vyhledává pro jeho smysl pro humor a kvalitní duchovní vedení. Časově je proto velmi vytížen, má ještě mnoho dalších aktivit. S počítačem si rozumí, potřebuje jej k běžným administračním věcem, používá operační systém Windows a běžný kancelářský softwarový balík MS Office. Je náruživým fotografem. Fotky si upravuje pomocí Corel PhotoPaintu, pak je vystavuje v profesionální kvalitě na Internetu. Administraci osobního i farního počítače ale nechává na starosti jiným. Vždy si tedy někoho najde, kdo mu daný program nainstaluje a vysvětlí základní ovládání. Také rozhodování v technických otázkách přenechává lidem s patřičným vzděláním. Díky tomu se na faře využívají nové technologie (např. VoIP) a farnost má po technické stránce skvěle vybavený společenský sál. V kanceláři mu pomáhá pracovní síla, která vede účetnictví a vyřizuje běžnou korespondenci. Jan relaxuje nejčastěji v přírodě, na dovolenou jezdí velmi rád na hory.

68


Persona 2 - Šárka

Jméno: Šárka Věk: 32 Pohlaví: Žena Farnost: Jilemnice Povolání: Pastorační asistentka

Šárka se narodila na Jižní Moravě v malé vesničce. Za sourozence má mladší sestru. Rodiče si na Šárku potrpí, trošičku ji rozmazlovali. Po vystudování gymnázia byla přijata na pedagogickou fakultu – obor psychologie. O prázdninách vždy pracovala v jedné firmě v místě bydliště jako sekretářka (záskok v době dovolených). Ve čtyřiadvaceti letech se vdávala, nyní má dvě roztomilé děti a skvěle fungující rodinu. Po dobu mateřské dovolené se snažila být aktivní ve své farnosti, a tak pomáhala ve farní kanceláři a začala učit náboženství. Tato práce ji velmi bavila a naplňovala, že se rozhodla vystudovat dálkově teologickou fakultu. Nyní je ve čtvrtém ročníku. Přitom pracuje na plný úvazek na faře jako pastorační asistentka/katechetka a farář ji dává stále větší důvěru a také větší množství práce. Šárka je sportovně založená, ráda cestuje, také výborně vaří. Lidé ji mají rádi pro stálý úsměv na tváři a své okolí okouzluje svým temperamentem, jemným vtipem a živostí. Když se do něčeho pustí, neskončí nikdy dříve, než daný úkol nebo problém vyřeší. S počítačem si velmi dobře rozumí, běžné aplikace ji nečiní žádné potíže. Pomocí Googlu dokáže vyhledat mnohé cenné informace. Jejím koníčkem je modelování zahrad pomocí specializovaného softwaru. Ve farnosti ji byla též svěřena též povinnost psát matriky, bohužel ručně, proto by velmi ráda uvítala jakýkoliv informační systém. Především ruční opisování duplikátů ji každý rok zabere hodně času. Má výbornou paměť, nemusí si nic poznamenávat. Udivuje své okolí a nejvíce asi svého manžela☺ tím, co vše si dokáže zapamatovat. Nesnáší nepořádek, ve všem musí mít přesný řád. Občas je ostatním její preciznost a důslednost mírně nepříjemná.


69

7.2 Návrh testu 7.2.1

Cíle testu

Cílem usability testu je ověřit uživatelskou přívětivost prvotního návrhu grafického rozhraní aplikace Církevní elektronická matrika v podobě současné demoverze. Test by měl nalézt zásadní chyby v návrhu GUI a umožnit zapojení reálných uživatelů do procesu tvorby softwaru, který je pro ně vyvíjen. Primárním cílem není proto odhalovat chyby v implementaci vnitřní aplikační logiky. I když i takové chyby si moderátor testu bude pečlivě zaznamenávat pro další fáze vývoje softwaru. Cíle testu v bodech:

Budeme sledovat, zda navržené uživatelské prostředí umožňuje intuitivní práci uživatelů se systémem. Budeme testovat, zda rozložení jednotlivých komponent formulářů a jejich seskupování do panelů, příp. záložek a umístění ovládacích prvků odpovídá představám uživatelů. A v neposlední řadě nás bude zajímat, kde všude chybí uživatelům nápověda, co mají udělat v dalším kroku. Zda jim jsou srozumitelné dialogy a chybové hlášky.

7.2.2

Osnova testu

Návrh osnovy testu: Základní seznámení s aplikací Dotazník před testem Testování Dotazník po testu Základní seznámení s aplikací Představte si situaci, že potřebuje pracovat s matričními knihami. V našem případě zatím jen s knihou pokřtěných. Aplikace Církevní elektronická matrika Vám umožňuje tuto agendu řešit pomocí softwarové aplikace. Tato jednoduchá databázová aplikace podporuje v současné demoverzi následující činnosti: zápis křtů nových osob, zápis křtů osob, které jsou již v systému zaevidovány, vyhledávání a třídění v indexu osob a v indexu pokřtěných konkrétní farnosti. Mezi tiskové sestavy patří především opis křestní matriky podle různých ročníků, tisk pamětního listu a potvrzení o křtu pro jednotlivé osoby.

70


Aplikace umožňuje vést odděleně matriční záznamy pro více farností se společným indexem všech osob a seznamem (číselníkem) udělovatelů svátostí. Každá farnost má svůj seznam míst obřadů. Je možné administrovat uživatele systému a přidělovat jim práva přístupu k jednotlivým farnostem. Existují dvě úrovně uživatelů – administrátoři a uživatelé. Jeden uživatelský účet je výlučný svým postavením mezi ostatními – jedná se o hlavní administrátorský účet, který může např. resetovat hesla všem ostatním účtům. Rámcový seznam úkolů 1. Spuštění aplikace, přihlášení se a vytvoření nového uživatelského účtu 2. Vložení dat – nového udělovatele svátostí a místa obřadu, odhlášení 3. Práce s křestní matrikou 4. Vyhledání osoby 5. Vyhledání osob podle jednoho kritéria 6. Tisk opisu křestní matriky jednoho ročníku 7. Zápis křtu osoby již v systému zaevidované 8. Tisk pamětního listu 9. Tisk potvrzení o křtu 10. Tisk prázdného křestního zápisu 11. Vyhledání podrobných informací o osobě 12. Pokus o duplicitu záznamu křtu stejné osoby 13. Tisk opisu křestní matriky více ročníků 14. Zaznamenání křtu nové osoby 15. Změna přihlášeného uživatele 16. Vytvoření nové farnosti Seznam úkolů s doporučeným postupem řešení 1. Spuštění aplikace, přihlášení se a vytvoření nového uživatelského účtu Program se spustí ikonou Církevní elektronická matrika na ploše. Do otevřeného dialogového okna se vyplní přihlašovací údaje a tlačítkem Přihlášení se odešlou ke zpracování. Pro vytvoření nového uživatelského účtu je potřeba otevřít okno přes menu Administrátorské funkce/Správa uživatelů. Po kliknutí na tlačítko Nový uživatel je nutné vyplnit zpřístupněný formulář a po stisknutí tlačítka Ulož změny též nastavit nové heslo uživatele. Po vytvoření uživatele je potřeba kliknutím na tlačítko Editace uživatele a přepnutí na panel Administrace přístupu k matrikám zaškrtnout všechna zaškrtávací políčka. A opět kliknout na Uložit změny.


71

2. Vložení dat – nového udělovatele svátostí a místa obřadu, odhlášení Uživatel otevře okno přes menu Administrátorské funkce/Udělovatelé svátostí. Klinkne na tlačítko Nový a vyplní formulář. Tlačítkem Uložit potvrdí změny. Dále vybere v rezevíracím seznamu farností takovou, do které chce nové místo obřadu vložit a přes menu Administrátorské funkce/Správa farností/Místa obřadů vyvolá nové okno. Kliknutím na tlačítko Nové, vyplněním formuláře a potvrzením pomocí tlačítka Uložit se provede vložení nového místa obřadu do konkrétní farnosti. Přes menu Program/Odhlášení uživatel tento úkol dokončí. 3. Práce s křestní matrikou Uživatel se přihlásí přes menu Program/Přihlášení. V rozevíracím seznamu farností vybere správnou farnost. Přes menu Matrika/Křestní matrika otevře knihu pokřtěných dané farnosti na posledním uskutečněném záznamu. Přepnutím do panelu Index se dostane uživatel na kompletní seznam pokřtěných osob v dané farnosti. V tabulce může zapnout řazení záznamů podle uvedených sloupců poklepáním na jméno sloupce. Nalezení konkrétní osoby je možné pomocí vyplnění vyhledávacích polí a kliknutím na tlačítko Zapnout filtr. Uživatel si může též vybrat způsob porovnávání zadaných řetězců. Například pro vyhledání osoby podle roku křtu je nutné zadat rok do pole Datum křtu, přepnout porovnávání na Shoda kdekoliv v řetězci a stisknout tlačítko Zapnout filtr. Pokud máme v tabulce vybrán jakýkoliv řádek, můžeme dvojím kliknutím vybraný záznam zobrazit v panelu Matrika s potřebnými údaji. Pro tisk pamětního list nebo potvrzení křtu je potřeba pracovat v panelu označeném záložkou Index, označit daný záznam a stisknout příslušné tlačítko tisku v pravé horní části okna. 4. Vyhledání osoby Globální vyhledávání v aplikaci se děje pomocí indexu osob. Uživatel toto okno otevře přes menu Osoby/Index osob. Vyhledávání a řazení je naprosto stejné jako u křestní matriky – viz předchozí bod. Dvojím kliknutím na vybraný řádek v tabulce vyvoláme okno s podrobnými informacemi o dané osobě. Toto okno obsahuje jednotlivé panely, ve kterých jsou zobrazeny základní informace o osobě, přehledové okno se všemi svátostmi a podrobné informace o jednotlivých svátostech (v rozsahu současného stavu implementace). 5. Vyhledání osob podle jednoho kritéria Použijeme stejný postup jako v bodě 4. Uživatel tedy využije okno Index osob, ve kterém zadá požadované kritérium. Pokud se jedná o neúplně specifikované datum, např. jen rok narození, musí se kromě

72


zadání daného roku do příslušného pole přepnout porovnávání na možnost Shoda kdekoliv v řetězci. 6. Tisk opisu křestní matriky jednoho ročníku Nejprve musíme v rozevíracím seznamu farností vybrat požadovanou farnost, pro kterou opis křestní matriky požadujeme. Pak zvolíme položku v menu Tisk/Křestní matrika/Opis matriky. Do otevřeného dialogového okna zadáme konkrétní ročník do pole Výběr ročníku, v rozevíracím seznamu uživatelů vybereme toho uživatele, který má danou tiskovou sestavu parafovat a odsouhlasíme stisknutím tlačítka OK. Otevře se okno s náhledem tiskové sestavy. V náhledu můžeme listovat pomocí tlačítek se šipkami. Tlačítko s disketou umožní uložení tiskové sestavy do různých formátů. Formát je potřeba ale vybrat z rozevíracího seznamu pod textovým polem pro název souboru. Tlačítko s tiskárnou pak vyvolá již klasické systémové okno pro výběr tiskárny, nastavení vlastností tisku a zahájení tisku. 7. Zápis křtu osoby již v systému zaevidované Pokud chceme zapsat křest osoby, která je již v systému evidovaná, stačí vyvolat index osob a nalézt osobu postupem popsaným v bodě 4. Po označení daného řádku uživatel musí zvolit položku menu Zaznamenat svátost/Křest. V té době by měla být vybrána správná farnost v rozevíracím seznamu hlavního okna aplikace. Po otevření okna Nový křest uživatel vyplní formulář, který je již předvyplněn některými údaji. Šedivě zbarvená pole nejsou dostupná k editaci. Ostatní lze měnit libovolně. Z rozevíracích seznamů lze vybrat udělovatele křtu a místo obřadu. Po zadání všech údajů odešleme formulář tlačítkem Uložit a ještě jednou potvrdíme v následném dialogu kliknutím na správné tlačítko. Pokud uživatel zapomněl vyplnit některé povinné údaje nebo zadával nesmyslné data, je uživatel na tuto skutečnost upozorněn varovnou hláškou. V případě úspěšného uložení je uživatel informován opět informativní hláškou. 8. Tisk pamětního listu Pro tisk pamětního listu konkrétní osoby je potřeba v prvé řadě vědět, v jaké farnosti byla daná osoba pokřtěna. To můžeme zjistit vyhledáním osoby v globálním indexu osob a zobrazením jeho podrobné karty postupem uvedeným v bodě 4. Pak zvolíme danou farnost v rozevíracím seznamu farností a otevřeme křestní matriku. Postup je uveden v bodě 3. 9. Tisk potvrzení o křtu Shodný postup jako v předchozím bodě.


73

10. Tisk prázdného křestního zápisu Vybereme správnou farnost (jejíž hlavička se má objevit v záhlaví daného dokumentu) v rozevíracím seznamu farností a zvolíme položku v hlavním menu Tisk/Křestní matrika/Křestní zápis. Otevře se nám již známe okno tiskové sestavy popsané v bodě 6. 11. Vyhledání podrobných informací o osobě Shoduje se s postupem v bodě 4. 12. Pokus o duplicitu záznamu křtu stejné osoby Shoduje se s postupem v bodě 7. Zde se jen testuje srozumitelnost chybové hlášky, která vznikne při tomto pokusu o duplikaci stejného záznamu v křestní matrice. 13. Tisk opisu křestní matriky více ročníků Opět je potřeba mít v rozevíracím seznamu farností vybranou správnou farnost. Potřebné okno se vyvolá postupem jako v bodě 6. Jen se zvolí možnost Výběr ročníků od – do. 14. Zaznamenání křtu nové osoby Uživatel vybere farnost v rozevíracím seznamu hlavní aplikace a otevře potřebné okno výběrem položky menu Nový zápis/Křtu. Po vyplnění formuláře potřebnými údaji odešle data stisknutím tlačítka Uložit. Potvrdí následující dialog a je zobrazena informativní hláška o úspěšnosti operace. 15. Změna přihlášeného uživatele Uživatel se odhlásí přes menu Program/Odhlášení a výběrem Program/Přihlášení vyvolá nový přihlašovací dialog. Zadáním jiných přihlašovacích údajů a stisknutím tlačítka Přihlášení je uživatel přihlášen pod novou identitou. 16. Vytvoření nové farnosti Uživatel vybere položku menu Administrátorské funkce/Správa farností/Farnosti. V otevřeném okně stiskne tlačítko Nová a vyplní příslušná textová pole. Po stisknutí tlačítka Ulož je zobrazena hláška s výsledkem operace.

74


7.3 Výběr účastníků Vzhledem ke specifičnosti aplikace je okruh potencionálních účastníků testu omezen. Vybral jsem tedy tři kněze, pastorační asistentku a jednu osobu, která se s matričními knihami ještě nesetkala a představuje roli brigádníka, který by mohl mít na starosti zadávání historických dat do databáze.

7.4 Nastavení testu Test probíhal v kanceláři fary, ve známém prostředí uživatelů. Během testu byl používán notebook – Aspire 1363WLMi s HW parametry: AMD Sempron 3000+; 15,4 palcový displej; 1,25GB RAM. Operační systém Windows XP Professional SP3, JRE 1.6 update 7, MS SQL 2005 Express Edition 9.0 SP1, verze aplikace Církevní elektronická matrika 0.1.0. U testu byl přítomen uživatel a moderátor. Moderátor též pořizoval poznámky v písemné podobě, jiný způsob zaznamenávání nebyl. Každý uživatel byl testován v jiném čase na jiném místě. Před testem byl uživatel seznámen s faktem, že cílem testu je především vyhodnotit úspěšnost návrhu grafického uživatelského rozhraní aplikace, ne samotná funkčnost programu.

7.5 Zkušební test Během zkušebního testu, který byl proveden po ukončení implementačních prací, byl ověřen doporučený postup řešení zadaných úloh. Bylo objeveno několik závažných chyb, které byly odstraněny ještě před uživatelskými testy. Před každým uživatelským testem je ověřena funkčnost aplikace, spojení s databází a inicializace testovacích dat mini testem. Data jsou obnovena po každém uživatelském testu pomocí nástroje MS SQL Server Management Studio Express.

7.6 Testování Materiály použité pro vlastní testování (dotazník před testem, konkrétní znění úkolů a dotazník po testu) jsou obsaženy v příloze G. Usability testy proběhly za podmínek popsaných v odstavci Nastavení testu.


75

7.7 Zpracování výsledku testů 7.7.1

Výběr skutečných účastníků

Za skutečné účastníky testů jsem vybral předem vytipované kněze a laiky z mého okolí: tři kněze ve věku 28, 40 a 30 let pastorační asistentku ve věku 33 let osobu nezaměstnanou v církvi, která se ještě nesetkala s matričními knihami, 28 let

7.7.2

Dotazník před testem

Jeden kněz byl zodpovědným za matriky dle církevního práva. Své počítačové dovednosti ohodnotili testeři známkami 3,4,3,1 a 3. S agendou matričních knih se setkávají čtyři osoby pravidelně, jedna se nesetkala vůbec. Žádný z testerů neměl předchozí zkušenosti s matričním softwarem. Na současném způsobu vedení matrik účastníkům testů vadilo: povinnost ročních opisů a pomalé vyhledávání. Na poslední otázku, co by testované osoby očekávaly od informačního softwaru matrik, byly dány následující odpovědi: uživatelské rozhraní by mělo být jednoduché, využití softwaru by mělo urychlit práci a usnadnit tisk různých potvrzení a povinných opisů matričních knih, případně by měl systém umožňovat synchronizaci s biskupstvím a díky tomu by odpadla povinnost tisknout jakékoliv opisy.

7.7.3

Testy

Nalezené chyby rozděluji do tří kategorií: kritické – způsobují naprosté zmatení uživatele, uživatel není schopen pokračovat závažné – závažným způsobem znesnadňují práci uživatele lehké – návrhy na vylepšení pro zvýšení přehlednosti GUI, komfortu a efektivity práce Odhalené kritické chyby: Nepochopení popisku editovat. Uživatelům není jasný pojem editovat a proto měli problémy s úkoly, které předpokládaly přepnutí do módu editace. Padnul také návrh odstranit toto tlačítko úplně a v administrátorském režimu ihned povolit editaci formulářových polí.

76


Navržené řešení – přejmenovat tlačítko na upravit. Přímé umožnění editace dat ihned bez kroku, který potvrzuje vůli editace, není v žádné z částí aplikace možné z důvodu, že matriční záznamy nejsou určeny pro editaci. Nepochopení popisu zapnout filtr u vyhledávání/filtrování. Navržené řešení - přejmenovat na Hledej nebo Vyhledej. Tlačítko Vypni filtr pak přejmenovat na Zobraz všechny. Viz problém a řešení Složité vyhledávání. Vyhledávání neakceptuje rozdílnost velikosti písma. Uživatel zadává jména a příjmení malým písmem. Současná verze algoritmu vyžaduje rozlišování velkých a malých písmen. Navržené řešení – s úpravou algoritmu se počítá v následující verzi aplikace. Uživatel si neuvědomí potřebu vybrat záznam v tabulce indexů. Tento krok je přitom potřeba k určení záznamu, s kterým chceme provést akce jako zobrazení záznamu či různé tiskové úlohy. Navržené řešení – Přidat vysvětlující popisek nad tabulku, případně změna kurzoru nad záznamy tabulky. Uživatelům není jasný význam přepínače způsobu porovnávání (od začátku řetězce, kdekoliv v řetězci, v celém řetězci…). Uživatelé navrhují tyto věci naprosto odstranit. Navržené řešení – pevně určit každému vyhledávacímu atributu způsob porovnávání (dle příjmení nebo jména od začátku řetězce, u místa narození bych dal kdekoliv a u data narození též kdekoliv). Vzhledem ke skutečnosti, že vyhledávací algoritmus potřebuje stejné podmínky u všech polí, bude třeba tento bod důkladněji promyslet. Chybí možnost vyhledat v globálním indexu pokřtěných bez ohledu na to, v jaké farnosti byla osoba pokřtěná. Možná nejvážnější chyba vůbec. Navržené řešení – globální index pokřtěných je jednou z možností. Výhodnější může být využití globálního indexu osob, ze kterého se otevírá karta osoby. Zde doplnit funkci – otevři křestní záznam v panelu Křest. Tím by tato možnost byla zpřístupněna jen těm uživatelům, kteří mají přístup do farnosti, kde byl křest udělen.


77

Odhalené závažné chyby: Malé písmo napříč celou aplikací. Způsobeno částečně tím, že jsem musel na svém notebooku zmenšovat formuláře na co nejmenší plochu, aby se vešly na obrazovku. Navržené řešení – zvětšit font písma. V tabulce administrace přístupu k farnostem není v needitovatelném režimu změna pozadí. Uživatel je tím maten a netuší, že je volba nepřístupná. Navržené řešení – šedivé pozadí pro tabulku jako u formulářových textových polí. Složité vyhledávání. Uživatel očekává, že záznamy se začnou ihned filtrovat po jakékoliv editaci vyhledávacích polí. Navržené řešení – upravit funkčnost formuláře tak, aby se filtr aplikoval ihned po zadání jakéhokoliv znaku do vyhledávacích polí. Z toho vyplývá možnost odstranit tlačítka – zapnout a vypnout filtr. Dvojí popisky pro titul. Popiskem není odlišen titul před jménem a za jménem. Uživatel vyplňuje stejným textem obě pole. Navržené řešení – přejmenovat popisky na Titul před a Titul za. Třídění v tabulkách není vůbec objeveno. Uživatel nemá žádnou informaci o tom, že záznamy v tabulkách indexů lze třídit dle všech sloupců. Navržené řešení – při otevření tohoto okna bude již primárně nastaveno vzestupné třídění dle prvního sloupce (většinou příjmení). Splývá šedivé pozadí needitovatelných formulářů a šedivý text v některých formulářích. Navržené řešení – všude nastavit černé písmo. Nedostatečná zpětná informovanost o průběhu operace. Uživatel si není jistý, zda správně kliknul myší a proto klikne podruhé, pokud reakce programu je delší, než očekává. Navržené řešení - implementovat ukazatele myši – činnost nebo do stavového řádku přidat informační hlášení. Je možné také využít ukazatel průběhu operace.

78


Neodlišení povinných polí ve formulářích. Navržené řešení - označit ve formulářích povinná pole tučným popiskem nebo barevným rámečkem. Chybějící tlačítko tisku opisu matriky přímo z indexu matriky – panelu tisku. Nevhodně je navržen průchod menu k této funkci. Uživatel toto tlačítko hledá u ostatních tiskových tlačítek. Navržené řešení – vytvořit nové tlačítko v panelu tisku přímo v okně indexu matriky. Anglické popisky u okna Save vyvolaného z JasperVieweru. Uživatel očekává české popisky. Navržené řešení – vysvětlit tento bod řádně v uživatelské příručce. Protože JasperViewer je součást externí knihovny JasperReports, nebude zřejmě změna jazyka možná. Ve formuláři nového místa obřadu konkrétní farnosti není možné určit, do které farnosti bude místo obřadu patřit. Uživatel se snaží změnit šedě zbarvené needitovatelné pole. Navržené řešení – místo textového informativního pole zde nabídnout pomocí nového rozevíracího seznamu možnost přiřadit příslušnost místa obřadu k dané farnosti. Odhalené lehké chyby: Nejednotné nebo nevhodné popisky v hlavním menu aplikace. Navržené řešení – sjednotit názvy položek v hlavním menu aplikace. Popisek Název – 6. pád je nejasný. Uživatelé přemýšlí nad pádovou otázkou. Navržené řešení – po konzultacích s dalšími uživateli zvolit vhodnou náhradu – nabízí se několik variant (Název – kde?, Název – v?,…). V kartě osobní údaje osoby je u ženského pohlaví špatná barva přepínacího tlačítka. Navržené řešení – opravit a sjednotit barvu tlačítka na červenou. Uložit změny při zadávání nového údaje – nepochopené. Pokud uživatel zakládá nového uživatele, udělovatele,… nechápe, proč by měl použít uložit změny – hodí se spíše po provedení úprav.


79

Navržené řešení – rozlišit název tohoto tlačítka v případě ukončení editačních úprav a při zadávání nového údaje. Nebo při potvrzování nového záznamu použít tlačítka OK v dolní části formuláře. Popisek Poznámka v okně editace udělovatelů je neurčitý. Navržené řešení – přejmenovat popisek na Funkce. Při vyplňování opisu matriky dle ročníků se přepínač nepřepne dle současné pozice kurzoru. Navržené řešení – implementovat automatické přepnutí přepínače dle posledního umístění kurzoru. Potvrzující tlačítka Uložit změny, Zrušit změny očekává uživatel spíše v dolní části pod jednotlivými formuláři. Navržené řešení – spolehnout se, že uživatelé si tuto zvláštnost rychle osvojí nebo vyhovět a tlačítka přejmenovat na OK, Storno a umístit v dolní části pod vyplňovaná textová pole. Formulář nové heslo se při vytváření nového uživatelského účtu jeví jako zbytečný. Místo toho uživatel očekává pole pro zadání hesla a jeho ověření přímo ve formuláři nového uživatele. Navržené řešení – je možné provést tuto změnu, nevidím to jako nutné. V panelech, které obsahují údaje o křtěnci se uživatelům zdá nepřehledné řazení textových polí v horizontálního směru. Ocenili by spíše vertikální směr seřazen í jednotlivých textových polí. Navržené řešení – pokud to bude možné v celkovém layoutu formuláře, vyhovět s přemístit textová pole do sloupce pod sebe. Menu Zaznamenat svátost v okně indexu osob málo výrazné. Uživatel si neuvědomí, že je to menu. Navržené řešení – zvětšit odstup ostatních prvků formuláře od menu nebo použít tlačítka. Další možností je změnit barvu.

80

7.7.4


Dotazník po testu

První dojem z aplikace uživatelé ohodnotili známkami: 1, 1, 1, 2, 2. Grafické rozhraní původní verze bylo ohodnoceno známkami: 2, 2, 1, 2, 2. Vážné negativní ohlasy nebyly vyplněny. V části doporučení bylo uvedeno: Více vysvětlivek Některé postupy dublovat Zvýraznit povinné položky Doporučeno větší písmo a v neaktivních polích s šedým pozadím černé písmo pro větší kontrast Srozumitelnější popisky Uživatelé by ve třech případech zapisovali do informačního systému a papírové matriky souběžně. Jeden tester uvedl, že by zapisoval nejprve do klasické matriky a jednou začas do elektronické verze matriky. A zbývající pátý tester uvedl, že by se snažil vést jen elektronickou verzi matriky a pokud by to nebylo možné, tak by do skutečné matriky vkládal tiskové sestavy. Čtyři účastníci testu ohodnotili tento projekt jako životaschopný a ve své farnosti by jej chtěli používat.

7.7.5

Shrnutí testů a závěrečná doporučení

Usability testy byly zaměřeny na testování grafického rozhraní aplikace a jeho srozumitelnost pro cílovou skupinu uživatelů. Pokud se vyskytly chyby ve funkčnosti aplikace, průběžně jsem je zaznamenával a opravoval. Chyby, které byly relevantní pro tento test, jsem rozřadil do tří kategorií: kritické, zásadní a lehké. Během testů bylo odhaleno 6 kritických chyb, 11 zásadních a 10 lehkých. Mnohé chyby jsou způsobeny jen pozastavením implementačních prací v určitém momentu tak, abych mohl dokončit zbytek diplomové práce. Odstranění takových chyb je plánováno do další fáze implementace. Testy potvrdily důležitost usability testování v počátcích celého procesu návrhu grafického uživatelského rozhraní. Lepší by bylo je zařadit dle původního plánu ještě před zahájení veškerých implementačních prací. Z časových důvodů jsem byl nucen je posunout a otestovat první návrh, tuto demoaplikaci. Přes poměrně velký počet nalezených chyb (26) jsem velmi rád a potěšen, že celkový koncept aplikace se v těchto testech ukázal jako správný a základní návrh uživatelského rozhraní proto považuji za povedený. Většina chyb je lehko odstranitelná.


81

Při testech jsem velmi dobře vnímal souvislost úrovně uživatelských dovedností s množstvím problémů, které se vyskytovaly. Je proto nutné počítat spíše s menšími dovednostmi uživatelů. Byl jsem také potěšen s hodnocením aplikace v dotazníku – první dojem z aplikace průměrná známka – 1,4 (z pěti známek). Doporučuji odstranit všechny nalezené a popsané problémy, pokud to bude jen trochu možné a v dalších fázích implementace více přihlížet k faktu, že uživatelé jsou především humanitního zaměření. Bude též rozhodně potřebné dotazovat se uživatelů častěji, zda je něco nově navrženého v grafickém rozhraní aplikace pro ně srozumitelné a jasné. Tím se předejde neefektivitě programátorské práce.

83

8. Zhodnocení 8.1 Zhodnocení splnění zadání Na této diplomové práci jsem pracoval po dobu jednoho roku od data schválení oficiálního zadání v únoru 2008. Během letního semestru akademického roku 2007/2008 jsem se zaměřil na shánění materiálů, nutné konzultace a vyhledávání softwarových produktů tohoto zaměření doma i v zahraničí. Navštívil jsem archivy biskupství, matriční úřad v místě bydliště a hovořil s kněžími na téma matiční agenda. Při vyhledávání v domácím prostředí jsem se snažil být velmi důsledným. V zahraničím prostředí jsem byl nejúspěšnější ve Spojených státech amerických, nejméně naopak v Německu. Veškerý software, který bylo možné získat a instalovat nebo vyzkoušet pomocí flashových animací, jsem řádně prozkoumal a testoval. Pročítal jsem nejdůležitější civilní právní normy, které se zabývají matriční agendou. V oblasti kanonického práva jsem vyhledal kánony z církevního zákoníku, které se alespoň vzdáleně týkají matrik a případných souvislostí. Některé nejasné věci jsem se snažil konzultovat s církevním právníkem. Snažil jsem se dopátrat interních nařízení České biskupské konference, resp. jednotlivých diecézí. Vybrané položky datového modelu jsem konzultoval s Úřadem pro ochranu osobních údajů. V rámci této práce se podařilo implementovat datový model, základní návrh grafického uživatelského rozhraní a samotné jádro aplikace. Výhody elektronického zpracování dat jsou jistě nejzřetelněji vidět na tiskových sestavách generovaných aplikací a na snadném vyhledávání konkrétních záznamů z knih.

8.2 Zhodnocení použitých technologií Jelikož zadavatel neměl žádné specifické požadavky na volbu implementačních technologií, měl jsem zcela volnou ruku při výběru programovacího jazyka a databázového úložiště. Jako programovací jazyk jsem zvolil jazyk Java, grafické rozhraní aplikace je založeno na využití knihovny swing. Dále jsem použil velmi zdařilý softwarový produkt JasperReports pro generování tiskových sestav a knihovnu Joda Time jako

84

KAPITOLA 8. ZHODNOCENÍ

náhradu javovského API pro datum a čas. Aplikace byla naprogramována v prostředí NetBeans 6.5. Výhodou Javy je platformní nezávislost, velké množství dokumentace a tutoriálů, mezi nevýhody zmiňme především nutnost instalace JRE. Za databázový server jsem zvolil MS SQL Server 2005 Express Edition. Tím jsem sice negoval platformní nezávislost aplikace, ale přihlížel jsem k majoritnímu zastoupení operačního systému společnosti Microsoft v jednotlivých farnostech. Pokud se v další verzi programu provede abstrakce funkcí obsluhujících driver databáze do samostatné třídy a implementace konkrétní třídy pro libovolný obslužný driver, je možné aplikaci provozovat nad libovolným databázovým strojem. Dalším důvodem pro mé rozhodnutí byla informace o existenci smluvního vztahu (MS SELECT) mezi ČBK a společností Microsoft. Pokud by projekt dále pokračoval vytvářením databázových serverů na jednotlivých biskupstvích, kde by se zálohovala a sdružovala data z jednotlivých farností, bylo by možné využít zvýhodněné nabídky nákupu licencí MS SQL Server Standard Edition, který by postačoval pro předpokládaný rozsah dat. Při programování této demoaplikace jsem se řídil návrhovým vzorem Presentation-Model nebo též M-VC, který může být vhodný pro menší aplikace. Neodděluji tak pohled na data od řídící logiky. Třídy reprezentující formuláře a okna tedy plní obě tyto funkce. Při volbě implementačních technologií jsem dbal toho, aby byl umožněn další případný vývoj aplikace. Alternativně k použitým technologiím bych navrhoval nebo uvažoval použít Visual FoxPro.

8.3 Budoucnost projektu Cílem implementační části této diplomové práce je především poskytnout argumenty odpovědným pracovníkům Arcibiskupství pražského, zda v projektu pokračovat nebo jej z důvodu chybného pojetí odmítnout a zastavit. Ať už bude toto rozhodnutí jakékoliv, jsem odhodlán soukromě v projektu pokračovat a implementovat základní verzi, která by obsahovala kompletní agendu knihy pokřtěných, oddaných a pohřbených. Pokud by projekt nepokračoval pod hlavičkou Arcibiskupství pražského, používala by se finální aplikace minimálně v mé domovské farnosti Arciděkanství Mladá Boleslav.

85

9. Závěr Cílem diplomové práce bylo seznámit se s problematikou matriční agendy, provést průzkum existujících informačních systémů v domácím i zahraničním prostředí, tyto systémy porovnat a navrhnout obdobnou aplikaci v souladu s platnou legislativou České republiky a církevního práva. Výstupem implementační části práce je demoverze informačního systému pro knihu pokřtěných. V rámci seznamování s tématikou jsem navštívil biskupské archivy, matriční úřad v Mladé Boleslavi a provedl malý výzkum situace v jednotlivých diecézích. Snažil jsem se sepsat jsem podrobný přehled situace v České republice, Německu, Slovensku a ve Spojených státech amerických. Abych se vyhnul konfliktu s platnou legislativou České republiky a Kodexem kanonického práva, konzultoval jsem některé záležitosti s Úřadem pro ochranu osobních údajů a s církevním právníkem. Během práce jsem pobýval na arciděkanství v Liberci, kde jsem měl možnost veškeré nejasnosti a vznikající problémy konzultoval s místním farním vikářem. V rámci této diplomové práce jsem navrhnul informační systém pro použití v českých farnostech a implementoval demoverzi knihy pokřtěných. Tato aplikace byla v závěru mé práce podrobena důkladným usability testům. Vybrané chyby v návrhu grafického rozhraní byly odstraněny. Ostatní opravy budou zahrnuty v dalších verzích softwaru, bude-li zvolený koncept zadavatelem vybrán pro pokračování. Na základě výše uvedených skutečností lze konstatovat, že zadání diplomové práce bylo splněné.

87

10. Seznam literatury [1]

Borový Klement, Úřední sloh církevní, Praha, B. Stýblo, 1887

[2]

Matriční knihy farnosti Mladá Boleslav

[3]

Kodex kanonického práva, První vydání, Praha, ZVON, 1994 ISBN 80-7113-082-6

[4]

Interní normy péče o zvony, varhany, movité památky, archiválie a farní kroniky, (on-line), Česká biskupská konference, 1999 (aktuální k 16.3.2008) URL: http://www.cirkev.cz/res/data/004/000524.pdf

[5]

Vích Miroslav, Informační stránky software pro farnosti (WinKarFar), (on-line), R-net ČR, spol. s r. o. (aktuální k 25.3.2008) URL: http://www.toodle.info/ukazky/rnet/cirksw.htm

[6]

Stránky programu Matrika, (on-line), Gabriel s.r.o., 2008 (aktuální k 14.4.2008) URL: http://www.gabriel.cz/default.asp?page=gsoftaplikace&1=Matrika

[7]

Stránky programu MAT, Gordic – Specializované informační systémy pro státní správu, samosprávu a bankovnictví, (on-line), Gordic spol. s. r. o., 2008, (aktuální k 1.10.2008) URL: http://www.gordic.cz/portal/

[8]

Virtuální archív středoevropských klášterů a diecézí, (on-line), (aktuální k 14.3.2008) URL: http://www.monasterium.net/cz/

[9]

Stránky programu Matrika (SK), (on-line), Christ-Net.Sk, 2008 (aktuální k 14.3.2008) URL: http://www.fara.sk/software

[10] Stránky programu Matrika pro farní úřady, (on-line), Stadac.sk, 2008 (aktuální k 16.1.2009) URL: http://www.portal.stadas.sk

88

KAPITOLA 10. SEZNAM LITERATURY

[11] Stránky programu LOGOS, Church Accounting Software, (on-line), LOGOS Church Management Software, 2008, (aktuální k 14.5.2008) URL: http://www.logoscms.com/ [12] Stránky programu LOGOS SACRAMENTAL REGISTER, (on-line), LOGOS Catholic, 2008 (aktuální k 15.5.2008) URL: http://www.logoscatholic.com/layout1.cfm?ID=219 [13] Stránky programu Parish Pro/Bishop Pro, (on-line), TopLine Software, 2008 (aktuální k 15.5.2008) URL: http://www.toplinesoftware.com/ [14] JasperSoft – Open Source Business Intelligence, (on-line), Jaspersoft

Corporation, 2008 (aktuální k 1.11.2008) URL: http://www.jaspersoft.com/

[15] Joda Time – Java date and Time API – Home, (on-line), Joda.org, 2008 (aktuální k 1.10.2008) URL: http://joda-time.sourceforge.net/ [16] Gruber Martin, Mistrovství v SQL, Praha, Softpress s. r. o. ISBN 80-86497-62-3 [17] Eckstein Robert, Java Swing, O’Reilly,1998 [18] Spell Brett, Java Programujeme profesionálně, Brno, Computer Press, a. s., 2002 ISBN 80-7226-667-5 [19] Microsoft SQL Server Tutorials, (on-line), FunctionX, Inc., 2008 (aktuální k 1.10.2008) URL: http://www.functionx.com/sqlserver/index.htm [20] The Java Tutorials, (on-line), Sun Microsystems, Inc., 2008, (aktuální k 1.12.2008) URL: http://java.sun.com/docs/books/tutorial/index.html [21] Stanek William, MS SQL Server 2005 Kapesní rádce administrátora, První vydání, Brno, Computer Press, a. s., 2006 ISBN 80-251-1211-X [22] Kanisová Hana, Müller Miroslav, UML srozumitelně, Druhé aktualzivané vydání, Brno, Computer Press, a. s., 2006 ISBN 80-251-1083-4

KAPITOLA 10. SEZNAM LITERATURY

89

[23] Hlavsa Václav, Pražské matriky farní 1584 – 1870, Praha, Archiv hlavního města Prahy, 1954 [24] Matriky v datech, (on-line), (aktuální k 2.4.2008) URL: http://referaty-seminarky.cz/matriky-v-datech/ [25] Katechismus katolické církve, Druhé vydání, Kostelní Vydří, Karmelitánské nakladatelství, 2001. ISBN 80-7192-488-1. [26] Zápis z přednášek na teologickém kurzu a na kurzu pro spolupracovníky ve farnostech brněnské diecéze (on-line), Brno, Pastorační středisko brněnské diecéze, 2005 (aktuální k 14.3.2008) URL: http://www.biskupstvi.cz/pastorace/studtexty/pravo.rtf [27] Mašek Daniel, Postup při uzavírání církevního sňatku, (on-line),

eAdvokacie, 2008 (aktuální k 4.5.2008) URL: http://www.e-advokacie.cz/cz/clanky/rodinne-pravo/postup-priuzavirani-cirkevniho-snatku.html [28] Veryser Harry, Financování činnosti círví ve Spojených státech amerických, (on-line), Revue pro církevní právo, roč. 5/1996 (aktuální k 7.6.2008) URL: http://spcp.prf.cuni.cz/1-10/veryser.htm [29] Christian Computing Magazine Homepage, (on-line), Christian Computing Magazine, 2008 (aktuální k 14.5.2008) URL: http://www.ccmag.com/ [30] Enterprise Software Directory, (on-line), Capterra, Inc., 2008 (aktuální k 14.5.2008) URL: http://www.capterra.com/church-management-software [31] Polách, Eduard: Pravidla sazby diplomových prací, (on-line), České Budějovice, Pedagogická fakulta Jihočeské univerzity, 1998 (aktuální k 1.1.2009) URL: http://www.pf.jcu.cz/~edpo/pravidla/pravidla.pdf

91

A. Historie matričních knih Matriky (lat. libri parochiales) - úřední knihy vedené duchovními správci jednotlivých farností sloužily a slouží k evidenci osob, kterým byly uděleny jednotlivé svátosti. Potřebu této evidence zdůrazňoval již II. Lateránský koncil (r. 1139). Roku 1215 nařídil papež Inocenc III. povinné ohlašování sňatků, aby se zabránilo uzavírání neplatných sňatků. Teprve Tridentský koncil (r. 1563) vydal zásadní směrnice, jimiž byla duchovním správcům farností uložena povinnost zapisovat křty a sňatky do matričních knih. Předpisy Tridentského koncilu byly v místních církvích přizpůsobovány a upravovány synodami. Např. v pražské arcidiecézi bylo vedení matrik nařízeno pražskou synodou r. 1605. Matrik se zásadně týkal také Římský rituál z r. 1614, podle kterého byly do matrik zavedeny také zápisy úmrtí a stanovily se vzory zápisů do matričních knih, které měly podobu potvrzení faráře o udělení dané svátosti. Od té doby se staly matriční knihy trvalým nástrojem římskokatolické církve. V období 1620-1640 byly v Praze matriky vedeny již u všech far a dokládá to, že nařízení a směrnice byly uvedeny v život. Roku 1768 byly zavedeny vojenské matriky, které vedli vojenští duchovní (feldkuráti) podle jednotlivých pluků. V roce 1780 byly ze zákona zavedeny u okresních úřadů matriční knihy pro osoby bez vyznání. V druhé polovině 18. století se začalo matričních knih užívat nejen k účelům vnitřní správy církve, ale též k účelům vědeckým, statistickým a národohospodářským. Tak se matriční knihy dostaly do sféry státních zájmů. Bylo vydáno několik vládních dekretů a reskriptů, které provedly znormování způsobů vedení matričních knih a dalo jim současně takovou podobu, aby je bylo možné využít i pro potřeby soudní, vojenské, statistické a daňové. Pro právní hodnotu matrik byl významný císařský patent z 1. května 1781, dávající matričním knihám platnost, průkaznost a závažnost veřejných listin. O rok později bylo povoleno samostatné vedení matričních knih evangelíky augšpurského a kalvínského vyznání. Pokrokem byl dále patent Josefa II. z 20. února 1784, který stanovil povinnost vést pro každý druh zápisu zvláštní knihu, farářům opětovně uložil povinnost vést matriky a předepsal také novou úpravu matričních knih s povinnými rubrikami. Patent z 19. července 1784 stanovil nařízení, aby pro každou místní osadu ve farnosti byla vedena zvláštní matriční kniha. Roku 1790 byla stanovena nová povinnost - vést jmenné seznamy, indexy osob. Další výnosy stanovily směrnice pro bezpečné archivní uložení matrik. Tyto právní zásady spolu s některými církevními předpisy a

92

PŘÍLOHA A. HISTORIE MATRIČNÍCH KNIH

vládními nařízeními daly právní základ a konečnou formu farních matričních knih. Od r. 1829 katoličtí faráři vedli matriky i pro další protestantské církve v našich zemích, což přestalo platit až roku 1866. Církve obstarávaly evidenci obyvatelstva ve svých matrikách až do konce roku 1949. Tehdy Zákonem č. 268/1949 Sb. o matrikách se veškerá matriční agenda přenesla na místní národní výbory. Od 1.1.1950 národní výbory převzaly všechny matriční knihy od církevních úřadů a dále v nich pokračovaly. Starší matriky, knihy uzavřené do roku 1870, uložily národní výbory v krajských archivech, popř. v městském archivu v Praze. Tímto vznikla situace trvající dodnes, kdy se vedou odděleně státní matriční knihy pro potřebu evidence obyvatel a církevní matriční knihy pro vnitřní potřebu církve. [23] [24]

93

B. Základní analýza domény Tato kapitola obsahuje přehled základních pojmů a zvyklostí (předpisů) v oblasti svátostí a související matriční agendy. Pro podrobnější studium norem církevního práva v zjednodušené podobě odkazuji na literaturu [26]. Římskokatolická církev rozlišuje sedm svátostí. Jsou to: křest, biřmování, Eucharistie, pomazání nemocných, smíření, manželství a kněžství. Na přijímatele a udělovatele svátostí jsou kladeny jisté podmínky, které se mohou aplikovat pro kontrolu vstupních dat informačního systému. V této kapitole jsem čerpal především z literatury [25] a [26].

B.1

Křest Lze přijmout jen jednou. Podmínka pro přijetí kterékoliv další svátosti. Rozlišujeme nedospělé (děti) a dospělé (nad 7 let a schopen užívat rozum). U dospělých vyžadována příprava,tj. absolvování katechumenátu. Křest se má udílet nejlépe o velikonoční vigilii, případně v jakoukoliv neděli. Osoba starší 14 let musí být pokřtěná diecézním biskupem, nebo po jeho dovolení křest vykoná pověřený duchovní správce. Tzv. řádným udělovatelem křtu je biskup, kněz a jáhen. Mimořádným udělovatel křtu je kdokoliv (i nepokřtěný). Místem křtu má být farní kostel (křtěnce nebo rodičů dítěte), kde se nachází křtitelnice, případně jiný kostel nebo kaple. Existuje tzv. křest pod podmínkou, pokud se nelze dopátrat toho, zda osoba byla nebo nebyla pokřtěná. U křtu se doporučuje účast kmotra, který nemusí být stejného pohlaví jako křtěnec a jsou-li maximálně dva kmotři, vyžaduje se polarita pohlaví. Aby někdo mohl být kmotrem, musí být ustanoven křtěncem, jeho rodiči, zákonným zástupcem, duchovním správcem nebo udělovatelem, dále musí dosáhnout věku alespoň 16 let (biskup však

94

PŘÍLOHA B. ZÁKLADNÍ ANALÝZA DOMÉNY

může udělit výjimku), musí to být pokřtěný katolík, který již přijal eucharistii, biřmovaný a nesmí to být ani jeden z rodičů. Nepokřtěná osoba (nebo nekatolík) může být pouze tzv. svědkem křtu, má-li zároveň křtěnec katolického kmotra. Související matriční agenda Při prvním kontaktu kněze s rodiči dítěte nebo dospělou osobou se vyplní křestní zápis (formulář se základními daty). Po absolvování přípravy a po vykonání samotného křtu je učiněn zápis do knihy pokřtěných. Tímto se daná farnost pro dotyčnou osobu stává domovskou. Pokud má křest proběhnout v jiné farnosti než v místě trvalého pobytu osoby, měl by si křtící kněz vyžádat souhlas duchovního z farnosti trvalého pobytu osoby. Pro případ křtu v jiném místě, než proběhla příprava, je potřeba vystavit potvrzení o této přípravě. Po křtu dostává osoba pamětní list.

B.2

Biřmování

Přijmout lze jen jednou. Příjemce svátosti biřmování může být jen pokřtěný. Biřmování se má udílet ve věku, kdy osoba dosáhla vlastního rozhodování (obecně 7 let, v České republice je ČBK stanoven limit 14 let). Dovoleně lze přijmout biřmování ve své farnosti od svého biskupa, případně v sídle biskupa. Biřmovat by měl vždy biskup, ale může i pověřený kněz. U biřmování je přítomen také jeden kmotr. Kmotrovské podmínky jsou identické s křestním kmotrovstvím. Související matriční agenda: Ideálně přijímá pokřtěný tuto svátost v místě křtu. Po udělení svátosti se učiní zápis do knihy biřmovanců a biřmovanec může obdržet pamětní list. Pokud má biřmování proběhnout mimo farnost křtu, pak si duchovní správce této farnosti vyžádá povolení z místa křtu a po udělení svátosti pošle do příslušné farnosti ohlášení o biřmování. Nevede-li se kniha biřmovanců, poznamená se přijetí této svátosti do poznámky v knize pokřtěných.

B.3

Eucharistie

(ve smyslu první svaté přijímání) U dospělého křtěnce (je-li křest při mši svaté), nově pokřtěný ihned přijímá eucharistii.


95

V případě křtu dětí se dbá, aby se před prvním sv. přijímáním na přijetí této svátosti řádně připravily a vykonaly svátost smíření. Dětem je umožněno přistoupit ke svatému přijímání ve věku, kdy dosáhly dostatečného užívání rozumu (obecně 7 let, ale záleží vždy na duchovní zralosti jedince). Související matriční agenda: V ideálním případě přijímá pokřtěný tuto svátost v místě křtu. Po udělení svátosti se učiní zápis do knihy prvokomunikantů a osoba může obdržet pamětní list. Pokud má první svaté přijímání proběhnout mimo farnost křtu, pak duchovní správce této farnosti pošle po udělení svátosti do farnosti křtu ohlášení o prvním svatém přijímání. Nevede-li se kniha prvokomunikantů, může se učinit záznam v poznámce knihy pokřtěných.

B.4

Svátost pomazání nemocných

Tuto svátost vždy uděluje kněz. Uděluje se lidem v pokročilém věku nebo v nebezpečí smrti pro nějakou nemoc nebo chorobu. Může se udělit opakovaně, vždy po zhoršení zdravotního stavu nebo ve vyšším věku např. jednou ročně. Související matriční agenda: Po udělení této svátosti se může učinit zápis do knihy pomazání nemocných, je-li to zvykem nebo partikulárními předpisy stanoveno.

B.5

Svátost manželství Rozeznáváme tři typy manželství – křesťanské (oba pokřtění), polokřesťanské (jeden partner pokřtěn) a nekřesťanské (mezi nepokřtěnými lidmi). Dále rozlišujeme církevní sňatky (řídí se kanonickým právem v součinnosti s právem světským) a civilní sňatky (uzavřené před občanskou autoritou). Muž starší 16 a žena 14 let (den po narozeninách). Ani jeden partner nesmí mít dřívější dosud trvající církevně platné manželství. Při sňatku mezi stranou katolickou a nepokřtěnou musí být ještě před uzavřením manželství zažádáno o dispenzi. K udělení dispenze je oprávněn místní ordinář. Zabránit platnému sňatku může řada faktorů – překážek, jejich výčet je ale jistě mimo rámec této práce.

96


Oddává papež, místní ordinář, duchovní správce kteréhokoliv z katolických snoubenců, delegovaný duchovní, dokonce i zmocněný laik (může být i žena) za podmínek stanovených kánonem 1112. Problematika církevních sňatků je opravdu velmi zajímavá, ale bohužel také rozsáhlá. Pro podrobnější náhled odkazuji na literaturu [3] a [26]. Související matriční agenda: Postup při vyřizování náležitostí církevního sňatku je popsán v části B.10.1 (Uzavření církevního sňatku). Některé další skutečnosti jsou uvedeny v sekci B.9 (Povolení, delegace, dispenze). Po udělení svátosti manželství se provede zápis do knihy oddaných. Pokud jsou snoubenci pokřtění ve stejné farnosti, kde proběhl sňatek, provede se zápis o sňatku také do poznámek v knize pokřtěných u obou novomanželů. V jiném případě se pošle oznámení o sňatku do farností, kde byli novomanželé pokřtění, a v těchto farnostech se provede zápis do poznámky v knize pokřtěných a též se příchozí oznámení zaeviduje v knize oddaných Ne temere.

B.6

Svátost kněžství – svěcení

Rozeznáváme tři stupně svěcení: jáhenské, kněžské a biskupské. Udělovatel je vždy biskup. (U biskupského svěcení se navíc vyžadují další dva spolusvětitelé – biskupové.) Kandidát pro přijetí svěcení může být jen pokřtěný a biřmovaný muž, který nežije v církevně uzavřeném manželství. Každý stupeň lze přijmout jen jednou. Související matriční agenda: Po udělení svátosti se provede zápis ve farnosti křtu v knize pokřtěných do poznámky. A na jednotlivých biskupstvích se vedou speciální knihy, do kterých se udělení této svátosti zaznamenává.

B.7

Svátost smíření

Tato svátost nijak nesouvisí s tématem matričních knih.

B.8

Pohřeb Na rozdíl od předchozích svátostí, pohřeb je jen svátostina (posvátné znamení ustanovené církví).


97

Související matriční agenda: Po pohřbu se provede zápis do knihy zemřelých.

B.9

Povolení, delegace, dispenze

Každá farnost (územní jednotka církevní správy) má svého faráře, který zodpovídá za své území a také za lidi, žijící v jeho farnosti. Je obvyklé, že lidé přijímají svátosti v místě bydliště, tedy ve své farnosti. V případě, že chtějí přijmout libovolnou svátost od cizího kněze nebo mimo území své farnosti, je to možné, ale jsou definována následující pravidla: Křest – je nutný souhlas/povolení faráře z místa bydliště. 1. svaté přijímání – bez omezení. Biřmování – je nutný souhlas/povolení faráře z místa bydliště. Sňatek - farář ve své farnosti oddává platně své farníky. Cizí farníky oddává na svém území platně, k dovolenosti však potřebuje licenci farářů obou snoubenců. Licence se zapisuje do matriky (poznámky) a protokolu o sňatku. Kněz mimo své území potřebuje delegaci duchovního správce místa sňatku pod sankcí neplatnosti, a to jak pro oddání svých farníků, tak farníků z místa sňatku. Delegaci stačí dohodnout ústně, je ale třeba ji též evidovat v protokolu. Delegace může být jednorázová nebo časově omezená. Jsou-li snoubenci z jiné farnosti, potřebuje kromě delegace od faráře místa oddavek ještě licence od farářů snoubenců. Byla-li k sňatku nutná jakákoliv dispenze dle dalších církevních právních norem, zapisuje se též do protokolu i matriky. Pomazání nemocných – bez omezení. Pohřeb – na cizím území musí kněz od místního faráře obdržet delegaci (jednorázovou/časově omezenou), která se ale nikde neeviduje, stačí ji dohodnout ústně. Pozn.: Bydlištěm osoby rozumíme dle církevního práva místo, kde osoba pobývala poslední tři měsíce. Doba se může lišit dle partikulárních směrnic. (Místo bydliště se tedy může lišit od občanského trvalého bydliště.)

B.10 Součinnost matričního a farního úřadu Vzájemná spolupráce těchto dvou subjektů je nutná jen při následujících situacích: Uzavření církevního sňatku Vydávání potvrzení o křtu uskutečněným před 1. lednem 1950

98


Žádné vzájemné propojování civilních a církevních matrik (v oblasti informačních systémů) není plánováno a domnívám se, že ani v budoucnu (horizont cca 20 let) nebude.

B.10.1

Uzavření církevního sňatku

Při uzavírání církevního sňatku je nutné dostát nejen požadavkům stanoveným zákonem o rodině, ale také požadavkům manželských předpisů v našem případě Církve římskokatolické, před níž je také u nás zdaleka nejvyšší počet církevních svateb uzavírán.. Manželské právo Církve římskokatolické upravuje CIC z roku 1983 ve svých kánonech 1055 až 1165. Podle zákona o rodině musí muž a žena, kteří se rozhodli, že chtějí uzavřít církevní sňatek, nejprve projít tzv. předoddavkovým řízením. Tato povinnost vyplývá z ustanovení § 4b odst. 2 zákona o rodině. Účelem tohoto předoddavkového řízení je zjistit, zda jsou splněny všechny podmínky pro uzavření platného manželství, které vyžadují občanskoprávní předpisy. Předoddavkové řízení začíná tím, že snoubenci vyplní dotazník k uzavření manželství a žádost o vydání osvědčení k církevnímu sňatku a předloží tyto listiny matričnímu úřadu, v jehož správním obvodu má být manželství uzavřeno. Spolu s těmito listinami předloží snoubenci matričnímu úřadu tyto doklady: rodný list, doklad o státním občanství, potvrzení o trvalém pobytu (vydává evidence obyvatel), potvrzení o osobním stavu (vydává evidence obyvatel), pravomocný rozsudek o rozvodu předchozího manželství nebo úmrtní list zemřelého manžela (byl-li některý ze snoubenců již dříve v manželském svazku). S výjimkou rodného listu nejsou snoubenci povinni předkládat uvedené doklady, prokáží-li skutečnosti v nich uvedené svými občanskými průkazy. Shledá-li příslušný matriční úřad, že je vše v pořádku, vydá snoubencům osvědčení o tom, že splnili všechny zákonné požadavky pro uzavření platného manželství. Ustanovení § 4b odst. 2 zákona o rodině stanoví, že církevní sňatek může být uzavřen až poté, kdy snoubenci předloží oddávajícímu toto osvědčení. Osvědčení nesmí být starší než tři měsíce. Po třech měsících osvědčení pozbývá platnosti a je třeba požádat o vydání nového osvědčení. Kdyby byl církevní sňatek uzavírán bez předchozího předoddavkového řízení před příslušným matričním úřadem nebo kdyby osvědčení předané oddávajícímu bylo starší než tři měsíce, manželství by vůbec nevzniklo, jednalo by se pouze o manželství zdánlivé a svatební obřad by neměl žádné právní následky.[27]

B.10.2

Vydávání potvrzení o křtu před 1. lednem 1950

Další bod spolupráce mezi duchovními a matričními úřady je vyžádání jakýchkoliv výpisů ze zabavených matrik před rokem 1950. Pokud kněz potřebuje vydat někomu jakékoliv potvrzení, musí si nejprve informace


99

o udělení svátosti ověřit na matričním úřadu. Výpisy z matrik, které jsou již uloženy v archivech, nejsou pro běžnou farní agendu nijak nutné.

B.11 Vývoj formy církevního sňatku Zpočátku nebyla v církvi forma stanovena. IV. lyonský sněm r. 1215 zavedl ohlášku před sňatkem, cílem bylo čelit sňatkovým podvodům. Forma však nadále nebyla povinná, existovaly různé obřady. Tridentský koncil chtěl zavést do věci manželství pořádek. Roku 1560 dal francouzský král koncilu návrh, aby byla stanovena forma uzavření manželství před knězem a třemi svědky. Koncil reagoval roku 1563 vydáním dekretu Tametsi, kterým sanoval dříve uzavřené sňatky (klandestinní - tajné, uzavřené bez ohlášky) a stanovil formu pro nově uzavírané sňatky: před ordinářem, resp. farářem a dvěma svědky. V některých oblastech nebylo vyhlášení dekretu povoleno, a vzhledem k tomu, že na této promulgaci dekretu záležela jeho platnost, vznikla složitá situace, která trvala až do vyhlášení CIC 1917, jenž stanovil pro katolíky povinnou formu uzavření sňatku před příslušným duchovním a dvěma (nebo více) svědky. Pius X. ještě předtím dekretem Ne temere zavedl (roku 1907) povinnost hlásit uzavření manželství do místa křtu a zápis do křestní matriky.

101

C. Civilní právní normy V této kapitole je uveden přehled civilních právních norem, které nějakým způsobem souvisí s matriční agendou a jsou provázané se zákonem č. 301/2000 Sb., který spolu s vyhláškou č. 207/2001 Sb. tvoří základní právní předpis. Většinu z níže uvedených dokumentů jsem zběžně pročetl, některé podrobněji a to především již zmiňovaný zákon č. 301/2000 Sb., vyhlášku č. 207/2001 Sb., zákon č. 133/2000 Sb. (o evidenci obyvatel) a zákon č. 101/2000 Sb. (o ochraně osobních údajů), kde jsem předpokládal možnou kolizi návrhu systému v souvislosti s využitím a uchováváním rodného čísla jako jednoznačného identifikátoru osob. Předmětem zkoumání byla česká legislativa platná k březnu 2008.

C.1

Zákon o ochraně osobních údajů

Na církevní matriky se nevztahuje oznamovací povinnost podle § 16 zákona č. 101/2000 Sb. o ochraně osobních údajů a to díky výjimce specifikované v § 18 odst. 1 písm. c). Jelikož se jedná o zpracování osobních údajů církví, platí pro zpracování citlivého údaje vypovídajícího o náboženství výjimka pro zpracování bez souhlasu subjektu údajů podle § 9 písm. e) zákona o ochraně osobních údajů: „Citlivé údaje je možné zpracovávat, jen jestliže jde o zpracování, které sleduje politické, filosofické, náboženské nebo odborové cíle, prováděné v rámci oprávněné činnosti občanského sdružení, nadace nebo jiné právnické osoby nevýdělečné povahy (dále jen "sdružení"), a které se týká pouze členů sdružení nebo osob, se kterými je sdružení v opakujícím se kontaktu souvisejícím s oprávněnou činností sdružení, a osobní údaje nejsou zpřístupňovány bez souhlasu subjektu údajů.“

102

C.2

PŘÍLOHA C. CIVILNÍ PRÁVNÍ NORMY

Zákon o evidenci obyvatel

Další možný konflikt s legislativou je využití rodného čísla v informačním systému jako primárního klíče v tabulce osob. Použití rodného čísla specifikuje § 13c Zákona č. 133/2000 Sb., o evidenci obyvatel a rodných číslech a o změně některých zákonů (zákon o evidenci obyvatel): (1) Rodná čísla lze využívat jen a) jde-li o činnost ministerstev, jiných správních úřadů, orgánů pověřených výkonem státní správy, soudů, vyplývající z jejich zákonem stanovené působnosti, nebo notářů pro potřebu vedení Centrální evidence závětí, b) stanoví-li tak zvláštní zákon, nebo c) se souhlasem nositele rodného čísla nebo jeho zákonného zástupce. (2) Pro využívání rodných čísel se rodným číslem rozumí i jakákoliv kombinace čísel vyjadřující den, měsíc, rok narození a třímístnou nebo čtyřmístnou koncovku rodného čísla, z níž je možné dovodit identifikaci fyzické osoby. Z tohoto paragrafu jasně vyplývá, že využití rodného čísla by v zamýšlené elektronické verzi církevní matriky bylo možné jen se souhlasem nositele rodného čísla nebo jeho zákonného zástupce. Myslím si, že místo tištění, vyplňování a archivování souhlasu jednotlivých osob, je lepší se využívání rodného čísla v elektronické církevní matrice vyhnout. Mimo jiné také proto, že do systému by se pak nesměly zaevidovat osoby, které by s využitím svého rodného čísla nesouhlasily. Tuto problematiku jsem konzultoval s Úřadem pro ochranu osobních údajů (číslo jednací SKO-1265/08-2/HEJ).

C.3

Úplný přehled civilních právních norem zákon č. 301/2000 Sb., o matrikách, jménu a příjmení a o změně některých souvisejících zákonů vyhláška č. 207/2001 Sb., kterou se provádí zákon o matrikách zákon. č. 94/1963 Sb., o rodině, ve znění pozdějších předpisů zákon. č. 97/1963 Sb., o mezinárodním právu soukromém a procesním. ve znění pozdějších předpisů zákon. č. 40/1993 Sb., o nabývání a pozbývání státního občanství ČR, ve znění pozdějších předpisů

PŘÍLOHA C. CIVILNÍ PRÁVNÍ NORMY

103

zákon č. 21/2006 Sb., o ověřování shody opisu nebo kopie s listinou a ověřování pravosti podpisu a o změně některých zákonů vyhláška č. 36/2006 Sb., kterou se provádí zákon o ověřování zákon č.634/2004. Sb., o správních poplatcích, ve znění pozdějších předpisů zákon č.500/2004 Sb., o správním řízení /správní řád/, ve znění pozdějších předpisů zákon č. 115/2006 Sb., o registrovaném partnerství a o změně některých souvisejících zákonů vyhláška č. 300/2006 Sb., kterou se provádí zákon o registrovaném partnerství zákon č. 352/2001 Sb., o užívání státních symbolů ČR a o změně některých zákonů zákon č. 273/2001 Sb., o právech příslušníků národ. menšin a o změně některých zákonů zákon č. 128/2000 Sb., o obcích, ve znění pozdějších předpisů zákon č. 129/2000 Sb., o krajích, ve znění pozdějších předpisů zákon č. 101/2000 Sb., o ochraně osobních údajů a o změně některých zákonů zákon č. 106/1999 Sb., o svobodném přístupu k informacím zákon č. 133/2000 Sb., o evidenci obyvatel a rodných číslech a o změně některých zákonů zákon č. 328/1999 Sb., o občanských průkazech zákon Č. 329/1999 Sb., o cestovních dokladech zákon č. 200/1990 Sb., o přestupcích, ve znění pozdějších předpisů zákon Č. 36/1967 Sb., o znalcích a tlumočnících sdělení č. 45/1999 Sb., o přístupu ČR k Úmluvě o zrušení požadavku ověřování cizích veřejných listin Dvoustranné smlouvy uzavřené mezi ČR a některými státy o právní pomoci ve věcech občanských a rodinných Konzulární úmluvy

105

D. Česká republika Tato kapitola tvoří souhrnnou zprávu o českém prostředí. Je rozdělena na tři části, ve kterých je obsažen popis současných matričních knih, výsledky průzkumu na biskupstvích a jednotlivé nalezené softwarové produkty.

D.1

Formát ručně psaných matrik

Ručně psané matriční knihy v českých a moravských diecézích mají různé formáty i obsah. Často se jedná o staré svazky z roku 1950, které se jen zvolna zaplňují. Novější knihy mají většinou jinou množinu údajů, které se do nich zapisují. Následující obrázky D-1 až D-4 jsou ukázky matričních knih z farnosti Mladá Boleslav.[2]

Obrázek D-1 Příklad knihy biřmovanců

106

PŘÍLOHA D. ČESKÁ REPUBLIKA

Obrázek D-2 Ukázka knihy oddaných


Obrázek D-3 Ukázka knihy pokřtěných

107

108


Obrázek D-4 Ukázka knihy zemřelých

D.2

Průzkum na biskupstvích

V rámci této diplomové práce jsem se pokusil o miniprůzkum stavu na jednotlivých biskupstvích v oblasti počítačové vybavenosti far, personálních údajů a samotných matričních knih. Konkrétně jsem se zajímal o počet aktivních farností, tj. kde se drží farní kancelář, o vybavenost těchto kanceláří výpočetní technikou, o připojení na Internet, o počtu a průměrném věku kněží a pastoračních asistentů (předpokládaní uživatelé). Ohledně samotných matričních knih jsem se dotazoval, zda existují speciální partikulární směrnice nebo jiná doporučená řešení na úrovni diecéze, kolik farností má v archivu v pořádku všechny duplikáty a zda některé farnosti odevzdávají duplikáty zpracované jakýmkoliv softwarem. Obecně lze říci, že biskupství striktně vyžadují ve shodě s kanonickým právem duplikáty knihy pokřtěných a oddaných. Výjimkou je plzeňská diecéze, kde zatím po založení diecéze v roce 1993 nevznikl plnohodnotný archiv a duplikáty z farností se v současné době na biskupství neposílají. Ve farnostech se vedou originály knihy pokřtěných a oddaných, mimo to by se měla vést ještě kniha pohřbených, kniha biřmovanců, kniha náboženských změn (výstupy z církve, změna náboženství, konverze od jiné křesťanské církve ke katolické) a kniha prvokomunikantů. Využití výpočetní techniky ke zpracování matriční agendy je napříč celou republikou velmi ojedinělé.


109

Diecézní archivy často tolerují a přijímají jen fotokopie originálních knih, nejedná se tedy o druhopis. Tuto praxi často kritizují samotní pracovníci archivů, nemají ale v kompetenci toto ovlivnit. Shrnutí poznatků průzkumu uživatelů je v kapitole 7 (Usability tesy), kde se charakterizací uživatelů zabývám. Farní kanceláře bývají vybaveny standardní až mírně zastaralou výpočetní technikou, takřka bez výjimky je používán operační systém Windows různé verze. Připojení farností k Internetu řeší každá farnost samostatně dle místních podmínek. Počet standardně vybavených farností pomalu vrůstá. tabulka D-1 Srovnání farností dle diecézí Diecéze

LT 437

Počet farností

ČB

PH

OL

30

BR

HK

361 378 437 276 450 447

60-70 30 50

Aktivní kanceláře Kanceláře vybavené PC Kanceláře s připojením Internetu

OO

144 113 113

PL 72 60 24

40

23

tabulka D-2 Srovnání uživatelů dle diecézí Diecéze

LT 115

Počet kněží Průměrný věk duchovních Počet pastoračních asistentů

54,6

Průměrný věk past. asistentů

44,8

D.3

ČB

PH

OL

OO

BR

HK

PL

108 216 313 218 395 220 100 56

134 nižší

47,3 116

50

53 80 45

Softwarová řešení

V České republice neexistuje žádné komplexní softwarové řešení, ani jednotný klientský program pro lokální matriční databáze v jednotlivých farnostech. Dílčí pokusy byly sice zaznamenány a v několika farnostech se běžně výpočetní technika pro matriční agendu využívá. Bohužel neexistuje žádná centrální databáze na provinční úrovni. Přesto jsem v celé republice pocítil zájem o systém, který by kněžím (a pověřeným osobám) usnadňoval především vyhledávání v matričních knihách a vydávání různých potvrzení, žádostí a pamětních listů.

110


Děčín-Podmokly (Litoměřická diecéze) Ve farnosti Děčín-Podmokly jsem zaregistroval snahu pana Rudolfa Stichy, který se snažil vytvořit před lety alespoň adresář farnosti, na který by navázal s matričním rozšířením. Adresář chtěl zhotovit v MS Excelu, záměr se však neuskutečnil kvůli obavám farníků z ochrany osobních údajů. Brno – dóm (Brněnská diecéze) P. Mgr. Jiří Plhoň (farář v Rokytnici nad Rokytnou) v letech 1997-8 zhotovil matriční databázi v MS Accessu, tehdy pro farnost Brno-dóm. Další úprava byla nutná až při přechodu na novou verzi MS Office 2007. Tuto úpravu prováděl ale již jeho nástupce, P. Mgr. Vlastimil Protivínský ve farnosti Třebíč – Jejkov. Autoři zřejmě pokračuji na odladění nové verze této databáze. P. Plhoň mi zaslal původní verzi s fiktivními údaji a novou neodladěnou verzi pro MS Access 2007. Ve farnosti se však paralelně k elektronické verzi vede i ručně psaná matrika, databáze programu se používá především pro různá potvrzení, hlášení a tisk duplikátů zasílaných na biskupství. Starší záznamy se do systému nepřepisují. Starší verze - Jedná se o jednoduchou databázi, která obsahuje knihu pokřtěných a oddaných. Tyto matriky nejsou provázány, údaje se tedy musí zadávat znovu. Nejsou aplikovány žádné kontroly (datumy,..). Za povinné jsou vybrány jen některé atributy. Zvláštností je bitový příznak u jednotlivých záznamů, který určuje, zda se záznam bude tisknout nebo nebude. Program umožňuje tisk základních potvrzení a generuje roční opis matrik.

Obrázek D-5 Program Brno (dóm) - hlavní okno


Obrázek D-6 Program Brno (dóm) - kniha pokřtěných

Obrázek D-7 Program Brno (dóm) - kniha oddaných

111

112


Obrázek D-8 Program Brno (dóm) - opis knihy pokřtěných

Novější verze - Tato verze je upravená pro MS Office 2007 a liší se

především tím, že umožňuje správu více farností, které mají oddělené matriční knihy. Dále se zpřehlednilo uživatelské rozhraní aplikace. Mezi povinné údaje patří jméno, datum křtu a narození, místo narození v případě knihy pokřtěných. U knihy oddaných je to pak jméno, datum narození, místo narození a osobní stav. Další funkce, především vyhledávání zatím nebylo dodělané1. Tato jednoduchá aplikace plně postačí k snadnému vyhledání osoby pomocí elektronického indexu, generování ročních opisů a tisku potvrzení.

Obrázek D-9 Program Brno (dóm) 2 - hlavní okno

1

Aktuální v březnu 2008.


Obrázek D-10 Program Brno (dóm) 2 - kniha pokřtěných

Obrázek D-11 Program Brno (dóm) 2 - kniha oddaných

113

114


Brno – sv. Jakub (Brněnská diecéze) V této farnosti se vede již asi pět let obdobná elektronická kniha pokřtěných a oddaných jako ve farnosti Brno – dóm. Systém je používán též jako doplněk papírové matriky a slouží především k tištění ročních opisů matrik. Ze systému se také tisknou potvrzení o křtu, výjimečně i o svatbě. Do elektronické knihy pokřtěných se opisují i starší ročníky, databáze je naplněna přibližně až do roku 1980. Kniha oddaných se do minulosti plnit nebude. Farnost Žižkov (Pražská arcidiecéze) Ve pražské farnosti Žižkov také zvolili cestu implementovat matriční software pomocí MS Access. Důvodem pro vznik databáze bylo opět zjednodušení vyhledávání a zautomatizovaný standardizovaný tiskový výstup. Protože se jedná již o svým rozsahem daleko větší aplikaci, popíši ji podrobněji. Aplikaci tvoří kniha pokřtěných, katechumenů, oddaných, pohřbených, biřmovanců, kniha pomazání nemocných a jednotná databáze osob, z které ostatní knihy získávají společná data. Autorem je Ing. Tomáš Dvořák. Podle jeho slov největším problémem byla právě databáze osob, pracuje se totiž se záznamy, které nejsou kompletní, takže není jednoznačný identifikátor pro danou osobu. Každému člověku je přiřazeno jedinečné ID. Což ale přináší riziko, že se dostanou do databáze duplicitní záznamy. Při zadávání nové osoby se tak musí ručně zkontrolovat, zda tam již stejný záznam není vložen. U osoby se eviduje: jméno, příjmení, pohlaví, datum narození, adresa, vždy se zde uchovávají aktuální informace. A ty, které byly platné v den přijetí svátosti jsou drženy na úrovni tabulek svátostí. Mohou se tedy aktualizovat data a aplikace by mohla posloužit i jako adresář farníků. Vyhledávání v databázi osob je možné dle příjmení, rodného příjemní a data narození. Vystavování duplikátů probíhá standardním způsobem – vytisknou se, orazítkované a podepsané se posílají na pražské arcibiskupství. Rodinné vztahy matka, otec se drží pomocí ID osoby. V současnosti je v nejvyšším stupni implementace kniha pokřtěných a probíhá její plnění reálnými daty.2 Tiskové výstupy z knihy pokřtěných jsou: potvrzení o křtu, hlášení o křtu do domácí farnosti, upomínka na křest a již zmiňovaný opis. Další pomocné (libovolně editovatelné) tabulky evidují kněze, místa pohřbů, seznam náboženství. Zabezpečení je standardní zabezpečení MS Accessu, tedy pomocí uživatelského jména a hesla, databáze je zašifrována. Jedná se o lokální databázi, data jsou navíc uložena pouze na flash paměti a zpracování dat probíhá na počítači, který není připojen k Internetu. Uživatelské role jsou zatím dvě: běžní uživatelé, kteří zadávají data, a administrátoři, kteří mohou provádět vše.

2

Aktuální v březnu 2008


115

Vymazání osoby je možné, může to však učinit jen administrátor, v takovém případě se vymažou i ostatní relevantní záznamy z tabulek svátostí. Kniha katechumenů plní roli lokální agendy jen pro interní potřebu. Eviduje se od kdy do kdy katechumenát trval a praktické využití těchto dat končí křtem. Současná implementace knihy pomazání nemocných zatím umožňuje zaznamenání jen desetinásobného udělení této svátosti. Jedinečný identifikátor v tabulkách svátostí je kniha, strana a číslo. Při vkládání se nabídne kniha, manuálně se pak musí doplnit strana a číslo. Je to z důvodů toho, že nových údajů je poměrně málo a zadává se nyní hlavně historie. Zadávání údajů začalo na podzim roku 2007 a probíhá až 50 let zpětně do historie. Vývoj aplikace trval cca jeden rok.

Obrázek D-12 Program Žižkov - hlavní okno

116


Obrázek D-13 Program Žižkov - kniha pokřtěných

Obrázek D-14 Program Žižkov - databáze osob


Obrázek D-15 Program Žižkov - pamětní křestní list

Obrázek D-16 Program Žižkov - kniha oddaných

117

118


WinKarfar Jediným českým komerčním zástupcem softwaru v oblasti církevní matriky je systém WinKarfar. Spolu s tímto programem je nabízen i program WinPenden (peněžní deník farnosti). Autorem je Ing. Miroslav Vích, společnost R-net ČR.[5] Ze stránek však již demo aplikace nelze stáhnout, autor ji však zašle na požádání. Počet prodaných licencí se mi nepodařilo zjistit. Mám ale informace, že tento SW se používá například ve farnosti Česká Lípa (Litoměřická diecéze) a snaha byla zavést jej i v Děčíně-Podmokly (Litoměřická diecéze), ale zůstalo jen u snahy. Údajně měly existovat problémy s tiskovými výstupy. V České Lípě jsou v současnosti dostupné matriční knihy kompletně přepsané do tohoto softwaru. WinKarfar ve verzi 3.06 zahrnuje moduly: seznam farníků, knihu pokřtěných, oddaných, pohřbených, knihu prvokomunikantů, biřmovanců, knihu pomazání nemocných, knih náboženských změn (konverze a aspostaze), knihovnu a evidenci pošty (jednací protokol). Knihovna eviduje základní data o knihách, ale také o čtenářích a výpůjčkách. Jednací protokol pak pomáhá evidovat poštu, přidělovat jednací čísla, sledovat termíny nevyřízených záležitostí. Podrobněji jsem nezkoumal. Nyní blíže k matrikám. Systém dokáže obhospodařovat více farností, přechod z aktuální do jiné se děje prostřednictvím menu servis-farnosti. Provázat data vzájemně nejde. Každá farnost má svůj datový soubor. Adresář farnosti (menu farníci) slouží k uchování náležitých informací (nacionále, datum a místo narození, bydliště, povolání, základní informace o manželovi(ce) a rodičích. V kartě svátosti pak lze sledovat udělení jednotlivých svátostí. Karta seznam farníků pak zobrazuje tabulku všech evidovaných osob. Rodinný stav a dosažené vzdělání je vybíráno z rozbalovacích seznamů, do vzdělání lze doplňovat další druhy. Nepřišel jsem ovšem na způsob, jak jsou svázány například děti s rodiči, zřejmě se jedná jen o vyplňování obyčejného textového pole, což je jistě škoda, že se například nedá kopírovat údaj o matce či otci z již zadaných záznamů. Děti se ale u osob zobrazují na základě porovnání jména, příjmení a data narození otce či matky. Tato trojice je tedy primárním klíčem a není možné vložit stejnojmennou osobu, která by měla i stejné datum narození s již existujícím záznamem! Systém je chráněn proti této duplicitě ihned při zadávání nových dat. Tento modul také poskytuje přehled, kdo má kdy svátek (je-li zaznamenán u osoby), narozeniny, výročí křtu, sňatku a generuje seznam lidí, kteří mají nastaven atribut nemocný (je potřeba je navštěvovat se svatým přijímáním). Lze také setřídit osoby dle data narození nebo dle příjemní, jména a data narození. Pod dalšími položkami v hlavním menu aplikace se dále nacházejí samotné matriky, jejichž prostředí se v podstatě shoduje s databází farníků. Při zadávání do křestní matriky jsem byl nemile překvapen, že se údaje nepřenášely z již vyplněné databáze farníků. Proto jsem se domníval, že toto systém neumožňuje, což by jej jistě velmi degradovalo v očích uživatelů.


119

Přebírání údajů ale funguje u ostatních matrik, přebírají se záznamy z databáze farníků i křestní matriky. Přenos dat je i zpětný, po zadání údajů o svátosti jsme dotázáni, zda chceme aktualizovat seznam farníků a případně křestní matriku. Volba této aktualizace je však možná jen jednou při prvním uložení. Pokud nejprve zvolíme možnost uložit data, již se aktualizace neprovede. Veškeré aktualizace se také provádějí pouhým zkopírováním dat. Nelze mluvit o nějaké vzájemné vazbě. Aktualizace (ať už editace nebo smazání) dříve provedeného záznamu v knize křtů se neprojeví posléze v seznamu farníků. Nevýhodou knihy pomazání nemocných je, že při výběru primárního klíče - jméno, příjmení a datum narození – nelze opakovaně zaznamenávat udělení svátosti. Dále bych zmínil až přespříliš snadnou možnost smazat jednotlivé záznamy (kliknutí na jedno tlačítko a potvrzení). Čím déle jsem tento software testoval, tím více jsem si samozřejmě na něj zvykal a pozitivně jej hodnotil. Oceňuji komplexnost softwaru. V mnohém se lze inspirovat. V demoverzi se mi bohužel stávalo, že program zhavaroval. Dále nejsou dodělány některé tiskové výstupy a je omezen počet záznamů. Bohužel další vývoj tohoto softwaru je zřejmě zcela zastaven, neboť poslední aktualizace je z roku 2002.

Obrázek D-17 Program WinKarFar - okno osoby

120


Obrázek D-18 Program WinKarFar - kniha pokřtěných

Obrázek D-19 Program WinKarFar - kniha biřmovanců


Obrázek D-20 Program WinKarFar - kontextové menu

Obrázek D-21 Program WinKarFar - snaha o vložení duplicity

121

122


Obrázek D-22 Program WinKarFar - generování opisu knihy pokřtěných

Obrázek D-23 Program WinKarFar - opis knihy pokřtěných

Softwarové produkty pro civilní matriční úřady Ministerstvo vnitra České republiky slíbilo jednotný software pro vybavení matričních úřadů. Z důvodu nedostatku finančních prostředků bylo ale později rozhodnuto, že každá obec si obstará a zakoupí program dle svých požadavků a finančních možností. Tím byla vytvořena situace, kdy každý matriční úřad může mít jinou aplikaci. Na Magistrátu města Mladá Boleslav se například užívá program IDIS Matrika v 1.0, jehož autorem je pan Miroslav Fiedler. Tento konkrétní program umožňuje lokálně se napojit do místní evidence obyvatelstva a usnadňuje tak práci matrikářce kopírováním údajů z této databáze. Zabezpečení je standardní – pomocí uživatelského jména a hesla. Matriční úřady nejsou vzájemně propojené. Bylo by sice možné realizovat propojení na centrální evidenci obyvatelstva, ale tyto počítače by musely být izolovány z bezpečnostních důvodů od Internetu.


123

Mezi další produkt na úseku civilních matrik lze zařadit program Matrika [6], od Mgr. Aleše Gabriela, který úspěšně funguje např. v Olomouci. Program umožňuje napojení na centrální evidenci obyvatel. Následující ukázka uživatelského rozhraní na obrázku D-24 je z programu MAT od firmy GORDIC spol. s r. o., která se specializuje mimo jiné také na vývoj informačních systémů pro státní správu.[7]

Obrázek D-24 Ukázka programu MAT

D.4

Církevní informační systém (CIS)

Pokud mým úkolem bylo provézt průzkum českého prostředí, pak se také musím krátce zmínit o Církevním informačním systému. Když jsem se o tomto velkém projektu České biskupské konference (ČBK) dozvěděl, myslel jsem si, že tato diplomová práce je zcela zbytečná. Jak jsem ale začal pátrat více, nebude to asi s CIS až tak žhavé. Po několika kontaktech s různými lidmi z Rady pro informační technologie (RIT) při ČBK jsem byl odkázán na pana Ing. Josefa Kubečka z olomouckého arcibiskupství. Dle jeho informací se připravuje informační systém pro potřeby církve napříč farní, diecézní i provinční úrovně. Mělo by se jednat o programy pokrývající širokou problematiku - evidenci diecéze, spisovou službu, stavební agendu, církevní soud, organizační záležitosti pastoračních center, oblast majetku a několika dalších témat. Publikovatelné výstupy by měly jít směrem na web jako služba

124


veřejnosti a dále pak zároveň s ostatními daty sloužit jako jeden z nástrojů pro řízení diecéze. Momentálně pracuje na analýze CIS slovenská firma WOS spol. s r.o. Na implementaci by mělo být vypsáno výběrové řízení. Údajně je veškerý farní software již hotov (vytvářela jej taktéž WOS) a využíván několika desítkami farností na Slovensku. Které to jsou se mi ale zjistit nepodařilo, až na jedinou farnost Bratislava – Nové Město. Pokus navázat e-mailovou korespondenci nebyl úspěšný. Je tvrzeno, že po české lokalizaci tohoto softwaru a některých dalších nutných úpravách jsou tyto programy aplikovatelné i pro potřeby českých farností. Dle informací od dalších členů RIT je však celý CIS přinejmenším těžkopádným břemenem a problémem, který se řeší již několik let. Nejnovější informace hovoří o tom, že dle rozhodnutí ČBK byl celý projekt CIS ukončen.

125

E. Situace v zahraničí Tato kapitola shrnuje výsledky průzkumu softwarových produktů pro správu farností (se zaměřením na matriční agendu) v zemích, které byly požadovány v zadání práce.

E.1

Německo

V německém prostředí jsem se obrátil s prosbou o informace na archivy, popř. na konkrétní sekretáře, biskupství v Drážďanech, Řezně, Pasově, Berlíně a Augsburgu. Dostával jsem však především odpovědi ohledně vědecké práce se starými historickými matrikami. V Řezně provedli nafocení starších svazků (z let 1600-1880) na mikrofilm, což přináší široké výhody (badatelé mohou pracovat s těmito snímky a ne s vzácnými originály, bezpečné archivování vzácných dokumentů,…). Na biskupství v Pasově mi byla poskytnuta informace o středoevropském projektu MonasteriuM[8], který slouží ke zpřístupňování neskenovaných vysoce kvalitních fotokopií starých dokumentů a knih, tedy i matrik, a jejich vystavování na Internetu pro badatele i širokou laickou veřejnost. K tomuto projektu se i v České republice zapojily instituce jako např. Národní archiv; Archiv pražského arcibiskupství; klášter Benediktinů v Břevnově, strahovští Premonstráti, Křížovníci s červenou hvězdou a mnohé další. Na tento projekt jsem byl upozorněn i na pražském arcibiskupství. Význam podobného systému je ovšem pouze pro historiky a badatele. Později jsem získal informaci, že v Německu je elektronická verze matrik součástí Centrálního systému evidence obyvatelstva. Jeho součástí jsou tedy informace o křtech, církevních sňatcích, atd. Do systému mají přístup i zaměstnanci církve, práva mají však přidělena pouze pro územní rozsah své farnosti. V praxi pak systém funguje tak, že např. po křtu (biřmování,…) místně příslušný kněz se do systému přihlásí a danou skutečnost do systému zapíše. Ze systému pak lze též tisknout potřebná potvrzení. Uváděným jednoznačným důvodem pro existenci takto pojatého propojení církevní a státní správy je potřeba mít přesnou evidenci o plátcích církevní daně, z níž část následně dostává farnost nebo např. místní Charita.

126

PŘÍLOHA E. SITUACE V ZAHRANIČÍ

Obrázek E-1 Projekt MonasteriuM - historické matriky pasovské diecéze

Obrázek E-2 Projekt MonasteriuM - detail zobrazení


E.2

127

Slovensko

Pro vyhodnocení situace na Slovensku jsem využil kontaktu na P. Josefa Hlinku. Kontaktoval jsem tři slovenská biskupství, z nichž mi ale žádné neodpovědělo ani na jeden e-mail. Dle mých zjištění se na Slovensku žádný centrální církevní informační systém zatím ani neplánuje, natož aby byly některé jeho části již v provozu. Existují minimálně dva samostatné softwarové produkty, které slouží výhradně k agendě církevních matrik. Matrika Autorem softwaru s názvem Matrika - je P. Josef Hlinka, který nyní působí ve farnosti Papradno (v nově vzniklé Žilinské diecézi). Program je vytvořen v programovacím jazyku Visual FoxPro a jako freeware je po zaregistrování se dostupný na Internetu.[9] Program je neustále vyvíjen, nová verze je dostupná zhruba dvakrát až třikrát do roka. Já jsem si pro testování a seznámení se s produktem Matrika stáhnul verzi 08.02. Dle informací autora je využíván větším (blíže nespecifikovaným) počtem farností. Dle slov autora se jedná o poloamatérský systém, který měl jen vyplnit prázdné místo ve slovenském prostředí. Po testování amerických produktů jsem měl problémy s ovládáním tohoto programu. Program se skládá ze čtyř matrik (kniha pokřtěných, oddaných, pohřbených a biřmovanců), dále ze seznamů katechumenů; osob, které se připravují na biřmování, sňatek nebo byli pokřtěni v cizí farnosti. Primární databází je kniha pokřtěných. Do ní se může osoba zadat přímo jako nový záznam v této matrice nebo se tam data přenesou trochu kostrbatě ze seznamu katechumenů, kam se nejdříve uloží osobní údaje a jakmile je osoba pokřtěna, tak se daný záznam doplní o tuto informaci, a jednotlivě nebo hromadně se takto označené záznamy přenesou teprve do křestní matriky. Především tato složitost mě na počátku odrazovala od dalšího testování. Je to opět záležitostí tréninku uživatele. Z křestní matriky pak lze posílat již jednou zadaná data do ostatních pomocných seznamů – prvokomunikantů, biřmovanců, snoubenců nebo do knihy pohřbených. S těmito seznamy se následně pracuje – zadávají se hromadně některá data – např. u biřmovanců lze zadat všem jméno biřmujícího a datum biřmování. Funkce přidej bratra/sestru, příp. dvojče usnadňují zadání společných dat (rodiče, bydliště,…) pro děti z jedné rodiny. Oprava údajů je povolená a snadná. Mazat jakékoliv údaje lze také, je vyžadováno heslo správce. Zadání hesla správce hodnotím pozitivně, samotné mazání jako nepřehledné. Při zálohování dat bylo chování aplikace nepředvídatelné. Některé události vyvolaly zhroucení aplikace. Pomocné tabulky (názvy ulic, měst, udělovatelů svátostí, tříd, škol,…) jsou dostupné, jejich uplatnění není dle mého názoru až tak důležité. Program umí generovat potřebné dokumenty a potvrzení – křestní list, úmrtní list, biřmovací list, různé

128


žádosti na biskupství,… a navíc umožňuje vlastní úpravu tiskových sestav. Myslelo se i na takovou věc, jakou je docházkový list na přípravy ke svátosti biřmování. S vyhledáváním, které je možné v každé matrice dle jiných (v danou chvíli potřebných) polí, jsem byl spokojen. Každá matrika má svůj primární klíč, který se automaticky inkrementuje. Osoba se stejným jménem, příjmením a datem narození lze zaevidovat. Rodné číslo se zadává do křestní matriky, ale neslouží jako primární klíč, ani nelze dle něj vyhledat daný záznam. Není žádná jeho kontrola, šlo zadat dvěma osobám stejné rodné číslo. Správa uživatelů umožňuje přidávat další uživatelské účty, již ale bez dalšího odstupňování práv. Některé činnosti (skutečné mazání, přidání uživatele,…) jsou vyhrazeny jen správci systému, který může být jen jeden. Nedotažené jsou zatím některé ochrany a kontroly vstupních dat – lze zadat osobu, která byla křtěna dříve než se narodila, atd. Mrzí mě, že jsem nemohl tento program otestovat na reálných datech o velikosti několika set záznamů.

Obrázek E-3 Slovenská matrika - hlavní okno


Obrázek E-4 Slovenská matrika - kniha pokřtěných

Obrázek E-5 Slovenská matrika - seznam snoubenců

129

130


Obrázek E-6 Slovenská matrika - žádost o dispenz

Matrika farního úřadu Jedná se o informační systém, poskytující podporu pro knihu pokřtěných, biřmovaných, a oddaných. Možnosti tohoto programu jsou: ukládání a editace údajů o jednotlivých farnících, kopírovaní stejných údajů v knize pokřtěných (od rodičů, sourozenců,…), vyhledávání a filtrování záznamů, označování a rušení označení jednotlivých záznamů, zálohování údajů, tiskové sestavy a jejich ukládání.


Obrázek E-7 Matrika farního úřadu – kniha pokřtěných

Obrázek E-8 Matrika farního úřadu – filtrování záznamů

131

132


Obrázek E-9 Matrika farního úřadu – tisková sestava

Tento produkt je možné získat také zdarma na Internetu.[10]

E.3

Spojené státy americké

Spojené státy americké jsou zřejmě ve vývoji a používání softwaru pro farnosti nejdále. Nepřekvapí proto informace, že některé firmy se vývojem těchto aplikací zabývají od devadesátých let minulého století (např. ACS Technologies, jejíž software používá více než 23 000 farností). Ve státech existuje velké množství církví a náboženských skupin – mimo římskokatolickou církev zde působí přes dalších 250 protestantských denominací. Protože je zde v praxi zavedena odluka církve od státu, převážnou většinu příjmů farností na lokální úrovni tvoří nedělní sbírky. O financování církví v USA hovoří např. přednáška Prof. Harry C. Verysera v Praze dne 6. září 1996.[28] Proto nepřekvapí, že součástí farního softwaru je také účetnictví, kontrola docházky na nedělních bohoslužbách (shromážděních), záznamy o příspěvcích, atd. Nejedná se tedy o pouhou matriku, ale o komplexní software, který poslouží k efektivnímu řízení a vedení farnosti.Při průzkumu amerického trhu se mi osvědčily zdroje [29] a [30]. Shrnutí obvyklých funkcí těchto systémů: registrace členů, snadná evidence příbuzenských vztahů,


133

evidence účasti na nedělních shromážděních (příp. bezpečnostní elektronická kontrola vstupu – čipové karty), nedělní a mimořádné sbírky, dary, správa skupin a společenství, snadná korespondence, maillisty, rezervační systém společných farních prostor, podpora pro vedení různých aktivit, automatizovaný výstup na webu – události, programy zaměřené dle věku, pohlaví, zájmu, rozesílání pozvánek, informování o životě církve, správa matriky, správa knihovny, výuka náboženství – rodičovská kontrola docházky dětí, členové mohou pomocí internetu upravovat své profily a míru informací poskytovaných na webu, podpora pro daňová potvrzení a výpočet daní. LOGOS II Logos II church and donor management software je komplexní software pro církevní školy, farnosti a další neziskové organizace. Vyvinula jej společnost LOGOS MANAGEMENT SOFTWARE.[11] Obsahuje takřka vše z výše uvedeného seznamu. Přidávám některé další funkce – výpočet výplat, online napojení na bankovní systémy, správa skupin, správa událostí, různá uživatelská přizpůsobení – v uživatelském rozhraní, ve funkcích, v úpravě různých reportů,… Software si objednalo a využívá asi 8600 subjektů. Celý systém se skládá z několika modulů – Census (údaje o „členech“), Groups (správa skupin), Contributions (Příspěvky),… Systém může být provozován na Windows platformě (jakákoliv verze). Tento systém je doporučován společností LifeWay Christian Resources. Program je koncipován tak, aby byl uživatelsky přívětivý. Na stránkách společnosti je také shrnuto, proč je jejich produkt vhodný z pohledu celé diecéze. A sice pro jednoduchost obsluhy, pro dobré zabezpečení, příznivou cenu a hlavně jednoduchý sběr důležitých dat z farností. Jak se tento sběr dat uskutečňuje, jsem se nedopátral ani na netu, ani při demo ukázkách. Je možné, že též existuje serverová část, ke které se lokální klienti připojují. Nebo zda postačí tiskový výstup, který je zdařile propracovaný, tak to netuším.Cenu SW jsem nenašel, je to zřejmě věcí individuálního kontaktu s lokálními zástupci firmy v dané oblasti. Systém se dá také provozovat vzdáleně na hostitelských serverech společnosti. Na následujících obrázcích (sejmutých z demo aplikace na webu) je uvedeno uživatelské prostředí tohoto programu, obrazovka s údaji o jedné osobě a nastavení informací ohledně společnosti – změnou na „katolický typ“ by mělo dojít k nastavení aplikace do režimu, který by odpovídal potřebám katolické farnosti nebo jiné katolické právnické osoby.

134


Obrázek E-10 Logos II – hlavní okno

Obrázek E-11 Logos II - záznam osoby/rodiny


135

Obrázek E-12 Logos II - změna nastavení aplikace pro různé účely

LOGOS SACRAMENTAL REGISTER Jako zástupce čistě matričního programu uvádím LOGOS SACRAMENTAL REGISTER.[12] Jedná se opět o uživatelsky přívětivý samostatný program, který může být ale součástí robustnějšího celku Logos II Church Management. Software obsahuje veškerou matriční agendu, tedy osobní údaje osob, udělení všech svátostí, eviduje dokonce místa na hřbitově. Samozřejmostí jsou tiskové výstupy, exporty do pdf, tisk obálek, tisk oznámení do farnosti křtu, pamětních listů, dále snadná záloha a obnova dat. Jak jsem již uvedl, program je kompatibilní s Logos II a lze tedy provádět import sobních údajů osob. Z dema aplikace, které je dostupné na internetových stránkách společnosti, jsem ale neodvodil, jakým způsobem se evidují celé rodiny. Zřejmě je to jen na základě textového řetězce, uvedeného v části křestní matrika a případně v každé další matrice. Nedopátral jsem se toho, jakým způsobem mají řešen případný přenos dat na biskupství. Tento systém je implementován na technologii Visual FoxPro 9. Současná verze programu 7.1 je bez problémů spustitelná i pod operačním systémem Windows Vista. Jedná se o příklad zdařilého matričního softwaru. Vyzkoušet tento program v praxi ale nešlo, protože demo byla jen flashová animace.

136


Obrázek E-13 Logos Sacramental Register – výběr vyhledávajícího kritéria

Obrázek E-14 Logos Sacramental Register - kniha pokřtěných


Obrázek E-15 Logos Sacramental Register - tisk potvrzení o křtu

Obrázek E-16 Logos Sacramental Register - dotazník před sňatkem

137

138


Episcopal ACS Tento produkt od společnosti ACS Technologies se též snaží v maximální možné míře vyjít vstříc požadavkům katolických farností. Program je prezentován jako komplementární prostředek práce s matričními knihami a mimo tento úsek poskytuje všechny obvyklé moduly – finanční, členství, příspěvky od členů a vazbu na web. Neobjevil jsem nic nového. Parish Pro Firma Topline Software[13] nabízí produkty s názvem Parish Pro, Bishop Pro a Advance Church. Topline Software poskytuje na svých stránkách snadno dostupnou demoverzi s předpřipravenými demo daty – asi 130 rodin a celkově 200 zaevidovaných osob. Na internetových stránkách firmy se dále uvádí, že produkt vznikl po mnoholetých konzultacích s uživateli systému. Jedná se o multidimenzionální databázi, naprogramovanou za účasti správců farností, kteří tak mohli zasahovat do jednotlivých etap vývoje aplikace. Nadstavba tohoto systému - Bishop Pro - pak dokáže sdružovat všechna data zpracovaná pomocí Parish Pro a je tak možné velice snadno vyhledávat data napříč celou diecézí. Program se skládá z funkčních modulů uvedených v následující tabulce. tabulka E-1 Přehled jednotlivých modulů Parish Pro

Census: Contributions: Forms: Reports: Sacraments: St.Vincent de Paul: Security/Encryption Basic Genealogy Cemetery Module Financial Events / Scheduler Inventory Backup / Year End Upload In R & D System Admin Tables:

Evidence rodin a jedinců Správa příspěvků a darů Formuláře a žádosti z biskupství Reporty Vlastní matrika, digitální podpisy?, potvrzení, … Speciální modul pro tuto společnost Bezpečnost systému – plně integrováno do programu Propojení rodin a ostatních příbuzenských vztahů Správa hřbitovů, poplatků za hroby,… Napojení na program Simply Accounting a další oblíbené finanční programy Plánování akcí Inventář Záloha, uzávěrka roku Napojení na databázi archivu biskupství Docházka na katecheze, dětské školičky,… Správa uživatelů, databáze, hlavní nastavení údajů o farnosti, pomocné tabulky a číselníky Zabrání opakovanému zadávání dat

Protože se jedná o velmi rozsáhlou aplikaci, přikládám instalační soubor dema jako přílohu na CD. Pro bližší seznámení jsem se omezil jen na moduly Census (osoby) a Sacraments (svátosti). Tiskové sestavy bohužel v modulu Sacraments nefungovaly, zřejmě omezení dema aplikace.


139

Na programu oceňuji především upload do nadřízené databáze a celkově komplexnost řešení. Nevyhovovalo mi ale především ruční napojování identifikátorů osob na databázi křtů, údaje by člověk musel zadávat pro každou svátost zvlášť, je možné, že tuto vlastnost vylepšuje modul Tables. Následuje několik obrázků z prostředí této aplikace.

Obrázek E-17 Parish Pro - seznam rodin a osob

Obrázek E-18 Parish Pro - kniha pokřtěných

140


Obrázek E-19 Parish Pro - postup editace svátostí jednotlivých osob

Shrnutí

Spojené státy americké jsou ve vývoji a používání softwaru ve farní správě nejdále ze všech zemí, které byly předmětem průzkumu. Amerika je též specifická existencí velkého množství náboženských skupin, jednotlivých církví a různých sborů, a také svým systémem financování těchto vyjmenovaných subjektů. To zapříčinilo mnohem větší poptávku po vzniku softwaru, který by umožňoval evidenci členů církevních společenství, placení příspěvků a mnohé další funkce. Pro potřeby katolických farností jsou mnohé softwarové produkty vybaveny modulem matričních knih. Mnohé nástroje obsažené v amerických produktech jsou, dle mého názoru, nepoužitelné nebo zbytečné pro české prostředí. Jednoznačně se ale lze inspirovat právě moduly (produkty) zaměřenými přímo na matriky. Při své implementační práci jsem se často vracel a inspiroval softwarem Parish Pro.

141

F. Návrh GUI

Obrázek F-1 Přihlašovací dialog

Obrázek F-2 Hlavní menu (přihlášen administrátor)

Obrázek F-3 Výběr farnosti (přihlášen uživatel)

142

PŘÍLOHA F. NÁVRH GUI

Obrázek F-4 Index osob


Obrázek F-5 Detailní pohled na panel osobní údaje konkrétní osoby

143

144


Obrázek F-6 Detailní pohled na panel křest konkrétní osoby


145

Obrázek F-7 Formulář pro zadání křtu

146


Obrázek F-8 Kniha pokřtěných - záložka matrika


Obrázek F-9 Kniha pokřtěných - výběr parafujícího potvrzení o křtu

147

148


Obrázek F-10 Dialogové okno pro výběr ročníku opisu matriky

Obrázek F-11 Okno náhledu tiskové sestavy – Jasper Viewer


Obrázek F-12 Titulní strana opisu knihy pokřtěných

149

150


Obrázek F-13 Vnitřní strana opisu knihy pokřtěných


Obrázek F-14 Závěrečná strana opisu knihy pokřtěných

151

152


Obrázek F-15 Potvrzení o křtu


153

Obrázek F-16 Pamětní list svátosti křtu

154


Obrázek F-17 Prázdný křestní zápis


155

Obrázek F-18 Dialogové okno pro tisk potvrzení o přípravě na křest

Obrázek F-19 Potvrzení o přípravě na křest

156


Obrázek F-20 Číselník udělovatelů svátostí

Obrázek F-21 Číselník farností

157

G. Usability test – materiály Pozn.: V této kapitole přizpůsobuji používanou terminologii uživatelům a proto místo kniha pokřtěných používám tvar křestní matrika.

G.1

Dotazník před testem

1. Váš věk: 2. Zaškrtněte svojí roli: Kněz, Jáhen, Pastorační asistent. Nejsem zaměstnanec církve (např. student / brigádník pro plnění daty) Jste-li kněz, uveďte prosím, zda jste zodpovědným za matriky: Ano, Ne. Své počítačové dovednosti byste ohodnotil(a) školní stupnicí 1-5: 3. S agendou matričních knih se setkáváte: Pravidelně, Zřídkakdy, Ještě jsem se nesetkal. 4. Setkal(a) jste se již v praxi s nějakým softwarem pro zpracování matriční agendy: Ano, Případně vyjmenujte:…………………………. Ne. 5. Pokud jste zaškrtl(a) ve 4. otázce volbu Pravidelně nebo Zřídkakdy, co Vám nejvíce vadí na současném způsobu vedení matričních knih? 6. Co byste především očekával(a) od programu, který má pokrývat matriční agendu?

158

PŘÍLOHA G. USABILITY TEST – MATERIÁLY

G.2

Zadání testu

1. Spuštění aplikace, vytvoření nového uživatelského účtu: Spusťte aplikaci pomocí ikony Církevní elektronická matrika, umístěné na ploše, a přihlaste se pod uživatelským jménem administrator a heslem 123456. Vytvořte si svůj nový uživatelský účet (s právy uživatele). Tomuto účtu povolte přístup do všech farností.

2. Vložení dat – nového udělovatele svátostí a místa obřadu: Chcete do systému zapsat nového udělovatele svátostí. Jmenuje se P. Mgr. Marek Vlček a je farním vikářem. Do farnosti Chotětov zapište nové místo obřadu – Kaple sv. Lukáše (do poznámky napište nemocniční kaple). Odhlaste se.

3. Práce s křestní matrikou: Přihlaste se pod svým novým v bodě 1 vytvořeným uživatelským účtem. Otevřete křestní matriku farnosti Mladá Boleslav. Nalezněte a zobrazte záznam křtu osoby: Radim Mach (nar. 1.1. 2009). Nalezněte údaj, kdo toto dítě pokřtil. Zobrazte pamětní (křestní) list pro vyhledanou osobu a uložte na plochu do formátu .pdf pod názvem souboru mach_list. Zavřete všechna okna.

4. Vyhledání osoby: Vyhledejte bydliště osoby, která se jmenovala za svobodna Modrá.

5. Vyhledání osob podle jednoho kritéria: Nalezněte všechny osoby, které se narodily v roce 1980.


159

6. Tisk opisu křestní matriky jednoho ročníku: Vyberte farnost Bojetice a zobrazte opis křestní matriky – ročník 1990 a uložte jej opět do formátu .pdf na plochu pod názvem souboru Bojetice – 1990. Podepisovat tento dokument budete Vy.

7. Zápis křtu osoby již v systému zaevidované: Vyhledejte osobu Anežku Petrovskou a zapište její křest do křestní matriky farnosti Mladá Boleslav. Křestní patronky: Marie Ludmila, Datum křtu: 6.1.2009, Křtil: P. Brzobohatý v kostele sv. Václava, Kmotra: Šárka Srnková.

8. Tisk pamětního listu: Vytiskněte pamětní křestní list pro křest zadaný v předchozím bodě (stačí zobrazit).

9. Tisk potvrzení o křtu: Vytiskněte potvrzení o křtu osoby Maxmilián Hlubůček.

10. Tisk prázdného křestního zápisu: Vytiskněte prázdný křestní zápis s hlavičkou farnosti Mladá Boleslav.

11. Vyhledání podrobných informací o osobě: Nalezněte datum a místo narození otce osoby Marie Prskavcová, narozené v roce 1970.

12. Pokus o duplicitu záznamu křtu stejné osoby: Znovu nalezněte osobu Marie Prskavcová a pokuste se o zapsání svátosti křtu této osobě.

160


13. Tisk opisu křestní matriky více ročníků: Vytiskněte opis křestní matriky pro farnost Mladá Boleslav, tentokráte pro ročníky 1970 - 2008. Výběr podepisujícího je na Vás.

14. Zapsání křtu nové osoby: Do křestní matriky farnosti Chotětov zaznamenejte křest nové osoby s následujícími údaji: Žena Bc. Veronika Žáková, rozená Žáková, Datum a místo narození: 28.9.1985 v Písku, Bydliště: Voděradská 564, 294 45, Chotětov, Česká republika, Datum a místo křtu: 2.1.2009, kostel sv. Jana Nepomuckého, Křtil: P. Radek Klahoun, Kmotr: byl Jakub Péťa (strýc).

15. Změna přihlášeného uživatele: Odhlaste se a opět se přihlaste jako uživatel administrator s heslem 123456.

16. Založení nové farnosti: Založte novou farnost s následujícími údaji: Římskokatolická farnost Krnsko, zkrácený název IČ: 45846642, Adresa: Benátecká 4, 298 01 Krnsko, Česká republika, Tel.: 326 327 461.

Krnsko,


G.3

161

Dotazník po testu

1. Váš první dojem z aplikace Církevní elektronická matrika byste ohodnotil(a) na školní stupnici 1-5 známkou? 2. Jak jste byl(a) spokojen(a) s grafickým uživatelským rozhraním aplikace? Vyjádřete opět pomocí školní stupnice 1-5. 3. V případě, že jste odpověděl(a) alespoň na jednu z předchozích otázek stupněm 3,4 nebo 5, napište Vaše hlavní negativní připomínky.

4. Napište jakákoliv doporučení pro změny v hlavním konceptu aplikace, tiskových formulářích nebo sestavách tak, abyste se mohli lépe orientovat při práci s aplikací.

5. V případě souběžného zpracování agendy matrik tímto programem a současným ručním vyplňováním klasických matričních knih bych se choval následovně: Průběžně zapisoval(a) do elektronického systému, jednou za čas ručně dopsal(a) do skutečných matrik. Průběžně zapisoval(a) do skutečných matrik, jednou za čas zapsal(a) data do elektronického systému. Zapisoval(a) obě formy současně. Snažil(a) bych se vést jen elektronickou verzi, pokud by to nebylo dovoleno do knih bych vkládal(a) jen tiskové sestavy generované programem. 6. Tento bod vyplní jen ti, kteří pracují s matrikami pravidelně! Myslíte si, že je tento projekt životaschopný? Chtěli byste jej ve Vaší farnosti používat?

163

H. Seznam použitých zkratek API

Application programming interface

CIC CIS ČBK GUI HW IS JNLP JRE KKC MS RIT

Kodex církevního práva Církevní informační systém Česká biskupská konference Graphical user interface, grafické uživatelské prostředí Hardware Informační systém Java Network Launcher Protocol Java Runtime Environment Katechizmus katolické církve Microsoft Rada pro informační technologie při ČBK Structured Query Language Software Extensible Markup Language

SQL

SW XML

165

I.

Obsah přiloženého CD

build install java server sql_skripty test javadoc pruzkum gui demo source text index.html install.html

- zkompilovaná soubory - instalační soubory jednotlivých součástí systému - instalace JRE - instalace MS SQL Serveru - SQL skritpy pro vytvoření DB - SQL skritpy pro naplnění DB testovacími daty - javadoc dokumentace pro implementovatnou demoverzi - obrázky z GUI prostředí vybraných produktů - instalační soubory vybraných demoaplikací - zdrojové kódy - text diplomové práce v pdf a doc - základní informace o diplomové práci - stručná instalační příručka

Obrázek I-1 Obsah přiloženého CD

Elektronický systém podpory pro správu farnosti matrika

Recommend Documents