calidad de software

1. UNIVERSIDAD ESTATAL A DISTANCIA
ESCUELA DE CIENCIAS EXACTAS Y NATURALES
CÁTEDRA DE DESARROLLO DE SISTEMAS
ANÁLISIS DE SISTEMAS 1
TRABAJO DE INVESTIGACION
TEMA: CALIDAD DE SOFTWARE
PERTENECE A:
JEINER GONZALEZ BLANCO

2. INTRODUCCION:
El presente trabajo de investigación es proyectado
a la calidad de software; por lo cual es
importante aclarar que el software es un
producto inmaterial que no se fabrica, tampoco
se degradan físicamente, sin o que se
desarrolla, además puede tener errores; pero
no son similares a cualquier equipo físico.
Podremos observar información acerca de las
características, como se certifica, definiciones
comunes, modelos de certificado, medición de
software, factores que determinan la calidad de
un software.
Espero que este proyecto cumpla con sus
expectativas y les aclare las dudas al respecto.

3. CALIDAD DE SOFTWARE
DEFINICIONES:
 La calidad del software es el grado con el que
un sistema, componente o proceso cumple los
requerimientos especificados y las necesidades
o expectativas del cliente o usuario. [IEEE, Std
610-1900]
 Concordancia del software producido con los
requerimientos explícitamente establecidos, con
los estándares de desarrollo prefijados y con
los requerimientos implícitos no establecidos
formalmente, que desea el usuario. [Pressman,
1998]

4.  La calidad del software es el conjunto de
cualidades que lo caracterizan y que
determinan su utilidad y existencia. La
calidad es sinónimo de eficiencia,
flexibilidad, corrección, confiabilidad,
mantenibilidad, portabilidad, usabilidad,
seguridad e integridad.
 La calidad del software es medible y varía
de un sistema a otro o de un
programa a otro.

5. CARACTERISTICAS DE CALIDAD DE SOFTWARE
En realidad no existen características especificas sobre
la calidad de software; pero si hay información
acerca del software, por ejemplo:
 Las características propias del software son aquellas
que tu quieres controlar y asegurar, el software es un
producto inmaterial que no se fabrica, tampoco se
degradan físicamente, sino que se desarrolla. El
software puede tener errores, incidencias pero no
son similares a lo que cualquier equipo de carácter
físico.
 La calidad del software se encuentra casi a la par de
la calidad tradicional, ligeramente detrás debido a
que la calidad tradicional tiene varias décadas de
historia, mientras que la calidad de software tiene
entre 50 y 30 años de haber surgido.

6. MODELOS DE CERTIFICADO: CALIDAD DE SOFTWARE
A continuación explicaremos brevemente algunos de los
modelos que se encargan de certificar la calidad el
software:
CMM (Capability Maturity Model): El CMM tiene como
objetivo evaluar los procesos en sus distintos niveles de
madurez, identificar los niveles a través de los cuales una
organización debe formarse para establecer una cultura
de excelencia en la ingeniería de software.
ISO (International Standard Organization): La norma
ISO/IEC 9003 proporciona una guía necesaria en las
organizaciones para la aplicación de la ISO 9001 a la
adquisición de sumistro, desarrollo, operación y
mantenimiento de software y sus servicios relacionados.
Identifica todos los aspectos que deberían ser tratados y
es independiente de la tecnología,
modelos de ciclos de vida, procesos de
desarrollo y estructuras organizacionales.

7. PSP (Personal Software Process) /TSP (Team Software
Process): El PSP es una tecnología que tiene como
justificación la premisa de que la calidad de software
depende del trabajo de cada uno de los ingenieros de
software y de aquí que el proceso diseñado debe ayudar
a controlar, manejar y mejorar el trabajo de los
ingenieros.
SPICE (Software Process Improvement and Capability
dEtermination): El SPICE es un modelo de madurez de
procesos internacional. SPICE fomenta productos de
calidad, promueve la optimización de procesos y facilita
la evaluación del producto a través de los procesos de
desarrollo.

8. PEMM (Performance Engineering Maturity
Model): El PEMM presenta un modelo para
evaluar los niveles de integración, aplicación,
ejecución y diseño, llamado ingeniería de la
ejecución del modelo de madurez. Al igual que
SPICE se apoya en el modelo de madurez de
capacidades CMM.
TickIt: Desarrollado por el Departamento de
Comercio e Industria del Reino Unido, surge por
la poca adopción de las normas internacionales
de calidad ISO 9000 para el área de desarrollo
de software.

9. MEDICION DE SOFTWARE:
 Lo que se medir del software son
atributos propios del mismo, se
descompone un atributo general en
otros más simples de medir, a veces se mide
bien o mal ya que la descomposición del atributo
genérico de calidad en otros sub-atributos se
torna irreal, se mide con datos estadísticos no
avalados, es imposible decir que la medición se
hace en forma correcta.
 El concepto de medida va de más a menos, va
de lo general a lo concreto y lo concreto es
asociado a la métrica, cuya combinación te daría
el nivel de calidad o seguridad de tu producto.

10. FACTORES QUE DETERMINAN LA CALIDAD
DE UN SOFTWARE
se pueden dividir en tres factores principales; a
continuación se los detallamos:
1-) Operaciones del producto:
características operativas
 Corrección (¿Hace lo que se le pide?)
El grado en que una aplicación satisface sus
especificaciones y consigue los objetivos
encomendados por el cliente

11.  Fiabilidad (¿Lo hace de forma fiable todo el tiempo?)
El grado que se puede esperar de una aplicación lleve a cabo
las operaciones especificadas y con la precisión requerida
 Eficiencia (¿Qué recursos hardware y software
necesito?)
La cantidad de recursos hardware y software que necesita
una aplicación para realizar las operaciones con los
tiempos de respuesta adecuados
 Integridad (¿Puedo controlar su uso?)
El grado con que puede controlarse el acceso al software o a
los datos a personal no autorizado
 Facilidad de uso (¿Es fácil y cómodo de manejar?)
El esfuerzo requerido para aprender el manejo de una
aplicación, trabajar con ella, introducir datos y conseguir
resultados

12. 2-) Revisión del producto: capacidad para
soportar cambios
 Facilidad de mantenimiento (¿Puedo localizar
los fallos?)
El esfuerzo requerido para localizar y reparar
errores
 Flexibilidad (¿Puedo añadir nuevas
opciones?)
El esfuerzo requerido para modificar una aplicación
en funcionamiento
 Facilidad de prueba (¿Puedo probar todas las
opciones?)
El esfuerzo requerido para probar una
aplicación de forma que cumpla
con lo especificado en los
requisitos

13. 3-) Transición del producto: adaptabilidad a
nuevos entornos
 Portabilidad (¿Podré usarlo en otra
máquina?)
El esfuerzo requerido para transferir la aplicación a
otro hardware o sistema operativo
 Reusabilidad (¿Podré utilizar alguna parte
del software en otra aplicación?)
Grado en que partes de una aplicación pueden
utilizarse en otras aplicaciones
 Interoperabilidad (¿Podrá comunicarse con
otras aplicaciones o sistemas informáticos?
El esfuerzo necesario para comunicar la aplicación
con otras aplicaciones o sistemas informáticos

14.  ANEXOS

15. CONCLUSION
En el desarrollo de este trabajo de
investigación alcance a conocer mucha
información acerca de la calidad del software
y trate de proyectarles atreves del proyecto
lo mas relevante.
Para mi este proyecto es importante ya que
muchas veces nosotros los usuarios no
conocemos mucho acerca de la calidad del
software, y mediante este medio podemos
ampliar esos conocimientos o aprender
desde cero.
Espero y mi trabajo les sea de gran utilidad…

16. REFERENCIA BIBLIOGRAFICAS
Libros citados:
Kendall, Kenneth y Kendall, Julie E. Análisis y diseño de
sistemas; Editorial Pearson Educación, México, 2011.
Páginas de internet
Estas son las paginas citadas para complementar la información
que se requirió para la elaboración de este trabajo.
http://es.wikipedia.org/wiki/Calidad_de_software
http://www.slideshare.net/juancabicho/calidad-de-software-
diapositivas-presentation
http://gidis.ing.unlpam.edu.ar/downloads/pdfs/Calidad_software.
PDF
http://www.rodolfoquispe.org/blog/que-es-la-calidad-de-
software.php