sistema ventas tienda

INTRODUCCION

En el presente trabajo, como primer punto hemos recolectado

información general acerca de la panadería ELTRIGAL, como su historia, su

código de ética, misión, visión y objetivos, la cual nos servirá para en adelante

poder definir los requisitos funcionales y no funcionales que nos ayuden a

desarrollar el sistema.

Nuestro segundo punto es la descripción de sistema, en la cual

analizamos la situación actual, como los vínculos que se tienen con otros

sistemas, los problemas que tiene el sistema actual y el alcance que tendrá el

que desarrollaremos.

En el tercer punto tenemos el planteamiento del proyecto, en el que

vemos cual será el ámbito de nuestro sistema (área a la cual se le desarrollará

el sistema); así como también los subsistemas de este proyecto y las

limitaciones que tendríamos en el desarrollo de este sistema.

En el cuarto punto vemos todo lo relacionado a la planificación del

proyecto; es decir la priorización de todas las actividades que se van a

desarrollar durante todo el proyecto asignándoles tiempo, costos y

responsables para cada actividad. Además en este punto se ve todo lo

correspondiente a los costos de Hardware, Software y personal que el proyecto

demandará.

El quinto punto hacemos una breve descripción de la metodología

utilizada en este proyecto, que en este caso es el RUP. Esta pequeña

descripción servirá para una mejor comprensión de los diagramas que se verán

en este trabajo; así como de conceptos que se tendrán que tener en cuenta.

Es en el sexto punto donde empezamos aplicar la metodología RUP,

para el desarrollo de nuestro software. Empezamos identificando los casos de

uso y actores del sistema y del negocio, para luego con los diagramas de

Empresa “EL TRIGAL” Sistema “VENTAS”

2

interacción poder analizar de forma exhaustiva, apoyándonos en las plantillas

de actividades y de roles, los nuevos casos de uso del sistema que se va a

desarrollar. Además diseñamos los primeros prototipos de interfaces y su

respectiva diagramación en el Rational para que el usuario evalúe para verificar

la conformidad de sus requisitos, y poder así asegurarnos de la calidad del

software.


3

I. DESCRIPCIÓN DE LA EMPRESA

1.1. Antecedentes de la Empresa

“EL TRIGAL”, es una panadería y pastelería que brinda a sus

consumidores la más alta calidad en sus productos y buen trato

al cliente, lo confirma el creciente número de sus consumidores

y la selecta calidad de sus proveedores.

Enfrenta diversos desafíos día a día y no todo lo negativo

proviene del exterior. Hay un fuerte componente de la nueva

realidad: alta competencia, impacto del mercado, las nuevas

conductas del consumidor, el informalismo; que no se puede

enfrentar con las mismas armas de antaño. Por ello hay un

conjunto de acciones que son responsabilidad de la empresa

panadera puertas adentro.

CÓDIGO DE ÉTICA

“El Trigal” a adoptado un código de ética que le permite promover

y mantener una conducta correcta en cada una de sus

actividades con el cliente y con su personal productivo.

Sembrando en el personal valores como: Honradez, Disciplina,

Respeto, Servicio, Responsabilidad y Cordialidad;

obviamente no se trata de un decálogo sagrado o la nueva Biblia

del panadero en el “Trigal de Vitarte” pero es una diferencia con

las demás panaderías del sector.

Éste código también les ha permitido congregar a los

diferentes proveedores de productos y materias primas; equipos

y tecnología, quienes han logrado intercambiar experiencias y

participar juntos en la búsqueda de la optimización de todos los

niveles de gestión y el éxito en el mercado en general


4

1.2. Descripción, ubicación de la empresa en el mercado y el entorno

1.2.1. Descripción

La Panadería y Bodega “EL TRIGAL” que distingue por sus

exclusivos postres y por la diversidad de panes que se

desarrollan en ella.

Para complementar el arte de la panificación vende

productos básicos para el acompañamiento de su gran variedad

de panes que los clientes ya conocen, poniéndola en unas de las

panaderías más preferidas de la zona.

1.2.2. Ubicación en el Mercado y el Entorno

La empresa “EL TRIGAL” compite en el sector de la

“Panificación”, en la urbanización “San Gregorio”, en distrito de

Ate-Vitarte donde los estudios realizados indica que se encuentra

entre las primeras Empresas Panificadoras de este sector, gracias

al servicio que brinda al cliente, como también por los productos

de calidad que ofrece. “TRIGAL” apunta a competir en otros

sectores adyacentes, para esto, realiza un análisis de Variables

Externas, las mismas que tiene que tomar en cuenta. Entre estas

variables destacan:

Variables Económicas

• Disponibilidad de créditos

• Nivel de ingreso disponible

• Propensión de las personas a gastar

• Patrones de consumo

• Tasas impositivas o impuestos

Variables Tecnológicas

• Tecnologías usadas en las actividades de la empresa

• Probable evolución de éstas tecnologías en el futuro

• Actividades y productos de la empresa


5

• Prioridades de inversión en recursos tecnológicos

• Inversiones tecnológicas que deben limitarse o eliminarse

• Otras tecnologías que se requieren para alcanzar los

objetivos comerciales de la empresa

Variables de la Competencia

• Principales fuerzas de los competidores

• Principales debilidades de los competidores

• Principales objetivos y estrategias de los competidores

• Posición que ocupa nuestros productos con relación a

nuestros principales competidores

• Ingreso de empresas nuevas y salida de empresas

antiguas del sector

• Factores claves que permiten resultados positivos para

ubicarnos en una posición competitiva adecuada a nuestras

expectativas.

1.3. Descripción de la misión y funciones del área donde realizo el

trabajo

Misión

Somos una empresa productiva, ubicados en el distrito de Vitarte

al oeste de Lima.

Brindamos los mejores y exquisitos panes y pasteles de los

alrededores; constituyendo una de las sobresalientes panaderías del

sector.

Dirigiéndonos al publico en general. Nuestro lema es brindar un

producto con calidad con la mejor atención y en el momento preciso.


6

Visión

Ser una empresa líder en la industria de la panificación. Tener una

red de panaderías a nivel nacional; con un sólido conocimiento en la

elaboración de panes y pasteles en base a los regimenes de calidad

establecidos en le país.

Objetivos Generales

La alta competencia nos permite fortalecer nuestro entusiasmo

por perfeccionar al máximo la calidad no sólo hasta el producto final sino

también en el servicio venta.

Objetivos Específicos

a) Objetivos a nivel Interno:

a.1) Base de Conocimientos

• El asesoramiento inicial y capacitación operativa en cuanto

al manejo y mantenimiento de las máquinas.

• Seminarios de panificación manteniendo así bien informado

del desarrollo de nuevos productos de panificación acorde

con las nuevas tendencias de la industria moderna en

panificación (masa congelada, masa precocida, productos

embolsados etc. )

a.2) Recursos Humanos

• “EL TRIGAL”, cuenta con un personal altamente

capacitado, tanto, el personal de producción como en lo

administrativo, para hacer una panadería Líder en el

Mercado.


7

b) Objetivos a nivel exterior:

b.1) Proveedores

• El objetivo de los proveedores es tratar de ofrecer sus

productos, a lugares que aun no conocen de este; tratando

de globalizar, todas las líneas de productos, en el mercado.

b.2) Clientes

• El objetivo del cliente es la buena calidad de los productos,

que la panificadora le ofrece, brindándoles un buen servicio

de atención hacia ellos.

c) Objetivos a nivel competencia :

• Definir plan de comunicación de doble vía fluida y

