Página principal

Motor de generación de Formularios para Infocorp (mogefi) Plan de Verificación de la Iteración Versión 0 Historia de revisiones


Descargar 88.46 Kb.
Fecha de conversión21.09.2016
Tamaño88.46 Kb.
Motor de generación de Formularios para Infocorp  (MOGEFI)
Plan de Verificación de la Iteración
Versión 2.0

Historia de revisiones


Fecha

Versión

Descripción

Autor

16/09/2007

2.0

Primera iteración – Fase Elaboración

Jorge Sosa

Contenido

1. Objetivos de la Verificación 4

1. Objetivos de la Verificación 4

2. Verificación Unitaria 4

2. Verificación Unitaria 4

2.1. ProcessControllerCTR Versión 1.0 4



2.1.1. Requerimientos Funcionales 4

2.1.2. Requerimientos No Funcionales 4

2.1.3. Responsable de ejecutar la verificación 4

2.1.4. Fecha de comienzo de la verificación 4

2.1.5. Fecha de entrega del Informe de Verificación Unitaria 4

2.2. IPComponentDiscriminator Versión 1.0 4



2.2.1. Requerimientos Funcionales 4

2.2.2. Requerimientos No Funcionales 4

2.2.3. Responsable de ejecutar la verificación 5

2.2.4. Fecha de comienzo de la verificación 5

2.2.5. Fecha de entrega del Informe de Verificación Unitaria 5

2.3. DivParser Versión 1.0 5



2.3.1. Requerimientos Funcionales 5

2.3.2. Requerimientos No Funcionales 5

2.3.3. Responsable de ejecutar la verificación 5

2.3.4. Fecha de comienzo de la verificación 5

2.3.5. Fecha de entrega del Informe de Verificación Unitaria 5

2.4. ComponentParser Versión 1.0 5



2.4.1. Requerimientos Funcionales 5

2.4.2. Requerimientos No Funcionales 5

2.4.3. Responsable de ejecutar la verificación 5

2.4.4. Fecha de comienzo de la verificación 5

2.4.5. Fecha de entrega del Informe de Verificación Unitaria 6

2.5. MDTextBox Versión 1.0 6



2.5.1. Requerimientos Funcionales 6

2.5.2. Requerimientos No Funcionales 6

2.5.3. Responsable de ejecutar la verificación 6

2.5.4. Fecha de comienzo de la verificación 6

2.5.5. Fecha de entrega del Informe de Verificación Unitaria 6

2.6. MDButton Versión 1.0 6



2.6.1. Requerimientos Funcionales 6

2.6.2. Requerimientos No Funcionales 6

2.6.3. Responsable de ejecutar la verificación 6

2.6.4. Fecha de comienzo de la verificación 6

2.6.5. Fecha de entrega del Informe de Verificación Unitaria 6

2.7. MDCheckBox Versión 1.0 6



2.7.1. Requerimientos Funcionales 6

2.7.2. Requerimientos No Funcionales 7

2.7.3. Responsable de ejecutar la verificación 7

2.7.4. Fecha de comienzo de la verificación 7

2.7.5. Fecha de entrega del Informe de Verificación Unitaria 7

2.8. MDDivComponent Versión 1.0 7



2.8.1. Requerimientos Funcionales 7

2.8.2. Requerimientos No Funcionales 7

2.8.3. Responsable de ejecutar la verificación 7

2.8.4. Fecha de comienzo de la verificación 7

2.8.5. Fecha de entrega del Informe de Verificación Unitaria 7

2.9. WPFFormCreatorCTR Versión 1.0 7



2.9.1. Requerimientos Funcionales 7

2.9.2. Requerimientos No Funcionales 7

2.9.3. Responsable de ejecutar la verificación 8

2.9.4. Fecha de comienzo de la verificación 8

2.9.5. Fecha de entrega del Informe de Verificación Unitaria 8

3. Verificación de Integración 8

3. Verificación de Integración 8

3.1. Input Parser Versión 1.0 8



3.1.1. Requerimientos Funcionales 8

3.1.2. Requerimientos No Funcionales 8

3.1.3. Interacción en la Integración 8

3.1.4. Responsable de ejecutar la verificación 8

3.1.5. Fecha de comienzo de la verificación 8

3.1.6. Fecha de entrega del Informe de Verificación de Integración 9

3.2. Process Controller Versión 1.0 9



3.2.1. Requerimientos Funcionales 9

3.2.2. Requerimientos No Funcionales 9

3.2.3. Interacción en la Integración 9

