Modelos de Procesos y Evaluacion (O) PDF

1
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software

Informacin de la Investigacin

Nombre de la Materia : Control de Calidad de Software
Catedrtico : Ing. Alonso Morales
Tema de Investigacin : MODELOSDEPROCESODESOFTWARE
Facultad : Ingeniera de Sistemas
Ao Acadmico : 2013 II
Ciclo : VIII
Grupo : S1

Materia
Integrantes
Condori Calle, Hernn
Huaman Delgado, Frank
Jurado Dominguez, Claudia
Misaico Palomino, Christian
Pacheco Muoz, Leonardo

2
Dedicatoria

Dedicatoria

Este presente trabajo esa dedicado a Dios
por mostrando las oportunidades positivas; a
nuestros padres por el apoyo presente en lo
largo de nuestra vida y a nuestros profesores
por ser el gua y la orientacin en nuestras
decisiones.

3
Resumen

Resumen
La presente investigacin describe los modelos de Procesos
de Software: Modelo Iso/Iec 12207, Modelo CMMI, Modelo
Moprosoft; y modelos de evaluacin de la capacidades: Modelo
Iso/Iec 15504 y Modelo Evalprosoft; analizaremos cada uno de
estos modelos para tener en cuenta algunos aspectos para para
implementarla y otros tems relevantes.

Objetivos
Conocer los diversos modelos de procesos y evaluacin
existentes en el mercado.
Analizar, comparar y conocer los beneficios que trae
consigo la certificacin en estos modelos.
Entender qu es el proceso de desarrollo de software
Cules son los componentes que debe considerar un
proceso de desarrollo de software
Modelos de proceso de desarrollo de software
Calidad del proceso de desarrollo de software

4
Contenido
Informacin de la Investigacin .................................................................................................... 1
Dedicatoria .................................................................................................................................... 2
Resumen ........................................................................................................................................ 3
Introduccin .................................................................................................................................. 5
1. Proceso De Software ............................................................................................................. 6
1.1. Beneficios ...................................................................................................................... 6
1.2. Actividades Fundamentales Del Proceso De Software ................................................. 6
1.3. Elementos Del Proceso De Software ............................................................................. 7
1.4. Relacin Entre Los Elementos Del Proceso De Software .............................................. 7
2. Modelos de Definicin de Procesos de Ciclo de Vida del Software ...................................... 9
2.1. Definicin. ..................................................................................................................... 9
2.2. Modelos de Ciclo de Vida. ........................................................................................... 10
2.2.1. Modelo ISO/IEC 12207 ........................................................................................ 10
2.2.2. Modelo CMMI ..................................................................................................... 14
2.2.3. MODELO MOPROSOFT ........................................................................................ 18
3. Modelos De Evaluacin De Las Capacidades De Los Procesos Software ............................ 22
3.1. Modelo ISO/IEC 15504 ................................................................................................ 22
3.1.1. Estructura De La Norma ISO/IEC 15504 .............................................................. 22
3.1.2. Descripcin de los niveles de madurez segn la norma ISO/IEC 15504 ............. 24
3.2. Modelo Evalprosoft ..................................................................................................... 26
3.2.1. Modelo de capacidades de procesos .................................................................. 26
Conclusiones ............................................................................................................................... 30
Glosario ....................................................................................................................................... 31
Bibliografa .................................................................................................................................. 32

5
Introduccin

Da a da se habla del concepto calidad en diferentes entornos, donde
constantemente se aumenta el inters por desarrollar productos de calidad;
esto debido al alto nivel de exigencia por parte de los clientes y al rechazo
que stos tienen sobre productos que no cumplen con los requisitos
propuestos o que no presentan una adecuada calidad.
Con base en lo anterior, internacionalmente se han propuesto distintos
modelos, normas y estndares de calidad, con el fin de suministrar los
medios para que todos los procesos se realicen de la misma forma y sean
una gua para lograr la productividad y la calidad (Piattini & Garca, 2003);
algunos de estos modelos, normas y estndares de calidad son CMMI
(Capability Maturity Model Integration), ISO/IEC 12207, Moprosof, ISO/IEC
15504, Evalprosoft.
Se obtendr un anlisis y una comparacin de ciertos modelos relacionados
con la calidad, capacidad y madurez de procesos enfocados al desarrollo de
software.
Para el desarrollo de este trabajo nos centraremos en los modelos de
definicin de procesos CMMI, ISO/IEC 12207, MOPROSOFT y modelos de
evaluacin de las capacidades de los procesos ISO/IEC 15504 y
EVALPROSOFT. Es importante implementar modelos de procesos que han
sido probados, y que estn basados en estndares de calidad de software.

6

1. Proceso De Software

Un proceso de desarrollo de software es un conjunto de personas, estructuras de
organizacin, reglas, polticas, actividades y sus procedimientos, componentes de
software, metodologas, y herramientas utilizadas o creadas especficamente para
definir, desarrollar, ofrecer un servicio, innovar y extender un producto de software.

1.1. Beneficios

a. Un proceso de software efectivo habilita a la organizacin a incrementar su
productividad al desarrollar software.
b. Permite estandarizar esfuerzos, promover el uso, repeticin y consistencia entre
proyectos.
c. Provee la oportunidad de introducir mejores prcticas de la industria.
d. Permite entender que las herramientas deben ser utilizadas para soportar un
proceso.
e. Establece la base para una mayor consistencia y mejoras futuras.
f. Un proceso de software mejora los esfuerzos de mantenimiento y soporte:
g. Define cmo manejar los cambios y liberaciones a sistemas de software
existentes.
h. Define cmo lograr la transicin del software a la operacin, y cmo ejecutar los
esfuerzos de operacin y soporte.

Necesitamos un proceso de software cuya funcionalidad est probada en la prctica, y
personalizado para que cumpla con nuestras necesidades especficas.

1.2. Actividades Fundamentales Del Proceso De Software

A continuacin se describen las actividades fundamentales del proceso de software:

Especificacin De Software: Se debe definir la funcionalidad y restricciones
operacionales que debe cumplir el software.
Diseo E Implementacin: Se disea y construye el software de acuerdo a la
especificacin.

