View
5.182
Download
4
Category
Preview:
DESCRIPTION
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.
Citation preview
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
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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).
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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`;
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
10 Script de BD | UPSUM
-- ----------------------------------------------------- -- 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;
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
11 Script de BD | UPSUM
-- ----------------------------------------------------- -- 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;
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
12 Script de BD | UPSUM
-- ----------------------------------------------------- -- 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`
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
13 Script de BD | UPSUM
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;
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
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 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
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
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 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
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
Campo Tamaño Tipo de Dato Descripción
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
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
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 decimal
Importe total de la venta
Relaciones: Campos Clave: Idventa con venta idempleados, nosocio
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
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 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
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
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
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
23 MANUAL DE USUARIO | UPSUM
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
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
24 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
25 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
26 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
27 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
28 MANUAL DE USUARIO | UPSUM
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
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
29 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
30 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
31 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
32 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
33 MANUAL DE USUARIO | UPSUM
MÓDULO WEB
Pantalla principal para inicio en Web.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
34 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
35 MANUAL DE USUARIO | UPSUM
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.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
36 MANUAL DE USUARIO | UPSUM
Pantalla web para vista de los boletines.
Este módulo permite a un usuario visualizar las diferentes promociones que hayan
sido publicadas.
[SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011
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
Recommended