Garantía de la Calidad

de Software
Notas del Autor
Darianny Stephanie Peguero Hernández (Matricula 2018-6502)
Edwal Felix Tejada Rodriguez (Matricula 2018-6496)
Gerlen Elivet Aquino Zorrilla (Matricula 2018-6497)
Javier Alexander Morillo Santana (Matricula 2018-6513)
2020-C-2
Grupo 6
Junio 2020
Instituto Tecnológico de las Américas
Desarrollo de Software
Práctica 7
Este trabajo va dirigido Leandro Fondear
 I

Tabla de contenido

Introducción ...................................................................................................................... II
I. Luego de leer el capítulo 14 del libro de texto, subrayar los conceptos centrales e
investigar otras fuentes para ampliar las ideas, realice las siguientes actividades: .......... 1
1. Describa cómo evaluaría la calidad de una universidad antes de inscribirse. ........... 1
2. Describa con sus propias palabras el dilema de la calidad del software. .................. 2
3. ¿Qué es un software “suficientemente bueno”? ........................................................ 2
4. ¿Son lo mismo calidad y seguridad? Explique su respuesta. .................................... 3
II. Luego de leer el capítulo 15 del libro de texto, subrayar los conceptos centrales e
investigar otras fuentes para ampliar las ideas, realice las siguientes actividades: .......... 4
1. Explique la diferencia entre un error y un defecto, de acuerdo a lo que indica Roger
S. Pressman....................................................................................................................... 4
2. ¿Por qué no puede esperarse a las pruebas para encontrar y corregir todos los
errores del software? ......................................................................................................... 4
3. En sus propias palabras, describa el significado de la figura 15.4. ........................... 4
III. Luego de leer el capítulo 16 del libro de texto, subrayar los conceptos centrales e
investigar otras fuentes para ampliar las ideas, realice las siguientes actividades: .......... 4
1. ¿Es posible evaluar la calidad del software si el cliente cambia continuamente lo que
se supone que debe hacerse? Explique su respuesta......................................................... 4
2. La calidad y confiabilidad son conceptos relacionados, pero difieren en lo
fundamental por varias razones. Analice las diferencias. ................................................. 5
3. ¿Un programa puede corregirse y aun así ser confiable? Explique su respuesta. ........ 5
4. ¿Un programa puede corregirse y tener buena calidad? Explique lo que responda. .... 5
5. ¿Por qué es frecuente que haya tensiones entre el grupo de ingeniería de software y el
del aseguramiento de la calidad? ¿Es saludable eso? Explique su respuesta. .................. 5
Conclusión ........................................................................................................................ 6
Anexos .............................................................................................................................. 7
 II

Introducción

Realizar un software con estándares de calidad elevados es el sueño de todo ingeniero

de software, pero el problema radica en que muchas veces desarrollar un software
perfecto demanda demasiado tiempo y recurso entonces ¿Se deben crear software con
estándar bajos de calidad? o simplemente ¿Crear software simplemente buenos? ¿La
calidad influirá en el funcionamiento del software? ¿Son lo mismo error y fallo? Son
algunas de las preguntas que como ingenieros de software debemos conocer y saber su
respuesta.
El mundo actual demanda sistemas con buena disponibilidad, que sea seguro en fin que
tenga un grado de calidad elevado, pero que sea desarrollado en tiempos realista y que
los recursos sean los que mejor se adapten y que el tiempo empleado para su desarrollo
sea un tiempo realista no tan corto donde el software se vea comprometido ni tan largo
donde el software pueda perder su valor.
Recuerda siempre que programamos por y para el usuario y por lo mismo el sistema a
desarrollar tiene que buscar siempre satisfacer al cliente.
 1

I. Luego de leer el capítulo 14 del libro de texto, subrayar los conceptos

centrales e investigar otras fuentes para ampliar las ideas, realice las
siguientes actividades:

1. Describa cómo evaluaría la calidad de una universidad antes de inscribirse.

¿Cuáles factores serían importantes?

 Duración de la carrera que el estudiante va a cursar.
 Calidad de los maestros. Que den a denotar las capacidades que poseen, los
conocimientos y los grados académicos obtenidos. Que hayan estado vinculado
con los que es el mundo laboral para así guiar a los estudiantes en base a sus
conocimientos e experiencias.
 Que las instalaciones sean apta y diseñadas para el aprendizaje de los
estudiantes.
 Actividades extracurriculares. Esto es muy bueno porque ayuda a que los
