< ZAPCOR >

Mdulo nmina, ZAPCOR

Visin
Versin 1.2

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

Historial de Revisiones
Fecha

Versin

Descripcin

17/02/2016

1.2

Propuesta inicial del documento Visin con las

primeras capturas de requisitos funcionales del
sistema.

17/02/2016

1.2

Versin 1.2 en estado de complementacin

para su aprobacin

17/02/2016

1.2

Versin 1.2 para la aprobacin al final de la

fase de inicio

Confidencial

ZAPCOR, 2016

Autores
Elver
Ivn
Echavarra

Zapata

Juan David Zapata Garca

Juan Manuel
Guzmn

Suarez

Pg. 2

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

Contenido
1

Introduccin
1.1
Propsito
1.2
Alcance
1.3
Definiciones, Acrnimos, y Abreviaciones
1.4
Referencias

5
5
5
5
5

Posicionamiento
2.1
Oportunidad de Negocio
2.2
Sentencia que define el problema
2.3
Sentencia que define la posicin del Producto

5
5
6
6

Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios

3.1
Resumen de Stakeholders
3.2
Resumen de Usuarios
3.3
Entorno de usuario
3.4
Perfil de los Stakeholders
3.4.1 Administrador de la Empresa
3.4.2 Secretaria de la Empresa
3.5
Perfiles de Usuario
3.5.1 Secretaria
3.5.2 Encargado del Negocio

6
7
7
7
8
8
8
8
8
9

Descripcin Global del Producto

4.1
Perspectiva del producto
4.2
Resumen de caractersticas
4.3
Suposiciones y dependencias
4.4
Costo y precio

9
9
10
11
11

Descripcin Global del Producto

5.1
Caractersticas Generales del Sistema

11
11

Confidencial

ZAPCOR, 2016

Pg. 3

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

5.1.1 Usabilidad
5.1.2 Fiabilidad y Robustez
5.2
Subcaractersticas del Sistema
5.2.1 Adaptabilidad
5.2.2 Atractivo
5.2.3 Rendimiento

11
11
12
12
12
12

Restricciones

12

Precedencia y Prioridad

12

Otros Requisitos del Producto

8.1
Estndares Aplicables
8.2
Requisitos de Sistema
8.3
Requisitos de Desempeo
8.3.1 Rendimiento
8.4
Requisitos de Entorno
8.4.1 Confiabilidad
8.4.2 Seguridad
8.4.3 Portabilidad
8.4.4 Soporte
8.4.5 Software
8.4.6 Usabilidad

12
12
12
13
13
14
14
14
14
15
15
16

Requisitos de Documentacin
9.1
Manual de Usuario
9.2
Ayuda en Lnea
9.3
Guas de Instalacin, Configuracin, y Fichero Lame

17
17
17
17

10

Anexos
10.1
10.2
10.3
10.4
10.5
10.6

20
20
21
22
23
24
25

Confidencial

Diagrama Caso de uso

Diagrama Modelo de domino
Modelo Casos de uso
Diagrama Caso de uso 1
Diagrama Caso de uso 2
Diagrama Caso de uso 3
ZAPCOR, 2016

Pg. 4

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin
10.7
10.8

Confidencial

Diagrama Caso de uso 4

Diagrama Caso de uso 5

1.2
14/04/2016

26
27

ZAPCOR, 2016

Pg. 5

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

Visin
1
1.1

Introduccin
Propsito
El propsito de ste documento es recoger, analizar y definir las necesidades de alto nivel del mdulo de nmina. El documento se centra en la
funcionalidad requerida por los participantes en el proyecto y los usuarios finales.
Esta funcionalidad se basa principalmente en la organizacin y administracin de la nmina de tal forma que dicho material est disponible y cumpla
con las expectativas de los usuarios finales.
Los detalles de cmo el sistema cubre los requerimientos se pueden observar en la especificacin de los casos de uso y otros documentos adicionales.

1.2

Alcance
El documento Visin se ocupa, como ya se ha apuntado, del mdulo de nmina de ZAPCOR, tiene como propsito suministrar al usuario una plataforma
de nmina, que contribuya a optimizar las operaciones en el seguimiento y ejecucin del proceso de pagos y consultas con el fin de aumentar su
efectividad administrativa.
Dicho Sistema ser desarrollado por el equipo de Desarrolladores que han sido asignados para este proyecto.
El sistema permitir al encargado de la nmina controlar todo lo relativo al manejo de la misma Generacin de nmina, seguimiento de los pagos, etc.).
Adems, tambin permitir a los usuarios acceder a los servicios online.

1.3

Definiciones, Acrnimos, y Abreviaciones

RUP: Son las siglas de Rational Unified Process. Se trata de una metodologa para describir el proceso de desarrollo de software.

1.4

Referencias
- Plan de desarrollo de software.
- RUP (Rational Unified Process).
- Diagrama de casos de uso.

Confidencial

ZAPCOR, 2016

Pg. 6

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

2
2.1

1.2
14/04/2016

Posicionamiento
Oportunidad de Negocio
Este mdulo permitir al que maneje la nmina contar con el aplicativo donde l pueda administrar, organizar y controlar toda la informacin sobre la
misma. Lo cual supondr un acceso rpido y sencillo a la informacin gracias a interfaces grficas sencillas y amigables. Adems esta permitir un
acceso ms rpido y siempre actualizado a los reportes que se requieran, es un factor importante para prestar el servicio claro y soportado para los
trabajadores que son directamente afectados por el proceso como tal.
El sistema permite al acceder a los registros del rea de Nomina a travs de web, de forma rpida y sencilla.

2.2

Sentencia que define el problema

El problema de

Gestionar los tiempos de trabajo y pago adecuado de los

mismos.
Gestionar las variables de cambio dentro de la nmina.
Gestionar y Controlar el dinero que se est gastando en pagos
y tener una visin clara del mismo (Soporte).

afecta a

Director administrativo ZAPCOR

Secretaria ZAPCOR

El impacto asociado es

Almacenar toda la informacin referente a la nmina, adems

de tener un respaldo de manera inmediata tal que esta
informacin est al instante accesible y actualizado en lugares
fsicamente muy distantes es un proceso, posibilitando de esta
manera un control ms adecuado de los gastos generados en
nomina

una adecuada solucin sera

Informatizar el proceso, generar interfaces amigables y

sencillas con las que manejar la nmina sea ms cmodo y
productivo; con la facilidad de tener el registro de la misma.

Confidencial

ZAPCOR, 2016

Pg. 7

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin
2.3

1.2
14/04/2016

Sentencia que define la posicin del Producto

Para

Director administrativo ZAPCOR

Secretaria ZAPCOR

Quienes

Controlan la nmina completa de los trabajadores.

El nombre del producto

Es una herramienta software.

Que

Almacena la informacin necesaria para gestionar la nmina.

No como

El sistema actual.

Nuestro producto

Permite gestionar los distintos servicios que se necesitan para

trabajar la nmina mediante una interfaz grfica sencilla y
amigable. Adems proporciona un acceso rpido y actualizado a
la informacin como un soporte que valida los gastos.

Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios

Para proveer de una forma efectiva productos y servicios que se ajusten a las necesidades de los usuarios, es necesario identificar e involucrar a todos los
participantes en el proyecto como parte del proceso de modelado de requerimientos. Tambin es necesario identificar a los usuarios del sistema y
asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta seccin muestra un perfil de los participantes y de los
usuarios involucrados en el proyecto, as como los problemas ms importantes que stos perciben para enfocar la solucin propuesta hacia ellos. No
describe sus requisitos especficos ya que stos se capturan mediante otro artefacto. En lugar de esto proporciona la justificacin de por qu estos
requisitos son necesarios.

3.1

Resumen de Stakeholders
Nombre

Descripcin

Responsabilidades

Andrea Zapata
Crdova

Asesora principal

El stakeholder realiza:
Es la persona que tiene a cargo Seguimiento y
desarrollo del proyecto de nmina( uno de los
usuarios finales del modulo)
Aprueba requisitos y funcionalidades

Confidencial

ZAPCOR, 2016

Pg. 8

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

3.2

Resumen de Usuarios
Nombre

3.3

1.2
14/04/2016

Descripcin

Stakeholder

Administrador

Realiza los seguimientos de nomina

(control de estadsticas).

Jorge Zapata Crdova

Secretaria de la
empresa

Maneja los procesos y servicios de la

nmina.

Andrea Zapata Crdova

Trabajadores de la
empresa

Registro impreso de su pago con alto

detalle.

Andrea Zapata Crdova

Entorno de usuario

Los usuarios accedern al sistema identificndose con un nombre de usuario y contrasea a travs del aplicativo; cada usuario
dispondr de una pgina individual y totalmente diferente acorde a sus permisos y responsabilidades.
El entorno de usuario en la plataforma es fcil de usar, algo que facilita de gran manera el proceso de acople con la nueva temtica a
manejar.
3.4
3.4.1

Perfil de los Stakeholders

Administrador de la Empresa
Representante

Confidencial

Jorge Zapata Crdova

ZAPCOR, 2016

Pg. 9

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

3.4.2

1.2
14/04/2016

Descripcin

Administrador de la Empresa

Tipo

Gerente de la Empresa

Responsabilidades

Encargado de mostrar los balances del sistema. Adems, le interesa llevar un

control de la informacin de gastos directos por el pago de la nmina.

Criterio de xito

Mantener una funcionalidad integral en los sistemas.

Mantener activa la aplicacin luego de ser implantada.

Grado de
participacin
Comentarios

Revisor de la administracin.
Ninguno

Secretaria de la Empresa
Representante

Andrea Zapata Crdova

Descripcin

Asesor Responsable del Proyecto por Parte de la empresa

Tipo

Manejo de la nmina.

Responsabilidades

Encargado de verificar y aprobar las etapas y funcionalidad del proyecto. Lleva a

cabo un seguimiento del desarrollo del proyecto y aprobacin de los requisitos y
funcionalidades del sistema.

Criterio de xito

Mantener una funcionalidad integral en los sistemas.

Mantener activa la aplicacin luego de ser implantada.

Implicacin

Revisin de requerimientos, estructura del sistema

Entregables

Documento de revisin de las especificaciones funcionales.

Documento de revisin de las pruebas funcionales

Comentarios

Ninguno

Confidencial

ZAPCOR, 2016

Pg. 10

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin
3.5
3.5.1

Perfiles de Usuario
Secretaria
Representante

Andrea Zapata Crdova

Descripcin

Asesor Responsable del Proyecto por Parte de la empresa

Tipo

Manejo de la nmina.

Responsabilidades

Ejecutar los procedimientos del sistema.

Consultar la informacin reflejada

Criterio de xito

Obtener un sistema que cumpla con los servicios establecidos y en el menor tiempo
posible, que sea amigable con el usuario.
Muy alto.

Grado de
participacin

3.5.2

1.2
14/04/2016

Encargado del Negocio

Representante

Jorge Zapata Crdova

Descripcin

Administrador de la Empresa

Tipo

Gerente de la Empresa

Responsabilidades

Ejecutar los procedimientos del sistema.

Consultar la informacin reflejada

Criterio de xito
Implicacin

Comentarios

Confidencial

Aprueba las especificaciones funcionales y las pruebas realizadas.

Obtener un sistema amigable y que cumpla con los requisitos establecidos.
Revisa y aprueba los diferentes artefactos generados.
Ninguno

ZAPCOR, 2016

Pg. 11

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

4
4.1

1.2
14/04/2016

Descripcin Global del Producto

Perspectiva del producto
El producto a desarrollar es un sistema global para la Videotienda Movie City sistema que se llamar SIGRAMM 01 , con la intencin de agilizar su
funcionamiento. El rea a tratar por el sistema son: Los servicios de la Videotienda, desde el manejo del Inventario, Control de usuarios y cuentas, hasta
la plataforma que brinda la Reproduccin y Accesibilidad al material Multimedia.

Confidencial

ZAPCOR, 2016

Pg. 12

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Datos Medidores
Puntos de Entrega

Datos Medidores
Centrales de
Generacin

1.2
14/04/2016

CC MOVIE CITY
(Local Server)

CC MOVIE CITY
(Web Services Server)

Gestin MEM

Base
de
Datos

Reportes
ndices

C# .NET
Java
Oracle Forms
Oracle Designer

Confidencial

ZAPCOR, 2016

Pg. 13

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin
4.2

1.2
14/04/2016

Resumen de caractersticas
A continuacin se mostrar un listado con los beneficios que obtendr el cliente a partir del producto:

Beneficio del cliente

Mayor agilidad en la prestacin de los servicios al
dar la posibilidad de hacerlo va servicios web.

Caractersticas que lo apoyan

Aplicacin web desde la cual poder realizar
actualizaciones movimientos de nmina como a su
vez llevar un seguimiento constante de la misma
Gestin automatizada del registro de nmina.
Sistema de optimizacin del registro de nmina y
seguimientos constantes del costo generado por la
misma para llevar un balance.
Mayor facilidad para la gestin de los recursos de
Base de datos centralizada con la informacin de
registro.
toda la nmina.
Automatizacin del sistema de creacin de Automatizacin del sistema de creacin de informes
informes de nmina (peridico).
de nmina (peridico).

4.3

Suposiciones y dependencias
El proyecto consta de la implementacin e implantacin del sistema de la BDD que ser responsabilidad directa del administrador funcional del sistema.
Tambin cabe aclarar que las condiciones de pagos y actualizacin de facturas, ser responsabilidad de la entidad financiera a convenir con el cliente y el gerente
de la empresa.
4.4

Costo y precio
Producto
SOFTWARE
Microsoft SQL Server
Microsoft Visual Studio
Microsoft Azure
HARDWARE
Servidor para OAS
Servidor Blade para BDD
Equipo cliente
OTROS
Papelera y Suministros

Confidencial

ZAPCOR, 2016

Costo

Costo
Real

15000
15000
1000

0
0
0

8000
8000
1500

0
0
0

100

100
Pg. 14

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin
Imprevistos

1.2
14/04/2016

500

500

Descripcin Global del Producto

5.1
5.1.1

Caractersticas Generales del Sistema

Usabilidad
Personalizacin interfaz grfica. Es importante que la capa de presentacin est separada de la lgica con el fin de permitir cambios de interfaz sin
afectar la funcionalidad y lgica del negocio. Todas las pantallas del sistema debern ser diseadas y desarrolladas para que el usuario comprenda el
funcionamiento. Adems, tanto la interfaz grfica como los mensajes de xito, errores, alertas, entre otros, tener una apariencia estndar, siguiendo los
lineamientos grficos entregados por la Empresa
Estticamente amigable y legible (segn especificaciones acordadas en el diseo).
Las listas de valores seleccionables deben estar ordenadas alfabticamente de forma ascendente, tambin estarn seccionados por gnero y tipo
dependiendo del contenido multimedia.

5.1.2

Fiabilidad y Robustez
La probabilidad de no disponibilidad y ocurrencia de fallos de darse el caso ser en mayor parte causada por el hardware subyacente. En caso de resultar
un fallo debido al software el sistema registra el fallo y sus causas. Cabe mencionar los protocolos de seguridad HTTPS que sern necesarios en la
implementacin del sistema Web.
El tiempo de reinicio y correccin despus de un fallo depender de la disponibilidad del hosting y los servidores. Para el redespliegue y configuracin
del sistema se estima un lapso mximo de 48 horas en periodo laborable, depende exclusivamente de los estndares de los mismos. Al ser un sistema
totalmente transaccional no hay probabilidad de corrupcin de datos despus de fallos.

5.2
5.2.1

Subcaractersticas del Sistema

Adaptabilidad
Subcaracterstica de portabilidad, que indica las caractersticas de SIGRAMM que influyen en las posibilidades de adaptacin a diferentes entornos
especificados, sin realizar otras acciones que las indicadas para este propsito.

Confidencial

ZAPCOR, 2016

Pg. 15

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

5.2.2

Atractivo
Subcaracterstica de facilidad de uso, que indica las caractersticas de SIGRAMM que influyen en la satisfaccin de los deseos del Usuario y las
preferencias a travs de servicios, comportamiento y presentacin ms all de la demanda actual.

5.2.3

Rendimiento
Subcaracterstica de portabilidad, que indica las caractersticas de SIGRAMM que influyen en las posibilidades de ejecucin y tiempo de espera sin
realizar otras acciones que las indicadas para este propsito.

Restricciones

En cuanto a la gestin del Mercado Elctrico Mayorista se limitar a la verificacin de mediciones para la deteccin de errores y seguimiento de los pagos y
facturas que son necesarios al sistema.
Se desarrollar la primera fase de los reportes de Web Services que corresponde a los reportes de mediciones, para esto es necesario que el asesor general del
software y la Videotienda para que mantenga la disponibilidad de su servidor de Web Services.

Precedencia y Prioridad

Carga de datos
Verificacin de Datos
Clculo de nmina.
Emisin de Reportes

Otros Requisitos del Producto

Se requiere de un servidor donde se instale y ejecute Microsoft SQL Servers y Microsoft Azure para la publicacin de la aplicacin. Este computador (El
del administrador) debe tener acceso TCP/IP al servidor de base de datos de la aplicacin tambin los clientes deben poseerlo en caso de querer ingresar
al servicio.

8.1

Estndares Aplicables
Estndar ISO 9126 del IEEE y la Mantenibilidad
El estndar provee un entorno para que las organizaciones definan un modelo de calidad para el producto software; no obstante, cada organizacin
tendr la tarea de especificar precisamente su propio modelo

Confidencial

ZAPCOR, 2016

Pg. 16

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

8.2

Requisitos de Sistema
RF1: el videoclub contiene pelculas, documentales, series, musicales los cuales se encuentran clasificados por gnero y tipo.
RF2: el material multimedia puede verse al mismo tiempo desde varios cuentas de usuario, existe una modalidad llamada pago por ver en el cual el
usuario podr acceder a contenido como estrenos o transmisiones privadas por un pago adicional del material especfico por un tiempo determinado.
RF3: el sistema de la plataforma debe almacenar la cantidad de veces que se ve determinado material, el gnero o categora al cual pertenece para realizar
sugerencias de contenidos populares que pueden interesar al usuario.
RF4: los usuarios comunes y usuarios Premium podrn consultar el catlogo de material multimedia a travs de diferentes dispositivos con conexin a
internet.
RF5: cuando se consigue nuevo material multimedia el responsable del sistema debe actualizar el catalogo.
RF6: solo aquel que se afilia al video club por medio de un pago mensual podr acceder al catlogo.
RF7: los usuarios miembros de videoclub (usuarios comunes y usuarios Premium) podrn consultar el material multimedia disponible a travs de
cualquier dispositivo con conexin a internet utilizando el nombre, titulo, autores y categora de material.
RF8: para acceder a la plataforma o a aplicativo del videoclub. Cada usuario inicia seccin utilizando el correo electrnico y la contrasea que eligi en su
registro
RF9: en cada momento se puede saber el gnero y el tipo de contenidos multimedia que ha consumido un usuario
RF10: de cada contenido multimedia se conoce el nombre, categora, autores.
RF11: existe material multimedia exclusivo o privado el cual se accede a el por 24 horas a travs de un pago adicional.
RF12: los usuarios comunes podrn tener acceso a la plataforma solo desde un dispositivo a la vez, mientras que los usuarios Premium podrn tener
acceso al videoclub desde 3 dispositivos.
RF13: un contenido multimedia podr ser sugerido por aquellos usuarios que no encontraron el lo deseado en la plataforma.
RF14: en caso de que el usuario no realice el pago de su mensualidad en la fecha predefinida el sistema bloqueara automticamente su cuenta, lo que
significa que o tendr acceso a la plataforma hasta el momento que se ponga al da

8.3
8.3.1

Requisitos de Desempeo
Rendimiento
NF08. Disponibilidad:
La disponibilidad del sistema debe ser 7x24/365.
La disponibilidad de la plataforma (servidores, comunicaciones) debe ser 7x24/350, teniendo en consideracin las posibles pausas o das
necesarios que puedan presentarse por motivo de mantenimiento, actualizacin y dems.
NF09. Velocidad y Eficiencia:
El sistema debe ser lo suficientemente gil para garantizar que el despliegue entre pantallas sea corto, de tal forma que los usuarios no tengan
que incurrir en tiempos muertos.

Confidencial

ZAPCOR, 2016

Pg. 17

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

Una vez el sistema est en sus fases iniciales se determinar una lnea base de proyeccin. Como referencia se propone:
El tiempo promedio de movimiento entre pantallas debe ser de 5 segundos.
El tiempo mximo de movimiento entre pantallas debe ser de 20 segundos.
Factores que dependen, por supuesto de la velocidad de conexin que tenga los clientes del aplicativo.

NF10. Uso de recursos:

El uso de la memoria del servidor no debera exceder el 80% de la memoria disponible.
La base de datos no debera estar totalmente recargada sobre un solo servidor dedicado, por lo cual se recomienda, debido al nivel de
informacin que se manejar, el acceso a varios servidores.
NF11. Capacidad:
Esto depende del bando de ancha del cual disponga el sistema que se desarrolla, como consideraciones funcionales el sistema debe soportar 1000
usuarios concurrentes, esto se calcula al tener en cuenta el tamao del servidor, su capacidad de ancho de banda y la transmisin de multimedia.
8.4

8.4.1

Requisitos de Entorno
El entorno es todo lo que rodea el sistema, el sistema usa el entorno y lo utiliza como una fuente de los servicios necesarios para que funcione. El
sistema debe ser robusto y tolerar los errores que puedan ocurrir en el entorno, tales como gestin en los dispositivos y errores en entrada de datos. Cabe
mencionar que la plataforma en la cual se har la aplicacin depende de varias vistas, por tanto, se hace nfasis en que el mismo ser agradable y simple
de usar.
Confiabilidad
NF01. Recuperacin a fallos (servidores, comunicaciones):
El tiempo de recuperacin no deber pasar de un da (48 horas) en el peor de los casos. Para ello es indispensable tener backups actualizados:
copias de las fuentes, copia de la configuracin del servidor, BD, etc. El sistema debe poderse restablecer en otros entornos tecnolgicos a la
mayor brevedad (opcin de mquina virtual).
A nivel de mquina, el sistema debe estar virtualizado y debe poder recuperarse en mximo dos das (48 horas).
Si es problema de comunicaciones, depende del proveedor y del tipo de problema; aunque no debera superar 6 horas, estimado que se
propugna por el prestador del servicio de Hosting.

8.4.2

Seguridad
NF02. Control de acceso:

Confidencial

ZAPCOR, 2016

Pg. 18

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

8.4.3

1.2
14/04/2016

El sistema no debe permitir acceso a informacin restringida por usuarios no permitidos. El ingreso y la autenticacin de usuarios en el sistema
de informacin deben estar supeditados al sistema de seguridad y control de usuarios establecido por la Videotienda.
Se hace constancia que los trmites financieros, realizacin de pagos y consignacin de dineros, estarn vinculados a la entidad bancaria la cual
se haga responsable segn polticas de acuerdo con el cliente.
El sistema se debe concebirse con suficientes mecanismos de seguridad que impidan la vulnerabilidad de los datos y garanticen la integridad de
la informacin (BD y aplicativos), considerando aqu los protocolos web de HTTPS.

Portabilidad
NF03. Plataforma:
Inicialmente se utilizara un motor de base de datos SQLServer, aunque se prev la posibilidad de que se migre a Oracle o DB2. Los servidores
de aplicaciones y plataformas estarn por el momento sobre Windows Server.
El desarrollo del aplicativo tendr acogida en la red global, as que se consienten cambios de factores externos, ejemplo, navegabilidad de los
buscadores del usuario, adaptabilidad de los recursos electrnicos del mismo, constante actualizacin para los diferentes sistemas operativos
que hagan parte de los acogidos por el servicio del sistema.

8.4.4

Soporte
NF04. Entrega, instalacin y publicacin:

El proveedor de la solucin deber acompaar el proceso de instalacin del aplicativo, tanto en el ambiente de pruebas como en el ambiente de
produccin, y realizar las pruebas necesarias que garanticen el correcto despliegue y funcionamiento del aplicativo.

Antes de iniciar algn proceso de instalacin deber concertarse con los responsables de la plataforma de la VideoTienda, un plan de
instalaciones y pruebas.

El servidor donde se instalar el sistema debe hacer parte de la plataforma tecnolgica de la VideoTienda.

NF05. Mantenimiento:
El sistema debe tener un Log que permita realizar seguimiento de errores y excepciones.
NF06. Conectividad:
El sistema debe permitir interfaces con sistemas internos y externos. El sistema de informacin de la VideoTienda requerir la interaccin con
sistemas internos y externos (obtencin de informacin), mediante las siguientes interfaces:
IS-1 Interface del Reproductor del Material Multimedia: Reproduccin y accesibilidad a los videos, pelculas, series y eventos PPV.
Confidencial

ZAPCOR, 2016

Pg. 19

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

IS-2 Interface con Catalogacin del Material Multimedia: Consulta de informacin relacionada a este trmite.
IS-3 Interface Enlace, Control y Gestin de los pagos: El objetivo de esta interface es enlazar desde la plataforma de la VideoTienda y
hacia los corresponsales bancarios respectivos.
NF07. Compatibilidad:
El sistema debe ser compatible con las caractersticas de la Plataforma o Protocolos Globales.
8.4.5

