CALIDAD EN EL DESARROLLO DEL SOFTWARE

SENA
Formación virtual

CALIDAD EN EL DESARROLLO DE SOFTWARE

Tabla de contenido
INTRODUCCIÓN..................................................................................................................................3
OBJETIVO GENERAL............................................................................................................................4
Calidad en el desarrollo del software.................................................................................................5
Actividad 1.....................................................................................................................................5
Análisis del método y estándar de calidad, al que se debe acoger la empresa para realizar dicho
proyecto.............................................................................................................................................5
Justificación de la selección del método y estándar de acuerdo con del enfoque de producto o
proceso..............................................................................................................................................7
INTRODUCCIÓN

Con esta actividad logramos competencias cognitivas para identificar y clasificar los
actuales modelos y estándares que rigen la calidad del desarrollo de software.
OBJETIVO GENERAL

Analizar y clasificar de los modelos de acuerdo con el enfoque presentado (proceso,

producto y uso)

Calidad en el desarrollo del software

Actividad 1

Una empresa en desarrollo de software recién creada, ha sido requerida por una clínica, con
el siguiente requerimiento:

“Se requiere desarrollar un sistema de información en ambiente web, que registre el ingreso
de hospitalización de los pacientes a la clínica, conteniendo la información del paciente, de
la habitación y cama ocupada, de los materiales y medicamentos utilizados; con el fin de
calcular el costo de hospitalización en el momento de dar de alta al paciente.

Además, el proyecto debe permitir consultar las camas y habitaciones disponibles, las
camas y habitaciones ocupadas y la caracterización del paciente que ocupa cada cama”.

La empresa solicita esta asesoría y para ello los aprendices deberán desarrollar un
documento Word que contenga los siguientes puntos:

1. Análisis del método y estándar de calidad, al que se debe acoger la empresa para
realizar dicho proyecto.
2. Justificación de la selección del método y estándar de acuerdo con del enfoque de
producto o proceso.
 Informe.

Análisis del método y estándar de calidad, al que se debe acoger la

empresa para realizar dicho proyecto.

Realizando un análisis de los diferentes modelos de calidad del software, obteniendo las
ventajas y desventajas de cada Modelos, según la siguiente tabla.

MODELOS DE
VENTAJAS DESVENTAJAS
CALIDAD
 Atiende a las diversas necesidades de  Falta de adecuación al enfoque a
las organizaciones que quieren realizar servicio que está
la mejora de sus procesos. Existen 2 experimentando el sector de las
enfoques: (1) Continuo y TI (procesos de desarrollos de
(2) Escalonado. productos de software) en todas
 Reducción del coste de desarrollo sus líneas de actividad, así como
 Localización y resolución de el alto esfuerzo de implantación
defectos que exige.
CMMi  Aumento de la productividad  El proceso de evaluación es muy
 Reducción de los trabajos derivados de Costoso en tiempo y esfuerzo.
correcciones tras las fases de pruebas.  La complejidad de la evaluación
 Es estándar internacional oficial continua puede atentar contra la
(Alineado con los demás estándares ISO definición de objetivos
90003). concretos de madurez.
 Es más completo y versátil.  está menos implantado a nivel
industrial (lleva menos años)
 Permite certificar cualquier tipo de  Tiempo
proyecto a través de una estructura más  Presupuesto
flexible.  Costos
 Reducir el riesgo de errores y
 tiempos de inactividad.
 Mejorar la efectividad de su producto o
TickIT servicio.
 Comprender las necesidades de sus
 clientes en cada etapa del ciclo de vida
de su producto.
 Proporcionar una mejora continua,
 obteniendo una calidad de producto
mejorada y repetitividad.
  Deducir las áreas de mejora a partir de  Se implementa principalmente
los perfiles analíticos, realizando un plan en Europa.
de alto nivel de las acciones  Incompleto en comparación con
recomendadas para conseguir la misma.  otros modelos.
 Transformar el plan en una serie de
 mini-proyectos para implementar las
Bootstrap mejoras
 Recomendadas anteriormente.
 No lucrativo
 Fundamento en ISO 9000, ISO 15504
ESPICE y CMM

 Se encuentra en el modelo TQM (Total  Cuando el mejoramiento se

Quality Management). Cubre la mayoría concentra en un área específica
de los aspectos del ciclo de vida del de la organización, se pierde la
desarrollo de perspectiva de la
 software, el desarrollo de las áreas y interdependencia que existe
actividades de apoyo, y un número entre todos los miembros de la
significativo de actividades de marketing empresa.
Trillium relacionadas.
 Muchas de las prácticas descritas
 en el modelo pueden ser aplicadas
directamente en el desarrollo de
hardware.
 La arquitectura de Trillium se caracteriza
por poseer (Trillium,2000): Capability
Areas (CA), que son áreas centrales de
preocupación del modelo Trilliu.
 Mejora la productividad de las personas,  Se debe de contar con un buen
