• Like
  • Save
Modelos de procesos de Software
Upcoming SlideShare
Loading in...5
×
 

Modelos de procesos de Software

on

  • 349 views

Principales Modelo de Procesos de Software

Principales Modelo de Procesos de Software

Statistics

Views

Total Views
349
Views on SlideShare
349
Embed Views
0

Actions

Likes
0
Downloads
5
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Modelos de procesos de Software Modelos de procesos de Software Document Transcript

    • MAESTRÍA EN INGENIERÍA DE SOFTWARE MADUREZ DE PROCESOS DE SOFTWARE
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 2 1. CMMi 1.1.Origen (Historia de su Generación) 1.2.Finalidad 1.3.Estructura 1.4.Registros sobre resultados 2. TSP 2.1.Origen (Historia de su Generación) 2.2.Finalidad 2.3.Estructura 2.4.Registros sobre resultados 3. People CMM 3.1.Origen (Historia de su Generación) 3.2.Finalidad 3.3.Estructura 3.4.Registros sobre resultados 4. ISO 15504 (SPICE) 4.1.Origen (Historia de su Generación) 4.2.Finalidad 4.3.Estructura 4.4.Registros sobre resultados 5. MoProSoft 5.1.Origen (Historia de su Generación) 5.2.Finalidad 5.3.Estructura 5.4.Registros sobre resultados 6. IEEE/IEA 12207 6.1.Origen (Historia de su Generación) 6.2.Finalidad 6.3.Estructura 6.4.Registros sobre resultados
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 3 1. CMMi 1.1.Origen (Historia de su Generación) A mediados de la década del 90, el SEI decide unificar los modelos de ingeniería de software (SW-CMM), de ingeniería de sistemas (SE-CMM) y de desarrollo integrado de productos (IPD-CMM) embarcándose en un esfuerzo que culmina en el año 2002 dando origen a una nueva generación llamada CMMI (Capability Maturity Model Integration). El nuevo CMMI brinda un marco con una estructura común para todas las disciplinas (Ingeniería de Software, Ingeniería de Sistemas, etc.) e incorpora una forma de representación llamada Continua (tomada de IPDCMM y SE-CMM), orientada a medir la mejora en los procesos de manera individual en vez de hacerlo de manera conjunta como la representación por niveles del modelo original. La versión actual de CMMI es la versión 1.2. Hay tres constelaciones de la versión 1.2 disponible:  CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versión 1.2 fue liberado en agosto de 2006. En él se tratan procesos de desarrollo de productos y servicios.  CMMI para la adquisición (CMMI-ACQ o CMMI for Acquisition), Versión 1.2 fue liberado en noviembre de 2007. En él se tratan la gestión de la cadena de suministro, adquisición y contratación externa en los procesos del gobierno y la industria.  CMMI para servicios (CMMI-SVC o CMMI for Services), actualmente un borrador, está diseñado para cubrir todas las actividades que requieren gestionar, establecer y entregar Servicios. Dentro de la constelación CMMI-DEV, existen dos modelos:  CMMI-DEV  CMMI-DEV + IPPD (Integrated Product and Process Development) Desde 1991, la MMC se han desarrollado para una gran variedad de disciplinas. Algunos de los más notables son los modelos de ingeniería de sistemas, ingeniería de software, la adquisición de software, administración de personal y el desarrollo, y de productos integrada y el desarrollo del proceso. CMMI es el sucesor de CMM. CMM Fue desarrollado desde 1987 hasta 1997. En 2002, se lanzo CMMI Version 1.1, luego en Agosto de 2006 siguió la versión 1.2. El objetivo del proyecto CMMI es mejorar la usabilidad de modelos de madurez integrando varios modelos diferentes en un solo marco (framework). Fue creado por miembros de la industria, el gobierno y el SEI. Entre los principales patrocinadores se incluyen la Oficina del Secretario de Defensa (OSD) y la National Defense Industrial Association. 1.2.Finalidad Muchas organizaciones valoran el medir su progreso llevando a cabo una evaluación (appraisal) y ganando una clasificación del nivel de madurez o de un nivel de capacidad de logro. Este tipo de evaluaciones son realizadas normalmente por una o más de las siguientes razones:  Para determinar que también los procesos de la organización se comparan con las mejores prácticas CMMI y determinar qué mejoras se pueden hacer.  Para informar a los clientes externos y proveedores acerca de que también los procesos de la organización se comparan con las mejores prácticas CMMI.  Para cumplir los requisitos contractuales de uno o más clientes. El propósito de CMMI es proporcionar una guía para mejorar los procesos de su organización y su capacidad para gestionar el desarrollo, adquisición y mantenimiento de los productos o servicios.
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 4 El CMMI contiene y se produce a partir de un marco que proporciona la capacidad de generar múltiples modelos y formación asociados y el material de evaluación. Estos modelos pueden reflejar el contenido de los cuerpos de conocimiento (por ejemplo, ingeniería de sistemas, ingeniería de software, de productos integrada y el desarrollo del proceso). El modelo CMMI se puede utilizar en la organización para ayudar a establecer objetivos de mejora de procesos y prioridades, mejorar los procesos, y proporcionar orientación para garantizar procesos estables, capaces y maduros. Un modelo CMMI seleccionado puede servir como una guía para la mejora de los procesos organizativos. 1.3.Estructura Para el modelo CMMI existen cinco niveles de madurez, cada área de proceso se asocia a uno de éstos y a medida que la organización cumple con los procesos definidos para cada nivel alcanza el nivel de madurez de referencia. Para que una organización cumpla con un proceso se deben ver reflejadas en su proceso de software todas las prácticas establecidas en el proceso. Por tanto, una organización alcanza un nivel de madurez determinado cuando ha puesto en práctica todas y cada una de las áreas de proceso aplicables a ese nivel y a los niveles inferiores. Los distintos niveles de madurez sirven como punto de referencia para conocer el grado de madurez total que posee una organización. El modelo para software (CMM-SW) establece 5 Niveles de Madurez (Maturity Level) para clasificar a las organizaciones, en función de qué áreas de procesos consiguen sus objetivos y se gestionan con principios de ingeniería. Es lo que se denomina un modelo escalonado, o centrado en la madurez de la organización. La selección de los Áreas de Proceso está prefijado, habiendo 7 PA para el nivel de madurez 2 (ML2), 11 para el ML3, 2 para el ML4 y 2 más para el ML5. El modelo para ingeniería de sistemas (SE-CMM) establece 6 Niveles de Capacidad posibles para cada una de las 22 áreas de proceso implicadas en la ingeniería de sistemas. La organización puede decidir cuáles son las Áreas de Proceso (PA) que quiere mejorar determinando así su perfil de capacidad. Los 6 niveles definidos en CMMI para medir la capacidad de los procesos son:  0.- Incompleto: El proceso no se realiza, o no se consiguen sus objetivos.  1.- Ejecutado: El proceso se ejecuta y se logra su objetivo.  2.- Gestionado: Además de ejecutarse, el proceso se planifica, se revisa y se evalúa para comprobar que cumple los requisitos.  3.- Definido: Además de ser un proceso gestionado se ajusta a la política de procesos que existe en la organización, alineada con las directivas de la empresa.  4.- Cuantitativamente gestionado: Además de ser un proceso definido se controla utilizando técnicas cuantitativas.
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 5  5.- Optimizando: Además de ser un proceso cuantitativamente gestionado, de forma sistemática se revisa y modifica o cambia para adaptarlo a los objetivos del negocio. Mejora continua. Componentes Área de proceso Componentes requeridos:  Objetivo genérico y Objetivo especifico. El logro de cada uno de esos objetivos en un área de proceso significa mejorar el control en la ejecución del área de proceso. Componentes esperados  Practica Genérica y Practica Específica Componentes Informativos  Propósito, Notas introductorias, Nombres, Tablas de relaciones práctica – objetivo, Prácticas, Productos típicos, Sub-prácticas, Ampliaciones de disciplina, Elaboraciones de prácticas genéricas. 1.4.Registros sobre resultados A nivel nacional existen 70 instituciones certificadas con CMMI de las cuales tres se comparten conjuntamente con argentina y una con los estados unidos. Empresa Área Certificada Fecha Nivel Estado de la República Tecnología de Gestión y Comunicación S.A. de C.V. Tecnología de Gestión y Comunicación S.A. de C.V. 07/05/2010 2 CHIH SAITOSOFT, S.A. DE C.V. SAITOSOFT – PROJECT MANAGEMENT AND QUALITY ASSURANCE AREAS 28/03/2008 2 DF ITE Soluciones S.A. de C.V. ITE Software Development Unit 12/06/2009 2 DF Centro de Inteligencia Competitiva S.A. de C.V. Centro de Inteligencia Competitiva (CIC) 25/09/2009 2 DF
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 6 Mapdata S.A. de C.V. Technology Direction 16/10/2009 2 DF Tecnología, Asesoría, Sistemas, S.A. de C.V. Development and Support & Consulting Units 13/11/2009 2 DF e-Nfinito e-Nfinito 12/02/2009 2 GTO Universidad Tecnologica de Leon (UTL) Serv. Informaticos & Tec. de Informacion y Comunicacion: Software Development 17/12/2009 2 GTO SIMBIOSYS S.C. Software Development Area 30/04/2010 2 GTO COMPUTACION EN ACCION, S.A. DE C.V. COMPUTACION EN ACCION, S.A. DE C.V. 07/02/2009 2 JAL DAWCONS: DW IT SERVICES S.A. DE C.V. Software Development Services 08/01/2010 2 JAL Ejecutivos en Computación y Servicios S.A. de C.V. Area de Desarrollo de Software Interna de Compusoluciones 19/03/2010 2 JAL Tecnología en Informática y Administración S.A. de C.V. Development Area 15/04/2010 2 JAL GEUSA, Grupo Embotelladoras Unidas S.A. de C.V. Systems Department 30/04/2010 2 JAL ilinium S.A. Operations and Development 09/08/2007 2 NL Kernel Technologies Group Software Development Team including the Quality Assurance Team 29/09/2007 2 NL Tecnologico de Monterrey – VRHTI Tecnologico de Monterrey – VRHTI – DPSI 12/12/2008 2 NL i-place i-place 30/01/2009 2 NL Consiss S.A. de C.V. Custom Software Development 28/08/2009 2 NL T-Systems México, S.A. de C.V. T-SYSTEMS MEXICO 01/02/2008 2 PUE Universidad Popular Autónoma del Estado de Puebla, A.C.(UPAEP) Dirección de Sistemas de Información 22/05/2009 2 PUE Vision Software Factory, S.A. de C.V. Vision Software Factory, S.A. de C.V. 21/12/2007 2 QRO Business Intelligent Software, SA de CV Software Development Team 31/08/2007 2 SIN ARASYS S.A. DE C.V. Software Development Projects 23/11/2007 2 SIN DPSoft S.A. de C.V. DPSoft Software 30/11/2007 2 SIN
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 7 Development Team Sistemas Programación Coppel SA de CV Sistemas Programación Coppel SA de CV 29/08/2008 2 SIN MACRO PRO S.A. de C.V. Macropro New Developments 12/09/2008 2 SIN Applied Protocol Interfaces S.A. de C.V. Custom Software Development and Software Manteinance 13/11/2009 2 SIN Factor Informático de Negocios S.A. de C.V. Operations Unit 23/04/2010 2 SIN RQPortillo Firm S. de R.L. de C.V. Consultancy and Support Units 10/06/2010 2 SIN PLENUMSOFT – SERVICIOS Y SUMINISTROS EN INFORMATICA, S.A. DE C.V INGENIERIA DE SOFTWARE 24/07/2008 2 YUC Brainup Systems S.A. de C.V.(Compartida con Argentina) BUS Development and Services 17/07/2009 2 DF Zentrum Ziztemaz S.A. De C.V. Zentrum Ziztemaz Tijuana 26/11/2009 3 BC Logica Interactiva S.A. de C.V. Interlogic – Software Engineering Area 15/09/2009 3 CHIH Intelligent Network Technologies S.A. de C.V. Intelligent Network Technologies S.A. de C.V. 18/09/2009 3 COAH IDS Comercial S.A. de C.V. IDS Project Development 14/03/2008 3 DF Informática Integral Empresarial S.A. de C.V. Sinersys Technologies 14/03/2008 3 DF SERVICIOS TELEPRO, S.A. DE C.V. SERVICIOS TELEPRO, S.A. DE C.V. 29/05/2008 3 DF Accenture Technology Solutions – Mexico Accenture – MXDC 22/08/2008 3 DF EDS, an HP Company Mexico City SAT account – Servicio de Aduanas Area – AGA-Administración General de Aduanas 15/10/2008 3 DF BLITZ SOFTWARE BLITZ SOFTWARE 20/12/2008 3 DF QuarkSoft S.C. QuarkSoft S.C. 27/02/2009 3 DF Azertia Tecnologias de la Información México S.A. de C.V. (Una Empresa de INDRA SISTEMAS S.A.) Azertia Tecnologias de la Información México S.A. de C.V. (Una Empresa de INDRA SISTEMAS S.A.) 13/03/2009 3 DF T&D AUTOMATED TESTING AND DEVELOPMENT SOFTWARE, S.A. DE C.V. GRUPO TECNIS 03/04/2009 3 DF
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 8 Vision Consulting Software Development and Maintenance Projects 25/09/2009 3 DF AsTecI S.A. de C.V. Software Development and Maintenance 28/01/2010 3 DF IBM AMS Mexico Grupo Modelo Account 19/03/2010 3 DF IBM AMS Mexico Grupo Nacional Provincial Account 04/06/2010 3 DF D&T Tecnología S de RL de CV Deloitte GDC México 31/07/2009 3 GTO VENTUS Technology S.A. de C.V. VENTUS Technology 22/03/2008 3 NL World Software Services Group, SA de CV World Software Services Group, SA de CV 25/03/2009 3 NL AD INFINITUM S.A. de C.V. Software development and implementation services 14/08/2009 3 NL SYTECSO, S.A. de C.V Software Factory 28/08/2009 3 NL Expert Sistemas Computacionales S.A. de C.V. Expert Tecnología 29/08/2009 3 NL OPEN ROAD Solutions S de RL de CV – Queretaro Mexico OPEN ROAD Solutions S de RL de CV 19/12/2008 3 QRO ALTEC Mexico S.A. de C.V. ALTEC Mexico S.A de C.V. 19/06/2009 3 QRO ImagenSoft by Imagen y Sistemas Computacionales, S.C. ImagenSoft Projects Division 03/07/2008 3 SIN Expresión Informativa y Técnicas Organizadas S.A. de C.V. (Éxito Software) New Developments Division 18/12/2008 3 SIN DESARROLLADORA HOMEX S.A. DE C.V IT Deparment 04/06/2010 3 SIN TSI ARYL S. de R.L. de C.V. QUALISYS – SYSTEMS AREA 12/09/2008 3 SON INNEVO (Susoc & Vates S.A. de C.V.)(Compartida con Argentina) Innevo Software Development Services, Product Factory 07/09/2007 3 JAL CRS IT Consulting S.A. de C.V.(Compartida con Argentina) Technical Solution Implementation Unit 03/07/2009 3 DF Sieena Software S. de R. L. de C. V.(Compartida con Estados Unidos) Sieena Software S. de R. L. de C. V. 17/07/2009 3 COAH, NL INNEVO Custom Software Development Unit 11/06/2010 4 JAL
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 9 Hildebrando Software Factory Hildebrando Software Factory 07/09/2007 5 AGS ULTRASIST S.A. de C. V. ULTRASIST 28/03/2009 5 DF PRAXIS DE MÉXICO, S.A. DE C.V. CEDS (Center of Excellence for Development of Software) 18/12/2009 5 DF IBM Application Management Services Mexico 30/03/2010 5 JAL Softtek GDC Monterrey High Growth Accounts 04/12/2009 5 NL SigmaTao Factory, S.A. de C.V. SigmaTao Factory, S.A. de C.V. 24/08/2007 5 QRO Empresas en Nuevo León que cuentan con esta certificación. Empresa Website Nivel CMMI AD Infinitum adinfi.com CMMI Nivel 3 Cibernet cibernet.com.mx CMMI Nivel 2 CONSISS consiss.com CMMI Nivel 2 Corporación en Investigación Tecnológica e Informática citi.com.mx CMMI Nivel 3 Dextra Technologies dextratech.com CMMI Nivel 3 E-One Business Solution e-one.com.mx CMMI Nivel 3 Expert Sistemas expert.com.mx CMMI Nivel 3 Grupo Empresarial EISEI eisei.net.mx CMMI Nivel 2 Iidea Solutions iidea-solutions.com CMMI Nivel 3 Ilinium ilinium.com CMMI Nivel 2 i-place iplace.net CMMI Nivel 2 Kernel Technologies Group kernel.com.mx CMMI Nivel 2 MexWare Consulting mexware.com CMMI Nivel 3 Northware northware.com.mx CMMI Nivel 2 ProceTI Consultores proceti.com CMMI Nivel 3 Sieena Software sieena.com CMMI Nivel 3 Softtek softtek.com CMMI Nivel 5 SYTECSO sytecso.com CMMI Nivel 3 Tecnologias de Informacion Movil ti-m.com.mx CMMI Nivel 3 Ventus Technology ventus-tech.com CMMI Nivel 3 World Software Services wssgroup.com CMMI Nivel 3 Para el caso de chile teneos las siguientes empresas:  Advanced Tech Ltda: CMMI-2  Larraín Vial: CMMI-2
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 10  Bolsa de Comercio de Santiago: CMMI-2  Sentra Software House Ltda: CMMI-2  AS Asociados S.A: CMMI-2  Intermedia S.A.: CMMI-2  Synapsis Chile: CMMI-2  Opensoft S.A.: CMMI-2  AS Asociados: CMMI-2  La Araucana: CMMI-2  Universidad Tecnologica de Chile Inacap: CMMI-2  Kibernum: CMMI-2  GST Limitada: CMMI-2  ALAYA: CMMI-2  INDRA Chile: CMMI-3  Tuxpan Software S.A.: CMMI-3  BAC Consultores Ltda.: CMMI-3  ALTEC S.A.: CMMI-3  Nexus S.A.: CMMI-3  SONDA: CMMI-3  Adexus S.A.: CMMI-3  Everis: CMMI-3  Everis Chile: CMMI-3  Nexus S.A.: CMMI-3  ALTEC S.A.: CMMI-5  IBM Application Management Services Spanish South America (IBM AMS SSA): CMMI- 5 Al 22 de Julio de 2010 existían 3,060 certificaciones activas proporcionadas por el SEI. Muchas de éstas son compartidas por varios países, debido a que alguna parte del proyecto, área o empresa certificados se lleva de manera descentralizada. Por ejemplo, la compañía EADS (European Aeronautic Defense and Space Company) es un conglomerado Europeo que certificó su división de Sistemas de Comunicaciones de Defensa(Defense and Communications Systems – DCS) en el segundo nivel de CMMI el 10 de Junio de 2009. Esta certificación es compartida por Alemania, Francia, Reino Unido y Finlandia, debido a que ciertas áreas de investigación y desarrollo de la división se encuentran repartidos entre estos cuatro países. Así entonces, existen 3,135 certificaciones otorgadas a 72 países del mundo. El top 10 de certificaciones a nivel mundial, no es de extrañarse, se lo llevan algunas de las economías más grandes del planeta: País Certificaciones China 1,048 Estados Unidos 680 India 294 España 131 Brasil 98 Japón 87 Corea del Sur 71 Francia 70 México 70 Taiwán 67
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 11 Resto del Mundo 519 2. TSP 2.1.Origen (Historia de su Generación) PSP surgió en 1995 a partir de la necesidad de empresas pequeñas de implementar el modelo CMM, el cual fue probado en distintas organizaciones educativas con óptimos resultados, aunque al llevarlos a la práctica seguía habiendo problemas. Estos surgían gracias a la falta de coordinación y comunicación entre los desarrolladores y los administrativos. A lo cual se hicieron estudios que mostraban que si la empresa no promovía el PSP, la personas que tenían esta costumbre la dejaban al poco tiempo, y en consecuencia se desarrollo TSP como una respuesta practica al problema existente de implementación de PSP en equipos organizacionales. TSP al igual que PSP es un proceso que consiste en un conjunto de métodos, formatos y reglas que ayudan al desarrollo de equipos de proyectos de gran calidad y madurez. TSP fue creado en 1996 y tiene como prerrequisito conocer el PSP, ya que los conceptos individuales de este son retomados e integrados al trabajo en equipo. 2.2.Finalidad TSP proporciona un marco de trabajo que se construye sobre la base PSP con bases de desarrollo bien definidas en las que los productos de software se generan en varios ciclos y así se establecen medidas estándares para la calidad del producto y para el desempeño de los equipos y los desarrolladores. El TSP tiene dos componentes primarios: un componente que construye equipo y un funcionamiento de equipo o componente de dirección. El componente que construye equipo del TSP es el lanzamiento de TSP, que pone el equipo en la situación provocativa de desarrollar su plan. El TSP usa las mismas medidas básicas del PSP- tamaño, tiempo, y defectos - y añade fechas de terminación de tarea. Para todas las medidas, datos planificados y reales son recogidos en el nivel individual. El marco de medida TSP consolida datos individuales en una perspectiva de equipo. El TSP (Humphrey, 2004b) es un proceso de desarrollo de software en equipo. El TSP ofrece un marco de trabajo para los equipos encargados de desarrollar grandes sistemas. Dedica atención al proceso, al producto y al trabajo en grupo. Además, basado en experiencias, guía cómo planear y administrar proyectos de software de gran tamaño que requieren ser realizados por grupos de programadores. Un equipo no se forma simplemente con la unión de varios programadores. Se necesita definir objetivos comunes, un plan de acción aceptado por todos, tener liderazgo adecuado, conocer y respetar las debilidades y fortalezas de cada miembro, ayudarse entre compañeros y ser capaz de pedir ayuda cuando se requiera. Debido a esto, resulta de fundamental importancia definir un proceso para el trabajo en equipo. Para que el grupo de desarrollo pueda ir mejorando su proceso, TSP, al igual que PSP, requiere del registro continuo de los datos del proyecto. Los datos recopilados, a nivel personal y de equipo, sirven para hacer estimaciones más precisas de tiempo y tamaño en el futuro, así como para conocer el desempeño de los involucrados e implementar medidas para lograr mejoras. TSP provee un conjunto de formas que sirven para ese registro. TSP está diseñado para grupos de por lo menos veinte ingenieros de software dedicados a proyectos de gran tamaño que requieren de varios años de desarrollo. Se define TSPi (introductory Team Software Process) como una versión reducida de TSP, que mantiene sus mismos principios, y a partir de la cual se puede escalar fácilmente a TSP. En este libro se describe TSPi. Tanto TSP como TSPi presuponen que todos los miembros del equipo conocen PSP. TSPi está basado en cuatro principios fundamentales:
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 12 1. El aprendizaje es más eficaz si se sigue un proceso definido y se recibe retroalimentación. TSPi provee un marco de trabajo que cumple con estas características. Además, cuenta con mediciones establecidas y está diseñado para realizarse de manera cíclica. El uso de ciclos pequeños permite que el equipo reciba información sobre su desempeño periódicamente. Es decir, el trabajo del grupo se evalúa al terminar cada ciclo y los resultados se analizan y utilizan para mejorar el desempeño del mismo. 2. Para que el trabajo en equipo sea productivo, se requiere definir objetivos, un ambiente de trabajo apropiado y liderazgo adecuado. 3. Es importante recibir la guía apropiada para encontrar soluciones eficaces a los problemas de desarrollo que se originen. TSPi ayuda a definir papeles, métodos y prácticas adecuadas para cada grupo de trabajo. 4. La instrucción es más eficaz cuando se construye sobre la base de conocimientos previamente adquiridos. TSPi se basa en el conocimiento y las experiencias que existen sobre equipos de desarrolladores de software y material disponible sobre este tema. 5. Por lo regular se necesita de 18 a 24 meses para lograr un nivel en CMMI, lo que se traduce en seis años para alcanzar un nivel 4 y ocho años para alcanzar un nivel 5. Sin embargo, incorporar TSP/PSP acelera el cumplimiento de las prácticas de CMMI de una forma más generalizada en la organización, y recorta significativamente el tiempo necesario para alcanzar cada nivel. Esto sucede porque los integrantes del equipo de trabajo conocen y aplican PSP en sus procesos personales, lo cual acelera la implementación de prácticas organizacionales. 2.3.Estructura Objetivos del TSP  Generar un marco basado en PSP  Desarrollar productos en varios ciclos  Establecer estándares para medir la calidad y el comportamiento  Proporcionar métricas para equipos  Evaluar roles y equipos  Guías para solución de problemas en equipos.  Resumen: Maximizar la calidad del Software y minimizar los costos.
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 13 Problemas comunes de Equipos a) Falta de liderazgo b) Falta de compromiso y ganas de cooperar c) Diferencia en contribuciones d) Falta de confianza e) Falta de calidad f) Mejoras excesivas g) Revisiones entre colegas inefectivas Metodología TSP Lanzamiento Requerimientos Diseño high level Implementación Integración y pruebas TSPi está formado por ocho procesos: lanzamiento, estrategia, plan, requerimientos, diseño, implementación, prueba y postmortem. Además, usa múltiples ciclos para construir un producto final. En cada uno de los ciclos se aplican los ocho procesos mencionados. Se inicia con una junta de lanzamiento, en la que se presentan los objetivos del producto. Posteriormente, se aplican los otros siete procesos. En el siguiente ciclo se aplican los mismos procesos, pero trabajando sobre lo que haya sido desarrollado en el ciclo anterior, logrando que el producto vaya aumentando sus funcionalidades. La cantidad de ciclos depende del tamaño del proyecto y del tiempo que se disponga. En la figura se presenta un esquema de la estructura y del flujo de TSPi Los ocho procesos de TSPi aplicados de manera cíclica permiten a los equipos de ingenieros de software alcanzar productos de alta calidad en el tiempo estimado. TSPi provee una guía en la que se presenta el objetivo, el criterio de entrada, las etapas (con las actividades que involucra cada una de ellas) y el criterio de salida de cada proceso. El criterio de entrada es todo aquello que necesita el proceso para llevarse a cabo y el criterio de salida es el producto o los productos generados por el proceso. Asimismo, la guía proporciona unas formas para el registro de todos los datos relevantes del proyecto. Estos datos sirven para evaluar el desempeño del equipo, de cada uno de sus integrantes y definir posibles mejoras al proceso de desarrollo. Los roles básicos propuestos por TSPi son: líder de equipo, administrador de desarrollo, administrador de planeación, administrador de la calidad del proceso y administrador de soporte. Los miembros del equipo a quienes se les asignan estos roles realizan también actividades propias de los ingenieros de software. 2.4.Registros sobre resultados P&P Innovations cuenta con consultores con amplia experiencia en la implantación del modelo. Casos de éxito:
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 14 h) Arquitectos de Software S.A. de C.V. i) Vanguard Engineering S.A. de C.V. j) Tecnología de Información Synergy S.A.de C.V. k) b2b Consultores S.A.de C.V. Panacredit fue reconocida como la primera empresa en el mundo en tener el programa TSP (Team Software Process) en su organización. (junio 14 2010) 3. People CMM 3.1.Origen (Historia de su Generación) En 1991, el SEI publica el modelo CMM (Capability Maturity Model). Un modelo orientado a la mejora de los procesos relacionados con el desarrollo de software, para lo cual contempla las consideradas mejores prácticas de ingeniería de software y de gestión, y rápidamente se convierte en un estándar dentro del mundo de los proyectos de IT. El modelo CMM original está definido por una estructura de cinco niveles de madurez, áreas de procesos claves, características comunes y prácticas claves. Posterior al CMM, el SEI desarrolló modelos similares para otras disciplinas, entre las cuales figuraban la ingeniería de sistemas (SE-CMM, Systems Engineering Capability Maturity Model), la adquisición de software (SA-CMM, Software Acquisition Capability Maturity Model), las personas (P-CMM, People Capability Maturity Model), y el desarrollo integrado de productos (IPD-CMM, Integrated Product Development Capability Maturity Model). A mediados de la década del 90, el SEI decide unificar los modelos de ingeniería de software (SW-CMM, también conocido como CMM), de ingeniería de sistemas (SECMM) y de desarrollo integrado de productos (IPD-CMM), embarcándose en un esfuerzo que culmina en el año 2002 dando origen a una nueva generación llamada CMMI (Capability Maturity Model Integration). Esta generación se presenta además del enfoque por etapas con un enfoque continuo que pretende medir los procesos de manera individual, a diferencia del primer enfoque que lo hace de forma conjunta como la representación por niveles. 3.2.Finalidad El People CMM está diseñado para guiar a las organizaciones en la selección de actividades para mejorar sus prácticas de mano de obra basada en la madurez actual de la plantilla de sus prácticas. Al concentrarse en un conjunto específico de prácticas y trabajando agresivamente para instalarlos, las organizaciones pueden mejorar constantemente su nivel de talento y hacer duraderas sus ganancias continuas en su desempeño. La guia de People CMM una organización a través de una serie de prácticas cada vez más sofisticados y técnicas para desarrollar su labor general de la fuerza. Estas prácticas han sido elegidas de la experiencia como los que tienen un impacto significativo sobre, individual, de equipo y el desempeño organizacional. (People CMM) adapta el marco de madurez del Modelo de Madurez de Capacidad para Software (CMM), a la gestión y el desarrollo de la fuerza de una organización de trabajo. La motivación para el People CMM es mejorar radicalmente la capacidad de las organizaciones de software para atraer, desarrollar, motivar, organizar y retener el talento necesario para mejorar continuamente la capacidad de desarrollo de software. El People CMM está diseñado para permitir a las organizaciones de software para integrar mejora la fuerza de trabajo con programas de software de mejora de procesos guiados por el SW-CMM. El People CMM también puede ser utilizado por cualquier tipo de organización como una guía para mejorar sus prácticas de la fuerza de trabajo relacionados con las personas. 3.3.Estructura El People CMM consta de cinco niveles de madurez que sienta las bases para la mejora continua del sucesivo talento, desarrollo de equipos eficaces, y con éxito la gestión de los activos de las personas de la organización. Cada nivel de madurez es una meseta evolutiva
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 15 bien definida que institucionaliza un nivel de capacidad para el desarrollo del talento dentro de la organización A excepción de nivel 1, cada nivel de madurez se descompone en varias áreas de proceso clave que indican las áreas de una organización debe centrarse en mejorar su capacidad de fuerza de trabajo. Cada área de proceso clave se describe en términos de las prácticas clave que contribuyen a la satisfacción de sus objetivos. Las prácticas clave describen la infraestructura y las actividades que más contribuyen a la aplicación efectiva y la institucionalización del área de proceso clave. El People CMM® contiene 22 áreas de procesos agrupadas en cuatro áreas temáticas: Desarrollo de la capacidad individual, Creación de cultura y grupos de trabajo, Motivación y gestión del desempeño, Configuración de la plantilla. Estas áreas constituyen cuatro líneas clave de actuación de la función de RR.HH. Ayudar a organizar y a estructurar las actividades y procesos de dirección de personas de una manera ordenada y sistemática es precisamente una de las principales aportaciones del People CMM. Incluyendo para ello guías y pautas concretas de cómo han de involucrarse y participar los miembros de la organización en estas tareas mientras la organización evoluciona hacia la mejora continua. Cada Área de procesos del People CMM comprende un conjunto de prácticas orientadas a alcanzar los objetivos del área, incluyendo prácticas específicas a implementar, así como las conocidas como prácticas de institucionalización que permiten conseguir que los cambios introducidos a través de la implementación del modelo perduren en el tiempo. El People CMM® ofrece un cuerpo de conocimientos rico y amplio para la formación de directivos y profesionales de los RRHH. Considerando la visión sistémica del People CMM así como las amplias experiencias en las que se basan las prácticas que el modelo incluye, no caben dudas de que una formación en los fundamentos y prácticas del modelo aporta un gran valor a los profesionales que se adentran en este modelo de gestión. Por esta razón, el People CMM se plantea como un referente para la formación de profesionales del ámbito de los RRHH, la dirección de personal, directivos, gerentes de línea y personas que deseen implementar programas de mejora continua en sus organizaciones. 3.4.Registros sobre resultados
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 16 4. ISO 15504 (SPICE) 4.1.Origen (Historia de su Generación) La norma ISO 15504 SPICE es una norma abierta e internacional para evaluar y mejorar la capacidad y madurez de los procesos, la norma aplica a la evaluación y mejora de la calidad del proceso de desarrollo y mantenimiento de software. En enero de 1993 la comisión ISO/IEC JTC1 aprobó un programa de trabajo para el desarrollo de un modelo que fuera la base de un futuro estándar internacional para la evaluación de los procesos del ciclo de vida del software. Este trabajo recibió el nombre de proyecto SPICE (Software Process Improvement and Capability dEtermination), y en junio de 1995, con la publicación de su primer borrador, desde ISO fueron invitadas diferentes organizaciones para aplicarlo y valorar sus resultados. En 1998, pasada la fase de proyecto, y tras las primeras evaluaciones, el trabajo pasó a la fase de informe técnico con la denominación ISO/IEC TR 15504. 4.2.Finalidad  Establecer un marco para métodos de evaluación, no es un método o modelo en sí.  Comprende: evaluación de procesos, mejora de procesos, determinación de capacidad.  Está alineado con el estándar ISO/IEC 12207 que define los procesos del ciclo de vida del desarrollo, mantenimiento y operación de los sistemas de software.  Equivalencia y compatibilidad con CMMI. ISO forma parte del panel elaborador del modelo CMMI y SEI mantiene la compatibilidad y equivalencia de ésta última con 15504. 4.3.Estructura
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 17 Niveles de capacidad y atributos de proceso:
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 18 4.4.Registros sobre resultados 5. MoProSoft 5.1.Origen (Historia de su Generación) Moprosoft fue desarrollado durante el 2002, como consecuencia de los acuerdos de la mesa de la Estrategia 6 del Programa para el Desarrollo de la Industria de Software dirigido por la Secretaría de Economía, bajo un convenio con la Facultad de Ciencias de la UNAM. Para el desarrollo de este proyecto se convocó, a través de la Asociación Mexicana para la Calidad en Ingeniería de Software (AMCIS), a personas con experiencia y conocimiento en los modelos de procesos y calidad de software, quienes serían los que conformaran al grupo editor bajo mi dirección. Este grupo estuvo constituido por las maestras Claudia Alquicira Esquivel, Angélica Su Ramos, Alfonso Martínez Martínez, Gloria Quintanilla Osorio, Mara Ruvalcaba López; por el ingeniero Francisco López Lira Hinojo; las matemáticas María Elena Rivera López y María Julia Orozco Mendoza; y completaban el equipo la doctora Yolanda Fernández Ordóñez y Miguel Ángel Flores Lemus. La adopción del modelo permite elevar la capacidad de las organizaciones que desarrollan o mantienen software para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad. Es también aplicable en áreas internas de desarrollo de software de las empresas de diversos giros. 5.2.Finalidad El Modelo de Procesos para la Industria de Software, Moprosoft, tiene por objetivo proporcionar a la industria mexicana, y a las áreas internas dedicadas al desarrollo y mantenimiento de software, un conjunto integrado de las mejores prácticas basadas en los modelos y estándares reconocidos internacionalmente, tales como ISO 9000:2000, CMM-SW, ISO/ IEC 15504, PMBOK, SWEBOK entre otros. Sintetiza las mejores prácticas en un conjunto pequeño de procesos que abarcan las responsabilidades asociadas a la estructura de una organización que son: la Alta Dirección, Gestión y Operación. Características:  Es específico para el desarrollo y mantenimiento de software.  Es sencillo de entender y adoptar.
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 19  Facilita el cumplimiento de los requisitos de otros modelos como ISO 9000:2000, CMM y CMMI.  Se enfoca a procesos.  Se le considera práctico en su aplicación, principalmente en organizaciones pequeñas, con bajos niveles de madurez.  Comprende un documento de menos de 200 páginas que, al compararlo con otros modelos y estándares, lo hace bastante práctico.  Resulta acorde con la estructura de las organizaciones mexicanas de la industria de software.  Está orientado a mejorar los procesos, para contribuir a los objetivos de negocio, y no simplemente ser un marco de referencia o certificación.  Tiene un bajo costo, tanto para su adopción como para su evaluación. 5.3.Estructura MoProSoft es un modelo integrado donde las salidas de un proceso están claramente dirigidas como entradas a otros; las prácticas de planeación, seguimiento y evaluación se incluyeron en todos los procesos de gestión y administración; por su parte los objetivos, los indicadores, las mediciones y las metas cuantitativas fueron incorporados de manera congruente y práctica en todos los procesos; las verificaciones, validaciones y pruebas están incluidas de manera explícita dentro de las actividades de los procesos; y existe una base de conocimientos que resguarda todos los documentos y productos generados. Veamos a continuación el propósito de los procesos de MoProSoft: Categoría Proceso Propósito Alta Dirección Gestión de Negocio 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. 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. Gestión Gestión de Procesos Establecer los procesos de la organización, en función de los procesos requeridos identificados en el Plan Estratégico. Así como definir, planificar e implantar las actividades de mejora en los mismos.
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 20 Gestión Gestión de Proyectos Asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organización. Gestión Gestión de Recursos 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. Las actividades de este proceso se apoyan en tres subprocesos:  Recursos humanos y ambiente de trabajo.  Bienes, servicios e infraestructura.  Conocimiento de la organización. Operación Administración de Proyectos Específicos Establecer y llevar a cabo sistemáticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costo esperados. Operación Desarrollo y Mantenimiento de Software 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. 5.4.Registros sobre resultados Empresas certificadas en MoProSoft en el estado de puebla.  Arquitectos de Software, S.A. de C.V.  Tecnología de Información Synergy, S.A. de C.V.  BTOB Consultores, S.A. de C.V.  FamSoft, S.A. de C.V.  Vanguard Engineering Puebla, S.A. de C.V.  Zutri Consulting Firm, S.A. de C.V  Clara Benitez García  Grupo Consultores en Admón. Sistemas e Ingeniería, S.A. de C.V.  William Alberto Cruz Castañeda Empresa Norma Nivel MAGNABYTE, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 2 (Administrado) SISTEMAS DE GESTIÓN ADMINISTRATIVA, S. C. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) ARQUITECTURA EN TECNOLOGÍA DE MÉXICO, S.A. DE C.V. NXM-I-059/02- NYCE-2005 Nivel 0 (No realizado) TELEXPERTISE DE MEXICO, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 2 (Administrado) COMPUTACIÓN XXI, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) CEGA SOFTWARE NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado)
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 21 RFID MÉXICO, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) SERVICIO DE COMUNICACIÓN EN LÍNEA, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) EXPERT SISTEMAS COMPUTACIONALES, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) VALORES CORPORATIVOS SOFFTEK S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 2 (Administrado) GI CONSULTORES EN INFORMÁTICA S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) CENTRO ESTATAL DE TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) GRUPO RED INTERNET DEVELOPMENT, S.C. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) SOFTURA SOLUTIONS S. DE R. L. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) GRUPO MIZAR, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) CDSI DE MEXICO S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) DISITEM TECNOLOGIAS DE INFORMACION, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) XPERTAL S. DEL R.L. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) INTERACCION CON EL CLIENTE S.A DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) SCISA / SISTEMAS COMPUTACIONALES INTEGRALES, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) ANTAR ESLABON SYSTEMS S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) PROLOG (ENTERPRISE MOBILITY SOLUTIONS) NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) ABS / ADVANCED BUSINESS SYSTEMS, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) WEB SAIT S.A DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) SIERRA TECNOLOGICAS REGIOMONTANAS S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) NEUROSERVICES COMUNICATIONS S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) INTERLASA COM S.A, DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) XPORTAL (SOLUTION WARE INTEGRACION, S.A. DE C.V.) NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) BACIT / BA CONSULTORES EN INTEGRACION DE TECNOLOGIAS S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) SOFT NEXT (ALEJANDRO HERNANDEZ) NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado PSW GLOBAL SOLUTIONS SA DE CV NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado)
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 22 INTERCLAN WARE, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) VANGUARD ENGINEERING PUEBLA S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) BTOB CONSULTORES S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) SERVICIOS GLOBALES DE INTEGRACION TECNOLOGICA S.A. DE C.V. (SGIT) NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) EFICIENCIA EN SOFTWARE S.A. DE C.V. (EFISOFT) NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) GRUPO SPARH, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) TECNOLOGIA DE INFORMACION SYNERGY S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) ARQUITECTOS DE SOFTWARE NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) ZUTRI CONSULTING FIRM, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) LARA BENITEZ GARCIA NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) FAMSOFT S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 0 (No Realizado) GRUPO CONSULTORES EN ADMINISTRACION, SISTEMAS E INGENIERIA, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) WILLIAM ALBERTO CRUZ CASTAÑEDA NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) FACTOR EVOLUCIÓN, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) GLOBAL CONSULTANTS ON INTEGRATED SOLUTIONS S.A DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) DISEÑO ESPECIALIZADO Y UNIFICADO DE SOFTWARE S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) CENTRO DE ARTICULACION PRODUCTIVA DE INNOVACION INFORMATICA DE HIDALGO A.C. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) GRUPO BAKKE, S.A. DE C.V. NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) NOVAE SOLUTIONS IT S.C NMX-I-059/02- NYCE-2005 Nivel 1 (Realizado) Para consultar mas empresas certificadas ver: http://www.nyce.org.mx/verificacion/ti.aspx 6. IEEE/EIA 12207 6.1.Origen (Historia de su Generación) Es un estándar desarrollado para definir una arquitectura de alto nivel para el proceso de vida del software, con una terminología bien definida a la que puede hacer referencia la industria del Software. Incluye también un proceso que puede emplearse para definir, controlar y mejorar los procesos del ciclo de vida del software. Este estándar reemplazó oficialmente al [MIL-STD-498] [United States Department of Defense|DoD] para el desarrollo de sistemas de software en Agosto de 1998.
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 23 Fue Propuesto en Junio de 1988 por: JTC1(Joint Technical Commitee 1) Organización Internacional de Estandares (ISO) Comisión Electronica Internacional(IEC) Fue publicado el 1ero de agosto de 1995, siendo desarrollado por expertos de 15 países. Estándares anteriores al IEEE/EIA y su evolución: 6.2.Finalidad Este estándar define un minucioso conjunto de procesos que abarcan la totalidad del ciclo de vida de un software, desde el instante en que es conceptualizado hasta el retiro del software. El estándar define un conjunto de procesos, los cuales a su vez son definidos en términos de actividades. Las actividades son divididas en un conjunto de tareas. • Establece un marco común para el software a través de sus ciclo de vida, desde la concepción hasta el retiro del mismo. • Enfoca los procesos del software desde el punto de vista técnico del sistema y desde el punto de vista comercial de la empresa. • Es considerado ampliamente como base para el comercio mundial de software. • Su adopción es completa o en camino de serla en los países mas desarrollados. 6.3.Estructura
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 24 Procesos pimarios • Adquisición – Iniciación – Pliego de especificaciones y condiciones • Suministro – Iniciación – Preparación de la propuesta – Contrato – Planificación Ciclo de vida en cascada 6.4.Registros sobre resultados
    • Maestría en Ingeniería de Software - Madurez De Procesos de Software Modelos de Procesos 25 Bibliografia CMMI http://bdigital.eafit.edu.co/bdigital/PROYECTO/P005.12CDD946/capitulo2.pdf http://www.germinus.com/htm/02/CasosExito/IntegracionyDesarrollodeSistemas/CMM I2PARTE.pdf http://www.csoftmty.org/node/225 http://everac99.wordpress.com/2010/07/22/empresas-certificadas-con-cmmi-en-mexico- y-el-mundo/ http://www.scribd.com/doc/34783674/20100722-TipsNTricks-Empresas-certificadas- con-CMMI-en-Mexico-y-el-mundo TSP http://ingsistemascalidad.blogspot.com/ http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/moreno_a_jl/capitulo2.pdf http://ingsw.ccbas.uaa.mx/sitio/images/material/tsp.htm http://www.sei.cmu.edu/certification/professionals/tspcoach/#z https://www-304.ibm.com/easyaccess/fileserve?contentid=112786 http://seonti.com/casos_de_exito/STEFANINI%20 http://www.pp- innovations.com.mx/index.php?option=com_content&view=article&id=45&Itemid=24 http://www.esi.es/SEPGLA/resumenespresentaciones.php People CMM http://www.ati.es/IMG/pdf/UrquizaVol3Num1.pdf http://www.sei.cmu.edu/cmmi/tools/peoplecmm/ ISO 15504 SPICE http://www.iso15504.es/index.php/organizaciones-certificadas.html http://www.aetic.es/CLI_AETIC/ftpportalweb/documentos/PresentacionSPICE_Prysma .pdf http://dmi.uib.es/~dmiamp/ESIII/0708_ESIII_SPI_Tema3.pdf MoProSoft http://www.iie.org.mx/boletin032003/ind.pdf http://www.canieti.org/index.asp?_option_parent_id=59&_option_level=2&_option_id =1877 http://www.nyce.org.mx/verificacion/ti.aspx IEEE/EIA 12207 http://www.slidefinder.net/c/capitulo07/13504135 http://introingsw.a.wiki- site.com/index.php?title=Introducci%C3%B3n_a_la_Ingenier%C3%ADa_de_Software &redirect=no