trabajo final software ii

IMPLEMENTACIÓN DE UN SOFTWARE DE CONTROL DE VENTA E INVENTARIO EN LA INDUSTRIA “LA ESPIGA E.I.R.L” DE LA CIUDAD DE

HUARAZ EN EL AÑO 2013.

Implementación de un software de control de venta e inventario en la Industria “La Espiga

E.I.R.L” de la ciudad de Huaraz en el año 2013.

aaaaa

«Año de la Inversión para el Desarrollo Rural y la Seguridad Alimentaria»

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO

FACULTAD DE CIENCIASESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

IMPLEMENTACIÓN DE UN SOFTWARE DE CONTROL DE COMPRA-VENTA, CAJA E INVENTARIO EN LA INDUSTRIA “LA ESPIGA E.I.R.L” DE LA

CIUDAD DE HUARAZ EN EL AÑO 2013.

EQUIPO DE DESARROLLO

ASESOR ING. SILVA ZAPATA, MIGUEL

HUARAZ - 2013

aaaaa

INGENIERIA DE SISTEMAS E INFORMATICA INGENIERIA DE SOFTWARE II

A nuestros padres y maestros, que inculcan en nosotros cada día el deseo de adquirir nuevos conocimientos y aplicarlos en nuestra vida diaria.

EL EQUIPO DE TRABAJO.

UNASAM 2013-I Página 3


A Dios, por permitirnos vivir cada momento de nuestras vidas

A todos las personas que participaron e hicieron posible este proyecto.A nuestros padres,

por el apoyo constante y la confianza de que nosotros podemos lograr lo que nos proponemos.A nuestros maestros,

Por inculcarnos conocimiento a lo largo de este periodo, y nos hacen mejores personas.

Al asesor,por su gran apoyo en la realización y el perfeccionamiento del proyecto y la

motivación que nos dio para emprender este maravilloso camino de la investigación.

Sin ustedes no hubiera sido posible.

GRACIAS

RESUMEN



En la actualidad nos encontramos inmersos en un mundo globalizado con

constantes cambios. Es por eso que no nos sorprende decir que la aplicación de

la tecnología es uno de los medios más usados hoy en día para la optimización de

los procesos empresariales. Esta tecnología brinda muchos beneficios, uno de los

más notorios: brindar comodidad, rapidez de respuesta y reducción de recursos.

Este proyecto se realizó con el fin de realizar un sistema de control de venta e

inventario para la empresa comercial “M & H”, aplicando la tecnología como

herramienta principal, cuyo objetivo principal es la implementación de dicho

sistema.

En este documento encontraremos los detalles de los procesos de elaboración,

implementación y uso del sistema. El proyecto se encuentra estructurado en

capítulos. En el capítulo 1, se considera la formulación del problema, que incluye

datos descriptivos y la funcionalidad de la empresa; seguidamente, en el capítulo

2 se detalla el análisis de los procesos involucrados y por ultimo en el capítulo 3,

se inicia con los detalles de la implementación del problema; utilización de la

misma, entre otros.

En conclusión, después de finalizar la implementación se demostró que el

proyecto de implementación del sistema aplicando la tecnología, para esta

empresa, dio los resultados esperados, mejorando los procesos en los que tuvo

alcance el Software realizado en este proyecto.

INDICE

CAPITULO I – FORMULACION DEL PROYECTO--------------------------------------4

I.- DATOS DE LA ORGANIZACIÓN------------------------------------------------------UNASAM 2013-I Página 5


1.1.- Nombre de la organización.

1.2.- Ubicación.

1.3.- Representante de la organización.

1.4.- Giro de negocio.

1.5.- Grupos de interés en relación al proyecto.

1.6.- Visión y misión de la empresa.

1.7.- Objetivos de la organización.

1.8.- Organigrama de la organización.

II.- DATOS DEL PROYECTO----------------------------------------------------------------------

2.1.- Titulo del proyecto.

2.2.- Descripción de la situación problemática, relacionada con el manejo de información.

2.3.- Justificación del proyecto del software.

2.3.1.- Tecnológica.

2.3.2.- Económica.

2.3.3.- Operativa.

2.4.- Determinar la factibilidad del proyecto.

2.4.1.- Tecnológica.

2.4.2.- Económica.

2.4.3.- Operativa.

2.5.- Alcance del proyecto.

2.6.- Identificación de recursos necesarios para el proyecto y software.

2.6.1.- Recursos Humanos.

2.6.2.- Recursos tecnológicos.

2.6.3.- Materiales y accesorios.

2.6.4.- Servicios.

2.7.- Estimación del tiempo y costo de los recursos necesitados.

2.8.- Identificación y gestión de riesgos.



2.9.- Limitaciones del proyecto.

2.10.- Selección de metodología de desarrollo.

2.11.-Principales requerimientos y características del proyecto a implementar.

2.12.- Cronograma de actividades.

2.13.- Financiamiento del proyecto.

CAPITULO II – FUNDAMENTO TEÓRICO --------------------------------------

2.1 Antecedentes

2.2 Definición de términos y conceptos relacionados con el proyecto

2.2.1 Definición de términos de negocio

2.2.2 Definición de términos de negoci

CAPITULO III – ANÁLISIS DEL PROYECTO--------------------------------------

1 MODELO DE NEGOCIO

1.1.- Diagrama de casos de uso de negocio.

1.2.- Descripción de los procesos y reglas de negocio

1.2.2 Gestionar venta

1.2.3 Gestionar inventario

1.3.- Los Modelos de Objeto de Negocio.

1.3.2. Modelo de objetos de Negocio: Gestionar venta

1.3.3. Modelo de objetos de Negocio: Gestión de Inventario

2. DIAGRAMA DE ACTIVIDADES

2.1. Diagrama de actividades gestionar venta

2.2. Diagrama de actividades gestionar inventario

3. EL MODELO DE DOMINIO

4. DOCUMENTO DE ESPECIFICACIÒN DE REQUERIMIENTOS

4.1. Requerimientos funcionales

4.2. Requerimientos no funcionales



4.3. Restricciones externas

5. DIAGRAMAS DE CASOS DE USO

5.1. Diagrama de casos de uso: gestionar venta

5.2. Diagrama de casos de uso: gestionar inventario

6. DIAGRAMA DE CLASES

7. DIAGRAMA DE ESTADOS

7.1. Cliente

7.2. Nota de Pedido

7.3. Articulo

7.4. Empleado

7.5. Comprobante de venta

8. DIAGRAMAS DE SECUENCIA Y CILABORACIÓN

8.1. Registrar Cliente

8.2. Comprobante de venta

8.3. Comprobante de pago

8.4. Registrar Nota de pedido

8.5. Registrar Pedido

8.6. Registrar Venta

8.7. Registrar vendedor

8.8. Registrar Pago



3.2.5 DISEÑO LOGICO DE LA BASE DE DATOS

3.2.6 INTERFACES DE ENTRADA O SALIDA

3.2.7 INVENTARIO DE LAS INTERFACES DEL SOFTWARE

3.2.7.1 INTERFACES DE ENTRADA.

3.2.7.2 INTERFACES DE PROCESAMIENTO.

3.2.7.3 INTERFACES DE SALIDA.

3.2.8 ESQUEMA DE INTERACION DE LAS INTERACCION DE LAS INTERFACES DEL SOFTWARE

3.2.8.1ESQUEMA DE INTERACCION GENERAL.

3.2.8.2 ESQUEMAS DE INTERACCION ESPECÍFICA.

3.3 IMPLEMENTACIÓN

3.3.1 DISEÑO FISICO DE LA BASE DE DATOS

3.3.1.1 MAPEO DE DATOS O ESPECIFICACION DE LAS RESTRICCIONES

3.3.1.2 SCRIPT O CODIGO T_SQL DE LA IMPLEMENTACION DE UNA BASE DE DATOS.

3.3.2 MAPEO DE LAS INTERFACES DEL SISTEMA.

3.3.3 MAPEO DE CLASES

3.3.4 DIAGRAMAS DE ACTIVIDAD DE LAS FUNCIONES O REQUERIMIENTOS FUNDAMENTALES DEL SISTEMA.

4 MANUAL DE USUARIO.



5 CONCLUSIONES

6 RECOMENDACIONES

7 BIBLIOGRAFIA

8 ANEXOS

Índice de gráficosFig. 1 Organigrama de la organización.............................................................15UNASAM 2013-I Página 10


Fig . 2 Arquitectura Basica o General del Sistema ...........................................42Fig. 3 Diagrama de Caso de Uso de Negocio. Gestión-Inventario.....................64Fig. 4 Diagrama de Caso de Objeto de Negocio:Gestionar Compra de Insumos .......................................................................................................................... 65Fig. 5 Diagrama de Caso de Objeto de Negocio:Gestionar Venta de Productos 66Fig. 6 Diagrama de Caso de Objeto de Negocio:Gestionar Inventario…………….67Fig. 7 Diagrama de Caso de Objeto de Negocio: Gestionar Fluejo de Caja.......71Fig. 8 Diagrama de Dominio..............................................................................72Fig. 9 Diagrama de Actividades: Gestionar Compra de Productos....................73Fig. 10 Diagrama de Actividades: Gestionar Venta de Productos.....................74Fig. 11 Diagrama de Actividades: Gestionar Inventario....................................75Fig. 12 Diagrama de Actividades: Gestionar Flujo de Caja................................76Fig. 13 Diagrama de Estado. Empleado............................................................76Fig. 14 Diagrama de Estado. Comprobante Venta............................................77Fig. 21 Diagrama de Secuencia. Registrar Cliente............................................78Fig. 22 Diagrama de Colaboración. Registrar Cliente........................................79Fig. 23 Diagrama de Secuencia. Comprobante-Venta.......................................80Fig. 24 Diagrama de Colaboración. Registrar Comprobante de Pago................81Fig. 25 Diagrama de Secuencia. Registrar Nota Pedido....................................82Fig. 26 Diagrama de Colaboración. Registrar Nota Pedido................................83Fig. 27 Diagrama de Secuencia. Registrar Venta..............................................84Fig. 28 Diagrama de Colaboración. Registrar-Venta.........................................85Fig. 29 Diagrama de Secuencia. Registrar Vendedor........................................86Fig. 30 Diagrama de Colaboración. Registrar-Vendedor...................................87Fig. 31 Diagrama de Secuencia. Comprobante-Venta.......................................88Fig. 32 Diagrama de Colaboración. Comprobante-Venta..................................89Fig. 33 Diagrama de Secuencia. Comprobante-Venta.......................................90Fig. 34 Diagrama de Colaboración. Anular-Comprobante.................................91Fig. 35 Diagrama de Secuencia. Registrar-Gastos............................................92Fig. 36 Diagrama de Colaboración. Registrar-Gastos........................................93Fig. 37 Diagrama de Secuencia. Registrar devolución-artículos.......................94Fig. 38 Diagrama de Colaboración. Registro devolución-artículos....................95



Fig. 39 Diagrama de Secuencia. Registrar salida de artículos de Vestir...........96Fig. 22 Diagrama de Colaboración. Registrar salida de artículos de Almacen. .97Fig. 22 Diagrama de Colaboración. Registrar artículos de Vestir......................98Fig. 22 Diagrama de Colaboración. Registrar artículos de Vestir......................99

I. FORMULACIÓN DEL PROYECTO



1. DATOS DE LA ORGANIZACIÓN1.1. NOMBRE DE LA ORGANIZACIÓN

Industria La Espiga E.I.R.L

1.2. UBICACIÓN Departamento: Ancash

Provincia: Huaraz

Distrito: Independencia.

1.3. DIRECCIÓN Jr. Progreso Mz.6 Lote.12 – Barrio Nicrupampa

1.4. GIRO DE NEGOCIO Compra-Venta productos de panadería.

Embolsados de productos de panadería y pastelería

1.5. REPRESENTANTE LEGAL Sr. Mori Meza Victoriano.

1.6. GRUPO DE INTERÉS ÁREA DE ADMINISTRACIÓN

Mori Meza Victoriano.

ÁREA DE VENTAS Y COMPRASMori Meza Victoriano.

ÁREA DE ALMACÉNLópez Cubos Verónica.

EQUIPO DE PROYECTO:Director de Proyecto

Rodríguez Camilo Bonny

Analista Dolores Sánchez Lincol

Diseñador



Cacha Villacorta Santiago

Programadores Padilla Herrera Dean

Moya Rivera Marquinho

1.7. VISIÓN DE LA ORGANIZACIÓN.Al año 2019, ser la empresa líder en el rubro de la comercialización

de productos de panadería de nuestra localidad. Estamos

enfocados en un crecimiento constante, innovando día a día para

lograr aplicar los más exigentes controles que conlleven a aportar

positivamente con nuestros productos en la salud de nuestros

consumidores. Aportar a negocios similares con nuestra estructura y

servicio, así como con productos de calidad.

1.8. MISIÓN DE LA ORGANIZACIÓN.Somos un punto productivo en el rubro comercial, dedicados a la

elaboración de productos panaderos con calidad y garantía.

Brindando y abasteciendo a todos nuestros clientes y potenciales

clientes un producto de calidad dentro de las normas de higiene y

una excelente atención al cliente.

1.9. OBJETIVOS DE LA ORGANIZACIÓN.

Brindar productos de calidad y ser una de las empresas líderes en el

mercado en nuestra localidad.

Contribuir a la armonía con nuestros trabajadores, ofreciéndoles un

amigable ambiente de trabajo, así como las herramientas,

instrumentos y capacitaciones necesarias para realizar sus

respectivas funciones.

Implantar un proceso de registro, que simplifique la tarea de la

administración de nuestros productos, existente actualmente.



Modernizar e innovar continuamente la infraestructura y los

procesos involucrados en la atención al cliente.

Innovar con un sistema de software el proceso de elaboración de los

productos.

Dar a conocer las ventajas que ofrecen la materia prima que

utilizamos con respecto a los productos elaborados con esta.

1.10. RGANIGRAMA DE LA ORGANIZACIÓN.

Fig. 1 Organigrama de la Organización


GERENCIA GENERAL

GERENTE GENERAL

AREA DE ALMACENAMIENTO

JEFE DE ALMACEN

ADMINISTRACION DE PRODUCTOS

ADMINISTRADOR

VENTAS

JEFE DE VENTAS

CAJA

CAJERO

ATENCION AL CLIENTE

SECRETARIA DE ATENCION AL CLIENTE

VENTA INTERNA

VENDEDOR

VENTA EXTERNA

REPARTIDOR

COMPRAS

GERENTE DE COMPRAS

REGISTRO DE PRODUCTOS

JEFE DE REGISTRO DE PRODUCTOS

ADQUISICION DE PRODUCTOS

JEFE DE ADQUISICION DE PRODUCTOS


2. DATOS DEL PROYECTO

2.1. TÍTULO DEL PROYECTOImplementación de un software de control de Compra – Venta,

Caja e inventario en la Industria “La Espiga E.I.R.L” de la ciudad de

Huaraz en el año 2013.

2.2. OBJETIVOS DEL PROYECTO

2.2.1. OBJETIVOS GENERALESOptimizar el control de venta, distribución, caja e inventario, con

la implantación de un sistema de información, para dar solución

a distintos problemas dentro de la empresa y que será un buen

aporte para el desarrollo organizacional.

2.2.2. OBJETIVOS ESPECÍFICOS Realizar un buen levantamiento de información referente a la

empresa.

Identificar todos los requerimientos que la empresa necesita.

Implementar en el software a diseñar los procesos que la

empresa realiza en las diferentes áreas que contempla.

Incluir en el sistema la emisión de cálculos estadísticos para

