Contenido

1. Antecedentes y motivación
1. Situación actual de la industria de software 2. Modelos y estándares de procesos 3. Programa Nacional para la Industria de Software en México (PROSOFT)

2. MoProSoft
1. Estructura de procesos 2. Patrón de procesos 3. Ejemplo

3. Trabajos a futuro
1

Antecedentes y motivación 1.1 Situación actual de la industria de software en México
r El 90% de las empresas desarrolladoras de software son micro y pequeña industria. r Las empresas:
– Son volátiles – Cuentan con pocos recursos – Tienen procesos no estandarizados, que dependen del personal que los ejecuta.

2

Lucha por sobrevivir rBuscando mejorar la calidad de sus productos a través de la mejora de sus procesos.

3

Antecedentes y motivación 1.2 Modelos y estándares de procesos
r Capability Maturity Model SW-CMM® V1.1 (1994) r ISO/IEC TR 15504:1998 (E) r ISO 9000:2000 Sistemas de Gestión de la Calidad - Requisitos

4

SW - CMM® (1)
r Es un marco evolutivo organizado en cinco niveles para lograr la mejora continua de procesos. Ventajas
 Específico para el desarrollo y mantenimiento

r

de software procesos

 Definido como un conjunto de áreas clave de  Tiene un modelo de evaluación  Desde 1998 empezó a popularizarse en México  Existen organizaciones evaluadas
5

 Mejora no enfocada directamente a objetivos de negocio vigencia  Evaluación es costosa y no tiene periodo de  Se está abandonando a favor de CMM-I 6 .CMM® (2) r Desventajas  Es un modelo extranjero. no internacional  No es fácil de entender (inglés.)  No es fácil de aplicar en organizaciones pequeñas.SW . 18 KPA´s. 220 págs.

Ventajas  Específico para el desarrollo y mantenimiento de r software  Fácil de entender (24 procesos. 16 págs.ISO/IEC TR 15504 (1) r Define el modelo de referencia de procesos de software y de capacidades de procesos que constituyen la base para la evaluación de procesos de software.)  Definido como un conjunto de procesos 7 . 3 y 9 son normativas y las demás informativas. Se componen de 9 partes de las cuales la 2.

ISO/IEC TR 15504 (2) r Desventajas  No es práctico ni fácil de aplicar  No incluye un mecanismo de evaluación. sufrió un cambio importante al eliminar el modelo de procesos 8 . únicamente tiene los requerimientos para uno.  Todavía no es norma internacional  La versión FDIS de Parte 2 de 2003. que posiblemente se vuelve norma.

los reglamentarios y los propios de la organización. Ventajas  Tiene un mecanismo de certificación bien r establecido  Está disponible y conocida 9 .ISO 9000:2000 (1) r Norma Internacional para evaluar la capacidad de la organización para cumplir los requisitos del cliente.

por lo que:  No es fácil de entender  No es fácil de aplicar  No está definida como un conjunto de procesos 10 .ISO 9000:2000 (2) r Desventajas  No es específica para la industria de software.

3 Programa Nacional para la Industria de Software en México r En 2002 la Secretaría de Economía (SE) inició el Programa para el Desarrollo de la Industria de Software (PROSOFT) r Objetivo:  Fortalecer a la industria de software en México 11 .Antecedentes y motivación 1.

Estrategias del PROSOFT 1. Educación y formación de personal competente 3. Desarrollar el mercado interrno 5. Contar con un marco legal promotor de la industria 4. Promover exportaciones y la atracción de inversiones 2. Fortalecer a la industria local 6. Promover la construcción de infraestructura física y de telecomunicaciones 12 . Alcanzar niveles internacionales en capacidad de procesos 7.

2 Formación de instituciones de capacitación y asesoría en mejora de procesos – 6.Estrategia 6 (marzo 2002) 6.1 Definición de un modelo de procesos y de evaluación apropiado para la industria de software mexicana – 6. 13 ..3 Apoyo financiero para la capacitación y la evaluación de capacidad de procesos – . Alcanzar niveles internacionales en capacidad de procesos – 6..

Práctico y fácil de aplicar. 4. Definido como un conjunto de procesos. Fácil de entender (comprensible). que indique un estado real de una organización durante un periodo de vigencia específico. 5. sobre todo en organizaciones pequeñas. 6. Aplicable como norma mexicana. Orientado a mejorar los procesos para contribuir a los objetivos del negocio y no simplemente ser un marco de referencia de certificación. Debe de tener un mecanismo de evaluación o certificación. 7. 14 . Específico para el desarrollo y mantenimiento de software. 2. 3.Características deseadas del modelo 1.

