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.

1. qwertyuiopasdfghjklzxcvbnmqwertyui
Sistemas y Procedimientos de Información I
opasdfghjklzxcvbnmqwertyuiopasdfgh
jklzxcvbnmqwertyuiopasdfghjklzxcvb
nmqwertyuiopasdfghjklzxcvbnmqwer
Sistemas y Procedimientos
tyuiopasdfghjklzxcvbnmqwertyuiopas
de Información I
dfghjklzxcvbnmqwertyuiopasdfghjklzx
Maestría en Telecomunicaciones
cvbnmqwertyuiopasdfghjklzxcvbnmq
wertyuiopasdfghjklzxcvbnmqwertyuio
Proyecto Final: Sistema de Zapatería Swanny
pasdfghjklzxcvbnmqwertyuiopasdfghj
M.C. Mario Alberto Carrillo Ancheyta
klzxcvbnmqwertyuiopasdfghjklzxcvbn
mqwertyuiopasdfghjklzxcvbnmqwerty
Elaborado por:
Swanny Yadira Díaz Aquino
Daniel Ivan Ballesteros Sandín
uiopasdfghjklzxcvbnmqwertyuiopasdf
Sergio Enrique Gómez Espinosa
Mario Alberto Macias Hernández
Josué Alejandro Morales Ruiz
ghjklzxcvbnmqwertyuiopasdfghjklzxc 24/09/2011
vbnmqwertyuiopasdfghjklzxcvbnmrty
uiopasdfghjklzxcvbnmqwertyuiopasdf
ghjklzxcvbnmqwertyuiopasdfghjklzxc

2. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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
2 INDICE | UPSUM

3. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
3 INTRODUCCIÓN | UPSUM

4. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
4 DESARROLLO | UPSUM

5. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
 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.
5 DESARROLLO | UPSUM

6. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
Diagrama 1. Modelo E-R del sistema Zapatería Swanny
6 Modelo E-R | UPSUM

7. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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).
Diagrama 2. Modelo ELKA del sistema Zapatería Swanny
7 Modelo ELKA | UPSUM

8. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
Diagrama 3. Modelo Relacional del sistema Zapatería Swanny
8 Modelo Relacional | UPSUM

9. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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`;
9 Script de BD | UPSUM

10. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
-- -----------------------------------------------------
-- 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 ,
`email` VARCHAR(50) NULL DEFAULT NULL ,
`contrasena` VARCHAR(20) NULL DEFAULT NULL ,
`estatus` 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 ,
`existencia` INT(10) NULL DEFAULT NULL ,
`tipo_catalogo` VARCHAR(20) NULL DEFAULT NULL ,
`imagen` VARCHAR(20) NULL DEFAULT NULL ,
PRIMARY KEY (`codigo`) )
ENGINE = InnoDB
DEFAULT CHARACTER SET = latin1;
10 Script de BD | UPSUM

11. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
-- -----------------------------------------------------
-- Table `zapateriaswanny`.`apartado`
-- -----------------------------------------------------
DROP TABLE IF EXISTS `zapateriaswanny`.`apartado` ;
CREATE TABLE IF NOT EXISTS `zapateriaswanny`.`apartado` (
`idpartado` 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 (`idpartado`) ,
INDEX `nosocio` (`nosocio` ASC) ,
INDEX `codigo` (`codigo` ASC) ,
CONSTRAINT `apartado_ibfk_1`
FOREIGN KEY (`nosocio` )
REFERENCES `zapateriaswanny`.`socio` (`nosocio` ),
CONSTRAINT `apartado_ibfk_2`
FOREIGN KEY (`codigo` )
REFERENCES `zapateriaswanny`.`zapatos` (`codigo` ))
ENGINE = InnoDB
DEFAULT CHARACTER SET = latin1;
-- -----------------------------------------------------
-- Table `zapateriaswanny`.`empleados`
-- -----------------------------------------------------
DROP TABLE IF EXISTS `zapateriaswanny`.`empleados` ;
CREATE TABLE IF NOT EXISTS `zapateriaswanny`.`empleados` (
`idempleados` INT(11) NOT NULL AUTO_INCREMENT ,
`usuario` 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 (`idempleados`) ,
INDEX `nombres` (`nombre` ASC) )
ENGINE = InnoDB
AUTO_INCREMENT = 0
DEFAULT CHARACTER SET = latin1
COLLATE = latin1_spanish_ci;
11 Script de BD | UPSUM

12. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
-- -----------------------------------------------------
-- Table `zapateriaswanny`.`venta`
-- -----------------------------------------------------
DROP TABLE IF EXISTS `zapateriaswanny`.`venta` ;
CREATE TABLE IF NOT EXISTS `zapateriaswanny`.`venta` (
`idventa` INT(3) NOT NULL AUTO_INCREMENT ,
`idempleados` 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 (`idventa`) ,
INDEX `idempleados` (`idempleados` ASC) ,
INDEX `nosocio` (`nosocio` ASC) ,
CONSTRAINT `venta_ibfk_1`
FOREIGN KEY (`idempleados` )
REFERENCES `zapateriaswanny`.`empleados` (`idempleados` ),
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` (
`id` INT(3) NOT NULL AUTO_INCREMENT ,
`idventa` 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 (`id`) ,
INDEX `idventa` (`idventa` ASC) ,
INDEX `codigo` (`codigo` ASC) ,
INDEX `nosocio` (`nosocio` ASC) ,
CONSTRAINT `detalle_venta_ibfk_1`
FOREIGN KEY (`idventa` )
REFERENCES `zapateriaswanny`.`venta` (`idventa` ),
CONSTRAINT `detalle_venta_ibfk_2`
FOREIGN KEY (`codigo` )
REFERENCES `zapateriaswanny`.`zapatos` (`codigo` ),
CONSTRAINT `detalle_venta_ibfk_3`
12 Script de BD | UPSUM

13. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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` (
`idpromocion` INT(3) NOT NULL AUTO_INCREMENT ,
`titulo` VARCHAR(100) NULL DEFAULT NULL ,
`promocion` VARCHAR(300) NULL DEFAULT NULL ,
`fechavencimiento` DATE NULL DEFAULT NULL ,
`imagen` VARCHAR(20) NULL DEFAULT NULL ,
PRIMARY KEY (`idpromocion`) )
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;
13 Script de BD | UPSUM

14. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
14 Diccionario de datos | UPSUM

15. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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
15 Nombre de Archivo: socio Fecha de creación: 18/09/2011. |
UPSUM

16. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
Campo Tamaño Tipo de Dato Descripción
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 Costo de compra del zapato
decimal
precio 14,2 Numérico con Precio de venta del zapato al socio
decimal
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
16 Nombre de Archivo: zapatos Fecha de creación: 18/09/2011. |
UPSUM

17. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
Nombre de Archivo: apartado Fecha de creación: 18/09/2011.
Descripción: Base de datos que contendrá los apartados de la zapatería.
Campo Tamaño Tipo de Dato Descripción
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 Cantidad de zapatos a apartar según la
3 Numérico
referencia en el código
precio 14,2 Numérico con Precio del zapato
decimal
subtotal 14,2 Numérico con Resultado del precio del zapato multiplicado por
decimal 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 Cantidad a pagar si se excede la fecha límite y no
decimal se ha realizado la compra
status 10 Alfanumérico Estado del apartado: apartado o vendido
Relaciones: Campos Clave:
Idapartado con apartado idapartado, codigo, nosocio
17 Nombre de Archivo: apartado Fecha de creación: 18/09/2011. |
UPSUM

18. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
Campo Tamaño Tipo de Dato Descripción
idempleados 11 Numérico Identifica a cada empleado en el sistema
usuario Nombre que identifica a cada empleado en el
15 Alfanumérico
sistema
contrasena 10 Alfanumérico Clave de cada empleado para acceso al sistema
nombre Nombre completo del empleado incluyendo
50 Numérico
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
18 Nombre de Archivo: empleados Fecha de creación: 18/09/2011. |
UPSUM

19. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
Nombre de Archivo: venta Fecha de creación: 18/09/2011.
Descripción: Base de datos que contendrá las ventas de la zapatería.
Campo Tamaño Tipo de Dato Descripción
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 Importe total de la venta
decimal
Relaciones: Campos Clave:
Idventa con venta idempleados, nosocio
19 Nombre de Archivo: venta Fecha de creación: 18/09/2011. |
UPSUM

20. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
Campo Tamaño Tipo de Dato Descripción
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 Numérico con Indica el precio de los zapatos
14,2
decimal
subtotal 14,2 Numérico con Muestra la cantidad a pagar en la venta
decimal
Relaciones: Campos Clave:
Id con detalle_de_venta id, idventa, codigo, nosocio
20 Nombre de Archivo: detalle_de_venta Fecha de creación:
18/09/2011. | UPSUM

21. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
Nombre de Archivo: promocion Fecha de creación: 18/09/2011.
Descripción: Base de datos que contendrá las ventas de la zapatería.
Campo Tamaño Tipo de Dato Descripción
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
21 Nombre de Archivo: promocion Fecha de creación: 18/09/2011. |
UPSUM

22. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
22 MANUAL DE USUARIO | UPSUM

23. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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
23 MANUAL DE USUARIO | UPSUM

24. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
24 MANUAL DE USUARIO | UPSUM

25. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
25 MANUAL DE USUARIO | UPSUM

26. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
26 MANUAL DE USUARIO | UPSUM

27. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
27 MANUAL DE USUARIO | UPSUM

28. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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
28 MANUAL DE USUARIO | UPSUM

29. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
29 MANUAL DE USUARIO | UPSUM

30. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
30 MANUAL DE USUARIO | UPSUM

31. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
31 MANUAL DE USUARIO | UPSUM

32. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
32 MANUAL DE USUARIO | UPSUM

33. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
MÓDULO WEB
Pantalla principal para inicio en Web.
33 MANUAL DE USUARIO | UPSUM

34. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
34 MANUAL DE USUARIO | UPSUM

35. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
35 MANUAL DE USUARIO | UPSUM

36. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
Pantalla web para vista de los boletines.
Este módulo permite a un usuario visualizar las diferentes promociones que hayan
sido publicadas.
36 MANUAL DE USUARIO | UPSUM

37. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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
37 BIBLIOGRAFÍA | UPSUM