6543960 Sistema Ventas Tienda (1)

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”

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.

2

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

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



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.

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.

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.

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.

Otros Respecto Al Sistema

Este sistema presentará las siguientes funcionalidades: 

Generar Ticket.



Generar Boleta



Generar Consolidado de Cierre de Caja.



Generar Consolidado de Descuento.

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

Preguntas

: 

Filmadora



Libreta de Notas

:

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

10

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

Preguntas

:



Filmadora



Libreta de Notas

:

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.

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

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.

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

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.

3. MODELO DE NEGOCIO 3.1.Identificación de los Actores (Internos y Externos)

ACTORES DE CASO DE USO DEL NEGOCIO

Proveedor

Entidad Bancaria

Entidad Recaudadora

Almacen en tienda

Cliente

Tesoreria

Cajero

Vendedor

Administrador

Almacenero

Contabilidad Jefe de produccion

Logistica

Supervisor

3.2.Identificación de los Casos de Usos de los Negocios CASOS DE USO DEL NEGOCIO

Ventas

Cierre de Caja

Actualizar stock

Producir productos

Compra a proveedores

3.2.1. Plantillas del Modelo de Negocio

VENTAS Proceso Negocio

de

Objetivo Descripción

Ventas

Satisfacer los pedidos de los clientes 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 Riesgos

Secundaria No generar utilidades

Posibilidades Tiempo de ejecución Coste de ejecución

…………….. Siempre ……………..

PRODUCIR PRODUCTOS TERMINADOS Proceso Negocio

de


Producir productos terminados

Producción productos (es esencial para el negocio) 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 Riesgos

principal 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)


…………….. Siempre que sea necesario ……………..

COMPRA A PROVEEDORES Proceso Negocio

de


Compra a proveedores

Abastecer el almacén con materia prima y víveres. 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 Riesgos Posibilidades Tiempo de ejecución Coste de ejecución

Secundaria No se realice la producción y/o las ventas de los víveres. …………….. Siempre que sea necesario ……………..

20

ACTUALIZAR STOCK Proceso Negocio

de


Actualizar stock

Registrar productos que entran y salen del stock 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 Riesgos

principal 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)


…………….. Siempre que sea necesario ……………..

CIERRE DE CAJA Proceso Negocio

de


Cierre de caja

Verificar que concuerde los ingresos (efectivo) con los tickets generados.

del

día

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 administrador.

entrega

dinero

y

tickets

8.- El administrador recepcióna el dinero y tickets.

Prioridad Riesgos Posibilidades Tiempo de ejecución Coste de ejecución

Secundaria Que los ingresos no cuadren con lo vendido …………….. Siempre ……………..

al

3.2.3 Diagrama de Actividades COMPRA A PROVEEDORES

: Prov eedor

: Administrador

: Almacenero

Inicio

Solicita Pedido

Recibe Solicitud

Solicita Pedido a Nuevo Proveedor

: Solicitud de Pedido

Realiza y envia Cotizacion Recepciona y analiza Cotizacion no : Cotizacion ¿Es justo? si Genera Pedido

Recibe Confirmacion de Pedido : Pedido

Envia Pedido Recibe Pedido

Envia Factura

Genera Consolidado de Ingreso

: Fac[tGueranedreaCdoo]mpra : Consolidado de Ingreso

Recibe Consolidado y Factura

no

¿Esta conforme?

Cancela Factura Comunica Error de Pedido

: Fac[CtuarancdeelaCdoom] pra

Recibe Error de Pedido

: Consolidado de Error en Pedido Archiva Consolidado de Ingreso y Factura

Fin

ACRUALIZAR STOCK (REGISTRO DE PRODUCTOS)

: Almacenero

: Supervisor

: Proveedor

Inicio

recibe los productos

¿esta acorde? no genera informe de devolucion

recibe consolidado de devolucion

: Consolidado de Devolucion

fin de devolucion

recibe informe de devolucion verifica

si

entrega producto

recibe productos

registrar ingreso de producto

: Consolidado de Ingreso

recibe y verifica reporte

fin de registro de productos

ACTUALIZAR STOCK (SALIDA DE PRODUCTOS)

: Almacenero

Inicio

: Superv isor

materia prima , product...

registra la salida de productos de almacen verifica los productos ...

recibe y verifica salidas del dia : Consolidado de Salida

fin de salida de productos

ACTUALIZAR STOCK (SUPERVISION DE STOCK)

: Supervisor

: Administrador

Inicio

