manual administrativo 1

Software de Liquidacion

MANUAL ADMINISTRATIVO

Entrega 1

LICONSOFT

Yenny Paola Aldana

Daniela Martínez

Jonathan Rivera

Lina Paola Vega

Brandon Steven Vargas


Contenido

Introducción: ................................................................................................... 3

Objetivos: .......................................................................................................... 3

Explicación sistema ...................................................................................... 4

Pantallas del sistema ................................................................................... 4


Introducción:

Para estar seguros de que el software cumple con las expectativas del

cliente deben realizarse algunos prototipos para, luego diseñar el

software con las debidas especificaciones del cliente, por ello en esta

etapa, se a completado un primer prototipo, el cual será evaluado por el

instructor del curso, y mediante sus correcciones se pasará a una

segunda fase de prototipo, el cual será entregado posteriormente. El

sistema Liconsoft debe llegar a su culminación, según un cronograma

anteriormente diseñado en corto tiempo, para poder realizar las pruebas

pertinentes, por ello se ha desarrollado este prototipo, para poder

entregar el software lo más pronto posible, para lograr implementarlo

de forma eficiente y cumplir con las expectativas del cliente.

Objetivos:

El objetivo de este informe es documentar la evolución del software a

través de prototipos que ayudarán a tener una más clara visión de lo que

el software logrará próximamente y de los alcances que tendrá.

De igual forma tiene como objeto comunicar al cliente del avance del

software, para que este evalúe si lo que se acordó anteriormente se está

cumpliendo.


Explicación sistema

El sistema LICONSOFT ha sido previamente expuesto, y documentado en

un informe anterior, al cúal puede acceder en la documentación

perteneciente a fase análisis.

De la información provista allí las características del sistema son:

1. Herramienta de desarrollo visual.net

2. Inicio de sesión de administrador y empleado

3. Cada uno posee visión distinta en el aplicativo

4. Realiza tarea de búsqueda

5. Realiza cálculo de vacaciones, pensión, cesantías, e interés sobre

cesantías.

6. Registro de datos personales y laborales del contratista.

7. Indemnización

8. Historial.

9. Sería un sistema empotrado.

Pantallas del sistema

1. Pantalla de inicio de sesión, en la cual se muestra el inicio

diferente para el empleado como para el administrador


Observaciones al respecto: En esta pantalla se hizo la observación que

el cliente no deseaba tener un inicio de sesión para un “usuario”, por ello

solo era necesario el inicio de sesión del administrador como tal.

2. PANTALLA INICIO ADMINISTRADOR: Esta pantalla solicita los

campos de nombre administrador, su contraseña y una clave de

seguridad


Observaciones realizadas: Se criticó la visibilidad de los textos, y se

concretó que no era necesaria una segunda clave para el inicio de sesión.

3. Menú del administrador: Esta pantalla muestra las tareas a

realizar del administrador, a saber: registro, búsqueda,

operaciones, historial, indemnización


Observaciones: El menú no es navegable, segundo la indemnización no

es un proceso que se realice en una liquidación de contratos regidos bajo

la ley 80 por tanto es una operación innecesaria, y el historial puede ser

un arma de doble filo pues puede incurrir en una falta de seguridad en el

sistema guardar datos importantes en un documento a parte.

4. Registro: En esta pantalla el liquidador o administrador debe

ingresar los datos del empleado nuevo dentro del sistema. Se divide

en:


Datos personales: El administrador registra todos los datos del

empleado.

Observaciones: No se debe de solicitar un código, esta función la

asumirá el numero de documento del empleado, los campos de Rh,

ciudad, localidad, deben ser no de escritura sino de selección, esto con el

objetivo de minimizar la probabilidad de error en el sistema, más

específicamente en la base de datos, se requieren los campos de banco,

tipo de cuenta y número de cuenta, debido a que los pagos se realizan


como una transacción bancaria. Para realizar un nuevo registro también

es necesaria la fecha de aprobación de póliza el cual en esta pantalla no

se ha implementado aún.

Registro de datos laborales: Esta pantalla se encarga de guardar

los datos laborales del empleado:

Observaciones: El campo de tipo de pago es innecesario al igual que la

vigencia, pues podría se una redundancia con los campos de fecha de

inicio y fecha de finalización del contrato.


Búsqueda: Esta opción le da al administrador la visualización de los

registros existentes en la base de datos


Observaciones: Se requiere ver varios registros en la misma pantalla,

por ello esta presentación es inconveniente, se requiere una tabla con

paginación para ver los registros de forma apropiada.

Operaciones: Se realiza el proceso de cálculo de horas extras, sacando el

resultado del valor previo en la base de datos del salario mensual

devengado


Observaciones: Primero, en la liquidación por pago según ley 80 no

existen lo llamado hora extra por tanto es completamente innecesario

este módulo de la forma que está.

En resumen estos han sido los errores hallados en el aplicativo, razón por

la cual se comenzará de nuevo el proceso de desarrollo del aplicativo, y

se tendrá en cuenta una observación más acerca del aplicativo como tal:

“Debería hacerse como web, no sistema empotrado…”

Por tanto se ha documentado de esta forma las falencias del prototipo y

su utilidad en el proceso de desarrollo del aplicativo

manual administrativo 1

Technology