7
Validacin: El software debe validarse, para asegurar que cumpla con lo que
quiere el cliente.
Evolucin: El software debe evolucionar, para adaptarse a las necesidades del
cliente.
1.3. Elementos Del Proceso De Software

Un marco comn del proceso, definiendo un pequeo nmero de actividades del
marco de trabajo que son aplicables a todos los proyectos de software, con
independencia del tamao o complejidad.
Un conjunto de tareas, cada uno es una coleccin de tareas de ingeniera del
software, hitos de proyectos, entregas y productos de trabajo del software, y
puntos de garanta de calidad, que permiten que las actividades del marco de
trabajo se adapten a las caractersticas del proyecto de software y los requisitos
del equipo del proyecto.
Las actividades de proteccin, tales como garanta de calidad del software, gestin
de configuracin del software y medicin, abarcan el modelo del proceso. Las
actividades de proteccin son independientes de cualquier actividad del marco
de trabajo y aparecen durante todo el proceso.

1.4. Relacin Entre Los Elementos Del Proceso De Software
Otra perspectiva utilizada para determinar los elementos del proceso de desarrollo de
software es establecer las relaciones entre elementos que permitan responder Quin
debe hacer Qu, Cundo y Cmo debe hacerlo.

8

As las interrogantes se responden de la siguiente forma:
Quin: Las Personas participantes en el proyecto de desarrollo desempeando uno o ms
Roles especficos.
Qu: Un Artefacto1 es producido por un Rol en una de sus Actividades. Los Artefactos se
especifican utilizando Notaciones especficas. Las Herramientas apoyan la elaboracin de
Artefactos soportando ciertas Notaciones.
CmoyCundo: Las Actividades son una serie de pasos que lleva a cabo un Rol durante
el proceso de desarrollo. El avance del proyecto est controlado mediante hitos que
establecen un determinado estado de terminacin de ciertos Artefactos.
Un artefacto es una pieza de informacin que es producida, modificada o usada por el
proceso, define un rea de responsabilidad para un rol y est sujeta a control de
versiones. Un artefacto puede ser un modelo, un elemento de modelo o un documento.
UN MODELO DE CICLO DE VIDA DE SOFTWARE
Es una vista de las actividades que ocurren durante el desarrollo de software (a lo largo
de su VIDA), intenta determinar el orden de las etapas involucradas y los criterios de
transicin asociadas entre estas etapas.
CREAR UN MODELO DE CICLO DE VIDA PERMITE
Describir las fases principales del desarrollo del software.
Definir las fases primarias esperadas de ser ejecutadas durante esas fases.
Administrar el progreso del desarrollo.
Detectar errores ms rpido.
Mejorar la calidad del software.
Estimar los Plazos de Implementacin.
Costos de la Implementacin.
Proveer un espacio de trabajo para la definicin de un detallado proceso de
desarrollo de software.

9
2. Modelos de Definicin de Procesos de Ciclo
de Vida del Software

2.1. Definicin.

Unmodelodeciclodevidadesoftware es una vista de las actividades que ocurren
durante el desarrollo de software (a lo largo de su VIDA), intenta determinar el
orden de las etapas involucradas y los criterios de transicin asociadas entre estas
etapas.

Crear un Modelo de Ciclo de Vida Permite
Describir las fases principales del desarrollo del software.
Definir las fases primarias esperadas de ser ejecutadas durante esas fases.
Administrar el progreso del desarrollo.
Detectar errores ms rpido.
Mejorar la calidad del software.
Estimar los Plazos de Implementacin.
Costos de la Implementacin.
Proveer un espacio de trabajo para la definicin de un detallado proceso de
desarrollo de software.
Bsicamente sus Procesos o Estados son:
Definicin o desarrollo del concepto: loqueelsoftwarehar.
Desarrollo tcnico:creacindelsoftware.
Uso u Operacin: UsodelSoftware.
Evolucin: Mantenimientoyevolucindelsoftware.
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,
ponemos nfasis en que, 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.
Tambin, un modelo de ciclo de vida define el estado de las fases a travs de las
cuales se mueve un proyecto de desarrollo de software.
El primer ciclo de vida del software, "Cascada", fue definido por Winston Royce a
fines del 70. Desde entonces muchos equipos de desarrollo han seguido este
modelo. Sin embargo, ya desde 10 a 15 aos atrs, el modelo cascada ha sido
sujeto a numerosas crticas, debido a que es restrictivo y rgido, lo cual dificulta el
desarrollo de proyectos de software moderno. En su lugar, muchos modelos

10
nuevos de ciclo de vida han sido propuestos, incluyendo modelos que pretenden
desarrollar software ms rpidamente, o ms incrementalmente o de una forma
ms evolutiva, o precediendo el desarrollo a escala total con algn conjunto de
prototipos rpidos.

2.2. Modelos de Ciclo de Vida.

2.2.1. Modelo ISO/IEC 12207

La ISO 12207 proporciona un proceso estructurado utilizando terminologa
aceptada, ms que dictar un mtodo particular del ciclo de vida o un
mtodo para el desarrollo de software. Puesto que es un documento
relativamente de alto nivel, el ISO 12207 no especifica detalladamente
cmo realizar las actividades y las tareas que abarcan los procesos. Ni
prescribe el nombre, el formato, o el contenido de la documentacin. Por
lo tanto, las organizaciones que intentan aplicar el ISO 12207 pueden utilizar
los estndares o procedimientos adicionales donde se especifican este tipo
de detalles.
La importancia del software es una parte integral y necesaria de muchos
productos y sistemas, requiere un marco comn internacional, para
especificar las mejores prcticas de los procesos de software, actividades y
tareas.
En 1987, en una sesin plenaria de la ISO, la delegacin norteamericana
solicit al International Software Engineering Standards Group el desarrollo
de una norma relativa al proceso del ciclo de vida del software.
En 1989, se constituy el Grupo de Trabajo 7 para iniciar el proyecto.
Segn la Norma ISO/IEC Standard 12207: Software life-Cycle processes
propuesta por la ISO (International Organization for Standardization): Esun
marcodereferenciaquecontienelosprocesos,lasactividadesylastareas
involucradaseneldesarrollo,explotacinymantenimientodeunproducto
software, abarcando la vida del sistema desde la definicin de requisitos
hastaquesedejadeutiliza.

