Marco teórico zapatería
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Marco teórico zapatería

on

  • 3,943 views

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 ...

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.

Statistics

Views

Total Views
3,943
Views on SlideShare
3,943
Embed Views
0

Actions

Likes
0
Downloads
158
Comments
1

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Marco teórico zapatería Document Transcript

  • 1. qwertyuiopasdfghjklzxcvbnmqwertyui Sistemas y Procedimientos de Información Iopasdfghjklzxcvbnmqwertyuiopasdfgh jklzxcvbnmqwertyuiopasdfghjklzxcvb nmqwertyuiopasdfghjklzxcvbnmqwer Sistemas y Procedimientostyuiopasdfghjklzxcvbnmqwertyuiopas de Información Idfghjklzxcvbnmqwertyuiopasdfghjklzx Maestría en Telecomunicaciones cvbnmqwertyuiopasdfghjklzxcvbnmqwertyuiopasdfghjklzxcvbnmqwertyuio Proyecto Final: Sistema de Zapatería Swanny pasdfghjklzxcvbnmqwertyuiopasdfghj M.C. Mario Alberto Carrillo Ancheytaklzxcvbnmqwertyuiopasdfghjklzxcvbnmqwertyuiopasdfghjklzxcvbnmqwerty Elaborado por: Swanny Yadira Díaz Aquino Daniel Ivan Ballesteros Sandínuiopasdfghjklzxcvbnmqwertyuiopasdf Sergio Enrique Gómez Espinosa Mario Alberto Macias Hernández Josué Alejandro Morales Ruiz ghjklzxcvbnmqwertyuiopasdfghjklzxc 24/09/2011vbnmqwertyuiopasdfghjklzxcvbnmrtyuiopasdfghjklzxcvbnmqwertyuiopasdf ghjklzxcvbnmqwertyuiopasdfghjklzxc
  • 2. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011 1 INDICE1. INTRODUCCIÓN ............................................................................................. 32. 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 ................................................................................. 143. MANUAL DE USUARIO ................................................................................... 224. 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 softwaredel lado del servidor y del cliente que involucran una combinación de procesos de base dedatos con el uso de un navegador en Internet a fin de realizar determinadas tareas omostrar información. Tradicionalmente un software departamental o incluso un ambicioso proyectocorporativo de gran envergadura es desarrollado en forma standalone, es decir, usandolenguajes ya sea compilados (C, C++, Delphi), semicompilados (.NET, Mono, Java), ointerpretados (Python) para crear tanto la funcionalidad como toda la interfaz de losusuarios, 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 vezterminado. Funcionalmente, el desarrollador web, que es quien realiza esta labor, normalmentesólo se preocupa por el funcionamiento del software, es tarea del diseñador webpreocuparse del aspecto final (layout) de la página y del webmaster el integrar ambaspartes. En ocasiones el webmaster también se encarga de actualizar los contenidos de lapá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á muydifundido todavía. También hay un proyecto para usar Pascal en web a través del lenguajePascal Server Pages - PSP pero aún no se han concretado desarrollos, hasta donde seconoce. La base de datos más popular en desarrollo web es MySQL, seguida por Oracle, SQLServer y PostgreSQL, también puede usarse perfectamente Firebird o HSQL. Idealmente un desarrollador web debería conocer, además de al menos un lenguajede programación y el manejo de al menos una base de datos, HTML, CSS y JavaScript, trestecnologí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. DESARROLLOOBJETIVO DE NUESTRO PROYECTO: El objetivo de la aplicación será crear un módulo de “punto de venta” para unazapatería que vende a precios de fábrica, el cual tendrá la capacidad de registrar lasventas diarias por vendedor, llevará el control de las existencias y permitirá publicar suscatálogos de zapatos para niños, niñas, hombres y mujeres en la Web, podrá publicarimágenes, promociones y artículos referentes a los nuevos productos de la temporada, losvisitantes a la web podrán suscribirse para poder comprar y recibir boletines a sus correoscuando haya nuevos productos o bien promociones y ofertas. Los usuarios podrán registrarse como compradores y realizar el apartado de sucalzado.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 elmodelado de datos de un sistema de información. Estos modelos expresan entidadesrelevantes 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 lasasociaciones y algunas de sus propiedades, para lo cual define una asociación como unalínea o conexión ente dos entidades. (Una asociación es una referencia que una entidadhace 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 enCalifornia. Se trata de un modelo lógico [Irene Luque Ruiz- Ed. Ra-ma], que establece unaestructura sobre los datos, aunque posteriormente éstos puedan ser almacenados demúltiples formas para aprovechar características físicas concretas de la máquina sobre laque 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 unabase de datos y sus objetos. Puede generar scripts a partir de los objetos de una base dedatos existente y agregar dichos objetos a otra base de datos mediante la ejecución de losscripts en esa base de datos. De ese modo, se vuelve a crear la estructura completa de labase de datos y todos sus objetos. El esquema para los objetos generados puede guardarse en un solo archivo de scriptsSQL o en varios archivos que contengan los esquemas de cada objeto. También puedeguardar el esquema generado para un solo objeto, o un grupo de objetos, en uno o variosarchivos de scripts SQL. Entre otros ejemplos de archivos de scripts SQL que se puedengenerar, 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 SwannySET @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 = InnoDBDEFAULT 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 = InnoDBDEFAULT 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 = InnoDBDEFAULT 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 = InnoDBAUTO_INCREMENT = 0DEFAULT CHARACTER SET = latin1COLLATE = 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 = InnoDBDEFAULT 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 = InnoDBDEFAULT 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 = InnoDBDEFAULT 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ísticasló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 elacceso inmediato a la información, se desarrolla durante el análisis de flujo de datos yauxilia a los analistas que participan en la determinación de los requerimientos delsistema, su contenido también se emplea durante el diseño. En un diccionario de datos se encuentra la lista de todos los elementos que formanparte del flujo de datos de todo el sistema. Los elementos más importantes son flujos dedatos, almacenes de datos y procesos. El diccionario de datos guarda los detalles ydescripción de todos estos elementos. 14 Diccionario de datos | UPSUM
  • 15. [SISTEMAS Y PROCEDIMIENTOS DE INFORMACIÓN I] 24 de septiembre de 2011Nombre 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ónnosocio 3 Numérico Clave única de usuariopaterno 70 Alfanumérico Apellido paterno del sociomaterno 70 Alfanumérico Apellido materno del socionombre 70 Alfanumérico Nombre del sociodireccion 100 Alfanumérico Dirección del sociotelefono 20 Alfanumérico Número de teléfono de casa u oficinacelular 20 Alfanumérico Número de teléfono celularemail 50 Alfanumérico Correo electrónicocontraseña 20 Alfanumérico Clave de acceso al sistemaestatus 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 2011Nombre 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óncodigo 3 Numérico Clave única del zapatodescripcion 30 Alfanumérico Describe el zapatomarca 20 Alfanumérico La marca del zapatotalla 5 Alfanumérico Talla del zapatocolor 20 Alfanumérico Color del zapatocosto 14,2 Numérico con Costo de compra del zapato decimalprecio 14,2 Numérico con Precio de venta del zapato al socio decimalexistencia 10 Numérico Número de pares de zapatos en existenciatipo_catalogo 20 Alfanumérico Clasificación a la que pertenece el zapatoimagen 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 2011Nombre 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ónidpartado 3 Numérico Número que identifica el apartado (Primary key)nosocio 3 Numérico Llave foránea de la tabla sociocodigo 3 Numérico Llave foránea de la tabla zapatosdescripcion 100 Alfanumérico Descripción del apartadocantidad Cantidad de zapatos a apartar según la 3 Numérico referencia en el códigoprecio 14,2 Numérico con Precio del zapato decimalsubtotal 14,2 Numérico con Resultado del precio del zapato multiplicado por decimal la cantidad que desea apartarfechaapartado - Fecha La fecha en que se realiza el apartadofechalimite - Fecha La fecha en que se vence el apartadomulta 14,2 Numérico con Cantidad a pagar si se excede la fecha límite y no decimal se ha realizado la comprastatus 10 Alfanumérico Estado del apartado: apartado o vendidoRelaciones: 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 2011Nombre 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ónidempleados 11 Numérico Identifica a cada empleado en el sistemausuario Nombre que identifica a cada empleado en el 15 Alfanumérico sistemacontrasena 10 Alfanumérico Clave de cada empleado para acceso al sistemanombre Nombre completo del empleado incluyendo 50 Numérico apellidostipo 11 Numérico Tipo de empleado (vendedor o administrador)direccion Long Alfanumérico La dirección completa del empleado, calle, número, fraccionamiento y ciudadtelefono 10 Alfanumérico Teléfono de contacto del empleadoRelaciones: 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 2011Nombre 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ónidventa 3 Numérico Número que identifica la venta en el sistemaidempleados 3 Alfanumérico Identificador del empleado que realizó la ventanosocio 3 Alfanumérico Identificador del cliente que realizó la comprafecha - Fecha Fecha en que se realizó la ventatotal 14,2 Numérico con Importe total de la venta decimalRelaciones: 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 2011Nombre 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ónid 3 Numérico Identifica cada detalle de ventaidventa 3 Numérico Identifica y relaciona con una ventanosocio 3 Numérico Identifica al cliente de la ventacodigo 3 Numérico Identifica el zapato vendidocantidad 5 Numérico Indica la cantidad de pares de zapatos vendidosprecio Numérico con Indica el precio de los zapatos 14,2 decimalsubtotal 14,2 Numérico con Muestra la cantidad a pagar en la venta decimalRelaciones: 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 2011Nombre 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ónidpromocion 3 Numérico Número que identifica la promociónidempleados 11 Numérico Identifica a cada empleado en el sistematitulo 100 Alfanumérico Titulo de la promociónpromocion 300 Alfanumérico Descripción de la promociónfechavencimiento - Fecha Fecha en que termina la promoción (vigencia)Imagen 20 Alfanumérico Nombre del archivo imagen en el servidorRelaciones: 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 USUARIOMÓ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ón23 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ón28 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 2011MÓ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ÍAhttp://es.wikipedia.org/wiki/Desarrollo_webhttp://es.wikipedia.org/wiki/HTML_din%C3%A1micohttp://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3nhttp://www.uazuay.edu.ec/analisis/El%20modelo%20relacional.pdfhttp://msdn.microsoft.com/es-es/library/ms191299.aspxhttp://es.wikipedia.org/wiki/Diccionario_de_datos37 BIBLIOGRAFÍA | UPSUM