Docx 3d5w4d

FACULTAD DE INGENIERÍA ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS

Tema “Sistema de información basado en la web para la Gestión del Proceso de Ventas”

Docente Pérez, Iván

Estudiantes Montalvo Gabriel, Yasser Jorge Solórzano Hidalgo, Ronald Jaramillo Silva, Christian Alexis Peña Mota, Geraldine

LIMA – PERÚ 1

2015 INTRODUCCIÓN

Durante el tiempo de servicio de la panificadora “San Roque” el uso de llevar toda su información manualmente se ha generalizado significativamente, debido a la falta de capacitación con respecto a los sistemas de información. Sin embargo, este proceso se ha convertido en una verdadera problemática, de modo que, promueve y prioriza el registro de sus actividades manualmente mediando un cuaderno, a lo cual se suma también que los pedidos llegan tarde originando así una atención al cliente deficiente. Por ello es importante hacer un estudio exhaustivo en torno a las consecuencias que viene socavando el proceso de manejar su información manualmente. Es por ello, que el principal objetivo de este proyecto es implementar una solución con sistemas de información basado en la web para conjurar este problema, así como comprender la manera en que esta actividad automatizada les pueda ayudar en el proceso de ventas.

2

ÍNDICE INTRODUCCIÓN.………………………………………………………………………………………………………………..2 ÍNDICE.……………………………………………………………………………………………………………………………3-4 1. ASPECTOS DE LA ORGANIZACIÓN………………………………………………………………………………..5 1.1. VISIÓN………………………………………………………………………………………………………………….5 1.2. MISIÓN…………………………………………………………………………………………………………………5 1.3. OBJETIVOS……………………………………………………………………………………………………………5 1.4. ANTECEDENTES…………………………………………………………………………………………………5-6 1.5. ORGANIGRAMA……………………………………………………………………………………………………6 1.6. ÁMBITO DEL PROYECTO……………………………………………………………………………………….7 1.6.1. Área……………………………………………………………………………………………………………7 1.6.2. Recursos Humanos…………………………………………………………………………………….7 1.6.3. Software………………………………………………………………………………………………..715 1.6.4. Hardware………………………………………………………………………………………………….1 6 1.6.5. Cronograma de Actividades………………………………………………………………………17 2. ASPECTOS DEL NEGOCIO……………………………………………………………………………………………18 2.1. DESCRIPCIÓN DE FUNCIONES Y PROCESOS DEL NEGOCIO…………………………………..18 2.2. PROBLEMÁTICA ACTUAL O ANÁLISIS SITUACIONAL…………………………………………….18 2.3. CATÁLOGO DE LAS REGLAS DE NEGOCIO…………………………………………………………….19 3. METODOLOGÍA…………………………………………………………………………20 3.1. Modelo de Requerimientos……………………………………………………….20 3.1.1. Matriz Procesos Requerimientos…………………………………………..20 3.1.2. Documento de Visión……………………………………………….......21-25 3.1.3. Cuadro de requerimientos funcionales…………………………………….25 3.1.4. Cuadro de requerimientos no funcionales…………………………………26 3.1.5. Relación de actores.……………………………………………………......27 3.1.6. Relación de casos de uso…………………………………………………...28 3.1.7. Modelo de Casos de Uso de Requerimientos……………………………...29 3.1.8. Plantilla de especificación de casos de uso……………………………..3033 3.1.9. Matriz de trazabilidad de los requerimientos y casos de uso………………..34 3

3.1.10. Modelo Conceptual de Clases……………………………..……………….35 3.1.11. Reglas de Negocio ……………………………..……………………….36-38 3.1.12. Glosario de Términos……………………………..…………………….38-40 3.2. Análisis Orientado a Objetos……………………………..………………………..40 3.2.1. Modelo de Análisis……………………………..……………………………40 3.3.1.1. Diagrama de Análisis de Clases ……………………………......40-45 3.3.1.2. Diagramas de Secuencia y Colaboración de Análisis…………..45-54 3.2.2. Lista de Clases de Interfaz……………………………..………………...55-58 3.2.3. Lista de Clases de Control……………………………..…………………59-60 3.2.4. Lista de Clases de Entidades……………………………..………………61-62 3.2.4. Modelo Lógico de Clases……………………………..……………………...63 3.3 Diseño Orientado a Objetos……………………………..…………………………..64 3.3.1 Diagrama de caso de uso de diseño……………………………..…………………64 3.3.2 Realización de caso de uso de diseño……………………………..……………65-66 3.3.3 Modelo Físico……………………..……………………………………………..…67 3.3.3.1 Creación de esquema y tablas……………………………..……………………..67 3.3.4 Diagramas de Secuencia 3.3.5 Diagramas de Colaboración 3.3.6 Diagrama de Estados 3.3.7 Estructura Modular del SWOO 3.3.7.1 Diseño de Ventanas 3.3.7.2 Diseño de Reportes 3.3.8 Diagramas de Componentes 3.3.9 Diagramas de Distribución CONCLUSIONES Y RECOMENDACIONES BIBLIOGRAFÍA ANEXOS……………………………..………………………………………....…68-80

4

1. ASPECTOS DE LA ORGANIZACIÓN 1.1. VISIÓN Panificadora San Roque será una empresa altamente competitiva, innovadora y sobresaliente en el mercado nacional de panaderías y pastelerías alzando un alto nivel de desarrollo humano y tecnológico. 1.2. MISIÓN Brindar un buen servicio para satisfacer y abastecer las necesidades de los clientes. 1.3. OBJETIVOS Crear el área de logística, reducir los costos de producción, adquirir mayor conocimiento (Retroalimentación), capacitarse en gestión empresarial y gestión istrativa (). 1.4. ANTECEDENTES

I. Starbucks Contrató como director de operaciones a Kevin Johnson, antiguo CEO de Juniper Networks y veterano de Microsoft e IBM, de quien recientemente, el CEO de Starbucks, Howard Schultz, ha elogiado públicamente su "experiencia móvil y digital". En general, se observa una creciente demanda de nuevas opciones de pago en línea por parte los consumidores. La aplicación para móviles de Starbucks: Starbucks ya dispone de una aplicación para móviles, compatible con iOS y Android, que permite a sus clientes:

5

1. Localizar las tiendas Starbucks más cercanas al punto en el que se encuentran en cada momento y ver su dirección y horarios. 2. Consultar el menú de bebidas y alimentos de Starbucks. 3. Crear sus propias bebidas y compartirlas con amigos. 4. Guardar la localización de sus tiendas favoritas. 5. Pagar por los productos que adquieren, simplemente pasando su teléfono móvil sobre un escáner. Objetivos de la compañía para el futuro Según Schultz, la compañía pretende fundamentalmente: A corto plazo • Mejorar su programa de fidelización • Incrementar la base de clientes que utilizan su aplicación.

Para el 2015: • Implementar la posibilidad de hacer pedidos desde el móvil: Starbucks ya ha puesto en marcha, en algunas tiendas de Portland y Oregon, un programa piloto denominado "Mobile Order & Pay" que permite a los clientes, no sólo pagar por los productos con su teléfono móvil, sino también realizar su pedido con anterioridad desde una aplicación para que esté preparado cuando lleguen a la tienda. II. Software de Gestión para pastelería y panadería: Gesdit es el nombre genérico de todas las aplicaciones Techni-Web de software para comercios minoristas, sea del sector que sea. El rango de soluciones basadas en TPV táctil y software de gestión para los comercios minoristas van desde el simple manejo de un terminal de mano en un punto de venta a través software de pantalla táctil, hasta la gestión total de varias tiendas, almacenes, mostradores y diferentes unidades de negocio, bajo un mismo paraguas o bajo regímenes distintos: varias sociedades, cadenas, cadenas de franquicias. 1.5. ORGANIGRAMA Figura N° 1: Organigrama de la empresa San Roque.

