Está en la página 1de 19
CICLO DE VIDA DEL SOFTWARE Ing. José Antonio Pérez Q. © BQS 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 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 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 Ciclo de Vida del Software © BQS 5 ¿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 ¿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). ENTRADA PROCESO TRANSFORMACION NECESIDADES INGENIERIA SALIDA PRODUCTO SOFTWARE SOFTWARE © BQS 7 ¿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 ¿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 Evolución de la NTP ISO/IEC 12207  Perú. Se traduce y hacen adecuaciones durante 2003.  Perú. Se publica 12207:2004. mayo 2004 NTP-ISO/IEC  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 Visión de la norma © BQS 11 Estructura de NTP-ISO/IEC 12207:2004 Ciclo de vida 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 5. Procesos principales 6.3 Aseguramiento de calidad 5.4 Proceso 1 6.4 Verificación Operación 6.5 Validación 5.3 … Desarrollo Proceso N 6.6 Revisión Conjunta 5.5 Mantenimiento 6.7 Auditoria 6.8 Resolución de problemas 7. Procesos organizativos 7.1 Gestión 7.2 Infraestructura 7.3 Mejora 7.4 Recursos Humanos Actividad 1 Tarea 1 Tarea 2 … Tarea n … Actividad n Tarea 1 Tarea 2 … Tarea n © BQS 12 Niveles NTP-ISO/IEC 12207:2004 Procesos Actividades Tareas Procesos (17) Organizan Actividades (74) Implementan Tareas (224) Directivas, Políticas Procedimientos Planes Plantillas y Registros Auditorías y revisiones © BQS 13 Niveles •Proceso •Productos Necesidades Definir requerimientos •Plan de pruebas •de aceptación Entrega de la solución Acta de entrega de la solución Documento de definición de requerimientos Especificar el •sistema •Plan de pruebas •de integración •de sistemas Ejecutarprue bas de aceptación Conformidad de las pruebas de aceptación Documento de especificación del sistema Documento de diseño de la arquitectura Diseñar el sistema de alto nivel Diseñar el sistema a nivel detallado •Plan de pruebas de •integración de •sub-sistemas •Plan de pruebas •unitarias Ejecutar pruebas de integración de sistemas Ejecutar pruebas de integración de sub-sistemas Conformidad de las pruebas de Integración de sistemas Especificaciones de diseño detallado Codificar y ejecutar pruebas de unidad Conformidad de las pruebas unitarias Conformidad de las pruebas de Integración de sub-sistemas © BQS 14 © BQS ROLES / PERFILES Y ARTEFACTOS RELACIONADOS HERRAMIENTA S ROL PROJECT, REQUISITE PRO ….. CMMI PROCESO SUBPROCESO PP Adquisicion FMT O GUÍA DOCUMENTOS Acta de Conformidad SI SI SI SI SI SI SI SI SI SI Informe de Seguimiento (avance) Solicitud de Cambio Adm Proyecto Proyect Charter Plan de Gestión del Proyecto JEFE DE PROYECTO WBS SI 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 PMC Monitoreo Acta de Acuerdos SI SI SI SI SI SI SI SI SI SI SI SI Informe de Seguimiento (avance) Solicitud de Cambio REQM Definición Matriz de funcionalidades Caso de Uso © BQS © BQS •SEGURIDAD •JEFE DE PROYECTO •ANALISTA •ARQUITECTO DE SISTEMAS •DBA •PROGRAMADOR •DISEÑADOR WEB •TESTEADOR © BQS GRACIAS email: jperez@quality.com.pe © BQS