GPI-2010-Sesión 3

Sesión 3
Gestión de Proyectos
Informáticos
Tipos de Ciclo e Vida de
Proyectos Informáticos
CONTENIDO
01 El ciclo de Desarrollo de los Sistemas de

Información.
02 Ciclo de Vida de Desarrollo en “Cascada”
03 Clases de Sistemas Informáticos.
2
01 EL CICLO DE DESARROLLO DE LOS SI
Desarrolla soluciones con SI para problemas empresariales,
por lo general, constituye un proceso o un ciclo de múltiples
pasos.
Analizar
Desarrollo de
Soluciones
con SI
Mantener
3
PRODUCTOS
1. Estudio de
Investigación de Factibilidad
Sistemas
1.1. Factibilidad
Organizacional
2. 1.2. Factibilidad Económica
Requerimientos 1.3. Factibilidad Técnica
Análisis de Funcionales 1.4. Factibilidad Operacional
Sistemas
3. Especificaciones
Diseño de de los Sistemas
Sistemas
4. Sistema
Implementación Operacional
de Sistemas
5.
Mantenimiento Sistema
de Sistemas Mejorado
4
1. Estudio de
Sistemas
1.1. Factibilidad Organizacional 1.2. Factibilidad Económica
Se centra en que tan bien Tiene que ver con el hecho de

respalda un SI propuesto los que los ahorros esperados de
objetivos de la organización y costos, el incremento en los
su plan estratégico. ingresos y en las utilidades y
otros tipos de beneficios
excederán los costos de
desarrollar y operar un sistema
propuesto.
1.3. Factibilidad Técnica 1.4. Factibilidad Operacional
Si la empresa puede adquirir o Es la disposición y la capacidad

desarrollar en el tiempo de la gerencia, los empleados,
requerido el Sw y el Hw los clientes, los proveedores y
confiables capaces de satisfacer otros, para operar, utilizar y
las necesidades del sistema respaldar un sistema propuesto.
propuesto.
5
PRODUCTOS
1. Estudio de
Sistemas
2. Requerimientos
Análisis de Funcionales
Sistemas
2.1. Análisis Organizacional

2.2. Análisis del Sistema
3. Especificaciones Actual
Diseño de 2.3. Análisis de
de los Sistemas
Sistemas Requerimientos
Funcionales
4. Sistema
de Sistemas
5.
6
2.
Análisis de
Requerimientos
Funcionales El “Qué”
Sistemas
2.1. Análisis Organizacional
 Es un primer paso importante en un análisis de sistemas.
 ¿Cómo podemos mejorar un SI si sabemos poco sobre el

entorno organizacional?
 Los miembros del equipo de desarrollo deben saber sobre

la organización, su estructura gerencial, su personal, sus
actividades empresariales, su entorno, SI actuales.etc
 Qué grupos de usuarios se verán afectados con el nuevo o

mejorado SI.
7
2.
Análisis de
Requerimientos
Sistemas
2.2. Análisis del Sistema Actual
 Antes de diseñar un nuevo sistema es importante estudiar

el sistema que se mejorará o reemplazará.
 El análisis debe ser cómo se utiliza los recursos de Hw,

Sw, redes y personas para convertir los recursos de datos
en productos de información.
 Documentar cómo se logran las actividades de entrada,

procesamiento, salida, almacenamiento y control de SI
8
2.
Análisis de
Requerimientos
Sistemas
2.3. Análisis de Requerimientos Funcionales
 Este paso del análisis no es sencillo. Se debe trabajar con

Analistas de sistemas y usuarios finales para determinar
sus necesidades específicas de información empresarial
 Formato
 Volumen
 Frecuencia
 Respuestas de tiempo necesarias
 Determinar las capacidades de procesamiento de

información requeridas para cada actividad de sistemas
(entrada, procesamiento, salida, almacenamiento, control)
con el fin de satisfacer estas necesidades de información
 Finalmente desarrollar los Requerimientos funcionales
