marco teórico zapatería

Sistemas y Procedimientos de Información I

qwertyuiopasdfghjklzxcvbnmqwertyui

opasdfghjklzxcvbnmqwertyuiopasdfgh

jklzxcvbnmqwertyuiopasdfghjklzxcvb

nmqwertyuiopasdfghjklzxcvbnmqwer

tyuiopasdfghjklzxcvbnmqwertyuiopas

dfghjklzxcvbnmqwertyuiopasdfghjklzx

cvbnmqwertyuiopasdfghjklzxcvbnmq

wertyuiopasdfghjklzxcvbnmqwertyuio

pasdfghjklzxcvbnmqwertyuiopasdfghj

klzxcvbnmqwertyuiopasdfghjklzxcvbn

mqwertyuiopasdfghjklzxcvbnmqwerty

uiopasdfghjklzxcvbnmqwertyuiopasdf

ghjklzxcvbnmqwertyuiopasdfghjklzxc

vbnmqwertyuiopasdfghjklzxcvbnmrty

uiopasdfghjklzxcvbnmqwertyuiopasdf

ghjklzxcvbnmqwertyuiopasdfghjklzxc

vbnmqwertyuiopasdfghjklzxcvbnmqw

Sistemas y Procedimientos de Información I

Maestría en Telecomunicaciones

Proyecto Final: Sistema de Zapatería Swanny

M.C. Mario Alberto Carrillo Ancheyta

Elaborado por:

Swanny Yadira Díaz Aquino Daniel Ivan Ballesteros Sandín

Sergio Enrique Gómez Espinosa Mario Alberto Macias Hernández

Josué Alejandro Morales Ruiz

24/09/2011

