INGENIERA DE SOFTWARE

REVISIN DE LOS PRINCIPALES

PROCESOS DE LA INGENIERA DE
SOFTWARE
Ing. Rembrandt Ubalde Enriquez
rembrandtubalde@gmail.com

Agenda

Contexto
Ciclos de vida:

Modelo
Modelo
3)
Modelo
Modelo
Modelo

PMBOK
en Cascada (ISO 12207, METRICA
en V (ISTQB)
en Espiral (SCRUM, XP , KANBAM)
Unified Process ( RUP)

Diferencias entre los modelos de SW

Contexto

El desarrollo de un sistema de software

est enmarcado por los recursos,
recursos el
tiempo y un conjunto de
requerimientos.
requerimientos

Contexto

Para lograrlo debe existir una

planeacin y un seguimiento a sta.

Una planeacin est conformada por

actividades,
actividades recursos y tiempo

Esas actividades se llevan a cabo

dentro de un proceso definido

Proceso de construccin de
software

El conjunto completo de actividades de

ingeniera de software necesarias para
transformar los requerimientos del
usuario en software. [Humphrey]

Ciclos de Vida

El proceso que se sigue para construir,

entregar y hacer evolucionar el
software, desde la concepcin de una idea
hasta la entrega y el retiro del sistema.

Representa todas las actividades y

artefactos (productos intermedios)
necesarios para desarrollar una
aplicacin

Ciclos de Vida

Permiten manejar la complejidad

de un proyecto de desarrollo

Vistas complementarias:

Las actividades
Los entregables (artefactos)

SWEBOK - Diseo

SWEBOK - Construccin

Actividades de un Ciclo de
Vida
Implcita o Explcitamente todos los
modelos de ciclo de vida cuentan
por lo menos con las siguientes
actividades

Modelo PMBOK segn PMI

GESTIN ESTRATGICA

Macro-Indicadores
Acciones Clave

Macro-Indicadores
Acciones Clave

Macro-Indicadores
Acciones Clave

Macro-Indicadores
Acciones Clave

Macro-Indicadores
Acciones Clave

Macro-Indicadores
Acciones Clave

Macro-Indicadores
Acciones Clave

GESTIN TCTICA (supervisin y control)

Indicadores
Acciones

Indicadores
Acciones

Indicadores
Acciones

Indicadores
Acciones

Indicadores
Acciones

Indicadores
Acciones

Indicadores
Acciones

GESTIN OPERATIVA (supervisin y ejecucin)

Alcance
Tiempo
Costo
Calidad

Preanlisis

Entregables
Puntos Crticos

Alcance
Tiempo
Costo
Calidad

Anlisis

Entregables
Puntos Crticos

Alcance
Tiempo
Costo
Calidad

Infraestructur
a

Entregables
Puntos Crticos

Alcance
Tiempo
Costo
Calidad

Alcance
Tiempo
Costo
Calidad

Alcance
Tiempo
Costo
Calidad

Alcance
Tiempo
Costo
Calidad

Alcance
Tiempo
Costo
Calidad

Diseo

Construccin

Pruebas

Implantacin

Liberacin

Entregables
Puntos Crticos

Entregables
Puntos Crticos

Entregables
Puntos Crticos

Entregables
Puntos Crticos

Entregables
Puntos Crticos

Modelo PMBOK segn PMI

Administracin de
Proyectos

Administracin de la
Integracin del Proyecto

Administracin del Alcance

del Proyecto

Administracin del Tiempo

del Proyecto

Administracin del Costo

del Proyecto

Administracin de la Calidad
del Proyecto

Administracin de los Recursos

Humanos del Proyecto

Administracin de la
Comunicacin del Proyecto

Administracin del Riesgo

del Proyecto

Administracin de la
Procuracin del Proyecto

NO HAY QUE INVENTAR EL HILO NEGRO:

HAY QUE ADAPTARLO A NUESTRAS
NECESIDADES

Modelo PMBOK segn PMI

Gestin
Estratgica

MEJORES PRCTICAS

TCNICAS DE DISEO

TCNICAS DE ANLISIS

TCNICAS DE
IMPLANTACIN

ADMINISTRACIN DEL
CONOCIMIENTO

ADMINISTRACIN DEL
CAMBIO

METODOLOGA PARA
DESARROLLO DE SISTEMAS

METODOLOGA PARA
ADMINISTRACIN DE
PROYECTOS

El modelo de administracin de proyectos, debe

ser
soportado
por
una
metodologa
perfectamente definida, que proporcione las
herramientas necesarias para tomar las mejores
decisiones.

METODOLOGA Y PROCESOS PARA DESARROLLO DE SOFTWARE

Gestin Tctica
RP

HR

MR

QA

CE

Gestin Operativa
R

Proceso de ejecucin del proyecto

Modelo PMBOK segn PMI

ISOPROCEDURE
9000

PMI
Gestin
Estratgica

PROCEDURE
PROCEDURE
PROCEDURE

Gestin Tctica

PROCEDURE
PROCESO INICIAL (RFP)
1.0 Objetivo.
1.0 Objetivo.
2.0 Alcance.
2.0 Alcance.
3.0 Acuerdos.
3.0 Acuerdos.
4.0 Polticas.
4.0 Polticas.
5.0 Entrada de
5.0 Entrada de
procesos.
procesos.
6.0 Salida de Procesos.
6.0 Salida de Procesos.
7.0 Referencias.
7.0 Referencias.
8.0 Significados.
8.0 Significados.
9.0 Descrip. de activ.
9.0 Descrip. de activ.
10.0 Diagrama de flujo.
10.0 Diagrama de flujo.
11.0 Formatos.
11.0 Formatos.
12.0 Ayudas en lnea.
12.0 Ayudas en lnea.
13.0 Otros.
13.0 Otros.

Gestin Operativa

Entradas

Procesos

Salidas

Implantacin
Pruebas
Programacin
Diseo

Cada proceso mantiene la

relacin entre todos los ciclos
de vida de un proyecto

Anlisis
Inicio RFQ

Modelo PMBOK segn PMI

Definir
Definirde
de
manera
clara
manera clara
yy
consensuada
consensuada
Gestin
Requerimientos

con el
Cliente Final

Administracin
Administracin
de
decambios
cambios
documentado
documentadoyy
acordado
acordadocon
conelel
Instalacin
cliente
cliente

Construccin

Aseguramiento
Aseguramiento
Establecer
Establecerde
de
calidad
Anlisis y de
de
calidad
manera
clara y
manera clara y
Diseo
acordada
acordadalala
estimacin
estimacinde
de
tiempos,
recursos
yy
tiempos,
recursos
consenso
esfuerzo
del
con
esfuerzo del
proyecto
Cliente Final
proyecto
Establecer
Establecer
estndares
estndaresde
de
codificacin
codificacin

Pruebas

Admon. del Proyecto

Admon. del Proyecto

Gestin Estratgica

en
instalaciones
Cliente

Admon. del
Proyecto

Gestin Operativa
Puesta en marcha
Gestin
Puesta en marcha
Satisfaccin
del
Tctica
Satisfaccin
del
cliente
cliente
Evaluacin final
Revisin
Evaluacin final
Revisinperidica
peridica
Lecciones
del
cumplimiento
Lecciones
del cumplimientode
de
aprendidas
los
aprendidas
loshitos
hitosms
ms
importantes
con
METODOLOGA = FACTOR
DE XITO
importantes
conelel
cliente
cliente

Modelo en Cascada

Modelo orientado en las actividades

Prescribe una ejecucin secuencial de un
subconjunto de los procesos de
desarrollo y de administracin
Es el modelo mas antiguo, propuesto por
Winston Royce en1970.

Modelo en Cascada
LANZAMIENTO
REQUERIMIENTOS
DISEO
IMPLEMENTACION
PRUEBAS
INSTALACION

MANTENIMIENTO

Modelo en Cascada Fortalezas

Fcil entendimiento e implementacin

Ampliamente utilizado y conocido ( En
teora )
Refuerza buenos hbitos: definir antes
que disear, disear antes que codificar
Identifica entregables e hitos.
Orientado a documentos.
Funciona bien en productos maduros y
equipos dbiles

Modelo en Cascada Debilidades

No aprovecha la iteracin, ni el desarrollo

exploratorio
Espera requerimientos definidos completamente
al inicio del proyecto. (IREAL!!!)
Dificultar para integrar administracin del riesgo
El software es entregado tarde en el
proyecto. Esto hace que se detecten
errores graves muy tarde.
Hacer cambios es difcil y costoso.

Modelo en V

Busca hacer la actividad de pruebas ms

efectiva y productiva
Los planes (y casos de prueba) se van
elaborando a medida que se avanza en
el desarrollo del proyecto

Modelo en V

Modelo en Espiral

Modelo centrado en la actividades

Basado en las mismas actividades del
modelo de cascada
Introduce: manejo de riesgos y creacin
de prototipos
Las actividades son organizadas en
ciclos

Modelo en Espiral

Un ciclo corresponde a la construccin de

un producto intermedio
Las actividades de cada ciclo son:

Determinar objetivos
Especificar las restricciones
Generar alternativas
Identificar riesgos
Resolver riesgos
Desarrollar y verificar prximo nivel del
producto
Desarrollar el plan del ciclo

Modelo en Espiral
REQUERIMIENTOS

DISEO

LANZAMIENTO

IMPLEMENTACION

Prototipo 1
Prototipo 2

V&V

Prototipo 3
Prototipo 4

N Ciclos

..
Prototipo n

INSTALACION
MANTENIMIENTO

Modelo Unified Process

Consiste en varios ciclos.

Al final de cada uno, un producto es
entregado al cliente
Cada ciclo consiste de cuatro fases:

Inception
Elaboration
Construction
Transition

Cada fase puede tener varias iteraciones

Una iteracin construye un conjunto de
casos de uso relacionados o mitiga algn
riesgo de los identificados

Modelo Unified Process

Inicio del
Proyecto

CONSTRUCCIO
N

ELABORACION
Diseo

Define
Casos
de uso

Anlisis

Construccin
y V&V

INICIO
Liberacin

Incrementos = un caso de uso

Iteracin = un caso de uso refinado

TRANSICION

con toda la funcionalidad

Versin 1, Versin 2, ...

Team Software Process TSP

Diferencias entre los modelos

de SW

Referencias

[Bernd Bruegge, Dutoit Allen. Object-Oriented Software

Engineering: Using UML, Patterns, and Java, 2004,
Prentice Hall, segunda edicin. Captulo 15

http://standards.ieee.org/catalog/olis/arch_se.html