UNIVERSIDAD TECNOLOGICA DE LA SELVA

TECNOLOGIAS DE LA INFORMACION Y LA COMUNICACIN

Universidad Tecnolgica de la Selva

LOS QUE PRESENTA: Eli Arstides Daz Gabriel Eduardo Santiago Mazariego Moreno Ramn Antonio Estrada Vzquez Jos Antonio Bolom Bautista

ING. En Tecnologas de la Informacin DOCENTE ING. FERNANDOALBERTO LOPEZ OCAA

MATERIA Sistemas de calidad en T.I

EVIDENCIAS
ESPECIFICACIN DE REQUISITOS SEGN EL ESTNDAR IEEE 830

Ocosingo, Chiapas a 3 de abril del 2012

ESPECIFICACIN DE REQUISITOS SEGN EL ESTNDAR IEEE 830

1.

INTRODUCCIN

1.1 Propsito Se ha redactado este documento con el fin de determinar los aspectos generales y especificaciones que seguir la aplicacin de desarrollo, con el objetivo de satisfacer los requerimientos que demande el cliente.

1.2 mbito del sistema De acuerdo a las necesidades encontradas, en la universidad tecnolgica de la selva en el departamento de finanzas, se ha visto la necesidad de implementar un sistema, lo que implica generar un gran esfuerzo, por comprender cada uno de los procesos que ah se llevan, el sistema tendr como prioridad la generacin de las nminas de todos los trabajadores de forma automtica, para facilitar la gestin de las mismas, as como tambin mantener un historial de los pagos que se han realizado a todos y cada uno de las persona que laboran en esta casa de estudios.

1.3 Definiciones, acrnimos y abreviaturas. APGNUTS: Automatizacin del proceso de generacin de nminas de la universidad tecnolgica de la selva Lenguaje de Programacin: Cdigo formado por smbolos y palabras reservadas que instruye a una computadora para realizar tareas

computacionales Java: Lenguaje de programacin orientado a objetos, desarrollado por Sun Microsystems a principios de los aos 90. El lenguaje en s mismo toma mucha de su sintaxis. 1.4 Referencias. Los estndares, metodologa, documentacin que sirven de base para la elaboracin del Plan de Especificacin de Requerimientos se hacen referencia a continuacin: La Especificacin de requerimientos del Software se ha diseado basndose

en normas dadas por el estndar IEEE Recommended Practice for Software Requirents Specification ANSI/IEEE 830, 1998.

1.5 Visin general del documento. Este documento consta de tres etapas. La primera muestra la introduccin y proporciona una visin general acerca de la Especificacin de Requerimientos. En la segunda se proporciona una descripcin general del sistema, con el fin de conocer las principales funciones que debe efectuar, los datos asociados y los factores, restricciones, supuestos y dependencia que afecta al desarrollo, sin entrar en excesivos detalles. En la tercera se define detalladamente los requisitos que debe tener nuestro sistema al momento del desarrollo y la implementacin. 2. DESCRIPCIN GENERAL

2.1 Perspectiva del producto Tomando en cuenta las necesidades de nuestro sistema, nos damos cuenta que la administracin de el mismo ser de forma independiente, de igual manera que su funcionamiento, puesto que no necesitara de que algn otro sistema le provea informacin para poder ejercer las acciones necesarias para la gestin, administracin y generacin de nminas de pago.

2.2 Funciones del producto El sistema ser implantado en la universidad tecnolgica de la selva y llevara el nombre de AGPNUTS (Automatizacin del proceso de generacin de nminas de la universidad tecnolgica de la selva) El sistema mejorara y agilizara el proceso de automatizacin de generacin de nominas El control para el pago de las nminas se har mediante un sistema biomtrico de huella digital El sistema imprimir la nmina para entregrsela a los empleados

El sistema guardara un historial de pago por cada uno de los empleados El sistema deber calcular de forma automtica los sueldos de todo el personal administrativo, docente, entre otros, que laboren en la universidad

2.3 Caracterstica de los usuarios

