Definicion Funcional

8/20/2019 Definicion Funcional

1/17

Documento Funcional

Página 1 de 17

División Operaciones y TecnologíaGerencia Operaciones, Productos y

Servicios

Número delProyecto

2 0151110 Líder deFábrica:

Carlos Moreno Jorquera

Nombre delProyecto: Paper Less - Coldview

UsuarioRequirente Marcelo Villagra Torres


2/17

Documento Funcional

Página 2 de 17

Índice

1. CONTROL DE VERSIÓN DEL DOCUMENTO ....................................................................... 3

2. ENTENDIMIENTO DEL REQUERIMIENTO ........................................................................... 3 2.1. Descripción del Requerimiento ........................................................................................ 3 2.2. Aprobadores de Definición Funcional .............................................................................. 4

3. OBJETIVO DEL DESARROLLO (PROYECTO) SOLICITADO ............................................. 5

4. ANÁLISIS VOLUMÉTRICO .................................................................................................... 6

5. DISPONIBILIDAD OPERATIVA ............................................................................................. 7

6. SOLUCIÓN FUNCIONAL. ...................................................................................................... 8 6.1. Diagrama de Contexto ..................................................................................................... 8 6.2. Identificación de Aplicativos Directos e Indirectos .......................................................... 8 6.3. Maqueta Viva ................................................................................................................. 10 6.4. Identificación de Roles .................................................................................................. 10

6.5. Procesos Operativos involucrados ................................................................................ 10 7. ESPECIFICACIÓN DE REQUERIMIENTOS FUNCIONALES: ............................................ 11

7.1. Pantallas ........................................................................................................................ 11 7.2. Informes y/o Reportes ................................................................................................... 11 7.3. Servicios ........................................................................................................................ 11 7.4. Entrada /Salidas y sus Relaciones ................................................................................ 12 7.5. Tablas /Archivos ............................................................................................................ 12 7.6. Impacto en Sistemas ..................................................................................................... 12 7.7. Relación con Proveedores Externos ............................................................................. 12 7.8. Interfaces Externas ........................................................................................................ 12 7.9. Infraestructura ................................................................................................................ 13 7.10. Políticas y Normas Banco ............................................................................................. 13 7.11. Respaldos y Mantención de Información Histórica ....................................................... 13

7.12. Seguridad de la Información .......................................................................................... 14 7.13. Continuidad del Negocio ............................................................................................... 15

8. ALCANCE DEL TEST DE IMPACTO ................................................................................... 15

9. TEST DE VULNERABILIDADES .......................................................................................... 16

10. LIMITACIONES DE PRUEBAS DE QA ............................................................................ 16

11. RIESGO OPERACIONAL ................................................................................................. 16

12. APROBADORES DE LAS ESPECIFICACIONES DE RIESGO OPERACIONAL........... 17


3/17

Documento Funcional

Página 3 de 17

1. Control de Versión del Documento

Ver. Fecha AutorDescripción Versión Final

(Si/No)Ver Nota

1.0 20/01/16 Carlos Moreno No

2. Entendimiento del Requerimiento

2.1. Descripción del Requerimiento

El propósito del documento es identificar los alcances de los desarrollos nativos de Coldview ylos correspondientes a integración de la 1ra Fase del proyecto COLDVIEW (CV).

En esta fase, se cargaran desde las mallas de los distintos sistemas productos identificados en ellevantamiento de reportes, las interfaces con formato de informe (texto claro) en CV para poderser visualizados a través de la aplicación web de CV.

La visualización de reportes será controlada mediante la definición de perfiles, los cuales, seránasignados a los diferentes usuarios de casa matriz y sucursales.


4/17

Documento Funcional

Página 4 de 17

2.2. Aprobadores de Definición Funcional

Luis Acuña Yañez

Representate UsuarioFirma y Timbre(o adjunte aprobación via

email)

Fecha

Marcelo Villagra

Representante de Negocio Firma y Timbre

(o adjunte aprobación via

email)

Fecha

Miguel Angel Roasenda

Desarrollo Operacional GOPS Firma y Timbre

(o adjunte aprobación via

email)

Fecha


5/17

Documento Funcional

Página 5 de 17

Especificaciones Funcionales para Requerimiento de Negocio

Datos Generales

3. Objetivo del Desarrollo (Proyecto) SolicitadoActualmente el banco tiene un alto gasto por concepto de impresión y distribución de informeshacia las sucursales y oficinas centrales.

Por lo anteriormente expuesto y en el marco del proyecto Paper Less, nace la iniciativa deimplementar CV, con la finalidad de minimizar los costos y disponibilizar de manera más rápidala información.

