Investigación

1. INSTITUTO TECNOLÓGICO SUPERIOR DE LA MONTAÑA
CARRERA:
INGENIERÍA INFORMÁTICA
MATERIA: ESTRATEGIAS DE GESTIÓN DE SERVICIOS DE TI
REPORTE DE INVESTIGACIÓN MOF &
SPICE
M.T.I. FREDDY RAMÍREZ VILLALOBOS
ALUMNO:
BERTOLDO GARCÍA MALDONADO
GRADO Y GRUPO:
8º “A”
Tlapa de Comonfort, Gro., a 14 de mayo del 2016

2. 1
SPICE
(Software Process Improvement and Capability Determination)
(Determinación de la Capacidad de Mejora del Proceso de Software) también conocido
como ISO/IEC 15504 “es un estándar internacional que es aplicable a cualquier
organización/empresa que quiera conocer y mejorar la capacidad de sus procesos” 1
En junio de 1991 el comité ISO/IEC JTC1/SC7 aprobó un estudio para que se
investigara las necesidades y requerimientos para un estándar de evaluación de
procesos software. Un año más tarde, se obtuvo como conclusión que existía un
consenso internacional para dicho estándar. En junio de 1993 arrancó el proyecto
SPICE.
Objetivos específicos
1. Ayudar al proyecto de estandarización, en su etapa preparatoria, para
desarrollar los borradores iniciales de trabajo.
2. Realizar las pruebas de usuario, obteniendo datos de la experiencia que
constituirán la base de la revisión del Estándar antes de emitirlo como
International Standard.
3. Crear el conocimiento del mercado y evolucionar el estándar.2
1. DIMENSIÓN DE LA CAPACIDAD DEL PROCESO
La dimensión de la capacidad del proceso “está caracterizado por una serie de
atributos de proceso, aplicables a cualquier proceso, que representan características
necesarias para gestionar y mejorar su capacidad de realización” (De Amescua,
Lloréns, & García, 2008, Pág. 4)
1
European Software Institute [ESI]. (22 de Mayo de 2011, Pág. 48). Obtenido de
http://www.camarabilbao.com/ccb/contenidos.downloadatt.action?id=3746781

3. 2
NIVELES DE CAPACIDAD Y ATRIBUTOS DE PROCESO
La figura 3 sintetiza la dimensión de la capacidad de proceso, indicando los atributos
de proceso (PA) de cada nivel de capacidad.
Elaborado por: De Amescua, Lloréns & García2
Tomado de: (De Amescua, Lloréns, & García, 2008, Pág. 7)
2. NIVELES DE CAPACIDAD
Nivel 0: Proceso Incompleto, el proceso no está implementado o no logra conseguir
su objetivo. No hay atributos en este nivel.
Nivel 1: Proceso Realizado, el propósito implementado logra su objetivo definido.
 Rendimiento del Proceso: El proceso emplea un conjunto de prácticas, que
son iniciadas por unos productos identificables y produce unos productos
identificables, que satisfacen el propósito del proceso.
2
De Amescua, A., Lloréns, J., & García, Á. (8 de Diciembre de 2008, Pág. 7). Obtenido de
http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/course_files/semana3/iso-
spice.doc
Incompleto
Gestionado
Realizado
Establecido
Previsible
Optimizando 5
4
3
2
1
0
Niveles de CapacidadNiveles de Capacidad Atributos de ProcesoAtributos de Proceso
1.1 Rendimiento del Proceso
2.1 Gestión del Rendimiento
2.2 Gestión del Producto
3.1 Definición del Proceso
3.2 Recurso del Proceso
4.1 Medición del Proceso
4.2 Control del Proceso
5.1 Cambio del Proceso
5.2 Mejora Continua

4. 3
Nivel 2: Proceso Gestionado, el proceso Realizado entrega productos con una calidad
aceptable en un margen de tiempo y necesidades de recursos definidos.
 Gestión del Rendimiento, “la ejecución del proceso se gestiona para producir
productos en un plazo de tiempo y con unos requisitos preestablecidos”3
 Gestión del Producto, “la ejecución del proceso se gestiona para producir
productos que se documentan y se controlan satisfaciendo sus requisitos
funcionales y no funcionales, de acuerdo con los objetivos de calidad del
producto del proceso” 3
Nivel 3: Proceso Establecido, el proceso Gestionado se realiza utilizando un proceso
definido basado en los principios de la ingeniería del software. Aquí en este nivel el
proceso ya se encuentra establecido en la organización.
 Definición del Proceso, “la ejecución del proceso utiliza una definición de
proceso basada en un proceso estándar, que permite contribuir a los objetivos
de negocio definidos en la organización”
 Recursos del Proceso, “la ejecución del proceso utiliza eficazmente recursos
