Antecedentes

Existen diversas tiendas de panificadoras que no cuenta con un servicio de comercialización de sus productos ya que solo los logran vender por medio de su local en que se realizan sus productos.

Actualmente dicha comercializadora solo cuenta con una sucursal, pero se pretende expandir en otras colonias, municipios e incluso estados.

Objetivo General:

Realizar un sistema que permita llevar un control específico de la producción de pasteles y galletas; así como también el empaquetado del producto y su distribución.Con base al control de las ventas se sabrá cual es la producción aproximada de productos,cuanto se vende diariamente y cuál es la ganancia.

Con el software se pretende

Para la realización de este proyecto se tiene que identificar los diferentes factores y elementos que integran a la comercializadora.

En la comercializadora de pasteles y galletas se identificaron los procesos del negocio y el funcionamiento.

En los procesos del negocio se definirán las ventas en donde se identificará el pedido del cliente y las ganancias adquiridas. En el funcionamiento de la comercializadora de igual manera se identificarán los clientes, vendedores, gerentes, entre otros.

En base a la necesidad del cliente se pretende crear una aplicación que permite al usuario realizar sus pedidos de forma más sencilla y práctica. Para esto se basará en patrones de diseño enfocados a los parámetros de la empresa.

Todo lo antes descrito será realizado en base a las siguientes

herramientas: Día: Para definir el entorno y funcionamiento de la

comercializadora. Netbeans: Para el desarrollo y diseño de la aplicación

del usuario.

“Comercializadora de pasteles y galletas”.Reciben pedidos del cliente, los productos son empaquetados en una empresa quienes devuelven los productos en lotes, se recibe y se almacena mientras se planea la entrega junto con otros productos a los clientes. Se realiza el envío al cliente y se cobra.Con todo lo anterior se pretende llevar un control sobre las ventas, cliente y el flujo de ganancias.La estructura de la empresa es la siguiente:

Procesos del negocio Ventas recibe un pedido de cliente y este se retransmite a la fábrica de empaques. Una vez

fabricado y entregado por medio de los proveedores, se realiza labor de cobranza. Logística. Se almacenan los productos, se planea la entrega a los clientes y se envía el pedido.

El cliente solicita una cotización para saber en cuanto aproximadamente saldría el pedido.

El ejecutivo de ventas genera la cotización solicitada por el cliente.

El Gerente de Ventas firma la cotización del cliente y luego se la envía.

El Administrador de Ventas se encarga de llevar una base de datos en donde se almacenan los datos del cliente, producto y el distribuidor.

El cliente recibe y decide si acepta o no cotización.

El Gerente de ventas recibe la orden de compra y solicita a la fábrica que empaque el pedido.

El Jefe de Logística se encarga de hacer el pago del servicio al empresa que empaqueto el producto.

El encargado del Almacén recibe y carga el pedido al transporte que será usado para distribuir el producto.

El Distribuidor se encarga de llevar el pedido al cliente.

El cliente recibe el producto y realiza el pago correspondiente.

El Jefe de Logística recibe el pago de realizado por el cliente y obtenido por la venta.

Diagrama de Gantt y plan de trabajo

2.- Fase de análisis

Tabla de Regla de negocio

Reglas del Negocio deComercializadora de pasteles y

Registro de cliente solo si

Puede realizar solicitud de

compra

Solicitud de compra Tiene

Nombre de cliente

Pedidos solo si

se encuentra una solicitud de compra

enviósolo en caso de

encontrar un pedido

vendedor en caso de

realizar una tracción

carga de pedidos solo si existen estos

Inventariosiempre

queexistan en almacén

Productos

sedividen

endos clases

Registro de ventas solo si

hay una de estas

cantidad de producto vendido

solo si existe

venta anticipada

cantidad de producto Devuelto

solo en caso de

que el productos no sea vendido

Flujo de datos

Caso de uso

Definición de requisitos para casos de uso:

Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso, por ello se dará una breve definición de los las entidades y personajes que van a participar en este caso de uso:

Cliente: Es la persona que solicita el pedido que él desea para poder obtenerlo.

Vendedor: Es el encargado de dar a conocer el producto al cliente y tratar de vendérselos de acuerdo a darle a conocer los requerimientos que el producto contiene.

Productos: Articulo que será vendido por un vendedor a un cliente.

