Facultad de Ingeniería de sistemas

“Diseño

de un sistema de acreditación y cobranza de una empresa comercial”

PROFESOR CURSO ALUMNO CICLO SECCION

: GUILLERMO JOHNSON ROMERO : Ing. SOFTWARE : ALFONSO UCULMANA VASQUEZ : VII : 146 C Noche

Lima - Perú 2011

INDICE
Capítulo I.....………………..………………………………………………………………………. 1. Protocolo de Marco Teórico...………………............................................................

1.1 1.1 1.2 1.3 1.4 1.5

Presentación de la Empresa…………………………………………. Razón jurídica……………….…...…………………………………….. Ubicación geográfica………………………………………………….. Descripción…………………………………………………………….. Misión…………………………………………………………………… Visión……………………………………………………………………

Capítulo II….…………………………………………………………………………………... 2. Plan de Investigación………………………………………………………………….. 2.1 Planteamiento del Problema..........................................................

2.2 2.3 2.4

Formulación del problema….………………………………………… Justificación...………………………………………………………….. Antecedentes………………………………………………………….

Capítulo III….….………………………………………………………………………………. 3. Objetivos……………………………………………………………………………….. 3.1 General…………………………………………………………………

3.2

Especifico………………………………………………………………

Capítulo IV…….……………………………………………………………………………….. 4. Marco teórico…………………………………………………………………………... 4.1 Determinación de la teoría del tema de investigación...………….. Capitulo V……………………………………………………………………………………… 5. Justificación del diseño…………………………………………………………….. 5.1 problemas actuales del área en estudio……………………………. 5.2 planeamiento de la hipótesis………………………………………… Capitulo VI…………………………………………………………………….......................... 6. Matriz foda……………………………………………………………………………... 6.1 Objetivos a alcanzar……………………………………………………... 6.2 Reglas del Negocio……………………………………………………… 6.3 Modelo de Caso de uso del Negocio……………………………………. 6.4 Modelo de análisis del Negocio…………………………………………. Capitulo VII.................................................................................................................... 7. Bibliografía……………………………………………………………………………. 8. Anexos………………………………………………………………………………… 7.1 Identificación de Clases por Negocio Caso de Uso……………………... 7.2 Script de la Base de Datos……………………………………………….

Proyecto de ing. software

2

Capitulo I
GENERALIDADES 1.1 PRESENTACION DE LA EMPRESA • Para nuestro caso específico se trata de una Empresa Comercial. Comercial “Ramos” Ubicación Geográfica • • • Centro Comercial Yauliyacu Tienda Nº 10 y 11 Embarcadero – Casapalca. Lima – Perú. Teléfono: 2446010 RUC: 10163712205

Nombre:

Razón Jurídica • Sociedad Anónima Cerrada (SAC), destinada por ley de sociedades, antes ley de sociedades mercantiles. Descripción • Empresa Comercial dedicada a la venta de Ropa en general, artefactos, muebles, etc. La cual da servicio de crédito entre otros. Esta empresa Va a trabajar sobre un Sistema de Cuentas por pagar. 1. Misión • Lograr dar el mejor servicio a sus clientes, entre los que están dar productos de calidad, entregar los pedidos a tiempo y dar facilidades de pago. 2. Visión • Llegar a ser la tienda mas conocida por su buen servicio y una atención de primera.

Proyecto de ing. software

3

• Los clientes que sufren las molestias de tener que esperar por la acumulación de información.3 Justificación • El proyecto que se presenta va a dar un gran giro al negocio gracia a que se va a poder cobrar con muchísima más rapidez y facilidad lo cual nos va a Proyecto de ing.2 Formulación del problema • • • Aglomeración de información haciendo dificultosa la administración de la información por la falta del sistema de Base de Datos Al momento del cobro hay horas puntuales causando la acumulación de los clientes.Capítulo II 1. 2. Los resultados de dicha evaluación nos permitirán determinar alternativas de solución a los distintos tipos de problemas que se puedan detectar con la finalidad de mejorar y optimizar los rendimientos y resultados. para lo cual identificamos y analizamos las funciones e interacciones de los diversos elementos que la conforman y hacen posible su desempeño dentro del entorno competitivo en el cual se encuentra inmerso su respectivo giro de negocio. ya que su administración es tediosa y compleja. Todos los empleados que deban hacer uso de la información que se encuentra archivada físicamente. software 4 . PLAN DE INVESTIGACIÓN PLANTEAMIENTO DEL PROBLEMA El desarrollo de este trabajo esta enmarcado en hacer una investigación detallada sobre la forma en que una organización se desenvuelve o realiza sus actividades en el mundo real. 2.

2. además de redundancia y pérdida de información. software 5 .4 Antecedentes • • • Procesos lentos. Incumplimiento con los pagos que se deben realizar. La mala administración de la cuantas que se cobran Proyecto de ing.ayudar a tener un mejor control de los registros y nos ayudara a tener una mejor administración de las cuentas. largos y tediosos.

2 Especifico • Desarrollar una Base de Datos que permitirá clasificar. donde se hacen todos los esfuerzos por resolver sus necesidades.1 General • Ser una tienda donde los clientes son escuchados y atendidos. software 6 . OBJETIVOS 3. almacenar y administrar las cuentas y los registros de los clientes información antes archivada físicamente.CAPITULO III 3. para así tratar de dar una solución optima a su requerimientos. Proyecto de ing. 3. teniendo en cuenta los requisitos y inquietudes.

por las que se le descontará del sueldo. Una base de datos es el lugar donde se almacenan los datos requeridos por la organización a largo plazo. Gestionar Acreditación • Proceso en la cual el cliente solicita el crédito al vendedor (empresa) y tras verificar si cumple con los requisitos. software 7 . sin sentido en si misma. comunicándole que debe una cuota. stock y salarios etc. si el cliente no paga. le manda una notificación al cliente. departamentos.1 Determinación de la teoría del tema de investigación Base de Datos En una organización existe la necesidad de guardar la información. apertura su cuenta y elige el numero de cuotas con las que desea pagar. A estos fragmentos de información se les llama datos. MARCO TEORICO 4.CAPITULO IV 4. Proyecto de ing. pero que convenientemente tratada se puede realizar en la realización de cálculos o toma de decisiones. empleados. Gestionar Cobranza • Proceso por el cual el vendedor a cargo tras verificar las cuentas vencidas. se le comunica al garante que hay cuentas sin pagar. Un dato es la unidad o cantidad minima de información no elaborada. ya sea una empresa que necesita guardar la información de sus clientes.

• Incumplimiento con los pagos que se deben realizar. ya que su administración es tediosa y compleja. almacenar y exitosa sería administrar las cuentas y los registros de los clientes información antes archivada físicamente. software 8 . Afecta a • Todos los empleados que deban hacer uso de la información que se encuentra archivada físicamente. además de redundancia y pérdida de cual es afectada información.1 Problemas Actuales Del Área En Estudio • Aglomeración de información haciendo dificultosa la administración de la información por la falta del sistema de Base de Datos • Al momento del cobro hay horas puntuales causando la acumulación de los clientes.CAPITULO V 5. Una Proyecto de ing. largos y tediosos. El impacto del • Procesos lentos. • Los clientes que sufren las molestias de tener que esperar por la acumulación de información. • La mala administración de la cuantas que se cobran El problema de solución • Desarrollar una Base de Datos que permitirá clasificar. JUSTIFICACION DEL DISEÑO DE UNA BASE DE DATOS RELACIONALES CON UML 5.

5.2 Planteamiento de la hipótesis • La base de datos brinda seguridad al sistema de información que se ingrese o procese. software 9 . Proyecto de ing. Dando un gran giro al negocio gracias a que se va a poder cobrar con muchísima más rapidez y facilidad lo cual nos va a ayudar a tener un mejor control de los registros y nos ayudara a tener una mejor administración de las cuentas con la implementación de nuestra base de datos. obteniendo mayor poder de control de la data. Permite disponer de elementos y componentes necesarios para el Control de los registros.

Matriz FODA Factores Internos Fortaleza Debilidades Factore s Externo s F O Oportunidades Estrategia para Maximizar la Administración de las cuentas Aprovechar las necesidades de los clientes D Amenazas Disminuir las molestias que sufren los clientes por los procesos lentos y tediosos A Neutralizar las posibles Amenazas ofreciendo una mejor solución al sistema de cobranzas Proyecto de ing. software 10 .CAPITULO VI 6.

software 11 . 2.6. Alcanzar una adecuada organización de las cuentas teniendo un registro para su mejor manejo. Realizar las cobranzas con puntualidad y rapidez para cada cliente Proyecto de ing. Alcanzar una adecuada organización de las cuentas teniendo un registro para su mejor manejo.1 Objetivos A Alcanzar 1. Realizar las cobranzas con puntualidad y rapidez para cada cliente.

Los clientes que tengan un aval tienen un límite de cuenta que pone el garante. Proyecto de ing. El negocio se encarga de la cobranza del crédito. 3. 4.2 REGLAS DEL NEGOCIO 1. no contamos con un cajero especifico. en el caso de no ser pagadas al contado se le descontará de su sueldo. 7. 2. 5. software 12 .6. Los pagos se realizan cada quince de cada mes. El garante deberá responsabilizarse de las cuotas que no sean pagadas por su representado. no trabajamos con bancos ni cobradores externos. Todo tipo de transacción se realiza en moneda nacional. El vendedor tiene doble función atiende y cobra a la vez. El cliente debe ser trabajador de la empresa minera o tener un garante (aval) en la misma que pueda garantizar el pago de las cuotas. 6.

comunicándole que debe una cuota. Gestiona Acreditación Gestionar Cobranza Proceso por el cual el vendedor a cargo tras verificar las cuentas vencidas. le manda una notificación al cliente. se le comunica al garante que hay cuentas sin pagar. Gestiona Cobranza Proyecto de ing. apertura su cuenta y elige el numero de cuotas con las que desea pagar.6. software 13 .3 Modelo de casos de uso del negocio Especificación de Caso de Uso Comercial Gestionar Acreditación Proceso en la cual el cliente solicita el crédito al vendedor (empresa) y tras verificar si cumple con los requisitos. si el cliente no paga. por las que se le descontará del sueldo.

Especificación de los Actores Empresariales Cliente Sistema Credito Garante Garante: Es el Actor de negocio que garantiza al cliente e interactúa con el vendedor. Proyecto de ing. Beneficiado con la rapidez de los cobros de sus cuentas y la mejor administración de estos. Cliente: Actor de negocio que hará el pedido. Sistema Crédito: Representa al sistema oficial existente en la empresa por el cual se toman los datos del trabajador o garante para poder aceptar el crédito y además controla las cuotas y las fechas de cobranza. software 14 .

software 15 .Diagrama General Sis tem a C re d ito (f rom A c tores de N e goc io ) Ge s tio na r Acre d itació n (fro m Ca so Uso d e N e g oci o ) Ve nd ed or (f ro m A c to re s de N eg oc io) Ge s tio na Venta s (fro m Ca so Uso d e Ne g ocio ) Ge s tio na Pa gos (fro m Ca so U so d e N e g oci o ) Ge s tiona C o bra nzas (fro m Ca so U so d e Ne g o cio ) C lie n te Ge s tio na Pe d id os (fro m Ca so U so d e Ne g o cio ) (f rom Ac tores de N e goc io ) Proyecto de ing.