3.2.4. Responsable de ejecutar la verificación 9

3.2.5. Fecha de comienzo de la verificación 9

3.2.6. Fecha de entrega del Informe de Verificación de Integración 9

3.3. Form Creator Versión 1.0 9



3.3.1. Requerimientos Funcionales 9

3.3.2. Requerimientos No Funcionales 9

3.3.3. Interacción en la Integración 9

3.3.4. Responsable de ejecutar la verificación 10

3.3.5. Fecha de comienzo de la verificación 10

3.3.6. Fecha de entrega del Informe de Verificación de Integración 10

3.4. Metadata Container Versión 1.0 10



3.4.1. Requerimientos Funcionales 10

3.4.2. Requerimientos No Funcionales 10

3.4.3. Interacción en la Integración 10

3.4.4. Responsable de ejecutar la verificación 10

3.4.5. Fecha de comienzo de la verificación 10

3.4.6. Fecha de entrega del Informe de Verificación de Integración 10

4. Verificación de Documentos 10

4. Verificación de Documentos 10

4.1. Especificación de Requerimientos 10



4.1.1. Responsable de ejecutar la verificación 10

4.1.2. Fecha de comienzo de la verificación 11

4.1.3. Fecha de entrega del Informe de Verificación de Documento 11

4.2. Alcance del Sistema 11



4.2.1. Responsable de ejecutar la verificación 11

4.2.2. Fecha de comienzo de la verificación 11

4.2.3. Fecha de entrega del Informe de Verificación de Documento 11

4.3. Documento de validación con el cliente. 11



4.3.1. Responsable de ejecutar la verificación 11

4.3.2. Fecha de comienzo de la verificación 11

4.3.3. Fecha de entrega del Informe de Verificación de Documento 11

4.4. Modelo de Diseño. 11



4.4.1. Responsable de ejecutar la verificación 11

4.4.2. Fecha de comienzo de la verificación 11

4.4.3. Fecha de entrega del Informe de Verificación de Documento 11

5. Verificación de Sistema 11

5. Verificación de Sistema 11

5.1.1. Conversión de Diseño de Formulario 11

5.2. Requerimientos No Funcionales 11

5.3. Interacción en la Integración 12

5.4. Responsable de ejecutar la verificación 12

5.5. Fecha de comienzo de la verificación 12

5.6. Fecha de entrega del Informe de Verificación del Sistema 12



6. Evaluación de la Verificación 12

6. Evaluación de la Verificación 12

6.1. Responsable de realizar la Evaluación de la Verificación 12

6.2. Fecha de comienzo de la Evaluación de la Verificación 12

6.3. Fecha de entrega del documento Evaluación de Verificación 12






  1. Objetivos de la Verificación

Esta etapa de verificación tiene dos objetivos. El primero consiste en verificar las diferentes funcionalidades de la versión del sistema a implementar. La segunda consiste en adecuar a todo el equipo al funcionamiento necesario para poder tener éxito en el proyecto.

  1. Verificación Unitaria

Se detallan a continuación los elementos que serán objetivo de pruebas. Nótese que pueden faltar algunos a causa de que el modelo de diseño no está del todo terminado. Además se realizó una selección de los elementos más importantes a la hora de la verificación, aunque se intentará probar todo.

    1. ProcessControllerCTR Versión 1.0

Implementador: No especificado.

      1. Requerimientos Funcionales

        1. Invocar Creación

Este módulo deberá invocar a los demás subsistemas para generar el ciclo completo de generación del formulario.

      1. Requerimientos No Funcionales

  • Singleton – Deberá existir a lo sumo una instancia de este componente en el sistema.

      1. Responsable de ejecutar la verificación

El componente será verificado por el implementador.

      1. Fecha de comienzo de la verificación

Como máximo el jueves 20/09/2007, pero la fecha será apenas esté disponible.

      1. Fecha de entrega del Informe de Verificación Unitaria

Mismo día del comienzo de la verificación.

    1. IPComponentDiscriminator Versión 1.0

Implementador: No especificado.

      1. Requerimientos Funcionales

        1. Discriminar Control

Esta funcionalidad consiste en, dado un objeto (iterador de tags de xml) de entrada, retornar un valor enumerado representando de qué tipo de control se trata el elemento actual.

      1. Requerimientos No Funcionales

Ninguno

      1. Responsable de ejecutar la verificación

El componente será verificado por el implementador.

      1. Fecha de comienzo de la verificación

