Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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:
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
- 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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
Tabla 2: Procesos Evaluados En El Nivel 2
Tabla 3: Procesos Evaluados En El Nivel 3
26
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
Este atributo es completamente alcanzado cuando:
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
Este atributo es completamente alcanzado cuando:
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
Este atributo es completamente alcanzado cuando:
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
Este atributo es completamente alcanzado cuando:
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
Este atributo es completamente alcanzado cuando:
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
Este atributo es completamente alcanzado cuando:
a. Las tcnicas de anlisis y control se determinan y aplican, en caso de ser
necesario;
29
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
Este atributo es completamente alcanzado cuando:
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
Este atributo es completamente alcanzado cuando:
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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
MODELOS DE PROCESO DE SOFTWARE | Calidad de Software
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