permanente entre Panadería El Trigal de Vitarte y sus

clientes aprovechando todos los medios disponibles

propios.

• Definir la mezcal de productos y servicios de la panadería

El Trigal de Vitarte

• Definir plan de captación.

• Implementar nueva estructura organizativa y procesos

estratégicos.

• Establecer la red de proveedores.


8

1.4. Descripción de la tecnología de la información de la empresa

Situación Actual

Actualmente EL TRIGAL DE VITARTE, no cuenta con un sistema

automatizado, más bien tiene un sistema manualmente, toda su

información los anota en un cuaderno, llevando el control (las ventas,

el stock, el producto, etc.) que hace la panificadora.

Objetivos Del Sistema

Luego de un análisis exhaustivo hemos llegado a la conclusión

de que la Panadería “El Trigal” no cuenta con procesos automatizados

incipientes, los cuales optimizaremos, desarrollando un nuevo software

que brinden un mejor servicio a la Panadería “El Trigal” para su mejor

desempeño.

Los objetivos específicos de nuestro sistema serían los siguientes:

a) Automatizar, simplificar y controlar el registro de venta y cierre de

caja.

b) Planificar las diversas capacitaciones que se realizan; es decir,

contar con un cronograma de actividades.

c) Obtener reportes lo más rápido posible contando con la información

en línea.

d) Evitar la redundancia de información.


9

Otros Respecto Al Sistema

Este sistema presentará las siguientes funcionalidades:

• Generar Ticket.

• Generar Boleta

• Generar Consolidado de Cierre de Caja.

• Generar Consolidado de Descuento.


10

1.5. Levantamiento de información

Modelo de Cuestionarios

RELACIÓN DE PREGUNTAS PARA LA ENTREVISTA

AL GERENTE GENERAL

Objetivo : Esta entrevista ha sido diseñada para obtener información que

permita mejorar la calidad del sistema de ventas a fin de

alcanzar eficiencia y eficacia en el servicio.

Instrucciones : Formule las preguntas de forma que no sea un interrogatorio

sino mas bien una conversación.

Materiales :

• Filmadora

• Libreta de Notas

Preguntas :

1. ¿Qué le parece el sistema actual de ventas?

2. ¿Cual es su tarea dentro de la empresa?

3. ¿Como realiza el control de ventas?

4. ¿Que documentos son los que necesita constantemente?

5. ¿Algunos problemas con los clientes en cuanto a las ventas?

6. ¿A los vendedores se le da autorización para realizar descuentos a los

clientes?

7. Si dice si: ¿Cómo controla que los vendedores no realiza actos

indebidos con respecto a esto?

8. ¿Los pedidos de productos son resueltos rápidamente?

9. ¿Se tiene un Procedimiento, o algún documento que diga los pasos que

se deben seguir?

10. ¿Cuando usted pide un informe, cuanto tiempo demora en llegar?

11. ¿Cuál de estas consultas demanda mayor tiempo en realizarse?

12. ¿Que informes realiza y/o necesita usted?

13. ¿Como quisiera que sea, que propone como solución?

14. Alguna situación no considerada que quiera agregar o algún comentario


11

ENTREVISTAS AL VENDEDOR Y CAJERA

DE PANDERIA “EL TRIGAL”

Objetivo : Esta entrevista ha sido diseñada para obtener información que

permita mejorar la calidad de las ventas a fin de alcanzar un

mejor servicio.

Instrucciones : Formule las preguntas de forma que no sea un interrogatorio

sino mas bien una conversación.

Materiales :

• Filmadora

• Libreta de Notas

Preguntas :

1. ¿ Los datos de la Boleta son llenados por usted de forma completa ?

2. ¿ Cual es el criterio de descuento que tiene ud para con los clientes ?

3. ¿ Cual es el criterio de forma de pago que deben hacer los clientes ?

4. ¿ Usted realiza inspecciones del inventario. ?

5. ¿ Que tipo de consultas tiene frecuentemente con el “Sistema Actual” ?

6. ¿ Cuál de estas consultas le demanda mayor tiempo ?

7. ¿ Que informes realiza, cuales son los formatos ?

8. ¿ A quien envía los informes ?

9. ¿ Los informes le demanda tiempo elaborarlos ?

10. ¿ Que cálculos, operaciones realiza para realizar dichas consultas o

informes ?

11. ¿ De este sistema actual cuales son los problemas mas frecuentes ?

12. Alguna situación no considerada que quiera agregar o procedimiento

informal que realiza.


12

Conclusiones Entrevistas

• Gerente General

El entrevistado Sr. Edgar Ortiz Rivera, que gentilmente accedió a

nuestras preguntas, nos contó, que la panadería no tiene un sistema,

que desearía tener uno para mejorar y agilizar las ventas. El encuentra

dificultad en las consultas que pide a su personal, y reconoce que no

hay procedimientos estandarizados en la panadería. En cuanto al

sistema necesita un software que de soporte a las ventas del día a día,

para el es lo mas importante junto con los inventarios, informes:

• ¿ Cuál es el monto de las ventas del Día?

• ¿ Qué producto se vendió mas ?

Reconoce que es necesario tener ese software para tener

registrado y automatizado todos los procesos del área de ventas entre

otros, principalmente el de ventas, puesto que llevar un control de estos

es la tarea mas difícil y fundamental del área.

• Vendedor y cajera

Los vendedores entrevistados:

• Alex Ortiz R.

• Nelly Ortiz R:

• Luis Torres T

• Patricia Ibáñez T.

Comentaron que es necesario usar una herramienta como la

computadora con un software de ventas para el uso del negocio que

les facilite mejorar sus operaciones, debido a que en la actualidad

como por ejemplo la operación de generación de boleta y ticket es muy


13

tediosa, es decir, que tiene que llenar todos los datos en forma

manual, e ir a verificar a su almacén si sus productos están en stock.

De igual manera emitir los informes se tiene que revisar todas las

facturas y otros documentos, por eso y otros motivos consideran

necesario que se implante cuanto antes un software a medida.

2. DENICIÓN DEL PROBLEMA

2.1. Ubicación del Problema

La empresa en estudio no cuenta con un organigrama definido,

por lo que hemos propuesto el siguiente organigrama donde detectamos

el área de ventas de acuerdo al análisis realizado en las entrevistas al

gerente y a los empleados.

Aunque el problema pertenece netamente al Departamento de

Ventas, es necesario recopilar algunos procesos de Departamentos

como Logística.


14

2.2. Identificación y descripción del Problema

2.2.1. Identificación del Problema

Todos los procesos son manuales, como la panadería se

dedica a la atención al publico, el proceso de la venta es muy

lenta ya que la generación de ticket es manual, al recibir un

pedido se tiene que revisar el stock en tienda en el momento.

Llegando en un al colapso (concurrencia masiva de la gente) y

perdiendo así clientela.

2.2.2. Descripción del Problema

Control de ventas en forma manual

• El sistema de ventas se realiza en forma manual, con el

uso de ticket y boletas que son guardados por el

administrador en ficheros.

• Al cierre de caja la comparación de ticket con la cantidad

en dinero es manual. Si se detecto alguna diferencia

positiva (total de dinero mayor a la cantidad total en los

ticket) se realiza una supervisión manual del stock en

tienda y se cuadra la caja (se expide los ticket faltantes).

Si se detecta una deferencia negativa (el total de ticket

es mayor a la cantidad en dinero) se realiza un

descuento a la cajera que se guarda en el fichero de

