INTRODUCCIÓN
Ya
que hemos definido y tenemos una percepción acerca del término “calidad”, lo
vamos a aplicar ahora en función de nuestra área de estudio: el software. Daremos
varios puntos de vista, ya que, como sabemos, la calidad no tiene una
definición objetiva, por ende, es subjetiva y se puede tomar o considerar en
diferentes ámbitos.
Por
otro lado, explicaremos algunos términos que son esenciales para la métrica de
evaluación en un software. Estos, están determinados por Bertrand Meyer y hasta
hoy son de los más eficientes en el campo de la calidad del software. Algunos
son términos comunes, otros no tanto y ahí el propósito de éste trabajo: saber
qué son, cómo se aplican y qué beneficios traen consigo.
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 o programa a otro. Un software hecho para
ejecutarse una sola vez no requiere el mismo nivel de calidad mientras que un
software para ser explotado durante un largo tiempo necesita ser confiable,
mantenible y flexible para disminuir los costos.
La
calidad del software puede medirse después de ser elaborado. Pero esto puede
resultar muy costoso si se detectan problemas derivados de imperfecciones en el
diseño, por lo que es imprescindible tener en cuenta tanto la obtención de la
calidad, como su control durante todas las etapas del ciclo de vida del
software.
o Exactitud: Es
la puntualidad y fidelidad en
la ejecución de algo. Cuando alguien ejecuta una acción con
exactitud, el resultado obtenido es aquel que se pretendía. La exactitud
implica la inexistencia del error o del fallo.
o
Robustez: Es la capacidad de los productos de software
para reaccionar adecuadamente ante situaciones excepcionales y/o externas.
o
Extensibilidad Es la facilidad de adaptación de los productos de software a los cambios en la especificación o bien, que la dificultad de
adaptación es proporcional al tamaño de la aplicación.
o
Reutilización: Es la capacidad de un producto software de ser utilizado en la
construcción de diferentes aplicaciones. Mejora la productividad.
o
Compatibilidad: Facilidad de combinar
unos elementos de software con otros y no tenga ningún inconveniente o problema.
Ø Interfaces de módulo y sistema estandarizadas.
o
Eficiencia: Se define como los componentes reutilizables de alta calidad: más
eficientes en su trabajo. También tienen la habilidad de exigir tan pocas
características como sean posible a aspectos ajenos al propio software: tiempo,
espacio, ancho de banda, etc.
o
Portabilidad: Facilidad de transferir aplicaciones a nuevos ambientes de software y/o
hardware.
§ Se distingue entre especificación e implementación.
§ Polimorfismo, enlazado dinámico permiten sistemas que se adapten a varios componentes de la máquina.
o
Fácil de usar (usabilidad):
Sencillez con que las personas de distinto
conocimiento pueden aprender a usar productos de software y aplicarlos para
resolver problemas.
§ Contribución de herramientas orientada a objetos a las interfaces de usuario.
o
Funcionalidad: Es lo que un producto puede hacer. Probar la funcionalidad significa asegurar que el
producto funciona tal como estaba especificado.
o Puntualidad: Cumplir con los tiempos
acordados y establecidos con los diferentes niveles para obtener una mayor
satisfacción del cliente.
CONCLUSIÓN
De
acuerdo a lo establecido, es preferente que la calidad del software se mida
antes de ser elaborado, esto es, con la planeación del mismo: los
requerimientos, mapas, look and feel, etc. Ya que, de lo contrario, podría
resultar contraproducente y en vez de generar una ganancia, sería pérdida para
el desarrollador de software. Así mismo, debe llevar un proceso de calidad de
acuerdo a lo que se requiere, es decir, cumpliendo principalmente con los
estándares antes propuestos según el autor. Es una parte importante considerar
la calidad del software, ya que sin ella, el cliente se sentiría insatisfecho y
pudiera no comprar el software por la falta de ella. Así mismo, cuenta como
reputación del desarrollador y de eso, depende la vida de uno.
Bibliografía
Cachero,
C. (2013). Universidad de Alicante. Obtenido de
http://rua.ua.es/dspace/bitstream/10045/4011/1/1-IntroPOO-v0.5.pdf
Lacalle,
A. (Febrero de 2008). Software y Tecnología. Obtenido de
http://albertolacalle.com/hci/funcionalidad-usabilidad.htm
Lovelle,
J. M. (21 de Octubre de 1999). Instituto Tecnológico Superior de Lerdo.
Obtenido de
http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r35043.PDF