un control periódico de Stock, las ventas y la distribución.

Implantar el software en la empresa, teniendo en cuenta los

recursos de hardware y software, que se requiera para el

funcionamiento de este.

Asegurar la adaptación rápida y efectiva de la organización,

mediante capacitaciones previas.



2.3. LA SITUACIÓN PROBLEMÁTICA.En la organización, se encontraron diversos problemas en las

áreas siguientes:

2.3.1. EN EL ÁREA DE DISTRIBUCION

o Dificultad en el proceso de distribución del pedido.

El cliente solicita cierta cantidad de productos y se requiere

un costo total para poder tener en cuenta la cantidad a cobrar.

En el momento de emitir la nota de pedido correspondiente se

emplea demasiado tiempo en la búsqueda de precio

correspondiente a cada producto, tipo, cantidad, stock entre

otros datos importantes para la elaboración de la nota de

pedido.

Dificultad en la búsqueda de datos de los clientes. En la empresa no se tiene un registro de clientes que realizan

pedidos continuamente y lo que son los potenciales

consumidores de los productos brindados. Lo que retrasa el

proceso de distribución al buscar su dirección, teléfono o

algún tipo de información donde se pueda ubicar al cliente.

Dificultad en la búsqueda de antiguos clientes y/o la clasificación de los mismos. Se promociona constantemente los descuentos a los clientes

con mayor consumo, pero este proceso se desarrolla

manualmente generando “papeleo” y costos adicionales

innecesarios como la compra de papel, cuadernos, libros de

registro, entre otros.



2.3.2. EN EL AREA DE VENTAS

Carencia de un registro de productos existentes El administrador no cuenta con un registro de productos en

stock, y esa contabilización y clasificación implica tiempo e

inexactitud al saber cuándo se agotaron.

Dificultad en la búsqueda de productos y clasificación de los mismos.Al solicitar el cliente la compra de una serie de productos

panaderos, resulta tedioso el proceso de búsqueda de precios

de cada uno de ellos, debido a que no se posee un registro ni

actualización exacta de los datos de los productos

elaborados.

2.3.3. EN EL ÁREA DE INVENTARIO

Falta de precisión y control de existencias en los insumos de producción: En la empresa toda la información de los insumos están

detallados en hojas de papel, la cual tiene que ser

constantemente actualizada, es decir que por cada venta de

un producto se debe restar del total disponible, el cual es

muchas veces, fuente de inexactitud o pérdida de

información, añadiendo a ello lo tedioso de realizar estas

tareas. Así es difícil calcular cuántos insumos quedan en

almacén, si son suficientes para la producción del día o no.

Para registrar el ingreso de insumos se utiliza un proceso

similar a lo anteriormente mencionado.



Dificultad para hacer un historial de cambios y/o devoluciones hechas por clientes.La empresa acepta devoluciones por parte de clientes por

diversas razones: productos dañados, mal sellados, etc.

Es así que el vendedor solo en ocasiones registra estos

procedimientos por diversos motivos como: circunstancias de

falta de tiempo, que se olvidó entre otras. Esta realidad

genera una inexactitud sobre la cantidad en las existencias.

También ocasiona problemas al querer hacer reportes de los

productos defectuosos y tomar las decisiones convenientes

por parte del administrador sobre qué hacer con los productos

defectuosos.

Problemas de Registro del aumento y la disminución de los precios de los productosLos productos pueden subir o bajar de precio de acuerdo a al

precio de los insumos. En la empresa no existen

actualizaciones de precio registradas y documentadas sino

que se realiza de manera informal lo cual genera desorden y

confusión entre los vendedores y por lo tanto pérdidas.

2.3.4. EN EL ÁREA DE CAJA

Trabajo tedioso al desear sacar reportes de ventasPara la toma de decisiones en la empresa se necesita saber

el valor y la cantidad de las ventas diarias, semanales,

mensuales, semestrales y anuales al cierre de las actividades,

dichos cálculos requieren de un empleo de recurso tiempo y

dinero muy grandes.



Resúmenes de gastos En la empresa al igual que existen ingresos de las ventas

también existe salidas o gastos como: gastos fijos (sueldos de

los empleados, electricidad, pago de impuestos, etc) y

variables (compra del útiles de escritorio, impresiones y otros

implementos). En la empresa el registro de estos gastos no

son continuos, generando confusión al sacar cálculos y

cierres de caja.

Estos gastos se deben tomar en cuenta para obtener los

balances semanales, mensuales, anuales que son

indispensables en esta empresa tanto para saber el

crecimiento o disminución de utilidades y para la toma de

decisiones correspondientes.

2.4. JUSTIFICACIÓN DEL PROYECTOEn la actualidad, la mayoría de las empresas no están ajenos a la

tecnología y hacen el uso de algún tipo de software para poder

automatizar sus procesos, de esta manera cada proceso que

interviene tendrá una mejor calidad en el control, se reducirá el

recurso tiempo y dinero, ayudara en la toma de decisiones a los

líderes de la organización, con información precisa y adecuada.

2.4.1. JUSTIFICACIÓN TECNOLÓGICAEl presente proyecto se busca utilizar las ventajas que ofrecen

las tecnologías de información, como vienen siendo los software,

esto ayuda a simplificar diversos procesos del sistema. En este

caso beneficiará a la empresa, facilitando la administración de la

información, mediante la automatización en los procesos de

cálculo, registro y almacenamiento (artículos, usuarios, clientes).

La implementación responderá exitosamente a los objetivos de la

organización, ya que su desarrollo exige una mayor optimización

en cuanto a la velocidad de respuesta, y para que el sistema



responda de manera adecuada y rápida se necesita emplear la

tecnología mediante la implementación del sistema de

información propuesto en este proyecto.

2.4.2. JUSTIFICACIÓN ECONÓMICAEste sistema de información traerá consigo un impacto positivo

en lo que se refiere a la parte económica, ya que toda

organización espera recuperar la inversión realizada y, además

obtener las mayores utilidades posibles. Frente a este caso, es

importante resaltar que la implementación del software

minimizará el costo de papeleo y el recurso tiempo, debido a

que se automatizará los procesos de realización de inventario,

distribución y venta de la empresa. Brindándole además un

servicio caracterizado por la modernidad y comodidad, influyendo

de esta manera, a la preferencia del cliente; teniendo como

resultados, el crecimiento de las utilidades.

2.4.3. JUSTIFICACIÓN OPERATIVAEl presente software a implementar optimizará la clasificación de

la información, así también; los procesos actualmente realizados

manualmente. Toda la información será estructurada para su

fácil manejo y entendimiento, otorgando mayor comodidad

laboral al usuario y a todo el equipo relacionado con la

manipulación de información de la empresa.

Inmediatamente después de la implementación del sistema de

información, se realizará la capacitación a los usuarios de todas

las áreas involucradas, en la cual, se asegura la fácil adaptación

de los operadores del sistema al nuevo software, implementado y

elaborado para facilitar los procesos a los operadores.

Por otro lado, la realización del proyecto brindará al equipo

ejecutor un nivel de experiencia mucho mayor, incrementando la



capacidad de análisis, principalmente en casos de sistemas con

características similares.

2.5. FACTIBILIDAD DEL PROYECTO.

2.5.1. FACTIBILIDAD TECNOLÓGICAEste proyecto es factible tecnológicamente pero no en su

totalidad, ya que la empresa cuenta con un equipo para poder

implementar el sistema, pero no es suficiente porque dentro de la

empresa se realizan diferentes áreas (inventarios, venta-

distribución y caja) por lo que será necesario la adquisición de

una computadora con mayor capacidad y características acorde

al soporte del sistema, además se deberá adquirir una

impresora para realizar los reportes y de esa manera poder

archivarlas para los informes determinados.

En Cuanto al software la empresa cuenta con las aplicaciones

como Sistema operativo Windows 7, Microsoft Office 2010, por lo

cual solo se hace necesaria la adquisición del programa MySQL,

para administrar la base de datos, siendo estos necesarios para

el correcto funcionamiento del sistema.

2.5.2. FACTIBILIDAD ECONÓMICASiempre y cuando la organización asuma los gastos detallados

en este proyecto se podrá efectuar de manera óptima la

implantación del sistema. Ello incluye gastos de adquisición de

equipos y depreciación del mismo, empleado por el equipo de

desarrollo, entre otros gastos que se detallan más adelante.

Desde la perspectiva de la empresa, una vez implementado el

sistema traerá consigo el ahorro de tiempo en el desarrollo de las

actividades debido a la automatización de los procesos. Por

tanto, los gastos de depreciación y reparación de los equipos



empleados, no serán de gran magnitud, comparados con los

beneficios económicos que otorgará el sistema.

2.5.3. FACTIBILIDAD OPERATIVAEste proyecto es factible operacionalmente ya que tanto los

dueños de la organización como los desarrolladores tienen el

interés de desarrollar e implementar el sistema en la empresa.

Por parte de la organización el interés que se tiene es contar con

dicho sistema para automatizar sus procesos, los usuarios

tienen el derecho a la calidad y comodidad en la realización de

sus funciones laborales (área-venta - distribución).

Por otro lado, los desarrolladores muestran especial interés en

aportar con la implementación del nuevo sistema al desarrollo de

la organización, comprometiéndonos así en la adecuada

implantación del software en la organización, respetando los

requerimientos y expectativas de la empresa de forma oportuna y

confiable.

Después de la implementación del sistema se capacitará al

personal involucrado con la finalidad de garantizar el correcto

funcionamiento del sistema, asegurando el fácil entendimiento y

manipulación de la información.

2.6. ALCANCE DEL PROYECTOEl alcance más importante de este proyecto es la optimización del

registro de insumos, clientes frecuentes, ventas y distribución de la

empresa. Manteniendo segura la información, tomando en cuenta

los requerimientos, además de ello emitir reportes de las

actividades que se irán realizando, y entender y manipular

fácilmente cualquier información en el momento que la empresa así

lo vea conveniente.

Es así que este software tendrá como alcance el área de

inventarios, con el registro de insumos disponibles para la



producción de los productos, así también el registro de entrada y

salida de los mismos. En el área de ventas, se obtendrá el stock

actualizado, se automatizarán los procesos de cálculo; registro y

verificación de clientes registrados, entre otros. Brindará al área de

Administración la información veraz y constante del sistema, para

un mejor control del sistema que facilitará la toma de decisiones.

2.7. INDENTIFICACIÓN DE RECURSOS

DESCRIPCIÓN UNIDAD Q COSTOPERIODO

INICIO FIN

Entrevistadores Persona 2S/.

150.00

05/08/201

310/08/2013

Capacitador Persona 1S/.

500.00-

Entrega

del SW

Gestor de proyecto Persona 1

S/.

1,400.0

0

13/08/201

324/10/2013

Analista Persona 1

S/.

1,000.0

0

15/08/201

315/09/2013

Diseñador Persona 1S/.

900.00

05/09/201

305/10/2013

Desarrollador Persona 2

S/.

1,000.0

0

06/10/201

318/10/2013

Asesor docente

del curso

Persona 1 S/.

1,000.0

13/08/201

3

24/10/2013



PR OF 0

DU

EÑO

Gerente general

de la Industria “La

Espiga E.I.R.L”

Persona 1 -13/08/201

324/10/2013

USU

AR

IOS Personal de la

Industria “La

Espiga E.I.R.L”

Persona 3 -15/08/201

315/09/2013

2.7.1. RECURSOS HUMANOS2.7.2. RECURSOS TECNOLÓGICOS

DESCRIPCIÓN UNIDAD

CANTIDAD

COSTO

PERIODO

Inicio Fin

HA

RD

WA

RE

Computadoras Unidad 04S/.

6,000.00

13/08/13

24/10/13

Impresora Unidad 01 S/. 350.00

Video-Cámara

digitalUnidad 01 S/. 300.00

Pendrive de 8gb Unidad 02 S/. 70.00

Software de

modelamiento

Rational Rose. Unidad 01 S/.0.00

Lenguaje de

programación java

con entorno visual

Netbeans v7.2

Unidad 01 S/.0.00



SOFT

WA

RE

Sistema Gestor de

base de datos

Mysql v5.5Unidad 01 S/.0.00

2.7.3. MATERIALES Y ACCESORIOS

DESCRIPCIÓN UNIDAD CANTIDAD COSTO

Folders manila tamaño A4 Paquete 1 S/. 4.50

Papel 1/2 millar 2 S/. 48.00

Lapiceros Unidades 5 S/. 2.50

Corrector liquido Unidades 1 S/. 3.50

Cuaderno Unidades 1 S/.3.00

Clips Caja 1 S/. 3.00

Grapas Caja 1 S/. 3.00

2.7.4. SERVICIOS

DESCRIPCIÓN UNIDAD CANTIDAD COSTO

Pasajes y gastos de transporte Pasajes 20 S/. 60.00

Suministro de energía eléctrica Recibo 3 meses S/. 90.00

Telefonía móvil (llamadas

celulares)Recibo 3 meses S/. 45.00

Internet Recibo 3 meses S/. 90.00

Impresiones Unidades 100 S/. 10.00

Fotocopias Unidades 100 S/. 8.00

Espiralados Unidades 3 S/. 6.00



Enmicados Unidades 1 S/. 3.00

2.8. ESTIMACION DE COSTOS DE LOS RECURSOS2.8.1. RECURSOS HUMANOS

Recursos Humanos Cantidad Costo por persona Total

Entrevistador 2 150 S/. 300.00

Capacitador 1 500 S/. 500.00

Gestor de proyecto 1 1400 S/. 1.400,00

Analista 1 1000 S/. 1.000,00

Diseñador 1 900 S/. 900,00

Programador 2 1000 S/. 2.000,00

Asesor del curso 1 1000 S/. 1.000,00

TOTAL S/. 7.100,00

2.8.2. RECURSOS TECNOLÓGICOS

Recursos Tecnológicos CantidadPrecio por

UnidadTotal

Computadoras 04 S/. 1,500.00 S/. 6,000.00

Impresora 01 S/. 350.00 S/. 350.00

Video-Cámara digital 01 S/. 300.00 S/. 300.00



Pendrive de 8gb 02 S/. 35.00 S/. 70.00

Software de Modelamiento

Rational rose. 01 S/.0.00 S/.0.00

Lenguaje de programación

java con entorno visual

Netbeans v7.2 01 S/.0.00 S/.0.00

Sistema Gestor de base de

datos Mysql v5.5 01 S/.0.00 S/.0.00

TOTAL S/. 6,720.00

2.8.3 MATERIALES Y ACCESORIOS

MATERIALES Y ACCESORIOS

UNIDAD CANTIDADCOSTO

POR UNIDAD

COSTO

Folders manila tamaño A4 Paquete 1 S/. 4.50 S/. 4.50

Papel 1/2 millar 2 S/. 24.00 S/. 48.00

Lapiceros Unidades 5 S/. 0.50 S/. 2.50

Corrector liquido Unidades 1 S/. 3.50 S/. 3.50

Cuaderno Unidades 1 S/.3.00 S/. 3.00

Clips Caja 1 S/. 3.00 S/. 3.00

Grapas Caja 1 S/. 3.00 S/. 3.00



TOTAL S/. 67.50

2.8.4 SERVICIOS

DESCRIPCIÓN CANTIDAD

COSTO POR

UNIDADCOSTO

Pasajes y gastos de transporte 20 S/.3.00 S/. 60.00

Suministro de energía eléctrica 3 meses S/. 30.00 S/. 90.00

Telefonía móvil (llamadas

celulares)

3 meses S/. 15.00 S/. 45.00

Internet 3 meses S/. 30.00 S/. 90.00

