Modulo: Validar acceso al sistema.

Consta de dos campos de entrada de datos: Login y password, (Pertenecen a la Relacion mUsuarios) ambos son de tipo
edición simple. También tiene dos botones: Aceptar y cancelar, incluyendo una figura representativa del proyecto que
actualmente se desarrolla.
Funcionalidad:
Una vez que el usuario de la aplicación haya introducido datos y pulsado el botón aceptar, se debe de validar que el
“login” que se tecleo exista tal y como lo escribió el usuario, en la tabla de MUsuarios, de igual manera el password debe
de coincidir exactamente. Posteriormente se debe de mostrar el menú principal de los modulo desarrollados, siempre y
cuando se cumpla lo siguiente:
• Validar el estado de la cuenta: Si es true aplicar la siguiente validación en caso contrario mostrar mensaje y salir.
• Validar el valor de la fecha actual contra la fecha inicial de la tabla “MUsuarios”, si la fecha actual es inferior a la
fecha inicial y el estado de la cuenta es false, no se debe de acceder al sistema, en caso contrario si se debe de
mostrar el menú principal del proyecto en actual desarrollo.
• Validar el valor de la fecha actual contra la fecha final de la tabla “MUsuarios”, si la fecha actual es superior a la
fecha final, entonces se debe de deshabilitar el estado de la cuenta a false, y no se debe de acceder al proyecto
en cuestión.
• Por lo tanto la fecha actual se debe de validar que este dentro del periodo valido de la tabla “MUsuarios”, (FecIni
y FecFin) y el estado de la cuenta debe ser true para poder acceder al menú principal del proyecto, en caso
contrario, no. Y se debe de actualizar el estado de la cuenta según donde corresponda.

MUsuarios
CvUser CvPerson Login Password FecIni FecFin EdoCta
234 123 unodos unodos 07/12/15 06/12/15 true
456 234 Trescua Trescua 06/12/15 07/12/15 True
789 345 Cinco Cinco 12/12/15 12/12/15 false

En caso no cumplir ninguna de las anteriores condicionantes, no se debe de acceder al sistema e indicar mediante
mensaje correspondiente, la causa del acceso inválido.
Falta activar los correspondientes accesos según corresponda al usuario que inicia sesión, lo cual se hará, cuando el
modulo de accesos este creado.
 CvPerson

Login

PassWord
d
FecIni

FecFin

EdoCta

Modulo: Mantenimiento de usuarios.

Consta de Seis campos de entrada de datos: CvPerson, Login, Password, FecIni, FecFin y EdoCta. A la vez de contar con
un área para mostrar los datos importantes correspondiente a esta relación (GRID/TableLayout). También tiene botones
para las operaciones de mantenimiento de datos: Nuevo/Guardar, Borrar, Modificar/Actualizar, Consulta y Cancelar y
Salir.
Funcionalidad según el campo en cuestión:
CvPerson: Es un componente DbComboBox o DbListComboBox u otro equivalente según el lenguaje que se este
utilizando, dentro del cual debe de aparecer de manera concatenada los datos principales que corresponden a la tabla
“mPersonas” o “mDtsPerson” u otro nombre relativo. Esta relación, solo debe de existir, en su momento se debió haber
desarrollado el modulo de Mantenimiento de Datos Personales, en caso de que no se tenga, posteriormente, llegado el
momento se hará lo conducente.
mPersonas
CvPerson CvName CvApePat CvApeMat CvPuesto CvEdoCiv CvGdoAcad . . .
123 234 345 456 567 678 789 . . .
234 345 456 567 678 789 890 . . .
345 456 567 678 789 890 901 . . .
Por lo tanto, el usuario final, solo vera las correspondientes descripciones a las claves almacenadas en la relación
“mPersonas” o “mDtsPerson”, y se debe hacer la correspondiente traducción de claves para que el usuario final, solo
visualice los datos relevantes a esta relación, y seleccione el nombre de la persona que se convertirá en usuario de la
aplicación que se está desarrollando.
También como se observa, al lado del componente existe un signo “+”, esto significa, que desde esta interfaz, se podrá
agregar los datos correspondientes a un candidato a usuario de la aplicación, haciendo la correspondiente llamada al
modulo de “Mantenimiento de Datos Personales”, exclusivamente a la sección de alta, siempre y cuando el usuario de la
sesión actual, tenga previamente asignado el acceso de “ALTA de Mantenimiento de Datos Personales”, en caso
contrario deberá aparecer deshabilitado (marca de agua). (2ª. Oportunidad).
Login: Corresponde a un componente de edición simple (TextField), dentro del cual se debe de capturar el nombre que
tendrá el usuario para ser reconocido por la aplicación, se recomienda, evitar repetir el “login”, para evitar posibles
errores posteriormente.
PassWord: Corresponde a un componente de edición simple (TextField), dentro del cual se debe de capturar la clave que
corresponderá al usuario del cual actualmente, se crea su cuenta, para que este datos no sea visible al momento de la
captura, se recomienda, aplicarle una máscara (***********) la cual no permita que se vea la información escrita por el
usuario final, se recomienda, evitar repetir el “PassWord”, para evitar posibles errores posteriormente.
En caso de que un usuario indique que desconoce su “PassWord”, en esta área se captura, se escribirá el nuevo
“PassWord”. Sin andar buscando cual fue su anterior “PassWord”.
El “PassWord” se debe generar mediante un algoritmo y contar con una sección para darle a conocer al usuario al cual se
le crea su sesión, los datos para acceder al sistema. (2ª. Oportunidad”.
FecIni: Corresponde básicamente a un componente de edición simple (TextField), dentro del cual se debe de capturar la
Fecha en la inicia la vigencia de la cuenta del usuario que actualmente, se crea su cuenta; al momento de la captura, se
recomienda, aplicarle una máscara ( / / ), que permita capturar la fecha a tratar.
Tal fecha no debe ser inferior a la fecha actual del sistema. En caso de que acepte fechas inferiores a la actual es un
grave error y se procede a la 2ª. Oportunidad.
FecFin: Corresponde básicamente a un componente de edición simple (TextField), dentro del cual se debe de capturar la
Fecha en la que termina la vigencia de la cuenta del usuario que actualmente, se crea su cuenta; al momento de la
captura, se recomienda, aplicarle una máscara ( / / ), que permita capturar la fecha a tratar.
Tal fecha debe ser superior a la fecha de inicio (FecIni), previamente capturada. En caso de que acepte fechas inferiores
a la FecIni es un grave error y se procede a la 2ª. Oportunidad.