1. MANUAL ADMINISTRATIVO<br />Entrega 1<br />LICONSOFT<br /> Yenny Paola Aldana<br />Daniela Martínez<br />Jonathan Rivera<br />Lina Paola Vega<br />Brandon Steven Vargas <br />Contenido TOC quot;
1-3quot;
Introducción: PAGEREF _Toc279231391 3Objetivos: PAGEREF _Toc279231392 3Explicación sistema PAGEREF _Toc279231393 4Pantallas del sistema PAGEREF _Toc279231394 4<br />Introducción:<br />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.<br />Objetivos:<br />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á. <br />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.<br />Explicación sistema<br />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. <br />De la información provista allí las características del sistema son:<br />Herramienta de desarrollo visual.net<br />Inicio de sesión de administrador y empleado<br />Cada uno posee visión distinta en el aplicativo<br />Realiza tarea de búsqueda<br />Realiza cálculo de vacaciones, pensión, cesantías, e interés sobre cesantías.<br />Registro de datos personales y laborales del contratista.<br />Indemnización<br />Historial.<br />Sería un sistema empotrado.<br />Pantallas del sistema<br />Pantalla de inicio de sesión, en la cual se muestra el inicio diferente para el empleado como para el administrador<br />centertop<br />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.<br />PANTALLA INICIO ADMINISTRADOR: Esta pantalla solicita los campos de nombre administrador, su contraseña y una clave de seguridad<br />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.<br />Menú del administrador: Esta pantalla muestra las tareas a realizar del administrador, a saber: registro, búsqueda, operaciones, historial, indemnización<br />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.<br />Registro: En esta pantalla el liquidador o administrador debe ingresar los datos del empleado nuevo dentro del sistema. Se divide en:<br />Datos personales: El administrador registra todos los datos del empleado.<br />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.<br />Registro de datos laborales: Esta pantalla se encarga de guardar los datos laborales del empleado:<br />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.<br />Búsqueda: Esta opción le da al administrador la visualización de los registros existentes en la base de datos<br />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.<br />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<br />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á.<br />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:<br />“Debería hacerse como web, no sistema empotrado…”<br />Por tanto se ha documentado de esta forma las falencias del prototipo y su utilidad en el proceso de desarrollo del aplicativo<br />