DAD 145485 Ingreso Fidelizacion NoCmr v1.0

Gerencia Sistemas CMR
DAR
Documento de Análisis de Requerimientos

Y
Arquitectura
DAD_145485_ Ingreso_Registro_NoCmr
Página 1 de 22
DAR
Tabla de Contenidos
1 ANTECEDENTES GENERALES 4
2 OBJETIVOS Y ALCANCES 5
2.1 Objetivos 5
ANALISIS DE REQUERIMIENTOS 6
2.2 Situación Actual 6
2.3 Requerimientos Funcionales 6
2.4 Interpretación Técnica de los Requerimientos 10
2.5 DISEÑO DE SOLUCION TECNICA 13

2.5.1 Diagrama de Solución Técnica 13
2.5.2 Criterios y filtros de Selección de Datos en el proceso 14
2.5.3 Diagrama de Entidad Relación 14
2.5.4 Diccionario de Datos 14
2.5.5 Descripción de Interfaces 14
2.5.6 Interfaces con Otros Sistemas 14
2.5.7 Interfaces con Entidades Externas 14
2.5.8 Prototipo de Pantallas 14
2.5.9 Reportes e Informes 14
2.5.10 Mensajes de Error 15
2.6 Requerimientos No Funcionales 16
3 ARQUITECTURA 17
3.1 Decisiones de Arquitectura Relevantes 17
3.2 Vista de Casos de Uso 17

3.2.1 Paquetes Funcionales 17
3.2.2 Modelo de Paquetes funcionales 17
3.2.3 Detalle de Paquete Funcional <nombre paquete funcional 1> 18
3.2.4 Flujo Caso de Uso 18
3.2.5 Diagrama de secuencia 19
3.3 Identificación de Interfaces de Comunicación con otros sistemas 20
3.4 Modelo de Datos 21
3.5 Procesos Involucrados 21
3.6 Rendimiento e Infraestructura 21

3.6.1 Diagrama de Infraestructura Base 21
3.6.2 Especificación de Contingencia y/o HA 21
3.6.3 Especificación de Escalabilidad 21
Página 2 de 22
DAR
3.6.4 Especificación y Sizing de Ambientes 21
3.7 Calidad 21
3.7.1 Especificación de SLAs 21
3.7.2 Especificación de Disponibilidad 21
3.7.3 Especificación de Capacidad 22
3.7.4 Especificación de Continuidad 22
3.7.5 Especificación de Monitoreo 22
3.7.6 Especificación de Seguridad 22
4 APROBACIONES 22
Página 3 de 22
DAR
1 ANTECEDENTES GENERALES
Título DAD – Servicio de Registro y Consulta de Clientes SFC.
Se construirán 2 servicios en OnLine, los cuales permitirán consultar y registrar Clientes en SFC,
Descripción
además un proceso Batch que llevará a cabo el proceso de Alta de ellos.
Fecha Autor: Cell IT.
N° SRF Padre N° SRF Hijo
Nombre DRF Versión DRF 01
Cliente Tipo de Cambio
F. Inicio 17/07/2018 F. Término 19/07/2018
Página 4 de 22
DAR
2 OBJETIVOS Y ALCANCES
2.1 Objetivos
Generar 2 servicios en línea y un proceso Batch que apoyen el proceso de Alta en Clientes No CMR en SFC.
Objetivo Específico
El objetivo del presente proyecto corresponde a exponer 2 servicios en OnLine que permitan “Consultar” y
“Registrar” clientes en SFC, además un proceso Batch que permita dar de Alta los clientes registrados de
manera OnLine.
Página 5 de 22
DAR
ANALISIS DE REQUERIMIENTOS
2.2 Situación Actual
Hoy en día los clientes identificados como “No CMR”, no tienen posibilidad de acumular
puntos como parte de campañas de fidelización a clientes de realicen compras en las
tiendas pertenecientes al holding. Este evolutivo busca subsanar esta situación.
2.3 Requerimientos Funcionales
RF# Sistema(s)/Módulo(s) Descripción del Requerimiento

Impactado(s)
1 SFC Registrar clientes en SFC de manera OnLine.
2 SFC Consultar clientes en SFC de manera OnLine.
3 SFC Proceso Batch que genere un archivo de Alta, en formato Tottus, para que
ingrese al proceso de Alta Batch de Clientes en SFC.
REQ Funcional N° 1: Registrar clientes en SFC de manera OnLine.
Permitir registrar clientes No CMR al sistema de Fidelización SFC para acumular puntos por
compras con medios de pago distintos a las tarjetas CMR, tarjetas Banco y Tarjetas
Giftcard. El sistema debe manejar correctamente los clientes de manera no se ingresen
clientes que ya existen.
Campos requeridos para el registro:

 Tipo de Documento
 Número de Documento (RUT)
 Nombre Cliente
 Apellido Paterno Cliente
 Apellido Materno Cliente
 Fecha de Alta (formato YYYYMMDD)
 Dirección de Correo Electrónico
 Número de Teléfono
 Dirección de Correo Electrónico
 Check de Aprobación Términos y Condiciones
Periodicidad: OnLine, el ingreso debe estar disponible en línea en todo horario.
Formato Entrada:
Página 6 de 22
DAR
Formato Salida:
REQ Funcional N° 2: Consultar clientes en SFC de manera OnLine.
Permitir la consulta de clientes Fidelizados en sistema de SFC, para lo cual se dan los
siguientes casos:
a. Si el RUT corresponde a un cliente que previamente registró sus datos por el sitio
de CMR puntos, se responderán todos los datos disponibles.
b. Si el RUT corresponde a un cliente que previamente se registró en SFC no por la vía
del Sitio CMR Puntos. Solo se responderá código de respuesta 00 y en vacío
campos que no dispongan datos.
Campos requeridos para la Consulta:

 Tipo de Documento.
 Número de Documento (RUT).
Periodicidad: OnLine, el ingreso debe ser automático y en todo horario.
Formato de Consulta:
Formato de Respuesta:
Página 7 de 22
DAR
REQ Funcional N° 3: Generar archivo Batch en formato Tottus para Alta de Clientes Batch.
Crear un proceso Batch que haga el volcado de la tabla de registros y genere con ello la
interfaz de altas para clientes No CMR en Tottus, la cual su nombre se compone de la
siguiente manera: 10008836ACMRPTOAAAAMMDDE.DAT, donde la fecha de proceso es:
 AAAA año
 MM mes
 DD día
Una vez generada la interfaz con la información de la tabla de registros, se deberá

proceder a realizar la carga del archivo en los procesos Batch existentes para Tottus.
Formato de archivo de altas: el objetivo de este archivo es contener las novedades de

clientes que deben ser creados en el sistema de Fidelización de Clientes.
Periodicidad: Diaria, el archivo deberá estar disponible antes de las 01:00 hrs con corte a
las 23.59:59 del día previo, de lo contrario no será procesado y las altas deberán ser
informadas en el archivo del día siguiente.
Respecto de la definición del archivo, se tiene lo siguiente:
 Nombre: 10008836ACMRPTOYYYYMMDDE.DAT
 Tipo de comunicación:
 Origen/Destino:
 Servidor:
 Cuenta:
 Carpeta:
Página 8 de 22
DAR
El campo “Situación Canje” se informará siempre en “SI”.
IMPORTANTE: Si el cliente al cual se debe acumular puntos no fue registrado previamente

y NO tiene existencia previa en SFC, los movimientos de acumulación de puntos de este
cliente serán devueltos con un rechazo, por ende, no serán cargados en el sistema de
Fidelización de Clientes.
Página 9 de 22
DAR
2.4 Interpretación Técnica de los Requerimientos
REQ Funcional N° 1: Registrar clientes No CMR para Acumulación de Puntos.
El presente requerimiento busca permitir registrar los clientes categorizados como “No
CMR” en una nueva tabla temporal, con el fin que otro proceso Batch tome esta
información y genere un archivo de Alta en formato Tottus.
En el diagrama recién expuesto, se visualiza el funcionamiento del servicio de Alta para

clientes “No CMR”, que tal como su nombre lo indica, expondrá un servicio en línea en el
MDW que posee Administradora CMR. A continuación, se describe el paso a paso de su
funcionamiento:
a. Se recibe una petición de Registro para Alta de Cliente.

b. Se valida que venga la información mínima para dar el Registro.
I. En caso de que NO se cumpla con la validación, se responde con un código
de error, agregando como glosa lo ocurrido.
II. En caso de que, SI se cumpla con la validación, el flujo continúa.
c. Se valida que el cliente para el cual se quiere realizar el Registro, no se encuentre
en la tabla temporal sin procesar.
i. En caso de que, SI se encuentre, se responde con un código de error,
agregando como glosa lo ocurrido.
ii. En caso de que NO se encuentre, el flujo continúa.
d. Se valida que el cliente para el cual se quiere realizar el Registro no sea un cliente
SFC.
i. En caso de que, SI se encuentre, se responde con un código de error,
agregando como glosa lo ocurrido.
ii. En caso de que NO se encuentre, se realiza el Alta en Tabla Temporal y se
responde con un código de éxito.
Página 10 de 22
DAR
REQ Funcional N° 2: Consultar Clientes No CMR.
El presente requerimiento busca habilitar una consulta de información para los clientes
categorizados como “No CMR”.
En el diagrama recién expuesto, se visualiza el funcionamiento del servicio de Consulta

