1. El control de variacin est en el centro del control de calidad.

Como todos los programas que se crean son diferentes unos de otros, cules son las variaciones que se buscan y cmo se controlan?
Lo que se busca con una evaluacin es hacer un anlisis algo profundo para detectar las fortalezas y debilidades de cada alumno; es decir se evala para hacer las cosas mejor en el desarrollo educativo. Por esta razn es considerado como un instrumento de mxima utilidad para mejorar el funcionamiento de los alumnos, ya que estos pueden motivarlos para seguir sobresaliendo, o por el contrario puede bajarles la autoestima dependiendo tambin la actitud que tome el docente en relacin con el alumno. Para resolver estos problemas o variaciones y mejorar la Calidad, es necesario basarse en hechos y no dejarse guiar solamente por el sentido comn, la experiencia o la audacia. Basarse en estos tres elementos puede ocasionar que en caso de fracasar nadie quiera asumir la responsabilidad. De all la conveniencia de basarse en hechos reales y objetivos. Adems es necesario aplicar un conjunto de herramientas estadsticas siguiendo un procedimiento sistemtico y estandarizado de solucin de problemas.

2. Es posible evaluar la calidad del software si el cliente, no se pone de acuerdo sobre lo que se supone que ha de hacer? Qu cree usted? No es posible ya que la calidad comprende los requisitos especificaciones y diseo del sistema por lo tanto si el cliente no tiene claro las funciones del software es muy difcil determinar los requerimientos y es as como no se puede evaluar la calidad. 3. La calidad y la fiabilidad son conceptos relacionados, pero son fundamentalmente diferentes en varias formas. Disctalas.
Fiabilidad: la probabilidad de que no se produzcan fallos de un programa. Calidad: Caractersticas que debe cumplir el software con los requerimientos hechos por el cliente y los definido s por el ingeniero de software. La fiabilidad abarca un espacio en la calidad, sta comprende el diseo del software con los elementos a utilizar, el rendimiento de estos elementos y los niveles que manejan. Adems la calidad para poder ser considerada alta debe preservarse una implementacin ajustada al diseo , la fiabilidad as se haya tomado en cuenta a la hora de considerar el tipo de implementacin podr presentar fallos, por otro lado si la implementacin es inadecuada se presentaran los fallos calculados , ms una nueva cifra

4. Puede un programa ser correcto y an as no ser fiable? Explique por qu.

Un programa puede ser correcto en la medida en que cumpla las especificaciones de diseo durante su realizacin; el nivel de cumplimiento de los requisitos y diseo del software no garantizan un nivel de fiabilidad alto, ya que aunque tengan todas las funciones que se esperan puede presentar un numero de fallos considerables.

5. Puede un programa ser correcto y aun as no exhibir una buena calidad? Explique por qu. RTA
Un programa es correcto en la medida en que los requisitos y diseo del software sigan con la especificacin establecida , pero lo que determina la calidad es los materiales con los que se realizo ese trabajo, su nivel de rendimiento y los procesos con os que fue efectuado , por lo tanto el programa puede presentar las funciones exigidas y aun asi no tener alta calidad.

6. Por qu a menudo existen fricciones entre un grupo de ingeniera del software y un grupo independiente de garanta de calidad del software? Es esto provechoso? RTA 7. Si se le da la responsabilidad de mejorar la calidad del software en su organizacin. Qu sera lo que hara?. RTA
Lo primero que haria es mirar si el software de mi organizacin tiene todos los requerimientos pedidos anteriormente ,esto se mira en la documentacin del software. Por tanto si no cumple con estos requerimientos lo que haria seria implementar las solicitudes de usuario o cliente que hacen falta en el software.

8. Adems de los errores, hay otras caractersticas claras del software que impliquen calidad? Cules son y cmo se pueden medir directamente? RTA
S hay mas caractericas claras del software que impliquen calidad: Fiabilidad: en terminos estadisticos como la prob abilidad de operacin libre de fallos de un programa en un entorno determinado y durante un tiempo especifico.

Se puede medir asi: TMEF=TMDF+TMDR TMEF tiempo medio entre fallo TMDFtiempo medio de fallo TMDRtiempo medio de reparacion Disponibilidad: es la probabilidad de que un programa funciones de acuerdo con los requisitos en un momento dado. DISPONIBILIDAD=[TMDF/TMEF]*100

9. Una revisin tcnica formal slo es efectiva si todo el mundo se la prepara por adelantado. Cmo descubrira que no de los participantes no se la ha preparado? Qu hara si fuera el jefe de revisin? RTA
Si alguno de los integrantes no esta preparado le pediria que saliera ya que en ninguna revision se esta en posicin de perder tiempo explicando de que se trata el producto. Ademas este tiempo se tuvo que haber tomado antes de manera individual para generar las notas que son expuestas en la revision y que son de gran importancia en el analisis del producto. Para que esto no pasara haria que los revisores me enviaran sus not as para anexarlas al archivo de presentacion , de esta manera se sabe de antemano quien esta enterado y quien no.

10. Investigue en los libros o internet sobre fiabilidad del software y escriba un ensayo que explique un modelo de fiabilidad del software. Asegrese de incluir un ejemplo. RTA 11.Que es el concepto de TMEF del software?. RTA 12. Busque dos ejemplos de sistemas de informacin de seguridad crtica que estn controlados por una computadora. Liste al menos tres peligros para cada uno de ellos que se puedan relacionar directamente con los fallos del software. RTA 13. Investigue y haga un resumen de lo que es poka-yoke. RTA
es un dispositivo diseado cuidadosamente con el fin de evitar errores en la operacin de un sistema. Algunos autores manejan el poka-yoke como un sistema a prueba de tontos (baka-yoke en japons), el cual garantiza la seguridad de la maquinaria ante los usuarios y procesos. De esta manera, se previenen accidentes de cualquier tipo.

14. Sugiera unos cuantos dispositivos poka-yoke que pudieran ser usados para detectar y/o prevenir errores que son encontrados habitualmente. RTA 15. Adquiera una copia de ISO 9001 e ISO 9000-3. Prepare una presentacin que trate tres requisitos ISO 9001 y cmo se aplican en el contexto del software. RTA