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.

1. Diagrama de Flujo de Datos Propuesto

1.1 Diagrama 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.2 Diagrama 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.

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.

2. Diccionario de Datos Propuesto (Claves principales marcadas con *)

2.1 Inventario

Nombre del campo Información Tipo

*cod_inv Código del inventario Integer

des_inv Descripción del inventario Varchar(500)

adq_inv Fecha de adquisición Date

act_inv ¿Dado de baja? Char(1)

pro_inv Proveedor Varchar(50)

ava_inv Avalúo del inventario Decimal

fba_inv Fecha de dado de baja Date

baj_inv Razón de dado de baja 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 Información Tipo

rut_usr* Rut del Usuario Varchar(15)

nom_usr Nombre del Usuario Varchar(50)

tel_usr Teléfono del Usuario Varchar(50)

dir_usr Dirección del Usuario Varchar(15)

pas_usr Contraseña del Usuario Varchar(8)

Detalle: el atributo pas_usr está encriptado.

2.3 Voluntario

Nombre del campo Información Tipo

rut_vol* Rut del Voluntario Varchar(15)

nom_vol Nombre del Voluntario Varchar(50)

dir_vol Dirección del Voluntario Varchar(50)

tel_vol Teléfono del Voluntario Varchar(20)

2.4 Solicitud

Nombre del campo Información Tipo

cod_sol* Código de solicitud Integer

fec_sol Fecha de solicitud Date

tip_sol Tipo de Solicitud Integer

est_sol Estado de la solicitud Char(1) Detalle: El atributo est_sol solo puede tomar dos valores: ‘A’ (atendida) o ‘E’ (esperando)

2.5 Operación

Nombre del campo Información Tipo

cod_op* Código de operación Integer

tip_op Tipo de Operación Integer

fec_op Fecha de la operación Date

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.

4. Carta Estructurada

Pantalla Principal

Menú Ventana Principal

Agregar Sol.

Archivo

Salir

Entrada Controles Despliegue

Buscar

Agregar

Modificar

Dar de baja

Generar reporte

Pantalla Sol.

Pantalla Agregar

Ayuda

Acerca de

5. Diagramas de Acción

6. Interfaces

6.1 Pantalla Principal

6.2 Pantalla de Ingreso de Solicitud

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 Nombre Descripción Estado Avalú o XXXX Timbre XXXX de baja 5000

Mano Virtual

Agrupación MUAS, 5/5/2012

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.