%===============================================================================
% Autoři: Michal Bidlo, Bohuslav Křena, Jaroslav Dytrych, Petr Veigend a Adam Herout 2018
\setlength{\parskip}{6pt}
\chapter*{Úvod}
\pagenumbering{arabic}
\setcounter{page}{10}
Globálnym trendom naprieč čoraz širšou škálou odvetví je využívanie informačných technológií za účelom zvýšenia efektivity, či dokonca automatizácie pracovných procesov. Jedným zo zasiahnutých odvetví je aj advokátska prax na území Slovenskej Republiky. Rozširujúca sa digitalizácia procesov štátnej správy a údajov využívaných počas výkonu advokácie poskytuje výhodu tým kanceláriám, ktoré si osvoja prácu s~informačnými technológiami. Zatiaľ čo využívanie externých digitálnych služieb poskytovaných úradmi Slovenskej Republiky, jednoznačne ušetrí čas strávený mimo kancelárie, informačný systém využívaný v~rámci kancelárie umožní skrátenie doby venovanej administratívnym procesom, organizačným činnostiam a opakovaným výpočtom. 

Spisové agendy formou papierových adresárov, organizácia zamestnancov a práce na základe ústnej dohody, manuálne  počítanie advokátskych trov a vyhľadávanie záznamov vo verejných registroch odmien je však stále bežnou praxou niektorých advokátov. 

Záujmom zvolenej advokátskej kancelárie je modernizácia jej pracovných procesov. Napriek aktívnemu využívaniu verejných digitálnych služieb, informačný systém, ktorý má k~dispozícii, je používaný len čiastočne. Organizácia práce a vyhodnocovanie odmien za splnené úkony stále prebieha zdĺhavým manuálnym spôsobom. Pracovné spisy a faktúry sú evidované buď v~papierových zakladačoch, alebo na pevnom disku. Odmeny za vykonanú prácu sú zvyčajne postupne vypočítavané kalkulačkou, podľa štandardných sadzieb. Údaje o~obchodných subjektoch, ktoré musí kancelária uchovávať a ktorých zmeny monitoruje, sú vyhľadávané pracovníkmi kancelárie v~internetovom obchodnom registri Slovenskej Republiky. Tento prístup má za následok nízku úroveň organizácie práce, prehľadu o~finančných tokoch a zdržanie činností v~advokátskej kancelárii kvôli vykonávaniu repetitívnych administratívnych a výpočetných úkonov.

Práve preto sa táto diplomová práca zaoberá digitalizáciou vybraných činností a zvýšením úrovne integrácie informačného systému do pracovných procesov zvolenej advokátskej kancelárie. Po zhrnutí cieľov a spôsobu riešenia daného problému sa venujem teoretickým poznatkom, využívaným k~úspešnému naplneniu definovaných cieľov. Teoretické východiská zahŕňajú informácie o~analytických a návrhových metódach používaných pri definícii požiadaviek na úspešnú implementáciu požadovaných rozšírení. Kapitola \ref{teoria} taktiež obsahuje opis nástrojov a technológií potrebných k~realizácii praktickej časti vývoja zvolenej aplikácie. 

Analytická časť je venovaná predstaveniu advokátskej kancelárie JUDR. Ján Bartánus, jej súčasného stavu, bežných pracovných procesov, konkurenčného a všeobecného prostredia, a súčasného informačného systému. Pre tento účel je využitých niekoľko bežne využívaných analytických metód. Súčasťou tejto kapitoly je aj prieskum súčasného stavu existujúcich software-ových produktov bežne využívaných v~rámci advokátskej praxe. V~závere analytickej časti sa venujem predstaveniu vybraného procesu kancelárie, ktorého zvýšenie efektivity  je zámerom tejto práce.

V~poslednej časti je vypracovaný návrh zmeny aplikácie za využitia návrhových prostriedkov uvedených v~kapitole \ref{teoria}. Následne je opísaná praktická realizácia rozšírenia aplikácie, sprevádzaná vizuálnymi ukážkami jej použitia. V~závere tejto kapitoly uvádzam spôsob testovania aplikácie a zhodnotenie jej potenciálnych prínosov vo vybranej advokátskej kancelárii.



\bigskip
\chapter{Ciele práce, metódy a postup spracovania}
\label{ciele}
Táto práca bola vyhotovená za účelom zvýšenia organizácie a efektivity práce v~advokátskej kancelárii JUDr. Jána Bartánusa v~Ružomberku. Tieto ciele chcem naplniť pomocou rozšírenia súčasného informačného systému -- implementovaného ako webová aplikácia -- o~časti umožňujúce digitalizáciu organizácie práce a vyhodnocovanie a evidenciu príjmov. Súčasťou tohto riešenia by mala byť centralizácia výpočetných nástrojov bežne používaných v~advokátskych kanceláriách a automatizácia vybraných pracovných činností. Uvedené ciele boli stanovené po konzultácii s~majiteľom advokátskej kancelárie. 

Pokiaľ má systém skutočne zvýšiť efektivitu vykonávanej práce, je nutné zabezpečiť jeho využívanie samotnými pracovníkmi. Preto je ďalším zámerom práce zaistenie stability systému a jednoduchosti jeho využívania.

Za účelom konkretizovania požiadaviek na aplikáciu, je najskôr vykonaná analýza interných faktorov spoločnosti, prostredia v~ktorom vykonáva svoju činnosť a súčasného stavu využívaného informačného systému.  Súčasťou analytickej časti je aj prieskum existujúcich informačných systémov, používaných v~advokátskych kanceláriách, ktorý demonštruje rôzne prístupy k~návrhu a integrácii podobných aplikácií. Analýza vybraného procesu kancelárie umožňuje vytvoriť návrh zvýšenia jeho efektivity pomocou rozširovanej aplikácie.

Na základe výsledkov analýz a konzultácie majiteľa kancelárie, sú v~nasledujúcej kapitole definované požiadavky na výsledný systém. Na základe požiadaviek je vytvorený návrh zmien v~aplikácii a popis procesu jej implementácie. V~druhej časti tejto kapitoly je uvedený oopis implementovaných častí aplikácie a ukážka ich používania. V~závere je uvedený spôsob testovania a integrácie a prínosy implementovaných rozšírení pre zvolenú advokátsku kanceláriu.


\chapter{Teoretické východiská práce} 
\label{teoria}
Pre správne pochopenie problematiky, ktorej je venovaná tejto práca, uvádzam v~tejto kapitole znalosti, ktoré boli využité pri jej vypracovaní. Prvá časť tejto kapitoly opisuje nástroje využité v~analytickej časti práce. V~druhej časti je predstavená problematika informačného systému a nástroje používanie na modelovanie jeho častí. V~tejto časti sú zároveň zahrnuté nástroje využívané na implementáciu rozširovanej webovej aplikácie.

\section{Strategická analýza}
\label{stratheory}
Pokiaľ chceme správne navrhnúť zmenu informačného systému a jeho začlenenie do výkonu advokátskej praxe v~zvolenej spoločnosti, je vhodné vykonať strategickú analýzu. Takáto analýza napomáha určiť súčasnú pozíciu spoločnosti v~prostredí v~ktorom pôsobí.\cite{Strategicka}
Táto podkapitola teda uvádza teoretické poznatky o~metódach využitých na analýzu spoločnosti a jej okolia.
\subsection{SLEPT}
\label{SLEPTheory}
Tento analytický nástroj poskytuje prehľad o~súčasných trendoch krajiny v~ktorej spoločnosť pôsobí. Na získanie výsledkov využíva päť makroenviromentálnych faktorov, ktoré vplývajú na analyzovanú spoločnosť. Akronym SLEPT pozostáva z~počiatočných písmen týchto faktorov:

\begin{itemize}
    \item Sociálne faktory
    \item Legislatívne faktory
    \item Ekonomické faktory
    \item Politické faktory
    \item Technologické faktory
    
\end{itemize}

Výsledky tejto analýzy môžu byť využité pri tvorbe tabuľky SWOT, kedže poskytujú prehľad o~možnostiach a hrozbách v~externom prostredí spoločnosti.

Informácie pre vypracovanie tejto sekcie boli získané z~\cite{SLEPT}

\subsection{Porter}
\label{portheory}
Pri formulovaní stratégie je vhodné analyzovať konkurenčné prostredie spoločnosti. Stav konkurencie vo vybranom odvetví závisí na piatich silách rozoberaných v~tejto kapitole. Na základe súčtu analyzovaných síl je možné určiť ziskovosť daného odvetvia. Pokiaľ je celková úroveň síl vysoká, jedná sa o~perfektnú konkurenciu v~odvetví, čo naznačuje nízky potenciál úspechu v~danom odvetví. Pokiaľ sú sily slabé, odvetvie poskytuje možnosť výnimočného výkonu. Medzi silami a ziskovosťou odvetvia teda existuje inverzný vzťah. Tieto sily sú detailnejšie opísané v~nasledujúcich podkapitolách.

V~rámci strategickej analýzy má tento nástroj význam v~identifikovaní konkurenčných hrozieb a určení vyjednávacej sily spoločnosti. Najsilnejšia zo síl je zvyčajne tou, ktorá tvaruje súčasné konkurenčné prostredie a je teda najdôležitejšou pri tvorbe stratégie spoločnosti.

Informácie v~tejto podkapitole boli čerpané z~\cite{PorterFirst} a \cite{PorterSecond}
\subsubsection*{Súčasná konkurencia v~odbore}
Rivalita medzi pôsobiacou konkurenciou v~odvetví sa môže prejavovať rôznymi spôsobmi. Príkladmi rivality sú znižovanie cien, predstavenie nových produktov, reklamné kampane a zvýšenie kvality služieb. Súťaženie medzi účastníkmi v~odvetví výrazne obmedzuje ziskovosť v~danom prostredí. Vplyv rivality na ziskovosť závisí od jej intenzity a jej typu.

Intenzita rivality je vysoká pokiaľ:
\begin{itemize}
    \item V~odvetví pôsobí mnoho konkurentov, alebo zhruba rovnaký vplyv a veľkosť
    \item Rozvoj odvetvia je pomalý 
    \item Odchod z~odvetvia je príliš nákladný
    \item Konkurenti sú zaviazaní v~zotrvaní v~danom odvetví a majú vysoké ašpirácie, ktoré nie sú nutne založené na ekonomických úspechoch
    \item Spoločnosti nedokážu interpretovať signály iných spoločností
\end{itemize}

Rozmanitosť spôsobov, ako sa rivalita v~odvetví prejavuje sa taktiež odráža na ziskovosti prostredia. Najsilnejší vplyv typu rivality nastáva v~prípade, že konkurenčný boj prebieha iba jedným spôsobom, napríklad znižovaním cien. Znižovanie cien u~konkurencie je jednoduché monitorovať a reagovať znížením cien vlastných produktov. Tým však narastá potenciál vytvorenia spätnoväzobnej slučky, ktorá má za následok prudký pokles cien produktov poskytovaných v~rámci odvetvia.
\subsubsection*{Vstup novej konkurencie do daného odboru}
Noví konkurenti vstupujúci do odvetvia so sebou prinášajú túžbu a potenciál získať podieľ na trh. Tým vytvárajú tlak na súčasné ceny produktov a výšku investícií do rozvoja spoločnosti. V~prípade nízkych bariér pre vstup je teda typické pre pôvodných konkurentov znižovať ceny a investovať do modernizácie procesov. Pokiaľ sú bariéry pre vstup do odvetvia nízke a súčasná konkurencia výrazne nereaguje na nových účastníkov, je táto sila značne vysoká a má výrazný vplyv na ziskovosť prostredia.

Typickými bariérami vstupu novej konkurencie do odboru sú:
\begin{itemize}
    \item Lacnejšie materiály pre podniky objednávajúce vo veľkom
    \item Preferencia klientov jednať s~vekľými, ustálenými spoločnosťami
    \item Vysoké náklady pre klientov v~prípade zmeny dodávateľa
    \item Potreba vysokého kapitálu na vstup do odvetvia
    \item Ustálení konkurenti majú výhody nezávisle od ich veľkosti (lokácia, patenty, atď.)
    \item Nevyrovnaný prístup k~distribučným kanálom
    \item Obmedzujúce zákony, či rozhodnutia vlády
\end{itemize}

\subsubsection*{Vplyv dodávateľov}
Pokiaľ je sila dodávateľov veľká, môžu využívať svoju pozíciu na navýšenie ich ziskov. Môžu navyšovať ceny, znižovať kvalitu dodávaných materiálov, alebo prenášať náklady na účastníkov v~analyzovanom odvetví. Dodávatelia majú vysokú silu v~prípade ak:
\begin{itemize}
    \item Sú koncentrovanejší, než odvetvie do ktorého dodávajú prostriedky
    \item Ich zisky príliš nezávisia na odvetví do ktorého dodávajú
    \item Vysoké náklady pre účastníkov v~odvetví v~prípade zmeny dodávateľa
    \item Poskytujú produkty, ktoré ich odlišujú
    \item Neexistuje náhrada za produkt, ktorý poskytujú
    \item Môžu hroziť vstupom do konkurenčného prostredia
\end{itemize}

\subsubsection*{Vplyv odberateľov}
Sila zákazníkov vplýva na ceny a štandardy kvality ponúkaných produktov. Odberatelia disponujú schopnosťou zvýrazniť konkurenciu medzi účastníkmi v~odbore, pokiaľ ich donútia navzájom súťažiť o~daného zákazníka. Sila odberateľov spočíva v~sile ich vyjednávacej pozície, voči účastníkom v~odvetví. 

Prípady, kedy majú odberatelia výraznú silu sú nasledujúce:
\begin{itemize}
    \item Odvetvie disponuje nízkym počtom odberateľov
    \item Ponuka produktov v~odvetví je štandardizovaná, alebo nerozlíšiteľná
    \item Zmena dodávateľov nie je nákladná
    \item Odberatelia môžu hroziť vstupom do odvetvia a vlastnou produkciou požadovaných produktov
\end{itemize}

\subsubsection*{Substitučné produkty}
Substitučné produkty sú chápané ako tie produkty, ktoré napĺňajú podobnú, či totožnú funkciu produktu ponúkaného odvetvím. Túto funkciu pritom napĺňaúj rozdieľnym spôsobom, ako daný produkt.

Substitučné produkty vplývajú na konkurenčné prostredia pokiaľ:
\begin{itemize}
    \item Ponúkajú aktraktívnu náhradu za produkt z~hľadiska pomeru výkonu a ceny
    \item Náklady na zmenu produktu sú nízke
\end{itemize}

\subsection{7S}
\label{7Stheory}
Model 7S analyzuje vnútorné faktory organizácie, ktoré bývajú interdependentné, či navzájom závislé. Pokiaľ sú tieto faktory zosúladené a navzájom sa podporujú, výkon spoločnosti narastá. Výsledok tejto analýzy môže poskytnúť pohľad na časti organizácie, ktoré je nutné upraviť tak, aby neprekážali súčasnému fungovaniu ostatných častí. Taktiež poskytne prehľad o~tom, aký dopad môže mať zmena jednej časti na celok a teda pomôže navrhnúť stratégiu implementácie zmeny, ktorá čo najmenej naruší správne fungovanie spoločnosti. 


Informácie v~tejto kapitole sú získané z~\cite{Hayes}.

\begin{figure}[]
\centering
\includegraphics[width=0.7\textwidth]{obrazky-figures/7S.pdf}
\centering\caption{Diagram znázorňujúci vzájomné prepojenie faktorov definovaných 7S.
\centering
\\
(Zdroj obrázku: Vlastná tvorba)
}
\label{7s}
\end{figure}

\subsubsection*{Stratégia}
Spôsob, akým sa organizácia snaží zvýšiť svoju konkurencieschopnosť.
\subsubsection*{Štruktúra}
Rozdelenie aktivít, zamestnanecká štruktúra.
\subsubsection*{Systémy riadenia}
Spôsoby odmeňovania za vykonanú prácu.
\subsubsection*{Štýl riadenia}
Správanie kľúčových skupín -- ako napríklad vedúci -- a organizácie ako celku.
\subsubsection*{Spolupracovníci}
Ľudské zdroje spoločnosti, ich demografia a osobnostná charakteristika.
\subsubsection*{Zdieľané hodnoty}
Základné hodnoty spoločnosti a ako ovplyvňujú správanie sa organizácie ku jej zákazníkom, zamestnancom a zainteresovaným osobám.
\subsubsection*{Schopnosti}
Základné schopnosti spoločnosti, prípadne schopnosti, ktoré ich odlišujú od iných spoločností.