estudiantes voten el estrés. Dando lo que son conferencia, actividades culturales,
seminarios, etc.
 Excelencia Académica. El nivel del alumnado y la calidad de la enseñanza de
una universidad refleja en una gran medida la excelencia académica de dicha
universidad.
 La ubicación geográfica. Este es una de los factores más importantes ya que el
lugar donde se encuentre la universidad influye mucho en los estudiantes, no es
lo mismo una institución en una zona rural que en una zona urbana.
¿Cuáles tendrían importancia crítica?
 Calidad de los maestros. Que den a denotar las capacidades que poseen, los
conocimientos y los grados académicos obtenidos. Que hayan estado vinculado
con los que es el mundo laboral para así guiar a los estudiantes en base a sus
conocimientos e experiencias.
 Que las instalaciones sean apta y diseñadas para el aprendizaje de los
estudiantes.
 Excelencia Académica. El nivel del alumnado y la calidad de la enseñanza de
una universidad refleja en una gran medida la excelencia académica de dicha
universidad.
 2

2. Describa con sus propias palabras el dilema de la calidad del software.

a) Un software con un grado elevado de usabilidad, funcionalidad, confiabilidad,

eficiencia, facilidad de recibir mantenimiento y portabilidad que sea perfecto sin
ningún tipo de falla con un costo muy elevado y realizado en un periodo de tiempo muy
largo.
b) Un software difícil de manejar, sin ningún grado de seguridad, con un código
difícil de mantener y realizado en un periodo muy corto y con un precio muy bajo.
Dos escenarios diferentes en el escenario a vemos un software con un grado elevado
de calidad en un periodo de tiempo muy largo lo cual es inconcebible en el mundo
actual porque lo que es sorprendente y nuevo hoy puede dejar de serlo mañana y puede
ser que en periodo de tiempo desde que se inició a desarrollar el software hasta su
concepción puede dejar de ser relevante.
En el escenario b es un software difícil de usar por los usuarios y que no cuenta con
ningún tipo de seguridad o calidad lo cual provocará que nadie utilice el software por
periodos elevados de tiempo.
Ambos escenarios se ve comprometido el mercado de software por lo mismo los
ingenieros de software pretende situarse en un caso c que es en el punto medio entre
estos dos casos.
c) Desarrollar un software con grados elevados usabilidad, funcionalidad,
confiabilidad, eficiencia, facilidad de recibir mantenimiento y portabilidad sin buscar
que el software sea perfecto en un tiempo promedio que no sea muy corto donde se vea
comprometida la calidad y que el costo de software sea elevado, pero que no sea tan
largo además se establecen un precio considerable.
El dilema de calidad aún es un tema difícil de abordar para grandes empresas
conocidas hoy en día porque aún se siguen desarrollando software con poco grado de
calidad o en periodos de tiempos muy largos.

3. ¿Qué es un software “suficientemente bueno”?

Un software suficientemente bueno es aquel que contiene errores detectados que no

afecta el buen funcionamiento del producto hasta ciertos límites y que pretende ser
mejorados en versiones próximas.
Estarás pensando perfecto de ahora en adelante solo
realizare software “suficientemente bueno”, pero los software suficientemente bueno
son recomendando solo en algunos escenarios como son empresas ya reconocida
mientras que en empresas pequeñas no es recomendable software suficientemente
 3

buenos y este no debe ser usado en software que ponga en peligro la vida de usuario
como son software automotrices o aeronáuticos porque puede ser considerado un
delito.

En definitiva podemos definir un software suficientemente bueno como es aquel que

puede ser favorable en algunos escenarios permitiendo crear software mucho más
rápidos con errores detectados que no afecta la funcionalidad del sistema permitiendo
llegar un número mayor de persona y que pretende mejorar en versiones próximas.

4. ¿Son lo mismo calidad y seguridad? Explique su respuesta.

Antes de dar respuesta a esta pregunta es necesario conocer qué significa la calidad y la
seguridad dentro de la ingeniería de software.
Seguridad de software: En la ingeniería de software la seguridad es considerada una
actividad que permite identificar y evaluar los peligros potenciales dentro del sistema
que pueden generar fallos e inconsistencias lo cual permite que los diferentes procesos
de software los eliminen o controlen.
Calidad: Según David Garvin la calidad se puede definir de cinco forma diferentes en
este caso vamos a definir la calidad del producto.
La calidad de producto se refiere a que la calidad son las características y
funcionalidades esenciales del producto.
Calidad y seguridad según las definiciones anteriores no son lo mismo, pero la
seguridad está ampliamente relacionada con la calidad porque para desarrollar
software seguro hay que concentrarse en la calidad.
Un software con niveles bajo de calidad es mucho más fácil de penetrar y
dañar que un software con niveles elevados de calidad porque una de las
característica de la calidad es la confiabilidad y un software para ser confiable tiene
que ser seguro.
 4

