1.

FUNDAMENTOS DEL PROBLEMA

1.1. Descripcin del Problema

La tienda comercial MC3 SAC cuenta con su propio establecimiento de ventas, en
el cual ofrece a sus clientes una variedad de productos de ropa para el pblico en
general.
La tienda cuenta con tecnologa y el registro de ventas de sus productos lo realizan
de forma manual.
El problema que se presenta en esta rea de ventas es la falta de aplicacin de
nuevas tecnologas, para la verificacin de la cantidad de ventas de sus productos
que se realizan mes a mes , est a cargo de una sola persona resultando en muchos
casos dificultosa por el hecho de que como los datos de los productos estn escritos
manualmente, no se tiene una contabilidad precisa de sus productos, trayendo como
consecuencia la falta de control eficiente de ventas y el monto de ganancias de la
totalidad de productos que vendi en un da o al mes.

1.2. Anlisis del Problema

A pesar de contar con herramientas necesarias como computadora del que usan
Microsoft office y Excel para manejo de sus ventas, no se le est dando el
respectivo aprovechamiento de este recurso para actualizarse con la nueva
tecnologa como por ejemplo utilizar un sistema de ventas para control de los
productos.

Se puede hablar que tambin la falta de automatizacin del proceso de ventas de sus
productos realizados manualmente, originando demora de atencin al cliente, caso
de que no se hiciera esto afectara las ventas y malestar en sus clientes pues estas se
perderan o no regresaran a comprar.
Todos estos problemas generan ineficiencia para la venta de productos del negocio,
siendo necesario ser tratado de manera urgente dado que se busca satisfacer al
cliente y darle una atencin rpida y de calidad.


1.3. Objetivos
1.3.1. Objetivo General
Implantar un sistema que permita gestionar control de las ventas en la
tienda comercial MC3-SAC en galeras Alfa-Chimbote.

1.3.2. Objetivo Especficos

Realizar un anlisis situacional de la problemtica en la tienda
comercial MC3-SAC con respecto al proceso de ventas.
Realizar el anlisis y diseo del sistema.
Realizar la implementacin del sistema web en la tienda comercial
MC3-SAC.
Implantar el sistema en la empresa, sujeto a futuras mejoras o
actualizacin.
1.4. Justificacin

Con el desarrollo del sistema de ventas pretendemos de la tienda comercial MC3
SAC pueda mejorar el control de procesos de ventas, esto con el propsito de
brindar un servicio de calidad a sus clientes, adems de mejorar la eficiencia del
personal y la calidad de datos e informacin que requieren los administradores
para tener una mejor visin de las ganancias de la tienda, as mismo el sistema
contribuir a un disminucin considerablemente de errores y conflictos en los
procesos actuales.
1.5. Alternativa de Solucin
Como se ha dicho anteriormente el objetivo del proyecto es disear un sistema
para gestionar el control de ventas que permitir agilizar los procesos dentro de
la tienda comercial. Al mismo tiempo el proyecto tambin pretende ayudar a
mejorar la imagen de la tienda.

La mejor alternativa que se ha escogido es implementar un sistema para el
control de ventas, la cual consiste en crear un sistema web que nos permitir
consultar los productos existentes en la base de datos y ver los detalles de
dichos productos.
Tambin se podr generar facturas, boletas y reportes de ventas generadas al
da, mes o ao de manera automatizada.
De esa manera se considera que esta solucin mejora la problemtica de la
tienda, ya que sus procesos eran de manera manual.

2. Anlisis
2.1.Descripcin de la metodologa a utilizar

La Metodologa que hemos utilizado es: Metodologa Rup

Proceso Unificado de Rational
El Proceso Racional Unificado es un proceso de desarrollo de software y junto
con el Lenguaje Unificado de Modelado UML, constituye la metodologa
estndar ms utilizada para el anlisis, implementacin y documentacin de
sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto
de metodologas adaptables al contexto y necesidades de cada organizacin.
Originalmente se dise un proceso genrico y de dominio pblico, el Proceso
Unificado, y una especificacin ms detallada, el Rational Unified Process, que
se vendiera como producto independiente.

PROCESO DE DESARROLLO DEL SOFTWARE

