Вы находитесь на странице: 1из 51

CALIDAD DE SOFTWARE

RIVERA SOTO JANET GERALDINE

UNIVERSIDAD NACIONAL SAN LUIS GONZAGA DE ICA FACULTAD INGENIERIA DE SISTEMAS

ELOS DE PROCESO DE SOFTWA


VALLENAS LUNA MARIA

AGRADECIMIENTO
Este proyecto est dedicado a nuestros padres quienes nos dieron el apoyo y
comprensin a lo largo del proyecto.
A Dios porque nos ilumina y nos mantuvo con bien durante el desarrollo de este
proyecto. Dndonos la fortaleza y sabidura para concluirla.

DEDICATORIA
A nuestros padres por todo el apoyo que nos brindan da a da.
A nuestro docente por con los conocimientos que nos brinda y por su orientaciones del
curso.

TABLA DE CONTENID

RESUMEN....................................................................................................................
INTRODUCCION........................................................................................................
Modelos de Proceso de Software..............................................................................
1. Procesos de Software........................................................................................

2.

1.1.

Especificacin del software.......................................................................

1.2.

Diseo e implementacin del software.....................................................

1.3.

Validacin del Software.............................................................................

1.4.

Evolucin del software..............................................................................

Modelo del Proceso del Software.....................................................................


2.1.

Modelo Lineal Secuencial..........................................................................

2.1.1.

Ingeniera del sistema........................................................................

2.1.2.

Anlisis...............................................................................................

2.1.3.

Diseo................................................................................................

2.1.4.

Codificacin........................................................................................

2.1.5.

Prueba................................................................................................

2.1.6.

Utilizacin...........................................................................................

2.1.7.

Mantenimiento...................................................................................

2.2.

El Modelo de Construccin de Prototipos..................................................

2.2.1.

Identificar los requerimientos conocidos:...........................................

2.2.2.

Desarrollar modelo que funcione........................................................

2.2.3.

Utilizar el prototipo:............................................................................

2.2.4.

Revisar prototipo................................................................................

2.2.5.

Prototipo terminado?........................................................................

2.3.

El modelo DRA (Desarrollo Rpido de Aplicaciones).................................

2.3.1.

Modelado de gestin..........................................................................

2.3.2.

Modelado de datos.............................................................................

2.3.3.

Modelado del proceso.........................................................................

2.3.4.

Generacin de aplicaciones................................................................

2.3.5.

Pruebas y entrega..............................................................................

2.4.

Modelos de procesos evolutivos de software............................................

2.4.1.

El modelo Incremental........................................................................

2.4.2.

El Modelo Espiral................................................................................

2.4.2.1. Definicin de objetivos:...................................................................


2.4.2.2. Evaluacin y reduccin de riesgos..................................................
2.4.2.3. Desarrollo y validacin....................................................................
2.4.2.4. Planificacin....................................................................................

2.4.2.5. Actividades del modelo en espiral......................................................


3.

Modelos de definicin de procesos de ciclo de vida........................................


3.1.

Metodologas tradicionales.......................................................................

3.2.

Metodologas giles..................................................................................

3.3.

ISO/IEC 12207..............................................................................................

3.3.1.

Versiones...............................................................................................

3.3.2.

ISO/IEC 12207:2008...............................................................................

3.3.3.

OBJETIVO...............................................................................................

3.4.

Definiciones.................................................................................................

3.4.1.

Ciclo de vida..........................................................................................

3.4.2.

Proceso..................................................................................................

3.5.

PROCESOS...................................................................................................

3.6.

PROCESOS PRINCIPALES...........................................................................

3.6.1.

PROCESO DE ADQUISICIN................................................................

3.6.2.

PROCESO DE SUMINISTRO..................................................................

3.6.3.

PROCESO DE DESARROLLO................................................................

3.6.4.

PROCESO DE OPERACIN...................................................................

3.6.5.

PROCESO DE MANTENIMIENTO...........................................................

3.7.

PROCESOS DE SOPORTE O APOYO............................................................

3.7.1.

PROCESO DE DOCUMENTACIN.........................................................

3.7.2.

PROCESO DE ADMINISTRACIN DE LA CONFIGURACIN....................

3.7.3.

PROCESO DE ASEGURAMIENTO DE LA CALIDAD.................................

3.7.4.

PROCESO DE VERIFICACIN...............................................................

3.7.5.

PROCESO DE VALIDACIN..................................................................

3.7.6.

PROCESO DE REVISIN CONJUNTA.....................................................

3.7.7.

PROCESO DE AUDITORA....................................................................

3.7.8.

PROCESO DE RESOLCIN DE PROBLEMAS.........................................

3.8.

3.9.

PROCESOS ORGANIZACIONALES...............................................................

3.8.1.

PROCESO DE ADMINISTRACIN..........................................................

3.8.2.

PROCESO DE INFRAESTRUCTURA.......................................................

3.8.3.

PROCESO DE MEJORAS.......................................................................

3.8.4.

PROCESO DE ENTRENAMIENTO..........................................................

CMMI: CAPACITY MADURITY MODEL INTEGRATION.......................................

3.9.1.

Escalonada............................................................................................

3.9.2.

Continuo................................................................................................

3.9.2.1.

VENTAJAS............................................................................................

3.9.2.2.

DESVENTAJAS.....................................................................................

3.10. MOPROSOFT.................................................................................................
3.10.1. CATEGORA DE ALTA DIRECCIN............................................................
3.10.2. CATEGORA DE GERENCIA......................................................................
3.10.3. CATEGORA DE OPERACIN....................................................................
3.10.4. NIVELES DE CAPACIDAD Y ATRIBUTOS DE PROCESOS............................
3.10.5. PROPIEDADES Y VENTAJAS DEL MODELO MOPROSOFT...........................
Las categoras de los procesos corresponden a niveles organizacionales de
administracin................................................................................................
3.10.5.1. Procesos integrados y relacionados.................................................
3.10.5.2. Foco en el producto y su capitalizacin............................................
3.10.5.3. Capacidad organizacional de gestin de procesos...........................
3.10.5.4. Alinecin con los objetivos de negocio.............................................
4. Modelos de evaluacin de las capacidades de los procesos de software:
modelo ISO/IEC 15504 / Modelo Evalprosoft..........................................................
4.1.

Modelo ISO/IEC 15504..............................................................................

4.1.1.

Definicin...........................................................................................

4.1.2.

Historia...............................................................................................

4.1.3.

Caractersticas....................................................................................

4.1.4.

Partes de la norma ISO/IEC 15504......................................................

4.1.4.1. Parte 1: Conceptos y vocabulario - ISO/IEC 15504-1.......................


4.1.4.2. Parte 2: Realizacin de la evaluacin - ISO/IEC 15504-2.................
4.1.4.2.1.Dimensin del Proceso...............................................................
4.1.4.1.2.1. Procesos Primarios:.............................................................
4.1.4.1.2.2. Procesos de soporte............................................................
4.1.4.1.2.3. Procesos de organizacin..................................................
4.1.4.2.2. Dimensin de la Capacidad del Proceso...................................
4.1.4.3. Parte3: Gua para la realizacin de la evaluacin - ISO /IEC
15504-3.......................................................................................................
4.1.4.4. Parte 4: Gua sobre el uso para la mejora del proceso y
determinacin de la capacidad del proceso - ISO /IEC 15504-4...................
4.1.4.5. Parte 5: Un ejemplo de Modelo de Evaluacin de Procesos - ISO
/IEC 15504-5................................................................................................
4.1.5.

ESTRUCTURA DEL ISO /IEC 15504......................................................

4.1.5.1. Evaluacin de la Capacidad............................................................


4.1.5.1.1.Niveles de Capacidad................................................................
4.1.5.1.2.Atributos de Proceso (PA)...........................................................
4.1.5.2. Evaluacin de la Capacidad............................................................
4.1.5.2.1.Niveles de Madurez....................................................................
4.2.

Modelo EVALPROSOFT..............................................................................

4.2.1.

Usos del mtodo de evaluacin.............................................................

4.2.1.1.

Evaluacin de una organizacin......................................................

4.2.1.2.

Evaluacin de capacidades del proveedor......................................

4.2.1.3.

Autoevaluacin de capacidades de proceso....................................

4.2.2.

Descripcin General del Mtodo de Evaluacin.....................................

4.2.3.

Modelo de capacidades de procesos.....................................................

4.2.4.

Niveles de madurez de capacidades de los procesos............................

4.2.4.1.

Nivel 0 Proceso incompleto.............................................................

4.2.4.2.

Nivel 1 Proceso realizado.................................................................

4.2.4.2.1.Atributo de la realizacin del proceso...........................................


4.2.4.3.

Nivel 2 Proceso administrado..........................................................

4.2.4.3.1.Administracin de la realizacin...................................................
4.2.4.3.2.Administracin del producto de trabajo........................................
4.2.4.4.

Nivel 3 Proceso establecido.............................................................

4.2.4.4.1.Atributo definicin del proceso.....................................................


4.2.4.4.2.Atributo aplicacin del proceso.....................................................
4.2.4.5.

Nivel 4 Proceso predecible..............................................................

4.2.4.5.1.Atributo medicin del proceso......................................................


4.2.4.5.2.Atributo control del proceso..........................................................
4.2.4.6.

Nivel 5 Proceso optimizado.............................................................

4.2.4.6.1.Atributo innovacin del proceso....................................................


4.2.4.6.2.Atributo de optimizacin del proceso............................................
4.2.5.

Calificacin de los procesos...................................................................

4.2.6.

Modelo de capacidades de procesos.....................................................

4.2.6.1.

Etapa 1: Planificacin......................................................................

4.2.6.2.

Etapa 2: Recoleccin de datos........................................................

4.2.6.3.

Etapa 3: Validacin de datos...........................................................

4.2.6.4.

Etapa 5: Informe..............................................................................

4.2.7.

Resultados de la evaluacin..................................................................

CONCLUSIONES........................................................................................................
REFERENCIAS...........................................................................................................

