Your SlideShare is downloading. ×

Planeación de Sistemas de Información

1,382

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 …

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
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,382
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. De la planeación estratégica de sistemas de información a la Ingeniería del Software
  • 2. SISTEMAS DE INFORMACIÓN
    ¡Una actividad delegada!
  • 3. «Un conjunto de datos que, organizados y/o procesados, proporcionan sentido o significado a las cosas.»
    «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.»
    «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.»
  • 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.
    –Laudon & Laudon, 2004
  • 5.
    • Personas
    • 6. DBA (DataBaseAdministrator)
    • 7. Usuarios especializados
    • 8. Usuarios ingenuos
    • 9. Programadores / técnicos
    • 10. Usuarios de nivel ejecutivo
    • 11. Usuarios normales del sistema
    • 12. Terceros
    • 13. Información
    • 14. Levantamiento de información física a Digital
    • 15. Bases de Datos
    • 16. Archivos de texto
    • 17. Archivos Binarios
    • 18. Documentos
    • 19. Bases de datos Especializadas
    • 20. Seguridad en la información
    • 21. Sistemas
    • 22. Hardware
    • 23. Software
  • ¿Por qué se debe hacer un Plan de Sistemas de Información?
    • La informática en las organizaciones no funciona
    • 24. Mal soporte, soluciones tardías, etc.
    • 25. La competencia parece que siempre tiene mejores sistemas de información
    • 26. Estar «IN» –Vs- Aplicar «Cibernética»
  • La planificación usualmente es tipificada de tres formas en función del horizonte de tiempo que cada una estipula: (McNurlin y Sprague, 1998)
  • 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)
  • 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.
    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.
    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.
  • 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)
    Normalmente incluye
  • ¿POR QUÉ LA PLANIFICACIÓN ES DIFÍCIL?
    (McNurlin y Sprague, 1998)
    • ALINEACIÓN DE LAS METAS DEL NEGOCIO Y LOS PLANES DE SISTEMAS
    • 39. RÁPIDO CAMBIO DE LAS TECNOLOGÍAS
    • 40. DESARROLLO DE INFRAESTRUCTURA(A largo plazo)
    • 41. RESPONSABILIDAD COLECTIVA
    • 42. OTROS…
  • PLANEACIÓN´TÁCTICA
    • Identificación los problemas
    • 43. Socialización del programa al interior de la organización
    • 44. Situación actual
    • 45. Análisis del problema
    • 46. Modelo del sistema ideal
    • 47. Plataforma tecnológica
    • 48. Elaboración del presupuesto
    • 49. Recursos computacionales
    • 50. Recursos de software
    • 51. Recursos de comunicación
    • 52. Talento humano
    • 53. Evaluación del plan
    • 54. Plan de sostenimiento
    • 55. Cálculo de imprevistos
    • 56. El software en desarrollo propio o licenciado impacta el capitulo de Talento Humano
    • 57. Evitar la dependencia con los proveedores de hardware y software
  • MÉTRICA Versión 3.0
    Capa de macroprocesos
    Planificación de sistemas de información (PSI, PESI)
    Desarrollo de sistemas de información
    Mantenimiento de sistemas de información (MSI)
    Capa de procesos
    Inicio, definición y organización del PSI
    ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS)
    MANTENIMIENTO CORRECTIVO
    Estudio de información relevante
    ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI)
    MANTENIMIENTO EVOLUTIVO
    Identificación de requisitos
    DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI)
    RETIRADA DEL SOFTWARE
    Estudio de los sistemas de información actuales
    Diseño del modelo de los sistemas de información
    CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI)
    • Aseguramiento de la calidad (CAL)
    • 58. Gestión de la configuración (GC)
    Definición del plan de acción
    IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS)
    Aprobación del PSI
    Socialización y puesta en marcha
    • Gestión de proyectos (GP)
    • 59. Seguridad (SEG)
    INTERFACES DE LA MÉTRICA
  • 60. .::
    PLANEACIÓN ESTRATÉGICA DE SISTEMAS DE INFORMACIÓN CON TECNOLOGÍAS DE INFORMACIÓN
    ::.
  • 61. .:: Fase I::.
    .::
    PRESENTACIÓN Y COMPROMISO DEL EQUIPO
    ::.
  • 62. .:: Fase I::.
    FASE 1.1. LA DECISIÓN DE PLANIFICAR. EL COMITÉ DE TI/SI
    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.
    *** EVIDENCIA:
    Acta de la reunión con las apreciaciones de los colaboradores de confianza ***
  • 63. .:: Fase I::.
    FASE 1.2. FORMACIÓN DEL GRUPO BASE
    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.
  • 64. .:: Fase I::.
    FASE 1.3. IDENTIFICACIÓN DE ÁREAS DE ANÁLISIS PARA DESCRIBIR EL SI EXISTENTE
    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:
    • Organigrama de la empresa
    • 65. Manuales de procesos
    • 66. Señalar el impacto de la propuesta a cada área
    • 67. Señalar el impacto de cada área al plan
  • .:: Fase I::.
    FASE 1.3. IDENTIFICACIÓN DE ÁREAS DE ANÁLISIS PARA DESCRIBIR EL SI EXISTENTE
  • 68. .:: Fase I::.
    FASE 1.3. FORMACIÓN DEL EQUIPO DE TRABAJO DEFINITIVO. PRESENTACIÓN DEL PROYECTO
    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.
    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.
    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.
  • 69. .:: Fase I::.
    FASE 1.3. FORMACIÓN DEL EQUIPO DE TRABAJO DEFINITIVO. PRESENTACIÓN DEL PROYECTO
    El Gerente y el Director del SI dan la última palabra respecto a las personas que deban pertenecer a este grupo.
    Se planea la capacitación necesaria para el equipo y se elabora un cronograma de actividades para controlar el progreso del proyecto.
    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.
  • 70. .:: Fase II::.
    .::
    DESCRIPCIÓN DE LA SITUACIÓN ACTUAL
    ::.
  • 71. .:: Fase II::.
    FASE 1I.1. IDENTIFICACIÓN DE LAS PRINCIPALES FUNCIONES DE NEGOCIO POR ÁREA
    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.
    No se puede confundir las funciones de negocio (Reglas del negocio) con un manual de funciones.
    La lista de funciones debe ser homogénea a la dependencia que se analiza.
  • 72. .:: Fase II::.
    FASE 1I.2. DESCRIPCIÓN DE LOS SISTEMAS EXISTENTES. PROCESOS Y ESTRUCTURAS DE DATOS
    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:
     
    • ·los datos manejados, y
    • 73. los procesos que configuran los subsistemas existentes.
  • .:: Fase II::.
    FASE 1I.3. CRÍTICA DE LOS SISTEMAS EXISTENTES, DESDE EL PUNTO DE VISTA TÉCNICO Y DE NEGOCIO. VALIDACIÓN
    Elaborar una evaluación de los subsistemas de información descritos como resultado de la actividad anterior.
    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.
    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
    *** EVIDENCIA:
    Acta de crítica a los sistemas actuales.***
  • 74. .:: Fase II::.
    FASE 1I.4. ELABORACIÓN DEL INFORME ACERCA DE LOS SISTEMAS EXISTENTES
    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.
  • 75. .:: Fase III::.
    .::
    ELABORACIÓN DEL PLAN DE TI (TECNOLOGÍAS DE INFORMACIÓN) / SI (SISTEMAS DE INFORMACIÓN)
    ::.
  • 76. .:: Fase III::.
    FASE 1II.1. PREPARACIÓN DEL EQUIPO DE TRABAJO PARA EL ANÁLISIS DE NECESIDADES. POSIBLES NUEVAS ÁREAS
    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:
     
    • preparar un equipo de trabajo para ello, y
    • 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
    *** EVIDENCIA:
    Acta de reunión del equipo de trabajo donde analizan la estructura de la organización y posibilidad de nuevas áreas.***
  • 78. .:: Fase III::.
    FASE 1II.2. NECESIDADES DE TI/SI POR ÁREAS Y FUNCIONES DE NEGOCIO. IMPORTANCIA Y URGENCIA
    • 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. 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. 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. Las peticiones de subsistemas de información completos pueden aceptarse solamente si está muy claro qué significan;
    ·
  • 82. .:: Fase III::.
    FASE 1II.3. DESCRIPCIÓN SISTEMÁTICA DE NECESIDADES. PROCESOS Y ESTRUCTURAS DE DATOS
    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:
     
    • esquemas de datos (entidades y relaciones) y
    • 83. procesos que, actuando sobre esos datos, produzcan la información necesaria
  • .:: Fase III::.
    FASE 1II.4. INTEGRACIÓN. CENTROS DE ATENCIÓN EMERGENTES
    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.
    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.
    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
  • 84. .:: Fase III::.
    FASE 1II.5. VALIDACIÓN DE LA ESTRUCTURA DEL SI EMERGENTE
    La estructura elaborada en la actividad anterior debe ser validada explícitamente mediante un proceso de dos fases:
     
    • reuniones departamentales, y
    • 85. una reunión del Comité de TI/SI en pleno.
    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.
  • 86. .:: Fase III::.
    FASE 1II.6. INFORME ACERCA DE LA ESTRUCTURA DEL SI NECESARIO EN EL FUTURO
    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.
    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.
  • 87. .:: Fase III::.
    FASE 1II.7. ELABORACIÓN DE PROPUESTAS ALTERNATIVAS PARA EL PLAN DE TI/SI. EVALUACIÓN DE LOS RECURSOS NECESARIOS
    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.
    En este momento estamos entre la integración de las necesidades de información y la elaboración del plan definitivo.
    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.
  • 88. .:: Fase III::.
    FASE 1II.8. ELABORACIÓN Y APROBACIÓN DEL PLAN DE TI/SI
    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.
    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.
  • 89. .:: Fase III::.
    FASE 1II.8. ELABORACIÓN Y APROBACIÓN DEL PLAN DE TI/SI
    Igualmente importante resaltar que un plan estratégico debe ser sutil en la forma pero riguroso en las metas.
    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.
  • 90. .:: Fase IV::.
    .::
    PROGRAMACIÓN DE ACTIVIDADES
    ::.
  • 91. .:: Fase IV::.
    FASE 1V.1. DESCRIPCIÓN DETALLADA DEL PLAN DE TI/SI ACORDADO. CALENDARIO CONCRETO PARA EL PRIMER AÑO. VALIDACIÓN.
    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.
     
    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.
    Se debe evidenciar la primera acta de autorización de presupuesto y calendario de trabajo para el primer periodo.
  • 92. .:: Fase IV::.
    FASE 1V.2. INCLUSIÓN DE PROYECTOS EN EL PRESUPUESTO DEL PERÍODO SIGUIENTE.
    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.
    Una resolución o directiva debe garantizar comprometer recursos de futuras vigencias para el apoyo del plan
    INICIAR PROCESOS DE INGENIERÍA DE SOFTWARE PARA LOS NUEVOS SISTEMAS DE INFORMACIÓN QUE LO REQUIERAN.
  • 93. .:: Fase IV::.
    FASE 1V.3. PREPARACIÓN DE UN PLAN DE EVALUACIÓN Y REVISIÓN.
    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.
     
    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.
    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.

×