Impresiones 100 S/. 0.10 S/. 10.00

Fotocopias 100 S/. 0.08 S/. 8.00

Espiralados 3 S/. 2.00 S/. 6.00

Enmicados 1 S/. 3.00 S/. 3.00

TOTAL S/. 312.00

RESUMEN DEL COSTO DE LOS RECURSOS

Recursos Humanos S/ 7,100.00

Recursos Tecnológicos S/. 6,720.00

Materiales y accesorios S/. 67.50

Servicios S/. 312.00



COSTO TOTAL DEL PROYECTO S/. 14.199,50

2.9 IDENTIFICACION Y GESTIÓN DE RIESGOSA continuación presentamos una Escala de Probabilidad de Ocurrencia de

Riesgos en la empresa.

Muy Bajo Bajo Moderado Alto Muy Alto

(0 – 10)% (11 – 25)% (26 – 50)% (51 – 70)% (71 – 100)%

RIESGO PÉRDIDAS PROBABILIDA PLAN DE TIPOS DE



D DE OCURRENCIA

CONTINGENCIARIESGO

No tener en cuenta un

requerimiento esencial para la

organización

Credibilidad

por parte de

la

organización

Muy Bajo

Buscar diferente

información

realizando

cuestionarios,

encuestas y

entrevistas

Riesgo de

negocio

No anticiparse, a los cambios que se pueden

dar en la organización

Dinero,

Calidad y

pérdida de

tiempo

Bajo

Proyectarnos y

obtener todos los

requerimientos

necesarios para

los posibles

cambios.

Riesgo

Técnico

Resolver los problemas de

forma general y no de forma especifica

No se podrá

reutilizar la

información ni

el código

Muy Bajo

Centrarnos en el

problema

general, porque

al momento

obtener

soluciones

podremos

utilizarlos en los

problemas

específicos

Riesgo del

proyecto

Pérdida de tiempo en la

toma de decisiones de

los requerimientos

tiempo y

atraso en el

desarrollo del

proyecto

Moderado Realizar las

preguntas claras

y concisas, al

momento de

recoger los

Riesgo del

negocio y

del

proyecto



en la organización.

requerimientos

Resistencia al cambio por

parte del personal de la

empresa

Tiempo Moderado

Realizar una

charla con el

personal y

explicarles el

beneficio que

tendrán con la

implantación del

software

Riesgo del

negocio

La mala implementación de la base de

datos

Tiempo,

dinero y

confianza de

la empresa.

Bajo

Concentrarnos y

analizar la

información para

su correcta

implementación

Riesgo

técnico

Perdida de Información,

por eliminación accidental de documentos,

falla de ordenadores, y

omisión de diagramas.

Tiempo,

información,

dinero y

demora en la

entrega del

sistema

Bajo

Realizar

constantemente

el backup y las

copia de

seguridad

Riesgo del

proyecto



Discrepancia en la

coordinación del proyecto

por parte de los integrantes

Tiempo y

culminación

del sistema

Alto

Tener un objetivo

claro y único por

parte de los

integrantes del

proyecto

Riesgo del

proyecto

La mala planificación y coordinación

para el desarrollo del

software

Tiempo en el

desarrollo del

sistema y en

la entrega del

sistema

Moderado

Realizar los

procesos de

manera

coordinada y bien

planificada

Riesgo del

proyecto

Desmotivación por parte del

equipo de trabajo

Tiempo y

motivación en

el desarrollo

Bajo

Apoyarnos

mutuamente y

compartir ideas

Riesgo del

proyecto

Falta de experiencia

para realizar el proyecto

Tiempo y

confiabilidad

por la

empresa

Bajo

Investigar sobre

proyectos

similares y

consultar con el

docente

Riesgo

técnico

Disminuir el presupuesto del proyecto

Calidad y

retraso para

la entrega del

sistema

Alto

Hacer un contrato

legal con el

gerente de la

empresa

Riesgo del

proyecto



Crisis económica que

afecte a la organización y

al proyecto

Tiempo en el

desarrollo del

proyecto

Alto

De manera

organizada poder

cubrir todos los

gastos del

proyecto

Riesgo

técnico y

del

proyecto

2.10 LIMITACIONES DEL PROYECTO

2.10.1 LIMITACIÓN ECONÓMICA Debido a que este proyecto es de carácter académico, no se cuenta

con la disposición económica adecuada. Por tal motivo la inversión

será cubierta al 100% por las personas encargadas a la realización.

La decisión de la implementación del proyecto desarrollado, queda a

disposición de la empresa.

2.10.2 LIMITACIÓN TECNOLÓGICA La empresa en la actualidad lleva los registros de cuentas con una

libreta o cuaderno el cual retrasa el desarrollo de los procesos para

llevar acabo la implementación del sistema.

2.10.3 LIMITACIÓN CRONOLÓGICA Una de las limitaciones más notoria es el tiempo, ya que no contamos

con mucha disposición de la persona encargada de la empresa, por

motivo que se encuentran trabajando.

La falta de tiempo para lograr todos los objetivos planteados en el

cronograma mencionado creara algunos retrasos, esto se debe al corto

tiempo con el que dispone el equipo de trabajo para realizar este

estudio.



2.10.4 LIMITACIÓN TÉCNICA A medida que se desarrolle el proyecto, el grupo de trabajo, ira

mostrando paulatinamente los resultados del mismo (GUI) a la

organización.

La falta de precisión en el desarrollo de base de datos podría originar

rectificaciones de la misma.

Poco dominio por parte de los desarrolladores en el modelamiento de

diagramas.

2.11 SELECCIÓN DE METODOLOGÍA DE DESARROLLO. En la actualidad, la utilización de metodologías para el desarrollo de

aplicaciones y de proyectos de software son casi imposibles de omitir,

debido a la necesidad de controlar las variables que conlleva el mismo

desarrollo, y además para poder llevar una ordenada elaboración de las

aplicaciones, por lo tanto, seguir metodologías y estándares nos llevan a

estar en competitividad en todo momento. Las metodologías utilizadas en

el presente proyecto.

2.11.1 PROCESO UNIFICADO DE RATIONAL (RUP)Nuestro equipo de trabajo utilizara la Metodología de Proceso Unificado

de Rational RUP), porque nos va permitir realizar las siguientes

actividades que a continuación detallaremos:

Nos permite la elaboración de distintos diagramas, símbolos y

notaciones; que nos van a proveer una fácil ejecución del proceso

de elaboración de un Sistema de Software, que describen como

está estructurado el sistema desde diferentes perspectivas.

Gracias a que realiza un seguimiento detallado en cada una de sus

fases, nos va permitir obtener un software de calidad que realice

diversas actividades que cumpla con las expectativas del grupo de

trabajo y del usuario.

Provee un entorno de proceso de desarrollo configurable, basado

en estándares.



Permite tener claro y accesible el proceso de desarrollo que se

sigue.

Permite ser configurado a las necesidades de la organización y del

proyecto.

Es de gran utilidad en proyectos de innovación.

Es sencillo, ya que sigue los pasos intuitivos necesarios a la hora

de desarrollar el software.

Cuenta con un enfoque disciplinado en la asignación de tareas y

responsabilidades dentro de una organización del desarrollo.

2.11.2 Lenguaje Unificado De Modelado (UML)Es un lenguaje gráfico para la especificación, visualización,

construcción y documentación de modelos orientados a objetos que

representan sistemas intensivos en software.

Proporcionar a los desarrolladores un lenguaje de modelamiento

ampliamente aceptado y listo para usar.

Integra las mejores prácticas de desarrollo de software.

Permite el intercambio de modelos entre las diferentes

herramientas de software.

Es el lenguaje de modelado de objetos estándar dominante.

Es apoyado por metodólogos y empresas importantes en

tecnología de información.

Cuenta con la aprobación de OMG como notación estándar.

2.11.3 MÉTODO DE LA INVESTIGACIÓN2.11.1.1 INDUCTIVO.

Debido a que se realizará una serie de pasos : utilización de

la metodología RUP, Software de Aplicación Netbeans 7.2 y

como sistema manejador de base de datos MySQL Server 5.1

para llegar al objetivo final que será la construcción del

software, es decir partiremos de lo particular para llegar a lo

general.



2.11.1.2 DEDUCTIVO.Ya que realizará una serie de pruebas para demostrar el

funcionamiento correcto del sistema la cual será aplicada a

cada uno de los componentes del sistema (lógica de negocio).

Así como verificar la obtención de datos en forma rápida.

2.12 PRINCIPALES REQUERIMIENTOS Y CARACTERÍSTICAS DEL PROYECTO A IMPLEMENTAR.

2.12.1 REQUERIMIENTOS FUNCIONALES: PROCESO: Gestionar Venta de Productos Registrar venta de productos.

Registrar la entrada de productos al almacén.

Generar reporte de ventas diario, mensual y anual.

Generar reporte de compras de insumos.

Reportar inventario de productos.

Actualizar cantidad de productos para la venta

Registrar a los clientes.

Crear cuentas de acceso al sistema.

Registrar boletas y facturas de la empresa.

PROCESO: Gestionar Distribución de Productos Generar lista de pedidos de productos con repartos pendientes y

sus respectivos centros de distribución (puntos de venta).

Generar listado con los productos a recepcionar el repartidor,

enviados por el almacén.

Registrar la cantidad de productos que salen del centro de

producción para su distribución parcial o completa.



Registrar descuentos del monto a cobrar por la demora de la

entrega del pedido a los clientes.

Registrar devoluciones de los productos (pedidos).

Registrar datos de los Repartidores.

Registrar el monto cobrado por la venta realizada en el

respectivo comprobante de pago.

Registrar la posibilidad de capturar pedidos para clientes

esporádicos.

PROCESO: Gestionar Flujo de Caja- Registrar y actualizar entrada de dinero a caja

- Registrar y actualizar salida de dinero de caja

- Generar e imprimir reportes de entrada y salida de dinero de

caja diario y en un rango de fechas

- Generar reporte de utilidades generados mensualmente

- Generar un reporte de los productos vendidos en el día

PROCESO: Gestionar Inventario:- Registrar los insumos luego de la compra.

- Ordenar los insumos mediante la fecha de vencimiento.

- Ingresar la lista de insumos que requiere el personal capacitado.

- Descontar la cantidad requerida en la lista de insumos según el

orden de compra y o fecha de vencimiento.

- Tenga un informe del movimiento al final del día.

- Avisar cuando hay escasez de insumos para ir a comprar.

2.12.2 REQUERIMIENTOS NO FUNCIONALES: Proporcionar una vista agradable al usuario.

Facilitar la identificación de los componentes del sistema al

usuario.



Disminuir la inversión del tiempo en el aprendizaje de uso del

producto.

Facilitar el acceso y uso del producto a usuarios sin experiencia

en el manejo del producto.

Evitar el retraso en las actividades de las ventas y compras

(Rapidez en el acceso a base de datos).

Debe ser eficaz y eficiente.

Realizar pistas de auditoría, seguridad y crear cada cierto tiempo

un backup de la base de datos.

La plataforma en que se desarrollará el software será NetBeans

utilizando el lenguaje de programación Java.

El Sistema debe tener un control de permisos para los usuarios.

La duplicidad de pedidos se verificara a través del código de

pedido de referencia del cliente. En caso de repetición el sistema

contara y a de mostrarme un mensaje informativo de aviso.

Facilidad y rapidez en la interfaz gráfica de usuario GUI para la

captura de pedidos que registrara el repartidor.

2.12.3 RESTRICCIONES EXTERNAS: El producto debe ser portable para la plataforma Windows.

- El software será administrado por personal capacitado.

- El sistema deberá ser único y solo utilizable por la empresa en

cuestión.

El sistema no deberá revelar información al personal no

permitido.



2.13 ARQUITECTURA BASICA O GENERAL DEL SISTEMA

2.14


CONTIENE

DATO S

Gestionar Venta

Gestionar Inventario

Registrar Flujo de Caja

Registrar distribución de

productos

ADMINISTRADOR

CONTADOR

CAJERO

ALMACENERO


Fig. 2 Arquitectura Básica o General del SIstema



Etapa Actividad Recursos Responsable

PeriodoMes1 Mes 2 Mes 3 Mes 4

S1 S2

S3

S4

S1

S2

S3

S4

S1

S2

S3

S4

S1

S2

S3

Estudio preliminar

Visitar a la

empresa y

entrevistar al

gerente

general.

Pasajes de

transporte

urbano.

Entrevistado

res X

Elaboración y

documentaci

ón del perfil

de la

empresa.

Con la

recopilación

de

información

hecha.

Laptop,

hojas de

papel,

lapiceros,

folder.

Equipo de

desarrollado

res

X X


2.14 CRONOGRAMA DE ACTIVIDADES


Análisis

Recolección

de

requerimiento

s

(entrevista y

observación)

Requerimien

tos

Información

obtenida

durante la

entrevista,

hojas de

papel,

lapiceros,

folder,

laptop.

Grupo de

trabajo

X

Análisis de

los

requerimiento

s

Respuesta

de las

entrevistas

al gerente y

usuarios.

Analista

X

Evaluación

de los

requerimiento

Información

detallada del

movimiento

Analista X X



s del empresa

Documentación

Documentaci

ón de los

requerimiento

s, después

del análisis

Hojas de

papel,

impresión,

laptops.

Gestor de

proyecto y

Equipo de

desarrollado

res

X

DiseñoDiseño del

modelo de

negocio

mediante los

diagramas.

Hojas de

papel,

software

Rational

Rose 2007,

lapiceros,

lápices,

laptops.

Diseñadores

XX

X

Diseño de la

base de

datos, de

acuerdo a los

Cuaderno,

lápiz,

Software

MySQL

Diseñadores

X X



diagramas

elaborados.

Programación

Diseño de la

interfaz y la

codificación.

Software

MySQL y

Netbeans

laptop,

Programado

res

XX

X

PruebasPrueba y

revisión del

código

Netbeans

PC

escritorio,

cds,

Cuaderno,

lápiz,

Software

MySQL

Equipo de

desarrollado

res

X

Documentación

Documentaci

ón del

proyecto

terminado

Hojas de

papel bond,

útiles de

escritorio e

impresión

Gestor de

proyecto y

Equipo de

desarrollado

res

X

Implementaci Computador Gestor de



Implantación y entrega

ón e

instalación

del

equipo(hardw

are y

software)

a de la

empresa

proyecto y

Equipo de

desarrollado

res

X

Mantenimiento

Ajustar

mejoras

mínimas,

supervisión

del equipo

instalado,

Monitoreo de

adaptación

del personal

Los nuevos

requerimient

os y el

software

desarrollado

, Cuaderno,

lápiz,

Software

MySQL

Gestor de

proyecto y

equipo de

desarrollado

res

X



2.15 FINANCIAMIENTO DEL PROYECTO.Para el desarrollo del proyecto, se utilizarán herramientas de

desarrollo que son libres, por lo que los costos en este punto son

nulos. Por otro lado los costos por el análisis y el desarrollo serán

absorbidos por los integrantes del equipo de trabajo ya que el

proyecto es de carácter académico.



II. FUNDAMENTO TEÓRICO

II.1ANTECEDENTESEn la actualidad existen muchas empresas que utilizan software con

licencia y gratuitos para el para empresas panificadoras, resolviendo el

proceso de compra-venta de productos panaderos como podemos

mencionar algunos programas vrPanadero, ZeusPOS, TVinforpyme y

como es también la aplicación táctil BDP-Net de Panaderia y

Pasteleria.

En nuestra localidad existen softwares funcionado con mucho éxito

como las que utilizan las panaderías y/o cafeterías (Rossonero,

Buongiorno, etc.).

