Resumen de Xenocrates Xenocrates es una aplicación diseñada para proporcionar a las empresas un sistema de gestión de empleados para garantizar una mejor organización. Xenocrates está integrado en ASP.NET MVC con SQL Server como base de datos y jQuery para solicitudes de datos Async. Los servicios de Xenocrates se dividen en tres categorías principales
Servicios de administración: • Estadísticas para toda la compañía que lo mantiene al día con su empresa. • Ver el recuento de los empleados en cada rol. • CRUD Operaciones en todos los trabajadores de su empresa, navegue para encontrar todos los detalles que quiera sobre sus empleados • CRUD Operaciones en todos sus departamentos y vea detalles específicos de cada departamento • Ver todos los proyectos activos pero terminados en todos sus departamentos con detalles. • Sistema de pago integrado con PayPal que le permite pagar rápidamente con un clic de un botón. • Historial de pago analítico para cada empleado. Servicios de supervisor: • Estadísticas de su departamento. • Ver detalles de cada trabajador en su departamento • Operaciones de crud en calendarios individuales para sus empleados • Operaciones de crud en proyectos • Capacidad para organizarse y comunicarse con el chat en vivo
Servicios de empleados: • Comunicación con todos en su departamento con chat en vivo • Ver su calendario para ver su horario para el mes • Ver y finalizar los proyectos que se le asignan
Detalles de los servicios: • PayPal en este momento está integrado en modo Sandbox pero tiene todos los potenciales para ponerse en marcha. Por el momento, Xenocrates coopera con el servicio de pagos de la API de PayPal. El sistema de pago para xenocrates se construye para que pueda proteger a Administry de cometer un error en los pagos. Después de que se le paga a un empleado, aparece un mensaje que le recuerda que el administrador ya ha pagado al empleado específico y no le permite pagarle nuevamente por la duración del mes. Después de cada intento de pago, el sistema detecta el estado de la solicitud y, si es positivo, ahorra el pago exitoso al sistema y lo almacena en los datos personales de los empleados para que el administrador pueda tener una pista completa de sus pagos, de lo contrario, el sistema anuncia que fue un problema con la transacción. • El correo electrónico y el teléfono insertado para cada empleado se busca a escala global para verificar si son válidos, por lo que no se registran cuentas falsas. Las API para eso incluyen Neutronapifone y ZeroBounce1. • Método de seguridad que se ejecuta con frecuencia para asegurarse de que no se guarden entradas inapropiadas dentro de la base de datos • Chat en vivo con implementación en tecnología SignalR que permite a cada empleado de un departamento charlar entre sí en tiempo real. Cada mensaje se guarda en la base de datos para que se pueda agregar al historial de mensajes. • Implementación del calendario con calendario completo como base pero totalmente personalizado para las necesidades del supervisor. El supervisor inspecciona los proyectos que asignó a cada empleado y dependiendo de la carga de trabajo ajusta el cronograma mensual para cada uno de los empleados. Por otro lado, los empleados solo pueden ver su calendario sin poder realizar acciones. • Gráficos y gráficos con llamadas personalizadas de vainilla y AJAX con jQuery para adaptarse a los requisitos. • El teléfono móvil se confirma con Twillio con una cuenta de prueba gratuita. El móvil se inserta y confirma en el primer inicio de sesión de cada nuevo usuario. Primero, una API valida que el número de teléfono existe y luego se envía un mensaje de Twillio con un código de seguridad para proceder con seguridad. Para garantizar que la confirmación de Twillio funcione gratuitamente para contactar al Equipo Pyravlos para que podamos incluir su número en nuestra cuenta causa que las cuentas de formación gratuita solo envíen textos a números verificados desde la cuenta. • La confirmación del correo electrónico se implementa con la ayuda de métodos integrados que se proporcionan desde ASP.NET que nos permite enviar un nuevo correo electrónico de confirmación a cada nuevo empleado para asegurarse de que se confirme su correo electrónico.
Análisis de back-end: Xenocrates está construido con la idea de un componente principal que se proporciona con datos y servicios de proveedores independientes. Los controladores no tienen acceso a la base de datos ni extraen el peso de tareas difíciles. Por lo tanto, cada controlador tiene un repositorio de datos propio y también acceso a un servicio que realiza todas las tareas. Por lo tanto, el repositorio de datos para cada controlador también se divide en diferentes grupos dependiendo del tipo de datos.
La separación de las preocupaciones fue nuestro enfoque principal al construir xenocratos para que pudiéramos tener muchos métodos independientes que construyan un sistema rápido, mantenible e integrado. Métodos que tienen responsabilidades únicas para que el código fuente sea más fácil de entender y deje una ventana para las pruebas XUnit en un parche futuro para que todo esté más controlado.
Repositorio de clasificación y filtración y también un repositorio para las bolsas de vista se implementaron siguiendo el patrón de repositorio de datos. Todo lo que debe hacerse para que se logre la regla de "no se repite" y la separación de las preocupaciones.
Esquema de la base de datos:
La base de datos fue diseñada y creada con un enfoque principal, interactúa con entidades marco de entidad lo menos posible porque la complejidad de la entidad con las claves que proporciona y une sus entidades podría ser muy peligrosa para la estabilidad de nuestra base de datos. Intentamos normalizar nuestra base de datos tanto como sea posible para que todo pudiera manipularse sin causar un tsunami de reacciones. En la mayoría de los casos lo logramos al dividir nuestras entidades a dos entidades principales. El primero fue el usuario de la aplicación hecho y protegido del trabajo de trama de entidad que representa el perfil en línea de un empleado y los detalles personales de un empleado que en nuestra base de datos se reconoce en la tabla de trabajadores. Todo, excepto estas dos entidades, se pueden eliminar o editar en cualquier momento sin ningún costo.
Problemas que enfrentamos: nos encontramos en diferentes tipos de pequeños problemas: • Manipulación y pantalla de fecha y hora • Convierte los datos de C# a la fecha de JavaScript • Manipulación de la plantilla que utilizamos para front -end, pero los problemas que nos preocupan más: • La versión alfa de Xenocrates se construyó alrededor de la tabla de ASP.netusers y después de agregar claves extranjeras y relaciones entre los marcos y las entidades personalizadas de los EE. UU. Se iniciaron el sistema que se iniciaron a los que se iniciaron los Keadys a los que se realizan los Keadys a los que se realizan los Keyys. ASP.netusers fueron expuestos. Así que tuvimos que comenzar de nuevo y encontrar el camino al diseño final de la base de datos. Es por eso que la carpeta se llama administración SystemVersionTwo. • La biblioteca de calendario completo no fue útil para nosotros, por lo que tuvimos que pasar algunos días leyendo toda la documentación para comprender cómo manipularla para que pueda ser funcional. ¡Gracias! Christos Lagos iliana Beikou Spyros Tsamis George Chatziadis John Podogorianiotis