CICLO DE VIDA

DE
DESARROLLO
DE SISTEMAS
1

Software y Ciclo de Vida

HARDWARE

SOFTWARE

Se fabrica

Se desarrolla

Se daa con el tiempo

No se daa. Puede
alterarse, con el tiempo
mejora

Se puede reemplazar

No tiene reemplazo, se
mantiene

Se fabrica ensamblando Se desarrolla a la medida

componentes
Temas

Ciclo de Vida de Desarrollo de

Sistemas
ISO 12207
Un marco de referencia que contiene los
procesos, las actividades y las tareas
involucradas en el desarrollo, la explotacin
y el mantenimiento de un producto de
software, abarcando la vida del sistema
desde la definicin de los requisitos hasta la
finalizacin de su uso".

Objetivos del CVDS

Definir las actividades a llevarse a cabo en

el desarrollo
Lograr congruencia entre los proyectos de
desarrollo al interior y exterior de la
organizacin
Proporcionar puntos de control y revisin
administrativos
Organizar las actividades de manera lgica
Controlar la calidad del sistema

Modelos de Ciclo de Vida

Desarrollo convencional
Desarrollo orientado a prototipos
Desarrollo en espiral
Desarrollo Evolutivo
Desarrollo estructurado
Desarrollo basado en
transformaciones
(Herramientas CASE)

Desarrollo
convencional
Ventajas y desventajas

Modelos de CVDS

Modelo Ciclo de vida clsico

2. Requerimientos

3. Anlisis

4. Diseo

1. Investigacin
preliminar

5. Desarrollo

7. Implementacion
y evaluacin

6. Prueba

1.

Investigacin preliminar.

La solicitud puede surgir para el desarrollo de

un nuevo sistema, la mejora de uno existente o
la incorporacin de un nuevo requerimiento.
- Nuevo sistema de
facturacin
-Mejorar formas de registrar
las ventas
- Cambio en la tabla de la
renta

Actividades:
1.1 Aclaracin de la solicitud.
Antes de considerar cualquier investigacin de
sistemas, la solicitud del proyecto debe de
examinarse para determinar con precisin lo que el
solicitante desea; ya que muchas solicitudes que
provienen de usuarios no estn formuladas de
manera clara.

1.2. Estudio de factibilidad.

Un resultado importante de la
investigacin preliminar es la
determinacin de que el sistema requerido
es factible. Existen tres aspectos en el
estudio de factibilidad de la investigacin
preliminar:
1.2.1 Factibilidad tcnica.
Puede realizarse el trabajo para el proyecto
con el equipo actual, tecnologa de
software y el personal disponible? Si se
requiere nueva tecnologa, qu
probabilidades hay de que pueda
desarrollarse o adquirirse?

1.2.2 Factibilidad Econmica.

Existen suficientes beneficios en la creacin
del sistema para hacer que los costos sean
aceptables? O, en forma inversa, son tan
altos los costos como para que el proyecto
no deba llevarse a cabo?
1.2.3 Factibilidad operacional.
Se utilizar el sistema si se desarrolla y
pone en marcha? Habr resistencia de los
usuarios.

1.3. Aprobacin de la solicitud.

El (los) proyecto(s) que son deseables y
factibles son aprobados e incorporados a los
planes de desarrollo.
La administracin decide que proyectos son
los mas importantes y el orden en que se
llevarn acabo.

2. Determinacin de los requerimientos del

sistema.
Se investigan todos los requerimientos del
sistema.
Requerimientos funcionales
Requerimientos no funcionales
Requerimientos de dominio

3. Anlisis del sistema.

Consiste en entender las funciones del sistema,

para poder diferenciar entre lo que se debe hacer
y lo que se hace.
El anlisis no es trabajo de una sola persona,
cuanto ms crticas se hagan y ms ideas se
aporten, se tendr un mejor anlisis.

4. Diseo del sistema.

El diseo de un sistema de informacin
produce los elementos que establecen
cmo el sistema cumplir los
requerimientos indicados durante el
anlisis de sistemas. A menudo los
especialistas de sistemas se refieren a
esta etapa como en diseo lgico .

Diseo de salida
Diseo de procesos
Diseo de Base de Datos
Diseo de Entradas
Diseo de la interfaz

Los diseadores son responsables

de proporcionar a los
programadores las especificaciones
completas y escritas con claridad.

5. Desarrollo
Generacin o compra del software del sistema

