.:: Sistemas de Información::.<br />Talento <br />humano<br /><ul><li>Software
 Hardware
 Dispositivos
 Canales</li></ul>Información<br />
.:: Necesidad de los SI::.<br /><ul><li> La informática en las organizaciones no funciona
 Mal soporte, soluciones tardías, etc.
 La competencia parece que siempre tiene mejor sistemas informático
 Estar “IN”  - Vs – Aplicar Cibernética</li></li></ul><li>.:: Evolución de los SI::.<br /><ul><li>INFORMÁTICA EN LA EMPRESA
 Ligada a máquinas grandes
 Se inicia la creación de Departamentos que ayuden al proceso y la gestión de los datos (Problemas con el recurso financiero)
 Los usuarios no se querían involucrar con el tema de la automatización de procesos administrativos.
 Los intereses foráneos a la informática hicieron que el Departamento de informática estuviera relegado tres líneas por de...
 Los Directores del Departamento de informática a su vez se “EnDiosaron” y consideraban tener la verdad absoluta en la org...
 No existían canales de comunicación adecuados</li></li></ul><li>.:: Evolución de los SI::.<br /><ul><li>SE EXPANDEN LAS A...
 Crecen las necesidades de los usuarios
 Crece el perfil del usuario de los SI
 La Dirección de Informática no entrega soluciones oportunas a las nuevas peticiones de los usuarios
 Negación total de adecuar los SI a las necesidades de la organización.
El Pretexto: Los empleados son unos caprichosos que quieran tener cada uno un SI propio.
La Realidad: El Gerente esta de acuerdo con los empleados.</li></li></ul><li>.:: Evolución de los SI::.<br /><ul><li>OBJET...
 Se conoce el Jefe de Sistemas de Información
 Los recursos financieros son repartidos según las prioridades de la compañía
 A cada Departamento se le exige leer los objetivos de la empresa y elaborar proyectos que apunten a cada uno de estos obj...
 Se ponderan los objetivos y de esta forma se asignan recursos
 Sube la Dirección de informática y se reconoce como Gerencia de sistemas a un nivel estratégico de la empresa.</li></li><...
 Los Gerentes entienden que la Gerencia de Sistemas de Información es estratégica para la organización y no operativa
 Se integran las posibilidades de las TI/SI con los objetivos de la empresa, inclusive para cambiar los objetivos si se re...
 Un sistema de información soluciona un problema sujeto de una implementación computacional
 Socialización del programa al interior de la organización
 Evidencia de la socialización
  Análisis del problema a nivel de sistema de información automatizada
  Elaboración del presupuesto del plan
 Recursos computacionales
 Hardware y software
 Estado de la técnica
 Plan de inversión
Upcoming SlideShare
Loading in …5
×

Planeación de Sistemas de Información

11,808 views

Published on

Presentación sobre la informática en las organizaciones y su desarrollo alrededor del plan de sistemas de información.