6. además la administración de las cuentas y creación de las Vendedor cuentas nuevas. Proyecto de ing.4 MODELO DE ANALISIS DEL NEGOCIO Especificación de trabajadores Negocios de los trabajadores Es el responsable de verificar al cliente si trabaja en la empresa o del aval. en general es el encargado de la administración del negocio. software 16 . Especificación De Entidades De Negocio Entidades de Negocio Entidad que representa el documento que prueba que el cliente recibió los productos.

logra aperturar una cuenta que puede usar Gestiona Acrediataciòn (f rom Caso Uso de Negocio) R_Gestiona Acreditaciòn Flujo Básico Diagrama de Secuencia Proyecto de ing. Diagrama de Secuencia y Colaboración Acreditación Breve descripción El cliente se presenta y si es necesario trae a un aval para tener acceso a un crédito en la tienda.Entidad que representa el documento en los cuales se P ro fo rm a almacenan los pedidos de los clientes y las cuotas a pagar. software 17 . si cumple con los requisitos.

: Proforma : Cliente : Vendedor : Sistema Credito : Boleta Pago solicita acceso de credito envia requisito documento respaldo aval recopila requisitos acepta aval crea proforma crea boleta envia boleta de pago Diagrama de Colaboración 1 : s o l ic it a a c c e s o d e c r e d i to 3 : d o c u m e n to re s p a ld o a va l 4 : r e c o p i la r e q u i s i to 2 : e n v ia r e q u is it o 8 : e n v ia b o l e ta d e p a g o : C l i e n te : Ve n d e do r 7 : c r e a b o l e ta 6 : c r e a p r o fo r m a 5 : a c e p ta a va l : S i s te m a d e c r e d i to : P r o fo r m a : B o le ta d e p a g o Flujo Alternativo Proyecto de ing. software 18 .

Diagrama de Secuencia :C liente solicita acce de cre so dito : V d or en ed :S m C iste a redito env requ ia isito d ocum ento resp aldo a a vl re copila requ isitos re za av cha al re aza solicitud ch Diagrama de Colaboración 1: solicita acceso de credito 3: documento respaldo aval 2: envia requisito 6: rechaza solicitud : Cliente 5: rechaza aval : Vendedor 4: recopila requisito : Sistema de credito Cobranza Breve descripción: Proyecto de ing. software 19 .

El cliente pide su cuenta actual y la cuota que debe pagar en ese momento el vendedor le envía el monto a pagar en esa fecha. software 20 . si el cliente no realiza el pago el vendedor recurre al garante al cual se le envía una notificación comunicándole que el cliente no pago el monto y que se le descontara de su salario. Gestionar Cobranzas (f rom Caso Uso de Negocio) R_Gestiona Cobranzas Proyecto de ing.

software 21 .Flujo Básico Diagrama de Secuencia :C liente solicita cuenta : Vendedor env solicitud ia re aliza pago em boleta de pago ite Diagrama de Colaboración 1 : s o l ic ita c u e n ta 3 : re a li za p a g o 2 : e n via s o l ic itu d 4 : e m ite b o le ta d e p a g o : C l ie n te : Ve n d e d o r Proyecto de ing.

software 22 .Flujo Alternativo (Garante Realiza Pago) Diagrama de Secuencia :C liente solicita cu enta : Vendedor :G arante env solicitud ia no realiza pago env notificacio ia n re aliza pago em boleta pago ite Diagrama de Colaboración 1: solicita cuenta 3: no realiza pago 2: envia solicitud : Cliente 5: realiz pago a :V endedor 4: envia notificacion 6: emite boleta de pago : Garante Proyecto de ing.

software 23 .Flujo Alternativo (Garante No Realiza Pago) : Cliente solicita cuenta : Vendedor : Garante envia solicitud no realiza pago envia notificacion no realiza pago descuenta sueldo emite boleta Diagrama de Colaboración 1: solicita cuenta 3: no realiza pago 2: envia solicitud : Cliente 5: no realiza pago : Vendedor 4: envia notificacion 6: descuenta suelo : Garante 7: emite boleta de pago Proyecto de ing.