6

Directorio (Gerardo Solórzano B.)

Gerente General (Walter Solórzano)

Contabilidad (Lucas)

(Gerardo Solórzano B.)

Producción: -Melanio -Edgar -Walter

Ventas: -Walter

Distribución: -Walter -Melanio

Cobranza: -Walter -Melanio

Fuente: Elaboración de la empresa San Roque. 1.6. ÁMBITO DEL PROYECTO 1.6.1.Área Área de ventas: Encargada de informar, satisfacer los servicios que requiere el cliente y registrar sus datos para la venta. 1.6.2.Recursos Humanos -Sponsor: es el directorio aquel que participará en el proyecto y respaldará el proyecto respecto a la disponibilidad de recursos. -Líder de : es el encargado de las ventas supervisará que el software le permita mostrar los recursos que necesitan los empleados para el control y atención en la panadería. -Gestor del Proyecto Web: Gestionar y asignar los recursos necesarios para alcanzar los objetivos del proyecto. -Especialista en Usabilidad: Tiene la responsabilidad de pruebas de y garantiza que se cumplan las normas de usabilidad para el proyecto del sitio. 7

-Arquitecto de Información: Organiza y clasifica la estructura del sitio web y el contenido. Desarrolla los esquemas de categorización de contenidos, usa terminología coherente para el sitio. -Especialista en desarrollo web: Integración de base de datos y apoyo, programación web a medida, y la integración con otras aplicaciones o bases de datos que suministran contenidos o funcionalidades al sitio web. -Especialista en diseño (Ronald Solórzano): Diseña el aspecto general y la sensación para el sitio web, diseña la interfaz visual, las normas de paleta de colores, los detalles de cómo la gráfica, fotografía, ilustración, y elementos audiovisuales del sitio se unen para formar un todo integrado. 1.6.3.Software HTML: Es un lenguaje que es utilizado para la creación de páginas web, está compuesto por una serie de etiquetas para visualizar imágenes, hipervínculos los cuales nos envían a otras páginas web y así poder juntar más información y también poder ver tablas, listas etc. Características: - HTML es un lenguaje estructurado. -Es muy fácil navegar con él ya que usa hipertexto -Es compatible con todo tipo de ordenadores -Es dinámica, se puede cambiar y actualizar información -Puede ser creado y editado con cualquier editor de textos básico -Permite una comunicación rápida y directa

Especificaciones técnicas de Dreamweaver CS6 Para nuestro proyecto utilizaremos el software Adobe Dreamweaver CS6 -Versión 12.0 Build 5808 -Entorno de desarrollo compatible con PHP, J2EE y Microsoft.Net -Compatible con HTML5 PHP: PHP es un lenguaje de código abierto, se usará para desarrollo web de nuestro proyecto ya podrá ser enlazado con HTML. Lo utilizaremos para generar páginas web dinámicas. 8

El lenguaje PHP se procesa en servidores, que son potentes ordenadores con un software y hardware especial. Características: -Es un lenguaje multiplataforma. -Está completamente orientado al desarrollo de aplicaciones web dinámicas con a información almacenada en una Base de Datos. -El código fuente escrito en PHP es invisible al navegador y al cliente ya que es el servidor el que se encarga de ejecutar el código y enviar su resultado HTML al navegador. Esto hace que la programación en PHP sea segura y confiable. -Tiene la capacidad de conexión con la mayoría de los motores de base de datos que se utilizan en la actualidad, destaca su conectividad con MySQL y PostgreSQL. Especificaciones técnicas: Para nuestro proyecto utilizaremos PHP 5.2 PHP tiene útiles características de procesamiento de texto, las cuales incluyen las expresiones regulares compatibles con Perl (PCRE), y muchas extensiones y herramientas para el y análisis de documentos XML. PHP estandariza todas las extensiones XML sobre el fundamento sólido de libxml2, y amplía este conjunto de características añadiendo soporte para SimpleXML, XMLReader y XMLWriter.

JavaScript: JavaScript (abreviado comúnmente "JS") es un lenguaje de programación interpretado, dialecto del estándar ECMAScript. Se define como orientado a objetos,3 basado en prototipos, imperativo, débilmente tipado y dinámico. Se utiliza principalmente en su forma del lado del cliente (client-side), implementado como parte de un navegador webpermitiendo mejoras en la interfaz de y páginas web dinámicas aunque existe una forma de JavaScript del lado del servidor (Server-side JavaScript o SSJS). Su uso en aplicaciones externas a la web, por ejemplo en documentos PDF, aplicaciones de escritorio (mayoritariamente widgets) es también significativo.

Características de JavaScript:

9

-Es simple, no hace falta tener conocimientos de programación para poder hacer un programa en JavaScript. -Maneja objetos dentro de nuestra página Web y sobre ese objeto podemos definir diferentes eventos. Dichos objetos facilitan la programación de páginas interactivas, a la vez que se evita la posibilidad de ejecutar comandos que puedan ser peligrosos para la máquina del , tales como formateo de unidades, modificar archivos etc. -Es dinámico, responde a eventos en tiempo real. Eventos como presionar un botón, pasar el puntero del mouse sobre un determinado texto o el simple hecho de cargar la página o caducar un tiempo. Con esto podemos cambiar totalmente el aspecto de nuestra página al gusto del , evitándonos tener en el servidor un página para cada gusto, hacer cálculos en base a variables cuyo valor es determinado por el , etc. Base de datos (MySQL): MySQL es un sistema de istración de base de datos el cual nos ayudara en nuestro proyecto a almacenar los datos y gestionarlos. Es de código abierto y está basado en el lenguaje de consulta estructurado (SQL), MySQL fue escrito en C y C++ y destaca por su gran adaptación a diferentes entornos de desarrollo, permitiendo su interactuación con los lenguajes de programación más utilizados como PHP, Perl y Java y su integración en distintos sistemas operativos.

Características: -MYSQL, es el manejador de base de datos considerado como el más rápido de Internet. -Gran rapidez y facilidad de uso. -Es una de las herramientas más utilizadas por los programadores orientados a Internet. -Infinidad de librerías y otras herramientas que permiten su uso a través de gran cantidad de -lenguajes de programación. -Gestión de s y s, manteniendo un muy buen nivel de seguridad en los datos. -Fácil instalación y configuración. -Soporta gran cantidad de tipos de datos para las columnas. -Soporta hasta 32 índices por tabla.

Especificaciones técnicas: 10

Utilizaremos Apache como servidor web, MySQL como sistema de gestión de base de datos relacional y PHP como lenguaje de programación orientado a objetos. - Arquitectura Flexible Open Source Multi-threaded Pluggable Storage-Engine Architecture MyISAM InnoDB Merge Memory Archive Cluster OLTP y Transacciones

ACID Transactions Commit, Rollback Foreign Keys, Referential Integrity Row-level Locking Customizable Lock Isolation Levels Distributed Transactions (XA) Snapshot Repeatable Reads (readers don’t block writers and vice-versa) Timed Deadlock Detection ANSI SQL Standards

ANSI SQL SubQueries, s, Cursors Prepared Statements Views 11