Segn esta norma las actividades que se pueden llevar a cabo durante el
ciclo de vida del SW se pueden agrupar en:

5 Procesos Principales o Primarios.
8 Procesos de Soporte.
4 Procesos de Organizacin o Generales.

11

Procesos del Modelo ISO/IEC 12207:
a) ProcesosPrimarios.
Los procesos primarios identifican cinco roles que pueden ser llevados
a cabo por la organizacin, estos son los promotores principales para
conducir a la mejora de las funciones dentro del Ciclo de Vida, se estructura
dentro de 5 PROCESOS:

1) Adquisicin:
- Define las actividades del adquiriente, la organizacin que
adquiere un producto, servicio o sistema software.
2) Suministro:
- Define las actividades del suministrador, la organizacin que
provee el producto, servicio o sistema software. Es un
complemento del proceso de adquisicin.
3) Desarrollo:
- Define las actividades del desarrollador, la organizacin que
define y desarrolla el sistema de software.

- Est subdividido en trece actividades que involucran:
implementacin, anlisis de requerimientos del sistema,
diseo de la arquitectura del sistema, anlisis de
requerimientos de software, diseo de la arquitectura del
software, diseo detallado del software, codificacin y
pruebas, integracin del software, pruebas de calidad del

12
software, integracin del sistema, pruebas de calidad del
sistema, instalacin del software, aceptacin del software.
Los procesos de desarrollo marcan el Inicio de la etapa de
implementacin del proyecto.
4) Mantenimiento:
- (correctivo, perfectivo, preventivo y adaptativo) Define las
actividades de la organizacin que provee el servicio de
mantener el software, conservndolo actualizado y
utilizable. Este proceso incluye la migracin y retiro del
software.
5) OperacinoExplotacin:
- Define las actividades del operador, la organizacin que

provee el servicio de operar el sistema de cmputo en el
ambiente de los usuarios.

b) ProcesosdeSoporte.
Estas son las actividades que soportan y coordinan el desarrollo y el
ciclo de vida de las actividades primarias. Un proceso de soporte,
apoya otros procesos que llevar a cabo una funcin especializada. Est
compuesta por ocho procesos:

1) Documentacin
- El proceso de documentacin define las actividades
necesarias para registrar toda la informacin producida por
los procesos del ciclo de vida.

2) Administracindelaconfiguracin:
- Incorpora actividades de identificacin, control, estadstica y
evaluacin de las configuraciones as como las de la
administracin de versiones.

3) Procesodeaseguramientodelacalidad:
- Define las actividades para asegurar objetivamente que los
productos de software satisfacen los requerimientos
especificados y se adhieren a los planes establecidos.

- Las revisiones conjuntas, auditoras, verificacin y validacin
pueden ser usadas como tcnicas de aseguramiento de la
calidad.

4) Verificacin:

13
- Define las actividades (para el adquiriente, el proveedor u
organizacin independiente) para verificar los productos y
servicios de software.

5) Validacin
- Define las actividades (para el adquiriente, el proveedor u
organizacin independiente) para validar los productos de
software del proyecto de software.

6) Revisionesconjuntas
- Este proceso es para revisiones tanto tcnicas, como
administrativas, para que de esta forma una de las partes
evale el estado de los productos producidos y las
actividades realizadas por la otra parte.

7) Auditorias
- Define las actividades para determinar el cumplimiento de
los requerimientos, planes y contratos. Este proceso puede
ser usado por cualquiera de las dos partes, donde una parte
(auditora) audita los productos o actividades de la otra parte
(auditada).

8) Resolucindelproblemas
- Define un proceso para analizar y eliminar (resolver) todos
los problemas (incluyendo inconformidades), sin importar su
naturaleza u origen, que sean descubiertos durante la
ejecucin del desarrollo, operacin, mantenimiento y otros
procesos.

c) ProcesosdeOrganizacinoGenerales.
Se refiere a la administracin y al apoyo en general para todo el
ambiente de desarrollo. Est comprometido en seguir cuatro
procesos:

1) Administracin:
- La intencin de este proceso es la de proporcionar
administracin a todos los dems procesos del proyecto,
incluyendo administracin del producto y administracin del
proyecto.

2) Infraestructura:

14
- establece y mantiene el "hardware, software, herramientas,
tcnicas y estndares" que se requieren para la ejecucin de
los otros procesos. Cualquier estndar utilizado en un
proyecto o por una organizacin se vuelve parte de la
infraestructura.
3) Mejoras:
- Define las actividades bsicas que una organizacin
(adquiriente, proveedor, operador, administrador, etc.)
realiza para establecer, medir, controlar y mejorar los
procesosdesuciclodevida.
4) Entrenamiento:
- Define las actividades para proveer personal entrenado adecuado.

Conexin con Otras Normas.
El estndar 12207 se relaciona con normas de calidad,
especialmente la ISO 9001: Sistemas de calidad modelos para la
garanta de calidad en la concepcin, desarrollo, produccin,
instalacin y prestacin de servicios.

2.2.2. Modelo CMMI

CMMI (Modelo de Madurez de Capacidad Integrado) pertenece a la familia de
modelos desarrollados por el SEI (Software Engineering Institute) para evaluar las
capacidades de las organizaciones de ingeniera de sistemas, ingeniera de
software, adems del desarrollo integrado del producto y del proceso.
Describe y Detalla los atributos esenciales que deberan caracterizar a una
organizacin en un determinado nivel de maduracin. Proporciona a las
organizaciones los elementos esenciales para Obtener procesos eficaces.
Existen 3 Constelaciones del CMMI:
- Desarrollo
- Adquisiciones
- Servicios
1984 Creacin del SEI Software Engineering Institute Creador del Modelo CMMI
1991 Primera versin de CMMI
2000 Aprobacin de CMMI
Ventajas:

15
- Mejorar los procesos que inciden en el mantenimiento y desarrollo de
software.
- Criterio para evaluar los procesos de una empresa que mantiene y
desarrolla software.
Existen tres variantes de CMMI: CMMI-DEV (desarrollo), CMMI-SVC
(servicios) y CMMI-ACQ (adquisiciones)

OBEJTIVOS
Especficos.
Los objetivos especficos se aplican a una nica rea de
proceso y localizan las particularidades que describen que
se debe de Implementar para satisfacer el propsito del
rea de proceso.

Genricos.
Los objetivos genricos asociados a un nivel de capacidad
establecen lo que una organizacin debe de alcanzar en ese
nivel de capacidad.

PRACTICAS
Especficos.
Una prctica especfica es una actividad que se considera
importante en la realizacin del objetivo especfico al cual
est asociado.

Genricos.
Una prctica genrica se aplica a cualquier rea del proceso
que puede mejorar el funcionamiento y control de
cualquier proceso.

NIVELES
Madurez
Se aplican a los logros de una organizacin de mejora de
procesos en sus reas.
Estos niveles son un medio para mejorar los procesos
correspondientes a un determinado conjunto de reas de
proceso.

16
Capacidad
Un nivel de capacidad para una rea del proceso se logra
cuando todas las metas genricas dependen
satisfactoriamente de ese nivel.
Ambos niveles de capacidad y de madurez proporcionan una forma de
mejorar los procesos de una organizacin y medir qu tan bien las
organizaciones pueden y deben mejorar sus procesos.

NIVELES DE MADUREZ

Nivel 0 (Incompleto): El proceso no se ejecuta o se hace parcialmente.

Nivel 1 (Ejecutado): El proceso se ejecuta y se producen productos basados en
productos de entrada identificados.

Nivel 2 (Administrado): El proceso es reactivo y se caracteriza por su aplicacin a
proyectos.

Nivel 3 (Definido): El proceso es proactivo y se ve a nivel de la organizacin.
Nivel 5: Mejoramiento e
innovacin continuos.
Nivel 1: Procesos Ad-Hoc. Usualmente reactivo, no
repetibles. Organizacin Apoyada en Hroes.
Nivel 2: Procesos de Gerencia de Proyectos bsicos.
xitos Repetible de proyecto a proyecto
Nivel 3: Procesos de Gerencia de Proyectos
integrados, proceso de ingeniera definidos.
Nivel 4: Proyectos y Organizacin
administrados cuantitativamente.
8 a 18 meses
12 a 18 meses
18 a 36 meses
12 a 30 meses

17

Nivel 4 (Administrado Cuantitativamente): El proceso es medido y controlado.

Nivel 5 (Optimizado): El proceso se enfoca en la mejora continua.

NIVELES DE CAPACIDAD

Nivel 1 (Realizado): Proceso Informal e impredecible.

Nivel 2 (Gestionado): Sistema de gestin de proyectos est presente
(Comportamiento Predecible).

Nivel 3 (Definido): Procesos de ingeniera y de gestin definidos e integrados.

Nivel 4 (Gestionado Cuantitativamente): Productos y Procesos controlados
cuantitativamente.

Nivel 5 (En Optimizacin): La mejora de procesos esta institucionalizada.

OPORTUNIDAD DE CERTIFICACION EN CMMI
La evaluacin se enfoca en identificar oportunidades de mejora, y comparar los procesos
de la organizacin con las mejores prcticas CMMI. Los equipos de evaluacin usan
mtodos conformes a los requerimientos para certificar CMMI (ARCAppraisal
Requirements for CMMI) [12] para guiar su evaluacin y reporte de conclusiones. Los
resultados de la evaluacin son usados para planear mejoras en la organizacin.
Hay tres clases de mtodos de evaluacin. Clase A, B, C. El Standard CMMI Appraisal
Method for Process Improvement (SCAMPI) es un mtodo de evaluacin que cumple
todos los requerimientos ARC.
Requerimientos para la certificacin del CMMI.
Los requerimientos de certificacin de CMMI (Appraisal Requirements for CMMI,
ARC) definen las caractersticas esenciales de los mtodos de certificacin,
consisten en un conjunto de criterios de diseo de alto nivel para desarrollar,
definir y usar mtodos de certificacin basados en el modelo CMMI.
Definen tres clases de mtodos de certificacin, las clases reflejan maneras
comunes de usar stos mtodos. Los mtodos de clase A, son los ms rigurosos,
se centran en cmo se ha realizado la implementacin y se examina el nivel de
institucionalizacin de las prcticas desplegadas. Los de clase B, son mtodos
iniciales e incrementales, son mtodos de autoevaluacin de los procesos.

18
Finalmente los de clase C, son mtodos que sirven para tener una mirada rpida
de los procesos.

Principios y conceptos fundamentales de ARC (Appraisal
Requirements for CMMI).
LosElementosFundamentalesdelARCson:
Proceso de Certificacin
El modelo de referencia de Certificacin
La unidad Organizacional
Instanciacin
Muestras e instancias dentro del Proceso de Certificacin.
Evidencia Objetiva.
Fuentes de Evidencia Objetiva.

Funciones Principales de las Evaluaciones Son:
1. Analizar: Se analiza como una organizacin trabaja en comparacin a un
modelo de referencia. Las evaluaciones estabilizan el proceso y priorizan el
cambio.
2. Motivar: Las evaluaciones sirven como soporte al cambio, producen cambios
involucrando y motivando a las organizaciones en esfuerzos de auto anlisis.
3. Transformar: Haciendo que personas diferentes vean las mismas cosas de la misma
forma. Ayudando los esfuerzos de unificacin de la gerencia. Suavizando una cultura
de censura, permitiendo al personal la libertad de pensar acerca de qu se hace de
forma equivocada y cmo corregirlo. Consolidando las mejoras y ayudando a
institucionalizar el anlisis riguroso.
4. Educar: Exponiendo a las organizaciones las mejores prcticas mundiales. Las
Evaluaciones educan proporcionando a las personas en las organizaciones un amplio
conocimiento de su propia compaa y estimulando a las organizaciones a
contemplar las mejores prcticas de la industria y compararlas con la organizacin.

2.2.3. MODELO MOPROSOFT

Modelo de Procesos para la Industria del Software (MOPROSOFT) Es un
modelo para la mejora y evaluacin de los procesos de desarrollo y
mantenimiento de sistemas y productos de software.

Desarrollado por la Asociacin Mexicana para la Calidad en Ingeniera de
Software, a travs de la Facultad de Ciencias de la Universidad Nacional
Autnoma de Mxico (UNAM) y a solicitud de la Secretara de Economa

19
para obtener una norma mexicana que resulte apropiada a las
caractersticas de tamao de la gran mayora de empresas mexicanas de
desarrollo y mantenimiento de software.

Moprosoft considera que los modelos de evaluacin y mejora CMMI e
ISO/IEC 15504 no resultan apropiados para empresas pequeas y medianas
de desarrollo y mantenimiento de software. Sobre las reas de procesos de
los niveles 2 y 3 del modelo SW-CMM e inspirndose en el marco de ISO/IEC
15504 se ha desarrollado este modelo.

Desarrollado por la Asociacin Mexicana para la Calidad en Ingeniera de
Software a travs de la Facultad de Ciencias de la Universidad Nacional
Autnoma de Mxico.

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.

Criterios Empleados

El modelo destaca la importancia de la gestin de recursos, con
especial relevancia en aquellos que componen el conocimiento
de la organizacin: productos generados por proyectos, datos
de los proyectos, mediciones, documentacin de procesos y
datos cosechados a partir del uso y de las lecciones aprendidas.

Moprosoft se basa en los modelos de procesos ISO9001:2000,
en las reas de procesos de los niveles 2 y 3 de CMM-SW:CMM-
SWv.1.1., en el marco general ISO/IEC15504 y en prcticas y
conceptos de PMBOK Y SWEBOK.

CARACTERISTICAS DESEADAS DEL MODELO DE MOPROSFT
Fcil de Entender
Fcil de Implementar o Aplicar
No muy Costoso en su adopcin
Ser base para alcanzar evaluaciones exitosas con otros
modelos o normas.
CATEGORIAS DE PROCESO Y SUBPROCESOS
1. Categora de Alta Direccin (DIR).

20
Se establecen los lineamientos para los procesos de la
Categora de Gerencia y se retroalimenta con la
informacin generada por ellos en apoyo a la estrategia de
la organizacin.
GESTIONDENEGOCIOS
Su propsito la razn de ser de la organizacin, sus
objetivos y las condiciones para lograrlos, para lo cual es
necesario considerar las necesidades de los clientes, as
como evaluar los resultados para poder proponer cambios
que permitan la mejora continua.
2. Categora de Gerencia (GER).

Se definen los elementos para el funcionamiento de los
procesos de la Categora de Operacin en funcin de la
estrategia de Direccin, recibe y evala la informacin
generada por stos y comunica los resultados a la Categora
de Alta Direccin.
GESTIONDEPROYECTOS
Generar proyectos que contribuyan al cumplimiento de los
objetivos y estrategias de la organizacin
GESTIONDEPROCESOS
Establece procesos que apoyen a las estrategias de la
organizacin as como actividades de mejora en los
mismos.
GESTIONDERECURSOS
Consigue y provee a la organizacin de los recursos para
desarrollar las actividades de acuerdo a las necesidades de
cada proceso y proyecto.
SubProcesosdeRecursos
Recursos Humanos y ambientes de Trabajo
Provee y administra RRHH y busca mantener
un ambiente adecuado de trabajo.
BienesServicioseinfraestructura
Provee, administra y mantiene los recursos de
la organizacin para que la misma pueda
operar.

21
ConocimientodelaOrganizacin.
Provee, administra RRHH y mantiene las
herramientas y repositorios que conforman la
base de conocimiento de la Organizacin.

3. Categora de Operacin (OPE).

Se realizan las actividades de acuerdo a los elementos
proporcionados por la Categora de Gerencia y entrega a
sta la informacin y productos generados.

ADMINISTRACIONDEPROYECTOSESPECIFICOS
Generar proyectos que contribuyan al cumplimiento de los
objetivos y estrategias de la organizacin
DESARROLLOYMANTENIMIENTODESOFTWARE
Establece procesos que apoyen a las estrategias de la
organizacin as como actividades de mejora en los
mismos.

22
3. Modelos De Evaluacin De Las Capacidades
De Los Procesos Software
La evaluacin de un proceso se define como el examen disciplinado de los procesos usados en
una organizacin junto a un conjunto de criterios para determinar la capacidad de esos procesos
para ser realizados dentro de los objetivos de calidad, coste y planificacin.
Es as que surgen un conjunto de estndares de calidad y desarrollo para sistemas de calidad.

3.1. Modelo ISO/IEC 15504

En 1993 la ISO aprob un programa de trabajo para el desarrollo de un modelo que fuera la base
de un futuro estndar internacional para la evaluacin de los procesos del ciclo de vida del
software. Este trabajo recibi el nombre de SPICE (Software Process Improvement and Capability
Determination) y desde su primer borrador publicado en 1995, la ISO invit a las empresas
desarrolladoras de software a aplicarlo. En 1998 tras las primeras evaluaciones, el trabajo pas a
la fase de informe tcnico con la denominacin ISO/IEC TR 15504. La aparicin oficial del estndar
se hizo en el ao 2003, y a partir de este ao se han presentado nuevas versiones con
modificaciones y adiciones de partes con el nico fin de fortalecer dicho estndar.
ISO/IEC 15504 es un marco para la evaluacin, orientado a la mejora y evaluacin de los procesos
de desarrollo y mantenimiento de sistemas y productos de software que involucra la planeacin,
gestin, supervisin, control y mejora de la adquisicin, suministro, desarrollo, operacin,
evolucin y soporte del proceso software. La norma consiste de niveles de capacidad y ofrece las
pautas para verificar si los procesos son efectivos en la consecucin de sus objetivos.
ISO 15504 es independiente del tipo de organizacin, modelo de ciclo de vida, metodologa de
desarrollo y de la tecnologa utilizada.

3.1.1. Estructura De La Norma ISO/IEC 15504

La ISO/IEC 15504 presenta la estructura de la figura 1, contempla las partes normativas (1, 2, 7),
que se refieren a aquellas donde se definen los requisitos mnimos para realizar una mejora de
procesos de desarrollo y para medir el nivel de madurez de la organizacin en cuanto al desarrollo
de software, y por otro lado, las no normativas (3, 4, 5, 6), en donde se dan las guas de
interpretacin de los requisitos mnimos y en s sobre la norma.

23

Parte 1: Conceptos y vocabularios. Representa una introduccin general a la norma,
proporcionando una gua de la misma. En esta parte se incluye el conjunto de trminos definidos
especficamente para la norma.
Parte 2: Realizando una evaluacin. Define los requisitos que deben cumplir una evaluacin para
que produzca resultados repetibles, fiables y consistentes.
Parte 3: Gua para la realizacin de evaluaciones. Establece una gua para la realizacin de
evaluaciones de procesos, interpretando los requisitos de las partes normativas para diferentes
contextos de evaluacin. Se encarga de definir un framework para realizar una evaluacin.
Parte 4: Gua para el uso de la mejora y determinacin de la capacidad de procesos. Proporciona
una gua para poder utilizar los resultados de una evaluacin en la mejora de los procesos
evaluados. La gua incluye ejemplos de la aplicacin de mejoras en una gran variedad de
situaciones.
Parte 5: Un ejemplar de modelo de evaluacin de proceso. Proporciona un modelo totalmente
compatible con la parte de la norma que incluye un conjunto de indicadores que facilitan el
clculo de la capacidad de los procesos.
Parte 6: Un ejemplo de modelo de evaluacin del ciclo de vida del sistema. Describe la
competencia, el entrenamiento y la experiencia de los asesores que son pertinentes para realizar
el proceso de las evaluaciones.
Parte 7: Evaluacin de la madurez de una organizacin. Propone seis niveles de madurez a los
cuales puede aspirar una organizacin segn la calidad y el manejo de los procesos de desarrollo
de software.
Parte
Normativa
Parte 1: Conceptos y
Vocavularios.
Parte 2: Realizacion De La
Evaluacion.
Parte 7: Evaluacion De La
Madurez De Una Organizacion.
Parte No
Normativa
Parte 3: Gua Para La
Realizacion De La Evaluacion.
Parte 4: Gua para el Uso de
Resultados de Evaluaciones.
Parte 5: Un Ejemplo De Modelo
De Evaluacion De Procesos.
Parte 6: Un Ejemplo De Modelo
De Evaluacion Del Ciclo De Vida
Del Sistema.

24
Una de las partes en las que se realiza una mayor profundizacin en la norma es la parte 7, en
donde se definen los requisitos mnimos para realizar una evaluacin de determinacin de la
madurez de una organizacin, en la cual, como se describe en la figura 2, y de acuerdo a lo
mencionado por Garca y Garzs (2008), se manejan seis niveles.

3.1.2. Descripcin de los niveles de madurez segn la norma ISO/IEC
15504

Nivel de madurez 0: Organizacin Inmadura
Nivel en el que no se implementan procesos para el desarrollo de software. Por consiguiente no
se alcanzan los propsitos de la organizacin, ni se identifican productos o salidas de proceso. Por
consiguiente no hay atributos a evaluar en este nivel.
Nivel de madurez 1: Organizacin Bsica
En el nivel 1 la organizacin simplemente implementa y alcanza de manera bsica los resultados
del proceso, y al alcanzar los resultados propuestos es posible identificar satisfactoriamente las
salidas (resultados) del proceso evaluado, teniendo en cuenta los procesos bsicos descritos en
la siguiente tabla 1.
No Nombre del Proceso Objetivo
1 Suministro (SUM)
Proporcionar al cliente un producto o servicio
que cumpla con los requisitos acordados.
2
Definicin de los Requisitos de
Usuario (RQU)
Definir los requisitos del sistema para
proporcionar los servicios necesarios a
usuarios y otros afectados en un entorno
definido.
3
Anlisis de los Requisitos del
Sistema (RQSIS)
Transformar los requisitos de los stakeholders
en un conjunto deseado de requisitos tcnicos
del sistema que guiarn el diseo del sistema.

Nivel de madurez 2: Organizacin Gestionada
Este nivel adopta los mismos procesos del nivel de madurez 1, con la diferencia que en el nivel
2 la organizacin adems de implementar los objetivos de los procesos, demuestra una
planificacin, seguimiento y control tanto de los procesos como de sus productos de trabajo
asociados (Mayer & Bunge Informtica LTDA, 2004, p. 97), los procesos que se tienen en cuenta
son descritos en la tabla 2.
No Nombre del Proceso Objetivo
1
Gestin del modelo del ciclo de
Vida
Definir, mantener y asegurar la disponibilidad de
polticas, procesos y modelos del ciclo de vida, para
que sean utilizados por la organizacin.
Tabla 1: Procesos Evaluados En El Nivel 1

25
2 Planificacin del Proyecto (PP)
Elaborar y comunicar los planes de proyecto, de
forma efectiva y viable.

3
Evaluacin y Control del Proyecto
(ECP)
Determinar el estado del proyecto y asegurar que
se realiza de acuerdo con los planes y el calendario
establecido, presupuestos planificados y
satisfaciendo los objetivos tcnicos.
4
Gestin de la Configuracin del
Software (GCS)
Establecer y mantener la integridad de los
elementos que forman el producto software de un
proceso o proyecto y ponerlos a disposicin de las
partes interesadas.
5 Gestin de la Configuracin (GC)
Establecer y mantener la integridad de todos los
productos de trabajo identificados de un proyecto
o proceso y ponerlos a disposicin de las partes
interesadas.
6
Medicin (MED)

Recoger, analizar e informar sobre los datos
relativos a los productos desarrollados y procesos
implementados dentro de la unidad organizacional,
para apoyar una gestin efectiva de los procesos y
demostrar objetivamente la calidad de los
productos.
7
Aseguramiento de la Calidad
Software (ACS)
Asegurar que los productos de trabajo y los
procesos cumplen con las disposiciones y planes
predefinidos.

Nivel de madurez 3: Organizacin Establecida
En este nivel de madurez los procesos se estandarizan para toda la organizacin (Mayer &
Bunge Informtica LTDA, 2004, p. 97). Para alcanzar este nivel de madurez es necesario
implementar los procesos y requisitos exigidos en los dos niveles anteriores. Adicionalmente,
este nivel se compone de 11 procesos, todos ellos pertenecientes al modelo de procesos de
referencia para la industria del software, ISO 12207:2008 (Mayer & Bunge Informtica LTDA,
2004, p. 97), los procesos a evaluar en este nivel se presentan en la tabla 3.
Nombre del proceso
Anlisis de requisitos del software
Diseo de la arquitectura del software
Diseo de la arquitectura del sistema
Gestin de infraestructuras
Gestin de recursos humanos
Gestin de riesgos
Gestin de la decisin
Integracin del software
Integracin del sistema
Verificacin del software
Validacin del software


26
Nivel de madurez 4: Organizacin Predecible
El nivel de madurez 4, requiere del cumplimiento de los procesos de los anteriores niveles para
poder ser alcanzado. En el nivel 4 la organizacin gestiona cuantitativamente los procesos, es
decir, se mide y se analiza el tiempo de su realizacin. La principal diferencia con el nivel 3 es
que ahora el proceso se lleva a trmino de manera consistente dentro de unos lmites
predefinidos (Itera, s.f.).
Nivel de madurez 5: Organizacin Optimizada
El nivel 5 corresponde a la adaptacin de todos los procesos trabajados en los primeros cuatro
niveles, pero busca que stos tengan una mejora continua de tal manera que contribuyan al
alcance de los objetivos de negocio de la empresa. Se lleva a cabo una monitorizacin contina
de los procesos y se analizan los datos obtenidos. Esto permite que los procesos estndar
definidos dentro de la organizacin cambien dinmicamente, para adaptarse de forma efectiva
a los actuales y futuros objetivos de la empresa (Itera, s.f.), algo que es una diferencia
significativa con el nivel 4 ya que ste no tiene tan presentes las necesidades de la organizacin.

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

3.2.1. Modelo de capacidades de procesos

La capacidad de proceso se evala en una escala de 0 a 5. El valor cero se asocia al nivel de
capacidad ms bajo, y significa que no se alcanza el propsito del proceso. El valor 5 se asocia al
nivel de capacidad ms alto y significa que se logran las metas de negocio actuales y proyectadas
a travs de la optimizacin y mejora continua del proceso.
La medicin de capacidad se obtiene a travs de un conjunto de atributos de procesos (AP), los
cuales se usan para determinar cundo un proceso ha alcanzado una capacidad. Cada atributo
mide un aspecto particular de un proceso.
A continuacin se presenta la descripcin de cada nivel de capacidad y los atributos que lo
caracterizan.
Nivel 0. Proceso Incompleto
El proceso no est implantado o falla en alcanzar el propsito del proceso.
Nivel 1: Proceso Realizado
El proceso se implementa y logra su propsito.

27
AP 1.1 Atributo de realizacin del proceso
Este atributo es completamente alcanzado cuando:
a. el proceso obtiene los resultados definidos.
Nivel 2: Proceso Administrado
El proceso Realizado se implanta de manera administrada y sus productos de trabajo estn
apropiadamente establecidos, controlados y mantenidos.
AP 2.1 Atributo de administracin de la realizacin
a. Los objetivos de desempeo del proceso estn definidos;
b. el desempeo del proceso est planeado y monitoreado;
c. el desempeo del proceso est ajustado de acuerdo con lo planeado;
d. las responsabilidades y autoridades para el desempeo del proceso estn
definidas, asignadas y comunicadas;
e. estn identificados, disponibles, asignados y utilizados los recursos e informacin
necesaria para el desempeo del proceso;
f. las interfaces entre las partes involucradas estn administradas para asegurar la
comunicacin efectiva y tambin para la asignacin clara de las
responsabilidades.
AP 2.2 Atributo de administracin del producto de trabajo
a. Los requerimientos para los productos de trabajo del proceso estn definidos;
b. los requerimientos para la documentacin y control de los productos de trabajo
estn definidos;
c. los productos de trabajo estn apropiadamente identificados, documentados y
controlados;
d. los productos de trabajo estn revisados en concordancia con los planes y son
ajustados si es necesario con base en los requerimientos.
Nivel 3: Proceso Establecido
El proceso Administrado es implantado mediante el proceso definido, el cual es capaz de lograr
los resultados del proceso.
AP 3.1 Atributo de definicin del proceso
a. Un proceso estndar, incluyendo sus guas de ajuste, define los elementos
fundamentales que deben incorporarse en el proceso definido.
b. la secuencia e interaccin del proceso estndar con otros procesos se determina;
c. las competencias requeridas y los roles para realizar el proceso estn
identificadas como parte del proceso estndar;
d. la infraestructura requerida y el ambiente de trabajo para realizar el proceso
estn identificados como parte del proceso estndar;

28
e. se determinan los mtodos adecuados para el monitoreo de la efectividad y de
lo apropiado de un proceso.
AP 3.2 Atributo de implantacin del proceso
a. Un proceso definido est implantado con base al proceso estndar ajustado y/o
apropiadamente seleccionado.
b. los roles requeridos, responsabilidades y autoridades para realizar el proceso
definido estn asignados y comunicados.
c. el personal que realiza el proceso definido tiene competencia con base en la
educacin apropiada, capacitacin y experiencia.
d. los recursos requeridos y la informacin necesaria para realizar el proceso
definido estn disponibles, asignados y usados.
e. la infraestructura requerida y el ambiente de trabajo para realizar el proceso
definido estn identificados, administrados y mantenidos.
f. los datos apropiados se recolectan y analizan como base para el entendimiento
del comportamiento del proceso, para demostrar lo apropiado y lo efectivo del
proceso y para evaluar si la mejora continua del proceso puede ser realizada.

