TALLER FINAL PARCIAL

FECHA: 27/05/2014
PARALELO: 4 A
INTEGRANTES: JOHNNY LAICA- DANILO MACIAS-JHONNY CHOEZ-
ABRAHAM QUISPE- CARLOS CAMPOZANO- ERICK BONE- VALERIA BRITO-
JOSELYN FIGUEROA- DORA DOMINGUEZ- KAROLINA RUIZ

1) SQA
Descripcin de siglas en espaol e ingls
SQA = Software Quality Assurance
Aseguramiento de calidad del software
Concepto o definicin (3 lneas)
Es un enfoque sistemtico de evaluacin de la calidad de un software
desarrollado basado en cumplir estndares y procedimientos durante el ciclo
de vida del mismo
Objetivo (2)
1. Aumentar las probabilidades de xito final de un proyecto
2. Verificar que los Estndares sean aplicados correctamente en el
software
Propsito (2)
Planificar: Al llevar a cabo un aseguramiento de calidad se debe primero que
nada tener una planificacin detallada de los procesos y tareas a realizarse.

Revisar y auditar: Durante el ciclo de vida de un software es importante
siempre llevar a cabo el proceso de revisin de los procesos y tareas y auditar
o documentar todo cambio para un correcto manejo de SQA

Problemas que resuelve el SQA (2)
1. Ayuda a definir los parmetros de medicin de la calidad de un
software
2. Ayuda a monitorear todos los procesos del desarrollo del software
Miembros/equipo de trabajo del SQA
I. Manager de calidad
II. Supervisor del aseguramiento de la calidad
Ingeniero de calidad
Asegurador de calidad
III. Supervisor del control de la calidad
Habilidades y capacidades (3)
Sistemas de auditorias
Mejoramiento de procesos
Servicio al cliente

2) Mtodos que usan el SQA
Nmbrelos y 3 lneas por cada uno
Auditoria PPQA (Process and Product Quality Assurance).- Es la
actividad de garantizar que el proceso y el producto de trabajo se
ajustan al plan acordado.
Pruebas de Validacin: Es el acto de introducir datos, los cuales el
tester sabe que son errneos en la aplicacin.
Comparacin de datos: Tcnica que se realiza comparando los
resultados de una aplicacin con parmetros especficos con los
resultados de otra aplicacin previamente creada,
Prueba de esfuerzo (Stress Testing) Se realiza cuando el SW es utilizado
de la manera ms ruda posible en un perodo de tiempo para ver si
trabaja con altos niveles de carga.
Pruebas de Uso: A veces conseguir usuarios que no estn
familiarizados con el SW para probarlo por un tiempo determinado,
ofrece retroalimentacin a los desarrolladores acerca de las
dificultades que encontraron.
Revisiones por Pares (Peer Reviews). Son actividades efectivas para el
control de la calidad. Pueden aplicarse al anlisis, diseo y codificacin.
Revisin Tcnica formal (RTF): Es una actividad de garanta de calidad
de SW. Es una revisin que incluye recorridos, inspecciones y
revisiones cclicas.

3) Mtodos estadsticos de la garanta de la
calidad del software
Nmbrelos y 3 lneas por cada uno
Las herramientas bsicas de la calidad:
Diagrama de Pareto
Diagrama de causa efecto
Histogramas
Diagrama de dispersin
Estratificacin hojas de verificacin de comprobacin

4) Contenido/formato de lo que tiene el plan
SQA
Planificacin de tareas
Asignacin de recursos
Evaluaciones a realizar
Estndares a aplicar
Los productos a revisar
Los procedimientos a seguir en la elaboracin de los distintos
productos y procedimientos para informar de los defectos
detectados a sus responsables y realizar el seguimiento de los
mismos hasta su correccin.

5) Medidas de Fiabilidad
Definicin/concepto
Define la fiabilidad como la habilidad que tiene un sistema o componente de
realizar sus funciones requeridas bajo condiciones especficas en periodos de
tiempos determinados.


Modelos de fiabilidad del software(Nombrarlos y 2 lneas por cada
uno)

Fallos de software: Se deben ms debido a los defectos o problemas de
diseo o implementacin.
Fallos de Hardware: Se deben ms por el desajuste, ya que son ms
probables por el desgaste fsico.
Ejemplo: El defecto de la temperatura, el deterioro, los golpes
Fallos de redes

Frmula matemtica de fiabilidad del software

MTBF = Tiempo Medio de Fallos
MTTR = Tiempo Medio de Reparacin


6) Medidas de Disponibilidad
Definicin
Las medidas de disponibilidad son un grupo de mtricas las
cuales permiten determinar el porcentaje de probabilidad de
que un sistema funcione adecuadamente en cualquier
momento.

Frmula matemtica
Disponibilidad = TMDF/ (TMDF + TMDR) x 100 %
TMDF (tiempo medio de fallo)
TMDR (tiempo medio de reparacin)



7) Diferencias entre: Calidad vs fiabilidad, vs
disponibilidad
CALIDAD: Caracterstica o atributos del software la cual tiene como
principal objetivo evaluar el cumplimiento, en su mayor porcentaje, los
requerimientos previamente establecidos por el cliente/usuario.

FIABILIDAD: Medida que nos permite evaluar que el software funcione
con el menor porcentaje de fallos posibles durante un periodo de
tiempo determinado.

DISPONIBILIDAD: Medida que permite evaluar el tiempo en que un
sistema se encuentra activo para su uso.

8) Anlisis de riesgo del software
Indicar aspectos a considerar para el anlisis
Aspectos a considerar
IDENTIFICACIN DE LOS RIESGOS: es propiamente la identificacin de
los riesgos mediante tcnicas adecuadas
ANALISIS DE CONSECUECIAS : Se trata de aplicar mtodos matemticos
de anlisis
CUANTIFICACION DE RIESGO: Se trata de aplicar mtodos que puedan
determinar la frecuencia de ocurrencia mediante mtodos
semicualitativos o bien mediante anlisis cuantitativos de riesgo.
TOMA DE DECISIONES

9) Anlisis de seguridad del software
Indicar aspectos a considerar
Aspectos a considerar
Disponibilidad, Integridad y confidencialidad de los datos.
Administracin del riesgo: Identificar las amenazas vulnerabilidades
e impactos.
Bunas Practicas durante el desarrollo de software
Conocimiento para la seguridad.

10) Revisiones tcnicas formulas RFT
Indicar aspectos a considerar
Limitar el nmero de participantes de 3 a 5.
La reunin de revisin no puede ser mayor a 2 horas.
Durante la reunin se realiza la explicacin de las personas que
hicieron el producto y se concluye determinando las reas de
problema y elaborando un informe de revisin formal.
Revisar el producto no al productor.
El responsable de SQA debe realizar el seguimiento del producto si las
acciones correctivas fueron realizadas.
Personas q intervienen en el proceso de revisin:
o Lder de proyecto: evala el producto
o Jefe de revisin : distribuye las copias a los revisores
o Revisadores: realizan la revisin previa a la reunin
o Registrador :toma anotaciones correspondientes como lista de
sucesos, pasa los informes, archiva documentacin
o Productor :informa al lder que ha terminado su producto