\subsection{SWOT}
\label{SWOTHeory}
Analýza pomocou matice SWOT napomáha vyhodnotiť pozíciu spoločnosti v~konkurenčnom prostredí. Pomocou analýzy vnútorných a vonkajších faktorov posudzuje výkon, konkurenciu, potenciál a riziká spoločnosti.
\begin{itemize}
    \item S~-- Strengths (Sily)
    \item W -- Weaknesses (Slabiny)
    \item O~-- Opportunities (Možnosti)
    \item T -- Threats (Hrozby)
\end{itemize}


\section{Informačný systém}
Pre správny prístup k~návrhu, implementácii a integrácii informačného systému je vhodné si utvoriť ucelený prehľad o~problematike informačných systémov. Z~tohto dôvodu je táto kapitola  venovaná pochopeniu pojmu informačného systému a definícii jeho postavenia v~podnikovej sfére. Súčasťou teoretického opisu sú aj základné typy podnikových informačných systémov a typické prístupy k~zavádzaniu týchto nástrojov do prostredia spoločnosti. Táto kapitola bola spracovaná podľa \cite{Podnik}.

\subsection{Informačný systém v~podniku}
\textit{\uv{Informační systém je soubor lidí, technických prostředků a metod (programů), zabezpečujících sběr, přenos, zpracování, uchování dat, za účelem prezentace informací pro potřeby uživatelů činných v~systémech řízení.}} (Molnár, 2009)\cite{Molnar}

Informačné systémy v~spoločnostiach nepredstavujú iba súhrn informačných technológií, slúžiacich ako nástroj na uchovávanie, spracovávanie, či prenos údajov. V~širšom poňatí je možné ich rozdeliť na úroveň formalizácie údajov, pomeru účasti ľudského faktoru a taktiež aj na typ prostriedkov využívaných na uchovávanie, či transport informácií. Podľa tohto prístupu je možné podnikové informačné systémy rozdeliť na stupne vizualizované na obrázku \ref{urovne}. Pochopenie týchto úrovní je užitočné pri návrhu a zavádzaní informačného systému do podniku.

\begin{figure}[hbtp]
\centering
\includegraphics[width=0.7\textwidth]{obrazky-figures/IS_urovne}
\centering\caption{Rozdelenie podnikových informačných systémov podľa formalizácie údajov, účasti ľudského faktoru a typ prostriedkov používaných na ich uchovávanie.
\centering
\\
(Zdroj obrázku: \cite{Podnik})
}
\label{urovne}
\end{figure}

\subsubsection*{Všeobecný informačný systém}
Informácie v~tomto type systémov nie sú zaznamenané či už v~papierovej podobe, alebo v~databázi. Zvyčajne sa jedná o~skúsenosti, či znalosti zamestnancov, ktoré sú využívané počas výkonu ich práce. Tento typ informácií je zájmom managementu znalostí a v~niektorých prípadoch býva podporovaný nástrojmi z~tohto odvetvia.
\subsubsection*{Formalizovaný informačný systém}
Formalizovaný informačný systém predstavuje súhrn informácií uložených na tradičných typoch nosičov. Jedná sa o~informácie typicky zapísané v~papierových dokumentoch, ako napríklad faktúry, zmluvy, predpisy, či doklady. Informácie v~tomto type systémov sú zvyčajne udržiavané v~neštruktúrovanom stave. V~niektorých prípadoch sú na ich ukladanie a organizáciu využívané aplikácie na správu dokumentov a obsahu.
\subsubsection*{Informačný systém podporovaný ICT}
Jedná sa o~bežné pochopenie informačného systému, realizovaného ako software-ová aplikácia, ktorý využíva na spracovanie a udržiavanie informácií databázy, zvyčajne relačného typu. Zámerom využívania týchto systémov býva automatizácia činností v~podniku a zjednodušenie rozhodovania.

\subsection{Rozširovanie informačných systémov o~nové požiadavky}
Mnoho spoločností, ktoré využívajú určitý typ informačného systému, sa ocitne v~situácii, ktorá sa vyznačuje zmenou požiadavok na súčasnú implementáciu. Prístupy k~riešeniu tohto problému sú rôzne. 

\begin{enumerate}
    \item Rozvoj existujúceho software-ového riešenia
    \item Vývoj nového IS, splňujúceho nové požiadavky
    \item Nákup existujúceho software-ového riešenia
\end{enumerate}

Každá z~týchto možností má svoje výhody a nevýhody. Pre a proti jednotlivých prístupov sú charakterizované v~tabuľke \ref{pristup}. Spoločnosť, ktorá chce pokryť nové požiadavky musí zvoliť jednu z~uvedených možností. Najrozšírenejším rozhodnutím je nákup existujúceho software-ového riešenia.
\begin{table}[htbp]
\centering
\centering\caption{Zhrnutie výhod a nevýhod rôznych prístupov k~pokrytiu nových požiadaviek na software-ové riešenie. (Zdroj tabuľky: \cite{Podnik})}
\begin{tabular}{ | m{0.2\textwidth} | m{0.4\textwidth}| m{0.4\textwidth} | } 
\hline
\textbf{Spôsoby riešenia} 
& \textbf{Pre}
& \textbf{Proti} 
\\
\hline
\textbf{Rozvoj existujúceho IS} 
&    
\begin{itemize}
    \item maximálne využitie zdrojov
    \item lacnejšie z~krátkodobého hľadiska
    \item uspokojenie okamžitých potrieb
\end{itemize}          
&
    \begin{itemize}
    \item nemusí splňovať budúce požiadavky
    \item celkové náklady môžu byť vyššie
    \item možná nižžšia kvalita výsledného produktu
\end{itemize}          
 \\
 \hline
 \textbf{Vývoj nového IS} 
 &    
\begin{itemize}
    \item môže presne zodpovedať požiadavkam podniku
    \item riadený vývoj
\end{itemize}          
&
    \begin{itemize}
    \item najdrahšie riešenie
    \item časovo náročné riešenie
    \item riziko negarantovaného konečného produktu a pokračovanie jeho vývoja
\end{itemize}          
 \\ 
 \hline
\textbf{Nákup hotového externého IS} &    
\begin{itemize}
    \item nízka finančná náročnosť z~dlhodobého hľadiska
    \item rýchlejšie zavedenie
    \item zaručená funkčnosť a ďalší vývoj
\end{itemize}          
&
    \begin{itemize}
    \item nemusí splňovať požiadavky užívateľa
    \item závislosť an dodávateľovi
\end{itemize}          
 \\ 
 \hline
\end{tabular}
\label{pristup}
\end{table}

\section{UML}
Implementácia systémov zvyčajne vyžaduje istú formu návrhu. Pre vizuálne, objektovo orientované modelovanie systémov je v~súčasnosti bežné používať univerzálny modelovací jazyk, UML.\footnote{UML -- Universal Modeling Language}

Pre vytvorenie tejto sekcie a jej podsekcií boli použité zdroje \cite{arlow}, \cite{UML} a \cite{ERD}. Diagramy v~tejto práci boli vytvorené pomocou nástroja draw.io.\footnote{odkaz: http://www.draw.io}

\subsection{Diagram prípadov užitia}
Tento typ diagramu je možné používať pre modelovanie funkcionality systému z~hľadiska externého pozorovateľ, či požiadavok na funkcionalitu systémua. Diagramom prípadov užitia je možné modelovať hlavnú funkcionalitu aplikácie. Táto hlavná funkcionalita sa nazýva \uv{prípady užitia} (angl. use cases). 

Diagram prípadov užitia môže obsahovať nasledujúce prvky:
\begin{itemize}
    \item Aktér -- entita v~systéme vykonávajúca činnosť.
    \item Prípad užitia -- definuje akciu, ktorú užívateľ vykonáva.
    \item Väzby medzi prípadmi užitia:
    \begin{itemize}
        \item Väzba include --  prípad užitia zahŕňa vykonanie iného prípadu užitia.
        \item Väzba extend -- prípad užitia môže rozširovať iný prípad užitia dodatočnou funkcionalitou.
        \item Väzba generalizácie -- prípad užitia môže byť špeciálnym prípadom iného prípadu užitia.
    \end{itemize}
\end{itemize}


\subsection{Entitno-relačný diagram}
Entitno-relačný diagram, či ERD, je využívaný na modelovanie vlastností objektov systému a vzťahov medzi nimi. Jeho častým využitím je modelovanie databázovej schémy. Rovnaký účel napĺňa v~rámci tejto diplomovej práce. Jeho prvky v~tejto kapitole teda budú opísané v~kontexte databázového návrhu. Existuje mnoho notácií prvkov entitno-relačného diagramu. V~tejto podkapitole opisujem Chenovu notáciu, ktorá sa používa v~rámci tejto práce.

Súčasťou ER diagramu sú pomenované entity, reprezentujúce tabuľky v~databáze. Entita je definovaná ako vec schopná samostatnej existencie. Entita musí mať toľko atribútov, aby bola za všetkých okolnosti identifikovateľná. V~relačných databázach túto funkciu zvyčajne napĺňa primárny kľúč.

Medzi jednotlivými entitami sa môžu nachádzať vzťahy. Vzťahy sú vyjadrené kosoštvorcom a čiarou vedúcej ku každej z~prepojených entít. Pomenovanie vzťahov definuje ich význam. 

Každý vzťah je vyjadrený určitou násobnosťou. Násobnosť obmedzuje počet objektov, ktoré sa môžu vyskytovať v~danom vzťahu v~ľubovoľnom okamihu.


\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/simpler}
\centering\caption{Jednoduchý entitno relačný diagram, reprezentujúci advokáta s~menom a priezviskom, ktorý výkonáva aspoň jeden úkon.
\centering
\\
(Zdroj obrázku: Vlastná tvorba)
}
\end{figure}
\section{Vývojový diagram}
Vývojový diagram slúži na vizualizáciu krokov algoritmu, či výkonu pracovného postupu. Pomocou vývojového diagramu je možné vykonať analýzu a návrh optimalizácie procesu. 

Vývojové diagramy poskytujú pre účely návrhu širokú škálu symbolov. V~tejto kapitole sú uvedené len tie, ktoré boli v~diagramoch, ktoré sú súčasťou tejto práce.

Symboly vývojového diagramu:
\begin{itemize}
    \item Šípky -- reprezentujú smer postupu procesu, či \uv{riadiaci tok}. Spájajú dva objekty.
    \item Ovál -- symbolizuje \uv{terminál}, či začiatok a koniec modelovaného procesu.
    \item Obdĺžnik -- značí sadu operácií, ktoré nejakým spôsobom spracovávajú data.
    \item Obdĺžni ks čiarami po bokoch -- reprezentuje podproces, ktorý môže byť opísaný vlastným diagramom.
    \item Kosoštvorec -- podmienené vetvenie procesu, podľa pravdivosti obsiahnutého textu.
\end{itemize}

\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/vyvojj}
\centering\caption{Jednoduchý vývojový diagram, obsahujúci všetky použité prvky, opisujúci základný pracovný proces.
\centering
\\
(Zdroj obrázku: Vlastná tvorba)
}
\end{figure}

Podkapitola opisujúca vývojový diagram bola vypracovaná pomocou zdroja \cite{vyv}.
\section{Využívané technológie}
V~tejto časti sú uvedené základné technológie využité počas programovej implementácie rozšírenia informačného systému. 
\subsection{PHP}
\label{PHP}
PHP je mnohoúčelný, skriptovací jazyk, vyvinutý špeciálne na tvorbu webových aplikácií. Jeho počiatky siahajú až do roku 1994, kedy jeho zakladateľ, Rasmus Lerdorf, vytvoril prvú verziu PHP. V~tom čase PHP pozostávalo iba z~niekoľkých binárnych súborov poskytujúcich prepojenie webových aplikácií so serverom. Napriek počiatočnému úspechu a rozšíreniu jeho využívania po publikovaní zdrojového kódu v~júni 1995 malo PHP príliš veľa obmedzení a  bolo teda odkázané na neúspech

Oživenie jazyka PHP poskytla dvojica vývojárov, Andi Gutmans a Zeev Suraski, ktorí spoločne so zakladateľom jazyka rozšírili jeho možnosti o~vysokú úroveň rozširovateľnosti, vyspelé rozhranie pre rôzne protokoly, databázy a aplikačné rozhrania a podporu objektovo orientovaného programovania. Pretvorenie parseru a syntaxe jazyka značne zvýšilo jeho atraktívnosť a pritiahlo záujem širokej škály vývojárov.

V~súčasnosti je PHP vyspelý jazyk, ktorý je používaný na strane serveru na väčšine aktívnych webstránok. V~júli 2016 na ňom bolo založených cez 82\% aktívnych stránok.

Jazyk PHP, inak rekurzívne nazývaný PHP Hypertext Preprocessor, je momentálne založený na verzii 7, ktorej podverzia je využívaná aj počas implementácie preberanej webovej aplikácie. 

Webové aplikácie na strane serveru sa dajú využívať v~rôznych iných programovacích jazykoch. Medzi najpoužívanejšie patria Python, Ruby, JavaScript, Perl a C\#. Úspech PHP predurčujú aj jeho nasledujúce vlastnosti:
\begin{itemize}
    \item Výkon
    \item Škálovateľnosť
    \item Rozhranie pre množstvo databázových systémov
    \item Zabudované knižnice využívané v~množstve bežných webových činností
    \item Nízka cena
    \item Jednoduchosť učenia a používania
    \item Silná podpora objektovo orientového programovania
    \item Prenositeľnosť
    \item Flexibilita voľby vývojových prístupov
    \item Dostupnosť zdrojového kódu
    \item Dostupnosť technickej podpory a prepracovanej dokumentácie
\end{itemize}

PHP poskytuje natívne spojenia s~mnohými databázovými systémami. Taktiež abstrahuje prístup a operácie nad databázou pomocou PDO.\footnote{PDO -- PHP Data Objects} Abstrakcia týchto operácií poskytuje jednotný prístup k~rôznym typom databázových systémov a podporuje bezpečné programovacie praktiky. Aj z~tohto dôvodu bolo PHP zvolené, ako základný jazyk pre vývoj informačného systému, rozširovaného v~tejto práci. Informácie v~tejto kapitole som čerpal z~\cite{PHPWelling} a \cite{PHPHistory}.

\subsection{MySQL}
Systém MySQL, vyvíjaný už od roku 1979 je najpopulárnejší relačný databázový systém vo svete. Tento databázový systém poskytuje rýchly a robustný prístup ku dátam uloženým v~relačnej databáze, vďaka konkurenčnému spracovaniu požiadaviek od viacerých užívateľov. Na vykonávanie požiadaviek na relačnú databázu, používa jazyk SQL(Structured Query Language). Pre vývojárov je verejne dostupný od roku 1996.

V~sfére relačných databázových systémov sú najväčšími konkurentmi MySQL systémy PostgrSQL, Microsoft SQL Server a Oracle. Silnými stránkami MySQL, vďaka ktorým ho vývojári pravidelne uprednosťujú sú:
\begin{itemize}
    \item Vysoký výkon
    \item Nízka cena
    \item Jednoduchá konfigurovateľnosť a učenia práce so systémom
    \item Prenositeľnost
    \item Dostupnosť zdrojového kódu
    \item Dostupnosť technickej podpory a dokumentácie
\end{itemize}

MySQL je v~rozširovanom systéme pre advokátske kancelárie využívané, ako databázový systém podporujúci uchovávanie, vyhľadávanie, agregáciu a získavanie dát. Obsah tejto kapitoly bol získaný z~\cite{PHPWelling}.

\subsection{JavaScript}
JavaScript je skriptovací jazyk, zvyčajne interpretovaný na strane klienta, väčšinou teda internetovým prehliadačom. Netscape Navigator bol prvým prehliadačom, ktorý využíval JavaScript vkladanie programov do webstránok. JavaScript, predstavený verejnosti v~roku 1995, je v~súčasnosti využívaný vo všetkých relevantných grafických prehliadačoch webu. Táto kapitola bola vypracovaná pomocou knihy \cite{JavaScript} a webového zdroja \cite{W3}.

\subsubsection*{ECMAScript štandard}
Názov JavaScript bol zvolený pre popularitu jazyku Java v~dobe jeho vydania. Napriek podobnosti v~názvoch, sa jedná o~diametrálne odlišné programovacie jazyky. Alternatívnym pomenovaním pre JavaScript sa stal ECMAScript, na základe štandardu, ktorý dokumentuje funkcionalitu daného jazyka a definuje spôsob jeho používania. Štandard bol vytvorený medzinárodnou organizáciou pre štandardizáciu, ECMA\footnote{ECMA -- European Computer Manufacturers Association}. Od počiatku štandardu bolo vydaných niekoľko verzií. Posledná verzia, číslo 6, obsahujúca rozsiahle zmeny, vyšla v~roku 2015. Od tohto vydania vychádzajú verzie s~drobnými zmenami každý rok. Kedže sa JavaScript neustále vyvíja, internetové prehliadače sa musia aktualizovať, aby podporovali nové zmeny. Verzia z~roku 2015 je podporovaná všetkými populárnymi prehliadačmi, ako sú Chrome, Firefox, Edge, Safari a Opera. 

