Calidad interna y externa del software.

Definiciones.

Mantenibilidad.

-Analizable. Capacidad del producto de software para ser diagnosticado y mostrar las deficiencias o las causas de los fallos, permitiendo la identificación de las partes que deben ser modificadas.

-Cambiable. Capacidad del producto de software de aceptar determinada modificación sin afectar sus demás componentes.

-Estabilidad. Capacidad del producto de software de evitar efectos provocados después de alguna modificación implementada.

-Comprobable. Capacidad del producto de software de permitir que una modificación que se le haya hecho sea validada.

Portabilidad.

-Adaptabilidad. Capacidad del producto de software para ser adaptado a diferentes entornos específicos, sin la necesidad de optar por mecanismos deferentes a los requeridos por el propio software.

-Instalabilidad. Capacidad del producto de software para ser instalado en un entorno determinado con las especificaciones necesarias para su funcionamiento.

-Coexistencia. Capacidad del producto de software para convivir con otro software que es independiente en un entorno común compartiendo los mismos recursos.

-Reemplazable. Capacidad del producto de software para ser usado en lugar de otro software, para el mismo propósito y en el mismo entorno.

Ley de residuos eléctricos y electrónicos.

¿Qué podemos hacer?

Los principales productores de dispositivos eléctricos y  electrónicos afirman que sus equipos tienen una vida útil que se acerca a los diez años, pero la realidad nos afirma que alrededor de los cuatro o cinco años la mayoría de estos dispositivos se vuelven obsoletos debido a los nuevos programas y las nuevas versiones de los sistemas operativos. El constante cambio de la tecnología y la gran innovación en la cual estamos presentes hace que el consumo aumente  y con sigo el cambio constante de dichos dispositivos generando una alarmante cantidad de desechos electrónicos generadores de gran contaminación.

Aspectos para poner en práctica.

*   La reutilización de los dispositivos es un factor a tener en cuenta, los dispositivos que ya no estén en la capacidad de realizar la tareas para las cuales se implementaron, pueden pasar a desempeñar tareas dentro de la misma organización donde los requisitos sean menores.

*   La donación de dispositivos que a nivel empresarial ya no estén en la capacidad de rendimiento pueden ser entregadas a organizaciones que los adecuan con fines sociales.

*     Utilizar la responsabilidad extendida de los productores de los dispositivos eléctricos y electrónicos que luego del uso por parte de los consumidores estos los recogen nueva mente contribuyendo a la mejora en los diseños para que sea mucho más fácil la reutilización de las materias primas con la cuales están fabricados.

*   Las empresas deberían poseer un plan de reciclaje de los desechos electrónicos que genera la misma minimizando el impacto ambiental al desecharlos.

*  Contar con una asesoría cuando se desea renovar los dispositivos eléctricos y electrónicos donde se evalué cual va hacer el uso que se le pretende dar con el fin de poder adquirir una máquina que cuente con las características necesaria para desempeñar dichas tareas prolongando su vida útil.

Principios del proceso de pruebas de software.

Principios.

1.El proceso de pruebas demuestra la presencia de defectos.

Las pruebas realizadas a un software contribuyen a detectar la presencia de algún desperfecto que se ha pasado por alto.

2.No es posible realizar pruebas exhaustivas.

Es una tarea compleja de realizar además del alto costo en  el tiempo y el dinero que trae consigo  la ejecución de un proceso de tan alta exigencia.

3.Pruebas tempranas (early testing).

Poder detectar un defecto en una fase de desarrollo de software temprana hace que su corrección se haga más fácil contribuyendo a la optimización de recursos como tiempo y dinero.

4.Agrupamiento de defectos (defect clustering).

Cuando se encuentra algún defecto en algún módulo de un programa de software que cumple con  ciertas características es probable que otro que se le asemeje pueda tener los mismos defectos.

5.Paradoja del pesticida.

Cuando se implementa una prueba a un producto de software que arroja algún defecto no es practico  aplicar la misma prueba sabiendo de antemano que nos arrojara la misma información que ya debió se corregida, es necesario probar  el software de diferentes maneras.

6.Las pruebas dependen del contexto.

Dependiendo de las características de producción e implementación que se le darán al software se generan las pruebas necesarias para determinar los posibles defectos.

7.La falacia de la ausencia de errores.

El proceso de pruebas de software implementado de un modo correcto detecta los fallos más relevantes esto no infiere en la calidad del sistema, un software libre de errores no implica que sea apto para su uso.

Definición persona de calidad.

Persona de calidad.

Una persona de calidad puede ser definida como aquella que es capaz de interpretar y dar respuesta a las exigencias laborales y personales en las que se desenvuelve, estando en la capacidad de generar diversas estrategias que le permitan el cumplimiento total de las tareas a realizar con los resultados esperados.