para clientes “No CMR”, que tal como su nombre lo indica, expondrá un servicio en línea
en el MDW que posee Administradora CMR. A continuación, se describe el paso a paso de
su funcionamiento:
a. Se recibe una petición de Consulta de información para un Cliente.

b. Se valida que venga la información mínima para realizar la consulta.
III. En caso de que NO se cumpla con la validación, se responde con un código
de error, agregando como glosa lo ocurrido.
IV. En caso de que, SI se cumpla con la validación, el flujo continúa.
c. Se valida que el cliente para el cual se quiere realizar la Consulta se encuentre en la
tabla temporal sin procesar.
i. En caso de que, SI se encuentre, se obtiene la mayor cantidad de
información posible y se responde con esta, agregando un código de éxito y
la glosa correspondiente.
ii. En caso de que NO se encuentre, el flujo continúa.
d. Se valida que el cliente para el cual se quiere realizar el Consulta se encuentre ya
como cliente SFC.
i. En caso de que, SI se encuentre, se obtiene la mayor cantidad de
información posible y se responde con esta, agregando un código de éxito
y la glosa correspondiente.
ii. En caso de que NO se encuentre, se responde con un código de error,
agregando como glosa lo ocurrido
Página 11 de 22
DAR
REQ Funcional N° 3: Generar archivo de Alta de Clientes Batch en formato Tottus.

El presente requerimiento tiene como fin el generar un Archivo de Alta Batch de clientes
SFC en formato Tottus, para que sea procesado por la respectiva funcionalidad, la cual ya
se encuentra funcionando de manera correcta.
En el diagrama recién expuesto, se visualiza el proceso de generación del archivo de Alta

Batch en formato Tottus. Este archivo se generará en un directorio diferente en cada
ambiente, pero este quedará definido de la siguiente manera:
 ownerSchema:= SYS_CONTEXT('USERENV','CURRENT_SCHEMA');
 outPath:= ownerSchema||'_'||'OUT_DIR';
 outNomArchivo:= '10008836ACMRPTO'||anio||mes||dia||'E.DAT';
El cual será tomado y se dejará en el directorio correspondiente para que sea procesado
por la Malla de SFC como Alta Tottus.
Página 12 de 22
DAR
2.5 DISEÑO DE SOLUCION TECNICA
2.5.1 Diagrama de Solución Técnica

Requerimiento N°1: Registrar clientes No CMR para Acumulación de Puntos.
Requerimiento N°2: Consultar Clientes No CMR.
Página 13 de 22
DAR
Requerimiento N°3: Generar archivo de Alta de Clientes Batch en formato Tottus.
2.5.2 Criterios y filtros de Selección de Datos en el proceso
No Aplica.
2.5.3 Diagrama de Entidad Relación
No Aplica.
2.5.4 Diccionario de Datos
No Aplica.
2.5.5 Descripción de Interfaces
No Aplica.
2.5.6 Interfaces con Otros Sistemas
No Aplica.
2.5.7 Interfaces con Entidades Externas
No Aplica.
2.5.8 Prototipo de Pantallas
No Aplica
2.5.9 Reportes e Informes
Página 14 de 22
DAR
No hay cambios o nuevos Reportes o Informes
2.5.10 Mensajes de Error
Página 15 de 22
DAR
2.6 Requerimientos No Funcionales
No aplica
Página 16 de 22
DAR
3 ARQUITECTURA
3.1 Decisiones de Arquitectura Relevantes
3.2 Vista de Casos de Uso

Consultar Cliente SFC
3.2.1 Paquetes Funcionales
3.2.2 Modelo de Paquetes funcionales
En la siguiente tabla se presenta el nombre y descripción del paquete funcional visualizado en el anterior
diagrama de paquete
Código Paquete Nombre de Paquete Descripción del Descripción de relación

Funcional Funcional Paquete Funcional con otro paquete
funcional
USUARIO01 USUARIO - N/A
Página 17 de 22
DAR
3.2.3 Detalle de Paquete Funcional <nombre paquete funcional 1>
En la siguiente tabla se presenta el nombre y descripción del paquete funcional visualizado en el anterior
diagrama de paquete
Nombre Paquete Nombre Caso de Uso Descripción Caso de Explicación relación con
Uso otros casos de uso
3.2.4 Flujo Caso de Uso
Consultar Contrato
Descripción Escenario
Actores Participes
N° Paso Actor Sistema
Pre-Condiciones
Enunciado Restricción Descripción Restricción
Post-Condiciones
Enunciado Restricción Descripción Restricción
Página 18 de 22
DAR
3.2.5 Diagrama de secuencia

Página 19 de 22
DAR
3.3 Identificación de Interfaces de Comunicación con otros sistemas
Nombre Descripción Sistema a Propietario Contexto de Existencia