Solicitud de ventas: Para poder llevar a cabo una venta es necesario hacer antes una solicitud de la misma para que el vendedor lo envié a la compañía y se pueda realizar el producto requerido.

Carga del pedido: Ya que el artículo fue elegido por el cliente, se tendrá que hacer una carga del pedido con el vendedor para así poder hacer la transacción y con ello la confirmación de la venta.

Confirmación de ventas: Para que la venta del pedido sea realizada se tiene que llevar acabo previamente una confirmación de la misma.

Definición de requisitos para las interfaces del sistema

En ciertas partes de este análisis se puede argumentar que el grado de detalle es excesivo. No obstante, se consideró adecuado, ya que buena parte se trata de cuestiones de teoría de la señal, que por complejas deben estar correctamente especificadas. Además, en un aspecto exclusivamente de ingeniería se puede argumentar que un programador no debe conocer estos detalles, sino que deben ser concretados exactamente por el responsable de especificar los requisitos funcionales, ya que su implementación es crítica y no ha lugar a ningún tipo de creatividad. La correcta implementación de estos requisitos requiere de una definición exhaustiva de cómo realizar ciertas tareas como puede ser el filtro sobre una señal.

Los puntos a realizar en esta fase son los siguientes:

Requisitos de interfaz externo Interfaces de usuario Interfaces hardware Interfaces software Interfaces de comunicaciones Requisitos funcionales

Flujos de información Descripción de procesos Diccionario de datos

Requisitos de rendimiento Restricciones de diseño Atributos de sistemas software Otros requisitos

Definición de requisitos de usabilidad

Cuando los requisitos interfaz se creen que son lo suficientemente buenos y todo está establecido para poder llegar a una interacción se llevará a cabo la definición de los requisitos de usabilidad.

Los factores a utilizar en este proyecto son las medidas de usabilidad más importantes, las cuales son identificadas por el IBM.

Velocidad de operación Tasa de completación Tasa de No-errores

Los siguientes medidas de usabilidad son importantes pero no al nivel que las anteriores ya que las anteriores son las importantes.

Calificación de satisfacción Facilidad de aprendizaje Facilidad de retención Uso de características avanzadas

Entre los componentes de usabilidad que utilizaremos están:

Rendimiento: Velocidad de ejecución, errores Facilidad de aprendizaje: Tiempo y esfuerzo requerido para alcanzar un nivel de uso Flexibilidad: Acomodarse a cambios Actitud: Generar actitud positiva a los usuarios

Se necesita tener el conocimiento de un rendimiento inicial, rendimiento a largo plazo, primera impresión y satisfacción del usuario a largo plazo.

Caso de uso

Especificación de requisites

1. INTRODUCCIÓNDesarrollar un programa que permita la recolección de datos de usuarios el servicio al cliente de

empresa comercializadora de pasteles.

2. FUNCIONALES

FUN1.-Se requiere las credenciales de acceso al sistema.

FUN2.-Se requiere la recolección de los datos de los usuarios para contener los datos obtenidos

en una base de datos, los datos requeridos para esta son nombre completo (nombre y dirección)

de igual forma los datos de precios y distintos tipos de pasteles.

FUN3.-Almacenamiento de historial de compras y de uso general Sistema.

FUN4.-La petición de una de un pastel o galletas para cualquier usuario, así como la consulta de

su historial y cuantos pasteles o galleta a vendió la empresa.

3. INTERFAZ DE USUARIO

IU1.- contara con una ventana de carga del sistema

IU2.- mostrara una venta en la cual nos indicara con un botón si de seamos continuar el cual dirá

Siguiente, en la misma encontraremos la bienvenida al sistema.

IU4.- Nos desplegara una ventana con el Solicitando el usuario y contraseña.

IU5.Nos plegara un mensaje el cual indicara que se accedió correctamente al sistema en caso de que sea erróneo desplegara lo contrario.

IU6.- Nos desplegara una ventana la cual nos indicara que operación deseamos realizar por medio de las opciones que están representadas por imágenes podremos elegir la operación que requerimos realizar.

IU7.-Nos desplegara la ventana Inventario de Compra y venta en este pondremos registra un nuevo cliente o proveedor así como modificarlo y buscarlo.

