Republica Bolivariana de Venezuela. Ministerio del Poder Popular para la Educacin Universitaria. Instituto Universitario de Tecnologa de los Llanos.

Informtica - Trayecto II - Trimestre II - Seccin 01. Valle de la Pascua Edo Gurico.

CALIDAD DEL SOFTWARE

Profesor/a: Giovanna Ruiz

Integrantes:
Carpio, Alfredo Risso, Jose Alayon, Marinell Flores, Katherinne

Junio 2011

CALIDAD DE SOFTWARE: Cuando se habla de la Ingeniera de Software para la construccin de sistemas, existe un criterio que ha sido muy generalizado, ampliamente difundido, pero tal vez no en la misma medida aplicado. Y este es: debemos construir sistemas tiles y de calidad. tiles. -Que cumplan con los requerimientos del usuario. -Que tengan xito, sea alcanzara sin ellos. De calidad. -Que cumplan con un conjunto de reas clave del desarrollo de sistemas. Pero se ver que la calidad no es tan fcil de definir, incluso no existe una definicin nica, completa y definitiva. Algunos autores sostienen que la calidad es indefinible porque es simple, inmediata y directa. Concepto de calidad del software. Antes de definir explcitamente que se entiende p or calidad, se definir y explicar la importancia de las reas clave en el desarrollo de sistemas. Una de las causas ms fuertes para que sucediera la crisis del software, fue la falta de productividad. Resumindose en ella los mot ivos de la crisis del software: Falta de comunicacin con los usuarios. No existan construcciones de sistemas modulares, para as bajar el esfuerzo de ajuste y extensin. La mantenibilidad, no era un atributo del software. Esto quiere decir que nunca se pensaba al sistema en funcin del cambio. El esfuerzo de mantenimiento era alto. Entonces, la solucin era obviamente incrementar la productividad, que significaba resolver todos los problemas que dieron lugar a la crisis. Para esto debamos establecer reas clave. Segn la administracin, no todas las que la organizacin logre con ellos algo que no

reas de una gestin brindan el mismo rendimiento ante idnticos esfuerzos, es decir, que en algunas las mejoras por unidad de esfuerzo sern ms significativas que en otras. Esas son las llamadas reas clave, y en principio son las reas sobre las que se ha desarrollar nuestra gestin. Analizando la distribucin de costos que insume un producto de

software, salta a primera vista que el porcentaje ms alto se lleva el mantenimiento (70% a 80%), una actividad posterior al desarrollo. Entonces una manera de ser ms productivos es usar nuestros esfuerzos en nuevos sistemas y no as en mantener sistemas ya hechos. Para esto debemos pensar el diseo de un sistema en funcin del cambio futuro, establecer un proceso para lograr especificaciones mantenibles. Se ha detectado un rea clave: la mantenibilidad. Otra rea clave que se deduce al pensar en cmo bajar los costos es la confiabilidad o fiabilidad, porque un producto confiable ayuda a bajar los costos de mantenimiento. Durante el desarrollo, se han revisado las distintas etapas de este, para que los errores no lleguen al usuario final sin ser detectados, de tal forma que el usuario pueda confiar en el software. Tanto la confiabilidad como la ma ntenibilidad son un complejo de cualidades, pero adems no son las nicas reas clave, existen otras reas de gestin no menos importantes como la portabilidad y la eficiencia. En verdad, veremos que estas reas se convertirn en factores de calidad y que sus cualidades sern las mtricas que se usarn para medirlas, cuando se hable de modelos de calidad. Se tomar la definicin de calidad que da McCall, que por supuesto es susceptible de ser ampliada o modificada : Es la concordancia con los requerimientos funcionales y de rendimiento explcitamente establecidos, con los estndares de desarrollo explcitamente documentados y con las caractersticas software desarrollado profesionalmente implcitas que se espera de todo

Tomando esta definicin se puede decir que un sis tema que no cumple con lo que se esperaba de l, en cuanto a funcionalidad y rendimiento, carece de calidad. Tambin se puede concluir que un sistema que no ha sido desarrollado usando una ingeniera, difcilmente lograr tener calidad, porque incluso la legibilidad del cdigo, que es una caracterstica implcita de la visin de ingeniera, podra no existir. Sin embargo, la definicin no es ms importante que saber cmo incorporar este elemento en nuestro producto, es por esto que muchos investigadores, ingenieros en software, a travs de los aos han ido estableciendo y mejorando distintos modelos para la calidad del software, que tratamos a continuacin. Modelos para la calidad del software. -Modelo de McCall. Segn McCall, existen tres aspectos importantes de un producto de software y adems, plantea que existen diversos factores que afectan a la calidad, vista desde estos tres puntos. Los factores que afectan a la capacidad de soportar cambios que tiene el software son: Facilidad de mantenimiento (mantenibilidad). Flexibilidad. Facilidad de Prueba (Evaluabilidad). Los factores que afectan a la capacidad de adaptarse a nuevos entornos que tiene el software son: Portabilidad. Reusabilidad. Interoperabilidad. Finalmente, los factores que afectan a las caractersticas operacionales que tiene el software son: Correccin.

Fiabilidad. Eficiencia. Integridad. (Seguridad). Facilidad de uso. A la vez, McCall, plantea que cada uno de estos f actores es un complejo de cualidades y si se quisiera medir en qu grado se cumple o no con un factor determinado, se debera obtener primero una valoracin de las mtricas que lo componen. Como muchas mtricas son compartidas por muchos factores, los factores de calidad no son en s mutuamente excluyentes como parecan. La facilidad de auditora, es la facilidad con que se puede comprobar la

conformidad con los estndares. Exactitud, es la precisin de los clculos y emisin de resultados. Normalizacin de las comunicaciones, se refiere al grado con que se usan los estndares de comunicacin. Completitud. En qu grado han sido implementadas las funciones para el sistema. Consistencia. El grado en que las especificaciones externas se corresponden con las especificaciones internas. Estandarizacin de los datos. estndar. Tolerancia al error. En qu medida el sistema puede controlar los errores, para que estos no causen daos mayores. Eficiencia en la ejecucin. El rendimiento, muchas veces llamada performance que alcanza el sistema. Facilidad de expansin. El grado en que se puede ampliar el diseo arquitectnico, procedural o de datos. Generalidad. El grado en que el sistema es genera l, pero sin embargo puede ser parametrizado para adaptarse a situaciones en particular. Independencia del hardware. El grado en que el software es independiente del hardware sobre el que opera. El uso de estructuras de datos y tipos

Instrumentacin.

El grado en que el programa muestra su propio

funcionamiento e identifica errores que aparecen. Modularidad. La independencia funcional que alcanzan los componentes del programa, gracias a haber aplicado los principios de un buen diseo como son el bajo acoplamiento y alta cohesin. Facilidad de operacin. La medida en que se combina la facilidad de realizar una operacin en el sistema con el control que debe tener el usuario en dicha operacin. Seguridad. Mecanismos de seguridad lgica. Auto-documentacin. El grado en que el cdigo fu ente proporciona documentacin significativa. Simplicidad. El grado en que un programa puede ser entendido sin dificultad. Independencia del sistema. El grado en que el software es independiente del S.O. y otras restricciones del ambiente en que se eje cuta. Facilidad de traza. Poder partir del cdigo y llegar a la especificacin de requerimientos al seguir una pista. Capacitacin. El grado en que software ayuda para permitir que nuevos usuarios usen el sistema. Modelo de calidad de Boehm, Brown y Lipow. Barry Boehm, un conocido y adems precursor ingeniero de software de los 70 tambin realizo sus aportes propios al tema de la calidad del software. La conclusin de los autores es que no es posible resumir en un solo nmero todos los componentes y mtricas de calidad, sobre todo porque algunos componentes son conflictivos entre s. Por esto de acuerdo a las necesidades que se tienen del software, es que se derivan un orden de prioridades que le permite al administrador tomar decisiones sobre qu tipo de atributos representan en el caso, la calidad del producto. Modelo de calidad de segn la ISO -9126. (1991). Despus de haber distintos progresos en el establecimiento de lo que es la calidad del software, la ISO (Organizacin Internacional para la Estandarizacin) trata de concluir sobre los modelos existentes y se puede decir que establece ciertas bases slidas para hablar de la calidad de un

producto de software. En este apartado no se quiere profundizar en el tema, sin embargo existe mucho material escrito al cual se podran referir en caso necesario por ahora nos limitaremos a describir que es lo nuevo que incorpora este modelo. 1. La ISO-9126 establece las caractersticas de un modelo de calidad: Un modelo de calidad debera prove er una gua sistemtica para incluir la calidad en el software. Un modelo de calidad debera proveer una forma de identificar/clasificar sistemticamente caractersticas del software y defectos de calidad. Un modelo de calidad debera proveer una est ructura que sea entendible hasta cierto nmero de niveles, refinable y adaptable. 2. Establece concretamente que la calidad est compuesta por un conjunto de caractersticas que se pueden dividir en dos grupos: las caractersticas de alto nivel y las caractersticas de bajo nivel que sostienen, o que hacen posible la calidad. Esto se corresponde exactamente con lo que hasta este punto se entenda por factores y mtricas. Por ejemplo, una caracterstica de alto nivel es la mantenibilidad, que a su vez est compuesto por un conjunto de atributos subordinados o de bajo nivel que son: Analizabilidad. (O Entendibilidad) Estabilidad. Testeabilidad. (O Evaluabilidad) Modificabilidad. 3. Se establece que aunque a priori las caractersticas de alto nive l son En

mutuamente excluyentes (confiabilidad, eficiencia, mantenibilidad, etc.) comparten.

realidad se sobreponen cuando vemos las caractersticas de bajo nivel que

4. La ISO-9126 establece claramente que un software de calidad no es aquel que tiene todas las caractersticas de calidad imaginables, si no es aquel que cumple con aquellas caractersticas de alto nivel que han sido estratgicamente elegidas, acorde a las necesidades ms importantes que se tenan para el software. 5. Este modelo de calidad hace mayor nfasis que otros en la reusabilidad, ponindola como una caracterstica de alto nivel. Adems define la siguiente caracterstica de alto nivel deseable en todo software. Funcionalidad. Mantenibilidad. Confiabilidad. Portabilidad. Usabilidad. Eficiencia. Reusabilidad. Casi todas estas caractersticas se definen por s mismas, sin embargo destacaremos la definicin que se da de reusabi lidad o software reusable: Es aquel que usa caractersticas estndar de un lenguaje, no d epende del hardware, y su implementacin es simple, bien definida, encapsulada y cumple con una funcin especfica, no usa variables globales o provoca efectos colaterales. 6. Se establece una clasificacin para las caractersticas de bajo nivel que sostienen o hacen posible la calidad , en cuatro categoras bsicas. Caractersticas de correccin. (Ej. Precisin) Caractersticas de descripcin. (Ej. Legibilidad) Caractersticas estructurales (Ej. Concisin) Caractersticas de modularidad (Ej. Expansibilidad).