INDICE DE FIGURAS
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura

1: Modelo Lineal Secuencial...........................................................................


2: Modelo Lineal Secuencial...........................................................................
3: Modelo DRA...............................................................................................
4: Modelo Lineal Incremental.........................................................................
5: Modelo Espiral..........................................................................................
6: Cuadro de Procesos..................................................................................
7: Representaciones del CMMI......................................................................
8: Niveles de madurez..................................................................................
9: Niveles y su comportamiento...................................................................
10: Niveles de la estructura de una organizacin.........................................
12: Estructura de la norma ISO/IEC 15504.....................................................
13: Modelo de Evaluacin del Proceso...........................................................
14: Modelo de Evaluacin del Proceso...........................................................
15: Estructura de la Norma ISO/IEC 15504....................................................
16: Niveles de Capacidad de la norma ISO/IEC 15504...................................
17: Atributos de Proceso segn el nivel de capacidad - ISO/IEC 15504.........
18: Nivel de madurez - ISO/IEC 15504..........................................................
19: Relacin entre los elementos de mtodo de evaluacin..........................
20: Modelo de capacidades...........................................................................
21: Niveles de capacidades...........................................................................
22: Proceso de evaluacin.............................................................................

RESUMEN
Para resolver los problemas reales de una industria, un ingeniero del software
debe incorporar una estrategia de desarrollo que acompae al proceso, mtodos
y tenga herramientas. Esta estrategia se llama modelo de proceso o paradigma
de ingeniera del software. Se selecciona un modelo de proceso para la
ingeniera del software segn la naturaleza del proyecto y de la aplicacin, los
mtodos y las herramientas a utilizarse, los controles y entregas que se
requieren.

Los estndares establecen los diferentes procesos implicados a la hora de


desarrollar y mantener un sistema desde que surge la idea o necesidad de
desarrollar las aplicaciones hasta que stas se retiran de explotacin. Sin
embargo, ninguno impone un modelo de procesos concreto (modelo de ciclo de
vida) ni cmo realizar las diferentes actividades incluidas en cada proceso, por lo
que cada empresa deber utilizar los mtodos, tcnicas y herramientas que
considere oportuno.

Por su naturaleza, los modelos son simplificaciones; por lo tanto, un modelo de


procesos del software es una simplificacin o abstraccin de un proceso real.
Podemos definir un modelo de procesos del software como una representacin
abstracta de alto nivel de un proceso software.

INTRODUCCION
Conocer la calidad con la que se est realizando el proceso
de desarrollo de software de un proyecto mediante una
evaluacin, es muy importante ya que permite conocer
cules son las practicas del proceso deben mejorar, de
acuerdo a la metodologa con que se realiz, el modelo de
proceso que se utiliz y el tipo de evaluacin que se aplic.
Se describe el Modelo de procesos para la industria del
software MoProSof, explicando la estructura de este modelo
de procesos y especficamente sobre el proceso de
desarrollo y mantenimiento de software, se expone tambin
una breve introduccin al mtodo de evaluacin de
procesos para la industria del software EvalProSoft.
Se dan a conocer las conclusiones y recomendaciones del
trabajo.

Modelos de Proceso de Software


1. Procesos de Software
Un proceso del software es un conjunto de actividades que conducen a la
creacin de un producto software. Estas actividades pueden consistir en el
desarrollo de software desde cero en un lenguaje de programacin estndar

como Java o C. Sin embargo, cada vez ms, se desarrolla nuevo software
ampliando y modificando los sistemas existentes y configurando e integrando
software comercial o componentes del sistema.
Los procesos del software son complejos y como todos los procesos intelectuales
y creativos, dependen de las personas que toman decisiones y juicios. Debido a
la necesidad de juzgar y crear, los intentos para automatizar estos procesos han
tenido un xito limitado. Las herramientas de ingeniera del software asistida por
computadora pueden ayudar a algunas actividades del proceso. Sin embargo, no
existe posibilidad alguna, al menos en los prximos aos, de una automatizacin
mayor en el diseo creativo del software realizado por los ingenieros
relacionados con el proceso del software.
Una razn por la cual la eficacia de las herramientas est limitada se halla en la
inmensa diversidad de procesos del software. No existe un proceso ideal y
muchas organizaciones han desarrollado su propio enfoque para el desarrollo del
software. Los procesos han evolucionado para explotar las capacidades de las
personas de una organizacin, as como las caractersticas especficas de los
sistemas que se estn desarrollando. Para algunos sistemas, como los sistemas
crticos, se requiere un proceso de desarrollo muy estructurado. Para sistemas de
negocio, con requerimientos rpidamente cambiantes, un proceso flexible y gil
probablemente sea ms efectivo. Aunque existen muchos procesos diferentes de
software, algunas actividades fundamentales son comunes para todos ellos:
1.1.

Especificacin del software.


Se debe definir la funcionalidad del software y las restricciones en su
operacin.

1.2.

Diseo e implementacin del software.


Se debe producir software que cumpla su especificacin.

1.3.

Validacin del Software


Se debe validar el software para asegurar que hace lo que el cliente desea.

1.4.

Evolucin del software


El software debe evolucionar para cubrir las necesidades cambiantes del
cliente.

2. Modelo del Proceso del Software


Cada modelo de proceso representa un proceso desde una perspectiva
particular y as proporciona slo informacin parcial sobre ese proceso. Estos
modelos generales no son descripciones definitivas de los procesos del
software. Ms bien, son abstracciones de los procesos que se pueden utilizar
para explicar diferentes enfoques para el desarrollo de software. Puede
pensarse en ellos como marcos de trabajo del proceso que pueden ser
extendidos y adaptados para crear procesos ms especficos de ingeniera del
software.
Los Modelos de procesos que se incluyen son:

2.1. Modelo Lineal Secuencial


Llamado algunas veces ciclo de vida bsico o modelo en cascada, el modelo
lineal secuencial sugiere un enfoque sistemtico, secuencial, para el desarrollo
del software que comienza en un nivel de sistemas y progresa con el anlisis,
diseo, codificacin, pruebas y mantenimiento.
Es un ciclo de vida en sentido amplio, que incluye no slo las etapas de
ingeniera si no toda la vida del producto: las pruebas, el uso (la vida til del
software) y el mantenimiento.

Figura 1: Modelo Lineal Secuencial


2.1.1. Ingeniera del sistema
Es donde se desarrolla el anlisis de las caractersticas y el comportamiento del
sistema del cual el software va a formar parte.
2.1.2. Anlisis
Es donde se debe comprender cules son los datos que se van a manejar, cul
va ser la funcin que tiene que cumplir el software, cules son sus interfaces
requeridas y cul es el rendimiento.
2.1.3. Diseo
Se aplica a cuatro caractersticas distintas del software: la estructura de datos, la
arquitectura de las aplicaciones, la estructura interna de los programas y las
interfaces.
2.1.4. Codificacin
Consiste en la traduccin del diseo a un formato que sea comprensible para la
mquina. Si el diseo es lo suficientemente detallado, la codificacin es
relativamente sencilla.
2.1.5. Prueba
El objetivo es comprobar que no se hayan producido errores en alguna de las
fases anteriores, especialmente en la codificacin.

2.1.6. Utilizacin
El software se entrega al cliente y comienza la vida til del mismo.
2.1.7. Mantenimiento
El software sufrir cambios a lo largo de su vida til. Estos cambios pueden ser
debido a tres causas; Errores latentes (Durante la utilizacin el cliente detecte
errores en el software), Que se produzcan cambios en alguno de los
componentes del sistema y que el cliente requiera modificaciones funcionales no
contempladas en el proyecto.
2.2. El Modelo de Construccin de Prototipos
La idea detrs de este modelo es el desarrollo de una implantacin del sistema
inicial, exponerla a los comentarios del usuario, refinarla en N versiones hasta
que se desarrolle el sistema adecuado.
Una ventaja de este modelo es que se obtiene una rpida realimentacin del
usuario, ya que las actividades de especificacin, desarrollo y pruebas se
ejecutan en cada iteracin.

Figura 2: Modelo Lineal Secuencial


2.2.1. Identificar los requerimientos conocidos:
Los analistas y los usuarios trabajan juntos para identificar los
requerimientos conocidos que tienen que satisfacerse. Se debe
determinar los fines del sistema y el alcance de su capacidad.

2.2.2. Desarrollar modelo que funcione


Es donde los desarrolladores deben de explicar a los usuarios el
mtodo, las actividades a realizar, la secuencia en que se llevar a
cabo, la responsabilidad de cada participante.
2.2.3. Utilizar el prototipo:
La responsabilidad de trabajar con el prototipo y evaluar sus
caractersticas y operacin es del usuario. Es donde se debe
experimentar el sistema bajo condiciones reales para poder determinar
los cambios, mejoras o eliminar caractersticas innecesarias.
2.2.4. Revisar prototipo
Se realiza la evaluacin y con la informacin obtenida se levantan las
caractersticas que debe llevar la siguiente versin del prototipo.
2.2.5. Prototipo terminado?
Los pasos anteriores se repiten varias veces entre 4 o 6 iteraciones
cuando los usuarios y desarrolladores estn de acuerdo en que el
sistema ha evolucionado lo suficiente e incluye todas las
caractersticas necesarias.
2.3. El modelo DRA (Desarrollo Rpido de Aplicaciones)
Es un modelo de proceso de desarrollo del software que enfatiza en un ciclo de
desarrollo corto.
El proceso DRA permite al equipo de desarrollo crear un sistema completamente
funcional dentro de periodos cortos de tiempo (De 60 a 90 das)

Figura 3: Modelo DRA