A partir del levantamiento de informes que hizo el área de operaciones para subirlos a CV, sedesprende la integración con mallas de los siguientes sistemas:

• COMPRA VENTAS DIVISAS

• HIPOTECARIO• ADM.TARJETAS BANCARIAS

• CAJERO AUTOMATICO

• PAGOS

• CORE CASA

• PAC

• CDR

• AHORRO

• COBRANZA

• BANCO DEL EXTERIOR

• CASTIGO

• CIT

•

COMPRA VENTA• GARANTIA

• REZAGO

• RESOLUCION DE PROTESTO

En vista que es un desarrollo de baja complejidad, la integración de las mallas con CV seráabordada por la Fábrica que está a cargo del Sistema Gestión Documental (SGD)

Por cada informe, se incorporará en la correspondiente malla 2 eventos, los cuales, seráncertificados colocando la interfaz en el directorio de origen que actualmente se utiliza para eldespacho hacia la imprenta. Por lo tanto, de esta manera se validará solamente lo nuevo decada malla, que es el envío del reporte a la máquina de CV y su correspondiente carga.

Además, se considerará para la visualización de los reportes, utilizar la aplicación web que tieneCV. Para este punto se contempla la definición de perfiles, los cuales, serán asignados a losdistintos usuarios del Banco. De esta manera se controlará el acceso a información privilegiada.


6/17

Documento Funcional

Página 6 de 17

4. Análisis Volumétrico

Mensualmente Banco de Chile realiza impresión de 500.000 hojas mensuales, en la que estánconsiderados los flujos diarios, semanales y mensuales.

Los reportes que inicialmente están considerados en esta 1ra fase son del orden de 179 que setraducen en la misma cantidad de eventos y están distribuidos en 30 mallas.


7/17

Documento Funcional

Página 7 de 17

5. Disponibilidad Operativa

De acuerdo al modelo de Infraestructura que se está definiendo con el área deinfraestructura, se tiene considerado Alta Disponibilidad

Escenario Disponibilidad Operativa Tiempo respuestatransaccionesIndividuales

Tiempo resoluciónx problemas de

servicioConsiderar fechas oescenarios dedemanda Peak

Alta Disponibilidad 8 x 5 (Díashábiles y en horario de oficina)

No Aplica Los definidos por laseveridad de losincidentes

Considerar operaciónnormal

Alta Disponibilidad 8 x 5 (Díashábiles y en horario de oficina)

No Aplica Los definidos por laseveridad de losincidentes

Nombre Unidad OrganizacionalMarcelo Villagra Torres Jefe Controles OperacionalesLuis Acuña Yañez Jefe Departamento Deudores y Clientes


8/17

Documento Funcional

Página 8 de 17

DEFINICI N DE FUNCIONES DETALLADA

6. Solución Funcional.

6.1. Diagrama de Contexto

6.2. Identificación de Aplicativos Directos e Indirectos

Aplicativos Modulos ofunciones

Directos Indirectos Motivos orazones

COMPRA VENTASDIVISAS

Generación deinterfaz deinforme

X Integración conCV utilizandonuevos eventosen la malla

HIPOTECARIO Generación deinterfaz deinforme


ADM.TARJETASBANCARIAS



CAJEROAUTOMATICO



PAGOS Generación de X Integración con


9/17

Documento Funcional

Página 9 de 17

CORE CASA interfaz deinforme

X CV utilizandonuevos eventosen la malla

PAC Generación deinterfaz deinforme

X Integración conCV utilizandonuevos eventos

en la mallaCDR Generación de

interfaz deinforme


AHORRO Generación deinterfaz deinforme


COBRANZA Generación deinterfaz deinforme


BANCO DELEXTERIOR



CASTIGO Generación deinterfaz deinforme


CIT Generación deinterfaz deinforme


COMPRA VENTA Generación de

interfaz deinforme

X Integración con

CV utilizandonuevos eventosen la malla

GARANTIA Generación deinterfaz deinforme


REZAGO Generación deinterfaz deinforme


RESOLUCION DEPROTESTOS



WEB APLICATIONDE COLDVIEW

Administración dePerfiles

X Nuevo Productoen el Banco


Vizualización deReportes



Exportar Informes X Nuevo Productoen el Banco


Auditar/FirmarInformes



10/17

Documento Funcional

Página 10 de 17

6.3. Maqueta Viva

6.4. Identificación de RolesSi se refiere a los perfiles de usuarios, serán entregados en 2da version

6.5. Procesos Operativos involucrados

No hay procesos operativos involucrados.


11/17

Documento Funcional

Página 11 de 17

7. Especificación de Requerimientos Funcionales:

7.1. Pantallas

Serán especificados en Anexo de Casos de Uso. 7.2. Informes y/o Reportes