descuentos. Al finalizar el cierre se realiza una boleta de

las ventas del dia.

Control de inventarios en forma manual.

No hay un control efectivo diario de la rutinas de trabajo

(ventas) que ocurren cotidianamente en la Empresa.

Tenemos problemas de “papelería”, es decir, falta optimizar


15

No se puede responder con rapidez a preguntas tales como:

• ¿ Cual es el monto de las ventas del Día?

• ¿ Que producto se vendió mas ?

• ¿ Que vendedor vendió mas productos ?

• ¿ Cual es el stock en Inventario ?

Actualmente para responder estas preguntas en promedio se

toma de 1 a 2 días, ocasionando problemas para consultas,

reportes y sobre todo para la toma de decisiones.


16

Entidad Bancaria

Entidad Recaudadora

Cliente

Tesoreria

Contabilidad

Almacen en tienda

Cajero

Vendedor

Jefe de produccion

Administrador

Almacenero

Supervisor

Proveedor

Logistica

3. MODELO DE NEGOCIO

3.1. Identificación de los Actores (Internos y Externos)

ACTORES DE CASO DE USO DEL NEGOCIO


17

Actualizar stock

Ventas

Cierre de Caja Compra a proveedores

Producir productos

3.2. Identificación de los Casos de Usos de los Negocios

CASOS DE USO DEL NEGOCIO


18

3.2.1. Plantillas del Modelo de Negocio

VENTAS

Proceso de Negocio

Ventas

Objetivo Satisfacer los pedidos de los clientes Descripción

1.- El cajero recibe la solicitud de pedido del cliente. 2.- El cajero revisa si los productos se encuentran en stock.

• Si no existe el producto y si el cliente no a pedido uno anterior entonces la venta no se realiza. Pero si el cliente solicito un producto anterior que si estaba en stock entonces se le vuelve a pregunta si desea otro producto.

• Si el primer producto estaba en stock se le vuelve a preguntar si desea otro producto vuelve a revisar el stock del producto solicitado.

3.- Cuando el cliente otro producto mas, entonces el cajero solicita cantidad total a pagar. 4.- El cajero recibe la cantidad en soles por el cliente, luego pasa a ser registrado.

• Si la venta es mayor a 5 soles se entrega una boleta y un ticket al cliente.

• Caso contrario solo se entregara un ticket al cliente.

5.- La vendedora recibe el ticket de pedido del cliente. 6.- La vendedora entrega los productos al cliente.

Prioridad Secundaria Riesgos No generar utilidades

Posibilidades …………….. Tiempo de ejecución Siempre Coste de ejecución ……………..


19

PRODUCIR PRODUCTOS TERMINADOS

Proceso de Negocio

Producir productos terminados

Objetivo Producción productos (es esencial para el negocio) Descripción

1.- El administrador genera un informe de producción del día , y lo envía al jefe de producción 2.- Jefe de producción genera informe de pedido de materia prima según el informe de producción y lo envía al almacenero. 3.- el almacenero, genera cargo de entrega (salida) de materia prima y lo envía al jefe de producción. 4.- el jefe de producción compara cargo de entrega realizado por el almacenero con el informe de pedido de MP y lo envía al almacenero firmada 5.- El almacenero envía materia prima para la producción al jefe de producción. 6.- Jefe de producción realiza la producción de productos terminados, según el informe de producción realizado por el administrador. 7.- El jefe de producción entrega informe de los productos terminados al administrador para su verificación. 8.- El jefe de producción entrega los productos terminados al almacenero para que estas se han colocadas en el estante

Prioridad principal Riesgos 1.- Quedarse sin stock materia, víveres y productos

terminados 2.- No registrar los productos nuevos y los salientes(materia prima, víveres y productos terminados)

Posibilidades …………….. Tiempo de ejecución Siempre que sea necesario Coste de ejecución ……………..


20

COMPRA A PROVEEDORES

Proceso de Negocio

Compra a proveedores

Objetivo Abastecer el almacén con materia prima y víveres. Descripción

1.-El administrador envía solicitud de pedido a proveedor (el proveedor realiza y envía la cotización). 2.-El administrador recepciona y analiza la cotización.

• En caso que la cotización no se encuentre dentro del presupuesto de la empresa, se solicita el pedido a otro proveedor.

• En caso que la cotización si se encuentre dentro del presupuesto se genera el pedido y se le envía al proveedor.

3.- El administrador recibe la factura generada por el proveedor y el almacenero recibe el pedido. 4.-El almacenero genera consolidado de ingreso el cual se entrega al administrador. 5.-El administrador recibe y compara el consolidado de ingreso con la factura.

• Si en caso que no estén conforme ambos documentos el administrador comunica al proveedor un error en el pedido y el proveedor recibe el comunicado y vuelve a confirmar el pedido para emitir nueva factura y pedido faltante.

• En caso que estén conforme el administrador archiva el consolidado de ingreso y cancela la factura.

Prioridad Secundaria Riesgos No se realice la producción y/o las ventas de los

víveres. Posibilidades …………….. Tiempo de ejecución Siempre que sea necesario Coste de ejecución ……………..


21

ACTUALIZAR STOCK

Proceso de Negocio

Actualizar stock

Objetivo Registrar productos que entran y salen del stock Descripción

1.- El almacenero ingresa los productos nuevos solicitados a los proveedores según la orden de compra, envía reporte de ingreso del día al supervisor 2.- El almacenero registra la salida de la materia prima, víveres y productos terminados, envía reporte de salida del día al supervisor. 3.- El supervisor revisa stock y si algún producto esta fuera del nivel establecido por el administrador, envía pedido de compra de productos faltantes.

Prioridad principal Riesgos

1.- Quedarse sin stock materia, víveres y productos terminados 2.- No registrar los productos nuevos y los salientes(materia prima, víveres y productos terminados)

Posibilidades …………….. Tiempo de ejecución Siempre que sea necesario Coste de ejecución ……………..


22

CIERRE DE CAJA

Proceso de Negocio

Cierre de caja

Objetivo Verificar que concuerde los ingresos del día (efectivo) con los tickets generados.

Descripción 1.- El cajero totaliza la cantidad de dinero en efectivo en el día. 2.- El cajero totaliza cantidad de tickets de pan y víveres en el día. 3.- El cajero totaliza cantidad de boletas. 4.- El cajero genera consolidado. 5.- Verifica el efectivo con el consolidado.

• Si todo esta OK el administrador firma el consolidado de cierre.

• Si no el administrador genera una orden de descuento para el cajero, se le entrega y tiene que firmar la orden de descuento la cual es firmada por el administrador. El consolidado de cierre tiene que ser firmado por el administrador.

6.- Se le entrega al cajero y también tiene que firmar el consolidado. 7.- El cajero entrega dinero y tickets al administrador. 8.- El administrador recepcióna el dinero y tickets.

Prioridad Secundaria Riesgos Que los ingresos no cuadren con lo vendido Posibilidades …………….. Tiempo de ejecución Siempre Coste de ejecución ……………..


23

Recibe Solicitud

Realiza y envia Cotizacion

Recibe Confirmacion de Pedido

: Cotizacion

Envia Pedido

Envia Factura

: Factura de Compra[Generado]

Recibe Error de Pedido

: Solicitud de Pedido

Inicio

Solicita Pedido

Recepciona y analiza Cotizacion

¿Es justo?

no

Genera Pedido

si

: Pedido

Recibe Consolidado y Factura

¿Esta conforme?

Comunica Error de Pedido

Archiva Consolidado de Ingreso y Factura