2.3.1. Modelado de gestin
El flujo de informacin entre las funciones de gestin se modela de forma que
responda a las preguntas: Qu informacin conduce al proceso de gestin?
Qu informacin se genera? Quin la genera? A dnde va la informacin?
Quin la procesa?
2.3.2. Modelado de datos
Conjunto de objetos de datos necesarios para apoyar la empresa. Se definen los
atributos de cada uno de los objetos y las relaciones entre estos objetos.
2.3.3. Modelado del proceso
Los objetos de datos definidos en la fase del modelado de datos quedan
transformados para lograr el flujo de informacin necesario para implementar
una funcin de gestin.
2.3.4. Generacin de aplicaciones
El DRA asume la utilizacin de tcnicas de cuarta generacin. Trabaja para volver
a utilizar componentes de programas ya existentes o crear componentes
reutilizables.

2.3.5. Pruebas y entrega


Como el proceso DRA enfatiza la reutilizacin, ya se han comprobado muchos de
los componentes de los programas. Esto reduce el tiempo de pruebas. Sin
embargo, se deben probar todos los componentes nuevos y se deben ejercitar
todas las interfaces a fondo.
2.4. Modelos de procesos evolutivos de software.
Dentro de los modelos de procesos evolutivos, encontramos:
2.4.1. El modelo Incremental
Es una combinacin del modelo de cascada y el modelo por prototipos. Reduce
el rehacer trabajo durante el proceso de desarrollo y da oportunidad para
retrasar las decisiones hasta tener experiencia en el sistema.
Durante el desarrollo de cada incremento se puede utilizar el modelo de cascada
o prototipo, dependiendo del conocimiento que se tenga sobre los requisitos a
implementar. El modelo incremental se centra en la entrega de un producto
operacional con cada incremento.
Los primeros incrementos son versiones incompletas del producto final, pero
proporcionan al usuario la funcionalidad necesaria para su evaluacin.

Figura 4: Modelo Lineal Incremental


2.4.2. El Modelo Espiral
El ciclo de desarrollo se representa como un espiral, en lugar de una serie de
actividades sucesivas con retrospectiva de una actividad a otra.
Cada ciclo de desarrollo se divide en cuatro fases:
2.4.2.1.
Definicin de objetivos:
Se definen los objetivos, se definen las restricciones del proceso y del producto.
Se realiza un diseo detallado del plan administrativo, se identifican los riesgos y
se elaboran las estrategias alternativas dependiendo de estos.
2.4.2.2.
Evaluacin y reduccin de riesgos
Se realiza un anlisis detallado de cada riesgo identificado. Pueden desarrollarse
prototipos para disminuir el riesgo de requisitos dudosos.

2.4.2.3.
Desarrollo y validacin
Se escoge el modelo de desarrollo despus de la evaluacin del riesgo. El modelo
que se utilizar depende del riesgo identificado para esa fase.
2.4.2.4.
Planificacin
Se determina si continuar con otro ciclo. Se planea la siguiente fase del proyecto.

2.4.2.5. Actividades del modelo en espiral


Comunicacin con el cliente: Se establece comunicacin entre el
desarrollador y el cliente.
Planificacin: Se definen los recursos, el tiempo y otra informacin
relacionados con el proyecto.
Anlisis de riesgos: Se evalan riesgos tcnicos y de gestin.
Ingeniera: Se construyen una o ms representaciones de la aplicacin.
Construccin y accin: Construir, probar, instalar y proporcionar soporte al
usuario.
Evaluacin del cliente: Se obtiene la reaccin del cliente. Se realiza la
evaluacin de las representaciones del software creadas durante la etapa
de ingeniera e implementada durante la etapa de instalacin.

Figura 5: Modelo Espiral

3. Modelos de definicin de procesos de ciclo de vida


Un modelo de ciclo de vida de software es una vista de las actividades que
ocurren durante el desarrollo de software, intenta determinar el orden de las
etapas involucradas y los criterios de transicin asociadas entre estas etapas.
As, los modelos por una parte suministran una gua para los ingenieros de
software con el fin de ordenar las diversas actividades tcnicas en el proyecto,
por otra parte suministran un marco para la administracin del desarrollo y el
mantenimiento, en el sentido en que permiten estimar recursos, definir puntos
de control intermedios, monitorear el avance, etc
La evolucin de la disciplina de ingeniera de software ha trado consigo
propuestas diferentes para mejorar los resultados del proceso de construccin.
Las metodologas tradicionales haciendo nfasis en la planeacin, y las
metodologas giles haciendo nfasis en la adaptabilidad del proceso.
De manera paralela, el tema de modelos para el mejoramiento de los procesos
de desarrollo ocupa un lugar importante en la bsqueda de la metodologa
adecuada para producir software de calidad en cualquier contexto de desarrollo.
De una u otra forma, las caractersticas de los proyectos de software hacen
necesario seguir prcticas especficas para optimizar los resultados de los
desarrollos.
La clasificacin de los proyectos de software de acuerdo a sus caractersticas
especficas, es til para enmarcar contextos de desarrollo para los cuales
prcticas particulares de proceso resulten en mayor probabilidad de xito. De
igual forma, la adaptabilidad de los modelos propuestos de acuerdo al contexto
enmarcado, y a las mtricas mantenidas, ayudan a mejorar la calidad de los
productos de software desarrollados.

3.1.

Metodologas tradicionales

Las metodologas tradicionales se caracterizan por exponer procesos basados en


planeacin exhaustiva. Esta planeacin se realiza esperando que el resultado de
cada proceso sea determinstico y predecible. La experiencia ha mostrado que,
como consecuencia de las caractersticas del software, los resultados de los
procesos no son siempre predecibles y sobre todo, es difcil predecir desde el
comienzo del proyecto cada resultado. Sin embargo, es posible por medio de la
recoleccin y estudio de mtricas de desarrollo lograr realizar estimaciones
acertadas en contextos de desarrollo repetibles.

3.2.

Metodologas giles

Grupos de desarrollo han experimentado soluciones que basan su fundamento


en la adaptabilidad de los procesos de desarrollo, en lugar de seguir esperando
lograr resultados predecibles de un proceso que no evoluciona. Esta comunidad

de desarrolladores e investigadores han nombrado su trabajo bajo lo que


conocemos como metodologas giles. Las metodologas giles como puede
entenderse mal, no estn en contra de administrar procesos de desarrollo. Por el
contrario promueve la formalizacin de procesos adaptables. La compilacin de
los principios y valores que resaltan las metodologas giles fue formalizada en el
manifiesto para el desarrollo de software gil. Este documento desarrollado por
los representantes de cada una de las metodologas que en el momento se
presentaban como giles, logra resumir en un conjunto de ideas las prcticas
que una metodologa de este estilo debe llevar a cabo. Como caracterstica
fundamental, la habilidad de responder al cambio es la principal caracterstica de
las metodologas giles.
XP, una de las ms difundidas, es una metodologa de desarrollo de software gil
que define pocas reglas y pocas prcticas. XP promueve la adaptabilidad de los
procesos de desarrollo basndose en los principios y prcticas que presenta.
Quienes trabajan usando XP deben seguir procesos disciplinados, pero ms que
eso, deben combinar la disciplina con la adaptabilidad necesaria del proceso.

3.3. ISO/IEC 12207


La Norma Tcnica 12207 fue elaborada por el comit tcnico de normalizacin de
ingeniera de software y sistemas de informacin, mediante el antecedente de la
norma ISO/IEC 12207 durante los meses de enero a marzo del ao 2006.

3.3.1. Versiones
ISO/IEC 12207:1995. Primera publicacin.
ISO/IEC 12207:1995/Amd 1:2002. Primera modificacin.
ISO/IEC 12207:1995/Amd 2:2004. Segunda modificacin.
ISO/IEC 12207:1995/Amd 3:2008. Tercera modificacin.
Versin en espaol AENOR Norma UNE 71044: Tecnologa de la informacin /
Procesos del ciclo de vida del software. 1999

3.3.2. ISO/IEC 12207:2008


Este conjunto de normas se desarrollaron a partir de trabajos realizados por el
Departamento de Defensa con sus estndares de elaboracin de la norma MILSTD-498. El
Institute of Electrical and Electronics Engineers (IEEE) y la Electronics Industry
Association (EIA)tambin jugaron un papel importante en la construccin de la
fundacin con su estndar ANSI016 Conjunto. La 12207:2008 fusion la sabidura
de estas organizaciones

3.3.3. OBJETIVO
El objetivo ms importante de esta norma es proporcionar una estructura comn
para que los
compradores, proveedores, desarrolladores, personal de
mantenimiento, operadores, gestores y tcnicos involucrados en el desarrollo de
software utilicen un lenguaje en comn. Los objetivos de una empresa que busca
la certificacin con la norma ISO/IEC 12207:2008 son transportar a los clientes o
socios la seguridad de que la empresa utiliza los procesos en relacin con las
prcticas de confianza de la industria. Adems, los principios promovidos dentro
de estas normas darn una plataforma slida para administrar una solucin de
software desde sus inicios.

3.4. Definiciones
3.4.1. Ciclo de vida
Un marco de referencia que contiene procesos, las actividades y las tareas
involucradas en el desarrollo, la explotacin y el mantenimiento de un producto
de software, abarcando la vida del sistema desde la definicin de los requisitos
hasta la finalizacin de su uso

3.4.2. Proceso
Conjunto de actividades interrelacionadas que transforman entradas en salidas

3.5. PROCESOS
Este estndar agrupa las actividades que se pueden llevar a cabo durante el
ciclo de vida del software en cinco procesos principales, ocho procesos de apoyo
y cuatro procesos organizativos. Cada proceso del ciclo de vida est divido en un
conjunto de actividades; cada actividad se sub-divide a su vez en un conjunto de
tareas.

Figura 6: Cuadro de Procesos

3.6.

PROCESOS PRINCIPALES

