You are on page 1of 3

CALIDAD DE SOFTWARE.

PRIMER PARCIAL 10 PUNTOS


Nombre:_CESAR BARRON BAUTISTA_______ Fecha: 11 marzo 2015
Resuelve los siguientes reactivos y sube a tiempo en el recurso tarea
correspondiente. No olvides hacer un guardar como a este archivo
antes de contestar.
1. Define la calidad desde el punto de vista (1 pto.)
a. del cliente. Si se cumplen especificaciones hechas por el usuario final.
Habla de que un producto est construido para cumplir los requisitos del
cliente. Estos requisitos son de dos tipos:
Explcitos: Lo que el cliente plantea explcitamente
Implcitos: Lo que el cliente no especifica pero espera
b. del desarrollador. Se debe cumplir con el diseo y con las
especificaciones.
Para los desarrolladores un producto es de calidad cuando todas las
especificaciones dadas por el cliente se han cumplido. Sin embargo, los
clientes pueden fallar al especificar algunos requisitos o especificarlos de
forma no clara.
Adems, el desarrollador puede interpretar especificaciones ambiguas de
forma diferente a lo que el cliente intent. Como resultado, el producto
creado puede no ser til para el cliente.
c. del proceso.
Si el softwrae cumple con ciertos estndares de calidad, y especificaciones,
es decir, nmero de errores mnimos, tiempos de respuesta, disponibilidad,
etc. Se entiende que el software es un producto de calidad.
d. del producto. Son las funciones y caractersticas que posee.
La calidad de un producto tiene que ver directamente con las
caractersticas inherentes a ella, un ejemplo pudieran ser las laptops, la
calidad en una laptop tiene que ver con las caractersticas y funciones
inherentes al producto, es decir, que sea porttil, ligera, potente, etc.

2. Hablando de que la calidad no es gratuita tenemos COSTOS DE


CONFORMIDAD y COSTOS DE NO CONFORMIDAD, cual es la diferencia?,
cuales podra ser algunos ejemplos para cada tipo de costo? (2 ptos.)
Los costes de conformidad son aquellos en los que se incurre al alcanzar
o tratar de alcanzar la calidad, se divide en Costes de Evaluacin y Costes
de Prevencin, en los de evaluacin estn las revisiones, las pruebas y las
auditorias. En los Costes de prevencin se encuentran Formacin,
Documentacin, proyectos de mejora, etc.

Mientras que los Costes de No Conformidad son aquellos en los que se


incurre por la falta de la calidad, stos a su vez se dividen en Internos,
como el retrabajo en el diseo, el cdigo, los requisitos, etc. Y los Externos
como pueden ser las garantas, soporte tcnico, multas, etc.
3. Describa el modelo de calidad del ISO 9126. Cules son sus componentes?,
cmo los define la I de Sw.?

El estndar ISO 9126 se desarroll con la intencin de identificar los atributos


clave del software de cmputo. Este sistema identifica seis atributos clave de la
calidad:

Funcionalidad. Grado en el que el software satisface las necesidades


planteadas segn las establecen los atributos siguientes: adaptabilidad,
exactitud, interoperabilidad, cumplimiento y seguridad.

Confiabilidad. Cantidad de tiempo que el software se encuentra


disponible para su uso, segn lo indican los siguientes atributos:
madurez, tolerancia a fallas y recuperacin.

Usabilidad. Grado en el que el software es fcil de usar, segn lo


indican los siguientes subatributos: entendible, aprendible y operable.

Eficiencia. Grado en el que el software emplea ptimamente los


recursos del sistema, segn lo indican los subatributos siguientes:
comportamiento del tiempo y de los recursos.

Facilidad de recibir mantenimiento. Facilidad con la que pueden


efectuarse reparaciones al software, segn lo indican los atributos que
siguen: analizable, cambiable, estable, susceptible de someterse a
pruebas.

Portabilidad. Facilidad con la que el software puede llevarse de un


ambiente a otro segn lo indican los siguientes atributos: adaptable,
instalable, conformidad y sustituible.

4. Del factor de Calidad ISO 9126 Facilidad de Recibir Mantenimiento (analizable,


cambiable, estable, susceptible de someterse a pruebas) desarrolle preguntas
que exploren si este atributo existe o no. (10 preguntas) (2 ptos.).
1)
2)
3)
4)
5)
6)
7)

En el desarrollo de cdigo fuente se utilizaron patrones de diseo?


Cuntos mtodos contienen en promedio las clases dentro del cdigo?
Se document el proceso de desarrollo?
Se documentaron las clases?
Se utiliz notacin UML, a lo largo del ciclo de vida del software?
El cdigo est estandarizado?
Tienen la misma estructura el cdigo de los reportes, los CRUDS, las
transacciones?
8) Qu tanto dependen las clases entre s?

9) Qu porcentaje del personal de desarrollo que inici el proyecto, es el


que termin el proyecto?
10) Cul es el promedio de atributos que tienen las clases en el software?
5. Suponga que en el modelo de requerimientos se han cometido 10 errores y que
cada uno se amplificar en un factor de 2:1 en el diseo, y que se cometern
otros 20 errores de diseo adicionales que luego se amplificarn en un factor
de 1.5:1 en el cdigo, donde se cometern otros 30 errores adicionales.
Suponga que todas las pruebas unitarias encontrarn 30 por ciento de todos
los errores, que la integracin descubrir 30 por ciento de los restantes y que
las pruebas de validacin hallarn 50 por ciento de los que quedan. No se
efectuaron revisiones. Cuntos errores saldrn al pblico? (3 ptos.)

6. Vuelva a considerar la situacin descrita en el problema anterior, pero ahora


suponga que se realizarn revisiones en los requerimientos, diseo, y cdigo,
con 60 por ciento de eficacia en el descubrimiento de todos los errores en esa
etapa. Cuntos errores saldrn al pblico? (2 ptos.)

You might also like