Planeamiento de Sistemas de Información

Ingeniería de Sistemas

SEM
METODOLOGIA, MÉTRICA VERSIÓN 3.0 8

Metodologías de Desarrollo de Sistemas de Información

Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a
paso, producto resultante, funciones, herramientas y normas de calidad para la terminación
del ciclo de vida completo del desarrollo de sistemas.
Una Metodología para el Desarrollo de SI es un conjunto de actividades llevadas a cabo para
desarrollar y poner en marcha un Sistema de Información.

Objetivos de las metodologías

• Definir actividades a llevar a cabo en un proyecto de S.I.
• Unificar criterios en la organización para el desarrollo de S.I.
• Proporcionar puntos de control y revisión.
Tipos de Metodologías
• Estructurada
• Evolutiva-Incremental
• Prototipos
• Orientada a objetos
Miembros de un proyecto de Sistemas
• Líder (Gerencia el proyecto).
• Analista(recoge información inicial y define requerimientos).
• Diseñador de S.I.
• Diseñador de Bases de Datos (B.D.).
• Programador (Codifica/Prueba).
• Usuario directo. (Expresa necesidades).
Agenda
• Planificación de Proyectos
• Justificación
• Control de Proyectos
• Estudio de Factibilidad
• Análisis
• Diseño
• Implantación
• Actualización
Planificación de Proyectos

• Permite saber qué se deberá hacer y quien lo va hacer. Tiempo

• estimado de terminación del proyecto (aproximadamente).
• Pone en evidencia los obstáculos relevantes del proyecto, con el fin de tomar las
precauciones necesarias.
• Establece marco de referencia que permite trabajar
• eficientemente y sin desperdicio de recursos.
• Permite definir la metodología de desarrollo a seguir.
• Herramientas para la planificación (Cronograma de Actividades, Software de Planificación
[Project]).
Justificación del proyecto
• Se establecen las bases para soportar la aprobación.
• Incluye análisis costo/beneficio.
• Verifica:
• Definición correcta de objetivos del proyecto.
1
Planeamiento de Sistemas de Información
Ingeniería de Sistemas

• Enunciación correcta de prioridades.

• Optimización de beneficios
• Razones para Proponer proyectos:
• Resolver un problema /necesidad.
• Aprovechar una oportunidad.
• Brindar soluciones a directivos.
• Razones para iniciar proyectos
o Mayor capacidad (velocidad, memoria, recursos)
o Control.
o Reducción de costos.
• Alcanzar ventajas competitivas
Control de Proyectos
• Tareas del líder de Proyectos
o Prepara y ejecutar planes de acción.
o Dirigir reuniones para identificar y resolver problemas.
o Elaborar y presentar reportes de progresos.
• Ventajas de control de proyecto
o Permite reasignar personas con poca carga.
o Permite intercambiar personal de actividades no críticas
a críticas
• Proyecto bajo control
o Cada persona sabe lo que tiene que hacer y cuándo
debe hacerlo.
o Nadie está esperando que las cosas ocurran.
o No hay problemas escondidos.
o El líder sabe lo que se ha hecho y lo que no.
• Para mantener un proyecto bajo control
• Preparar y seguir planes de acción.
• Realizar reuniones para detectar y corregir problemas.
• Delegar eficientemente.
• Medir el tiempo que realmente hace falta.
• Reconocer los síntomas del fracaso.
Estudio de factibilidad
• Determina si es posible o no ofrecer solución automatizada a los problemas/situaciones
actuales.
• Representa el primer paso a cumplirse dentro del ciclo de desarrollo.
• Brinda información muy amplia acerca de la unidad a quien se la va a desarrollar el S.I.
• Abarca la factibilidad:
o Técnica (existe tecnología para realizar el S.I).
o Operativa (habrá resistencia al cambio).
o Económica (relación costo/beneficio).
Beneficios
• Ahorro s funcionales
o Reducción de costos de operación (tiempo, diner).
• Beneficios tangibles
o Aumento de productividad
o Mejor uso de los activos
o Mejor control
• Beneficios intangibles
o Optimización o simplificación de procedimientos.
o Mayor entusiasmo en los trabajadores.
o Imagen de la organización.
o Mejora en la precisión de las operaciones

