Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Upcoming SlideShare
PROCESOS DE INGENIERIA DEL SW
Next
Download to read offline and view in fullscreen.

0

Share

Download to read offline

Mo Pro Soft

Download to read offline

Related Books

Free with a 30 day trial from Scribd

See all

Related Audiobooks

Free with a 30 day trial from Scribd

See all
  • Be the first to like this

Mo Pro Soft

  1. 1. Contenido <ul><li>Antecedentes y motivación </li></ul><ul><ul><li>Situación actual de la industria de software </li></ul></ul><ul><ul><li>Modelos y estándares de procesos </li></ul></ul><ul><ul><li>Programa Nacional para la Industria de Software en México (PROSOFT) </li></ul></ul><ul><li>MoProSoft </li></ul><ul><ul><li>Estructura de procesos </li></ul></ul><ul><ul><li>Patrón de procesos </li></ul></ul><ul><ul><li>Ejemplo </li></ul></ul><ul><li>Trabajos a futuro </li></ul>
  2. 2. Antecedentes y motivación 1.1 Situación actual de la industria de software en México <ul><li>El 90% de las empresas desarrolladoras de software son micro y pequeña industria. </li></ul><ul><li>Las empresas: </li></ul><ul><ul><li>Son volátiles </li></ul></ul><ul><ul><li>Cuentan con pocos recursos </li></ul></ul><ul><ul><li>Tienen procesos no estandarizados, que dependen del personal que los ejecuta. </li></ul></ul>
  3. 3. Lucha por sobrevivir <ul><li>Buscando mejorar la calidad de sus productos a través de la mejora de sus procesos. </li></ul>
  4. 4. Antecedentes y motivación 1.2 Modelos y estándares de procesos <ul><li>Capability Maturity Model SW-CMM ® V1.1 (1994) </li></ul><ul><li>ISO/IEC TR 15504:1998 (E) </li></ul><ul><li>ISO 9000:2000 Sistemas de Gestión de la Calidad - Requisitos </li></ul>
  5. 5. SW - CMM ® (1) <ul><li>Es un marco evolutivo organizado en cinco niveles para lograr la mejora continua de procesos. </li></ul><ul><li>Ventajas </li></ul><ul><ul><li>Específico para el desarrollo y mantenimiento de software </li></ul></ul><ul><ul><li>Definido como un conjunto de áreas clave de procesos </li></ul></ul><ul><ul><li>Tiene un modelo de evaluación </li></ul></ul><ul><ul><li>Desde 1998 empezó a popularizarse en México </li></ul></ul><ul><ul><li>Existen organizaciones evaluadas </li></ul></ul>
  6. 6. SW - CMM ® (2) <ul><li>Desventajas </li></ul><ul><ul><li>Es un modelo extranjero, no internacional </li></ul></ul><ul><ul><li>No es fácil de entender (inglés, 18 KPA´s, 220 págs.) </li></ul></ul><ul><ul><li>No es fácil de aplicar en organizaciones pequeñas. </li></ul></ul><ul><ul><li>Mejora no enfocada directamente a objetivos de negocio </li></ul></ul><ul><ul><li>Evaluación es costosa y no tiene periodo de vigencia </li></ul></ul><ul><ul><li>Se está abandonando a favor de CMM-I </li></ul></ul>
  7. 7. ISO/IEC TR 15504 (1) <ul><li>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. Se componen de 9 partes de las cuales la 2, 3 y 9 son normativas y las demás informativas. </li></ul><ul><li>Ventajas </li></ul><ul><ul><li>Específico para el desarrollo y mantenimiento de software </li></ul></ul><ul><ul><li>Fácil de entender (24 procesos, 16 págs.) </li></ul></ul><ul><ul><li>Definido como un conjunto de procesos </li></ul></ul>
  8. 8. ISO/IEC TR 15504 (2) <ul><li>Desventajas </li></ul><ul><ul><li>No es práctico ni fácil de aplicar </li></ul></ul><ul><ul><li>No incluye un mecanismo de evaluación, únicamente tiene los requerimientos para uno. </li></ul></ul><ul><ul><li>Todavía no es norma internacional </li></ul></ul><ul><ul><li>La versión FDIS de Parte 2 de 2003, que posiblemente se vuelve norma, sufrió un cambio importante al eliminar el modelo de procesos </li></ul></ul>
  9. 9. ISO 9000:2000 (1) <ul><li>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. </li></ul><ul><li>Ventajas </li></ul><ul><ul><li>Tiene un mecanismo de certificación bien establecido </li></ul></ul><ul><ul><li>Está disponible y conocida </li></ul></ul>
  10. 10. ISO 9000:2000 (2) <ul><li>Desventajas </li></ul><ul><ul><li>No es específica para la industria de software, por lo que: </li></ul></ul><ul><ul><ul><li>No es fácil de entender </li></ul></ul></ul><ul><ul><ul><li>No es fácil de aplicar </li></ul></ul></ul><ul><ul><li>No está definida como un conjunto de procesos </li></ul></ul>
  11. 11. Antecedentes y motivación 1.3 Programa Nacional para la Industria de Software en México <ul><li>En 2002 la Secretaría de Economía (SE) inició el Programa para el Desarrollo de la Industria de Software (PROSOFT) </li></ul><ul><li>Objetivo: </li></ul><ul><ul><li>Fortalecer a la industria de software en México </li></ul></ul>
  12. 12. Estrategias del PROSOFT 1. 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. Fortalecer a la industria local 6. Alcanzar niveles internacionales en capacidad de procesos 7. Promover la construcción de infraestructura física y de telecomunicaciones
  13. 13. Estrategia 6 (marzo 2002) <ul><li>6 . Alcanzar niveles internacionales en capacidad de procesos </li></ul><ul><ul><li>6.1 Definición de un modelo de procesos y de evaluación apropiado para la industria de software mexicana </li></ul></ul><ul><ul><li>6.2 Formación de instituciones de capacitación y asesoría en mejora de procesos </li></ul></ul><ul><ul><li>6.3 Apoyo financiero para la capacitación y la evaluación de capacidad de procesos </li></ul></ul><ul><ul><li>... </li></ul></ul>
  14. 14. Características deseadas del modelo <ul><li>1. Específico para el desarrollo y mantenimiento de software . </li></ul><ul><li>2. Fácil de entender (comprensible). </li></ul><ul><li>3. Definido como un conjunto de procesos. </li></ul><ul><li>4. Práctico y fácil de aplicar, sobre todo en organizaciones pequeñas. </li></ul><ul><li>5. Orientado a mejorar los procesos para contribuir a los objetivos del negocio y no simplemente ser un marco de referencia de certificación. </li></ul><ul><li>6. Debe de tener un mecanismo de evaluación o certificación, que indique un estado real de una organización durante un periodo de vigencia específico. </li></ul><ul><li>7. Aplicable como norma mexicana. </li></ul>
  15. 15. Cumplimiento de características deseadas (1) <ul><li>Ventaja </li></ul><ul><li>Desventajas </li></ul><ul><li>Ambas </li></ul>
  16. 16. Cumplimiento de características deseadas 7. Aplicable como norma 6. Evaluación con vigencia 5. Mejora de procesos orientado al objetivo del negocio 4. Práctico 3. Procesos 2.Comprensible 1. Para SW ISO 15504 SW-CMM ISO 9000:2000 Modelos Características
  17. 17. 2. Modelo de Procesos para la Industria de Software (MoProSoft) 2.1 Estructura de Procesos Gestión de Negocio Gestión de Procesos Gestión de Proyectos Gestión de Recursos Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software Alta Dirección (DIR) Gestión (GES) Operación (OPE) Categoría Categoría Categoría
  18. 18. Gestión de Negocio <ul><li>Propósito: </li></ul><ul><ul><li>Establecer la razón de ser de la organización, sus objetivos y las condiciones para lograrlos, 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. </li></ul></ul><ul><ul><li>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 </li></ul></ul>DIR
  19. 19. Proceso Gestión de Negocio Grupo Directivo Planeación Estratégica Grupo Directivo Preparación para la Realización Grupo Directivo Valoración y Mejora Continua DIR
  20. 20. Procesos de Gestión Gestión de Recursos Gestión de Proyectos Gestión de Procesos GES
  21. 21. Gestión de Procesos <ul><li>Propósito: </li></ul><ul><ul><li>Establecer los procesos de la organización, en función de los Procesos Requeridos identificados en el Plan Estratégico . Así como definir, planear, e implantar las actividades de mejora en los mismos. </li></ul></ul>GES
  22. 22. Gestión de Proyectos <ul><li>Propósito </li></ul><ul><ul><li>Asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organización . </li></ul></ul>GES
  23. 23. Gestión de Recursos <ul><li>Propósito: </li></ul><ul><ul><li>Conseguir y dotar a la organización de los recursos humanos, infraestructura, ambiente de trabajo y proveedores, así como crear y mantener la Base de Conocimiento de la organización. La finalidad es apoyar el cumplimiento de los objetivos del Plan Estratégico de la organización. </li></ul></ul>GES
  24. 24. Proceso Gestión de Recursos <ul><li>Subprocesos </li></ul>GES Recursos Humanos y Ambiente de Trabajo Conocimiento de la Organización Bienes, Servicios e Infraestructura
  25. 25. Recursos Humanos y Ambiente de Trabajo <ul><li>Propósito: </li></ul><ul><ul><li>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. </li></ul></ul>GES
  26. 26. Bienes, Servicios e Infraestructura <ul><li>Propósito: </li></ul><ul><ul><li>Proporcionar proveedores de bienes, servicios e infraestructura que satisfagan los requisitos de adquisición de los procesos y proyectos. </li></ul></ul>GES
  27. 27. Conocimiento de la Organización <ul><li>Propósito: </li></ul><ul><ul><li>Mantener disponible y administrar la Base de Conocimiento que contiene la información y los productos generados por la organización. </li></ul></ul>GES
  28. 28. Procesos de Operación Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software OPE
  29. 29. Administración de Proyectos Específicos <ul><li>Propósito: </li></ul><ul><ul><li>Establecer y llevar a cabo sistemáticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costo esperados. </li></ul></ul>OPE
  30. 30. Planeación Realización Evaluación y Control Cierre Administración de Proyectos Específicos OPE
  31. 31. Desarrollo y Mantenimiento de Software <ul><li>Propósito: </li></ul><ul><ul><li>Es la realización sistemática de las actividades de análisis, diseño, construcción, integración y pruebas de productos de software nuevos o modificados cumpliendo con los requerimientos especificados. </li></ul></ul>OPE
  32. 32. Proceso de Desarrollo y Mantenimiento de Software <ul><li>Flujos de trabajo </li></ul><ul><li>Ciclos de Desarrollo </li></ul><ul><li>Fases de un Ciclo </li></ul><ul><li>Actividades de una Fase </li></ul>OPE
  33. 33. Ciclos de Desarrollo No Fases del Primer Ciclo Primer Entregable Fases del Siguiente Ciclo Necesidades Cliente Terminado Si Siguiente Entregable Nuevas Necesidades OPE
  34. 34. Fases de un Ciclo Requerimientos Necesidades del cliente y Plan de desarrollo Análisis y Diseño Construcción Cierre Requerimientos Análisis yDiseño Componentes Primer / Siguiente Entregable Inicio Integración y Pruebas Configuración de Software OPE
  35. 35. Actividades de una Fase Producción / Corrección Entrada de la Fase Verificación Validación/Aceptación Salida de la Fase Incorporación Bajo Control de Configuración Registro de Mediciones Defectos Defectos OPE
  36. 36. 2. MoProSoft 2. 2. Patrón de procesos <ul><li>Definición general de proceso </li></ul><ul><li>Prácticas </li></ul><ul><li>Guías de ajuste </li></ul>
  37. 37. Definición general de proceso <ul><li>Proceso </li></ul><ul><li>Categoría </li></ul><ul><li>Propósito </li></ul><ul><li>Descripción </li></ul><ul><li>Objetivos </li></ul><ul><li>Indicadores </li></ul><ul><li>Metas cuantitativas </li></ul><ul><li>Responsabilidad y autoridad </li></ul><ul><li>Procesos relacionados </li></ul><ul><li>Entradas </li></ul><ul><li>Salidas </li></ul><ul><li>Productos internos </li></ul><ul><li>Referencias bibliográficas (ISO9001:2000, SW-CMM 1.1, ISO 15504, otras) </li></ul>
  38. 38. Prácticas <ul><li>Roles involucrados y capacitación </li></ul><ul><li>Actividades </li></ul><ul><li>Diagrama de flujo de trabajo (en UML) </li></ul><ul><li>Verificaciones y validaciones </li></ul><ul><li>Incorporación a la Base de Conocimiento </li></ul><ul><li>Recursos de Infraestructura </li></ul><ul><li>Mediciones </li></ul><ul><li>Capacitación </li></ul><ul><li>Situaciones excepcionales </li></ul><ul><li>Lecciones aprendidas </li></ul>
  39. 39. Guías de ajuste <ul><li>Modificaciones al proceso sin invalidar el cumplimiento de sus objetivos. </li></ul>
  40. 40. 2. MoProSoft 2.3 Ejemplo <ul><li>Proceso </li></ul><ul><ul><li>Desarrollo y Mantenimiento de Software </li></ul></ul><ul><li>Propósito </li></ul><ul><ul><li>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, integración y pruebas de productos de software nuevos o modificados cumpliendo con los requerimientos especificados. </li></ul></ul>
  41. 41. ...Ejemplo Desarrollo y Mantenimiento de Software <ul><li>Objetivo </li></ul><ul><ul><ul><li>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. </li></ul></ul></ul>
  42. 42. … Ejemplo Desarrollo y Mantenimiento de Software <ul><li>Indicador </li></ul><ul><ul><ul><li>I1 (O1) En cada fase de un ciclo se efectúan todas las actividades de verificación, validación o prueba, así como las correcciones correspondientes. </li></ul></ul></ul>
  43. 43. … Ejemplo Desarrollo y Mantenimiento de Software <ul><li>Entrada </li></ul><ul><li>Plan de Desarrollo </li></ul><ul><ul><li>Descripción del Producto </li></ul></ul><ul><ul><li>Entregables </li></ul></ul><ul><ul><li>Proceso Específico </li></ul></ul><ul><ul><li>Equipo de Trabajo </li></ul></ul><ul><ul><li>Calendario </li></ul></ul>
  44. 44. ...Ejemplo Desarrollo y Mantenimiento de Software <ul><li>Salida </li></ul><ul><li> Configuración de Software  </li></ul><ul><ul><li>Especificación de Requerimientos </li></ul></ul><ul><ul><li>· Análisis y Diseño </li></ul></ul><ul><ul><li>· Software </li></ul></ul><ul><ul><li>· Registro de Rastreo </li></ul></ul><ul><ul><li>· Plan de Pruebas de Sistema </li></ul></ul><ul><ul><li>· Reporte de Pruebas de Sistema </li></ul></ul><ul><ul><li>· Plan de Pruebas de Integración </li></ul></ul><ul><ul><li>· Reporte de Pruebas de Integración </li></ul></ul><ul><ul><li>· Manual de Usuario </li></ul></ul><ul><ul><li>· Manual de Operación </li></ul></ul><ul><ul><li>· Manual de Mantenimiento </li></ul></ul>
  45. 45. … Ejemplo Desarrollo y Mantenimiento de Software <ul><li>Rol </li></ul><ul><li>Analista AN </li></ul><ul><li>Conocimiento y experiencia en la obtención, especificación y análisis de los requerimientos. </li></ul>
  46. 46. … Ejemplo Desarrollo y Mantenimiento de Software <ul><li>Actividades </li></ul><ul><li>A1. Realización de la fase de Inicio (O3) </li></ul><ul><ul><li>A1.1. 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. </li></ul></ul><ul><ul><li>A1.2. Elaborar el Reporte de Actividades registrando las actividades realizadas, fechas de inicio y fin, responsable por actividad y mediciones requeridas. </li></ul></ul>
  47. 47. … Ejemplo Desarrollo y Mantenimiento de Software <ul><li>Situaciones excepcionales </li></ul><ul><li>Los roles involucrados en el proceso de Desarrollo y Mantenimientos de Software deberán notificar al RDM, de manera oportuna, las situaciones que les impidan el desarrollo de las actividades asignadas. </li></ul><ul><li>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. </li></ul>
  48. 48. … Ejemplo Desarrollo y Mantenimiento de Software <ul><li>Guías de Ajuste </li></ul><ul><li>Requerimientos: Especificación de Requerimientos </li></ul><ul><li>La Especificación de Requerimientos puede incluir un prototipo de interfaz con el usuario sencilla, que inclusive no tenga funcionalidad. </li></ul><ul><li>Requerimientos: Manual de Usuario </li></ul><ul><li>En la fase de Requerimientos se puede omitir la elaboración o actualización del Manual del Usuario , así como su verificación. Sin embargo esta actividad se deberá realizar a mas tardar en la fase de integración y pruebas. </li></ul>
  49. 49. Comparación de MoProSoft con otros modelos 7. Aplicable como norma 6. Evaluación con vigencia 5. Mejora de procesos orientada al objetivo del negocio 4. Práctico 3. Procesos 2.Comprensible 1. Para SW MoPro- Soft ISO 15504 SW-CMM ISO 9000:2000 Modelos Características
  50. 50. 3. Trabajos a futuro Modelo de procesos y método de evaluación <ul><li>Difusión de MoProSoft (www.software.net.mx) </li></ul><ul><li>Definición del método de evaluación basado en ISO/IEC FDIS 15504 </li></ul><ul><li>Pruebas piloto </li></ul><ul><li>Normalización de MoProSoft y su método de evaluación </li></ul>
  51. 51. 3. Trabajos a futuro Creación de organismos <ul><ul><li>Rector </li></ul></ul><ul><ul><ul><li>Mejora de MoProSoft y de su método de evaluación. </li></ul></ul></ul><ul><ul><ul><li>Ejecución de pruebas piloto </li></ul></ul></ul><ul><ul><ul><li>Capacitación y certificación de instructores, consultores y evaluadores </li></ul></ul></ul><ul><ul><ul><li>Control de evaluaciones </li></ul></ul></ul><ul><ul><li>Proveedor de servicios subsidiados </li></ul></ul><ul><ul><ul><li>Capacitación y consultoría a empresas </li></ul></ul></ul>
  52. 52. ¡Gracias!

Views

Total views

4,410

On Slideshare

0

From embeds

0

Number of embeds

24

Actions

Downloads

211

Shares

0

Comments

0

Likes

0

×