Los procesos principales del ciclo de vida son cinco el cual brinda servicio a las
partes principales durante el ciclo de vida del software. Una parte principal es
aquella que inicia o lleva a cabo el desarrollo, operacin, o mantenimiento de los
productos software. Estas partes principales son el adquiriente, el proveedor, el
desarrollador, el operador y el responsable de mantenimiento de productos
software. Los procesos principales son:
3.6.1. PROCESO DE ADQUISICIN
Define las actividades del adquiriente, la organizacin que adquiere un
sistema, producto software o servicio software. El proceso comienza con la
identificacin dela necesidad de adquirir un producto software. El proceso
contina con la preparacin y publicacin de una solicitud de propuestas,
la seleccin de un proveedor, y la gestin del proceso de adquisicin hasta
la aceptacin del sistema.
Este proceso consiste de las siguientes actividades:
a) inicio
b) Preparacin de la solicitud de propuestas
c) Preparacin y actualizacin del contrato

d) Seguimiento del proveedor


e) Aceptacin y finalizacin
3.6.2. PROCESO DE SUMINISTRO
El proceso de suministro contiene las actividades y tareas del proveedor.
El proceso se puede iniciar ya sea por la decisin de preparar una oferta
para contestar a una solicitud de propuestas de un adquiriente, o por la
firma e inicio de un contrato con el adquiriente para proporcionarle un
sistema, producto software o servicio software. El proceso contina con la
determinacin de los procedimientos y recursos necesarios para gestionar
y asegurar el proyecto, incluyendo la preparacin y ejecucin de los planes
del proyecto hasta la entrega al adquiriente del sistema, producto o
servicio software.

Este proceso consta de las siguientes actividades:


a)
b)
c)
d)
e)
f)
g)

Inicio
Preparacin de la respuesta
Contrato
Planificacin
Ejecucin y control
Revisin y Evaluacin
Entrega y finalizacin

3.6.3. PROCESO DE DESARROLLO


El proceso de desarrollo contiene las actividades y tareas del desarrollador.
El proceso contiene las actividades para el anlisis de los requerimientos,
diseo, codificacin, integracin, pruebas e instalacin y aceptacin
relacionadas con los productos software. Puede contener actividades a
nivel de sistema si se estipula en el contrato. El desarrollador lleva a cabo
o soporta las actividades de este proceso de acuerdo con el contrato.
Este proceso consta de las siguientes actividades
a) Implementacin del proceso
b) Anlisis de los requerimientos del sistema
c) Diseo de la arquitectura del sistema
d) Anlisis de los requerimientos software
e) Diseo de la arquitectura del software
f) Diseo detallado del software
g) Codificacin y pruebas del software
h) Integracin del software
i) Pruebas de calificacin del software
j) Integracin del sistema
k) Pruebas de calificacin del sistema
l) Instalacin del software
m) Apoyo a la aceptacin del software
3.6.4. PROCESO DE OPERACIN
Define las actividades del operador, organizacin que proporciona el
servicio de operar un sistema informtico en su entorno real, para sus
usuarios. El proceso cubre la operacin del producto software y el apoyo a
la operacin para los usuarios.

Este proceso consta de las siguientes actividades:


a)
b)
c)
d)

Implementacin del proceso


Pruebas de operacin
Operacin del sistema
Soporte de Usuario

3.6.5. PROCESO DE MANTENIMIENTO


El proceso de mantenimiento contiene las actividades y tareas del
responsable de mantenimiento. Este proceso se inicia cuando el producto
software sufre modificaciones en el cdigo y la documentacin asociada,
debido a un problema o a la necesidad de mejora o adaptacin. El objetivo
es modificar el producto software existente preservando su integridad.
Este proceso incluye la migracin y retirada del producto software. El
proceso termina con la retirada del producto software.
Este proceso consta de las siguientes actividades:
a)
b)
c)
d)
e)
f)

3.7.

Implementacin del proceso


Anlisis de problemas y modificaciones
Implementacin de las modificaciones
Revisin/aceptacin del mantenimiento
Migracin
Retirada del software

PROCESOS DE SOPORTE O APOYO

Las actividades y tareas en un proceso de apoyo son responsabilidad de la


organizacin que lleva a cabo dicho proceso. Esta organizacin se asegura que el
proceso existe y est operativo. Los procesos de apoyo son:
3.7.1. PROCESO DE DOCUMENTACIN
El proceso de documentacin es un proceso para registrar la
documentacin producida por un proceso o actividad del ciclo de vida. El
proceso contiene el conjunto de actividades para planificar, disear,
desarrollar, producir, editar, distribuir y mantener aquellos documentos
que necesitan todos los involucrados tales como gerentes, ingenieros y
usuarios del sistema o producto software.
Este proceso consta de las siguientes actividades:
a) Implementacin del proceso
b) Diseo y desarrollo
c) Produccin
3.7.2. PROCESO DE ADMINISTRACIN DE LA CONFIGURACIN
El proceso de gestin de la configuracin es el proceso de aplicar
procedimientos tcnicos y administrativos a lo largo del ciclo de vida del
software para: identificar, definir y establecer la lnea base de los
elementos software en un sistema; controlar modificaciones y releases de
los elementos; registrar e informar del estado de los elementos y
peticiones de modificacin; asegurar la completitud, consistencia y
correccin de los elementos; y controlar el almacenamiento, manipulacin
y entrega de los elementos.
Este proceso consta de las siguientes actividades:

a)
b)
c)
d)
e)
f)

Implementacin del proceso


Identificacin de la configuracin
Control de la configuracin
Determinacin del estado de la configuracin
Evaluacin de la configuracin
Gestin de releases y entrega

3.7.3. PROCESO DE ASEGURAMIENTO DE LA CALIDAD


El proceso de aseguramiento de la calidad es un proceso para
proporcionar la seguridad apropiada de que los productos y procesos
software del ciclo de vida del proyecto son conformes con sus
requerimientos especificados y se adhieren a los planes establecidos. Para
ser imparcial, el aseguramiento de la calidad necesita libertad organizativa
y autoridad respecto a las personas directamente responsables el
desarrollo del producto software, o que ejecutan el proceso del proyecto.
Este proceso consta de las siguientes actividades:
a)
b)
c)
d)

Implementacin del proceso


Aseguramiento del producto
Aseguramiento del proceso
Aseguramiento del sistema de calidad

3.7.4. PROCESO DE VERIFICACIN


El proceso de verificacin es un proceso para determinar si los productos
software de una actividad cumplen con los requerimientos o condiciones
que tienen impuestas por las actividades precedentes.
Este proceso consta de las siguientes actividades:
a) Implementacin del proceso
b) Verificacin
3.7.5. PROCESO DE VALIDACIN
El proceso de validacin es un proceso para determinar si los
requerimientos y el sistema o producto software, tal como se ha
construido, cumplen con su uso especfico previsto. La validacin se puede
llevar a cabo en etapas tempranas.
Este proceso se puede ejecutar con diversos grados de independencia. El
grado de independencia puede variar desde la misma persona o diferente
persona dentro de la misma organizacin, hasta una persona en distinta
organizacin con un grado de separacin variable. En el caso en que el
proceso se ejecute por una organizacin independiente del proveedor,
desarrollador, operador o responsable de mantenimiento, se llama proceso
de validacin independiente
Este proceso consta de las siguientes actividades:
a) Implementacin del proceso
b) Validacin
3.7.6. PROCESO DE REVISIN CONJUNTA
El proceso de revisin conjunta es un proceso para evaluar el estado y los
productos de una actividad de un proyecto, segn sea adecuado. Las
revisiones conjuntas estn a nivel tanto de gestin del proyecto como

tcnico y se mantienen a lo largo de la vida del contrato. Este proceso


puede ser empleada por cualesquiera de las dos partes, donde una de
ellas (la revisora) revisa a la otra parte (la revisada)
Este proceso consta de las siguientes actividades:
a) Implementacin del proceso
b) revisiones de la gestin del proyecto
c) revisiones tcnicas
3.7.7. PROCESO DE AUDITORA
El proceso de auditora es un proceso para determinar el cumplimiento con
los requerimientos, planes y contrato, segn aplique. Este proceso puede
ser empleado por cualesquiera de las dos partes, donde una de ellas (la
auditora) audita los productos software o actividades de la otra parte (la
auditada).
Este proceso consta de las siguientes actividades:
a) Implementacin del proceso
b) Auditora
3.7.8. PROCESO DE RESOLCIN DE PROBLEMAS
El proceso de solucin de problemas es un proceso para analizar y resolver
problemas (incluidas las no conformidades), cualquiera que sea su
naturaleza u origen, que se descubran durante la ejecucin de los
procesos de desarrollo, operacin , mantenimiento u otros. El objetivo es
el proporcionar un mecanismo que responsable, documentariamente y a
tiempo asegure que todos los problemas descubiertos se analizan y
resuelven y se reconozcan las tendencias.
Este proceso consta de las siguientes actividades:
a) Implementacin del proceso
b) Solucin de problemas

3.8.

PROCESOS ORGANIZACIONALES

Los procesos organizativos del ciclo de vida son cuatro. Se emplean por una
organizacin para establecer e implementar una infraestructura constituida por
procesos y personal asociado al ciclo de vida y para mejorar continuamente esta
infraestructura. Se usan habitualmente fuera del mbito de proyectos y
contratos especficos; sin embargo, la experiencia adquirida mediante dichos
proyectos y contratos contribuye a la mejora de la organizacin. Los procesos
organizativos son:
3.8.1. PROCESO DE ADMINISTRACIN
El proceso de administracin contiene las actividades genricas y tareas
que pueden ser empleadas por cualquier parte que tenga que gestionar
sus respectivos procesos. El gerente es responsable de la gestin del
producto, gestin del proyecto y gestin de las tareas de los procesos
aplicables, tales como el de adquisicin, suministro, desarrollo, operacin,
mantenimiento o soporte.
Este proceso consta de las siguientes actividades:
a) Inicio y definicin del alcance

b)
c)
d)
e)

Planificacin
Ejecucin y control
Revisin y Evaluacin
Finalizacin

3.8.2. PROCESO DE INFRAESTRUCTURA