6. Prueba
Se deben de disear pruebas que aseguren que
el software este libre de errores y que
funcione de acuerdo a las especificaciones
dadas en el diseo.

7. Implementacin y evaluacin
La implementacion es el proceso de verificar
e instalar nuevo equipo, entrenar a los
usuarios, instalar el software y alimentar la
base de datos.

La evaluacin del sistema se lleva a cabo para

identificar puntos dbiles y fuertes.
Evaluacin operacional.
Valoracin de la forma en que funciona el sistema.
Facilidad de uso
Tiempo de respuesta
Lo adecuado de los formatos de informacin
Confiabilidad global
Nivel de utilizacin

Impacto organizacional.
Identificacin y medicin de los beneficios
para la organizacin:
1.
finanzas (costos, ingresos, ganancias)
2.
Eficiencia operacional
3.
Impacto competitivo.

Desarrollo tradicional
Desventajas

Secuencialidad
No siempre se cuentan con todas las
especificaciones desde el principio
Cambios de parecer de los usuarios
Los resultados no se ven hasta que
est avanzado el proyecto

Modelos de CVDS

Desarrollo por prototipos

Las caractersticas:
Un alto grado de iteracin

Un muy alto grado de participacin del usuario

Un uso extensivo de prototipos

Desarrollo por prototipos

Las premisas :
Mejor modelo de comunicacin que el
tradicional
La iteracin es necesaria
Las versiones pueden no ser muy claras
para los usuarios
Modelos de CVDS

Desarrollo en espiral
-Es una mejora y
generalizacin al
prototipado.
-Se considera como una
sucesin de prototipos
-El cliente es la fuente
natural de incertidumbres

Fases del desarrollo en espiral

Fase de definicin Qu?

Estudio de viabilidad.
Conocer los requisitos (funciones y limitaciones
de contexto).
Asegurar la factibilidad
Formalizar los requerimientos
Realizar una planificacin detallada.

Fase de diseo Cmo?

Identificar soluciones o alternativas de solucin

Asignar recursos
Establecer mtodos de validacin del diseo.
Ajustar las especificaciones del producto.

Fases del desarrollo en espiral

Fase de construccin
Desarrollar el producto
Validar la satisfaccin de requerimientos
y ajustes necesarios

Fase de mantenimiento y operacin

Operacin: ponerlo en marcha y probar
que funciona como se espera
Mantenimiento
Modelos de CVDS

-Cambia constantemente en el tiempo

-Las iteraciones no tendran fin
Modelos de CVDS

Desarrollo estructurado

Desarrollo estructurado
Tareas previas
Obtener los detalles y procedimientos del
sistema en uso
Obtener una idea de las demandas futuras
de la organizacin por factores externos
Documentar el sistema actual
Documentar el sistema nuevo
Evaluar los sistemas actual y nuevo
Fomentar la participacin del usuario en
todo el proceso

Desarrollo estructurado
Componentes
Smbolos grficos
Componentes del sistema y sus relaciones
Diccionario de datos
Descripciones de procesos y procedimientos
Diagramas de flujo de datos
Diagramas de procesos y procedimientos
Reglas

Desarrollo estructurado

Actividad1.Encuestas.
Actividad2.ElAnlisisdeSistemas.
Actividad3.ElDiseo.

Modelo Entidad-Relacin de la BD

Actividad4.Implantacin.
Actividad5.PruebasdeAceptacin.
Actividad6.GarantadeCalidadPrueba
Final
Actividad7.DescripcindelProcedimiento-
Manuales
Actividad8.ConversindelaBasedeDatos.
Actividad9.Instalacin.
Modelos de CVDS

Herramientas CASE
Definicin:
Computer Aided Software Engineering
Automatiza el desarrollo
Objetivos:
Desarrollar una metodologa para dirigir
todo el ciclo de vida
Establecer puntos de control

Ciclo de vida integrado

NEGOCIACIN

PLANEACIN

AUDITORA DE SISTEMAS

Anlisis Organizacional

Anlisis de Requerimientos
Anlisis de Factibilidad/Viabilidad
CAPACITACIN

ERGONOMA
Diseo E/S/A/D

DOCUMENTACIN

Desarrollo

MERCADEO

Pruebas
Implantacin
Mantenimiento
CONTROL DE CALIDAD

Alcance del Proceso Principal:

Productos

Diagrama de contexto
efectivo

solicitud de membresa
video rechazado

Cliente

reporte de cobranza