No aplica.

7.3. Servicios

No aplica.


12/17

Documento Funcional

Página 12 de 17

7.4. Entrada /Salidas y sus Relaciones DescripciónCada par de eventos debe cargar en CV los reportes.Criterio de Satisfacción

Que se carguen los reportes y puedan ser visualizados por aplicación CV

Premisas para que se cumpla la satisfacciónEn forma diaria / semanal o Mensual, según corresponda se deben cargar las interfaces

7.5. Tablas /Archivos Archivos de reportes. Se adjunta planilla con detalle de ellos

LevantamientoReportes Banco - Col

7.6. Impacto en Sistemas

- No hay impacto

7.7. Relación con Proveedores Externos

Proveedor ImplicanciaACS (Argentina) Proveedora del nuevo producto CVProveedor de integración El seleccionado para modificar las mallas .

7.8. Interfaces Externas

No Aplica


13/17

Documento Funcional

Página 13 de 17

7.9. Infraestructura

Si este punto no aplica debe indicar “No Aplica”.>

DescripciónLos requerimientos de Hardware y Software base están expuesto en planilla Excel adjunta.

Además, para el proyecto se consideran software base que ya tiene el banco implementados,tales como Weblogic (Nuevas Multipropositos), Oracle (Hexadata) y S.O..

Solo se debe considerar de Manera adicional Licencias de Ctrl-M

Requisitosambientes.xlsx

ModeloInfraestructura Coldv

Criterio de Satisfacciónener instalados todo el software Base de ColdviewPremisas para que se cumpla la satisfacción

Hacer pruebas de concepto sobre la plataforma instalada.

7.10. Políticas y Normas Banco

Políticas Cumple Acepta riesgo- Política de Transporte de Medios Electrónicos No Aplica- Normativa de Seguridad de la Información SI- Política de Continuidad de Negocios SI- Política de Riesgo Operacional SI

7.11. Respaldos y Mantención de Información Histórica

No aplica.


14/17

Documento Funcional

Página 14 de 17

7.12. Seguridad de la Información

Tipo de Riesgo RespuestaSI/NO Descripción

¿El nuevo producto o servicio estará soportadopor uno o más sistemas? Favor indicar cuáles.

NO Es un producto integral que solo se vealimentado por interfaces

¿Los sistemas que apoyan el nuevo producto oservicio cuentan con Control de Acceso?

N/A No hay apoyo de otros sistemas

¿La administración de usuarios y perfiles serealiza de forma centralizada por SeguridadTecnológica?

SI

La funcionalidad del sistema cuenta consegregación de funciones y/o mecanismosmaker-checker.

SI

Si la respuesta anterior es NO, indicar si elsistema dispone de un log de administración deusuarios que permita efectuar el Proceso de

Revisión Independiente.

N/A

¿Se dispone de un LOG de TX que permitarealizar trazabilidad en caso de eventosanómalos?

SI Propio del Sistema

¿La definición del producto o servicio establecela política de respaldo de la información?

NO

¿La política de respaldo considera los requisitoslegales de retención de registros?

N/A

¿Si el producto o servicio será externalizado aun proveedor, se ha especificado lascondiciones de seguridad de información deacuerdo a los estándares exigidos por el banco?

N/A No está externalizado.

¿Si la aplicación es del tipo Web, cumple con laPolítica Estándares de Sitios Web definida por elBanco de Chile?

N/A No es un sitio WEB.

El proveedor (en caso de requerir desarrollo desoftware) cuenta con las especificacionesbásicas de seguridad de la información.

SI

