<chapter id="definitions">
<chapterinfo>
<authorgroup>
<author
><firstname
>Anne-Marie</firstname
> <surname
>Mahfouf</surname
> <affiliation
> <address
><email
>annma@kde.org</email
></address>
</affiliation>
</author>
<author
><firstname
>Raphael</firstname
> <surname
>Langerhorst</surname
> <affiliation
> <address
><email
>raphael.langerhorst@kdemail.net</email
></address>
</affiliation>
</author>
<othercredit role="translator"
><firstname
>Marce</firstname
><surname
>Villarino</surname
><affiliation
><address
><email
>mvillarino@users.sourceforge.net</email
></address
></affiliation
><contrib
>Tradutor do proxecto Trasno</contrib
></othercredit
> 
</authorgroup>
</chapterinfo
> 
<title
>Definicións</title>

<sect1 id="gantt">
<title
>Diagramas de Gantt</title>
<para
>Os diagramas de Gantt son un tipo de diagrama de barras deseñado para mostrar a planificazón das tarefas no tempo. Ainda que na súa orixe os diagramas de Gantt non indicaban as relacións entre as tarefas isto fíxose habitual no seu uso actual xa que é posíbel identificar tanto os pronósticos de realización como as interdependencias entre as tarefas. </para>
<para
>Na xestión de proxectos, os diagramas de Gantt poden mostrar o inicio e fin dos elementos terminais do proxecto, resumos elementos (móstrase) ou dependencias entre elementos terminais (non mostradas). Un elemento terminal defínese como a menor das tarefas rexistradas como parte do esforzo do proxecto. As tarefas son mostradas nunha páxina como barras. A páxina disponse de tal xeito que o tempo aumente á medida que se mova pola páxina. O día/hora de inicio dunha tarefa é indicado polo ponto na páxina onde comece a barra, e a súa duración é indicada pola lonxitude da barra. </para>
<para
>Desde o comezo dos diagramas de Gantt, fóronse convertendo nun estándar da industria como unha ferramenta chave da xestión de proxectos usada para representar as fases, tarefas e actividades que están planificadas como parte dunha Estrutura de Repartición do Traballo (WBS) ou dunha liña de tempo de tarefas. </para>
<para
>O formato inicial do diagrama foi elaborado por Henry L. Gantt (1861-1919) en 1910 (consulte, <quote
>Traballo, Remuneración e Beneficio</quote
> de H. L. Gantt, publicado por The Engineering Magazine, NY, 1910). </para>
</sect1>

<sect1 id="wbs">
<title
>Estrutura de Repartición do Traballo (WBS)</title>
<para
>En xestión de proxectos, unha estrutura de repartición do traballo (WBS) é unha estrutura en árbore de resultados e tarefas que deben ser realizadas para completar un proxecto. Esta árbore é exhaustiva e hierárquica (do xeral ao específico). </para>
<para
>O propósito da WBS é identificar os elementos terminais (os ítens reais a facer nun proxecto). Por ende, a WBS serve de base para grande parte do plano do proxecto. </para>
<para
>Unha regra do polegar útil é que calquer proxecto pode ser dividido en de 10 a 20 tarefas. </para>
<para
>A estrutura de repartición do traballo é unha ferramenta de xestión de proxectos moi frecuente. Moitas entidades do governo dos EEUU requeren WBS. </para>
<para
>Consulte a sección <xref linkend="configure-wbs"/> para aprender a configurar as súas WBS. </para>
</sect1>

<sect1 id="float">
<title
>Real</title>
<para
>A flutuación en xestión de proxectos é a cantidade de tempo que un elemento terminal dunha rede dun proxecto pode ser demorada, sen causar atrasos en: <itemizedlist
> <listitem
><para
>elementos terminais posteriores (flutuación libre)</para
></listitem
> <listitem
><para
>a data de remate do proxecto (flutuación total).</para
></listitem
></itemizedlist
> A flutuación en ocasións é chamada inactividade. </para>
</sect1>

<sect1 id="task">
<title
>Tarefa</title>
<para
>Unha tarefa é unha parte dun proxecto que debe ser completada dentro dun período de tempo determinado. As tarefas poden ser ligadas entre si para criar Dependencias. </para>
<para
>As tarefas son realizadas ao longo dun período de tempo e polo xeral consumen recursos. </para>
<para
>Unha tarefa é crítica cando ten unha flutuación nula ou negativa. </para>
<para
>En &kplato; cada tarefa ten un ID, un nome e unha persoa responsábel. Os prazos, o custo e os recursos asinados poden ser configurados no diálogo de <guilabel
>Configuración da Tarefa</guilabel
>. </para>
<para
>Unha subtarefa é calquer nó dunha árbore de WBS que ten unha tarefa como pai.</para>