Rev isa el Stock del almacen

: Stock Genera Inv etario de Productos

: Inv entario de Productos

Recibe Inv entario de Productos

Env ia Inv entario

¿el producto esta bajo el niv el?

si

Genera Inf orme de Productos Faltanes

Archiv a el Inf orme de Inv etario

Genera Orden de Compra de Pedido

: Inf orme de Productos Faltantes


Env ia al Prov eedor O / C Pedido

VENTAS

: Cliente

: Caj ero

: Vendedor

Inicio

si

Solicita Producto

Revisa si lo tiene en Stock

¿Existe en Stock?

¿Hay no un producto pedido antes?si si no Fin no hay producto ¿Desea otro producto?

no Solicita cantidad total a pagar en soles Recibe Cantidad a pagar

Entrega cantdad

Recibe candidad y registra

¿Venta mayor a S/ 5 si

no

Entregar Boleta Reciber Boleta

Entregar Ticket de Pedido

Recibe Ticket de Pedidos

Entrega Ticket de Pedido

recibe ticket de pedido

Recibe Pedido

Fin Venta

Entrega Pedido

PRODUCIR PRODUCTOS

jefe de produccion

administrador

almacenero

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

Recibe Informe de Produccion

: Informe de produccion genera solicitud de materia Prima

Recibe Solicitu deGenera cargo de salida de MateriaPrima materia prima : Solicitud de Materia Prima

Recibe Cargo

: Cargo de E[antrfiermgaard]e materiales

Firma y entrega el cargo original

: Cargo de E[fnirtmreagdaad]e materiales

recibe materia prima

entrega materia prima

no

el administrador se queda con una copia para llevar un control. ¿Existe conformidad ?

si se produce segun lo solicitado o establecido

genera el Informe de Productos terminados

: Informe de p[arofdirumcator]s Terminados el supervisor y jefe de produccion controla la calidad de los producctos

Firma y entrega copia de Informe : Informe de p[friormduacdtao]s Terminados

entrega productos terminados

recibe productos y los coloca en los estantes para la venta

Fin

CIERRE DE CAJA

: Cajero

: Administrador

Inicio

Totalizar cantidad de dinero

Totalizar cantidad de Boletas

Totalizar cantidad de tickets de pan y viveres

Genera Consolidad de Cierre

Consolidade Cierre

Verifica Consolidado de Cierre

¿Todo conforme?

no Genera Orden de Descuetno

Firma Orden de Descuento

Orden de Des cuento

Orden de Des cuento si

Firma O / Descuento

Firma Consolidado de Cierre Firma Consolidado

Consolidado Firm ado

Enterga dinero y Tickets Recepciona dinero y Tickets

Fin

3.2.3 Diagrama de Estados COMPRA A PROVEEDORES

Inicio

Solicitud esta siendo envianda a proveedor recibido

cotizando eviando

Solicitud enviada La Solicitud es cotizada por el proveedor cotizado

analizando

La solicitud es analizada por el administrador

La solicitud se analizò

Se envia nueva solicitud a un nuevo proveedor analizado

aceptado

La solicitud es aceptada por el administrador

Si la solicitud es rechazada por el proveedor

rechazado

30

ACTUALIZAR STOCK (SALIDA DE PRODUCTO)

Inicio

El cliente solicita producto que requiere evaluando la solicitud requerido

El almacenero evalua solicitud evaluando

Si el producto esta agotado

Si el producto esta en stock encontrado

agotado

Se rechaza solicitud

Se acepta solicitud

aceptada

rechazada

Fin

ACTUALIZAR STOCK (REGISTRAR PRODUCTOS)

Inicio

Almacenero recibe productos ingresando

Los productos son evaluados

evaluando

Producto Evaluado

Evaluado

Productos aceptados

aceptado

Productos rechazados

rechazado

Fin

PRODUCIR PRODUCTOS

Inicio

El administrador envia informe de produccion

enviando

El jefe de produccion examina el informe de producciongenerando El jefe de produccion genera y envia solicitud de materia primaenviado genera y envia solicitudAlmacenero genera salida de materia prima examinandode materia primasolicitandosalida de materia prima Almacenero confirma salida de materia prima

confirmado

produciendo enviando Salida de materia prima es comparada

Materia prima aceptada por el jefe de produccion aceptado Materia prima enviadacomparando

entregado

Fin

VENTAS

Inicio

Pedidente

Comprueba si el producto esta en Stock Se analizo todos los productos solicitados Comprobacion