Cancela Factura

Solicita Pedido a Nuevo Proveedor

Fin

: Factura de Compra[Cancelado]

: Consolidado de Error en Pedido

Recibe Pedido

Genera Consolidado de Ingreso

: Consolidado de Ingreso

no

: Almacenero : Administrador : Prov eedor

3.2.3 Diagrama de Actividades



24

Inicio

registrar ingreso de producto

¿esta acorde?

si

recibe los productos

genera informe de devolucion

no

: Consolidado de Devolucion

entrega producto


recibe informe de devolucion verifica

recibe y verifica reporte

fin de registro de productos

recibe consolidado de devolucion

fin de devolucion

recibe productos

: Proveedor : Supervisor : Almacenero

ACRUALIZAR STOCK (REGISTRO DE PRODUCTOS)


25

Inicio

registra la salida de productos de almacen

: Consolidado de Salida

recibe y verifica salidas del dia

fin de salida de productos

materia prima , product...

verifica los productos ...

: Superv isor : Almacenero

ACTUALIZAR STOCK (SALIDA DE PRODUCTOS)


26

Inicio

Rev isa el Stock del almacen

¿el producto esta bajo el niv el?

Genera Inv etario de Productos

: Inf orme de Productos Faltantes

Genera Inf orme de Productos Faltanes

si

: Stock

Env ia Inv entario

: Inv entario de Productos

Genera Orden de Compra de Pedido

Env ia al Prov eedor O / C Pedido

Recibe Inv entario de Productos

Archiv a el Inf orme de Inv etario


: Administrador : Supervisor

ACTUALIZAR STOCK (SUPERVISION DE STOCK)


27

Inicio

Solicita Producto

Recibe Cantidad a pagar

Entrega cantdad

Recibe Ticket de Pedidos

Reciber Boleta

Fin Venta

Entrega Ticket de Pedido

Recibe Pedido

Revisa si lo tiene en Stock

¿Existe en Stock?

¿Hay un producto pedido antes?

¿Desea otro producto?

Fin no hay producto

no

Solicita cantidad total a pagar en soles

Recibe candidad y registra

¿Venta mayor a S/ 5

Entregar Boleta

Entregar Ticket de Pedido

recibe ticket de pedido

Entrega Pedido

sino si

nosi

si

no

: Vendedor : Cajero : Cliente

VENTAS


28

Recibe Cargo

recibe materia prima

se produce segun lo solicitado o establecido

: Informe de productos Terminados[firmada]

el jefe de produccion se queda con una copia para llevar un control.

entrega productos terminados

el supervisor y jefe de produccion controla la calidad de los producctos

¿Existe conformidad ?

si

Firma y entrega el cargo original

: Solicitud de Materia Prima

genera solicitud de materia Prima

no

Recibe Informe de Produccion

genera el Informe de Productos terminados

: Cargo de Entrega de materiales[firmada]

: Informe de productos Terminados[a firmar]

Inicio

genera informe de produccion

Firma y entrega copia de Informe

: Informe de produccion

Genera cargo de salida de materia prima

entrega materia prima

el administrador se queda con una copia para llevar un control.

recibe productos y los coloca en los estantes para la venta

Fin

: Cargo de Entrega de materiales[a firmar]

Recibe Solicitu de MateriaPrima

almaceneroadministradorjefe de produccion

PRODUCIR PRODUCTOS


29

Inicio

Totalizar cantidad de dinero

Totalizar cantidad de tickets de pan y viveres

Totalizar cantidad de Boletas

Genera Consolidad de Cierre

Consolidade Cierre

Verifica Consolidado de Cierre

¿Todo conforme?

Firma Orden de Descuento

Firma Consolidado

Orden de Descuento

Consolidado Firmado

Enterga dinero y Tickets

Genera Orden de Descuetno

no

Orden de Descuento

Firma O / Descuento

Firma Consolidado de Cierre

si

Recepciona dinero y Tickets

Fin

: Administrador : Cajero

CIERRE DE CAJA


30

Inicio

eviando

analizado

analizando

aceptado

rechazado

recibido

cotizado

cotizando

cotizado

cotizando

Solicitud esta siendo envianda a proveedor

Solicitud enviada

La Solicitud es cotizada por el proveedor

La solicitud es analizada por el administrador

La solicitud se analizò

La solicitud es aceptada por el administrador

Si la solicitud es rechazada por el proveedor

Se envia nueva solicitud a un nuevo proveedor

3.2.3 Diagrama de Estados



31

Inicio

aceptada

evaluando la solicitud

requerido

evaluando

encontradoagotado

requerido

evaluando

encontradoagotado

rechazada

El cliente solicita producto que requiere

El almacenero evalua solicitud

Si el producto esta agotado Si el producto esta en stock

Se rechaza solicitud Se acepta solicitud

Fin

ACTUALIZAR STOCK (SALIDA DE PRODUCTO)


32

Inicio

aceptado

rechazado

ingresando evaluando

Evaluado

Fin

Los productos son evaluados

Almacenero recibe productos

Producto Evaluado

Productos aceptados

Productos rechazados

ACTUALIZAR STOCK (REGISTRAR PRODUCTOS)


33

Inicio

Fin

enviando

solicitandoexaminando

comparando

generando

confirmado

enviado

confirmado

enviado

produciendo

enviando

aceptado

enviando

aceptado

entregado

El administrador envia informe de produccion

El jefe de produccion examina el informe de produccion

El jefe de produccion genera y envia solicitud de materia primagenera y envia solicitud

de materia primaAlmacenero genera salida de materia prima

salida de materia prima

Almacenero confirma salida de materia prima

Salida de materia prima es comparada

Materia prima enviada

Materia prima aceptada por el jefe de produccion

PRODUCIR PRODUCTOS


34

Inicio

Pedidente

Comprobacion

Suspendido

Aceptado

Cancelado Fin Venta

Fin no hay producto

Cliente pide producto sustituto

Comprueba si el producto esta en Stock

Se analizo todos los productos solicitados

Cliente Anula pedido

Cliente Paga todo los solicitado

VENTAS


35

Inicio

Fin

contabilizando

aceptado

rechazado

descontando descontado

aceptado

descontando

contabilizado

descontado

aceptado

Conteo de tickets, boletas y dinero

Tickets, boletas y dinero contadas

Tickets y boletas no cuadran con las ventas

Hecho el descuento

Decuento aceptado

Cuadre con las ventas OK

CIERRE DE CAJA


36

UCB_Modelos

Logistica

Proveedor

(from Actores y Workers)

Actual izar stock

(f rom Casos de Uso de Negocio)

Almacen en tienda


Proveedor


Compra a proveedores


Contabi lidad


3.3. Unidad Organizativa


37

Produccion

Almacen en tienda


Produci r productos


Logistica



38

Ventas

Tesoreria

(f rom Actores y Workers)

Contabilidad


Cierre de Caja

(from Casos de Uso de Negocio)

Entidad Recaudadora


Cliente


Entidad Bancaria


Ventas


Tesoreria



39

MON: Logistica MON: Produccion MON: Ventas

3.4 Modelo de Objeto de Negocio


40

R_Actualizacion de stock

Actualizar stock

(from Casos de Uso de Negocio)<<realize>>

R_Compras a provedoresCompra a proveedores


<<realize>>

REALIZACION ACTUALIZAR STOCK

REALIZACION COMPRA A PROVEEDORES


41

R_Producir productos terminados

Producir productos


<<real ize>>

R_Cierre de caja

Cierre de Caja


<<realize>>

REALIZACION PRODUCIR PRODUCTOS

REALIZACION CIERRE DE CAJA


42

R_Ventas

Ventas


<<realize>>

REALIZACION VENTAS


43

Consolidado de Ingreso

Almacenero


Supervisor


Consolidado de Devolucion

Almacenero


Supervisor

(f rom Actores y Workers)Consolidado de Salida

3.4.1. Diagramas de Clase

ACTUALIZAR STOCK (REGISTRAR PRODUCTO)



44

Stock

Solicitud de Pedido

Informe de Productos Faltantes

Supervisor

(f rom Actores y Workers) Administrador


Inventario de Productos

Almacenero


Pedido

Cotizacion

Factura de Compra

Solicitud de Pedido

(f rom Actualizar)

Consolidado de Ingreso

(f rom Actualizar)

Consolidado de Error en Pedido

Administrador


ACTUALIZAR STOCK (SUPERVICION DE STOCK)



45

Administrador


Informe de produccion

Informe de productos Terminados

Solicitud de Materia Prima

Jefe de produccion


Almacenero


Cargo de Entrega de materiales

Cajero


Ticket Consolidado de Cierre CajaBoleta Orden de Descuento

Administrador


PRODUCIR PRODUCTOS

CIERRE DE CAJA


46

Vendedor


Stock

(f rom Actualizar)Ticket

(f rom Cierre de Caja)

Boleta

(f rom Cierre de Caja)

Cajero


VENTAS


47

: Almacenero : Supervisor : Consolidado de Devolucion

1: genera y entrega al supervisor

2: revisa y firma consolidado

: Almacenero : Supervisor : Consolidado de Ingreso

1: recibe y verifica ¿si esta acorde los pedidos?

2: genera

3: recibe consolidado del almacenero

4: verifica y guarda

si no esta acorde se produce la devolucion de los productos

3.4.2. Diagramas de Secuencia

ACTUALIZAR STOCK (REGISTRA PRODUCTO: DEVOLUCION)

ACTUALIZAR STOCK (REGISTRAR PRODUCTO: OPTIMO)


48

: Consolidado de Salida : Supervisor : Almacenero

1: genera y envia el consolidado de salida de los productos del almacen

2: recibe consolidado


verifica el total de productos al inicio del dia con el consolidado de salida al fianl del dia

: Consolidado de Salida : Supervisor : Almacenero




verifica el total de productos al inicio del dia con el consolidado de salida al fianl del dia




49

: Administrador : Consolidado de Error en Pedido

1: Genera

2: Envia a Proveedor

COMPRA A PROVEEDORES (ERROR DE PEDIDO)


50

: Administrador : Almacenero : Solicitud de Pedido : Pedido : Consolidado de Ingreso : Factura de Compra : Cotizacion

1: Envia al Proveedor

3: Recibe

4: Genera y envia

5: Genera y Envia a Administrador

6: Recibe

8: Verifica conformidad

7: Recibe de Proveedor

Conformidad entre Factura de Compra y Consolidado

9: Cancelar

Si no esta OK: ERROR EN PEDIDO

10: Archiva

11: Archiva

2: Analiza Cotizacion

COMPRA A PROVEEDORES (OPTIMO)


51

: Administrador : Almacenero : Jefe de produccion : Informe de produccion : Informe de productos Terminados


: Cargo de Entrega de materiales

1: genera informe

2: comunica generacion de informe

3: revisa el Informe de Produccion

4: genera solicitud de materia prima segun el informe de produccion

5: comunica sobre la Solicitud de Materia Prima

6: revisa la Solicitud de Materia Prima

7: genera cargo de Entrega de Materiales

8: comunica generacion de Cargo de Materia Prima

9: revisa Cargo de Materia Prima

10: elabora productos solicitado el informe de produccion

11: genera Informe de Productos Terminados

12: comunica la generacion del Informe de Productos Terminados

si es NO, vuelve hacer la solicitud de materia prima

PRODUCIR PRODUCTOS


52

: Cajero : Administrador : Boleta : Ticket : Consolidado de Cierre Caja

: Orden de Descuento

1: Contabiliza total


3: Genera y entrega a Administrador

4: Verifica y firma

5: Genera y entrega al Cajero

6: Firma

Si el efectivo no es acorde a los ticket y/o Boletas

7: Entrega Tickets

9: Recepciona dinero ,Tickets y guarda

8: Recepciona y guarda

CIERRE DE CAJA


53

: Cajero : Stock : Vendedor : Ticket : Boleta

1: Revisa producto

3: Genera y entrega al Cliente

por cada producto pedido por el cliente

4: Genera

La Boleta solo se genera si la venta es mayor a S/5.

6: Recibe Ticket

5: Registra Salida de productos

2: Añade producto a Ticket

7: Revisa y entrega cliente

VENTAS


54

: Supervisor

: Consolidado de Devolucion : Almacenero1: genera y entrega al supervisor

2: revisa y firma consolidado

3.4.3. Diagramas de Colaboración

ACTUALIZAR STOCK (REGISTRO PRODUCTO: DEVOLUCION)


55

: Almacenero

: Supervisor


1: recibe y verifica ¿si esta acorde los pedidos?


2: genera

3: recibe consolidado del almacenero

ACTUALIZAR STOCK (REGISTRO PEDIDO: OPTIMO)


56

: Consolidado de Salida : Supervisor

: Almacenero






57

: Inventario de Productos

: Administrador

: Supervisor

: Informe de Productos Faltantes


: Stock

3: Verifica si se encuentra bajo el nivel establecido

6: verifica informe

8: Recibe y archiva

5: Recibe el Informe

7: Genera y entrega la solicitud al Proveedor

1: Revisa Stock

2: Genera y entrega al administardor

4: Genera y entrega Informe al adminitrador



58

: Administrador : Consolidado de Error en Pedido

1: Genera2: Envia a Proveedor

: Almacenero

: Administrador


: Pedido : Consolidado de Ingreso

: Factura de Compra : Cotizacion

8: Verifica conformidad2: Analiza Cotizacion

1: Envia al Proveedor

3: Recibe

4: Genera y envia7: Recibe de Proveedor

9: Cancelar10: Archiva

6: Recibe11: Archiva 5: Genera y Envia a Administrador

COMPRAS (ERROR DE PEDIDO)

COMPRAS (OPTIMO)


59


: Administrador

: Almacenero

: Informe de produccion

: Informe de productos Terminados

: Cargo de Entrega de materiales

6: revisa la Solicitud de Materia Prima

: Jefe de produccion

3: revisa el Informe de Produccion9: revisa Cargo de Materia Prima

10: elabora productos solicitado el informe de produccion

1: genera informe

2: comunica generacion de informe

12: comunica la generacion del Informe de Productos Terminados

7: genera cargo de Entrega de Materiales

4: genera solicitud de materia prima segun el informe de produccion

5: comunica sobre la Solicitud de Materia Prima

8: comunica generacion de Cargo de Materia Prima

11: genera Informe de Productos Terminados

PRODUCIR PRODUCTOS


60

: Boleta

: Cajero

: Administrador

: Ticket : Consolidado de Cierre Caja

: Orden de Descuento


2: Contabiliza total7: Entrega Tickets

3: Genera y entrega a Administrador6: Firma

4: Verifica y firma5: Genera y entrega al Cajero

9: Recepciona dinero ,Tickets y guarda8: Recepciona y guarda

CIERRE DE CAJA


61

: Cajero

: Vendedor

: Stock

: Ticket

: Boleta

