De la planeación estratégica de sistemas de información a la Ingeniería del Software<br />
SISTEMAS DE INFORMACIÓN<br />¡Una actividad delegada!<br />
«Un conjunto de datos que, organizados y/o procesados, proporcionan  sentido o significado a las cosas.»<br />«Los Datos p...
Sistemas de información es  un conjunto de componentes interrelacionados que recolectan (o recuperan), procesan, almacenan...
<ul><li>Personas
 DBA (DataBaseAdministrator)
 Usuarios especializados
 Usuarios ingenuos
 Programadores / técnicos
 Usuarios de nivel ejecutivo
 Usuarios normales del sistema
 Terceros
Información
 Levantamiento de información física a Digital
 Bases de Datos
 Archivos de texto
 Archivos Binarios
 Documentos
 Bases de datos Especializadas
 Seguridad en la información
Sistemas
Hardware
Software</li></li></ul><li>¿Por qué se debe hacer un Plan de Sistemas de Información?<br /><ul><li>La informática en las o...
Mal soporte, soluciones tardías, etc.
La competencia parece que siempre tiene mejores sistemas de información
Estar «IN» –Vs- Aplicar «Cibernética»</li></li></ul><li>La planificación usualmente es tipificada de tres formas en funció...
Antes de elaborar un plan estratégico de sistemas de información se debe conocer y reconocer la situación actual y estable...
La planificación  de SI es una forma sistemática para evaluar las necesidades de información de una organización y, defini...
El plan de SI de un organización es normalmente un documento que muestra las necesidades de desarrollo de SI/TI  a corto y...
Visión
Situación actual
Restricciones
Modelo de SI/TI ideal
Objetivos deseados
Proyectos a corto plazo
Proyectos a largo plazo
Conclusiones
Instrumentos de seguimiento</li></li></ul><li>¿POR QUÉ LA PLANIFICACIÓN ES DIFÍCIL?<br />(McNurlin y Sprague, 1998) <br />...
RÁPIDO CAMBIO DE LAS TECNOLOGÍAS
DESARROLLO DE INFRAESTRUCTURA(A largo plazo)
Upcoming SlideShare
Loading in …5
×

Planeación de Sistemas de Información

1,562 views

Published on

Planeación de Sistemas de Información en el curso de Ingeniería del Software del programa Ingeniería de Sistemas y Telecomunicaciones de la Universidad Católica de Pereira. El documento base de la presentación puede ser solicitado a luiseduardo.pelaez@gmail.com

Published in: Education, Business, Technology
0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,562
On SlideShare
0
From Embeds
0
Number of Embeds
122
Actions
Shares
0
Downloads
0
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide

