Fix list indentations in RST sources
First list nesting level in reStructuredText must be placed at column zero.
This commit is contained in:
Adrian Perez
Javier Moran Rua
parent
42d370db2f
commit
83e1b5e2af
8 changed files with 187 additions and 187 deletions
|
|
@ -14,23 +14,23 @@ A aplicación para xestión da produción do sector auxiliar do naval pretende r
|
|||
|
||||
"______" é un proxecto desenvolvido co obxectivo de dotar ó usuario dunha ferramenta de planificación que se basea nunha serie de conceptos clave, os cales forman parte das características que distinguen a aplicación e a definen como unha ferramenta diseñada tendo en conta os problemas clave do sector:
|
||||
|
||||
* Vista global de empresa e multiproxecto: "______" é unha aplicación orientada específicamente a dotar de información ós usuarios dos proxectos que se levan a cabo nunha empresa, polo que a base é multiproxecto. Non se determinou que o enfoque do proxecto sexa orientado individualmente a cada proxecto. Sen embargo, tamén será posible dipoñer de varias vistas específicas, entre elas a de proxectos individuais.
|
||||
* Criterios: Os criterios son unha entidade do sistema que permitirán clasificar os recursos (tanto humanos como máquinas) e as tarefas. Dende o punto de vista dos recursos, estes satisfarán criterios e, dende o punto de vista das tarefas, estas requerirán criterios a ser satisfeitos. Correspóndense con un dos aspectos máis importantes da aplicación, xa que os criterios formarán parte da base das asignacións xenéricas na aplicación, resolvendo un dos problemas máis importantes para o sector, a alta temporalidade dos recursos humanos e a dificultade para ter estimacións de carga da empresa a longo prazo.
|
||||
* Recursos: Serán de dous tipos diferentes: humanos e máquinas. Os recursos humanos serán os traballadores da empresa que se utilizarán para controlar a carga da empresa e de uso dos mesmos. Por outro lado, as máquinas, dependentes das persoas que as xestionan, serán outros recursos que tamén serán controlables na aplicación.
|
||||
* Asignación de recursos: Unha das claves é o feito de ofrecer a posibilidade de dous tipos diferentes de asignación: asignación específica e asignación xenérica. A xenérica é unha asignación baseada nos criterios que se lle establecen a unha tarefa para ser satisfeitos polos usuarios que teñen a capacidade de realizala.
|
||||
* Control de carga da empresa: Baseado nos conceptos xa comentados, a aplicación dará a posibilidade de ter un control sinxelo da carga dos recursos da empresa a medio e longo prazo xa que se poderá controlar os proxectos presentes e os potenciais proxectos a futuro, visualizando as cargas en gráficos de uso de recursos.
|
||||
* Etiquetas: Serán elementos que se usarán para o etiquetado das tarefas dos proxectos. Con estas etiquetas o usuario da aplicación poderá realizar agrupacións conceptuais das tarefas para posteriormente poder consultar información das mesmas de xeito agrupado e filtrado.
|
||||
* Filtrados: Dado que o sistema disporá de xeito natural de elementos que etiquetan ou caracterízan tarefas e recursos, será posible utilizar filtrado de criterios ou etiquetas, o cal dotará de unha gran potencia para poder consultar información categorizada ou extraer informes específicos en base a criterios ou etiquetas.
|
||||
* Calendarios: Os calendarios determinarán as horas produtivas dispoñibles dos diferentes recursos. O usuario poderá crear calendarios xerais da empresa e derivar as características para calendarios máis concretos, chegando ata a nivel de calendario por recurso ou tarefa.
|
||||
* Pedido e elementos de pedido: Os traballos solicitados polos clientes terán un reflexo na aplicación en forma de pedido, que se estrutura en elementos de pedido. O pedido cos seus elementos conformarán unha estrutura xerárquina en n niveis. Esta árbore de elementos será sobre a que se traballe á hora de planificar traballos.
|
||||
* Avances: A aplicación permitirá xestionar diversos tipos de avances. Un proxecto pode ser medido en porcentaxe de avance, sen embargo, pode querer ser medido en unidades, presuposto acordado, etc. Será responsabilidade da persoa que xestiona a planificación decidir qué tipo de avance será utilizado para contrastar avances a niveis superiores de proxecto.
|
||||
* Tarefas: As tarefas son los elementos de planificación da aplicación. Serán utilizadas para temporalizar os traballos a realizar. As características máis importantes das tarefas serán: teñen dependencias entre si e poden requerir criterios a ser satisfeitos para asignar recursos.
|
||||
* Partes de traballo: Son os partes dos traballadores das empresas, indicando as horas traballadas e por outro lado as tarefas asignadas ás horas que un traballador realizou. Con esta información, o sistema é capaz de calcular cantas horas foron consumidas dunha tarefa con respecto ó total de horas presupostadas, permitindo contrastar os avances respecto do consumo de horas real.
|
||||
* Vista global de empresa e multiproxecto: "______" é unha aplicación orientada específicamente a dotar de información ós usuarios dos proxectos que se levan a cabo nunha empresa, polo que a base é multiproxecto. Non se determinou que o enfoque do proxecto sexa orientado individualmente a cada proxecto. Sen embargo, tamén será posible dipoñer de varias vistas específicas, entre elas a de proxectos individuais.
|
||||
* Criterios: Os criterios son unha entidade do sistema que permitirán clasificar os recursos (tanto humanos como máquinas) e as tarefas. Dende o punto de vista dos recursos, estes satisfarán criterios e, dende o punto de vista das tarefas, estas requerirán criterios a ser satisfeitos. Correspóndense con un dos aspectos máis importantes da aplicación, xa que os criterios formarán parte da base das asignacións xenéricas na aplicación, resolvendo un dos problemas máis importantes para o sector, a alta temporalidade dos recursos humanos e a dificultade para ter estimacións de carga da empresa a longo prazo.
|
||||
* Recursos: Serán de dous tipos diferentes: humanos e máquinas. Os recursos humanos serán os traballadores da empresa que se utilizarán para controlar a carga da empresa e de uso dos mesmos. Por outro lado, as máquinas, dependentes das persoas que as xestionan, serán outros recursos que tamén serán controlables na aplicación.
|
||||
* Asignación de recursos: Unha das claves é o feito de ofrecer a posibilidade de dous tipos diferentes de asignación: asignación específica e asignación xenérica. A xenérica é unha asignación baseada nos criterios que se lle establecen a unha tarefa para ser satisfeitos polos usuarios que teñen a capacidade de realizala.
|
||||
* Control de carga da empresa: Baseado nos conceptos xa comentados, a aplicación dará a posibilidade de ter un control sinxelo da carga dos recursos da empresa a medio e longo prazo xa que se poderá controlar os proxectos presentes e os potenciais proxectos a futuro, visualizando as cargas en gráficos de uso de recursos.
|
||||
* Etiquetas: Serán elementos que se usarán para o etiquetado das tarefas dos proxectos. Con estas etiquetas o usuario da aplicación poderá realizar agrupacións conceptuais das tarefas para posteriormente poder consultar información das mesmas de xeito agrupado e filtrado.
|
||||
* Filtrados: Dado que o sistema disporá de xeito natural de elementos que etiquetan ou caracterízan tarefas e recursos, será posible utilizar filtrado de criterios ou etiquetas, o cal dotará de unha gran potencia para poder consultar información categorizada ou extraer informes específicos en base a criterios ou etiquetas.
|
||||
* Calendarios: Os calendarios determinarán as horas produtivas dispoñibles dos diferentes recursos. O usuario poderá crear calendarios xerais da empresa e derivar as características para calendarios máis concretos, chegando ata a nivel de calendario por recurso ou tarefa.
|
||||
* Pedido e elementos de pedido: Os traballos solicitados polos clientes terán un reflexo na aplicación en forma de pedido, que se estrutura en elementos de pedido. O pedido cos seus elementos conformarán unha estrutura xerárquina en n niveis. Esta árbore de elementos será sobre a que se traballe á hora de planificar traballos.
|
||||
* Avances: A aplicación permitirá xestionar diversos tipos de avances. Un proxecto pode ser medido en porcentaxe de avance, sen embargo, pode querer ser medido en unidades, presuposto acordado, etc. Será responsabilidade da persoa que xestiona a planificación decidir qué tipo de avance será utilizado para contrastar avances a niveis superiores de proxecto.
|
||||
* Tarefas: As tarefas son los elementos de planificación da aplicación. Serán utilizadas para temporalizar os traballos a realizar. As características máis importantes das tarefas serán: teñen dependencias entre si e poden requerir criterios a ser satisfeitos para asignar recursos.
|
||||
* Partes de traballo: Son os partes dos traballadores das empresas, indicando as horas traballadas e por outro lado as tarefas asignadas ás horas que un traballador realizou. Con esta información, o sistema é capaz de calcular cantas horas foron consumidas dunha tarefa con respecto ó total de horas presupostadas, permitindo contrastar os avances respecto do consumo de horas real.
|
||||
|
||||
A maiores das funcionalidades que ofrece a aplicación caben destacar outras características que o distinguen de aplicacións similares:
|
||||
* Integración con ERP: A aplicación importará información directamente dos ERP das empresas para os pedidos, recursos humanos, partes de traballo e certos criterios.
|
||||
* Xestión de versións: A aplicación permitirá a xestión de diversas versións de planificacións e ó mesmo tempo a posibilidade de consultar a información de cada unha delas.
|
||||
* Xestión de históricos: A aplicación non borra información, solo a invalida, polo que é posible consultar mediante filtrados por datas a información antiga.
|
||||
* Integración con ERP: A aplicación importará información directamente dos ERP das empresas para os pedidos, recursos humanos, partes de traballo e certos criterios.
|
||||
* Xestión de versións: A aplicación permitirá a xestión de diversas versións de planificacións e ó mesmo tempo a posibilidade de consultar a información de cada unha delas.
|
||||
* Xestión de históricos: A aplicación non borra información, solo a invalida, polo que é posible consultar mediante filtrados por datas a información antiga.
|
||||
|
||||
Políticas de usabilidade
|
||||
========================
|
||||
|
|
@ -43,18 +43,18 @@ Antes de realizar unha exposición das distintas funcionalidades asociadas ós m
|
|||
|
||||
Existen 3 tipos de formularios:
|
||||
|
||||
* Formularios con botón de *Back*. Estes formularios forman parte de unha navegación máis completa, e os cambios que se van realizando vanse almacenando en memoria. Os cambios só se aplican cando o usuario almacena explícitamente toda pantalla dende a que chegou a dito formulario.
|
||||
* Formularios con botón de *Save* e *Close*. Estes formularios permiten realizar 2 operacións. A primeira delas almacena e pecha a ventana actual e a segunda delas pecha sen almacenar os cambios.
|
||||
* Formularios con botón de *Save*, "Save&Close" e "Close. Permiten realizar 3 operacións. A primeira delas almacena pero continúa no formulario actual. A segunda almacena e pecha o formulario. E a terceira pecha a ventana sen almacenar os cambios.
|
||||
* Formularios con botón de *Back*. Estes formularios forman parte de unha navegación máis completa, e os cambios que se van realizando vanse almacenando en memoria. Os cambios só se aplican cando o usuario almacena explícitamente toda pantalla dende a que chegou a dito formulario.
|
||||
* Formularios con botón de *Save* e *Close*. Estes formularios permiten realizar 2 operacións. A primeira delas almacena e pecha a ventana actual e a segunda delas pecha sen almacenar os cambios.
|
||||
* Formularios con botón de *Save*, "Save&Close" e "Close. Permiten realizar 3 operacións. A primeira delas almacena pero continúa no formulario actual. A segunda almacena e pecha o formulario. E a terceira pecha a ventana sen almacenar os cambios.
|
||||
|
||||
Iconas e botóns estándar
|
||||
------------------------
|
||||
|
||||
* Edición: A edición dos rexistros da aplicación poderá ser realizada xeralmente a través dunha icona formada por un Lápiz sobre unha libreta brance.
|
||||
* Indentado esquerda: Xeralmente estas operacións son necesarias para elementos dunha árbore que se desexan mover cara niveis internos. Esta operación poderá ser feita coa icona formada por unha frecha cara a dereita de cor verde.
|
||||
* Indentado dereita: Xeralmente estas operacións son necesarias para elementos dunha árbore que se desexan mover desde niveis internoscara externos. Esta operación poderá ser feita coa icona formada por unha frecha cara a esqueda de cor verde.
|
||||
* Borrado: Os borrados poderán ser realizados coa icona da papeleira.
|
||||
* Procura: A lupa é unha icona que indicará que a entrada de texto á esquerda da mesma está pensada para a procura de elementos.
|
||||
* Edición: A edición dos rexistros da aplicación poderá ser realizada xeralmente a través dunha icona formada por un Lápiz sobre unha libreta brance.
|
||||
* Indentado esquerda: Xeralmente estas operacións son necesarias para elementos dunha árbore que se desexan mover cara niveis internos. Esta operación poderá ser feita coa icona formada por unha frecha cara a dereita de cor verde.
|
||||
* Indentado dereita: Xeralmente estas operacións son necesarias para elementos dunha árbore que se desexan mover desde niveis internoscara externos. Esta operación poderá ser feita coa icona formada por unha frecha cara a esqueda de cor verde.
|
||||
* Borrado: Os borrados poderán ser realizados coa icona da papeleira.
|
||||
* Procura: A lupa é unha icona que indicará que a entrada de texto á esquerda da mesma está pensada para a procura de elementos.
|
||||
|
||||
|
||||
|
||||
|
|
|
|||
|
|
@ -7,10 +7,10 @@ Os criterios serán os elementos que se utilizarán de xeito transversal na apli
|
|||
|
||||
No proxecto, existen varias funcionalidades a realizar con criterios:
|
||||
|
||||
* Administración de criterios
|
||||
* Asignación de criterios a recursos.
|
||||
* Asignación de criterios a tarefas.
|
||||
* Filtrado de entidades por criterios. Será posible filtrar tarefas e elementos de pedido por criterios para realizar operacións na aplicación. Asimesmo, os informes e gráficos de cargas de recursos serán filtrables por criterios.
|
||||
* Administración de criterios
|
||||
* Asignación de criterios a recursos.
|
||||
* Asignación de criterios a tarefas.
|
||||
* Filtrado de entidades por criterios. Será posible filtrar tarefas e elementos de pedido por criterios para realizar operacións na aplicación. Asimesmo, os informes e gráficos de cargas de recursos serán filtrables por criterios.
|
||||
|
||||
Das tres funcionalidades anteriores só se explicará a primeira delas nesta sección deixando para seccións posteriores os dous tipos de asignación, a de recursos no capitulo "Xestión de recursos" e a de tarefas no capítulo "Planificación de tarefas".
|
||||
|
||||
|
|
@ -36,21 +36,21 @@ Premendo no botón *Create* poderase acceder ó formulario de creación/edición
|
|||
|
||||
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 é 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 o tipo do criterio:
|
||||
* Edición do nome do criterio
|
||||
* 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 o tipo do criterio:
|
||||
|
||||
* Tipo xenérico: Criterio que poderá satisfacer indistintamente unha máquina ou un traballador.
|
||||
* Tipo traballador: Criterio que poderá satisfacer un traballador exclusivamente.
|
||||
* Tipo máquina: Criterio que poderá satisfacer unha máquina exclusivamente.
|
||||
* Tipo xenérico: Criterio que poderá satisfacer indistintamente unha máquina ou un traballador.
|
||||
* Tipo traballador: Criterio que poderá satisfacer un traballador exclusivamente.
|
||||
* Tipo máquina: Criterio que poderá satisfacer unha máquina exclusivamente.
|
||||
|
||||
* 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*
|
||||
* Editar o nome dos criterios existentes.
|
||||
* Desplazar verticalmente os criterios na lista dos existentes.
|
||||
* Eliminar un valor de criterio da lista.
|
||||
* 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*
|
||||
* Editar o nome dos criterios existentes.
|
||||
* Desplazar verticalmente os criterios na lista dos existentes.
|
||||
* Eliminar un valor de criterio da lista.
|
||||
|
||||
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).
|
||||
|
||||
|
|
|
|||
|
|
@ -12,17 +12,17 @@ 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.
|
||||
* 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.
|
||||
2. Crear un calendario derivado de outro calendario.
|
||||
3. Crear un calendario como copia de outro calendario.
|
||||
4. Editar un calendario existente.
|
||||
1. Crear un novo calendario dende cero.
|
||||
2. Crear un calendario derivado de outro calendario.
|
||||
3. Crear un calendario como copia de outro calendario.
|
||||
4. Editar un calendario existente.
|
||||
|
||||
.. figure:: images/calendar-administration.png
|
||||
:scale: 70
|
||||
|
|
@ -34,9 +34,9 @@ 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.
|
||||
* 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 "______".
|
||||
|
||||
|
|
@ -59,10 +59,10 @@ Un exemplo de uso de calendarios derivados é a existencia dun calendario xeral
|
|||
|
||||
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.
|
||||
* 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
|
||||
---------------------------------
|
||||
|
|
@ -75,10 +75,10 @@ Un exemplo de uso de calendario por copia é o dispor de un calendario para Pont
|
|||
|
||||
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.
|
||||
* 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
|
||||
-----------------------------------
|
||||
|
|
@ -87,20 +87,20 @@ Un recurso poderá recibir como asignación un calendario existente ou un calend
|
|||
|
||||
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.
|
||||
* *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.
|
||||
* 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.
|
||||
|
||||
|
||||
|
||||
|
|
|
|||
|
|
@ -9,10 +9,10 @@ Xeralmente os avances non teñen un modo automático de ser medidos, e é unha p
|
|||
|
||||
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.
|
||||
* 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.
|
||||
|
||||
|
|
@ -25,14 +25,14 @@ Cada empresa pode ter unhas necesidades diferentes de control do avance dos seus
|
|||
|
||||
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.
|
||||
* 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.
|
||||
* 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.
|
||||
|
||||
.. figure:: images/tipos-avances.png
|
||||
:scale: 70
|
||||
|
|
@ -40,20 +40,20 @@ O sistema conta con dous tipos de avance creados por defecto:
|
|||
|
||||
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á:
|
||||
* 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
|
||||
* 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:
|
||||
* 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.
|
||||
* 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
|
||||
|
|
@ -70,12 +70,12 @@ Antes de poder realizar medidas de avance, é necesario asociar o tipo elixido
|
|||
|
||||
Para introducir medicións de avance será necesario realizar o seguinte:
|
||||
|
||||
* Seleccionar o tipo de avance para o que desexa introducir o avance.
|
||||
* Seleccionar o tipo de avance para o que desexa introducir o avance.
|
||||
|
||||
* Se non existe ningún tipo de avance é necesario engadir un tipo de avance.
|
||||
* Se non existe ningún tipo de avance é necesario engadir un tipo de avance.
|
||||
|
||||
* No formulario que aparece debaixo cos campos "______" e "______" introducir o valor absoluto da medida e a data que se lle desexa asignar á medida tomada.
|
||||
* O sistema almacenará automáticamente os datos introducidos.
|
||||
* No formulario que aparece debaixo cos campos "______" e "______" introducir o valor absoluto da medida e a data que se lle desexa asignar á medida tomada.
|
||||
* O sistema almacenará automáticamente os datos introducidos.
|
||||
|
||||
|
||||
|
||||
|
|
|
|||
|
|
@ -8,27 +8,27 @@ A aplicación xestiona dous tipos de recursos diferentes: recursos traballadores
|
|||
|
||||
Os recursos traballadores representan os traballadores das empresas. As características principais son:
|
||||
|
||||
* Satisfarán un ou varios criterios de tipo xenérico ou tipo traballador.
|
||||
* Son asignables específicamente a unha tarefa.
|
||||
* Son asignables como parte da asignación xenérica a unha tarefa que requira un criterio que satisfai o traballador.
|
||||
* Disporán de un calendario por defecto ou específico se así o decide o usuario.
|
||||
* Satisfarán un ou varios criterios de tipo xenérico ou tipo traballador.
|
||||
* Son asignables específicamente a unha tarefa.
|
||||
* Son asignables como parte da asignación xenérica a unha tarefa que requira un criterio que satisfai o traballador.
|
||||
* Disporán de un calendario por defecto ou específico se así o decide o usuario.
|
||||
|
||||
Os recursos máquina representan as máquinas das empresas. As características principais son:
|
||||
|
||||
* Satisfarán un ou varios criterios de tipo xenérico ou tipo máquina.
|
||||
* Son asignables específicamente a unha tarefa.
|
||||
* Son asignables como parte da asignación xenérica a unha tarefa que requira un criterio que satisfai a máquina.
|
||||
* Disporán de un calendario por defecto ou específico se así o decide o usuario.
|
||||
* Contará un unha pantalla de configuración na que se poderá establecer un valor *alfa* que represente a relación entre máquina e traballador.
|
||||
* Satisfarán un ou varios criterios de tipo xenérico ou tipo máquina.
|
||||
* Son asignables específicamente a unha tarefa.
|
||||
* Son asignables como parte da asignación xenérica a unha tarefa que requira un criterio que satisfai a máquina.
|
||||
* Disporán de un calendario por defecto ou específico se así o decide o usuario.
|
||||
* Contará un unha pantalla de configuración na que se poderá establecer un valor *alfa* que represente a relación entre máquina e traballador.
|
||||
|
||||
* O *alfa* representa canto tempo dun traballador é necesario para que a máquina funcione. Por exemplo, un alfa de 0.5 indica que de cada 8 horas de máquina son necesarias 4 de un traballador.
|
||||
* É posible asignar un *alfa* de xeito específico a un traballador, é dicir, elíxese o traballador que estará ocupado esa porcentaxe do seu tempo coa máquina.
|
||||
* Ou ben, é posible facer unha asignación xenérica en base a un criterio, de xeito que se asigna unha porcentaxe do uso a todos os criterios que satisfán ese criterio e teñen tempo dispoñible. O funcionamento da asignación xenérica será a mesma que a explicada para asignacións xenéricas a tarefas.
|
||||
* O *alfa* representa canto tempo dun traballador é necesario para que a máquina funcione. Por exemplo, un alfa de 0.5 indica que de cada 8 horas de máquina son necesarias 4 de un traballador.
|
||||
* É posible asignar un *alfa* de xeito específico a un traballador, é dicir, elíxese o traballador que estará ocupado esa porcentaxe do seu tempo coa máquina.
|
||||
* Ou ben, é posible facer unha asignación xenérica en base a un criterio, de xeito que se asigna unha porcentaxe do uso a todos os criterios que satisfán ese criterio e teñen tempo dispoñible. O funcionamento da asignación xenérica será a mesma que a explicada para asignacións xenéricas a tarefas.
|
||||
|
||||
O usuario poderá crear, editar e invalidar (nunca borrar definitivamente) traballadores da empresa dende a pestana de "Recursos". Dende dita pestana existen as seguintes operacións:
|
||||
|
||||
* Listado de traballadores: Os traballadores amosaranse listados e paxinados, dende onde poderán xestionar os seus datos.
|
||||
* Listado de máquinas: As máquinas amosaranse listados e paxinados, dende onde poderán xestionar os seus datos.
|
||||
* Listado de traballadores: Os traballadores amosaranse listados e paxinados, dende onde poderán xestionar os seus datos.
|
||||
* Listado de máquinas: As máquinas amosaranse listados e paxinados, dende onde poderán xestionar os seus datos.
|
||||
|
||||
Xestión de traballadores
|
||||
========================
|
||||
|
|
@ -40,9 +40,9 @@ Unha vez na edición dun recurso, o usuario poderá acceder ás seguintes pestan
|
|||
|
||||
1) Pestana de datos de traballador. Esta pestana permitirá editar os datos básicos de identificación do traballador.
|
||||
|
||||
* Nome
|
||||
* Apelidos
|
||||
* DNI
|
||||
* Nome
|
||||
* Apelidos
|
||||
* DNI
|
||||
|
||||
.. figure:: images/worker-personal-data.png
|
||||
:scale: 70
|
||||
|
|
|
|||
|
|
@ -15,47 +15,47 @@ Pedido
|
|||
|
||||
Un pedido é un proxecto ou traballo que un cliente lle solicita a unha empresa. O pedido para o planificador identifica a entidade de proxecto dentro da empresa. A diferencia das aplicacións de xestión globais, "______" só necesita utilizar certos datos dos pedidos. Estes datos son:
|
||||
|
||||
* Nome do pedido
|
||||
* Código do pedido.
|
||||
* Importe total do pedido
|
||||
* Data de comezo estimada
|
||||
* Data de finalización
|
||||
* Responsable
|
||||
* Cliente
|
||||
* Descrición
|
||||
* Outros campos ainda por decidir...
|
||||
* Nome do pedido
|
||||
* Código do pedido.
|
||||
* Importe total do pedido
|
||||
* Data de comezo estimada
|
||||
* Data de finalización
|
||||
* Responsable
|
||||
* Cliente
|
||||
* Descrición
|
||||
* Outros campos ainda por decidir...
|
||||
|
||||
Para editar ou crear un pedido é posible realizalo dende varios puntos da aplicación:
|
||||
|
||||
* Accedendo á pestana de pedidos dentro da vista global de empresa.
|
||||
* Accedendo a un pedido no diagrama de Gantt e cambiando de perpectiva á de edición de pedido.
|
||||
* Accedendo á pestana de pedidos dentro da vista global de empresa.
|
||||
* Accedendo a un pedido no diagrama de Gantt e cambiando de perpectiva á de edición de pedido.
|
||||
|
||||
|
||||
Dende a edición de pedido é posible acceder a dúas pestanas:
|
||||
|
||||
* Edición dos datos de pedidos. Dende dita pantalla é posible editoar os datos básicos do pedido. Actualmente:
|
||||
* Edición dos datos de pedidos. Dende dita pantalla é posible editoar os datos básicos do pedido. Actualmente:
|
||||
|
||||
* Nome
|
||||
* Código
|
||||
* Data de comezo estimada
|
||||
* Data de finalización
|
||||
* Responsable
|
||||
* Cliente
|
||||
* Descrición
|
||||
* Nome
|
||||
* Código
|
||||
* Data de comezo estimada
|
||||
* Data de finalización
|
||||
* Responsable
|
||||
* Cliente
|
||||
* Descrición
|
||||
|
||||
.. figure:: images/order-edition.png
|
||||
:scale: 70
|
||||
|
||||
* Listado de elementos de pedido. Dende o listado de elenentos de pedido é posible realizar varias operacións:
|
||||
* Listado de elementos de pedido. Dende o listado de elenentos de pedido é posible realizar varias operacións:
|
||||
|
||||
* Crear novos elementos de pedido.
|
||||
* Subir nun mesmo nivel da xerarquía un elemento de pedido.
|
||||
* Baixar nun mesmo nivel da xerarquía un elemento de pedido.
|
||||
* Indentar un elemento de pedido, ou o que é o mesmo mover cara abaixo na xerarquía, cambiando de nivel o elemento.
|
||||
* Des-indentar un elemento de pedido, ou o que é o mesmo mover cara arriba na xerarquía, cambiando de nivel o elemento.
|
||||
* Filtrar os elementos de pedido.
|
||||
* Borrar elementos de pedido.
|
||||
* Mover arrastrando e soltando un elemento de pedido na xerarquía.
|
||||
* Crear novos elementos de pedido.
|
||||
* Subir nun mesmo nivel da xerarquía un elemento de pedido.
|
||||
* Baixar nun mesmo nivel da xerarquía un elemento de pedido.
|
||||
* Indentar un elemento de pedido, ou o que é o mesmo mover cara abaixo na xerarquía, cambiando de nivel o elemento.
|
||||
* Des-indentar un elemento de pedido, ou o que é o mesmo mover cara arriba na xerarquía, cambiando de nivel o elemento.
|
||||
* Filtrar os elementos de pedido.
|
||||
* Borrar elementos de pedido.
|
||||
* Mover arrastrando e soltando un elemento de pedido na xerarquía.
|
||||
|
||||
.. figure:: images/order-elements-list.png
|
||||
:scale: 70
|
||||
|
|
@ -67,23 +67,23 @@ Edición de elementos de pedido
|
|||
|
||||
A edición de elementos de pedido realizarase dende a pestana de listado de elementos de pedido a partir da icona de edición. Se o usuario preme na icona de edición, o sistema amosa unha nova pantalla dende a que o usuario pode realizar o seguinte:
|
||||
|
||||
* Editar a información do elemento de pedido.
|
||||
* Xestionar os avances dos elementos de pedido.
|
||||
* Xestionar as etiquetas do pedido.
|
||||
* Visualización de horas imputadas a elemento de pedido.
|
||||
* Editar a información do elemento de pedido.
|
||||
* Xestionar os avances dos elementos de pedido.
|
||||
* Xestionar as etiquetas do pedido.
|
||||
* Visualización de horas imputadas a elemento de pedido.
|
||||
|
||||
Edición da información do elemento de pedido
|
||||
--------------------------------------------
|
||||
|
||||
A edición de información de elemento de pedido inclúe a edición dos seguintes datos:
|
||||
|
||||
* Nome do elemento de pedido.
|
||||
* Código do elemento de pedido.
|
||||
* Data de inicio do elemento de pedido.
|
||||
* Data estimada de fin do elemento de pedido.
|
||||
* Horas totais do elemento de pedido. Estas horas poden ser calculadas a partir dos grupos de horas engadidas ou introducidas directamente neste punto que se repartiran entre os grupos de horas, creando algún novo se as porcentaxes non coinciden coas porcentaxes iniciais.
|
||||
* **Grupos de horas**: É posible engadir un ou varios grupos de horas ó elemento de pedido. **O significado destes grupos de horas** é o establecemento dos requirimentos que se lle esixirán ós recursos que vaian a ser asignados para realizalas.
|
||||
* Criterios: É posible engadir criterios que se deben satisfacer para poder se asignado xenéricamente para realizar dito elemento de pedido.
|
||||
* Nome do elemento de pedido.
|
||||
* Código do elemento de pedido.
|
||||
* Data de inicio do elemento de pedido.
|
||||
* Data estimada de fin do elemento de pedido.
|
||||
* Horas totais do elemento de pedido. Estas horas poden ser calculadas a partir dos grupos de horas engadidas ou introducidas directamente neste punto que se repartiran entre os grupos de horas, creando algún novo se as porcentaxes non coinciden coas porcentaxes iniciais.
|
||||
* **Grupos de horas**: É posible engadir un ou varios grupos de horas ó elemento de pedido. **O significado destes grupos de horas** é o establecemento dos requirimentos que se lle esixirán ós recursos que vaian a ser asignados para realizalas.
|
||||
* Criterios: É posible engadir criterios que se deben satisfacer para poder se asignado xenéricamente para realizar dito elemento de pedido.
|
||||
|
||||
.. figure:: images/order-edition.png
|
||||
:scale: 70
|
||||
|
|
@ -106,10 +106,10 @@ Un usuario pode asignar etiquetas directamente a un elemento de pedido ou ben a
|
|||
|
||||
Tal e como se pode ver na imaxe, dende a pestana de **etiquetas**, o usuario poderá realizar as seguintes operacións:
|
||||
|
||||
* Visualización das etiquetas que un elemento do pedido terá asociadas por herdanza dun elemento de pedido superior na xerarquía á que lle foi asignada directamente. A tarefa de planificación asociada a cada elemento de pedido terá as mesmas etiquetas asociadas.
|
||||
* Visualización das etiquetas que un elemento do pedido ten asociadas directamente a través do seguinte formulario de asignación de etiquetas inferior.
|
||||
* Asignar etiquetas existentes: Un usuario poderá asignar etiquetas existentes a partir da procura dunha entre as existentes no formulario inferior ó listado de etiquetas directas. Para buscar unha etiqueta chega con premer na icona coa lupa ou escribir o inicio da etiqueta na entrada de texto para que o sistema amose as opcións dispoñibles.
|
||||
* Crear e asignar etiquetas novas: Un usuario poderá crear novas etiquetas asociadas a un tipo de etiquetas existente dende dito formulario. Para relizar a operación é necesario que seleccione un tipo de etiqueta á que se asociará e se introduza o valor da etiqueta para o tipo seleccionado. Premendo en "______ e ______" o sistema xa a creará automáticamente e a asigna ó elemento de pedido.
|
||||
* Visualización das etiquetas que un elemento do pedido terá asociadas por herdanza dun elemento de pedido superior na xerarquía á que lle foi asignada directamente. A tarefa de planificación asociada a cada elemento de pedido terá as mesmas etiquetas asociadas.
|
||||
* Visualización das etiquetas que un elemento do pedido ten asociadas directamente a través do seguinte formulario de asignación de etiquetas inferior.
|
||||
* Asignar etiquetas existentes: Un usuario poderá asignar etiquetas existentes a partir da procura dunha entre as existentes no formulario inferior ó listado de etiquetas directas. Para buscar unha etiqueta chega con premer na icona coa lupa ou escribir o inicio da etiqueta na entrada de texto para que o sistema amose as opcións dispoñibles.
|
||||
* Crear e asignar etiquetas novas: Un usuario poderá crear novas etiquetas asociadas a un tipo de etiquetas existente dende dito formulario. Para relizar a operación é necesario que seleccione un tipo de etiqueta á que se asociará e se introduza o valor da etiqueta para o tipo seleccionado. Premendo en "______ e ______" o sistema xa a creará automáticamente e a asigna ó elemento de pedido.
|
||||
|
||||
Visualización de horas imputadas a elementos de pedido
|
||||
------------------------------------------------------
|
||||
|
|
@ -121,5 +121,5 @@ A pestana de "Horas ______" permite visualizar os partes de traballo asociados a
|
|||
|
||||
A pantalla está dividida en dúas partes:
|
||||
|
||||
* Listado de partes de traballo: O usuario verá o listado de partes de traballo que están asociados ó elemento de pedido podendo comprobar a data e hora, recurso e número de horas adicadas á tarefa.
|
||||
* Uso das horas presupostadas: O sistema calcula o total de horas adicadas á tarefa e as contrasta coas que estaban presupostadas.
|
||||
* Listado de partes de traballo: O usuario verá o listado de partes de traballo que están asociados ó elemento de pedido podendo comprobar a data e hora, recurso e número de horas adicadas á tarefa.
|
||||
* Uso das horas presupostadas: O sistema calcula o total de horas adicadas á tarefa e as contrasta coas que estaban presupostadas.
|
||||
|
|
|
|||
|
|
@ -6,8 +6,8 @@ Asignación de recursos
|
|||
|
||||
A asignación de recursos é unha das partes máis importantes da aplicación. A asignación de recursos pode realizarse de dous xeitos diferentes:
|
||||
|
||||
* Asignacións específicas.
|
||||
* Asignacións xenéricas.
|
||||
* Asignacións específicas.
|
||||
* Asignacións xenéricas.
|
||||
|
||||
Cada unha das asignacións é explicada nas seguintes seccións
|
||||
|
||||
|
|
@ -29,8 +29,8 @@ Asignación específica de máquinas
|
|||
|
||||
A asignación específica de máquinas actuará do mesmo xeito que a de traballadores, é dicir, cando se asigna unha máquina a unha tarefa, o sistema almacena unha asignación de horas específica á máquina elixida. A diferencia principal será que no momento de asignar unha máquina, o sistema buscará o listado de traballadores ou criterios asignados á máquina:
|
||||
|
||||
* Se a máquina tiña un listado de traballadores asignados, elixirá entre o número deles que requira a máquina para o calendario asignado. Por exemplo, se o calendario da máquina é de 16 horas diarias e dos recursos de 8, asignará dous recursos da lista de recursos dispoñibles.
|
||||
* Se a máquina tiña un criterio ou varios asignados, realizará asignacións xenéricas entre os recursos que satisfán os criterios asignados á máquina.
|
||||
* Se a máquina tiña un listado de traballadores asignados, elixirá entre o número deles que requira a máquina para o calendario asignado. Por exemplo, se o calendario da máquina é de 16 horas diarias e dos recursos de 8, asignará dous recursos da lista de recursos dispoñibles.
|
||||
* Se a máquina tiña un criterio ou varios asignados, realizará asignacións xenéricas entre os recursos que satisfán os criterios asignados á máquina.
|
||||
|
||||
Asignación xenérica
|
||||
===================
|
||||
|
|
@ -42,26 +42,26 @@ A asignación xenérica é aquela asignación onde o usuario no elixe os recurso
|
|||
|
||||
O sistema de asignación utiliza como base os seguintes supostos:
|
||||
|
||||
* As tarefas contarán con criterios a ser requeridos ós recursos.
|
||||
* Os recursos estarán configurados para que satisfagan os criterios.
|
||||
* As tarefas contarán con criterios a ser requeridos ós recursos.
|
||||
* Os recursos estarán configurados para que satisfagan os criterios.
|
||||
|
||||
Sen embargo, o sistema non fallará naqueles casos nos que non se asignen criterios senón que non discernirá entre diferencias de criterios.
|
||||
|
||||
O algoritmo de asignación xenérica actuará do seguinte xeito:
|
||||
|
||||
* Cada recurso e día será tratado como un contedor onde caben asignacións diarias de horas, baseándose a capacidade máxima de asignación no calendario da tarefa.
|
||||
* O sistema busca os recursos que satisfán o criterio.
|
||||
* O sistema analiza qué asignacións teñen actualmente os diferentes recursos que cumpren os criterios.
|
||||
* De entre os que satisfán os criterios escóllense os recursos que teñen dispoñibilidade suficiente.
|
||||
* Se os recursos máis libres van sendo ocupados, seguirase realizando asignacións nos recursos que tiñan menor dispoñibilidade.
|
||||
* Só cando todos os recursos que satisfán os criterios correspondentes están asignados ó 100% se comeza coa sobreasignación de recursos ata completar o total necesario para realizar a tarefa.
|
||||
* Cada recurso e día será tratado como un contedor onde caben asignacións diarias de horas, baseándose a capacidade máxima de asignación no calendario da tarefa.
|
||||
* O sistema busca os recursos que satisfán o criterio.
|
||||
* O sistema analiza qué asignacións teñen actualmente os diferentes recursos que cumpren os criterios.
|
||||
* De entre os que satisfán os criterios escóllense os recursos que teñen dispoñibilidade suficiente.
|
||||
* Se os recursos máis libres van sendo ocupados, seguirase realizando asignacións nos recursos que tiñan menor dispoñibilidade.
|
||||
* Só cando todos os recursos que satisfán os criterios correspondentes están asignados ó 100% se comeza coa sobreasignación de recursos ata completar o total necesario para realizar a tarefa.
|
||||
|
||||
Asignación xenérica de máquinas
|
||||
-------------------------------
|
||||
|
||||
A asignación xenérica de máquinas actuará do mesmo xeito que a de traballadores, é dicir, cando se asigna unha máquina a unha tarefa, o sistema almacena unha asignación de horas xenérica a cada unha das máquinas que satisfán os criterios, tal e como se describíu xenéricamente para os recursos en xeral. Sen embargo, tratándose de máquinas o sistema realiza a seguinte operación am maiores:
|
||||
|
||||
* Para cada máquina elixida para a asignación xenérica:
|
||||
* Recolle a información de configuración da máquina, é dicir, alfa, traballadores e criterios asignados.
|
||||
* Se a máquina tiña un listado de traballadores asignados, elixirá entre o número deles que requira a máquina dependendo do calendario asignado. Por exemplo, se o calendario da máquina é de 16 horas diarias e dos recursos de 8, asignará dous recursos da lista de recursos dispoñibles.
|
||||
* Se a máquina tiña un criterio ou varios asignados, realizará asignacións xenéricas entre os recursos que satisfán os criterios asignados á máquina.
|
||||
* Para cada máquina elixida para a asignación xenérica:
|
||||
* Recolle a información de configuración da máquina, é dicir, alfa, traballadores e criterios asignados.
|
||||
* Se a máquina tiña un listado de traballadores asignados, elixirá entre o número deles que requira a máquina dependendo do calendario asignado. Por exemplo, se o calendario da máquina é de 16 horas diarias e dos recursos de 8, asignará dous recursos da lista de recursos dispoñibles.
|
||||
* Se a máquina tiña un criterio ou varios asignados, realizará asignacións xenéricas entre os recursos que satisfán os criterios asignados á máquina.
|
||||
|
|
|
|||
|
|
@ -12,8 +12,8 @@ Tipos de etiquetas
|
|||
|
||||
Os tipos de etiquetas utilizanse para agrupar tipoloxías de etiquetas que os usuarios desexen xestionar na aplicación. Exemplos de tipos de etiquetas posibles:
|
||||
|
||||
i. Cliente: O usuario podería estar interesado en etiquetar as tarefas, pedidos ou elementos de pedido en base ó cliente que os solicitou.
|
||||
ii. Zona: O usuario podería estar intersado en etiquetar as tarefas, pedidos ou elementos de pedido en base á zona na que se realizan.
|
||||
i. Cliente: O usuario podería estar interesado en etiquetar as tarefas, pedidos ou elementos de pedido en base ó cliente que os solicitou.
|
||||
ii. Zona: O usuario podería estar intersado en etiquetar as tarefas, pedidos ou elementos de pedido en base á zona na que se realizan.
|
||||
|
||||
A administración de tipos de etiquetas xesiontarase dende a opción de menú de "Administración". Será dende esta opción, dende a que o usuario poderá editar tipos de etiqueta, crear novos tipos de etiqueta ou engadir etiquetas a tipos de etiquetas. Dende dita operación poderá accederse ó listado de etiquetas.
|
||||
|
||||
|
|
@ -22,19 +22,19 @@ A administración de tipos de etiquetas xesiontarase dende a opción de menú de
|
|||
|
||||
Dendo o listado de tipos de etiquetas será posible:
|
||||
|
||||
i. Crear novo tipo de etiquetas.
|
||||
ii. Editar un tipo de etiquetas existente.
|
||||
iii. Borrar un tipo de etiquetas con todas as súas etiquetas.
|
||||
i. Crear novo tipo de etiquetas.
|
||||
ii. Editar un tipo de etiquetas existente.
|
||||
iii. Borrar un tipo de etiquetas con todas as súas etiquetas.
|
||||
|
||||
Tanto a edición como a creación de etiquetas comparten formulario. Dende dito formulario o usuario poderá, asignar un nome ó tipo de etiquetas, crear ou borrar etiquetas e almacenar os cambios. Para realizar esto:
|
||||
|
||||
i. O usuario debería seleccionar unha etiqueta a editar ou premer no botón de creación de unha nova.
|
||||
ii. O sistema amosará un formulario con unha entrada de texto para o nome e un listado de entradas de texto coas etiquetas existentes e asignadas.
|
||||
iii. Se o usuario desexa engadir unha nova etiqueta debe premer no botón "______".
|
||||
iv. O sistema amosará unha nova fila ó listado con unha entrada de texto baleira que o usuario debe editar.
|
||||
v. O usuario introduce un nome para a etiqueta.
|
||||
vi. O sistema engade o nome ó listado.
|
||||
vii. O usuario preme en "______" para gardar e saír ou "______ e ______" para gardar e continuar editando o formulario.
|
||||
i. O usuario debería seleccionar unha etiqueta a editar ou premer no botón de creación de unha nova.
|
||||
ii. O sistema amosará un formulario con unha entrada de texto para o nome e un listado de entradas de texto coas etiquetas existentes e asignadas.
|
||||
iii. Se o usuario desexa engadir unha nova etiqueta debe premer no botón "______".
|
||||
iv. O sistema amosará unha nova fila ó listado con unha entrada de texto baleira que o usuario debe editar.
|
||||
v. O usuario introduce un nome para a etiqueta.
|
||||
vi. O sistema engade o nome ó listado.
|
||||
vii. O usuario preme en "______" para gardar e saír ou "______ e ______" para gardar e continuar editando o formulario.
|
||||
|
||||
|
||||
|
||||
|
|
@ -46,8 +46,8 @@ Etiquetas
|
|||
|
||||
As etiquetas son entidades que pertencen a un tipo de etiqueta. Estas entidades poden ser asignadas a elementos de pedido. O feito de asignar unha etiqueta a un elemento de pedido fará que todos os elementos descendentes dese elemento herden a etiqueta á que pertencen. O feito de contar con unha etiqueta asignada permitirá que eses elementos saian filtrados nos puntos nos que se ofrecerá a posibilidade de procura:
|
||||
|
||||
i. Procura de tarefas no diagrama de Gantt.
|
||||
ii. Procura de elementos de pedido no listado de elementos de pedido.
|
||||
iii. Filtrados para informes.
|
||||
i. Procura de tarefas no diagrama de Gantt.
|
||||
ii. Procura de elementos de pedido no listado de elementos de pedido.
|
||||
iii. Filtrados para informes.
|
||||
|
||||
A asignación de etiquetas a elementos de pedido será cuberta no capítulo de pedidos.
|
||||
A asignación de etiquetas a elementos de pedido será cuberta no capítulo de pedidos.
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue