Lilian Sol

C.C 59.653.807 Ipiales-Nariño

Aprendiz
SENA Regional
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional
CALIDAD EN EL DESARROLLO DE SOFTWARE
MODELOS ASEGURAMIENTO CALIDAD DE SOFTWARE

PRESENTADO POR:
LILIAN SOL NARVAEZ
59.653.807

ENTREGADO AL
INSTRUCTOR
CAMILO ANDRES GUTIERRES OVIEDO

SENA
IPIALES-NARIÑO
09-07-2021
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional
Mapa Conceptual

Modelos para el aseguramiento de la calidad del software

Primer mapa conceptual

 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional

Segundo mapa conceptual

 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional

Tercer mapa Conceptual

Es un conjunto de mejores prácticas para el desarrollo del software, aunque enfocado

desde el punto de vista organizacional, no de programación de manera específica.
Significa “Modelo de Procesos para la Industria del Software”, y está regulado, es decir,
es oficialmente una norma mexicana.
El modelo de Procesos contempla nueve procesos básicos, distribuidos en tres
categorías, que son:
Categoría de Alta Dirección (DIR).
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional
1.- Gestión de Negocios.
Categoría de Gerencia (GER).
2.- Gestión de Procesos.
3.- Gestión de Proyectos.
4.- Gestión de Recursos.
5.- Bienes, Servicios e Infraestructura.
6.- Recursos Humanos y Ambiente de Trabajo.
7.- Conocimiento de la Organización.
Categoría de Operación (OPE).
8.- Administración de Proyectos Específicos.
9.- Desarrollo y Mantenimiento de Software.
Bien, mediante un Patrón de Procesos, se estipula la manera en que cada proceso se
documenta. Utilizando esta documentación de procesos, se implementa dentro de las
organizaciones, la norma.
Modelo CMMI
El CMMI es un modelo de calidad del software que clasifica las empresas en niveles de
madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan
para producir software.
Niveles CMMI
Los niveles CMMI son 5:
Inicial o Nivel 1 CMMI. Este es el nivel en donde están todas las empresas que no tienen
procesos. Los presupuestos se disparan, no es posible entregar el proyecto en fechas, los
empleados si tienen que quedar durante noches y fines de semana para terminar un
proyecto. No hay control sobre el estado del proyecto, el desarrollo del proyecto es
completamente opaco, no se sabe que pasara con él.
Nivel 2 CMMI. Quiere decir que el éxito de los resultados obtenidos se puede repetir. La
principal diferencia entre este nivel y el anterior es que el proyecto es gestionado y
controlado durante el desarrollo del mismo. El desarrollo no es opaco y se puede saber el
estado del proyecto en todo momento.
Los procesos que hay que implantar para alcanzar este nivel son:
Gestión de requisitos
Planificación de proyectos
Seguimiento y control de proyectos
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional
Gestión de proveedores
Aseguramiento de la calidad
Gestión de la configuración
Nivel 3 CMMI. Alcanzar este nivel significa que la forma de desarrollar proyectos (gestión
e ingeniería) está definida, por definida quiere decir que está establecida, documentada y
que existen métricas (obtención de datos objetivos) para la consecución de objetivos
concretos.
Los procesos que hay que implantar para alcanzar este nivel son:
Desarrollo de requisitos
Solución Técnica
Integración del producto
Verificación
Validación
Desarrollo y mejora de los procesos de la organización
Definición de los procesos de la organización
Planificación de la formación
Gestión de riesgos
Análisis y resolución de toma de decisiones
La mayoría de las empresas que llegan al nivel 3 paran aquí, ya que es un nivel que
proporciona muchos beneficios y no ven la necesidad de ir más allá porque tienen
cubiertas la mayoría de sus necesidades.
Nivel 4 CMMI. Los proyectos usan objetivos medibles para alcanzar las necesidades de
los clientes y la organización. Se usan métricas para gestionar la organización.
Los procesos que hay que implantar para alcanzar este nivel son:
Gestión cuantitativa de proyectos
Mejora de los procesos de la organización
Nivel 5 CMMI. Los procesos de los proyectos y de la organización están orientados a la
mejora de las actividades. Mejoras incrementales e innovadoras de los procesos que
mediante métricas son identificadas, evaluadas y puestas en práctica.
Los procesos que hay que implantar para alcanzar este nivel son:
Innovación organizacional
Análisis y resolución de las causas
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional
Normalmente las empresas que intentan alcanzar los niveles 4 y 5 lo realizan
simultáneamente ya que están muy relacionados.
La implantación de un modelo de estas características es un proceso largo y costoso que
puede costar varios años de esfuerzo. Aun así el beneficio obtenido para la empresa es
mucho mayor que lo invertido.
Bien, mediante un Patrón de Procesos, se estipula la manera en que cada proceso se
documenta. Utilizando esta documentación de procesos, se implementa dentro de las
organizaciones, la norma.
 
¿Es útil Microsoft?
La pregunta es ¿Útil para quién? Como desarrolladores realmente no nos es muy útil, no
proporciona metodologías maravillosas que nos saquen de apuros, por el contrario,
“burocratiza” mucho el trabajo.
 ¿Es útil para las organizaciones? Sí. Definitivamente si lo es. La estructura de los
procesos y las actividades, si se ejecutan correctamente en toda la organización,
conllevarían un control de documentación bastante útil, además de proveer de
herramientas de trabajo estandarizadas.
 ¿Es útil para los desarrolladores freelance o para quienes quieren trabajar de manera
independiente? Sí, sí lo es. Las principales ventajas que observo en Moprosoft son el
control del flujo de proyectos y su instrumentación. Los procesos de Gestión de Negocios,
Gestión de Proyectos y Administración de Proyectos Específicos realmente valen la pena,
tanto para los desarrolladores freelance, como los programadores y administradores de
proyectos que trabajen en alguna empresa.
Por ahora, dejaremos el tema hasta aquí, no obstante, posteriormente nos involucraremos
más en el tema de la implementación y el uso del modelo, sus ventajas, sus desventajas,
etc. Si tienen alguna opinión del presente artículo, no duden en dejar sus comentarios.
Hasta la próxima.
MoProsoft
VENTAJAS DESVENTAJAS

Define los procesos por áreas  de

Orientado a mejorar los procesos 
responsabilidades sin embargo las
para contribuir a los objetivos de
secuencias de actividades se da
negocios.
naturalmente entre áreas,
 
 

Para asegurar la calidad de un

Fácilidad de Comprension  producto  y un proceso que requiere el

CMMI.
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional
MoProsoft

El 33% de las practicas  no cubiertas

Practico y fácil de aplicar. de definir e implementar  como lo son

  administración de configuración (cm) y

medición de análisis(MA)

Conjunto de procesos  

Específico para el desarrollo  Y Las actividades son definidas de forma

mantenimiento del software muy general

Debe tener un mecanismo de

 
evaluación  o certificación 

Aplicable como norma mexicana  

Específico para el desarrollo y

mantenimiento de software.  

No es costoso

.  

Tiene un modelo de evaluación.

 
 

Al tener prácticas integradas, que

abarcan desde la gestión de negocio

hasta el desarrollo y mantenimiento  

de software, las empresas logran un

mayor control sobre su desempeño

en el mercado.

Definido como un conjunto

 
de áreas clave de procesos
 

CMMI
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional
Capability Maturity Model Integration
 Integración de modelos de madurez de capacidades o Capability maturity model
integration (CMMI) es un modelo para la mejora y evaluación de procesos para el
desarrollo, mantenimiento y operación de sistemas de software.
 Modelos CMMI
Las mejores prácticas CMMI se publican en los documentos llamados modelos. En la
actualidad hay tres áreas de interés cubiertas por los modelos de CMMI: Desarrollo,
Adquisición y Servicios.
La versión actual de CMMI es la versión 1.3 la cual corresponde a CMMI-SVC, liberada el
1 de noviembre de 2010. Hay tres constelaciones de la versión 1.2 disponible:
CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versión 1.2 fue liberado
en agosto de 2006. En él se tratan procesos de desarrollo de productos y servicios.
CMMI para la adquisición (CMMI-ACQ o CMMI for Acquisition), Versión 1.2 fue liberado
en noviembre de 2007. En él se tratan la gestión de la cadena de suministro, adquisición y
contratación externa en los procesos del gobierno y la industria.
CMMI para servicios (CMMI-SVC o CMMI for Services), está diseñado para cubrir todas
las actividades que requieren gestionar, establecer y entregar Servicios.
Dentro de la constelación CMMI-DEV, existen dos modelos:
CMMI-DEV
CMMI-DEV + IPPD (Integrated Product and Process Development)
Independientemente de la constelación\modelo que opta una organización, las prácticas
CMMI deben adaptarse a cada organización en función de sus objetivos de negocio.
Las organizaciones no pueden ser certificadas CMMI. Por el contrario, una organización
es evaluada (por ejemplo, usando un método de evaluación como SCAMPI y recibe una
calificación de nivel 1-5 si sigue los niveles de Madurez (si bien se comienza con el nivel
2). En caso de que quiera la organización, puede coger áreas de proceso y en vez de por
niveles de madurez puede obtener los niveles de capacidad en cada una de las Áreas de
Proceso, obteniendo el "Perfil de Capacidad" de la Organización.

 
Ventajas Desventajas

   

Mejora el ambiente de trabajo No es fácil de entender ya que esta en

  ingles

 
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional
 
 

Se está abandonando a favor de CMM-I (el

Localización y resolución de defectos.
SEI dejará de dar soporte a partir del 2005).
 
 

Mejora en la fiabilidad de la planificación,

en términos de dedicación y de La mejora no está enfocada directamente a

calendario. los objetivos de negocio.

No es fácil de aplicar (pensado para

Aumento de la productividad. organizaciones grandes).

Reducción de los trabajos derivados de

Es un modelo extranjero, no internacional.
correcciones tras las fases de pruebas.
 
 

La mejora no está enfocada directamente a

 
los objetivos de negocio.
Mejora de la Imagen de Marca.
 

La evaluación es costosa y no tiene periodo

Comunicación Mejorada de vigencia.

No es fácil de aplicar (pensado para

Mejora la planificación:
organizaciones grandes).

Falta de adecuación al enfoque a

Reduce el Re-trabajo: servicio que esta experimentando el

sector de la TI

Se está abandonando a favor de CMM-

I (el SEI dejará de dar soporte a partir

Mejora la calidad del producto:
del 2005).

 
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional
 
 
Conocimiento de la organización
Es un modelo extranjero, no internacional.

La evaluación es costosa y no tiene

Reducción del coste de desarrollo. periodo de vigencia.

 
Se genera una Base de Conocimiento
 

Reducción del número de defectos   

  Modelos de calidad de software

Aunque modelo y metodología distan en su definición, se rescata la cita dada

por Moszkowitz (2010) en la que presenta una metodología que permite a cualquier
organización realizar una autoevaluación o autodiagnóstico, por medio de una revisión
sistemática de sus estrategias y prácticas de gestión.
En el caso de la calidad de software el modelo debe ir enfocado a hacer seguimiento y
evaluación a cada etapa de construcción del producto software. Por otro lado se
menciona (Scalone, 2006) que
Los modelos de calidad son aquellos documentos que integran la mayor parte de las
mejores prácticas, proponen temas de administración en los que cada organización debe
hacer énfasis, integran diferentes prácticas dirigidas a los procesos clave y permiten medir
los avances en calidad.
Esta definición, enfocada a la calidad del software, identifica que la organización debe
contar con un proceso que como soporte al mismo lleve una documentación, y se valga
de distintas prácticas definidas en el modelo, dando apoyo a la organización para tener
una mejora continua y ser más competentes, para así poder medir la calidad y brindar
productor o servicios de alto nivel.
En el ámbito de la construcción de software, el modelo de calidad debe permitir evaluar el
sistema, bien sea cualitativa o cuantitativamente, y de acuerdo con esta evaluación la
organización podrá proponer e implementar estrategias que permitan la mejora del
proceso dentro de las etapas de análisis, diseño, desarrollo y pruebas del software.
Estructura y enfoque de los modelos de calidad de software
Los modelos de calidad de software generalmente están estructurados como se muestra
en la Figura 1 (Scalone, 2006) y (Bautista, 2012), donde se pueden tener diversos
factores de calidad que a su vez se componen de criterios que son evaluados por
métricas, con el propósito de abordar la evaluación desde lo general a lo particular, y
permitir la reducción de la subjetividad en la asignación de un valor, ya sea cuantitativo o
cualitativo.
 Lilian Sol
C.C 59.653.807 Ipiales-Nariño
Aprendiz
SENA Regional

Conclusiones
El uso de estas normas nos es de mucha ayuda ya que nos facilita la manera de hacer
nuestro proyecto correctamente pues se basa en reglas y normas ya establecidas.