1: Revisa producto5: Registra Salida de productos

2: Añade producto a Ticket3: Genera y entrega al Cliente

4: Genera

6: Recibe Ticket 7: Revisa y entrega cliente

VENTAS


62

4.- Conclusiones

Luego de un análisis exhaustivo de la organización en estudio, hemos

llegado a la conclusión de que “EL TRIGAL” que todos sus

procedimientos son manuales.

También hemos visto la necesidad de sugerirle que compre un

plataforma de base de datos confiable, segura y que nos permita realizar

consultas de una manera mas rápida y exacta.


63

5.- Recomendaciones Se recomienda a la empresa el uso de un Servidor de Base de Datos.

Se recomienda a la empresa la adquisición de herramientas orientas

objetos ya que el sistema a implantar esta realizado bajo esa estructura

de datos.

Por otro lado es recomendable tener a prueba el sistema antes de

implantarlo, para poder detectar algún posible error o anomalía

inesperada durante su ejecución.

Por otro lado el uso de la metodología RUP nos ha ayudado

considerablemente en el desarrollo de nuestro sistema; ya que nos

permite brindarle una estructura a nuestro software y documentar todos

los procesos en una forma grafica que nos ayude a comprender de una

a mejor manera a nosotros y a los usuarios, el funcionamiento de

nuestro sistema.


64

6. Anexo 6.1 Planeamiento del Proyecto

6.1.1 Ámbito del Proyecto

Área de Venta y Cierre de Caja

Funciones

- Venta.- Esta función se encarga principalmente de realizar la

venta.

- Cierre de Caja.- se encarga de controlar el cierre de caja al

finalizar el día, controla el descuento al la cajera si este fuese

necesario.

6.1.2 Subsistemas

• Subsistema Generar Boleta.- Se encarga de tributar las ventas

mayores de 5 soles y las ventas al final del día

• Subsistema Generar Ticket.- Se encarga de registrar la venta

de los productos.

• Subsistema Generar Consolidado de Cierre de Caja.- Se

encarga del cierre de caja al final del día se totaliza los ticket y el

dinero.

• Subsistema Generar Consolidado de Descuento.- Se encarga

de registrar el descuento que se le realiza a la cajera al detectar

que la cantidad vendida es mayor a la cantidad en dinero

existente en caja.

6.1.3 Limitaciones

nuestro sistema en la falta de conocimientos del personal de

ventas con tecnología de punta.


65

6.2 Planificación y Estimación del Proyecto

6.2.1 Planificación del Proyecto


66

6.2.2 Estimación de Costos

a) SOFTWARE

Oracle $ 5000

Visual Age for Java $ 2345

Rational Rose $ 4000

Linux free

Impresora Epson Stylus color 777 $115

Total $ 12035

b) HARDWARE

Servidor BD XSeries 205 (IBM) $ 1000

c) PERFIL PERSONAL

FUNCIONES TRABAJADOR

Gerente del Proyecto Jonattan Mazzetti B.

Ingenieros de Componentes Gino Ureta B.

Analista de Sistemas Aaron Cordova Y.

Analista de PN Richard Aquije H.

Diseñador de GUI Marilyn Montañez R.

Arquitecto del Sistema Aaron Coordova Y.

Administrador del Sistema Jonattan Mazzetti B.

Integrador del Sistema Gino Ureta B.

Admin. De Control de Cambios Marilyn Montañez R.

Examinador de Negocios Aaron Cordova Y.

Especificador de CU Richard Aquije H.

Diseñador de BD Gino Ureta B.


67

Examinador de Código Richard Aquije H.

Implementador Gino Ureta B.

Ingeniero de Pruebas Jonattan Mazzetti B.

Desarrollador Manual Aaron Cordova Y.

TRABAJADOR SALARIO PORCENTAJE

Jonattan Mazzetti B. $ 3000 0.3

Gino Ureta B. $ 2200 0.22

Aaron Cordova Y. $ 2000 0.2

Richard Aquije H. $ 1400 0.14

Marilyn Montañez R. $ 1400 0.14

Total por Grupo de Desarrollo $ 10000


68

6.3 Guía Metodológica y Técnicas Aplicadas

RUP (Rational Unified Process) es un proceso de desarrollo de software

que en forma disciplinada asigna tareas y responsabilidades en una

empresa de desarrollo (quién hace qué, cuándo y cómo).

RUP es una guía de cómo usar U.M.L. de la forma más efectiva

Los principales objetivos de la Metodología RUP son:

• Asegurar la producción de software de calidad dentro de plazos y

presupuestos predecibles.

• Dirigido por casos de uso, centrado en la arquitectura, iterativo

(mini-proyectos) e incremental (versiones).

6.3.1 Fases

6.3.1.1 FASE DE INICIO

La Fase de Inicio esta orientada al establecimiento de los Casos

de Uso y una base para la visión del proyecto. Es de vital

importancia para los nuevos esfuerzos de desarrollo, en los

cuales hay requerimientos y negocios con riesgos significativos

los cuales deben ser diseccionados antes que el proyecto pueda

proceder.

Lo que se hace en esta fase es:

��Definir el contexto del negocio.

��Definir la visión y alcance del sistema.

��Bosquejar y esclarecer la funcionalidad que el sistema va a

proveer.

��Considerar la viabilidad del proyecto y bosquejar el plan del

proyecto.


69

��Refinar el plan del proyecto.

Lo que se obtiene de esta fase es:

• Una visión general de los requerimientos del proyecto y/e los

requerimientos principales.

• Un modelo inicial de casos de uso y modelo del dominio (10-

20%)

• Un caso de negocios inicial, incluyendo:

• Evaluación inicial de riesgos

• Una estimación de los recursos requeridos

6.3.1.2 FASE DE ELABORACIÓN

Esta fase esta orientada a descubrir la arquitectura del sistema y

proveer una base estable para el aumento de los esfuerzos del

diseño y la implementación en la fase de construcción. La

estabilidad de la arquitectura es evaluada a través del uso de

prototipos de arquitectura. Esta fase termina en el establecimiento

como base de la arquitectura del sistema.


��Bosquejar el plan de interacción, riesgos y el objetivo de la

arquitectura.

��Decidir que manejará el desarrollo de la arquitectura.

��Lidiar con los elementos de riesgo más altos del proyecto.

��Desarrollar un plan comprensivo mostrando como el

proyecto será completado.


��Un modelo del dominio y de casos de uso 80% completo.


70

��Requerimientos suplementarios que capturen los

requerimientos no funcionales y cualesquiera

requerimientos que no estén asociados con un caso de uso

específico.

��Una lista de riesgos revisada.

6.3.1.3 FASE DE CONSTRUCCIÓN


• Desarrollar incrementalmente producto de software

completo el cual estará listo para ser transferido al usuario.


• Un modelo completo de diseño y casos de uso.

• Liberaciones de productos ejecutables de funcionalidad

incremental.

• Documentación de usuario.

• Una liberación “beta” del producto.

6.3.1.4 FASE DE TRANSICIÓN

a) Lo que se hace en esta fase es:

• Hacer la transición final del producto de software al usuario

b) Lo que se obtiene de esta fase es:


71

• Liberaciones ejecutables de producto.

• “Pruebas beta” para validar el nuevo sistema vs. las

expectaciones del usuario

• Manuales de usuario actualizados

• Documentación de desarrollo actualizada

• Está el usuario satisfecho?

• Gastos reales de los recursos vs. Gastos previstos

6.3.2 Flujos de Trabajo

Flujos del Proceso