2.4 Restricciones Desconocimiento del clculo de percepciones y deducciones. Desconocimiento en el manejo de la tecnologa de dispositivos lectores biomtricos. Desconocimiento del lenguaje de desarrollo de la tecnologa (JSP) as tambin del sistema manejador de base de datos y del servidor web. Mala estimacin del tiempo para la entrega de la primera versin del sistema. La poca flexibilidad del sistemas para generar nuevos reportes de los ya determinados. Desconocimiento del manejo de la metodologa SCRUM para el desarrollo del software.

2.5 Suposiciones y dependencias. El manejo de la tecnologa JSP (manejando el framework zk) El ambiente de desarrollo ser exclusivamente en Windows Que el sistema pueda emigrarse a cualquier sistema operativo Que el sistema tenga la facilidad de sincronizarse con otro sistema en un futuro para mejorar la funcionalidad del mismo Se supone que el sistema podr validar a los usuarios. Se supone que el sistema podr verificar la hora de entrada y salida del personal.

2.6 Requisitos futuros. Que el sistema pueda emigrar a cualquier tipo de sistema operativo. Que el sistema quede flexible para poder incrustar nuevos mdulos Que la base de datos quede flexible para poder realizar pequeas modificaciones que se crean necesarias. 3 OBJETIVOS ESPECFICOS

3.1 Interfaces internas. Que las interfaces que se manejaran en nuestro sistema, sean de fcil uso para, el personal que vaya a manipular el sistema Las interfaces deben estar bien definidas para que se pueda tener un buen orden de datos al visualizarlos Que las interfaces cuenten con todas las herramientas necesarias para el buen uso del sistema, para facilitar el uso al usuario final

3.2 Funciones. El sistema deber contener un mdulo de generacin de nminas realizando la separacin del personal de acuerdo a la necesidad del cliente, es decir que si el usuario solo desea generar las nminas de los administrativos, y no as la de los profesores, el sistema no deber presentar ningn problema al momento de realizar la transaccin. El sistema realizara el clculo de sueldos de forma automtica, tomando en cuenta tanto las percepciones y deducciones de todos y cada uno de los administrativos y profesores, as como tambin verificar que el grado de error sea nulo, puesto que el manejo de cantidades monetarias es un proceso demasiado delicado. El sistema deber ser capaz de funcionar bajo un esquema de red, puesto que ser una de las necesidades del cliente, puesto que a futuro pretenden implementarse terminales de cheque de horarios para poder generar las nminas. El sistema deber ser capaz de mantener un gran nivel de seguridad, puesto que de no ser de ese modo, quedaran vulnerables cada uno de los mdulos, que como se menciona antes, es un tema demasiado

delicado.

3.3 Requisitos de rendimiento. Las transacciones que se realizaran, deben cumplir un margen de error del 0%, puesto que lo que se manejara sern recursos monetarios, y se podra afectar a la empresa de tal forma. Se debe optimizar el equipo que almacenara la base de datos, para que al pasar del tiempo, la informacin que el cliente necesite est disponible y sin ningn tipo de problema Que el proceso de generacin de nminas generales, no haga que el ordenador entre en exceso de carga de procesos y cause un error, que pueda ser fatal para las transacciones del sistema

3.4 Restricciones de diseo. Las necesidades del cliente hacen que la interfaz del sistema deba ser lo ms agradable posible, pero sin dejar de lado la funcionalidad del mismo Una de las restricciones es de que los colores que se manejen en las interfaces vayan acorde a los colores de la universidad.

3.5 Atributos del sistema. Uno de los atributos mejor fundamentados en nuestro proyecto es el de la seguridad, puesto que el control de acceso al sistema, ser mediante el manejo de un dispositivo biomtrico, para leer las huellas digitales, por tal motivo se considera como la mayor fortaleza del sistema a desarrollarse.

3.6 Otros requisitos. De igual manera para el buen funcionamiento del sistema, ser necesario implementar otras tecnologas, como lo son: Servidores web y Framework 2k