\subsubsection*{Charakteristika jazyka}
Vďaka schopnosti JavaScriptu vykonávať príkazy na užívateľskej strane, umožňuje tento jazyk transformáciu statického HTML obsahu stránky, vďaka čomu sa stáva daný obsah dynamickým. Táto schopnosť umožňuje interakciu s~rozhraním webovej stránky bez nutnosti opakovaného načítania jej obsahu. JavaScript ponúka vysokú úroveň flexibility, čo umožňuje vykonávať programátorské techniky, ktoré nie súv rigídnejších jazykoch možné. Flexibilita so sebou však prináša aj úskalia, v~podobe neočakávaného chovania programu, bez akýchkoľvek predchádzajúcich varovaní. 

\subsubsection*{AJAX}
Dôležitou súčasťou jazyka JavaScript je schopnosť zasielania asynchrónnych HTTP požiadaviek na server. Na tieto účely sa bežne používa zoskupenie technológií, označovaných pojmom AJAX.\footnote{AJAX -- Asynchronous JavaScript And XML} AJAX využíva JavaScript, spolu s~vybraným značkovacím jazykom, ako sú XML\footnote{XML -- Extensible Markup Language}, alebo JSON\footnote{JSON -- JavaScript Object Notation}. Zvyčajne sú prijímané a zasielané dáta v~serializovanom tvare, avšak niekedy sa môže jednať o~reťazec predstavujúci časť stránky, ktorá má byť aktualizovaná na základe zmien dát, či udalostí na strane serveru

\subsubsection*{Iné využitia}
JavaScript nachádza využitie aj mimo internetových prehliadačov. Základným jazykom databázových systémov MongoDB a CouchDB je práve JavaScript. Tento jazyk je podporovaný aj niekoľkými prostrediami, slúžiacimi na vývoj desktopových, či serverových aplikácií. Najznámejším projektom na podporu JavaScriptu mimo prehliadač je Node.js, ktorý je zameraný práve na asynchrónny spôsob programovania.

\subsection{Symfony}
Framework, ako nástroj na vývoj webovej aplikácie nie je nutnosť, avšak výrazne zjednodušuje implementačný proces a zaisťuje dodržiavanie najlepších praktík vývoja software-ového produktu. Princípom frameworku je obrátiť pozornosť vývojára od vývoja na požiadavky produktu, odstránením potreby vyvíjať základnú infraštruktúru, či bežne používané súčasti aplikácií. Tohoto cieľu dosahuje poskytnutím zoskupením predpripravených, ľahko integrovateľných software-ových komponent. Vývojár teda píše menej kódu, s~menším rizikom chyby a so zameraním na požadovanú funkcionalitu výslednej aplikácie.

Pokiaľ sa pri implementácii webovej aplikácie nepoužíva framework, je pravdepodobné, že len tím vývojárov, podieľajúcich na jej tvorbe, má dostatočné znalosti na jej ďalší vývoj. To prináša potenciálny problém pri zaúčaní nových členov, či zmene vývojárskeho tímu. Štandardizovaná štruktúra aplikácie, vyvíjanej pomocou frameworku, napomáha k~jej rozširovateľnosti a údržbe relevantných častí, nezávisle od pôvodných autorov. 

Tieto dôvody sú základom rozhodnutia používať Symfony. Projekt Symfony má niekoľko významov. Oficiálna webová stránka ho definuje ako množinu PHP komponentov, framework na tvorbu webových aplikácií, no aj ako filozofiu a komunitu ľudí obklopujúcu tento nástroj. Projekt Symfony poskytuje stabilné, konštantne udržiavané vývojárske prostredie, ktoré integruje bežne používané riešenia vyvinuté pre nepríbuzné prostredia. Symfony umožňuje voľbu nástrojov použitých vo výslednej aplikácii a neobmedzuje vývojára poskytované v~rámci daného projektu. Dlhoročné skúsenosti vývojarského tímu Symfony a komunita obklopujúca tento produkt, zaisťuje dlhodobú podporu neustále aktualizácie. 

V~nasledujúcich podkapitolách sa venujem technickému predstaveniu framework-u Symfony a nástrojov, využitých pri implementácii rozoberaného informačného systému, ktoré ho bežne sprevádzajú , použité pri vývoji webovej aplikácie, ktorej je venovaná táto práca. Na účely vypracovania tejto podkapitoly som využil oficiálny web a dokumentáciu Symfony\cite{WebSym} a knihu, venovanú vývoju aplikácií v~tomto framework-u.\cite{MasterSym} Na priblíženie MVC architektúry som využil článok \cite{MVC}.
\subsubsection*{Architektúra Symfony}
Na obrázku \ref{arch} sú znázornené MVC\footnote{MVC -- Model-View-Controller} architektúra a životný cyklus aplikácie vyvíjanej pomocou frameworku Symfony. 
\begin{figure}[htbp]
\centering
\includegraphics[width=0.7\textwidth]{obrazky-figures/symfonyarch}
\centering\caption{Diagram reprezentujúci MVC architektúru a životný cyklus aplikácie vyvíjanej pomocou frameworku Symfony
\centering
\\
(Zdroj obrázku: \cite{MasterSym})
}
\label{arch}
\end{figure}

Webové aplikácie, využívajúce HTTP protokol fungujú na základe požiadaviek a odpovedí na dané požiadavky. Webový server príjme HTTP požiadavok a odošle ho na rozhranie aplikácie, ktorá ho prijme, spracuje a odošle zodpovedajúcu HTTP odpoveď na základe vykonaných akcií v~rámci aplikácie. Symfony je v~zásade HTTP framework, pomocou ktorého aplikácia môže, ale nemusí byť vyvíjané podľa MVC architektúry.

Spracovanie požiadaviek sa vykonáva v~časti aplikácie nazývanej \textbf{Controller}, kam je požiadavka zaslaná routerom, na základe cesty špecifikovanej v~URL požiadavky. Controller na základe príchodzej požiadavky komunikuje s~nasledujúcimi dvoma prvkami MVC architektúry, Model a View. Controller obsahuje akcie, ktoré sa na základe požiadaviek majú vykonať a v~závere vracia odpoveď na pôvodnú požiadavku.

Medzi vykonávanými akciami môže byť komunikácia s~databázou, či už ide o~získavanie, alebo zmenu dát. Tieto dáta, vzťahy medzi nimi a operácie, ktoré nad nimi môžu byť vykonávané sú reprezentované v~časti MVC architektúry s~názvom \textbf{Model}. Model predstavuje business logiku výslednej aplikácie. Základná Symfony aplikácia neobsahuje túto vrstvu MVC architektúry a poskytuje voľnosť v~spôsobe implementácie, či použitých nástrojov na tvorbu Model-u. Na prácu s~Model-om v~prípade vyvíjanej aplikácie je využívaný nástroj opísaný v~podkapitole \ref{doctrine}.

Po vykonaní všetkých akcií, vráti Controller HTTP odpoveď na prijatú požiadavku. V~prípade tradičnej interaktívnej webstránky sa spravidla jedná o~HTML súbor, ktorého interpretácia sa užívateľovi zobrazí v~internetovom prehliadači. Vizuálna reprezentácia informácií a interaktívnych prvkov sa v~kontexte MVC, označuje ako View. View je zvyčajne dynamický a jeho konečná podoba je generovaná vďaka komunikácii s~Controllerom. Controller zvyčajne poskytuje dáta, ktorými sa má View naplniť, či na základe ktorých je rozhodnuté, ktoré časti View sa vykreslia. Tieto súbory sú generované pomocou nástroju opísaného v~podkapitole \ref{twig}.

\subsubsection*{Doctrine}
\label{doctrine}
Údaje v~tejto podkapitole som čerpal z~oficiálnej stránky a dokumentácie projektu Doctrine.\cite{doctrine} Doctrine zahŕňa zbierku PHP knižníc, umožňujúcich prácu s~databázou a mapovanie PHP objektov na databázové tabuľky. Doctrine je zložený z~dvoch hlavných projektov a to Doctrine DBAL\footnote{DBAL -- Database Abstraction & Access Layer} a Doctrine ORM\footnote{ORM -- Object Relational Mapper}.

Doctrine DBAL predstavuje úzku vrstvu nad PDO, bližšie opísanom v~podkapitole \ref{PHP}. Poskytuje rozšírujúcu funkcionalitu vo forme zaznamenávania SQL príkazov, konverzie dátových typov medzi databázovými systémami a inšpekciu a manipuláciu dátovej schémy. Umožňuje vytvárať požiadavky na databázu formou objektovo orientovaného prístupu

Doctrine ORM, postavený na Doctrine DBAL, umožňuje mapovanie objektov a ich atribútov na existujúce tabuľky v~databáze. Tento nástroj umožňuje perzistenciu PHP objektov po manipulácií obsiahnutých dát, čím poskytuje jednoduché, objektovo orientované rozhranie pre prácu s~údajmi v~databáze. Doctrine poskytuje možnosť vytvárať požiadavky na databázu pomocou patentovaného objektovo orientovaného dialektu jazyka SQL, nazývaného DQL.\footnote{DQL -- Doctrine Query Language} DQL predstavuje  pružnú alternatívu pre štandardné SQL, ktorá odstraňuje zbytočnú duplikáciu kódu.
\subsubsection*{Šablónovací systém Twig}
\label{twig}
V~rámci tejto podkapitoly boli využité informácie z~oficiálnej webstránky šablónovacieho systému Twig\cite{TWIG} a projektu Symfony\cite{WebSym}. 

Jazyk PHP sa stal zpočiatku populárny, lebo umožňoval dynamickú generáciu HTML súborov. Dynamická generácia HTML súborov bola riešená pomocou definície šablón, ktoré boli následne naplnené údajmi, ktoré mohli byť podmienene, alebo cyklicky vkladané do výsledného HTML súboru. Napriek tomu, že PHP v~počiatkoch slúžilo, ako šablónovací systém, postupne sa vyvinulo do plnohodnotného programovacieho jazyka. Pri tomto vývoji sa však zanevrelo na rozširovanie funkcionality týkajúcej sa sádzania HTML dokumentov. 

Na problematiku generovania HTML dokumentov je zameraných niekoľko šablónovacích systémov, ktoré rozširujú možnosti PHP. Je typické, že PHP framework využíva šablónovací systém, ktorý bol vyvíjaný pre jeho potreby. Rovnako je tomu aj v~prípade Symfony a šablónovacieho systému Twig. Twig je moderným šablónovacím systémom, ktorý ponúka viacero výhod oproti PHP.

\begin{itemize}
    \item Stručnosť
    \item Syntax určená na šablónovanie
    \item Rozsiahla funkcionalita
    \item Jednoduchosť učenia
    \item Rozšíriteľnosť
    \item Stabilita
    \item Dokumentácia
    \item Bezpečnosť
    \item Prehľadné chybové hlášky
    \item Rýchlosť
\end{itemize}

Napriek tomu, že je Twig zvyčajne využívaný v~spojení so Symfony, samotné Symfony jeho využitie nepožaduje, no poskytuje integráciu tohto systému.
\subsubsection*{Testovanie aplikácií vyvíjaných v~Symfony}
Testovanie aplikácii zvyčajne prebieha vykonaním určitej akcie, s~následným overením výsledku, či dopadu danej akcie. Pokiaľ sa skutočný výsledok zhoduje z~výsledkom očakávaným, test uspel. V~opačnom prípade test zlyhal, čo naznačuje chybu v~implementácii. Symfony integruje nezávislú knižnicu PHPUnit, ktorá poskytuje rozsiahly framework na testovanie aplikácií písaných v~jazyku PHP. Prístupy k~testovaniu PHP aplikácii sú rôzne. V~tejto podkapitole rozoberiem dve základné metódy využívané vo frameworku Symfony.

Najrýchlejšou metódou je vykonávanie jednotkových testov, ktoré zvyčajne overujú správnu funkcionalitu konkrétnej triedy, či izolovanej časti funkcionality. Pred tvorbou týchto testov je vhodné určiť predpokladané výstupy tried na základe ich vstupov a stanoviť hraničné testované hodnoty, ktoré majú potenciál indikovať chybné vykonávanie programu.

Druhou, zdĺhavejšou metódou sú funkčné testy. Tieto testy majú za účel overiť integráciu rôznych vrstiev aplikácie, pomocou testovania aplikácie ako celku. Z~hľadiska knižnice PHPUnit sú funkčné testy identické s~jednotkovými testami, vyžadujú však rozdieľny postup. 

\begin{enumerate}
    \item Zašli požiadavku na URL
    \item Interaguj s~rozhraním pomocou kliku na link, alebo vyplnenia a zaslania formuláru
    \item Otestuj odpoveď aplikácie
    \item Opakuj proces
\end{enumerate}

Z~uvedeného postupu je zrejmé, že funkčné testy simulujú používanie aplikácie reálnym užívateľom. Okrem testovania HTTP kódu odpovede, poskytuje Symfony framework nástroj na prechod štruktúrou HTML dokumentu, ktorý umožňuje správne zobrazenie relevantných prvkov. Zdĺhavosť funkčných testov vyvažuje pokrytie testovaných častí aplikácie a možnosť analýzy doby spracovávania HTTP požiadaviek. 

Podmnožinou funkčných testov je takzvaný smoke testing. Smoke testing zvyčajne nevykonáva krok interakcie s~užívateľským rozhraním, čím pomerne rýchlo testuje správne fungovanie napodstatnejších častí aplikácie. \cite{smoke}

Informácie pre vypracovanie tejto kapitoly sú získané z~oficiálnej stránky projektu Symfony\cite{WebSym}. 
\bigskip


\chapter{Analýza súčasného stavu} 
\label{analyza}
Cieľom tejto kapitoly je analyzovať súčasný stav kancelárie, jej prostredia, informačného systému a alternatívynch software-ových produktov podporujúcich pracovné procesy v~advokátkskych kanceláriách. Táto analýza je vykonávaná so zámerom poskytnúť dostatočný znalostný základ pre vypracovanie vhodného návrhu rozšírenia a integrácie súčasného informačného systému. 

Podkapitola \ref{strategy} sa venuje strategickej analýze cieľovej spoločnosti. Táto analýza nám poskytuje predstavu o~súčasnom stave spoločnosti a prostredia v~ktorom pôsobí. Teoretické východiská pre strategickú analýzu sú uvedené v~podkapitole \ref{stratheory}.

Nasledujúca časť je venovaná existujúcim informačným systémom zameraných na zvýšenie efektivity výkonu advokátskej praxe. Prieskum súčasných riešení poskytuje prehľad o~možných prístupoch k~vývoju a integrácií software-ových riešení pre advokátske kancelárie.

V~poslednej časti sa venujem stavu informačného systému spoločnosti pred implementáciou rozšírenia a analýze vybraného procesu. Tieto poznatky poskytujú podklad pre návrh rozšírení systému, ktoré priamo podporia efektivitu práce v~zvolenej kancelárii. Taktiež napomáhajú k~identifikácii tých nedostatkov súčasného riešenia, ktoré prekážajú efektívnej integrácii systému do zvolenej advotkátskej kancelárie.

Veľká časť tejto kapitoly bola vypracovaná vďaka konzultácii s~vedúcim analyzovanej advokátskej kancelárie, JUDr. Jánom Bartánusom.
\section{Strategická analýza}
\label{strategy}
Táto podkapitola sa venuje strategickej analýze spoločnosti. Rozbor využitých metód sa nachádza v~podkapitole \ref{stratheory}.

\subsection{Porter}
\label{port}
V~tejto časti práce analyzujem konkurenčné prostredie pomocou metódy opísanej v~podkapitole \ref{portheory} teoretických východisiek.

\subsubsection*{Súčasná konkurencia v~odbore}

V~rámci advokátskej sféry je možné hovoriť o~konkurenčnom boji len v~niektorých
prípadoch. V~prípade trestného konania sú pravidelne advokáti pridelovaní „ex offo“ podľa
náhodného losovacieho systému. Za iných okolností advokátov vyhľadávajú samotní klienti
na základe rôznych kritérií. Klienti vyhľadávajú advokátov na základe ich popularity,
úspešnosti, zamerania, odporúčania, ceny za výkon úkonov, či ich celkovej prezentácie.