El Proceso de Infraestructura es un proceso para establecer y mantener la
infraestructura que necesita cualquier otro proceso. La infraestructura
puede incluir hardware, software, herramientas, tcnicas, normas e
instalaciones para el desarrollo, operacin o mantenimiento.
Este proceso consta de las siguientes actividades:
a) Implementacin del proceso
b) Establecimiento de la infraestructura
c) Mantenimiento de la infraestructura
3.8.3. PROCESO DE MEJORAS
El proceso de mejora de proceso es un proceso para establecer, evaluar,
medir, controlar y mejorar un proceso del ciclo de vida del software.
Este proceso consta de las siguientes actividades:
a) Establecimiento del proceso
b) Evaluacin del proceso
c) Mejora del proceso de mejora
3.8.4. PROCESO DE ENTRENAMIENTO
E s un proceso para proporcionar y mantener personal capacitado. La
adquisicin, suministro, desarrollo, operacin o mantenimiento de los
productos software depende en gran medida de personal entendido y
competente. Por ejemplo el personal de desarrollo deber tener formacin
bsica en ingeniera y gestin del software. Es as pues imprescindible que
la formacin del personal est planificada e implementada de manera
temprana, para que est disponible personal capacitado en el momento
en que el producto software se adquiera, suministra, desarrolla, opera o
mantiene.
Este proceso consta de las siguientes actividades:
a) Implementacin del proceso
b) Desarrollo del material de formacin
c) Implementacin del plan de formacin

3.9. CMMI: CAPACITY MADURITY MODEL INTEGRATION


Es un enfoque de mejora de procesos que provee a las organizaciones de los
elementos esenciales para un proceso efectivo.
Son llamados modelos de madurez porque proponen adoptar dichas prcticas en
forma gradual: primero deben ponerse en prctica reas de proceso
pertenecientes a un nivel determinado, para luego, sobre esta base, introducir
las correspondientes al nivel siguiente.

Algunos de los objetivos del CMMI y que son buenos para el negocio.

Producir servicios y Productos de alta calidad.


Crear valor para los accionistas.
Mejorar la satisfaccin del cliente.
Incrementar la participacin en el mercado.
Ganar reconocimiento en la industria.

El CMMI tiene 2 representaciones que permiten a la organizacin perseguir


diferente objetivos de mejora.

Figura 7: Representaciones del CMMI

3.9.1. Escalonada
Da una secuencia probada para la mejora en donde cada una es base para la
siguiente, es decir que antes de introducir prcticas de un nivel determinado
deben estabilizarse las prcticas del nivel anterior.

Provee una secuencia de las mejoras desde la administracin bsica hasta


niveles de alta madurez.
Permite la comparacin entre organizaciones por los niveles de madurez.
Provee un solo indicador que permite la comparacin entre
organizaciones.

Figura 8: Niveles de madurez

3.9.2. Continuo
Cada nivel de madurez es una plataforma bien definida para evolucionar la
mejora. Existen cinco niveles de madurez. Cada nivel es una base para la mejora
utilizando una secuencia probada desde sus bases.

Nos centramos en los problemas, mitigacin de riesgos y en lo que le


interesa a los objetivos de la organizacin.
Permite la comparacin entre reas de proceso.
Permite una comparacin contra el modelo SO 15504.

Figura 9: Niveles y su comportamiento

Adems en CMMI define reas de proceso que son un conjunto de actividades


agrupadas para facilitar el camino a la mejora. Establecen la capacidad de
proceso de la organizacin. Cada rea pertenece a un nivel de madurez en la
representacin escalonada y en la representacin continua las reas de proceso
tienen niveles de capacidad.

3.9.2.1.

3.9.2.2.

VENTAJAS

Reduccin de coste de desarrollo


Localizacin y resolucin de defectos
Mejora de la fiabilidad en la planificacin en trminos de dedicacin y
calendario
Aumento de la productividad
Reduccin de los trabajos derivados de correciones tras las fases de
prueba.
Aumento de la efectividad sobre la planificacin realizada
Mejora de la calidad
Reduccin del nmero de defectos y deteccin en las fases tempranas de
su ciclo de vida
Mejora de la imagen de marca

DESVENTAJAS

Falta de adecuacin al enfoque de servicio que est experimentando el


sector de las TI en todas sus lneas de actividad, asi como el alto esfuerzo
de implantacin que exige.
El proceso de evaluacin es muy costoso es tiempo y esfuerzo
La complejidad de la evaluacin puede atentar contra la definicin de
objetivos concretos de madurez.

3.10. MOPROSOFT
En 2004 se liber el Modelo de Mejora de procesos de desarrollo de software
conocido como Moprosoft, el cual fue diseado para empresas pequeas y
medianas de la industria Mexicana.
Moprosoft es el nombre del modelo en la comunidad universitaria y profesional, y
la norma tcnica a la que da contenido es la NMX-059/01-NYCE-2005 que fue
declarada norma mexicana el 15 de agosto de 2005 con la publicacin de su
declaratoria en el Diario de la Federacin.
Su objetivo principal es incorporar las mejores prcticas en gestin e ingeniera
de software.
Moprosoft fue desarrollado por expertos mexicanos que recopilaron las
experiencias exitosas de la industria de software a nivel mundial, y las adaptaron
a las necesidades y caractersticas de las pequeas y medianas industrias
mexicanas (PYMEs) desarrolladoras de software.
MoProSoft est dividido en 9 procesos, llamados tambin prcticas, organizados
por categoras de acuerdo a sus respectivas reas de aplicacin. Las categoras
de procesos coinciden con los tres niveles bsicos de la estructura de una
organizacin: alta direccin, gestin y operacin.

Alta
direccin
Operacin
Gerencia
(DIR)
(GER)
(OPE)

Figura 10: Niveles de la estructura de una organizacin

3.10.1. CATEGORA DE ALTA DIRECCIN


Aborda las prcticas de la alta direccin relativas a la gestin del negocio
Proporciona alineacin a los procesos de la categora de gerencia
Se retroalimenta de la informacin que estos generan

3.10.2. CATEGORA DE GERENCIA


Proporciona los elementos para el funcionamiento de los procesos de la siguiente
categora
Recibe y evala la informacin que generan los procesos de la siguiente
categora
Comunica los resultados de los procesos de alta direccin

3.10.3. CATEGORA DE OPERACIN


Aborda las prcticas
software

para los proyectos de desarrollo y mantenimiento de

Los procesos de esta categora realizan las actividades de acuerdo con los
elementos proporcionados por los de la gerencia.
Remire a la alta gerencia la informacin y los productos generados.
Cada proceso esta cuidadosamente detallado a travs de un instrumento
llamado Patrn de Procesos. Esta descripcin est dividida en 3 partes:
descripcin general, descripcin de prcticas y guas de ajuste. La descripcin
general incluye los siguientes componentes: nombre del proceso, categora,
propsito,
descripcin,
objetivos,
indicadores,
metas
cuantitativas,
responsabilidad y autoridad. La descripcin de la prctica incluye: roles
involucrados y capacitacin, actividades, diagrama de flujo de trabajo (en UML),
verificaciones y validaciones, incorporacin a la base de conocimiento, recursos

de infraestructura, mediciones,
lecciones aprendidas.

capacitacin,

situaciones

excepcionales,

3.10.4. NIVELES DE CAPACIDAD Y ATRIBUTOS DE PROCESOS


Moprosoft determina el nivel de madurez de la capacidad de cada proceso a
travs de una evaluacin, que permite colocar a la empresa en uno de los
siguientes 5 niveles.
Nivel 1: Proceso Realizado
Nivel 2: Proceso Administrado
Nivel 3: Proceso Establecido
Nivel 4: Proceso Predecible
Nivel 5: Optimizacin del proceso
Tambin existe el nivel 0, que indica que el proceso est incompleto (caos). El
nivel de una empresa corresponde al nivel mximo al que estn todos sus 9
procesos. Par pasar de un nivel al siguiente, la empresa debe cumplir todos los
requisitos de los niveles anteriores ms los del nuevo nivel. Los requisitos de
cada nivel se encuentran detallados en el modelo.

3.10.5. PROPIEDADES Y VENTAJAS DEL MODELO MOPROSOFT


Las categoras de los procesos corresponden a niveles organizacionales de
administracin
Estructura de administracin comn en muchas organizaciones
Simplifica la relacin entre el modelo de procesos y la organizacin
3.10.5.1. Procesos integrados y relacionados
Cuenta nicamente con 9 procesos evitando la fragmentacin que se
presenta en otros modelos.
La relacin entre procesos se establece mediante la identificacin de los
productos de trabajo de entrada y salida y la definicin de las
responsabilidades de los roles que participan en ms de un proceso.
3.10.5.2. Foco en el producto y su capitalizacin
Se identifican y la caracterizan los productos y las actividades de
verificacin y validacin a las que deben estar sometidos.
El proceso de Conocimiento de la Organizacin administra una base de
conocimiento que controla y asegura la disponibilidad de los productos de
trabajo a travs de un mecanismo comn.
3.10.5.3. Capacidad organizacional de gestin de procesos
Un solo proceso, Gestin de Procesos, establece la capacidad
organizacional para la planeacin, definicin, implantacin, evaluacin y
valoracin de procesos.
Regido por las directrices de Gestin de Negocio, lo que asegura la
alineacin con los objetivos.
Se distingue entre la administracin a nivel proyecto (Administracin de
Proyecto Especfico) y la gestin del portafolio de proyectos de la
organizacin (Gestin de Proyectos).

La Gestin de Proyectos facilita la Identificacin de iniciativas y proyectos;


la provisin, asignacin y reasignacin de recursos a programas y
proyectos; y el mantenimiento del balance del portafolio.
3.10.5.4. Alinecin con los objetivos de negocio
El proceso de Gestin de Negocio enfatiza la importancia de alinear todas
las actividades de la organizacin a los objetivos del negocio a travs de la
elaboracin, difusin, valoracin y mejora del Plan Estratgico.
El Plan Estratgico sirve de gua a los dems procesos de la organizacin
logrando de este modo una alineacin explcita con los objetivos de
negocio.
4. Modelos de evaluacin de las capacidades de los procesos de software:
modelo ISO/IEC 15504 / Modelo Evalprosoft
4.1.