Aceptado

Cliente Paga todo los solicitado Cliente pide producto sustituto

Cliente Anula pedido Cancelado Suspendido

Fin no hay producto

Fin Venta

CIERRE DE CAJA

Inicio

Conteo de tickets, boletas y dinero rechazado contabilizando

Hecho el descuento descontando

descontado

Tickets, boletas y dinero contadas contabilizado Tickets y boletas no cuadran con las ventas Decuento aceptado

Cuadre con las ventas OK

aceptado

Fin

aceptado

3.3. Unidad Organizativa

UCB_Modelos

Logistica

Almacen en tienda

Actualizar stock

Proveedor

(from Actores y Workers)

(f rom Casos de Uso de Negocio)


Proveedor (from Actores y Workers)

Compra a proveedores (f rom Casos de Uso de Negocio)

Contabilidad (from Actores y Workers)

Produccion

Almacen en tienda

Producir productos

Logistica


(f rom Casos de Uso de Negocio)


Ventas

Entidad Recaudadora (f rom Actores y Workers)

Contabilidad (f rom Actores y Workers)

Cierre de Caja (from Casos de Uso de Negocio)

Tesoreria (f rom Actores y Workers)

Entidad Bancaria (f rom Actores y Workers)

Cliente (f rom Actores y Workers)

Tesoreria (f rom Actores y Workers)

Ventas

(from Casos de Uso de Negocio)

3.4

Modelo de Objeto de Negocio

MON: Logistica

MON: Produccion

MON: Ventas

REALIZACION ACTUALIZAR STOCK

Actualizar stock <>

(from Casos de Uso de Negocio)

R_Actualizacion de stock

REALIZACION COMPRA A PROVEEDORES

<>

R_Compras a provedores Compra a proveedores (from Casos de Uso de Negocio)

40

REALIZACION PRODUCIR PRODUCTOS

<>

Producir productos (f rom Casos de Uso de Negocio)

R_Producir productos terminados

REALIZACION CIERRE DE CAJA

<> Cierre de Caja (from Casos de Uso de Negocio)

R_Cierre de caja

REALIZACION VENTAS

<> Ventas (from Casos de Uso de Negocio)

R_Ventas

3.4.1. Diagramas de Clase

ACTUALIZAR STOCK (REGISTRAR PRODUCTO)

Consolidado de Ingreso

Supervisor (f rom Actores y Workers)

Almacenero (f rom Actores y Workers)

Consolidado de Devolucion


Almacenero

(f rom Actores y Workers)

Consolidado de Salida

Supervisor


ACTUALIZAR STOCK (SUPERVICION DE STOCK)

Stock

Informe de Productos Faltantes

Supervisor (f rom Actores y Workers)Administrador (f rom Actores y Workers)

Inventario de Productos

Solicitud de Pedido

COMPRA A PROVEEDORES

Administrador

Almacenero



Consolidado de Error en Pedido

Factura de Compra

Pedido Consolidado de Ingreso (f rom Actualizar)

Solicitud de Pedido (f rom Actualizar)

Cotizacion


Sistema “VENTAS” PRODUCIR PRODUCTOS

Informe de produccion

Administrador Informe de productos Terminados (f rom Actores y Workers)

Jefe de produccion (f rom Actores y Workers)

Solicitud de Materia Prima Almacenero (f rom Actores y Workers)

Cargo de Entrega de materiales

CIERRE DE CAJA



Cajero (f rom Actores y Workers)

TicketConsolidado de Cierre Caja BoletaOrden de Descuento

Administrador (f rom Actores y Workers)

45


Sistema “VENTAS” VENTAS

Vendedor

Cajero

(f rom Actores y Workers) (f rom Actores y Workers)

Stock (f rom Actualizar)

Boleta (f rom Cierre de Caja)

Ticket (f rom Cierre de Caja)

46



3.4.2. Diagramas de Secuencia ACTUALIZAR STOCK (REGISTRA PRODUCTO: DEVOLUCION)

: Alm acenero

: Supervis or

: Cons olidado de Devolucion

1: genera y entrega al supervisor

2: revisa y firma consolidado

ACTUALIZAR STOCK (REGISTRAR PRODUCTO: OPTIMO)

: Alm acenero

: Cons olidado de Ingres o

: Supervis or

si no esta acorde se produce la devolucion de los productos 1: recibe y verifica ¿si esta acorde los pedidos?

2: genera

3: recibe consolidado del almacenero

