P. 1
moprosoft

moprosoft

|Views: 31|Likes:
Publicado porMarcos Villal

More info:

Published by: Marcos Villal on Jun 13, 2012
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PPT, PDF, TXT or read online from Scribd
See more
See less

09/29/2013

pdf

text

original

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

220 págs. no internacional  No es fácil de entender (inglés.CMM® (2) r Desventajas  Es un modelo extranjero.  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 . 18 KPA´s.)  No es fácil de aplicar en organizaciones pequeñas.SW .

3 y 9 son normativas y las demás informativas.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 . Ventajas  Específico para el desarrollo y mantenimiento de r software  Fácil de entender (24 procesos. 16 págs. Se componen de 9 partes de las cuales la 2.

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

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. los reglamentarios y los propios de la organización.

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

Antecedentes y motivación 1.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 .

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

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

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

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

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

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. 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. así como evaluar los resultados para poder proponer cambios que permitan la mejora continua.

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 .

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

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

infraestructura. así como crear y mantener la Base de Conocimiento de la organización. ambiente de trabajo y proveedores. La finalidad es apoyar el cumplimiento de los 23 .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.

25 .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. así como la evaluación del ambiente de trabajo.

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

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 .

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

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

1.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 .

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 .

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

2. 40 . construcción. MoProSoft 2. diseño. 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.

..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. 41 . validación o prueba..

42 .…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. así como las correcciones correspondientes. 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 . especificación y análisis de los requerimientos.…Ejemplo Desarrollo y Mantenimiento de Software r Rol r Analista AN r Conocimiento y experiencia en la obtención.

Elaborar el Reporte de Actividades registrando las actividades realizadas.2. fechas de inicio y fin. Realización de la fase de Inicio (O3) – A1. 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.…Ejemplo Desarrollo y Mantenimiento de Software r Actividades r A1. responsable por actividad y mediciones requeridas. – A1.1. 46 .

de manera oportuna. 47 . 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. las situaciones que les impidan el desarrollo de las actividades asignadas.…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.

48 . r Requerimientos: Manual de Usuario En la fase de Requerimientos se puede omitir la elaboración o actualización del Manual del Usuario. que inclusive no tenga funcionalidad.…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. así como su verificación. Sin embargo esta actividad se deberá realizar a mas tardar en la fase de integración y pruebas.

Mejora de procesos orientada al objetivo del negocio MoProSoft 6.Comparación de MoProSoft con otros modelos Modelos ISO SW-CMM ISO 9000:2000 15504 Características 1. Práctico 5. Evaluación con vigencia 7. Aplicable como norma 49 . Para SW 2. Procesos 4.Comprensible 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 .net. Trabajos a futuro Modelo de procesos y método de evaluación rDifusión de MoProSoft (www.3.software.

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.3. consultores y evaluadores • Control de evaluaciones – Proveedor de servicios subsidiados • Capacitación y consultoría a empresas 51 .

¡Gracias! .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->