documento visión zapcor

8/17/2019 Documento Visión Zapcor

1/42

< ZAPCOR >

Módulo nómina, “ZAPCOR”Visión

Versión 1.2


2/42

Módulo nómina, “ZAPCOR” Versión: 1.2Visión Fecha: 14/04/2016Documento Visión

Historial de Reisiones

Fecha Versión Descripción Autores

17/02/2016 1.2 Propuesta inicial del documento Visión con las primeras capturas de requisitos uncionales delsistema.

!l"er #"$n %apata!cha"arr&a

'uan Da"id %apata (arc&a

'uan )anuel *uare+(u+m$n

17/02/2016 1.2 Versión 1.2 en estado de complementación para su apro,ación

17/02/2016 1.2 Versión 1.2 para la apro,ación al inal de laase de inicio

-onidencial ©%P- 2016 P$3. 2


3/42


Contenido

1 #ntroducción

1.1 Propósito 1.2 lcance 1.5 Deiniciones crónimos ,re"iaciones 1.4 eerencias

2 Posicionamiento

2.1 portunidad de e3ocio 2.2 *entencia que deine el pro,lema 6

2.5 *entencia que deine la posición del Producto 6

5 Descripción de *ta8eholders 9Participantes en el Proecto ;suarios 6

5.1 esumen de *ta8eholders 75.2 esumen de ;suarios 75.5 !ntorno de usuario 75.4 Peril de los *ta8eholders <

5.4.1 dministrador de la !mpresa <5.4.2 *ecretaria de la !mpresa <

5. Periles de ;suario <5..1 *ecretaria <5..2 !ncar3ado del e3ocio =

