ItEr30S13DocumentacionFormacionItEr29S15: New content
This commit is contained in:
Xavier Castaño
Javier Moran Rua
parent
3a45a88ddf
commit
3f9b91dac5
3 changed files with 135 additions and 9 deletions
|
|
@ -19,23 +19,23 @@ Administración de criterios
|
|||
A administración de criterios será accesible dende o menú de administración:
|
||||
|
||||
.. figure:: images/menu.png
|
||||
:scale: 50
|
||||
:scale: 70
|
||||
|
||||
A operación específica para administrar criterios é *Manage Criteriums*. A partir de dita operación é posible listar os criterios dispoñibles no sistema.
|
||||
|
||||
.. figure:: images/lista-criterios.png
|
||||
:scale: 50
|
||||
:scale: 70
|
||||
|
||||
Premendo no botón *Create* poderase acceder ó formulario de creación/edición de un criterio. A edición de un criterio farase premendo na icona de edición do mesmo.
|
||||
|
||||
.. figure:: images/edicion-criterio.png
|
||||
:scale: 2
|
||||
:scale: 55
|
||||
|
||||
|
||||
No formulario de edición de criterios que se amosa na anterior imaxe poderanse realizar as seguintes operacións:
|
||||
No formulario de edición de criterios que se amosa na imaxe anterior poderanse realizar as seguintes operacións:
|
||||
* Edición do nome do criterio
|
||||
* Indicar se o criterio acepta a posibilidade de ser asignado con varios valores simultáneamente ó mesmo elemento. Por exemplo, un recurso que satisfai dous criterios, soldador e torneiro.
|
||||
* Indicar se o criterio é xerárquico ou non. Existen casos nos que os criterios deben ser tratados xerárquicamente, é dicir, que herden as propiedades dun criterio as fillas deste. Un exemplo claro de xerarquización de criterios é o criterio localización, unha persoa que teña asignado Galicia como localización pertencerá á localización España por ser xerárquico.
|
||||
* Indicar se é posible asignar varios valores simultáneamente ó mesmo elemento para o tipo de criterio seleccionado. Por exemplo, un recurso que satisfai dous criterios, soldador e torneiro.
|
||||
* Indicar se o criterio é xerárquico ou non. Existen casos nos que os criterios deben ser tratados xerárquicamente, é dicir, que o feito de ser un criterio asignado a un elemento non folla faga que este criterio estea asignado automáticamente ós fillos. Un exemplo claro de xerarquización de criterios é o criterio localización, unha persoa que teña asignado Galicia como localización pertencerá á localización España por ser xerárquico.
|
||||
* Indicar se o criterio está habilitado e deshabilitado. Esta é a forma de borrar criterios. Debido a que unha vez creado un criterio e utilizado en datos históricos, estes non poden ser cambiados, o criterio debe existir no sistema. Para evitar que este criterio saia en diferentes elementos de selección, poderá ser invalidado.
|
||||
* Realizar unha descrición do criterio.
|
||||
* Engadir novos valores. Na segunda parte do formulario aparece unha entrada de texto con un botón *New Criterion*
|
||||
|
|
@ -43,4 +43,4 @@ No formulario de edición de criterios que se amosa na anterior imaxe poderanse
|
|||
* Desplazar verticalmente os criterios na lista dos existentes.
|
||||
* Eliminar un valor de criterio da lista.
|
||||
|
||||
O funcionamento do formulario correspóndese cos formularios de tres operacións.
|
||||
O formulario de administración de criterios é un formulario que responde ás características dos formularios comentados na introducción como de 3 operacións (gardar, gardar e pechar e pechar).
|
||||
|
|
@ -3,4 +3,83 @@ Calendarios
|
|||
|
||||
.. contents::
|
||||
|
||||
Contidos...
|
||||
Os calendarios serán os elementos do portal que determinen as dispoñibilidades para o traballo dos distintos recursos. Un calendario na aplicación estará formado por unha serie de días anuais, cada día disporá de unha serie de horas dispoñibles para o traballo.
|
||||
|
||||
Por exemplo, un festivo terá 0 horas dispoñibles e, se as horas de traballo dentro dun día laboral son 8, será este número o que se asignará de dispoñibilidade para ese día.
|
||||
|
||||
Administración de calendarios
|
||||
=============================
|
||||
|
||||
A administración de calendarios actuará do seguinte xeito:
|
||||
* Cada día é independente entre sí e cada ano ten días diferentes, é dicir, se se marca o 8 de Decembro de 2009 como festivo eso non quere dicir que o ano 2010 xa teña o día 8 de Decembro como festivo.
|
||||
* Os días laborais márcanse en base a días da semana, é dicir, se se determina que o normal é traballar 8 horas os luns, quedarán todos os luns de todas as semanas dos diferentes anos marcados como 8 horas dispoñibles.
|
||||
* É posible marcar excepcións, é dicir, elixir un día concreto no que as horas dispoñibles sexan diferentes á regla xeral para dito día da semana.
|
||||
|
||||
A administración de calendarios está accesible dende as operacións de "Administración". Desde dito punto o usuario pode realizar o seguinte
|
||||
1 Crear un novo calendario dende cero.
|
||||
1 Crear un calendario derivado de outro calendario.
|
||||
1 Crear un calendario como copia de outro calendario.
|
||||
1 Editar un calendario existente.
|
||||
|
||||
Creación dun novo calendario
|
||||
----------------------------
|
||||
|
||||
Para a creación dun novo calendario é necesario premer no botón "______". O sistema amosará un formulario no que o usuario poderá realizar as seguintes operacións:
|
||||
* Marcar as horas dispoñibles para cada día da semana (luns, martes, mércores, xoves, venres, sábados e domingos).
|
||||
* Seleccionar un día específico do calendario.
|
||||
* Asignar horas como excepción a un día específico do calendario.
|
||||
|
||||
Con estas operacións un usuario da aplicación ten a capacidade de personalizar os calendarios completamente ás súas necesidades. Para almacenar os cambios no formulario é necesario premer no botón "______".
|
||||
|
||||
|
||||
Creación dun calendario derivado
|
||||
--------------------------------
|
||||
|
||||
Un calendario derivado é un calendario que se crea como derivación dun existente, é dicir, herda todas as características do orixinal e ó mesmo tempo é posible modificalo para que conteña as súas particularidades.
|
||||
|
||||
Un exemplo de uso de calendarios derivados é a existencia dun calendario xeral para España e a creación dun derivado para só incluir os 2 festivos galegos sobre o xeral.
|
||||
|
||||
É importante destacar que ante calquera modificación realizada sobre o calendario orixinal o calendario derivado será directamente afectado, sempre e cando, non se definira unha actuación concreta sobre el mesmo. Por exemplo, no calendario de España inclúese un día laboral no 17 de Maio con 8 horas de traballo e no calendario galego, que se creou como derivación, o día 17 de Maio é considerado un día de 0 horas de traballo por ser festivo. Se sobre o calendario español se cambian os días da semana do 17 Maio para que as horas dispoñibles sexan 4 diarias, no galego o que sucederá é que todos os días da semana do 17 de Maio terán 4 horas dispoñibles excepto o mesmo día 17 que terá 0 horas, tal e como explícitamente se establecera antes.
|
||||
|
||||
Para crear un calendario derivado na aplicación, é necesario facer o seguinte:
|
||||
* Acceder ó menú de *Administración*.
|
||||
* Premer na operación de administración de calendarios.
|
||||
* Elixir un dos calendarios sobre o que se desexa realizar un derivado e premer no botón "______".
|
||||
* Unha vez realizada esta operación o sistema amosará un formulario de edición coas mesmas características que os formularios para crear calendarios dende cero, coa diferencia de que as excepcións e as horas por día da semana se propoñen en base ó calendario orixinal.
|
||||
|
||||
|
||||
Creación dun calendario por copia
|
||||
---------------------------------
|
||||
|
||||
Un calendario copiado é un calendario que se crea como copia exacta de outro existente, é dicir, que recibe todas as características do orixinal e ó mesmo tempo é posible modificalo para que conteña as súas particularidades.
|
||||
|
||||
A diferencia entre copiar e derivar un calendario radica nos cambios no orixinal. No caso de copias, se o orixinal é modificado, non afectará á copia, sen embargo, cando se deriva, sí afecta ó fillo.
|
||||
|
||||
Un exemplo de uso de calendario por copia é o dispor de un calendario para Pontevedra e necesitar un calendario para A Coruña onde a maioría das características son as mesmas sen embargo, non se espera que os cambios nun afecten ó outro.
|
||||
|
||||
Para crear un calendario copiado na aplicación, é necesario facer o seguinte:
|
||||
* Acceder ó menú de *Administración*.
|
||||
* Premer na operación de administración de calendarios.
|
||||
* Elixir un dos calendarios sobre o que se desexa realizar un derivado e premer no botón "______".
|
||||
* Unha vez realizada esta operación o sistema amosará un formulario de edición coas mesmas características que os formularios para crear calendarios dende cero, coa diferencia de que as excepcións e as horas por día da semana se propoñen en base ó calendario orixinal.
|
||||
|
||||
|
||||
Asignación de calendario a recursos
|
||||
-----------------------------------
|
||||
|
||||
Un recurso poderá recibir como asignación un calendario existente ou un calendario creado específicamente para o recurso. En calquera dos casos, unha vez se asigna un calendario a un recurso, é posible realizar modificacións específicas para ese recurso.
|
||||
|
||||
Os casos posibles son:
|
||||
* *Creación de un calendario para o recurso a partir de cero*. Neste caso, o calendario será únicamente para o recurso e calqueira característica que se lle desexe asignar deberá ser modificada no propio calendario do recurso.
|
||||
* *Creación de un calendario para o recurso como copia de calendario existente*. O calendario recollerá dende un principio as especificidades do calendario orixinal, sen embargo, unha vez asignado, deberá ser modificado dende o propio recurso.
|
||||
* *Creación de un calendario para o recurso como derivado de calendario existente*. O calendario recollerá dende un principio as especificidades do calendario orixinal e, ó mesmo tempo, se o calendario orixinal é modificado para todos, o propio recurso recibirá esas modificacións de xeito indirecto, tal e como se comentou na sección de calendarios derivados.
|
||||
|
||||
Para asignar un calendario a un recurso é necesario dar os seguintes pasos:
|
||||
* Acceder á edición de recursos.
|
||||
* Seleccionar a pestana de "______".
|
||||
* A partir da pestana anterior aparecerá un formulario de edición de calendarios que permitirá:
|
||||
* Crear un calendario dende cero premendo no botón "______".
|
||||
* Crear un calendario derivado premendo no botón "______".
|
||||
* Crear un botón como copia premendo no botón "______".
|
||||
* O sistema amosará un formulario de edición de calendarios cos datos cargados en base á opción elixida no paso anterior.
|
||||
* ¿¿¿Para almacenar é necsario premer en SAve????
|
||||
|
|
|
|||
|
|
@ -3,5 +3,52 @@ Avances
|
|||
|
||||
.. contents::
|
||||
|
||||
Contidos...
|
||||
O avance dun proxecto marca o grao no que se está cumplindo co alcance estimado para a realización do mesmo, asimesmo, o avance dunha tarefa indica ese mesmo grao para o alcance estimado para dita tarefa.
|
||||
|
||||
Xeralmente os avances non teñen un modo automático de ser medidos, e é unha persoa quen en base á experiencia ou á realización de unha lista de chequeo determina o grao de compleción de unha tarefa ou un proxecto.
|
||||
|
||||
Cabe destacar que hai unha diferencia importante entre a uso de horas asignadas a unha tarefa ou proxecto, co grao de avance nesa mesma tarefa ou proxecto. Mentres que o uso de horas pode estar en desvío ou non, o proxecto pode estar nun grao de avance inferior ó estimado para o día no que se está controlando ou superior. Prodúcense, debido a estas dúas medidas, varias posibles situacións:
|
||||
* Consumíronse menos horas das estimadas para o elemento a medir e ó mesmo tempo o proxecto está indo máis lento do estimado, porque o avance é inferior ó estimado para o día de control.
|
||||
* Consumíronse menos horas das estimadas para o elemento a medir e ó mesmo tempo o proxecto está indo máis rápido do estimado, porque o avance é inferior ó estimado para o día de control.
|
||||
* Consumíronse máis horas das estimadas e ó mesmo tempo o proxecto está indo máis lento do estimado, porque o avance é inferior ó estimado para o día de control.
|
||||
* Consumíronse máis horas das estimadas e ó mesmo tempo o proxecto está indo máis rápido do estimado, porque o avance é inferior ó estimado para o día de control.
|
||||
|
||||
O contraste de estas posibles situacións é posible realizalo dende a propia planificación, utilizando información do grao de avance e por outro lado do grao de uso de horas. Neste capítulo tratarase a introdución da información para poder levar un control do avance.
|
||||
|
||||
A filosofía implantada no proxecto para o control do avance está baseada en que o usuario divida ata o punto no que desexa o control de avances dos seus proxectos. En consecuencia, se o usuario desexa controlar a nivel de pedido, só debe introducir información nos elementos de nivel 1, cando se desexa poder dispoñer de un control máis fino sobre as tarefas, debe introducir información de avances en niveis inferiores, sendo o sistema que propaga cara arriba na xerarquía todos os datos.
|
||||
|
||||
Xestión de tipos de avance
|
||||
--------------------------
|
||||
Cada empresa pode ter unhas necesidades diferentes de control do avance dos seus proxectos, e concretamente das tarefas que os compoñen, por esta razón foi necesario contemplar a existencia dunhas entidades no sistema chamadas "tipos de avance". Os tipos de avance son diferentes tipoloxías que cada usuario pode dar de alta no sistema para medir o avance dunha tarefa. Por exemplo, unha tarefa pode ser medida porcentualmente, pero ó mesmo tempo ese avance porcentual se traduce en un avance en *Toneladas* sobre o acordado co cliente.
|
||||
|
||||
Un tipo de avance está caracterizado por un nome, un valor máximo e unha precisión:
|
||||
* Nome: Será un nome representativo que o usuario debe recordar para cando seleccione a asignación de avances sexa capaz de entender qué tipo de avance está medindo.
|
||||
* Valor máximo: É o valor máximo que se lle permitirá a unha tarefa ou proxecto establecer como medida total de avance. Por exemplo, traballando con *Toneladas*, se se considera que o máximo normal en toneladas é de 4000 e nunca vai a haber tarefas que requiran realizar máis de 4000 toneladas de algún material, ese debería ser o valor máximo establecido.
|
||||
* Precisión: É o valor dos incrementos que se permitirán para o tipo de avance creado. Por exemplo, se o avance en *Toneladas* se vai a medir en valores redondeados, podería ser 1 a precisión. Dende ese momento, só se poderían introducir medidas de avance con números enteiros, por exemplo, 1, 2, 300, etc.
|
||||
|
||||
O sistema conta con dous tipos de avance creados por defecto:
|
||||
* Porcentual: Tipo de avance xeral que permite medir o avance dun proxecto ou tarefa en base ó porcentaxe que se estima de compleción do mesmo, por exemplo, unha tarefa está ó 30% respecto ó 100% estimado nun día concreto.
|
||||
* Unidades: Tipo de avance xeral que permite medir o avance en unidades sen necesidade de especificar as unidades concretas. A tarefa comprendía a creación de 3000 unidades e o avance son 500 unidades sobre as 3000 estimadas.
|
||||
|
||||
O usuario poderá crear novos tipos de avance do seguinte xeito:
|
||||
* O usuario accede á sección de "Administración".
|
||||
* Preme na opción do menú de segundo nivel "______".
|
||||
* O sistema amosa un listado de tipos de avance existentes.
|
||||
* Con cada tipo de avance o usuario poderá:
|
||||
* Editar
|
||||
* Borrar
|
||||
* A maiores, o usuario poderá crear un tipo de avance novo.
|
||||
* Coa edición ou a creación, o sistema amosará un formulario coa seguinte información:
|
||||
* Nome do tipo de avance.
|
||||
* Valor máximo que acepta o tipo de avance.
|
||||
* Precision di tipo de avance.
|
||||
|
||||
|
||||
Introdución de avances en base a tipo
|
||||
-------------------------------------
|
||||
|
||||
|
||||
|
||||
Contraste de avances sobre un elemento do pedido
|
||||
------------------------------------------------
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue