1. Prof. Miguel ÁngelVillelli :: Programación 3

2. Enunciado
Se nos pide diseñar un módulo para la "Gestión de Usuarios" de otro sistema mayor, debe ser
amigable al usuario final, sobre todo sencillo de usar y que les permita administrar las
cuentas de usuario.
La información con la que contamos es:
• Nombre y apellido
• Fecha de Alta
• Teléfonos
• Direcciones de e-mail
Además de los datos de cada usuario debemos generar un Nick y una clave con la cual se
autenticará a la hora de ingresar a nuestro sistema.
El sistema deberá contar con encriptación de la clave y 2 (dos) niveles de acceso
(administrador-operador)
En caso de olvido de la clave por parte del usuario debemos proporcionar a un administrador la
posibilidad de blanquear la clave del mismo.

3. Enunciado
Se nos pide diseñar un módulo para la "Gestión de Usuarios" de otro
sistema mayor, debe ser amigable al usuario final, sobre todo sencillo
de usar y que les permita administrar las cuentas de usuario.
La información con la que contamos es:
• Nombre y apellido
• Fecha de Alta
• Teléfonos
• Direcciones de e-mail
Además de los datos de cada usuario debemos generar un Nick y una
clave con la cual se autenticará a la hora de ingresar a nuestro
sistema.
El sistema deberá contar con encriptación de la clave y 2 (dos)
niveles de acceso (administrador-operador)
En caso de olvido de la clave por parte del usuario debemos
proporcionar a un administrador la posibilidad de blanquear la clave
del mismo.

5. Gestión de
Usuarios
Logueo
Usuario
Clave
Alta de usuarios
Alta de claves
Blanqueo de claves
Abm Tipos de teléfono
Tipos de e-mail
Pantalla principal

6. AltaPrioridad:
El sistema debe permitir al usuario ingresar al sistema ingresando su Nick y Clave.Descripción:
Ingreso al sistemaNombre del Requerimiento:
RF-001ID del Requerimiento:
Look & Feel

7. FICHA DE CASO DE USO
ID 1
NOMBRE Ingresar al sistema
DESCRIPCIÓN El usuario desea utilizar el sistema
FLUJO NORMAL
ACTORES Usuario final de la aplicación
PRECONDICIONES Poseer un usuario válido
ACTIVACIÓN El usuario ingresa los datos
DESCRIPCIÓN 1. El usuario ingresa su nombre
2. El usuario ingresa su clave
3. Se confirman los datos ingresados
POSTCONDICIONES Se procede a la pantalla principal del sistema
FLUJO ALTERNATIVO 1
DESCRIPCIÓN 1. Los datos ingresados son incorrectos
POSTCONDICIONES Se informa el error con un mensaje. El formulario queda “limpio” para que se ingresen
nuevos datos
FLUJO ALTERNATIVO 2
DESCRIPCIÓN 1. El usuario no ingresa alguno de los campos
POSTCONDICIONES Se informa con un mensaje de error el campo requerido que falta. Los datos previamente
ingresados quedan en el formulario.

8. uc Acceso al sistema
Usuario
(from Actores)
Ingresar nombre
usuario y clave
Mostrar Formulario
de Inicio
Datos Incorrectos
Mensaje de Error
Nuevo Usuario Formulario de
registro de claves
No ingresa algun
campo
«include»
Flujo Alternativo 3
Flujo Alternativo 2
Flujo Alternativo 1
Flujo Normal

9. act Ingreso al sistema
UsuarioSistema
Inicio
Mostrar
Form Inicio
de Sesión
Ingresar
usuario y
clave
Validar
usuario
Validado
Muestra form
principal
Mostrar
mensaje de
error
Final
«datastore»
Datos
Primer Inicio
Mostrar
Form
registrar
clave
Si
Si
No
[No]

11. Usuario
Clave •Verificar si es el primer ingreso.
•Verificar Usuario y clave.
•Validar el formato del nombre de usuario

12.  Creación de la base de datos
 Creación de la solución en Visual Studio
 Creación del Proyecto “CU” (Capa de Usuario)
▪ El archivo Program.cs (Main)
▪ El archivo App.config (XML)
 Creación del Proyecto “CL” (Capa Lógica)
▪ La clase “Conectar”
▪ Concepto de Clases y Objetos
 Referenciar proyectos
 Agregar librerías (using)

13.  Mail: miguelangelvillelli@econsudec.edu.ar
 Este PowerPoint respalda el contenido de los
documentos de estudio :
 3_Organización de una aplicación Soluciones.pdf
 4_Organización de una aplicación Proyectos.pdf
 5_Capas