II.2DEFINICION DE TERMINOS Y CONCEPTOS RELACIONADOS CON EL PROYECTO

II.2.1 DEFICIÓN DE TERMINOS DEL NEGOCIOEs necesario conocer conceptos importantes que se manejan

en la empresa es por eso que se elabora el presente glosario

de términos.

a) ADMINISTRADOR Persona encargada del manejo de todas las áreas de la

empresa.

b) ALMACENEROTambién conocido como almacenista es la persona

encargada de clasificar y situar los productos panaderos en

las estanterías designadas de la empresa.

c) VENDEDORPersona encargada de realizar la atención del cliente para

la venta de artículos de vestir.



d) CAJEROPersona responsable de sumar la cantidad debida por una

compra, cargar al cliente esa cantidad y después, recoger

el pago por los artículos de vestir vendidos.

e) REPARTIDORPersona responsable de realizar la distribución de

productos a los diferentes puntos de venta.

f) CONTADORPersona encargada de la parte contable de la empresa.

g) JEFE DE PRODUCCIONPersona responsable del área de producción de la

empresa.

h) PROVEEDORPersona que abastece a la empresa de insumos

necesarios para la producción de productos panaderos.

i) CLIENTE Persona o empresa que adquiere algún producto de la

empresa.

j) ALMACENLugar o espacio físico para el almacenaje de los productos

e insumos.

k) PRODUCTOS PANADEROSSon los diferentes productos que la empresa elabora como

panes, biscochos, pasteles, etc.

l) COMPROBANTE DE PAGOEs el documento que acredita la transferencia de bienes, la

cual debe ser emitida y/o impresa conforme al reglamento

de comprobantes de pago.

m) FLUJO DE TRABAJOUn flujo de trabajo es una secuencia de actividades que

produce un resultado valioso.



n) PAGOEs la entrega de dinero por la compra de productos

panaderos.

o) GASTOEs una salida de dinero que la empresa debe pagar por

productos o servicios.

p) INVENTARIOEs el registro de productos e insumos hechos con orden y

al detalle.

q) NOTA DE PEDIDOEs el documento que utiliza la empresa para que a través

de él los clientes soliciten sus pedidos.

r) PRECIOEs el pago asignado al productos y es expresada en

unidades monetarias.

s) STOCKEs el conjunto productos o insumos disponibles en el

almacén de la empresa.

t) VENTAEs la operación que se realiza por la transacción de

productos, en la que interviene el cliente.

u) COMPRAEs la operación que se realiza por la adquisición de

insumos.

2.2.2. DEFINICIÓN DE TERMINOS DE METODOLOGIASa) GUI

Graphic User Interface o Interfaz Gráfica de Usuario. Conjunto de

formas y métodos que posibilitan la interacción de un sistema con

los usuarios utilizando formas gráficas e imágenes. Cuando se dice

con formas gráficas se refiere a botones, íconos, ventanas, fuentes,

etc. los cuales representan funciones, acciones e información.



b) UMLUnified Modeling Language - Lenguaje Unificado de Modelado. Es un

popular lenguaje de modelado de sistemas de software. Se trata de

un lenguaje gráfico para construir, documentar, visualizar y

especificar un sistema de software. Entre otras palabras, UML se

utiliza para definir un sistema de software.

c) RUPProceso Unificado de Rational, es una metodología que busca

mejorar las practicas que se implementan en el desarrollo de

software, basándose en requerimientos comprobados a nivel

comercial, y que en el ámbito de oferta y demanda actual cumpla

con los requerimientos obtenidos.

CARACTERÍSTICAS Guiado/Manejado por Casos de Uso:

La razón de ser de un sistema software es servir a usuarios ya

sean humanos u otros sistemas; un caso de uso es una facilidad

que el software debe proveer a sus usuarios.

Centrado en Arquitectura:La arquitectura involucra los elementos más significativos del

sistema y está influenciada entre otros por plataformas software,

sistemas operativos, manejadores de bases de datos, protocolos,

consideraciones de desarrollo como sistemas heredados y

requerimientos no funcionales.

Desarrollo basado en componentes: La creación de sistemas intensivos en software requiere dividir el

sistema en componentes con interfaces bien definidas, que

posteriormente serán ensamblados para generar el sistema.

Utilización de un único lenguaje de modelado: UML es adoptado como único lenguaje de modelado para el

desarrollo de todos los modelos.

Actividades:



Una actividad de un trabajador en concreto es una unidad de

trabajo que una persona que desempeñe ese rol puede ser

solicitado a que realice. Las actividades tienen un objetivo

concreto, normalmente expresado en términos de crear o

actualizar algún producto.

d) REQUERIMIENTOS FUNCIONALESUn requisito funcional define el comportamiento interno del software:

cálculos, detalles técnicos, manipulación de datos y otras

funcionalidades específicas que muestran cómo los casos de uso

serán llevados a la práctica. Son complementados por los requisitos

no funcionales, que se enfocan en el diseño o la implementación.

e) REQUERIMIENTOS NO FUNCIONALESUn requisito no funcional o atributo de calidad es, en la ingeniería de

sistemas y en la ingeniería de software, un requisito que especifica

criterios que pueden usarse para juzgar la operación de un sistema

en lugar de sus comportamientos específicos, ya que éstos

corresponden a los requisitos funcionales. Por tanto, se refieren a

todos los requisitos que no describen información a guardar, ni a

funciones a realizar.

f) REGLAS DE NEGOCIOLas Reglas de Negocio o Conjunto de Reglas de Negocio describe

las políticas, normas, operaciones, definiciones y restricciones

presentes en una organización y que son de vital importancia para

alcanzar los objetivos misionales.

Ejemplos de reglas de negocio: " Por la venta de 20 o más paquetes

de biscochos, se otorga uno adicional".

g) MYSQL



MySQL es un sistema de gestión de bases de datos (SGBD)

multiusuario, multiplataforma y de código abierto. Pertenece a la

compañía sueca MySQL AB, a la que le pertenece casi todos los

derechos del código fuente.

h) NETBEANSNetBeans es un entorno de desarrollo, hecho principalmente para el

lenguaje de programación Java

La plataforma NetBeans permite que las aplicaciones sean

desarrolladas a partir de un conjunto de componentes de software

llamadas módulos. Un módulo es un archivo Java que contiene

clases de java escritas para interactuar con las APIs de NetBeans y

un archivo especial (manifest file) que lo identifica como módulo.

i) BASE DE DATOSUna base de datos o banco de datos (en ocasiones abreviada con la

sigla BD) es un conjunto de datos pertenecientes a un mismo

contexto y almacenados sistemáticamente para su posterior uso.

Actualmente, y debido al desarrollo tecnológico de campos como la

informática y la electrónica, la mayoría de las bases de datos están

en formato digital (electrónico), que ofrece un amplio rango de

soluciones al problema de almacenar datos.

j) SCRIPTEn informática un guion, archivo de órdenes o archivo de

procesamiento por lotes, vulgarmente referidos con el barbarismo

script, es un programa usualmente simple, que por lo regular se

almacena en un archivo de texto plano. Los guiones son casi

siempre interpretados, pero no todo programa interpretado es

considerado un guion. El uso habitual de los guiones es realizar

diversas tareas como combinar componentes, interactuar con el



sistema operativo o con el usuario. Por este uso es frecuente que los

shells sean a la vez intérpretes de este tipo de programas.

k) INTERFAZInterfaz es lo que conocemos en inglés como interface (“superficie de

contacto”). En informática, se utiliza para nombrar a la conexión física

y funcional entre dos sistemas o dispositivos de cualquier tipo dando

una comunicación entre distintos niveles. Su plural es interfaces.' 1 .

Además, la palabra interfaz se utiliza en distintos contextos:

INTERFAZ COMO INSTRUMENTO: desde esta perspectiva la

interfaz es una "prótesis" o "extensión" (McLuhan) de nuestro

cuerpo. El ratón es un instrumento que extiende las funciones de

nuestra mano y las lleva a la pantalla bajo forma de cursor. Así,

por ejemplo, la pantalla de una computadora es una interfaz entre

el usuario y el disco duro de la misma.

INTERFAZ COMO SUPERFICIE: algunos consideran que la

interfaz nos trasmite instrucciones ("affordances") que nos

informan sobre su uso. La superficie de un objeto (real o virtual)

nos habla por medio de sus formas, texturas, colores, etc.

INTERFAZ COMO ESPACIO: desde esta perspectiva la interfaz

es el lugar de la interacción, el espacio donde se desarrollan los

intercambios y sus manualidades.

l) MAPEO DE BASE DE DATOSEl mapeo es una técnica de programación para convertir datos entre

el sistema de tipos utilizado en un lenguaje de programación

orientado a objetos y el utilizado en una base de datos relacional. En

la práctica esto crea una base de datos orientada a objetos virtual,

sobre la base de datos relacional. Esto posibilita el uso de las

características propias de la orientación a objetos (básicamente

herencia y polimorfismo). Hay paquetes comerciales y de uso libre

disponibles que desarrollan el mapeo relacional de objetos, aunque


http://es.wikipedia.org/wiki/Interfaz#cite_note-1


algunos programadores prefieren crear sus propias herramientas

ORM.

m) MAPEO DE INTERFACESIndica el inicio y fin del sistema, y todos los formularios por los

cuales tiene que ir el usuario, para llegar a un determinado

formulario.



III. DESARROLLO DEL PROBLEMAIII.1ANALISIS III.1.1 MODELO DE NEGOCIO

III.1.1.1 DESCRIPCION DE LOS PROCESOS Y REGLAS DE NEGOCIOIII.1.1.1.1 GESTIONAR COMPRA DE INSUMOS

PROCESO GESTIONAR COMPRA DE INSUMOS

DESCRIPCION ACTIVIDAD ACTORES REGLAS

En este

proceso se

controla la

compra de

insumos para

la producción:

diaria y de

pedidos de

productos

panaderos.

En caso del producción diaria

El almacenero

verifica la existencia

de insumos en el

almacén.

El almacenero

realiza listado de

insumos faltantes

para la producción. En caso de solicitud de pedidos

El Vendedor

entrega listado

pedidos al Jefe de

Producción.

El Jefe de

Producción realiza

un estimado de

insumos para la

producción de los

pedidos.

El Jefe de

Producción entrega

el estimado de

Almacenero

Jefe de

Producción

Vendedor

Administrador

Cajero

Proveedor

Toda compra de

insumo es

respaldado por

comprobantes de

pago.

Toda compra es

al contado y en

efectivo.

El informe que

emite el

administrador es

detallado.



insumos al

almacenero.

El Almacenero

verifica la existencia

de insumos en el

almacén.

El almacenero

realiza una lista de

insumos faltantes

para los pedidos.

Actividades que se cumplen en ambos casos

El almacenero

solicita dinero para

la compra de

insumos al

administrador.

El administrador

ordena al cajero

que entregue el

monto requerido al

almacenero.

El Almacenero

solicita la relación

de insumos al

proveedor.

El proveedor

entrega los insumos

solicitados y el

comprobante de

pago al



Almacenero.

El Almacenero

realiza el pago

respectivo por la

compra.

El almacenero hace

entrega de los

insumos y el

comprobante de

pago al

administrador.

El administrador

contrasta los

comprobantes de

pago con los

insumos

entregados por el

almacenero.

El administrador

genera un informe

sobre la compra de

insumos.



III.1.1.1.2 GESTIONAR VENTA DE PRODUCTOS

PROCESO GESTIONAR VENTA DE PRODUCTOS

DESCRIPCION ACTIVIDADES ACTORES REGLAS

En este proceso

se registran las

ventas internas

y externas de

los diversos

productos de

panadería que

ofrece la

empresa a sus

respectivos

clientes.

Venta Interna El Cliente

Solicita su

pedido.

El Vendedor

toma nota de

pedido del

Cliente.

El Vendedor

informa el

precio del

producto.

El Vendedor

verifica la

disponibilidad

de productos.

En caso sea

una venta al por

mayor, el

Vendedor

consulta al

Almacenero si

se tiene el stock

necesario de

productos.

El Almacenero

Cliente

Vendedor

Cajero

Almacenero

Repartidor

Por la venta de

20 o más

paquetes de

biscochos, se

otorga uno

adicional.

Toda venta es

al contado y en

efectivo.

Solo aceptan

cambios de

productos en

mal estado el

mismo día de la

venta.

Los productos

en mal estados

son

inmediatamente

desechados.

Una vez

efectuado el

pago

correspondiente,

no hay



informa al

vendedor sobre

el stock de

productos.

El Cliente

realiza el pago

correspondiente

al cajero.

El Cajero emite

comprobante

de pago (Copia)

al Cliente.

El Cliente

presenta el

comprobante al

Vendedor.

El Vendedor

entrega los

productos al

Cliente.

Venta externa El vendedor

ofrece

productos a sus

clientes (Vía

telefónica o

personalmente)

El Vendedor

registra el

pedido de los

clientes.

El Vendedor

devolución de

efectivo.



informa el

precio total de

sus pedidos al

Cliente.

El Vendedor

consulta con el

Almacenero si

se cuenta con

el stock

necesario.

El Almacenero

verifica

existencia de

productos e

informa al

Vendedor.

El Almacenero

hace entrega

de los pedidos

de los clientes

al Repartidor.

El Repartidor

lleva y hace

entrega del

pedido

correspondiente

a cada Cliente.

Los Clientes

realizan el pago

correspondiente

de sus pedidos



al Repartidor

El Repartidor

emite el

comprobante

de pago (Copia)

al cliente.

El Repartidor

entrega al

Cajero el dinero

y los

comprobantes

de pago

(Original) por

las ventas

realizadas.

Informes:

El cajero realiza

informe de ventas

internas y

externas.

III.1.1.1.3 GESTIONAR INVENTARIO

PROCESO GESTIONAR INVENTARIO

DESCRIPCCION ACTIVIDAD ACTORES REGLAS

En este proceso

se registran los

INSUMOSIngreso de

Almacenero Todo Insumo

ingresa al



Insumos para la

producción de

los diferentes

productos

panaderos y los

Productos que

ofrece y

distribuye la

empresa.

Contando con un

registro

detallado y un

control

minucioso en el

Ingreso y Salida

de Insumos y

Productos

Insumos: El Administrador

entrega el informe

sobre la compra

de insumos al

Almacenero.

El Almacenero

registra la entrada

de Insumos.

El Almacenero

Ingresa los

Insumos al

almacén.

El Almacenero

clasifica los

Insumos de

acuerdo al tipo y

fecha de

vencimiento.

Salida de Insumos: El Jefe de

Producción

solicita los

insumos para la

producción al

Almacenero

previa vista de

receta.

El Almacenero

verifica la existen

Administrador

Jefe de

Producción

Vendedor

Repartidor

almacén

previo

Informe.

Insumo o

Producto

pasada la

fecha de

vencimiento o

en mal estado

es

desechado.

Los Informes

de Ingreso de

Insumos y de

Productos es

semanal.

El Informe de

Salida de

Insumos y de

Productos es

diaria.

El Almacenero

lleva un control

anticipado de

Insumos y

Productos.



de los insumos.

El Almacenero

registra la Salida

de los Insumos.

El Jefe de

Producción

recoge del

almacén los

Insumos

solicitados para la

producción

encargada.

PRODUCTOS

Ingreso de Productos: El Almacenero

registra el

Ingreso de los

Productos.

El Almacenero

Ingresa los

Productos al

almacén.

El Almacenero

clasifica los

Productos de

acuerdo al tipo y

fecha de

vencimiento.

Salida de



Productos:

El Repartidor o

Vendedor

presenta el

pedido al

Almacenero.