Planeación de Sistemas de Información

  1. 1. De la planeación estratégica de sistemas de información a la Ingeniería del Software<br />
  2. 2. SISTEMAS DE INFORMACIÓN<br />¡Una actividad delegada!<br />
  3. 3. «Un conjunto de datos que, organizados y/o procesados, proporcionan sentido o significado a las cosas.»<br />«Los Datos por si solos no conforman INFORMACIÓN. Es decir el número 2, es algo sin sentido que no hace referencia a nada; al igual que la palabra PATA, nos puede poner a pensar en muchas cosas: La esposa del Pato, un Chance, una embarrada, etc.»<br />«Cuando leemos, oímos o decimos TÍENE 2 PATAS, es una información que me lleva a pensar en la descripción de un animal, o en otra cosa con mayor sentido.»<br />
  4. 4. Sistemas de información es un conjunto de componentes interrelacionados que recolectan (o recuperan), procesan, almacenan y distribuyen información para apoyar la toma de decisiones, el control de una organización, la resolución de problemas y la generación de nuevos productos o procedimientos. <br />–Laudon & Laudon, 2004<br />
  5. 5. <ul><li>Personas
  6. 6. DBA (DataBaseAdministrator)
  7. 7. Usuarios especializados
  8. 8. Usuarios ingenuos
  9. 9. Programadores / técnicos
  10. 10. Usuarios de nivel ejecutivo
  11. 11. Usuarios normales del sistema
  12. 12. Terceros
  13. 13. Información
  14. 14. Levantamiento de información física a Digital
  15. 15. Bases de Datos
  16. 16. Archivos de texto
  17. 17. Archivos Binarios
  18. 18. Documentos
  19. 19. Bases de datos Especializadas
  20. 20. Seguridad en la información
  21. 21. Sistemas
  22. 22. Hardware
  23. 23. Software</li></li></ul><li>¿Por qué se debe hacer un Plan de Sistemas de Información?<br /><ul><li>La informática en las organizaciones no funciona
  24. 24. Mal soporte, soluciones tardías, etc.
  25. 25. La competencia parece que siempre tiene mejores sistemas de información
  26. 26. Estar «IN» –Vs- Aplicar «Cibernética»</li></li></ul><li>La planificación usualmente es tipificada de tres formas en función del horizonte de tiempo que cada una estipula: (McNurlin y Sprague, 1998) <br />
  27. 27. Antes de elaborar un plan estratégico de sistemas de información se debe conocer y reconocer la situación actual y establecer el nivel de convencimiento para el nuevo plan. (McNurliny Sprague, 1998) <br />
  28. 28. La planificación de SI es una forma sistemática para evaluar las necesidades de información de una organización y, definir los SI/TI, que podrán satis­facer mejor esas necesidades. <br />PLANIFICACIÓN TOP-DOWN. Pretende conseguir un amplio entendimiento de las necesidades de SI de una organización completa. Ver la organización desde arriba de manera holística.<br />PLANIFICACIÓN BOTTOM-UP. Identifica y define los proyectos de desarrollo de SI, con base en la resolución de problemas operativos del negocio o por la toma de ventajas sobre algunas oportunidades del negocio. <br />
  29. 29. El plan de SI de un organización es normalmente un documento que muestra las necesidades de desarrollo de SI/TI a corto y a largo plazo, identificadas ynexpresadasa través de una serie de proyectos”. (Hoffer et al.,1999)<br />Normalmente incluye<br /><ul><li>Misión
  30. 30. Visión
  31. 31. Situación actual
  32. 32. Restricciones
  33. 33. Modelo de SI/TI ideal
  34. 34. Objetivos deseados
  35. 35. Proyectos a corto plazo
  36. 36. Proyectos a largo plazo
  37. 37. Conclusiones
  38. 38. Instrumentos de seguimiento</li></li></ul><li>¿POR QUÉ LA PLANIFICACIÓN ES DIFÍCIL?<br />(McNurlin y Sprague, 1998) <br /><ul><li>ALINEACIÓN DE LAS METAS DEL NEGOCIO Y LOS PLANES DE SISTEMAS
  39. 39. RÁPIDO CAMBIO DE LAS TECNOLOGÍAS
  40. 40. DESARROLLO DE INFRAESTRUCTURA(A largo plazo)
  41. 41. RESPONSABILIDAD COLECTIVA
  42. 42. OTROS…</li></li></ul><li>PLANEACIÓN´TÁCTICA<br /><ul><li>Identificación los problemas
  43. 43. Socialización del programa al interior de la organización
  44. 44. Situación actual
  45. 45. Análisis del problema
  46. 46. Modelo del sistema ideal
  47. 47. Plataforma tecnológica
  48. 48. Elaboración del presupuesto
  49. 49. Recursos computacionales
  50. 50. Recursos de software
  51. 51. Recursos de comunicación
  52. 52. Talento humano
  53. 53. Evaluación del plan
  54. 54. Plan de sostenimiento
  55. 55. Cálculo de imprevistos
  56. 56. El software en desarrollo propio o licenciado impacta el capitulo de Talento Humano
  57. 57. Evitar la dependencia con los proveedores de hardware y software</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)
  58. 58. 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)
  59. 59. Seguridad (SEG)</li></ul>INTERFACES DE LA MÉTRICA<br />
  60. 60. .:: <br />PLANEACIÓN ESTRATÉGICA DE SISTEMAS DE INFORMACIÓN CON TECNOLOGÍAS DE INFORMACIÓN<br />::.<br />
  61. 61. .:: Fase I::.<br />.:: <br />PRESENTACIÓN Y COMPROMISO DEL EQUIPO<br />::.<br />
  62. 62. .:: 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 />
  63. 63. .:: 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 />
  64. 64. .:: 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
  65. 65. Manuales de procesos
  66. 66. Señalar el impacto de la propuesta a cada área
  67. 67. 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 />
  68. 68. .:: 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 />
  69. 69. .:: 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 />
  70. 70. .:: Fase II::.<br />.:: <br />DESCRIPCIÓN DE LA SITUACIÓN ACTUAL<br />::.<br />
  71. 71. .:: 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 />
  72. 72. .:: 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
  73. 73. 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 />
  74. 74. .:: 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 />
  75. 75. .:: Fase III::.<br />.:: <br />ELABORACIÓN DEL PLAN DE TI (TECNOLOGÍAS DE INFORMACIÓN) / SI (SISTEMAS DE INFORMACIÓN)<br />::.<br />
  76. 76. .:: 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
  77. 77. 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 />
  78. 78. .:: 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.
  79. 79. 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.
  80. 80. 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.
  81. 81. Las peticiones de subsistemas de información completos pueden aceptarse solamente si está muy claro qué significan;</li></ul>·<br />
  82. 82. .:: 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
  83. 83. 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 />
  84. 84. .:: 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
  85. 85. 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 />
  86. 86. .:: 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 />
  87. 87. .:: 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 />
  88. 88. .:: 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 />
  89. 89. .:: 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 />
  90. 90. .:: Fase IV::.<br />.:: <br />PROGRAMACIÓN DE ACTIVIDADES<br />::.<br />
  91. 91. .:: 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 />
  92. 92. .:: 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 />
  93. 93. .:: 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 />

×