ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Caso De Uso - Reportes Regulatorios

jfibass22 de Agosto de 2011

8.574 Palabras (35 Páginas)1.173 Visitas

Página 1 de 35

1. CASO REGULATORIOS 2

2. Modelo de Prueba 2

3. Metodología 2

3.1. Especificación de caso de uso 1 4

3.2. Especificación de caso de uso 2 5

3.3. Especificación de caso de uso 3 7

3.4. Especificación de caso de uso 4 8

3.5. Especificación de caso de uso 5 9

3.6. Especificación de caso de uso 6 10

3.7. Especificación de caso de uso 7 11

3.8. Especificación de caso de uso 8 12

3.9. Especificación de caso de uso 9 13

3.10. Especificación de caso de uso 10 15

3.11. Especificación de caso de uso 11 17

3.12. Especificación de caso de uso 12 19

3.13. Especificación de caso de uso 13 21

3.14. Especificación de caso de uso 14 22

3.15. Especificación de caso de uso 15 23

3.16. Especificación de caso de uso 16 24

3.17. Especificación de caso de uso 17 25

3.18. Especificación de caso de uso 18 26

3.19. Especificación de caso de uso 19 27

3.20. Especificación de caso de uso 20 28

3.21. Especificación de caso de uso 21 29

3.22. Especificación de caso de uso 22 30

3.23. Especificación de caso de uso 23 31

3.24. Especificación de caso de uso 24 32

3.25. Especificación de caso de uso 25 33

3.26. Especificación de caso de uso 26 34

3.27. Especificación de caso de uso 27 35

3.28. Especificación de caso de uso 28 36

3.29. Especificación de caso de uso 29 37

3.30. Especificación de caso de uso 30 38

3.31. Especificación de caso de uso 31 39

3.32. Especificación de caso de uso 32 40

3.33. Especificación de caso de uso 33 41

3.34. Especificación de caso de uso 34 42

3.35. Especificación de caso de uso 35 43

3.36. Especificación de caso de uso 36 44

3.37. Especificación de caso de uso 37 45

3.38. Especificación de caso de uso 38 46

3.39. Especificación de caso de uso 39 47

1. CASO REGULATORIOS

2. Modelo de Prueba

El modelo de prueba reconoce como primer esfuerzo la preocupación por verificar los informes o reportes regulatorios comprendidos en la Fase 1.

Adicionalmente se ha hecho una clasificación de los reportes según su preexistencia, quedando algunos como antiguos y otros como nuevos.

A continuación se describe la Metodología a utilizar para ambos casos y reconociendo además la existencia de Reportes que no son del todo nuevos por lo que esta metodología tambien recoge esos casos y describe por tanto, las condiciones para verificar la eficacia de los informes. Este informe está consensuado entre el usuario líder del tema Regulatorio sr. Johnatan Fernández y el Analista Jefe de desarrollo del sistema Regulatorio sr. Luis Chavarría.

3. Metodología

La metodología se inicia identificando los reportes que tienen preexistencia y los que no la tienen pues para ellos tendrán condiciones diferentes de testing. Para los reportes que tienen preexistencia se define la metodología A) y para los reportes nuevos como B), para los informes híbridos se adoptan la mezcla de las metodologías y los reportes se reconocen como tal.

Una vez identificados los informes, se detallaran las Precondiciones que se necesitan para la obtención de los mismos.

A)

 Estas Precondiciones serán definidas por el propio usuario líder y por el Analista líder.

 Una vez cargada en el ambiente de laboratorio, las bases de datos requeridas para las pruebas, se procederá a la obtención de los informes en dos modalidades. El usuario líder obtendrá el informe según las prácticas y software antiguo, mientras que el Analista líder obtendrá el mismo informe con el software nuevo.

 La definición primaria de testing para todos los informes es que la última línea de la versión antigua y la versión nueva sean iguales en términos de montos, considerando una variación de +- 5 unidades monetarias por campo y por efectos de acumulación y redondeo.

 Posteriormente y según cada informe se seleccionará todas las columnas de ellos y para ellas se escogerá un campo o fila a verificar entre el informe antiguo y el informe nuevo. Nuevamente estos deben ser iguales, considerando una variación de +- 5 unidades monetarias por campo y por efectos de acumulación y redondeo.

 Si la cuadratura se obtiene en todos los campos escogidos para todas las columnas de cada informe se sancionará cono aprobado por concepto operacional.

 Adicionalmente el usuario líder podrá incluir validaciones de consistencia entre informes y que sean objeto de un segundo y mayor nivel de prueba que corroborará la consistencia de información de los informes.

 Además se incorpora una verificación contra la existencia de los valores de los campos en el SUCAVE.

 Finalmente, tanto el usuario líder como el analista líder y quienes hayan participado en la prueba con responsabilidad asignada, procederán a firmar la ficha con el resultado.

 Posterior a lo anterior, tanto la ficha resultante de la prueba y con los casos aprobados, mas los informes propiamente tal, serán enviados al Usuario de Negocio quien podrá efectuar otras revisiones de consistencia que le parezcan pertinentes, logrando con ellos la aprobación final del informe.