El Almacenero

verifica la

existencia del

pedido.

El Almacenero

informa al

Vendedor o al

Repartidor sobre

la existencia del

pedido solicitado.

El Almacenero

registra la Salida

del producto.

El Almacenero

entrega los

Productos

requeridos al

Vendedor o al

Repartidor.

Informes: El Almacenero

genera un

Informe de

Ingreso y Salida

de: Insumos y



Productos al

Administrador.

El almacenero

informa la falta de

insumos y

productos al

Administrador.

III.1.1.1.4 GESTIONAR FLUJO DE CAJA

PROCESO GESTIONAR FLUJO DE CAJA

DESCRIPCION ACTIVIDAD ACTORES REGLAS

En este

proceso se

registra los

INGRESO DE DINERO

- Cliente El dinero que

entra y sale de

Caja es



ingresos y

salidas de

dinero dentro

de la empresa,

realizando

informes de

ganancia y

perdida.

Ventas Interna El Cliente realiza el

pago de la compra

al Cajero.

El Cajero registra

los ingresos de las

ventas realizadas.

Venta Externa El Repartidor

entrega al Cajero

el dinero y el

comprobante de

pago (Original) por

las ventas

realizadas.

SALIDA DE DINERO

El Cajero registra

las salidas de

dinero por

diferentes

conceptos

(insumos, pago a

personal de

producción y

personal

administrativo).

Informes

El Cajero genera el

informe de los

- Cajero

- Repartidor

-

Administrador

- Contador

sustentado con

su comprobante

de pago

respectivo.

El informe de

entrada y salida

de dinero es

detallado.

El pago para el

personal de

producción es

semanal y

quincenal.

El pago para el

personal

administrativo

es mensual.



ingresos y salidas

de dinero diario.

El Cajero genera el

informe de

ganancia neta

diaria e informa al

Administrador.

El Administrador

verifica las

utilidades.

El Contador

genera un informe

estadístico de

pérdidas y

ganancias

mensuales.



III.1.1.2 DIAGRAMA DE CASOS DE USO DE NEGOCIO

DIAGRAMA CASO DE USO DEL NEGOCIO

Gestionar venta de Productos

VendedorGestionar Compra De Producto

Proveedor

Jefe de Produccion

<<communicate>>

Cliente

<<communicate>>

Repartidor

<<communicate>>

Almacenero

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

Cajero

<<communicate>>

<<communicate>>

<<communicate>>

Gestionar Inventario

Gestionar Flujo De Caja

Contador

Administrador

<<communicate>>

<<communicate>><<communicate>>

Fig. 3 Diagrama Caso de Uso de Negocio



III.1.1.3 DIAGRAMAS DE OBJETO DE NEGOCIO3.1.1.3.1 Diagrama de Objeto de Negocio: Proceso Gestionar Compra

de Insumos

DIAGRAMA OBJETO DE NEGOCIO: GESTIONAR COMPRA DE INSUMOS

E_Pedido

W_Vendedor

Entregar Listado

W_Cajero

W_JefeProduccion

<<communicate>>

A_Proveedor

E_Dinero

Entregar

E_ComprobantePago

Entregar

E_ListadoInsumos

Entregar

W_Administrador

Ordenar

<<communicate>>

Contrasta

Contrasta

E_Insumos

RealizaEstimado / Entrega

GenerarInforme

E_Pago

W_Almacenero

<<communicate>>

<<communicate>>

Solicitar

Recibir / Entregar

Realiza / Solicitar / Entrega<<communicate>>

Verificar / Comprar

Realiza

Fig. 4 Diagrama Objeto de Negocio: Gestionar Compra de Insumos



3.1.1.3.2 Diagrama de Objeto de Negocio: Proceso Gestionar Venta de ProductosDIAGRAMA OBJETO DE NEGOCIO: PROCESO GESTIONAR VENTAS

E_Ventas

E_Producto

E_Pago

W_Vendedor

Verifica disponibil idad/Ofrece/Entrega

E_DineroW_Almacenero

Verifica existencia

Consulta/Informa

w_Cajero

Realiza informe

Cliente

Solicita cambio

<<communicate>>

<<communicate>>

Realiza

E_Pedido

Entrega

Escribe/InformaPrecio/ Entrega/Registra

Solicita

E_ComprobantePago

Emite(Copia)

Presenta(Copia)

W_Repartidor

entrega<<communicate>>

<<communicate>><<communicate>>

ReparteEntrega

Emite(Copia)/Entrega(Original

Fig. 5 Diagrama Objeto de Negocio: Gestionar Ventas



3.1.1.3.3 Diagrama de Objeto de Negocio: Proceso Gestionar Inventario

A_Administrador

W_JefeDeProduccion

W_Vendedor

W_Repartidor

E_Pedido

Presenta

Presenta

E_Insumos

EntregaInformeCompra

Solicita / Recoge

E_Productos

W_Almacenero

<<communicate>>

Clasifica / VerificaExistencia/GeneraInforme

<<communicate>>

<<communicate>>

<<communicate>>

Verifica/ Informa Existencia

Registra Ingreso/Salida

Clasifica /Entrega / GeneraInforme

Registra Ingreso / Salida

DIAGRAMA OBJETO DE NEGOCIO: PROCESO GESTIONAR INVENTARIO

Fig. 6 Diagrama Objeto de Negocio: Gestionar Inventario



3.1.1.3.2 Diagrama de Objeto de Negocio: Proceso Gestionar Venta

E_Perdidas

E_ComprobantePagoW_Contador

Genera Informe

E_Ventas

W_Repartidor

Entrega(Original)

Cliente

E_MovimientoDeDinero

Entrega

W_Administrador

<<communicate>>

E_GananciaNeta

Verifica

Genera Informe

E_Pago

W_Cajero

Registra Ingreso

RegistraSalida

<<communicate>> <<communicate>>

Genera Informe

<<communicate>>

Genera Informe

Realiza

PROCESO OBJETO DE NEGOCIO: PROCESO FLUJO DE CAJA

Fig. 7 Diagrama Objeto de Negocio: Gestionar Flujo de Caja



III.1.1.4 DIAGRAMA DE DOMINIO

cls_Persona

cls_Empleado

MODELO DOMINIO

Es

cls_Copia

cls_Original

cls_InfomreCompra

cls_InformeVenta

cls_InfomreGanania

cls_Administrador

cls_Contador

cls_Informe

1..n1

Genera

1..n

Lo realza

11..n

1

Genera1..n

Es realizado 1

cls_Vendedor

cls_Cajero

1..n

1Genera

1..n

Es Realizado

1

cls_Recetacls_Utilidad

cls_Repartidor

cls_Cliente

cls_Venta1..n

1

Atiende 1..nRealiza

1

cls_ComprobantePagoTiene

1..n

1

Se Entregan1..n

Pertenece1

1

1..n

Es Generado 1

Emite1..n

cls_Producto

1

1..n

Elabora 1

Necesita

1..n

1

1

Genera 1

Corresponde

1

cls_Pago

1

1..n

Corresponde

1

Realiza

1..n

cls_Pedido

1

1..n

Pertenece 1

Tiene

1..n

1..n

1

Reparte 1..n

Corresponde 1

1..n

1

Solicita

1..n

Corresponde

1

1

1..n

Corresponde1

Se tiene 1..n

1..n

1Genera

1..n

Corresponde1cls_Almacenero

1..n

1

Registra 1..n

Realiza

111..n

Corresponde1

Realiza

1..n

1..n1

Entrega

1..nPertenece 1

cls_Provedeedor cls_Insumo

1..n

1

Verifica

1..n

Corresponde 1

Tiene

1 1..n

Pertenece

1

Entrega

1..n

Es

Fig. 8 Diagrama de Dominio



III.1.1.5 DIAGRAMAS DE ACTIVIDADES DE LOS PROCESOS DE NEGOCIO.

III.1.1.5.1 Diagrama de Actividades: Gestionar Compra de Insumos

Entrega Listado de Pedidos

En caso Solici tud de Pedidos

Realiza Estimado de Insumos para la produccion

Entrega Estimado de Insumos

Realiza listado de Insumos faltantes para los produccion

Solisita dinero para compra de insumos

Solicita Relacion de Insumos

Realiza pago por la compra de insumos

Entregua Insumos y Comprobante de Pago

Existe

En caso de Produccion Diaria

Verifica Existencia de Insumos

Ordena entregar dinero

Contrasta Comprobantes de Pago con Insumos Entregados

Genera Informe por la Compra de Insumos

Entrega dinero solicitado

Entrega Insumos Solicitados y compobante de pago

No si

ProveedorCajeroAdministradorAlmaceneroJefe de ProduccionVendedor

Fig. 9 Diagrama de Actividades: Gestionar Compra de Insumos



III.1.1.5.2 Diagrama de Actividades: Gestionar Venta de Productos

Solicita su pedido

Realiza el pago correspondiente

Presenta comprobante

Venta Interna

Venta Interna

Toma nota de pedido

Informa precio del producto

Entrega los productos

Ofrece Productos

Venta Externa

Verifica si tiene el stock necesario

.En caso sea una venta al por mayor

Informa sobre stock de productos

Venta Internasi

Entrega Pedidos

no

Emite Comprobante de pago (Copia)

Genera Informe

Lleva y Entrega Pedido

Emite Comprobante de Pago (Copia)

Entrega dinero y Comprobante de Pago (Original)

si

no

RepartidorCajeroAlmaceneroVendedorCliente

Fig. 10 Diagrama de Actividades: Gestionar Venta de Productos



III.1.1.5.3 Diagrama de Actividades: Gestionar Inventario

Entrega Informe sobre la compra de Insumos

Recibe Informes

Registra la Entrada de Insumos

Ingresa Insumos al Almacén

Clasifica los Insumos de acuerdo al Tipo y Fecha de Vencimiento

Verifica Existencia de Insumos

Existe Insumo

Registra Salida de Insumos

Si

Registra Ingreso de los productos

Ingresa Productos al almacén

Clasifica los Productos de acuerdo al Tipo y Fecha de Vencimiento

Verifica la Existencia del Pedido

Registra Salida de Productos

Entrega Productos Requeridos

genera Informe de Entrada /Salida de Insumos y Productos

Informa Existencia del Pedido

Informa Falta de Insumos y Productos

SiExiste pedido

Informa al Vendedor o Repartidor

Entrega al Vendedor o Repartidor

Solicita Insumos para la Producción

Recoge Insumos solicitados

Presenta Pedido

PresentaPedido

RepartidorVededorJefeDeProduccionAlmaceneroAdministrador

Fig. 11 Diagrama de Actividades: Gestionar Inventario



III.1.1.5.4 Diagrama de Actividades: Gestionar Flujo de Caja

Realiza Pago por la Compra

Ingreso de Dinero

Registra Ingresos de Ventas

Registra Salida de Dinero

Genera Informe

Entrega el Dinero y Comprobante de Pago (Original)

Verifica Utilidades

Informes Estadisticos Mensuales

Genera Informe General

ContadorAdministradorRepartidorCajeroCliente

Fig. 12 Diagrama de Actividades: Gestionar Flujo de Caja



III.1.2 REQUERIMIENTOS DEL SOFTWAREIII.1.2.1 REQUERIMIENTOS FUNCIONALES

Actualizar cantidad de productos para la venta

Actualizar datos de los productos.

Actualizar datos de los clientes.

Actualizar datos del personal.

Actualizar el stock de insumos en el almacén.

Buscar productos según su nombre.

Buscar insumos según su nombre.

Buscar clientes según su DNI.

Buscar pedidos según el DNI del cliente.

Buscar vendedores según su DNI.

Buscar ventas realizadas.

Crear cuentas de acceso al sistema.

Descontar la cantidad requerida en la lista de insumos según la

producción.

Emitir comprobantes de pago.

Generar código cliente.

Generar código de pedido.

Generar código de venta.

Generar código de empleados.

Generar monto de pago.

Generar e imprimir reporte de stock actual de los productos.

Generar e imprimir reporte de ventas diarias.

Generar e imprimir reportes de entrada y salida de dinero de caja

diario y en un rango de fechas

Generar reporte de utilidades generados mensualmente

Generar comprobantes de pago de la venta.

Generar reporte de compras de insumos en un rango de fechas.

Generar lista de pedidos de productos.

Generar reporte de ventas diario, mensual y anual.

Permitir la modificación de contraseñas para cada usuario.



Registrar venta de productos.

Registrar la entrada de productos al almacén.

Reportar inventario de productos.

Registrar a los clientes.

Registrar la cantidad de insumos salientes.

Registrar datos de los empleados.

Registrar pago de la venta.

Registrar entrada de dinero a caja

Registrar salida de dinero de caja

Registrar los insumos luego de la compra.

Registrar datos de los clientes.

Registrar las ventas realizadas.

Registrar datos de los empleados.

Registrar pedidos.

Validar datos de los clientes.

Validar datos de los empleados.

Validar datos de productos.

Validar datos de insumos.

Verificar disponibilidad de los productos.

Verificar disponibilidad de los insumos.

Verificar las ventas de los productos.

III.1.2.2 REQUERIMIENTOS NO FUNCIONALES Que el sistema sea de fácil instalación.

El mantenimiento del sistema deberá de ser en periodos largos.

Eficiencia durante el proceso de venta, que permitirá minimizar el

tiempo de este proceso.

La búsqueda de los datos no deberá tardar más de 10 segundos.

Adaptabilidad para la venta de otros artículos.

Las validaciones del ingreso de datos debe realizarse en tiempo

real.

Sencillez en el manejo de la interfaz gráfica de usuario GUI.



Disponer de un manual bien documentado sobre las

características y el uso del sistema.

La base de datos deberá estar respaldada mediante copias de

seguridad (backup) cada 12 horas ante posibles problemas como

contingencias externas (robos, incendios, corte o suspensión del

fluido eléctrico), caída del servidor de Base de datos, entre otros.

III.1.2.3 RESTRICCIONES EXTERNAS Los equipos de cómputo deben ser superiores a Pentium IV, RAM

254 Mb

El software funcionara en el sistema operativo Windows XP o

superior a ello.

Cumplir con el IGV impuesto por el estado peruano.

Regirse de acuerdo al reglamento interno de la empresa.

Los usuarios directos del software deberán tener conocimientos

básicos de computación.



III.2 DISEÑOIII.2.1 VISTA FUNCIONAL

III.2.1.1 DIAGRAMA DE CASOS DE USO DETALLADO

Buscar Insumos

Buscar Dinero

COMPRA DE INSUMOS

Registrar Salida de Dinero

Imprimir Monto Total

Generar codigo de Insumo

Guardar Datos de Insumo

Registrar Listado Insumos Faltantes

Verificar existencia de insumos

<<include>>

<<include>>

Retirar Dinero de Caja

Almacenero

Cajero

Registrar Comprar InsumosAdministrador

<<communicate>>

<<communicate>><<include>>

<<include>>

<<include>>

<<include>>

<<include>>

Generar Informe de Compra de Insumos

<<include>>

Imprimir Informe deCompra de Insumos

<<include>>

Fig. 13 Diagrama de Caso de Uso: Gestionar Compra de Insumos



Generar codigo de pedido

Guardar datos del pedido

Generar codigo del cliente

Guardar codigo del cliente

Buscar cliente

Buscar producto

Reportar salida de productos

Guardar datos del pago

Pago en efectivo

Buscar pedidos

Guardar datos del comprobanteImprimir comprobante

Registra Productos

<<include>>

<<include>>

Registra Pedidos

<<include>>

<<include>>

<<include>>

Almacenero

Registrar Cliente

<<include>>

<<include>>

<<include>>

Registra Pagos

<<include>>

<<include>>

<<include>>

Registrar Comprobante de Pago

Vendedor

<<communicate>>

Repartidor

Cajero

Cliente

<<communicate>>

<<communicate>>

<<communicate>>

<<include>>

<<include>> <<include>>

Fig. 14 Diagrama de Caso de Uso: Gestionar Venta de Compra



Generear Codigo De Iinsumo

GESTIONAR INVENTARIO

Registrar Datos de Insumo en almacen

Registrar Clasificacion de Inusmos

Registrar Tipo y Fecha de Vencimiento

Buscar Insumos

Seleccionar Insumos

Generar Informe de Compra de Insumos

Generar Informe de Salida de Insumos

Generar Codigo de Producto

Registrar Datos de Producto en almacen

Registrar Clasificicacion de Productos

Buscar Producto

Seleccionar Producto

Generar Informe de Salida de Productos

Generar Informe de Ingreso de Insumos

Generar Informe de Ingreso de Productos Informar Existencia del

Producto

Genera Informe de Isumos Faltantes

Genera Informe de Productos Faltantes

<<extend>>

<<extend>>

<<extend>>

<<extend>>

Actualizar Stock de Insumos en almacen

<<include>>

Actualizar Stock de Productos en almacen

<<include>>

Informar Existencia de Insumos

<<extend>>

<<extend>>

Registrar Ingreso de Insumos

<<include>>

<<include>>

<<include>>

<<include>>

Registrar Salida de Insumos

<<include>>

<<include>>

<<include>>

Registror Ingreso de Productos

<<include>>

<<include>>

<<include>>

<<include>>

Registrar Salida de Productos

<<include>>

<<include>>

<<include>>

Administrador

Vendedor

Almacenero

<<communicate>>

<<communicate>>

Jefe de Produccion

<<communicate>>

Fig. 15 Diagrama de Caso de Uso: Gestionar Inventario



Guardar datos del dinero saliente

Pago al personal

Comprar insumos

Imprimir comprobante

Guardar datos del comprobante

Generar codigo de venta

Guardar venta

Buscar pedido

Actualizar stock de productos

Buscar Gastos

Buscar Utilidades

ClienteRegistrar Salida de Dinero

<<include>>

<<include>>

<<include>>

Registrar Comprobante de Pago

Registrar Ventas

<<include>>

<<include>>

<<include>>

Genera Informe de Perdidas y ganacias

Genera Informe de Utilidades

Cajero

<<communicate>>

Contador

Administrador

<<communicate>>

<<communicate>>

<<include>>

<<include>>

<<include>>

Ventas diarias

<<include>>

Generar codigo del personal

Buscar al personal

Guardar codigo del personal

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

Fig. 16 Diagrama de Caso de Uso: Gestionar Flujo de Caja



III.2.2 VISTA ESTATICAIII.2.2.1 DIAGRAMA DE CLASES

cls_PersonaidPersonaNombreApellidosDNIGeneroDireccion

CrearPersona()EliminarPersona()ModificarDatos()BuscarPersona()MostrarDatos()

cls_EmpleadoidEmpleadoSueldoTiempoTrabajoFchContratoFchaFinContratoE-mail

DIAGRAMA DE CLASES

cls_CopiaidCopia

cls_OriginalidOriginal

cls_InfomreCompraNombreInfomreCantidadPedidoCompraPrecioTotal

cls_InformeVentaNombreInformePrecioTotalCantidadPedidoVenta

cls_InfomreGananiaNombreIInformeMontoTotalGananciaMontoTotal perdidas

Es

cls_VendedoridVendedor

cls_ContadoridContador

Es

cls_AdministradoridAdministrador

cls_InformeidInformeFechaDetalle

GenerarInforme()ImprimirInfomre()

1

1..n

Es Realizado 1

Genera 1..n

1..n1

Genera

1..n

Lo Realiza

1

cls_CajeroidCajero

1..n1

Genera 1..n

Es Realizado

1

cls_RecetaidRecetaCantidadProceso

CrearReceta()EliminarReceta()ModificarDatos()MostrarReceta()

cls_UtilidadidUtilidadMontoTotalDescripcion

Agregar()Modificar()

cls_RepartidoridRepartidor

cls_ClienteidClienteEstado

cls_VentaidVentaDetalleVentaMontoFecha

RegistrarVenta()EliminarVenta()ModificarDatos()ImprimirDatos()

...1

Atiende

...

Realiza

1

cls_ComprobantePagoidComprobantePagoFechaEmisionEstadoDescripcion

CrearComPago()

1..n

1

Se Entrega 1..n

Pertenece1

1..n

1

Emite1..n

Es Generado1

cls_PagoidPagoMontoConceptoFechaHora

CrearPago()EliminarPago()ModificarPago()MostrarDatos()BuscarPago()

1

1..n

Corresponde

1

Realiza

1..ncls_Producto

idProductoNombreProductoCantidadCantidadPaquetePrecioFechaVencimientoDescripcion

CrearProducto()EliminarProducto()ModificarDatos()MostrarProducto()BuscarProducto()

1..n

1

Neccesita

1..n

Elabora 1

1

1..n Genera

1Corresponde

1..n

cls_PedidoidPedidoNombrePedidoDetallePedidoCantidadPrecio

CrearPedido()EliminarPedido()ModificarDatos()MostrarPedido()BuscarPedido()

1

1..n

Pertenece 1

Tiene

1..n

1..n

1

Reparte 1..n

Corresponde 1

1..n1

Solicita

1..n

Corresponde

1

1..n

1

Se Tiene

1..n

Corresponde1

1..n

1

Genera

1..n

cls_AlmaceneroidAlmacenero

1..n1

Realiza

1..n

Corresponde

11..n

1

Registra 1..n

Realiza

1

1..n1

Entrega

1..nPertenece 1

cls_InsumoidInsumoNombreInsumoCantidadPrecioDescripcion

CrearInsumo()EliminarInsumo()ModificarDatos()MostrarInsumo()BuscarInsumo()

Tiene

1

1..n

Corresponde 1

Verifica

1..n

Es

Tiene

Fig. 17 Diagrama de Clases



III.2.2.2 DIAGRAMAS DE ESTADO

REGISTRADO

CLIENTE

NORMALCompra menor a 20 paquetes de bizcochos PAQUETE ADICIONAL

Compra mayor a 20 paquetes de bizcochos

ATENDIDO

Pedido entregado

Pedido entregado

Fig. 18 Diagrama de Estado: CLIENTE

EN TIENDASolictado para la produccion

EN EXHIBICION

Proveedor pone sus insumos

VENTASCompra de insumos

DEVOLUCION

Insumos en mal estadoFecha de vencimiento pasado

Insumo com´prado

INSUMOS

Insumos en buen estado Desecho de insumos en mal estado

Fig. 19 Diagrama de Estado: INSUMOS



EN ALMACEN

EN EXHIBICION

Vendedor pone los productos

VENTACliente solicita producto Producto comprado

DEVOLUCION

Producto esta en mal estado

PRODUCTOSProductos elaborados

Producto en buen estado Producto en mal estado desechado

Fig. 20 Diagrama de Estado: PRODUCTOS

COMPROBANTE DE PAGO

ES REDACTADO

CANCELADO EMITIDOSe entrega al cliente

VENTA

Para una determinada

VENTA INTERNA

VENTA EXTERNA

COPIAORIGINAL

Se realiza pago por la venta

Fig. 21 Diagrama de Estado: COMPROBANTE DE PAGO



PAGO

TRABAJADORES

Se realiza a los

PERSONAL ADMINISTRATIVO

como el

PERSONAL DE PRODUCCION

como el

SEMANALSe realiza

QUINCENALSe realiza

MENSUALSe realiza

INFORME SALIDA DINERO

Fig. 22 Diagrama de Estado: PAGO

REGISTRADOSolicitar producto ANULADO

ATENDIDO Pedido entregadoRECHAZO DE PAGO

PEDIDOS Toma del pedido incorrecto

Pago en efectivo

Pago con tarjeta de credito

Cliente rectifica su pago

Cliente no recibe sus pedidos

Cliente rectifica sus pedidos

Cliente no desea los productos

Fig. 23 Diagrama de Estado: PEDIDOS

III.2.3 VISTA DE COMPORTAMIENTO



III.2.3.1 DIAGRAMAS DE SECUENCIA

: Cajero : Cajero : GUIRegistrarPago : GUIRegistrarPago : Validador : Validador : Codificador : Codificador : E_Pedido : E_Pedido : E_Pago : E_Pago

MostrarVenta()

RegistrarPago(Datos)

BuscarPedido()

DevolverPedido()

VerificarDatosPedido()

GenerarCodigoPago()

DevolverCodigoPago()

GuardarPago(Codigo, Datos)

MostrarMensajeConformidad()

Fig. 24 Diagrama de Secuencia: REGISTRAR PAGO



: Vendedor : Vendedor : GUIRegistrarCliente : GUIRegistrarCliente : Validador : Validador : Codificador : Codificador : Cliente : Cliente

RegistraCliente(Datos)

MostrarCliente()

DevolverDatosCliente()

BuscarCliente(CodCliente)

DevolverCliente()

VerificarDatos()

GenerarCodigoCliente()

DevolverCodigoCliente()

CrearCliente(Codigo, Datos)

ActualizarDatosCliente()


DevolverCantidadCliente()

Fig. 25 Diagrama de Secuencia: REGISTRAR CLIENTE



: Cajero : Cajero : GUIRegistraComprobantePágo : GUIRegistraComprobantePágo : Validador : Validador : Codificador : Codificador : E_Pedido : E_Pedido : E_ComprobantePago : E_ComprobantePago : E_Pago : E_Pago

MostrarPedido()

RegistrarComprobantePago(datos)

DevolverPedido()

VerificarDatosCliente()

GenerarNumeroComprobantePago()

DevolverNumeroComprobantePago()

DevolverPago()


DevolverCantidadComprobante()

NuevoComprobantePago(Codigo, datos)

ImprimirComprobantePago()

MostrarResultado()

Fig. 26 Diagrama de Secuencia: REGISTRAR COMPROBANTE DE PAGO

: Contador : Contador : GUIRegistrarGanancias : GUIRegistrarGanancias : Buscador : Buscador : Validador : Validador : Codificador : Codificador : E_TipoGanancia : E_TipoGanancia : E_Ganancia : E_Ganancia

MostrarGanancia()

RegistrarGanancia(Datos)

BuscarGanancia()

DevolverTipoGanancia()

VerificarTipoGanancia()

DevolverGanancia()

VerificarGanancia()

GenerarCodigoGanancia()

DevolverCodigoGanancia()

GuardarDatosGanancia(Codigo, Datos)


Fig. 27 Diagrama de Secuencia: REGISTRAR GANANCIA



: Contador : Contador : GUIRegistrarGastos : GUIRegistrarGastos : Buscador : Buscador : Validador : Validador : Codificador : Codificador : E_TipoGasto : E_TipoGasto : E_Ganancia : E_Ganancia

MostrarGastos()

RegistrarGastos(Datos)

BuscarGasto()

DevolverTipoGasto()

VerificarTipoGasto()

DevolverGasto()

VerificarGasto()

GenerarCodigoGasto()

DevolverCodigoGasto()

GuardarDatosGasto(Codigo, Datos)


Fig. 28 Diagrama de Secuencia: REGISTRAR GASTOS



: Almacenero : Almacenero : GUIRegistrarInsumo : GUIRegistrarInsumo : Validador : Validador : Codificador : Codificador : E_Insumo : E_Insumo

MostrarInsumo()

DevolverDatosInsumo()

RegistrarInsumo()

DevolverInsumo()

VisualizarInsumo()

SeleccionarInsumo()

ValidarDatos()

GenerarCodigoInsumo()

DevolverCodigoInsumo()

CrearInsumo(Codigo, Datos)

GuardarDatosInsumo()


Fig. 29 Diagrama de Secuencia: REGISTRAR INSUMOS



: Almacenero : Almacenero : GUIRegistrarProducto : GUIRegistrarProducto : Validador : Validador : Codificador : Codificador : E_Producto : E_Producto

MostrarProducto()

DevolverDatosProducto()

RegistrarProducto()

DevolverProducto()

VisualizarProducto()

SeleccionarProducto()

ValidarDatos()

GenerarCodigoProducto()

DevolverCodigoProducto()

CrearProducto(Codigo, Datos)

GuardarDatosProducto()


Fig. 30 Diagrama de Secuencia: REGISTRAR PRODUCTO



: Almacenero : Almacenero : GUIRegistrarSalidaProductos : GUIRegistrarSalidaProductos : Validador : Validador : Codificador : Codificador : E_SalidaProductos : E_SalidaProductos : E_Producto : E_Producto

RegistraSalidaProducto()

MostrarProductos(Datos)

BuscarProducto()

DevolverDatosProducto()

ValidarDatos()

GenerarCodigoSalida()

DevolverCodigoSalida()

GuardarSalidaProducto(Codigo, Datos)

ActualizarStockProductos()


Fig. 31 Diagrama de Secuencia: REGISTRAR SALIDA DE PRODUCTO

: Usuario : Usuario : GUIAcceso : GUIAcceso : GUIPrincipal : GUIPrincipal : Validador : Validador : GUIEspecifico : GUIEspecifico

EjecutaSistema()

VerificarUsuario(Usuario, Password)

IngresarGUIPrincipal()

IngresarGUIEspecifico()

VerificarPermiso(TipoUsuario)

Fig. 32 Diagrama de Secuencia: REGISTRAR USUARIO



: Administrador : Administrador : GUIRegistrarPersonal : GUIRegistrarPersonal : Validador : Validador : Codificador : Codificador : E_Personal : E_Personal

MostrarPersonal()

DevolverDatosPersonal()

RegistrarPersonal(Datos)

ValidarDatosPersonal()

GenerarCodigoPersonal()

DevolverCodigoPersonal()

CrearPersonal(Codigo, Datos)

ActualizarDatosPersonal()


Fig. 33 Diagrama de Secuencia: REGISTRAR PERSONAL

: Cajero : Cajero : GUIRegistrarVenta : GUIRegistrarVenta : Validador : Validador : Codificador : Codificador : E_ComprobantePago : E_ComprobantePago : E_Vendedor : E_Vendedor : E_Venta : E_Venta

MostrarComprobantePago()

RegistrarVenta(Datos)

VerificarDatos()

DevuelveComprobantePago()

MostrarVendedor()

DevolverDatosVendedor()

GenerarCodigoVenta()

DevolverCodigoVenta()

GuardarVenta(Cod, Datos)


Fig. 34 Diagrama de Secuencia: REGISTRAR VENTAS



: Vendedor : Vendedor : GUIRegistrarPedido : GUIRegistrarPedido : GUIRegistrarCliente : GUIRegistrarCliente : Validador : Validador : Codificador : Codificador : E_Pedido : E_Pedido : E_Cliente : E_Cliente : E_Producto : E_Producto

MostrarCliente()

RegistraPedido()

BuscarCliente(CodCliente)

DevolverCliente()

CrearCliente()

DevolverProducto()

MostrarProducto()

VerificarDatosCliente(Cod, Datos)

VerificarDatosPedido(Datos)


GenerarCodigoPedido()

DevolverCodigoPedido()

CrearPedido(Cod, Datos)


Fig. 35 Diagrama de Secuencia: REGISTRAR PEDIDO



III.2.3.2 DIAGRAMAS DE COLABORACION

: Cajero : GUIRegistrarPago : Validador

: Codificador

: E_Pedido

: E_Pago

1: MostrarVenta()3: BuscarPedido()

2: RegistrarPago(Datos)

4: DevolverPedido()

5: VerificarDatosPedido()

6: GenerarCodigoPago()

7: DevolverCodigoPago() 8: GuardarPago(Codigo, Datos)

9: MostrarMensajeConformidad()

Fig. 36 Diagrama de Colaboración: REGISTRAR PAGO

: Vendedor : GUIRegistrarCliente : Validador

: Codificador : Cliente

2: MostrarCliente()4: BuscarCliente(CodCliente)

1: RegistraCliente(Datos)

3: DevolverDatosCliente()5: DevolverCliente()

10: CrearCliente(Codigo, Datos)11: ActualizarDatosCliente()


6: VerificarDatos()

7: GenerarCodigoCliente()

9: DevolverCodigoCliente()

8: DevolverCantidadCliente()

Fig. 37 Diagrama de Colaboración: REGISTRAR CLIENTE



: Cajero : GUIRegistraComprobantePágo : Validador

: Codificador

: E_Pedido : E_ComprobantePago

: E_Pago

1: MostrarPedido()

2: RegistrarComprobantePago(datos)

3: DevolverPedido()11: ImprimirComprobantePago()

12: MostrarResultado()

4: VerificarDatosCliente()

5: GenerarNumeroComprobantePago()

6: DevolverNumeroComprobantePago()

8: DevolverPago()


10: NuevoComprobantePago(Codigo, datos)

7: DevolverCantidadComprobante()

Fig. 38 Diagrama de Colaboración: REGISTRAR COMPROBANTE DE PAGO

: Contador : GUIRegistrarGanancias : Buscador

: Validador

: Codificador : E_TipoGanancia

: E_Ganancia

1: MostrarGanancia()

2: RegistrarGanancia(Datos) 3: BuscarGanancia()

4: DevolverTipoGanancia()5: VerificarTipoGanancia()

7: VerificarGanancia()

6: DevolverGanancia()10: GuardarDatosGanancia(Codigo, Datos)


8: GenerarCodigoGanancia()9: DevolverCodigoGanancia()

Fig. 39 Diagrama de Colaboración: REGISTRAR GANANCIA



: Contador : GUIRegistrarGastos : Buscador

: Validador

: Codificador : E_TipoGasto

: E_Ganancia

1: MostrarGastos()

2: RegistrarGastos(Datos) 3: BuscarGasto()

4: DevolverTipoGasto()

5: VerificarTipoGasto()7: VerificarGasto()

6: DevolverGasto()10: GuardarDatosGasto(Codigo, Datos)


8: GenerarCodigoGasto()

9: DevolverCodigoGasto()

Fig. 40 Diagrama de Colaboración: REGISTRAR GASTOS

: Almacenero : GUIRegistrarInsumo : Validador

: Codificador : E_Insumo

1: MostrarInsumo()6: SeleccionarInsumo()

3: RegistrarInsumo()

2: DevolverDatosInsumo()4: DevolverInsumo()

10: CrearInsumo(Codigo, Datos)11: GuardarDatosInsumo()

5: VisualizarInsumo()


7: ValidarDatos()

8: GenerarCodigoInsumo()

9: DevolverCodigoInsumo()

Fig. 41 Diagrama de Colaboración: REGISTRAR INSUMOS



: Almacenero : GUIRegistrarProducto : Validador

: Codificador : E_Producto

1: MostrarProducto()6: SeleccionarProducto()

3: RegistrarProducto()

2: DevolverDatosProducto()4: DevolverProducto()

10: CrearProducto(Codigo, Datos)11: GuardarDatosProducto()

5: VisualizarProducto()12: MostrarMensajeConformidad()

7: ValidarDatos()

8: GenerarCodigoProducto()

9: DevolverCodigoProducto()

Fig. 42 Diagrama de Colaboración: REGISTRAR PRODUCTO

: Almacenero : GUIRegistrarSalidaProductos : Validador

: Codificador

: E_SalidaProductos

: E_Producto

2: MostrarProductos(Datos)3: BuscarProducto()

1: RegistraSalidaProducto()

4: DevolverDatosProducto()9: ActualizarStockProductos()


5: ValidarDatos()

6: GenerarCodigoSalida()

7: DevolverCodigoSalida()

8: GuardarSalidaProducto(Codigo, Datos)

Fig. 43 Diagrama de Colaboración: REGISTRAR SALIDA DE PRODUCTO



: Usuario : GUIAcceso : GUIPrincipal

: Validador : GUIEspecifico

1: EjecutaSistema()

2: VerificarPermiso(TipoUsuario)3: VerificarUsuario(Usuario, Password)

5: IngresarGUIEspecifico()

4: IngresarGUIPrincipal()

Fig. 44 Diagrama de Colaboración: REGISTRAR USUARIO

: Administrador : GUIRegistrarPersonal : Validador

: Codificador

: E_Personal

1: MostrarPersonal()

2: DevolverDatosPersonal()

3: RegistrarPersonal(Datos) 4: ValidarDatosPersonal()

5: GenerarCodigoPersonal()

6: DevolverCodigoPersonal()

7: CrearPersonal(Codigo, Datos)8: ActualizarDatosPersonal()


Fig. 45 Diagrama de Colaboración: REGISTRAR PERSONAL



: Cajero : GUIRegistrarVenta : Validador

: Codificador : E_ComprobantePago

: E_Vendedor : E_Venta

1: MostrarComprobantePago()5: MostrarVendedor()

2: RegistrarVenta(Datos) 3: VerificarDatos()

4: DevuelveComprobantePago()

6: DevolverDatosVendedor()

7: GenerarCodigoVenta()

8: DevolverCodigoVenta()

9: GuardarVenta(Cod, Datos)


Fig. 46 Diagrama de Colaboración: REGISTRAR VENTA

: Vendedor : GUIRegistrarPedido

: GUIRegistrarCliente

: Validador

: Codificador

: E_Pedido : E_Cliente

: E_Producto

1: MostrarCliente()3: BuscarCliente(CodCliente)

6: MostrarProducto()

2: RegistraPedido()

4: DevolverCliente()

5: CrearCliente()

7: DevolverProducto()

8: VerificarDatosCliente(Cod, Datos)9: VerificarDatosPedido(Datos)


11: GenerarCodigoPedido()

12: DevolverCodigoPedido()

13: CrearPedido(Cod, Datos)


Fig. 47 Diagrama de Colaboración: REGISTRAR PEDIDO



III.2.4 VISTA DE DESPLIEGUEIII.2.4.1 DIAGRAMA DE COMPONENTES

Sistema de Venta, Compra, Inventario y Caja

BDEspiga.sql

LogoPasteleria.png

frmAcceso.java

ManualUsuario.pdf

substance.jar

mysql-connector-java-5.1.7-bin.jar

frmMenuPrincipal.java

Base de Datos MySql

Fondo.png

frmCliente.java

frmInventario.java frmUsuario.java

frmCaja.java

frmPagoPersonal.java

frmPermisos.java

frmPermisosOpciones.java

frmPersonal.java frmReceta.

java

frmRecetaInsumos.java

frmRegistrarProducto.java

frmVenta.java

frmPedidos.java

ReporteVentaDiaria.jasper

ReporteCompraInsumos.jasper

ReporteUtilidades.jasper

ReportePerdidas.jasper

ReporteComprobantedePago.jasper

ReporteIngresoSalidaInsumos.jasper

ReporteIngresoSalidaProductos.jasper

ReporteInsumosFaltantes.jasper

ReporteProductosFaltantes.jasper

ReporteVentaVendedores.jasper

jasperreports-3.5.2.jar

DIAGRAMA DE COMPONENTES

Fig. 48 Diagrama De Componentes



III.2.4.2 DIAGRAMA DE DISTRIBUCION

Impresora

Laser

Matricial FX-890 EPSON

PC2 Caja PC3 Inventario y Compra

PC1 Venta

Procesador Intel Core 2 Duo 2.6 Ghz

Memoria 2Gb RAM

Disco Duro 250 Gb

Tarjeta Red

Switch

Dlink de 8 Port

Servidor

Microprocesador de 2Ghz

RAM 2Gb

Disco Duro 2Gb

Tarjeta de Red

TarjetaGrafica PC I Express


Memoria 2Gb RAM

Disco Duro 250 Gb

Tarjeta Red


Memoria 2Gb RAM

Disco Duro 250 Gb

Tarjeta Red

BDEspiga.sql

frmAcceso.javafmrMenuPrincipal.javaFondo.pngfrmVenta.javafrmCliente.javafrmCaja.javafrmPedidos.javafrmUsuario.javaReporteVentaDiaria.jasperReporteVentaVendedores.jasperjasperreports-3.5.2.jarBDEspiga.sqlmysql-connector-java-5.1.7-bin.jarLogoPasteleria.pngManualUsuario.pdfsubstance.jar

Impresora

Laser

Matricial FX-890 EPSON

PUERTO USB

LAN

LAN

LAN

LAN PUERTO USB

DIAGRAMA DE DESPLIEGUE O DISTRIBUCION

frmAcceso.javafrmMenuPrincipal.javaFondo.pngfrmCaja.javafrmPersonal.javafrmPagoPersonal.javafrmInventario.javafrmUsuario.javaReporteUtilidades.jasperReportePerdidas.jasperReporteComprobantedePago.jasperjasperreports-3.5.2.jarBDEspiga.sqlmysql-connector-java-5.1.7-bin.jarLogoPasteleria.pngManualUsuario.pdfsubstance.jar

frmAcceso.javafrmMenuPrincipal.javaFondo.pngfrmInventario.javafrmCaja.javafrmReceta.javafrmRegistrarProducto.javafrmRecetaInsumos.javafrmUsuario.javaReporteCompraInsumos.jasperReporteIngresoSalidaInsumos.jasperReporteInsumosFaltantes.jasperReporteIngresoSalidaProductos.jasperReporteProductosFaltantes.jasperjasperreports-3.5.2.jarBDEspiga.sqlmysql-connector-java-5.1.7-bin.jarLogoPasteleria.pngManualUsuario.pdfsubstance.jar

Fig. 49 Diagrama De Distribución



III.2.5 DISEÑO LOGICO DE LA BASE DE DATOS



III.2.6 INTERFACES DE ENTRADA O SALIDA

NOMBRE FORMULARIO

DESCRIPCCION

ACCESO FORMULARIOS

USUARIOS

FrmAcceso.javaIngreso al

menúFrmMenu.java

Administrador

Vendedor

Cajero

Almacenero

Jefe de

Produccion

FrmMenuPrincipal.java

Ingreso a los

diferentes

procesos del

sistema

FrmCaja.java

FrmVenta.java

FrmReceta.java

FrmInventario.java

FrmCliente.java

FrmPagoPersonal.jav

a

FrmPediddos.java

FrmPermisos.java

FrmPersonal.java

frmAyuda.java

Administrador

Vendedor

Cajero

Almacenero

FrmCaja.javaInterfaz del

cajero----------------------- Cajero

FrmVenta.javaRegistra todas

las compras

del cliente

---------------------- Vendedor

FrmReceta.javaSe realiza la

receta de los

productos

FrmInventario Almacenero

FrmInventario Producto:

Registra la

entrada de

FrmRegistroProducto

.java

Almacenero



productos

Insumo:

Registra los

insumos

FrmRegistroProducto.java

Registra los

productosFrmReceta.java

Almacenero

Jefe de

Producción

FrmCliente.javaRegistro de

ClientesFrmPersonas.java

Vendedor

Cajero

Administrador

FrmPersonas.javaRegistra

personas

FrmTipoPersonas.jav

a

Vendedor

Cajero

Administrador

FrmPagoPersonal.java

Interfaz de

pagos

Realizados y

pendientes

FrmCaja.java Administrador

frmPedidos.javaRelación de

pedidos-------------------------

Administrador

Vendedor

FrmPermisos.javaSe otorga

permisosfrmUsuarios.java Administrador

FrmUsuarios.javaRegistra los

usuarios del

sistema

-------------------------- Administrador

FrmAyuda.java Descripción de

la versión del

programa

-------------------------- Administrador

Vendedor

Cajero

Almacenero

Jefe de



Produccion

III.2.7 INVENTARIO DE LAS INTERFACES DEL SOFTWARE INTERFACES DE ENTRADA.

FrmMenuPrincipal.javaFrmPermisos.javaFrmPermisosOpciones.javaFrmPersonas.javaagregarInsumo.javaFrmReceta.javaFrmRecetaInsumo.javaFrmRegistroProducto.javaFrmTipoTelefono.javaFrmCliente.javaFrmInventario.java

INTERFACES DE PROCESAMIENTO.Ingreso.javaFrmComprobantes.javaFrmCaja.javaFrmPersonal.javaFrmUsuario.javaFrmVenta1.java

INTERFACES DE SALIDA.FrmAyuda.javaFrmPagoPersonal.javaFrmPedidos.java



III.2.8 ESQUEMA DE INTERACION DE LAS INTERACCION DE LAS INTERFACES DEL SOFTWARE. ESQUEMA DE INTERACCION GENERAL. ESQUEMAS DE INTERACCION ESPECÍFICA.

III.2.9 IMPLEMENTACION.



III.2.10 DISEÑO FISICO DE LA BASE DE DATOS MAPEO DE DATOS O ESPECIFICACION DE LAS

RESTRICCIONES.

ENTIDAD :

Persona

CAMPOTIPO

DATO

TIPO

KEY

N/

NNRANGO EJEM.

DESCRIPCIO

N

IdPerson

a

VARCHA

R(10)PK NN

[A…Z][0...9]

[_]PER_4

Identificador

de la persona

NombreVARCHA

R(45)- NN [A…Z][a...z] Julio

Nombres de

la Persona

ApellidosVARCHA

R(45)- NN [A…Z][a...z]

Ramíre

z

Bravo

Apellidos de

la Persona

Dni CHAR(8) - NN [0…9]3133

6131

Documento

de Identidad

de la persona

Genero CHAR(1) - NN [F] [M] M

Género

(sexo) de la

Persona

Dirección VARCHA

R(50)

- NN [A…Z][0...9]

[a...z][.]

Av.

Atuspa

Dirección de



ria 673 la Persona

ENTIDAD : TipoCliente

CAMPOTIPO

DATO

TIPO

KEY

N/

NNRANGO EJEM DESCRIPCION

idTipoClienteVARCH

AR(10)PK NN

[A…Z][0…

9][_]

TPCLI

_1

Identificador del

tipo de Cliente

nomTipoClie

nte

VRCHA

R(20)- NN

[A…Z]

[a...z]Nuevo

Especifica el

Tipo de Cliente

ENTIDAD : Cliente

CAMPO TIPO DATOTIPO

LLAVEN/NN RANGO EJEMPLO DESCRIPCION

idCliente VARCHAR(10) PK NN[A…Z][0...9]

[_]CLI_1

Es el código del

Cliente

ruc VARCHAR(16) - N [0…9]1044569844

7

Indica el

numero RUC

del Cliente



fechaHoraR

egistroDATETIME - NN [0…9][-][:]

2013-09-29

08:12:32

Fecha y hora de

registro

idPersona VARCHAR(10) FK NN[A…Z][0...9]

[_]PER_5

Identificador de

la persona

idTipoClient

eVARCHAR(10) FK NN

[A…Z][0…9]

[_]TPCLI_1

Identificador del

tipo de Cliente

ENTIDAD : TipoTelefono

CAMPO TIPO DATOTIPO


idTipoTelefo

noVARCHAR(10) PK NN

[A…Z][0…9]

[_]TPTL

Identificador del

tipo de Teléfono

nomTipoTel

efonoVARCHAR(16) - NN [A…Z][a...z] Movil

Descripción del

Tipo de

Teléfono



ENTIDAD : Telefono

CAMPO TIPO DATOTIPO


idTelefono VARCHAR(10) PK NN[A…Z][0…9]

[_]TLF_1

Identificador del Teléfono

numero VARCHAR(20) - NN [0…9] 944913628Número de Teléfono

operador VARCHAR(20) - N [A…Z][a…z] MovistarOperador del número de

teléfono

idPersona VARCHAR(10) FK NN[A…Z][0…9]

[_]PER_3

Identificador de la persona

idTipoTelefono

VARCHAR(10) FK NN[A…Z][0…9]

[_]TPTL_2

Identificador del tipo de Teléfono

ENTIDAD : TipoUsuario

CAMPO TIPO DATOTIPO


idTipoUsuario

VARCHAR(10) PK NN[A…Z][0…9]

[_]TPU

Identificador del tipo de Usuario

nomTipoUsuario

VRCHAR(25) - NN [A…Z][a...z]Administrad

orDescripción del Tipo de Usuario



ENTIDAD : Usuario

CAMPO TIPO DATOTIPO


idUsuario VARCHAR(10) PK NN[A…Z][0…9]

[_]USU

Es el identificador de

usuario

nomUsu VARCHAR(40) - NN [A…Z][a…z] SSNombre del

Usuario

clave VARCHAR(32) - NN[A…Z][0...9]

[a…z]UsuPrinc01

Es la Clave del Usuario

imagen VARCHAR(10

0)- N

[Archivo.png]

imagenes/Usuarios/

Default.png

Especifica la imagen del

Usuario


[_]TPU


usuario

idPersona VARCHAR(10) FK NN[A…Z][0…9]

[_]PER




ENTIDAD : AudiDinero

CAMPO TIPO DATOTIPO


idAudiDinero


[_]ADIN

Es el identificador de la auditoría del

dinero

fechaHora DATATIME - NN [0…9][-][:]2013-10-30

20:01:36

Fecha y Hora en que se realizó la

Auditoría del Dinero

cantidad VARCHAR(45) - NN [0...9][.] 200.00Es la cantidad

de dinero

acción VARCHAR(45) - NN [A…Z] a…z]Pago a

trabajadorEs la acción

tomada

totalDECIMAL(10,2

)- NN [0…9][.] 5000.00

Especifica el total del dinero

auditado


[_]USU


usuario



ENTIDAD : Personal

CAMPO TIPO DATOTIPO


idPersonal VARCHAR(10) PK NN[A…Z][0...9]

[_]PSNL

Es el identificador del

Personal

fechaContrato

DATE - NN [0...9][-] 2013-10-13Fecha de inicio

del contrato

sueldoDECIMAL(10,2

)- NN [0...9][.] 1000.00

Sueldo del Personal

idPersona VARCHAR(10) FK NN[A…Z][0...9]

[_]PER


ENTIDAD : Pago

CAMPO TIPO DATOTIPO


idPago VARCHAR(10) PK NN[A…Z][0...9]

[_]PGO

Es el código del Pago

fechaHora DATATIME - NN [0…9][-][:] 2013-10-30 20:01:36

Fecha y Hora en que se



realiza el pago

idPersonal VARCHAR(10) FK NN[A…Z] [0...9]

PSNLEs el

identificador del Personal

ENTIDAD : AudiUsuario

CAMPO TIPO DATOTIPO


idAudiUsuario


[_]AUU_1

Identificador de la auditoria del

usuario

FechaHora DATATIME - N [0…9][-][:]2013-10-15