Nivel 4: Proceso Predecible
El proceso Establecido opera dentro de lmites para lograr sus resultados.
AP 4.1 Atributo de medicin del proceso
a. Se establece la informacin necesaria para apoyar las metas del negocio
relevantes y definidas;
b. los objetivos de la medicin del proceso se derivan de las necesidades de
informacin del proceso;
c. se establecen los objetivos cuantitativos para el desempeo del proceso para el
apoyo de las metas de negocio relevantes;
d. las medidas y la frecuencia de su medicin se identifican y definen acorde a los
objetivos de la medicin del proceso y los objetivos cuantitativos para el
desempeo del proceso;
e. los resultados de la medicin se recolectan, analizan y reportan para monitorear
el grado de cumplimiento de los objetivos cuantitativos del desempeo del
proceso;
f. los resultados de la medicin se usan para caracterizar el desempeo del
proceso.
AP 4.2 Atributo de control del proceso
a. Las tcnicas de anlisis y control se determinan y aplican, en caso de ser
necesario;

29
b. los lmites de control de la variacin se establecen para el desempeo normal del
proceso;
c. los datos resultantes de una medicin se analizan para causas especficas de
variacin;
d. se toman acciones correctivas para atender las causas especficas de variacin;
e. se reestablecen los lmites de control, si es necesario, como consecuencia de la
accin correctiva.

Nivel 5: Optimizando el proceso
El proceso Predecible es continuamente mejorado para lograr las metas de negocios actuales y
futuras relevantes.
AP 5.1 Atributo de innovacin del proceso
a. Los objetivos para la mejora del proceso se definen para apoyar las metas
relevantes de negocio.
b. se analizan los datos apropiados para identificar las causas comunes de variacin
en el desempeo del proceso.
c. se analizan datos apropiados para identificar oportunidades de mejora para
realizar mejores prcticas e innovar.
d. se identifican las oportunidades de mejora derivadas de nuevas tecnologas y
nuevos conceptos de procesos.
e. se establece una estrategia de implantacin para alcanzar los objetivos de
mejora del proceso.
AP 5.2 Atributo de optimizacin del proceso
a. El impacto de todos los cambios propuestos se evala contra los objetivos del
proceso definido y del proceso estndar.
b. la implantacin de todos los cambios acordados se administra para asegurar que
cualquier trastorno en el desempeo del proceso se entiende y se toman
acciones al respecto.
c. la eficacia del cambio del proceso con respecto al desempeo actual se evala
contra los requerimientos definidos del producto y los objetivos del proceso para
determinar si los resultados se deben a causas comunes o especiales.

30
Conclusiones

A medida que los sistemas se torna indispensables en la aplicacin de la tecnologa
de informacin en entidades pblicas o privadas.
Surge la necesidad de establecer normativas y estndares que cumplan con la
demanda de desarrollo e implementacin de un producto software.
Por lo tanto es fcil determinar que todo lo dicho ha generado un entorno de
dificultad en la gestin y produccin de ingeniera de software.
Como hemos visto anteriormente la obtencin de la calidad de software es muy
importante por tal motivo debemos definir bien qu modelo de proceso debemos
adoptar ya que estos modelos solamente nos dice el Que y no el Cmo.
Ya definido el modelo de proceso debemos de tener en cuenta que toda la
organizacin debe de estar comprometida en la mejora de sus procesos para
despus evaluarlo con los modelos de evaluacin y tener una ptima evaluacin
de nuestros procesos.

31
Glosario

Actividad del Proceso
Son los pasos a seguir para disear, construir e implementar un proceso software.
Arquitectura de Software
Modelo de la estructura y organizacin fundamental de un sistema software.
Atributo
Especificacin que define una propiedad de un Objeto, elemento o archivo.
Calidad
Caracterstica o atributo de una cosa.
Calidad de Software
Es una preocupacin a la que se dedican muchos esfuerzos. Sin embargo, el software casi
nunca es perfecto. Todo proyecto tiene como objetivo producir software de la mejor calidad
posible, que cumpla, y si puede supere las expectativas de los usuarios.
CMMI
Enfoque integrado para el modelado de madurez de la capacidad del proceso. Apoya los
modelados de madurez discretos y continuos e integra sistemas y modelos de madurez de los
procesos de la ingeniera software.
Modelo de Madurez del proceso
Modelo del grado en el que un proceso incluye buenas prcticas y capacidades de medida y
reflexivas que estn orientadas a la mejora de procesos.
Modelo de procesos
Representacin abstracta de un proceso. Los modelos de procesos pueden ser representados
desde varias perspectivas y mostrar las actividades implicadas de un proceso, los objetos
utilizados en el proceso, las restricciones que se aplican al proceso y los roles de las personas
involucradas en el proceso.
Reingeniera
Modificacin de un sistema software para hacerlo ms fcil de comprender y cambiar. La
reingeniera a menudo implica la reestructuracin y organizacin de datos y software, la
simplificacin de programas y la redocumentacin.

32
Bibliografa

http://www.alegsa.com.ar/Dic/ciclo%20de%20vida%20del%20software.php
http://www.kybele.etsii.urjc.es/docencia/IS4/2012-
2013/Material/IS4.11.12.TEMA%20II%20Ciclo%20de%20vida%20del%20Sw.pdf
http://html.rincondelvago.com/el-ciclo-de-vida-del-software.html
http://www.slideshare.net/Yabizyta/iso-12207
http://sg.com.mx/content/view/23
http://avellano.usal.es/~mmoreno/ASTema2.pdf
http://www.monografias.com/trabajos96/procesos-de-software/procesos-de-
software.shtml
http://www.icons.es/software-1/37-ingenieria-software/52-por-que-el-proceso-en-el-
desarrollo-de-software-es-importante
http://www.it360.es/iso15504.php
http://www.larioja.org/upload/documents/458250_beneficios_implantacion.pdf
http://www.ptolomeo.unam.mx:8080/xmlui/handle/132.248.52.100/180
http://karlidad.wordpress.com/iso-15504/
http://www.scrummanager.net/bok/index.php?title=ISO_15504

Modelos de Procesos y Evaluacion (O) PDF

Cargado por

Información del documento

Título original

Derechos de autor

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Modelos de Procesos y Evaluacion (O) PDF

Cargado por

Copyright:

1

MODELOS DE PROCESO DE SOFTWARE | Calidad de Software

- Define las actividades del operador, la organizacin que

También podría gustarte