Como máximo el jueves 20/09/2007, pero la fecha será apenas esté disponible.

      1. Fecha de entrega del Informe de Verificación Unitaria

Mismo día del comienzo de la verificación.

    1. DivParser Versión 1.0

Implementador: No especificado.

      1. Requerimientos Funcionales

        1. Parsear Div

El módulo deberá, a partir de un objeto iterador XML provisto por .Net, retornar una lista ordenada de objetos MDDivComponent, que representan la representación intermedia de los elementos presentes dentro de dicho tag
en el archivo original.

      1. Requerimientos No Funcionales

Ninguno

      1. Responsable de ejecutar la verificación

El componente será verificado por el implementador.

      1. Fecha de comienzo de la verificación

Como máximo el jueves 20/09/2007, pero la fecha será apenas esté disponible.

      1. Fecha de entrega del Informe de Verificación Unitaria

Mismo día del comienzo de la verificación.

    1. ComponentParser Versión 1.0

Implementador: No especificado.

      1. Requerimientos Funcionales

        1. Parsear componente.

Este módulo es una generalización, y para los controles soportados por esta versión, el comportamiento de cada una de las subclases es análogo. La funcionalidad consiste en, a partir de la posición actual del iterador XML, generar el objeto MDDivComponent adecuado para el control interpretado.

      1. Requerimientos No Funcionales

Ninguno

      1. Responsable de ejecutar la verificación

El componente será verificado por el implementador.

      1. Fecha de comienzo de la verificación

Como máximo el jueves 20/09/2007, pero la fecha será apenas esté disponible.

      1. Fecha de entrega del Informe de Verificación Unitaria

Mismo día del comienzo de la verificación.

    1. MDTextBox Versión 1.0

Implementador: No especificado.

      1. Requerimientos Funcionales

        1. Guardar información de Control TextBox

Este módulo deberá poder mantener en forma consistente la representación de la metadata de diseño referente al control TextBox.

      1. Requerimientos No Funcionales

Ninguno

      1. Responsable de ejecutar la verificación

El componente será verificado por el implementador.

      1. Fecha de comienzo de la verificación

Como máximo el jueves 20/09/2007, pero la fecha será apenas esté disponible.

      1. Fecha de entrega del Informe de Verificación Unitaria

Mismo día del comienzo de la verificación.

    1. MDButton Versión 1.0

Implementador: No especificado.

      1. Requerimientos Funcionales

        1. Guardar información de Control Button

Este módulo deberá poder mantener en forma consistente la representación de la metadata de diseño referente al control Button.

      1. Requerimientos No Funcionales

Ninguno

      1. Responsable de ejecutar la verificación

El componente será verificado por el implementador.

      1. Fecha de comienzo de la verificación

Como máximo el jueves 20/09/2007, pero la fecha será apenas esté disponible.

      1. Fecha de entrega del Informe de Verificación Unitaria

Mismo día del comienzo de la verificación.

    1. MDCheckBox Versión 1.0

Implementador: No especificado.

      1. Requerimientos Funcionales

        1. Guardar información de Control TextBox

Este módulo deberá poder mantener en forma consistente la representación de la metadata de diseño referente al control CheckBox.

      1. Requerimientos No Funcionales

Ninguno

      1. Responsable de ejecutar la verificación

El componente será verificado por el implementador.

      1. Fecha de comienzo de la verificación

Como máximo el jueves 20/09/2007, pero la fecha será apenas esté disponible.

      1. Fecha de entrega del Informe de Verificación Unitaria

Mismo día del comienzo de la verificación.

    1. MDDivComponent Versión 1.0

Implementador: No especificado.

      1. Requerimientos Funcionales

        1. Guardar información de Componente.

Este módulo deberá poder mantener en forma consistente la representación de la metadata de diseño referente a un elemento general incluído en un tag
. Las clases particulares para cada control heredan de MDDivComponent.

      1. Requerimientos No Funcionales

Ninguno

      1. Responsable de ejecutar la verificación

El componente será verificado por el implementador.

      1. Fecha de comienzo de la verificación

Como máximo el jueves 20/09/2007, pero la fecha será apenas esté disponible.

      1. Fecha de entrega del Informe de Verificación Unitaria

Mismo día del comienzo de la verificación.

    1. WPFFormCreatorCTR Versión 1.0

Implementador: No especificado.

      1. Requerimientos Funcionales

        1. Crear Formulario WPF

Se deberá poder realizar, delegando responsabilidades a otras clases del subsistema FormCreator, crear un formulario en WPF a partir de las estructuras intermedias en forma de MDForm.

      1. Requerimientos No Funcionales

  • Singleton – Deberá existir a lo sumo una instancia de este componente en el sistema.

      1. Responsable de ejecutar la verificación

El componente será verificado por el implementador.

      1. Fecha de comienzo de la verificación

Como máximo el jueves 20/09/2007, pero la fecha será apenas esté disponible.

      1. Fecha de entrega del Informe de Verificación Unitaria

Mismo día del comienzo de la verificación.

  1. Verificación de Integración



    1. Input Parser Versión 1.0

No está definido. Se definirá basándose en el criterio de quién implementó más módulos del subsistema.

      1. Requerimientos Funcionales

La funcionalidad de este subsistema es principalmente la de realizar el pasaje de un archivo en formato infopath a una estructura de datos intermedia, sin tener en cuenta metadata de lógica o comportamiento, simplemente presentación y diseño. Esta funcionalidad es general, y se considera la conversión de cada control como una funcionalidad separada. Se comunica con el subsistema Metadata Container para almacenar la información obtenida de los archivos de infopath.

        1. Checkbox

Se trata de un control en forma de “cajita blanca” que al hacer click se tilda, y al hacer click otra vez, dicho tick desaparece. La funcionalidad comprende transformar controles checkbox desde infopath a la estructura intermedia.

        1. Button

Se debe pasar la información referente al diseño de un botón a las estructuras intermedias.

        1. Textbox

Se parte de un textbox de infopath, un rectángulo en el que se puede ingresar texto, y se debe poder pasar dicha información a las estructuras intermedias.

      1. Requerimientos No Funcionales

El único requerimiento no funcional para este subsistema en esta versión es la extensibilidad. Se deben poder agregar más controles y la capacidad de convertir metadata de comportamiento, para las subsiguientes versiones.

      1. Interacción en la Integración

Este subsistema interactúa con Process controller, de quién recibe la órden de “parsear” un archivo de infopath, y con Metadata Container, a quién le solicita guardar la metadata de diseño del formulario.

      1. Responsable de ejecutar la verificación

Jorge Sosa.

      1. Fecha de comienzo de la verificación

Si bien se quería seguir una estrategia bottom-up, los tiempos son muy cortos, así que esta verificación se comenzará apenas el subsistema esté disponible.

      1. Fecha de entrega del Informe de Verificación de Integración

Antes del fin de la semana 6.

    1. Process Controller Versión 1.0

No está definido. Se definirá basándose en el criterio de quién implementó más módulos del subsistema.

      1. Requerimientos Funcionales

La funcionalidad de este subsistema es la de, como lo indica su nombre, controlar todo el proceso de generación de formularios. A continuación un esbozo de los requerimientos funcionales del subsistema.

        1. Pedir conversión de formulario

El subsistema le pide a Input Parser que obtenga la información referente al diseño de un formulario infopath dada la ruta del archivo, y la almacene en una estructura intermedia.

        1. Pedir generación de formulario

Se le pide a Form Creator que cree, a partir de la metadata guardada anteriormente, el formulario en WPF.

      1. Requerimientos No Funcionales

Como en todo el sistema, el único requerimiento no funcional a verificar es la extensibilidad.

      1. Interacción en la Integración

Este subsistema interactúa con Input Parser, q quién envía la órden de “parsear” un archivo de infopath, y con Form Creator, a quién le solicita la creación del formulario en WPF.

      1. Responsable de ejecutar la verificación

Jorge Sosa.

      1. Fecha de comienzo de la verificación

Si bien se quería seguir una estrategia bottom-up, los tiempos son muy cortos, así q esta verificación se comenzará apenas el subsistema esté disponible.

      1. Fecha de entrega del Informe de Verificación de Integración

Antes del fin de la semana 6.

    1. Form Creator Versión 1.0

No está definido. Se definirá basándose en el criterio de quién implementó más módulos del subsistema.

      1. Requerimientos Funcionales

El único requerimiento funcional para este sistema es el de, a partir de la metadata disponible en el momento, a ser solicitada a Metadata Container, se genere un formulario WPF consistente con la misma.

      1. Requerimientos No Funcionales

Como en todo el sistema, el único requerimiento no funcional a verificar es la extensibilidad.

      1. Interacción en la Integración

Este subsistema interactúa con Process Controller, quién le solicita la creación del formulario en WPF, y con Metadata Container, de quien obtiene los datos para generar el formulario.

      1. Responsable de ejecutar la verificación