video vendido

solicitud de venta
efectivo
solicitud ttulo de video
solicitud de actualizacin
de membresa

Cumplimiento
con
Requerimientos
del Cliente

proceso
principal)
Inventario de Videos

Admn..
Financiera
(stakeholder)

Inventario de
Videos (datos o
materiales
almacenados)
(base de datos sujeto)

videos rentados

Miembro
del Club de
Video
(agente externo)

acuerdo de renta
reporte de acuerdos de venta

notificacin de vencimiento
de video

verificacin de tarjeta
de crdito
solicitud de verificacin
de tarjeta de crdito
(informacin, datos, o
material)

Compaa
de Tarjeta
de Crdito

Diagrama de Contexto:
Objetivos

Representacin grfica de las interfaces y

fronteras de un proceso principal:
Muestra todos los agentes externos, bases de datos
sujeto y flujos de datos de alto nivel relevantes al rea
de estudio.
til para la definicin inicial del alcance y para la
administracin posterior del mismo.
Los diagramas de nivel menor se reconcilian con este
diagrama en el transcurso del proyecto.

Agente
Agente
Externo
Externo

Diagrama de Flujo
Representacin grfica de la lgica
de una transaccin de negocio. En
ella se muestran la interaccin entre
las diversas actividades y la
secuencia de realizacin.

Agente
Agente
Externo
Externo

Agente
Agente
Externo
Externo

Diagrama de Flujo: Simbologa

Actividad

Decisin

Agente Externo /
Stakeholder

Conector

Documento

Almacn de
Datos

Flujo

Proceso
Computacional

Agente
Agente
Externo
Externo

Diagrama de Flujo: Pasos

1. Identificar el evento que activa la transaccin de negocios.

2. Identificar los dems flujos de entrada a la transaccin de
negocios.
3. Identificar los flujos de salida de la transaccin de
negocios.
4. Determinar la secuencia e interaccin entre las actividades
necesarias para producir las salidas identificadas, a partir de
las entradas especficas.
5. Diagramar la lgica general de la transaccin de negocios.

Diagrama de Flujo de
Actividades para Transacciones
de Negocio
Agente
Agente
Externo
Externo

Agente
Cliente
Externo

Orden de
Compra

Revisar
Orden de
Compra

crdito Si

Historia
Crediticia

Entrega
Producto

Registrar
Pedido

No
Rechazar
Pedido

Ord. Comp.
Rechazada

Agente
Cliente
Externo

Agente
Agente
Externo
Externo

Diagramas de I / O

Los diagramas de I/O (Input/Output) son

utilizados para describir los procesos
computacionales (procesos elementales).
La diagramacin se realiza no en forma de
flujo de actividades sino en forma de
diagrama de bloques que describen los
eventos, agentes externos, almacenadores
de informacin y flujos de informacin que
participan en el proceso computacional.

 Diagramas de I / O

Propiedades de un proceso
computacional
Eventos

Nombre
Propsito
Definicin

Registro
de
Estudiantes

Frecuencia
Responsabilidad

Estndar
de operacin
Comentarios
Importancia
Localizacin

 Diagramas de I / O
Estudiante
Estudiante

Estudiante
Requerimientos
del curso

Detalles de
los estudiantes

Informacin
del curso

Curso

Detalles del
curso
Detalles de
las sesiones
de clase

Sesiones de
clase

Registro de
estudiantes

Cuota de
inscripcin

Detalles de
inscripcin

Inscripcin

Caja
Caja

Modelo de Contexto de
Procesos
Solicitud
Solicitud de
de
prstamo
prstamo

Evento

Cliente
Cliente

Detalles del
prstamo
(o rechazo)

Proceso del
Prstamo

Evaluacin de crdito
del cliente, etc....

Detalles del
cliente

Institucin
Institucin
de
deCrdito
Crdito

La Perspectiva de los Datos

Cliente

Tiene

Hecha
por

Solicitud
Prstamo

Prstamo

Es Creada para

Se Agrupa en

Tipo de
Prstamo

Ciclo de Vida de Entidades y

Eventos
Cliente

Solicitud
Solicitud
hecha
hecha
Hecha por

Evento
prstamo
rechazado
Rechazada

Prstamo

prstamo
aceptado
Contratada

Tipo de
Prstamo

Estado Actual: Secuencia de

Diagramas ...
2

4
Agente
Agente
Externo
Externo

Agente
Agente
Externo
Externo