CHECK LIST DELIVERY

ITAU Bank

Version 2.0
[Email address]
CHECK LIST para ITAU

1.-Elementos a entregar:

 Si tabla local,
o La carpeta para la ayuda con los archivos XML,
o Nombre de la carpeta: [IdentificadorProyecto].HelpText, y los xml con [Tabla].xml
o Excel con las descripciones
Ejemplo NAP.HelpText, ITAU.CUSTOMER.xml

 Si Objetos,
o La carpeta con los Archivos .d
o Nombre de la carpeta: [IdentificadorProyecto].Components

Ejemplo NAP.Components
 Si Rutinas, archivos .b
o Carpeta de Rutinas, archivos .b
o El nombre de la carpeta [IdentificadorProyecto].SRC.

Ejemplo NAP.SRC
  Si INSERTS
o Carpeta de Insert y archivos common de rutinas Multithread
o Nombre de la carpeta: [IdentificadorProyecto].SRC.INSERTS

Ejemplo NAP.SRC.INSERTS

 BuildControl por compañía

o Nombre del paquete: BISA001.[IdentificadorProyecto].[Compañía].[Fecha]

Ejemplo BISA001-NAP.US.20190101

El build control solo contiene elementos de una tabla.

 Archivo jar
o Nombre de la carpeta: ITAU.[IdentificadorProyecto].jar
Ejemplo ITAU.NAP.jar
2.- Documentos a entregar:

 Lista de elementos (txt)

 Functional Specification Documents FSD

 Manual de usuarios UG

 Manual de instalación IG
  Test Case

 Technical Specification Document TSD

Validar las siguientes características:

1.- Nombres de los BuildControl correctamente de acuerdo a la documentación.

2.- Los nombres de los elementos y rutinas cumplan con la convención de nomenclatura.

3.- Cumplir con la revisión de código (review code), es decir; sin DEBUG, Numero de líneas, sintaxis
correcta, comentado etc.

4.- En el archivo .jar anexar a nivel raíz, la carpeta INSERTS con todos los I_F de tablas locales y archivos
COMMON de multithread.

5.- El BuildControl, documentación y archivos .d, deben contener los mismos elementos y llamarse de
igual manera.
6.- Asegurar que en las rutinas no se envié código sin funcionalidad.

7.- Revisar el correcto versionamiento en los documentos enviados.

8.- Validar la correcta instalación en área de pruebas por una tercera persona siguiendo el manual de
instalación.

9.- Los casos de pruebas deberán cubrir los puntos observados en el FSD.

10.- Los directorios requeridos por el desarrollo, deberán crearse a partir de bnk.interface, usando el
comando “CREATE-FILE ./bnk.interface/Mnemonic/NombreCarpeta TYPE=UD” desde DBTools (JQL)

11.- Los menús deberán ser enviados dentro del BuildControl, controlando no sobrescribir, desarrollos
previamente liberados.

12.- Validar la compilación 201910

13.- Desarrollos deberán realizarse con la componentizacion L3

14.- Validar que el batch estén llenos los campos BCON.FUNCIONALITY TO NEW and
DEL.OTHER.COM.REP to YES.

15.- En caso de los PACS, se debe crear una carpeta adicional con los elementos solicitados para el
control de las liberaciones. Confirmar con Rajesh o Anand si se requiere un jar o BCON adicional o solo
se debe recrear el existente. Por ejemplo.

16.- Todas las liberaciones deberan se colocadas en el servidor 59.163.96.188, en la carpeta de ITAU

CHECK LIST for ITAU

1.-Items to deliver:

If local table,

 The help folder with XML files,

 Folder name: [Project Identifier] .HelpText, and the xml with [Table] .xml
 Excel with descriptions

Example NAP.HelpText, ITAU.CUSTOMER.xml

If Objects,

 The folder with the .d Files

 Folder name: [Project Identifier] .Components

Example NAP.Components

If Routines, .b files

 Routine folder, .b files

 The name of the [Project Identifier] .SRC folder.

Example NAP.SRC

If INSERTS

 Insert folder and common files of Multithread routines

 Folder name: [Project Identifier] .SRC.INSERTS

Example NAP.SRC.INSERTS

BuildControl by company
  Package name: BISA001. [Project Identifier]. [Company]. [Date]

Example BISA001-NAP.US.20190101

Jar file

 Folder name: ITAU. [Project Identifier] .jar

Example ITAU.NAP.jar

2.- Documents to be delivered:

 List of elements (txt)

 Functional Specification Documents FSD
 User Guide UG
 Installation Guide IG

 Test Case
 Technical Specification Document TSD

Validate the following characteristics:

1.- BuildControl names correctly according to the documentation.

2.- That the names of the elements and routines comply with the nomenclature convention.

3.- Comply with the code review (review code), that is; Without DEBUG, Number of lines, correct syntax,
with comments etc.

4.- In the .jar file attach at root level, the INSERTS folder with all the I_F of local tables and multithread
COMMON files.

5.- The BuildControl, documentation and .d files must contain the same elements and be named in the
same way.

6.- Ensure that routines do not send code without functionality.

7.- Review the correct versioning of the documents.

8.- Validate the correct installation in the testing area by a third person following the installation guide.

9.- The test cases must cover the points observed in the FSD.

10.- The directories required by the development, must be created from bnk.interface, using the
command “CREATE-FILE ./bnk.interface/Mnemonic/FolderName TYPE = UD” from DBTools (JQL)

11.- The menus must be sent within the BuildControl, controlling not to overwrite previously released
developments.

12.- Validate the 201910 compilation

13.- Developments must be made with the componentization L3 0

14.- Validate that the creation of the batch with the fields BCON.FUNCIONALITY TO NEW and
DEL.OTHER.COM.REP to YES.

15.- In the case of PACS, an additional folder must be created with the requested elements for the
control of releases. For example:

16.- All releases must be placed on server 59.163.96.188, in the ITAU folder