¿Cómo descubriría que uno de los participantes no se ha preparado? ¿Qué haría si fuera el jefe de división?

3. Una reunión de revisión técnica formal sólo es efectiva si todo el mundo

se prepara por adelantado. ¿Cómo descubriría que uno de los participantes

no se ha preparado? ¿Qué haría si fuera el jefe de división?

Los participantes de la revisión son:

· El jefe de revisión: Quien lidera la reunión.

· Los revisores: Uno de los cuales se encarga de registrar todos los sucesos de la

reunión.

· El productor.

Descubriría que uno de los participantes no se ha preparado si desconoce qué se

va a revisar, quienes lo van a realizar y desconoce aspectos importantes de la

agenda, como los objetivos y la temática procedimental, además cada participante

debe estar capacitado en el proceso y psicología humana. Por lo que en la reunión

se evidenciará la debida preparación de los participantes conforme las

intervenciones sean apropiadas.

Si yo fuera el jefe de división planearía la reunión mediante una agenda de trabajo.

Y presidiría la reunión bajo los siguientes parámetros:

· Revisar el producto, no al productor.

· Fijar una agenda y mantenerla.

· Limitar el debate y las impugnaciones.

· Enunciar áreas problemas pero no intentar resolver los problemas que se pongan

de manifiesto.

· Tomar notas escritas.

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

· Desarrollar una lista de comprobación para cada producto que haya de ser

revisado.

· Disponer recursos y una agenda para las Revisiones Técnicas Formales.

· Capacitación y entrenamiento de los revisores.

· Revisar las revisiones anteriores.

Quienes no demuestren estar preparados para la Revisión Técnica Formal

deberán ser removidos del proyecto, y si es necesario la reunión será aplazada.

4. ¿Quién debe llevar a cabo la prueba de validación -el desarrollador del

software o el usuario-? Justifique su respuesta

Ingeniería de Software

INTRODUCCIÓN

La validación automática de sistemas es el proceso por el cual los requisitos de

sistemas son corroborados con poca o nula participación por parte del equipo de

proyecto, lo que permite mejorar el producto obtenido. En términos generales esto

se logra relacionando cada requisito de sistema a un paquete de pruebas.

La validación automática de software es una práctica que en los últimos tiempos la

comunidad de informática le a prestado atención debido a los costos cada vez

más altos que tiene el proceso de complicación-depuración-integración-producción

de los sistemas software.

Alguna de las razones por lo cual se hace menester hoy más que nunca intentar

llegar a un proceso de validación automática de sistemas es:

- Requerimientos de usuarios cada vez más complejos.

- Diversidad de lenguajes con los que se desarrolla un mismo sistema.

- Diferentes plataformas donde se debe ejecutar un sistema.

- Distintos entornos de programación.

- Constante avance de las tecnologías y métodos de desarrollo.

- Alta rotación de personal.

La validación del software debe basarse en la prevención y detección

temprana de los errores

• Primer error: “Primero yo construyo y después tú válidas”.

Ingeniería de Software

• Segundo error: Asumir que el usuario, además de conocer su negocio, domina

las técnicas de validación.

El éxito de la validación de los requerimientos reside en unas pruebas de

aceptaciones Completas e independientes

El proceso de pruebas debe iniciarse en una fase temprana del ciclo de vida,

integrándose en el desarrollo de la aplicación. Ambos procesos, desarrollo y

pruebas, se realizan en paralelo, manteniendo un compromiso y una comunicación

fluida entre los equipos de desarrollo y de pruebas. Las principales características

que contribuyen a asegurar una validación exitosa de los requerimientos son:

• Las pruebas no son una fase aislada del proyecto, sino que constituyen en sí un

proyecto con su propio ciclo de vida integrado en el del propio proyecto.

...