4 Descripción (lo,al del Producto =

4.1 Perspecti"a del producto =4.2 esumen de caracter&sticas 104.5 *uposiciones dependencias 114.4 -osto precio 11

Descripción (lo,al del Producto 11

.1 -aracter&sticas (enerales del *istema 11



4/42


.1.1 ;sa,ilidad 11.1.2 Fia,ilidad o,uste+ 11

.2 *u,caracter&sticas del *istema 12.2.1 dapta,ilidad 12.2.2 tracti"o 12.2.5 endimiento 12

6 estricciones 12

7 Precedencia Prioridad 12

< tros equisitos del Producto 12


5/42


10.7 Dia3rama -aso de uso 4 2610.< Dia3rama -aso de uso 27

-onidencial ©%P- 2016 P$3.


6/42


Visión

1 !ntrodu""ión

1.1 Pro#ósito

!l propósito de Aste documento es reco3er anali+ar deinir las necesidades de alto ni"el del módulo de nómina. !l documento se centra en launcionalidad requerida por los participantes en el proecto los usuarios inales.

!sta uncionalidad se ,asa principalmente en la or3ani+ación administración de la nómina de tal orma que dicho material estA disponi,le cumplacon las eBpectati"as de los usuarios inales.

@os detalles de cómo el sistema cu,re los requerimientos se pueden o,ser"ar en la especiicación de los casos de uso otros documentos adicionales.

1.2 Al"an"e

!l documento Visión se ocupa como a se ha apuntado del módulo de nómina de %P- tiene como propósito suministrar al usuario una plataormade nómina que contri,ua a optimi+ar las operaciones en el se3uimiento eCecución del proceso de pa3os consultas con el in de aumentar sueecti"idad administrati"a.

Dicho *istema ser$ desarrollado por el equipo de Desarrolladores que han sido asi3nados para este proecto.

!l sistema permitir$ al encar3ado de la nómina controlar todo lo relati"o al maneCo de la misma (eneración de nómina se3uimiento de los pa3os etc..dem$s tam,iAn permitir$ a los usuarios acceder a los ser"icios online.

1.$ %e&ini"iones, A"rónimos, ' A(reia"iones

;P: *on las si3las de ational ;niied Process. *e trata de una metodolo3&a para descri,ir el proceso de desarrollo de sot?are.

1.) Re&eren"ias

- Plan de desarrollo de sot?are.- ;P 9ational ;niied Process.- Dia3rama de casos de uso.



7/42


2 Posi"ionamiento

2.1 O#ortunidad de *e+o"io

!ste módulo permitir$ al que maneCe la nómina contar con el aplicati"o donde Al pueda administrar or3ani+ar controlar toda la inormación so,re lamisma. @o cual supondr$ un acceso r$pido sencillo a la inormación 3racias a interaces 3r$icas sencillas ami3a,les. dem$s esta permitir$ unacceso m$s r$pido siempre actuali+ado a los reportes que se requieran es un actor importante para prestar el ser"icio claro soportado para lostra,aCadores que son directamente aectados por el proceso como tal.

!l sistema permite al acceder a los re3istros del $rea de omina a tra"As de ?e, de orma r$pida sencilla.

2.2 enten"ia -ue de&ine el #ro(lema

!l pro,lema de (estionar los tiempos de tra,aCo pa3o adecuado de los

mismos.(estionar las "aria,les de cam,io dentro de la nómina.(estionar -ontrolar el dinero que se est$ 3astando en pa3os tener una "isión clara del mismo 9*oporte.

aecta a Director administrati"o %P-

*ecretaria %P-

!l impacto asociado es lmacenar toda la inormación reerente a la nómina adem$sde tener un respaldo de manera inmediata tal que estainormación estA al instante accesi,le actuali+ado en lu3ares&sicamente mu distantes es un proceso posi,ilitando de estamanera un control m$s adecuado de los 3astos 3enerados ennomina

una adecuada solución ser&a #normati+ar el proceso 3enerar interaces ami3a,les sencillas con las que maneCar la nómina sea m$s cómodo producti"o con la acilidad de tener el re3istro de la misma.



8/42


2.$ enten"ia -ue de&ine la #osi"ión del Produ"to

Para Director administrati"o %P-

*ecretaria %P-

Euienes -ontrolan la nómina completa de los tra,aCadores.

!l nom,re del producto !s una herramienta sot?are.

Eue lmacena la inormación necesaria para 3estionar la nómina.

o como !l sistema actual.

uestro producto Permite 3estionar los distintos ser"icios que se necesitan paratra,aCar la nómina mediante una intera+ 3r$ica sencilla ami3a,le. dem$s proporciona un acceso r$pido actuali+ado ala inormación como un soporte que "alida los 3astos.

$ %es"ri#"ión de tae/olders 0Parti"i#antes en el Pro'e"to ' suarios

Para pro"eer de una orma eecti"a productos ser"icios que se aCusten a las necesidades de los usuarios es necesario identiicar e in"olucrar a todos los participantes en el proecto como parte del proceso de modelado de requerimientos. am,iAn es necesario identiicar a los usuarios del sistema ase3urarse de que el conCunto de participantes en el proecto los representa adecuadamente. !sta sección muestra un peril de los participantes de losusuarios in"olucrados en el proecto as& como los pro,lemas m$s importantes que Astos perci,en para enocar la solución propuesta hacia ellos. odescri,e sus requisitos espec&icos a que Astos se capturan mediante otro arteacto. !n lu3ar de esto proporciona la Custiicación de por quA estosrequisitos son necesarios.

$.1 Resumen de tae/olders

Nombre Descripción Responsabilidades

ndrea %apata-órdo"a

sesora principal !l sta8eholder reali+a:

!s la persona que tiene a car3o *e3uimiento desarrollo del proecto de nómina9 uno de losusuarios inales del modulo

prue,a requisitos uncionalidades

-onidencial ©%P- 2016 P$3. <


9/42


$.2 Resumen de suarios

Nombre Descripción Stakeholder

dministrador eali+a los se3uimientos de nomina9control de estadísticas).

'or3e %apata -órdo"a

*ecretaria de laempresa

)aneCa los procesos ser"icios de lanómina.

ndrea %apata -órdo"a

ra,aCadores de laempresa

e3istro impreso de su pa3o con altodetalle.

ndrea %apata -órdo"a

$.$ 3ntorno de usuario

@os usuarios acceder$n al sistema identiic$ndose con un nom,re de usuario contrase>a a tra"As del aplicati"o cada usuariodispondr$ de una p$3ina indi"idual totalmente dierente acorde a sus permisos responsa,ilidades.

!l entorno de usuario en la plataorma es $cil de usar al3o que acilita de 3ran manera el proceso de acople con la nue"a tem$tica amaneCar.

$.) Per&il de los tae/olders

3.4.1 Administrador de la Empresa

Representante 'or3e %apata -órdo"a

-onidencial ©%P- 2016 P$3. =


10/42


Descripción dministrador de la !mpresa

Tipo (erente de la !mpresa

Responsabilidades !ncar3ado de mostrar los ,alances del sistema. dem$s le interesa lle"ar uncontrol de la inormación de 3astos directos por el pa3o de la nómina.

Criterio de Éxito )antener una uncionalidad inte3ral en los sistemas.)antener acti"a la aplicación lue3o de ser implantada.

Grado departicipación

e"isor de la administración.

Comentarios in3uno

3.4.2 Secretaria de la Empresa

Representante ndrea %apata -órdo"a

Descripción sesor esponsa,le del Proecto por Parte de la empresa

Tipo )aneCo de la nómina.

Responsabilidades !ncar3ado de "eriicar apro,ar las etapas uncionalidad del proecto. @le"a aca,o un se3uimiento del desarrollo del proecto apro,ación de los requisitos uncionalidades del sistema.

Criterio de Éxito )antener una uncionalidad inte3ral en los sistemas.)antener acti"a la aplicación lue3o de ser implantada.

mplicación e"isión de requerimientos estructura del sistema!ntre"ables Documento de re"isión de las especiicaciones uncionales.

Documento de re"isión de las prue,as uncionales

Comentarios in3uno



11/42


12/42


) %es"ri#"ión 5lo(al del Produ"to

).1 Pers#e"tia del #rodu"to

!l producto a desarrollar es un sistema 3lo,al para la Videotienda G)o"ie -it sistema que se llamar$ *#()) 01 con la intención de a3ili+ar suuncionamiento. !l $rea a tratar por el sistema son: @os ser"icios de la Videotienda desde el maneCo del #n"entario -ontrol de usuarios cuentas hastala plataorma que ,rinda la eproducción ccesi,ilidad al material )ultimedia.



13/42



Datos )edidores

Puntos de !ntre3a

Datos )edidores

-entrales de

(eneración

-- )V#! -#H

9@ocal *er"er

Iase

deDatos

eportesJndices

-- )V#! -#H

9Ke, *er"ices *er"er

-L .!

racle Forms

racle Desi3ner

'a"a

(estión )!)


14/42


).2 Resumen de "ara"ter6sti"as

continuación se mostrar$ un listado con los ,eneicios que o,tendr$ el cliente a partir del producto:

#ene$icio del cliente Caracter%sticas &ue lo apo'an)aor a3ilidad en la prestación de los ser"icios aldar la posi,ilidad de hacerlo "&a ser"icios ?e,.

plicación ?e, desde la cual poder reali+aractuali+aciones mo"imientos de nómina como a su"e+ lle"ar un se3uimiento constante de la misma

(estión automati+ada del re3istro de nómina. *istema de optimi+ación del re3istro de nómina se3uimientos constantes del costo 3enerado por lamisma para lle"ar un ,alance.

)aor acilidad para la 3estión de los recursos dere3istro.

Iase de datos centrali+ada con la inormación detoda la nómina.

utomati+ación del sistema de creación deinormes de nómina 9periódico.

utomati+ación del sistema de creación de inormesde nómina 9periódico.

).$ u#osi"iones ' de#enden"ias

!l proecto consta de la implementación e implantación del sistema de la IDD que ser$ responsa,ilidad directa del administrador uncional del sistema.am,iAn ca,e aclarar que las condiciones de pa3os actuali+ación de acturas ser$ responsa,ilidad de la entidad inanciera a con"enir con el cliente el 3erentede la empresa.

).) Costo ' #re"io

Producto Costo Costo

Real

SOFTWARE

Microsoft SQL Server 15000 0 Microsoft Visual Studio 15000 0 Microsoft Azure 1000 0 HARDWARE

Servidor para AS !000 0Servidor "lade para "## !000 0 $%uipo cliente 1500 0OTROS

&apelería ' Suministros 100 100



15/42


(mprevistos 500 500

4 %es"ri#"ión 5lo(al del Produ"to

4.1 Cara"ter6sti"as 5enerales del istema

5.1.1 Usabilidad

Personali+ación intera+ 3r$ica. !s importante que la capa de presentación estA separada de la ló3ica con el in de permitir cam,ios de intera+ sinaectar la uncionalidad ló3ica del ne3ocio. odas las pantallas del sistema de,er$n ser dise>adas desarrolladas para que el usuario comprenda eluncionamiento. dem$s tanto la intera+ 3r$ica como los mensaCes de ABito errores alertas entre otros tener una apariencia est$ndar si3uiendo loslineamientos 3r$icos entre3ados por la !mpresa

!stAticamente ami3a,le le3i,le 9se3Mn especiicaciones acordadas en el dise>o.

@as listas de "alores selecciona,les de,en estar ordenadas ala,Aticamente de orma ascendente tam,iAn estar$n seccionados por 3Anero tipodependiendo del contenido multimedia.

5.1.2 7ia(ilidad ' Ro(uste8

@a pro,a,ilidad de no disponi,ilidad ocurrencia de allos de darse el caso ser$ en maor parte causada por el hard?are su,acente. !n caso de resultar un allo de,ido al sot?are el sistema re3istra el allo sus causas. -a,e mencionar los protocolos de se3uridad NP* que ser$n necesarios en laimplementación del sistema Ke,.

!l tiempo de reinicio corrección despuAs de un allo depender$ de la disponi,ilidad del hostin3 los ser"idores. Para el redesplie3ue coni3uracióndel sistema se estima un lapso m$Bimo de 4< horas en periodo la,ora,le depende eBclusi"amente de los est$ndares de los mismos. l ser un sistematotalmente transaccional no ha pro,a,ilidad de corrupción de datos despuAs de allos.

4.2 u("ara"ter6sti"as del istema

5.2.1 Adaptabilidad

*u,caracter&stica de porta,ilidad que indica las caracter&sticas de *#()) que inluen en las posi,ilidades de adaptación a dierentes entornosespeciicados sin reali+ar otras acciones que las indicadas para este propósito.



16/42


5.2.2 Atractivo

*u,caracter&stica de acilidad de uso que indica las caracter&sticas de *#()) que inluen en la satisacción de los deseos del ;suario las preerencias a tra"As de ser"icios comportamiento presentación m$s all$ de la demanda actual.

5.2.3 Rendimiento

*u,caracter&stica de porta,ilidad que indica las caracter&sticas de *#()) que inluen en las posi,ilidades de eCecución tiempo de espera sinreali+ar otras acciones que las indicadas para este propósito.

9 Restri""iones

!n cuanto a la 3estión del )ercado !lActrico )aorista se limitar$ a la "eriicación de mediciones para la detección de errores se3uimiento de los pa3os acturas que son necesarios al sistema.*e desarrollar$ la primera ase de los reportes de Ke, *er"ices que corresponde a los reportes de mediciones para esto es necesario que el asesor 3eneral delsot?are la Videotienda para que manten3a la disponi,ilidad de su ser"idor de Ke, *er"ices.

: Pre"eden"ia ' Prioridad

• -ar3a de datos• Veriicación de Datos• -$lculo de nómina.• !misión de eportes

; Otros Re-uisitos del Produ"to

*e requiere de un ser"idor donde se instale eCecute )icrosot *E@ *er"ers )icrosot +ure para la pu,licación de la aplicación. !ste computador 9!ldel administrador de,e tener acceso -P/#P al ser"idor de ,ase de datos de la aplicación tam,iAn los clientes de,en poseerlo en caso de querer in3resaral ser"icio.

;.1 3stndares A#li"a(les

!st$ndar #* =126 del #!!! la )anteni,ilidad!l est$ndar pro"ee un entorno para que las or3ani+aciones deinan un modelo de calidad para el producto sot?are no o,stante cada or3ani+acióntendr$ la tarea de especiicar precisamente su propio modelo



17/42


;.2 Re-uisitos de istema

F1: el "ideoclu, contiene pel&culas documentales series musicales los cuales se encuentran clasiicados por 3Anero tipo.F2: el material multimedia puede "erse al mismo tiempo desde "arios cuentas de usuario eBiste una modalidad llamada pa3o por "er en el cual el

usuario podr$ acceder a contenido como estrenos o transmisiones pri"adas por un pa3o adicional del material espec&ico por un tiempo determinado.F5: el sistema de la plataorma de,e almacenar la cantidad de "eces que se "e determinado material el 3Anero o cate3or&a al cual pertenece para reali+ar

su3erencias de contenidos populares que pueden interesar al usuario.F4: los usuarios comunes usuarios Premium podr$n consultar el cat$lo3o de material multimedia a tra"As de dierentes dispositi"os con coneBión a

internet.F: cuando se consi3ue nue"o material multimedia el responsa,le del sistema de,e actuali+ar el catalo3o.F6: solo aquel que se ailia al "ideo clu, por medio de un pa3o mensual podr$ acceder al cat$lo3o.F7: los usuarios miem,ros de "ideoclu, 9usuarios comunes usuarios Premium podr$n consultar el material multimedia disponi,le a tra"As de

cualquier dispositi"o con coneBión a internet utili+ando el nom,re titulo autores cate3or&a de material.Fa que eli3ió en su

re3istroF=: en cada momento se puede sa,er el 3Anero el tipo de contenidos multimedia que ha consumido un usuario

F10: de cada contenido multimedia se conoce el nom,re cate3or&a autores.F11: eBiste material multimedia eBclusi"o o pri"ado el cual se accede a el por 24 horas a tra"As de un pa3o adicional.F12: los usuarios comunes podr$n tener acceso a la plataorma solo desde un dispositi"o a la "e+ mientras que los usuarios Premium podr$n tener

acceso al "ideoclu, desde 5 dispositi"os.F15: un contenido multimedia podr$ ser su3erido por aquellos usuarios que no encontraron el lo deseado en la plataorma.F14: en caso de que el usuario no realice el pa3o de su mensualidad en la echa predeinida el sistema ,loqueara autom$ticamente su cuenta lo que

si3niica que o tendr$ acceso a la plataorma hasta el momento que se pon3a al d&a

;.$ Re-uisitos de %esem#e=o

8.3.1 Rendimiento

F0


18/42


• ;na "e+ el sistema estA en sus ases iniciales se determinar$ una l&nea ,ase de proección. -omo reerencia se propone: !l tiempo promedio de mo"imiento entre pantallas de,e ser de se3undos. !l tiempo m$Bimo de mo"imiento entre pantallas de,e ser de 20 se3undos. Factores que dependen por supuesto de la "elocidad de coneBión que ten3a los clientes del aplicati"o.

F10. (so de recursos:• !l uso de la memoria del ser"idor no de,er&a eBceder el o del ser"idor su capacidad de ancho de ,anda la transmisión de multimedia.

;.) Re-uisitos de 3ntorno

!l entorno es todo lo que rodea el sistema el sistema usa el entorno lo utili+a como una uente de los ser"icios necesarios para que uncione. !lsistema de,e ser ro,usto tolerar los errores que puedan ocurrir en el entorno tales como 3estión en los dispositi"os errores en entrada de datos. -a,emencionar que la plataorma en la cual se har$ la aplicación depende de "arias "istas por tanto se hace Anasis en que el mismo ser$ a3rada,le simplede usar.

8.4.1 Confiabilidad

F01. Recuperación a $allos )ser*idores+ comunicaciones,- • !l tiempo de recuperación no de,er$ pasar de un d&a 94< horas en el peor de los casos. Para ello es indispensa,le tener ,ac8ups actuali+ados:

copias de las uentes copia de la coni3uración del ser"idor ID etc. !l sistema de,e poderse resta,lecer en otros entornos tecnoló3icos a la

maor ,re"edad 9opción de m$quina "irtual.• ni"el de m$quina el sistema de,e estar "irtuali+ado de,e poder recuperarse en m$Bimo dos d&as 94< horas.• *i es pro,lema de comunicaciones depende del pro"eedor del tipo de pro,lema aunque no de,er&a superar 6 horas estimado que se

propu3na por el prestador del ser"icio de Nostin3.

8.4.2 Seguridad

F02. Control de acceso:

-onidencial ©%P- 2016 P$3. 1<


19/42


• !l sistema no de,e permitir acceso a inormación restrin3ida por usuarios no permitidos. !l in3reso la autenticación de usuarios en el sistemade inormación de,en estar supeditados al sistema de se3uridad control de usuarios esta,lecido por la Videotienda.

• *e hace constancia que los tr$mites inancieros reali+ación de pa3os consi3nación de dineros estar$n "inculados a la entidad ,ancaria la cualse ha3a responsa,le se3Mn pol&ticas de acuerdo con el cliente.

• !l sistema se de,e conce,irse con suicientes mecanismos de se3uridad que impidan la "ulnera,ilidad de los datos 3aranticen la inte3ridad dela inormación 9ID aplicati"os considerando aqu& los protocolos ?e, de NP*.

8.4.3 Portabilidad

F05. .lata$orma:• #nicialmente se utili+ar&a un motor de ,ase de datos *E@*er"er aunque se pre"A la posi,ilidad de que se mi3re a racle o DI2. @os ser"idores

de aplicaciones plataormas estar$n por el momento so,re Kindo?s *er"er.• !l desarrollo del aplicati"o tendr$ aco3ida en la red 3lo,al as& que se consienten cam,ios de actores eBternos eCemplo na"e3a,ilidad de los

,uscadores del usuario adapta,ilidad de los recursos electrónicos del mismo constante actuali+ación para los dierentes sistemas operati"osque ha3an parte de los aco3idos por el ser"icio del sistema.

8.4.4 Soporte

F04. !ntre"a+ instalación ' publicación:

• !l pro"eedor de la solución de,er$ acompa>ar el proceso de instalación del aplicati"o tanto en el am,iente de prue,as como en el am,iente de producción reali+ar las prue,as necesarias que 3aranticen el correcto desplie3ue uncionamiento del aplicati"o.

• ntes de iniciar al3Mn proceso de instalación de,er$ concertarse con los responsa,les de la plataorma de la Videoienda un plan deinstalaciones prue,as.

• !l ser"idor donde se instalar$ el sistema de,e hacer parte de la plataorma tecnoló3ica de la Videoienda.

F0. /antenimiento:• !l sistema de,e tener un @o3 que permita reali+ar se3uimiento de errores eBcepciones.

F06. Conecti*idad:• !l sistema de,e permitir interaces con sistemas internos eBternos. !l sistema de inormación de la Videoienda requerir$ la interacción con

sistemas internos eBternos 9o,tención de inormación mediante las si3uientes interaces:

#*1 #nterace del eproductor del )aterial )ultimedia: eproducción accesi,ilidad a los "ideos pel&culas series e"entos &&V .

-onidencial ©%P- 2016 P$3. 1=


20/42


#*2 #nterace con -atalo3ación del )aterial )ultimedia: -onsulta de inormación relacionada a este tr$mite.

#*5 #nterace !nlace -ontrol (estión de los pa3os: !l o,Ceti"o de esta interace es enla+ar desde la plataorma de la Videoienda

hacia los corresponsales ,ancarios respecti"os.

F07. Compatibilidad:!l sistema de,e ser compati,le con las caracter&sticas de la &lataforma o &rotocolos lo*ales.

8.4.5 Software

F0


21/42


F14. Facilidad de uso:• Personali+ación intera+ 3r$ica. !s importante que la capa de presentación estA separada de la ló3ica con el in de permitir cam,ios de intera+

sin aectar la uncionalidad ló3ica del ne3ocio. odas las pantallas del sistema de,er$n ser dise>adas desarrolladas para que el usuariocomprenda el uncionamiento. dem$s tanto la intera+ 3r$ica como los mensaCes de ABito errores alertas entre otros tener una apariencia

est$ndar si3uiendo los lineamientos 3r$icos entre3ados por la empresa.• !stAticamente ami3a,le le3i,le 9se3Mn especiicaciones acordadas en el dise>o.• *e de,en pro"eer mecanismos para acilitar la o,tención de inormes mediante una intera+ espec&ica.• @a inormación 3enerada por medio de las consultas se de,e mostrar de manera ordenada.

F1. Accesibilidad:• !l acceso de usuarios de,e estar supeditado a los procesos de autenticación pro"istos por el sistema de se3uridad esta,lecido por la empresa.• !l usuario de,e poder in3resar al sitio en un sólo paso de autenticación.• !l sistema de,e ser accesi,le por #nternet "&a K!I.

F16. !st4ticos:

• P$3inas ,asadas en ormularios.• @a resolución para la que se dise>a es 1024B76o la propuestaresultante de,er$ ser a"alada por el 3erente de la empres.

• *e de,en utili+ar t&tulos descripti"os cortos por cada p$3ina o ormulario. !l uso de maMsculas minMsculas en los t&tulos en las etiquetasen las columnas de las ta,las etc. se determinar$ en la ase de dise>o.

F17. /ensa1es:• *e de,en tipiicar los errores 9ad"ertencia error inormación asi3nar códi3os deinir mensaCes descripti"os para un usuario inal. @a

deinición de las $reas de errores en la pantalla para mostrar los mensaCes se determinar$ en la ase de dise>o.

F1


22/42


23/42


!l sistema de,er$ 3enerar las notiicaciones alertas so,re los si3uientes e"entos:o ominas pasadas del tope m$Bimo.o !Bcesos horas tra,aCadas.o ominas por de,aCo del tope minio.o -ontinuas inasistencias la,orales.o #nconsistencias en los horarios in3resados.

567686: Auditor%a

!l sistema de,e permitir re3istrar hacer se3uimiento so,re las operaciones que reali+an los usuarios en el sistema. *e de,en mantener @o3s que permitanidentiicar las acciones 9consulta modiicación eliminación reali+adas so,re la inormación del sistema por cada uno de los usuarios ha,ilitados.

567686; Fichero 04ame

!l sistema de,e disponer de un archi"o teBto donde permita 3uiar al usuario de orma r$pida como maneCar el entorno de instalación coni3uración del sistema.

. tri,utos de -aracter&sticas

N


24/42


pro,ada:

Sí

#ncorporada:

,o

.2.1 tracti"o

Propuesta:

Sí

pro,ada:

Sí

#ncorporada:

,o

+til Medio (nsatisfacciónen losusuarios

Su*característ ica de facilidad deuso

!l,er #"$n%apata!cha"arr&a

.2.2 Facilidadde uso

Propuesta:Sí

pro,ada:

Sí

#ncorporada:

Sí

+til AltoQue su uso sea compleo

&ersonalización interfaz /r-fica

'uan Da"id%apata (arc&a

.5 endimiento

Propuesta:

Sí

pro,ada:Sí

#ncorporada:

Sí

+til Medio iempo derespuestadeficiente

La

disponi*ilidad del sistemade*e ser2346785.

'uan Da"id%apata (arc&a



25/42




26/42


1 AneBos

1.1 %ia+rama Caso de uso



27/42




28/42


-onidencial ©%P- 2016 P$3. 2<


29/42


1.2 %ia+rama Modelo de domino

-onidencial ©%P- 2016 P$3. 2=


30/42




31/42




32/42


1.$ Modelo Casos de uso



33/42




34/42


1.) %ia+rama Caso de uso 1



35/42




36/42


1.4 %ia+rama Caso de uso 2


documento visión zapcor

Documents