yudy.yudy.htm • http://www.mx/ur/faciya/carreras/cursos/sis/mod-dat1/graph.com/emo/. Adoración de Miguel.htm#Introd ucción • • http://www. Alfa omega Proyecto de ing.HTM www. William SISTEMAS OPERATIVOS.8m.HTM Stallings. Marcos Esperanza. software 24 ..com/basic/cuatro4.ur../guiatresmarco.com/Sistemasmanejador.lafacu. Ed.angelfire.CAPITULO VII 7. DISEÑO DE BASES DE DATOS RELACIONALES.programacionfacil. Bibliografía • http://www.htm http://www.8m.com/Sistemasmanejador.com/apuntes/informatica/base_datos/default.htm • • • www.HTM www. Prentice Hall.ur.mx/ur/faciya/carreras/cursos/sis/mod-dat1/graph. 2da edición Piattini Mario.

garante. dirección. sueldo. teléfono. idCuenta. centro Trabajo Responsabilidades Nombre Cuenta Atributos IdCuenta. nombContacto.1 IDENTIFICACIÓN DE CLASES POR NEGOCIOS CASO DE USO Nombre Persona Atributos id Persona . telefono Responsabilidades Proyecto de ing. apellidos. precioUnitario Responsabilidades Nombre Proveedor Atributos IdProveedor.7. nombre. Responsabilidades Nombre ClientInterno Atributos IdPerCliente. direc. nombComp. cargo. ciudad. numSeguro Responsabilidades Nombre ClientExterno Atributos IdPerCliente. sueldo. fechNacimiento Responsabilidades Nombre Vendedor IdPerVendedor. limiteCuenta. Ocupación. idCuenta. fechaEmision. estado. fechaIngreso Atributos Responsabilidades Nombre Cliente Atributos IdPerCliente. idDeuda. software 25 . Condición. nombre. fechaLimite Responsabilidades Nombre Producto Atributos IdProducto. idEstado. idPerCliente. Cargo. Responsabilidades Nombre Cuota Atributos IdCuota. idPedido.

software 26 . fechaPedido. descripcion Responsabilidades Nombre CabeceraBoleta Atributos idCabecera. FechaEntrega. idProducto. idCabecera. idPerVendedor Responsabilidades Nombre Boleta Atributos idCabecera.Nombre DetalleProveedor Atributos IdProveedor. fecha. numCuotas Responsabilidades Nombre Estado Atributos idEstado. fechaPago. idDeuda. montoxCuota. idProducto. cantidad. idCuota. precUntario Responsabilidades Nombre Deuda Atributos IdDeuda. Responsabilidades Nombre Pedido Atributos IdPedido. precioTotal Responsabilidades Proyecto de ing. Cantidad Responsabilidades Nombre Pago Atributos IdPago.