interfaz de Funcionalida comunicar de la Interfaz uso
comunicació d de Tipo de
n Comunicació comunicació
n n
Página 20 de 22
DAR
3.4 Modelo de Datos
3.5 Procesos Involucrados
Requerimiento Nombre de Proceso Descripción Impacto
3.6 Rendimiento e Infraestructura

3.6.1 Diagrama de Infraestructura Base
No aplica
3.6.2 Especificación de Contingencia y/o HA
No aplica
3.6.3 Especificación de Escalabilidad
No aplica
3.6.4 Especificación y Sizing de Ambientes
No aplica.
3.7 Calidad
No aplica
3.7.1 Especificación de SLAs
No aplica
3.7.2 Especificación de Disponibilidad
No aplica
Página 21 de 22
DAR
3.7.3 Especificación de Capacidad
No aplica
3.7.4 Especificación de Continuidad
No aplica
3.7.5 Especificación de Monitoreo
No aplica
3.7.6 Especificación de Seguridad
No aplica
4 Aprobaciones
Área Responsable Fecha Aprobación
Página 22 de 22

DAD 145485 Ingreso Fidelizacion NoCmr v1.0

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

DAD 145485 Ingreso Fidelizacion NoCmr v1.0

Uploaded by

Copyright:

Available Formats

Gerencia Sistemas CMR

Documento de Análisis de Requerimientos

2.2 Situación Actual 6

2.3 Requerimientos Funcionales 6

2.4 Interpretación Técnica de los Requerimientos 10

2.5 DISEÑO DE SOLUCION TECNICA 13

2.6 Requerimientos No Funcionales 16

3.1 Decisiones de Arquitectura Relevantes 17

3.2 Vista de Casos de Uso 17

3.3 Identificación de Interfaces de Comunicación con otros sistemas 20

3.4 Modelo de Datos 21

3.5 Procesos Involucrados 21

3.6 Rendimiento e Infraestructura 21

3.6.4 Especificación y Sizing de Ambientes 21

2.2 Situación Actual

2.3 Requerimientos Funcionales

RF# Sistema(s)/Módulo(s) Descripción del Requerimiento

REQ Funcional N° 1: Registrar clientes en SFC de manera OnLine.

Campos requeridos para el registro:

Periodicidad: OnLine, el ingreso debe estar disponible en línea en todo horario.

REQ Funcional N° 2: Consultar clientes en SFC de manera OnLine.

Campos requeridos para la Consulta:

Periodicidad: OnLine, el ingreso debe ser automático y en todo horario.

Una vez generada la interfaz con la información de la tabla de registros, se deberá

Formato de archivo de altas: el objetivo de este archivo es contener las novedades de

Respecto de la definición del archivo, se tiene lo siguiente:

El campo “Situación Canje” se informará siempre en “SI”.

IMPORTANTE: Si el cliente al cual se debe acumular puntos no fue registrado previamente

2.4 Interpretación Técnica de los Requerimientos

REQ Funcional N° 1: Registrar clientes No CMR para Acumulación de Puntos.

En el diagrama recién expuesto, se visualiza el funcionamiento del servicio de Alta para

a. Se recibe una petición de Registro para Alta de Cliente.

REQ Funcional N° 2: Consultar Clientes No CMR.

En el diagrama recién expuesto, se visualiza el funcionamiento del servicio de Consulta

a. Se recibe una petición de Consulta de información para un Cliente.

REQ Funcional N° 3: Generar archivo de Alta de Clientes Batch en formato Tottus.

En el diagrama recién expuesto, se visualiza el proceso de generación del archivo de Alta

2.5 DISEÑO DE SOLUCION TECNICA

2.5.1 Diagrama de Solución Técnica

Requerimiento N°2: Consultar Clientes No CMR.

Requerimiento N°3: Generar archivo de Alta de Clientes Batch en formato Tottus.

2.5.2 Criterios y filtros de Selección de Datos en el proceso

2.5.3 Diagrama de Entidad Relación

2.5.4 Diccionario de Datos

2.5.5 Descripción de Interfaces

2.5.6 Interfaces con Otros Sistemas

2.5.7 Interfaces con Entidades Externas

2.5.8 Prototipo de Pantallas

2.5.9 Reportes e Informes

No hay cambios o nuevos Reportes o Informes

2.5.10 Mensajes de Error

2.6 Requerimientos No Funcionales

3.1 Decisiones de Arquitectura Relevantes

3.2 Vista de Casos de Uso

Requerimiento N°2: Consultar Clientes No CMR.

Consultar Cliente SFC

Requerimiento N°3: Generar archivo de Alta de Clientes Batch en formato Tottus.

3.2.1 Paquetes Funcionales

3.2.2 Modelo de Paquetes funcionales

Código Paquete Nombre de Paquete Descripción del Descripción de relación

3.2.3 Detalle de Paquete Funcional <nombre paquete funcional 1>

3.2.4 Flujo Caso de Uso

N° Paso Actor Sistema