Published in: Education
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
11,808
On SlideShare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
324
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Planeación de Sistemas de Información

  1. 1. .:: Sistemas de Información::.<br />Talento <br />humano<br /><ul><li>Software
  2. 2. Hardware
  3. 3. Dispositivos
  4. 4. Canales</li></ul>Información<br />
  5. 5. .:: Necesidad de los SI::.<br /><ul><li> La informática en las organizaciones no funciona
  6. 6. Mal soporte, soluciones tardías, etc.
  7. 7. La competencia parece que siempre tiene mejor sistemas informático
  8. 8. Estar “IN” - Vs – Aplicar Cibernética</li></li></ul><li>.:: Evolución de los SI::.<br /><ul><li>INFORMÁTICA EN LA EMPRESA
  9. 9. Ligada a máquinas grandes
  10. 10. Se inicia la creación de Departamentos que ayuden al proceso y la gestión de los datos (Problemas con el recurso financiero)
  11. 11. Los usuarios no se querían involucrar con el tema de la automatización de procesos administrativos.
  12. 12. Los intereses foráneos a la informática hicieron que el Departamento de informática estuviera relegado tres líneas por debajo en el organigrama de la empresa.
  13. 13. Los Directores del Departamento de informática a su vez se “EnDiosaron” y consideraban tener la verdad absoluta en la organización.
  14. 14. No existían canales de comunicación adecuados</li></li></ul><li>.:: Evolución de los SI::.<br /><ul><li>SE EXPANDEN LAS APLICACIONES
  15. 15. Crecen las necesidades de los usuarios
  16. 16. Crece el perfil del usuario de los SI
  17. 17. La Dirección de Informática no entrega soluciones oportunas a las nuevas peticiones de los usuarios
  18. 18. Negación total de adecuar los SI a las necesidades de la organización.
  19. 19. El Pretexto: Los empleados son unos caprichosos que quieran tener cada uno un SI propio.
  20. 20. La Realidad: El Gerente esta de acuerdo con los empleados.</li></li></ul><li>.:: Evolución de los SI::.<br /><ul><li>OBJETIVOS DE LA EMPRESA INTERPRETADOS EN LOS SI.
  21. 21. Se conoce el Jefe de Sistemas de Información
  22. 22. Los recursos financieros son repartidos según las prioridades de la compañía
  23. 23. A cada Departamento se le exige leer los objetivos de la empresa y elaborar proyectos que apunten a cada uno de estos objetivos
  24. 24. Se ponderan los objetivos y de esta forma se asignan recursos
  25. 25. Sube la Dirección de informática y se reconoce como Gerencia de sistemas a un nivel estratégico de la empresa.</li></li></ul><li>.:: Evolución de los SI::.<br /><ul><li>UNA FORMULA ESTRATEGICA: </li></ul> COMPAÑÍA - SI<br /><ul><li> Los SI adaptan la metodología de la planeación estratégica
  26. 26. Los Gerentes entienden que la Gerencia de Sistemas de Información es estratégica para la organización y no operativa
  27. 27. Se integran las posibilidades de las TI/SI con los objetivos de la empresa, inclusive para cambiar los objetivos si se requiere (Paradigma).</li></li></ul><li>.:: Planeación Táctica de Sistemas ::.<br /><ul><li> Identificación del problema
  28. 28. Un sistema de información soluciona un problema sujeto de una implementación computacional
  29. 29. Socialización del programa al interior de la organización
  30. 30. Evidencia de la socialización
  31. 31. Análisis del problema a nivel de sistema de información automatizada
  32. 32. Elaboración del presupuesto del plan
  33. 33. Recursos computacionales
  34. 34. Hardware y software
  35. 35. Estado de la técnica
  36. 36. Plan de inversión
  37. 37. Talento Humano
  38. 38. Estado actual
  39. 39. Necesidades del plan
  40. 40. Plan de contrataciòn</li></ul>.:: A mediano plazo ::.<br />Por el impacto acelerado de la tecnología<br />
  41. 41. .:: Planeación Táctica de Sistemas ::.<br /><ul><li> Análisis de requerimientos de software
  42. 42. Determinación de la plataforma operativa
  43. 43. Software aplicativo
  44. 44. Bases de Datos
  45. 45. Sistemas de seguridad
  46. 46. Sistemas de Comunicación
  47. 47. Implementación del plan
  48. 48. Cronograma de ejecución
  49. 49. Evaluación
  50. 50. Plan de sostenimiento
  51. 51. No hay formula para el cálculo de imprevistos
  52. 52. La implementación de software bajo desarrollo propio o licenciado debe impactar el capitulo de Talento Humano
  53. 53. Evitar la dependencia con los proveedores de hardware y software
  54. 54. Los planes de adquisición deben estar acompañados de propuestas económicas.</li></li></ul><li>MÉTRICA Versión 3.0<br />Capa de macroprocesos<br />Planificación de sistemas de información (PSI, PESI)<br />Desarrollo de sistemas de información<br />Mantenimiento de sistemas de información (MSI)<br />Capa de procesos<br />Inicio, definición y organización del PSI<br />ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS)<br />MANTENIMIENTO CORRECTIVO<br />Estudio de información relevante<br />ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI)<br />MANTENIMIENTO EVOLUTIVO<br />Identificación de requisitos<br />DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI)<br />RETIRADA DEL SOFTWARE<br />Estudio de los sistemas de información actuales<br />Diseño del modelo de los sistemas de información<br />CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI)<br /><ul><li> Aseguramiento de la calidad (CAL)
  55. 55. Gestión de la configuración (GC)</li></ul>Definición del plan de acción<br />IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS)<br />Aprobación del PSI<br />Socialización y puesta en marcha<br /><ul><li> Gestión de proyectos (GP)
  56. 56. Seguridad (SEG)</li></ul>INTERFACES DE LA MÉTRICA<br />
  57. 57. .:: <br />PLANEACIÓN ESTRATÉGICA DE SISTEMAS DE INFORMACIÓN CON TECNOLOGÍAS DE INFORMACIÓN<br />::.<br />
  58. 58. .:: Fase I::.<br />.:: <br />PRESENTACIÓN Y COMPROMISO DEL EQUIPO<br />::.<br />
  59. 59. .:: Fase I::.<br />FASE 1.1. LA DECISIÓN DE PLANIFICAR. EL COMITÉ DE TI/SI<br />La Dirección general de la organización debe convencer a sus colaboradores mas directos de la necesidad de elaborar y apoyar un plan TI/SI. Esta decisión va unida al convencimiento de las personas claves de la empresa para formar parte del equipo que lleve a cabo el plan, o al menos su inicio.<br />*** EVIDENCIA: <br />Acta de la reunión con las apreciaciones de los colaboradores de confianza ***<br />
  60. 60. .:: Fase I::.<br />FASE 1.2. FORMACIÓN DEL GRUPO BASE<br />Se conforma el equipo de trabajo encargado de programar las actividades de planificación y de configurar el equipo de trabajo que llevará a cabo la gran parte del proyecto, equipo al cual debería pertenecer el Director de SI. Se seleccionan los perfiles adecuados según la metodología ampliada propuesta: Directores, Subdirectores y personas claves en la organización. A medida que se va identificando con mayor claridad el plan es posible ir involucrando personas (inclusive terceros) que tengan una visión adecuada del negocio y del tema.<br />
  61. 61. .:: Fase I::.<br />FASE 1.3. IDENTIFICACIÓN DE ÁREAS DE ANÁLISIS PARA DESCRIBIR EL SI EXISTENTE<br />Se elabora una lista de áreas (departamentos) en las que se puede descomponer la organización y se relacionan con las partes del SI que las afectan respetando al máximo las funciones mismas de negocio:<br /><ul><li> Organigrama de la empresa
  62. 62. Manuales de procesos
  63. 63. Señalar el impacto de la propuesta a cada área
  64. 64. Señalar el impacto de cada área al plan </li></li></ul><li>.:: Fase I::.<br />FASE 1.3. IDENTIFICACIÓN DE ÁREAS DE ANÁLISIS PARA DESCRIBIR EL SI EXISTENTE<br />
  65. 65. .:: Fase I::.<br />FASE 1.3. FORMACIÓN DEL EQUIPO DE TRABAJO DEFINITIVO. PRESENTACIÓN DEL PROYECTO<br />Se finaliza la formación del equipo de trabajo con personas capacitadas para el análisis y buenas relaciones para poder llevar a cabo entrevistas con los colegas de las mismas áreas y de la misma organización. <br />Estas personas deberían estar capacitadas para no caer en los errores en los que personas legos en el tema de TI caerían por su sesgo tecnológico. <br />La cantidad de personas que conformen el equipo depende del tamaño de la empresa y el número de áreas impactadas con el SI. <br />
  66. 66. .:: Fase I::.<br />FASE 1.3. FORMACIÓN DEL EQUIPO DE TRABAJO DEFINITIVO. PRESENTACIÓN DEL PROYECTO<br />El Gerente y el Director del SI dan la última palabra respecto a las personas que deban pertenecer a este grupo. <br />Se planea la capacitación necesaria para el equipo y se elabora un cronograma de actividades para controlar el progreso del proyecto.<br />Se reúne el equipo de trabajo y se hace la presentación del proyecto y las motivaciones para haber llegado al mismo, las técnicas a utilizar para el control del proyecto y el tiempo estimado en el que se esperan resultados.<br />
  67. 67. .:: Fase II::.<br />.:: <br />DESCRIPCIÓN DE LA SITUACIÓN ACTUAL<br />::.<br />
  68. 68. .:: Fase II::.<br />FASE 1I.1. IDENTIFICACIÓN DE LAS PRINCIPALES FUNCIONES DE NEGOCIO POR ÁREA<br />Identificar las funciones de negocio, porque es sobre ellas que se analizará el plan de sistemas. Estas se logran a partir de entrevistas con responsables de alto nivel de cada área.<br />No se puede confundir las funciones de negocio (Reglas del negocio) con un manual de funciones.<br />La lista de funciones debe ser homogénea a la dependencia que se analiza.<br />
  69. 69. .:: Fase II::.<br />FASE 1I.2. DESCRIPCIÓN DE LOS SISTEMAS EXISTENTES. PROCESOS Y ESTRUCTURAS DE DATOS<br />El objetivo de esta actividad es obtener una descripción precisa y no muy extensa de los subsistemas de información existentes en la empresa, a fin de poder elaborar posteriormente una crítica de los mismos, tanto desde el punto de vista técnico como de negocio. Dicha descripción tiene dos dimensiones:<br /> <br /><ul><li>·los datos manejados, y
  70. 70. los procesos que configuran los subsistemas existentes.</li></li></ul><li>.:: Fase II::.<br />FASE 1I.3. CRÍTICA DE LOS SISTEMAS EXISTENTES, DESDE EL PUNTO DE VISTA TÉCNICO Y DE NEGOCIO. VALIDACIÓN<br />Elaborar una evaluación de los subsistemas de información descritos como resultado de la actividad anterior. <br />El punto de vista que conviene adoptar en dicha evaluación es doble: por un lado, una crítica desde la perspectiva tecnológica es útil porque permite identificar áreas en las que es posible mejorar simplemente cambiando el planteamiento tecnológico; por otro, la crítica desde una perspectiva de negocio es imprescindible en el contexto de un plan como el que se pretende desarrollar. <br />Además, esta última es generalmente la crítica que no se tiene, o se tiene sólo de manera parcial y poco homogénea, ya que casi siempre procede simplemente de opiniones de usuarios, en general poco contrastadas y a menudo parciales<br />*** EVIDENCIA: <br />Acta de crítica a los sistemas actuales.***<br />
  71. 71. .:: Fase II::.<br />FASE 1I.4. ELABORACIÓN DEL INFORME ACERCA DE LOS SISTEMAS EXISTENTES<br />En este momento se ha concluido la fase de descripción de la situación actual de los SI de la compañía, y antes de pasar a diseñar lo que será el SI del futuro, es conveniente elaborar a modo de resumen un informe conteniendo toda la información recogida en las actividades anteriores; esta información se utilizará como referencia en la fase siguiente. En cualquier caso, una buena descripción de los sistemas existentes es un excelente punto de partida para empezar a pensar seriamente en el futuro.<br />
  72. 72. .:: Fase III::.<br />.:: <br />ELABORACIÓN DEL PLAN DE TI (TECNOLOGÍAS DE INFORMACIÓN) / SI (SISTEMAS DE INFORMACIÓN)<br />::.<br />
  73. 73. .:: Fase III::.<br />FASE 1II.1. PREPARACIÓN DEL EQUIPO DE TRABAJO PARA EL ANÁLISIS DE NECESIDADES. POSIBLES NUEVAS ÁREAS<br />La actividad de planificación propiamente dicha empieza en esta etapa. Con la descripción de los sistemas existentes como punto de referencia, el objetivo más inmediato es identificar y documentar sistemáticamente las necesidades de información de cada función de negocio que los sistemas existentes no cubren o cubren mal. En preparación para tal actividad, es útil hacer dos cosas:<br /> <br /><ul><li> preparar un equipo de trabajo para ello, y
  74. 74. organizar el análisis alrededor de áreas como en las etapas anteriores, pero haciendo una breve reflexión por si resultara conveniente redefinir las mismas</li></ul>*** EVIDENCIA: <br />Acta de reunión del equipo de trabajo donde analizan la estructura de la organización y posibilidad de nuevas áreas.***<br />
  75. 75. .:: Fase III::.<br />FASE 1II.2. NECESIDADES DE TI/SI POR ÁREAS Y FUNCIONES DE NEGOCIO. IMPORTANCIA Y URGENCIA<br /><ul><li> Se documentan las necesidades de los responsables de las áreas. El resultado es simplemente una lista de necesidades, estructurado por funciones de negocio, ponderando su prioridad.
  76. 76. Se trata no tanto de documentar la importancia estratégica de cada una, sino la importancia percibida por quienes seguramente acabarán siendo sus usuarios más directos.
  77. 77. Si más adelante al incorporar la perspectiva estratégica los grados de importancia no corresponden, ello será síntoma de que lo que se considera estratégico ha sido seguramente mal transmitido a los usuarios de cada área.
  78. 78. Las peticiones de subsistemas de información completos pueden aceptarse solamente si está muy claro qué significan;</li></ul>·<br />
  79. 79. .:: Fase III::.<br />FASE 1II.3. DESCRIPCIÓN SISTEMÁTICA DE NECESIDADES. PROCESOS Y ESTRUCTURAS DE DATOS<br />El objetivo de esta fase es dar estructura a las necesidades de información identificadas, es decir, se hace explícito lo que se iba preparando en la actividad anterior. Análogamente al procedimiento usado en la descripción de los sistemas actuales, las necesidades de información se explicitan en forma de:<br /> <br /><ul><li> esquemas de datos (entidades y relaciones) y
  80. 80. procesos que, actuando sobre esos datos, produzcan la información necesaria</li></li></ul><li>.:: Fase III::.<br />FASE 1II.4. INTEGRACIÓN. CENTROS DE ATENCIÓN EMERGENTES<br />Esta actividad es fundamentalmente una labor de gabinete, encauzada a analizar las descripciones elaboradas en las inmediatamente anteriores para identificar la estructura global de SI que las mismas implican. Los resultados pueden ser variados, dependiendo mucho del estado del SI existente y de si la empresa está en período de cambio en sus planteamientos de negocio o por el contrario los mantiene más o menos estables.<br />La estructura que acabe identificándose es casi siempre el resultado de sucesivas iteraciones en un proceso de refinamiento progresivo que el Director de TI/SI y el Director operativo con el apoyo de Grupo Base deben liderar.<br />Aquellas aplicaciones de las TI que se detecten y que tengan poca o nula interacción con el SI global tenderán a delegarse al área funcional correspondiente, con el necesario apoyo de expertos del departamento de Sistemas de Información<br />
  81. 81. .:: Fase III::.<br />FASE 1II.5. VALIDACIÓN DE LA ESTRUCTURA DEL SI EMERGENTE<br />La estructura elaborada en la actividad anterior debe ser validada explícitamente mediante un proceso de dos fases:<br /> <br /><ul><li> reuniones departamentales, y
  82. 82. una reunión del Comité de TI/SI en pleno. </li></ul>Es importante que los máximos responsables de la empresa acepten una estructura al final, y que la misma tome carácter de «oficial». Ello puede requerir unas cuantas iteraciones más, pero relativamente rápidas. La visión del negocio de los máximos responsables debe ser coherente con la estructura que se acabe adoptando, ya que en el contexto de la misma se asignarán luego prioridades a los Proyectos que acabarán configurando el plan de SI. <br />
  83. 83. .:: Fase III::.<br />FASE 1II.6. INFORME ACERCA DE LA ESTRUCTURA DEL SI NECESARIO EN EL FUTURO<br />Es prudente documentar la estructura de SI resultado de la actividad anterior, elaborando un informe que la describa, la justifique y especifique sus detalles en términos de estructuras de datos, procesos y funciones de negocio apoyadas por cada proceso, indicando cómo las distintas funciones son apoyadas por los procesos correspondientes, que se integran en el SI global. <br />Siempre que sea posible, además, debe incluirse en el informe una indicación acerca de volúmenes de datos, frecuencias de acceso, número de transacciones por unidad de tiempo y tiempos de respuesta precisos para los procesos más críticos. <br />
  84. 84. .:: Fase III::.<br />FASE 1II.7. ELABORACIÓN DE PROPUESTAS ALTERNATIVAS PARA EL PLAN DE TI/SI. EVALUACIÓN DE LOS RECURSOS NECESARIOS<br />Una vez acordada una estructura para el SI necesario y especificados los procesos y estructuras de datos necesarios para la obtención de la información precisa, es necesario evaluar los recursos que harían falta para construir los distintos subsistemas integrantes del SI global. <br />En este momento estamos entre la integración de las necesidades de información y la elaboración del plan definitivo.<br />En ocasiones, puede que a la luz de las necesidades de información y proceso detectadas en las etapas anteriores, sea muy claro qué Proyectos informáticos (subsistemas) hay que definir para implementar de forma ordenada el SI de la empresa. <br />
  85. 85. .:: Fase III::.<br />FASE 1II.8. ELABORACIÓN Y APROBACIÓN DEL PLAN DE TI/SI<br />En reunión plenaria del Comité de SI, las propuestas elaboradas en la actividad anterior deben ser consideradas, evaluadas y una de ellas elegida como plan de TI/SI para los próximos años. Si la actividad anterior ha incluido revisiones de las propuestas individualmente con cada máximo responsable de área, esta reunión no tiene por qué extenderse demasiado. <br />Es preciso recalcar, de todas maneras, que la responsabilidad de la alta Dirección es muy marcada en esta actividad; al fin y al cabo se está decidiendo la parte de la estrategia de la empresa que hace referencia a TI/SI y de acuerdo con ella se están priorizando alternativas. <br />
  86. 86. .:: Fase III::.<br />FASE 1II.8. ELABORACIÓN Y APROBACIÓN DEL PLAN DE TI/SI<br />Igualmente importante resaltar que un plan estratégico debe ser sutil en la forma pero riguroso en las metas.<br />El resultado es la estructura del plan de TI/SI, que a continuación habrá que organizar en Proyectos concretos para asignar a días de calendario y personas determinadas.<br />
  87. 87. .:: Fase IV::.<br />.:: <br />PROGRAMACIÓN DE ACTIVIDADES<br />::.<br />
  88. 88. .:: Fase IV::.<br />FASE 1V.1. DESCRIPCIÓN DETALLADA DEL PLAN DE TI/SI ACORDADO. CALENDARIO CONCRETO PARA EL PRIMER AÑO. VALIDACIÓN.<br />Otra vez los técnicos tienen la palabra. El DOP (Director Operativo del Proyecto) es el responsable más natural para elaborar la lista de Proyectos necesarios para implementar los sistemas integrantes del plan aprobado. Suya es también la responsabilidad de lograr la aprobación del plan de inversión.<br /> <br />Con un calendario detallado para el primer período (normalmente un año) de validez del plan, lo anterior debería ser sometido a la aprobación del Comité de SI, en sesión a la que no es imprescindible la asistencia del Director general. <br />Se debe evidenciar la primera acta de autorización de presupuesto y calendario de trabajo para el primer periodo.<br />
  89. 89. .:: Fase IV::.<br />FASE 1V.2. INCLUSIÓN DE PROYECTOS EN EL PRESUPUESTO DEL PERÍODO SIGUIENTE.<br />El proceso de planificación del SI debe sincronizarse con el proceso presupuestario, de manera que una estimación de su duración es necesaria para ello.<br />Una resolución o directiva debe garantizar comprometer recursos de futuras vigencias para el apoyo del plan<br />INICIAR PROCESOS DE INGENIERÍA DE SOFTWARE PARA LOS NUEVOS SISTEMAS DE INFORMACIÓN QUE LO REQUIERAN.<br />
  90. 90. .:: Fase IV::.<br />FASE 1V.3. PREPARACIÓN DE UN PLAN DE EVALUACIÓN Y REVISIÓN.<br />Al fin, el plan de TI/SI existe y está en marcha. En el futuro será solamente necesario revisarlo, ya sea rutinariamente cada cierto tiempo (cada período presupuestario, por ejemplo) o en respuesta a cambios importantes en el planteamiento estratégico de la empresa.<br /> <br />En el primer caso, la responsabilidad de la revisión recae sobre el Director de SI, que deberá prever las actividades necesarias de recabar cambios en necesidades, etc., cada período, y en forma parecida a como se ha descrito para la segunda fase de la planificación expuesta en los apartados anteriores, llegar a la elaboración del nuevo plan y nuevo calendario para el próximo año o período.<br />La evaluación jerárquica del plan depende de los Responsables de las dependencias y la llevan a cabo a través de los POA.<br />

×