Modelo ISO/IEC 15504

4.1.1. Definicin
Es una norma internacional para establecer y mejorar la capacidad y madurez de
los procesos de las organizaciones en la adquisicin, suministro, desarrollo,
operacin, evaluacin y soporto de productos y servicios.
Es una adaptacin para la evaluacin de procesos en PYMEs y pequeos grupos
de desarrollo software por niveles de madurez segn la norma ISO/IEC 15504. El
modelo est alineado con las metodologas giles (SCRUM, XP, etc.), las guas
ISO/IEC 29110 (Lifecycle Profiles for Very Small Enterprises) que se estn
elaborando actualmente, y con otras normas muy extendidas en el sector como
la ISO/IEC 27001 (seguridad de la informacin) y la ISO/IEC 20000 (gestin del
servicio TI).
Este modelo establece conjuntos predefinidos de procesos con objeto de definir
un camino de mejora para una organizacin. En concreto, establece 6 niveles de
madurez para clasificar a las organizaciones. Al ser un modelo para el desarrollo
software, toma como base el modelo de procesos ISO/IEC 12207:2008 (Systems
and software engineering -- Software life cycle processes).

4.1.2. Historia
El ISO/IEC 15504, tambin conocido como Software Process Improvement
Capability Determination, abreviado SPICE, en espaol, Determinacin de la
Capacidad de Mejora del Proceso de Software es un modelo para la mejora,
evaluacin de los procesos de desarrollo, mantenimiento de sistemas de
informacin y productos de software.

En 1991 el proyecto SPICE fue creado bajo los auspicios del Comit Internacional
de estndares de Ingeniera de Software y Sistemas a travs de su Grupo de
Trabajo sobre Evaluacin de proceso (WG10).
En 1992, el informe del grupo de estudio dijo que: ...la comunidad internacional
debera poner recursos para desarrollar un estndar para la evaluacin de
procesos software, incorporando lo mejor de los mtodos de evaluacin de
procesos existentes.
ISO decidi entonces se hiciera el desarrollo por pasos de un estndar para la
evaluacin de procesos. Los pasos fueron los siguientes:
Publicacin inicial como Informe Tcnico Technical Report (borrador de
estndar) para que despus de su uso real pasase a
Revisin y publicacin como estndar internacional IS ISO/IEC 15504
Tecnologas de la Informacin Evaluacin de Procesos (ISO/IEC 15504
Information Technology Process Assessment).
Las siglas SPICE significan: Software Process Improvement and Capability
Determination, es decir, Determinacin de la capacidad y mejora de los procesos
de software.
El proyecto SPICE tena tres objetivos principales:
Desarrollar un borrador de trabajo para un estndar de evaluacin de
procesos de software.
Llevar a cabo los ensayos de la industria de la norma emergente.
Promover la transferencia de tecnologa de la evaluacin de procesos de
software a la industria del software a nivel mundial.
El primer objetivo del proyecto se logr en junio de 1995, con la entrega del
borrador de trabajo de la norma para la evaluacin de procesos de software al
WG10 para su votacin entre la comunidad de estandarizacin internacional. El
Borrador de Trabajo se denominaba comnmente como el conjunto de
documentos SPICE (o SPICE Versin 1).
Este primer borrador se bas en modelos existentes en aqul momento.
Los ensayos de estos primeros documentos SPICE han sido el foco del proyecto
SPICE durante el perodo 1994 a 1998. Fue entonces, en 1998 cuando se public
la primera familia de estndares ISO TR 15504. En aquel momento se comenz a
trabajar en la versin "Internacional Standard" de la norma, y desde 2006 est
completamente publicado, exceptuadas las partes nuevas que se estn
produciendo.
En marzo de 2003, el proyecto SPICE se cerr oficialmente. La Red SPICE se
estableci posteriormente con el encargo de seguir coordinando las actividades
de la comunidad SPICE. La Red de SPICE est formalmente organizada por el
The Spice User Grupo (www.spiceusergroup.org).
En este momento se efectan actividades promocionales que se realizan a
travs de la Conferencia Internacional Anual SPICE y la publicacin de artculos y
libros.
Con el fin de apoyar la excelencia y la coherencia de la formacin de los
evaluadores, el proyecto SPICE tambin desarroll y lanz un Plan de Estudios de

formacin de los evaluadores SPICE que es utilizado actualmente por el Esquema


de Registro Internacional de Evaluadores (IntRSA) www.intrsa.org. En el
captulo de Roles se desarrollan los detalles de cualificacin y responsabilidades
de diferentes roles que se necesitan en los procesos de evaluacin y/o mejora.
4.1.3. Caractersticas

Establece un marco y los requisitos para cualquier fase de evaluacin de


procesos y proporciona requisitos para los modelos de evaluacin de
estos.

Proporciona tambin requisitos para cualquier modelo de evaluacin de


organizaciones.

Proporciona guas para la definicin de las competencias de un evaluador


de procesos.

Actualmente tiene 10 partes: de la 1 a la 7 completas y de la 8 a la 10 en


fase de desarrollo.

Comprende: evaluacin de procesos, mejora de procesos, determinacin


de capacidad.

Proporciona, en su parte 5, un Modelo de evaluacin de procesos para las


fases de ciclo de vida del software definidos en el estndar ISO/IEC
12207 que

define

los

procesos

del

ciclo

de

vida

del

desarrollo,

mantenimiento y operacin de los sistemas de software.

Proporciona, en su parte 6, un Modelo de evaluacin de procesos para las


etapas de ciclo de vida del sistema, definidos en el estndar ISO/IEC
15288 que

define

los

procesos

del

ciclo

de

vida

del

desarrollo,

mantenimiento y operacin de sistemas.

Proporcionar, en su parte 8, un Modelo de evaluacin de procesos para


los procesos de servicios TIC que sern definidos en el estndar ISO/IEC
20000-4 que definir los procesos contenidos en la norma ISO/IEC 200001.

Equivalencia y compatibilidad
elaborador

del

con CMMI. ISO forma parte

modelo CMMI y SEI mantiene

la

del panel

compatibilidad

equivalencia de sta ltima con 15504.Sin embargo CMMI-DEV an no

es un modelo conforme con esta norma (segn lo requiere la


norma ISO 15504 para todo modelo de evaluacin de procesos).

4.1.4. Partes de la norma ISO/IEC 15504

Figura 12: Estructura de la norma ISO/IEC 15504


4.1.4.1.
Parte 1: Conceptos y vocabulario - ISO/IEC 15504-1
Proporciona informacin general sobre los conceptos de evaluacin del
proceso y su uso en los contextos de: mejora de procesos y determinacin
de la capacidad del proceso.
Describe cmo encajan juntas todas las partes de la norma, y adems
suministra orientacin para su seleccin y uso.
Explica los requisitos contenidos dentro de la norma ISO/IEC 15504 y su
aplicabilidad para la realizacin de las evaluaciones.
4.1.4.2.
Parte 2: Realizacin de la evaluacin - ISO/IEC 15504-2
Describe los requisitos mnimos para realizar una evaluacin asegurando un nivel
de consistencia y capacidad de repeticin.
Identifica un marco de medicin para la capacidad del proceso y los
requisitos para:
Realizacin de una evaluacin.
Modelo de Referencia de Procesos (PRM).
Modelo de Evaluacin de Procesos (PAM).
Verificacin de la conformidad del proceso de evaluacin.
Establece los requisitos mnimos para realizar una evaluacin de los procesos y
determinacin de la capacidad.
Los elementos de esta norma son:

Figura 13: Modelo de Evaluacin del Proceso

El proceso de evaluacin definido en esta norma se basa en un modelo de 2


dimensiones:
4.1.4.2.1. Dimensin del Proceso
Proporcionada por un Modelo de Referencia de Procesos (PRM) externo, el
cual define un conjunto de procesos caractersticos con declaraciones de
propsitos y Resultados de cada proceso (Outcomes).
4.1.4.1.2.1. Procesos Primarios:

ACQ: Procesos de Cliente

SPL: Procesos de Proveedor

ENG: Ingeniera

OPE: Procesos de operacin

4.1.4.1.2.2. Procesos de soporte


SUP: Soporte
4.1.4.1.2.3. Procesos de organizacin
MAN: Procesos de Gestin

REU: Procesos de Recursos humanos


RIN: Procesos de Infraestructura
PIM: Procesos de mejora de procesos
4.1.4.2.2. Dimensin de la Capacidad del Proceso
Consiste en un marco de medicin que abarca seis (6) Niveles de
capacidad de proceso y sus Atributos de Proceso (PA).

Figura 14: Modelo de Evaluacin del Proceso


El propsito del proceso de evaluacin es conocer la capacidad de los
procesos implementados por una organizacin. Como resultado del
proceso de evaluacin se debe:
Determinar la informacin y los datos que caracterizan a los
procesos evaluados.
Determinar el grado en el cual los procesos logran el propsito para
el cual fueron desarrollados.
4.1.4.3.

Parte3: Gua para la realizacin de la evaluacin - ISO /IEC 15504-3

Proporciona una gua para interpretar los requisitos para realizar una evaluacin.
4.1.4.4.
Parte 4: Gua sobre el uso para la mejora del proceso y
determinacin de la capacidad del proceso - ISO /IEC 15504-4
Identifica la evaluacin de procesos como una actividad que puede ser realizada
ya sea como parte de una iniciativa de mejora de procesos o como parte de un
enfoque de determinacin de la capacidad.
El propsito de la mejora de procesos es mejorar continuamente la eficacia y
eficiencia de la organizacin.
El propsito de la determinacin de la capacidad de procesos es identificar las
fortalezas, debilidades y riesgos de los procesos seleccionados con respecto a un

requerimiento particular, especificados travs de los procesos utilizados y su


alineamiento con las necesidades del negocio.
4.1.4.5.
Parte 5: Un ejemplo de Modelo de Evaluacin de Procesos - ISO /IEC
15504-5
Contiene un ejemplo de Modelo de Evaluacin de Procesos basado en Modelo de
Referencia de Procesos definido en la norma ISO/IEC 12007 Amd 1, Anexo F y
Amd 2.