Častým paradoxným javom v~právnom sektore je korelácia medzi cenou za úkony a vnímanou
úspešnosťou advokáta klientmi. Je bežné, že vyššia cena úkonov pôsobí dojmom, že advokát
je úspešný a teda váženejší a vyhľadávanejší klientmi, čo nutne nemusí odrážať jeho skutočné
schopnosti.

Vzhľadom na to, že zvolená advokátska kancelária sa nezameriava na konkrétnu oblasť
práva, no ponúka služby naprieč všetkými odvetviami, konkurenciou sú všetci pôsobiaci
advokáti. Počet konkurenčných subjektov v~okrese pôsobenia kancelárie činí 24 advokátov.
V~celej krajine je ich 5260. Tieto údaje boli získané z~oficiálnej stránky Slovenskej advokátskej komory. \cite{sak}

Kvôli pomerne vysokej konkurenčnej rivalite je jedným z~dôležitých cieľov advokátskej
kancelárie budovanie dobrého mena v~mieste pôsobenia a poskytovanie služieb za prijateľné
ceny. Spôsob odmeny za právne úkony sa líši a v~zvolenej advokátskej kancelárii sa určuje
podľa charakteru práce. Typy odmien sú nasledujúce:
\begin{itemize}
    \item Jednorázové, či hodinové ohodnotenie na základe vzájomnej dohody medzi advokátom a klientom
    \item Paušálna odmena
    \item Odmena na základe vymerovacieho základu podla zákonnej vyhlášky.
\end{itemize}

Vzhľadom na to, že rozoberaná advokátska kancelária bola založená len nedávno, za účelom získania výhody oproti konkurencii a rýchleho šírenia povedomia o~cenovej dostupnosti jej služieb, sa vedúci advokát rozhodol, že
bude ponúkať svoje služby za čo najprijateľnejšie ceny, blížiace sa základu vymeranému
vyhláškou.

\subsubsection*{Vstup novej konkurencie do daného odboru}

Vstup novej konkurencie do odboru je obtiažne, keďže to vyžaduje značné množstvo
úsilia, času a potenciálne aj financií. 

Na to, aby sa stal jedinec právnikom, musí mať odborné právne vzdelanie získané na jednej z~právnických fakúlt. 

Pokiaľ sa chce stať advokátom, je nevyhnutné absolvovať koncipientskú prax, ktorá bola v~roku 2013 ustavnovená na dobu piatich rokov\cite{sme}, no tento
rok bola znovu navrátená na pôvodnú dobu troch rokov. Po ukončení koncipientskej praxe, musí budúci advokát zložiť advokátske skúšky, pozostávajúce z~teoretickej a praktickej časti.

Pokiaľ sa mu to podarí, má na výber dve možnosti. Buď bude spolupracovať s~už existujúcou
advokátskou kanceláriou, čím zosilňuje pozíciu už existujúceho konkurenta zvýšením
schopnosti výkonu služieb daným subjektom, alebo si založí vlastnú advokátsku kanceláriu.

Na založenie vlastnej advokátskej kancelárie potrebuje potenciálny konkurent počiatočný
kapitál, ktorý musí investovať do priestorov a zariadenia nutného, či užitočného, na výkon
advokácie. Po založení advokátskej kancelárie je -- podobne ako pri započatí podnikania aj v~rámci iných odborov -- zložité získať hodnotných klientov, čo má za následok zložitý štart z~finančného hľadiska. Ten môže uľahčiť oslobodenie od poistných odvodov, ktoré je poskytnuté počas začínajúcim podnikateľom počas prvého roku podnikania.\cite{poist}

Z~uvedených dôvodov je teda zrejmé, že existuje výrazná legislatívna a ekonomická
bariéra pre vstup novej konkurencie na trh, čo poskytuje pôsobiacim advokátom silnejšiu
pozíciu na vyjednávanie podmienok plnenia ich služieb a výšky odmeny za vykonanú prácu.

\subsubsection*{Vplyv dodávateľov}

Advokácia spadá do sektoru služieb a výkon daných služieb nezávisí od
produktov, či materiálov, ktoré nie sú bežne dostupné. Z~charakteru výkonu advokátskej praxe teda vyplýva nezávislosť na
externých dodávateľoch. Na výkon advokácie sú užitočné štandardné kancelárske priestory,
kancelárske potreby a zvyčajne vozidlo využívané na prepravu k~miestu výkonu daného
úkonu. Keďže sú všetky tieto produkty bežne dostupné od veľkého počtu dodávateľov, ich
cena závisí primárne od v~daných odvetviach.

Kľúčovou komoditou vo výkone advokácie je čas. V~prípade práce na viacerých
prípadoch môže nastať kolízia v~dátumoch úkonov, ktoré spadajú pod odlišné zložky práce.
Výkon advokácie v~prípade kolízií dátumov môže uľahčiť ochota konkurentných advokátov
zastúpiť v~danej veci advokáta, ktorého úkon podlieha kolízii. V~tomto prípade zvyčajne
závisí výška odmeny za zastúpenie od vzájomných vzťahov, či dobrých mravov.
V~hypotetickej situácii môže teda nastať, že konkurentný advokát požiada o~výrazne vyššiu
odmenu, aká by bola na daný úkon primeraná. Takýto prípad by mohol nastať, pokiaľ nastane
kolízia v~dátumoch úkonov, výkonávaných pre prioritných klientov advokáta. V~takom
prípade by mal konkurenčný advokát vysokú vyjednávaciu moc. Podľa rozhovorov
s~advokátmi však takáto situácia zvyčajne nenastáva, ak vôbec niekedy nastala.

\subsubsection*{Vplyv odberateľov}

Vplyv klientov na advokátske kancelárie je podobný ako v~iných odvetviach. Menší
počet kľúčových klientov indikuje ich väčšiu vyjednávaciu moc, zatiaľ čo
nárast počtu klientov, ktorí nie sú dôležití pre úspech spoločnosti naznačuje vyššiu
vyjednávaciu moc na strane poskytovateľa služieb.

Pomer vyjednávacej sily oboch strán sa v~priebehu histórie zvolenej advokátskej
kancelárie menil a je možné, že sa bude meniť naďalej. Krátko po založení spoločnosti bolo
náročné získať klientov a každý nový zákazník bol dôležitý. Aj preto boli danou kanceláriou
poskytované služby za ceny, ktoré sú v~jej súčasnej situácii považované za neprijateľné. Táto
stratégia pomohla vytvoriť pozitívne povedomie o~službách analyzovanej advokátskej
kancelárie.

S~nárastom popularity a povedomia o~kancelárii, sa v~niektorých prípadoch presunula
vyjednávacia moc do rúk advokáta. Nárast počtu klientov s~rôznymi typmi
požiadavok umožnil advokátovi venovať sa dôležitejším
a výnosnejším zákazkám. Za menej prioritné prípady mohol zas požadovať vyššiu
finančnú odmenu. Stále však existujú zákazníci, ktorí majú vysokú prioritu vzhľadom na
charakter požadovaných služieb a včasnosť splácania pohľadávok.

\subsubsection*{Substitučné produkty}

Vzhľadom na legislatívnu reguláciu a ochranu výkonu advokácie, je prakticky nemožné
prísť na trh so substitučnými produktmi advokátskych služieb. Pokiaľ vykonáva právne
služby niekto, kto nespĺňa zákonom stanovené podmienky, jedná sa o~trestný čin
neoprávneného podnikania, či pokutníctva. Výkon advokácie je teda limitovaný na advokátov
zapísaných v~advokátskej komore.\cite{pravda}

Pri trestnom procese má obžalovaný na výber z~dvoch možností. Buď si nájde advokáta,
ktorý ho bude zastupovať sám, alebo mu bude pridelený „ex offo“, podľa náhodného
losovacieho systému. V~každom prípade ho však zastupuje advokát a je teda nemožné ho
substituovať.

\subsection{SLEPT}
Táto podkapitola je venovaná analýze všeobecného podnikového prostredia pomocou analýzy SLEPT, opísanej v~podkapitole \ref{SLEPTheory}
\subsubsection*{Sociálne faktory}

Medzi sociálne faktory, ktoré je možné sledovať, patrí kriminalita, tendencia obyvateľov
vyhľadávať právne služby, pokiaľ sa dostanú do problémov, dôvera v~právnikov, vzdelanie
obyvateľstva a pomer zastúpenia obyvateľstva naprieč sociálnymi vrstvami.

Vzhľadom na to, že narastá počet obyvateľov spadajúcich do strednej ekonomickej
vrstvy, sú ochotní krátkodobo zaplatiť za právne služby, čo sa môže následne prejaviť
v~dlhodobom zisku.

Úroveň vzdelania je v~priamoúmernom vzťahu voči tendencii vyhľadávať právne služby.
Ľudia majú pojem o~čoraz širšej škále problémov, ktoré sa dajú riešiť súdnou cestou, alebo
vytvárajú zmluvy a záväzky, ktoré je vhodné prebrať so špecialistom.

\subsubsection*{Legislatívne faktory}

Z~hľadiska legislatívy, vplýva na výkon advokácie nespočetné množstvo faktorov. Do
legislatívnych faktorov spadá regulácia neoprávneného výkonu advokácie spomínaní v~podkapitole \ref{port} venujúcej sa analýze konkurenčného prostredia.

Ďalším regulačným faktorom je zákaz využívania reklamy na popularizáciu kancelárie.
V~zákonoch sú presne stanovené podmienky na šírenie povedomia o~kancelárii, ako napríklad
veľkostné parametre tabule, ktorá identifikuje advokátsku kanceláriu. Na účely zvýšenia
povedomia o~kancelárii si advokát môže vytvoriť propagačnú internetovú stránku.

Ďalším z~faktorov je napríklad disciplinárna zodpovednosť za správne vykonávanie
určitých úkonov, ako napríklad zapisovanie pravdivých údajov o~partneroch verejného
sektora, či zodpovednosť za spôsobenú škodu klientovi pri výkone advokácie.\cite{maronek} Advokátska komora požaduje poistenie v~prípade takýchto situácií.

Moderným legislatívnym faktorom je taktiež zodpovednosť za spracovanie osobných
údajov klientov v~súlade s~GDPR. Pokiaľ by údaje spracovávané advokátom unikli, mohol by
byť pokutovaný, či dokonca až trestne stíhaný. Výhodou v~tomto ohľade však je, že
vzhľadom na citlivosť daných údajov, je advokát zákonom chránený voči kontrolám z~úradov
štátnej správy.\cite{ZakonUdaje}

\subsubsection*{Ekonomické faktory}

Vzhľadom na to, že rastie finančná prosperita obyvateľstva, bežní občania sú čoraz viac
ochotní vyhľadávať právne služby a investovať do právnej ochrany.

Základy odmien za úkony, ktoré sú zakotvené vo vyhláške sa vypočítavajú na zákláde
priemernej mzdy v~národnom hospodárstve počas predchádzajúceho obdobia. Súčasným
trendom je nárast priemernej mzdy, čo má za následok rast týchto odmien.\cite{minmzda}

Rovnako sa od súčasnej ekonomickej situácie odvíjajú úroky z~omeškania dlžníka so
splnením záväzku. Úroky z~omeškania v~obchodných záväzkových vzťahoch, pokiaľ nie je
uvedené v~zmluve inak, bývajú o~8 percentuálnych bodov vyššie, než je stanovená základná
úroková sadzba Európskej centrálnej banky. V~rámci občianskoprávnych vzťahov sa jedná
o~navýšenie o~5 percentuálnych bodov. \cite{uroky}

\subsubsection*{Politické faktory}

Implementácia nového systému prideľovania advokátov „ex offo“ negatívne ovplyvnila počet priradení na jedného advokáta v~malých mestách, no vo veľkých mestách to naopak
advokátom prospelo. Nový systém býva advokátmi zneužívaný. Títo advokáti sa zapisujú do
zoznamov v~iných mestách, vďaka čomu si môžu nechať preplatiť vyššie náhrady za výdaje
na dopravu a stratu času, napriek tomu, že pravidelne sa na úkon nedostavia osobne, no pošlú
v~svojom mene koncipienta lacnejšou, verejnou dopravou.

Korupcia a nepotizmus na území Slovenskej republiky je taktiež dôležitým faktorom
zasahujúcim do advokátskej sféry. Pozorovateľným javom je získanie lukratívnych zákaziek,
v~prípade napojenia advokáta na relevantné osoby. Vhodným príkladom je medializovaná
kauza advokáta JUDR. Radomíra Bžána, ktorému bol priradený spor v~záverečnom štádiu, za
ktorý mal získať odmenu vo výške skoro 80 miliónov eur. Po medializácii sa dohodol so
štátom na zmieri, vo forme odmeny vo výške 17 miliónov eur. \cite{bzan}

Napriek tomu, že napojenie na vhodných ľudí poskytuje možnosti vysokého zárobku vybraným advokátom, na ostatných
podobné kauzy nevyhnutne vrhajú zlé svetlo a môžu znížiť dôveru ľudí v~advokátov a teda
väčšiu nechuť vyhľadávať ich služby.

\subsubsection*{Technologické faktory}

Trendom v~súčasnej dobe je elektronizácia celého advokátskeho procesu. Výrazným
prechodom, od minulého roku, je povinnosť komunikovať so súdom elektronicky. Aj kvôli tomuto je vhodné si zadovážiť elektronický podpis. Aby takýto prechod nebol príliš drastický,
je stále možné zaslať listiny v~papierovej podobe, no na takýto spôsob podania sa aplikuje
pokuta 20 eur za spracovanie podania. Je zjavné, že elektronicky vzdelanejší, zvyčajne mladší
advokáti majú väčšiu tendenciu využívať nové elektronické nástroje.

Možnosť podania listín v~elektronickej podobe taktiež poskytuje konkurenčnú výhodu,
pretože sa na takúto formu podania aplikuje polovičná zľava na súdny poplatok. O~tejto zľave
majú klienti povedomie a teda vyhľadávajú advokátov poskytujúcich možnosť elektronického
podania listín. Elektronizácia teda znevýhodňuje starších tradičných advokátov.

Nevýhodou elektronizácie je obzvlášť jej nevyspelosť, vzhľadom na to, že sa začala
implementovať len nedávno. Kvôli tomu aj mladší, technicky zdatní advokáti majú problém
narábať s~rôznymi digitálnymi nástrojmi, ktoré sú nevyhnutné na využívanie verejných elektronických služieb.

Neintuitívnosť elektronických služieb môže teda spomaliť a
skomplikovať výkon advokácie, pokiaľ sa advokát uchýli k~ich využívaniu.
Vedenie samotnej advokátskej kancelárie v~súčasnej dobe uľahčujú rôzne informačné
systémy, nástroje na správu dokumentov, či výpočtové nástroje. Digitalizácia verejných
registrov a ich sprístupnenie na internete odstraňuje núdzu hľadať záznamy priamo na súdoch,
či úradoch a poskytuje vyššiu úroveň transparentnosti.

Rozšírenie internetových zdrojov umožňuje potenciálnym klientom osobne vyhľadávať
právne listiny, a riešenia právnych záležitostí, čo má negatívny dopad na dopyt po právnych
službách.

\subsection{7S}
Vnútorné faktory prostredia spoločnosti uvedené v~podkapitole \ref{7Stheory} sú analyzované v~nasledujúcich odstavcoch.
\subsubsection*{Stratégia}

Stratégia sa dá chápať ako plán, ktorý napomáha udržiavať a budovať konkurenčnú
výhodu oproti konkurenčným subjektom.\cite{strat} Vedúci zvolenej advokátskej kancelárie si zakladá stratégiu spoločnosti na osobnom, ľudskom prístupe ku klientom a empatickému chápaniu ich problémov, v~rámci možností. Prípady, s~ktorými sa stretáva sa snaží riešiť tak, akoby ich
riešil pre seba. Jeho zámer je teda riešiť prípady čo najzodpovednejšie a najprofesionálnejšie,
namiesto sústredenia sa na finančný zisk.

Od konkurencie sa chce odlíšiť prístupnosťou k~jeho službám pre klientov naprieč
všetkými sociálnymi vrstvami a snahou o~nájdenie kompromisu medzi finančnou odmenou a
pomocou v~právnej núdzi. Túto stratégiu je možné považovať za diferenciačnú.

\subsubsection*{Štruktúra}

Organizačná hierarchia advokátskej kancelárie v~menšom meste býva zväčša jednoduchá
a pomerne plochá. V~bežnej kancelárii výkonáva advokáciu minimálne jeden advokát,
prípadne môže spolupracovať s~inými advokátmi. Títo advokáti však nie sú jeho
zamestnancami, keďže podľa §3 a §8, Zákona 586/2003 Z.z. o~advokácii\cite{ZakonAdvok} platí, že advokát sám nesmie byť zamestnancom. Z~hľadiska formovania stratégie kancelárie sa však môže v~niektorých prípadoch pristupovať k~zakladajúcemu advokátovi, ako k~vedúcemu kancelárie, ktorý rozhoduje o~jej smerovaní. Technicky sú však ostatní advokáti na rovnakej úrovni organizačnej štruktúry, ako on. V~zvolenej advokátskej kancelárii vykonáva funkciu jeden advokát, čo je pomerne bežný jav v~advokátskych kanceláriách v~malých mestách.