2
Planeamiento de Sistemas de Información
Ingeniería de Sistemas

Costos:
• Construcción del sistema
o Sueldos de los miembros del proyecto.
o Adiestramiento ( de ser necesario).
• Operación del sistema
o Software
o Hardware
o Mantenimiento.
Análisis
• Amplía resultados del estudio de factibilidad
• Define QUÉ va a hacer el nuevo sistema
• Herramientas
o Técnicas de recolección de información (entrevistas,
o cuestionarios)
o Descripciones de procesos y procedimientos
o Diagramas de flujo de datos (herramienta gráfica que se
emplea para describir y analizar el movimiento de datos
a través de un sistema)
o Diagramas de flujo de procesos (representa el modelaje
físico de un sistema, quién y cómo hace las cosas)
o Diccionario de datos (datos de los datos del sistema,
catálogo de
o los elementos de un sistema
• Definición de objetivos específicos del sistema.
• Identificación de usuarios.
• Identificación de procedimientos propuestos
• Elaboración de modelo del sistema actual (lógico y físico).
• Recopilación de reportes del sistema actual.
• Elaboración del modelo del sistema propuesto (lógico y físico).
• Mostrar beneficios potenciales del sistema propuesto.
• Refinación del plan de trabajo y costos.
• Elaboración de planificación del proyecto.
• Elaboración del diccionario de datos.

Análisis Preliminar
• Para el éxito de un desarrollo de un SI es esencial una comprensión total de los requisitos.
• No importa lo bien diseñado o codificado que esté un programa, si no se ha analizado
correctamente, pues defraudará al usuario y frustrará al desarrollado.
Análisis de Requisitos
• El análisis de los requisitos es una tarea de ingeniería de software que cubre un huevo entre
la definición del software a nivel sistema y el diseño del software.
• El análisis de requisitos permite al ingeniero de sistemas especificar la función y el
rendimiento del software, indica la interfaz del software con otros elementos del sistema y
establece que debe cumplir el software
Diseño
• Genera soluciones a requerimientos planteados.
• Define CÓMO lo va hacer el nuevo sistema.
• Herramientas:
• Lenguaje de Modelado Unificado (UML), diagramas entidad relación, diagrama estructurado,
normalización, diccionario de datos, etc.).
o Base de datos (colección integrada de archivos
accesibles por múltiples aplicaciones)
Diseño de Salidas
• Diseño de salidas
• Deben satisfacer objetivos planteados.
3
Planeamiento de Sistemas de Información
Ingeniería de Sistemas

• Se deben adaptar al usuario.

• Debe de proveer la cantidad adecuada de información.
• Se debe proporcionar el método apropiado para la salida
• (reportes impresos, en pantalla, archivos y en discos).
• La salida debe de ser oportuna y disponible.

Programación/Codificación
• Consiste en traducir el diseño en instrucciones que la computadora pueda interpretar.
• Es la generación del código fuente y código objeto de la aplicación, de acuerdo a los
resultados obtenido en el diseño.
• Actividades a cumplir
o Codificación.
o Compilación (corregir sintaxis).
o Depuración (corregir errores de los programas).
Implantación
• Incluye todas las actividades para poner un sistema en producción (entregar al usuario).
• Actividades
o Prueba.
o Conversión.
o Instalación de hardware y software.
o Adiestramiento.
o Documentación.
o Entrega al usuario.
Mantenimiento
• Modificar, corregir o mejorar los sistemas existentes.
• Tipos de Mantenimiento:
o Correctivo (elimina errores).
o Perfectivo (añade nuevas funciones).
o Adaptivo (modifica acciones).
o Preventivo (previene errores).
• Parches: modificaciones menores.
• Importancia de un mantenimiento:
o Si no hay apoyo continuo, el sistema puede dejar de
funcionar.
o Un soporte continuo permite a los usuarios el uso
adecuado del sistema.
o Permite realizar ajustes necesarios para que aún
cuando el ambiente cambie, se pueda hacer uso
eficiente de los recursos del sistema.
• Dificultades encontradas:
o Documentación inadecuada, obsoleta o inexistente.
o Componentes complejos.
o Componentes mal estructurados.
o Poca familiaridad de las aplicaciones.
o Presión del tiempo.
o Falta de comunicación y participación de los usuarios.
o Gran cantidad de requerimientos.
o Gran cantidad de parches