6.3.2.1 Modelo del Negocio

Los objetivos del proceso de Negocio son:

• Entender la estructura y dinamismo de la organización.

• Asegurar que los clientes, usuarios finales, y

desarrolladores tengan una visión común de la

organización.

• Deducir los requerimientos de los sistemas que soportan la

organización.

6.3.2.2 Captura de Requisitos

Los objetivos del proceso de Captura de Requisitos:

• Llegar a un acuerdo con el cliente y usuarios sobre los que

el sistema debería hacer.

• Dar a los desarrolladores del sistema una mejor visión de

los requerimientos del Sistema.


72

• Delimitar el Sistema.

• Proveer la base para el planeamiento del contenido técnico

de las iteraciones.

• Definir una interfase visual del sistema para el usuario

6.3.2.3 Análisis y Diseño

Los objetivos de este proceso son:

• Transformar los requerimientos en el diseño del sistema a

realizar

• Mejorar la arquitectura del Sistema

• Adaptar el diseño para estar a la par con el ambiente del

implementación, diseñándolo para su funcionamiento

6.3.2.4 Implementación


• Definir la organización del código, en términos de

subsistemas de implementación organizados en capas

• Implementar clases y objetos en términos de componentes

(código fuente, binarios, ejecutables y otros)

• Probar el desarrollo de componentes como unidades

• Integrar los resultados producidos por implementadores

individuales (o equipos) en un sistema ejecutable.

6.3.2.5 Pruebas


• Verificar la interacción entre objetos

• Verificar la correcta integración de todos los componentes

del software


73

• Verificar que todos los requerimientos hayan sido

correctamente implementados

• Identificar y asegurar que los defectos sean localizados

antes de la distribución del software

6.3.2.6 Distribución

El propósito de este proceso, es el de producir versiones del

producto en forma satisfactoria y entregar el software a los

usuarios, además:

• Produce versiones externas del software

• Empaquetar el Software

• Distribuir el Software

• Instalar el Software

• Proveer ayuda y asistencia a usuarios

Flujos de Soporte

6.3.2.7 Administración de Configuración y Cambios

No sirve principalmente para controlar a los numerosos artefactos

que las personas encargadas del proyecto hicieron y por lo tanto

controla los siguientes problemas:

• Actualizaciones simultáneas

• Varias versiones

• Documentación Limitada

6.3.2.8 Administración de Proyectos

El propósito de este flujo de trabajo es presentar un estructura de

administración del software, al igual que un manual de

planeamiento, ejecutar y monitorear el proyecto y por último un

esquema de manejo de riesgos.


74

6.3.2.9 Ambiente

Este flujo de trabajo se basa principalmente en actividades

necesarias para configurar el proceso de un proyecto. Describen

las actividades que se requiere para desarrollar el manual que

apoyará al proyecto. El propósito de las actividades de este flujo

de trabajo es alimentar a la organización del desarrollo del

software con el ambiente de desarrollo del software para que así

apoyen el grupo de desarrollo.

6.3.3 ¿QUÉ ES UML?

El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones

y diagramas estándar para modelar sistemas orientados a objetos, y

describe la semántica esencial de lo que estos diagramas y símbolos

significan. Mientras que ha habido muchas notaciones y métodos usados

para el diseño orientado a objetos, ahora los modeladores sólo tienen

que aprender una única notación.

UML se puede usar para modelar distintos tipos de sistemas: sistemas

de software, sistemas de hardware, y organizaciones del mundo real.

UML ofrece nueve diagramas en los cuales modelar sistemas.

• Diagramas de Casos de Uso para modelar los procesos

'business'.

• Diagramas de Secuencia para modelar el paso de mensajes entre

objetos.

• Diagramas de Colaboración para modelar interacciones entre

objetos.

• Diagramas de Estado para modelar el comportamiento de los

objetos en el sistema.

• Diagramas de Actividad para modelar el comportamiento de los

Casos de Uso, objetos u operaciones.


75

• Diagramas de Clases para modelar la estructura estática de las

clases en el sistema.

• Diagramas de Objetos para modelar la estructura estática de los

objetos en el sistema.

• Diagramas de Componentes para modelar componentes.

• Diagramas de Implementación para modelar la distribución del

sistema.

UML es una consolidación de muchas de las notaciones y conceptos

más usados orientados a objetos. Empezó como una consolidación del

trabajo de Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores

de tres de las metodologías orientadas a objetos más populares.

UML prescribe una notación estándar y semánticas esenciales para el

modelado de un sistema orientado a objetos. Previamente, un diseño

orientado a objetos podría haber sido modelado con cualquiera de la

docena de metodologías populares, causando a los revisores tener que

aprender las semánticas y notaciones de la metodología empleada antes

que intentar entender el diseño en sí. Ahora con UML, diseñadores

diferentes modelando sistemas diferentes pueden sobradamente

entender cada uno los diseños de los otros.

6.3.4 Diagramas Utilizados con UML

Un diagrama es la representación gráfica de un conjunto de elementos

con sus relaciones. En concreto, un diagrama ofrece una vista del

sistema a modelar. Para poder representar correctamente un sistema,

UML ofrece una amplia variedad de diagramas para visualizar el sistema

desde varias perspectivas. UML incluye los siguientes diagramas:

• Diagrama de casos de uso.

• Diagrama de clases.

• Diagrama de objetos.

• Diagrama de secuencia.

• Diagrama de colaboración.


76

• Diagrama de estados.

• Diagrama de actividades.

• Diagrama de componentes.

• Diagrama de despliegue.

Los diagramas más interesantes (y los más usados) son los de casos de

uso, clases y secuencia, por lo que nos centraremos en éstos.

El diagrama de casos de usos representa gráficamente los casos de uso

que tiene un sistema. Se define un caso de uso como cada interacción

supuesta con el sistema a desarrollar, donde se representan los

requisitos funcionales. Es decir, se está diciendo lo que tiene que hacer

un sistema y cómo.

El diagrama de clases muestra un conjunto de clases, interfaces y sus

relaciones. Éste es el diagrama más común a la hora de describir el

diseño de los sistemas orientados a objetos.

En el diagrama de secuencia se muestra la interacción de los objetos

que componen un sistema de forma temporal.

El resto de diagramas muestran distintos aspectos del sistema a

modelar. Para modelar el comportamiento dinámico del sistema están

los de interacción, colaboración, estados y actividades. Los diagramas

de componentes y despliegue están enfocados a la implementación del

sistema.

6.3.5 Herramienta Utilizada (Rational Rose)

Rational Rose es la herramienta CASE desarrollada por los creadores de

UML (Booch, Rumbaugh y Jacob-son), que cubre todo el ciclo de vida de

un proyecto: concepción y formalización del modelo, construcción de los

componentes, transición a los usuarios y certificación de las distintas

fases y entregables. El navegador UML de Rational Rose nos permite

establecer una trazabilidad real entre el modelo (análisis y diseño) y el

código ejecutable. Facilita el desarrollo de un proceso cooperativo en el

que todos los agentes tienen sus propias vistas de información (vista de


77

Casos de Uso, vista Lógica, vista de Componentes y vista de

Despliegue), pero utilizan un lenguaje común para comprender y

comunicar la estructura y la funcionalidad del sistema en construcción

6.4 Desarrollo de la Metodología PUD

PPrrooppóóssiittooss ddeell PPrrooyyeeccttoo ((ccoonn rreessppeeccttoo aa llaa mmeettooddoollooggííaa))

Primeramente, el siguiente proyecto tiene como finalidad el mejorar y

automatizar el servicio de COMMON hacia los clientes y colaboradores

haciendo que sea más fácil para estos los procesos de registro y

afiliaciones, de manera tal que estos procesos no sean tan engorrosos y

sean más ágiles.

Es por eso que en este proyecto aplicamos la metodología PUD, con la

cual nos guiamos haciendo uso de los diagramas con los cuales

identificamos de una manera rápida los procesos del negocio, quienes lo

realizan y cómo lo realizan.

Además aplicamos esta metodología para poder así explicarles o

hacerles entender a los usuarios cómo el sistema interactuará con ellos

para que así los usuarios se sientan familiarizados con dicho sistema y

poder así con su ayuda captar nuevos requisitos y realizar un desarrollo

iterativo e incremental del sistema.

OObbjjeettiivvooss ddeell PPrrooyyeeccttoo ((ccoonn rreessppeeccttoo aa llaa mmeettooddoollooggííaa))

• Aprender a identificar los procesos del negocio mas importantes que

hay en la organización en estudio al igual que los actores que

participan en este proceso.

• Aprender a delimitar las funcionalidades que va a tener el sistema.


78

• Utilizar las plantillas de casos de uso como soporte para el desarrollo

de los diferentes diagrama de secuencia como el de colaboración y

poder así entender el sistema.

• Implementar correctamente los diagramas de análisis y diseño para

el buen entendimiento de los próximos usuarios al sistema en

desarrollo.

• Prototipos en cada fase las interfaces gráficas del usuario para que

en cada iteración analizar las preferencias de los usuarios y poder

así hacer un desarrollo iterativo del sistema.

• Desarrollar diagramas de integración de los sistemas para poder

verificar la calidad del software.


79

GLOSARIO DE TERMINOS Actores

Los Actores representan lo que interactúa con el

sistema. Ellos representan a todo lo que necesita

intercambiar información con el sistema

Atributo�� Representa una propiedad de una entidad. Cada

atributo de un objeto tiene un valor que pertenece a

un dominio de valores determinado

Caso De Uso Extendido

Indica que la funcionalidad e un caso de uso

extendido, puede ser opcionalmente usada por un

caso de uso Base.

Caso De Uso Incluido

Indica que la funcionalidad de un caso de uso

incluido es usada por un caso de Uso Base

Casos De Uso

Se usan para especificar el comportamiento de el

sistema sin definir su estructura. Es una

operación/tarea específica que se realiza tras una

orden de algún agente externo, sea desde una

petición de un actor o bien desde la invocación

desde otro caso de uso.


80

Casos De Uso De Negocio

Define que debería pasar en el negocio cuando se

lleva a cabo, Describe también la ejecución de una

secuencia de acciones que producen un resultado

para un actor del negocio.

Clases

Es una abstracción de la realidad, la cual servirá

como modelo para los objetos que se realizarán

posteriormente.

Clasificadores

Instrumentos que nos permite realizar el diagrama

de secuencia en la Fase de Análisis O.O.

Componente Es una parte física reemplazable de un sistema que

empaqueta su implementación y es conforme a un

conjunto de interfaces a las que proporciona su

realización

Control

También llamado como gestor, es un clasificador

que permite delegar responsabilidades a otros

clasificadores.

Device

Es un componente de hardware, sin capacidad de

procesamiento


81

Diagramas De Actividad

Es una especialización del Diagrama de Estado,

organizado respecto de las acciones y usado para

especificar

Diagramas De Casos De Uso

Permiten definir los límites del sistema y las

relaciones entre el sistema y el entorno. Los

Casos de Uso son descripciones de la

funcionalidad del sistema independientes de la

implementación

Diagramas De Clases

Es el diagrama principal para el análisis y diseño. Un

diagrama de clases presenta las clases del sistema

con sus relaciones estructurales y de herencia

Diagramas De Colaboración

Diagrama que muestra interacciones organizadas

alrededor de los roles. A diferencia de los diagramas

de secuencia, los diagramas de colaboración

muestran explícitamente las relaciones de los roles.

Diagramas De Estado

Muestra el conjunto de estados por los cuales pasa

un objeto durante su vida en una aplicación, junto

con los cambios que permiten pasar de un estado a

otro


82

Diagramas De Secuencia

Diagrama que muestra las interacciones entre los

objetos organizadas en una secuencia temporal. En

particular muestra los objetos participantes en la

interacción y la secuencia de mensajes

intercambiados

Driver Un driver es un conjunto de clases que permiten

establecer la comunicación entre el programa java y

el DBMS que se está utilizando

Entidad

Es un clasificador que representa a una tabla dentro

de una base de datos.

Esquema

Lugar lógico el cual se colocan un conjunto de tablas

dentro de una base de datos, en el caso de Oracle,

este manejador nombra al esquema de la misma

manera que el usuario para no causar confusiones

posteriores.

Foro

Reunión para discutir asuntos de interés actual ante

un auditorio que puede intervenir en la discusión

GUI

Es la interfaz Gráfica del Usuario. (Ventanas)

Hardware

Conjunto de elementos materiales de un ordenador

electrónico


83

Interface

Es un clasificador que representa a las ventanas u

otros sistemas dentro del Diagrama de Secuencias

de la Fase de Análisis O.O.

JDBC

JDBC es usado para enviar comandos SQL hacia

una base de datos relacional, que puede ser Oracle,

Infomix, SyBase, etc. Establece una conexión con

una BD. Envía sentencias SQL. Procesa los

resultados

Links

Más conocido como enlace, como su mismo nombre

nos lo dice, nos permite enlazar documentos,

páginas web, etc. para poder así var un mayor

dinamismo de lo que se este haciendo en ese

momento (página web, documento, presentaciones,

etc.)

Metodo

Implementación de una operación en seudocódigo.


84

Metodología

Es un enfoque particular, fundado en ciertos

principios generales, de orden filosófico; es un modo

de comprender la realidad

Nodo

Elemento físico que existe en tiempo de ejecución y

representa un recurso computacional, generalmente

tiene algo de Memoria y a menudo Capacidad de

Procesamiento.

Operaciones

Es una acción que un objeto puede realizar.

Paquetes Un paquete es un elemento de modelo, de propósito

general que sirve para organizar los elmentos del

modelo en grupos.

Processor

Es un componente de hardware capaz de ejecutar

programas

Red

Conjunto de ordenadores, impresoras y otros medios

informáticos conectados entre sí

Requisitos No Funcionales

Son los que no se pueden asociar a ningún caso de

uso.


85

RUP RUP (Rational Unified Process) es un proceso de

desarrollo de software que en forma disciplinada

asigna tareas y responsabilidades en una empresa

de desarrollo (quién hace qué, cuándo y cómo).

Software

Conjunto de programas de ordenador y técnicas

informáticas

SQL

El lenguaje de consulta estructurado (SQL) es un

lenguaje de base de datos normalizado, compuesto

por comandos, cláusulas, operadores y funciones de

agregado. Estos elementos se combinan en las

instrucciones para crear, actualizar y manipular las

bases de datos.

UML

El Lenguaje Unificado de Modelado prescribe un

conjunto de notaciones y diagramas estándar para

modelar sistemas orientados a objetos, y describe la

semántica esencial de lo que estos diagramas y

símbolos significan


86

BIBLIOGRAFÍA

• http://www.rational.com

• http://www.creangel.com/uml/objeto.html

• http://www.omg.org/uml/

• http://www.uml.org/

• http://www.ibm.com/products/us/

sistema ventas tienda

Documents