9
PRODUCTOS
1. Estudio de
Sistemas 3.1. Diseño de interfaz de
usuario
3.2. Diseño de datos
3.3. Diseño de Procesos
2. Requerimientos
Sistemas
3. Especificaciones
Sistemas
4. Sistema
de Sistemas
5.
10
3.
Diseño de
Especificaciones El “Cómo”
de los Sistemas
Sistemas
DISEÑO DE SISTEMAS
3.1
3.2 3.3
DISEÑO DE LA
DISEÑO DE DISEÑO DE
INTERFAZ DE
DATOS PROCESOS
USUARIO
Diseño de la
Diseño de Diseño de
estructura de los
Pantalla, formato, procedimientos y
elementos de
informe y diálogo programas
datos
11
3.
Diseño de
de los Sistemas
Sistemas
3.1. Diseño de Interfaz de Usuario
 Se centra en el respaldo de las interacciones entre

usuarios finales y sus aplicaciones que se basan en el
computador.
 Los diseñadores se concentran en el diseño de formas

atractivas y eficientes de entrada y salida de usuarios
como páginas Web de Internet o Intranet fáciles de usar.
 Ejemplo para sitios Web:

 Sea simple
 Sea claro
 Organizarlo en forma lógica (regla de los 3
“clicks”)
12
3.
Diseño de
de los Sistemas
Sistemas
3.2. Diseño de Datos
 Se centra en el diseño de la estructura de BDs y archivos

utilizados por un SI propuesto.
 Consiste en las descripciones detalladas de:

 Los atributos o las características de las entidades
(objetos, personas, lugares, eventos) sobre los
cuales necesita mantener información del SI
propuesto.
 Las relaciones que estas entidades tienen entre si.
 Los elementos de datos específicos )BD, archivos,
registros, etc.) que necesidad mantenerse por
cada entidad.
 Las reglas de integridad que rigen la forma como
cada elemento de dato es especificado y utilizado
por el SI.
13
3.
Diseño de
de los Sistemas
Sistemas
3.3. Diseño de Procesos
 Se centra en el diseño de los recursos de Sw, es decir, los

programas y procedimientos que necesita el SI propuesto.
 Con frecuencia se expresa como una arquitectura “de tres

niveles” de servicios de procesamiento:
 Servicios de usuario
 Servicios de aplicación
 Servicios de datos
14
PRODUCTOS
1. Estudio de
Sistemas
2. Requerimientos
Sistemas
3. Especificaciones
Sistemas
4. Sistema
de Sistemas
5.
15
4. Sistema
de Sistemas
ACTIVIDADES DE IMPLEMENTACION
CONVERSION
ADAPTACION DESARROLLO O CAPACITACION DOCUMENTA- • Paralelo
DE HW, SW Y MODIFICACION DE USUARIOS CION DEL • Piloto
SERVICIOS DE SW FINALES SISTEMA • En fases
• Precipitada
16
PRODUCTOS
1. Estudio de
Sistemas
2. Requerimientos
Sistemas
3. Especificaciones
Sistemas
4. Sistema
de Sistemas
5.
17
5.
 Es la etapa final del ciclo de desarrollo de sistemas.
 Comprende:
 Supervisión
 Evaluación
 Modificación del sistema para realizar
mejoramientos deseables o necesarios.
 Comprende proceso de “revisión post-implementación”
para garantizar que el sistema recién implementado esté
logrando los requerimientos empresariales funcionales
que se establecieron cuando éste se diseño.
 Los errores en el desarrollo de un sistema se corrigen

mediante la actividad de mantenimiento (correctivo) o por
cambios internos en la empresa o cambios externos del
entorno (mantenimiento evolutivo).
18
EL CICLO DE DESARROLLO DE LOS SI –
Resumen
PRODUCTOS • Determinar si existe un problema o una
oportunidad empresarial.
1. Estudio de • Realizar un estudio de factibilidad para
Investigación de Factibilidad determinar si un SI nuevo o mejora es la solución
viable.
Sistemas • Desarrollar un plan gerencial de proyectos y
obtener aprobación de la gerencia.
2. • Analizar las necesidades de información de