</sect1>

<sect1 id="resource">
<title
>Recurso</title>
<para
>Un recurso é un ítem requerido para completar unha tarefa. Os recursos poden ser xente, equipamentos, instalacións, orzas ou calquer outra cousa precisa para realizar o traballo dun proxecto. Os recursos poden ter unha disponibilidade de tempo limitada (&ie; un empregado que traballa 8 horas ao día, 5 días á semana). </para>
<para
>A disponibilidade defínese en <link linkend="calendar"
>calendarios</link
>. </para>
<para
>En &kplato; son recursos tanto as persoas (traballo) como máquinas/dispositivos (materiais). </para>
</sect1>

<sect1 id="calendar">
<title
>Calendarios</title>
<para
>Un calendario define en que momento está disponíbel un <link linkend="resource"
>recurso</link
>. </para>
<para
>Os calendarios poden ser unha semana normal de traballo ou horarios especiais que poden ser definidos individualmente para cada día. Isto permite un control moi exacto da disponibilidade dos recursos. </para>
<para
>Cada <link linkend="resource"
>recurso</link
> está polo xeral conectado a un calendario. </para>
<para
>En &kplato; pode usar calendario hierarquicos. </para>
</sect1>

<sect1 id="milestone">
<title
>Fito</title>
<para
>Un fito é un evento planificado que indica que se completou un resultado importante ou un conxunto de resultados relacionados entre si (polo xeral sinalando a fin dun período). Un fito é unha actividade con duración nula e sen esforzo &ie; os fitos non teñen un traballo asociado a eles. É unha marca no plano de traballos que indica que algún traballo foi completado. </para>
<para
>Polo xeral, os fitos son usados como ponto de control do proxecto para validar o progreso do proxecto e revalidar o traballo. Os fitos tamén son usados como instantáneas de alto nível para que os xestores validen a evolución do proxecto. En moitos casos os fitos sinalan a toma dunha decisión. </para>
</sect1>

<sect1 id="critical-path">
<title
>Camiño crítico</title>
<para
>Un camiño é unha serie de tarefas conectadas. Na xestión de proxectos, un camiño crítico é a secuencia de elementos terminais do proxecto coa maior duración total, o que determina o tempo mínimo para completar o proxecto. </para>
<para
>A duración do camiño crítico estabelece a duración do proxecto enteiro. Calquer atraso nun elementos terminal do camiño crítico terá efeitos directos na data prevista de remate do proxecto (isto é, non hai flutuación no camiño crítico). Por exemplo, se unha tarefa no camiño crítico é demorada un día, entón todo o proxecto será demorado un día (a non ser que outra tarefa do camiño crítico poda ser acelerada un día). </para>
<para
>Un proxecto pode ter varios camiños críticos en paralelo. Denomínase camiño subcrítido a un camiño adicional en paralelo através da rede cunha duración menor que a do camiño crítico. </para>
<para
>Na súa orixe, o método do camiño crítico só consideraba dependencias lóxicas entre elementos terminais. Un conceito relacionado é o de cadea crítica, que engade dependencias de recursos. </para>
<para
>O método do camiño crítico foi inventado pola corporación DuPont. </para>
</sect1>

<sect1 id="scheduling">
<title
>Planificación</title>
<para
>A planificazón é o proceso de criar un plano do proxecto baseado nos datos deste como <link linkend="task"
>tarefas</link
>, <link linkend="resource"
>recursos</link
> e <link linkend="calendar"
>calendarios</link
>. O resultado pode ser visto nun diagrama, como un <link linkend="gantt"
>diagrama de gant</link
>. &kplato; tamén pode xerar informes para un proxecto. </para>
<para
>Polo xeral hai varios modos de planificazón, como optimista, esperado e pesimista. Cando se crea unha tarefa pode indicar o porcentaxe adicional de estimación para os planos optimista e pesimista. Esta porcentaxe será usada para os distintos modos de planificazón. </para>
<para
>Cando planifique un proxecto com &kplato;, poderá escolle entre planos optimistas, esperados e pesimistas. </para>
</sect1>

</chapter>

<!--
Local Variables:
mode: sgml
sgml-parent-document: ("index.docbook" "book" "chapter")
sgml-minimize-attributes:nil
sgml-general-insert-case:lower
sgml-indent-step:0
sgml-indent-data:nil
End:
-->