El RUP est basado en 6 procesos que son los siguientes:
Adaptar el proceso:
El proceso deber adaptarse a las necesidades del cliente ya que es muy
importante interactuar con l. Las caractersticas propias del proyecto u
organizacin. El tamao del mismo, as como su tipo o las regulaciones
que lo condicionen, influirn en su diseo especfico. Tambin se deber
tener en cuenta el alcance del proyecto en un rea subformal.
Equilibrar prioridades: Los requisitos de los diversos participantes
pueden ser diferentes, contradictorios o disputarse recursos limitados.
Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias
a este equilibrio se podrn corregir desacuerdos que surjan en el futuro.
Demostrar valor iterativamente: Los proyectos se entregan, aunque
sea de un modo interno, en etapas iteradas. En cada iteracin se analiza
la opinin de los inversores, la estabilidad y calidad del producto, y se
refina la direccin del proyecto as como tambin los riesgos
involucrados.
Colaboracin entre equipos: El desarrollo de software no lo hace una
nica persona sino mltiples equipos. Debe haber una comunicacin
fluida para coordinar requisitos, desarrollo, evaluaciones, planes,
resultados, etc.
Elevar el nivel de abstraccin:
Este principio dominante motiva el uso de conceptos reutilizables tales
como patrn del software, lenguajes 4GL o marcos de referencia
(frameworks) por nombrar algunos. Esto evita que los ingenieros de
software vayan directamente de los requisitos a la codificacin de
software a la medida del cliente, sin saber con certeza qu codificar para
satisfacer de la mejor manera los requisitos y sin comenzar desde un
principio pensando en la reutilizacin del cdigo.
Enfocarse en la calidad:
El control de calidad no debe realizarse al final de cada iteracin, sino en
todos los aspectos de la produccin. El aseguramiento de la calidad
forma parte del proceso de desarrollo y no de un grupo independiente.
FASES
Inicio (Inception)
o El objetivo general de esta fase es establecer un acuerdo entre
todos los interesados acerca de los objetivos del proyecto.
o Es significativamente importante para el desarrollo de nuevo
software, ya que se asegura de identificar los riesgos relacionados
con el negocio y requerimientos.
o Para proyectos de mejora de software existente, esta fase es ms
breve y se centra en asegurar la viabilidad de desarrollar el
proyecto.
Elaboracin
o El objetivo en esta fase es establecer la arquitectura base del
sistema para proveer bases estables para el esfuerzo de diseo e
implementacin en la siguiente fase.
o La arquitectura debe abarcar todas las consideraciones de mayor
importancia de los requerimientos y una evaluacin del riesgo.
Construccin
o El objetivo de la fase de construccin es clarificar los
requerimientos faltantes y completar el desarrollo del
sistema basados en la arquitectura base.
o Vista de cierta forma esta fase es un proceso de manufactura, en el
cual el nfasis se torna hacia la administracin de recursos y
control de las operaciones para optimizar costos, tiempo y calidad.
Transicin
o Esta fase se enfoca en asegurar que el software est disponible
para sus usuarios.
o Se puede subdividir en varias iteraciones, adems incluye pruebas
del producto para poder hacer el entregable del mismo, as como
realizar ajuste menores de acuerdo a ajuste menores propuestos
por el usuario.
o En este punto, la retroalimentacin de los usuarios se centra en
depurar el producto, configuraciones, instalacin y aspectos sobre
utilizacin.