Advokát môže zamestnávať právnych koncipientov, ktorí majú zvyčajne v~pláne stať sasami v~budúcnosti advokátmi. Koncipienti často zastupujú advokáta v~rámci rôznych právnych úkonov, či pomáhajú
s~rôznymi kancelárskymi prácami. Advokát zvolenej kancelárie momentálne zamestnáva
jedného koncipienta.

Doplnkové kancelárske práce môžu vykonávať sekretári. Táto úroveň býva
obsiahnutá zväčša v~úspešnejších, či väčších advokátskych kanceláriách. Momentálne,
vzhľadom na prijateľný objem práce a kancelárskych činností, nepovažuje advokát za potrebné túto
pozíciu zastúpiť.

\subsubsection*{Systémy riadenia}

Zamestnanci v~zvolenej kancelárii vykonávajú prácu na základe vzájomnej ústnej dohody
a zameriavajú sa na to, čo im je v~danom čase pridelené. Odmena za prácu je vo forme
štandardnej mesačnej mzdy.
Zamestnancom sú zväčša priradené práce, u~ktorých uzná advokát, že je v~ich
kompetencii ich zvládnuť. Dôležité zákazky však zväčša vykonáva samotný advokát. Napriek tomu majú advokátski koncipienti možnosť podieľať sa na čoraz náročnejších prácach, pod dohľadom vedúceho advokáta.

Dokumenty sú ukladané priamo na počítačoch pracovníkov v~štandardnom adresárovom
systéme. Písomné dokumenty bývajú archivované v~zakladačoch listín.

\subsubsection*{Štýl riadenia}

Vedúci advokát by podľa jeho slov považoval za ideálnu situáciu, keby vykonával terénne záležitosti, ako výsluchy, či pojednávania, zatiaľ čo zamestnanci by sa venovali vyhotovovaniu listín. V~prípade zodpovedného koncipienta je však ochotný ho zaučiť aj v~terénnej praxi.

V~každom prípade je v~jeho záujme zastávať kontrolnú a učiteľskú úlohu voči zamestnancom kancelárie. Pokiaľ zamestnanci budú vykonávať prácu na subštandardnej úrovni, má to negatívny dopad na meno celej advokátskej kancelárie. Vedúci a zamestnanci v~rámci kancelárie kooperujú.

\subsubsection*{Spolupracovníci}

V~súčasnom stave v~preberanej advokátskej kancelárii pracuje jeden advokát, ktorý
zamestnáva jednu advokátsku koncipientku. Niektoré kancelárske činnosti výnimočne vykonáva manželka
advokáta, ktorej rola v~spoločnosti by sa dala považovať za sekretársku. V~blízkej budúcnosti sa očakáva náhrada na pozíciu súčastnej koncipientky v~spoločnosti, ďalším koncipientom, ktorý len nedávano
dokončil štúdium na právnickej fakulte.

Všetci koncipienti musia mať právnicke vzdelanie. Súčasná koncipientka má štvorročnú
prax, no podľa slov advokáta, má medzery v~praktickom vzdelaní, ktoré musí vyplniť.

Advokát JUDr. Ján Bartánus dokončil právnicke vzdelanie v~roku 2010, po čom
nasledovala štvorročná koncipientská prax. Po skončení koncipientskej praxe zložil
advokátske skúšky a vykonával dvojročnú spoluprácu so spoločnosťou ADVOKÁTSKA
KANCELÁRIA - Marek Piršel, s.r.o.. Od roku 2017 vykonáva advokátsku prax vo vlastnej
kancelárii v~Ružomberku. \cite{advok}

Advokát nepovažuje za dôležité, aby kancelária zamestnávala veľký počet
pracovníkov, keďže väčšinu práce dokáže vykonávať pomerne malé množstvo
kvalifikovaných zamestnancov.

\subsubsection*{Zdieľané hodnoty}

Hodnoty zvolenej kancelárie sú česť, spravodlivosť, morálna zásadovosť a vyhýbanie sa
zákazkam, či činnostiam, ktoré by mohli pôsobiť negatívne na meno advokátskej kancelárie.
Niektorí potenciálni klienti majú tendenciu navrhovať neetické získavanie prevahy v~súdnych
sporoch. Zvolená advokátska kancelária takéto návrhy zásadne odmieta, a pokiaľ na nich
klient trvá, je mu odporučené nájsť si iného zastupiteľa v~právnych veciach.

\subsubsection*{Schopnosti}

Advokát je schopný vykonávať všetky štandardne potrebné činnosti pre výkon
advokácie. Výhodou je, že dokáže jazdiť na terénne úkony autom, keďže má dobré vodičské
schopnosti.

Advokát považuje za výhodu oproti konkurencii jeho skúsenosť s~informačnými
technológiami a využívaním informačných služieb a elektronických prostriedkov vo výkone
advokácie. To ponúka výhodu obzvlášť s~narastajúcim tlakom na informatizáciu právnych
úkonov a štátnej správy.

Taktiež vyniká v~sociálnej interakcii s~ľuďmi, čo mu poskytuje výhodu, či už v~jednaní
s~klientmi, ale aj v~argumentácii počas súdnych sporov.

Pokiaľ advokátovi chýbajú znalosti v~špecifickom odvetví práva, často kontaktuje
známych, ktorí sa na ňu špecializujú a majú v~nej dlhoročnú expertízu.
Vedúci advokát nie je momentálne spokojný s~praktickými schopnosťami súčasne
zamestnanej koncipientky a odozvu na vykonanú prácu vykonáva verbálne.

\subsubsection*{SWOT}
Táto podkapitola obsahuje tabuľku \ref{swot}, ktorá uvádza  síl, slabín, hrozieb a možností, spoločnosti. Táto tabuľka je hlbšie popísaná v~podkapitole \ref{SWOTHeory}.
\begin{table}[htbp]
\centering
\centering\caption{Tabuľka vytvorená na základe SWOT analýzy advokátskej kancelárie
\centering
\\
(Zdroj tabuľky: vlastná tvorba)
}
\includegraphics[width=1\textwidth]{obrazky-figures/swotd}
\label{swot}
\end{table}


\section{Existujúce riešenia}
\label{exist}
Advokácia na slovensku prebieha procesom postupnej digitalizácie. Informatizácia verejnej správy prinucuje aj tradičných advokátov zaisťovať ich kancelárie počítačovou technikou a kancelárskym software-om. Papierové kartotéky nahradzujú databázy a informačné systémy. Informaticky zdatní advokáti, disponujúci zodpovedajúcim technickým vybavením, získavajú nevídanú výhodu.

Niektoré advokátske kancelárie sa preto obracajú na software-ové riešenia, ktoré poskytujú zefektívnenie, či dokonca automatizáciu ich pracovných procesov a napomáhajú organizovať dokumenty, od pracovných, až po fakturačné. Môže sa jednať o~konkrétne riešenie vybraného problému, ako napríklad aplikácia pre správu obsahu, alebo pokrytie všetkých potrieb kancelárie pomocou komplexných, viacúčelových informačných systémov podporujúcich niekoľko vrstiev organizácie

V~tejto kapitole sa venujem predstaveniu a porovnaniu niekoľkých riešení, zameraných na podporu procesov v~advokátskych kanceláriách. V~závere uvádzam prehľadnú tabuľku porovnávajúcu vlastnosti jednotlivých systémov.

\subsection{SHIELDONE}
Spoločnosť s~ručením obmedzeným ShieldOne, ponúka rozsiahly informačný systém pre plánovanie podnikových zdrojov, určený pre malých a stredných podnikateľov nazývaný S1erp. Tento systém, implementovaný ako webová aplikácia, integruje širokú škálu modulov, medzi ktoré patrí možnosť evidencie nákladov, príjmov a vykonanej práce, internetovej fakturácie, správy zamestnancov, či zákazníckych vzťahov. Poskytuje taktiež vlastného emailového klienta, finančné analýzy a kalendár zdieľaný v~rámci spoločnosti. 

Užívateľské rozhranie pripomína návrh typický pre aplikácie zamerané na mobilné zariadenia, na ktoré je systém plne optimalizovaný. 

Vzhľadom na to, že daná aplikácia nie je vyvíjaná priamo pre advokátsku prax, neposkytuje špecializované nástroje užitočné pri jej vykonávaní. Tento prístup však vyvažuje vysoká miera modularity a množstvo poskytovanej funkcionality. To poskytuje výhodu advokátom, ktorí majú v~pláne diverzifikovať ich do iných odvetví. 

Napriek tomu, že tento systém neposkytuje nástroje špecializované pre výkon advokácie, propagačná stránka uvádza, že spoločnosť je ochotná doprogramovať moduly vyhovujúce potrebám zákazníka.

Za najmenšiu verziu systému zákazník zaplatí 99 eur mesačne, za najrozsiahlejšiu až 299 eur. Tieto ceny sú však len orientačné a závisí od konečnej konfigurácie daného systému. Cena sa odvíja od počtu modulov, užívateľov, veľkosti úložného priestoru a rozsahu prípadnej doimplementovanej funkcionality. Informácie v~tejto podkapitole som čerpal z~oficiálnej webovej stránky systému.\cite{erp}

\subsection{ADVOS}
LG tech, s.r.o. so sídlom v~krajskom meste Žilina, poskytuje informačný systém ADVOS, špecializovaný na potreby advokátskej kancelárie. Tento systém je implementovaný, ako desktop-ová aplikácia pre systémy Windosws, čo poskytuje výhodu z~hľadiska zabezpečenia osobných údajov. Okrem daného systému poskytuje tiež širokú škálu služieb uľahčujúcu jeho integráciu do advokátskej kancelárie.

Medzi širokú ponuku súčastí systému ADVOS patrí spisová agenda, plánovač údalostí, kalkulácia trov advokáta, správa emailovej komunikácie a archív dokumentov. Okrem spomínaných súčastí podporuje generovanie výkazu práce advokátskeho koncipienta, čím znižuje réžiu zo strany advokáta. Taktiež umožňuje automatizované spracovanie údajov z~Obchodného vestníka pomocou služby EPI.

Medzi poskytované služby v~oblasti podpory využívania systému ADVOS patrí štandardná technická podpora formou vzdialenej plochy, či servis priamo u~zákazníka. Spoločnosť LG tech uľahčuje integráciu systému ADVOS pomocou prevodu pôvodného dátového úložiska advokátskej kancelárie do daného systému a poskytovaním školení v~jeho užívaní. Školenia môžu prebiehať hromadnou formou, ale aj individuálne, priamo v~advokátskej kancelárii, kde je systém integrovaný.

Informácie ohľadom tohto systému som čerpal z~oficiálnej stránky systému, ktorá bola na základe prezentovaných údajov naposledy aktualizovaná v~roku 2015, a je teda možné, že vývoj tohto systému ďalej nepokračuje.\cite{advos}
\subsection{LEGUS 3.0}
Systém LEGUS -- vyvíjaný rovnomennou spoločnosťou so sídlom v~Banskej Bystrici -- disponuje funkcionalitou zameranou na rôzne typy podnikov, pôsobiacich v~legislatívnej sfére. Okrem advokátskych kancelárií podporuje výkon práce konkurzných správcov a dražobných spoločností.

LEGUS, implementovaný ako webová aplikácia, poskytuje sadu spoločných modulov, medzi ktoré patrí organizácia práce v~kanceláriách, hromadné generovanie dokumentov podľa šablón, či správu užívateľov a ich prístupov k~údajom. Medzi jeho štandardnú funkcionalitu tiež patria výpočetné nástroje, vyhodnocovanie istín, úrokov z~omeškania, či advokátskych trov. Umožňuje tiež export a import štruktúrovaných dát. Integruje tiež napojenie na Obchodný vestník a jeho monitoring. Systém je modulárny a konfigurovateľný.

Pokiaľ má o~systém advokát záujem, má možnosť ho vyskúšať prostredníctvom bezplatného dema. Údaje na vypracovanie tejto podkapitoly som čerpal z~oficiálnej webovej stránky systému LEGUS.\cite{legus} Cena systému nie je na webovej stránke uvedená
\subsection{Tribunal}
V~závere tejto kapitoly sa venujem samozvanému najprepracovanjšiemu software-u pre právnikov, Tribunal. Tribunal, aplikácia vyvíjaná spoločnosťou WAI, umožňuje dva spôsoby prevádzky. Prvým je bezserverová verzia, inštalovaná priamo na počítač advokáta. Druhou možnosťou je využitie server-a, ktorý môže byť vedený na vlastnej technologickej infraštruktúre kancelárie, no aj ako virtuálny cloud server v~dátovom centre. Tento sofrware je implementovaný -- podobne, ako systém ADVOS -- ako desktopová aplikácia. Tribunal však poskytuje verziu rozhrania pre mobilné zariadenia.

Tribunal podporuje výkon práce právnikov a mediátorov. Poskytuje kartotéku kontaktov, kde je možné prehliadať asociované spisy, dokumenty, či vyúčtovanie klientov. Rovnako ako ostatné analyzované systémy, zamerané na advokátsku prax, podporuje organizáciu práce pomocou spisovej agendy. Na karte spisu sa denne zobrazujú relevantné údaje extrahované z~Obchodného vestníka. Ku spisom je automaticky priradzovaná aj zodpovedajúca emailová komunikácia.

Taktiež podporuje správu a podpisovanie dokumentov pomocou elektronického podpisu. Vďaka integrácii právnických kalkulačiek a monitoringu práce na spisoch a individuálnych dokumentoch umožňuje jednoduchú fakturáciu klientov. 
Nadstavba pre prácu s~dokumentami a integráciu obchodného vestníka je platená.

Prevádzku aplikácie Tribunal je možné vyskúšať na 30 dní prostrednítvom neplateného testovacieho účtu. Jeho cena, v~prípade rozhodnutia o~jeho kúpe, závisí od zvolenej verzie. V~prípade zriadenia bezserverovej verzie je výška paušálnej ročnej platby 169 eur za prvého užívateľa. Za každého ďalšieho používateľa sa k~tejto sume pripočíta 69 eur, pričom táto verzia podporuje maximálne štyroch používateľov. Výhodou bezserverovej verzie je, že nie je nutné investovať do technologickej infraštruktúry pre funkčnosť aplikácie.

V~prípade serverovej verzie sa jedná o~mesačnú platbu vo výške 9.90 eur za každého používateľa, s~dodatočným fixným poplatkom, ktorý činí 29 eur. Počet užívateľov serverovej verzie nie je obmedzený.

Pokiaľ sa advokátska kancelária rozhodne pre systém preberaný v~tejto podkapitole, jeho integráciu spoločnosť WAI zjednodušuje prostredníctvom širokej ponuky služieb v~oblasti technickej podpory a užívateľského tréningu. Informácie v~tejto podkapitole sú získané z~webovej stránky systému Tribunal.\cite{tribunal}

\subsection{Zhrnutie analýzy systémov}
V~tejto podkapitole boli analyzované štyri software-ové riešenia zamerané an zvýšenie efektivity a organizácie práce v~advokátskych kanceláriách. Získané informácie poskytujú prehľad o~bežných súčastiach a spôsoboch implementácie informačných systémov pre podporu výkonu advokátskej praxe. 

Napriek rozlišnej úrovni špecializácie na advokátsku sféru, analyzované systémy poskytujú sadu zhodných nástrojov, ktoré predstavujú jadro informačnej podpory pracovných procesov v~advokátskych kanceláriách. Medzi spoločné prvky patria:
\begin{itemize}
    \item Podpora uchovávania informácií o~klientoch a záujmových osobách
    \item Zaznamenávanie lehôt a udalostí
    \item Organizácia práce, zvyčajne formou spisovej agendy
    \item Evidencia vykonanej práce
    \item Správa dokumentov
    \item Napojenie na verejné registre
    \item Nástroje na kalkuláciu odmeny advokáta
\end{itemize}

Platforma, ktorá zabezpečovala chod aplikácie, sa líšila naprieč analyzovanými systémami. Prevažuje využívanie klientskej aplikácie, ktorá komunikuje so serverom, či už vzdialeným, alebo umiestneným priamo v~kancelárii. Klientskou aplikáciou môže byť internetový prehliadač, no aj špecializovaný software nainštalovaný priamo v~počítači advokáta. Systém ADVOS, ako jediný, poskytuje riešenie prostredníctvom natívnej Windows aplikácie bez nutnosti komunikácie so serverom.