humanos con las habilidades adecuadas y una infraestructura de proceso que
contribuyen a los objetivos de negocio definidos de la organización”
3
De Amescua, A., Lloréns, J., & García, Á. (8 de Diciembre de 2008, Pág. 8). Obtenido de
http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/course_files/semana3/iso-
spice.doc

5. 4
Nivel 4: Proceso Previsible, el proceso Establecido se realiza constantemente dentro
de los límites de control definidos para lograr sus objetivos.
 Medición del Proceso, “la ejecución del proceso se soporta por los objetivos y
mediciones que son utilizadas para asegurar que la implementación del proceso
contribuye a la consecución de los objetivos” 4
 Control del Proceso, la ejecución del proceso se controla a través de la
recopilación y análisis de mediciones para controlar y corregir, donde sea
necesario, el rendimiento del proceso para lograr fiablemente los objetivos del
proceso definidos.
Nivel 5: Proceso Optimizando, el proceso Previsible optimiza su rendimiento para
satisfacer las necesidades de negocio actuales y futuras y logra repetidamente
satisfacer sus objetivos de negocio definidos.
 Cambio de Proceso, los cambios a la definición, gestión y rendimiento del
proceso son controlados mejor para conseguir los objetivos de negocio de la
organización.
 Mejora Continua, los cambios a los procesos se identifican y se implementan
para asegurar la mejora continua en el cumplimiento de los objetivos del
negocio definidos de la organización.
4
De Amescua, A., Lloréns, J., & García, Á. (8 de Diciembre de 2008, Pág. 8). Obtenido de
http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/course_files/semana3/iso-
spice.doc

6. 5
3. DIMENSIÓN DEL PROCESO
El modelo de referencia agrupa los procesos en categoría de procesos. Estos
procesos se corresponden con los definidos en ISO 12207 Software Life-Cycle
Process. (tabla 1).
Categoría de Proceso Proceso
ID Nombre ID Nombre
CUS Cliente-Suministrador
CUS.1 Adquirir software
CUS.2 Gestionar las necesidades del cliente
CUS.3 Suministrar software
CUS.4 Operar software
CUS.5 Proporcionar servicio al cliente
ENG Ingeniería
ENG.1 Desarrollar los requisitos y diseño del
sistema
ENG.2 Desarrollar los requisitos software
ENG.3 Desarrollar el diseño software
ENG.4 Implementar el diseño software
ENG.5 Integrar y probar el software
ENG.6 Integrar y probar el sistema
ENG.7 Mantener el sistema y el software
SUP Soporte
SUP.1 Desarrollar documentación
SUP.2 Realizar la gestión de la configuración
SUP.3 Realizar el aseguramiento de la calidad
SUP.4 Realizar la verificación del producto
SUP.5 Realizar la validación del producto
SUP.6 Realizar revisiones conjuntas
SUP.7 Realizar auditorias
SUP.8 Realizar resolución de problemas
MAN Gestión
MAN.1 Gestionar el proyecto
MAN.2 Gestionar la calidad
MAN.3 Gestionar los riesgos
MAN.4 Gestionar los subcontratistas
ORG Organización
ORG.1 Ingeniería del negocio
ORG.2 Definir el proceso
ORG.3 Mejorar el proceso
ORG.4 Proporcionar recursos humanos con
habilidades
ORG.5 Proporcionar la infraestructura de
ingeniería del software.
Tomado de: (De Amescua, Lloréns, & García, 2008)
Consta de los procesos que
directamente impactan al cliente,
soportan el desarrollo y la entrega, al
cliente, del software proporcionándole
su correcta operación y utilización.
Consta de los procesos que
directamente especifican,
implementan, o mantienen un sistema,
el producto software y su
documentación de usuario.
Consta de los procesos que contienen
prácticas de una naturaleza genérica
que pueden ser utilizadas por
cualquiera que gestione cualquier clase
de proyecto en un ciclo de vida
software.
Consta de los procesos que pueden ser
empleados por cualquiera de los otros
procesos (incluyendo los procesos de
soporte) en distintos puntos del ciclo
de vida del software.
Consta de los procesos que establecen
los objetivos del negocio de la
organización y del producto de proceso
de desarrollo, y activos de recursos que,
cuando son empleados por los proyectos
en la organización, ayudarán a la
misma a lograr sus objetivos de
negocio.

