El documento presenta una introducción al ciclo de vida del software, incluyendo conceptos claves, modelos de procesos y la norma ISO/IEC 12207. Explica que el ciclo de vida del software abarca desde la concepción de una idea hasta la entrega y retiro del software. Además, describe la estructura y procesos principales de la norma ISO/IEC 12207 para el desarrollo y mantenimiento de software.

1. CICLO DE VIDA DEL SOFTWARE
Ing. José Antonio Pérez Q.
© BQS

2. AGENDA
 Conceptos Claves
 Ciclo de Vida del Software
 Modelos de Proceso
 Modelo ISO/IEC 12207
 NTP ISO/IEC 12207:2004
 Visión y estructura de la Norma
 Procesos Principales de Desarrollo y Mantenimiento.
© BQS 2

3. Desarrollo de Aplicaciones de Negocio
 Una aplicación o proyecto se inicia por:
 Una nueva oportunidad relacionada con un proceso de
negocio nuevo o existente.
 Un problema relacionado con un proceso de negocio
existente.
 Una nueva oportunidad que le permitirá a la
organización tomar ventaja competitiva de la tecnología.
 Un problema con la tecnología actual.
© BQS 3

4. Ciclo de Vida del Software
Periodo de tiempo que comienza cuando el producto
software es concebido y termina cuando el software
ya no está disponible permanentemente para el
usuario (retirada del software).
IEEE Std. 610.12-1990 Software Engineering
Terminology.
El proceso que se sigue para definir, construir,
entregar y hacer evolucionar el software, desde la
concepción de una idea hasta la entrega y el retiro
del mismo.
© BQS 4

5. Ciclo de Vida del Software
© BQS 5

6. ¿Que es el ISO / IEC 12207?
 “Un marco de referencia que contiene los Procesos , las actividades
y las tareas involucradas en el desarrollo, la explotación y el
mantenimiento de un producto de software, abarcando la vida del
sistema desde la definición de requerimientos hasta la finalización
de su uso”.
© BQS 6

7. ¿Qué es un Proceso?
Conjunto de actividades mutuamente relacionadas o
que interactúan, las cuales transforman elementos
de entrada en resultados. (NTP-ISO/IEC
12207:2004 Procesos del Ciclo de Vida del
Software).
PROCESO
ENTRADA SALIDA
TRANSFORMACION
NECESIDADES PRODUCTO
SOFTWARE
INGENIERIA
SOFTWARE
© BQS 7

8. ¿Qué es un Modelo de Procesos?
Un modelo es una colección estructurada de elementos
que describen las características de procesos efectivos.
Los procesos incluidos en un modelo son aquellos que
por experiencia demuestran ser efectivos.
(Fundamentos de CMMI – ESI)
Dice el ................... Que Hacer
No dice el ................... Cómo, Ni Quién
© BQS 8

9. ¿Por qué es importante un modelo?
 Un punto de inicio, dónde comenzar.
 El beneficio de experiencias previas. Se construye sobre
la base de buenas prácticas.
 Establece un lenguaje común y una visión compartida.
 Proporciona un marco para priorizar mejoras.
© BQS 9

10. Evolución de la NTP ISO/IEC 12207
 Perú. Se traduce y hacen adecuaciones durante 2003.
 Perú. Se publica mayo 2004 NTP-ISO/IEC
12207:2004.
 Perú: En Junio 2004, el Estado Peruano oficializa su
uso para estandarizar procesos y productos Software,
con miras a la integración y servicios en línea.
© BQS 10

11. Visión de la norma
© BQS 11

12. Estructura de NTP-ISO/IEC 12207:2004
Ciclo de vida
5. Procesos principales 6. Procesos de apoyo Concepto
5.1 Adquisición 6.1 Documentación Retirada
5.2 Suministro 6.2 Gestión de la configuración
6.3 Aseguramiento de calidad
Proceso
5.4 1
6.4 Verificación
Operación
5.3 6.5 Validación
Proceso
…
Desarrollo N
6.6 Revisión Conjunta
5.5
Mantenimiento 6.7 Auditoria
6.8 Resolución de problemas
7. Procesos organizativos
Actividad 1 … Actividad n
Tarea 1 Tarea 1
7.1 Gestión 7.2 Infraestructura
Tarea 2 Tarea 2
… …
7.3 Mejora 7.4 Recursos Humanos Tarea n Tarea n
© BQS 12

13. Niveles
NTP-ISO/IEC 12207:2004 Procesos Actividades Tareas
Procesos (17)
Organizan
Actividades (74)
Implementan
Tareas (224)
Directivas, Plantillas y Auditorías y
Procedimientos Planes
Políticas Registros revisiones
© BQS 13

14. Niveles
•Productos •Proceso
Documento de Documento de Documento de
Necesidades definición de especificación del diseño de la
requerimientos sistema arquitectura
Definir Diseñar el Diseñar el Especificaciones
Especificar el sistema a de diseño
requerimientos •sistema sistema de detallado
alto nivel nivel detallado
Codificar
•Plan de pruebas •Plan de pruebas de
•Plan de pruebas •de integración •integración de •Plan de pruebas y ejecutar
•de aceptación •de sistemas •sub-sistemas
pruebas
•unitarias de unidad
Ejecutar Ejecutar
Ejecutarprue pruebas de
Entrega de la bas de pruebas de
solución integración integración de Conformidad de
aceptación sub-sistemas
de sistemas las pruebas
unitarias
Conformidad de Conformidad de las Conformidad de las
Acta de entrega las pruebas de pruebas de Integración pruebas de Integración
de la solución aceptación de sistemas de sub-sistemas
© BQS 14

15. © BQS

16. ROLES / PERFILES Y ARTEFACTOS RELACIONADOS
CMMI
HERRAMIENTA
ROL
S
PROCESO SUBPROCESO DOCUMENTOS FMT
O GUÍA
PROJECT, PP Adquisicion Acta de Conformidad
SI SI
REQUISITE
Informe de Seguimiento (avance)
PRO …..
SI SI
Solicitud de Cambio
SI SI
Adm Proyecto Proyect Charter
SI SI
Plan de Gestión del Proyecto
SI SI
WBS
SI
JEFE DE PROYECTO
Cronograma
SI
Plan de Organización del Proyecto
SI
Plan de Comunicaciones
SI
Plan de Aseguramiento de Calidad
SI
Plan de Administración de Riesgos
SI SI
PMC Monitoreo Acta de Acuerdos
SI SI
Informe de Seguimiento (avance)
SI SI
Solicitud de Cambio
SI SI
REQM Definición Matriz de funcionalidades
SI SI
Caso de Uso
SI SI
© BQS

17. © BQS

18. •SEGURIDAD
•JEFE DE PROYECTO
•ANALISTA
•ARQUITECTO DE SISTEMAS
•DBA
•PROGRAMADOR
•DISEÑADOR WEB
•TESTEADOR
© BQS

19. GRACIAS
email: jperez@quality.com.pe
© BQS