4: verifica y guarda

47




: Alm acenero

: Cons olidado de Salida

: Supervis or

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

2: recibe consolidado

3: verifica y guarda verifica el total de productos al inicio del dia con el consolidado de salida al fianl del dia


: Alm acenero

: Cons olidado de Salida

: Supervis or



3: verifica y guarda verifica el total de productos al inicio del dia con el consolidado de salida al fianl del dia

48

COMPRA A PROVEEDORES (ERROR DE PEDIDO)

: Adm inis trador

: Cons olidado de Error en Pedido

1: Genera

2: Envia a Proveedor

49

COMPRA A PROVEEDORES (OPTIMO)

: Adm i nis trador : Soli citud de Pedido

: Cotizaci on

: Alm acenero

: Pedido : Factura de Com pra

: Cons oli dado de Ingres o

1: Envia al Proveedor

2: Analiza Cotizacion

3: Recibe

4: Genera y envia

5: Genera y Envia a Administrador

6: Recibe

7: Recibe de Proveedor Conformidad entre Factura de Compra y Consolidado Si no esta OK: ERROR EN PEDIDO

8: Verifica conformidad

9: Cancelar

10: Archiva

11: Archiva

50

PRODUCIR PRODUCTOS

: Adm inis trador

: Alm acenero

: Jefe de producci on: Inform e de produccion

: Inform e de productos Terminados

: Solicitud de Materia : Cargo de Entrega de materiales Prima

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 si es NO, vuelve hacer 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

CIERRE DE CAJA

: Caj ero

: Adm inis trador

: Boleta

: Ticket: Cons olidado de Cierre Caja

: Orden de Des cuento

1: Contabiliza total

2: Contabiliza total

3: Genera y entrega a Administrador Si el efectivo no es acorde a los ticket y/o Boletas 4: Verifica y firma

5: Genera y entrega al Cajero

6: Firma

7: Entrega Tickets

8: Recepciona y guarda

9: Recepciona dinero ,Tickets y guarda

VENTAS

: Cajero

: Stock

: Ticket

: Vendedor

: Boleta

por cada producto pedido por el cliente 1: Revisa producto

2: Añade producto a Ticket La Boleta solo se genera si la venta es mayor a S/5.

3: Genera y entrega al Cliente

4: Genera

5: Registra Salida de productos

6: Recibe Ticket

7: Revisa y entrega cliente

3.4.3. Diagramas de Colaboración ACTUALIZAR STOCK (REGISTRO PRODUCTO: DEVOLUCION)

1: genera y entrega al supervisor : Consolidado de Devolucion : Almacenero

2: revisa y firma consolidado

: Supervisor

ACTUALIZAR STOCK (REGISTRO PEDIDO: OPTIMO)

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

2: genera

: Almacenero


3: recibe consolidado del almacenero 4: verifica y guarda

: Supervisor


3: verifica y guarda

: Consolidado de Salida



: Almacenero

: Supervisor


3: Verifica si se encuentra bajo el nivel establecido

1: Revisa Stock

: Stock

: Supervisor 4: Genera y entrega Informe al adminitrador

6: verifica informe

5: Recibe el Informe 2: Genera y entrega al administardor : Informe de Productos Faltantes

: Administrador

7: Genera y entrega la solicitud al Proveedor 8: Recibe y archiva

: Inventario de Productos


COMPRAS (ERROR DE PEDIDO)

1: Genera 2: Envia a Proveedor

: Consolidado de Error en Pedido

: Administrador

COMPRAS (OPTIMO)

2: Analiza Cotizacion 8: Verifica conformidad

: Almacenero : Administrador

6: Recibe 11: Archiva5: Genera y Envia a Administrador 7: Recibe de Proveedor 9: Cancela1r: Envia al Proveedor 10: Archiva 3: Recibe

4: Genera y envia

: Pedido


: Cotizacion

: Factura de Compra


PRODUCIR PRODUCTOS

3: revisa el Informe de Produccion 9: revisa Cargo de Materia Prima 10: elabora productos solicitado el informe de produccion 2: comunica generacion de informe : Administrador

1: genera informe 12: comunica la generacion del Informe de Productos Terminados

: Jefe de produccion

: Informe de produccion

8: comunica generacion de Cargo de Materia Prima

6: revisa la Solicitud de Materia Prima

5: comunica sobre la Solicitud de Materia Prima 4: genera solicitud de materia prima segun el informe de produccion 11: genera Informe de Productos Terminados