Triggers Stored Procedures -Defined Functions Information Schema Unicode Referential Integrity Server-enforced Data Integrity Strong Data type (e.g.Numeric, VARCHAR, BLOB, etc.) Optimized Datatype (e.g. Tinyint, Smallint, Mediumint, Bigint, etc.) Replicación, Cluster & Alta Disponibilidad

Built-in Replication EngineMaster/Slave Dual Master Replication Ring Replication Tree Proven Load Balancing · Distributed AutoIncrement Main Memory Cluster Engine with instant failover (available separately) Respaldos

Auto-Restart/Recovery Backup and Point-in-Time Recovery Logical Online Hot-Backup Physical Online Hot-Backup (available separately) Manejo del Almacenamiento Hassle-Free Storage istration Automatic Space Expansion 12

Built-in Space Reclamation Auto Undo/Rollback Management Customizable Storage Assignments Compressed and Archive Tables Packed Index Storage Works with NAS or SAN storage Características optimizadas para aplicaciones Web Server-side Thread Pool Connection Thread Caching Query Results Caching Load Balancing Prepared Statements Full Text Search Multiple Character Sets Geospatial Multi-Terabyte Scalability

Características optimizadas para Data Warehouse Fast Data Load Utility High-Speed Multi-Insert Function GROUP BY WITH ROLLUP Aggregate UDF Analytic SQL Functions Geospatial Archive Storage Engine for historical data Multi-Terabyte Scalability Seguridad SSL 13

Built-in Data Encryption/Decryption Granular External Security Control Fine Grained Object Privileges View Triggers for auditing Query Logs for auditing Archive Storage Engine for auditing Fully backed by MySQL Network

Certified Testing Indemnification 24x7 Production Online Knowledge Base Customized Advisors Targeted Alerts Buen Desempeño -Información del esquema, herramientas Gráficas MySQL Workbench MySQL Query Browser MySQL MySQL Migration Toolkit Drivers

MySQL Native C Library MySQL Drivers for ODBC, JDBC, .Net Community Drivers for PHP, Perl, Python, Ruby, etc MySQL Connector/MXJ for deployment as a JMX MBean

Plataformas 14

32 and 64 bit native binaries Operating Systems Linux: RedHat, SuSE, Fedora, Debian Unix: Solaris, HP-UX, AIX, SCO BSD: FreeBSD Apple: Mac OS Windows: 2000, 2003, XP Novell: NetWare Us Intel x86, IA32, IA64 AMD Optaron IBM PowerPC Sun SPARC

-MySQL funciona sobre múltiples plataformas, incluyendo:

AIX BSD FreeBSD HP-UX Kurisu OS GNU/Linux Mac OS X NetBSD OpenBSD OS/2 Warp QNX SGI IRIX 15

Solaris SunOS SCO OpenServer SCO UnixWare Tru64 eBD Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Vista, Windows 7, Windows 8 y Windows Server (2000, 2003, 2008 y 2012). OpenVMS20.

1.6.4.Hardware Figura N° 2: Topología de red a implementarse en la empresa.

16

Fuente: Elaboración Propia.

1.6.5.Cronograma de Actividades Nombre de tarea

Duración

Comienzo

Fin

Sistema Web

88 días

mié 02/09/15

mar 15/12/15

17 días

mié 02/09/15

lun 21/09/15

Estudio del negocio

2 días

mié 02/09/15

jue 03/09/15

Catálogo de requerimientos

3 días

vie 04/09/15

lun 07/09/15

Diagramas de casos de uso

6 días

mar 08/09/15

lun 14/09/15

Diagrama de requisitos

6 días

mar 15/09/15

lun 21/09/15

18 días

mar 22/09/15

mar 13/10/15

Diagrama de E-R

6 días

mar 22/09/15

lun 28/09/15

Diagrama de clases

6 días

mar 29/09/15

lun 05/10/15

Diagrama de secuencia

6 días

mar 06/10/15

mar 13/10/15

Diagrama de colaboración

6 días

mar 06/10/15

mar 13/10/15

35 días

mié 14/10/15

lun 23/11/15

5 días

mié 14/10/15

lun 19/10/15

21 días

mar 20/10/15

jue 12/11/15

Inicio

Elaboración

Construcción Especificación de requisitos faltantes Desarrollo de la web

17

Pruebas de casos de uso desarrollados

9 días

vie 13/11/15

lun 23/11/15

18 días

mar 24/11/15

mar 15/12/15

Pruebas finales de aceptación

6 días

mar 24/11/15

lun 30/11/15

Puesta en producción

6 días

mar 01/12/15

lun 07/12/15

Estabilización

6 días

mié 09/12/15

mar 15/12/15

Transición

2. ASPECTOS DEL NEGOCIO 2.1. DESCRIPCIÓN DE FUNCIONES Y PROCESOS DEL NEGOCIO Funciones: ➢ Finanzas y Contabilidad: Control de ingresos y gastos ➢ Producción y operación: Encargada de adquirir los recursos. ➢ Recursos Humanos: Encargado del personal, como el enlace con el labor organizado ❖ Proceso de Producción: Contiene el área donde se producen los panes para la venta. ❖ Proceso de Venta: El cliente llega o llama por teléfono a la panadería, y le atiende el vendedor. El cliente solicita productos al vendedor este verifica la existencia del producto (stock), si existe elabora la proforma de su pedido y le entrega al cliente.

2.2. PROBLEMÁTICA ACTUAL O ANÁLISIS SITUACIONAL Panificadora San Roque es una empresa de servicio que se encuentra ubicada en Pro – Lima. El problema tiene su origen en que la panificadora no cuenta con un inventario de los productos, que no son controlados ya que no se tiene una base de datos sistematizada, además surge el inconveniente de realizar las facturas de manera manual. Siendo así su problemática es que llevan el registro de sus actividades manualmente mediando un cuaderno, a lo cual se suma también que los pedidos llegan tarde originando así una atención al cliente deficiente, no utilizan algún tipo de sistemas de información que monitoreen sus actividades ni transacciones elementales, con lo cual no tienen un apoyo a la hora de una toma de decisiones.

18

En este tipo de negocio la excelencia en cuanto al servicio es una constante del día a día, por lo tanto la existencia de demoras al momento de prestar servicio al cliente provoca la incomodidad del mismo. Es por ello que la empresa necesita un área de venta sistematizada con la cual beneficie a su empresa mejorando tanto en rendimiento como en aspectos de información y reducción de costos.

2.3. CATÁLOGO DE LAS REGLAS DE NEGOCIO Estas son algunas de las reglas que representa la panadería San Roque: Descuentos: ✓ En las ventas al por mayor se hace un 20 % de descuento. Uniformes en producción: ✓ Gorras para los trabajadores con logotipo de la empresa. Tipos de Producción: La producción que se viene realizando: ✓ Producción de turrones (Octubre) ✓ Panetones (diciembre) usando horno tradicional y convencional. ✓ Pasteles y bizcochos (no frecuentes). Promociones: ✓ No realizan ninguna promoción. Valores en la empresa: ✓ No siempre se cumple (No hay horarios establecidos en los trabajadores). Horarios: ✓ Turno mañana: 6 am - 11 am ✓ Turno Tarde: 5 pm – 9pm 19

3. METODOLOGÍA 3.1. Modelo de Requerimientos 3.1.1.Matriz Procesos Requerimientos Requerimientos

Áreas o Jefaturas

Riesgos

Nivel de Riesgos

C.U.

Descripción C.U.

Ingresar al sistema

Venta

y contraseña inválidos

Medio

Permitirá al vendedor identificarse para acceder al sistema.

Verificar

Venta

Datos inválidos

Alto

Buscar pedidos

Venta

Medio

Generar factura

Venta

Los pedidos pueden ser no válidos en caso de suplantación Caída del sistema

Ingresar al sistema por el y el vendedor Ingresar al sistema por el y el vendedor Buscar pedidos

Alto

Generar factura

Verificar clientes en línea.

Venta

Probabilidad de ser un cliente falso

Medio

Ingresar al sistema

istración

y contraseña inválidos

Medio

Verificar

istración

Datos inválidos

Alto

Buscar pedidos

istración

Los pedidos pueden ser no válidos en caso de suplantación

Medio

Verificar clientes online Ingresar al sistema por el y el vendedor Ingresar al sistema por el y el vendedor Buscar pedidos

El vendedor genera las facturas a los pedidos que realizaron los clientes. El vendedor verificará los clientes que se encuentren en línea.

Se verificará que el vendedor ingresó correctamente su contraseña.

El vendedor buscará todos los pedidos realizados por los clientes.

Permitirá al identificarse para acceder al sistema.

Se verificará que el ingresó correctamente su contraseña.

El buscará todos los pedidos realizados por los clientes.

Generar factura

istración

Caída del sistema

Alto

Generar factura

El genera las facturas a los pedidos que realizaron los clientes.

Verificar clientes en línea.

istración

Probabilidad de ser un cliente falso

Medio

Verificar clientes online

El verificará los clientes que se encuentren en línea.

Registrar productos

istración

Caída del sistema

Alto

Gestionar catálogo

Se registrará y actualizará los productos en el catálogo.

Verificar stock

istración

Aparición de información repetida o redundante

Medio

Verificar stock

El podrá verificar todos los productos que se encuentren en el stock.

Navegar por el catálogo

Venta

Demora del sistema

Alto

Explorar la tienda

El sistema le mostrará todos los productos con sus marcas y todas sus especificaciones.

20

Buscar productos

Venta

Aparición de información repetida o redundante

Medio

Explorar la tienda

El sistema le permitirá buscar productos.

Gestionar el carrito

Venta

Alto

Registrar pedido

Ingresar al sistema

Venta

La información almacenada puede no llegar a tener un gran valor y puede generar sobrecarga de información y contraseña inválidos

Medio

Ingresar al sistema por el cliente

El sistema les permitirá agregar los productos al carrito, actualizar los productos (eliminar o agregar) y les mostrará el total de productos agregados. Permite al cliente identificarse para acceder al sistema y realizar sus pedidos.

Verificar

Venta

Datos inválidos

Alto

Ingresar al sistema por el cliente

Se verificará que el cliente ingresó correctamente su contraseña.

Registrar pedido

Venta

Caída del sistema

Alto

Registrar pedido

Los clientes podrán realizar su pedido.

Tabla N° 1: Matriz de los procesos de requerimientos. Fuente: Elaboración Propia.

1.1.1. Documento de Visión

3.1.2.1.

Propósito

El propósito de éste documento es recoger, analizar y definir las necesidades de alto nivel y las características del sistema web de la empresa San Roque para la gestión del proceso de ventas. El documento se centra en la funcionalidad requerida por los participantes en el proyecto y los s finales. Esta funcionalidad se basa principalmente en la gestión de los almacenes y ventas que la empresa realiza por las distintas zonas en las que actúa, de forma que dichos almacenes sean capaces de atender los distintos pedidos que les son realizados.

3.1.2.2.

Alcance

El documento Visión se ocupa, como ya se ha apuntado, del sistema de gestión de una empresa dedicada a las ventas de productos. Dicho sistema será desarrollado por alumnos de la UCV del curso de Ingeniería de Web. El sistema permitirá a los encargados de la empresa controlar todo lo relativo a las ventas que se producen en el día a día para que lo tomen como ventaja competitiva (gestión de pedidos).

21

3.1.2.3.

Definiciones, Acrónimos, y Abreviaciones

RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software. 3.1.2.4.

Referencias

▪

Glosario.

▪

Cronograma de desarrollo de software.

▪

RUP (Rational Unified Process).

3.1.2.5.

Posicionamiento

3.1.2.5.1.

Oportunidad de Negocio

Este sistema permitirá a la empresa informatizar el control de todas sus actividades (gestión de pedidos, gestión stock), lo cual supondrá un rápido y sencillo a los datos, gracias a interfaces gráficas sencillas y amigables. Además, los datos accedidos estarán siempre actualizados, lo cual es un factor muy importante para poder llevar un control centralizado de los distintos almacenes. 3.1.2.5.2. Sentencia que define el problema Tabla N° 2: Cuadro Visión de la definición del problema.

22

El problema de

La empresa no cuenta con un sistema que le permita gestionar correctamente sus ventas, motivo por el cual realiza los mismos en un libro contable o de forma manual, lo cual genera retrasos a la hora de atender algunos pedidos.

afecta a

▪

Gerente General

▪

▪

Contador

▪

Departamento de almacén y ventas

El impacto asociado es

Almacenar toda la información referente a los pedidos y órdenes de compra recibidas ya sean por proveedores o externos, y que esta información esté al instante accesible y actualizado en lugares físicamente muy distantes es un proceso prácticamente imposible de realizar en el caso de que no esté informatizado.

Una solución adecuada sería

Informatizar el proceso, usando una red local con una base de datos accesible desde los distintos nodos de la red y generar interfaces amigables y sencillas con las que acceder a dicha base de datos.


3.1.2.5.3.

Sentencia que define la posición del Producto

Tabla N° 3: Cuadro Visión que define la posición del producto.

23

PARA

▪

Gerente General

▪

▪

Contador

▪

Departamento de almacén y ventas

QUIENES

Controlan las ventas, los pedidos, los almacenes (stock).

EL NOMBRE DEL PRODUCTO

Es una herramienta web.

QUE

Almacena la información necesaria para gestionar una empresa de ventas alimenticias.

NO COMO

El sistema actual.

NUESTRO PRODUCTO

Permite gestionar las distintas actividades de la empresa mediante una interfaz gráfica sencilla y amigable. Además proporciona un rápido y actualizado a la información.


3.1.2.5.4.

Descripción de los Stakeholder (Participantes en el Proyecto) y s

Para proveer de una forma efectiva productos y servicios que se ajusten a las necesidades de los s, es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es necesario identificar a los s del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta sección muestra un perfil de los participantes y de los s involucrados en el proyecto, así como los problemas más importantes que éstos perciben para enfocar la solución propuesta hacia ellos. 24

➢ Resumen del Stakeholder Tabla N° 4: Cuadro de los Stakeholders en la empresa.

Nombre

Descripción

Responsabilidades

Walter Solórzano

Es el Gerente General de la empresa.

El stakeholder realiza: ▪ Supervisar el nuevo proceso a utilizar. ▪ Representa a todos los s posibles del sistema. ▪ Seguimiento del desarrollo del proyecto. ▪ Manifestar sus necesidades en el

nuevo proceso a diseñar ▪ Aprueba requisitos y funcionalidades Fuente: Elaboración Propia. ➢ Resumen de s Tabla N° 5: Cuadro de los s participantes en el proyecto.

Nombre

Descripción

Responsabilidades

Gerardo Solorzano

Es el de la empresa

Coordinar las actividades de la empresa.

25

Realizar los reportes solicitados. Fuente: Elaboración Propia. Tabla N° 6: Tabla que define los s participantes en el proyecto.