\section{Informačný systém pred implementáciou zmeny}
\label{ISpred}
Táto podkapitola sa venuje analýze systému pred začatím implementácie zmeny a dôvodom pre jeho zmenu a rozširovanie. Úvodná časť je venovaná krátkemu predstaveniu systému. Následne predstavím nedostatky, ktoré poskytovali motiváciu k~zmene systému. V~závere sú uvedené diagramy modelujúce systém z~hľadiska jeho databázovej schémy a prípadov užitia. Časť tejto kapitoly je vypracovaná na základe návrhov a výsledkov mojej bakalárskej práce \cite{ISLAW}.

\subsection{Predstavenie systému}
Zvolená advokátska kancelária využíva informačný systém vytvorený na mieru pre jej
potreby, v~rámci bakalárskej práce. Aj keď bol tento systém vytvorený za účelom použitia
v~zvolenej advokátskej kancelárii, jeho funkcionalita je využiteľná v~ľubovoľnej advokátskej
kancelárii na území Slovenskej republiky.

Daný informačný systém ponúka viacero funkcií umožňujúcich efektívnejšie
vykonávanie advokátskej práce. Jeho funkcionalita spočíva primárne v~organizácii
zamestnancov, riadení spisovej agendy, kontroly a hodnotenia práce, spracovaní a organizácie
dokumentov, a plánovaní udalostí v~rámci výkonu práce v~advokátskej kancelárii(pojednávania, výsluchy, súdne procesy). Zároveň ponúka napojenie na obchodný register, spracovanie a prezentáciu informácií získaných zo záznamov uložených v~danom registri a sledovanie ich zmien. Súčasťou implementácie daného informačného systému je pravidelné zálohovanie nahraných dokumentov a údajov v~databáze a jednoduchá možnosť ich obnovenia v~prípade nehody a straty dát. 

Pôvodne bol systém implementovaný ako PHP aplikácia vo frameworku Symfony, prístupná z~internetovej siete, vedená na platenom hostingu. Pre potreby ukladania dát využíva daná aplikácia databázový systém MySQL.

Obrázky \ref{showspis}, \ref{pravnicka}, \ref{calendar}, demonštrujú jeho pôvodné užívateľské rozhranie 

\begin{figure}[h]
\centering
\includegraphics[scale=0.3]{obrazky-figures/showspis.png}
\centering\caption{Zobrazenie hlavnej pracovnej jednotky, spisu. 
\\
(Zdroj: \cite{ISLAW})}
\label{showspis}
\end{figure}

\begin{figure}[h]
\centering
\includegraphics[scale=0.3]{obrazky-figures/createpravnicka.png}
\centering\caption{Vytváranie právnickej osoby v~rámci systému. (Zdroj: \cite{ISLAW})}
\label{pravnicka}
\end{figure}

\begin{figure}[h]
\centering
\includegraphics[scale=0.3]{obrazky-figures/calendar.png}
\centering\caption{Príklad kalendáru udalostí. (Zdroj: \cite{ISLAW})}
\label{calendar}
\end{figure}

\subsection{Nedostatky systému}
Napriek tomu, že bol systém funkčný a dostupný, nebol príliš využívaný kvôli nasledujúcim dôvodom:
\begin{itemize}
    \item Nízka záruka bezpečnosti a možnosť útokov v~rámci internetovej siete
    \item Funkcionalita nebola testovaná automatizovanými testami a teda vykazoval nízku
spoľahlivosi
    \item Väčšina času implementácie bola venovaná logickej funkcionalite a iba pomerne krátky
čas bol venovaný návrhu a vývoju užívateľského rozhrania. Z~tohto dôvodu boli
niektoré časti systému neintuitívne a užívatelia mohli byť odradení od jeho
používania
    \item Absencia tréningu užívateľov v~používaní analyzovaného  systému
\end{itemize}

Spomínané nedostatky spôsobili neochotu aktívne používať implementovaný systém zo
strany zamestnancov advokátskej kancelárie, napriek tomu, že implementovaná funkcionalita
bola diskutovaná, a navrhovaná s~advokátmi pôsobiacimi v~odbore. 

Taktiež tento systém bolo problematické rozširovať. V~prvom rade bolo zavádzanie zmien náročné, kvôli úzkej množine možností, ktoré poskytoval hosting z~hľadiska konfigurovateľnosti serveru a použiteľných nástrojov. Aplikácia tiež  implementovala len malú sadu jednotkových testov, ktoré pokrývali len časť celého systému a nesimulovali jeho reálne používanie. Zastaralá verzia frameworku a nedostatočná prepracovanosť zdrojového kódu zas predstavovali problém z~hľadiska údržby, znovapoužiteľnosti a implementácie ďalšej funkcionality.

\subsection{Entitno-relačný diagram pôvodného systému}
Táto časť predstavuje entitno-relačný diagram modelujúci pôvodný databázový model systému uvedený na obrázku \ref{erold}. Tento diagram je modifikáciou pôvodného návrhového diagramu systém z~predchádzajúcej práce \cite{ISLAW}. Je možné si všimnúť, že jednou z~najdôležitejších entít z~hľadiska databázy je zamestnanec. Táto entita slúži na uchovávanie údajov o~zamestnancoch a predstavuje užívateľa systému.

Rolu v~rámci systému určuje typ zamestnanca. Východzími rolami sú vedúci kancelária, advokát, koncipient a sekretárka. Každá z~rolí má v~systéme rozličné právomoci demonštrované v~nasledujúcej podkapitole \ref{usecase} pomocou diagramu prípadov užitia.

Pracovnou jednotkou v~systéme je entita Spis. Ku spisu môže byť zamestnanec priradený a tým získa právomoci na ňom pracovať. Vedúci kancelárie má prístup ku všetkým spisom v~systéme. Ku spisu je vždy priradený klient a v~niektorých prípadoch aj protistrana, formou Právnickej, či Fyzickej osoby. 

Úkony reprezentujú zložky práce z~ktorých pozostáva samotný spis. Úkon musí byť reprezentovaný jeho typom. Niektoré úkony vyžadujú tvorbu dokumentov. To je možné signalizovať vytvorením záznamu o~žiadanom dokumente, ktorý by mal byť pre dokončenie daného úkonu vyhotovený. Priradením dokumentu ku žiadanému dokumentu je možné vyhovieť danej požiadavke. 

Zamestnanec môže taktiež sledovať záznamy v~obchodnom registri. Systém pravidelne kontroluje ich zmenu a vytvára oznámenia o~akejkoľvek modifikácii.

Oznámenia sú zamestnancom zasielané aj v~prípade priradenia k~spisu, či priradenia žiadaného dokumentu.
\begin{figure}[]
\centering
\includegraphics[scale=0.4]{obrazky-figures/oldthesiserlast.pdf}
\centering\caption{Entitno-relačný diagram. (Zdroj: Vlastná tvorba)}
\label{erold}
\end{figure}

\subsection{Diagram prípadov užitia pôvodného systému}
\label{usecase}
Táto časť predstavuje diagram prípadov užitia na obrázku \ref{uc} demonštrujúci pôvodnú funkcionalitu systému opísanú v~predchádzajúcich častiach tejto podkapitoly. Tento diagram je modifikáciou pôvodného návrhového diagramu systém z~predchádzajúcej práce \cite{ISLAW}.

Z~diagramu je zrejmé rozdelenie rolí v~rámci systému. Systém ponúka jedine Vedúcemu kancelárie možnosť spravovať zamestnancov. Funkcionalitou potrebnou pre dokumentáciu a organizáciu práce disponuje rola advokáta. Zvyšní zamestnanci dokážu využívať systém za účelom výkonu bežných pracovných činností.

\begin{figure}[]
\centering
\includegraphics[scale=0.5]{obrazky-figures/olduc.pdf}
\centering\caption{Diagram prípadov užitia. (Zdroj: Vlastná tvorba)}
\label{uc}
\end{figure}

\section{Analýza vybraného procesu advokátskej kancelárie}
\label{proc}
Jedným z~cieľov práce je rozšírenie súčasného systému o~modul podporujúci evidenciu a vyhodnocovanie vykonávanej práce v~advokátskej kancelárii. Pre úspešný návrh uvedeného modulu je nutné analyzovať súčasný prístup k~daným činnostiam.

Súčasťou tejto kapitoly sú vývojové diagramy modelujúce proces zaznamenávania a vyhodnocovania vykonanej práce vo vybranej advokátskej kancelárii. Proces zaznamenávania práce je zobrazený na diagrame \ref{zazn} a proces vyhodnocovania na diagrame \ref{vyhod}.

Táto kapitola bola vypracovaná na základe vzájomnej konzultácie s~vedúcim analyzovanej kancelárie a rôznych legislatívnych zdrojov definujúcich odmeny za výkon advokátskej činnosti.

\subsection{Proces zaznamenávania vykonanej práce}
Tento proces začína prijatím požiadavky o~vykonaní advokátskej práce od klienta. Počas napĺňania danej požiadavky, zamestnanec kancelárie priebežne zaznamenáva údaje o~dokončenej práci. Evidencia prebieha zapisovaním daných informácií na vnútornú stranu spisu. 

Informácie o~dokončenej práci sa odvíjajú od charakteru úkonov, z~ktorých pozostáva. Pokiaľ je súčasťou úkonu cestovanie na miesto výkonu práce, je nutné zaznamenať trasu, ktorá viedla k~danému úkonu. 

V~niektorých prípadoch sa advokát pri prijatí požiadavky dohodne na hodinovej sadzbe, od ktorej sa odvíja jeho výsledná odmena. V~takom prípade je po dokončení úkonu nutné zaznamenať čas, strávený prácou. 

Najjednoduchším prípadom je, ak sa jedná o~úkon, ktorý bude vyhodnocovaný na základe sadzby určenej zákonom, alebo dohodnutej sumy medzi advokátom a klientom. V~takomto prípade je zaznamenané iba dokončenie daného úkonu.

Vyúčtovanie zvyčajne prebieha po vykonaní všetkých úkonov prináležiacich k~pracovnému spisu. V~prípade vyhodnocovania spisu, ktorá pozostáva z~veľkého množstva úkonov, sa zvyčajne účtuje výsledná suma po dokončení minimálne dvoch ukonov.

\subsection{Proces vyhodnocovania vykonanej práce}
Proces vyúčtovania vykonanej práce zákazníkovi zahŕňa vyhodnotenie všetkých dokončených pracovných položiek zaznamenaných v~rámci spisu. Výsledná suma predstavuje súčet náhrady za cestovné náklady, náhrady za stratu času a odmeny za úkony právnej služby.

Náhrady za cestovné náklady sa odvíjajú od spotreby paliva použitého vozidla, počtu prejazdených kilometrov a priemernej ceny paliva stanovenej štatistickým úradom Slovenskej republiky.\cite{cestovne}

Náhrada za stratu času závisí od doby strávenej mimo kanceláriu. Doba, počítaná v~polhodinách je vynásobená koeficientom stanoveným vyhláškou ministerstva spravodlivosti.\cite{strata} Vzdialenosť a dobu strávenú mimo kancelárie advokát vypočítava na základe údajov získaných z~Google Maps. 

Odmena za úkony je vyhodnocovaná buď na základe vzájomnej dohody medzi advokátom a klientom, čo môže zahŕňať fakturáciu na základe hodinovej sadzby, alebo podľa základnej sadzby úkonu. V~prípade civilného konania sa tarifná odmena za úkon odvíja od hodnoty daného sporu a je stanovená na základe vyhlášky ministerstva spravodlivosti § 10 ods. 1 spomínanej vyhlášky \cite{VyhlAdvok}. Pokiaľ sa jedná o~trestné konanie, ohodnotenie závisí od typu konania (priestupok, zločin, prečin). 



\begin{figure}[]
\centering
\includegraphics[scale=0.6]{obrazky-figures/workflow.pdf}
\centering\caption{Vývojový diagram popisujúci proces výkonu práce v~zvolenej kancelárii, so zameraním na jej zaznamenávanie. Podproces vyúčtovania spisu opisuje diagram \ref{vyhod}. (Zdroj: Vlastná tvorba)}
\label{zazn}
\end{figure}

\begin{figure}[]
\centering
\includegraphics[scale=0.55]{obrazky-figures/valuationflowlast.pdf}
\centering\caption{Vývojový diagram popisujúci proces vyúčtovania spisu. (Zdroj: Vlastná tvorba)}
\label{vyhod}
\end{figure}

\section{Zhrnutie výsledkov analýz}
Analýzy uvedené v~tejto kapitole nám poskytli znalostnú bázu pre návrh rozširovaného informačného systému. 

Strategická analýza, vypracovaná v~podkapitole \ref{strategy}, pomohla situovať kanceláriu v~podnikovom prostredí a poukázala na súčasný trend digitalizácie advokátskej sféry. Kedže medzi sily zamestnancov advokátskej kancelárie platí schopnosť využívania informačných technológií, integrácia systému do jej pracovných procesov má potenciál zvýšiť konkurencieschopnost danej kancelárie.

Analýza informačného software-u, zameraného na zvýšenie efektivity a úrovne organizácie práce v~advokátskych kanceláriách umožnila identifikovať kľúčové prvky informačného systému s~podobným zameraním. Taktiež poskytla prehľad o~inštalačných možnostiach aplikácií s~takýmto zameraním. Je zrejmé, že pre správnu interkomunikáciu a zdieľanie dokumentov a informácií v~rácmi kancelárii, je vhodné poskytnúť jednotné úložisko dátna serveri a prístup do aplikácie pomocou aplikačného klienta. Táto analýza bola vypracovaná v~podkapitole \ref{exist}.

V~časti \ref{ISpred} prestavujem stav systému pred zmenou. Analýza systému pred zmenou definovala spôsob jeho implementácie, jeho funkcionalitu a databázovú schému. Taktiež identifikovala jeho nedostatky, ktoré bránili v~efektívnej integrácii systému do pracovných procesov advokátskej kancelárie. Medzi výrazné nedostatky patrí neprívetivosť užívateľského rozhrania, nízka záruka stability a bezpečnosti a problematické zavádzanie zmien, kvôli limitáciám hostingu a kvality kódu. Využívanie systému by taktiež podporil dodatočný tréning zamestnancov v~jeho používaní.

V~závere analytickej časti analyzujem vybraný proces advokátskej kancelárie, ktorého zvýšenie efektivity je predmetom tejto práce. Proces bol zvolený na základe žiadosti vybranej advokátskej kancelárie. Na základe konzultácie vedúceho advokáta analyzovanej kancelárie boli vypracované diagramy \ref{zazn} a \ref{vyhod}, ktoré popisujú proces zaznamenávania a vyhodnocovania vykonanej práce. Analýza dnaých procesov poukazuje na istú repetitívnosť výpočetných procesov, limitáciu organizácie práce z~hľadiska vyhľadávania relevantných položiek a nutnosť obracať sa na externé zdroje a nástroje. Taktiež je možné si všimnúť opakovaný prístup  údajom v~spisovej zložke. Ku spisu sa pristupuje v~čase zaznamenávania vykonanej práce a v~čase vyhodnocovania práce. Proces výkonu práce v~danej advokácii zvyčajne neobsahuje plánovaciu zložku, čo má negatívny dopad na organizáciu vykonávaných činností.

Veľká časť tejto kapitoly bola vypracovaná vďaka konzultácii s~vedúcim analyzovanej advokátskej kancelárie, JUDr. Jánom Bartánusom.
\bigskip
\chapter{Vlastné návrhy riešenia} 
\label{navrh}

Na dosiahnutie cieľa diplomovej práce bolo nutné implementovať navrhnuté rozšírenia podľa požiadaviek definovaných v~sekcii \ref{req}. Stručný popis skutočného implementačného postupu je znázornený na diagrame \ref{implem}. Jednotlivým častiam návrhu a implementácie, ktoré sú znázornené na danom vývojovom diagrame, sa venujem v~nasledujúcich podkapitolách. 

Prvá podkapitola je venovaná určeniu požiadaviek na systém vyplývajúcich z~predchádzajúcej analýzy.

Druhou je návrh riešenia problému definovaného v~tejto práci,  Využité nástroje sú diagram prípadov užití, ktorý demonštruje navrhovanú funkcionalitu a entitno-relačný diagram, prezentujúci zmeny databázového modelu podporujúce rozšírenia systému.

V~tretej podkapitole sa venujem aktualizácii užívateľského rozhrania systému vrátane verzie framework-u Symfony.

Štvrtá sekcia predstavuje implementáciu rozšírení systému.

V~podkapitole číslo päť sa venujem testovaciemu procesu.