Cumplimiento de características deseadas (1) Ventaja Desventajas Ambas 15 .

Aplicable como norma 16 .Cumplimiento de características deseadas Modelos ISO SW-CMM ISO 9000:2000 15504 Características 1. Para SW 2. Mejora de procesos orientado al objetivo del negocio 6. Práctico 5. Procesos 4.Comprensible 3. Evaluación con vigencia 7.

1 Estructura de Procesos n ció rec Di a Alt R) I (D n tió es G ) ES (G ión c era Op ) PE (O Categoría Gestión de Negocio Categoría Gestión de Procesos Gestión de Proyectos Gestión de Recursos Categoría Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software 17 .2. Modelo de Procesos para la Industria de Software (MoProSoft) 2.

sus objetivos y las condiciones para lograrlos.Gestión de Negocio r Propósito: DIR Establecer la razón de ser de la organización. así como evaluar los resultados para poder proponer cambios que permitan la mejora continua. Adicionalmente habilita a la organización para responder a un ambiente de cambio y a sus miembros para trabajar en función de los objetivos establecidos 18 . para lo cual es necesario considerar las necesidades de los clientes.

Proceso Gestión de Negocio Grupo Directivo DIR Planeación Estratégica Grupo Directivo Valoración y Mejora Continua Grupo Directivo Preparación para la Realización 19 .

Procesos de Gestión Gestión de Recursos GES Gestión de Procesos Gestión de Proyectos 20 .

planear. 21 . Así como definir.Gestión de Procesos GES rPropósito: Establecer los procesos de la organización. e implantar las actividades de mejora en los mismos. en función de los Procesos Requeridos identificados en el Plan Estratégico.

22 .Gestión de Proyectos GES rPropósito Asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organización.

La finalidad es apoyar el cumplimiento de los 23 . así como crear y mantener la Base de Conocimiento de la organización. infraestructura. ambiente de trabajo y proveedores.Gestión de Recursos GES rPropósito: Conseguir y dotar a la organización de los recursos humanos.

Servicios e Infraestructura GES Conocimiento de la Organización 24 .Proceso Gestión de Recursos Subprocesos Recursos Humanos y Ambiente de Trabajo Bienes.

así como la evaluación del ambiente de trabajo.Recursos Humanos y Ambiente de Trabajo GES rPropósito: Proporcionar los recursos humanos adecuados para cumplir las responsabilidades asignadas a los roles dentro de la organización. 25 .

servicios e infraestructura que satisfagan los requisitos de adquisición de los procesos y proyectos.Bienes. Servicios e Infraestructura GES rPropósito: Proporcionar proveedores de bienes. 26 .

Conocimiento de la Organización GES rPropósito: Mantener disponible y administrar la Base de Conocimiento que contiene la información y los productos generados por la organización. 27 .

Procesos de Operación OPE Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software 28 .

29 .Administración de Proyectos Específicos OPE rPropósito: Establecer y llevar a cabo sistemáticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costo esperados.

Administración de Proyectos Específicos OPE Planeación Evaluación y Control Realización Cierre 30 .

integración y pruebas de productos de software nuevos o modificados cumpliendo con los requerimientos especificados. 31 .Desarrollo y Mantenimiento de Software OPE rPropósito: Es la realización sistemática de las actividades de análisis. diseño. construcción.

Proceso de Desarrollo y Mantenimiento de Software Flujos de trabajo rCiclos de Desarrollo rFases de un Ciclo rActividades de una Fase OPE 32 .

Ciclos de Desarrollo Necesidades Cliente OPE Fases del Primer Ciclo Si Terminado Nuevas Necesidades Primer Entregable No Fases del Siguiente Ciclo Siguiente Entregable 33 .

Necesidades del cliente y Plan de desarrollo Fases de un Ciclo OPE Inicio Requerimientos Requerimientos Análisis y Diseño Construcción Análisis yDiseño Componentes Integración y Pruebas Cierre Configuración de Software Primer / Siguiente Entregable 34 .

OPE Actividades de una Fase Entrada de la Fase Producción / Corrección Verificación Defectos Defectos Validación/Aceptación Registro de Mediciones Incorporación Bajo Control de Configuración Salida de la Fase 35 .

Patrón de procesos r Definición general de proceso r Prácticas r Guías de ajuste 36 . MoProSoft 2.2. 2.

Definición general de proceso r Proceso r Categoría r Propósito r Descripción r Objetivos r Indicadores r Metas cuantitativas r Responsabilidad y autoridad r Procesos relacionados r Entradas r Salidas r Productos internos r Referencias bibliográficas (ISO9001:2000. ISO 15504. SW-CMM 1. otras) 37 .1.

Prácticas r Roles involucrados y capacitación r Actividades r Diagrama de flujo de trabajo (en UML) r Verificaciones y validaciones r Incorporación a la Base de Conocimiento r Recursos de Infraestructura r Mediciones r Capacitación r Situaciones excepcionales r Lecciones aprendidas 38 .

39 .Guías de ajuste rModificaciones al proceso sin invalidar el cumplimiento de sus objetivos.

2. integración y pruebas de productos de software nuevos o modificados cumpliendo con los requerimientos especificados.3 Ejemplo r Proceso Desarrollo y Mantenimiento de Software r Propósito El propósito de Desarrollo y Mantenimiento de Software es la realización sistemática de las actividades de análisis. diseño. construcción. MoProSoft 2. 40 .

41 .Ejemplo Desarrollo y Mantenimiento de Software r Objetivo O1 Lograr que los productos de salida sean consistentes con los productos de entrada en cada fase de un ciclo de desarrollo mediante las actividades de verificación.... validación o prueba.

así como las correcciones correspondientes.…Ejemplo Desarrollo y Mantenimiento de Software r Indicador I1 (O1) En cada fase de un ciclo se efectúan todas las actividades de verificación. 42 . validación o prueba.

…Ejemplo Desarrollo y Mantenimiento de Software r Entrada Plan de Desarrollo Descripción del Producto Entregables Proceso Específico Equipo de Trabajo Calendario 43 .

..Ejemplo Desarrollo y Mantenimiento de Software r Salida Configuración de Software · · · · · · · · · · Especificación de Requerimientos Análisis y Diseño Software Registro de Rastreo Plan de Pruebas de Sistema Reporte de Pruebas de Sistema Plan de Pruebas de Integración Reporte de Pruebas de Integración Manual de Usuario Manual de Operación Manual de Mantenimiento 44 ..

45 .…Ejemplo Desarrollo y Mantenimiento de Software r Rol r Analista AN r Conocimiento y experiencia en la obtención. especificación y análisis de los requerimientos.

Revisar con los miembros del equipo de trabajo el Plan de Desarrollo actual para lograr un entendimiento común y obtener su compromiso con el proyecto.2. – A1. responsable por actividad y mediciones requeridas.…Ejemplo Desarrollo y Mantenimiento de Software r Actividades r A1. fechas de inicio y fin.1. Elaborar el Reporte de Actividades registrando las actividades realizadas. 46 . Realización de la fase de Inicio (O3) – A1.

…Ejemplo Desarrollo y Mantenimiento de Software r Situaciones excepcionales Los roles involucrados en el proceso de Desarrollo y Mantenimientos de Software deberán notificar al RDM. El RDM deberá dar respuesta a estas situaciones y en caso de no poder resolverlas o no sean de su competencia deberá escalarlas al RAPE. 47 . de manera oportuna. las situaciones que les impidan el desarrollo de las actividades asignadas.

48 . así como su verificación. Sin embargo esta actividad se deberá realizar a mas tardar en la fase de integración y pruebas.…Ejemplo Desarrollo y Mantenimiento de Software rGuías de Ajuste r Requerimientos: Especificación de Requerimientos La Especificación de Requerimientos puede incluir un prototipo de interfaz con el usuario sencilla. que inclusive no tenga funcionalidad. r Requerimientos: Manual de Usuario En la fase de Requerimientos se puede omitir la elaboración o actualización del Manual del Usuario.

Aplicable como norma 49 . Procesos 4.Comprensible 3. Práctico 5. Mejora de procesos orientada al objetivo del negocio MoProSoft 6. Para SW 2. Evaluación con vigencia 7.Comparación de MoProSoft con otros modelos Modelos ISO SW-CMM ISO 9000:2000 15504 Características 1.

Trabajos a futuro Modelo de procesos y método de evaluación rDifusión de MoProSoft (www.net.software.3.mx) rDefinición del método de evaluación basado en ISO/IEC FDIS 15504 rPruebas piloto rNormalización de MoProSoft y su método de evaluación 50 .

consultores y evaluadores • Control de evaluaciones – Proveedor de servicios subsidiados • Capacitación y consultoría a empresas 51 .3. Trabajos a futuro Creación de organismos – Rector • Mejora de MoProSoft y de su método de evaluación. • Ejecución de pruebas piloto • Capacitación y certificación de instructores.

¡Gracias! .

Sign up to vote on this title
UsefulNot useful