PrecioUnitario numeric (10) NOT NULL. Direccion varchar (30) NOT NULL. Nombre varchar (25) NOT NULL. NombContacto varchar (25) NOT NULL. NomCompañia varchar (25) NOT NULL.7. Ciudad varchar (25) NOT NULL. CONSTRAINT PK_TProveedor PRIMARY KEY (idProveedor) ) CREATE TABLE TPersona ( IdPersona numeric (5) NOT NULL. Telefono numeric (10) NOT NULL. CONSTRAINT PK_TDeuda PRIMARY KEY (idDeuda) ) CREATE TABLE TProducto ( IdProducto numeric (5) NOT NULL. software 27 .2 Script de la Base de Datos CREATE TABLE TEstado ( IdEstado numeric (5) NOT NULL. CONSTRAINT PK_TProducto PRIMARY KEY (idProducto) ) CREATE TABLE TProveedor ( IdProveedor numeric (5) NOT NULL. Apellidos varchar (25) NOT NULL. NumCuotas numeric (5) NOT NULL. CONSTRAINT PK_TEstado PRIMARY KEY (idEstado) ) CREATE TABLE TDeuda ( IdDeuda numeric (5) NOT NULL. Descripcion varchar (30) NOT NULL. Nombre varchar (25) NOT NULL. Proyecto de ing.

FechaNac datetime NOT NULL. software 28 . IdCuenta numeric (5). FecLimite datetime NOT NULL. FechaPedido datetime NOT NULL. IdCuenta numeric (5) NOT NULL. CONSTRAINT PK_TInterno PRIMARY KEY (idPerCliente) ) CREATE TABLE TDetalleBoleta ( Proyecto de ing. Sueldo numeric (10) NOT NULL. Cargo varchar (25) NOT NULL. NumSeguro numeric (15) NOT NULL. FecEmision datetime NOT NULL. IdCabecera numeric (5) NOT NULL. CONSTRAINT PK_TCuota PRIMARY KEY (idCuota) ) CREATE TABLE TPedido ( IdPedido numeric (5) NOT NULL.Direccion varchar (30) NOT NULL. IdEstado numeric (5) NOT NULL. CONSTRAINT PK_TPersona PRIMARY KEY (idPersona) ) CREATE TABLE TCuota ( IdCuota numeric (5) NOT NULL. Telefono numeric (10) NOT NULL. IdPerVendedor numeric (5) NOT NULL. IdDeuda numeric (5) NOT NULL. CONSTRAINT PK_TPedido PRIMARY KEY (idPedido) ) CREATE TABLE TInterno ( IdPerCliente numeric (5) NOT NULL. IdDeuda numeric (5) NOT NULL.

PrecioTotal numeric (10) NOT NULL. CONSTRAINT PK_TCabeceraBoleta PRIMARY KEY (idCabecera) Proyecto de ing. Cargo varchar (25) NOT NULL. IdProducto numeric (5) NOT NULL. CONSTRAINT PK_TVendedor PRIMARY KEY (idPerVendedor) ) CREATE TABLE TDetalleProveedor ( FechaEntrega datetime NOT NULL. Condicion numeric (5) NOT NULL. CONSTRAINT PK_TDetalleBoleta PRIMARY KEY (idCabecera. PrecioUnit numeric (10) NOT NULL. IdCabecera numeric (5) NOT NULL. idProducto) ) CREATE TABLE TCabeceraBoleta ( IdCabecera numeric (5) NOT NULL. software 29 . Sueldo numeric (10) NOT NULL. IdProducto numeric (5) NOT NULL. CONSTRAINT PK_TCliente PRIMARY KEY (idPerCliente) ) CREATE TABLE TVendedor ( IdPerVendedor numeric (5) NOT NULL. idProducto) ) CREATE TABLE TCliente ( IdPerCliente numeric (5) NOT NULL.Cantidad numeric (10) NOT NULL. FechaIngreso datetime NOT NULL. Fecha datetime NOT NULL. CONSTRAINT PK_TDetalleProveedor PRIMARY KEY (idProveedor. IdProveedor numeric (5) NOT NULL. Cantidad numeric (10) NOT NULL. IdPedido numeric (5) NOT NULL.

Garante varchar (30) NOT NULL. LimiteCuenta numeric (10) NOT NULL. Montoxcuota numeric (15) NOT NULL. CentroTrabajo numeric (5) NOT NULL. Estado varchar (15) NOT NULL. FechPago datetime NOT NULL. IdCuota numeric (5) NOT NULL. CONSTRAINT PK_TPago PRIMARY KEY (idPago) ) CREATE TABLE TExterno ( Ocupacion numeric (5) NOT NULL. CONSTRAINT PK_TCuenta PRIMARY KEY (idCuenta) ) CREATE TABLE TPago ( IdPago numeric (5) NOT NULL. software 30 . IdPerCliente numeric (5) NOT NULL. IdPerCliente numeric (5) NOT NULL. CONSTRAINT PK_TExterno116 PRIMARY KEY (idPerCliente) ) Proyecto de ing.) CREATE TABLE TCuenta ( IdCuenta numeric (5) NOT NULL.