4.1.5. ESTRUCTURA DEL ISO /IEC 15504

Figura 15: Estructura de la Norma ISO/IEC 15504


4.1.5.1.

Evaluacin de la Capacidad

Define la escala de valoracin en la que se mide la capacidad del proceso

Escala de seis (6) niveles.


Representa el incremento de la capacidad del proceso.
Incompleto (Nivel 0): el proceso no alcanza sus propsitos.
Optimizando (Nivel 5): el proceso cumple sus objetivos de negocio actual y
planificado.

4.1.5.1.1. Niveles de Capacidad


Permite a las organizaciones mejorar los procesos, de manera individual
e independiente.

Figura 16: Niveles de Capacidad de la norma ISO/IEC 15504


4.1.5.1.2. Atributos de Proceso (PA)
Una caracterstica mensurable de la capacidad de un proceso, aplicable
a cualquier proceso
La medida de la capacidad de un proceso se basa en un conjunto
de Atributos de Proceso (PA).
Cada PA mide un aspecto particular de la capacidad del proceso.
Los PAs se encuentran agrupados en los niveles de capacidad.

Figura 17: Atributos de Proceso segn el nivel de capacidad - ISO/IEC


15504
4.1.5.2.

Evaluacin de la Capacidad

4.1.5.2.1. Niveles de Madurez

Figura 18: Nivel de madurez - ISO/IEC 15504

4.2.
Modelo EVALPROSOFT
El propsito de la herramienta de evaluacin consiste en definir un mtodo para
obtener un nivel de la capacidad de sus procesos y un nivel de madurez de
capacidades de la organizacin, tomando como referencia MOPROSOFT.
La evaluacin de cada proceso con lleva a un examen disciplinado, el cual se
apoya en una escala, criterios de evaluacin, conjunto de estndares mejores
prcticas y un mecanismo claro para exponer los resultados obtenidos.
Una vez que tenemos identificados todos los procesos y codificados se le da el
nombre al producto de trabajo. Los productos de trabajo son de suma
importancia ya que de ellos depende la calificacin obtenida en conjunto para
determinar la madurez del proceso y la capacidad de la organizacin
determinada con el nivel obtenido.
Un evaluador certificado tiene la capacidad para llevar a cabo la evaluacin
siguiendo el proceso del mtodo de evaluacin EVALPROSOF.
El mtodo de evaluacin involucra al organismo rector que proporciona el de
evaluacin, resguarda la informacin y da seguimiento al mtodo y a la
organizacin a evaluar
Al trmino del proceso de evaluacin se entrega un reporte estadstico
conteniendo las evidencias documentadas que respaldan el cumplimiento de un
atributo perteneciente al producto los resultados finales.
La certificacin tiene vigencia de slo 2 aos.

Figura 19: Relacin entre los elementos de mtodo de evaluacin

4.2.1. Usos del mtodo de evaluacin


Tenemos tres distintos escenarios:
4.2.1.1.
Evaluacin de una organizacin
Es cuando una organizacin solicita a un evaluador certificado la
realizacin de la evaluacin para obtener un perfil del nivel de capacidad
de los procesos implantados y un nivel de madurez de capacidades.
4.2.1.2.
Evaluacin de capacidades del proveedor
Es cuando un cliente solicita a un evaluador certificado la realizacin de
una evaluacin para seleccionar un proveedor de desarrollo y
mantenimiento de software. El cliente elige los procesos a evaluar
dependiendo del servicio a contratar.
4.2.1.3.
Autoevaluacin de capacidades de proceso
Es cuando una organizacin realiza una evaluacin por personal interno o
externo que no necesariamente sea evaluador. Se obtiene un diagnstico
del estado de sus procesos y detecta oportunidades de mejora. Puede ser
la base para elaborar el plan de mejora de la organizacin.
4.2.2. Descripcin General del Mtodo de Evaluacin
El modelo de capacidades, que se utiliza para calificar el nivel de capacidad de
los procesos, est basado en la Parte 03: Modelo de capacidades de procesos.
Donde se tiene cada uno de los procesos, los cuales son medidos a partir de una
escala de acuerdo al cumplimiento de cada atributo, obteniendo as un nivel de
capacidad de procesos, posicionndolo en una escala, el cual determina el nivel
de la organizacin.
El mtodo de evaluacin determina el cumplimiento de los atributos de los
procesos ya implantados en la organizacin y otorga la calificacin del nivel de
capacidad por cada proceso y un nivel de madurez de capacidades.

Figura 20: Modelo de capacidades.


4.2.3. Modelo de capacidades de procesos
La capacidad de proceso se evala en una escala de 0 a 5. El 0 se asocia al nivel
ms bajo, lo que significa que no alcanza el propsito del proceso. El 5 se asocia
al nivel ms alto demostrando el cumplimiento y alcanzando todas las metas.
Esta medicin de capacidad se obtiene de un conjunto de atributos que miden
un aspecto en particular de procesos determinados por este modelo, los cuales
son indicadores de que el proceso ha alcanzado una capacidad.

Figura 21: Niveles de capacidades.


4.2.4. Niveles de madurez de capacidades de los procesos
4.2.4.1.
Nivel 0 Proceso incompleto
No se cumple con el propsito del proceso.
Poca o nula evidencia de algn proceso llevado a cabo para cumplir con
dicho objetivo.
En el nivel 0 an no se tienen la capacidad para generar los reportes completos,
hay deficiencias debido a que no estn dados de alta las series, no estn dados
de alta todos los grupos de las localidades atendidas, no aparecen las nominas
de cada ingeniero de servicio, no hay campos para documentar los medidores de
cada equipo.
Se omiten algunas actividades en el proceso o tienen deficiencias, por otra parte
depende de la experiencia del encargado de generar el proceso en este caso los
reportes, pero se tiene un producto.
El sistema es muy lento y se presentan mensajes de error, se duplican los
reportes, el tiempo empleado para la generacin de estos es mximo a 20
minutos.

4.2.4.2.
Nivel 1 Proceso realizado
El proceso se implementa y alcanza su propsito.

Aqu ya se alcanza el propsito del proceso, ya se generan los nmeros de


reportes sin embargo puede o no estar totalmente completo. Se obtiene el
producto de dicho proceso el cual, es un indicativo del cumplimiento del objetivo.
An que se obtengan los productos finales al 100% son evidencia de que se
realiza el proceso, ms no es suficiente pues en algunos reportes falta ya sea el
grupo, nombre del coordinador o la actualizacin de la garanta de cada equipo,
la nmina de algn ingeniero y deben de contribuir a alcanzar el propsito del
proceso.
En este nivel se realizan todas las actividades obtenindose as los productos
finales (reportes). An no se tiene el control de todo el proceso, pues los
generadores de reportes no siguen un patrn establecido omiten pasos y no
llevan una secuencia como se debera.
4.2.4.2.1. Atributo de la realizacin del proceso
El proceso en este nivel ya est definido. Se sigue una secuencia con la finalidad
de obtener el reporte para su seguimiento.
4.2.4.3.
Nivel 2 Proceso administrado
El proceso realizado se administra sus productos de trabajo estn establecidos
controlados y mantenidos.
El proceso realizado en al nivel 1 se implanta de manera administrada o
gestionada (haciendo una planeacin, monitoreo y ajustes necesarios) haciendo
que en este nivel se administren tanto el proceso y los productos de trabajo.
4.2.4.3.1. Administracin de la realizacin
Ya se definen y asignan responsabilidades para llevar a cabo el proceso. Se
identifican los objetivos para cumplir con lo planeado.
4.2.4.3.2. Administracin del producto de trabajo
El encargado de realizar los productos ya sigue un estndar definido el cual es
supervisado. El proceso es gestionado, y los productos ya se establecen,
controlan y mantienen.
En el nivel 2 ya se administra tanto el proceso como los productos de trabajo. Sin
embargo la obtencin del producto depende de la experiencia del encargado de
generar el proceso.
Cada encargado sigue los procesos para generar los reportes adecuadamente y
completos, se supervisa cada reporte generado para determinar fallas del
sistema.
Los reportes se generan y pueden llevarse un tiempo estimado entre 10 y 15
minutos.
4.2.4.4.
Nivel 3 Proceso establecido
El proceso se realiza y gestiona, se implementan por medio de una serie de
pasos definidos ya estandarizados.
El proceso administrado es implementado individualmente con el proceso
definido, siguiendo estndares ya aprobados, revisados y documentados.
Para todo el personal encargado de la generacin de reportes dentro de la
compaa, se sigue el mismo proceso y con una secuencia para no omitir datos y

llenar campos en el sistema manualmente, as se evita perder tiempo en la


generacin del reporte al corregir erres por omisin de datos, reducindolo hasta
en 10 minutos.
Ahora s, se generan los reportes de manera consistente. Ya se puede planear y
controlar con precisin.
4.2.4.4.1. Atributo definicin del proceso
Ya se establece la implementacin del proceso estandarizado para soportar un
despliegue del proceso ya definido.
Como resultado:
Se define un proceso estndar, con guas de adaptacin para incorporarlas
al proceso definido que ayudaran a la realizacin del producto requerido.
Se identifican roles, es decir la funcin de la persona encargada de la
obtencin del producto final para la realizacin del proceso.
Se identifica la estructura y el lugar de trabajo necesarios para la
obtencin del proceso solicitado y requerido por el cliente final.

4.2.4.4.2. Atributo aplicacin del proceso


Es una medida de cunto se implementa /despliega efectivamente el
proceso estndar como proceso para alcanzar sus salidas del proceso.
Como resultado del alcance de este atributo tenemos:

Se implementan procesos definidos apropiados del proceso


estndar.
Se asignan roles y actividades para realizar el proceso definido.
El personal que realiza el proceso definido es competente.
Se dispone de recursos e informacin necesaria para llevar a cabo
el proceso definido.
Se mantiene la infraestructura y entorno de trabajo.
Se recolectan y analizan datos para comprender el comportamiento
del proceso definido.

