Docx

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 105

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………………………………………………………………………………………………..7-
15
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……………………………..30-
33
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 administrativa (FeedBack).

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 Contabilidad


(Walter Solórzano) (Lucas)

Administrador
(Gerardo Solórzano B.)

Producción:
-Melanio Ventas:
-Edgar -Walter
-Walter

Distribución: Cobranza:
-Walter -Walter
-Melanio -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 usuario: 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 usuario 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 acceso 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 acceso 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 usuario 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 usuario, 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 usuario, 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 usuario, etc.

Base de datos (MySQL):

MySQL es un sistema de administració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 usuarios y passwords, 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, Joins, Cursors

Prepared Statements

Views

11
Triggers

Stored Procedures

User-Defined Functions

Information Schema

Unicode

Referential Integrity

Server-enforced Data Integrity

Strong Data type Support (e.g.Numeric, VARCHAR, BLOB, etc.)

Optimized Datatype Support (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 Administration

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 Support

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 Support

Archive Storage Engine for historical data

Multi-Terabyte Scalability

Seguridad

SSL Support
13
Built-in Data Encryption/Decryption

Granular External Security Control Fine Grained Object Privileges

View Support

Triggers for auditing

Query Logs for auditing

Archive Storage Engine for auditing

Fully backed by MySQL Network

Certified Testing

Indemnification

24x7 Production Support

Online Knowledge Base

Customized Advisors

Targeted Alerts

Buen Desempeño

-Información del esquema, herramientas Gráficas

MySQL Workbench

MySQL Query Browser

MySQL Administrator

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

CPUs

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

Inicio 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

Elaboración 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

Construcción 35 días mié 14/10/15 lun 23/11/15

Especificación de requisitos
5 días mié 14/10/15 lun 19/10/15
faltantes

Desarrollo de la web 21 días mar 20/10/15 jue 12/11/15

17
Pruebas de casos de uso
9 días vie 13/11/15 lun 23/11/15
desarrollados

Transición 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

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 Usuario y contraseña inválidos Medio Ingresar al Permitirá al vendedor identificarse para acceder al sistema.
sistema por el
administrador y
el vendedor
Verificar usuario Venta Datos inválidos Alto Ingresar al Se verificará que el vendedor ingresó correctamente
sistema por el su contraseña.
administrador y
el vendedor
Buscar pedidos Venta Los pedidos pueden ser no válidos en Medio Buscar pedidos El vendedor buscará todos los pedidos realizados por los clientes.
caso de suplantación
Generar factura Venta Caída del sistema Alto Generar factura El vendedor genera las facturas a los pedidos que realizaron
los clientes.
Verificar clientes en línea. Venta Probabilidad de ser un cliente falso Medio Verificar clientes El vendedor verificará los clientes que se encuentren en línea.
online
Ingresar al sistema Administración Usuario y contraseña inválidos Medio Ingresar al Permitirá al administrador identificarse para acceder al sistema.
sistema por el
administrador y
el vendedor
Verificar usuario Administración Datos inválidos Alto Ingresar al Se verificará que el administrador ingresó correctamente
sistema por el su contraseña.
administrador y
el vendedor
Buscar pedidos Administración Los pedidos pueden ser no válidos en Medio Buscar pedidos El administrador buscará todos los pedidos realizados por
caso de suplantación los clientes.

Generar factura Administración Caída del sistema Alto Generar factura El administrador genera las facturas a los pedidos que
realizaron los clientes.

Verificar clientes en línea. Administración Probabilidad de ser un cliente falso Medio Verificar clientes El administrador verificará los clientes que se encuentren en línea.
online

Registrar productos Administración Caída del sistema Alto Gestionar catálogo Se registrará y actualizará los productos en el catálogo.

Verificar stock Administración Aparición de información repetida o Medio Verificar stock El administrador podrá verificar todos los productos que
redundante 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 Medio Explorar la tienda El sistema le permitirá buscar productos.
redundante

Gestionar el carrito Venta La información almacenada puede no Alto Registrar pedido El sistema les permitirá agregar los productos al carrito, actualizar
llegar a tener un gran valor y puede los productos (eliminar o agregar) y les mostrará el total de
generar sobrecarga de información productos agregados.
Ingresar al sistema Venta Usuario y contraseña inválidos Medio Ingresar al sistema Permite al cliente identificarse para acceder al sistema y realizar
por el cliente sus pedidos.

Verificar usuario Venta Datos inválidos Alto Ingresar al sistema Se verificará que el cliente ingresó correctamente su contraseña.
por el cliente

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 usuarios 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
acceso 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
▪ Administrador
▪ 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 Informatizar el proceso, usando una red local con
sería 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.

Fuente: Elaboración Propia.

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
▪ Administrador
▪ Contador
▪ Departamento de almacén y ventas
QUIENES Controlan las ventas, los pedidos, los almacenes
(stock).
EL NOMBRE DEL Es una herramienta web.
PRODUCTO
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 acceso rápido y
actualizado a la información.
Fuente: Elaboración Propia.

3.1.2.5.4. Descripción de los Stakeholder (Participantes en el Proyecto) y Usuarios

Para proveer de una forma efectiva productos y servicios que se ajusten a las

necesidades de los usuarios, 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 usuarios 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

usuarios 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 Es el Gerente General El stakeholder realiza:
Solórzano de la empresa. ▪ Supervisar el nuevo proceso a
utilizar.
▪ Representa a todos los usuarios
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 Usuarios
Tabla N° 5: Cuadro de los usuarios participantes en el proyecto.

Nombre Descripción Responsabilidades


Gerardo Es el administrador de Coordinar las actividades de la
Solorzano la empresa empresa.

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

Nombre Descripción Responsabilidades


▪ Melanio Es el técnico encargado Controlar el ingreso y salidas de los
del área de producción insumos.
en la empresa. Atender los pedidos realizados al
▪ Walter
almacén.
Controlar el Stock.
▪ Edgar
Fuente: Elaboración Propia.

Tabla N° 6: Tabla que define las responsabilidades de los usuarios participantes en el


proyecto.

Nombre Descripción Responsabilidades


▪ Walter Es el técnico encargado Atender los pedidos y generar la
del área de ventas en la venta a los clientes.
empresa.
Nombre Descripción Responsabilidades
▪ Melanio Es el técnico encargado Encargados de establecer las bases
del área de distribución para que el producto pueda llegar del
en la empresa. fabricante al consumidor.
▪ Walter
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 Es el técnico encargado Elaborar el presupuesto anual de
del área de cobranza en cobranza, con base en el presupuesto
la empresa. de ingresos.
▪ Walter
Informar a la Gerencia General en
forma oportuna, de las actividades
relacionadas con la cobranza.

Fuente: Elaboración Propia.

3.1.3. Cuadro de Requerimientos Funcionales

Tabla N° 7: Tabla que define los requerimientos funcionales.

Identificativo Nombre Descripción

RF1 Ingresar al Sistema Se inicia sesión para poder


acceder al sistema.
RF2 Verificar Usuario Se verifica contraseña del
usuario.
RF3 Registrar Productos Registra todos los
productos.
RF4 Registrar Pedido Registra todos los pedidos
existentes de los clientes.
RF5 Buscar Pedidos Consulta de pedidos que
realizaron los clientes en
la base de datos.
RF6 Verifica Stock Consulta los productos
que se encuentran en el
stock en la base de datos.
RF7 Generar comprobante Se genera factura con los
datos establecidos en el
pedido.
RF8 Verificar clientes en línea Se observará los clientes
que se encuentren
conectados en la tienda.
RF9 Verificar clientes en línea Se observará todos los
productos que hay en la
tienda.
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 El sistema debe


visualizarse y funcionar
correctamente en
cualquier navegador.
RNF4 Escalabilidad Se podrá dar un
mantenimiento a los
productos y pedidos.
RNF5 Seguridad Brinde la mayor seguridad
en aspectos de acceso 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 Asignado a Responsabilidades


● Verificar la ficha de -Recepción de los pedidos
pedido de los clientes. existentes y buscar clientes
● Generar comprobantes en línea.
de pago. -Elaborar comprobante de
● Verificar a los usuarios pago: se realizará un nuevo
que se encuentren en la comprobante, se buscará el
Vendedor
pedido, se procederá a la
página web.
impresión del dicho
comprobante o se le enviará
el comprobante de pago
mediante la web.

28
● Mantenimiento del Persona que supervisa la
Sistema, como los distribución de pedidos y
productos y empleados. ventas. Consiste en:
● Verificar Stock -Registrar al vendedor: grabar
● Recepción de pedidos los datos personales de los
● Impresión de vendedores encargados del
área de ventas.
comprobantes de pagos.
-Consultar los pedidos:
● Registra vendedor.
verificar los distintos pedidos
que se hicieron durante las
ventas.
Administrador
-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.
● Registra Pedidos. Persona quien realiza pedidos
Cliente ● Registrarse en el de los productos.
sistema.
Fuente: Elaboración Propia.

3.1.6 Relación de Casos de Uso

Tabla N° 9: Tabla que define la relación de Casos de Uso.

Nro. Caso de uso Descripción


CU1 Explorar la tienda Mostrará todos los productos
existentes en el catálogo.

CU2 Registrar Pedido Los clientes podrán realizar


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

29
CU4 Verificar Usuario El administrador y vendedor
tendrán que identificarse y
accederán al sistema.
CU5 Verificar Stock El administrador verá los
productos que se encuentren
en el stock.
CU6 Buscar Pedidos Consultar los pedidos
realizados por los clientes.
CU7 Verificar clientes online Buscar al cliente y ver sus
movimientos.
CU8 Gestionar catálogo Grabar y actualiza los detalles
de los productos.
CU9 Generar comprobante Se registrará el comprobante
de pago a los pedidos
realizados.
Fuente: Elaboración Propia.

3.1.7 Modelos de Casos de Uso Requerimientos

Figura N° 3: Modelos de casos de uso de los requerimientos del proyecto.

30
Fuente: Elaboración Propia.

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

Especificación del caso de uso: Registrar pedido


ID CU2
Nombre Ingresar al sistema por el administrador.
Descripción Los clientes podrán realizar su pedido.
Actores Clientes
Precondiciones El usuario 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 usuario 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 usuario 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
ID CU3
Nombre Ingresar al sistema por el cliente
Descripción Permitirá al usuario identificarse para acceder al sistema y
realizar sus pedidos.
Actores Clientes
Precondiciones El usuario debe estar registrado, es decir contar con una cuenta
de usuario y contraseña.
Flujo normal de eventos
-El cliente ingresará su usuario y contraseña.
-El sistema validará datos y mostrará el menú principal.
Flujo alterno
-En el caso que el usuario escribió mal su contraseña, se mostrará un mensaje de error.
Anotaciones Solo se permitirá el ingreso a todo usuario registrado.
Fuente: Elaboración Propia

Tabla N° 12: Tabla de plantilla de la especificación de caso de uso “Ingresar al sistema por el
administrador y el vendedor”.

Especificación del caso de uso: Ingresar al sistema por el administrador y el vendedor


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

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


33
Especificación del caso de uso: Verificar stock
ID CU5
Nombre Verificar stock
Descripción El administrador podrá verificar todos los productos que se
encuentren en el stock
Actores Administrador
Precondiciones El administrador debe haber iniciado sesión
Flujo normal de eventos
-El administrador verifica la cantidad de productos que se encuentran en el stock.
-El administrador 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 usuario registrado.
Fuente: Elaboración Propia

Tabla N° 14: Tabla de plantilla de la especificación de caso de uso “Buscar pedidos”.

Especificación del caso de uso: Buscar pedidos


ID CU6
Nombre Buscar pedidos
Descripción El administrador o vendedor buscará todos los pedidos realizados
por los clientes.
Actores Administrador y vendedor
Precondiciones El usuario debe haber iniciado sesión
Flujo normal de eventos
-El vendedor o administrador 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 administrador 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 usuario registrado.
Fuente: Elaboración Propia

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


ID CU07
Nombre Verificar clientes online
Descripción El administrador y el vendedor verificarán los clientes que se
encuentran en línea.
Actores Administrador y vendedor
Precondiciones El usuario debe haber iniciado sesión
Flujo normal de eventos
-El vendedor o administrador 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.

Flujo alterno
-En el caso que no se encuentre ningún usuario, el sistema mostrará la ventana sin ningún
cliente.
Anotaciones Solo se permite el ingreso a todo usuario 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 administrador podrá realizar la actualización de todos los
productos
Actores Administrador
Precondiciones El usuario debe de haber iniciado sesión
Flujo normal de eventos
-El administrador podrá agregar productos al catálogo.
-El sistema mostrará todos los productos que contiene el catálogo.
-El administrador podrá actualizar el producto.
-El administrador antes de actualizar el producto tendrá que ingresar al sistema.
Flujo alterno
En el caso que el administrador 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 usuario registrado.
Fuente: Elaboración Propia

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 administrador o el vendedor generan las facturas a los pedidos
que realizaron los clientes.
Actores Administrador y vendedor
Precondiciones El usuario 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 usuario registrado.
Fuente: Elaboración Propia

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
Fuente: Elaboración Propia.

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

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 acceso a Internet. También se le conoce como Centro Proveedor
de Internet (CPI) o proveedor de acceso. Cuando el usuario 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 usuario 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 acceso 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. Acceso
Cada una de las veces que alguien entra a una página de la Web; los accesos son una buena
medida de la popularidad de una página.

9. Explorador (buscador)
Programa que sirve para localizar contenidos en la Web, como Yahoo!
(http://www.yahoo.com/), o Google (http://www.google.com)

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

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 usuario y un sistema de cómputo.


• El caso de uso capta alguna función visible para el usuario.
• El caso de uso puede ser pequeño o grande.
• El caso de uso logra un objetivo discreto para el usuario.

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 Administrador y


Vendedor”

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

45
Fuente: Elaboración Propia

● 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
Fuente: Elaboración Propia

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

Fuente: Elaboración Propia

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

Fuente: Elaboración Propia

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

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

Fuente: Elaboración Propia

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

Fuente: Elaboración Propia

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 Administrador y/o Vendedor
Figura N° 16: Diagrama de secuencia del caso “: Ingresar al sistema por el Administrador

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
Fuente: Elaboración Propia

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

Fuente: Elaboración Propia

● 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

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

3:
Ingresar al Sistema por el cliente

56
Fig
ura

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 Administrador y/o Vendedor


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

57
Fuente: Elaboración Propia

● Caso N° 5: Verificar Stock


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

Fuente: Elaboración Propia

● 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
Fuente: Elaboración Propia
● Caso N° 9: Generar comprobante
Figura N° 30: Diagrama de colaboración del caso “Generar comprobante”.

Fuente
:
Elabor
ación
Propia

3.2.2 L
ista de
Clases
de
Interfaz

Tabla
N° 18:
Tabla
de
clases de Interfaces.

60
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
Fuente: Elaboración Propia.
3.2.4 Lista de Clases de Control

Tabla N° 19: Tabla de clases de Control.

Nro. Controles Descripción

62
Permitirá buscar el
CO01 contenido del catálogo.

CO02 Permitirá registrar el pedido.

Permitirá al cliente ingresar


CO03
al sistema.

Le permitirá ingresar al
CO04
sistema.

Fuente: Elaboración Propia.

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

Contiene los productos


EN01
ubicados en los catálogos.

EN02 Contiene los pedidos.

Contiene los datos del


EN03
usuario.

Contiene todas las ventas


EN04
realizadas.

Contiene todos los datos de


EN05
los clientes.

Tabla N° 20: Tabla de clases de Entidad.

Fuente: Elaboración Propia.

3.2.6 Modelo Lógico de Clases


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

66
67
Fuente: Elaboración Propia.

3.3 Diseño Orientado a Objetos

3.3.1 Diagrama de caso de uso de diseño

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

Fuente: Elaboración Propia.

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

Fuente: Elaboración Propia


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
Fuente: Elaboración Propia.

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

Fuente: Elaboración Propia

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

Fuente: Elaboración Propia

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

Fuente: Elaboración Propia

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

Fuente: Elaboración Propia

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

Fuente: Elaboración Propia

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.

Fuente: Elaboración Propia.

83
▪ MENU PRINCIPAL:

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

Fuente: Elaboración Propia.

▪ INGRESAR AL SISTEMA:

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

Fuente: Elaboración Propia.

84
▪ GESTIONAR CATALOGO:

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

Fuente: Elaboración Propia.

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

Fuente: Elaboración Propia.

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.

Fuente: Elaboración Propia.

88
3.3.11 Diagramas de Distribución

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

Fuente: Elaboración Propia.

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

Fuente: Elaboración Propia.

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

También podría gustarte