Poslednou sekciou tejto kapitoly je predstavenie prínosov systému pre spoločnosť, kde bol systém inštalovaný.


\begin{figure}[]
\centering
\includegraphics[scale=0.6]{obrazky-figures/procesimpl.pdf}
\centering\caption{Vývojový diagram popisujúci proces rozširovania daného systému. (Zdroj: Vlastná tvorba)}
\label{implem}
\end{figure}

\section{Definícia požiadaviek na systém}
\label{req}
Na základe analytickej časti tejto práce boli navrhnuté nasledujúce požiadavky na výsledný systém:

\begin{itemize}
    \item Možnosť jednoduchého zavádzania ďalších zmien
    \item Zvýšenie úrovne bezpečnosti systému
    \item Prívetivé užívateľské rozhranie
    \item Zvýšenie efektivity výkonu advokácie
    \item Stabilita systému
\end{itemize}

Tieto požiadavky som sa rozhodol naplniť rôznymi spôsobmi.

Možnosť jednoduchého zavádzania ďalších zmien podporuje aktualizácia systému na novšiu verziu s~rozšírenou ponukou funkcionality, vykonaná údržba existujúceho kódu, inštalácia systému na server priamo v~kancelárii, čo podporuje jeho konfigurovateľnosť a implementácia testov na overenie systému pred aplikovaním novej zmeny. 

Zvýšenie úrovne bezpečnosti systému bolo dosiahnuté vďaka inštalácii serveru do lokálnej siete kancelárie, čo zabraňuje útokom v~internetovej sieti. Bezpečnosť teda závisí od zabezpečenia routru. Bezpečnosti systému napomohla taktiež oprava chýb a implementácia testov.

Prívetivé užívateľské rozhranie bolo vykonané v~kroku aktualizácie užívateľského rozhrania. Tento krok je bližšie opísaný v~sekcii \ref{UI}.

Zvýšenie efektivity výkonu advokácie bolo dosiahnuté pomocou rozšírení systému o~modul kalkulácie odmien a hlbšej integrácie obchodného registra. Tieto rozšírenia sú navrhnuté v~nasledujúcej kapitolePráca so systémom je uľahčená vďaka aktualizácii užívateľského rozhrania.

Stabilitu systému sa snažím dosiahnuť údržbou kódu a implementáciou testov.

\section{Návrh}
Táto podkapitola je venovaná návrhu rozšírení aplikácie, ktoré sú zamerané na podporu výkonu advokátskej praxe. Na vyhotovenie návrhu som využil nástroje jazyka UML. Nezahŕňa návrh aktualizácie systému, či testov aplikácie.

V~prvej časti opisujem plánovanú funkcionalitu a dôvody pre jej implementáciu. Funkcionalita je demonštrovaná pomocou sekcií diagramu prípadov užitia relevantných pre pochopenie kontextu implementácie daných rozšírení. 

Druhá časť obsahuje entitno-relačný diagram, definujúci rozšírenia databázového modelu nevyhnutné pre realizáciu navrhovanej funkcionality.

\subsection{Diagram prípadov užitia nového systému}
Obrázok \ref{newuc} demonštruje navrhovanú rozširujúcu funkcionalitu novej implementácie systému. Zelenou farbou sú vyznačené nové prípady použitia systému. Pre ilustráciu pozície daných činností v~systéme, uvádzam aj vetvy činností, na ktoré sú napojené.

Najvýznamneším plánovaným rozšírením je implementácia modulu na vyhodnocovanie odmeny za výkon advokátskej práce. Dokumentácia odmeny prebieha priamo v~pracovnom module, v~časti venovanej zobrazeniu spisu. Tým je poskytnutá organizácia ohodnotení v~závislosti od viazanosti na konkrétny úkon. 

Tento prístup umožňuje priebežné vyhodnocovanie hodnototvorných činností v~dobe ich dokumentácie. Vyhodnocovanie podporujú rôzne výpočetné nástroje zamerané na kalkuláciu odmeny pre advokáta.

V~prípade zápisu jednorázového ohodnotenia bude možné využiť kalkulačky na výpočet tarifných odmien za úkony civilného konania a náhrady strateného času. Tým sa odstraňuje potreba obracať sa na externé nástroje a zdroje pri kalkulácii daných hodnôt.

Vyhodnotenie náhrady za cestovné náklady uľahčuje integrácia Google Maps API, ktorá umožňuje definovať trasu pomocou štandardného grafického rozhrania tohto nástroja. Vzdialenosť zo zvolenej trasy sa automaticky vloží do formulára na výpočet danej odmeny.

Časové ohodnotenie je možné vložiť dvoma spôsobmi. Prvým je manuálne zadanie časového rozsahu práce na obrazovke zobrazeného úkonu. Druhým je spustenie časovača práce, akéhokoľvek aktívneho úkonu, ktorý je priradený, ku akémukoľvek aktívnemu spisu. Po zastavení časovača práce, sa v~rámci daného úkonu vytvorí ohodnotenie s~časovým rozsahom, definovaným spustením časovača a jeho zastavením. Určenie hodnoty takéhoto ohodnotenia je definovaná v~nasledujúcej sekcii \ref{newerd}.

Okrem tvorby ohodnotení, je z~diagramu zrejmé rozšírenie funkcionality týkajúcej sa napojenia na obchodný register. Jednou z~noviniek je vyhľadávanie záznamov v~obchodnom registri podľa obchodného mena, či priezviska konateľa. To umožňuje vyhľadanie väčšieho počtu záznamov, bez nutnosti poznať konkrétne IČO subjektu. Tieto dva spôsoby vyhľadávania je možné kombinovať a v~prípade nájdenia spoločných výsledkov, bude užívateľovi zobrazený prienik množín nájdených záznamov. Pokiaľ neboli nájdené spoločné výsledky, užívateľovi sa zobrazí zjednotenie týchto množín.

Vyhľadávanie podľa IČO je rozšírené o~možnosť využitia IČO existujúcej osoby v~rámci systému.

Návrh tiež zahrňuje integráciu vyhľadávania v~obchodnom registri v~ďalšej časti aplikácie. V~prípade pridávania osoby, ktorá môže vystupovať ako klient, či protistrana v~rámci spisov, je možné údaje automaticky predvyplniť podľa zadaného IČO. Táto funkcionalita výrazne uľahčí tvorbu osôb v~prípade, že advokát pozná IČO osoby.

\begin{figure}[]
\centering
\includegraphics[scale=0.55]{obrazky-figures/newthesisuclast.pdf}
\centering\caption{Diagram prípadov užitia popisujúci rozširujúcu funkcionalitu systému. (Zdroj: Vlastná tvorba)}
\label{newuc}
\end{figure}
\subsection{Entitno-relačný diagram nového systému}
\label{newerd}
Nová funkcionalita musí byť podporovaná vhodným databázovým modelom. Tento model je znázornený pomocou entitno-relačného diagramu na obrázku \ref{newer}.

Základnou entitou zameranou na ukladanie hodnotenia práce je Ohodnotenie. Táto entita udržiava okrem jej vlastného identifikátoru údaje užitočné pre učenie výslednej sumy. Výsledná suma je určená pomocou súčinu počtu jednotiek a jednotkovou cenou ohodnotenia. 

Jednotková cena ohodnotenia môže a nemusí byť nastavená. Pokiaľ tento údaj nie je vyplnený, hodnota je získaná podľa hodnoty úkonu. PokiaľÚúkon nemá nastavenú žiadnu hodnotu, tak je získaná z~jeho Typu, u~ktorého je tento údaj už povinný.

Počet jednotiek Ohodnotení je sémanticky odlišný údaj, v~závislosti od typu Ohodnotenia. V~prípade, že sa jedná o~jednorázové hodnotenie, táto položka bude vždy rovná jednej. 

V~prípade vytvorenia časového ohodnotenia, táto hodnota reprezentuje čas strávený prácou, vyjadrený v~hodinách. Kedže je táto hodnota vyjadrená pomocou dátového typu float, zaznamenáva aj minúty, či sekundy vykonanej práce. 

Pokiaľ sa ohodnotenie vzťahuje na náhradu cestovných nákladov, počet jednotiek vyjadruje vzdialenosť zaznamenanej trasy.

Je možné si všimnúť, že tabuľka Ohodnotenia neobsahuje stĺpec pre cenu pohonných hmôt, či spotrebu vozidla, ako bolo uvedené v~podkapitole \ref{proc}. Tieto údaje sú užitočné iba na výpočet jednotkovej ceny, ktorú Ohodnotenie obsahuje. Napriek tomu sú tieto údaje uložené v~poznámke Ohodnotenia po jeho vytvorení. Automatické údaje v~poznámkach môže užívateľ doplniť o~vlastný text.

Návrh rozšírenia modulu pracujúceho s~obchodným registrom so sebou priniesol zmeny aj v~tabuľke Záznamu. Z~analýzy URL Záznamov obchodného registra\footnote{napr. http://www.orsr.sk/vypis.asp?ID=orsrId&SID=sudId&P=1} som zistil, že je vhodné ukladať užitočné údaje identifikujúce Záznam a súd v~ktorom je Záznam vedený. Z~týchto údajov je v~prípade potreby možné vyskladať URL Záznamu. Aj preto som odstránil položky uchovávajúce URL aktuálneho a úplného Záznamu. 

Poslednou zmenou je odstránenie Typu zamestnanca. Táto entita uchovávala jednotlivé role zamestnancov. Kedže sa role v~čase nemenia, je vhodnejšie ich reprezentovať, ako konštantný výčtový typ, ktorý je uložený ako položka v~tabuľke Zamestnanca.

\begin{figure}[]
\centering
\includegraphics[scale=0.55]{obrazky-figures/newerlast.pdf}
\centering\caption{Entitno-relačný diagram popisujúci dátový model nového systému (Zdroj: Vlastná tvorba)}
\label{newer}
\end{figure}


\section{Aktualizácia systému}
V~tejto kapitole uvádzam činnosti vykonané v~rámci aktualizácie systému. V~časti opisujúcej aktualizáciu užívateľského rozhrania prezentujem ukážky aktualizovaného užívateľského rozhrania a predstavujem výhody jeho novej verzie.

Medzi ostatné aktualizované časti systému patrí:
\begin{itemize}
    \item Aktualizácia Symfony na verziu 4.2 (posun o~jednu hlavnú verziu)
    \item Zvýšenie efektivity príkazu zameraného na inicializáciu systému do počiatočného stavu
    \item Údržba kódu
\end{itemize}

Aktualizácia Symfony zahŕňala odstránenie deprekovaných častí kódu a úpravu adresárovej štruktúry. Nová verzia poskytuje možnosť vytvárať migrácie databázy na základe úpravy objektového modelu dát.

Príkaz na inicializáciu systému do počiatočného stavu má za účel vytvoriť a naplniť databázu základnými údajmi. V~pôvodnej verzii využíval predpripravený súbor obsahujúci SQL, ktorý obsahoval definíciu databázy a štandardné dáta. Momentálne inicializuje databázu pomocou generovaných migrácií. Táto úprava umožňuje jednoduché rozširovanie databázy a opakované využitie tohto príkazu počas testovania aplikácie.

Údržba kódu zahŕňala odstraňovanie duplicitných častí kódu, vyhľadávanie miest na optimalizáciu výkonu aplikácie a dôslednejšej aplikácie objektového návrhu. Táto aktualizácia zjedodušuje ďalšie rozširovanie aplikácie a podporuje efektivitu práce vďaka rýchlejšiemu načítaniu stránok.

\subsection{Aktualizácia rozhrania}
\label{UI}
Systém si zväčša zachováva pôvodnú štruktúru rozhrania, no používa sa nová verzia poskytovanej šablóny. Rozhranie niektorých častí bolo však výrazne upravené, farebným zvýraznením a segmentáciou logických častí zobrazenia.

Farebné rozlíšenie bolo pridané aj do kalendára udalostí. Pracovné dni sú vyznačené žltou farbou, víkendy zelenou a dnešný dátum je vyznačený modrou farbou. Zobrazené dni z~iného mesiaca, než toho ktorý je zvolený, sú zvýraznené sivou farbou.

Dôležitým vylepšením užívateľského rozhrania je zvýšenie úrovne jeho interaktivity. Toto bolo dosiahnuté pomocou rozšírenia častí systému o~asynchrónne požiadavky na server a zmenou klasických HTML tabuliek za tabuľky podporované JavaScript-ovou knižnicou DataTables.\footnote{Dokumentáciu je možné nájsť na: https://www.datatables.net/}

Obrázky v~tejto podkapitole predstavujú nové rozhranie aplikácie.

\subsubsection*{Asynchrónne požiadavky}
Kompletnou transformáciou na asynchrónne spracovanie prešiel kalendár lehôt a udalostí. Už v~pôvodnej implementácii podporoval získavanie udalostí zo server-u pomocou AJAX požiadaviek. 

Aktualizácia rozširuje kalendár o~dynamické odstraňovanie udalostí a pridávanie nových udalostí interakciou so zvoleným dňom. 

V~prípade kliku na vybraný deň sa zobrazí formulár v~modal okne, ktorý umožní vytvorenie novej udalosti. Táto udalosť bude vytvorená a zobrazená v~kalendári bez nutnosti nového načítania stránky. 

V~prípade vytvorenia, či zmazania udalosti sa užívateľovi zobrazí správa o~stave vykonania požiadavky.

Asynchrónne spracovanie poskytujú aj nové rozšírenia aplikácie popísané v~podkapitole \ref{rozs}.

\subsubsection*{Úpravy tabuliek}
Integrácia knižnice DataTables poskytuje tabuľky, ktoré poskytujú možnosť vyhľadávania, zoraďovania a paginácie\footnote{Paginácia - V~prípade veľkéo počtu údajov sú rozdelené na niekoľko strán.} údajov. Taktiež výrazne vylepšujú štandardný grafický štýl tabuliek.

Mnoho pôvodných tabuliek obsahovalo slovný popis akcie nad záznamom. V~novej verzii rozhrania je akciou pomenovaný daný stĺpec a interkatívny prvok je zobrazený formou zmysluplnej ikony. Dobrým príkladom novej implementácie je obrázok \ref{found}.

\section{Implementácia rozšírení}
\label{rozs}
Táto časť kapitoly zobrazuje interakciu s~novou funkcionalitou systému, ktorá bola zavedená v~rámci diplomovej práce. 

\subsection{Rozšírenie napojenia na obchodný register}
Implementovaná funkcionalita využívajúca napojenie na obchodný register zahŕňa automatické dopĺňanie údajov do formulárov na tvorbu právnickej a fyzickej osoby. Ďalším rozšírením je možnosť vyhľadávať v~obchodnom registri pomocou priezviska a obchodného mena subjektu.

Pôvodné riešenie vyhľadávania v~obchodnom registri a sledovania zmien v~záznamoch využívala moju vlastnú implementáciu vyhľadávača. Počas súčasného riešenia som využíval externú PHP knižnicu\footnote{Dostupná na: https://github.com/lubosdz/parser-orsr}, ktorú som rozšíril o~dodatočnú funkcionalitu umožňujúcu sledovanie zmien záznamov v~obchodnom registri.

V~prípade, že bol záznam nájdený údaje sa automaticky vložia do formulára 

\subsubsection*{Automatické dopĺňanie údajov}
Po vyplnení poľa pre IČO vo formulároch osôv môže advokát stlačiť tlačidlo vedľa daného poľa, ktoré iniciuje vyhľadávanie údajov v~obchodnom registri. Proces vyhľadávania je symbolizovaný otáčajúcim sa krúžkom. Príklad tohto stavu systému je možné pozorovať na obrázku \ref{load}.
\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/icoload.png}
\centering\caption{Stav formuláru počas vyhľadávania záznamu.
\\(Zdroj: Vlastná tvorba)}
\label{load}
\end{figure}

Pokiaľ je záznam nájdený, údaje sa vložia do formulára a ikona tlačidla sa zmení na zelenú fajku, indikujúcu úspešné dokončenie procesu vyhľadávania. Tento stav je možné vidieť na obrázku \ref{succ}.
\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/icofound.png}
\centering\caption{Stav formuláru, v~prípade úspešného vyhľadania záznamu.
\\
(Zdroj: Vlastná tvorba)}
\label{succ}
\end{figure}


V~prípade, že záznam nebol podľa IČO nájdený, ikona sa zmení na červený krížik, zobrazený na obrázku \ref{notfound}.

\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/iconotfound.png}
\centering
\centering\caption{Stav formuláru, v~prípade chyby vyhľadávania záznamu.
\\
(Zdroj: Vlastná tvorba)}
\label{notfound}
\end{figure}

