Gestión de Nómina: Requisitos y Funciones
Traducido por
ScribdTranslationsGestión de Nómina: Requisitos y Funciones
Traducido por
ScribdTranslationsGESTIÓN DE NÓMINA
SISTEMA
REQUISITO DE SOFTWARE
ANÁLISIS :
TABLA DE CONTENIDOS :
[Link]/ Módulos individuales
[Link]
[Link] no funcionales
4. Entregables
FASES / MÓDULOS INDIVIDUALES :
Fase 1 - Recopilación de usuarios
Fase 2 - Evaluación de Subsidios
Fase 3 - Informe Final
Fase 1: Recolección de usuarios
Employee Data:
Esta es la información del empleado en la empresa. Consiste en
the employee identification number, employee name, pay rate, pension
plan flag, and union member flag.
Payroll Records:
Los registros de nómina se utilizan para almacenar las horas trabajadas de cada mes.
y las tarifas para ese mes.
Tarifas:
Las tarifas consisten en el porcentaje que se deduciría de la
pago bruto dependiendo del estado de membresía sindical, plan de pensiones, estado
y el impuesto federal. Cada empleado puede tener un único
Libro de Sueldos:
Esta es una tabla que muestra el salario calculado de los empleados y el
mes en el que ganaron el salario. El libro mayor se puede filtrar por nombre,
número de identificación, año y mes.
Horas Trabajadas:
Este es el número de veces que un empleado trabaja en un mes.
Las horas trabajadas se utilizan para calcular el pago que un empleado recibirá.
recibir para ese mes.
Net Pay:
El salario neto es la cantidad final del sueldo que se le daría al
empleado después de que se desconten todas las deducciones del salario bruto. El
las deducciones incluyen, entre otras, impuestos, cuotas de miembros del sindicato y pensiones
plan.
Gross Pay:
The gross pay is the amount that the employee earns before the
se restan las deducciones.
Deductions:
Las deducciones están compuestas por impuestos, cuotas de membresía sindical,
plan de pensiones. Se restan del salario bruto para dar el salario neto
cuál es el pago final del empleado para el mes.
Taxes:
Los impuestos consisten en las contribuciones estatales y las contribuciones federales.
porcentaje del salario del empleado que va al estado y al país.
Union Membership Dues:
Esto es para los empleados que son trabajadores sindicales en el
empresa. Ellos tienen que pagar un porcentaje por cuotas sindicales. Un empleado puede
ser miembro de un sindicato y luego cambiar el estado a ser un miembro no sindical.
Pension Plan:
Los empleados que optaron por utilizar el plan de pensiones de la empresa obtienen
pagar un porcentaje particular de su salario en preparación para su
jubilación.
Payslip:
Estos son similares a los cheques de pago. Permiten al empleado que
que su paga sea impresa en papel para que puedan cobrarla.
Year-To-Date Total:
El total acumulado hasta la fecha es la suma de todos los anteriores
ingresos hasta el mes anterior al mes actual.
Fase 2–Evaluación de Asignaciones :
Evaluación
El software también almacena toda la información proporcionada por el usuario.
pero no almacena los resultados de los cálculos. En cambio, los cálculos se realizan
“sobre la marcha” cuando el usuario necesita verlos en
Se realizan deducciones como el impuesto federal, el impuesto estatal y el impuesto sindical.
según la tarifa establecida proporcionada por el empleador, pero adicional
los beneficios y bonificaciones no están incluidos en los cálculos o almacenamiento de
registros.
El recibo de sueldo no solo proporciona al empleado sus ganancias, también
refleja sus ganancias registradas hasta la fecha del año. Sin embargo, no hay
informes que resumidamente resumen totales generales agrupados por empleados,
meses, o años. El libro mayor se puede utilizar para filtrar estos registros
El software sobrescribe la información de los empleados cuando se vuelve a ingresar.
Sin embargo, los datos del empleado se descartan cuando el empleado es eliminado de
el software
Fase 3 - Informe Final :
Adecuación y Cobertura
El software de nómina puede realizar las siguientes funciones
Guardar información de los empleados
Calcular el salario bruto y el salario neto, y determinar las deducciones fiscales que se deben realizar
Imprimir recibos de sueldo para cada mes, mostrando totales acumulados del año
Crear y mantener un libro mayor que contenga todos los registros necesarios de
pagos de empleados
Proporcione al usuario la ayuda adecuada a través del manual del usuario con el
software
Eficiencia y Efectividad
El software de nómina calcula las ganancias totales del empleado y
actualizaciones automáticas
las ganancias del empleado hasta la fecha.
Los empleadores pueden establecer diferentes tarifas para los empleados.
El software realiza sus cálculos de manera muy clara y concisa.
Todos los cálculos son garantizados con precisión.
Productividad
El software de nómina le da al empleado la capacidad de hacer un seguimiento de
sus ganancias al imprimir
su recibo de sueldo por cada mes.
Les da a los empleadores la capacidad de llevar registros de cuánto
pagar como salarios por
creando un libro de contabilidad que se puede usar para filtrar resultados por empleado,
mes, y año.
Elegancia y facilidad de uso
Las diferentes tareas y funciones están delineadas de manera muy simple y
de manera clara para los usuarios.
El archivo de ayuda puede ser utilizado por los usuarios para saber cómo usar la nómina.
software.
La interfaz es muy simple y no complicada para permitir una fácil
uso.
cada empleado que forma parte del equipo de gestión de proyectos tiene todo el
proyectos, sus fases, informes todos a la mano.
Diagrama de Arquitectura :
PAYROLL
SISTEMA
EMPLOYEE NÓMINA TARIFAS NÓMINA LIBRO DE CONTABILIDAD
HELP
DATA REGISTROS
ANÁLISIS DE REQUISITOS
Hoyendía,elmundosemueveaunavelocidadasombrosamenterápida
y así es el campo de la informática. Avanza cada día.
Inicialmente,eltrabajodelagestióndeproyectossehacíamanualmentey
los datos se mantenían en archivos pero ahora la tecnología es tal que cada
quién es parte del equipo de gestión de proyectos tiene todos los proyectos, su
fases, informes todo a la mano.
REQUISITOSFUNCIONALES:
Capturando requisitos funcionales
Para documentar los requisitos funcionales debes capturar tres
categorías de información
1. Use cases
2. Capacidades funcionales
[Link] de negocio
Función1:AdministracióndelaAplicación
PropósitoyPrioridaddelaFunción
El administrador puede crear nuevos roles/derechos/usuarios y editarlos.
roles/ derechos/ usuarios existentes.
EntradasdeFunción
Crear usuario:User name, Full Name, Password.
Crear Derechos :Otorgar derechos al usuario
OperacionesdeFunciones
Crear usuario:El administrador completa la información sobre el usuario y
selecciona los derechos que se le otorgarán al usuario al hacer clic en el botón 'Guardar'.
Función 2: Gestionar Datos de Empleados
PropósitoyPrioridaddelaFunción
Almacena el perfil detallado del empleado, incluyendo su información personal.
information,qualification profile, experience profile and basic salary
información.
EntradasdeFunción
Personal Details : Name , Address , Contact , Date of Birth
Qualification Profile : Qualification , Grade , Passing Year ,
Instituto.
Experience Profile :Worked As, Nos. Working Years, Working
Categoría
Basic Salary Information :Designation , Department , Scale ,
Date of Joining, Applicable allowances and deduction and bank
información etc.
OperacionesdeFunciones
Los detalles del empleado se pueden agregar, editar y eliminar por
los usuarios que tienen suficiente autoridad para las funciones.
Función 3: Historial de Designación
PropósitoyPrioridaddelaFunción
Los datos pasados de la designación del empleado y su progreso
a lo largo de la carrera se mantiene.
Entradasdefunción
Designation, Type, Date of Joining, Reason for new designation
OperacionesdeFunciones
El usuario completa los detalles de entrada y guarda.
FunctionOutputs
La designación actual ha sido actualizada. Se asigna una nueva escala y
La fecha de ingreso, el mes del aumento ha cambiado..
Los requisitos funcionales presentan una descripción completa de cómo el
el sistema funcionará desde la perspectiva del usuario. Deben permitir ambos
partes interesadas en el negocio y personas técnicas para recorrer el sistema
y ver cada aspecto de cómo debería funcionar antes de que se construya.
REQUISITOSNOFUNCIONALES:
Los requisitos no funcionales a menudo se llaman cualidades de un sistema.
Otros términos para los requisitos no funcionales son 'restricciones', 'calidad'
attributes", "quality goals", "quality of service requirements" and "non-
requisitos de comportamiento Cualidades, es decir, requisitos no funcionales,
se puede dividir en dos categorías principales:
1. Cualidades de ejecución, como la seguridad y la usabilidad, que son
observable en tiempo de ejecución.
2. Cualidades de evolución, comotestabilidad, mantenibilidad
extensibilidad y escalabilidad, que están plasmadas en lo estático
estructura del sistema de software
3. Utilizamos requisitos para una variedad de propósitos, incluyendo:
Definición del alcance del proyecto
Estimación de costos
Presupuestación
Programación de proyectos
Diseño de software
Pruebas de software
Documentación y manuales de formación
Los individuos a lo largo de una organización tienen un interés personal
en la producción de requisitos sólidos. Ya seas un cliente o estés involucrado en
adquisiciones, finanzas y contabilidad, o TI, usted es un importante
parte interesada en el proceso de gestión de requisitos.
Muchos equipos de proyecto tratan los requisitos como una declaración de propósito
para la aplicación y expresarlos en términos muy generales, como:
"The system should have the ability to create problem tickets for outage
notificaciones." Pero, ¿es este un requisito sólido? Para responder a esta pregunta,
veamos cómo documentamos los requisitos.
Aquí hay algunas cualidades que deberían caracterizar las descripciones
en tu documento de Especificación de Requisitos de Software:
[Link] de ambigüedad. El equipo de desarrollo de software no podrá
producir un producto que satisfaga las necesidades de los usuarios si uno o más
los requisitos pueden interpretarse de múltiples maneras.
[Link]. Al inicio de tu proyecto, no deberías
espero conocer todos los requisitos del sistema en detalle; el
el equipo de desarrollo no debería perder tiempo tratando de especificar cosas
que están destinados a evolucionar. Sin embargo, a medida que avanza el proyecto, usted
debes mantener tu documento de Especificación de Requisitos de Software
up to date; as you gain more knowledge about the system, the
el documento de especificación debe volverse más completo.
[Link]. No puedes construir un sistema que satisfaga a todos
requisitos si dos requisitos entran en conflicto o si los requisitos lo hacen
no reflejan los cambios que se hicieron en el sistema durante el
desarrollo iterativo y pruebas de funcionalidad.
4. Trazabilidad. El equipo debe rastrear la fuente de cada
requisito, ya sea que haya evolucionado a partir de un requisito más abstracto,
o para una reunión específica con un usuario objetivo.
5. Sin información de diseño. Siempre que los requisitos aborden aspectos externos
comportamientos, tal como los ven los usuarios o por otros sistemas de interfaz, entonces
siguen siendo requisitos, independientemente de su nivel de detalle.
Sin embargo, si un requisito intenta especificar particular
subcomponentes o sus algoritmos, ya no es un requisito;
se ha convertido en información de diseño.
Capturando requisitos no funcionales
Los requisitos no funcionales son atributos que o bien el
el sistema o el medio ambiente deben tener. Tales requisitos no siempre son
en la mente de los interesados, y a menudo debes hacer un especial
esfuerzo para sacarlos. Para facilitar la captura de no funcional
requisitos, los organizamos en cinco categorías:
1. Usability
2. Confiabilidad
3. Rendimiento
4. Soportabilidad
5. Seguridad
La usabilidad describe la facilidad con la que se puede aprender el sistema o
usado. Un requisito típico de usabilidad podría indicar:
El sistema debería permitir a los usuarios novatos instalarlo y operarlo con
poca o ninguna capacitación.
El usuario final podrá realizar un pedido en treinta segundos.
El usuario final podrá acceder a cualquier página en cuatro segundos.
La fiabilidad describe el grado en que el sistema debe funcionar para los usuarios.
Las especificaciones de fiabilidad normalmente se refieren a la disponibilidad, tiempo medio
entre fallos, tiempo medio de reparación, precisión y máximo
errores aceptables. Por ejemplo:
El sistema deberá cumplir con los términos de un Acuerdo de Nivel de Servicio.
El tiempo medio hasta la falla debe ser de al menos cuatro meses.
Las especificaciones de rendimiento generalmente se refieren al tiempo de respuesta, transacción
rendimiento y capacidad. Por ejemplo:
Todas las páginas web deben descargarse en un plazo de tres segundos durante un
carga promedio, y cinco segundos durante una carga máxima.
Mientras se ejecuta una búsqueda, el sistema debe ser capaz de mostrar 500
resultados de búsqueda por página.
La soportabilidad se refiere a la capacidad del software para ser fácilmente modificado o
mantenido para acomodar el uso típico o escenarios de cambio. Para
por ejemplo, en nuestro ejemplo de mesa de ayuda, ¿qué tan fácil debería ser agregar nuevos
¿Aplicaciones al marco de apoyo? Aquí hay algunos ejemplos de
requisitos de soportabilidad:
El sistema permitirá a los usuarios crear nuevos flujos de trabajo sin el
necesidad de programación adicional.
El sistema permitirá al administrador del sistema crear y
poblar las tablas de impuestos para el próximo año fiscal.
La seguridad se refiere a la capacidad de prevenir y/o prohibir el acceso a la
sistema por partes no autorizadas. Algunos ejemplos de requisitos de seguridad
son:
La autenticación de usuarios se realizará a través del inicio de sesión único corporativo
sistema.
Solo se permitirá a los administradores de nómina autorizados
access employee pay information.
Deliverables
De nuestros entregables del proyecto, el cliente pudo llevar a
nuestra comprensión de que los empleados deberían tener diferentes tasas de pago
y que sería seguro (para fines de registro) calcular el
total de ganancias salariales del empleado hasta la fecha de este año. Estas observaciones fueron
más tarde se incorporó al entregable final.
Requisitos comerciales para cada módulo de la fase I.
requirements will cover „what‟ functionality should be built
dentro del sistema pero no será un sistema detallado
requisitos.
Evaluar el sistema existente y otras contribuciones, funcionalmente.
y técnicamente para reutilización por el proyecto de nómina.
Identificar las áreas técnicas y definir lo técnico
arquitectura teniendo en cuenta la arquitectura previa. Definir
requisitos técnicos y proporcionar información de apoyo.
Crea el plan de gestión del proyecto que define el trabajo
componentes, secuencia de actividades, recursos requeridos y
cronograma del proyecto para la fase 1. Para el compromiso de recursos de
cada institución. Incorpora en la fase 1 la necesidad de la fase II
planificación e identificación de los componentes potenciales de la fase II, por ejemplo.
gestión del talento
Conclusión
En un proyecto de desarrollo de software, los requisitos impulsan casi
cada actividad, tarea y entrega. Al aplicar algunas habilidades clave y un
enfoque de desarrollo iterativo, puedes hacer evolucionar los requisitos que
ayudar a asegurar el éxito de su proyecto. Use documentos separados para registrar
necesidades, características y requisitos, y mejorar la precisión de su
requisitos al compartir la responsabilidad de la revisión. Con estos documentos
también puedes establecer trazabilidad entre necesidades, características y
requisitos para asegurar que su Especificación de Requisitos de Software
continuará alineándose con los objetivos comerciales.