Requerimientos usuarios finales, el entorno organización y
Análisis de Funcionales cualquier sistema que actualmente esté en uso.
Sistemas • Desarrollar los requerimientos funcionales de un
sistemas que pueda satisfacer las necesidades de
usuarios finales.
3. Especificaciones • Desarrollar las especificaciones para los recursos

Diseño de de los Sistemas de hardware, software, personas, redes y datos y
los productos de información que satisfarán los
Sistemas requerimientos funcionales del sistema
propuesto.
4. Sistema • Adquirir (o desarrollar hardware y software).

Implementación Operacional • Probar el sistema y capacitar a las personas para
que lo operen y utilicen.
de Sistemas • Cambiarse al nuevo sistema.
5.
Sistema • Utilizar un proceso de revisión post-
Mantenimiento implementación para supervisar, evaluar y
modificar el sistema según se requiera.
19
02 CICLO DE VIDA DE DESARROLLO EN “CASCADA”
ETAPAS PRODUCTOS
Informe de
1. DEFINICION Propuesta de
DEL PROYECTO Proyecto
Informe de
2. ESTUDIO DE Propuesta de
SISTEMAS
Sistemas
Especificaciones
3. DISEÑO de diseño
Especificaciones
4. de programas-
PROGRAMACION
código
Pruebas de
5. INSTALACION desempeño del
sistema
6. POST- Auditoria Post-

IMPLEMENTACION implementación
OPERACIONES
Punto de Revisión 1 – Punto de Punto de Revisión 3 – Punto de Revisión 4 –
Iniciación del Revisión 2 – Aprobación de Decisión de producción
Proyecto Decisión de especificación de diseño
solución de
diseño
Año 1 Año 2 Vida de 3 a 8 años
20
ETAPA PRODUCTO
1. DEFINICION Informe de Propuesta de

DEL PROYECTO Proyecto
La etapa de DEFINICION DEL PROYECTO trata de contestar a

las preguntas
 ¿Porqué es necesario un nuevo proyecto de Sistemas?

 ¿Qué se quiere lograr?
Esta etapa determina si la organización tiene o no un

problema y si éste se puede resolver o no construyendo
un nuevo sistema de información o modificando uno
existente.
Si se justifica un proyecto de sistema, en esta etapa se

identifican los objetivos generales, se especifica el alcance
del proyecto y se prepara un plan de proyecto que se
pueda mostrar a la gerencia.
21
ETAPA PRODUCTO
2. ESTUDIO DE Informe de Propuesta de

SISTEMAS Sistemas
 La etapa de ESTUDIO DEL SISTEMA analiza a fondo los

problemas de los sistemas existentes (manuales o
automatizados).
 Identifica los objetivos que debe lograr una solución a
esos problemas y describe soluciones alternas.
 Examina la factibilidad de cada solución alterna, para que
sea revisada por los administradores.
 Esta etapa requiere una labor extensa de recopilación de
información e investigación:
 Examinar documentos, informes y papeles de
trabajo producidos por los sistemas existentes,
 Observar como funcionan esos sistemas,
 Sondear a los usuarios con cuestionarios y
realizar entrevistas.
 Toda la información reunida durante la fase de estudio de
sistemas servirá para determinar las necesidades del
sistema de información.
22
ETAPA PRODUCTO
Especificaciones de Diseño
3. DISEÑO
 La etapa de DISEÑO produce las especificaciones de

diseño lógico y físico para la solución.
 El ciclo de vida hace hincapié en especificaciones y

trámites formales por lo que es probable que se usen
muchas de las herramientas formales de diseño y
documentación, tales como diagramas de flujo de datos,
diagramas de estructura de programas o diagramas de
flujo de sistemas.
23
ETAPA PRODUCTO
4. Especificaciones de
PROGRAMACION programa - código
 La etapa de PROGRAMACION traduce las especificaciones

de diseño producidas durante la etapa anterior a código de
programas de software.
 Los analistas de sistemas trabajan con los programadores

en la preparación de especificaciones por cada programa
del sistema.
 Los programadores escriben código de programa