mejora en los hábitos de programación, conjunto de métricas y
se puede lograr una detección temprana parámetros de calidad, lo cual,
de defectos y riesgos lo que deriva en para algunas organizaciones,
una disminución de los defectos, una puede ser difícil de definir.
mejora en la calidad, y por lo tanto, una  Cada miembro debe de estar
reducción en el ciclo de vida.  entrenado en el PSP, si algún
 Se trabaja con un plan con una base de miembro se va, es necesario
 estimación más certera al ser realizada entrenar a los nuevos
Personal SW
por el equipo; se logra una buena miembros.
Process (PSP)
comunicación entre los integrantes.  Los pasos de registro de
 En los scripts de PSP no se incluyen  información a detalle en el nivel
 tareas y actividades para la etapa de de medición pueden resultar
análisis de requerimientos. Siempre se frustrantes cuando se tiene
parte de una definición de presión de tiempo.
requerimientos que no va a cambiar.  Aún no existe una herramienta
 automatizada que facilite el
registro y análisis de datos
generados por la aplicación de
PSP
Team SW  Mejora el rendimiento del equipo.  En vista de que los gerentes de
 Existe un enfoque respecto del proceso / la pequeña y mediana empresa
 proceso operacional que ayude a los son muy conservadores, el
producto. mejoramiento continuo se hace
 El desarrollo de sistemas es una un proceso muy largo
 principal motivador para el
actividad en equipo, y la efectividad
Process (TSP) desarrollo de TSP fue la convicción
del equipo determina la calidad de la
que los equipos de Ingenieros puedan
Ingeniería

 Crea un ambiente disciplinado y  Requiere inversión

estructurado necesario para el estándar  Es necesario que cada uno de
ISO/IEC 15939 sobre la los miembros tiene que tener el
control y mejoramiento del proceso compromiso y la disciplina de
Practical SW seguir el plan. Debe de llenar
Measuremen toda la documentación
t (PMS) requerida que incluye sus
registros, planificación, las
plantillas o formularios
 El producto es entregado  Requiere de un cambio en toda
incrementalmente al cliente, basado en la organización, ya que para
la importancia de las diferentes obtener el éxito es necesario la
funcionalidades participación de todos los
Gilb  Facilidad de mantenimiento integrantes de la organización y
 Evalúa capacidad natural del sistema a todo nivel.
para realizar su trabajo.  Hay que hacer inversiones
 Facilidad de uso Integridad  importantes.
 Se puede aplicar a todo el ciclo de vida  Es efectivo cuando es
del producto, procesos, y recursos y se implementado como parte de
puede alinear fácilmente con el una iniciativa de mejora de la
ambiente organizacional. calidad más amplia, ya que uno
de los principales propósitos de
GQM  Nivel cuantitativo (metric - métrica) las mediciones es la mejora.
 El equipo de GQM necesitará
 coordinar estas tareas para
todos los proyectos de forma tal
de asegurar consistencia de las
métricas entre proyectos
Mc call  Propone tres perspectivas para agrupar  Es difícil que las características
los factores de calidad: revisión del y sus características sean
producto, habilidad para siempre perfectamente
ser cambiado, transición del producto, independientes.
adaptabilidad al nuevo ambiente,  Falta una asociación explícita
operación del producto, características de
entre los modelos y el proceso de
operación.
software, de cómo realizar
 Considerado bajo el criterio de calidad software de calidad.
ISO 9000-3  No siempre existe una
relación perfectamente lineal
 entre los valores de las
métricas y las características
que deben estimar.
 Existe un factor económico difícil
 de medir: el costo de código
reusable y la ganancia por
reusar código ya desarrollado
 Permite reducir los riesgos de no  Una limitación de este modelo de
considerar alguna de las facetas del calidad es que no tiene en
desarrollo de un sistema. cuenta la portabilidad de los
 Permite estandarizar algunos productos software que se estén
Furps criterios para poder obtener los considerando, factor digno de
requerimientos. consideración en función de las
exigencias actuales que recaen
sobre el proceso de desarrollo
del software.
 Presenta un rango más amplio de  Genera mucho tiempo en
características primarias la el desarrollo del sistema.
mantenibilidad  Modelo costoso.
Boehm  Requiere experiencia en
la identificación de
riesgos.

Justificación de la selección del método y estándar de acuerdo con del

enfoque de producto o proceso.

Una vez finalizado el análisis pertinente, se deduce que los mejores modelos a tener en
cuenta para desarrollar el software en un sistema de información ambiente web
Para la clínica, es el modelo de Mccall o el de ISO 9126. Ya establece seis características
(Funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad)

REFERENCIAS BIBLIOGRAFICAS
 https://www.youtube.com/watch?v=2CmjKB4u2RY

Escobar, C. J. (15 de Septiembre de 2010). Blogspot. Recuperado el 3 de Octubre de 2015, de

http://asprotech.blogspot.com.co/2010/09/goal-question-metric.html

Gracia, J. (14 de Agosto de 2005). IngenieroSoftware. Recuperado el 2 de octubre de 2015, de

http://www.ingenierosoftware.com/calidad/cmm-cmmi.php