Sei sulla pagina 1di 17

DOCUMENTO DE ARQUITECTURA DE

SOFTWARE

MIGRACIÓN PASARELA DE PAGOS

Descripción breve
Detalle del sistema de pasarela de pagos migrada al esquema Cloud

Jorge Adrian Escalante Meza


Nelson Castellanos Plazas
Jorge Arbey Quesada Muñoz
Jonathan Andres Salas Rodriguez
July Paola Sotelo Jimenez

1
CONTENIDO
1. INTRODUCCIÓN
2. OBJETIVO……………………………………………………………………………....……3
2.1. Objetivo general
2.2. Objetivos específicos
3. REQUERIMIENTOS……………………………………………………………...…….…...4
3.1. Requerimientos funcionales……………………………………………...………..4
3.2. Requerimientos no funcionales……………………………………...…………….5
3.3. Casos de uso
4. JUSTIFICACIÓN
4.1. Justificación técnica
4.2. Justificación teórica
5.

2
1. INTRODUCCIÓN
El desarrollo de las nuevas tecnologías de la información y la comunicación han permitido la
creación y el desarrollo de los medios de pago electrónico requeridos para el impulso de la
actividad económica y la celebración de transacciones comerciales, bien mediante la
implantación de nuevos instrumentos de pago o bien con la adaptación de los medios
existentes al nuevo entorno

El proyecto desarrollado expone la migración de una pasarela de pagos para banco xxx, con
el objetivo principal de optimar los pagos electrónicos que realizan los clientes desde
cualquier parte del mundo.

2. OBJETIVO GENERAL
Realizar la migración de la pasarela de pagos del Banco Pichincha a el esquema Cloud
haciendo que el servicio de transacciones que tiene entre la página y el banco sea más
eficiente.

3. OBJETIVO ESPECÍFICOS

Re-diseñar la plataforma existente para que funcione en la nube.

(a) Determinar las características que debe tener un Sistema de Reserva en línea. (b)
Investigar las formas de pago Electrónico y definir la más conveniente para la venta en línea.
(c) Definir plataforma ideal de Hardware y Software. (d) Diseñar el Sistema para la Venta en
línea de Entradas a través de Internet. (e) Diseñar e Implementar el Sistema para la Reserva
en línea de Entradas a través de Internet.

4. JUSTIFICACIÓN
La revolución tecnológica ha desencadenado el uso masivo de Internet, incluso ha cambiado
los hábitos de compra de millones de personas en todo el mundo cada vez es más habitual
utilizar servicios bancarios on-line, existen entidades bancarias virtuales sin oficinas físicas
que permiten realizar transacciones a cualquier parte del mundo por medio de la Red.
El internet es una herramienta fundamental dado que la red permite que una persona o
emprendimiento pueda internacionalizar sus productos. Una página web, blog o presentación
empresarial que no cuente con la aplicación como forma de pago en línea no es de
trascendencia en la red, es solo una referencia publicitaria informativa que cierra las puertas
a las compras por impulso, tendencia de mercado que hace referencia a una venta efectiva
con solo la digitalización de la tarjeta de crédito dentro del sistema de pagos on-line.

3
Para el crecimiento empresarial económico, tecnológico y de servicios es importante la
comprobación de la viabilidad en el uso eficiente de las múltiples funciones informáticas con
las que las pasarelas de pago cuentan porque estos dispositivos informáticos representan
avales de seguridad para una transacción financiera internacional lo que efectiviza el
comercio electrónico.

5. REQUERIMIENTOS
5.1. Requerimiento funcionales

IDENTIFICADOR NOMBRE
RQ 01 Ingresar al login
RQ 02 Ingresar al Módulo de facturas
RQ 03 Seleccionar factura a pagar
RQ 04 Seleccionar método de pago
RQ 05 Ingresar información correspondiente
RQ 06 Generar pago
RQ 07 Aplicar pago en la base de datos
RQ 08 Consultar pago
RQ 09 Generar reporte de pagos
RQ 10 Envío de notificación al correo electrónico

5.2. Requerimientos no funcionales

IDENTIFICADOR DESCRIPCIÓN
RQ-N 01 El sistema debe tener una disponibilidad del 99,99% de las
veces en que un usuario intente acceder.
RQ-N 02 El tiempo para iniciar o reiniciar el sistema no podrá ser mayor
a 5 minutos.
RQ-N 03 La tasa de tiempos de falla del sistema no podrá ser mayor al
0,5% del tiempo de operación total.
RQ-N 04 Los datos modificados deben ser actualizados para todos los
usuarios que accedan.
RQ-N 05 El promedio de duración de fallas no podrá ser mayor a 15
minutos.
RQ-N 06 La probabilidad de falla del Sistema no podrá ser mayor a 0,05.
RQ-N 07 El sistema debe ser capaz de procesar N transacciones por
segundo.
RQ-N 08 Toda funcionalidad del sistema y transacción de negocio debe
responder al usuario en menos de 5 segundos.
RQ-N 09 El sistema debe ser capaz de operar adecuadamente con hasta
100.000 usuarios con sesiones concurrentes.
RQ-N 010 La aplicación web debe poseer un diseño “Responsive” a fin de
garantizar la adecuada visualización en múltiples computadores

4
personales, dispositivos tableta y teléfonos inteligentes.
RQ-N 011 El sistema debe proporcionar alertas de error que sean
informativos y orientados a usuario final.

ESPECIFICACIÓN DE CASOS DE USO

Los siguientes diagramas representan la forma como los actores (Cliente, Administrador) se
comportan dentro del sistema, además la forma y el orden en cómo interactúan los elementos.

CASO DE USO 01: Ingresar al login: Proceso de Login y autenticación en plataforma Web
del Banco Pichincha.

5
DDF 01: Ingresar al login: Proceso de Login y autenticación en plataforma Web del Banco
Pichincha.

REQ 01: Ingresar al login: Proceso de Login y autenticación en plataforma Web del Banco
Pichincha.

Identificación RQ 01
del
requerimiento:
Nombre del Ingresar al login
Requerimiento:
Características: Permitir acceso a la plataforma del banco Pichincha
Descripción del El sistema debe permitir acceder a la plataforma mediante el login
requerimiento: con su respectivo usuario y contraseña.
Pre- Ingresar al sitio web, estar registrado.
Condiciones
Post-
Condiciones
Prioridad del requerimiento:

6
CASO DE USO 02: Ingresar al Módulo de facturas: En pantalla el usuario autenticado tiene
el módulo de Facturas del Banco.

DFD 02: Ingresar al Módulo de facturas: En pantalla el usuario autenticado tiene el módulo
de Facturas del Banco.

7
REQ 02: Ingresar al Módulo de facturas: En pantalla el usuario autenticado tiene el módulo
de Facturas del Banco.

Identificación RQ 02
del
requerimiento:
Nombre del Ingresar al Módulo de facturas
Requerimiento:
Características: Permitir navegación correcta en el módulo de facturas.
Descripción del El sistema debe permitir navegar correctamente en el módulo de
requerimiento: facturas.
Pre- Estar logueado
Condiciones
Post-
Condiciones
Prioridad del requerimiento:

CASO DE USO 03: Seleccionar factura a pagar: en este caso el usuario lista las facturas
pendientes por pagar y selecciona la que desea pagar. En pantalla se muestra el valor y el
detalle de lo que se está Facturando.

8
DFD 03: Seleccionar factura a pagar: en este caso el usuario lista las facturas pendientes
por pagar y selecciona la que desea pagar. En pantalla se muestra el valor y el detalle de lo
que se está Facturando.

REQ: Seleccionar factura a pagar: en este caso el usuario lista las facturas pendientes por
pagar y selecciona la que desea pagar. En pantalla se muestra el valor y el detalle de lo que
se está Facturando.

Identificación RQ 03
del
requerimiento:
Nombre del Seleccionar factura a pagar
Requerimiento:
Características: Seleccionar factura que desea pagar
Descripción del El sistema debe permitir seleccionar la factura a pagar, adicional
requerimiento: debe permitir verificar toda la información correspondiente de la
factura, son sus respectivos valores actualizados.
Pre-
Condiciones
Post-
Condiciones
Prioridad del requerimiento:

9
REQ 04: Seleccionar método de pago: En este paso el Usuario Selecciona el Método de
Pago que va a utilizar en la transacción.

DFD 04: Seleccionar método de pago: En este paso el Usuario Selecciona el Método de
Pago que va a utilizar en la transacción.

10
REQ 04: Seleccionar método de pago: En este paso el Usuario Selecciona el Método de
Pago que va a utilizar en la transacción.

Identificación RQ 04
del
requerimiento:
Nombre del Seleccionar método de pago
Requerimiento:
Características: Seleccionar el método que se va a utilizar para realizar el pago de
la factura.
Descripción del El sistema debe permitir seleccionar el tipo pago (tarjeta de crédito,
requerimiento: tarjeta débito, etc) que se va a utilizar para el pago de la factura y
debe mostrar el formulario para el ingreso de datos del pago
seleccionado.
Pre-
Condiciones
Post-
Condiciones
Prioridad del requerimiento:

CASO DE USO 05: Ingresar información correspondiente: en este paso el Usuario Web
proporciona la información de acuerdo con el tipo de pago que seleccionó, el sistema se
encarga de verificar los datos ingresados, y garantiza la validez de los mismos.

11
DFD 05: Ingresar información correspondiente: en este paso el Usuario Web proporciona la
información de acuerdo con el tipo de pago que seleccionó, el sistema se encarga de verificar
los datos ingresados, y garantiza la validez de los mismos.

REQ 05: Ingresar información correspondiente: en este paso el Usuario Web proporciona la
información de acuerdo con el tipo de pago que seleccionó, el sistema se encarga de verificar
los datos ingresados, y garantiza la validez de los mismos.

Identificación RQ 05
del
requerimiento:
Nombre del Ingresar información correspondiente
Requerimiento:
Características: Ingreso de la información del tipo de pago seleccionado
Descripción del El sistema debe permitir ingresar la información del pago que se
requerimiento: seleccionó.
Pre-
Condiciones
Post- Los datos deben estar completamente llenos.
Condiciones
Prioridad del requerimiento:

12
CASO DE USO 6: Generar Pago: El usuario Web confirma el Pago. El sistema Verifica y
acredita el pago en el sistema. También notifica el pago exitoso al Usuario.

DFD 6: Generar Pago: El usuario Web confirma el Pago. El sistema Verifica y acredita el
pago en el sistema. También notifica el pago exitoso al Usuario.

13
REQ 6: Generar Pago: El usuario Web confirma el Pago. El sistema Verifica y acredita el
pago en el sistema. También notifica el pago exitoso al Usuario

Identificación RQ 06
del
requerimiento:
Nombre del Generar pago
Requerimiento:
Características: Realizar pago por el usuario
Descripción del El usuario confirma el pago. El sistema Verifica el pago Exitoso
requerimiento:
Pre-
Condiciones
Post- El pago queda acreditado en el sistema
Condiciones
Prioridad del requerimiento:

6. DIAGRAMAS
6.1. Diagrama lógica

6.2. Diagrama deployment

14
6.3. Diagrama de secuencia

CASO DE USO 1 “GESTIONAR DATOS CLIENTE”

Objetivo:
Permitir al usuario cliente visualizar sus datos personales que constan en el
sistema.
Descripción:
El usuario solicita al sistema realizar la consulta de sus datos personales y el
sistema muestra los datos actuales del usuario.

CASO DE USO 2 “REGISTRAR CLIENTE”

Objetivo:
Registrar como usuario cliente a un usuario no registrado y por lo tanto darle
de alta en el sistema.

Descripción:
El usuario no registrado hace una petición de registro al sistema y el sistema
solicita al usuario que introduzca los datos. El usuario introduce los datos
requeridos y el sistema recoge los datos, previa validación y da de alta al
usuario en el sistema.

15
CASO DE USO 3 “GESTION FACTURA”

Objetivo:
Permitir al usuario cliente añadir una factura y añadir a mas al carrito

Descripción:
El usuario añade sus facturas al carrito de la compra El sistema añade la
relación de productos.

16
CASO DE USO 10 “PAGAR”

Objetivo:
Permitir al usuario registrado, que va a llevar a cabo un pedido, elegir una
forma de pago concreta.

Descripción:
El usuario solicita al sistema indicar el método de pago y el sistema solicita al
usuario que indique el método de pago. El usuario establece el método de
pago y el sistema guarda la forma de pago.

7. RECOMENDACIONES

17