CARACTERSTICAS
Dirigido por Casos de Uso: Los casos de uso son los artefactos primarios
para establecer el comportamiento deseado del sistema
Centrado en la Arquitectura: La arquitectura es utilizada para
conceptualizar, construir, administrar y evolucionar el sistema en
desarrollo
I terativo e I ncremental:
Maneja una serie de entregas ejecutables
Integra continuamente la arquitectura para producir nuevas versiones
mejoradas
Conceptualmente amplio y diverso
Enfoque orientado a objetos
En evolucin continua
Adaptable
Repetible
Permite mediciones:
Estimacin de costos y tiempo, nivel de avance, etc.
BENEFICIOS
Promueve la reusabilidad.
Reduce la complejidad del mantenimiento (extensibilidad y facilidad de cambios).
Riqueza semntica.
Disminuye la brecha semntica entre la visin interna y la visin externa
del sistema.
Facilita la construccin de prototipos.
Permite desarrollar aplicaciones sacando el mximo provecho de las nuevas
tecnologas, mejorando la calidad, le rendimiento, la reutilizacin,
la seguridad y el mantenimiento del software mediante una gestin sistemtica
de los riesgos.
Permite la produccin de software que cumpla con las necesidades de los
usuarios, a travs de la especificacin de los requisitos, con una agenda
y costo predecible.
Enriquece la productividad en equipo y proporciona prcticas ptimas de
software a todos sus miembros
Permite llevar a cabo el proceso de desarrollo prctico, brindando amplias
guas, plantillas y ejemplos para todas las actividades crticas.
Proporciona guas explicitas para reas tales como modelado
de negocios, arquitectura Web, pruebas y calidad. Tambin se proporciona
guas para desarrollar en plataformas IBM WebSphere y Microsoft Web
Solution para acelerar el desarrollo de los proyectos.
Se integra estrechamente con herramientas Rational, permitiendo a los
equipos de desarrollo aprovechar todas las ventajas de las caractersticas de
los productos Rational, el Lenguaje de Modelado Unificado (UML) y otras
prcticas ptimas de la industria.
Unifica todo el equipo de desarrollo de software y mejora la comunicacin al
brindar a cada miembro del mismo una base de conocimientos, un lenguaje de
modelado y un punto de vista de cmo desarrollar software.
Optimiza la productividad de cada miembro del equipo al poner al alcance la
experiencia derivada de miles de proyectos y muchos lderes de la industria.
No solo garantiza que los proyectos abordados sern ejecutados ntegramente
sino que adems evita desviaciones importantes respecto a los plazos.
Permite una definicin acertada del sistema en un inicio para hacer
innecesarias las reconstrucciones parciales posteriores.

2.2.Alcance
2.2.1. Definicin del alcance del sistema

El sistema que se va construir tiene, como objetivo principal, apoyar en los agilizar
los procesos de una tienda comercial.
Se desea automatizar, fundamentalmente, la gestin de ventas. En cuanto ventas,
debe facilitarse su gestin integral, desde el momento en que el vendedor ofrece el
producto, pasando por la oferta de dicha producto a los clientes hasta generar las
boletas, facturas y reportes .Tambin se desea implantar un sitio web en el que se
pueda consultar informacin sobre la empresa, de forma que se facilite la captacin
de clientes para la tienda. Los datos hechos pblicos a travs de la web debern
estar actualizados frecuentemente, siendo deseable que se sincronicen diariamente
con las bases de datos internas.
Ntese que el sistema debe utilizarse exclusivamente para la gestin de ventas.

2.2.2. Lista de usuarios

DESCRIPCIN RESPONSABILIDADES



Administrador
Es la encargada de ingresar los nuevos
productos, verificar los pedidos realizados
por los clientes, consultar el stock de
productos, generar reportes as como de
supervisar el buen funcionamiento de los
procesos de la tienda.

Cajero
Se encarga de registrar a los clientes
para realizar la venta de los productos.
Tambin es que genera comprobante
de venta.
Vendedores Son los encargados de ofrecer los
productos dentro de la tienda,
interactan con los clientes. Pero no
con el sistema.



2.2.3. Descripcin del modelo fsico del sistema






Vendedor
Cliente
Consulta el producto
Realizar la venta
Emite Informacin del
producto
Escoge producto
Administrador

2.2.4. Identificacin de requerimientos
2.2.4.1.Requerimientos Funcionales


2.2.4.2.Requerimientos No Funcionales

o El sistema debe ser construido sobre plataforma web.
o El usuario debe contar con un computador, que cumpla con las
necesidades del sistema.






SISTEMA PARA EL CONTROL DE VENTAS EN LA TIENDA
COMERCIAL MC3 SAC EN GALERIAS ALFA -CHIMBOTE.
RQN1.-Realizar consulta de los productos
disponubles.
RQN2.-Muestra la descripcion y precio del
producto registrado.
RQN3.-Registrar datos de los
clientes
RQN4.-Permitira unmejor control de ventas.
RQN5.-Permite realizar reportes
RQN6.-Interfaz amigable y sencilla.
RQN7.- Cuenta una base de datos
donde se alamacena los productos.
2.2.5. Diagramas de caso de uso

2.2.5.1. Caso de Uso General




























Gestion Consulta
cliente
(from actores)
vendedor
(from actores)
Gestion Ventas
administrador
(from actores)
cajero
(from actores)
Gestion Administrativa

2.2.5.2. Caso de Uso Explotado



emitir informacion de producto
(from Identi fi caci n de Procesos)
Generar reporte de ventas
(from Identi fi caci n de Procesos)
Realizar cierre de caja
(from Identi fi caci n de Procesos)
cliente
(from actores)
consultar producto
(from Identi fi caci n de Procesos)
<<include>>
vendedor
(from actores)
Realizar venta
(from Identi fi caci n de Procesos)
registar cliente
(from model ado de casos de usos del si stema)
Emitir comprobante pago
(from Identi fi caci n de Procesos)
cajero
(from actores)
administrador
(from actores)
Dar monto para arqueo
(from Identi fi caci n de Procesos)
<<include>>
2.2.6. Descripcin de casos de uso
CU1 Emitir informacin de producto












Nombre Emitir informacin de producto
Actores Vendedor y sistema
Actividades Verificar los datos arrojados por el sistema.
Descripcin El vendedor emite los detalles del producto
Acciones normales de los eventos
1. El Trabajador ingresar a la interfaz consultar producto
2. La interfaz cargara
3. selecciona detalles de producto.
4. Dar Click en emitir producto
5. Salir de interfaz









sistema
emitir informacion de producto
(from MODELO DEL SISTEMA ACTUAL)
vendedor
(from actores)
CU2 - Consultar producto














Nombre Consultar producto
Actores Cliente y el vendedor, sistema
Actividades Enva una solicitud sobre producto seleccionado
Descripcin Este caso nos describe la actividad que hace el cliente de
seleccionar un producto para su respectiva compra, y
este ser acogida por el vendedor para emitir
informacin del producto.
Acciones normales de los eventos
6. El vendedor ingresar a la interfaz de Registrar Venta (productos)
7. La interfaz cargara selecciona el producto e ingresa la cantidad
solicitada
8. El vendedor seleccionara el nombre del cliente, y llenara los productos
el cual solicite el cliente, eligiendo las siguientes opciones:
8.1. Buscar Categora
8.1.1. El vendedor r selecciona la categora del producto, el cual el
cliente desea.
8.1.2. El sistema muestra un listado de los productos que
pertenecen a esa categora.
cliente
(from actores)
vendedor
(from actores)
buscar categoria
buscar por nombre
consultar producto
(from Identi fi caci n de Procesos)
<<extend>>
<<extend>>
emitir informacion de producto
8.1.3. El vendedor busca el producto que desea el cliente y hace
clic sobre la celda para hacer el listado.




CU3 Realizar venta









vendedor
(from actores)
cliente
(from actores)
buscar por categoria buscar nombre
cajero
(from actores)
realizar venta
<<extend>>
<<extend>>

Realizar Venta
Actores Vendedor, cajero y Sistema
Actividades Registra los Productos que va a adquirir el cliente.
Descripcin El Cajero tendr la tarea de registrar todos los productos que va a adquirir el
cliente.
Acciones normales de los eventos
9. El cajero ingresar a la interfaz de Registrar Venta (productos)
10. La interfaz cargara selecciona el producto e ingresa la cantidad solicitada
11. El cajero seleccionara el nombre del cliente, y llenara los productos el cual solicite el
cliente, eligiendo las siguientes opciones:
11.1. Buscar Categora
11.1.1. El cajero selecciona la categora del producto, el cual el cliente desea.
11.1.2. El sistema muestra un listado de los productos que pertenecen a esa categora.
11.1.3. El cajero busca el producto que desea el cliente y hace clic sobre la celda para
hacer el listado.
11.2. Buscar por nombre
11.2.1. El cajero coloca el nombre de producto que desea el cliente.
11.2.2. El sistema carga la interfaz.
11.2.3. El sistema muestra el producto que desea el cliente.














CU4 Registrar cliente



















