Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Calidad enfocada en los Sistemas de Información

No description
by

Vasquez Luis Osvaldo

on 4 September 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Calidad enfocada en los Sistemas de Información

Calidad Enfocada a los Sistemas de Información
Defectos y Errores en Los
Sistemas de Información
Que son los defectos?
Que son los errores?
Tipos de errores
Como comprender los errores
Ejemplo de error de sintaxis
1.-Falta un # en include en la primera linea
2.-Se escribe int en vez de imt en la segunda linea
3.-En la séptima linea después de los paréntesis falta un ;
4.-En la la octava fila se escribe return en vez de retunr
Véase el siguiente programa escrito en c
El Cuaderno de Registro de Defectos y Errores
El cuaderno de defectos esta diseñado ´para ayudarte a reunir datos de defectos.
El cuaderno de muestra en la siguiente figura:
Y sus instrucciones se muestran de la siguiente manera
Se Utiliza este cuaderno para reunir datos de defectos para cada programa que codifiques. Describe cada defecto con bastante detalle para que puedas entenderlo más adelante. Después de haber terminado cada programa, analiza los datos para ver donde has introducido y eliminado los defectos y que tipos de defectos causan los principales problemas. Antes de utilizar este cuadro, lee el resto d ese capitulo y las instrucciones de la tabla anterior.
Se refiera a algo que esta equivocado en un programa, tal como en un error sintáctico, una falta tipográfica, un error de puntuación o una sentencia incorrecta


Los defectos pueden estar en los programas, en los diseños o incluso en los requisitos y en las especificaciones.

Los defectos pueden ser sentencia extra, sentencia incorrectas, secciones del programa omitida



Son cosas incorrectas que se cometen al estar programando, sin tener en cuenta cuando y quien los comete,

Así las personas cometen errores o equivocaciones mientras que los programas tienen defectos

Cuando los ingenieros cometen errores, que conducen a defectos nos referimos a esto como "introducción de defecto"


Unidad 2

Para reunir los defectos

Reunir cada defecto que encontramos


Registrar la información suficiente sobre el defecto para que puedas entender


Analizar estos datos para ver cuales de estos causan mayores problemas


El primer paso para gestionar los defectos es entenderlo,para eso debes reunir los datos de defecto, así podremos entender estos errores y comprender como evitarlo, pudiendo comprender como encontrarlo mejor corregirlo o prevenirlo el defecto
Contabilización de Defectos y Errores
Formas de Encontrar y
Corregir Errores
El Costo de Encontrar
y Corregir Errores
Integrantes
Armenta Ruiz Marycela
Mancillas Aguilar Yajaira
Vásquez Luis Osvaldo
Borquez Gaxiola Jesús Alejandro

Docente: Pedro Aguirre Reyes
Ing. Informatíca
Hay varias formas de encontrar los defectos de un programa.
En esencia, todos estos métodos implican los siguientes.


• Identificar los síntomas del defecto.


• Reducir de estos síntomas la localización del defecto.

• Entender lo que es erróneo en el programa.

• Decidir cómo corregir el defecto.

• Hacer la corrección.

• Verificar que el arreglo ha resuelto el problema.


Herramientas para ayudar a los ingenieros:


• El trabajo del compilador es generar un código.

• Por medio de pruebas.

• Los compiladores son buenos identificando.

• Ellos solo muestran síntomas de defectos


Una segunda forma de encontrar defectos, es por medio de las pruebas. La calidad de las pruebas está gobernada por el grado en que estos escenarios cubren todas las funciones importantes del programa.
Tercera, última y más costosa de las forma de encontrar los defectos, es entregar programas defectuosos y esperar que los usuarios identifiquen e informen de los defectos.
El coste medio de encontrar y corregir un defecto crece unas 10 veces en cada paso del proceso de desarrollo.
Aunque el tiempo de corregir los defectos varían enormemente , estos valores muestran los tipos de defectos

°El tiempo de encontrar lo defectos en la pruebas de integración, de componentes o sistemas
°Estos varia con el tamaño y la complejidad del sistema


Una vez entregado el producto al cliente el coste de encontrar errores y corregir defectos es mayor mucho mayor

°Dependiendo la clase de productos
°Los tipos
°Números de clientes

Formas de encontrar defectos al principio


• Es la compilación

• La Depuración

• Y las pruebas


Durante la compilación de un programa podemos encontrar defectos, los cuales nos causan problemas:
Si el compilador presenta 10 errores por una omisión del punto y coma o cualquier otro, hay que anotarlo en el cuaderno de registro de defectos para cada corrección de programa.
Cuando se encuentra un defecto diseño mientras se este codificando se considera defecto de diseño, mientras diseñas con frecuencia puedes cambiar la idea de como hacer algo.

Si se esta corrigiendo un error en los requisitos esto seria error de requisitos o especificaciones, entre mas se cometen errores uno aprende de ellos para no volverlos a cometer
La clave esta en registrar cada defecto que se han cometido
por ejemplo: si escribimos una linea de código e inmediatamente vemos un error y lo corriges, este es un error y no un defecto


Pero si acabas de codificar un programa y posteriormente observas un error, entonces si seria un defecto y se contabilizaría
Corrigiendo cada error en alguna linea después de introducirla, los defectos que se encuentran no seria necesario contabilizarla
Es importante concentrarse sobre aquellos defectos encontrados durante la compilación y pruebas, reuniendo los datos de defectos,
se dará cuenta uno para que son necesarios dichos datos
Entonces uno quera aprender mas sobre los errores que se cometen y corrigen durante la fase de codificación y diseño, tratando de entender las causas y ver como prevenirlos
Calidad en los Sistemas de información
Ejemplo de cuaderno de Registro
Ejemplo:

Imagina que vas a comprar un coche y visitas 2 fabrica

En la 1ra encuentran una media de 10 defectos por coche en las pruebas, que son corregidos antes de ser enviados al concesionario
la 2da encuentra 1 defecto por cada 10 coches. El resto lo encuentran los compradores.
Durante la revision, se encuentra 1 error cada 1 o 2 minutos
Durantes las pruebas de unidad, 1 error cada 10 ó 20 minutos
En las pruebas de integracion, 10 a 40 horas
Full transcript