Calidad De Software- Aca 2 –Ficha: 55540

Andrés Alberto Cárdenas Montes

Corporación Unificada Nacional De Educación Superior

Facultad de Ingeniería: Sistema
Profesor: Katherine A. Romero

Bogotá, Colombia
27-10-2023
 2

TABLA DE CONTENIDO

TABLA DE CONTENIDO ...................................................................................................................... 2

Métrica de Calidad "Bang" ................................................................................................................. 3
Que es la Métrica de Calidad "Bang" .............................................................................................. 3
Ejemplos de aplicación ....................................................................................................................... 4
Ejemplo 1. ................................................................................................................................................ 4
Ejemplo 2. ................................................................................................................................................ 4
Importancia de la Calidad de Especificación ................................................................................... 5
Reconocimiento del problema.............................................................................................................. 6
Evaluación y síntesis .............................................................................................................................. 7
Modelización ............................................................................................................................................. 7
Especificación........................................................................................................................................... 7
Revisión ...................................................................................................................................................... 7
Presenten ejemplos dos casos en los que una mala calidad de especificación tuvo
impactos negativos y con base a su criterio definan ¿Cómo se podrían haber evitado? ... 8
Ejemplo 1: ................................................................................................................................................ 8
Ejemplo 2: ................................................................................................................................................ 9
Referencias .............................................................................................................................................. 10
 3

Métrica de Calidad "Bang"

Proporcione(n) un ejemplo(s) de situación(es) en las que esta métrica sería útil y

cómo puede ayudar a las empresas a mejorar la calidad del software. Presenten al

menos tres ejemplos reales de aplicaciones de la métrica "Bang" en diferentes

contextos.

Que es la Métrica de Calidad "Bang"

Las métricas se usan para identificar la calidad del software, cuantificar el

cumplimiento de estándares, la métrica de Bang se emplea para desarrollar una

indicación del tamaño del software a implementar como consecuencia del modelo de

análisis. (Pressman, 2010), esta fue desarrollada por DeMarco.

Es una indicación que no depende de la implementación del tamaño del sistema,

quien este encargado de desarrollar el software debe evaluar un conjunto de primitivas

La métrica de calidad de Bang como diferentes modelos de análisis harán una

participación del modelo con mayor o menor grado de refinamiento, DeMarco sugiere

que se emplee una cuenta medida de muestras (token) por primitiva para controlar la

uniformidad de la participación a través de muchos diferentes modelos dentro del

dominio de una aplicación. (Ejiogu, 1991)

Una vez que se calcula la Métrica de Calidad "Bang, se puede utilizar el historial.

para asi combinarlo con esfuerzo y tamaño. DeMarco lo recomienda que

organizaciones crean sus propias versiones de las tablas IPFUC e IOBC, para la

calibración de datos de proyectos de software completos.

 4

Ejemplos de aplicación

Ejemplo 1.

Una empresa de desarrollo de software ha implementado una nueva

aplicación para la gestión de proyectos, dias después de su lanzamiento se realizaron

una encuesta a los usuarios para la evaluar su satisfacción, donde usaron la métrica de

Bang para la calificación de las respuestas de los usuarios, esta calificación es para

medir el impacto que tuvo desde su lanzamiento, la mayoría de la calificación tuvo una

puntuación de 4 a 5, significando que la aplicación tuvo una buena acogida y alto

impacto en su trabajo.

Ejemplo 2.

En una escuela secundaria, se está implementando un nuevo programa

de tutoría para ayudar a los estudiantes con dificultades académicas. Al final del año

escolar, se recopilan datos de rendimiento académico y se comparan con los años

anteriores. La métrica Bang se utiliza para evaluar si la introducción del programa de

tutoría ha tenido un impacto significativo en el rendimiento de los estudiantes. Si los

resultados muestran un aumento significativo en las calificaciones, se puede asignar

una puntuación alta al programa de tutoría.

 5

Importancia de la Calidad de Especificación

La calidad de la especificación propuesta por Alan Davis en 1993.

Una especificación puede ser vista como un contrato entre usuarios y

desarrolladores de software, que define el comportamiento funcional deseado del

artefacto de software (y otras propiedades de éste, tales como performance,

confiabilidad, etc.), sin mostrar cómo será alcanzada tal funcionalidad (Gil, 2002).

Existe una lista de características para poder valorar la calidad del modelo de

análisis y la correspondiente especificación de requisitos: Especificidad, corrección,

compleción, comprensión, capacidad de verificación, consistencia externa e interna,

capacidad de logro, concisión, traza habilidad, capacidad de modificación, exactitud y

capacidad de reutilización. Aunque muchas de las características anteriores pueden ser

de naturaleza cuantitativa, (Pressman, 2010). Corresponde a la calidad de

especificación de requerimientos. Incluyen las características siguientes:

Especificidad, compleción, corrección, comprensión, verificación, consistencia,

logro, concisión, trazabilidad, modificación, exactitud, reutilización. (Pressman, 2010).

Esta desarrolla la formulación de los requisitos y restricciones del sistema, lo

cual van enfocada a la corrección en tiempo real que requieren los sistemas

dependiendo de los cambios externos e internos.

Expliquen cómo una especificación de calidad del software, puede afectar

positivamente la para el desarrollo del software final y cómo puede prevenir

malentendidos y retrasos en el proceso de desarrollo.

 6

La gestión de la calidad de software permite la identificación de problemas en

etapas iniciales del proceso, llevando a que sean abordadas a tiempo minimizando el