7. 6
4. VENTAJAS
1. SPICE ofrece una base para una evaluación muy detallada del estado actual
del proceso de una organización. Por su gran nivel de descomposición de los
procesos e indicadores, proporciona evaluaciones objetivas y con resultados
repetibles, especialmente cuando es realizada por evaluadores entrenados y
cualificados. El European Software Institute (ESI) ya ofrece cursos para ello.
2. Al disminuir la subjetividad se consigue reducir discordias sobre los resultados
de la evaluación y a adoptar actitudes positivas de los equipos hacia la
evaluación.
3. Pero la ventaja principal es que al disponer de un estándar internacional se
pueden realizar comparaciones a nivel mundial entre evaluaciones en contextos
similares.
5. DESVENTAJAS
1. Por contra se requiere un gran esfuerzo para realizar las evaluaciones y por
tanto un alto coste. Las evaluaciones se pueden llevar a cabo por personal
interno de tal manera que se puedan ver reducidos estos costes. Es
importante tener en cuenta que la evaluación no necesita abordarse a toda
la organización, las evaluaciones SPICE se puede realizar únicamente en
aquellos procesos que sean áreas de problema.
2. El modelo de referencia SPICE no contiene una estrategia de mejora del
proceso. Esto puede verse como positivo o negativo dependiendo de lo que
se quiera.5
5
De Amescua, A., Lloréns, J., & García, Á. (8 de Diciembre de 2008). Obtenido de
http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/course_files/semana3/iso-
spice.doc

8. 7
MOF (Microsoft Operations Framework)
Es una metodología creada por Microsoft en base a estándares internacionales
existentes en IT, tales como ITIL, o ISO; que permite, a través de un conjunto ordenado
de documentos, procedimientos, mejores prácticas, diagramas, encuestas y ejemplos:
planificar, desarrollar y mantener procesos de tecnología, para sistemas de misión
crítica en grandes corporaciones.
ANTECEDENTE
Su primera versión fue lanzada a principios de 1999. Sin embargo, nuevas
necesidades fueron surgiendo a través de los años, y tuvo que ser creada MOF 4.0
(versión actual).6
OBJETIVO
proporcionar orientación a las organizaciones ya sea para crear, modificar o manejar
servicios de TI. Promueve un enfoque lógico para la toma de decisiones,
comunicación, planificación, implementación y el apoyo de los servicios de TI.
Con esta orientación que la metodología provee se puede llegar a lograr la excelencia
operacional en la organización mediante la eficiencia y eficacia en los procedimientos
y procesos.
FASES
MOF abarca tres fases y una capa de fundación del ciclo de vida de servicios de TI:
 La fase de plan asegura la alineación con los objetivos de negocio y de TI, el
cumplimiento de la política, la gestión financiera y la fiabilidad.
6
M. Andres (2009). Microsoft Office Framework. Consultado en 05/14/2016 en
http://udemced.pbworks.com/w/page-revisions/6712369/MOF%20%28Microsof%20Office%20Framework%29.

9. 8
 La fase de entrega cubre ideación, planificación, construcción, estabilización y
despliegue del servicio.
 La fase de operar mantiene operaciones de vigilancia, servicio y servicio de
control, servicio al cliente y gestión de problemas en línea con los acuerdos de
nivel de servicio (SLA).
 La capa de gestión ayuda a los profesionales manejar gobierno, riesgo y
cumplimiento (GRC); cambiar y configuración; y servicio del equipo.7
7
Rouse, Margaret (2008). Microsoft Operations Framework (MOF). Consultado en 05/01/2016 en
http://whatis.techtarget.com/definition/Microsoft-Operations-Framework-MOF

10. 9
VENTAJAS
1. Nuevos conceptos para la organización de operaciones de procesos de TI.
2. Modelos de equipos y de riesgo.
3. Mas prescriptible, relevante y fácil de orientar.
4. Adaptable a los recurrentes cambios del negocio.
5. Es un proceso iterativo, es decir, perfecciona y mejora de forma continua la
solución.
6. Está destinado a la ayuda práctica y rápida. No es solo teoría, es decir, contiene
guías prácticas, plantillas, hojas de trabajo y herramientas destinadas a los
profesionales a lidiar con escenarios específicos.
7. Mejora continua del marco mediante el involucramiento de la comunidad.
8. Una organización puede emplear todo MOF 4.0 o simplemente un componente
para resolver un problema en particular.
9. Se alinea con otros marcos, como, por ejemplo: CoBIT

11. 10
BIBLIOGRAFÍAS
 Rouse, Margaret (2008). Microsoft Operations Framework (MOF). Consultado
el 01 de mayo de 2016 en
http://whatis.techtarget.com/definition/Microsoft-Operations-Framework-MOF
 AT, LARIAS (2004). MOF - MICROSOFT OPERATIONS FRAMEWORK.
Consultado el 01 de mayo de 2016 en http://infosegura.blogspot.mx/.
 European Software Institute [ESI]. (22 de mayo de 2011). Consultado el 14 de
mayo 2016 en
http://www.camarabilbao.com/ccb/contenidos.downloadatt.action?id=3746781
 De Amescua, A., Lloréns, J., & García, Á. (8 de diciembre de 2008). Consultado
el 14 de mayo 2016 en
http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/c
ourse_files/semana3/iso-spice.doc
 M. Andres (2009). Microsoft Office Framework. Consultado el 14 de mayo de
2016 en http://udemced.pbworks.com/w/page-
revisions/6712369/MOF%20%28Microsof%20Office%20Framework%29.