[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011

2 INDICE | UPSUM

1 INDICE

1. INTRODUCCIÓN ............................................................................................. 3

2. DESARROLLO ................................................................................................ 4

2.1. Modelo Entidad - Relación ........................................................................ 6

2.2. Modelo ELKA ............................................................................................ 7

2.3. Modelo Relacional ..................................................................................... 8

2.4. Script de BD .............................................................................................. 9

2.5. Diccionario de Datos ................................................................................. 14

3. MANUAL DE USUARIO ................................................................................... 22

4. BIBLIOGRAFÍA ................................................................................................ 37


3 INTRODUCCIÓN | UPSUM

1. INTRODUCCIÓN

Desarrollo Web es un título algo arbitrario para el conjunto de tecnologías de software

del lado del servidor y del cliente que involucran una combinación de procesos de base de

datos con el uso de un navegador en Internet a fin de realizar determinadas tareas o

mostrar información.

Tradicionalmente un software departamental o incluso un ambicioso proyecto

corporativo de gran envergadura es desarrollado en forma standalone, es decir, usando

lenguajes ya sea compilados (C, C++, Delphi), semicompilados (.NET, Mono, Java), o

interpretados (Python) para crear tanto la funcionalidad como toda la interfaz de los

usuarios, pero cabe perfectamente un desarrollo orientado a web para dichos propósitos,

siendo más homogéneo y multiplataforma, y dependiendo de las tecnologías utilizadas,

más rápido y robusto tanto para diseñar, implementar y probar, como para su uso una vez

terminado.

Funcionalmente, el desarrollador web, que es quien realiza esta labor, normalmente

sólo se preocupa por el funcionamiento del software, es tarea del diseñador web

preocuparse del aspecto final (layout) de la página y del webmaster el integrar ambas

partes. En ocasiones el webmaster también se encarga de actualizar los contenidos de la

página.

Los lenguajes de programación más usados en desarrollo web son principalmente:

ASP.NET, PHP y JSP, aunque aún hay quienes usan ASP, Macromedia ColdFusion y Perl.

Algunos desarrolladores web hablan muy bien de Ruby on Rails pero no está muy

difundido todavía. También hay un proyecto para usar Pascal en web a través del lenguaje

Pascal Server Pages - PSP pero aún no se han concretado desarrollos, hasta donde se

conoce.

La base de datos más popular en desarrollo web es MySQL, seguida por Oracle, SQL

Server y PostgreSQL, también puede usarse perfectamente Firebird o HSQL.

Idealmente un desarrollador web debería conocer, además de al menos un lenguaje

de programación y el manejo de al menos una base de datos, HTML, CSS y JavaScript, tres

tecnologías que bien trabajadas logran DHTML1.

(1) El HTML Dinámico o DHTML (del inglés Dynamic HTML) designa el conjunto de técnicas que permiten crear sitios web interactivos

utilizando una combinación de lenguaje HTML estático, un lenguaje interpretado en el lado del cliente (como JavaScript), el

lenguaje de hojas de estilo en cascada (CSS) y la jerarquía de objetos de un DOM.


4 DESARROLLO | UPSUM

2. DESARROLLO

OBJETIVO DE NUESTRO PROYECTO:

El objetivo de la aplicación será crear un módulo de “punto de venta” para una

zapatería que vende a precios de fábrica, el cual tendrá la capacidad de registrar las

ventas diarias por vendedor, llevará el control de las existencias y permitirá publicar sus

catálogos de zapatos para niños, niñas, hombres y mujeres en la Web, podrá publicar

imágenes, promociones y artículos referentes a los nuevos productos de la temporada, los

visitantes a la web podrán suscribirse para poder comprar y recibir boletines a sus correos

cuando haya nuevos productos o bien promociones y ofertas.

Los usuarios podrán registrarse como compradores y realizar el apartado de su

calzado.

REGLAS DEL NEGOCIO:

El vendedor se registrará mediante un usuario y contraseña, y contará con un

código de identificación, nombre, dirección y teléfono por alguna emergencia.

El vendedor registrará las ventas de zapatos, donde cada zapato se identifica

mediante un código, descripción, marca, talla, color, costo, precio, existencia, el

catalogo al que pertenecen (niños, caballeros y damas), además deberá contar con

una imagen para identificar el modelo a la hora de realizarla venta.

La venta del calzado solo se hará a los socios registrados. Para poder ser socio las

personas deberán registrarse en un módulo web especial de la página de la tienda,

al llegar a la tienda, el vendedor le da el estatus de “ACTIVO” y el sistema le crea

un número de socio.

De los socios se necesita conocer su nombre (apellido paterno, apellido materno y

nombres(s)), dirección, teléfono, celular, email.

Al realizar una venta se registra el socio que compra y se disminuye el inventario.

Se necesita registrar el usuario que hizo la venta, el número del socio, la fecha de

la venta y el total vendido, así como el detalle de todos los zapatos vendidos en esa

venta.


5 DESARROLLO | UPSUM

Los socios registrados podrán realizar el apartado de su calzado en la página web

una vez registrados, al llegar a la tienda únicamente irán a la caja a pagar. El

apartado debe contar con una fecha de apartado y una fecha límite de 3 días para

recoger el calzado de lo contrario se le cobrará una multa de 100 pesos.

El sistema será capaz de brindar la información como es el total de ventas del día y

por vendedor.

Los vendedores tendrán la actividad de publicar ofertas y promociones desde un

módulo del sistema en el cual publicaran, titulo, promoción y fecha de vencimiento

de la oferta así como una imagen.


6 Modelo E-R | UPSUM

Diagrama 1. Modelo E-R del sistema Zapatería Swanny

2.1. Modelo E-R

Un diagrama o modelo entidad-relación (a veces denominado por sus siglas, E-R

"Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramienta para el

modelado de datos de un sistema de información. Estos modelos expresan entidades

relevantes para un sistema de información así como sus interrelaciones y propiedades.


7 Modelo ELKA | UPSUM

Diagrama 2. Modelo ELKA del sistema Zapatería Swanny

2.2. Modelo ELKA

Modelo ELKA (Entity Link Key Attribute). Permite representar gráficamente las

asociaciones y algunas de sus propiedades, para lo cual define una asociación como una

línea o conexión ente dos entidades. (Una asociación es una referencia que una entidad

hace a otra utilizando la llave de la entidad referida).


8 Modelo Relacional | UPSUM

Diagrama 3. Modelo Relacional del sistema Zapatería Swanny

2.3. Modelo Relacional

El modelo relacional fue propuesto por E.F. Codd en los laboratorios de IBM en

California. Se trata de un modelo lógico [Irene Luque Ruiz- Ed. Ra-ma], que establece una

estructura sobre los datos, aunque posteriormente éstos puedan ser almacenados de

múltiples formas para aprovechar características físicas concretas de la máquina sobre la

que se implante la base de datos realmente.


9 Script de BD | UPSUM

2.4. Script de BD

Los scripts SQL contienen descripciones de las instrucciones utilizadas para crear una

base de datos y sus objetos. Puede generar scripts a partir de los objetos de una base de

datos existente y agregar dichos objetos a otra base de datos mediante la ejecución de los

scripts en esa base de datos. De ese modo, se vuelve a crear la estructura completa de la

base de datos y todos sus objetos.

El esquema para los objetos generados puede guardarse en un solo archivo de scripts

SQL o en varios archivos que contengan los esquemas de cada objeto. También puede

guardar el esquema generado para un solo objeto, o un grupo de objetos, en uno o varios

archivos de scripts SQL. Entre otros ejemplos de archivos de scripts SQL que se pueden

generar, podemos citar los siguientes:

Una base de datos completa guardada en un solo archivo de scripts SQL.

Un esquema de una, varias o todas las tablas de una base de datos guardado en

uno o más archivos de scripts SQL.

Un esquema de tablas e índices guardado en un archivo de scripts SQL,

procedimientos almacenados guardados en otro archivo de scripts SQL, y reglas y

valores predeterminados guardados en otro archivo de scripts SQL.

Script de BD del sistema Zapatería Swanny

SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0; SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0; SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL';

CREATE SCHEMA IF NOT EXISTS `zapateriaswanny` DEFAULT CHARACTER SET latin1; USE `zapateriaswanny`;



-- ----------------------------------------------------- -- Table `zapateriaswanny`.`socio` -- ----------------------------------------------------- DROP TABLE IF EXISTS `zapateriaswanny`.`socio` ; CREATE TABLE IF NOT EXISTS `zapateriaswanny`.`socio` ( `nosocio` INT(3) NOT NULL AUTO_INCREMENT , `paterno` VARCHAR(70) NULL DEFAULT NULL , `materno` VARCHAR(70) NULL DEFAULT NULL , `nombre` VARCHAR(70) NULL DEFAULT NULL , `direccion` VARCHAR(100) NULL DEFAULT NULL , `telefono` VARCHAR(20) NULL DEFAULT NULL , `celular` VARCHAR(20) NULL DEFAULT NULL , èmail` VARCHAR(50) NULL DEFAULT NULL , `contrasena` VARCHAR(20) NULL DEFAULT NULL , èstatus` VARCHAR(10) NULL DEFAULT NULL , PRIMARY KEY (`nosocio`) ) ENGINE = InnoDB DEFAULT CHARACTER SET = latin1; -- ----------------------------------------------------- -- Table `zapateriaswanny`.`zapatos` -- ----------------------------------------------------- DROP TABLE IF EXISTS `zapateriaswanny`.`zapatos` ; CREATE TABLE IF NOT EXISTS `zapateriaswanny`.`zapatos` ( `codigo` INT(3) NOT NULL AUTO_INCREMENT , `descripcion` VARCHAR(30) NULL DEFAULT NULL , `marca` VARCHAR(20) NULL DEFAULT NULL , `talla` VARCHAR(5) NULL DEFAULT NULL , `color` VARCHAR(20) NULL DEFAULT NULL , `costo` DECIMAL(14,3) NULL DEFAULT NULL , `precio` DECIMAL(14,3) NULL DEFAULT NULL , èxistencia` INT(10) NULL DEFAULT NULL , `tipo_catalogo` VARCHAR(20) NULL DEFAULT NULL , ìmagen` VARCHAR(20) NULL DEFAULT NULL , PRIMARY KEY (`codigo`) ) ENGINE = InnoDB DEFAULT CHARACTER SET = latin1;



-- ----------------------------------------------------- -- Table `zapateriaswanny`.àpartado` -- ----------------------------------------------------- DROP TABLE IF EXISTS `zapateriaswanny`.àpartado` ; CREATE TABLE IF NOT EXISTS `zapateriaswanny`.àpartado` ( ìdpartado` INT(3) NOT NULL AUTO_INCREMENT , `nosocio` INT(3) NULL DEFAULT NULL , `codigo` INT(3) NULL DEFAULT NULL , `descripcion` VARCHAR(100) NULL DEFAULT NULL , `cantidad` INT(3) NULL DEFAULT NULL , `precio` FLOAT(14,2) NULL DEFAULT NULL , `subtotal` FLOAT(14,2) NULL DEFAULT NULL , `fechaapartado` DATE NULL DEFAULT NULL , `fechalimite` DATE NULL DEFAULT NULL , `multa` DECIMAL(14,2) NULL DEFAULT NULL , `status` VARCHAR(10) NULL DEFAULT NULL , PRIMARY KEY (ìdpartado`) , INDEX `nosocio` (`nosocio` ASC) , INDEX `codigo` (`codigo` ASC) , CONSTRAINT àpartado_ibfk_1` FOREIGN KEY (`nosocio` ) REFERENCES `zapateriaswanny`.`socio` (`nosocio` ), CONSTRAINT àpartado_ibfk_2` FOREIGN KEY (`codigo` ) REFERENCES `zapateriaswanny`.`zapatos` (`codigo` )) ENGINE = InnoDB DEFAULT CHARACTER SET = latin1; -- ----------------------------------------------------- -- Table `zapateriaswanny`.èmpleados` -- ----------------------------------------------------- DROP TABLE IF EXISTS `zapateriaswanny`.èmpleados` ; CREATE TABLE IF NOT EXISTS `zapateriaswanny`.èmpleados` ( ìdempleados` INT(11) NOT NULL AUTO_INCREMENT , ùsuario` VARCHAR(15) CHARACTER SET 'latin1' COLLATE 'latin1_spanish_ci' NOT NULL , `contrasena` VARCHAR(10) CHARACTER SET 'latin1' COLLATE 'latin1_spanish_ci' NOT NULL , `nombre` VARCHAR(50) CHARACTER SET 'latin1' COLLATE 'latin1_spanish_ci' NOT NULL , `tipo` INT(11) NOT NULL , `direccion` LONGTEXT CHARACTER SET 'latin1' COLLATE 'latin1_spanish_ci' NOT NULL , `telefono` VARCHAR(10) CHARACTER SET 'latin1' COLLATE 'latin1_spanish_ci' NOT NULL , PRIMARY KEY (ìdempleados`) , INDEX `nombres` (`nombre` ASC) ) ENGINE = InnoDB AUTO_INCREMENT = 0 DEFAULT CHARACTER SET = latin1 COLLATE = latin1_spanish_ci;



-- ----------------------------------------------------- -- Table `zapateriaswanny`.`venta` -- ----------------------------------------------------- DROP TABLE IF EXISTS `zapateriaswanny`.`venta` ; CREATE TABLE IF NOT EXISTS `zapateriaswanny`.`venta` ( ìdventa` INT(3) NOT NULL AUTO_INCREMENT , ìdempleados` INT(3) NULL DEFAULT NULL , `nosocio` INT(3) NULL DEFAULT NULL , `fecha` DATE NULL DEFAULT NULL , `total` DECIMAL(14,2) NULL DEFAULT NULL , PRIMARY KEY (ìdventa`) , INDEX ìdempleados` (ìdempleados` ASC) , INDEX `nosocio` (`nosocio` ASC) , CONSTRAINT `venta_ibfk_1` FOREIGN KEY (ìdempleados` ) REFERENCES `zapateriaswanny`.èmpleados` (ìdempleados` ), CONSTRAINT `venta_ibfk_2` FOREIGN KEY (`nosocio` ) REFERENCES `zapateriaswanny`.`socio` (`nosocio` )) ENGINE = InnoDB DEFAULT CHARACTER SET = latin1; -- ----------------------------------------------------- -- Table `zapateriaswanny`.`detalle_venta` -- ----------------------------------------------------- DROP TABLE IF EXISTS `zapateriaswanny`.`detalle_venta` ; CREATE TABLE IF NOT EXISTS `zapateriaswanny`.`detalle_venta` ( ìd` INT(3) NOT NULL AUTO_INCREMENT , ìdventa` INT(3) NULL DEFAULT NULL , `nosocio` INT(3) NULL DEFAULT NULL , `codigo` INT(3) NULL DEFAULT NULL , `cantidad` INT(5) NULL DEFAULT NULL , `precio` DECIMAL(14,2) NULL DEFAULT NULL , `subtotal` DECIMAL(14,2) NULL DEFAULT NULL , PRIMARY KEY (ìd`) , INDEX ìdventa` (ìdventa` ASC) , INDEX `codigo` (`codigo` ASC) , INDEX `nosocio` (`nosocio` ASC) , CONSTRAINT `detalle_venta_ibfk_1` FOREIGN KEY (ìdventa` ) REFERENCES `zapateriaswanny`.`venta` (ìdventa` ), CONSTRAINT `detalle_venta_ibfk_2` FOREIGN KEY (`codigo` ) REFERENCES `zapateriaswanny`.`zapatos` (`codigo` ), CONSTRAINT `detalle_venta_ibfk_3`



FOREIGN KEY (`nosocio` ) REFERENCES `zapateriaswanny`.`socio` (`nosocio` )) ENGINE = InnoDB DEFAULT CHARACTER SET = latin1; -- ----------------------------------------------------- -- Table `zapateriaswanny`.`promocion` -- ----------------------------------------------------- DROP TABLE IF EXISTS `zapateriaswanny`.`promocion` ; CREATE TABLE IF NOT EXISTS `zapateriaswanny`.`promocion` ( ìdpromocion` INT(3) NOT NULL AUTO_INCREMENT , `titulo` VARCHAR(100) NULL DEFAULT NULL , `promocion` VARCHAR(300) NULL DEFAULT NULL , `fechavencimiento` DATE NULL DEFAULT NULL , ìmagen` VARCHAR(20) NULL DEFAULT NULL , PRIMARY KEY (ìdpromocion`) ) ENGINE = InnoDB DEFAULT CHARACTER SET = latin1; SET SQL_MODE=@OLD_SQL_MODE; SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS; SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;


14 Diccionario de datos | UPSUM

2.5. Diccionario de datos

Un diccionario de datos es un conjunto de metadatos que contiene las características

lógicas y puntuales de los datos que se van a utilizar en el sistema que se programa,

incluyendo nombre, descripción, alias, contenido y organización.

Identifica los procesos donde se emplean los datos y los sitios donde se necesita el

acceso inmediato a la información, se desarrolla durante el análisis de flujo de datos y

auxilia a los analistas que participan en la determinación de los requerimientos del

sistema, su contenido también se emplea durante el diseño.

En un diccionario de datos se encuentra la lista de todos los elementos que forman

parte del flujo de datos de todo el sistema. Los elementos más importantes son flujos de

datos, almacenes de datos y procesos. El diccionario de datos guarda los detalles y

descripción de todos estos elementos.

http://es.wikipedia.org/wiki/Metadato


15 Nombre de Archivo: socio Fecha de creación: 18/09/2011. | UPSUM

Nombre de Archivo: socio Fecha de creación: 18/09/2011. Descripción: Base de datos que contendrá la plantilla de socios de la zapatería.

Campo Tamaño Tipo de Dato Descripción

nosocio 3 Numérico Clave única de usuario

paterno 70 Alfanumérico Apellido paterno del socio

materno 70 Alfanumérico Apellido materno del socio

nombre 70 Alfanumérico Nombre del socio

direccion 100 Alfanumérico Dirección del socio

telefono 20 Alfanumérico Número de teléfono de casa u oficina

celular 20 Alfanumérico Número de teléfono celular

email 50 Alfanumérico Correo electrónico

contraseña 20 Alfanumérico Clave de acceso al sistema

estatus 10 Alfanumérico Estado del socio (activo / no activo)

Relaciones: Campos Clave: nosocio con socio idsocio


16 Nombre de Archivo: zapatos Fecha de creación: 18/09/2011. | UPSUM

Nombre de Archivo: zapatos Fecha de creación: 18/09/2011. Descripción: Base de datos que contendrá la plantilla del catálogo de zapatos de la zapatería.


codigo 3 Numérico Clave única del zapato

descripcion 30 Alfanumérico Describe el zapato

marca 20 Alfanumérico La marca del zapato

talla 5 Alfanumérico Talla del zapato

color 20 Alfanumérico Color del zapato

costo 14,2 Numérico con decimal

Costo de compra del zapato

precio 14,2 Numérico con decimal

Precio de venta del zapato al socio

existencia 10 Numérico Número de pares de zapatos en existencia

tipo_catalogo 20 Alfanumérico Clasificación a la que pertenece el zapato

imagen 20 Alfanumérico Nombre del archivo en el servidor que contiene la imagen del producto.

Relaciones: Campos Clave: Idcodigo con codigo idcodigo


17 Nombre de Archivo: apartado Fecha de creación: 18/09/2011. | UPSUM

Nombre de Archivo: apartado Fecha de creación: 18/09/2011. Descripción: Base de datos que contendrá los apartados de la zapatería.


idpartado 3 Numérico Número que identifica el apartado (Primary key)

nosocio 3 Numérico Llave foránea de la tabla socio

codigo 3 Numérico Llave foránea de la tabla zapatos

descripcion 100 Alfanumérico Descripción del apartado

cantidad 3 Numérico

Cantidad de zapatos a apartar según la referencia en el código

precio 14,2 Numérico con decimal

Precio del zapato

subtotal 14,2 Numérico con decimal

Resultado del precio del zapato multiplicado por la cantidad que desea apartar

fechaapartado - Fecha La fecha en que se realiza el apartado

fechalimite - Fecha La fecha en que se vence el apartado

multa 14,2 Numérico con decimal

Cantidad a pagar si se excede la fecha límite y no se ha realizado la compra

status 10 Alfanumérico Estado del apartado: apartado o vendido

Relaciones: Campos Clave: Idapartado con apartado idapartado, codigo, nosocio


18 Nombre de Archivo: empleados Fecha de creación: 18/09/2011. | UPSUM

Nombre de Archivo: empleados Fecha de creación: 18/09/2011. Descripción: Base de datos que contendrá la plantilla de empleados de la zapatería.


idempleados 11 Numérico Identifica a cada empleado en el sistema

usuario 15 Alfanumérico

Nombre que identifica a cada empleado en el sistema

contrasena 10 Alfanumérico Clave de cada empleado para acceso al sistema

nombre 50 Numérico

Nombre completo del empleado incluyendo apellidos

tipo 11 Numérico Tipo de empleado (vendedor o administrador)

direccion Long Alfanumérico La dirección completa del empleado, calle, número, fraccionamiento y ciudad

telefono 10 Alfanumérico Teléfono de contacto del empleado

Relaciones: Campos Clave: Idempleados con empleados idempleados


19 Nombre de Archivo: venta Fecha de creación: 18/09/2011. | UPSUM

Nombre de Archivo: venta Fecha de creación: 18/09/2011. Descripción: Base de datos que contendrá las ventas de la zapatería.


idventa 3 Numérico Número que identifica la venta en el sistema

idempleados 3 Alfanumérico Identificador del empleado que realizó la venta

nosocio 3 Alfanumérico Identificador del cliente que realizó la compra

fecha - Fecha Fecha en que se realizó la venta

total 14,2 Numérico con decimal

Importe total de la venta

Relaciones: Campos Clave: Idventa con venta idempleados, nosocio


20 Nombre de Archivo: detalle_de_venta Fecha de creación: 18/09/2011. | UPSUM

Nombre de Archivo: detalle_de_venta Fecha de creación: 18/09/2011. Descripción: Base de datos que contendrá los detalles de las ventas de la zapatería.


id 3 Numérico Identifica cada detalle de venta

idventa 3 Numérico Identifica y relaciona con una venta

nosocio 3 Numérico Identifica al cliente de la venta

codigo 3 Numérico Identifica el zapato vendido

cantidad 5 Numérico Indica la cantidad de pares de zapatos vendidos

precio 14,2

Numérico con decimal

Indica el precio de los zapatos

subtotal 14,2 Numérico con decimal

Muestra la cantidad a pagar en la venta

Relaciones: Campos Clave: Id con detalle_de_venta id, idventa, codigo, nosocio


21 Nombre de Archivo: promocion Fecha de creación: 18/09/2011. | UPSUM

Nombre de Archivo: promocion Fecha de creación: 18/09/2011. Descripción: Base de datos que contendrá las ventas de la zapatería.


idpromocion 3 Numérico Número que identifica la promoción

idempleados 11 Numérico Identifica a cada empleado en el sistema

titulo 100 Alfanumérico Titulo de la promoción

promocion 300 Alfanumérico Descripción de la promoción

fechavencimiento - Fecha Fecha en que termina la promoción (vigencia)

Imagen 20 Alfanumérico Nombre del archivo imagen en el servidor

Relaciones: Campos Clave: Idpromocion con promocion idpromocion, idempleados


22 MANUAL DE USUARIO | UPSUM

3. MANUAL DE USUARIO

MÓDULO INTRANET

Pantalla principal para acceso al sistema.

Este módulo se utiliza para accesar al sistema con un nombre de usuario y una

contraseña, se selecciona una de las dos opciones de tipo de usuario (vendedor o

administrador).

Una vez introducidos todos los datos necesarios, se verifican los datos en la base

de datos al dar clic en el botón Iniciar Sesión.



Pantalla para acceso al sistema como usuario Administrador.

Al accesar correctamente en el sistema, nos da una bienvenida personalizada con

nuestro identificador de usuario.

Y nos despliega el menú de acuerdo a nuestras opciones como usuario

Administrador:

Personal

Catálogo

Reportes

Boletín

Cerrar Sesión



Módulo de alta de personal.

En este módulo se dan de alta a los usuarios que tendrán acceso al sistema; se

determina que tipo de usuario será (administrador o vendedor), sus datos

personales como son nombre, usuario, contraseña, teléfono y dirección.

Una vez introducidos todos los campos del formulario, damos clic en el botón

Agregar Usuario, y al ser correcto el proceso desplegará una pantalla indicando

que se ha guardado de manera correcta.



Módulo de catálogo.

En este módulo se dan de alta a los productos (zapatos), seleccionando la categoría

(damas, caballeros, niños, niñas), los campos: marca, talla, color, descripción, costo

(de proveedor), precio (de venta), existencia y el archivo de imagen

correspondiente.

Una vez introducidos todos los campos del formulario, damos click en el botón

Agregar Producto, y al ser correcto el proceso desplegará una pantalla indicando

que se ha guardado de manera correcta.



Módulo para modificar catálogos.

En este módulo se modifican los productos (zapatos), seleccionando la categoría

(damas, caballeros, niños, niñas), los campos: marca, talla, color, costo (de

proveedor), precio (de venta) y existencia.

Una vez introducidos todos los campos del formulario, damos clic en el botón

Guardar Edición.

Así mismo, en el listado de la parte inferior puede eliminarse el producto.



Módulo de reportes de ventas.

Estos reportes son generados por fecha y el otro por vendedor.

La información que se despliega en cada uno de los reportes son: código,

descripción, precio, cantidad, subtotal y total.



Pantalla para acceso al sistema como usuario Vendedor.

Al accesar correctamente en el sistema, nos da una bienvenida personalizada con

nuestro identificador de usuario.

Y nos despliega el menú de acuerdo a nuestras opciones como usuario Vendedor:

Ventas

Promociones

Cerrar Sesión



Pantalla de Búsqueda de Socio.

En este módulo se realiza la búsqueda de socio. Se introduce el número de socio y

se procede a dar clic en el botón Buscar. Al encontrar al socio, puede ocurrir que el

socio este activo o inactivo. De estar inactivo nos dará la opción de activarlo si así

se quiere. Al estar activo el socio puede tener o no un apartado. Si tiene un

apartado se procede a la venta. De lo contrario podemos ser referidos al módulo

de venta.



Pantalla de Módulo de Ventas.

En este módulo se realiza el proceso de ventas.

Se verifica que el cliente tenga un pedido y se procede a la venta. Al tener un

apartado el socio, se procede a introducir la cantidad con la que se paga y se activa

el botón Vender. Al confirmar la venta marca que el proceso fue realizado

exitosamente. De lo contrario se refiere al módulo de Apartado.



Pantalla web para modificación de usuarios (socios).

Este módulo permite al vendedor modificar los datos de un socio. Los campos

necesarios son: Nombre, Apellido Paterno, Apellido Materno, Contraseña, E-Mail,

Teléfono (casa), Teléfono (celular), Dirección. Una vez introducidos todos los

campos procedemos a dar clic en el botón Guardar.



Pantalla de Módulo Promociones.

Este módulo permite crear publicaciones de promociones, llenando los campos:

Título, Promoción (descripción de las ofertas, etc.), fecha de vencimiento. Y se

procede a dar clic en el botón Agregar Promoción.



MÓDULO WEB

Pantalla principal para inicio en Web.



Pantalla web para registro de usuarios (socios).

Este módulo permite a un usuario darse de alta a través de internet. Los campos

necesarios son: Nombre, Apellido Paterno, Apellido Materno, Contraseña, E-Mail,

Teléfono (casa), Teléfono (celular), Dirección. Una vez introducidos todos los

campos procedemos a dar clic en el botón Guardar.



Pantalla web para apartado de zapatos.

Este módulo permite a un usuario realizar el apartado de uno o varios zapatos. La

forma en realizar es seleccionando una categoría (Damas, Caballeros, Niños,

Niñas). Una vez seleccionados los modelos procedemos a dar clic en el botón

Apartar.



Pantalla web para vista de los boletines.

Este módulo permite a un usuario visualizar las diferentes promociones que hayan

sido publicadas.


37 BIBLIOGRAFÍA | UPSUM

4. BIBLIOGRAFÍA

http://es.wikipedia.org/wiki/Desarrollo_web

http://es.wikipedia.org/wiki/HTML_din%C3%A1mico

http://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n

http://www.uazuay.edu.ec/analisis/El%20modelo%20relacional.pdf

http://msdn.microsoft.com/es-es/library/ms191299.aspx

http://es.wikipedia.org/wiki/Diccionario_de_datos

marco teórico zapatería

Documents