Download - Anteproyecto salazar bolivar
PROYECTO DE PROGRAMCION AVANZADA II
TEMA:
Software Orientado al Web para la Venta de repuestos en
“RENAUTOS”
CICLO:
4º “A” de Sistemas
INTEGRANTES:
Bolívar Salazar
DOCENTE:
Ing. Esteban Cáceres
Año Lectivo:
2010-2011
Introducción
Por medio de este trabajo se desea comprender la mayoría de lo que
tenga que ver con el funcionamiento de facturación y ventas de la
empresa “RENAUTOS”. Se pretende hacer un análisis de sistema
tomando en cuenta todos los aspectos en cuanto a la venta de los
repuestos. Para poder llegar a la solución, se deben ocupar varias
herramientas para el análisis. Algunas de estas son: determinar los
requerimientos, diseño de una interfaz para el usuario y los
compradores.
Planteamiento del Problema
La empresa RENAUTOS, ha venido experimentando un bajo
funcionamiento en lo que es su sistema facturación y ventas por
partes de su sistema de computación, lo que ha significado una cierta
molestia al momento de facturar y realizar los descuentos, es por eso
que se tiene que elaborar un mejoramiento para el sistema tanto en el
uso del mismo dentro de la empresa como también en la web con lo
que podremos además captar nuevos clientes incursionado a la
empresa al uso de las nuevas tendencias en cuanto a comercio se
refiere.
Justificación
Este sistema de facturación y ventas es una herramienta para el
aprendizaje y consolidación de los conocimientos adquiridos en el
transcurso de nuestros estudios, así como fortalecer algunas
habilidades importantes como son la toma de decisiones entre otras.
Dentro del software es esencial hacer un análisis completo de los
datos, para lograr tener un sustento para hacer una correcta toma de
decisiones minuciosa. Por lo que hacer un análisis de la demanda
para encontrar las variables que afectan las ventas, así como
establecer la relación que hay entre estas y las ventas.
Objetivo General
Desarrollo de un software para automatizar el proceso de ventas
orientado a la Web, utilizando J-developer para la tienda
“RENAUTOS”.
Objetivos Específicos
Crear una interfaz para la venta y facturación de repuestos.
Crear una página en donde se muestre información sobre los
repuestos por categorías.
Crear una página donde el usuario se registre y se loguee como
vendedor o comprador.
ALCANCES:
La investigación consiste en detallar el funcionamiento de la com-
pañía “RENAUTOS”, esto nos ayudó a conocer paso a paso como se
hace el proceso de realización de pedidos de los productos que ofre-
ce esta compañía distribuidora de REPUESTOS, además se conoció
las posibles clases que pueden formar parte para el desarrollo del
software y su mejor funcionamiento con los procedimientos específi-
cos que se llevan allí y el enfoque es solo en el proceso antes descri-
to.
LIMITACIONES:
El proyecto sólo nos da a conocer el proceso de realización de pedi-
dos de los productos que vende esta compañía, pero no nos mostrara
todos los procedimientos que se ejecutan en este negocio y por lo
tanto no sabremos si existen más problemas dentro del mismo.
1. MARCO TEÓRICO
JDEVELOPER
JDeveloper es un entorno de desarrollo integrado desarrollado por Oracle
Corporation para los lenguajes Java, HTML, XML, SQL, PL/SQL, Javascript,
PHP, Oracle ADF, UML y otros.
Es un software propietario pero gratuito desde 2005.
Las primeras versiones de 1998 estaban basadas en el entorno JBuilder de
Borland, pero desde la versión 9i de 2001 está basado en Java, no estando ya
relacionado con el código anterior de JBuilder.
Las últimas versiones estables son:
Para JDK 6: 11.1.1.2.0 (noviembre de 2009)
Para JDK 5: 10.1.3.5 (agosto de 2009).
ADF BC
Es un framework de desarrollo innovador que nos provee de un conjunto de
librerías con funcionalidades que nos permiten crear componentes de negocios
específicos ayudándonos a mantener las cosas sencillas en la plataforma J2EE
(Java to Enterprise Environment) convirtiéndose en un puente entre la base de
datos y la aplicación conteniendo la lógica de negocios y encargándose de la
función de validar los datosya que este framework está basado en el MVC
(Modelo Vista Controlador) y nos permitirá trabajar con aplicaciones web o de
escritorio ya que nuestros ADF Business Components se centrarán en la lógica
de negocios lo cual nos da la ventaja de la facilidad del mantenimiento de
nuestra aplicaciónOracle ApplicationDevelopment Framework Business
Components es un framework basado en Modelo-Vista-Controlador (MVC) que
separa a nuestra aplicación en tres niveles:
Modelo-Vista-Controlador (MVC)
MODELO.- Esta capa se encarga de la interacción del data-source y la eje-
cución de la lógica de negocios.
VISTA.- Esta capa se encarga de la interacción de la aplicación y la interfaz
de usuario.
CONTROLADOR.- Esta capa se constituye en una interfaz entre la capa
del modelo y la capa de vista.
¿Cómo se debe diseñar una aplicación empresarial para que sea
mantenibley contenga partes reusables?
_ Debería estar diseñada siguiendo la arquitectura que fijan los patrones arqui-
tectónicos Model-View-Controller(MVC) y Layers.
_ Un patrón arquitectónico es un patrón de alto nivel que fija la arquitectura
global de una aplicación.
_ Posteriormente, el diseño hará uso de patrones de diseño para resolver pro-
blemas específicos.
Separación clara entre el modelo (lógica de negocio) y la vista (interfaz gráfica),
gracias a un controlador que los mantiene desacoplados
Ventajas:
El modelo es reusable con distintas vistas (ej.: una vista web y una
con interfaz de ventanas)
División clara de trabajo entre los miembros de un equipo, que estará
formado por personas con distintos niveles de especialización
Arquitectura de Oracle ADF
ORACLE XE
Oracle es un sistema de gestión de base de datos objeto-relacional (o ORDBMS
por el acrónimo en inglés de Object-Relational Data Base Management System),
desarrollado por Oracle Corporation.
Se considera a Oracle como uno de los sistemas de bases de datos más
completos, destacando:
Soporte de transacciones,
Estabilidad,
Escalabilidad y
Soporte multiplataforma.
Su dominio en el mercado de servidores empresariales ha sido casi total hasta
hace poco, recientemente sufre la competencia del Microsoft SQL Server de
Microsoft y de la oferta de otros RDBMS con licencia libre como PostgreSQL,
MySql o Firebird. Las últimas versiones de Oracle han sido certificadas para
poder trabajar bajo GNU/Linux.
2. ANALISIS del problema
DATOS GENERALES DE LA INSTITUCIÓN
Nombre: “ZONA METAL CIA. LTDA.”
Tipo de Empresa: Privada
Ubicación:
Calles: Av. Paseo de los Cañaris y Antonio Pons
Nombre del Propietario (a): Sr. NaunZaumba
FUNCIONAMIENTO DE LA EMPRESA
Esta es una empresa de carácter privado cuya actividad es la de distribución de
Repuestos.
Su infraestructura posee todos los servicios básicos, tiene 1 oficina y una bodega.
Las principales autoridades son:
ElGerente-Propietario es el Sr.Naun Zumba.
Empleado es Bolívar Salazar
Entrevista Previa
¿De qué trata su empresa?
Almacén de Repuestos Renault.
¿Con cuántos empleados cuenta?
Con uno.
¿Qué necesita que haga el sistema?
Facturación y venta por la web.
¿Cómo se organiza con respecto a los proveedores?, ¿Tiene
algún registro de los
mismos?, ¿Le gustaría tenerlo?
Todo es vía telefónica. En algunas hojas de Excel. Mediante la web
sería interesante.
¿Cuenta con más de una sucursal?, ¿Le gustaría tener más en
un futuro?
No. Y si las circunstancias se dan.
¿Tiene clientes habituales?, ¿Qué registros tiene de éstos?, ¿De
qué manera tiene el
registro?
Sí. Solamente las compras realizadas. En un cuaderno.
¿Tiene un sistema de reservas?, ¿Cómo funciona?
No. Ninguno.
¿Quiénes usarían el sistema?
Administradores y clientes.
¿Le gustaría tener algún tipo de estadísticas?
Podría ser por ejemplo, gastos mensuales, clientes habituales, etc.
¿Cómo están registrados los datos?
En la computadora a base de Excel.
¿Cómo y cuándo hace los pedidos a los proveedores?
Por teléfono, en cuanto el cliente hace el pedido.
¿Cómo es el cobro a los clientes?, ¿Hay diferencia de precio
entre clientes habituales
y no habituales?
En efectivo. A los habituales existe un cierto tipo de descuento.
¿Trabaja con computadoras?, ¿Para qué las usa?
Sí. Para guardar datos en Excel.
¿Algo más que quiera aportar y no hayamos tratado?
El sistema es muy necesario puesto que se necesita saber si en otros
locales podemos conseguir los repuestos.
EL WORKFLOW DE ANALISIS ORIENTEDO A OBJETOS
Caso de Uso Proceso de Realización de un Pedido
T.D
Pedidos
Tarjeta de Descripción para el Proceso Realización de Pedidos
Descripción General:
Aquí se permite a los clientes realizar el pedido de acuerdo a su necesidad y da a
conocer al propietario del negocio cuanto producto entregar y a quién entregarlo.
Descripción Paso a Paso:
1. Saber la cantidad de producto que necesita.
2. Identificarse como cliente mayorista o minorista.
3. Llamar y comunicar la confirmación del pedido..
S.I Proceso de Realización de Pedidos
Permite que el propietario sepa la cantidad de producto y a quién
debe entregarlo.
No se Aplica.
Recolección
Requisitos
Registro de Pedido
Propietario
Cliente Confirmar Pedido
T.D
Venta y distribución
del producto.
Tarjeta de Descripción para el Proceso Venta y Distribución del Producto
Descripción General:
En este el chofer entrega los productos a las personas que realizaron los pedidos y la
cantidad que solicitaron.
Descripción Paso a Paso:
1. Haber tenido confirmado los pedidos.
2. Saber la cantidad de productos y a quien entregarlos.
3. Entregar los productos a las personas que lo solicitaron y entregar factura.
S.I Proceso de Venta y Distribución de los
Productos
Permite a la secretaria saber los productos que se van a despachar
y enviar al chofer a entregar los productos a las personas que
realizaron los pedidos.
No se Aplica.
Tener confirmado el
Pedido
Entregar Productos
Entregar Factura Propietario
Cliente
DIAGRAMAS DE DESCRIPCION ESPECÍFICOS
o Casos de Uso Específicos
Tarjeta de Descripción para el Proceso de Recolección de Requisitos
Descripción General: En este proceso los clientes recolectan los requisitos
solicitados para la realización de un pedido.
Descripción Paso a Paso:
1. Saber la cantidad de producto que necesita.
2. Identificarse como cliente mayorista o minorista.
3. Llamar y confirmar pedido.
Escenarios: En este proceso el cliente debe saber la cantidad de producto que necesita, se
identifica como clientemayorista o minorista y luego llama para confirmar su
pedido.Posibles Clases:
S.I Proceso de Recolección de Requisitos
Recolección
Requisitos
Cliente
- Cliente.
- Mayorista
- Minorista
- Pedido
- Producto
Clases:
Cliente
Mayorista
Minorista
Pedido
Producto
Cliente
Cedula
Apellido
Nombre
Dirección
Teléfono
Tipo
(+)Validación de la
Cedula.
Pedido
Número
Descripción
Cantidad
Total a Pagar
Estado
Código del Producto
Cédula Cliente
Producto
Código
Fecha/Elab
Fecha/Ven
Costo de elaboración por
libra
Precio de venta por libra
Precio de Venta por Libra
por mayor
Tarjeta de Descripción para el Proceso de Confirmar Pedido
Descripción General: En este proceso los clientes llaman para confirmar el pedido
dando la cantidad y los tipos de productos que quieran.
Descripción Paso a Paso:
1. El cliente llama a la compañía.
2. Le contestan la llamada y el cliente se identifica.
3. Luego de identificarse los clientes comunican sus pedidos.
Escenarios: En este proceso el cliente luego de recolectar la información para poder
hacer el pedido estos llaman y confirman la cantidad de productos de su pedido
confirmándolo de esta manera.
Posibles Clases:
S.I Proceso de Confirmar Pedido
Confirmar pedido
Representante Cliente
- Cliente
- Pedido
- Producto
Clases:
Cliente
Producto
Pedido
Cliente
Cedula
Apellido
Nombre
Dirección
Teléfono
Tipo
(+)Validación de la
Cedula.
Pedido
Número
Descripción
Cantidad
Total a Pagar
Estado
Código del Producto
Cédula Cliente
Producto
Código
Fecha/Elab
Fecha/Ven
Costo de elaboración por
libra
Precio de venta por libra
Precio de Venta por Libra
por mayor
S.I Proceso de Registro de Pedido
Registrar Pedido
Tarjeta de Descripción para el Proceso de Registrar Pedido
Descripción General: En este proceso la secretaria registra el pedido realizado por el
cliente
Descripción Paso a Paso:
1. El cliente realiza la llamada.
2. Al recibir la llamada el cliente confirma el pedido dando la cantidad y el tipo de
productos que desean pedir.
3. El propietario luego de recibir la llamada registra el pedido.
Escenario: En este proceso el propietario recibe la llamada del cliente confirmando la
cantidad de productos que desea en su pedido y este lo registra.
Posibles Clases:
- Propietario.
- Cliente
- Pedido
- Producto
Secretaria
Clases:
Propietario
Cliente
Pedido
Producto
Cliente
Cedula
Apellido
Nombre
Dirección
Teléfono
Tipo
(+)Validación de la
Cedula.
Pedido
Número
Descripción
Cantidad
Total a Pagar
Estado
Código del Producto
Cédula Cliente
Producto
Código
Fecha/Elab
Fecha/Ven
Costo de elaboración por
libra
Precio de venta por libra
Precio de Venta por Libra
por mayor
Propietario
Cedula
Apellido
Nombre
Dirección
Teléfono
Tarjeta de Descripción para el Proceso Tener Registrado el pedido
Descripción General: En este proceso la secretaria al recibir la llamada del cliente ha
confirmado el pedido.
Descripción Paso a Paso:
1. El cliente llama para confirmar el pedido.
2. El propietario al recibir la llamada del cliente ya confirmo el pedido.
Escenarios: En este proceso el cliente llama para confirmar el pedido y de esta manera el
propietario sabe que tiene el pedido confirmado.
Posibles Clases:
(+)Validación de la
Cedula.
S.I Proceso de Tener confirmado el pedido
Tener confirmado el
pedido
Secretaria
- Cliente
- Pedido
- Propietario
Clases:
Cliente
Pedido
Propietario
Escenarios: En este proceso el propietario luego de haber confirmado el pedido va a
entregar los productos que el cliente necesita.
Posibles Clases:
- Cliente
- Pedido
- Propietario
Cliente
Cedula
Apellido
Nombre
Dirección
Teléfono
Tipo
(+)Validación de la
Cedula.
Pedido
Número
Descripción
Cantidad
Total a Pagar
Estado
Código del Producto
Cédula Cliente
Propietario
Cedula
Apellido
Nombre
Dirección
Teléfono
(+)Validación de la
Cedula.
- Productos
Clases:
Cliente
Pedido
Propietario
Productos
Cliente
Cedula
Apellido
Nombre
Dirección
Teléfono
Tipo
(+)Validación de la
Cedula.
Pedido
Número
Descripción
Cantidad
Total a Pagar
Estado
Código del Producto
Cédula Cliente
Secretaria
Cedula
Apellido
Nombre
Dirección
Teléfono
(+)Validación de la
Cedula.
Producto
Código
Fecha/Elab
Tarjeta de Descripción para el Proceso Entregar Factura
Descripción General: En este proceso el chofer luego de haber entregado el pedido
procede a entregar la factura.
Descripción Paso a Paso:
1. El propietario entrega el pedido.
2. Luego de entregar el pedido el propietario procede a cobrar el dinero.
Fecha/Ven
Costo de elaboración por
libra
Precio de venta por libra
Precio de Venta por Libra
por mayor
S.I Proceso de Entrega de Factura
Entregar Factura
Chofer
Tablas