Jorge Sosa.

      1. Fecha de comienzo de la verificación

Si bien se quería seguir una estrategia bottom-up, los tiempos son muy cortos, así q esta verificación se comenzará apenas el subsistema esté disponible.

      1. Fecha de entrega del Informe de Verificación de Integración

Antes del fin de la semana 6.

    1. Metadata Container Versión 1.0

No está definido. Se definirá basándose en el criterio de quién implementó más módulos del subsistema.

      1. Requerimientos Funcionales

El único requerimiento funcional para este sistema es el de mantener la información que Input Parser obtuvo del formulario, de manera consistente para ser traducida luego por Form Creator a formato WPF.

      1. Requerimientos No Funcionales

Como en todo el sistema, el único requerimiento no funcional a verificar es la extensibilidad. En particular, sólo se implementará el paquete Design Metadata, pero se deben sentar las bases para agregar fácilmente el paquete faltante, Behavior Metadata.

      1. Interacción en la Integración

Este subsistema interactúa con Input Parser, quién le solicita la creación de las estructuras intermedias para el formulario, y con Form Creator, que de él obtiene los datos para generar el formulario WPF.

      1. Responsable de ejecutar la verificación

Jorge Sosa.

      1. Fecha de comienzo de la verificación

Si bien se quería seguir una estrategia bottom-up, los tiempos son muy cortos, así q esta verificación se comenzará apenas el subsistema esté disponible.

      1. Fecha de entrega del Informe de Verificación de Integración

Antes del fin de la semana 6.

  1. Verificación de Documentos

Dada la escasez en los recursos con los que se cuenta, se decidieron los documentos, a mi juicio más significativos, para ser verificados. Igual se realizará una lectura y crítica informal de todos los otros, en la medida de lo posible.

    1. Especificación de Requerimientos

      1. Responsable de ejecutar la verificación

Jorge Sosa.

      1. Fecha de comienzo de la verificación

Dados los tiempos, apenas esté disponible, y antes del fin de la iteración.

      1. Fecha de entrega del Informe de Verificación de Documento

El mismo día del comienzo de la verificación.

    1. Alcance del Sistema

      1. Responsable de ejecutar la verificación

Jorge Sosa.

      1. Fecha de comienzo de la verificación

Dados los tiempos, apenas esté disponible, y antes del fin de la iteración.

      1. Fecha de entrega del Informe de Verificación de Documento

El mismo día del comienzo de la verificación.

    1. Documento de validación con el cliente.

      1. Responsable de ejecutar la verificación

Jorge Sosa.

      1. Fecha de comienzo de la verificación

Dados los tiempos, apenas esté disponible, y antes de la presentación del mismo ante el cliente.

      1. Fecha de entrega del Informe de Verificación de Documento

El mismo día del comienzo de la verificación.

    1. Modelo de Diseño.

      1. Responsable de ejecutar la verificación

Jorge Sosa.

      1. Fecha de comienzo de la verificación

Dados los tiempos, apenas esté disponible, y antes del fin de la iteración.

      1. Fecha de entrega del Informe de Verificación de Documento

El mismo día del comienzo de la verificación.

  1. Verificación de Sistema



      1. Conversión de Diseño de Formulario

Todas las funcionalidades de este sistema no son otras que convertir el diseño de los controles especificados como requerimientos funcionales de Input Parser (checkbox, textbox, button) a formato WPF. Se debe poder ingresar cualquier combinación de los controles soportados, y obtener un formulario en diseño muy similar a la entrada.

    1. Requerimientos No Funcionales

El único requerimiento no funcional para esta iteración que se deberá verificar es la extensibilidad de los componentes.

    1. Interacción en la Integración

.

    1. Responsable de ejecutar la verificación

Jorge Sosa.

    1. Fecha de comienzo de la verificación

Apenas esté listo el sistema. Se intentará comenzar la verificación antes del sábado viernes 21 de setiembre.

    1. Fecha de entrega del Informe de Verificación del Sistema

En el correr de la semana 7 (antes del 1/10/2007).

  1. Evaluación de la Verificación

    1. Responsable de realizar la Evaluación de la Verificación

Jorge Sosa.

    1. Fecha de comienzo de la Evaluación de la Verificación

Apenas concluída la verificación del sistema.

    1. Fecha de entrega del documento Evaluación de Verificación

Antes del lunes 1º de octubre.

Plan de Verificación de la Iteración Página de


La base de datos está protegida por derechos de autor ©espanito.com 2016
enviar mensaje