Para los reportes que NO tienen preexistencia se procede como sigue.

B)

 Las Precondiciones serán definidas por el propio usuario líder y por el Analista líder.

 Una vez cargada en el ambiente de laboratorio, las bases de datos requeridas para las pruebas, archivos, tablas y todos los elementos que se declaran en las precondiciones, se procederá a la obtención de los informes en dos modalidades. El usuario líder obtendrá la información para la verificación del informe según las prácticas habituales y que son conocidas por él a través del uso de Excel (con o sin uso de macros), mientras que el Analista líder obtendrá el informe con el software nuevo.

 La definición primaria de testing para todos los reportes, es que la última línea del informe de la versión nueva sea equivalente a lo que se obtenga a través del Excel. Esta equivalencia o igualdad es en términos de montos, considerando una variación de +- 5 unidades monetarias por campo y por efectos de acumulación y redondeo.

 Posteriormente y según cada informe se seleccionará todas las columnas de ellos y de ellas se escogerá un campo o fila a verificar entre la información del Excel y el informe nuevo. Nuevamente estos deben ser iguales, considerando una variación de +- 5 unidades monetarias por campo y por efectos de acumulación y redondeo.

 Si la cuadratura se obtiene en todos los campos escogidos para todas las columnas del informe nuevo se sancionará cono aprobado por concepto operacional.

 Adicionalmente el usuario líder podrá incluir validaciones de consistencia entre informes y que sean objeto de un segundo y mayor nivel de prueba, que corroborará la consistencia de información con otros informes.

 Nuevamente se incorpora una verificación contra la existencia de los valores de los campos en el SUCAVE, los cuales deben tener los mismos valores.

 Finalmente, tanto el usuario líder como el analista líder y quienes hayan participado en la prueba con responsabilidad asignada, procederán a firmar la ficha con el resultado.

 Posterior a lo anterior, tanto la ficha resultante de la prueba con los casos aprobados, más la planilla Excel que resuma los valores obtenidos, más el informe nuevo propiamente tal, serán enviados al Usuario de Negocio quien podrá efectuar otras revisiones de consistencia que le parezcan pertinentes, logrando con ellos la aprobación final del informe.

3.1. Especificación de caso de uso 1

Caso de Uso: Balance General (6) (7)

Forma A

Categoría ANTIGUO

Descripción: Corresponde al Balance General de la Empresa. Se puede obtener una vez cerrado el mes contable.

Actores: Usuario líder, Analista líder.

Precondiciones Usuario líder Balance de comprobación definitivo

Precondiciones Analista Jefe Existencia de Base de Datos XXXXX.

Existencia de Motor BD XXXXXX.

Instalación sw xxx.exe (nuevo)

Etc.

Post condiciones

Una vez lanzada la ejecución del Software que obtiene el informe, este se ejecute sin interrupciones.

Otros

Flujo de Eventos Verificación Obtención del Informe Antiguo y Nuevo.

Verificación de legibilidad del Informe.

Una vez lanzada la ejecución del Software que obtiene el Informe, se espera que este se ejecute sin interrupciones ni incidencias.

Cuadratura de última línea del informe.

Cuadratura del campo escogido de todas las columnas del informe.

Cuadratura de consistencia.

Sanción de aprobación o rechazo.

Cuadratura de Última línea Total Activos, Total Pasivos, Total del Patrimonio, Total Pasivo y Patrimonio.

Cuadratura de campo de columnas Columna M.N. campos Caja, Inmuebles, maquinarias y equipos, bienes realizables.

Columna M.E. campos Fondos Interbancarios, Inversiones disponibles para las venta, cartera de créditos vigentes.

Columna Total Histórico campos Cartera de créditos, cuentas x cobrar, disponible.

Flujos de Eventos Alternativos: Validación contra SUCAVE.

Se escogen los campos a

...

Descargar como (para miembros actualizados) txt (64 Kb)
Leer 34 páginas más »
Disponible sólo en Clubensayos.com