Modelos de procesos de Software

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.2.Finalidad
2.3.Estructura
3. People CMM
3.2.Finalidad
3.3.Estructura
4. ISO 15504 (SPICE)
4.2.Finalidad
4.3.Estructura
5. MoProSoft
5.2.Finalidad
5.3.Estructura
6. IEEE/IEA 12207
6.2.Finalidad
6.3.Estructura

Modelos de Procesos
3
1. CMMi
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.

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.

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

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
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
Team
31/08/2007 2 SIN
ARASYS S.A. DE C.V.
Projects
23/11/2007 2 SIN
DPSoft S.A. de C.V. DPSoft Software 30/11/2007 2 SIN

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

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

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

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

Modelos de Procesos
11
Resto del Mundo 519
2. TSP
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:

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.

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.
P&P Innovations cuenta con consultores con amplia experiencia en la implantación del
modelo. Casos de éxito:

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

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.

Modelos de Procesos
16
4. ISO 15504 (SPICE)
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

Modelos de Procesos
17
Niveles de capacidad y atributos de proceso:

Modelos de Procesos
18
5. MoProSoft
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.

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.

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

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)

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

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

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

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

Modelos de procesos de Software

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie Modelos de procesos de Software

Ähnlich wie Modelos de procesos de Software (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

Modelos de procesos de Software