IU8.-en la misma ventana de Inventario de Compra y venta encontramos los mismos datos, sin embargo con la variante de que esta nos despliega una ruta la cual es utilizada para la venta.

IU9.- Nos despliega una ventana con el menú que encontramos en pasteles con un botón de continuidad hacia el siguiente menú de galleta teniendo el botón menú para regresar a la ventana principal.

IU10.-Nos despliega la ventana Productos la cual nos despliega como están distribuidos los productos vendidos y productos adquiridos mediante tablas divididas en dos secciones y nos da un total de los productos vendidos como los que fueron aquiridos.

4. CONFIABILIDAD

CON1. - estará disponible en cualquier momento que se requiera.

5. EFICIENCIA

EFI1.-el sistema estará disponible todos los días de la semana.

EFI2.-los datos serán enviados de forma rápida y efectiva y justo en el tiempo que le sea

requerido.

6. MANTENIMIENTO

MAN1.-cada 2 meses la base de datos del sistema será analizada para retirar, virus, datos que no

se necesiten oh también algún problema de otra índole que pueda afectar al desempeño de

nuestro sistema, los calendarios de revisión del sistema ya estarán establecidos para el encargado

y los deberá cumplir

7. PORTABILIDAD

POR1.-El sistema, base de datos funcionara en netbeans y será ejecutable únicamente en

Windows por el momento.

8. INTEROPERABILIDAD

INT1.-el sistema funcionara con base de datos phpMyAdmin

INT2.-el empleado deberá tener un entendimiento completo del sistema para poder manejarlo y

estar listo para descargar oh guardar información que se le pida oh que se deba eliminar.

9. REUSABILIDAD

REU.-puede usarse para otros lugares que necesiten una base de datos muy útil, siempre y

cuando tenga los requisitos necesarios.

10. RESTRICCIONES DE DISEÑO

RED1.-el ambiente Windows

RED2.-el sistema puede ejecutarse solo en sistemas Windows

11. LEGALES Y REGLAMENTOS

LEG1.-se mantendrá siempre un estricto orden respecto a la privacidad de datos. LEG2.- se

penalizara legalmente el mal uso de este software.

3. Fase de Diseño

a. Breve descripción de lo que es la etapa o fase de diseño en el desarrollo de software.

b. Separar y resumir en párrafos, en que consta el diseño lógico y el diseño físico de un sistema de información.

Diseño lógico:

Establecer las alternativas de diseño en relación a la situación actual, y elegir la "mejor" de ellas a través de un proceso de evaluación. El resultado final es un conjunto de funciones a ser realizadas por el sistema, junto con la especificación de la manera en que ellas se llevarán a cabo, los flujos de información que los conectarán y el rol del computador.

Modelos: Se usa dos tipos de modelos para visualizar el sistema.

Diseño físico

El diseño físico traduce el diseño lógico en una solución implementarle y costo-efectiva o económica. El componente es la unidad de construcción elemental del diseño físico. Las características de un componente

son: Se define según cómo interactúa con otros Encapsula sus funciones y sus datos Es reusable a través de las aplicaciones Puede verse como una caja negra Puede contener otros componentes

c. Conformar el documento de diseño, el cual debe contener los puntos antes mencionados más:

Sección del diseño lógico:Funcionamiento:

Con el uso de la aplicación móvil el usuario se podrá registrar ingresando, el nombre completo, correo y dirección.

También podrá consultar información, productos disponibles y realizar pedidos.

Descomposición Modular:

En este esquema se puede apreciar un conjunto de módulos relacionados jerárquicamente y representados en 4 niveles.

Patrones de Diseño:

Los patrones de diseño son la base para la búsqueda de soluciones a problemas comunes en el desarrollo de software y otros ámbitos referentes al diseño de interacción o interfaces. Un patrón de diseño resulta ser una solución a un problema de diseño.

Arquitectura de Modulo Especéfica:

DISEÑO DE SOFTWARE DE ARQUITECTURA MULTIPROCESADOR:

Un sistema multiproceso o multitarea es aquel que permite ejecutar varios procesos de forma concurrente, es decir que solo pueden ejecutar un proceso cada vez.

DISEÑO DE SOFTWARE DE CLIENTE – SERVIDOR:

Es un modelo de aplicación distribuida en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes, llamados clientes.

DIGRAMA VTOC: