1. INFORME DE DISEÑO DE
SOFTWARE
Autor: Jorge Contreras
Asignatura: Programación III
Tema: Diseño de Software Mano Virtual v0.0.1
Fecha de Entrega: 04/05/2012
Profesor: Victor Oyarzún
Institución: Tecnológico Universidad de los Lagos
Carrera: Técnico en Informática.
2. 1. Diagrama de Flujo de Datos Propuesto
1.1Diagrama nivel 0
Detalle: La función buscar tiene un flujo bidireccional por sobre las demás, puesto que
es ella la encargada de desplegar cualquier la información de la base de datos, aparte
de los reportes.
1.2Diagrama nivel 1
Detalle: Me di el permiso de utilizar una línea punteada (1) entre el proceso
“Gestión de Voluntario” y la Base de Datos. La razón, es que al ser una aplicación
local y no cliente-servidor, el voluntario no interactúa directamente con el sistema,
sino que envía su solicitud a través de un E-mail, que el usuario del sistema debe
completar en el sistema la solicitud de información y no el voluntario. En un
futuro, esta aplicación será llevada a un modelo cliente-servidor, por lo que decidí
mantener el proceso 2 como un TODO para versiones posteriores. Otros procesos
que están invisibles y quedan para TODO futuro son: de manejo de voluntarios y
de manejo de usuarios. En esta primera fase, solamente me centraré en el
funcionamiento del inventario, por lo que ambos procesos faltantes quedarán para
una futura fase del proyecto.
3. 1.3 Diagrama nivel 2
1.3.1 Descripción de procesos
•
•
•
•
•
•
Proceso Agregar: agrega un nuevo inventario a la base de datos.
Proceso Modificar: modifica la información de un inventario en la base de
datos.
Proceso Dar de baja: da de baja un producto en la base de datos
Proceso Generar reporte: genera un reporte del inventario.
Proceso Buscar: busca información en la base de datos.
Proceso Agregar Solicitud: agrega una solicitud de inventario en la base de
datos.
1.3.2 Descripción de elementos de almacenamiento
Base de datos: es una base de datos hecha en Access que almacenará la información
con respecto al inventario.
4. 2. Diccionario de Datos Propuesto (Claves principales marcadas con *)
2.1 Inventario
Nombre del campo
*cod_inv
des_inv
adq_inv
act_inv
pro_inv
ava_inv
fba_inv
baj_inv
Información
Código del inventario
Descripción del inventario
Fecha de adquisición
¿Dado de baja?
Proveedor
Avalúo del inventario
Fecha de dado de baja
Razón de dado de baja
Tipo
Integer
Varchar(500)
Date
Char(1)
Varchar(50)
Decimal
Date
Varchar(500)
Detalle: el atributo act_inv solo puede tomar el valor ‘V’ (verdadero) o ‘F’ (falso), tomando por defecto
el valor ‘F’.
2.2 Usuario
Nombre del campo
rut_usr*
nom_usr
tel_usr
dir_usr
pas_usr
Información
Rut del Usuario
Nombre del Usuario
Teléfono del Usuario
Dirección del Usuario
Contraseña del Usuario
Tipo
Varchar(15)
Varchar(50)
Varchar(50)
Varchar(15)
Varchar(8)
Detalle: el atributo pas_usr está encriptado.
2.3 Voluntario
Nombre del campo
rut_vol*
nom_vol
dir_vol
tel_vol
Información
Rut del Voluntario
Nombre del Voluntario
Dirección del Voluntario
Teléfono del Voluntario
Varchar(15)
Varchar(50)
Varchar(50)
Varchar(20)
Tipo
Nombre del campo
cod_sol*
fec_sol
tip_sol
Información
Código de solicitud
Fecha de solicitud
Tipo de Solicitud
Integer
Date
Integer
est_sol
Estado de la solicitud
Char(1)
2.4 Solicitud
Tipo
Detalle: El atributo est_sol solo puede tomar dos valores: ‘A’ (atendida) o ‘E’ (esperando)
2.5 Operación
Nombre del campo
cod_op*
tip_op
fec_op
Información
Código de operación
Tipo de Operación
Fecha de la operación
Tipo
Integer
Integer
Date
5. 3.
Modelo Entidad-Relación y Elaboración Estructurada de Datos
3.1 Interpretación del Modelo Entidad-Relación
Un voluntario puede realizar muchas solicitudes, pero una solicitud debe estar a cargo de un solo
voluntario. Una solicitud se entrega a un usuario, de entre muchos usuarios, que acepta realizarla
voluntariamente. A continuación, el usuario ejecuta una de las cinco operaciones: agregar, modificar,
buscar, eliminar o generar reporte. Como se trata de una solicitud, será la de generar el reporte. Los
usuarios pueden ejecutar operaciones que afectan a uno o a muchos inventarios (como en el caso de
búsqueda).
3.2 Formato y signos
El formato de los elementos de las entidades es:
<símbolo> Nombre_del_campo <tipo de dato>
En el diagrama MER expuesto más arriba, se utilizan los siguientes símbolos:
El símbolo ◆ y el subrayado indican que el atributo es clave principal.
El símbolo ○ indica que el atributo puede tomar valor nulo.
El símbolo • indica que el atributo no puede ser nulo.
6. 4. Carta Estructurada
Pantalla Principal
Ventana Principal
Menú
Ayuda
Archivo
Agregar Sol.
Pantalla Sol.
Entrada
Acerca de
Controles
Despliegue
Buscar
Agregar
Salir
Modificar
Dar de baja
Generar reporte
Pantalla Agregar
10. 6.3 Pantalla Acerca de
6.4 Forma de reporte
REPORTE DE INVENTARIO
Folio: XXXX
Reporte de todos los implementos del inventario.
Reporte generado por <NOMBRE USUARIO> para <NOMBRE VOLUNTARIO>
Reporte generado el día 5/5/12 a las 20:49hrs
Código
XXXX
Nombre
Timbre
Descripción
XXXX
Mano Virtual
Agrupación MUAS, 5/5/2012
Estado
de baja
Avalúo
5000
11. 7. Entorno Conveniente
Por un asunto del programa de la asignatura, este Software debe ser hecho en
Visual Basic 6, sin embargo, en un futuro se pasará a la web en php/mysql o
python/mysql.