número de errores e inconsistencias en el software final, a su vez disminuye el costo

que conlleva la corrección de fallas y que se realice un reproceso en el trabajo.

(Carrizo&Alfaro, 2018).

Para evitar retrasos es importante definir los requerimientos del software de

manera clara y precisa debido a que si se puede iniciar a plantear de manera conjunta

las ideas que se tienen en funciones y restricciones, apoyado de diferentes puntos de

vistas para poder aclarar o aterrizar las ideas que se tienen.

Para Pressman, en el proceso de análisis de requerimientos del software

se puede identificar cinco tareas o etapas fundamentales:

Reconocimiento del problema

Se deben de estudiar inicialmente las especificaciones del sistema y el plan del

proyecto del software. Realmente se necesita llegar a comprender el software dentro

del contexto del sistema. El analista debe establecer un canal adecuado de

comunicación con el equipo de trabajo involucrado en el proyecto.

En esta etapa la función primordial del analista en todo momento es reconocer

los elementos del problema tal y como los percibe el usuario. (Pressman, 2010).
 7

Evaluación y síntesis

En esta etapa el analista debe centrarse en el flujo y estructura de la

información, definir las funciones del software, determinar los factores que afectan el

desarrollo de nuestro sistema, establecer las características de la interfaz del sistema y

descubrir las restricciones del diseño. Todas las tareas anteriores conducen fácilmente

a la determinación del problema de forma sintetizada. (Pressman, 2010).

Modelización

Durante la evaluación y síntesis de la solución, se crean modelos del sistema

que servirán al analista para comprender mejor el proceso funcional, operativo y de

contenido de la información (Pressman, 2010).

Especificación

Las tareas asociadas con la especificación intentan proporcionar una

representación del software. Esto más adelante permitirá llegar a determinar si se ha

llegado a comprender el software, en los casos que se lleguen a modelar se pueden

dejar plasmados manuales (Pressman, 2010).

Revisión

Una vez que se han descrito la información básica, se especifican los criterios de

validación que han de servir para demostrar que se ha llegado a un buen entendimiento

de la forma de implementar con éxito el software.

 8

La documentación del análisis de requerimientos y manuales, permitirán una

revisión por parte del cliente, la cual posiblemente traerá consigo modificaciones en las

funciones del sistema por lo que deberán revisarse el plan de desarrollo y las

estimaciones previstas inicialmente (Pressman, 2010).

Presenten ejemplos dos casos en los que una mala calidad de especificación
tuvo impactos negativos y con base a su criterio definan ¿Cómo se podrían
haber evitado?

Ejemplo 1:

El computador de un hospital comete un error fatal:

El problema sucedió durante una actualización rutinaria de los ficheros del

ordenador del [hospital] Saint Mary’s en octubre, Jennifer Cammenga, la portavoz del

Saint Mary’s, declaró al Grand Rapid Press como muerto. El error se presentó porque

“Un dígito fue omitido en el código, indicando que los pacientes habían fallecido, en

lugar de indicar que habían sido dados de alta”. (Barrett, 2003)

Para evitar este tipo errores en un hospital sobre el sistema informático del

mismo, se deben implementar medidas de seguridad y protocolos de control de calidad

rigurosos, por parte del personal unos de estas medidas pueden ser como las

validaciones del sistema, doble verificación, auditorias, mantenimiento del software y

demás.
 9

Ejemplo 2:

En febrero de 2003 un fallo en la red de Vodafone deja sin servicio a sus 8,6

millones de usuarios. La avería se produjo en el transcurso de las tareas de

mantenimiento del software de la red llevadas a cabo por la operadora,

impidiendo las comunicaciones con sus líneas en toda España desde las siete

de la mañana. Este tipo tuvo consecuencias graves para los usuarios y la reputación de

la empresa (Economia, 2003).

Estos problemas se pudieron haber evitado en la compañía de

telecomunicaciones tomando una Planificación, Pruebas y simulaciones, Backup,

Monitorización en tiempo real y un plan de contingencia.

 10

Referencias

Barrett, L. (2003). HOSPITAL REVIVES ITS “DEAD” PATIENTS. Obtenido de

https://www.baselinemag.com/networking/Hospital-Revives-Its-QTEDeadQTE-
Patients/

Carrizo&Alfaro. (2018). Método de aseguramiento de la calidad en una metodología de

desarrollo de software: un enfoque práctico. Scielo. Obtenido de
https://www.scielo.cl/scielo.php?script=sci_arttext&pid=S0718-
33052018000100114

Economia, A. (2003). Vodafone deja sin servicio durante horas a 8,6 millones de
clientes por un fallo técnico. Obtenido de https://www.abc.es/economia/abci-
vodafone-deja-sin-servicio-durante-horas-millones-clientes-fallo-tecnico-
200302210300-163365_noticia.html

Ejiogu, L. O. (1991). Ingeniería de software con métricas formales. Obtenido de

https://www.uv.mx/personal/asumano/files/2012/08/MetricasTecnicas.pdf

Gil, G. (2002). INGENIERÍA DE REQUERIMIENTOS. Obtenido de

http://sedici.unlp.edu.ar/bitstream/handle/10915/4057/2_-
_Ingenier%C3%ADa_de_requerimientos.pdf?sequence=4

Pressman, R. (2010). Métricas Técnicas del Software. McGraw-Hill. Obtenido de

https://www.uv.mx/personal/asumano/files/2012/08/MetricasTecnicas.pdf