\subsubsection*{Rozšírenie vyhľadávania v~obchodnom registri}
Vyhľadávanie v~obchodnom registri je možné v~novej implementácii vykonať pomocou priezviska konateľa, alebo obchodného mena subjektu. Príklady tejto funkcionality je možné sledovať na obrázkoch \ref{search} a \ref{found} 

\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/recordsearch.png}
\centering\caption{Formulár na vyhľadávanie záznamov.
\\
(Zdroj: Vlastná tvorba)}
\label{search}
\end{figure}
\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/recordsfound.png}
\centering\caption{Zoznam nájdených záznamov.
\\
(Zdroj: Vlastná tvorba)}
\label{found}
\end{figure}

\subsection{Modul na hodnotenie prace}
Modul na vyhodnocovanie práce je lokalizovaný primárne v~pracovnej časti aplikácie. Základnou jednotkou hodnotenia spisu je ohodnotenie. Systém poskytuje štyri rôzne spôsoby tvorby hodnotení:

\begin{itemize}
    \item Tvorba jednorázového hodnotenia
    \item Tvorba náhrady za cestovné náklady
    \item Tvorba časového ohodnotenia pomocou časovaču práce
    \item Manuálna tvorba časového ohodnotenia pomocou definície časového rozsahu
\end{itemize}

Z~databázového hľadiska sa však stále jedná o~rovnaký objekt. Spôsoby vytvárania ohodnotení a ich implementácia sú uvedené v~nasledujúcich častiach tejto podkapitoly.  

\subsubsection*{Jednorázové ohodnotenie}
Najjednoduchšia forma ohodnotenia je jednorázové ohodnotenie. Formulár na tvorbu tohto ohodnotenia, zobrazený na obrázku \ref{jedno}, poskytuje iba dva nepovinné polia:
\begin{itemize}
    \item Cena jednotky
    \item Poznámka
\end{itemize}

\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/valuationcreate.png}
\centering\caption{Formulár na vytvorenie jednorazového ohodnotenia.
\\(Zdroj: Vlastná tvorba)}
\label{jedno}
\end{figure}



Cenu jednotky môže užívateľ vyplniť buď manuálne, alebo využiť jeden z~výpočetných nástrojov uvedených na obrázkoch \ref{tarif} a \ref{polhod}. Jedná sa o~nástroje na výpočet tarifnej odmeny úkonu a náhrady za stratu času. Princíp výpočtu týchto hodnôt je opísaný v~podkapitole \ref{proc}. Časť kódu, písaná v~jazyku JavaScript, slúžiaca na výpočet daných hodnôt je založená na externom nástroji \cite{trovy}.

\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/tarif.png}
\centering\caption{Nástroj výpočet tarifnej odmeny úkonu.
\\(Zdroj: Vlastná tvorba)}
\label{tarif}
\end{figure}
\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/polhod.png}
\centering\caption{Nástroj na výpočet náhrady strateného času.
\\(Zdroj: Vlastná tvorba)}
\label{polhod}
\end{figure}

V~prípade, že advokát cenu nevyplní, bude automaticky vyplnená z~hodnoty úkonu, respektíve z~typu úkonu, na základe pravidla opísaného v~podkapitole \ref{newerd}.

Pole poznámky slúži na zapísanie ľubovolnej informácie k~danému hodnoteniu.

\subsubsection*{Časové ohodnotenie}
Časové hodnotenie je vytvárané buď manuálnou voľbou rozsahu, ako je demonštrované vo formulári \ref{mancas}, alebo automaticky po spustení a zastavení časovača úkonu. 

\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/cas.png}
\centering\caption{Formulár na voľbu rozsahu času pri časovom ohodnotení.
\\
(Zdroj: Vlastná tvorba)}
\label{mancas}
\end{figure}

Formulár pre manuálne zadanie obsahuje štyri polia, z~toho dva povinné:

\begin{itemize}
    \item Začiatok práce
    \item Koniec práce
    \item Cena jednotky
    \item Poznámka
\end{itemize}

Povinné polia, začiatok a koniec práce je možné vyplniť pomocou prehľadného nástroja na voľbu času. Na integráciu tohoto nástroja bola využitá knižnica DateTimePicker.\footnote{Dostupná na: https://xdsoft.net/jqplugins/datetimepicker/} Tento nástroj je zobrazený na obrázku \ref{datetime}. Zvyšné polia sú identické s~formulárom na zadanie jednorazového ohodnotenia.

\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/timepicker.png}
\centering\caption{Nástroj na voľbu rozsahu času pri časovom ohodnotení.
\\
(Zdroj: Vlastná tvorba)}
\label{datetime}
\end{figure}

Alternatívou manuálneho zadávania časového ohodnotenia je jeho automatická tvorba pomocou časovača úkonu. K~časovaču úkonu je možné pristúpiť z~akejkoľvek časti aplikácie, kedže je dostupný v~pravej časti horného navigačného rámu, pod ikonou aktovky so stopkami. V~prípade že užívateľ stlačí tlačidlo s~touto ikonou, zobrazí sa vyskakovacie menu so zoznamom aktuálnych spisov. Klik na pole so spisom spôsobí zobrazenie podzoznamu s~aktívnymi úkonmi, kde je možné spustiť časovač úkonu. 

Po spustení časovaču úkonu, je vyskakovacie menu so zoznamom spisom rozdelené na dve časti. V~prvej časti, s~titulkom \uv{Aktívne} sú zobrazené spisy s~úkonmi, ktoré majú spustený časovač. Časovanie týchto úkonov je možné v~tejto časti ukončiť. 

Druhá časť s~titulkom \uv{Neaktívne}, obsahuje spisy s~úkonmi bez spusteného časovača. Pokiaľ spis obsahuje viac úkonov a len niektoré z~nich majú spustené časovanie, spis sa zobrazí v~oboch častiach vyskakovacieho menu. 

Príklady interakcie s~časovačom sú zobrazené na obrázkoch \ref{nesp} a \ref{spust}.

\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/partnotact.png}
\centering\caption{Vyskakovacie menu pred spustením časovača.
\\(Zdroj: Vlastná tvorba)}
\label{nesp}
\end{figure}

\begin{figure}[]
\centering
\includegraphics[width=0.5\textwidth]{obrazky-figures/partactive.png}
\centering\caption{Vyskakovacie menu po spustení časovača.
\\(Zdroj: Vlastná tvorba)}
\label{spust}
\end{figure}



\subsubsection*{Náhrada dopravných nákladov}
Formulár pre pridanie náhrady cestovných nákladov k~úkonu je zobrazený na obrázku \ref{google}. Tento formulár napodobňuje nástroj \cite{trovy}. Polia tohto formuláru sú:
\begin{itemize}
    \item Vzdialenosť v~km
    \item Cena za liter pohonných hmôt
    \item Počet litrov pohonných hm spotrebovaných vozidlom advokáta
    \item Poznámka
\end{itemize}

Zaujímavosťou na tomto nástroji nie je nutne výpočet náhrady za cestovné náklady, detailnejšie rozobraný v~časti \ref{proc}, no možnosť vyhľadať trasu priamo pomocou integrovaného rozhrania Google Maps API. 

Po vyplnení miesta výjazdu a cieľovej destinácie sa vyhľadajú možné trasy medzi týmito dvoma bodmi. Implicitne je zvolená prvá trasa, ktorá je vyhodnotená, ako najvýhodnejšia. Je však možné zvoliť aj alternatívne trasy.  Po zvolení trasy sa automaticky vyplní pole vzdialenosti v~kilometroch. Úlohou zamestnanca je následne len vyplniť ostatné polia formuláru.

Informácie na integráciu Google Maps API do systému som čerpal z~\cite{google}.

\begin{figure}[]
\centering
\includegraphics[width=0.8\textwidth]{obrazky-figures/distance.png}
\centering
\caption{Formulár ohodnotenia náhrady dopravných nákladov.
\\(Zdroj: Vlastná tvorba)}
\label{google}
\end{figure}
\section{Testy}
Všetky testy aplikácie Symfony sú uložené v~zložke \textt{tests}, ktorá sa nachádza v~koreňovom adresári projektu. Testy opísané v~tejto kapitole sú uložené v~podadresári tohto adresára, s~názvom \textt{Controller}. 

Všetky triedy opisované v~tejto sekcii dedia z~triedy \textt{BasicTest}, ktorá poskytuje funkcionalitu spoločnú pre všetky testy. Touto funkcionalitou je inicializácia databázy, v~prípade jej neexistencie, test prihlásenia do aplikácie a zobrazenie doby požiadaviek na štandardný výstup.

K~testovaniu aplikácie som pristupoval dvoma spôsobmi.

Prvým je overenie zobrazení tých častí aplikácie projektu, ktoré nevyžadujú iné údaje v~databáze, než tie, ktoré do nej boli vložené pri inicializácii systému. 

Druhý spôsob je simulovanie využívania aplikácie užívateľom. 

Oba spôsoby sú opísané v~nasledujúcich častiach tejto podkapitoly.

\subsection{Smoke testy}
\label{smoke}
Smoke testy, uvedené v~triede \textt{TestGetSmoke}, v~rovnomennom súbore sa zameriavajú na rýchle zaistenie základnej stability systému. Ich jediným overením je zaslanie požiadavky na vybrané URL a overenie úspešnej odpovede. Počas toho zaznamenávajú dobu trvania požiadaviek, ktorá má hodnotu z~hľadiska optimalizácie systému.

Väčšina požiadaviek trvá niekoľko stotín sekundy, čo je prijateľná doba na interakciu s~webovou aplikáciou. Zaujímavé sú požiadavky interagujúce s~obchodným registrom. Tieto požiadavky, kvôli potrebe komunikácie s~externým serverom a následnej extrakcii relevantných údajov často trvajú aj niekoľko sekúnd.

Identifikácia daných požiadaviek mi umožnila zamerať sa na optimalizáciu častí systému využívajúcich obchodný register. V~prípade získavania údajov pre formulár na výtváranie osoby sa mi podarilo zredukovať dobu trvania požiadavky zhruba na polovicu.

Doby trvania vybraných požaidaviek sú uvedené v~prílohe tejto práce.
\subsection{Funkčné testy}
Tieto testy poskytujú simuláciu užívateľskej interakcie so systémom. Ich hlavným cieľom je dôkladné overenie stability systému. Ich dboa trvania je však výrazná a teda je vhodné ich spúšťať až pred aplikovaním novej zmeny.

Testy, ktoré boli vytvorené počas implementačného procesu sú nasledujúce:
\subsubsection*{TestCalendar}
Tento test zahŕňa overenie funkcionality kalendáraa tvorby udalosti.
\subsubsection*{TestDocuments}
V~tomto teste, simulovaný užívateľ, vytvára dokumenty a ich typy a následne testuje ich odstraňovanie.
\subsubsection*{TestEmployees}
Tento test overuje vytváranie nových zamestnancov, ich prepúšťanie a prihlasovanie sa za nových zamestnancov.
\subsubsection*{TestPerson}
V~tomto teste je overené vytváranie osôb a získavanie údajov z~obchodného registra.
\subsubsection*{TestProfile}
Tento test sa zameriava na zobrazovanie užívateľského profilu a jeho editáciu.
\subsubsection*{TestRecords}
V~tejto triede je overené vyhľadávanie záznamov, začiatok ich sledovania a oznámenie o~zmene záznamu v~obchodnom registri.
\subsubsection*{TestWork}
Tento test je najkomplexnejším implementovaným testom. V~prvom rade spustí TestPerson, TestEmployees, a TestDocuments kedže pracovný modul závisí na moduloch zamestnancov, osôb a dokumentov, čím získa potrebné údaje v~databáze na testovanie modulu práce.

V~rámci tohto testu sa overuje vytváranie spisov, úkonov, typov úkonov a interakcia s~pracovným užívateľským rozhraním. Taktiež overuje pridávanie zamestnancov ku spisom, či žiadostí o~dokument ku úkonom.

\section{Zhrnutie prinosov}

V~tejto kapitole bol opísaný spôsob návrhu a implementácie rozšírenia webovej aplikácie pre podporu pracovných procesov v~advokátskej kancelárii. Návrh bol vypracovaný na základe požiadaviek určených pomocou predchádzajúcej analýzy a konzultácie s~advokátmi JUDr. Jánom Bartánusom a JUDr. Miloslavom Hrickom, uvedených v~kapitole  \ref{req}.

Všetky definované požiadavky boli v~priebehu rozširovania systému naplnené.

Stabilitu systému a možnosť jednoduchého zavádzania zmien podporujú funkčné testy systému a jeho aktualizácia na novú verziu.

Prívetivé užívateľské rozhranie bolo realizované zvýšením úrovne interaktivity systému, segmentáciou logických častí a zjednotením zobrazovania grafických prvkov. 

Po implementácii základných smoke testov bol systém zavedený na server situovaný v~zvolenej advokátskej kancelárii, ako je možné pozorovať na diagrame \ref{implem}. Server nie je prístupný z~verejnej siete, čo jednoznačne zvyšuje jeho bezpečnosť. Nebezpečie plynie zo zabezpečenia kancelárie a routru, ktorý kancelária využíva. 

Náhrada plateného hostingu za server prítomný v~danej kancelárií podporuje možnosť konfigurácie prístroja, na ktorom je aplikácia inštalovaná a jednoduchosť zavádzania zmien vďaka dostupnosti ľubovoľných nástrojov. 

Táto aplikácia implementuje základnú funkcionalitu advokátskych systémov analyzovaných v~podkapitole \ref{exist} analytickej časti práce. Systém tiež poskytuje unikátnu funkcionalitu, vďaka integrácie Google Maps API v~procese vyhodnocovania náhrady za cestovné náklady

Je teda možné zhodnotiť, že daný systém, v~prípade aktívneho používania, má potenciál zvýšiť efektivitu vyhodnocovacieho procesu a úrovne organizácie práce v~rámci advokátskej kancelárie.

\bigskip
\chapter{Záver}
\label{zaver}
Cieľom diplomovej práce bolo vypracovať návrh a implementáciu časti informačného systému na zvýšenie efektivity procesov advokátskej kancelárii, na území Slovenskej republiky. Návrh mal byť vytvorený na základe predchádzajúcej analýzy software-ových riešení podporujúcich výkon advokácie a súčasného stavu kancelárie a jej informačného systému. Vypracovaná analýza mi poskytla podklad pre vhodné stanovenie požiadaviek na implementovaný systém. 

Stanovené požiadavky nakoniec neboli zamerané len na rozšírenie systému za účelom zvýšenia efektivity práce, ale aj na zvýšenie úrovne jeho stability, bezpečnosti, prívetivosti a zaručenie možnosti ďalšieho vývoja.

Súčasti zamerané na zvýšenie efektivity boli navrhnuté a implementované, vďaka analýze poskytovaných služieb inými nástrojmi na podporu advokátskej praxe, analýze vybraného procesu kancelárie a konzultácie s~advokátmi súčasne pôsobiacimi na území Slovenskej Republiky. 

Poznatky JUDr. Jána Bartánusa a JUDr. Miloslava Hricka z~advokátskej oblasti, mi napomohli počas celého procesu vypracovávania diplomovej práce. 

Na úspešné naplnenie cieľa diplomovej práce som sa musel dôverne oboznámiť s~použitými analytickými, návrhovými a software-ovými prostriedkami. Taktiež bolo nutné získať vedomosti o~efektívnej architektúre informačných systémov a najlepších praktikách vývoju software v~rámci framework-u Symfony.

Výsledkom mojej snahy je funkčný, stabilný a rozšíriteľný informačný systém zavedený v~rámci technologickej infraštruktúry vybranej kancelárie. Verím, že aktualizácia užívateľského rozhrania systému a rozšírenie jeho funkcionality o~modul vyhodnocovania odmien a o~výpočetné, či iné podporné nástroje, podporia jeho úspešnú integráciu do procesov kancelárie.

Súčasné informačné systémy, používané v~advokátskych kanceláriách, majú svoje obmedzenia, no v~mnohých prípadoch sú rozšírené o~nástroje, ktoré aplikácia vyvíjaná v~rámci tejto práce neposkytuje. Vzhľadom na moju dlhodobú históriu vývoja systému rozširovaného v~tejto práci, som motivovaný systém ďalej rozširovať o~užitočnú funkcionalitu a zaistiť jeho využívanie v~zvolenej advokátskej kancelárii prostredníctvom poskytovania tréningu a technickej, či užívateľskej podpory. Medzi budúce rozšírenia aplikácie môže patriť integrácia ďalších verejných registrov Slovenskej republiky, alebo osobného Google Calendar užívateľa. Užitočnými rozšíreniami by mohli byť tiež emailový a štatistický modul. Z~hľadiska užívateľského rozhrania by bolo ideálne transformovať niektoré zo statických formulárov na dynamické. 





%===============================================================================