personalizado, por lo regular empleando un lenguaje de
programación.
24
ETAPA PRODUCTO
Pruebas de desempeño del

5. INSTALACION sistema
 La etapa de INSTALACION consiste en los pasos finales

para poner a funcionar el sistema nuevo o modificado:
pruebas, capacitación y conversión.
 El software se prueba para verificar que opere

correctamente desde el punto de vista técnico y funcional.
 Todos los posibles usuarios del sistema, tanto empleados

como técnicos se capacitan para usar el sistema nuevo.
 Un plan de conversión formal presenta un calendario

detallado con todas las actividades que se requieren para
instalar el nuevo sistema y se efectúa la conversión del
sistema antigua al nuevo.
25
ETAPA PRODUCTO
6. POST- Auditoría Post-

IMPLEMENTACION Implementación
 La etapa de POST-IMPLEMENTACION consiste en el uso y la

evaluación del sistema una vez que se realiza una auditoria
formal posterior a la implementación, que determina qué tan
bien ha cumplido el sistema con sus objetivos originales y si
se requiere alguna modificación o adaptación.
 Una vez que el sistema está bien afinado, tendrá que recibir
mantenimiento durante el tiempo que esté en uso, a fin de
corregir errores, cumplir requisitos o mejorar la eficiencia del
procesamiento.
 Con el tiempo, el sistema podría requerir tanto mantenimiento

para mantener su eficiencia y cumplir con los objetivos de los
usuarios, que llegará al final de su vida útil.
 Una vez terminado el ciclo de vida del sistema, se requerirá

uno totalmente nuevo y se iniciará nuevamente el ciclo.
26
03 CLASES DE SISTEMAS
CLASE DE SISTEMA GRUPOS A LOS QUE
DE INFORMACION SIRVE
Nivel Estratégico Administradores de nivel

superior
Nivel de Administración Administradores de nivel

medio
Nivel de Trabajadores de
Conocimientos conocimientos y datos
Administradores
Nivel
Operativos
Operativo
Ventas y Recursos
Producción Finanzas Contabilidad
Marketing Humanos
27

superior

medio
Administradores
Nivel
Operativos
Operativo
Ventas y Recursos
Marketing Humanos
28
Los sistemas en el nivel operativo
 Apoyan a los administradores operativos siguiendo la

pista a las actividades y transacciones elementales de la
organización como ventas, recibos, depósitos de efectivo,
nómina, decisiones de crédito, flujo de materiales en una
fábrica.
 El propósito principal de los sistemas en este nivel es

contestar a preguntas de rutina y rastrear el flujo de
transacciones a través de la organización : ¿Cuántos
artículos hay en inventarios?.
 La información debe ser de fácil acceso, actualizada y

exacta.
29

superior

medio
Administradores
Nivel
Operativos
Operativo
Ventas y Recursos
Marketing Humanos
30
Los sistemas en el nivel de conocimientos
 Apoyan a los trabajadores de conocimientos y datos de

una organización.
 El propósito de los sistemas en el nivel de conocimientos

es ayudar a la empresa a descubrir, organizar e integrar
conocimientos nuevos al negocio y ayudar a la
organización a controlar el flujo de documentos.
 Los sistemas en el nivel de conocimientos, sobre todo en

forma de herramientas de colaboración, estaciones de
trabajo y sistemas de oficina, son las aplicaciones que
crecen más rápidamente en los negocios hoy día.
31

superior
Nivel de
Administración Administradores de nivel
medio
Administradores
Nivel
Operativos
Operativo
Ventas y Recursos
Marketing Humanos
32
Los sistemas en el nivel de administración
 Están diseñados para servir a las actividades de

seguimiento, control, toma de decisiones y
administración.
 La pregunta principal que tratan de contestar estos

sistemas es: ¿están funcionando bien las cosas?.
 Los sistemas en el nivel de administración o dirección por

lo regular proporcionan informes periódicos, en lugar de
información instantánea acerca de las operaciones.
33

superior

