ERS - Ejemplo caso de estudio

Presentación ERS - Proyecto Emisión
de Cartolas de Cuentas Corrientes
Pedro Chamorro - Representante Cliente
Omar Ramírez - Jefe de proyecto
Francisco Gonzalez - Analista
Baldemir Rivera - Analista
Victor Estay - Analista QA
Gabriel Salazar - Analista QA
!
Grupo: Salmón Seguro
!
Profesor: Jean Paul Fouere
!
!
Fecha: 29 de Noviembre 2014
Diplomado de Gestión de Proyecto TI - ERS - Proyecto Emisión de Cartolas de Cuentas Corrientes
1

Introducción Omar Ramírez
2
A continuación se explica el proceso para elaborar
un ERS (especificaciones de requisitos de
software) usando la norma IEEE 830-1998, con el
objetivo de establecer las bases de acuerdo entre
cliente y proveedor sobre lo que debe hacer un
determinado software, así mismo el documento
podrá ser validado y verificado.

Historial de Revisiones Omar Ramírez
3

Necesidad del cliente Omar Ramírez
4
En términos generales, lo que se requiere es evitar que el
cuentacorrentista venga a pedirla al mesón de atención
de clientes y que se habiliten pantallas sensibles al tacto,
en donde el cliente ingrese el número de la cuenta
corriente y se emita la cartola.

Levantamiento de Omar Ramírez
Requisitos
5
El proyecto fue abordado en una primera instancia,
reuniendo al equipo de trabajo del area de desarrollo del
Banco ABD, y en base a la necesidad se realizo un Brain
Storming, para luego generar un listado preguntas
abiertas y cerradas para la entrevista con el cliente.

Omar Ramírez
Levantamiento de
Requisitos - Entrevistas
6
La necesidad:
En términos generales, lo que él requiere es evitar que el cuentacorrentista venga a pedirla al
mesón de atención de clientes y que se habiliten pantallas sensibles al tacto, en donde el
cliente ingrese el número de la cuenta corriente y se emita la cartola en la impresora adjunta.
Preguntas Abiertas
¿A qué público está dirigido este servicio?
Respuesta: Todos los clientes que tenga el tipo de cuenta banca persona en el banco ABD,
y se encuentren actualmente activos, pueden usar este servicio.
¿Que tipo de información puede consultar el cliente en base a su cartola?
Respuesta: Cartola Actual y Cartola de tres meses.
¿De qué productos se puede obtener la cartola?
Respuesta: Cuentas corrientes pesos y dólares y a sus líneas de crédito asociadas.
Actualmente, ¿Cómo es el proceso en el mesón de atención para obtener la cartola?
Respuesta: Actualmente el cliente, obtiene un número de atención o hace fila, se acerca al
mesón y solicita una copia de su cartola a la ejecutiva del banco, a lo cual se le solicita un
documento de identificación ya sea Carnet de identidad, Licencia de conducir o Pasaporte,
luego si el cliente tiene mas de una cuenta, se le pregunta de cuenta desea el estado,
posteriormente se imprime la cartola de la cuenta seleccionada, se le entrega al cliente y se
registra en el sistema la emisión.
Desde que llegó al mesón, ¿Cuanto tarda este proceso por cliente?
Respuesta: Entre 3 y 5 min por cliente.
¿Cuántas sucursales deben tener este sistemas?
Respuesta: Corresponde a 300 sucursales donde se atiende a bancar persona.
¿Cuantos quioscos de autoservicio necesitan por sucursal?
Respuesta: depende de cada sucursal, pero de 1 a 3 quioscos.
¿Y cuántas personas aproximadamente por sucursal usarán el sistema?
Respuesta: 10, 30 o 50+ depende de la “categoría” de sucursal (pequeña, mediana, grande)

Levantamiento de Omar Ramírez
Requisitos - Entrevistas
7
¿Cual sería el objetivo y resultados esperados de la implementación de este servicio?
Respuesta: El objetivo del sistema es descongestionar los mesones de atención y a la vez
permitir que los usuarios utilicen los cajeros para realizar transacciones de dinero más rápido.
El resultado esperado es que las consultas de cartolas en el mesón de atención disminuyan
al menos en un 70%.
Las tarjetas de débito emitidas por el banco usan banda magnética o chip?
Respuesta: Originalmente todas las tarjetas de débito usan banda magnética. Actualmente
se está implementando incluir chip. En ambos tipos de tarjeta existe banda magnética por lo
que la solución debe permitir leer las bandas magnéticas de estas tarjetas. En una segunda
fase se considera incluir un lector avanzado que permita además leer chip
Preguntas Cerradas
¿Actualmente posee algún tipo de módulo de autoatención?
Respuesta: No.
¿Actualmente es posible obtener la cartola por un sistema web?
Respuesta: Sí.
¿Este servicio incluirá movimientos de tarjeta de crédito?
Respuesta: No.
¿Se debe incluir lector de tarjetas?
Respuesta: Si

ERN - Descripción Omar Ramírez
8
Actualmente el cliente obtiene un número de atención o
hace fila, se acerca al mesón y solicita una copia de su
cartola a la ejecutiva del banco, a lo cual se le solicita un
documento de identificación ya sea Carnet de identidad,
Licencia de conducir o Pasaporte, luego si el cliente tiene
más de una cuenta, se le pregunta de cuenta desea el
estado, posteriormente se imprime la cartola de la cuenta
seleccionada, se le entrega al cliente y se registra en el
sistema la emisión.

ERN - Requisitos de Pedro Chamorro
Negocio
9
Nº Descripción Prioridad
RN1
La solución debe permitir obtener cartolas de
cuentas corrientes y líneas de crédito del mes en
curso y las 3 cartolas históricas de los meses
anteriores.
Alta,
requerido
RN2
El sistema debe operar desde un dispositivo táctil
tipo kiosko de autoatención.
Alta,
requerido
RN3 El sistema debe permitir imprimir cartolas desde el
kiosko de autoatención
Alta,
requerido
RN4 El sistema debe requerir autenticación al usuario
para operar el kiosko de autoatención
Alta,
requerido
RN5 El sistema debe mejorar el proceso actual para
obtención de cartolas de clientes
Alta,
requerido

Proposito del ERS Pedro Chamorro
10
Este documento esta dirigido principalmente al responsable
del proyecto y a su equipo de desarrollo. Su propósito, es
reunir y presentar de forma ordenada y consistente los
requisitos y objetivos que deberá cumplir la solución de
software a construir. Tales como condiciones de diseño y
funcionamiento, de tal manera que se logre el resultado
esperado por el cliente.

Alcance Pedro Chamorro
11
El sistema Emisión de Cartolas de cuentas corrientes, que de
aquí en adelante lo llamaremos “ECC”, tiene como objetivo
dar una solución computacional alternativa para que los
clientes del banco ABD puedan consultar sus cartolas de
cuentas corrientes directamente en un módulo de auto
consulta, sin tener que ir al mesón de atención de clientes
para solicitarla.
!
Alineara con la visión estratégica del banco, “Satisfacción
integral de las necesidades financieras de los clientes”.
Misión del Banco Colas

Situación Actual: (AS-IS) Pedro Chamorro
12

Situación Futura: (TO-BE) Pedro Chamorro
13

Funcionalidad del Omar Ramírez
producto
14
Nro
Nombre
Funcionalidad
Prioridad Complejidad
1
Identificacion en el
sistema
Esencial Simple
2
Selección de
producto
Esencial Complejo
3
Emision de
Cartolas Históricas
Útil Complejo
4
Visualizacion de
cartola
Esencial Muy Complejo
5
Impresión de
Cartola
Esencial Complejo

Stakeholders Omar Ramírez
15
Nombre Descripción Rol
Jefe de cuenta corriente Solicitante del sistema ECC Cliente
Gerencia de TI Asigna recursos Gerencia de TI
Usuario Cuenta correntista Cuenta correntista
Ejecutivo de atención
Personal que brinda servicios a
los cuenta correntista Atención
Ejecutivo de cuenta
Representante del banco ante del
cliente
Atención

Equipo de Desarrollo Victor Estay
16
Nombre
Jefe de Proyecto
QA
Analista
Analista Programador
Equipo de Testing

Perspectiva del producto Victor Estay
17
El sistema Emisor de Cartolas de Cuentas está
enfocado en mejorar los tiempos de atención y
brindar al cliente un fácil y rápido acceso desde las
sucursales a su cartola de cuenta corriente, además
otorga la opción de imprimir dicha cartola desde el
sistema kiosko de autoconsulta.

Restricciones Victor Estay
18
‣ El terminal o kiosco de autoservicio debe quedar fijo
al suelo o pared de la sucursal.
‣ El usuario deberá interactuar con el sistema a través
de una pantalla táctil de, al menos, 15 pulgadas.
‣ La cartola solicitada debe imprimirse en papel
térmico.
‣ El sistema debe ejecutarse en sistema operativo
Windows 7 32 bits.
‣ El terminal debe contar con interfaces Ethernet y AC.
‣ El sistema generara sólo un tipo cartola por cuenta.

Victor Estay Suposiciones y
dependencias
19
Supuestos:
‣ Todo el hardware requerido lo proporcionara integramente el Cliente.
‣ El sistema no considera desarrollos de interfaces de integración con
sistemas externos.
‣ El cliente proporcionará un puesto de trabajo con teléfono durante la
implementación.
‣ El cliente proporcionará los ambientes de calidad.
‣ El cliente proporcionara las interfaces (API’s) para consultar los datos de los
usuarios.
!
Dependencias:
‣ El sistema será desarrollado para Windows 7 32 bits.
‣ El sistema estará diseñado para trabajar con pantallas Touch.
‣ E sistema esta diseñado para trabajar con una impresora modelo Epson TM-T88V
o similar.

Francisco González Requerimientos
Funcionales
20
Cod Nombre Proposito Proceso Prioridad Entrada Salida
RF1 Uso de
Credenciales del
usuario
El sistema debe
utilizar las
credenciales del
usuario que
actualmente existen
en el banco (RUT o
tarjeta de debito, más
código de 4 dígitos del
cajero automático
Una
vez
que
el
usuario
ha
ingresado
su
RUT
y
PIN
o
ha
deslizado
su
tarjeta
de
débito
e
ingresado
su
PIN,
el
sistema
ejecutará
la
transacción
correspondiente
para
validar
los
datos
ingresados.
Si
los
datos
son
correctos
entonces
se
muestra
la
pantalla
de
bienvenida
y
se
conHnua
con
la
operación
del
sistema.
Si
los
datos
no
son
válidos
se
muestra
un
mensaje
de
error
indicando
que
los
datos
no
son
válidos
y
se
vuelve
a
la
pantalla
inicial
Alta Número
de
Cuenta
Corriente
del
cliente
registrada
en
la
banda
magnéHca
o
chip
de
su
tarjeta
de
débito,
o
RUT
del
cliente.
Clave
de
seguridad
(4
dígitos)
de
su
tarjeta
de
débito.
AutenHcación
del
ingreso
del
cliente.
Mensaje
de
Bienvenida
al
cliente.
Se
muestra
RF2.
RF2 Selección de cuenta
corriente
El sistema debe
permitir seleccionar la
cuenta de la cual se
desea obtener la
cartola.
El
usuario
selecciona
en
la
pantalla
un
periodo
y
una
cuenta
corriente
Media Seleccionar
cuenta
corriente
Visualización
de
la
cartola
en
pantalla.
RF3 Emisión de Cartolas
historica
El sistema debe
permitir obtener la
cartola del mes en
curso y las 3 últimas
cartolas históricas.
Al
obtener
la
fecha
actual
de
consulta
del
cliente,
desde
el
reloj
interno
del
sistema,
se
procede
a
idenHficar
el
mes
actual
y
los
úlHmos
3
meses
para
los
cuales
deben
estar
disponibles
las
cartolas
del
cliente.
Media Fecha
actual
de
consulta
cliente.
Mostrar
listado
de
meses
disponibles
a
consultar
cartola.
RF4 Visualizar Cartola El
sistema
debe
permiHr
visualizar
la
cartola
en
la
pantalla.
Si
el
usuario
esta
autenHficado,
ha
seleccionado
una
cuenta
corriente
y
un
periodo
de
Hempo
R3,
con
esto
el
sistema
despliega
una
grilla
con
los
datos
y
un
paginador
de
30
filas
por
página.
Además
debe
mostrarse
en
pantalla
la
opción
para
imprimir
la
cartola
seleccionada
y
una
opción
para
volver
a
la
pantalla
anterior.
Media Nro.
de
Cuenta.
Opcion
de
fecha
Consulta
por
pantalla
de
la
Cartola
seleccionada.
RF5 Impresión
de
Cartola El sistema debe
permitir imprimir la
cartola seleccionada
Una
vez
que
hay
una
cartola
en
pantalla
(ver
RF4)
el
usuario
selecciona
la
opción
para
imprimir.
La
cartola
seleccionada
es
enviada
a
la
impresora
térmica
incorporada
en
el
kiosko
de
autoconsulta.
Media Cartola
seleccionada
por
el
usuario
Cartola
impresa

Francisco González Requerimientos No
Funcionales
21
Cod Nombre Características Prioridad
RNF Tiempo de Ingreso El login/logout del usuario no debe
tomar más de 10 segundos
Alta
RNF Simplicidad de uso La navegación de la aplicacion debe
implicar la menor cantidad de
pantallas/clicks posibles
Alta
RNF Diseño corporativo La aplicación debe utilizar los colores
e imagenes corporativas
Media
RNF Aviso sonoro Al seleccionar una opción o botón en
la pantalla táctil debe escucharse un
sonido de "click" para indicar al
usuario que la opción fue seleccionada
correctamente
Media
RNF Encriptación de datos Se debe usar comunicación cifrada
para autenticar al usuario
Media
RNF Capacidad de atenciones
diaria
El sistema debe atender entre 200 y
250 usuarios diarios
Media

Requisito no funcionales Francisco González
22
Requisitos de rendimiento
•El login/logout del usuario no debe tomar más de 10
segundos en cada kiosco de autoatención.
•El sistema debe atender entre 200 y 250 usuarios
diarios. (promedio de ingresos diarios del banco para
la entrega de cartola)
!
Seguridad
•Se debe usar comunicación cifrada
•El sistema cierra la sesión luego de 10 segundo de
inactividad.
•Además la aplicación deberá permitir un máximo de
3 intentos de validación.
•Para proteger el sistema, se tomarán resguardos en
base a la norma ISO 27001 los que están en el
definidos en el ERS.

Requisito no funcionales Francisco González
23
Fiabilidad
El sistema esta diseñado para funcionar en las dependencias de la
sucursal, conectado a una fuente eléctrica y la red interna del lugar,
en el horario de atención de cada sucursal y sirviendo a un cliente.
!
Bajo estas condiciones el sistema debe tener una disponibilidad del
99,5% es la misma que tiene definida el banco en sus sistemas de
atención a cliente.
!
Disponibilidad
Los tiempos de respuesta esperados son:
• Cuando el usuario ingresa su numero de RUT y Clave el sistema
debe demorar como máximo 10 segundos para mostrar la segunda
pantalla con las cuentas corrientes.
• Al seleccionar una cartola, el sistema debe demorar como máximo 5
y 10 segundos en imprimir la cartola

Requisito no funcionales Gabriel Salazar
24
Mantenibilidad
!
•Disponibilidad de papel
•Conectividad a la impresora
•Conectividad de red.
!
Se debe contar con documentación asociada a:
•Diseño del sistema
•Modelo de base de datos utilizado
•Interfaces de conectividad con los otros sistemas
utilizados.
•Manual de instalación y operación del sistema.

25
Portabilidad
!
El sistema debe ser instalado a través de un asistente
(Paquete de Instalación)
Debe contar con Manuales de instalación.
El sistema debe estar desarrollado en .Net.

26
Adecuación a Estándares
Todas las pantallas de la aplicación deben utilizar los
estándares corporativos del banco ABD en lo que
respecta a Usabilidad e Interfaz de usuaria.
!
En cada pantalla se debe incluir un icono en la parte
superior derecha con el símbolo de pregunta (?) para
entregar ayuda al usuario.

27
Limitaciones de Software
Todos los dispositivos de autoconsulta deben
identificarse en la red a través del software ESSO
(Enterprise Single Sign On) de Dell. Para ello cada
dispositivo de autoconsulta poseerá un usuario y
contraseña específicos para cada dispositivo.

Interfaces GUI Baldemir Rivera
28

29

30

31

Interfaces de Hardware Baldemir Rivera
32

Baldemir Rivera Interfaces con Otros
Sistemas
33

Otros requerimientos Baldemir Rivera
34
Estadísticas
Actualización
Registros

Check List
35

Fin
36
Gracias!

ERS - Ejemplo caso de estudio

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie ERS - Ejemplo caso de estudio

Ähnlich wie ERS - Ejemplo caso de estudio (20)

Mehr von Francisco Javier González Millán

Mehr von Francisco Javier González Millán (6)

Kürzlich hochgeladen

Kürzlich hochgeladen (7)

ERS - Ejemplo caso de estudio