summaryrefslogtreecommitdiffstats
path: root/tde-i18n-sk/docs/kdesdk/umbrello/uml_basics.docbook
diff options
context:
space:
mode:
Diffstat (limited to 'tde-i18n-sk/docs/kdesdk/umbrello/uml_basics.docbook')
-rw-r--r--tde-i18n-sk/docs/kdesdk/umbrello/uml_basics.docbook738
1 files changed, 0 insertions, 738 deletions
diff --git a/tde-i18n-sk/docs/kdesdk/umbrello/uml_basics.docbook b/tde-i18n-sk/docs/kdesdk/umbrello/uml_basics.docbook
deleted file mode 100644
index 41ea4ebaeba..00000000000
--- a/tde-i18n-sk/docs/kdesdk/umbrello/uml_basics.docbook
+++ /dev/null
@@ -1,738 +0,0 @@
-<chapter id="uml-basics">
-
-<title>Základy UML</title>
-
-<sect1 id="about-uml">
-
-<title>O UML</title>
-
-<para> Táto kapitola poskytuje krátky úvod do základov UML. Pripomíname však, že
-to nie je plnohodnotný úvod. Ak chcete vedieť viac o unifikovanom modelovacom
-jazyku alebo všeobecne o analýze a návrhu softvéru, prečítajte si jednu z
-mnohých kníh venovaných tejto tematike. Ako východzí bod môžeme nájsť mnohé
-práce o tejto téme aj na internete.</para>
-
-<para> Unifikovaný modelovací jazyk (Unified Modelling Language - UML) je
-notácia
-diagramov pre špecifikáciu, vizualizáciu a dokumentáciu modelov
-objektovo-orientovaných softvérových systémov. UML nie je
-modelom chovania, t.j. nič nehovorí o jednotlivých krokoch, ktoré sú potrebné
-pre vytvorenie systému. Pomáha však vizualizovať systém a komunikovať s
-ostatnými. O štandard UML sa stará skupina Object Management Group (OMG) a je to
-priemyselný štandard pre popis softvérových modelov.
-</para>
-
-<para> UML bol vytvorený pre objektovo-orientovaný návrh softvéru a preto je pri
-ostatných paradigmách programovania použiteľný len obmedzene.
-</para>
-<para>
-UML sa skladá z mnohých prvkov modelu, ktoré predstavujú istý aspekt
-softvérového systému. Tieto prvky sa kombinujú do diagramu, ktoré predstavujú
-istú časť alebo istý pohľad na systém. Umbrello podporuje tieto typy diagramov:
-</para>
-<!-- FIXME, is it possible to link from these to the next pages?-->
-<itemizedlist>
- <listitem>
- <para><emphasis>
- <link linkend="class-diagram">Diagram tried</link></emphasis>,
- reprezentuje triedy a ich vzájomné vzťahy
- </para>
- </listitem>
- <listitem>
- <para><emphasis>
- <link linkend="use-case-diagram">Diagram prípadov použitia</link> </emphasis>,
- reprezentuje aktérov (ľudí alebo iných užívateľov systému), prípady použitia
- (scenáre, ako využívajú aktéri systém) a ich vzájomné vzťahy.
- </para>
- </listitem>
- <listitem>
- <para><emphasis>
- <link linkend="sequence-diagram">Sekvenčný diagram</link></emphasis>,
- reprezentuje objekty a ich vzájomné vzťahy, pričom dôraz sa kladie na
- chronologické poradie výmeny správ medzi jednotlivými objektmi.
- </para>
- </listitem>
- <listitem>
- <para><emphasis>
- <link linkend="collaboration-diagram">Diagram spolupráce</link></emphasis>,
- reprezentuje objekty a ich vzájomné vzťahy, pričom dôraz sa kladie na
- jednotlivé objekty, ktoré sa zúčastňujú výmeny správ.
- </para>
- </listitem>
- <listitem>
- <para><emphasis>
- <link linkend="state-diagram">Stavový diagram</link></emphasis>,
- Reprezentuje stavy, zmeny stavov a výstupy v objekte alebo časti systému.
- </para>
- </listitem>
- <listitem>
- <para><emphasis>
- <link linkend="activity-diagram">Diagram aktivít</link></emphasis>,
- reprezentuje aktivity, stavy a zmeny stavov objektov a výstupy v častiach
- systému.
- </para>
- </listitem>
-</itemizedlist>
-</sect1>
-
-<!-- about-uml-->
-
-<sect1 id="uml-elements"> <!--FIXME diagram-types ???? -->
-
-<title>Prvky UML</title>
-
-<sect2 id="use-case-diagram">
-
-<title>Diagram prípadov použitia</title>
-<para>Diagramy prípadov použitia popisujú vzťahy a závislosti medzi skupinou
-<emphasis>prípadov použitia</emphasis> a aktérov, ktorí sa zúčastňujú daného
-procesu</para>
-
-<para>
-Pripomíname, že diagram prípadov použitia sa v návrhu systému neodzrkadlí a tým
-nehovorí nič o interných záležitostiach systému. Diagramy prípadov použitia sa
-používajú len na zjednodušenie komunikácie medzi vývojármi a budúcimi
-užívateľmi, resp. zákazníkmi. Sú osožné hlavne pri stanovení požadovaných
-kritérií budúceho systému. Tým diagramy prípadov použitia určujú,
-<emphasis>čo</emphasis> treba urobiť, nie však <emphasis>ako</emphasis> to treba
-
-
-dosiahnuť.
-</para>
-<para>
- <screenshot>
- <screeninfo>Ukážkový diagram prípadov použitia.</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/use-case-diagram.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Umbrello pri zobrazení ukážkového diagramu prípadov použitia
- </phrase>
- </textobject>
- <caption>
- <para>Umbrello pri zobrazení ukážkového diagramu prípadov použitia
- </para>
- </caption>
- </mediaobject>
- </screenshot>
-</para>
-
-<sect3 id="use-case">
-
-<title>Prípad použitia</title>
-
-<para>
-<emphasis>Prípad použitia</emphasis> popisuje z hľadiska aktéra rad aktivít v
-systéme, ktoré dávajú konkrétny hmatateľný výsledok.
-</para>
-
-<para>Prípady použitia slúžia ako popis typickej interakcie medzi užívateľom a
-systémom. Reprezentujú externé rozhranie a špecifikujú tým, čo má systém robiť
-(iba čo, no nie ako!).</para>
-<para>
-Pri práci s prípadmi použitia sa odporúča riadiť týmito pravidlami:
-<itemizedlist>
- <listitem>
- <para>každý prípad použitia je spojený s aspoň jedným aktérom.
- </para>
- </listitem>
- <listitem>
- <para>každý prípad použitia je niekým vyvolaný (napr. aktérom).
- </para>
- </listitem>
- <listitem>
- <para>
- každý prípad použitia vedie k významnému výsledku (merateľnému a hospodársky
- významnému)
- </para>
- </listitem>
-</itemizedlist>
-</para>
-
-<para>Prípady použitia môžu byť navzájom spojené. Tri najviac používané vzťahy
-medzi prípadmi použitia sú:
-</para>
-<itemizedlist>
- <listitem>
- <para><emphasis>&lt;&lt;include&gt;&gt;</emphasis>,
- čo značí, že prípad použitia sa uskutočňuje <emphasis>v</emphasis> inom
- prípade použitia.
- </para>
- </listitem>
- <listitem>
- <para><emphasis>&lt;&lt;extends&gt;&gt;</emphasis>,
- čo značí, že v istej situácii (alebo v istom bode rozšírenia) sa daný prípad
- použitia rozšíri iným prípadom použitia.
- </para>
- </listitem>
- <listitem>
- <para><emphasis>Zovšeobecnenie</emphasis>,
- čo značí, že prípad použitia zdedí vlastnosti
- <quote>rodičovského</quote>prípadu použitia (nadriadeného) a môže tieto
- vlastnosti prepísať alebo rozšíriť, podobne, ako je to u dedenia v prípade
- tried.
- </para>
- </listitem>
-</itemizedlist>
-</sect3>
-
-<sect3 id="actor">
-
-<title>Aktér</title>
-<para>Aktér je externý objekt (mimo systému), ktorý prichádza do styku so
-systémom prostredníctvom účasti a spustenia prípadov použitia.
-Aktéry môžu byť skutočné osoby (napr. užívatelia systému),
-počítačové systémy alebo externé impulzy.
-</para>
-<para>Aktéry tým predstavujú nie
-<emphasis>fyzické</emphasis> osoby alebo systémy, ale <emphasis>role</emphasis>
-týchto objektov. Ak je fyzická v kontakte so systémom mnohými spôsobmi, (napr.
-prostredníctvom rôznych Rolí) potom sa reprezentuje pomocou rôznych aktérov. Tým
-sa osoba, ktorá pracuje na úseku zákazníckej podpory a zúčastňuje sa aj prijímania
-objednávok bude raz aktérom <quote>Pracovník_zákazníckej_podpory</quote> a druhýkrát
-aktérom <quote>Pracovník_odbytu</quote>.
-</para>
-
-</sect3>
-
-<sect3 id="use-case-description">
-
-<title>Popis prípadu použitia</title>
-
-<para>
-Popis prípadu použitia reprezentuje prípad použitia v textovej forme. Normálne
-sa pre tento účel používajú poznámky alebo dokumenty spojené s prípadom použitia
-a popisujú procesy alebo aktivity, ktoré v danom prípade použitia nastávajú.
-</para>
-
-</sect3>
-
-</sect2> <!-- use-case-diagram-->
-
-<sect2 id="class-diagram">
-
-<title>Diagram tried</title>
-
-<para>
-Diagramy tried zobrazujú rôzne triedy, z ktorých pozostáva systém a ako sú tieto
-
-
-navzájom závislé. Diagramy tried sa označujú ako <quote>statické</quote>
-, keďže reprezentujú triedy s ich metódami a atribútmi, ako aj
-vzájomnými statickými vzťahmi. Pritom sa ukazuje, ktoré triedy <quote>vedia
-</quote> o iných triedach a ktoré triedy <quote>sú sčasti</quote> inými triedami.
-Nezobrazuje však výmenu správ (volania metód) medzi jednotlivými triedami.
-</para>
-
-<para>
- <screenshot>
- <screeninfo>Veľavravný diagram tried</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/class-diagram.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Umbrello pri zobrazení veľavravného diagramu tried</phrase>
- </textobject>
- <caption>
- <para>Umbrello pri zobrazení veľavravného diagramu tried</para>
- </caption>
- </mediaobject>
- </screenshot>
-</para>
-
-<sect3 id="class">
-
-<title>Trieda</title>
-
-<para>Trieda definuje atribúty a metódy množiny objektov. Všetky objekty tejto
-triedy (inštancie) majú rovnaké chovanie a rovnaké atribúty (avšak s odlišnými
-hodnotami). Pojem <quote>typ</quote> sa občas používa ako synonyma triedy, treba
-
-
-
-však dbať na to, že typ je všeobecný a tým tieto dva pojmy nemajú totožný
-význam.
-</para>
-<para>
-V UML sa triedy zobrazujú ako obdĺžniky s názvami tried. Atribúty a
-operácie triedy môžeme zaznamenať do dvoch ďalších <quote>oddelených oblastí</quote>
-v danom obdĺžniku.
-</para>
-
-<para>
- <screenshot>
- <screeninfo>Trieda v UML</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/class.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Zobrazenie triedy v UML</phrase>
- </textobject>
- <caption>
- <para>Zobrazenie triedy v UML</para>
- </caption>
- </mediaobject>
- </screenshot>
-</para>
-
-<sect4 id="attributes">
-
-<title>Atribút</title>
-<para> V UML sa atribúty zobrazujú prinajmenšom pomocou názvu, môžu však
-byť zobrazené aj typ, počiatočná hodnota a ostatné vlastnosti. Je tiež možné
-zobraziť aj viditeľnosť atribútov:
-</para>
-
-<itemizedlist>
- <listitem>
- <para>+ značí verejné - <emphasis>public</emphasis> atribúty</para>
- </listitem>
- <listitem>
- <para># značí chránené - <emphasis>protected</emphasis> atribúty</para>
- </listitem>
- <listitem>
- <para>- značí súkromné - <emphasis>private</emphasis> atribúty</para>
- </listitem>
-</itemizedlist>
-
-</sect4>
-
-<sect4 id="operation">
-
-<title>Operácia</title>
-
-<para>
-Operácie (metódy) musia byť reprezentované aspoň názvom a návratovou hodnotou.
-Podobne, ako je to u atribútov, môžeme zobraziť aj viditeľnosť:
-<itemizedlist>
- <listitem>
- <para>+ značí verejné - <emphasis>public</emphasis> operácie</para>
- </listitem>
- <listitem>
- <para># značí chránené - <emphasis>protected</emphasis> operácie</para>
- </listitem>
- <listitem>
- <para>- značí súkromné - <emphasis>private</emphasis> operácie</para>
- </listitem>
-</itemizedlist>
-</para>
-
-</sect4>
-
-</sect3>
-
-<sect3 id="class-associations">
-
-<title>Asociácie tried</title>
-
-<para>Triedy môžu byť vo vzájomných vzťahoch (asociáciách) mnohých typov.
-</para>
-
-<sect4 id="generalization">
-
-<title>Zovšeobecnenie</title>
-
-<para> Dedenie je základným konceptom objektovo-orientovaného programovania.
-Trieda <quote>získa</quote> pritom všetky atribúty a operácie triedy, od ktorej
-je odvodená. Trieda môže tieto operácie/atribúty prepísať a zmeniť, ako aj
-pridať nové.
-</para>
-
-<para> V UML sa prostredníctvom asociácie
-<emphasis>zovšeobecnenie</emphasis> buduje hierarchia, ktorá predstavuje koncept
-základnej triedy a odvodenej triedy. Zovšeobecnenie medzi dvoma triedami sa v
-UML zobrazuje ako čiara medzi dvoma triedami, pričom na strane základnej triedy
-je šípka.
-<screenshot>
- <screeninfo>Zovšeobecnenie</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/generalization.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Zobrazenie zovšeobecnenia v UML</phrase>
- </textobject>
- <caption>
- <para>Zobrazenie zovšeobecnenia v UML</para>
- </caption>
- </mediaobject>
-</screenshot>
-</para>
-
-</sect4>
-
-<sect4 id="uml-associations">
-
-<title>Asociácia</title>
-
-<para>
-Asociácia predstavuje vzťah medzi triedami dar a tým popisuje všeobecný význam a
-štruktúru rôznych typov <quote>vzťahov</quote> medzi objektmi.
-</para>
-
-<para>Asociácie sú mechanizmom, ktorý umožňuje, aby
-objekty medzi sebou navzájom komunikovali. Popisujú vzťahy medzi rôznymi
-triedami (vzťahy medzi jednotlivými objektmi sa označujú ako vzťahy objektov
-alebo ako <emphasis>prepojenie</emphasis>).
-</para>
-
-<para>
-Asociácie môžu mať role, ktoré popisujú účel vzťahu a sú buď jednosmerné
-alebo obojsmerné (t.j. či je vzťah medzi objektmi jedno- alebo
-obojstranný).
-Oba konce asociácie majú hodnotu násobnosti, ktorá určuje, koľko objektov na
-jednej strane môže byť v spojení s koľkými objektmi na strane druhej.
-</para>
-
-<para> V UML sa asociácia zobrazuje prostredníctvom čiary medzi triedami,
-ktoré sa zúčastňujú asociácie. Môžeme pritom zobraziť aj rolu a násobnosť.
-Násobnosť je rozsah [min..max] nezáporných čísel, pričom hviezda (*) na strane
-maxima predstavuje nekonečno.
-<screenshot>
- <screeninfo>Asociácie UML</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/association.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Zobrazenie asociácie v UML</phrase>
- </textobject>
- <caption>
- <para>Zobrazenie asociácie v UML</para>
- </caption>
- </mediaobject>
-</screenshot>
-</para>
-
-</sect4>
-
-<sect4 id="aggregation">
-
-<title>Agregácia</title>
-
-<para>agregácie sú špeciálnym prípadom asociácií.
-Vo vzťahu nemajú triedy rovnaký status, táto asociácia predstavuje vzťah
-<quote>súčasť celku</quote>. Agregácia popisuje, ako trieda, ktorá je v úlohe
-celku, sa skladá z tried, ktoré majú úlohu častí. Pri agregáciách majú triedy v
-úlohe celku vždy násobnosť 1.
-</para>
-<para> V UML sa agregácie zobrazujú ako asociácie, pričom na strane celku je
-kosoštvorec.
-<screenshot>
- <screeninfo>Agregácia</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/aggregation.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Zobrazenie vzťahu agregácie v UML</phrase>
- </textobject>
- <caption>
- <para>Zobrazenie vzťahu agregácie v UML</para>
- </caption>
- </mediaobject>
-</screenshot>
-</para>
-
-</sect4>
-
-<sect4 id="composition">
-
-<title>Kompozícia</title>
-
-<para>Kompozície sú asociácie, ktoré predstavujú <emphasis>veľmi
-silnú</emphasis> agregáciu.
-To znamená, že kompozície reprezentujú vzťah súčasť celku, avšak vzťah je taký
-silný, že súčasti nemôžu existovať samostatne. Preto existujú iba v celku a ak
-celok zanikne, zaniknú aj ony.
-</para>
-
-<para>V UML sa kompozície zobrazujú ako vyplnený kosoštvorec na strane celku.
-</para>
-
-<para>
-<screenshot>
- <screeninfo>Kompozícia</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/composition.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Zobrazenie vzťahu kompozície v UML</phrase>
- </textobject>
- </mediaobject>
-</screenshot>
-</para>
-
-</sect4>
-
-</sect3> <!--class-associations-->
-
-</sect2> <!--class diagram -->
-
-<sect2 id="activity-diagram">
-
-<title>Diagram aktivít</title>
-
-<para>Diagramy aktivít popisujú postupnosť aktivít v systéme.
-Sú špeciálnou formou stavových diagramov, pričom takmer výlučne obsahujú len
-aktivity.
-</para>
-
-<para>
-<screenshot>
- <screeninfo>Názorný diagram aktivít</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/activity-diagram.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Umbrello pri zobrazení diagramu aktivít</phrase>
- </textobject>
- <caption>
- <para>Umbrello pri zobrazení diagramu aktivít</para>
- </caption>
- </mediaobject>
-</screenshot>
-</para>
-
-<para>Diagramy aktivít sú veľmi podobné procedurálnym diagramom dátových tokov.
-Sú však odlišné tým, že aktivity sú jasne viazané na
-objekty.</para>
-
-<para>
-Diagramy aktivít patria vždy jednoznačne <emphasis>k triedam</emphasis>,
-<emphasis>operáciám</emphasis> alebo <emphasis>prípadom použitia</emphasis>.
-</para>
-
-<para>V diagrame aktivít môžeme zaznamenať aj sekvenčné či dokonca súbežné
-aktivity. Paralelné spracovanie sa zaznamenáva vo forme symbolov
-Rozdeliť/spojiť (fork/join). Pre paralelne bežiace aktivity je pritom dôležité,
-v akom poradí sa budú vykonávať. Môžu byť vykonávané v rovnakom časovom okamihu,
-ale aj za sebou.
-</para>
-
-<sect3 id="activity">
-
-<title>Aktivita</title>
-
-<para>Aktivita je jediný krok v procese. Tým je aktivita stavom systému s
-internou aktivitou a aspoň jedným prechodom. Môžu existovať viaceré prechody, ak
-sa aktivita vykonáva v rôznych podmienkach.
-</para>
-
-<para>
-Aktivity môžu byť usporiadané do hierarchie, v ktorej sa jedna aktivita skladá z
-mnohých iných. Pritom sa musia vstupujúce a vystupujúce prechody zosúladiť s
-príslušnými prechodmi dekonštrukcie.
-</para>
-
-</sect3>
-
-</sect2> <!-- activity diagram-->
-
-<sect2 id="sequence-diagram">
-
-<title>Sekvenčný diagram</title>
-
-<para>Sekvenčné diagramy zobrazujú výmenu správ (napr. volanie metód) medzi
-Objektmi v danom časovom priestore. Kladie sa pritom dôraz na poradie a čas,
-v ktorom sa správy posielajú objektom.
-</para>
-
-<para>
-V sekvenčnom diagrame sa objekt označuje zvislou prerušovanou čiarou. Názov objektu sa
-nachádza na hornom konci. Časová os je tiež zvislá, pričom hodnoty sa zväčšujú
-smerom nadol. Správy medzi objektmi sa označujú ako šípky s názvami operácií a
-ich parametrov.
-</para>
-
-<para>
- <screenshot>
- <screeninfo>Sekvenčný diagram</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/sequence-diagram.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Umbrello pri zobrazení sekvenčného diagramu</phrase>
- </textobject>
- <caption>
- <para>Umbrello pri zobrazení sekvenčného diagramu
- </para>
- </caption>
- </mediaobject>
- </screenshot>
-</para>
-
-</sect2>
-
-<sect2 id="collaboration-diagram">
-
-<title>Diagram spolupráce</title>
-
-<para>Diagram spolupráce zobrazuje interakciu medzi objektmi, ktoré sa
-zúčastňujú špecifickej situácie. Toto predstavuje v princípe
-informácie zo sekvenčného diagramu, pričom pri tomto diagrame sa kladie dôraz na
-časovú následnosť. V prípade diagramu spolupráce sa však do popredia dostáva
-vzťah medzi objektmi a jeho topológia.
-</para>
-
-<para>Správy medzi objektmi sa v
-diagrame spolupráce zobrazujú ako šípky označené názvom, parametrom a poradovým
-číslom správy. Diagramy spolupráce sa výborne hodia pre zobrazenie špeciálnych
-programových postupov alebo situácií. Môžeme nimi demonštrovať a vyjasniť časť
-logiky programu veľmi jednoducho a rýchlo.
-</para>
-
-<para>
-<screenshot>
- <screeninfo>Diagramy spolupráce</screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/collaboration-diagram.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Umbrello pri zobrazení diagramu spolupráce</phrase>
- </textobject>
- <caption>
- <para>Umbrello pri zobrazení diagramu spolupráce
- </para>
- </caption>
- </mediaobject>
-</screenshot>
-</para>
-
-</sect2>
-
-<sect2 id="state-diagram">
-
-<title>Stavový diagram </title>
-
-<para>Stavové diagramy zobrazujú objekty v rôznych stavoch ich života a
-zobrazujú vplyvy, ktorými objekty menia stav.
-</para>
-
-<para>Stavové diagramy zobrazujú objekty ako
-<emphasis>stavové stroje</emphasis> alebo konečné automaty, ktoré môžu byť v
-konečnom počte stavov a dokážu meniť stav prostredníctvom konečného počtu
-vplyvov. Takto sa môže objekt <emphasis>sieťový_server</emphasis> počas
-svojej existencie nachádzať v týchto stavoch:
-</para>
-<itemizedlist>
- <listitem>
- <para>pripravený</para>
- </listitem>
- <listitem>
- <para>čakajúci</para>
- </listitem>
- <listitem>
- <para>pracujúci</para>
- </listitem>
- <listitem>
- <para>zastavený</para>
- </listitem>
-</itemizedlist>
-
-<para>
-a impulzy, ktoré vyvolávajú zmenu stavu objektu môžu byť:
-</para>
-<itemizedlist>
- <listitem>
- <para>Objekt bol vytvorený</para>
- </listitem>
- <listitem>
- <para>Objekt dostal správu, že má počkať</para>
- </listitem>
- <listitem>
- <para>Klient požaduje pripojenie cez sieť</para>
- </listitem>
- <listitem>
- <para>Klient ukončil spojenie</para>
- </listitem>
- <listitem>
- <para>Požiadavka sa spracuje a ukončí</para>
- </listitem>
- <listitem>
- <para>Objekt zachytí správu, že má ukončiť činnosť</para>
- </listitem>
- <listitem>
- <para>atď.</para>
- </listitem>
-</itemizedlist>
-
-<para>
-<screenshot>
- <screeninfo>Stavový diagram </screeninfo>
- <mediaobject>
- <imageobject>
- <imagedata fileref="pics/state-diagram.png" format="PNG"/>
- </imageobject>
- <textobject>
- <phrase>Umbrello pri zobrazení stavového diagramu</phrase>
- </textobject>
- <caption>
- <para>Umbrello pri zobrazení stavového diagramu</para>
- </caption>
- </mediaobject>
-</screenshot>
-</para>
-
-<sect3 id="state">
-
-<title>Stav</title>
-
-<para>Stavy sú stavebné kamene stavového diagramu. Stav patrí k práve jednej
-triede predstavuje istú konšteláciu hodnôt atribútov triedy. Tým popisuje stav v
-UML interný stav objektu istej triedy.</para>
-<para>
-Je pritom dôležité, že nie každá zmena atribútov vedie k novému stavu objektu.
-Ako nový stav má byť označená len zmena atribútov s citeľným vplyvom.
-</para>
-<para>Dva špeciálne stavy sú Počiatočný a Konečný stav. To znamená, že sa nemôže
-stať to, že sa objekt vráti do počiatočného stavu a žiaden impulz nemôže objekt
-preniesť do iného stavu, ak dosiahol konečný stav.
-</para>
-
-</sect3>
-
-</sect2>
-
-<sect2 id="helper-elements">
-<title>Pomocné prvky</title>
-<para>V UML existujú 3 prvky, ktoré nemajú sémantický význam v modeli,
-zjednodušujú však pochopenie diagramov. Tieto prvky sú:
-</para>
-
-<itemizedlist>
- <listitem>
- <para>Riadok textu</para>
- </listitem>
- <listitem>
- <para>Poznámkový štítok</para>
- </listitem>
- <listitem>
- <para>Ukotvenie</para>
- </listitem>
-</itemizedlist>
-
-<para> Pomocou riadku textu môžeme do diagramu vložiť krátku informáciu. Text je
-samostatný a nemá žiaden význam z pohľadu modelu.
-</para>
-
-<para>
-Pomocou poznámkového štítku môžeme vložiť detailné informácie o objekte alebo o
- situácii. Veľkou prednosťou textovej poznámky je, že ju môžeme pripojiť k
-prvku UML a tým textová poznámka <quote>patrí</quote> k tomuto prvku alebo
-špeciálnej situácii.
-</para>
-<para>Ani ukotvenia nemajú žiaden obsahový význam, sú však užitočné k spojení dvoch
-prvkov. Takto môžeme napríklad spojiť textové poznámky a objekt diagramu.
-</para><!--
-FIXME, screenshot -->
-</sect2>
-</sect1> <!-- uml-elements -> diagram types ???
---></chapter>