: Almacenero 7: genera cargo de Entrega de Materiales

: Solicitud de Materia Prima : Informe de productos Terminados : Cargo de Entrega de materiales

CIERRE DE CAJA

: Cajero 6: Firma 3: Genera y entrega a Administrador 2: Contabiliza total 7: Entrega Tickets 1: Contabiliza total

: Boleta

: Consolidado de Cierre Caja

: Orden de Descuento

: Ticket

5: Genera y entrega al Cajero 4: Verifica y firma 9: Recepciona dinero ,Tickets y guarda 8: Recepciona y guarda

: Administrador

60

VENTAS

1: Revisa producto 5: Registra Salida de productos

: Boleta

4: Genera

: Stock

: Cajero

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

: Ticket

6: Recibe Ticket 7: Revisa y entrega cliente

: Vendedor

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.

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.

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.

6.2

Planificación y Estimación del Proyecto 6.2.1 Planificación del Proyecto

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


Integrador del Sistema

Gino Ureta B.

Admin. De Control de Cambios


Examinador de Negocios

Aaron Cordova Y.

Especificador de CU

Richard Aquije H.

Diseñador de BD

Gino Ureta B.

Examinador de Código

Richard Aquije H.

Implementador

Gino Ureta B.

Ingeniero de Pruebas


Desarrollador Manual

Aaron Cordova Y.

TRABAJADOR

SALARIO

Jonattan Mazzetti B.$ 3000

PORCENTAJE 0.3

Gino Ureta B.

$ 2200

0.22

Aaron Cordova Y.

$ 2000

0.2

Richard Aquije H.

$ 1400

0.14


$ 1400

0.14

Total por Grupo de Desarrollo

$ 10000

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.

▪ 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 (1020%)



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. Lo que se hace en esta fase es: ▪ 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. Lo que se obtiene de esta fase es: ▪ Un modelo del dominio y de casos de uso 80% completo.

▪ Requerimientos requerimientos

suplementarios no

que

funcionales

capturen y

los

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

Lo que se hace en esta fase es: 

Desarrollar

incrementalmente

producto

de

software

completo el cual estará listo para ser transferido al usuario. Lo que se obtiene de esta fase es: 

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: 70



Liberaciones ejecutables de producto.



“Pruebas beta” para validar el nuevo sistema vs. las expectaciones del usuario

6.3.2



Manuales de usuario actualizados



Documentación de desarrollo actualizada



Está el usuario satisfecho?



Gastos reales de los recursos vs. Gastos previstos

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

desarrolladores

los

clientes,

tengan

una

usuarios visión

finales,

común

de

y 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.



Delimitar el Sistema.



Proveer la base para el planeamiento del contenido técnico de las iteraciones.



6.3.2.3

Definir una interfase visual del sistema para el usuario

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



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:

6.3.2.8



Actualizaciones simultáneas



Varias versiones



Documentación Limitada

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.

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.



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.

• 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

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 Propósitos del Proyecto (con respecto a la metodología) 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. Objetivos del Proyecto (con respecto a la metodología) metodología) 

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.



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.

GLOSARIO DE TERMINOS Actore s

Los Actores representan lo que interactúa con el sistema. Ellos representan a todo lo que necesita intercambiar información con el sistema

Atribut o

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.

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.

Clase s

Es una abstracción de la realidad, la cual servirá como modelo para los objetos que se realizarán posteriormente.

Clasificadore s

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

Contro l

También llamado como gestor, es un clasificador que permite delegar responsabilidades a otros clasificadores.

Devic e

Es un componente de hardware, sin capacidad de procesamiento

80

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

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

Entida d

Es un clasificador que representa a una tabla dentro de una base de datos.

Esquem a

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.

For o

Reunión para discutir asuntos de interés actual ante un auditorio que puede intervenir en la discusión

GU I

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

Hardwar e

Conjunto de elementos materiales de un ordenador electrónico

Interfac e

Es un clasificador que representa a las ventanas u otros sistemas dentro del Diagrama de Secuencias de la Fase de Análisis O.O.

JDB C

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

Link s

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.)

Metod o

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

Metodologí a

Es un enfoque particular, fundado en ciertos principios generales, de orden filosófico; es un modo de comprender la realidad

Nod o

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.

Operacione s

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.

Processo r

Es un componente de hardware capaz de ejecutar programas

Re d

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.

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).

Softwar e

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.

UM L

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

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/

6543960 Sistema Ventas Tienda (1)

Recommend Documents