Nombre ▪ Melanio ▪ Walter

Descripción

Responsabilidades

Es el técnico encargado del área de producción en la empresa.

Controlar el ingreso y salidas de los insumos. Atender los pedidos realizados al almacén. Controlar el Stock.

▪ Edgar Fuente: Elaboración Propia.

Tabla N° 6: Tabla que define las responsabilidades de los s participantes en el proyecto.

Nombre ▪ Walter

Nombre ▪ Melanio ▪ Walter

Descripción

Responsabilidades

Es el técnico encargado del área de ventas en la empresa.

Atender los pedidos y generar la venta a los clientes.

Descripción

Responsabilidades

Es el técnico encargado del área de distribución en la empresa.

Encargados de establecer las bases para que el producto pueda llegar del fabricante al consumidor.

Fuente: Elaboración Propia. Tabla N° 6: Tabla que define las responsabilidades de los empleados participantes en el proyecto.

Nombre

Descripción

Responsabilidades

26

▪ Melanio ▪ Walter

Es el técnico encargado del área de cobranza en la empresa.

Elaborar el presupuesto anual de cobranza, con base en el presupuesto de ingresos. Informar a la Gerencia General en forma oportuna, de las actividades relacionadas con la cobranza.


3.1.3. Cuadro de Requerimientos Funcionales Tabla N° 7: Tabla que define los requerimientos funcionales. Nombre

Descripción

RF1

Ingresar al Sistema

RF2

Verificar

RF3

Registrar Productos

RF4

Registrar Pedido

RF5

Buscar Pedidos

RF6

Verifica Stock

RF7

Generar comprobante

RF8

Verificar clientes en línea

RF9

Verificar clientes en línea

Se inicia sesión para poder acceder al sistema. Se verifica contraseña del . Registra todos los productos. Registra todos los pedidos existentes de los clientes. Consulta de pedidos que realizaron los clientes en la base de datos. Consulta los productos que se encuentran en el stock en la base de datos. Se genera factura con los datos establecidos en el pedido. Se observará los clientes que se encuentren conectados en la tienda. Se observará todos los productos que hay en la tienda.

Identificativo

27

Fuente: Elaboración Propia 3.1.4 Cuadro de Requerimientos No Funcionales Tabla N° 8: Tabla que define los requerimientos no funcionales. Identificativo

Nombre

Descripción

RNF1

Aspecto

Las ventanas serán amigables.

RNF2

Eficiencia

Reduzca las fallas al generar los pedidos y facturas.

RNF3

Funcionamiento

RNF4

Escalabilidad

El sistema debe visualizarse y funcionar correctamente en cualquier navegador. Se podrá dar un mantenimiento a los productos y pedidos.

RNF5

Seguridad

Brinde la mayor seguridad en aspectos de al sistema, identificación y autentificación, protección de datos y privacidad.

RNF6

Rendimiento

El sistema no debe tardar en mostrar los resultados de una búsqueda.

Fuente: Elaboración Propia 3.1.5 Relación de Actores y su descripción Tabla N° 8: Tabla que define la relación de los actores. Actor

Vendedor

Asignado a ● Verificar la ficha de pedido de los clientes. ● Generar comprobantes de pago. ● Verificar a los s que se encuentren en la página web.

28

Responsabilidades -Recepción de los pedidos existentes y buscar clientes en línea. -Elaborar comprobante de pago: se realizará un nuevo comprobante, se buscará el pedido, se procederá a la impresión del dicho comprobante o se le enviará el comprobante de pago mediante la web.

●

● ● ● ●

Mantenimiento del Sistema, como los productos y empleados. Verificar Stock Recepción de pedidos Impresión de comprobantes de pagos. Registra vendedor.

Cliente

● ●

Registra Pedidos. Registrarse en el sistema.

Persona que supervisa la distribución de pedidos y ventas. Consiste en: -Registrar al vendedor: grabar los datos personales de los vendedores encargados del área de ventas. -Consultar los pedidos: verificar los distintos pedidos que se hicieron durante las ventas. -Editar empleado: actualizar los datos personales de los empleados del área de ventas. -Grabar productos: registra los productos en el catálogo. -Editar productos: actualiza los datos de los productos en el catálogo. -Cierra la documentación de las ventas mensuales. Persona quien realiza pedidos de los productos.


3.1.6 Relación de Casos de Uso Tabla N° 9: Tabla que define la relación de Casos de Uso. Nro. CU1

Caso de uso Explorar la tienda

Descripción Mostrará todos los productos existentes en el catálogo.

CU2

Registrar Pedido

Los clientes podrán realizar pedidos.

CU3

Ingresar al sistema

El podrá identificarse para acceder al sistema y realizar sus pedidos.

29

CU4

Verificar

El y vendedor tendrán que identificarse y accederán al sistema. El verá los productos que se encuentren en el stock.

CU5

Verificar Stock

CU6

Buscar Pedidos

CU7

Verificar clientes online

CU8

Gestionar catálogo

CU9

Generar comprobante

Consultar los pedidos realizados por los clientes. Buscar al cliente y ver sus movimientos. Grabar y actualiza los detalles de los productos. Se registrará el comprobante de pago a los pedidos realizados.


3.1.7 Modelos de Casos de Uso Requerimientos Figura N° 3: Modelos de casos de uso de los requerimientos del proyecto.

30


3.1.8 Plantilla de Especificación de Casos de Uso 31

Tabla N° 9: Tabla de plantilla de la especificación de caso de uso “Explorar la tienda”. Especificación del caso de uso: Explorar la tienda ID CU1 Nombre Explorar la tienda Descripción Mostrará todos los productos existentes en el catálogo. Actores Cliente Precondiciones El cliente debe haber estado en el catálogo. Flujo normal de eventos -El cliente hace clic en un producto. -El sistema muestra todas las especificaciones de los productos. -El cliente selecciona un producto. -El sistema mostrará todos los productos con sus marcas y sus especificaciones. -El sistema permitirá mostrar productos. Flujo alterno -No tiene Anotaciones -Solo se permite verificar un producto a la vez. -Solo se puede buscar un producto a la vez.

Fuente: Elaboración Propia Tabla N° 10: Tabla de plantilla de la especificación de caso de uso “Ingresar al sistema por el ”. Especificación del caso de uso: Registrar pedido ID CU2 Nombre Ingresar al sistema por el . Descripción Los clientes podrán realizar su pedido. Actores Clientes Precondiciones El debe haber iniciado sesión. Flujo normal de eventos -Los clientes podrán agregar productos al carrito. -El sistema mostrará los productos que contiene el carrito. -Los clientes podrán actualizar el producto, es decir agregar o eliminar. -Los clientes antes de pedir tendrán que registrarse en el sistema. -Los clientes podrán realizar sus pedidos. -El sistema le pedirá que se ingrese y contraseña; si existe realiza el pedido sino, le pedirá que se registre. Flujo alterno -En el caso que no se ha pedido, el sistema mostrará un mensaje de error o en el campo que le falta registrar. Anotaciones Solo se permitirá el ingreso a todo registrado.

Fuente: Elaboración Propia Tabla N° 11: Tabla de plantilla de la especificación de caso de uso “Ingresar al sistema por el cliente”. 32

Especificación del caso de uso: Ingresar al sistema por el cliente CU3 Ingresar al sistema por el cliente Permitirá al identificarse para acceder al sistema y realizar sus pedidos. Actores Clientes Precondiciones El debe estar registrado, es decir contar con una cuenta de y contraseña. Flujo normal de eventos -El cliente ingresará su y contraseña. -El sistema validará datos y mostrará el menú principal. Flujo alterno -En el caso que el escribió mal su contraseña, se mostrará un mensaje de error. Anotaciones Solo se permitirá el ingreso a todo registrado. ID Nombre Descripción

Fuente: Elaboración Propia Tabla N° 12: Tabla de plantilla de la especificación de caso de uso “Ingresar al sistema por el y el vendedor”. Especificación del caso de uso: Ingresar al sistema por el y el vendedor ID CU4 Nombre Ingresar al sistema por el y el vendedor Descripción Permitirá verificar al y vendedor para acceder al sistema. Actores y vendedor Precondiciones El debe estar registrado, es decir contar con una cuenta de y contraseña. Flujo normal de eventos -El sistema validará los datos y mostrará el menú principal. Flujo alterno -En el caso que el escribió mal su contraseña, se mostrará un mensaje de error. Anotaciones Solo se permitirá el ingreso a todo registrado.

Fuente: Elaboración Propia

Tabla N° 13: Tabla de plantilla de la especificación de caso de uso “Verificar stock”. 33

ID Nombre Descripción

Especificación del caso de uso: Verificar stock CU5 Verificar stock El podrá verificar todos los productos que se encuentren en el stock El debe haber iniciado sesión

Actores Precondiciones Flujo normal de eventos -El verifica la cantidad de productos que se encuentran en el stock. -El desactiva todos los productos que se encuentran con stock bajo. -El sistema no muestra los productos que hayan sido desactivados. Flujo alterno -En el caso que no haya productos con stock bajo, el sistema no mostrará ningún producto. Anotaciones Solo se permitirá el ingreso a todo registrado.

Fuente: Elaboración Propia Tabla N° 14: Tabla de plantilla de la especificación de caso de uso “Buscar pedidos”. ID Nombre Descripción

Especificación del caso de uso: Buscar pedidos CU6 Buscar pedidos El o vendedor buscará todos los pedidos realizados por los clientes. y vendedor El debe haber iniciado sesión

Actores Precondiciones Flujo normal de eventos -El vendedor o buscará todos los pedidos de los clientes ya sea por fecha de pedido o por día. -El sistema muestra todos los pedidos que realizaron durante la fecha buscada. -El vendedor o selecciona el pedido. -El sistema muestra toda la información del pedido. Flujo alterno -En el caso que no se hayan hecho ningún pedido el sistema no realizará ningún evento. Anotaciones Solo se permite el ingreso a todo registrado.


34

Tabla N° 15: Tabla de plantilla de la especificación de caso de uso “Verificar clientes online”. Especificación del caso de uso: Verificar clientes online CU07 Verificar clientes online El y el vendedor verificarán los clientes que se encuentran en línea. Actores y vendedor Precondiciones El debe haber iniciado sesión Flujo normal de eventos -El vendedor o hace clic en la pestaña de verificar clientes online. -El sistema muestra el formulario y mostrará os clientes online. -El sistema muestra toda la información de dicho cliente. ID Nombre Descripción

Flujo alterno -En el caso que no se encuentre ningún , el sistema mostrará la ventana sin ningún cliente. Anotaciones Solo se permite el ingreso a todo registrado.

Fuente: Elaboración Propia Tabla N° 16: Tabla de plantilla de la especificación de caso de uso “Ver catálogo”. Especificación del caso de uso: Gestionar catálogo ID CU8 Nombre Ver catálogo Descripción El podrá realizar la actualización de todos los productos Actores Precondiciones El debe de haber iniciado sesión Flujo normal de eventos -El podrá agregar productos al catálogo. -El sistema mostrará todos los productos que contiene el catálogo. -El podrá actualizar el producto. -El antes de actualizar el producto tendrá que ingresar al sistema. Flujo alterno En el caso que el escribió mal su contraseña se mostrará un mensaje de error y no podrá actualizar los productos. Anotaciones Solo se permite el ingreso a todo registrado.


35

Tabla N° 16: Tabla de plantilla de la especificación de caso de uso “Registro de factura”. Especificación del caso de uso: Generar factura ID CU9 Nombre Registro de factura Descripción El o el vendedor generan las facturas a los pedidos que realizaron los clientes. Actores y vendedor Precondiciones El debe haber iniciado sesión Flujo normal de eventos -El sistema muestra el formulario de generar factura la cual muestra la descripción del cliente que pidió el producto como la cantidad de productos que solicitó. -Los actores modifican los campos del pedido. -El sistema actualiza el pedido. -Los actores generan el comprobante. -El sistema imprimirá el comprobante solicitado por los actores. Flujo alterno -En el caso que no se genere el comprobante, no se podrá realizar la impresión de la misma. -En el caso que no se pueda imprimir el comprobante, el sistema mostrará el error. Anotaciones Solo se permite el ingreso a todo registrado.


36

3.1.9 Matriz de Trazabilidad de los Requerimientos y Casos de Uso Tabla N° 17: Tabla matriz de trazabilidad de los requerimientos y casos de uso.

37

38

Fuente: Elaboración propia. 3.1.10 Modelo Conceptual de Clases

Figura N° 4: Modelo Conceptual de clases.

39

40


3.1.11 Reglas de Negocio

1.

INTRODUCCIÓN

1.1. Propósito Este proyecto busca proponer las reglas con la que el negocio va a hacer sus operaciones. Estas reglas ya las vemos presentes en la organización de manera implícita (con la cultura organizacional de la empresa) o explicita (política de salarios, etc.) siendo de mayor importancia para nosotras la segunda opción. La meta del grupo en el presente trabajo es proponer reglas que ayuden a la Empresa San Roque, ayudando a aumentar sus ingresos del negocio así como también el crecimiento de todo su personal con una serie de incentivos y motivaciones.

1.2. Alcance Con la información obtenida podremos plantear una serie de reglas que ayuden al desarrollo de la empresa tanto a nivel económico como personal.

1.3. Referencias El Grupo de Desarrollo se entrevistó con José Solórzano el de la empresa San Roque e investigo las reglas de otras empresas del rubro para ayudar a una mejor elaboración de estas.

1.4. Descripción En este documento encontraremos las reglas del negocio, las cuales nos brindarán un panorama más amplio sobre el manejo de la empresa, para así evitar procesos erróneos.

41

Estas reglas son elementos dinámicos que deben adaptarse a los cambios de mercado y a las estrategias corporativas con gran facilidad, para así mantener la competitividad y las oportunidades de negocio

2.

DEFINICION DE LAS REGLAS DE NEGOCIO

2.1. REGLA 1 Se aplicara una sanción a todo el personal que llegue fuera del horario de entrada establecido. ▪

Hora de entrada: 6:00 am

▪

Tolerancia de 20 minutos

2.2. REGLA 2 Los permisos se darán con un día de anticipación No se da permiso los sábados.

2.3. REGLA 3 En las ventas al por mayor se hace un 20 % de descuento.

2.4. REGLA 4 A todos los Clientes que tengan un tiempo determinado o de frecuencia tendrán un descuento de 2%.

2.5. REGLA 5 Cuando el stock de cada producto es menos del 10% de si total debe avisar al . 42

2.6. REGLA 6 Limpiar los stands en las mañanas, antes de atender al público.

2.7. REGLA 7 Cada mes se hará una reunión general donde se informará a todo el personal los objetivos del negocio.

2.8. REGLA 8 El pago a proveedores se hará en las tardes.

2.9. REGLA 9 El horario de atención será de lunes a sábado de 6:00 a.m. a 11:00 a.m. en turno mañana, 5:00 p.m. a 9:00 p.m. en turno tarde y los sábados de 6:00 a.m. a 11:00 a.m.

3.1.12 Glosario de Términos 1. BASE DE DATOS: Es un conjunto de datos (unidad pequeña, ya sea letra o número) que se unen para crear un tipo de información y por consiguiente esta información genera una especie de conocimiento, estas bases de datos son utilizados en diversos campos, más que todo en los buscadores.

2. Interfaz: Punto en el que se establece una conexión entre dos elementos, que les permite trabajar juntos. La interfaz es el medio que permite la interacción entre esos elementos. En el campo de la informática se distinguen diversos tipos de interfaces que actúan a diversos niveles, desde las interfaces claramente visibles, que permiten a las personas comunicarse con los programas, hasta las imprescindibles interfaces hardware, a menudo invisibles, que conectan entre sí los dispositivos y componentes dentro de los ordenadores o computadoras. 3. Proveedor de servicios: Empresa que comercializa el a Internet. También se le conoce como Centro Proveedor de Internet (I) o proveedor de . Cuando el se suscribe al proveedor de servicios, éste le proporciona un número de teléfono (al que hay que llamar con un módem), un identificador de y una palabra clave.

43

4. ¿Que son redes? Son líneas conexas que nos permiten intercambiar información. Ejm: los computadores, los teléfonos, las video conferencias... en fin, toda clase de tecnología moderna que sirva para transferir información de un lugar a otro.

5. TELECOMUNICACIONES: Esto se refiere a comunicación a distancia. Es decir poder comunicarnos con alguien aunque se encuentre a kilómetros de distancia de nosotros.

6. WORLD WIDE WEB Es el conjunto de todas las páginas web existentes en el mundo y que se conectan entre sí a través del Internet, y que podemos acceder por medio de un computador u otro elemento que tenga a la red.

7. HIPERTEXTO: Son enlaces a vínculos que encontramos cuando estamos navegando en una página de Internet y que al dar clic sobre ellos automáticamente nos abre una nueva pagina que se relaciona con la que estamos utilizando.