II. Luego de leer el capítulo 15 del libro de texto, subrayar los conceptos
centrales e investigar otras fuentes para ampliar las ideas, realice las
siguientes actividades:

1. Explique la diferencia entre un error y un defecto, de acuerdo a lo que

indica Roger S. Pressman.

Los errores y defectos ocasionan muchos factores en diversos aspectos. La diferencia

está en que un error es una dificultad, percance o problema que se encuentra antes de
que el Software sea entregado al usuario final. Y un defecto es un problema que abarca
la calidad de un sistema que ya fue entregado al cliente o usuario final.

2. ¿Por qué no puede esperarse a las pruebas para encontrar y corregir todos
los errores del software?

No puede esperarse ya que un error se puede ir propagando, es decir, ocasionando que

se creen otros errores. Entonces, a sabiendas de que a la hora de realizar las pruebas se
invierte tiempo, y que estas pruebas tienen un alto costo, mientras menos errores son
encontrados antes de la realización de las pruebas, menor tiempo se aplicará a ellas.

3. En sus propias palabras, describa el significado de la figura 15.4.

La figura 15.4 expresa el esfuerzo en función del tiempo. En ella vemos la diferencia
cuando aplicamos revisiones o pruebas y cuando no las aplicamos. Por ende, se puede
deducir que cuando nosotros aplicamos las revisiones, nos ahorran tiempo y a su vez
podemos reducir el costo total del sistema.

III. Luego de leer el capítulo 16 del libro de texto, subrayar los conceptos
centrales e investigar otras fuentes para ampliar las ideas, realice las
siguientes actividades:

1. ¿Es posible evaluar la calidad del software si el cliente cambia

continuamente lo que se supone que debe hacerse? Explique su respuesta.

Considero que si es posible evaluar la calidad del software por la razón que no debemos
al cliente y debemos buscar el equilibrio de satisfacerlo y a la vez darle un software de
calidad. Pero siempre teniendo en cuenta que si se realizan cambios continuos tendemos
 5

a crear confusiones si este no se administra de una forma correcta y estos cambios

puedan generar una mala calidad de dicho software.

2. La calidad y confiabilidad son conceptos relacionados, pero difieren en lo

fundamental por varias razones. Analice las diferencias.

Difieren en que la confiabilidad se determina en base al buen funcionamiento de un

software, si este no presenta fallas al momento de su uso y todo funciona bien, se
considera un software confiable, más sin embargo, la calidad se mide a partir de que tan
bueno es ese funcionamiento.

3. ¿Un programa puede corregirse y aun así ser confiable? Explique su respuesta.

Un programa es confiable siempre que realice bien sus funciones sin fallas, si un
programa presenta una falla y esta es corregida pues si es confiable, puesto que se ha
mejorado su funcionamiento.

4. ¿Un programa puede corregirse y tener buena calidad? Explique lo que

responda.

No siempre, porque la calidad se mide en qué tan bueno es el funcionamiento de un

software, y un programa puede corregirse y mejorar sus funciones, pero esto no quiere
decir que aunque no presente fallas cumpla con todas las expectativas del cliente, por lo
que pierde calidad aunque funcione bien.

5. ¿Por qué es frecuente que haya tensiones entre el grupo de ingeniería de

software y el del aseguramiento de la calidad? ¿Es saludable eso? Explique su
respuesta.

Considero que esto se debe por que el grupo de aseguramiento de calidad a este se le
asigna o encomienda autorizar y comprobar que el grupo de ingeniería de software este
cumpliendo con su trabajo de buena calidad por eso considero que sería saludable
porque esto impulsa al grupo de ingeniería a construir un buen trabajo sin pérdida de
calidad.
 6

Conclusión

Anteriormente hemos hablado de actividades sombrillas el aseguramiento de la calidad

del software se considerara una actividad sombrillas entonces ¿ Por qué es tan
importante la calidad del software? Porque un software con estándares de calidad bajo
será más menos seguro y por lo mismo más vulnerable.
Por la importancia que tiene la calidad en el desarrollo de software los ingenieros cada
día los ingenieros de software busca la forma de desarrollar softwares mucho más
confiables y con estándares de calidad elevados con tiempos y costos realistas
 7

Anexos
8