4
 Planeamiento de Sistemas de Información
Ingeniería de Sistemas

Metodología Métrica Versión 3.0

La metodología MÉTRICA Versión 3 ofrece a las Organizaciones un instrumento útil para la sistematización de
las actividades que dan soporte al ciclo de vida del software.
MÉTRICA Versión 3 tiene un enfoque orientado al proceso, ya que la tendencia general en los estándares se
encamina en este sentido y por ello, como ya se ha dicho, se ha enmarcado dentro de la norma ISO 12207, que
se centra en la clasificación y definición de los procesos del ciclo de vida del software. Como punto de partida y
atendiendo a dicha norma, MÉTRICA Versión 3 cubre el Proceso de Desarrollo y el Proceso de Mantenimiento
de Sistemas de Información.
MÉTRICA Versión 3 ha sido concebida para abarcar el desarrollo completo de Sistemas de Información sea cual
sea su complejidad y magnitud, por lo cual su estructura responde a desarrollos máximos y deberá adaptarse y
dimensionarse en cada momento de acuerdo a las características particulares de cada proyecto.
La metodología descompone cada uno de los procesos en actividades, y éstas a su vez en tareas. Para cada
tarea se describe su contenido haciendo referencia a sus principales acciones, productos, técnicas, prácticas y
participantes.
El orden asignado a las actividades no debe interpretarse como secuencia en su realización, ya que éstas
pueden realizare en orden diferente a su numeración o bien en paralelo, como se muestra en los gráficos de
cada proceso. Sin embargo, no se dará por acabado un proceso hasta no haber finalizado todas las actividades
del mismo determinadas al inicio del proyecto.

METRICA VERSION 3.0

FASES
1. Planificación de los Sistemas de Información (PSI)
2. Estudio de viabilidad del sistema (EVS)
3. Análisis del Sistema de Información (ASI)
4. Diseño del Sistema de Información (DSI)
5. Construcción del Sistema de Información (CSI)
6. Implantación y aceptación del sistema (IAS)
7. Mantenimiento de Sistemas de información (MSI)

5
 Planeamiento de Sistemas de Información
Ingeniería de Sistemas

EL PLAN DE SISTEMAS DE INFORMACION (PSI) –METRICA VERSION 3.0

DESCRIPCIÓN
El objetivo de un Plan de Sistemas de Información es proporcionar un marco estratégico de referencia para los
Sistemas de Información de un determinado ámbito de la Organización. El resultado del Plan de Sistemas debe,
por tanto, orientar las actuaciones en materia de desarrollo de Sistemas de Información con el objetivo básico de
apoyar la estrategia corporativa, elaborando una arquitectura de información y un plan de proyectos informáticos
para dar apoyo a los objetivos estratégicos.
Por este motivo es necesario un proceso como el de Planificación de Sistemas de Información, en el que
participen, por un lado los responsables de los procesos de la organización con una visión estratégica y por otro,
los profesionales de SI capaces de enriquecer dicha visión con la aportación de ventajas competitivas por medio
de los sistemas y tecnologías de la información y comunicaciones.
Como productos finales de este proceso se obtienen los siguientes, que podrán constituir la entrada para el
siguiente proceso de Estudio de Viabilidad del Sistema:

o Catálogo de requisitos de PSI que surge del estudio de la situación actual en el caso de que sea
significativo dicho estudio, del diagnóstico que se haya llevado a cabo y de las necesidades de
información de los procesos de la organización afectados por el plan de sistemas.
o Arquitectura de información que se compone a su vez de los siguientes productos:
 Modelo de información.
 Modelo de sistemas de información.
 Arquitectura tecnológica.
 Plan de proyectos.( Una propuesta de proyectos a desarrollar en los próximos años, así como la
prioridad de realización de cada proyecto. Una propuesta de calendario para la ejecución de
dichos proyectos. La evaluación de los recursos necesarios para los proyectos a desarrollar en el
próximo año, con el objetivo de tenerlos en cuenta en los presupuestos. Para el resto de
proyectos, bastará con una estimación de alto nivel.
 Plan de mantenimiento del PSI.
Un Plan de Sistemas de Información proporcionará un marco de referencia en materia de Sistemas de
Información. En ocasiones podrá servir de palanca de cambio para los procesos de la Organización, pero su
objetivo estará siempre diferenciado del de un análisis de dichos procesos por sí mismos. Dicho en otras
palabras, no se debe confundir el resultado que se persigue con un Plan de Sistemas de Información, con el de
una mejora o reingeniería de procesos, ya que los objetivos en ambos casos no son los mismos, aunque el
medio para conseguirlos tenga puntos en común (estudio de los procesos y alineamiento con los objetivos
estratégicos).
Este nuevo enfoque de alineamiento de los sistemas de información con la estrategia de la organización, la
implicación directa de la alta dirección y la propuesta de solución presenta como ventajas:

o La implicación de la alta dirección facilita que se pueda desarrollar con los recursos necesarios y el
calendario establecido.
o La perspectiva horizontal de los procesos dentro de la Organización facilita que se atienda a intereses
globales y no particulares de unidades organizativas que puedan desvirtuar los objetivos del Plan. Para
mantener la visión general que apoye los objetivos estratégicos, el enfoque de un Plan de Sistemas de
Información debe orientarse al estudio por procesos.
o La prioridad del desarrollo de los sistemas de información de la organización por objetivos estratégicos.
o La propuesta de Arquitectura de Información que se hace en el plan es más estratégica que tecnológica.
El modelo de sistemas de información de la propuesta no es teórico y se contemplan los sistemas de
información actuales que se mantendrán.

A continuación un gráfico que representa la secuencia de actividades del proceso PSI.

6
 Planeamiento de Sistemas de Información
Ingeniería de Sistemas

PROCESO PSI

ACTIVIDAD PSI 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN

El objetivo de esta actividad es determinar la necesidad del Plan de Sistemas de Información y llevar a cabo el
arranque formal del mismo, con el apoyo del nivel más alto de la organización. Como resultado, se obtiene una
descripción general del Plan de Sistemas de Información que proporciona una definición inicial del mismo,
identificando los objetivos estratégicos a los que apoya, así como el ámbito general de la organización al que
Afecta, lo que permite implicar a las direcciones de las áreas afectadas por el Plan de Sistemas de Información.
Además, se identifican los factores críticos de éxito y los participantes en el Plan de Sistemas de Información,
nombrando a los máximos responsables.

A continuación se incluye una tabla resumen con las tareas de la presente actividad:

TAREA PRODUCTOS TECNICAS Y PARTICIPANTES

PRACTICAS
PSI 1.1 Análisis de la - Descripción general del - Sesiones de - Comité de
necesidad del PSI PSI trabajo dirección
- Aprobación de inicio
del PSI

PSI 1.2 Identificación del - Descripción general del - Factores críticos - Comité de
alcance del PSI PSI de éxito dirección
- Ambito y objetivos - Sesiones de
del PSI trabajo
- Objetivos
estratégicos
relacionados con el
PSI
7
 Planeamiento de Sistemas de Información
Ingeniería de Sistemas

- Factores Críticos de
éxito
PSI 1.3 Determinación de - Descripción general del - Sesiones de - Comité de
responsables PSI trabajo dirección
- Responsables del
PSI

Tarea PSI 1.1: Análisis de la Necesidad del PSI

Se analizan las expectativas de las áreas que han planteado la necesidad de llevar a cabo el Plan de Sistemas
de Información, así como los productos finales esperados. Una vez verificado que las necesidades de la
organización se deben cubrir con un Plan de Sistemas de Información, se toma la decisión de su inicio.
Productos
De entrada
· Solicitud formal de PSI (externo)
De salida
· Descripción general del PSI:
o Aprobación de inicio del PSI
Prácticas
· Sesiones de trabajo
Participantes
· Comité de Dirección

Tarea PSI 1.2: Identificación del Alcance del PSI

Se define el ámbito del Plan de Sistemas de Información en términos de procesos de la organización afectados y,
como consecuencia, las direcciones de las áreas implicadas. Se determinan los objetivos estratégicos de la
organización que deben ser considerados en el Plan de Sistemas de Información, así como aquellos aspectos
que la dirección considera factores críticos de éxito para el mismo.
Productos
De entrada
· Descripción general del PSI (PSI 1.1)
De salida
· Descripción general del PSI:
o Ámbito y objetivos del PSI
o Objetivos estratégicos relacionados con el PSI
o Factores críticos de éxito
Prácticas
· Sesiones de trabajo
· Factores críticos de éxito
Participantes
· Comité de Dirección

Tarea PSI 1.3: Determinación de Responsables

Delimitado el ámbito del Plan de Sistemas de Información, se implica a las unidades organizativas afectadas,
informándoles de la decisión y solicitando su participación en el estudio que se va a iniciar. En sesiones de
trabajo con las distintas unidades se determinan los principales responsables del Plan de Sistemas de
información a los que seguidamente se les debe comunicar su nombramiento y solicitar su aceptación. Las
personas seleccionadas serán los participantes en la Dirección del Plan de Sistemas de Información. También se
determina la necesidad de apoyo en la función de seguimiento que determine el Plan de Sistemas de
Información. Dicha necesidad depende de la amplitud del Plan de Sistemas de Información y de la duración
prevista para el mismo. Si se considera necesario, en esta actividad se proponen los responsables de dicho
seguimiento.
Productos
De entrada
· Descripción general del PSI (PSI 1.2)
8
 Planeamiento de Sistemas de Información
Ingeniería de Sistemas

De salida
· Descripción general del PSI:
o Responsables del PSI
Prácticas
· Sesiones de trabajo
Participantes
· Comité de Dirección

ACTIVIDAD PSI 2: DEFINICIÓN Y ORGANIZACIÓN DEL PSI

En esta actividad se detalla el alcance del plan, se organiza el equipo de personas que lo va a llevar a cabo y se
elabora un calendario de ejecución. Todos los resultados o productos de esta actividad constituirán el marco de
actuación del proyecto más detallado que en PSI 1 en cuanto a objetivos, procesos afectados, participantes,
resultados y fechas de entrega.

TAREA PRODUCTOS TECNICAS Y PARTICIPANTES

PRACTICAS
PSI 2.1 Especificación del - Descripción general de - Catalogación - Comité de
ámbito y alcance procesos de la dirección
organización afectados - Directores de
- Catalogo de objetivos Usuarios
de PSI: - Jefe de Proyecto
- Objetivos generales del PSI
- Objetivos
específicos de cada
proceso (si los
hubiera)
PSI 2.2 Organización del - Catálogo de usuarios - Catalogación - Directores de
PSI - Equipos de trabajo - Sesiones de Usuarios
trabajo - Jefe de Proyecto
del PSI
PSI 2.3 Definición del Plan - Plan de trabajo - Planificación - Directores de
de trabajo - Estimación Usuarios
- Jefe de Proyecto
del PSI
PSI 2.4 Comunicación del - Plan de trabajo - Comité de
plan de trabajo - Aceptación del plan dirección
de trabajo por parte - Directores de
de los implicados Usuarios
- Jefe de Proyecto
del PSI

Tarea PSI 2.1: Especificación del Ámbito y Alcance

De manera más concreta que en la actividad Inicio del Plan de Sistemas de Información (PSI 1), en esta tarea se
describe el ámbito de los procesos de la organización a considerar. Igualmente, se definirá el alcance, es decir,
los objetivos específicos del Plan de Sistemas de Información. Puede ser necesario determinar distintos objetivos
para cada proceso del proyecto. Los responsables de los distintos procesos de la organización afectados por el

9
 Planeamiento de Sistemas de Información
Ingeniería de Sistemas

Plan de Sistemas de Información participarán de forma activa en la definición de los objetivos, sin perder de vista
los resultados de la actividad anterior.
Productos
De entrada
· Descripción general del PSI (PSI 1.3)
De salida
· Descripción general de procesos de la organización afectados
· Catálogo de objetivos del PSI:
o Objetivos generales
o Objetivos específicos de cada proceso (si los hubiera)
Prácticas
· Catalogación
Participantes
· Comité de Dirección
· Directores de Usuarios
· Jefe de Proyecto del PSI

Tarea PSI 2.2: Organización del PSI

En esta tarea se tratan cuestiones relacionadas con la organización del trabajo para llevar a cabo el Plan de
Sistemas de Información. Se seleccionan los participantes, valorando el número y perfil de profesionales de
Sistemas y Tecnologías de la Información y Comunicaciones (STIC) necesarios en función de los objetivos
perseguidos. Asimismo, se determinan las funciones de los responsables de la dirección y seguimiento del Plan
de Sistemas de Información. Adicionalmente, se concretan aspectos logísticos relacionados con el material, salas
de reuniones, estándares de documentación, etc.

Productos
De entrada
· Estructura organizativa (externo)
· Descripción general del PSI (PSI 1.3)
· Descripción general de procesos de la organización afectados (PSI 2.1)
· Catálogo de objetivos del PSI (PSI 2.1)
De salida
· Catálogo de usuarios
· Equipos de trabajo
Prácticas
· Catalogación
· Sesiones de trabajo
Participantes
· Directores de Usuarios
· Jefe de Proyecto del PSI

Tarea PSI 2.3: Definición del Plan de Trabajo

El objetivo de esta tarea es determinar todos los productos finales del Plan de Sistemas de Información, así como
la fecha prevista de obtención y entrega de los mismos. Es necesario planificar las distintas actividades y estimar
los tiempos requeridos para llevarlas a cabo, teniendo en cuenta la disponibilidad de los usuarios del Plan de
Sistemas de Información. Se deben considerar también los factores críticos de éxito, identificados en la actividad
anterior y recogidos en la descripción general de procesos de la organización afectados, ya que pueden
condicionar la elaboración del plan de trabajo. Se detallan las actividades, asignando participantes, tiempos y
responsables de cada una de ellas, los resultados esperados y el plan de trabajo a seguir.
Productos
De entrada
· Equipos de trabajo (PSI 2.2)
· Descripción general del PSI (PSI 1.3)
· Catálogo de objetivos de PSI (PSI 2.1)
10
 Planeamiento de Sistemas de Información
Ingeniería de Sistemas

· Descripción general de procesos de la organización afectados (PSI 2.1)

· Catálogo de usuarios (PSI 2.2)
De salida
· Plan de trabajo
Técnicas
· Planificación
· Estimación
Participantes
· Directores de Usuarios
· Jefe de Proyecto del PSI

Tarea PSI 2.4: Comunicación del Plan de Trabajo

Una vez definido el plan de trabajo se comunica a los usuarios del Plan de Sistemas de Información con el fin de
que sea aceptado. Esto permite que los usuarios conozcan el método de trabajo a seguir, los resultados a
obtener y la dedicación necesaria por su parte.
Productos
De entrada
· Plan de trabajo (PSI 2.3)
· Catálogo de usuarios (PSI 2.2)
De salida
· Plan de trabajo
o Aceptación del Plan de Trabajo
Participantes
· Comité de Dirección
· Directores de Usuarios
· Jefe de Proyecto del PSI

11