Nombre Registrar Cliente
Actores Cajero, Cliente y Sistema
Actividades Registra los datos del cliente
Descripcin El cajero ingresara al sistema para registrar los datos de los clientes atendidos.
Acciones normales de los eventos
1. El Cajero registra al cliente en el sistema.
2. El Cajero selecciona la opcin:
2.1. Ingresar Cliente
2.1.1. El sistema actualiza la interfaz y activa las celdas para ingreso de
datos del cliente.
2.1.2. El Cajero ingresa los datos del Cliente: nombre, apellido paterno,
apellido materno, DNI, telfono y direccin. Y luego da clic en
guardar.
cajero
(from actores)
sistema
crear nuevo cliente Modificar Cliente
cliente
(from actores)
registrar cliente
<<extend>>
<<extend>>
2.1.3. El sistema emite un mensaje informando que se ha almacenado
satisfactoriamente. Caso contrario emite un mensaje de error,
permitiendo que el Cajero lo corrija.
2.2. Modificar Datos del Cliente
2.2.1. El sistema actualiza interfaz y muestra celda de ingreso de nombre
del cliente a modificar sus datos.
2.2.2. El Cajero ingresa el nombre del cliente y da clic en buscar.
2.2.3. El Cajero realiza las modificaciones deseadas y da clic en guardar
cambios.
2.2.4. El sistema valido y almaceno si es correcto. Caso contrario emite un
mensaje con el error, permitiendo al usuario que lo modifique.
2.2.5. El sistema emite un mensaje informando que se ha almacenado
satisfactoriamente. Caso contrario emite un mensaje de error,
permitiendo que el trabajador lo corrija.
2.2.6. El caso de uso termina si el Cajero ya no desea realizar algn otro
mantenimiento de cliente.

CU5 Emitir comprobante pago















cliente
(from actores)
sistema
Emitir comprobante de pago
cajero
(from actores)
Emitir boleta Emitir factura
Nombre Emitir Boleta
Actores Cajero, cliente y Sistema
Actividades Emitir Boleta
Descripcin El cajero emite boleta detallando las caractersticas del producto y con el
precio respectivo al cliente.
Acciones normales de los eventos
1. Como todo est registrado en el sistema, esto se imprime y el Cajero se
encarga de entregar al cliente.
2. El Cajero emitir la boleta al cliente.
3. El cliente recibe su boleta.


CU6 Dar monto de arqueo

Nombre Dar monto de arqueo
Actores Cajero, administrador y Sistema
Actividades Emitir Boleta
Descripcin El caso de uso de inicia cuando el Cajero selecciona la opcin para el
Realizar Arqueo. El sistema muestra el reporte consolidado por tipo de
pago efectuado.

Acciones normales de los eventos
1. El sistema muestra las opciones Imprimir Reporte, Validar Arqueo de Caja y Salir.
2. El sistema retorna a Opciones de Arqueo de Caja
2.1. El sistema muestra las opciones Imprimir Reporte, Validar Arqueo de Caja y
Salir.
SUBFLUJOS
3. Imprimir Reporte

3.1. El sistema imprime el reporte detallado del arqueo de caja que se
visualiza en la pantalla.
3.2. El sistema retorna a Opciones de Arqueo de Caja

4. Validar Arqueo de Caja

4.1. El sistema permite al Cajero ingresar el monto total contabilizado en la
Caja. Este monto es comparado con el monto total registrado por las
transacciones realizadas en dicha Caja.
4.2. El sistema registra el Arqueo de Caja de forma exitosa.
4.3. El sistema retorna a Opciones de Arqueo de Caja

5. Salir








CU7 Generar reporte de ventas














Nombre Emitir reportes
Actores Administrador y Sistema
Actividades Consulta en la BD
Descripcin El sistema emite reportes de acuerdo a todas las ventas realizadas al Jefe y/o
Trabajador.
Acciones normales de los eventos
1. El Administrador ingresa a la interfaz de Realizar reportes.
administrador
(from actores)
Generar reportes de venta
Fecha
Clientes
Cantidad de productos
Monto ngresos
2. El sistema carga la interfaz de Realizar reportes.
3. El Administrador ingresa y puede realizar los reportes de:
3.1. Ingresos semanales, mensuales y/o anuales.
3.2. Productos vendidos
3.4. Clientes
4. El caso de uso termina si el Administrador ya no desea realizar ms reportes.




CU8 Realizar cierre de caja






Nombre Realizar cierre de caja
Actores Administrador y Sistema
Actividades Cierre de caja
Descripcin El sistema permitir al usuario hacer el cierre de caja del da para
saber los movimientos financieros.
Acciones normales de los eventos
1. El usuario ingresa el monto de dinero.
2. Se actualiza la base de datos cierre de caja.
3. El usuario le solicita el cierre de caja al programa.
4. El sistema realiza el cierre de caja de las ventas del da.
5. El sistema muestra los ingresos y egresos del da
6. No hacer alguna modificacin de los ingresos del da.
7. El sistema guarda la venta del da.
8. Hacer alguna modificacin en los ingresos del da. Regresa al
punto 1.

2.2.7. Diagrama de clases