medio
Administradores
Nivel
Operativos
Operativo
Ventas y Recursos
Marketing Humanos
34
Los sistemas en el nivel estratégico
 Ayudan a los administradores de nivel superior (o alta

gerencia) a abordar y resolver cuestiones estratégicas y
tendencias a largo plazo, tanto en la compañía como en
su entorno exterior.
 Su preocupación principal es la congruencia entre los

cambios del entorno exterior y las capacidades actuales
de la organización. ¿Qué productos se deberán estar
haciendo dentro de cinco años?
35
Muchas Gracias

GPI-2010-Sesión 3

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

GPI-2010-Sesión 3

Cargado por

Copyright:

Formatos disponibles

Sesión 3

01 El ciclo de Desarrollo de los Sistemas de

03 Clases de Sistemas Informáticos.

1.1. Factibilidad Organizacional 1.2. Factibilidad Económica

Se centra en que tan bien Tiene que ver con el hecho de

1.3. Factibilidad Técnica 1.4. Factibilidad Operacional

Si la empresa puede adquirir o Es la disposición y la capacidad

2.1. Análisis Organizacional

2.1. Análisis Organizacional

 Es un primer paso importante en un análisis de sistemas.

 ¿Cómo podemos mejorar un SI si sabemos poco sobre el

 Los miembros del equipo de desarrollo deben saber sobre

 Qué grupos de usuarios se verán afectados con el nuevo o

2.2. Análisis del Sistema Actual

 Antes de diseñar un nuevo sistema es importante estudiar

 El análisis debe ser cómo se utiliza los recursos de Hw,

 Documentar cómo se logran las actividades de entrada,

2.3. Análisis de Requerimientos Funcionales

 Este paso del análisis no es sencillo. Se debe trabajar con

 Determinar las capacidades de procesamiento de

 Finalmente desarrollar los Requerimientos funcionales

3.1. Diseño de Interfaz de Usuario

 Se centra en el respaldo de las interacciones entre

 Los diseñadores se concentran en el diseño de formas

 Ejemplo para sitios Web:

3.2. Diseño de Datos

 Se centra en el diseño de la estructura de BDs y archivos

 Consiste en las descripciones detalladas de:

3.3. Diseño de Procesos

 Se centra en el diseño de los recursos de Sw, es decir, los

 Con frecuencia se expresa como una arquitectura “de tres

 Es la etapa final del ciclo de desarrollo de sistemas.

 Los errores en el desarrollo de un sistema se corrigen

2. • Analizar las necesidades de información de

3. Especificaciones • Desarrollar las especificaciones para los recursos

4. Sistema • Adquirir (o desarrollar hardware y software).

6. POST- Auditoria Post-

Año 1 Año 2 Vida de 3 a 8 años

1. DEFINICION Informe de Propuesta de

La etapa de DEFINICION DEL PROYECTO trata de contestar a

 ¿Porqué es necesario un nuevo proyecto de Sistemas?

Esta etapa determina si la organización tiene o no un

Si se justifica un proyecto de sistema, en esta etapa se

2. ESTUDIO DE Informe de Propuesta de

 La etapa de ESTUDIO DEL SISTEMA analiza a fondo los

 La etapa de DISEÑO produce las especificaciones de

 El ciclo de vida hace hincapié en especificaciones y

 La etapa de PROGRAMACION traduce las especificaciones

 Los analistas de sistemas trabajan con los programadores

 Los programadores escriben código de programa

Pruebas de desempeño del

 La etapa de INSTALACION consiste en los pasos finales

 El software se prueba para verificar que opere

 Todos los posibles usuarios del sistema, tanto empleados

 Un plan de conversión formal presenta un calendario

6. POST- Auditoría Post-

 La etapa de POST-IMPLEMENTACION consiste en el uso y la

 Con el tiempo, el sistema podría requerir tanto mantenimiento

 Una vez terminado el ciclo de vida del sistema, se requerirá

Nivel Estratégico Administradores de nivel

Nivel de Administración Administradores de nivel

Nivel Estratégico Administradores de nivel

Nivel de Administración Administradores de nivel