4.2.4.5.

Nivel 4 Proceso predecible


El proceso establecido opera bajo lmites de alcance
En este nivel ya el proceso opera dentro de ciertos lmites para cubrir
con el objetivo y alcanzar los resultados.
Los encargados de generar los reportes deben de contar con la
experiencia necesaria para evitar errores y falta de informacin,
obteniendo los reportes cada 5 minutos, se alcanzan los objetivos
solicitados reduciendo el tiempo, costo y calidad del producto
solicitado.
El sistema el cual nos sirve de herramienta para la generacin de
reportes ya no es lento, no hay falta de informacin ingresada en la
base de datos para cumplir con el objetivo del producto, los recursos
son adecuados para correr la aplicacin.

Se cuenta con la suficiente memoria para almacenar datos y


consultarla en cualquier momento.
4.2.4.5.1. Atributo medicin del proceso
Los resultados obtenidos son medidos para asegurar que la realizacin del
proceso alcanza los objetivos relevantes de realizacin del mismo, en soporte a
los objetivos de negocios definidos.
Como resultados de este atributo:
Se establecen necesidades de informacin del proceso en soporte a los
objetivos de la organizacin.
Se establecen objetivos cuantitativos para la realizacin de los procesos
en soporte a los objetivos del negocio relevantes.
Se identifican y definen las medidas y frecuencias de medidas con los
objetivos de medida de procesos y los objetivos cuantitativos de
realizacin de los procesos.
Se recolectan, analizan y se informa para conocer el grado en el que se
cumplen los objetivos cuantitativos de realizacin de los procesos.

4.2.4.5.2. Atributo control del proceso


Este atributo es una medida de cunto se gestiona cuantitativamente el proceso
para producir un proceso estable, capaz y predecible en los lmites definidos
para l.
Como resultado:
Se determinan tcnicas de anlisis y de control.
Se establecen lmites de control para la realizacin normal de los
procesos.
Se analizan los datos medidos.
Se toman acciones correctoras para tratar las causas de variacin
especiales.
4.2.4.6.
Nivel 5 Proceso optimizado
El proceso predecible se mejora continuamente.
Existe una mejora continua en el proceso para lograr las metas del negocio
actuales y futuras.
En cuanto a la generacin de reportes ya est establecido el proceso, ya se
puede pensar en otro tipo de reportes para poder documentar las visitas o para
llevar al control de algn equipo que requiera de piezas para su reparacin, etc.
El sistema no presenta fallas, es eficiente y rpido, los recursos tienen un buen
funcionamiento, ya que son los adecuados para correr la aplicacin, el tiempo
estimado en generar el reporte es de 3 a 5 minutos. No se tiene falla alguna.
Cuando se tienen las calificaciones para cada atributo para un proceso en
especfico, ya se tiene el perfil del proceso, el cual define el nivel de capacidad
de ste.
4.2.4.6.1. Atributo innovacin del proceso
Se refiere a un enfoque proactivo en cuanto a la mejora continua para cumplir
los objetivos de las organizaciones y proyectos.

El haber definidos los objetivos de mejora proporciona una base para el nivel 5
de capacidad.
Al alcanzar este atributo:
Se definen objetivos de mejora de procesos.
Se analizan los datos y se identifican cules son las causas en la variacin
de la realizacin de los procesos.
Se identifican oportunidades de mejora que se derivan de nuevas
tecnologas y nuevos conceptos de procesos.
Se establece una estrategia para alcanzar los objetivos de mejora de los
procesos.

4.2.4.6.2. Atributo de optimizacin del proceso.


Se refiere a la identificacin de cambios al proceso que son introducidos para
minimizar la no deseada interrupcin de la operacin del proceso.
Como resultado de este atributo:
Se evala el impacto de los cambios propuestos frente a objetivos de los
procesos identificados y procesos estndar.
Se gestiona la implementacin de todos los cambios para evitar cualquier
interrupcin.
Se evala la efectividad del cambio del proceso con base en la relacin
actual frente a los requisitos definidos para los procesos y los objetivos de
los procesos y as determinar a qu se deben los resultados.
La evaluacin final engloba un conjunto de perfiles de capacidad de los 9
procesos que corresponden a cada proceso evaluado.
4.2.5. Calificacin de los procesos
La combinacin de las calificaciones de los atributos, determina la capacidad de
cada proceso para generar los productos y en conjunto determinan la madurez
de la organizacin al ser evaluada.
La evaluacin se realiza por cada uno de los nueve procesos. A nivel
organizacional el nivel de madurez se define como el mximo nivel de capacidad
alcanzado por todos los procesos.
As mismo se apoyan de plantillas para calificar cada proceso, en las cuales se
califican cada uno de los atributos de ese proceso en especfico.
Las calificaciones de cada proceso se determinan de acuerdo a los siguientes
cuatro lineamientos.
N No alcanzado. Va del 0% AL 15%. Hay poca documentacin, no hay o
hay muy poca evidencia del alcance en el atributo definido del proceso
evaluado.
P Parcialmente alcanzado. Del 16% a un 50% de alcance. Se dice que si
hay una evidencia y un alcance del atributo definido.
L Ampliamente alcanzado. Del 51% al 85% de alcance. Existe un
enfoque sistemtico y un alcance significativo del atributo definido.
F Totalmente alcanzado. Desde un 86% al 100% ya se tiene una
evidencia de un enfoque completo y sistemtico, y ya se alcanza por

completo el atributo definido, no existen debilidades significativas en la


realizacin del proceso.
Se obtienen calificaciones para cada proceso de acuerdo al cumplimiento de sus
atributos.
Si:
N=0
P=1
L=2
F=3
4.2.6. Modelo de capacidades de procesos
La evaluacin debe de contar con los procesos documentados, para cubrir los
objetivos de sta.

Figura 22: Proceso de evaluacin.


4.2.6.1.
Etapa 1: Planificacin
Verificar entradas y salidas, calendarios registros de responsabilidades.
En esta etapa se definen las actividades que se llevaran a cabo para la
evaluacin, se hace una seleccin para definir las actividades de los
participantes en la evaluacin, as como tambin los criterios para verificar que
se han cumplido los requisitos.
4.2.6.2.
Etapa 2: Recoleccin de datos
Se obtendrn los datos registrados para verificar resultados.
Se hace una recoleccin de los datos que se requieren para la evaluacin de
cada proceso de una manera sistemtica.
Se establece una estrategia y tcnica para la seleccin, recoleccin, anlisis de
datos y justificacin de las calificaciones. Con esto se obtiene una evidencia
objetiva para cada proceso evaluado.
4.2.6.3.
Etapa 3: Validacin de datos
Como su nombre lo dice, se debe validar toda la informacin recabada, revisar
que los datos sean consistentes y representativos.
Se juntan todos los datos obtenidos para consolidarlos y hacer su respectiva
validacin de los mismos.

4.2.6.4.
Etapa 5: Informe
Se realiza un informe de evaluacin de la situacin actual de la organizacin,
preparada por el evaluador, el cual tiene la obligacin de presentarlo ante los
participantes y al rea directiva de la organizacin.

4.2.7. Resultados de la evaluacin


El reporte final de la evaluacin, se entrega a la organizacin y contiene la
siguiente informacin:
Nombre de la organizacin evaluada.
Nombre del promotor y su rol dentro de la organizacin.
Nombre del evaluador certificado, equipo de evaluacin y sus roles dentro
de la evaluacin.
Versin del mtodo de evaluacin.
Procesos evaluados.
Fechas de la evaluacin.
Tabla de perfiles de calificaciones de atributos de cada proceso evaluado.
Perfil del nivel de capacidad de los procesos implantados y un nivel de
madurez de capacidades. Resumen de hallazgos detectados para cada
proceso.
Resumen de hallazgos que aplican a varios procesos.
Hallazgos que no estn directamente relacionadas con la parte 01:
Requisitos de procesos, pero que afectan a la implantacin.

CONCLUSIONES
El proceso de desarrollo y mantenimiento de software de MoProSoft
presenta un modelo que es entendible, aplicado y no es costoso en su
adopcin; por lo cual a medida que se mejora el proceso con MoProSoft y
EvalProSoft, los proyectos de desarrollo de software iran mejorando y esto
servir de base para alcanzar evaluaciones exitosas con ootro modelos o
normales tales como ISO 2000 o CMM
La norma mexicana de modelos de Procesos de software MoProSoft
preende ayudar a las empresas dedicadas al desarrollo y mantenimiento
de software a mejorar los procesos de cada una de las reas,
documentando las practicas ms importantes que lleva a cabo dentro de
esta. Esta documentacin implica adems servir como gua, medir y
mejorar continuamente estas prcticas.

Realizar un evaluacion con EvalProSoft en un proyecto realizado presenta


grandes beneficios ya que se puede acoplar a varias Metodologias de
desarrollo y al estar basado en MoProSoft, la evaluacion proporcionara
resultados de gran utilidad para el mejoramiento de la calidad de
proyectos futuros.

REFERENCIAS
ISO/12207
http://www.emn.fr/z-info/harbol07/ACIS.pdf
http://es.scribd.com/doc/131847881/NORMA-ISO-12207-pdf#scribd
http://unfviso12207.webcindario.com/index.php?mod=proceso_organizativos
CMMI
http://www.globales.es/imagen/internet/Informaci%C3%B3n%20General
%20CMMI.pdf
http://www.allsoft.com.mx/recursos/ElModeloCMMI.pdf
http://www.coes1.org.pe/Documentos%20compartidos/Teoria/Introduccion%20a
%20CMMI.pdf

EvalProSoft
https://prezi.com/9v6x7u59q_g_/evalprosoft/
http://bibdigital.epn.edu.ec/bitstream/15000/4491/1/CD-4107.pdf
Modelos de Procesos
http://bibdigital.epn.edu.ec/bitstream/15000/4491/1/CD-4107.pdf