El producto o servicio, ¿requiere el uso de datoso interfaces que deban ser cargadas en formamanual al sistema? (ej. Archivos .txt, .xls uotros.

NO Las interfaces son cargadasautomáticamente a través de CTRL-M.

¿El producto o servicio hace uso de procesosmanuales? De ser así por favor indicar.

NO .


15/17

Documento Funcional

Página 15 de 17

7.13. Continuidad del Negocio

Tipo de Riesgo RespuestaSI/NO Descripción

¿El producto o servicio requiere que el sistemaopere en alta disponibilidad?

SI

¿El ambiente tecnológico donde operará elproducto o servicio requiere contar concontingencia?

SI

¿El dueño del producto o servicio ha definidoel nivel de criticidad del mismo y/o de susprocesos relacionados?

SI

¿Se ha definido el tiempo de respuestarequerido ante fallas tecnológicas?

SI Se considera seguir el estándar bancocon los SLA establecidos

¿Para cumplir el tiempo de respuesta antefallas, se ha definido la información que se

requiere respaldar y recuperar?

SI El respaldo y recuperación continúande acuerdo a los SLA establecidos

¿La plataforma tecnológica que soportará elnuevo producto o servicio contempla el tiempode respuesta requerido por el negocio?

SI Estándar BCH

¿Se considera efectuar pruebas decontingencia tecnológica antes de pasar aproducción el nuevo producto o servicio?

SI Al ser de alta disponibilidad la contingenciaserá revisando sacando del balanceo elSITE correspondiente

¿Los requisitos de contingencia yrecuperación se han acordado con las áreasoperativas y canales?

SI No es un nuevo producto

¿Si el producto o servicio es externalizado conun proveedor, se ha verificado que éste cuentecon la infraestructura y procesos para cumplircon los niveles de servicio requeridos?

N/A

¿Si el producto o servicio es externalizado seha verificado la existencia de un modelo decontinuidad de negocio bajo los estándaresdefinidos por el banco?

N/A

¿El proveedor cuenta con un plan de pruebasdocumentado que permita asegurar lacontinuidad del servicio para el Banco?

N/A

8. Alcance del TEST de Impacto< En este apartado se debe listar las principales funcionalidades que deben ser probadas porQA>

Detalle de funcionalidad a testear por QAValidación de Perfiles v/s UsuariosValidación de Contenido de informesTransmisión y Carga de archivos de Informes desde sistemas productos hacia coldview


16/17

Documento Funcional

Página 16 de 17

9. TEST de Vulnerabilidades

No aplica.

10. limitaciones de pruebas de QAN/A

Descripción de la Funcionalidad Motivo por el cual NO se puederealizar la prueba

Posibles impactos

11. Riesgo Operacional

Tipo de Riesgo RespuestaSI/NO

Descripción

¿El nuevo producto o servicio ha sido revisadopor Fiscalía del Banco a objeto de verificar quecumple con el marco regulatorio y legal?

N/A

¿Los procesos manuales asociados al producto oservicio, cuentan con controles documentados?

N/A

Por favor Indique los procesos manuales,controles propuestos y áreas que los ejecutarán.

N/A

¿Está considerado en el flujo operativo el cuadreautomático operativo contables?

N/A

¿Está contemplada su incorporación en losinformes requeridos por la SBIF? Por favorindique cuales.

N/A

Indique el área, responsable y fecha paraformalizar los procedimientos asociados a estenuevo producto o servicio.

N/A

¿Si la operación o procesamiento del nuevoproducto o servicio será externalizado, estádefinido el responsable del servicio por parte del

Banco?

N/A

¿El contrato de servicios define claramente loscontroles que efectuara el banco?

N/A

Externalización: ¿El contrato ha sido visado por lafiscalía del Banco y contempla las cláusulasestándares del Banco?

N/A

¿El proveedor de servicios se ha clasificado comocrítico?

N/A


17/17

Documento Funcional

Página 17 de 17

12. Aprobadores de las Especificaciones de Riesgo Operacional

Firma y Timbre

(o adjunte aprobación via email)

Control de Versión del Template

Fechaelaboración

Versión Elaborado por Aprobado por yfecha

Descripción del cambio

15-03-2010 V1.00 H. GaldamesN. Apellido

dd/mm/aaaa Versión Inicial

11-06-2010 V2.00 H. Galdames

Roberto Proust11-06-2010

Se incorporan los siguiente tópicos7.9 Relación con Proveedores Externos7.14 Políticas y Normas Banco7.16 Seguridad de la Información7.17 Continuidad del negocio9. Test de Vulnerabilidad.10. Limitación de Pruebas QA11. Riesgo Operacional.

12-01-2011 V3.00 H. Galdames

Se incorporaron los siguientes tópicos2. Entendimiento del Requerimiento.2.1. Descripción del Requerimiento.2.2. Aprobadores del Entendimiento del

Requerimiento.6.1. Diagrama de Contexto.7.16. Aprobadores de las EspecificacionesFuncionales.12. Aprobadores de las Especificaciones deRiesgo Operacional.

13-06-2011 V3.10 Brenda AranedaCambios en las secciones de 7.17 Seguridadde la información 7.18 Continuidad de Negocioy 11 Riesgo Operacional

07-06-2011 V4.00 Brenda Araneda

Se eliminan los puntos de Funciones/ Eventosy Casos de Uso; Seguridad y Auditoría yLegales y Regulatorios fueron incluido en DR.

Se cambia formato para los puntos 7.1, 7.2,7.6, 7.8 y 7.11 que solo se deben completar sifalta información técnica, ya que seincorporaron esos puntos en el DR.Se eliminan los aprobadores del DF por partede líder de Fábrica ya que el responsable derealizar el documento será el mismo Líder.

Documents

Definicion Funcional