8. Cada una de las veces que alguien entra a una página de la Web; los s son una buena medida de la popularidad de una página. 9. Explorador (buscador) Programa que sirve para localizar contenidos en (http://www.yahoo.com/), o Google (http://www.google.com)

la

Web,

como

Yahoo!

10. Dominio Localización del servidor de la Internet que contiene la página a la que remite un enlace.

11. Navegación La exploración de una obra en hipertexto, como una página Web, saltando de un punto a otro de la página, o de una página a otra según los deseos del .

12. Servidor 44

Ordenador que suministra información, a través de una red, a otros ordenadores (llamados "clientes").

13. URL Siglas del inglés Uniform Resource Locator, "localizador de recursos uniforme", sistema de direcciones de la Internet.

14. Caso de uso (C.U) Es una interacción típica entre un y un sistema de cómputo. • El caso de uso capta alguna función visible para el . • El caso de uso puede ser pequeño o grande. • El caso de uso logra un objetivo discreto para el . Una buena fuente para identificar los casos de uso son los eventos externos. Pensar en todos los eventos externos ante los cuales se quiere reaccionar.

3.2 Análisis Orientado a Objetos 3.2.1 Modelo de Análisis 3.3.1.1 Diagrama de Análisis de Clases ●

Diagrama de clases de análisis- flujo básico – “Ingresar por el y Vendedor”

Figura N° 5: Diagrama de clases de análisis del caso “Ingresar por el y Vendedor”.

45


●

Diagrama de clases de análisis- flujo alterno – “Ingresar al sistema por el Cliente” Figura N° 5: Diagrama de clases de análisis del caso “Ingresar al sistema por el Cliente”.

46


●

Diagrama de clases de análisis- flujo básico– “Explorar la tienda”

Figura N° 6: Diagrama de clases de análisis del caso “Explorar la tienda”.

Fuente: Elaboración Propia. ● Diagrama de clases de análisis- flujo alterno– “Buscar Pedidos” Figura N° 7: Diagrama de clases de análisis del caso “Buscar Pedidos”.

Fuente: Elaboración Propia ●

Diagrama de clases de análisis- flujo alterno– “Generar Comprobante” 47

Figura N° 8: Diagrama de clases de análisis del caso “Generar Comprobante”.


●

Diagrama de clases de análisis- flujo básico– “ Gestionar Catalogo”

48

Figura N° 9: Diagrama de clases de análisis del caso “Gestionar Catalogo”.


Diagrama de clases de análisis- flujo alterno- “ Registrar Pedido”

Figura N° 10: Diagrama de clases de análisis del caso “Registrar Pedido”.


●

Diagrama de clases de análisis- flujo básico– “ Verificar clientes online” 49

Figura N° 11: Diagrama de clases de análisis del caso “Verificar clientes online”.

Fuente: Elaboración Propia ● Diagrama de clases de análisis- flujo alterno- “ Verificar Stock“ Figura N° 12: Diagrama de clases de análisis del caso “Verificar Stock”.


50

3.3.1.2 Diagrama de Secuencia y Colaboración de Análisis Diagrama de secuencia: ● Caso N° 1: Explorar Tienda Figura N° 13: Diagrama de secuencia del caso “Explorar Tienda”.

Fuente: Elaboración propia

● Caso N°2: Registrar pedido Figura N° 14: Diagrama de secuencia del caso “Registrar pedido”.

Fuente: Elaboración propia 51

● Caso N° 3: Ingresar al sistema por el cliente Figura N° 15: Diagrama de secuencia del caso “Ingresar al sistema por el cliente”.

Fuente: Elaboración propia ● Caso N°4: Ingresar al sistema por el y/o Vendedor Figura N° 16: Diagrama de secuencia del caso “: Ingresar al sistema por el

y/o Vendedor”. 52

Fuente: Elaboración propia

● Caso N°5: Verificar Stock

Figura N° 17: Diagrama de secuencia del caso “Verificar Stock”. Fuente: Elaboración Propia

● Caso N°6: Buscar pedidos Figura N° 18: Diagrama de secuencia del caso “Buscar pedidos”.

53


● Caso N°7: Verificar clientes online

Figura N° 19: Diagrama de secuencia del caso “Verificar clientes online”. Fuente: Elaboración Propia 54

● Caso N° 8: Gestionar catalogo Figura N° 20: Diagrama de secuencia del caso “Gestionar catalogo”.


● Caso N°9: Generar comprobante Figura N° 21: Diagrama de secuencia del caso “Generar comprobante”.

Fuente: Elaboración Propia 55

Diagramas de Colaboración: ●

Caso N° 1: Explorar Tienda

Figura N° 22: Diagrama de colaboración del caso “Explorar Tienda”.

Fue nte: Elab orac ión Pro pia ● C aso N° 2:

Regi stra r pedido Figura N° 23: Diagrama de colaboración del caso “Registrar pedido”. Fue nte : Ela bor aci ón Pro pia

● C aso N° 3: Ingresar al Sistema por el cliente 56

Fig ura N° 24: Dia gra ma de col ab ora ció n del caso “Ingresar al Sistema por el cliente”. Fuente: Elaboración Propia

●

Caso N° 4: Ingresar al Sistema por el y/o Vendedor

Figura N° 25: Diagrama de colaboración del caso “Ingresar al Sistema por el y/o Vendedor”.

57


●

Caso N° 5: Verificar Stock

Figura N° 26: Diagrama de colaboración del caso “Verificar Stock”.


●

Caso N° 6: Buscar pedidos

58

Figura N° 27: Diagrama de colaboración del caso “Buscar pedidos”. Fuente: Elaboración Propia

●

Caso N° 7: Verificar clientes online

Figura N° 28: Diagrama de colaboración del caso “Verificar clientes online”. Fue nte: Ela bor aci ón Pro pia

●

Caso N° 8: Gestionar catalogo

Figura N° 29: Diagrama de colaboración del caso “Gestionar catalogo”.

59


Caso N° 9: Generar comprobante

Figura N° 30: Diagrama de colaboración del caso “Generar comprobante”.

Fuente : Elabor ación Propia

3.2.2 ista de Clases de Interfaz

Tabla N° 18: Tabla de clases de Interfaces.

60

L

Nro.

Interfaz

Descripción

IT01

Permitirá visualizar la búsqueda del catálogo.

IT02

En el caso que no se encontró ningún producto, les mostrará la ventana indicando que no encontró ningún producto.

IT03

Permitirá visualizar la ventana de registrar pedido. IT04 Muestra la ventana de pedido donde debe de completar el cliente. IT05

En caso que el cliente no se ha registrado, le mostrará una ventana pidiéndole que se registre.

61

3.2.4

Fuente: Elaboración Propia. Lista de Clases de Control

Tabla N° 19: Tabla de clases de Control. Nro.

Controles

Descripción

62

CO01

Permitirá buscar el contenido del catálogo.

CO02

Permitirá registrar el pedido.

CO03

Permitirá al cliente ingresar al sistema.

CO04

Le permitirá ingresar al sistema.


63

CO05

Permitirá verificar los productos con stock bajo. CO06

Le permitirá buscar el pedido. CO07

Le permitirá verificar si el cliente está conectado. CO08

Permitirá actualizar los productos del catálogo.

CO09

Permitirá generar el comprobante de pago.

3.2.5

Lista de Clases de Entidad

64

Nro.

Entidad

Descripción

EN01

Contiene los productos ubicados en los catálogos.

EN02

Contiene los pedidos.

EN03

Contiene los datos del .

EN04

Contiene todas las ventas realizadas.

EN05

Contiene todos los datos de los clientes.

Tabla N° 20: Tabla de clases de Entidad.


3.2.6

Modelo Lógico de Clases

65

Figura N° 31: Modelo lógico de clases presentado para el proyecto.

66

67


3.3 3.3.1

Diseño Orientado a Objetos Diagrama de caso de uso de diseño

Figura N° 32: Diagrama de caso de uso de diseño orientado a objetos.


68

3.3.2

Realización de caso de uso de diseño

Figura N° 33: Figura de realización de caso de uso de diseño “configuración”.


Realización de configuración

Figura N° 34: Figura de realización de caso de uso de diseño “proceso”. Fuente: Elaboración Propia

Realización de Proceso 69

Figura N° 35: Figura de realización de caso de uso de diseño “consulta”. Fuente: Elaboración Propia

Realización de Consulta

Figura N° 36: Figura de realización de caso de uso de diseño “reporte”. Fuente: Elaboración Propia 70

Realización de Reporte

3.3.3

Modelo Físico

Figura N° 37: Modelo Físico Presentado para el proyecto.

71

72


3.3.3.1. Creación de Esquema y Tablas 3.3.4. Diagramas de Secuencia Caso Nº 1: Diagramas de Secuencia “Configuración”

Figura N° 38: Diagrama de secuencia de “configuración”.


Caso Nº 2: Diagramas de Secuencia “Proceso”

73

Figura N° 39: Diagrama de secuencia de “proceso”. Fuente: Elaboración Propia

Caso Nº 3: Diagramas de Secuencia “Consulta”

Figura N° 40: Diagrama de secuencia de “consulta”.


Caso Nº 4 Diagramas de Secuencia “Reporte”

74

Figura N° 41: Diagrama de secuencia de “reporte”. Fuente: Elaboración Propia

3.3.5. Diagramas de Colaboración Caso Nº 1: “Diagrama de Colaboración Configuración”

75

Figur a N° 42: Diag ram a de cola bora ción de “con figur ació n”.


Caso Nº 2: “Diagrama de Colaboración Proceso”

Figura N° 42: Diagrama de colaboración de “Proceso”.

76

F uent e: Elaboración Propia

Caso Nº 3: “Diagrama de Colaboración Consulta”

Figura N° 42: Diagrama de colaboración de “Consulta”. Fuente: Elaboración Propia

Caso Nº 4 “Diagrama de Colaboración Reporte”

77

Figura N° 43: Diagrama de colaboración de “Reporte”. Fuente: Elaboración Propia

3.3.6. Diagrama de Estados

Caso Nº 1: “ Diagrama de estado Configuración”

78

Figura N° 44: Diagrama de estado de “Configuración”.


Caso Nº 2: “Diagrama de estado Proceso”

79

Figura N° 45: Diagrama de estado de “Proceso”. F u e n t e : E l a b o r a c i ó n P r o p ia

Caso Nº 3: “Diagrama de estado Consulta”

80

Figura N° 46: Diagrama de estado de “Consulta”. Fuente: Elaboración Propia

81

Caso Nº 4: “Diagrama de estado Reporte”

Figura N° 45: Diagrama de estado de “Reporte”.


82

3.3.7. Estructura Modular del SWOO 3.3.9.1

Diseño de Ventanas

Figura N° 45: Diagrama de ventanas y navegación.


83

▪

MENU PRINCIPAL:

Figura N° 50: Vista del diseño del Menú Principal.


▪

INGRESAR AL SISTEMA:

Figura N° 51: Vista del diseño del Ingreso al sistema.


84

▪

GESTIONAR CATALOGO:

Figura N° 52: Vista del diseño del caso gestionar catálogo para actualizar un producto.


Figura N° 53: Vista del diseño del caso gestionar catálogo para registrar un producto.


85

Figura N° 54: Vista del diseño del caso gestionar catálogo para eliminar un producto.

Fuente: Elaboración Propia. Figura N° 55: Vista del diseño del caso gestionar catálogo para listar los productos.

Fuente: Elaboración Propia. 86

▪

GENERAR COMPROBANTE:

▪

REGISTRO DE PEDIDO:

3.3.9.2

Diseño de Reportes

87

3.3.10 Diagramas de Componentes ▪

DIAGRAMA DE COMPONENTES DE LAS VENTAS:

Figura N° : Diagrama de componente para la Interfaz de registrar un pedido.


88

3.3.11 Diagramas de Distribución Figura N° : Diagrama de distribución entre los servidores y las ventas.


89

Figura N° : Diagrama de distribución para el servidor y la Base de datos.


90

Anexos

91

IT01

92

IT02

93

IT03

94

IT04

95

IT06

96

IT07

97

IT08

98

IT09:

99

IT10:

100

IT11:

101

IT12:

102

IT17

103

IT18

104

105

Docx 3d5w4d

Overview 26281t

More details 6y5l6z

Related Documents 3h463d

Docx 3d5w4d

Docx 3d5w4d

Docx 3d5w4d

Docx 3d5w4d

Docx 3d5w4d

Docx 3d5w4d

More Documents from "kevin paul" 6ma29

Pa Estudiar Washintonn 1ffw

Integrador Aceros 606160

Universidad De Washington En St.docx 321j66

4p345f

ed From Teamos-hkrg.com.txt 3v5uv

Docx 3d5w4d