Calidad en los sistemas de informacion.

...

- Las anotaciones en el cuaderno deben basarse sólo en las correcciones que se hacen cualquier despiste puede provocar varios errores, solo se hará una sola corrección.

- También el diseño puede sufrir cambios durante el desarrollo debido a la aparición de ideas mejores u optimizaciones o simplemente cambios en el parecer del cliente que también ocurre con más frecuencia de la deseada.

- Conviene contabilizar los defectos cuando se termine cada fase (diseño, codificación).

- Para identificar y reunir datos de defectos es conveniente comenzar por contabilizar sólo los de compilación y pruebas hasta que se tome soltura.

2.2.3 FORMAS DE ENCONTRAR Y CORREGIR DEFECTOS

Aunque no hay forma de acabar con la introducción de defectos, es posible encontrar y eliminar casi todos los defectos al principio del desarrollo para el ahorro de tiempo y aumento de calidad.

Pasos a seguir:

- Identificar los síntomas del defecto.

- Deducir de estos síntomas la localización del defecto.

- Entender lo que es erróneo en el registro.

- Decidir cómo corregir el defecto y hacer la corrección.

- Verificar que el arreglo ha resuelto el programa.

- Los errores semánticos son los más difíciles de encontrar.

- La forma más común de encontrar un defecto es por medio del usuario que es quien lo descubre.

Formas de encontrar los defectos

- Con el compilador:

Mostrará los mensajes de error si no puede generar el código.

- Mediante los casos de prueba:

Donde se presentan los datos de prueba para ver si los resultados son adecuados.

- Revisión del código:

Se realizaran las observaciones antes de la compilación y prueba del mismo.

¿Por qué hay que encontrar los defectos?

La razón más importante es para corregir los problemas y hacer que trabaje de manera adecuada para después sea un producto de calidad.

2.2.4 EL COSTO DE ENCONTRAR Y CORREGIR DEFECTOS

El costo medio de encontrar y corregir un defecto crece unas 10 veces en cada paso del proceso de desarrollo de registro. Aunque el tiempo de corregir los defectos varía enormemente, estos valores medios muestran, a pesar de todo, los tipos de defectos.

El tiempo es la variación más grande en proceso de encontrar los defectos en las pruebas de integración, de componentes o del sistema, también variará con el tamaño y la complejidad del sistema.

Una vez que los productos son entregados a los clientes, el coste de encontrar y corregir los defectos puede ser mucho mayor, dependiendo de la clase de productos y de los tipos y número de clientes.

Un estudio previo que realizamos encontramos que:

- Durante la revisión de código se encuentra y corrige los defectos en 1 a 2 minutos.

- Durante las pruebas de iniciales, para corregir los defectos son de 10 a 20 minutos.

- En las pruebas de integración, cada defecto puede costar 1 o más.

- En las pruebas del sistema cada defecto puede costar entre10 a 40 horas.

[pic 2]

Ejemplo de costo en la corrección de defectos.

2.3 LISTA DE COMPROBACIÓN

Una lista de comprobación o Check- List, contiene una serie de pasos seguir de forma rigurosa. Cuando se utiliza una lista de comprobación este debe ser desarrollada a partir de tus propios defectos, y así se harás revisiones más eficientes.

Una lista de comprobación te puede ayudar a asegurarte de que se sigue el procesamiento.

Las listas de comprobación también son para nosotras una fuente de ideas. Cuando seguimos una lista de comprobación personal, sabemos cómo revisar el proceso de registro de libros en el sistema.

Las listas de comprobación se refieren a 4 aspectos distintos de la prevención de riesgos que son:

- Al agente material: instalaciones, maquinas, herramientas, sustancias peligrosas, suelos, paredes y objetos.

- Al entorno ambiental: orden y limpieza, ruido, iluminación, temperatura, corrientes de aire.

- A las características personales: conocimientos, aptitudes, actitudes, comportamiento.

- A la empresa u organización: gestión de la prevención, formación, métodos y prendimientos.

[pic 3]

Ejemplo: Listas de comprobación para la revisión.

2.4 GESTIÓN DEL TIEMPO PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN

Para gestionar tu tiempo, planifica tu tiempo y sigue el plan. Determinar que hacer para producir mejores planes es el parte más fácil. Llevarlo a cabo es lo realmente difícil.

Para establecer las reglas básicas de la gestión del tiempo, utiliza la aproximación, anota para cada día los tiempos de casa categoría. Si quieren utilizar dos periodos de tiempo para una categoría en un día, utiliza dos columnas o haz más grande los espacios de este formulario. El formato no es lo importante, céntrate en establecer un conjunto de reglas claras.

[pic 4]

Ejemplo de gestión de tiempo.

El proceso de desarrollo de los sistemas de información constaría de siete etapas y son:

- Definición del proyecto

- Análisis de sistemas

- Programación

- Fase de pruebas

- Conversión

-