Software
NF08. Lenguajes de programacin:
El sistema debe ser desarrollado en .Net y se deben utilizar hojas de estilos y javascripts, incluyendo el desarrollo de la aplicacin mediante
HTML.
NF09. Estndar de Desarrollo:
Se debe aplicar el estndar para desarrollo y documentacin de cdigo de aplicaciones empresariales .Net.
Deber implementarse conforme a las condiciones de la plataforma dispuesta por la VideoTienda.
NF10. Servidor Web y de Aplicaciones:
WINDOWS SERVER 2012 STANDARD SP2 64bits.
IIS.
NF11. Navegadores:
El aplicativo deber ser web enable y accesible al menos mediante los navegadores de Internet, Microsoft Internet Explorer 9x, 8x, 7.x, 6.x,
Mozilla Fire Fox 4.x o superiores en ambos casos, y Google Chrome.
NF12. Base de Datos:
La base de datos debe ser SQL SERVER 2012, y / u Oracle segn se establezca en la etapa de anlisis detallado y diseo del proyecto.
NF13. Estndares:
La VideoTienda y el proveedor del sistema de informacin deben acordar el estndar de desarrollo a utilizar.

8.4.6

Usabilidad

Confidencial

ZAPCOR, 2016

Pg. 20

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

NF14. Facilidad de uso:

Personalizacin interfaz grfica. Es importante que la capa de presentacin est separada de la lgica con el fin de permitir cambios de interfaz
sin afectar la funcionalidad y lgica del negocio. Todas las pantallas del sistema debern ser diseadas y desarrolladas para que el usuario
comprenda el funcionamiento. Adems, tanto la interfaz grfica como los mensajes de xito, errores, alertas, entre otros, tener una apariencia
estndar, siguiendo los lineamientos grficos entregados por la empresa.
Estticamente amigable y legible (segn especificaciones acordadas en el diseo).
Se deben proveer mecanismos para facilitar la obtencin de informes mediante una interfaz especfica.
La informacin generada por medio de las consultas se debe mostrar de manera ordenada.
NF15. Accesibilidad:
El acceso de usuarios debe estar supeditado a los procesos de autenticacin provistos por el sistema de seguridad establecido por la empresa.
El usuario debe poder ingresar al sitio en un slo paso de autenticacin.
El sistema debe ser accesible por Internet va WEB.
NF16. Estticos:
Pginas basadas en formularios.
La resolucin para la que se disea es 1024x768.
Los iconos que se van a usar en toda la aplicacin o por tipos de pantalla (configuracin, consulta, reportes) estarn en concordancia con las
especificaciones definidas por la BNC. Adicionalmente, se deben utilizar hojas de estilo para mantener los estndares establecidos dentro de la
plataforma del portal de la empresa.
Debe mantenerse consistencia o uniformidad en fuentes, tamaos, colores, alineacin, maysculas y minsculas en los campos que se van a
usar en todas las pantallas de la aplicacin o en todos los reportes de la aplicacin. Esto se determinar en la fase de diseo y la propuesta
resultante deber ser avalada por el gerente de la empres.
Se deben utilizar ttulos descriptivos y cortos por cada pgina o formulario. El uso de maysculas y minsculas en los ttulos, en las etiquetas,
en las columnas de las tablas, etc. se determinar en la fase de diseo.
NF17. Mensajes:
Se deben tipificar los errores (advertencia, error, informacin), asignar cdigos y definir mensajes descriptivos para un usuario final. La
definicin de las reas de errores en la pantalla para mostrar los mensajes se determinar en la fase de diseo.
NF18. Navegacin:
El usuario nunca debe llegar a un sitio sin salida; siempre debe haber opciones de navegacin a otros puntos o de cierre normal de la aplicacin.

Confidencial

Debe mantenerse coherencia y consistencia en la navegacin de toda la aplicacin: usar las mismas opciones de navegacin en todas las
pantallas de la aplicacin o tener las opciones de navegacin tipificadas por tipos de pantalla (de consulta, de insercin y modificacin, de
eliminacin).
ZAPCOR, 2016

Pg. 21

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

NF19. Ayuda en lnea:

El sistema debe contar con opciones de apoyo para indicar el correcto diligenciamiento de formularios (utilizacin de tooltips).

9
9.1

Requisitos de Documentacin
Manual de Usuario
NF20. Documentacin de apoyo:
Se debe contar con documentacin actualizada (manual tcnico y de usuario) con la ltima versin de la herramienta.
NF21. Lenguaje:
La aplicacin se desarrollar para idioma Castellano. Los formatos deben ser los estndares del pas (Colombia).
Se debe usar un lenguaje familiar para el usuario (se tomar como referencia los trminos que estn en el glosario).
Se deben usar los mismos trminos en toda la aplicacin (consistencia).

9.2

Ayuda en Lnea
NF22. Ayuda en lnea:
El sistema debe contar con opciones de apoyo para indicar el correcto diligenciamiento de formularios (utilizacin de tooltips).

9.3

Guas de Instalacin, Configuracin, y Fichero Lame

9.3.1 Configuracin Sistema

9.3.1.1 Administracin de usuarios y control de acceso
El sistema debe permitir administracin de los usuarios del sistema, asignacin roles, perfiles y niveles de acceso sobre los mdulos y opciones del sistema de
informacin. Esta funcionalidad tambin debe proporcionar la creacin y asignacin del rea a la que pertenecen los usuarios.
9.3.1.2 Configuracin de parmetros y dominios
El sistema debe permitir la configuracin de variables del sistema (los parmetros del sistema sern definidos en la fase de anlisis detallado) y de dominios
(valores permitidos de variables).
9.3.1.3 Notificaciones y alertas

Confidencial

ZAPCOR, 2016

Pg. 22

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

El sistema deber generar las notificaciones y alertas sobre los siguientes eventos:
o Nominas pasadas del tope mximo.
o Excesos horas trabajadas.
o Nominas por debajo del tope minio.
o Continuas inasistencias laborales.
o Inconsistencias en los horarios ingresados.
9.3.1.4 Auditora
El sistema debe permitir registrar y hacer seguimiento sobre las operaciones que realizan los usuarios en el sistema. Se deben mantener Logs que permitan
identificar las acciones (consulta, modificacin, eliminacin) realizadas sobre la informacin del sistema por cada uno de los usuarios habilitados.
9.3.1.5 Fichero Lame
El sistema debe disponer de un archivo texto donde permita guiar al usuario de forma rpida como manejar el entorno de instalacin y configuracin del sistema.
A.

Atributos de Caractersticas

Nmero y
nombre de la
caracterstica

Estado

Beneficio

Esfuerzo

Propuesta: S
5.1 Estabilidad

Aprobada: S

til

Alto

til

Alto

Incorporada:
No

5.2 Usabilidad

Propuesta:
S

Confidencial

ZAPCOR, 2016

Riesgo

No cumplir
con el tiempo
estimado

Estabilidad

Asignacin

subcaractersti
ca de
mantenimiento
Elber
Ivn
, que indica
Zapata
volumen de
Echavarra
riesgos de
efectos
inesperados
tras una
modificacin

No ser fcil su Estticamente

uso
amigable y
legible
Pg. 23

Juan Manuel
Suarez
Guzmn

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

Aprobada:
S
Incorporada:
No
Propuesta:
S
5.2.1 Atractivo

Aprobada:
S

til

Medio

Insatisfaccin
en los
usuarios

Ivn
Subcaracterst Elber
Zapata
ica de
Echavarra
facilidad de
uso

Alto

Que su uso
sea complejo

Personalizaci
n interfaz
grfica

Medio

Tiempo de
respuesta
deficiente

La
disponibilidad
del sistema
debe ser
7x24/365.

Incorporada:
No
Propuesta:
S
5.2.2 Facilidad
de uso

Aprobada:
S

til

Juan
David
Zapata Garca

Incorporada:
S
Propuesta:
S
5.3 Rendimiento

Aprobada:
S

til

Incorporada:
S

Confidencial

ZAPCOR, 2016

Pg. 24

Juan
David
Zapata Garca

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 25

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

10 Anexos
10.1 Diagrama Caso de uso

Confidencial

ZAPCOR, 2016

Pg. 26

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 27

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 28

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

10.2 Diagrama Modelo de domino

Confidencial

ZAPCOR, 2016

Pg. 29

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 30

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 31

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

10.3 Modelo Casos de uso

Confidencial

ZAPCOR, 2016

Pg. 32

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 33

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

10.4 Diagrama Caso de uso 1

Confidencial

ZAPCOR, 2016

Pg. 34

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 35

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

10.5 Diagrama Caso de uso 2

Confidencial

ZAPCOR, 2016

Pg. 36

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 37

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

10.6 Diagrama Caso de uso 3

Confidencial

ZAPCOR, 2016

Pg. 38

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

10.7 Diagrama Caso de uso 4

Confidencial

ZAPCOR, 2016

Pg. 39

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 40

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

1.2
14/04/2016

10.8 Diagrama Caso de uso 5

Confidencial

ZAPCOR, 2016

Pg. 41

Mdulo nmina, ZAPCOR

Versin:
Fecha:

Visin
Documento Visin

Confidencial

ZAPCOR, 2016

1.2
14/04/2016

Pg. 42