El documento presenta un primer prototipo de un software de liquidación de contratos. Se describen las pantallas iniciales como inicio de sesión, menú del administrador, registro de datos y búsqueda. Sin embargo, el instructor encontró varios errores y omisiones en el diseño de las pantallas y funcionalidades, como campos innecesarios, falta de paginación en la búsqueda y módulos irrelevantes. Por lo tanto, se reiniciará el desarrollo del software para corregir las observaciones y optimizar el sistema, el cual debería implementarse como

1. Software de Liquidacion
MANUAL ADMINISTRATIVO
Entrega 1
LICONSOFT
Yenny Paola Aldana
Daniela Martínez
Jonathan Rivera
Lina Paola Vega
Brandon Steven Vargas

2. Software de Liquidacion
Contenido
Introducción: ................................................................................................................................. 3
Objetivos: ...................................................................................................................................... 3
Explicación sistema ....................................................................................................................... 4
Pantallas del sistema ..................................................................................................................... 4

3. Software de Liquidacion
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.

4. Software de Liquidacion
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

5. Software de Liquidacion
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

6. Software de Liquidacion
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

7. Software de Liquidacion
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:

8. Software de Liquidacion
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

9. Software de Liquidacion
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

10. Software de Liquidacion

11. Software de Liquidacion
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

12. Software de Liquidacion
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