FORMATO

ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Nombre del Proyecto o Nro. Ticket:

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
1 de
13

Portal de Productos Virtuales

Ticket : 362151

Revisin Histrica
Rev.
# de
revisin

Observacin

Autor

Fecha

Detalles buenos o malos encontrados

durante la revisin del documento.

Nombre de la persona que revisa. En la que realiz la

revisin al
documento
dd/mm/yyyy

Realizado por:

Cargo

Fecha

Jose Ral Rodriguez Reyes

Ingeniero de desarrollo

07/01/2015

Aprobado por:

Nombre
Cargo
Fecha

Cargo

Elabor
Nelly Johanna Carabal Daz
Lder de Aseguramiento de Calidad
09/09/2014

Descripcin de Aprobacin

Revis
Isaas Lpez
Director de Desarrollo
13/09/2014

Fecha

Aprob
Luis Fernando Snchez
Lder de Gestin de Requerimientos
13/09/2014

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
2 de
13

TABLA DE CONTENIDO

1. Introduccin......................................................................................................2
1.1 Objetivos y Alcance del Sistema................................................................3
1.2 Definicin del Cliente y Usuarios del producto.......................................3
1.3 Restricciones...........................................................................................3
1.4 Definiciones, Acrnimos y Abreviaturas......................................................3
1.4.1 Definiciones..........................................................................................4
1.4.2 Acrnimos.............................................................................................4
1.4.3 Abreviaturas..........................................................................................4
1.4.4 Referencias..........................................................................................4
2. Descripcin General.........................................................................................5
2.1 DIAGRAMAS..............................................................................................5
Contextual.........................................................................................................5
Conceptual........................................................................................................5
3. REQUERIMIENTOS......................................................................................6
3.1 Requisitos Funcionales...............................................................................6
3.2 No Funcionales........................................................................................6
3.2.1 Requisitos Tecnolgicos..........................................................................6
3.2.2 Requerimientos de Apariencia.............................................................6
3.2.3 Requisitos de Rendimiento......................................................................7
3.2.4 Requerimientos de Uso.......................................................................7
3.2.5 Requisitos de Desarrollo..........................................................................7
3.2.6 Requerimientos de Mantenimiento y Portabilidad...............................7
4 CARACTERSTICAS DEL PRODUCTO.......................................................8
4.2 Comentarios adicionales.........................................................................8
4.3 Proceso de Migracin..............................................................................8
4.4 Anlisis de Riesgos.................................................................................8
4.5 Requerimientos fuera de alcance...........................................................8

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

1.

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
3 de
13

Introduccin

El presente documento tiene como intencin definir de manera completa y libre de

ambigedades, las funcionalidades que el sistema deber cubrir para garantizar el
cumplimiento a las necesidades presentadas por el cliente.
El auditorio previsto para la lectura del documento corresponde a aquellas personas
que utilizarn el sistema, tendrn algn beneficio derivado de su uso o est en
posibilidad de validar el contenido presentado. Dado el carcter de la informacin
presentada, el estilo utilizado para la redaccin del presente es sencillo y evita
tecnicismos a menos que stos sean indispensables para aclarar una idea.
El documento se encuentra dividido en cuatro secciones principales. Una primera
seccin introductoria que intenta dar un contexto suficiente al lector para el
entendimiento de las secciones que le siguen. Una segunda seccin que presenta de
manera grfica el contexto y alcance del sistema. Una tercera seccin que organiza y
detalla los requerimientos a cubrir por el sistema. Finalmente la cuarta seccin
documenta aquellos aspectos no definidos, ajenos o fuera del alcance del proyecto,
pero que son necesarios para completar el panorama de la solucin.

1.1 Antecedente
Actualmente codesa ha implementado un sistema para los clientes el cual les permita
generar reportes de sus ventas en productos virtuales y crear los vendedores.
Teniendo en cuenta lo anterior se ha identificado que debido a al cantidad de usuarios
conectados a el sistema, esta generado un mal rendimiento y no permite que el porta
cumpla con su funcin.
Tambin se identifico que a la hora de hacer un nuevo requerimiento en el sistema es
complejo de implementar ya que la programacin es difcil de mantener porque las
tecnologas han evolucionado.
Es por esto que se va desarrollar un nuevo sistema el cual sea eficiente, usable y con
las ultimas tecnologas el cual permita cumplir con las expectativas de los clientes
1.2 Objetivos y Alcance del Sistema
Generar un sistema de informacin que este alineado con los patrones de diseo,
arquitectnicos definidos por Codesa, lo cual permitir que el sistema sea escalable y
permita cumplir con los requerimientos de calidad sistmicas.
Generar los mecanismos necesarios que permitan garantizar los aspectos de
seguridad que debe cumplir una aplicacin web que estar expuesta a una red
pblica.
Generar los mecanismos necesarios que permitan separar fsica y lgicamente la
presentacin de la lgica de negocio.

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
4 de
13

Generar los mecanismos necesarios para que el sistema de informacin pueda ser
accedido desde un pc o un dispositivo mvil.
1.3 Definicin del Cliente y Usuarios del producto.
Los clientes podran ser los siguiente:
Empresas de apuestas.
Personas naturales asociadas a una empresa.
Personal naturales.
Internamente, se definen como usuarios del producto: Ingeniero de Desarrollo,
Ingeniero de QA, Ingeniero de Servicios; y personal de Operaciones, encargados
de la parametrizacin, tanto de la Base de Datos como del Portal Codesa.

1.4 Restricciones

Tiempo de desarrollo.

1.5 Definiciones, Acrnimos y Abreviaturas

1.5.1

Definiciones
WS: Web Service (Servicio Web). Un servicio web, es un sistema de

software que permite la interaccin interoperable mquina a mquina en

una red.
CODESA: Empresa Computadores y Desarrollo. Es una empresa que naci en
1998 de la iniciativa de un grupo de empresarios del sector de los juegos de
azar del Valle del Cauca, cuyo principal objetivo fue disponer de una compaa
de tecnologa informtica responsable de construir y desarrollar todas las
necesidades informticas del grupo de empresas asociadas y usuarias que la
constituyen.
1.5.2

Acrnimos
VPN: (Virtual Prvate Network) Es una tecnologa de red que permite una
extensin segura de la red local sobre una red pblica o no controlada
como Internet. Permite que la computadora en la red enve y reciba datos sobre
redes compartidas o pblicas como si fuera una red privada con toda la
funcionalidad, seguridad y polticas de gestin de una red privada.
SRS: Software Requirements Specifications (Especificacin de Requerimientos
de Software). Una especificacin de requisitos de software, es una descripcin
completa de la finalidad y el medio ambiente para el software en su fase de
desarrollo. El SRS describe completamente lo que el software

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
5 de
13

IDE: integrated development environment. Un entorno de desarrollo integrado,

Es un programa informtico compuesto por un conjunto de herramientas
de programacin.
TAT: Tienda a tienda. Modelo de negocio orientado a las diferentes tiendas que
desean ofrecer los productos virtuales administrados por codesa.

1.5.3

Abreviaturas
BNET: Bussiness Net (Plataforma CODESA).Es el nombre que le ha dado
codesa a el proyecto que involucra el cambio en su plataforma tecnolgica
agrupando diferentes aplicaciones y arquitecturas.
PPV: Portal productos virtuales

1.5.4

Referencias
IEEE Std 830 de 1998
W3C.org
Cisco.com

2. Descripcin General
El PPV(portal de productos virtuales) es un nuevo sistema de informacin que permite
la consulta relacionada con la venta de productor virtuales utilizando las nuevas
tecnologas en bsqueda de un mejor desarrollo y mejores tiempos de respuesta.
El sistema PPV tendr implementado 3 mdulos de gran importancia como es:
Reportes
Parametrizacin de sistema (Crear usuarios , roles , centro de costos)
Parametrizacin de vendedores (Crear vendedores, asignar producto o
servicio)

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
6 de
13

2.1 DIAGRAMAS
Contextual

Conceptual

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

USO
INTERNO

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
7 de
13

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
8 de
13

3. REQUERIMIENTOS.
RQPPV1. El sistema debe permitir iniciar sesin en productos virtuales
RQPPV2. El sistema debe permitir crear un departamento con los siguientes
parmetros: Nombre y Descripcin.
RQPPV3. El sistema debe permitir crear una ciudad con los siguientes parmetros:
Cdigo y Descripcin y debe estar asociado a los departamentos.
RQPPV4. El sistema debe permitir crear la opcin empresa para generar el cdigo de
centro de costo.
RQPPV5. El sistema debe permitir crear la opcin Sedes para parametrizar los centro
de costos, ciudad y departamento
RQPPV6. El sistema debe permitir crear la opcin productos para parametrizar los
servicios.
RQPPV7. El sistema debe permitir crear roles que este asociados a los servicios y
productos.
RQPPV8.El sistema debe tener la opcin de crear personas, el cual cree un usuario
con la siguiente informacin:
Nombres
Apellidos
Identificacin
Telfono
Direccin
Correo Electrnico
Usuario
Clave
Activo
Comercializador
Rol
RQPPV9. El sistema debe tener la opcin de RolesxServicios
RQPPV10. El sistema debe tener la opcin de PersonasXSedes el cual permita ver los
reportes de otra sedes.
RQPPV11. El sistema debe tener la opcin de PersonasXProveedor el cual permita
ver los reportes de otra sedes.
RQPPV12. El sistema debe permitir crear un submen el cual depende de una
creacin antecesora de un men.
RQPPV13. El sistema debe permitir crear la configuracin promocin lotera del valle
la cual debe de tener estos parmetros:
Cdigo ( Generado por la aplicacin)
Inicio Sorteo
Todos los Sorteos?
Desc. Todos los Sorteos
Lotera
Boletas por numero
Encabezado
Tipo de entrega
Nombre
Fin de sorteo

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
9 de
13

Fecha otro sorteo

Desc. Otro Sorteo
Boletas
Billetes
Pie de Pgina
Estado.

RQPPV14. El sistema debe tener un administrador de configurar las promociones de

una lotera ,para que el usuario pueda generar mas rifas
RQPPV15. El sistema debe permitir administrar el acceso a las diferentes
funcionalidades teniendo en cuenta los roles.
Los reportes son los siguientes:
Otros Productos (OP):
RQPPV16. El sistema debe permitir hacer un reporte Venta Otros Productos Por
Vendedor
RQPPV17. El sistema debe permitir hacer un reporte Venta Otros Productos Por Punto
de Venta
RQPPV18. El sistema debe permitir hacer un reporte Resumen de Ventas por Centro
de Costo
RQPPV19. El sistema debe permitir hacer un reporte Resumen De Venta De Otros
Productos
RQPPV20. El sistema debe permitir hacer un reporte Venta Por Proveedor- Servicio
Por C de Costo
RQPPV21. El sistema debe permitir hacer un reporte Resumen Venta Por Detalle De
Productos
RQPPV22. El sistema debe permitir hacer un reporte Compras por ProveedorServicio-Producto por Centro de Costo
RQPPV23. El sistema debe permitir hacer un reporte Inventario Disponible
RQPPV24. El sistema debe permitir hacer un reporte Consolidado Recargas
Realizadas Por Fecha
RQPPV25. El sistema debe permitir hacer un reporte Descarga del Archivo de
Consolidados Otros Productos
RQPPV26. El sistema debe permitir hacer un Reporte Venta Otros Productos Por
Vendedor PDF
RQPPV27. El sistema debe permitir hacer un reporte Descarga del Archivo Dispac
RQPPV28. El sistema debe permitir hacer un reporte Descarga de Archivo Cedenar
RQPPV29. El sistema debe permitir hacer un reporte Descarga Archivo CEDERNAR
PDF
RQPPV30. El sistema debe permitir hacer un reporte Venta Por Operador Por Servicio
- Producto
RQPPV31. El sistema debe permitir hacer un reporte Generar Reporte de Ventas
RQPPV32. El sistema debe permitir hacer un reporte Importar Archivo Recaudo
RQPPV33. El sistema debe permitir hacer un reporte Descarga Archivo Venta Actuar
RQPPV34. El sistema debe permitir hacer un reporte Validacin de Recargas
productos
RQPPV35. El sistema debe permitir hacer un Reporte Ventas por Vendedor

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
10 de
13

RQPPV36. El sistema debe permitir hacer un Reporte Venta Otros Productos Por
Vendedor y Punto de Venta Ex
RQPPV37. El sistema debe permitir hacer un reporte Detalle Venta Otros Productos
RQPPV38. El sistema debe permitir hacer un reporte Recaudo de Epayment
RQPPV39. El sistema debe permitir hacer un reporte Comprobante Informe Diario
Detallado
RQPPV40. El sistema debe permitir hacer un reporte Venta Premio Seguro
RQPPV41. El sistema debe permitir hacer un reporte Comprobante Informe Diario
Detallado por vendedor y pnto vta
RQPPV42. El sistema debe permitir hacer un reporte Comprobante Informe Diario
Detallado IMPOCONSUMO
RQPPV43. El sistema debe permitir hacer un reporte promocin recargas acumuladas
RQPPV44. El sistema debe permitir hacer un reporte Redimir puntos promocin
recargas
RQPPV45. El sistema debe permitir hacer un reporte Venta Otros Productos por Punto
Venta

Generales (GN):

RQPPV46. El sistema debe permitir hacer un reporte Resultado Loteras por Fecha
Sorteo
RQPPV47. El sistema debe permitir hacer un reporte Resultados para una Lotera
entre fechas
RQPPV48. El sistema debe permitir hacer un reporte de premios por tipo de juego
RQPPV49. El sistema debe permitir hacer un reporte Resultados Loteras y Productos
RQPPV50. El sistema debe permitir hacer un reporte Total Transacciones Replicadas
RQPPV51. El sistema debe permitir hacer un reporte Archivo de Transacciones
RQPPV52. El sistema debe permitir hacer un reporte de premios del da
RQPPV53. El sistema debe permitir hacer un reporte Consolidado Reporte premios

Gamble(GM):

RQPPV54. El sistema debe permitir hacer un reporte Venta diaria por tipo de juego
para un C.Costo
RQPPV55. El sistema debe permitir hacer un reporte Premios por fechas para un
C.Costo
RQPPV56. El sistema debe permitir hacer un reporte Ventas por fechas y tipo de juego
para un C.Costo
RQPPV57. El sistema debe permitir hacer un reporte Ventas y Premios por fechas
para un C. Costo
RQPPV58. El sistema debe permitir hacer un reporte Total Ventas y Premios por
Fechas
RQPPV59. El sistema debe permitir hacer un reporte Ventas y Premios por Clase de
Venta y C.Costo
RQPPV60. El sistema debe permitir hacer un Reporte Venta Productos Virtuales
RQPPV61. Integracin con el modulo de seguridad Cerberus.
RQPPV62. El sistema debe tener un modulo de contratos, el cual un usuario
administrativo pueda crear sus vendedores.
RQPPV63. El sistema debe de tener las siguientes opciones:

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
11 de
13

tipo de caracteres
Separadores Reporte
Parmetros Reporte Venta
Nota: El requerimiento 13, hay que revisarlos con el ingeniero Isaas para verificar si
se van a utilizar.
3.1 Requisitos Funcionales

ID Req.

Descripcin
Requerimiento

REQ.362151.001

Prioridad

Fecha

Alta

07/01/2015

Casos de Uso relacionados

3.2 No Funcionales.
Generar un mecanismo que permita tener interfaces de usuario ms rica
visualmente y que permita una mejor usabilidad al usuario final.
El portal debe ser usable ya que uno de los factores ms importantes. Es el
atributo ms visible ya que determina el grado de satisfaccin del usuario
respecto de la aplicacin web.

3.2.1 Requisitos Tecnolgicos

Estadar BNET
3.2.2

Requerimientos de Apariencia.

Estandar BNET
3.2.3 Requisitos de Rendimiento

3.2.4

Los tiempos de respuesta deben ser rapido a la hora de pedir un reporte, sin
embargo este tiempo se podr extender de acuerdo a la disponibilidad de la
red.

Requerimientos de Uso.

Los mensajes de error o informativos dependen del estadar de BNET.

3.2.5 Requisitos de Desarrollo

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
12 de
13

Hasta el momento para llevar acabo el desarrollo del portal se va a utilizar lo

siguientes:
Una arquitectura multiniveles usando EJB 3.1, JSF 2.2, Primefaces v5.0,
Maven.
Bootstrap
HTML5
3.2.6

Requerimientos de Mantenimiento y Portabilidad

Los requisitos de Mantenimiento y portabilidad incluyen:

El lenguaje de programacin Java, Version 6.
Un entorno de desarrollo integrado IDE (integrated development environment)
en eclipse
un servidor Jboss EAP 6.1

3.2.7 Requerimientos de Seguridad

El portal debe conectarse por una red privada construida dentro de una infraestructura
de red pblica por medio de una VPN e implementar un protocolo de seguridad https.

4. CARACTERSTICAS DEL PRODUCTO.

El portal de productos virtuales se va desarrollar con la arquitectura de BNET y todos
sus estndares de desarrollo, pues este estar encargado de realizar reportes de
venta en productos virtuales y generar nuevos vendedores.
4.1 Comentarios adicionales.
No aplica.

4.2 Proceso de Migracin.

Para poder completar el proceso es necesario tomar todos los reportes que estn
hasta el momento en productos virtuales e implementarlos en el nuevo portal con las
nuevas formas.

4.3 Anlisis de Riesgos.

Riesgos detectados:

Mayor complejidad en componentes que la estimada.

El diseo debe considerar la calidad del sistema en funcin del desempeo de
este (velocidad de respuesta).

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin

FORMATO
ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE (SRS)

Cdigo: Fto.GR.101
Versin:
5.0
Fecha:
24/11/2014
Pgina
13 de
13

Dependencias con componentes que el usuario an no termina de definir.

4.4 Requerimientos fuera de alcance.

No aplica.

Codesa.

USO
INTERNO

La propiedad intelectual de este documento es de CODESA

Se prohbe su reproduccin total o parcial sin autorizacin