09:15:26

Fecha y hora de registro de la

auditoria

Accion VARCHAR(45) - N[A…Z][0…9]

[a…z]

Eliminó en la Tabla Cliente

Describe la acción tomada

idUsuario VARCHAR(10) FK NN[A…Z][0…9]

[_]USU_1


usuario

ENTIDAD : Opcion



CAMPO TIPO DATOTIPO


idOpcion VARCHAR(10) PK NN[A…Z][0…9]

[_]OPC_1

Identificador de la opción

nomOpcion VRCHAR(16) - NN [A…Z][a...z] frmCajaNombre de la

opción

ENTIDAD : Permiso

CAMPO TIPO DATOTIPO


idPermiso VARCHAR(10) PK NN[A…Z][0…9]

[_]PERM_1

Identificador del Permiso

idOpcion VARCHAR(10) FK NN[A…Z][0…9]

[_]OPC_1

Identificador de la opción


[_]USU_1


usuario



ENTIDAD : Producto

CAMPO TIPO DATOTIPO


idProducto VARCHAR(10) PK NN[A…Z][0...9]

[_]PRO


Producto

nomProducto

VARCHAR(45) - NN [A…Z][a...z] TartaletaEs el nombre del Producto

cantidadPaquete

VARCHAR(10) - NN [0...9] 32Cantidad de Producto por

paquetes

PrecioVentaDECIMAL(10,2

)- NN [0…9][.] 5.00

Es el Precio de Venta del Producto

descripcionVARCHAR(25

0)- N

[A…Z][0…9][ a...z]

Paquete de 12 unidades

Descripción del Producto

imagenVARCHAR(10

0)- N

[Archivo.png|jpg]

imagenes/Productos/

Tartaleta.jpg

Imagen del Producto

ENTIDAD : Comprobante

CAMPO TIPO DATOTIPO


idComprobante

VARCHAR(10) PK NN[A…Z][0...9]

[_]CPBNT_1

Identificador del Comprobante

de Venta



Estado VARCHAR(45) - NN [A…Z][a...z] EntregadoEstado Del

Comprobante De Venta

FechaGenerado

DATETIME - NN [0...9][-][:]2013-10-20

10:16:24

Fecha y hora de generar el

comprobante de venta

FechaHoraEmision

DATETIME - N [0...9][-][:]2013-10-20

10:17:02

Fecha y hora de emisión del

comprobante de venta

ENTIDAD : ComprobanteDetalle

CAMPO TIPO DATOTIPO


idComprobanteDetalle


[_]CDTLL_1

Identificador del detalle del

Comprobante de Venta

Cantidad VARCHAR(10) - NN [0...9] 4Cantidad del

producto vendido

PrecioParcial

DECIMAL(10,2)

- NN [0…9][.] 20.00Precio sin el

IGV

idProducto VARCHAR(10) FK NN [A…Z][0...9][_]

PRO_1 Es el identificador del



Producto

idComprobante

VARCHAR(10) FK NN[A…Z][0...9]

[_]CPBNT


de Venta

ENTIDAD : Venta

CAMPO TIPO DATOTIPO


idVenta VARCHAR(10) PK NN[A…Z][0...9]

[_]V_1


la venta

idCliente VARCHAR(10) FK NN[A…Z][0...9]

[_]CLI_1

Es el código del Cliente


[_]USU_1


usuario

idComprobante

VARCHAR(10) FK NN[A…Z][0...9]

[_]CPBNT


de Venta



ENTIDAD : Pedido

CAMPO TIPO DATOTIPO


idPedido VARCHAR(10) PK NN[A…Z][0...9]

[_]PED_1

Es el Numero de Pedido

FechaEntrega

DATE - NN [0...9] [-] 2013-10-25Es la fecha de

entrega del pedido

HoraEntrega

TIME - N [0...9] [:] 10:30:00Hora de entrega

del pedido

Direccion VARCHAR(45) - NN[A…Z][a...z]

[0...9][.]

Jr. Comercio

234

Dirección del pedido

solicitado

Observacion

VARCHAR(250)

- N [A…Z][a...z] NullObservaciones

del pedido

idVenta VARCHAR(10) FK NN[A…Z][0...9]

[_]V_1


la venta



ENTIDAD : ProductoPreparado

CAMPO TIPO DATOTIPO


idProductoPreparado


[_]PPREP_1


producto preparado

cantidad VARCHAR(45) - NN [0...9] 50Cantidad de productos preparados

fechaVencimiento

DATE - NN [0...9][-] 2013-10-31Es la fecha de

vencimiento del producto

idProducto VARCHAR(10) FK NN[A…Z][0...9]

[_]PRO


Producto

ENTIDAD : Utilidad

CAMPO TIPO DATOTIPO


idUtilidad VARCHAR(10) PK NN[A…Z][0...9]

[_]UTI


la utilidad

GananciaNeta

DECIMAL(10,2)

- NN [0...9][.] 1.00Ganancia Neta del producto

idProducto VARCHAR(10) FK NN [A…Z][0...9][_]

PRO Es el identificador del



Producto

ENTIDAD : Insumo

CAMPO TIPO DATOTIPO


idInsumo VARCHAR(10) PK NN[A…Z][0...9]

[_]INS


Insumo

nomInsumo VARCHAR(16) - NN[A…Z][0...9]

[a...z]Harina

Es el nombre del Insumo

cantidad VARCHAR(10) - NN [0...9] 50Cantidad de

insumo

PrecioDECIMAL(10,2

)- NN [0…9][.] 105.00

Es el Precio del Insumo

descripciónVARCHAR(25

0)- N [A…Z][ a...z]

Saco de 50Kg

Descripción del producto

ENTIDAD : Receta



CAMPO TIPO DATOTIPO


idReceta VARCHAR(10) PK NN[A…Z][0...9]

[_]REC


la receta

cantidad VARCHAR(10) - NN [0...9] 7Cantidad de

insumo

precioDECIMAL(10,2

)- NN [0…9][.] 0.10

Es el Precio del Insumo

procesoVARCHAR(10

0)- N [A…Z][a…z] Kg

Descripción del Proceso a

seguir

idInsumo VARCHAR(10) FK NN[A…Z][0...9]

[_]INS


Insumo

idProducto VARCHAR(10) FK NN[A…Z][0...9]

[_]PRO


Producto

ENTIDAD : Preparacion

CAMPO TIPO DATOTIPO


idPreparacion


[_]PREP_1

Es el identificador de la preparación

fechaPrepar DATETIME - NN [0...9][-][:] 2011-10-20 Fecha y hora de



acion 10:16:24 la preparación

Observacion

VARCHAR(250)

- N [A…Z][a...z] NullObservaciones

de la preparación

idReceta VARCHAR(10) FK NN[A…Z][0...9]

[_]REC_1


la receta

SCRIPT O CODIGO T_SQL DE LA IMPLEMENTACION DE UNA BASE DE DATOS.

IV. MANUAL DE USUARIO.El propósito de este manual es proporcionar al usuario una

herramienta que les sirva como guía para poder hacer uso del nuevo

sistema implantado en la empresa, fue implementado con el lenguaje

de programación java entorno NetBeans IDE 6.9; para ello utilizamos

ventana o formularios que en cada uno de ellos se especifica la

funcionalidad del sistema.

IV.1 DESCRIPCION DE LA INTERFAZ DEL SOFTWARE



BASE DE DATOS: MySQLENTORNO VISUAL: NETBEANS 7.2 +LENGUAJE DE PROGRAMACIÓN: Java

IV.2 DESCRIPCION DE LAS PAQUETES ConexionBD: Clase con la cual se logra la conexión a la base de

datos; en ella se ingresa el servidor, el usuario y la contraseña de

dicho servidor.

Controlador: En esta clase se realizan métodos, los cuales nos

permiten controlar las opciones de llenado, actualización,

eliminación de los datos dentro del programa, ya sea con

procedimientos almacenados u de otra manera.

Codificador: Esta clase verifica datos para que no se repitan,

captura algunas iniciales de las palabras y/o analiza si el código

es válido o no.

VIsualizador: Clase que permite mostrar cuadros de diálogo

sobretodo basado en JOptionPane.

MiModelo: Clase para la edición de columnas de las tablas.

Imprimir:

CD DEL CODIGO FUENTE DEL SISTEMA (MODULO PRINCIPAL) Y EJECUTABLE

V. BIBLIOGRAFIA www.freelibros.com/programacion/aprende-uml-en-24-horas.html

www.alegsa.com.ar/Dic/informatica.php

www.linkses.com/software/desarrollo.php

www.12manage.com/methods_pmi_pmbok_es.html

gidis.ing.unlpam.edu.ar/downloads/pdfs/IntroduccionUML.PDF www.ctic.uni.edu.pe/files/insoft01.pdf



ALFREDO WEITZENFELD PARADIGMA ORIENTADA A

OBJETOS División Académica de Computación

ITAM, México, 1994

IAN GRAM METODOS ORIENTADA A OBJETOS Edit. ADDISON

WESLEY

2º Edición, USA, 1996

KENDALL & KENDALL ANALISIS Y DISEÑO DE SISTEMAS Edit.

PRENTICE

VI. CONCLUSIONES Se optimizó el control de compra-venta e inventario de la empresa

comercial “M & H”, con la implantación de un sistema de información, el

cual dio solución a los diferentes problemas (demasiado tiempo

empleado, inexactitud en los cálculos, perdida de información, etc.) de la

organización.

Se logró obtener todos los requerimientos de la organización de manera

satisfactoria, siendo esta reflejada en la aceptación por parte de la

organización y concordancia con los procesos reales del sistema.

Se optimizó la búsqueda y el registro de artículos, usuarios y clientes.

Se automatizaron los procesos de cálculo, que intervienen en la

realización de inventario y ventas.

Se emitieron reportes en los cuales se utilizaron cálculos matemáticos y

estadísticos para un control periódico del Stock y las ventas.

Debido al diseño y otras características de los módulos del programa, se

concluye con una fácil adaptabilidad y aceptación de los usuarios de la

empresa comercial “M & H”

VII. RECOMENDACIONESSi bien la gestión de proyectos de software no es una ciencia exacta, más

bien es un arte o una destreza que se mejora con la experiencia, existen



algunos consejos útiles para no cometer errores que pueden causar el

fracaso de un proyecto.

Quien haya gestionado algún proyecto de software sabe que debe hacer

malabares entre múltiples temas de gestión, como las personas (el equipo

de desarrollo, el cliente, etc), los tiempos, las entregas, las estimaciones

erróneas y sus costos extra, la re planificación, etc. Para comenzar un

proyecto de software con el pie derecho aquí dejo algunos consejos útiles:

Realizar cada etapa óptimamente para avanzar a la siguienteCada reunión de los integrantes del equipo es una buena oportunidad

para realizar la opinión de ideas, avances, puntos de vista.

Pruebas unitariasDesde el inicio del proyecto se deben establecer las pruebas unitarias que

se implementarán en la etapa de implementación, estableciendo por

escrito cuales serán los casos de prueba y sus respectivos resultados

esperados.

DocumentaciónDesde el comienzo del proyecto se debe hacer énfasis en la

documentación que será creada, ya que el software no es solo un

conjunto de archivos fuente, el software es eso más la documentación.

Sin una correcta planificación de la documentación a generar, el equipo

de desarrollo no sabrá qué debe documentar y cómo.

ComunicaciónLa poca o mala comunicación entre los miembros del equipo de desarrollo

y con el cliente es la principal causa de fracaso en los proyectos de

software. La comunicación es un tema muy sensible, ya que es necesario

planificarlo y dedicarle tiempo.



Los grupos no deben ser islas, el trabajo de cada grupo, por ejemplo

desarrolladores, testers, analistas, etc, debe ser público para todos los

miembros del equipo de desarrollo.

Medir el avancePara esto es necesario planificar desde el inicio del proyecto cuál será el

mecanismo de medida del avance. Para esto primero es necesario

determinar el alcance del proyecto, o sea todo lo que se va a hacer y lo

que no se va a hacer.

VIII. ANEXOS


trabajo final software ii

Documents

proyecto de implementacin

software de control

sistema de control

software realizado

empresa comercial

procesos de elaboracin

dicho sistema

procesos involucrados