Significado de RTF

Equipo 1
● Jose Antonio Lopez Tesillos
● Jhonathan Ruiz Teran
● Arturo Botello Marin
● Jerson Morgado Zarate
● Eduardo Hdz. Pasos
● Fabiola Espinoza Pantoja

   
 Revisiones Técnicas Formales (RTF)

Es una actividad de la garantía de calidad de software.

Los objetivos de las revisiones técnicas formales son:

Descubrir errores en la función, la lógica o la

implementación de cualquier representación de
software.

Verificar que el software bajo su revisión alcanza sus

requisitos los funcionales.

   
 Revisiones Técnicas Formales (RTF)

Garantizar que el software

ha sido desarrollado de
acuerdo a los estándares
predefinidos.

Conseguir un software
desarrollado
uniformemente.

Hacer que los proyectos

sean más manejables.

   
 Restricciones de la RTF:

Se debe convocar a la RTF normalmente entre 3 y

cinco personas.

Se debe prepara por adelantado, pero sin que

requiera más de dos horas de trabajo previo por
Persona.

La duración de la RTF debe ser menor a dos horas.

Se debe centrar en una parte especifica y pequeña

del software total.

   
 Directrices de la RTF:

Revisar el producto, no al
productor.

Fijar una agenda y mantenerla (es

decir no desviar el tema de la
reunión).

Limitar el debate y las

impugnaciones.

Enunciar áreas del problema, no

intentar resolverlo.

   
 Directrices de la RTF:

Tomar notas escritas.

Limitar el número de
participantes, e insistir
en la preparación
anticipada.

Desarrollar un lista de
comprobación para cada
producto a ser revisado.

   
 Directrices de la RTF:

Disponer de recursos y
una agenda para las RTF
(incluir como tarea del
proyecto).

Llevar a cabo un
entrenamiento por parte
de los revisores.

Repasar las revisiones

anteriores.

   
 Revisiones técnicas

Hay dos motivos básicos para esto:

➢
El trabajo técnico necesita ser revisado.
➢
Hay  errores  que  son  percibidos  mas  fácilmente. 
por otras personas que por los creadores.

●
Por definición es un grupo de personas que
permiten:
✗ Señalar la necesidad de mejoras.
✗ Señalar que NO hay que mejorar.
✗ Conseguir un trabajo técnico mas
homogéneo.

ppi­t4
8
 Revisiones técnicas

Revisiones Formales VS Informales: las informales se llevan a

cabo constantemente, sin tales revisiones la programación y
comprensión de un proyecto serian imposibles.

Las revisiones formales tienen tres elementos:

➔ Informe escrito del estado del producto revisado.

➔ La participación activa y abierta de todos los del
grupo de revisión.
➔ Total responsabilidad de todos los participantes en
la calidad de la revisión.

ppi­t4
9
 Revisiones técnicas

 Ventajas de las revisiones

técnicas:

● Reduce sustancialmente el
coste del software.
● Tiene gran valor educativo

para los participantes.

● Sirve para comunicar la
información técnica.
● Fomenta la seguridad y la

continuidad.

ppi­t4
10
 Revisiones Técnicas Formales-RTFs

Objetivos:

●
Descubrir errores en la función,la lógica o la
implementación.
●
Comprobar que el software bajo revisión cumple
los requisitos de software.
●
Garantizar que el software esta bajo los
estándares.
●
Uniformidad en el software.
●
Facilitar el manejo de proyectos.

ppi­t4
11
 Revisiones Técnicas Formales-RTFs

 Proceso:
1. El productor informa al jefe de proyecto la terminación del
producto.
2. Jefe de proyecto contacta el jefe de revisión.
3. Revisores y jefe de revisión revisan el producto.
4. La reunión revisión es llevada a cabo por el jefe de
revisión, los revisores y el productor.
5. Al final todos los participantes deben decidir si:
I. Aceptan el producto sin posteriores modificaciones.
II. Rechazan el producto por errores.
III. Aceptan el producto provisionalmente.
6. Una vez tomada una decisión todos firman.

ppi­t4
12
 Revisión técnica formal

●
Es una actividad de garantía de calidad del software que es ejecutada
por los ingenieros del software. Sus objetivos principales son:

◙ (1) descubrir errores en la función, la lógica,o la

implementación.
◙ (2) verificar el software bajo revisión alcance los requisitos.
◙ (3) garantizar que el software ha sido representado de
acuerdo con ciertos estándares predefinidos.
◙ (4) conseguir un software desarrollado de forma uniforme.
◙ (5) hacer que los proyectos sean más manejables.