UNIVERSIDAD PRIVADA ANTENOR ORREGO

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA DE COMPUTACIÓN Y SISTEMAS

PLAN DEL TRABAJO DE SUFICIENCIA PROFESIONAL PARA OBTENER EL TÍTULO

DE INGENIERO DE COMPUTACIÓN Y SISTEMAS, MEDIANTE LA MODALIDAD DE

TITULACIÓN EXTRAORDINARIA 2007-I

_____________________________________________________________________

“SISTEMA INFORMÁTICO CON HAND HELD PARA LA CAPTURA DE DATOS

EN LA TOMA DE PEDIDOS Y COBRANZA DE LA EMPRESA DEL

MANANTIAL SAC”

______________________________________________________________________

AUTORES:

Bach. NEIRA LÁZARO, CYNTHIA DAJANA

Bach. ORTECHO ALVA, JORGE LUIS

ASESOR:

Ing. DÍAZ SÁNCHEZ, JAIME

TRUJILLO – PERÚ

2007

“SISTEMA INFORMÁTICO CON HAND HELD PARA CAPTURA DE DATOS EN

TOMA DE PEDIDOS Y COBRANZA DE LA EMPRESA DEL MANANTIAL SAC”

Autores:

Bach. Neira Lázaro Cynthia Dajana

Bach. Ortecho Alva Jorge Luis

Presidente

Secretario

Vocal

Ing. Jaime Díaz Sánchez

Asesor

DEDICATORIA

A mi Padre Celestial por su amor

infinito porque esta siempre a mi lado

guiándome, dándome fuerza en cada

paso y a Jesucristo por su gran amor y

ejemplo.

A mi padres Sonia y Silvio por su amor,

dedicación, apoyo constante y ejemplo,

sin ellos no hubiera logrado ningún éxito.

A mi Mamita Ginita y Papito Germán

por su amor, apoyo y sabios consejos el

cual fueron de mucha ayuda en mi vida.

A mis hermanos José y Anthony por las

experiencias compartidas y por el apoyo

en los momentos mas importantes.

A mis tíos por su confianza y amor

demostrados en sus actos.

I

DEDICATORIA

Agradezco a Dios por darme la fuerza

inagotable para poder terminar mi carrera

profesional.

A mi padre Jorge, que con su ejemplo,

apoyo y dedición incondicional es el

motor de mi vida.

A mi madre Carmen por su amor,

paciencia y ayuda.

A mi hermana Lucia por que siempre vi.

en ella el ejemplo de superación, a pesar

de la distancia estas en mi corazón.

A mis Hermanos Rocío y Ercik que en

todo momento estuvieron siempre a mi

lado con sus consejos apoyándome en los

momentos difíciles.

II

AGRADECIMIENTO

Agradezco infinitamente a mi asesor el Ing. Jaime

Diaz, por el apoyo en sus conocimientos y

experincias transmitidas hacia nosotros los

Bach. Cynthia Neira Y Bach.Jorge Ortecho,

deseandole todos los exitos en su vida

profesional y personal

III

RESUMEN

“SISTEMA INFORMÁTICO CON HAND HELD PARA CAPTURA DE DATOS

EN LA TOMA DE PEDIDOS Y COBRANZAS DE LA EMPRESA DEL

MANANTIAL SAC”

Autores:

Bach. Neira Lázaro Cynthia Dajana

Bach. Ortecho Alva Jorge Luis

DEL MANANTIAL SAC, es una empresa joven que se dedica al rubro de las bebidas

gaseosas y aguas minerales en la ciudad de Trujillo-Perú, queriendo esta lograr alcanzar

ventajas competitivas respecto a sus similares debe contar con la informatización de sus

procesos que más tiempo les consume, pedidos, la facturación y cobranzas son sus

procesos mas lentos y tediosos debido a que hay poco personal dedicado a estas

actividades y se desarrolla de manera manual.

Según esto se planteo desarrollar un Sistema Informático que controle la facturación y

la toma de pedidos agilizándolos mediante el uso de un dispositivo Hand held para la

captura de datos, utilizando la RUP (Proceso racional unificado), el lenguaje de

programación Microsoft Visual Studio.Net y Microsoft SQL Server™ 2000 como

administrador de Base de Datos.

Este sistema mejorara en gran medida el desempeño de estos procesos sobretodo el

tiempo en el que se llevan a cabo, llevando un control de los clientes, pedidos, ventas,

facturación e ingreso automático de datos por medio de un dispositivo Hand held antes

mencionado.

IV

ABSTRACT

INFORMATIC SYSTEM USING HAND HELD FOR CAPTURE DATA IN

INVOICING AND TAKE ORDERS FROM “DEL MANANTIAL SAC”

COMPANY

By:

Bach. Neira Lázaro Cynthia Dajana

Bach. Ortecho Alva Jorge Luis

DEL MANANTIAL SAC is a new company that makes soda drinks and mineral water

in Trujillo (Peru). This company in an effort of chasing a competitive advantage must

use IT in its business process, especially in those processes that take more time to

complete. The process of “taking the orders” and “invoicing” are the slowest in the

company basically because they have only a few workers and they do a manual job.

Regarding this information we suggested to develop an IT system that will handle the

“invoicing” process and the “taking the orders” process. This system will make both

processes faster. For this we are going to use the Hand Help device for the capture of

data stage. The methodology we are going to use to develop the system will be the

Rational Unified process also known as “XP”. The programming language chosen will

be Microsoft Visual Studio.NET and the database will be Microsoft SQL Server 2000

This system will help improve the performance of both processes, specially the time

they need to be completed, it will manage the clients, orders, sales, invoicing and the

automatic entry of data through a device called Hand Help which we talked before.

V

INDICE DE CONTENIDOS

INDICE................................................................................................................................................1

INDICE DE FIGURAS......................................................................................................................4

INTRODUCCIÓN....................................................................................................7 OBJETIVOS..........................................................................................................................................8

1. CAPITULO I: FUNDAMENTO TEORICO..............................................................................10

1.1 TEORIA DEL NEGOCIO......................................................................................................10

1.2 METODOLOGIA..................................................................................................................24

1.3 HERRAMIENTAS.................................................................................................................26

2. CAPITULO II: RESULTADOS.................................................................................................37

2.1 DOCUMENTO DE EVALUACION DE LA EMPRESA..............................................................37

2.1.1 Descripción de la Empresa............................................................................................37

2.1.2 Factores Externos.........................................................................................................38.

2.1.3 Factores Internos...........................................................................................................39

2.1.4 Conclusión ...................................................................................................................41.

2.1.5 Problemas de Área.........................................................................................................41

2.1.6 Tecnologías de la nueva aplicación.............................................................................41

2.2 MODELO VISUAL DE DIAGNÓSTICO....................................................................................42

2.3 ARQUITECTURA DEL NEGOCIO............................................................................................42

2.3.1 Objetivos.........................................................................................................................42

2.3.2 Restriccione....................................................................................................................42

2.3.3 Vista de los Procesos.....................................................................................................43

2.3.4 Vista de Estructura Organizacional.............................................................................43

2.3.5 Vista Cultural.................................................................................................................44

2.3.6 Vista de Recursos Humanos.........................................................................................44

2.4 MODELO VISUAL SOLUCIONADOR.........................................................................................45

2.5 REGLAS DEL NEGOCIO..........................................................................................................37

2.6 MODELO DE CASOS DE USO DEL NEGOCIO...........................................................................46

2.7 ESPECIFICACIÓN DE CASO DE USO DE NEGOCIO...................................................................37

2.7.1 Gestionar Pedidos .......................................................................................................47

2.7.2 Gestionar Facturacion..................................................................................................48

2.7.3 Gestionar cobranza........................................................................................................49

2.8 MODELO DE OBJETOS DE NEGOCIO......................................................................................51

2.8.1 GestionarPedidos...........................................................................................................51

2.8.2 Gestionar Facturacion..................................................................................................52

2.8.3 Gestionar Cobranza.......................................................................................................53

2.9 MODELO DE DOMINIO..........................................................................................................45

2.10 GLOSARIO DEL NEGOCIO.......................................................................................................54

2.11 VISIÓN DEL NEGOCIO...........................................................................................................55

2.11.1 Posicionamiento............................................................................................................55

2.11.2 Oportunidad del negocio...............................................................................................55

2.11.3 Problemas a solucionar.................................................................................................56

2.11.4 Declaración de la posición del producto.......................................................................57

2.11.5 Descripción de Usuario y Stakeholder..........................................................................57

2.11.6 Objetivos del modelo de Negocio..................................................................................60

2.11.7 Restricciones..................................................................................................................61

2.11.8 Rangos de Calidad.........................................................................................................61

2.11.9 Precedencia y Prioridad................................................................................................62

2.11.10 Requerimientos..............................................................................................................62

2.12 MODELADO DE REQUERIMIENTOS...........................................................................64

2.13 ESPECIFICACIÓN DE CASOS DE USO.....................................................................................65

2.13.1. Especificación de CU: Consultar Cliente.....................................................................65

2.13.2. Especificación de CU: Consultar Producto..................................................................65

2.13.3. Especificación de CU: Consultar Zona........................................................................66

2.13.4 Especificación de CU: Consultar Unidad........................................................................66

2.13.5 Especificación de CU: Consultar Empleado................................................................67

2.13.6. Especificación de CU: Consultar Pedido.....................................................................67

2.13.7 Especificación de CU: Consultar cuentas por cobrar..................................................68

2.13.8. Especificación de CU: Consultar amortizacion...........................................................68

2.13.9. Especificación de CU: Autorizar Pedido......................................................................69

2.13.10. Especificación de CU: Consultar Documento de Venta..............................................70

2.13.11. Especificación de CU: Generar Documento de venta................................................70

2.13.12. Especificación de CU: Generrar Guías de Remisión.................................................71

2.13.13. Especificación de CU: Registrar Guias de Resimisión.............................................71

2.13.14. Especificación de CU: Resgistrar Documento de Venta............................................72

2.13.15. Especificación de CU: Registrar Cobranza (movil)...................................................73

2.13.16. Especificación de CU: Registrar Rgistro Cobranza (sistema)...................................73

2.13.17. Especificación de CU: Registrando Pedido (Móvil)...................................................74

2.13.18 Especificación de CU: Registro de Pedidos (Sistema).................................................74

2.13.9 Especificación de CU: Generar consultas Gerenciales ...............................................75

2.14 MODELO DE ACTIVIDADES DE CASO DE USO........................................................................76

2.15 DIAGRAMA DE COLABORACIONES…………………………………………………………...83

2.16 MODELO DE INTERFACES DEL SISTEMA.....................................................................90

2.17 REQUERIMIENTOS SUPLEMENTARIOS.........................................................................100

2.17.1 Funcionalidad..............................................................................................................100

2.18 ESPECIFICACIONES DEL SOFTWARE.....................................................................................100

2.18.1. Descripción Global......................................................................................................100

2.18.2. Funcionalidad..............................................................................................................101

2.18.3. Utilidad.........................................................................................................................101

2

2.18.4. Confiabilidad...............................................................................................................102

2.18.5. Performance................................................................................................................102

2.18.6. Documentación en Línea del Usuario y Requerimientos de Ayuda del Sistema........37

2.18.7. Interfaces.....................................................................................................................104

2.19 VISIÓN DEL SISTEMA...........................................................................................................104

2.19.1. Posicionamiento..........................................................................................................104

2.19.2. Descripciones de Stakeholders y Cliente....................................................................106

2.19.3. Entorno de Usuario.....................................................................................................106

2.19.4. Vista del Producto........................................................................................................106

2.19.5. Organización del Proyecto..........................................................................................108

2.20. DIAGRAMA DE SECUENCIA......................................................................................................116

2.21.DIAGRAMA DE CLASES............................................................................................................. 121

2.22. DIAGRAMA LOGICO..................................................................................................................122

2.23.DIAGRAMA FISICO DE LA BASE DE DATOS.................................................................................123

2.24. MODELADO DE COMPONENETES..............................................................................................124

2.25. DIAGRAMA DE DESPLIEGUE.................................................................................................125

3. Capitulo III: Conclusiones...........................................................................................................128

4. Capitulo IV: Recomendaciones...................................................................................................129

REFERENCIAS BIBLIOGRAFICAS.................................................................................130

ANEXOS.........................................................................................................................................133

3

INDICE DE FIGURAS

Figura Nº 01- Organigrama del Manantial SAC.......................................................40

Figura Nº 02- Modelo Actual de los procesos...........................................................42

Figura Nº 03- Organigrama del Manantial SAC........................................................43

Figura Nº 04- Modelo Visual Solucionador Del Manantial SAC..............................45

Figura Nº 05- Modelado casos uso de negocio..........................................................46

Figura Nº 06- Tomando pedido en palm ...................................................................51

Figura Nº 07- Registro de pedidos en el sistema.....................................................51

Figura Nº 08- Autorizando Pedido............................................................................52

Figura Nº 09- Gestionar Facturación.........................................................................52

Figura Nº 10- Cobrar en Palm...................................................................................53

Figura Nº 11- Generar cobranza / Registro de Cobranza..........................................53

Figura Nº 12- Modelo de Dominio............................................................................54

Figura Nº 13- Modelo de casos de uso de requerimiento..........................................64

Figura Nº 14- Consultando Zona..............................................................................76

Figura Nº 15- Consultar Cliente ..............................................................................77

Figura Nº 16- Consultar Pedido ................................................................................77

Figura Nº 17- Consultar Producto..............................................................................78

Figura Nº 18- Consultar Empleado............................................................................78

Figura Nº 19- Consultar Unidad................................................................................79

Figura Nº 20- Registrar empleado.............................................................................79

Figura Nº 21- Registrar Documento de Venta...........................................................80

Figura Nº 22- Registrar Cobranza (Móvil)................................................................80

Figura Nº 23- Registro de Cobranzas........................................................................81

Figura Nº 24- Registro de Pedidos.............................................................................82

Figura Nº 25- Registrar Unidad.................................................................................82

Figura Nº 26- Registrar Guía Remisión ....................................................................83

Figura Nº 27- Registrar Consultando cliente.............................................................83

Figura Nº 28- Consultado Empleando.......................................................................83

Figura Nº 29- Consultando Pedido............................................................................84

Figura Nº 30- Consultando Unidad ...........................................................................84

Figura Nº 31- Consultando Zona...............................................................................84

4

Figura Nº 32- Registrar Cliente.................................................................................84

Figura Nº 33- Modificar Cliente................................................................................85

Figura Nº 34- Registrar Empleado.............................................................................85

Figura Nº 35- Modificar Empleado...........................................................................85

Figura Nº 36- registrar Documento Venta.................................................................86

Figura Nº 37- Registrar Guía de Remisión................................................................86

Figura Nº 38- Registro de Pedidos.............................................................................87

Figura Nº 39- Modificar Pedido................................................................................87

Figura Nº 40- Registros de Cobranzas......................................................................88

Figura Nº 41- Autorizando Pedido...........................................................................88

Figura Nº 42- Generando documento de venta..........................................................89

Figura N º43- Inicio de Sesión...................................................................................90

Figura Nº 44- Menú Principal....................................................................................90

Figura Nº 45- Mantenimiento de clientes..................................................................91

Figura Nº 46- Mantenimiento de zonas.....................................................................91

Figura Nº 47- Mantenimiento de distritos................................................................92

Figura Nº 48- Mantenimiento de empleados.............................................................92

Figura Nº 49- Mantenimiento de Unidades...............................................................93

Figura Nº 50- Importar Pedidos.................................................................................93

Figura Nº 51- Importar cobranzas..............................................................................94

Figura Nº 52- Registro de pedidos.............................................................................94

Figura Nº 53- Registro de Cobranzas........................................................................95

Figura Nº 54- Amortizaciones (Créditos)..................................................................95

Figura Nº 55- Registro documentos de venta............................................................96

Figura Nº 56- Guía de Remisión................................................................................97

Figura Nº 57- Archivo Pedido.xls en Dispositivo Móvil Pedido (Hoja 1)................97

Figura Nº 58- Detalle de Pedido (Hoja2)...................................................................98

Figura Nº 59- Cuentas (hoja3)...................................................................................98

Figura Nº 60- Cuentas por cobrar (letras.xls)............................................................98

Figura Nº 61- Boleta de Venta...................................................................................99

Figura Nº 62- Factura.................................................................................................99

Figura Nº 63- Registrar Empleado..........................................................................116

Figura Nº 64- Consultar Cliente..............................................................................116

Figura Nº 65- Registrar Unidad..............................................................................117

5

Figura Nº 66- Registrar Zona..................................................................................117

Figura Nº 67- Registrar Guía Remisión...................................................................118

Figura Nº 68- Importar Cobranza............................................................................118

Figura Nº 69- Importar Pedido................................................................................119

Figura Nº 70- Resgistro de documentación de Venta..............................................119

Figura Nº 71- Registro Pedidos ..............................................................................120

Figura Nº 72- Autorizar pedido...............................................................................120

Figura Nº 73- Diagrama de Clases...........................................................................121

Figura Nº 74- Diagrama Lógico.............................................................................122

Figura Nº 75- Diagrama físico de la base de datos..................................................123

Figura Nº 76- Modelado de componentes...............................................................124

Figura Nº 77- Modelado de despliegue ..................................................................125

Figura Nº 78- Plan del Proyecto – Etapas de desarrollo..........................................136

Figura de Proyecto 79- Plan – Diagrama de Gantt................................................137

123

6

INTRODUCCION

Estamos en una época donde se vive la globalización y la alta competitividad de

productos y/o servicios, tomando como ejemplo la industria de las bebidas gasificadas,

la cual se caracteriza por presentar dinamismo en sus procesos, por tal motivo es

necesario estar alertas a las exigencias y expectativas del mercado.

Debido a que la globalización ha crecido en gran medida la tecnología juega un papel

significativo en las empresas, dándole así un rol importante a los sistemas

informáticos, gracias a ellos las empresas y sus diversas áreas simplifican sus labores y

disminuyen considerablemente sus errores, lamentablemente no todas las empresas

cuentan con sistemas que ofrecen satisfacción, la empresa Del Manantial SAC la cual

realiza la comercialización de bebidas gasificadas, será objeto de nuestro estudio ya

que no cuenta con un sistema que le permita integrar sus procesos, la necesidad de

gestionar el alto número de pedidos hechos por los clientes, facturas y recibos

asociados al área de ventas así como realizar las cobranzas , implica asumir gastos

asociados a la impresión, envío y manipulación del documento lo que ocasiona perdida

de dinero, así como también tiempo al realizar estas actividades de manera manual .

Gracias a la investigación que se realizará y a los aportes tecnológicos ofrecidos a la

empresa del Manantial SAC contará con un sistema informático que permitirá agilizar

el proceso de ventas (Toma de pedidos, facturación y cobranza).

Este proyecto mejorará su eficiencia en su trabajo, ya que en la actualidad el problema

es el siguiente: ¿Cómo disminuir el margen de error, costos, el tiempo de

procesamiento de la toma de pedidos, facturación y cobranzas de la empresa del

Manantial SAC?

7

OBJETIVOS

OBJETIVO GENERAL

Desarrollo de un sistema informático para la sistematización de la toma de

pedidos , el proceso de facturación y cobranza de la empresa Del Manantial

SAC haciendo uso de un “Hand Held” para la captura de datos y aplicando la

metodología RUP.

OBJETIVOS ESPECIFICOS

Gestionar los procesos de pedidos, cobranzas y facturación mediante la

implementación de una aplicación Desktop utilizando para la construcción

las herramientas Visual Studio .Net y base de datos SQL SERVER 2000.

Importación de datos al sistema haciendo uso de un Hand held (Teléfono

móvil, Palm, etc.) que posea una hoja Excel para permitir un eficiente y

rápido manejo de la información para el proceso de toma de pedidos y

cobranzas.

Agilizar el proceso de facturación mediante la generación de documentos

de venta a partir de los pedidos tomados por los clientes.

Controlar las cobranzas que se le realizan a cada cliente sujeto a crédito en

el sistema, de manera que se pueda tener un historial de las amortizaciones

realizadas por los clientes para la toma de decisiones.

Utilizar la metodología RUP con notación UML para el análisis, diseño y

documentación del sistema utilizando la herramienta Rational Rose.

8

DESCRIPCION RESUMIDA DE CADA CAPITULO

La primera parte corresponde a la Introducción y contiene la definición del

problema, aportes a la investigación, formulación del problema, objetivo general y

los objetivos específicos.

El Capítulo I corresponde al Fundamento Teórico y Metodológico y contiene

una breve introducción de los conceptos, tecnologías, herramientas que se han

utilizado para el presente proyecto.

El Capítulo II corresponde a los Resultados obtenidos según la metodología

aplicada.

El Capítulo III corresponde a las Conclusiones frente al problema formulado.

El Capitulo IV se mencionan las Recomendaciones a las que se llegaron una vez

terminado el desarrollo del Sistema Informático.

9

1. CAPITULO I: FUNDAMENTO TEORICO

1.1 Teoría del negocio

Factura

De acuerdo a Giraldo (1999), es un documento de compra y venta que otorga el

vendedor al comprador como constancia de una transacción comercial realizada.

Es un documento tributario que registra la transacción comercial obligatoria y

aceptada por ley. Este comprobante tiene para acreditar la venta de mercaderías u

otros afectos, porque con ella queda concluida la operación.

La factura es un documento que refleja la entrega de un producto o la provisión

de un servicio, junto a la fecha de devengo, además de indicar la cantidad a pagar

como contraprestación.

En la factura se encuentran los datos del expedidor y del destinatario, el detalle

de los productos y servicios suministrados, los precios unitarios, los precios

totales, los descuentos y los impuestos.

Se la considera como el justificante fiscal de la entrega de un producto o de la

provisión de un servicio, que afecta al obligado tributario emisor (el vendedor) y

al obligado tributario receptor (el comprador). La factura correctamente

cumplimentada es el único justificante fiscal, que da al receptor el derecho de

deducción del impuesto (IVA). Esto no se aplica en los documentos sustitutivos

de factura, recibos o tickets.

La factura no tiene valor jurídico alguno en un juicio a la hora de exigir el pago

de una deuda.

La factura tiene por finalidad acreditar la transferencia de bienes, la entrega en

uso o la prestación de servicios cuando la operación se realice con sujetos del

Impuesto General a las Ventas que tengan derecho al crédito fiscal. Asimismo

cuando el comprador o usuario lo solicite a fin de sustentar gastos y costos para

efecto tributario y en el caso de operaciones de exportación.

Las facturas sólo se emitirán a favor del adquiriente o usuario que posea número

de Registro Único de Contribuyentes - RUC, exceptuándose este requisito en

operaciones de exportación.

10

En dicho vendedor hace constar en forma detallada las mercaderías

vendidas, indicando condiciones y debe ser extendida por duplicado o triplicado

y sirve para justificar los registros en los libros respectivos.

Las facturas pueden ser de tres tipos: A, B o C, entre las cuales están las:

Ordinarias documentan la operación comercial.

Rectificativas documentan correcciones de una o más facturas anteriores, o

bien devoluciones de productos, envases y embalajes o comisiones por

volumen.

Recapitulativas documentan agrupaciones de facturas de un período.

Para que esta factura tenga validez fiscal se han de anular las anteriores. Si se

tienen en cuenta cada uno de los tipos de facturas se podría decir que son parte de

los próximos federales, parte de la AFIP y parte del gobierno, y es por eso que es

de suma importancia que se mencione que el IVA, responsable inscripto o no, es

una salida al consumidor final que emite la factura.(1)

Además existen las siguientes variantes:

Pro-forma: documenta una oferta, con indicación de la forma exacta que tendrá

la factura tras el suministro. No tienen valor contable ni como justificante.

Suele incluir la fecha máxima de validez.

Copia: documenta la operación para el emisor, con los mismos datos que el

original. Debe llevar la indicación de copia para permitir distinguirla del

original.

Duplicado: documenta la operación para el receptor, en caso de pérdida del

original. La expide el mismo emisor que expidió el original y tiene los

mismos datos que el original. Debe llevar la indicación de duplicado para

permitir distinguirla del original, especialmente para el caso de que

reaparezca el original.

La factura conformada tiene las siguientes características:

a.Se origina en la compra venta de mercaderías, así como en otras modalidades

contractuales de transferencia de la propiedad de bienes susceptibles de ser

afectados en prenda, en las que se acuerde el pago diferido del precio;

b. El objeto de la compra venta u otras relaciones contractuales antes referidas

debe ser mercaderías o bienes de comercio distintos a dinero, no sujetos a

registro;

(1)Disponible en URL http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml

11

c.Los bienes y mercaderías pueden ser fungibles o no, identificables o no. No

deben estar sujetos a carga o gravamen alguno, salvo al que el titulo

representa;

d. La conformidad puesta por el comprador o adquiriente en el texto del título se

muestra por sí sola y sin admitirse prueba en contrario, que éste recibió la

mercadería o bienes descritos en la Factura Conformada, a su total

satisfacción;

e.Sólo una vez que cuente con la conformidad, el título puede ser objetivo de

transmisión;

f. Desde su conformidad, representa además del crédito consistente en el saldo

del precio señalado en el mismo título, el derecho real de prenda que queda

constituida sobre toda la mercadería y bienes descritos en el mismo

documento, a favor de tenedor;

g. Dimensiones mínimas: ventiúm (21) centímetros de ancho y catorce (14)

centímetros de alto.

h. Fecha de emisión

i. Numeración correlativa Nombre completo o razón social y numero de Rut del

contribuyente emisor.

j. Nombre completo o razón social y numero de Rol único tributario del

destinatario.

k. Domicilio completo del establecimiento.

l. Giro del negocio.

m. Detalle de las mercadería transferidas o naturaliza del servicio.

n. Detalle de la mercadería transferida, precio unitario y monto de las operación.

o. El detalle de las mercaderías y el precio unitario podrán emitirse cuando se

hagan emitido oportunamente las correspondientes guías de despacho.

p. Indicar separadamente la cantidad recargada por completo de impuesto

cuando procedan.

q. Indicar Nº y fecha de la guía de despacho cuando procedan.

r. Indicar las conexiones de venta, por ejemplo al contador, al crédito, mercadería

puesta en bodega, etc.

Las copias podrán emitirse con papeles y colores o tintas deferentes de la original

y no deberán llevar impreso ningún tipo de fondo. (2)

(2) http://es.wikipedia.or/wiki/Factura

12

Facturación

De acuerdo a Giraldo (1999), ventas totales de una empresa durante un periodo,

deducido de los impuestos sobre ventas.

El proceso de facturación tiene por objeto la emisión del documento legal que da

derecho al cobro.

La facturación es registrada en la contabilidad de la UPV y supone el

reconocimiento de un derecho sobre el neto y la obligación del pago a Hacienda

del IVA, en la siguiente liquidación mensual del impuesto.

Sólo se procederá a la facturación de aquellos bienes y servicios de los que se

aporte documentación suficiente para llevar a cabo el reconocimiento del derecho

de la UPV frente al tercero receptor de dichos bienes o servicios.

Documentación suficiente: Aquella mediante la cual el tercero reconoce haber

recibido convenientemente el bien o servicio previamente demandado (Circular

3/99); es decir:

El pago: transferencia bancaria, cheque, pagaré o cualquier otro medio de pago.

El contrato si en él se establece factura a la firma o a fecha fija.

Original o copia cotejada del encargo y la aceptación del bien o servicio

entregado. Cuando se trate de Administraciones Públicas será también válido el

número de asiento en el registro de entrada de la Administración receptora.

Comprobante de pago

De acuerdo a Durán y Andrade (2005), documentos que acreditan la

transferencia de bienes, entrega en uso o la prestación de servicios.

Los comprobantes de pago deben ser entregados al realizar la culminación de un

servicio, en la percepción de la retribución parcial o total

Documentos considerados comprobantes de pago:

- Facturas

- Boletas de venta

- Recibos por honorarios

- Tickets

13

- Guía de remisión – Remitente

- Guía de remisión – Transportista

Esta obligados a emitir comprobantes de pago las personas naturales o jurídicas

que realicen transferencias de bienes a titulo gratuito u oneroso, que realicen

actividad económica.

Boletas de Venta

Según Giraldo (1999), es un documento de compra y venta que otorga el

vendedor al comprador como constancia de una transacción realizada, en

consumidores finales, en operaciones realizadas por los sujetos del Régimen

Único simplificado.

La boleta de venta tiene por finalidad acreditar o respaldar la transferencia de

bienes, la entrega en uso o la prestación de servicios en operaciones con

consumidores o usuarios finales y en operaciones realizadas por los sujetos del

Régimen Unico Simplificado.

Si el monto de la venta no supera los cinco nuevos soles ( S/5.00 ) no hay

obligación de entregar Boleta de Venta, salvo que el comprador lo solicite.

En estos casos, el vendedor deberá llevar un control diario, emitiendo una Boleta

de Venta al final del día por el importe total de estas operaciones. Debe conservar

en su poder el original y copia de la Boleta.

Quienes deben entregar boleta son todos aquellos que vendan bienes o presten

servicios a consumidores finales, por ejemplo en bodegas, restaurantes,

farmacias, zapaterías, ferreterías, etc. Además de aquellos comprendidos en el

Nuevo Régimen Único Simplificado(3)

Clases de Boleta:

a. Boletas por Honorarios

Por la prestación de servicios a través del ejercicio individual de cualquier

profesión, arte, ciencia u oficio.

Por todo otro servicio que genere rentas de Cuarta categoría, salvo lo

establecido en el numeral 5 del artículo 7 del Reglamento.

(3) http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml

14

b. Boletas de Venta

En operaciones con consumidores usualmente finales.

En operaciones realizadas por lo sujetos del RUS.

No podrán ejercer el derecho al crédito fiscal ni podrán sustentar gastos o costos

para efecto tributario salvo en los casos que la ley lo permita.

En la boleta se Consigna el importe más no detalla el IGV, además estos

comprobantes no dan derecho al crédito fiscal ni pueden utilizarse para sustentar

gastos y/o costos para efectos tributarios. Podrán ser utilizados a fin de sustentar

gasto o costos para efecto tributario salvo en los casos que la ley lo permita. (4)

Guía de Remisión

Es un documento que se emplea en el comercio para enviar las mercaderías

solicitadas por el cliente según su Nota de Pedido y este se encuentra impreso y

membreteado, según necesidad de la Empresa sirve para que el comercio tenga

testimonio de los artículos que han entregado en las condiciones solicitadas y

aprobado por el departamento de venta (5).

Este documento se extiende por duplicado o triplicado según la necesidad de la

empresa, por lo general es práctico que sea un talonario con 3 copias una queda

en el talonario para la empresa que vende, la otra es entregada al cliente junto con

las mercaderías; y la tercera es devuelta con la firma de conformidad del cliente,

en el que certifica haber recibido conforme.

Cuando el traslado se realice bajo la modalidad del transporte privado, la guía de

remisión deberá ser emitida por los siguientes sujetos, los mismos que se

consideran como remitentes, en esta modalidad de traslado, y deberán emitir una

Guía de Remisión por cada destino (GUIA DE REMISION REMITENTE):

a. El propietario o poseedor de los bienes al inicio del traslado, con

ocasión de su transferencia, prestación de servicios que involucra o no

transformación del bien, cesión en uso, remisión entre establecimientos

de una misma empresa y otros.

b. El prestador de servicios en casos tales como: mantenimiento,

reparación de bienes, servicios de maquila, etc.; sólo si las condiciones

contractuales del servicio incluyan el recojo o la entrega de los bienes

(4) http://www.definicion.org/boleta (5) http://www.sunat.gob.pe/orientacion/comprobantesPago/cpGuiaremision.htm

15

en los almacenes o en el lugar designado por el propietario o poseedor

de los mismos.

c. La agencia de aduana, cuando el propietario o consignatario de los

bienes le haya otorgado mandato para despachar, definido en la Ley

General de Aduanas y su reglamento.

d. El Almacén Aduanero o responsable (*), en el caso de traslado de

bienes considerados en la Ley General de Aduanas como mercancía

extranjera trasladada desde el puerto o aeropuerto hasta el Almacén

Aduanero.

e. El Almacén Aduanero o responsable(*), en el caso de traslado de bienes

considerados en la Ley General de Aduanas como mercancía nacional,

desde el Almacén Aduanero hasta el puerto o aeropuerto.

f. El consignador en el caso de traslado de bienes dados en consignación.

(*) Se entiende como responsable a aquel sujeto que sin tener la calidad de

Almacén Aduanero conforme a lo dispuesto en la Ley General de Aduanas puede

remitir bienes en los casos señalados en la norma.

2. Cuando el traslado se realice bajo la modalidad del transporte público:

a. Se emitirán dos guías de remisión:

Una por el transportista (guía de remisión transportista), en los casos señalados

en los puntos anteriores; y

Otra por los sujetos denominados remitentes (en la modalidad de transporte

privado) al inicio del traslado (guía de remisión remitente)

El transportista emitirá una guía de remisión por cada propietario, poseedor o

sujeto señalado en los literales b al f del punto anterior, (que generan la carga),

quienes son considerados como remitentes.

b. Se emitirá una sola guía de remisión a cargo del transportista, tratándose de

bienes pertenecientes a:

Sujetos no obligados a emitir comprobantes de pago o guía de remisión.

Las personas naturales por las que se emiten liquidaciones de compra.

Las personas obligadas a emitir recibos por honorarios.

Sujetos del Nuevo Régimen Único Simplificado.

El que emite es el remitente ya sea persona natural o jurídica, el que envía el

bien. También se debe emitir un original y 3 copias.

16

El transportista está en la obligación de conservar una copia para SUNAT y

para mantener una copia en archivo. (6)

Precio

De acuerdo con Giraldo (1992), valor mercantil de un bien o servicio,

expresado en términos monetarios.

Venta

Según Giraldo (1992), contrato por el cual una persona (vendedor) se

compromete a entregar un bien o prestar servicio a otra (comprador) que se

obliga a pagar el precio convenido.

Producto

Es un conjunto de atribuciones tangibles e intangibles que incluye el empaque,

color, precio, prestigio del fabricante, prestigio del detallista y servicios que

prestan este y el fabricante (7).

Diagrama de clases

Según Larman (2003), es una notación más grafica alternativa para escoger la

responsabilidad y colaboración. Representa las especificaciones de las clases e

interfaces software en una aplicación. Describen los nombres de las clases o

interfaces, las superclases, signatura de los métodos y los atributos simples de

una clase.

Según Fowler (1999) Describe los tipos de objetos que hay en el sistema y las

diversas clases de relaciones estáticas que existen entre ellos.

Hay dos principales de relaciones estáticas:

Asociaciones

Subtipos

Los diagramas de clase también muestran os atributos y operaciones de una

clase y las restricciones a que se ven sujetos, según la forma en que se

conecten los objetos.

Los diversos métodos OO utilizan terminologías diferentes ( y con

frecuencia antagónicas) para esto conceptos. Se trata de algo sumamente

frustrante pero inevitable, dado que los lenguajes OO son tan

desconsiderados como los métodos.

Hay tres perspectivas:

(6) http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml(7) Disponible en URL http://es.wikipedia.org/wiki/Sistema_inform%C3%A1tico

17

Conceptual: si se adopta la perspectiva conceptual, se dibuja un

diagrama que represente los conceptos del dominio que es esta

estudiando. Estos conceptos del dominio que esta estudiando. Estos

conceptos se relacionan de manera natural con las clases que los

implementan, pero con frecuencia no hay una correlación directa. De

hecho, los modelos conceptuales se deben dibujar sin importar( o casi)

el software con que se implementaran, por lo cual se pueden considerar

como independientes del lenguaje.

Especificación: ahora estamos viendo el software, pero lo que

observamos son las interfaces del software, no su implementación. Por

tanto, en realidad vemos los tipos, no las clases. El desarrollo orientado

a objetos pone un gran énfasis en la diferencia entre interfaz e

implantación, pero esto con frecuencia se pasa por alto en la práctica, ya

que el concepto de clase en un lenguaje OO combina tanto la interfaz

como la implantación. Así a menudo se hace regencia a las interfaces

como tipos y a la implantación de esas interfaces como clases. Influidos

por este manejo del lenguaje, la mayor parte de los métodos han

seguido este camino.

Un tipo representa una interfaz que puede tener muchas

implementaciones distintas, por ejemplo, al ambiente de

implementación, características de desempeño y proveedor.

Implementación: dentro de esta concepción, realmente tenemos clases y

exponemos por completo la implementación. Esta es, probablemente, la

perspectiva mas empleada, pero en muchos sentidos es mejor adoptar la

perspectiva de especificación.

Sistema informático

Un sistema informático es la síntesis de hardware y software. Un sistema

informático típico emplea un ordenador que usa dispositivos programables

(lenguajes de programación) para almacenar, recuperar y procesar datos.

Muchos sistemas informáticos pueden interconectarse, esto es, unirse para

convertirse un sistema mayor. (8)

Según Monzon (1994) Un sistema de información es un conjunto de personas,

datos y procedimientos que funcionan en conjunto, significa que los variados

(8) Disponible en URL http://es.wikipedia.org/wiki/Sistema_inform%C3%A1tico

18

componentes buscan un objetivo común para apoyar las actividades de la

organización.

Un sistema de información es un conjunto de personas, datos y procedimientos

que funcionan en conjunto.

El objetivo de los sistemas es asegurar que infamación exacta y confiable este

disponible cuando se la necesite y que se le presente en forma fácilmente

aprovechable.

El énfasis de sistemas significa que los variados componentes buscan un

objetivo común para apoyar las actividades de la organización. Estas incluyen

las operaciones diarias de las empresas, la comunicación de los datos e

informes, la administración de las actividades y la toma de decisiones.

Un sistema de información ejecuta tres actividades generales. En primer

termino, recibe datos de fuentes internas o externas de la empresa como

elementos de entrada. Después, actúa sobre los datos para producir

información. O sea, es un sistema generador de información. Los

procedimientos determinan como se elabora dicha información. Finalmente, el

sistema produce la información para el futuro usuario, que tal vez sea gerente ,

un administrador o un miembro del cuerpo directivo.

En el ejemplo del banco mencionado con anterioridad, los datos acerca del

cliente ,las políticas de crédito del banco y las tasas de interés son los elementos

de entrada del sistema. Los procedimientos determinan la acreditabilidad del

solicitante y valoran la conveniencia de otorgarle un préstamo y los términos de

pago. Desde luego, el usuario que en este caso es el empleado encargado del

crédito, en realidad es quien toma la decisión.

Los sistemas de información no necesitan estar basados en las computadoras,

pero con frecuencia lo están, como en el ejemplo del sistema de reservaciones

para viajes en avión. El factor determinante en si, es un sistema que puede ser

mejorado incluyendo en el la capacidad del procesamiento por computadoras.

Si un sistema del tipo manual de procedimientos y personas puede ejecutar su

trabajo eficientemente y sin error, habrá pocos motivos para utilizar

computadoras. Sin embargo, a menudo, cuando crees el volumen de trabajo los

procedimientos aumentan en complejidad, o las actividades llegan a estar mas

interrelacionadas, obteniéndose grandes mejoras al introducir la ayuda de un

sistema de computo. Las computadoras pueden convertirse en una ayuda

19

valiosa en la toma de decisiones. Pueden incrementar las capacidades de los

usuarios haciéndolos mas productivos y mas eficientes.

Los sistemas de información facilitan el aprovechamiento de dos ingredientes

clave en una organización acertada: la información y el personal. La gerencia

necesita sistemas de información por siete razones que se presentan en esta

sección.

Los sistemas informáticos son accesibles a una gran variedad de usuarios. Los

usuarios finales, las personas que utilizan las computadoras pero que no son

análisis de sistemas, programadores u otros profesionales de los sistemas de

informática, pueden tener en su escritorio una computadora personal (PC) de

tipo económico que amplia sus capacidades.

Con una computadora personal se puede manejar información contable y

administrativa para probar el impacto de estrategias alternas así como evaluar el

motivo de los resultados actuales de la empresa; resumir grandes volúmenes de

datos en una visualización o presentación grafica que iustar las tendencias con

colores vivios; transmitir y recibir registros de información que atraviesan toda

una región en segundos; elaborar informes, propuestas y correspondencia,

efectuado una rápida revisión según sea necesario, e imprimir automáticamente

los resultados con mucho mayor rapidez que cualquier mecanógrafa. Sin duda,

la utilización pro el usuario final es una característica integral de los sistemas

de información.

Estas incluyen las operaciones diarias de las empresas, la comunicación de los

datos e informes, la administración de las actividades y la toma de decisiones.

Un sistema de información ejecuta tres actividades generales. En primer

termino, recibe datos de fuentes internas o externas de la empresa como

elementos de entrada. Después actúa sobre los datos para producir información.

Los procedimientos determinan como se elabora dicha información.

Finalmente, el sistema produce infamación para el futuro usuario.

Cada uno de los cuatro diferentes tipos de sistemas de información, esta

destinado a procesar datos por una de tres razones: capturar los detalles de las

transacciones, permitir que se tomen decisiones o comunicar la información

entre personas y localidades.

Tipos de sistemas de información:

20

Sistema de procesamiento de transacciones:

Procesa datos referentes a las a transacciones. Las razones del procesamiento

son: registro, clasificación, orden, cálculo, sinterización, almacenamiento

visualización( o despliegue) de los resultados.

Los sistemas de procesamiento de transacciones procesan los datos referentes

a las actividades de la empresa por ejemplo, ventas, colocación de pedidos y

movimiento de almacén e inventario.

Sistema de información gerencial:

Proporciona información para el apoyo de la toma de decisiones donde los

requisitos de información pueden identificarse de antemano.

Las decisiones respaldadas por este sistema frecuentemente se repiten.

Ayuda a los gerentes en la toma de decisiones únicas y no reiteradas que

relativamente no están estructuradas.

Sistema de apoyo para la decisión

Parte del proceso de la decisión consiste en determinar los factores a

considerar cual es la información necesaria.

Sistema de información para oficinas

Combina actividades de procesamiento de datos, tele transmisión de datos y

procesamiento de palabras destinadas a automatizar el manejo de la

información para la oficina. Frecuentemente extrae datos almacenados como

resultado de un procesamiento de datos. Incluye el manejo de la

correspondencia, reportes y documentos

Los sistemas de información basados en computadoras sirven para diversas

finalidades que van desde el procesamiento de las transacciones de una

empresa, hasta proveer de la información necesaria para decidir sobre asuntos

que se presentan con frecuencia, asistencia a los altos funcionarios con la

21

formulación de estrategias difíciles y la vinculación entre la información de las

oficinas y los datos de toda corporación.

A medida que las computadoras son empleadas cada vez mas por personas que

no son especialistas en computación, el rostro del desarrollo de sistemas de

información adquiere una nueva magnitud.

Todas estas situaciones están representadas por tres distintos enfoques al

desarrollo de sistemas de información basados en computadoras:

Método del ciclo de vida para el desarrollo de sistemas (SDLC).

Método del desarrollo del análisis estructurado.

Método del prototipo de sistemas.

El desarrollo de sistemas es un proceso que consiste en dos etapas principales

de análisis y diseño de sistemas; comienza cuando la gerencia, o en algunas

ocasiones el personal desarrollo de sistemas, se da cuenta de que cierto sistema

de la empresa necesita mejorarse.

El ciclo de vida del desarrollo de sistemas es el conjunto de actividades de los

analistas, diseñadores y usuarios, que necesitan llevarse a cabo para desarrollar

y poner en marcha un sistema de información. Se debe tener presente que en la

mayoría de las situaciones de la empresa, las actividades están íntimamente

relacionadas y son inseparables. En muchas ocasiones, el orden de las etapas

será difícil de determina. Las diferentes parte de un proyecto pueden

encontrarse al mismo tiempo en diversas fases; algunos componentes pueden

encontrarse en la etapa de análisis, mientras otros se hallan en etapas avanzadas

del diseño.

Algunos componentes pueden estar dentro del análisis y otros en etapas

avanzadas del diseño.

El ciclo de vida del desarrollo de sistemas consiste en las siguientes

actividades:

1. Investigador preliminar

2. Determinación de requerimientos

22

3. Desarrollo del sistema prototipo

4. Diseño del sistema

5. Desarrollo del software

6. Prueba de los sistemas

7. Puesta en marcha y evaluación.

Proceso de toma de pedidos

Proceso mediante el cual el vendedor de determinada entidad solicita al cliente

los productos que este va a adquirir o comprar a un determinado precio

dependiendo del interés de este, el vendedor anota los pedidos en un formato

manual llamado nota de pedido el que va a servir para registrar todos los

pedidos realizados en determinadas temporadas, estos luego van a ser

procesados para la posterior entrega del producto al cliente con su respectivo

comprobante de pago. (9)

Hand Hend

También llamada PDA. Tipo de computadora "de mano", o sea, puede

sostenerse en la mano para realizar ciertos procesos y cálculos. (10)

Este dispositivo puede ser:

- Una Palm

- Una pocket PC

- Un Blackberry

- Un teléfono celular

Nota de Pedido

Es el documento que utilizan las empresas, para que a través de él, los clientes

soliciten los artículos deseados (11).

Es la expresión de una demanda, requerimiento o solicitud. Cuando el vendedor

acepta el pedido. La obligación es del vendedor y del comprador cuando el

pedido en firme es aceptado por el vendedor. (16)

El pedido viene acompañado de la nota de pedido que es el documento que

utilizamos para que Ud. a través de la misma nos solicite los artículos deseados.

(9) Disponible en URL http://www.monografias.com/(10) Disponible en URL http://www.alegsa.com.ar/Dic/handheld.php

(11) http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml#NOPEDIDO(16) http://www.olimusic.com/Faq_NotaPedido.aspx

23

Se extienden por duplicado o triplicado, según las necesidades de la empresa, el

original queda para la empresa proveedora y la copia se entrega al cliente para

que pueda controlar su pedido.

Dicho documento es emitido por la empresa proveedora, con fines de control

interno dentro de su negocio.

Este comprobante es de uso interno para control de Stock de los productos

solicitados.

La operación se formaliza luego de concretar el Pago de los productos. En ese

caso se procede a Facturar y Enviar los productos. (17)

1.2. Metodología

Proceso Unificado de Rational (RUP)

El Proceso Unificado de Rational (RUP, Rational Unified Process) es un

proceso de desarrollo de software y junto con el Lenguaje Unificado de

Modelado UML, constituye la metodología estándar más utilizada para el

análisis, implementación y documentación de sistemas orientados a objetos.

RUP es en realidad un refinamiento realizado por Rational Software del más

genérico Proceso Unificado.

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto

de metodologías adaptables al contexto y necesidades de cada organización. (12)

El RUP está basado en 6 principios claves:

Adaptar el proceso

El proceso deberá adaptarse a las características propias del proyecto u

organización. El tamaño del mismo, así como su tipo o las regulaciones que

lo condicionen, influirán en su diseño específico.

Balancear prioridades

Los requerimientos de los diversos inversores pueden ser diferentes,

contradictorios o disputarse recursos limitados. Debe encontrarse un balance

que satisfaga los deseos de todos.

Colaboración entre equipos

(17) http://www.proyectosfindecarrera.com/definicion/pedido.htm(12) http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational/

24

El desarrollo de software no lo hace una única persona sino múltiples

equipos. Debe haber una comunicación fluida para coordinar requerimientos,

desarrollo, evaluaciones, planes, resultados, etc.

Demostrar valor interactivamente

Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas.

En cada iteración se analiza la opinión de los inversores, la estabilidad y

calidad del producto, y se refina la dirección del proyecto.

Elevar el nivel de abstracción

Este principio dominante motiva el uso de conceptos reutilizables tales como

patrón del software, lenguajes 4GL o esquemas (frameworks) por nombrar

algunos. Esto previene a los ingenieros de software ir directamente de los

requisitos a la codificación de software a la medida del cliente. Un nivel alto

de abstracción también permite discusiones sobre diversos niveles

arquitectónicos. Éstos se pueden acompañar por las representaciones visuales

de la arquitectura, por ejemplo con UML.

Enfocarse en la calidad

El control de calidad no debe realizarse al final de cada iteración, sino en

todos los aspectos de la producción.

El RUP divide el proceso de desarrollo en ciclos, teniendo un producto final

al final de cada ciclo, cada ciclo se divide en fases que finalizan con un hito

donde se debe tomar una decisión importante:

a. Concepción: se hace un plan de fases, se identifican los principales

casos de uso y se identifican los riesgos.

b. Elaboración: se hace un plan de proyecto, se completan los casos de

uso y se eliminan los riesgos.

c. Construcción: se concentra en la elaboración de un producto

totalmente operativo y eficiente y el manual de usuario

d. Transición: se implementa el producto en el cliente y se entrena a los

usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a

ser analizados.

Cuadro de configuración del RUP

Fase Disciplina Actividad Entrega

Documento Diagrama

25

Concepción Modelado del negocio

Evaluación de la organización X

Arquitectura del negocio X

Casos de uso del negocio X

Modelo de objetos del negocio

X

Visión del negocio X

Elaboración

Modelado de requerimientos

Modelado de análisis y

diseño

Visión del sistema X

Necesidades de los stakeholders

X

Modelo de requerimientos X

Especificación de casos de uso

X

Especificación del softwareX

Requerimientos suplementarios

X

Estimaciones del proyecto X

Costos del proyecto X

Modelo de actividades X

Modelo deColaboraciones

X

Interfaces del sistema X

Modelo de secuencia X

Diagrama de clases X

Diagrama lógico X

Diagrama físico X

Modelado de componentes X

Modelado de despliegue X

Configurar plataforma X

26

Construcción ImplementaciónCodificación X

Transición Pruebas

Identificar anomalías X

Modificar código X

Desarrollo documentación X

Instalación del software X

1.3. Herramientas

SQL Server 2000

Según Frohock (2001), es un paquete completo de base de datos y análisis de

datos que abre las puertas al rápido desarrollo de una nueva generación de

aplicaciones comerciales de nivel empresarial, que pueden proporcionar a su

compañía una ventaja competitiva crítica. Posee tareas de administración del

servidor y la creación de bases de datos, tablas, vistas e índices. Se incluyen

introducciones al lenguaje SQL y al proceso de diseño y normalización de las

bases de datos.(13)

Microsoft SQL Server 2000 es un sistema gestor de base de datos relacionales.

Una base de datos relacional proporciona una forma de organizar información

almacenándola en tablas de base de datos. La información relacional se puede

agrupar en tablas y también se pueden definir relaciones entre tablas; de ahí el

(13) Disponible en URL http://www.monografias.com/trabajos12/elproducto/elproduc.shtml

27

nombre, base de datos relacional. Los usuarios acceden a la información que

está en el servidor a través de una aplicación.

Los administradores acceden al servidor directamente para realizar tareas de

configuración, administrativas y de mantenimiento de la base de datos. SQL Server nació en 1999 y ha cambiado de forma significativa desde entonces.

Se han realizado grandes mejoras en la dimensionalidad, la integridad, la

facilidad de administración, en rendimiento y las características del producto.

SQL es un sistema gestor de base de datos con muchas características que

permiten configurar el sistema para satisfacer las necesidades de la empresa,

tanto si la compañía es un pequeño negocio, una corporación o un negocio de

comercio electrónico. En este capitulo se han descrito los entornos en los que se

puede ejecutar SQL Server. Después se han tratado algunas de las nuevas

mejoras y características de SQL Server 2000. Estas proporcionan una

administración más sencilla, mayor flexibilidad, mas funcional útil y un mejor

rendimiento.

SQL Server 2000 tiene tantas características nuevas, la cual facilitan el uso y

la gestión de SQL Server, mejoran su rendimiento y hacen que SQL Server

2000 una excelente plataforma de base de datos no solo para el procesamiento

de transacciones en conexión (OLPT, On Line Transaction processing) de

pequeña magnitud, sino también para OLPT de gran magnitud, el

almacenamiento masivo de datos( almacenes de datos, data Ware Housing) y

las aplicaciones de comercio electrónico.

Visual Studio .net

Es una de las herramientas de desarrollo más completa creadas hasta el día de

hoy. Integra en un mismo entorno múltiples lenguajes y todos los recursos

necesarios para la construcción rápida de aplicaciones Windows, componentes,

aplicaciones para la Web y servicios Web. Se pueden crear aplicaciones

basadas en formularios Windows y formularios y servicios Web, también

enseña a utilizar bases de datos sirviéndose de ADO.NET, un

28

modelo renovado para la manipulación de todo tipo de información.(14)

Según Ceballos (2003), es uno de los lenguajes de programación de alto nivel

que pertenecen al paquete.NET(otros lenguajes son C·,C/C++,etc).

Es un producto con una interfaz grafica de usuario para crear aplicaciones para

Windows basado en el lenguaje Basic y en la programación orientada a objetos.

La palabra Visual hace referencia, desde el lado del diseño, al método que se

utiliza para crear la interfaz grafica de usuario si se dispone de la herramienta

adecuada( con Microsoft Visual Studio.NET se utiliza el ratón para arrastrar y

colocar los objetos prefabricados e ele lugar deseado dentro de un formulario) y

desde el lado de la ejecución, al respecto grafico que toman los objetos cuando

se ejecuta el código que los cree, objetos que formaran la interfaz grafica que el

usuario de la aplicación utiliza para acceder a los servicios que esta ofrece.

La palabra Basic hace referencia al lenguaje BASIC, un lenguaje utilizando por

más programadores que ningún otro lenguaje en la historia de la informática.

Visual Basic ha evolucionado a partir del lenguaje BASIC original y ahora

contiene centenares de instrucciones, funciones y palabras clave, muchas de las

cuales están directamente relacionadas con la interfaz grafica de Windows.

La palabra NET hace referencia al ámbito donde operaran nuestras

aplicaciones. Visual Basic.NET proporcionan la tecnología necesaria para

saltar desde el desarrollo de aplicaciones cliente- servidor tradicionales a la

siguiente generación de aplicaciones escalables para la Web, introduciendo

algunos conceptos nuevos, como ensamblados, formularios Web, servicios

Web, ADO.NET y el :NET Framework.

Con Visual Basic.NET se pueden escribir tanto programas convencionales

como para Internet. Las aplicaciones podrán mostrar una interfaz grafica al

usuario, o bien una interfaz de texto, como hacen las denominadas aplicaciones

de consola.

(14) Disponible en URL http://www.agapea.com/Visual-Studio-NET-n10175i.htm

29

El entorno .NET incluye un compilador (programa traductor) de Visual

Basic.NET que produce un código escrito en un lenguaje intermedio(lenguaje

común para todos los lenguajes de dicha plataforma ) que será el que la

maquina virtual ejecutara; esto es, cada lenguaje del entorno de desarrollo tiene

su compilador que produce código correspondiente a un único de lenguaje

denominado MSIL.

Por lo tanto, MSIL es un lenguaje maquina que no es especifico de ningún

procesador, sino de l maquina virtual de.NET. En realidad se trata de un

lenguaje de mas alto nivel que otros lenguajes maquina: trata directamente con

objetos y tiene instrucciones para cargarlos, guardarlos, iniciarlos, invocar a sus

métodos así como para realizar operaciones aritméticas y lógicas, para

controlar el flujo de ejecución, etc. A su vez, la maquina virtual posee un

recolector de basura (para eliminar los objetos cuando no estén referenciados) y

proporciona traductores del lenguaje intermedio a código nativo para cada

arquitectura soportada; se trata de compiladores JIT(Just in time).

Para poder escribir programas con Visual Basic.NET, se necesita un entorno

de desarrollo.

UML

Según Larman (2003), el Lenguaje Unificado de Modelado (UML) es un

lenguaje para especificar, visualizar, construir y documentar los artefactos de

los sistemas de software, así como para el modelado del negocio y otros

sistemas

Es el lenguaje de modelado de sistemas de software más conocido y utilizado

en la actualidad; aún cuando todavía no es un estándar oficial, está apoyado en

gran manera por el OMG (Object Management Group).UML ofrece un

estándar para describir un "plano" del sistema (modelo), incluyendo aspectos

conceptuales tales como procesos de negocios y funciones del sistema, y

aspectos concretos como expresiones de lenguajes de programación, esquemas

de bases de datos y componentes de software reutilizables.

30

Se puede aplicar en una gran variedad de formas para soportar una metodología

de desarrollo de software (tal como el Proceso Unificado de Rational)

Aunque UML nos ofrece un modo estándar de visualizar, especificar, construir,

documentar y comunicar los artefactos de un sistema muy basado en el

software, por supuesto somos consientes de que un Lenguaje como este debe

utilizarse en el contexto de un proceso de software completo. UML es un

medio, y no un fin. El Objetivo final es una aplicación software robusta,

flexible y escalable. Es necesario tanto un proceso como un lenguaje para poder

obtenerla.

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

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

Una vez más, UML es una notación, no un método. No prescribe un proceso

para modelar un sistema. No obstante, como UML incluye los diagramas de

31

casos de uso, se le considera estar dotado de una aproximación al diseño

centrada en el problema con los casos de uso. El Diagrama de Caso de Uso nos

da el punto de entrada para analizar los requisitos del sistema, y el problema

que necesitamos solucionar.

El lenguaje Unificado de modelado o UML(Unified Modeling Language) es el

sucesor de la oleada de métodos de análisis y diseño orientados a

objetos(OOA&D) que surgió a finales de la década de 1980 y principios de la

siguiente. El UML unifica, sobre todo, los métodos de Booch, Rumbaugh

(OMT) y Jacobson, pero su alcance llegara a ser mucho mas amplio. En estos

momentos el UML esta en pleno proceso de estandarización con el

OMG(Object Management Group o Grupo de administración de objetos) y

estoy seguro de que se convertirá en el lenguaje de modelado estándar del

futuro.

Decimos, pues, que el UML es un lenguaje de modelado, y no un método. La

mayor parte de los métodos consisten, al menos en principio, en un lenguaje y

en un proceso para modelar. El lenguaje de modelado es la notación

(principalmente grafica) de que se valen los métodos para expresar los diseños.

El proceso es la orientación que nos dan sobre los pasos a seguir para hacer el

diseño.

Las partes que tratan sobre el proceso en muchos libros de métodos son mas

bien esquemáticas. Mas aun, considero que la mayoría de las personas que

dicen estar usando un método están usando en realidad un lenguaje

remodelado, pero rara vez siguen el proceso. Así pues, en gran medida el

lenguaje de modelado es la parte mas importante del método. Ciertamente, es la

clave para la comunicación. Si usted desea analiza su diseño con alguien, lo

que ambos necesitan comprender es el lenguaje de modelado, no el proceso que

usted siguió para lograr tal diseño.

En su condición actual, el UML define una notación y un meta modelo.

La notación es el material grafico que se ve en los modelos; es la sintaxis del

lenguaje de modelado. Por ejemplo, la denominación de un diagrama de clases

32

define como se representan conceptos y temas como clase, asociación y

multiplicidad.

Por supuesto, esto nos lleva a la pregunta de que significan exactamente

asociación, multiplicidad e, incluso, clase. Por uso común se infieren algunas

definiciones más rigurosas.

En el campo de los métodos formales prevalece la idea de contar con lenguajes

de especificación y diseño riguroso. En tales técnicas, los diseños y las

especificaciones se representan usando alguna derivación del cálculo de

predicados. Tales definiciones son matemáticamente rigurosas y no permiten la

ambigüedad. Sin embrago, el valor de dichas definiciones no es de ninguna

manera universal. Incluso, cuando se puede probar que un programa satisface

una especificación matemática, no hay manera de probar que esa especificación

matemática se adecue en la práctica a los requisitos reales del sistema.

La mayoría de los métodos orientados a objetos (métodos OO) tienen escaso

rigor; su notación es mas intuitiva que formal. N general, esto no parece haber

causado muchos daños. Estos métodos pueden ser informales, pero mucha

gente sigue contratándolos útiles y es su utilidad la que cuenta.

Las técnicas en el UML fueron diseñadas en cierta medida para ayudar a los

usuario a hacer un buen desarrollo de OO, pero cada técnica tienen distintas

ventajas a las de las demás.

Los diagramas de interacción son muy útiles, pues hacen muy explicita la

estructura de los mensajes y, en consecuencia, tienen la ventaja de resaltar los

diseños demasiado centralizados, en los que un objeto realiza todo el trabajo.

Los diagramas de clases, usados para ilustrar modelos de clases, son tanto

buenos como malos para el aprendizaje de objetos. Los modelos de clases son

muy similares a los modelos de datos, por lo que resultan cómodos; muchos de

los que hacen que un modelos de clases sea bueno. El mayor problema en el

modelo de clases que este orientado a datos que desarrollar uno orientado a

responsabilidades.

33

El UML tiene un mecanismo de extensión que utiliza estereotipos.

Hablo de estereotipos solo en el contexto de los diagramas de clases, pero usted

puede emplear estereotipos con cualquier diagrama, ampliando su significado.

Sistema Operativo

Según Silberschatz (2006), es un sistema Operativo es un programa que

administra el hardware de una computadora. También proporciona las bases

para los programas de aplicación y actúa como un intermedio entre el usuario y el

hardware de la computadora. Un aspecto sorprendente de los sistemas operativos

para main-frame están diseñados principalmente para optimizar el uso del

hardware. Los sistemas operativos de las computadoras personales (PC) soportan

desde complejos juegos hasta aplicaciones de negocios. Los sistemas operativos

para las computadoras de mano están diseñados para proporcionar un entorno en

el que el usuario pueda interactuar fácilmente con la computadora para ejecutar

programas por tanto algunos sistemas operativos se diseñan para ser prácticos,

otros para ser eficientes y otros para ambas cosas.

Antes de poder explorar los detalles de funcionamiento de una computadora,

necesitamos saber algo acerca de la estructura del sistema.

Dado que un sistema operativo es un software grande y complejo, debe crearse

pieza por pieza. Cada una de estas piezas deberá ser una parte bien diseñada del

sistema, con entradas, salida y funciones cuidadosamente definidas.

El Sistema operativo controla y coordina el uso del hardware entre los diversos

programas de aplicación por parte de los distintos usuarios.

El sistema operativo proporciona los medios para hacer un uso adecuado de los

recursos durante el funcionamiento del sistema informático. Un sistema

operativo es similar a un gobierno. Como un gobierno, no realiza ninguna

función útil por si mismo: simplemente proporciona un entorno en el que otros

programas pueden llevar a cabo un trabajo útil.

Los sistemas operativos existen porque ofrecen una forma razonable de resolver

el problema de crear un sistema informático utilizable.

Las características varían de un Sistema operativo a otro.

La cuestión acerca de que constituye un sistema operativo esta adquiriendo una

importancia creciente.

34

Un sistema operativo proporciona el entorno en el cual se ejecutan los

programas. Internamente, los sistemas operativos varían enormemente en su

composición, ya que se organizan a lo largo de muchas líneas diferentes.

Unos aspectos más importantes de los sistemas operativos es la capacidad para

multiprogramas. En general, un solo usuario no puede mantener la CPU o los

dispositivos de E/S ocupados continuamente. La multiprogramación incrementa

el uso de la CPU organizando los trabajos (código y datos) de modo que la CPU

siempre tenga uno que ejecutar.

La idea es la siguiente: el sistema operativo mantiene en memoria

simultáneamente varios trabajos. Este conjunto de trabajos puede ser un

subconjunto de los trabajos guardados en la cola de trabajos, la cual contiene

todos los trabajos que entran en el sistema, dado que el numero de trabajos, que

puede mantenerse simultáneamente en memoria es normalmente menor que el

numero de trabajos que puede mantener la cola de trabajos. El sistema operativo

toma y comienza e ejecutar uno de los trabajos que esta en memoria.

Eventualmente, el trabajo puede ser que esperar a que se complete alguna otra

tarea, como por ejemplo una operación de E/S. En un sistema que no sea

multiprogramado, la CPU se quedaría inactiva en estas circunstancias. Por el

contrario, en un sistema multiprogramado, el sistema operativo simplemente

cambia de trabajo y ejecuta otro.

Los sistemas operativos modernos están controlados mediante interrupciones. Si

no hay ningún proceso que ejecutar, ningún dispositivo de E/S al que dar servicio

y ningún usuario al que responder, un sistema operativo debe permanecer

inactivo, esperando a que algo ocurra. Los sucesos casi siempre operativo debe

permanecer inactivo, esperando a que algo ocurra.

Un cierto conjunto de servicios del sistema operativo proporciona funciones que

resultan útiles al usuario:

Interfaz de usuario.

Ejecución de programas

Operación de E/S

Manipulación del sistema de archivos

Comunicaciones

Detección de errores.

35

Hay disponible otro conjunto de funciones del sistema operativo que no están

pensadas para ayudar al usuario, sino para garantizar la eficiencia del propio

sistema. Los sistemas con múltiples usuarios pueden ser más eficientes cuando se

comparten los recursos del equipo entre los distintos usuarios:

Asignación de Recursos

Responsabilidad

Protección y Seguridad

Windows XP

Según Silberschatz (2006), es un sistema operativo multitarea apropiativo de

32/64-bits para los microprocesadores AMD K6/K7, Intel IA32\IA64 y

posteriores. Sucesor de Windows NT y Windows 2000, Windows XP también

trata de reemplazar al sistema operativo Windows 95/98. Los Objetivos clave

del sistema operativo son la seguridad, la fiabilidad, la facilidad de uso, la

compatibilidad con aplicaciones Windows y POSIX, las altas prestaciones,

ampliabilidad, la portabilidad y el soporte internacional. En este capitulo,

vamos a analizar los objetivos clave de Windows XP, la arquitectura en niveles

que los que hace fácil de utilizar, el sistema de archivos de conexión por red la

interfaz de programación.

Los objetivos diseño de Microsoft para Windows XP incluyen la seguridad, la

fiabilidad, la compatibilidad con aplicaciones Windows y posix, las altas

prestaciones, la ampliabilidad, la portabilidad y el soporte internacional.

Los objetivos de Seguridad de Windows XP requerían algo mas que una

simple adherencia a los estándares que permitieron que Windows NT 4.0

recibiera una clasificación de seguridad C-2 por parte del gobierno de EE.UU.

(lo que significa un nivel moderado de protección frente al software defectuoso

de los ataques maliciosos). Se combino una revisión y pruebas profundas del

código con la utilización de herramientas automáticas sofisticadas de análisis

para identificar e investigar los defectos potenciales que pudieran representar

vulnerabilidades de seguridad del sistema.

Windows XP es la primera versión en incorporar soporte de 64 bits. El sistema

de archivos nativo NT(NTFS) y muchas de las API Win32 han utilizado

siempre enteros de 64 bits en todos los lugares apropiados, por lo que la

36

extensión principal de 64 bits en Windows XP se refiere principalmente al

soporte de direcciones de gran tamaño.

Windows XP utiliza una arquitectura cliente- servidor (como Mach) para

poder implementar múltiples personalidades del sistema operativo, como por

ejemplo la API Win32 y POSIX, con una serie de procesos de nivel de usuario,

denominados subsistemas. La arquitectura de subsistemas permite realizar

mejoras en una de las personalidades del sistema operativo sin afectar a la

compatibilidad con las aplicaciones de las restantes personalidades.

Windows XP amplia la verificación de los controladores con el fin de detectar

errores mas sutiles, mejora las facilidades para detectar los errores de

programación en el código de nivel de usuario y somete a los dispositivos,

controladores y aplicaciones de terceras fuentes, a un riguroso proceso de de

certificación. Además, Windows XP añade nuevas facilidades para monitorizar

el estado del PC, incluyendo la descarga de parches para los problemas, antes

de que estos lleguen a ser experimentados por los usuarios. La fiabilidad

percibida de Windows XP también se mejoro haciendo que la interfaz grafica

de usuario fuera mas fácil de utilizar; para ello se empleo un mejor diseño

visual, unos menús mas simples y unas mejoras mensurables en la facilidad con

la que los usuarios pueden descubrir como realizar determinada tareas

comunes.

La arquitectura de Windows XP es un sistema de módulos organizado en

niveles. Los niveles principales son el nivel HAL, el Kernel y el subsistema

ejecutivo, todos los cuales se ejecutan en modo protegido, junto con una

colección de subsistemas de modo usuario pueden clasificarse en dos

categorías: los subsistemas de entorno, que emulan diferentes sistemas

operativos y subsistemas de protección , que proporcionan funciones de

seguridad. Una de las principales ventajas de este tipo de arquitectura es que las

iteraciones entre distintos módulos resultan simples.

Windows XP también esta diseñado para su utilización en entornos

internacionales y multinacionales. Proporciona soporte para diferentes

configuraciones nacionales mediante la API de Soporte de idioma

Nacional(NLS, nacional-language-support).

Rational Rose

37

Rational Rose es la herramienta CASE que comercializan los desarrolladores

de UML. Esta herramienta propone la utilización de cuatro tipos de modelo

para realizar un diseño del sistema, utilizando una vista estática y otra dinámica

de los modelos del sistema, uno lógico y otro físico. Permite crear y refinar

estas vistas creando de esta forma un modelo completo que representa el

dominio del

problema y el sistema de software. Rational Rose utiliza un proceso de

desarrollo iterativo controlado, donde el desarrollo se lleva a cabo en una

secuencia de iteraciones. Cada iteración comienza con una primera

aproximación del análisis, diseño e implementación para identificar los riesgos

del diseño.(15)

(15) Disponible en URL http://www.monografias.com/trabajos5/insof/insof.shtml

38

CAPITULO II : RESULTADOS

2.1. Documento de Evaluación de la Organización

2.1.1 Descripción de la Empresa

2.1.1.1 Contexto Del Negocio

Nombre o razón social:

Del Manantial S. A.C. RUC: 2048995300

Historia:

El proyecto del manantial es el resultado de un proyecto de inversión realizado

durante una maestría en la universidad san Ignacio de Loyola en lima, los

propietarios de la empresa son 6 profesionales trujillanos de los cuales 5 han

trabajado en la embotelladora Coca cola Trujillo. La embotelladora inicia sus

actividades con 3 líneas de producción, y planea producir agua de mesa,

gaseosa y tragos cortos. Su producción inicio con mil cajas diarias en un solo

turno de 8 horas diarias cuya visión de comercialización seria en la ciudad de

Trujillo y de distribuidores mayoristas en caso de la sierra de la libertad.

Razón Principal De La Organización

Desarrollar una empresa altamente competitiva en el rubro de bebidas,

logrando cubrir las expectativas de los consumidores, en cuanto a calidad,

precio, oportunamente logrando un posicionamiento en el consumidor

trujillano, generando a los accionistas una rentabilidad mayor que en el

mercado financiero.

Ubicación:

Dirección: Av. Metropolitana A’ lote 7 San Isidro Trujillo La Libertad.

39

2.1.1.2 Ideas Y Estrategias Del Negocio En El Contexto Del Proyecto

Nuestro proyecto se basa en el proceso de ventas de bebidas gaseosas y

aguas minerales en la que intervienen los procesos de facturación, toma

de pedidos y cobranzas, por lo tanto se aplicarían las siguientes

estrategias:

Agilizar el proceso de ventas que incluye la toma de pedidos de

productos y cobranzas a través del uso de un Hand Held (Palm,

móvil) para transportar los datos directamente a la Base de datos del

sistema, así como también agilizar el proceso de facturación.

2.1.2 Factores Externos

Clientes

Bodegas

Mayoristas:

Chiclayo

Tumbes

Sierra: Santiago Chuco, Tallabamba

Restaurantes

Casinos

Kioscos

Personas naturales

Competidores

Coca Cola company

Pepsi Cola

Kola Real

Cassinelly

40

Proveedores

Esencias: Proveedor principal CRAMER Perú con esencias, saborizantes,

acidulantes, edulcorantes y otros para los sabores Fresa, Cola, Lima

Limón, Naranja y Montana Perú, esencia para la Dorada.

Tapas plásticas: Proveedor principal ANVIP SAC cuyo lote mínimo de

compra es de 50 Millares de tapas, el cual incluye impresión de logotipos.

Etiquetas: Proveedores principales, Print Plastic SAC, con lotes mínimos

inferior al de mercado los cuales son de 12 Millares por formato y un

proveedor en Trujillo Maprint SAC.

Botellas: serán solo del tipo no retornable, hechas de material virgen

(preformas San Miguel), proveedores como FCD Plastic SAC.

2.1.3 Factores Internos

2.1.3.1 Proceso De Negocio

Gestionar pedidos

Gestionar facturación

Gestionar cobranza

2.1.3.2 Herramientas De Soporte

Camionetas

Triciclos

Vehículos de carga

Computadoras

41

2.1.3.3 Organización Interna (Organigrama)

Figura Nº 01- Organigrama del Manantial SAC

2.1.3.4 Competencia Destreza Y Actitudes

La política de la empresa, no es tanto incentivar la competencia entre

trabajadores, más bien esta enfocada en una filosofía WIN WIN,

donde se premia a todos de acuerdo a su desarrollo en conjunto, se

desarrolla las destrezas de los empleados, a través de cursos de

capacitación, y reuniones que se realizan entre el personal, donde se

analiza el desarrollo de la empresa, y el desarrollo de los trabajadores,

tanto en el plano laboral como personal, para así generar mayor

compromiso de ellos, para con la empresa, una actitud positiva, y un

mejor desarrollo de su función todo esto en un ambiente de confianza

por todas las partes.

2.1.3.5 Capacidad De Cambio

La capacidad de cambio en el nivel tecnológico es alto, puesto que

actualmente manejan el control de datos en hojas de MS Excel, por lo

que solamente se implantaría el sistema, y se capacitaría a los

trabajadores para su uso, y ya se tendría realizado.

En el nivel de personal, el nivel cognitivo y de actitudes es bastante

regular, la gente es hábil, optimista y deseosa por mejorar, al parecer

hay compromiso con la empresa.

42

2.1.4 Conclusión

Demora en pasar datos de los pedidos a una hoja de Calculo Excel por

parte del empleado lo que ocasiona perdida innecesaria de tiempo.

La fortaleza de la empresa esta que tiene personal capacitado, en cada

actividad de la empresa.

Demasiado centralismo del trabajo de cuadre de datos de ventas en una sola

persona

Registro de las cobranzas efectuadas a los clientes sujetos a crédito en

hojas de Excel.

Perdida y tergiversación de data al digitar manualmente el ingreso de los

datos.

Toma de decisiones poco acertadas por parte de la gerencia.

2.1.5 Problemas de Área

Demora en obtener e ingresar datos de los pedidos a la computadora.

Mal control de los documentos de venta

Demora en el proceso de facturación.

No hay control en el despacho de los pedidos.

Manejo poco efectivo de las cobranzas realizadas a los clientes

2.1.6 Tecnologías de la nueva aplicación

Tecnología NET FRAMEWORK

Servidor de Base de Datos MS SQL Server 2000

Red Cableada tipo Estrella

43

2.2 Modelo Visual del Diagnostico

Figura Nº 01- Modelo Actual de los procesos Del Manantial SAC

2.3 Arquitectura del Negocio

2.3.1 Objetivos

Agilizar el proceso de toma de pedidos y cobranzas mediante el uso

dinámico de un dispositivo Hand Held (Palm) que posea una hoja de

cálculo en Excel.

Controlar la cobranza y pago de los pedidos

Controlar el proceso de facturación.

Obtener datos estadísticos, reportes e información necesaria para toma

de decisiones por parte de gerencia.

2.3.2 Restricciones

Presupuesto limitado con respecto a la tecnología a adquirir:

Computadoras de alta tecnología, licencias de software.

Reglas internas del negocio.

44

2.3.3 Vista de los Procesos

Figura Nº 02- Modelo Actual de los procesos

2.3.4 Vista de Estructura Organizacional

Figura Nº 03- Organigrama del Manantial SAC

45

2.3.5 Vista Cultural

La visión de los socios es favorable hacia la implantación del sistema, todos

están de acuerdo, puesto que son concientes de los beneficios que traería a

la empresa, ellos afirman que el sistema logrará un mejor manejo y

desarrollo del área de distribución.

Los socios tienen gran interés por automatizar el manejo de la información

para facilitar la supervisión y la toma de decisiones como así también

mejorar la ejecución de los procesos de distribución.

La visión de los trabajadores, es a favor con la implantación del sistema,

puesto que le hemos explicado las funcionalidades del sistema, y saben que

su labor será más fácil de manejar, más ordenada, y simple, así que no están

temerosos al cambio.

2.3.6 Vista de Recursos Humanos

El personal tiene actualmente una funcionalidad aceptable, pero con la

implantación del sistema se mejorará sustancialmente el manejo del área de

ventas, y se reducirá la sobrecarga laboral.

Gerente: Obtendrá sus reportes del área de ventas y pedidos de forma

instantánea, facilitando la supervisión del área.

Jefe de ventas: Podra aprobar los despachos que esten expeditos, llevara un

control de los pedidos efectuados al dia, sera el encargado de realizar la

facturacion.

46

2.4 Modelo Visual Solucionador

.Figura Nº 04- Modelo Visual Solucionador Del Manantial SAC

2.5 Reglas del Negocio

Definiciones

Gestionar pedidos

El vendedor irá a ciertas zonas predeterminadas para tomar el pedido de los

clientes que anteriormente lo han solicitado.

El vendedor captará el pedido solicitado por el cliente y también el tipo de

pago través de su Hand Held (Palm).

El vendedor entrega la Palm a un encargado del sistema quien ingresará la

data registrándola en el sistema.

47

Gestionar facturación

El jefe de ventas verifica las cuentas por cobrar de los clientes

El jefe de ventas autoriza la salida de los pedidos de los clientes sujetos a

crédito que no sean morosos(el plazo máximo de pago es de 1 mes)

Se genera la guía de remisión

Se procede a imprimir las boletas y facturas de los clientes ya sean

naturales o jurídicos

Se le entrega al cliente el producto con su documento de venta.

Gestionar Cobranza

Se visita al cliente y se registra la cobranza en la palm, en caso que el

cliente pague por partes se registra la amortización (Cliente sujeto a

crédito).

Le entrega la palm al encargado del sistema para que actualice los nuevos

datos importándolos al sistema.

Se actualiza las cuentas por cobrar

Se actualiza el documento de venta

2.6 Modelo de Casos de Uso del Negocio

Gestionar Facturacion

(from Logical View)

Jefe VentasVendedor

(f rom Casos de uso Negocio)

Encargado del sistema

Gestionar cobranza

AlmacenGestionar Pedidos

(from Logical View)

Figura Nº5- Modelado casos uso de negocio

2.7 Especificación de Caso de uso de Negocio

48

2.7.1 Gestionar Pedidos

Descripción

Consiste en captar datos del pedido con el dispositivo Hand Held para

luego ser registrados en el sistema, estos luego podran ser modificados en

caso de que asi se requiera

Objetivo

Registrar el pedido automáticamente

Categoria

Primario

Flujo de trabajo

Consultar Cliente

Registrar Cliente

Consultar Zona

Consultar producto

Importar pedido

Registrar Pedido(movil)

Consultar Empleado

Consultar Tipo Pago

Modificar pedido

Consultar pedido

Modificar pedido

Registrar Pedido(sistema)

Riesgo

La Palm se encuentre dañada

El pedido este mal tomado

Propietario

Encargado del sistema

49

Precondición

Contar con una Palm

Contar con una macro en Excel que sea capaz de ser importar datos al

sistema.

2.7.2 Gestionar Factuación

Descripción

Consiste en generar los documentos de ventas a partir de los pedidos

registrados en el sistema pertenecientes a los clientes autorizados por el

jefe de ventas para su posterior impresión y entrega con el respectivo

producto.

Objetivo

Generar y registrar los documentos de venta

Categoria

Primario

Flujo de trabajo

Consultar cliente

Consultar documento de venta

Autorizar despacho

Consultar pedido

Generar documento de venta

Registrar Documento de venta

Generar guia de remision

Registrar guia de remision

50

Riesgo

Error en la aprobación de pedidos.

Error en el pedido.

Precondición

Tener registrado los pedidos

Tener registrado los documentos de venta

Tener registrado un listado de las cuentas por cobrar (creditos)

Propietario

Jefe de ventas

2.7.3 Gestionar cobranza

Descripcion

Consiste en realizar la cobranza a los clientes, la cobranza puede ser al

contado o al crédito, los clientes sujetos a crédito registraran las

amortizaciones que vayan realizando en la hand Held por el vendedor para

luego ser importadas en el sistema.

Objetivo

Registro y control de la cobranza

Categoria

Primario

Flujo de trabajo

Consultar cliente

Registrar Amortizacion(Movil)

Importar datos de palm

51

Registrar Amortizacion(sistema)

Actualizar Cuentas por cobrar

Riesgo

Error al captar datos en la palm.

Precondicion

Tener registrado los documentos de venta

Tener registrado los pedidos

Propietario

Jefe de ventas

2.8 Modelo de Objetos de Negocio

2.8.1 Gestionar pedidos

Tomando Pedido en palm

vendedor

(from Objetos del Negocio)

Cliente

(from Objetos del Negocio)

Tipo Pago

(from Objetos del Negocio)

Pedido

(from Objetos del Negocio)

EmPleado

(from dominio)

producto

Hand Held

(from Objetos del Negocio)

crear/Leer

Leer

Crear

Leer

Leer

Figura Nº 6- Tomando pedido en palm

52

Registro de Pedidos en el sistema

Hand Held

(from Objetos del Negocio)

Cliente

(from Objetos del Negocio)

Tipo Pago

(from Objetos del Negocio)

Producto

(from Objetos del Negocio)

Pedido

(from Objetos del Negocio)

EmPleado

(from dominio)

Encargado Sistema

(from Objetos del Negocio)

Crear/Leer

Leer

Leer

Crear/Actualizar

Leer

Almacen

(from caso uso Negocio)

Figura Nº 7- Registro de pedidos en el sistema

2.8.2 Gestionar Facturación

Cuentas por cobrar

(from Objetos del Negocio)

Autorizando Pedido

Jefe de ventas

(from Logical View)

Leer

amortizacion

Leer

Figura Nº 8- Autorizando Pedido

53

Pedido

(from Objetos del Negocio)

Cuentas por cobrar

(from Objetos del Negocio)

Guia de Remision

Gestionar facturacion

Empleado

Jefe de ventas

(from Logical V...

Leer

Leer

Crear

Documento de ventaLeer

Leer

Figura Nº 9- Gestionar Facturación

2.8.3 Gestionar cobranzas

Cobrar en Palm

cliente

(from Objetos del Negocio)

Cuentas x cobrar

(from dominio)

Vend Hand Held

(from Objetos del Negocio)

Leer

amortizacion

Leer

54

Cargo

Juridica

Natural

DistritoZona1* 1*

Tipo pago

Cliente1* 1*

Producto

Tipo DocumentoDocumento Venta1* 1*

Amortizacion

Cuentas x cobrar

*

1

*

1

Pedido

1

*

1

*

*

1

*

1

**

**

*1 *1

*

1

*

1

Guia Remision

1

*

1

*

EmPleado

*

1

*

1

11 11

Unidad

1

1

1

1

Figura Nº 10- Cobrar en Palm

Generar cobranza/ Registro de Cobranza

Cuentas por cobrar

(f rom Objetos del Negocio)

Cliente

(f rom Objetos del Negocio)

Hand Held

(f rom Objetos del Negocio)

vendedor

amortizacion

Documento de venta

Pedido

(f rom Diagrama de clase)

Encargado Sistema

(f rom Objetos del Negocio)

Actualizar/Leer

LeerImportar

actualizar/leer

Leer

Leer

Figura Nº 11- Generar cobranza / Registro de Cobranza

2.9 Modelo de Dominio

Figura Nº 12- Modelo de Dominio

55

2.10 Glosario del negocio

Cliente.- Persona a quien se le vende y distribuye el producto. No esta

asociado con UML

Zonas.- Espacio geográfico que tiene un nombre específico, en donde hay

una colección de calles y clientes. No esta asociado con UML

Producto.- Cajas de gaseosas y agua mineral, las marcas que representan

los productos son:”Mochic Kola” para las bebidas gaseosas y “Del

manantial” para las aguas minerales. No esta asociado con UML

Liquidación.- Es el proceso por el cual el producto que se envía al cliente

es vendido en el caso de que se devuelva el producto entonces este se

retorna a la fábrica.

Cama.- Bloques de cajas de gaseosas. De 3.2 lt: camas de 20 unidades, de

1.65 lt: camas de 30 unidades.

Cajas unitarias: convertidas a cajas de 12 unidades, cada unidad es de 1

litro

2.11 Visión del Negocio.

2.11.1 Posicionamiento

La empresa MANANTIAL SAC tiene pocos años de funcionamiento en

el medio local, es otra empresa más que brinda bebidas gaseosas en el

mercado (La libertad), teniendo sucursales de distribución en la sierra

de la libertad.

2.11.2 Oportunidad del negocio

DEL MANANTIAL es una empresa rentable, con tendencias a la

expansión de distribución y a la innovación tecnológica. En este sentido,

contar con un sistema informático le permitirá controlar mejor los

documentos generados tanto en el manejo de los documentos de venta,

los pedidos y cobros así mismo la generación de diversos reportes que

servirán de mucha ayuda al gerente.

56

De esta manera se genera un ahorro económico para la empresa ya que

se minimizará los tiempos de procesamiento.

Problema Afectados Impacto Beneficios o Soluciones

Control de

Pedidos

Encargado del

sistema

Demora en ingresar

datos del pedidos en una

hoja de Excel

Automatizar la

información del pedido.

Generación

manual

Facturación

Cliente Demora en la

generación de los

documentos de ventas

Automatizar el proceso

de facturación

Errores en la

captación de

datos en los

pedidos así

como en la

entrega de doc.

De ventas y

cobros

Cliente Tergiversación de la

data al momento de

ingresar en el

computador

Carga de información

para pedidos, cobros y

entrega en la facturación

en una hand held

Control de

cobranzas

Cliente/Empresa Mal manejo del registro

de las cobranzas en

hojas de Excel

Automatizar el proceso

de cobranzas través de

un hand held

Falta de reportes

para la toma

decisiones en los

procesos

mencionados

Empresa Impacto a la hora de

tomar acciones de

acuerdo a unos reportes

no tan fidedigno

Generación de reportes

estadísticos en base a una

data real.

2.11.3 Problemas a solucionar

57

2.11.4 Declaración de la posición del producto

Para DEL MANANTIAL SAC

Quien Ayudará en mejorar los procesos ventas

El sistema de

Información para

la distribución y

control de Kardex

De primera necesidad. Es un Software diseñado

utilizando Metodología Orientada a Objetos y haciendo

uso de UML (Unified Modeling Language)

Que Logra eficiencia en la realización de los procesos

asegurando la seguridad de los datos almacenados

referente a la toma de pedidos, facturación así como en

el proceso de cobranza.

A menos que Se siga trabajando con unos sistemas que se simule en

hojas de Excel y manualmente en los procesos de

gestión de pedidos, facturación y cobranza.

Nuestro producto Es consistente y de fácil manejo.

Automatizará los procesos existentes en las áreas

indicadas y complementan a la toma de decisiones en

dichas áreas.

2.11.5 Descripción de Usuario y Stakeholder

2.11.5.1 Demografía del Mercado

El producto esta destinado para todas las tiendas, casinos,

restaurantes, kioscos o cualquier lugar o persona dedicada a la

venta y consumo de agua y gaseosa.

La principal motivación es satisfacer la necesidad de contar con

un sistema que proporcione mayor seguridad en el proceso de

tomas de pedidos, facturación y cobranza.

2.11.5.1.1 Stakeholders

58

Nombre Descripción Responsabilidad

Erick Mantilla

SevillanoGerente.

Velar que todos cumplan

con sus actividades y que

todo marche bien en la

distribuidora.

Administrar el dinero.

Marcial

Benites

Alcántara

Jefe de ventas.

Velar por que no haya

ninguna irregularidad en

los proceso de facturación

2.11.5.1.2 Entorno de Usuario

Actualmente los procesos de pedidos, la facturación y

cobranzas se desarrollan de manera manual. La empresa

cuenta con una computadora en la cual hace el control de

ventas con un pequeño sistema en Excel.

Perfil del Stakeholder

2.11.5.1.3 Gerente

Representante Erick Mantilla Sevillano

DescripciónEs la persona responsable del área de la administración

de la empresa.

Tipo

Persona con experiencia en el campo que labora y

calificada como acto en el negocio y en los procesos

que lleva a cabo.

Responsabilidades

Velar que todos cumplan con sus actividades y que

todo marche bien en la distribuidora.

Administración del capital de la empresa.

Criterio de ÉxitoRadica en la obtención con éxito de un consolidado de

documentos contables libres de errores.

59

2.11.5.1.4 Jefe de Ventas

Representante Marcial Benites Alcántara

Descripción

Es la persona responsable de despachar los pedidos

expeditos y analizar los créditos de los clientes así

como de generar los documentos de venta.

TipoPersona con experiencia en el campo que labora y

calificada en los procesos que lleva a cabo.

Responsabilidades

Autoriza los pedidos que están listos para ser

facturados.

Consulta los créditos de los clientes.

Genera los documentos de venta

Criterio de Éxito Radica en la buena validación de los pedidos que están

expeditos para ser facturados.

Envolvimiento

(Relación con el

proyecto)

Al final los consolidados de los documentos contables

facilitarán la información de la empresa y a la

administración de la empresa por parte del gerente.

Entregables

Los entregables son los reportes de control según el

tipo de consulta de las ventas realizadas que se le da al

gerente.

Comentarios y

Problemas

El sistema le facilita en sus labores y obligaciones.

60

Perfil del Cliente

Representante Cliente

DescripciónEs la persona que va a recibir el producto dado el pedido

correspondiente así como su respectivo documento de venta.

Tipo Considerado como optimista en su posición como usuario.

Responsabilidades Cancelar en el plazo definido el pedido.

Criterio de Éxito Cuando se beneficia del servicio

Envolvimiento

(Relación con el

proyecto)

El servicio que va recibir

Entregables No reparte entregables.

Comentarios y

Problemas

Puede realizar una devolución del producto o hacer una

modificación en el pedido solicitado.

Alternativas y competencias

Alternativas

Microsoft Word

Microsoft Excel

Microsoft Access

Competencias

Sistema de información de Otras Empresas

2.11.6 Objetivos del modelo de Negocio

Gestionar los pedidos

Gestionar la facturación

Gestionar las cobranzas

61

2.11.7 Restricciones

No cuenten con un presupuesto para invertir en hand helds.

Resistencia de los empleados al cambio.

2.11.8 Rangos de Calidad

El sistema será de fácil manejo.

El mantenimiento del sistema será constante por parte de los

desarrolladores.

Confiabilidad en la seguridad de los datos.

El sistema mejorará el manejo y comunicación de información entre

las personas que lo necesiten.

Tolerancia en fallas mínimas.

Claves del Stakeholder y Necesidades del Cliente

Necesidades Trata sobre…. Solución Actual Soluciones

Propuestas

Gestionar los

pedidos

Los pedidos de los

clientes que son

tomados por el

vendedor

Los pedidos son

ingresados

manualmente a un

sistema en Excel

Se captura el pedido

en la hand held ,

luego se importa la

data al sistema

registrándose el

pedido

automáticamente.

Gestionar la

facturación

Realizar la

facturación para los

pedidos hechos por

los clientes

Se realiza la

facturación de

manera manual,

verificando las

cuentas por cobrar

de los clientes para

proceder con dicha

Generar

automáticamente la

facturación a partir

del pedido registrado

y autorizado.

62

operación.

Gestionar las

cobranzas

Realizar los cobros a

los clientes al

momento de

entregarles el pedido,

si es a crédito el

cliente tiene 30 días

como máximo para

pagar.

Los cobros se

realizan de manera

manual y se

ingresan a una hoja

de Excel.

Se capta los datos de

la cobranza en el

hand held para tener

un control de estos

en el sistema.

2.11.9 Precedencia y Prioridad

El registro del pedido tiene como inicio la captura de estos en el

hand held (Palm) obtenidos de los clientes en las diferentes zonas a

vender teniendo como requisito tener un formato del pedido en

Excel en la palm .

2.11.10 Requerimientos

2.11.10.1 Estándares aplicables

Cumplirá con los estándares del sistema operativo Windows XP

Cumplirá con los estándares mínimos del diseño de interfaces.

El software esta programado con las normas y restricciones que

permita visual .Net

2.11.10.2 Requerimientos del sistema

El sistema para las estaciones requerirá de un sistema operativo

Windows XP .

El sistema para el servidor requerirá un sistema operativo Win 2003

advance Server.

El sistema presentará una configuración de usuarios y sus

respectivos usuarios.

Se requerirá de la instalación del Net Framework

Se requerirá de la instalación de SQLServer 2000.

2.11.10.3 Requerimientos de Performance

63

La Performance del Sistema será con un mínimo del 90%

Fácil acceso a los datos.

La confiabilidad del sistema con respecto al almacenamiento y

procesamiento de los datos será de un 80 %.

2.11.10.4 Requerimientos de Entorno

2.11.10.4.1 Requerimientos del Software

El software requerirá de un uso adecuado para

no procesar datos erróneos.

Los usuarios del sistema deberán ser

previamente capacitados para la utilización

del sistema.

El sistema requiere de una disponibilidad de

recursos inmediata para la ejecución de los

mismos.

2.11.10.4.2 Requerimientos del Hardware

2 computadoras Pentium IV como mínimo,

con 256 MB de RAM y disco duro de 40 GB

para las estaciones

1 Computadora Pentium IV con 512 MB de

Ram para el servidor con disco duro de 80 GB

, y 3.5 Ghz de procesador como mínimo.

Se requerirá de una tarjeta de red de 10/100 M

para cada computadora

Un switch Fast ethernet 10/100 TCP IP

2 Impresoras Matriciales HP.

64

2.12 Modelado de Requerimientos

Registrar cliente

Consultar Tipo pago

Vendedor

Consultar empleado

Registrar Pedido

Consultar zona

Consultar empleado

Consultar Cliente

<<extend>>

consultar pedido

Registro Pedidos

<<include>>

<<include>>

<<include>>

<<include>>

Importar Pedido

Importar cobranza

Registrar Cobranza (Movil)

<<include>>

Encagardo Sistemas

Registrar Documento venta

Consultar pedido

Consultar documento venta

Consultar Tipo documento

consultar cl iente

Consultar amortizacion

<<include>>

consultar cuentas x cobrar<<include>>

<<include>>

Generar Documento Venta

<<include>>

<<include>>

<<include>>

Registro Cobranzas<<include>>

<<include>><<include>>

Autorizar pedido

<<include>>

<<include>>

Jefe Ventas

consultar empleado

consultar unidad

Registrar guia remision

Generar Guia remision

<<include>>

<<include>><<include>>

Registrar Pedidos(Movil)

<<include>>

<<include>>

<<include>>

<<include>>

Modificar Pedido

<<include>>

<<extend>>

Consultar producto

<<include>>

<<include>>

Almacen

Figura Nº 13- Modelo de casos de uso de requerimiento

65

2.13 Especificación de Casos de Uso

2.13.1 Especificación de CU: Consultar cliente.

Descripción.

Este proceso permite consultar los datos de los clientes que están

registrados en el sistema, devolviendo una lista el criterio de la

consulta.

Flujo de Eventos:

Flujos Básicos:

Verificar existencia del cliente

Devuelve la lista de clientes de la consulta.

Flujo Alternativo:

Consultar clientes por otro criterio de búsqueda, ID, Zona, etc.

Requerimientos no Funcionales:

Actualización de nuevos datos de clientes.

Pre-Condición:

Que existan clientes registrados

Post-Condición:

2.13.2 Especificación de CU: Consultar Producto.

Descripción.

En este proceso se consulta los datos del producto, devolviendo una

lista de productos según el criterio de la consulta.

Flujo de Eventos:

Flujos Básicos:

Devuelve la lista de productos de la consulta.

Flujo Alternativo:

Requerimientos no Funcionales:

Actualización de nuevos datos de clientes.

Pre-Condición:

Que existan productos en el stock

Post-Condición:

2.13.3 Especificación de CU: Consultar Zona.

66

Descripción.

Este proceso permite consultar los datos de las zonas registradas en

el sistema, devolviendo una lista según el criterio de la consulta.

Flujo de Eventos:

Flujos Básicos:

Verificar existencia de la zona

Devuelve la lista de zonas según la consulta.

Flujo Alternativo:

Consultar clientes por otro criterio de búsqueda, ID, Zona, etc.

Requerimientos no Funcionales:

Actualización de nuevos datos de zonas.

Pre-Condición:

Que existan zonas registradas

Post-Condición:

2.13.4 Especificación de CU: Consultar unidad

Descripción.

Este proceso permite que dado un criterio de búsqueda se consulte

una unidad enviándose un listado de unidades según se requiera.

Flujo de Eventos:

Flujos Básicos:

Verificar existencia de unidades.

Mostrar una lista de unidades según criterios de búsqueda.

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que las unidades se encuentren registradas

Post-Condición:

Consulta hecha satisfactoriamente

2.13.5 Especificación de CU: Consultar Empleado.

67

Descripción.

Este proceso permite consultar los datos de los empleados que están

registrados en el sistema, devolviendo una lista el criterio de la

consulta.

Flujo de Eventos:

Flujos Básicos:

Verificar existencia del empleado

Devuelve la lista de empleados de la consulta.

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que existan empleados registrados

Post-Condición:

Disertación

2.13.6 Especificación de CU: Consultar pedido.

Descripción.

Este proceso permite que dado un criterio de búsqueda se consulte

un pedido, enviándose el listado que se requería por día.

Flujo de Eventos:

Flujos Básicos:

Verificar existencia de pedidos.

Mostrar una lista de pedidos según criterios de búsqueda.

Flujo Alternativo:

68

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que los pedidos se encuentren registrados

Post-Condición:

Consulta hecha satisfactoriamente

2.13.7 Especificación de CU: Consultar Cuentas por cobrar

Descripción.

Este proceso permite que dado un criterio de búsqueda se consulte

el estado de las cuentas efectuadas por los clientes que eligieron la

modalidad de pago al crédito.

Flujo de Eventos:

Flujos Básicos:

Verificar existencia de cuentas por cobrar.

Mostrar una lista de las cuentas por cobrar según criterios de

búsqueda.

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que las cuentas por cobrar se encuentren registradas

Post-Condición:

Consulta hecha satisfactoriamente

2.13.8 Especificación de CU: Consultar Amortización

Descripción.

Este proceso permite consultar las amortizaciones que los clientes al

crédito han ido efectuando según lapsos de tiempo

Flujo de Eventos:

Flujos Básicos:

Verificar existencia de amortizaciones

69

Mostrar una lista de las amortizaciones

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que las amortizaciones hayan sido importadas al sistema desde el

Hand held.

Post-Condición:

Consulta hecha satisfactoriamente

2.13.9 Especificación de CU: Autorizar Pedido.

Descripción.

Este proceso permite autorizar los pedidos de los clientes que no

tienen deudas

Flujo de Eventos:

Flujos Básicos:

Verificar existencia de cuentas por cobrar

Mostrar una lista de los créditos de los clientes según criterios de

búsqueda.

Cancelar el pedido seleccionado

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que los pedidos se encuentren registrados

Que las cobranzas se encuentren registradas

Que las amortizaciones se encuentren regitradas

Post-Condición:

Autorización hecha satisfactoriamente

2.13.10 Especificación de CU: Consultar

Documento de venta.

70

Descripción.

Este proceso permite que dado un criterio de búsqueda se consulte

un documento de venta, enviándose el listado que se requería según

la consulta.

Flujo de Eventos:

Flujos Básicos:

Verificar existencia de documentos de venta registrados.

Mostrar una lista de documentos según criterios de búsqueda.

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que los documentos de venta se encuentren registrados

Post-Condición:

Consulta hecha satisfactoriamente

2.13.11 Especificación de CU: Generar

Documento de venta.

Descripción.

Este proceso permite generar los documentos de venta a partir de

los pedidos registrados.

Flujo de Eventos:

Flujos Básicos:

Verificar existencia de pedidos registrados expeditos.

Generar documentos de venta

Flujo Alternativo:

71

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que los pedidos se encuentren registrados

Que se haya autorizado los pedidos.

Post-Condición:

Documentos de venta generados satisfactoriamente.

2.13.12 Especificación de CU: Generar guía de

remisión

Descripción.

Este proceso permite generar una guía de remisión a partir de los

documentos de venta y los pedidos registrados

Flujo de Eventos:

Flujos Básicos:

Verificar existencia documentos de venta y pedidos.

Mostrar la guía de remisión de los pedidos realizados al día.

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que los documentos de venta y los pedidos se encuentren

registrados

Post-Condición:

Consulta hecha satisfactoriamente

2.13.13 Especificación de CU: Registrar guía de

remisión

Descripción.

Este proceso permite registrar la guía de remisión generada a partir

de los documentos de venta y pedidos registrados.

72

Flujo de Eventos:

Flujos Básicos:

Que la guía de remisión haya sido generada

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que la guía no se encuentre registrada.

Post-Condición:

Consulta hecha satisfactoriamente

2.13.14 Especificación de CU: Registrar

documento de venta

Descripción.

Este proceso permite registrar los documentos de venta en el

sistema.

Flujo de Eventos:

Flujos Básicos:

Consultar documentos de venta

Muestra el detalle

Se registra el documento de venta.

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que los documentos de venta no se encuentren registrados

Post-Condición:

Se registra el documento de venta satisfactoriamente

73

2.13.15 Especificación de CU: Registrar

Cobranza ( Móvil )

Descripción.

Este proceso permite registrar las cobranzas hechas a los clientes en

la palm.

Flujo de Eventos:

Flujos Básicos:

Exportar la cobranza a la palm

Muestra el detalle de la cobranza

Se registra la cobranza.

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla en Excel.

Pre-Condición:

Que las cobranzas no se encuentren registradas

Post-Condición:

Se registra las cobranzas satisfactoriamente

2.13.16 Especificación de CU: Registro

Cobranza ( sistema )

Descripción.

Este proceso permite mostrar el detalle de las cobranzas registradas

en el sistema por día.

Flujo de Eventos:

Flujos Básicos:

Importar la cobranza de la palm

Consultar documentos de venta

Muestra el detalle

Flujo Alternativo:

Requerimientos no Funcionales:

74

Usar una interfaz amigable y sencilla

Pre-Condición:

Que las cobranzas no se encuentren registradas

Post-Condición:

Se registra las cobranzas satisfactoriamente

2.13.17 Especificación de CU: Registrando

Pedido (Móvil)

Descripción.

Este proceso permite registrar los pedidos solicitados por los

clientes en la palm.

Flujo de Eventos:

Flujos Básicos:

Consultar el cliente

Consultar Producto

Consultar tipo pago

Consultar vendedor

Se registra el pedido

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una macro en Excel para la toma de pedidos en una palm.

Pre-Condición:

Que los pedidos no se encuentren registrados en la palm

Post-Condición:

Se registra los pedidos satisfactoriamente en la palm

2.13.18 Especificación de CU: Registro de

Pedidos (Sistema)

Descripción.

75

Este proceso permite mostrar los pedidos que han sido importados

en el sistema así como también modificar y actualizarlos

Flujo de Eventos:

Flujos Básicos:

Importar el pedido de la palm

Consultar el pedido x cliente

Muestra el detalle

Consultar producto

Modificar el pedido

Se Registrará el pedido con los cambios

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que los pedidos no se encuentren registrados

Post-Condición:

Se registra los pedidos satisfactoriamente

2.13.19 Especificación de CU: Generar

consultas gerenciales

Descripción.

Este proceso permite generar consultas a partir de la data registrada

en el sistema para la oportuna toma de decisiones por parte de la

gerencia

Flujo de Eventos:

Flujos Básicos:

Consultar pedidos por cliente

Consultar ventas por rango de fechas

76

Consultar productos mas vendidos por rango de fechas

Consultar clientes mas destacados

Flujo Alternativo:

Requerimientos no Funcionales:

Usar una interfaz amigable y sencilla

Pre-Condición:

Que los documentos de venta se encuentren registrados

Post-Condición:

La toma oportuna de decisiones por parte de la gerencia

MODELADO DE ANALISIS Y DISEÑO

2.14 Modelo de Actividades de Caso de Uso

Consultando zona

No Mostrar por criterio de busqueda

Si

Verificar Existencia de zona

Figura Nº 14 – Consultando Zona

77

Consultar Cliente

Verificar existencia del cliente

NoMostrar por criterio

de busqueda

Si

Figura Nº 15- Consultar Cliente

Consultar Pedido

Verificar exixtencia de pedido

Mostrar por criterio de busqueda

Si

No

78

Figura Nº 16- Consultar Pedido

Consultar Producto

Verificar existencia de producto

Mostrar por criterio de busqueda

Si

No

Figura Nº 17- Consultar Producto

Consultar Empleado

Figura Nº 18 – Consultar Empleado

79

Consultar Unidad

Verificar existencia de unidades

Mostrar por criterio de busqueda

Si

No

Figura Nº 19- Consultar Unidad

Registrar Empleado

Figura Nº 20- Registrar empleado

80

Registrar documento de venta

Leer Pedido

Verificar tipo de Cliente

Registrar Factura

2=Persona juridica

Registrar Boleta

1= Persona natural

Imprimir

Figura Nº 21- Registrar Documento de Venta

Registrar cobranza (Móvil)

Captar Cliente

Registrar Cobranza

Captar tipo de pago

Figura Nº 22- Registrar Cobranza (Móvil)

81

Registro de Cobranzas

Captar Zona

Modificar Cobranza

Cargar datos de cobranza

Verificar datos cobranza

Error

Importar Datos Hand Held

Figura Nº 23- Registro de Cobranzas

82

Registro de pedidos

Captar Zona

Verificar datos Pedido

Modificar pedido

Error

OK

Importar datos del hand held

Captar Cliente

Figura Nº 24- Registro de Pedidos

Registrar Unidad

Captar datos de unidad

Verificar existencia de unidades

Si

Registrar unidad

No

Figura Nº 25- Registrar Unidad

83

Registrar Guía Remisión

Captar Pedidos del dia

Captar Unidad

Registrar Guia de remision

Captar Conductor

Figura Nº 26- Registrar Guía Remisión

2.15 Diagrama de Colaboraciones

Consultando cliente

: Encargado sistema : Consultador cliente : Cliente : Buscador cliente

1: Consultar cliente 2: buscando cliente

4: objCliente

3: leer

Figura Nº 27- Registrar Consultando cliente

Consultando Empleado

Figura Nº 28- Consultado Empleando

84

Consultando Pedido

Encargado sistema Consultador pedido Buscador pedidos Pedido

1: Consultar pedido 2: Buscar pedido

4: ListObj pedido

3: Leer

Figura Nº 29- Consultando Pedido

Consultando Unidad

Jefe almacen Consultador Unidad Buscador Unidad Unidad

1: Consultar Unidad2: Buscar Unidad

4: list Obj unidad

3: Leer

Figura Nº 30- Consultando Unidad

Consultando Zona

Jefe almacen Consultador zona Buscador zona Zona

1: Consultar zona 2: Buscar zona

4: list Obj zona

3: Leer

Figura Nº 31- Consultando Zona

Registrar Cliente

Figura Nº 32- Registrar Cliente

85

Modificar Cliente

Figura Nº 33- Modificar Cliente

Registrar Empleado

Figura Nº 34- Registrar Empleado

Modificar Empleado

Figura Nº 35- Modificar Empleado

86

Registrar Documento Venta

Jefe de ventas Registrador doc venta

Verificador documento venta

Creador documento venta

Documento de venta

1: Registrar doc venta

2: Verificar

4: varest

5: Creador obj doc entreg

3: Leer

6: Nuevo

Figura Nº 36- registrar Documento Venta

Registrar guía de remisión

Jefe de ventas Registrador guia remision

Creador guia remision

: Conductor

: Unidad

Guia remision

: Buscador Conductor

: buscador Unidad

Verificador guia remision

1: Registrar guia remision

8: Verificando Guia rem.

11: Creando guia

2: buscando cond.

5: buscando Unidad

9: Leer

10: ObjGuia

12: Nuevo

3: leer

4: lstCond

6: Leer

7: lstUnidad

Figura Nº 37- Registrar Guía de Remisión

87

Registro de Pedidos

Registro Pedidos

: buscador pedido : Pedido

: Buscador cliente : Cliente

: Buscador zona : Zona

: Creador Pedido

: Hand Held

7: BusarVendedor

9: 12:objPedido

1: Buscar clinte

3: objCliente

4: Buscar zona

6: obJZona

10: BuscarPedido

8: Leer

2: Leer

5: Leer

11: Leer

12: Consultar pedido

: Vendedor : Buscador vendedor

13: CrearPedido

14: Nuevo15: Creado

Figura Nº 38- Registro de Pedidos

Modificar Pedido

Figura Nº 39- Modificar Pedido

88

Registro de Cobranzas

: Encargado sistema

: Cliente

: Cuentas x cobrar

: Buscador cliente

: Documento Venta : Buscador Doc. Ventas

: Buscador Cuentas x cobrar

: Registrador de Doc Venta

: Creador cobranza

1: Consultar Cobranza

9: leer

3: leer

6: leer

2: Buscar cliente

4: ObjCliente

5: Buscar doc venta

7: ObjDVta

8: buscar cuentas x cobrar

10: ObjCtas

11: Modificar cobranza

12: Nuevo

Figura Nº 40- Registros de Cobranzas

Autorizando Pedido

: Jefe ventas

: Cuentas x cobrar : Buscador Cuentas x cobrar

: Autorizador pedido

: Buscador Amortizacion : Amortizacion

1: Autorizar pedido

3: leer2: buscar Ctas x cobrar

4: objCtas

5: Buscar amortizacion

7: MsgOk6: Leer

Figura Nº 41- Autorizando Pedido

89

Generando documento de venta

Figura Nº 42- Generando documento de venta

90

2.16 Modelo de Interfaces del Sistema

Inicio de sesión

Figura Nº43- Inicio de Sesión

Menú Principal

Figura Nº44- Menú Principal

91

Mantenimiento de Clientes

Figura Nº 45- Mantenimiento de clientes

Mantenimiento de Zonas

Figura Nº 46- Mantenimiento de zonas

92

Mantenimiento de Distritos

Figura Nº 47- Mantenimiento de distritos

Mantenimiento de empleados

Figura Nº 48- Mantenimiento de empleados

93

Mantenimiento Unidades

Figura Nº 49- Mantenimiento de Unidades

Importar Pedidos

Figura Nº 50- Importar Pedidos

94

Importar Cobranzas

Figura Nº 51- Importar cobranzas

Registro de Pedidos

Figura Nº 52- Registro de pedidos

95

Registro de Cobranzas

Figura Nº 53- Registro de Cobranzas

Amortizaciones (Créditos)

Figura Nº 54- Amortizaciones (Créditos)

96

Registro de documentos de venta

Figura Nº 55- Registro documentos de venta

97

Guía de remisión

Figura Nº 56- Guía de Remisión

Archivo Pedido.xls en dispositivo móvil

Pedido(Hoja1)

Figura Nº 57- Archivo Pedido.xls en Dispositivo Móvil Pedido (Hoja 1)

98

Detalle de pedido (Hoja2)

Figura Nº 58- Detalle de Pedido (Hoja2)

Cuentas (hoja3)

Figura Nº 59- Cuentas (hoja3)

Cuentas por cobrar(Letras.xls)

Figura Nº 60- Cuentas por cobrar (letras.xls)

99

Reportes emitidos por el sistema : Reporte de documentos de venta

Boleta de venta

Figura Nº 61- Boleta de Venta

Factura

Figura Nº 62- Factura

100

2.17 Requerimientos Suplementarios

2.17.1 Funcionalidad

Generación de reportes con rapidez, la elaboración de diferentes

reportes que es necesario para los diferentes usuarios que lo

necesite.

Ayuda en el proceso de toma de pedidos y cobranza facilitando el

manejo a través del uso de un Hand Held.

Un mejor manejo de facturación, para controlar los documentos de

venta que se entregan a los clientes y la venta del día.

Los usuarios tendrán acceso a la información de las diferentes áreas,

pero contaran con diferente privilegio, como ejemplo el encargado

del sistema no podrá modificar la data de la facturación y cobranza,

pero si del pedido y la importación de datos.

Se utilizará las normas estándares para la creación de las interfases,

teniendo en cuenta las dificultades de los usuarios.

2.18 Especificaciones del software

2.18.1 Descripción Global

El producto en desarrollo esta orientado al área de Ventas de Gaseosa y

agua mineral de la empresa "DEL MANANTIAL". Dentro del área de

ventas el sistema contara con:

Registro de los pedidos solicitados por los clientes en el hand held

Registro de pedidos en el sistema importando datos del hand held.

Automatización de la facturación, mediante la generación y registro

de documentos de venta según los pedidos que los clientes hayan

solicitado y se hayan registrado en el sistema.

Control de las cobranzas que se realizan a los clientes mediante el

manejo de cuentas por cobrar.

Exportación de las cobranzas actualizadas al hand Held.

Generación de reportes gerenciales para la óptima toma de

decisiones.

101

2.18.2 Funcionalidad

Gestión de Pedidos

Los pedidos tomados serán registrados en la hand held para

posteriormente ser importados por el sistema, la data del pedido se

podrá modificar si se desea para luego ser registrada.

Generación de facturación

El sistema va a generar los documentos de venta a partir de los

pedidos que hayan sido autorizados por el jefe de ventas según los

pagos que vayan realizando los clientes.

Manejo de Cobranzas

Haciendo uso del dispositivo hand held se registrara la cobranza al

cliente para luego ser importada por el sistema quien registrará la

cobranza y actualizará los nuevos datos.

Utilidad

Capacitación

Previamente al uso del sistema, se realizará una capacitación a los

empleados que harán uso del sistema con el fin de adiestrarlos en el

uso de la aplicación, de tal forma que sepan actuar frente algún

imprevisto con el sistema. La duración de la capacitación dependerá

en gran parte del nivel de experiencia del equipo encargado de la

capacitación y de los mismos empleados ya que ellos tienen

conocimientos de computación (los que interactúan directamente

con el sistema).

Diseño de interfaces

El diseño de interfaces tendrá un alto grado de importancia en el

desarrollo del Software, se diseñaran interfaces que sean familiares

y amigables pero sobre todo de fácil uso y con la ayuda respectiva

para dar solución a cualquier tipo de problema.

El estándar de interfaces será la de Windows

102

2.18.3 Confiabilidad

Disponibilidad

El Sistema deberá soportar al menos 12 horas de trabajo

ininterrumpido en las que la organización realiza sus diversas

actividades además deberá poder recuperarse frente algún fallo

interno.

Tiempo significativo entre fallas

Luego de implantar el sistema en la empresa se garantiza que el

Sistema deberá funcionar correctamente hasta un periodo de 4

meses, entre los cuales se realizará mantenimiento de código y a la

vez actualizaciones del sistema.

2.18.4 Performance

Tiempo de respuesta para una transacción

Todas las transacciones que se realizarán en la organización deberán

ser en el menor tiempo posible. Un tiempo aproximado para

transacciones de registro y actualización de los datos deberá ser

realizada en menos de 5 segundo, en transacciones que involucren

una lectura de gran cantidad de datos y procesamiento de los

mismos tales como las estadísticas ( calculo de reportes realizados)

y los pronósticos, no deberán superar los 10 segundos. Estos

tiempos dependerán del tipo de recursos tecnológicos que se tenga

en la empresa.

Recursos

Un punto importante que se debe tomar en cuenta para asegurar una

buena performance del Sistema, serán los recursos que tenga el

computador en el cual será implantado el Sistema. Como

requerimientos mínimos se recomienda tener una memoria RAM de

256 MB, un disco duro de al menos 40GB y tarjetas de video de

32x, tarjeta de red de 10/100M.

Estándares de Programación

Toda la codificación será hecha tomando en cuenta estándares de

nomenclatura de variables, tanto para los componentes visuales o

103

variables locales entre otros. Esto ayudara en gran medida al

entendimiento y actualización del código en un futuro, ya sea por los

mismos desarrolladores del software u otros.

La arquitectura será de Tres Capas:

Capa de Datos

Capa de Negocio

Capa de Usuario

Se utilizara el lenguaje de programación Visual Studio .NET 2003

ADO

Cristal.rpt

Clases.cls

DLL

Se utilizará como motor de Base Datos a SQLServer 2000

Se utilizarán Procedimientos Almacenados en SQLServer 2000.

Se crearán usuarios.

2.18.5 Documentación en Línea del Usuario y Requerimientos de Ayuda

del Sistema

El Sistema deberá contar con la ayuda necesaria para que los que haga

uso del sistema entiendan su uso. Se realizará un manejo de excepciones

y se mantendrá un historial de errores que permitirá analizar los puntos

críticos del Sistema que permitirá poder dar solución a dichos. Se

tendrá en cuenta un manual de instalación y configuración del sistema.

2.18.6 Interfaces

Interfaces del Sistema

Las interfaces del sistema que se implantarán serán diseñadas de

acuerdo a estándares de diseño establecidos (GUI Microsoft),

buscando la facilidad de uso y la familiaridad con los que van a ser

104

uso de ellas. La mayoría de las interfaces contarán con la ayuda

respectiva para su manejo.

2.19 Visión del sistema

2.19.1 Posicionamiento

2.19.1.1 Declaración del Problema

Problema Afectados Impacto Beneficios o

Soluciones

Demora en la

toma del pedido

Vendedor La toma es ineficiente

al realizarse de manera

manual

Realizar la toma de

pedidos a través de un

hand held y procesarla

en el sistema

Demora en

realizar la

facturación

Jefe ventas La facturación se

realiza de manera

manual

Automatizar el

proceso de facturación

Mal manejos de

las cobranzas

Jefe ventas No se tiene un control

de las cobranzas

Realizar la cobranza a

través del hand held y

procesarla en el

sistema

La toma de

decisiones no es

muy amplia

Gerente No se tiene un control

de consultas para la

toma de decisiones.

Generar consultas

gerenciales a través de

reportes estadísticos.

2.19.1.2 Declaración de Posicionamiento del Producto

Para Empresa Embotelladora “DEL MANATIAL SAC”

Quien Ayudara en mejorar los procesos

El sistema de

Información

De primera necesidad. Es un Software diseñado

utilizando Metodología Orientada a Objetos y

105

para la

distribución y

control de

Inventario

haciendo uso de UML (Unified Modeling Language)

Que Logra eficiencia en la realización de los procesos de

las ventas asegurando la seguridad de los datos

almacenados referente a los pedidos, documentos de

venta y cobranzas utilizando un dispositivo hand held

para el transporte y manejo eficiente de la data.

A menos que Se siga trabajando con un sistema en MS Excel que no

es muy eficiente.

Nuestro

producto

Es consistente y de fácil manejo.

Automatizará los procesos existentes en las áreas de

ventas y complementan a la toma de decisiones en

dichas área por parte de la gerencia.

2.19.2 Descripciones de Stakeholders y Cliente

2.19.2.1 Resumen de Stakeholders

Nombre Descripción Responsabilidad

Gerente Encargado de tomar las Velar que todos

106

decisiones administrativas

de la empresa.

cumplan con sus

actividades y que

todo marche bien

en la distribuidora.

Jefe de Ventas

Encargado de supervisar el

control de las cobranzas y

facturación

Supervisar las

cobranzas y

facturación,

entregando al

gerente la

documentación

respectiva de los

movimientos

realizados

2.19.3 Entorno de Usuario

Actualmente los procesos de ventas se realizan manualmente.

La empresa cuenta con una computadora en la cual hace el control de

pedidos, facturación y cobranzas con un pequeño sistema en MS Excel.

2.19.4 Vista del Producto

2.19.4.1 Perspectiva del Producto

El producto en desarrollo esta orientado al control en el área de ventas ,

que se genera debido a las entradas y salidas que se dan en el almacén

que permitirá la administración la empresa por parte del gerente. Este

sistema contará con un generador de ruta óptima que te va permitir

elaborar la ruta óptima para la distribución del producto (aguas y

gaseosas), así como un generador de reportes que permite una mejor

toma de dediciones.

El sistema trabaja de forma dependiente (sistema de ventas y de

producción).

107

2.19.4.2 Características del Producto

El producto almacenará la información de la empresa de manera

segura, evitando que sea de utilidad para personas ajenas a la

empresa.

Mantendrá un nivel de acceso de acuerdo a los empleados que

accedan al sistema.

El producto tendrá interfaces entendibles y de fácil uso para el

usuario.

El producto notificará al usuario sobre eventos importantes tales

como los plazos.

2.19.4.3 Otros requerimientos del Producto

Los requerimientos mínimos de hardware con los que el sistema deberá

contar son:

Memoria RAM de 256MB.

Disco duro de al menos 40GB.

Una tarjeta de video 32x

Impresora.

El Sistema contara con una plataforma Windows XP para las estaciones,

Windows 2003 Server para el servidor, Office 2000, y SQL Server

2000.

2.19.4.4 Notas legales y Copyright

El “SISTEMA INFORMÁTICO CON HAND HELD PARA

CAPTURA DE DATOS EN LA TOMA DE PEDIDOS Y COBRANZA

DE LA EMPRESA DEL MANANTIAL SAC” es el resultado del

estudio y desarrollo del proyecto para el plan de suficiencia profesional,

de la Universidad Privada Antenor Orrego (UPAO) 2007, por lo que se

entrega proyecto en calidad de Creative Commons (CC) con todos los

108

permisos de este tipo de licencia (los permisos de copia edición y

modificación del código) no nos hacemos responsables del uso que se

le de a nuestro sistema.

2.19.5 Organización del Proyecto

2.20.5.1 Estructura Organizacional

El equipo encargado del desarrollo del Proyecto estará a cargo de los

Alumnos

Jorge Luis Ortecho Alva y Cynthia Dajana Neira Lázaro. El equipo de

desarrollo contará con asesoría externa por parte del Ing. Jaime Díaz

Sánchez

Roles y Responsabilidades

Persona Rol AUP

Jorge Luis Ortecho Alva Jefe del Proyecto, Analista y

Programador.

Cynthia Dajana Neira Lázaro Analista, Diseñador y Programador

2.20.6 Estimaciones del proyecto

2.20.6.1 Normas para la estimación del tiempo de un proyecto por Casos de

Uso

a. Ponderación de Actores (PA)

109

Como parte inicial de este proceso se consideran a los actores del

sistema

Los actores son clasificados en simple, promedio o complejo.

Un actor simple es otro sistema con una interfaz de

programación de aplicaciones definida.

Un actor promedio es otro tipo de sistema que interactúa come

medio a un protocolo de comunicación.

Un actor complejo es una persona que interactúa como medio a

una interfaz grafica para usuario.

TIPO DESCRIPCION FACTOR

SIMPLE Interfaz con otro sistema 1

PROMEDIO Interac. o interfaz con un protocolo 2

COMPLEJO Interfaz grafica 3

PA = PAS+PAP+PAC

PAS= Nro. de actores simples*factores de pond. simple

PAP= Nro. de actores simples*factores de pond. prom.

PAC= Nro. de actores simples*factores de pond. Comp.

b. Ponderación de los Casos de Uso Actores (PCU)

Se analizan los casos de uso, determinando si es simple, promedio o

complejo.

Esta decisión es basada tomando en cuenta el numero de

transacciones en un caso de uso, incluyendo casos de uso

secundario.

TIPO DESCRIPCION FACTOR

SIMPLE Menos de 3 transacciones 5

PROMEDIO Entre 4 y 7 transacciones 10

COMPLEJO Mas de 7 transacciones 15

110

PCU = PCUS+PCUP+PCUC

PCUS= Nro. de caso de uso simple * factor pond. simple

PCUP= Nro. de caso de uso prom. * factor pond. prom.

PCUC= Nro. de caso de uso complejos * factor pond. comp

c. Ponderaciones de Factores Técnicos

Debemos ponderar los puntos de los casos de uso no ajustados, para

factores como:

La complejidad técnica del proyecto

El nivel de experiencia del equipo del proyecto

El rango de valores que se asigna a cada factor varía entre 0 y 5

0 Irrelevante

1 Mas o menos regular

2 Regular

3 Basico

4 Muy Basico

5 Esencial

d. Factor Técnico de Complejidad (TCF)

TIPO DESCRIPCION FACTOR

T1 Sistema Distribuido 2

T2 Tiempo de respuesta o vel. de rend. 1

T3 Eficiencia del usuario final (en línea) 1

T4 Procesamiento complejo interno 1

T5 Código que debe ser rehusado 1

T6 Facilidad de instalación 0.

T7 Facilidad de uso 0.5

T8 Portabilidad 2

T9 Facilidad de cambio 1

T10 Concurrencia 1

T11 Incluir difer. caract. esp. De seguridad 1

111

T12 Proveer directiva de acceso por nivel 1

T13 Facilidad de entrenam. A usuarios 1

TFactor = ∑(Valor asignado)*(ponderación del factor)

TCF = 0.6 + (0.01*TFactor)

e. Factor técnico del nivel de experiencia del equipo (EF)

TIPO DESCRIPCION FACTOR

F1 Familiaridad con el proceso de desarrollo 1.5

F2 Experiencia en el desarrollo de aplicaciones 0.5

F3 Experiencia en orientado a objetos 1

F4 Capacidad del líder del equipo (jefe del proyecto) 0.5

F5 Motivación 1

F6 Establecer los requerimientos 2

F7 Trabaja a tiempo parcial -1

F8 Deficiencias en el manejo del lenguaje de programación -1

EFactor = ∑(Valor asignado)*(ponderación del factor)

TCF = 1.4 + (-0.03*EFactor)

f. Estimaciones del Proyecto

Para determinar el tiempo estimado del proyecto (TEP) por persona

se realiza lo siguiente:

TEP = (((FactorHorasPersona)*UCP/48)+FC)/NPE

FC = Factor de Contingencias

NPE = Numero de personas del equipo

El factor de contingencias varia entre 3 o4 semanas, si se tiene manera

de calcular, se puede aplicar el valor hallado a este factor.

Para determinar el numero de horas por persona, se tiene en cuenta lo

siguiente:

Promedio del valor asignado de F1 a F6 = PVAF1F6

Promedio del valor asignado de F7 a F8 = PVAF7F8

SPVA = PVAF1F6 + PVAF7F8

112

Si SPVA es menor igual a 2, entonces: 20 horas/persona

Si SPVA esta enter 3 a 4, entonces: 28 horas/persona

Si SPVA es mayor que 5, entonces: replantear el proyecto.

Para establecer el numero indicado de personas a participar en el

proyecto depende mucho de la necesidad que el usuario tenga de que el

sistema este implementado.

Otro aspecto a tener en cuenta es buscar el punto de equilibrio entre el

tiempo, el número de personas y el costo del mismo de tal manera que

sea rentable la propuesta de desarrollo.

Finalmente para determinar el costo aproximado del proyecto se

multiplicara el numero de personas del equipo por el salario promedio

del mercado para un especialista en desarrollo de software

ESTIMACIONES DEL PROYECTO

Ponderación de los Actores

Tipo Descripción Factor # Actores Promedio

Simple Interfaz con otro sistema 1 0 0

Promedio Interfaz con un protocolo 2 1 2

Complejo Interfaz grafica 3 4 12

  Ponderación de los Actores PA = 14

Ponderación de los Casos de Uso

Tipo Descripción Factor # Casos U Promedio

Simple Menos de 3 transacciones 5 23 115

Promedio Entre 4 y 7 transacciones 10 0 0

Complejo Mas de 7 transacciones 15 0 0

  Ponderación de los Casos de Uso PCU = 115

Puntos de caso de uso inajustable UCCP = TCF* TEF 0,684

113

Puntos de Casos de Uso UCP = (PA + PCU) * UCCP 88,23

Factor Técnico de Complejidad

Tipo Descripción Factor Valor Asignado Promedio

T1 Sistema Distribuido 2 4 8

T2

Tiempo de Respta o vel. De

rendimiento 1 4 4

T3

Eficiencia del usuario final (en

línea) 1 3 3

T4

Procesamiento complejo

interno 1 3 3

T5 Código que debe ser rehusado 1 2 2

T6 Facilidad de Instalación 0,5 3 1.5

T7 Facilidad de Uso 0,5 3 1.5

T8 Portabilidad   2 2 4

T9 Facilidad de Cambio 1 3 3

T10 Concurrencia 1 3 3

T11

Incluir dif.caract.esp de

seguridad 1 3 3

T12

Proveer directiva de acceso por

nivel 1 3 3

T13

Facilidad de entrenam. A

usuarios 1 4 4

  Tfactor = 43

  TCF = 0.6 + (0.01 * Tfactor) = 1,03

Factor Tecnico del Nivel de Experiencia del Equipo (EF)

Tipo Descripcion Factor Valor Asignado Promedio

F1

Familiaridad con el proc. De

desarrollo 1,5 3 4.5

F2

Experiencia en el desarrollo de

aplicac. 0,5 3 1.5

114

F3

Experiencia en orientado a

objetos 1 4 4

F4

Capacidad del lider del equi(jef

de proy.) 0,5 3 1.5

F5 Motivacion   1 3 3

F6 Establecer los requerimientos 2 4 8

F7 Trabaja en tiempo parcial -1 2 -2

F8

Deficiencias en el manejo de

leng.De prog -1 1 -1

  Efactor = 19,5

  TEF = 1.4 + (-0.03 * Efactor) = 0,815

Estimaciones del Proyecto

Tipo Descripción Valor Asignado

PVAF1F6

Promedio del valor asignado de

F1 a F6 3,75

PVAF7F8

Promedio del valor asignado de

F7 a F8 -1,5

SPVA PVAF1F6 + PVAF7F8 2,25

  Horas / Hombre 20

  Factor de Contingencias 3

  # Personas del Equipo 2

Tiempo Estimado del Proyecto TEP =

TEP = (((Factor Horas Persona) * UCP/48) + FC) / NPE 19,88 semanas

  5 meses aprox.

Sueldo por persona $ 250

$ 2500

2 personas $ 500

5 meses $ 2500

Costo Estimado del Proyecto (CEP) (Dolares) =

Costos de implementación del proyecto

115

Productos Cantidad

Precio

Unitario Importe

Computadora P VI 3 300 900

Impresora Matricial 2 50 100

Switch D-Link 1 50 50

UTP Cat 5e 200 0,4 80

Conectores RJ 45 10 0,3 3

Palm HD 2 100 200

TOTAL 1333

Costos de Licencias

Producto Nª Copias

Precio

Unitario Importe

.Net Framework 2 (Free) 7 0 0

SQL Server 200 1 500 500

TOTAL 500

Cuadro de Costos Totales

Detalle Inversión

Costo Mano de Obra 2500

Costo Productos a Comprar 1333

Licencias 500

TOTAL 4333

116

: USUARIO : ObjTipoEmpleado : Cargo : ObjEmpleado : Empleado : FrmEmpleado

ClickCrear

Obtener

Mostrar

Ingresar Datos

Click Grabar

Click Nuevo

Activar Controles

Crear Insertar

Actulizar

Listar

Datos Actulizados

Desactivar Controles

2.20 Diagrama de Secuencia

Registrar empleado

Figura Nº 63- Registrar Empleado

Consultar Cliente

Figura Nº 64- Consultar Cliente

: ObjCliente : FrmCliente : Cliente : Juridico : Natural : Usuario

Click

CargarDatos

Click Nuevo Activar Campos

Ingresar Datos

Click Grabar

Crear Inserta

Actualiza

Inserta

Actualiza

Inserta

Actualiza

Datos Actualizados

Desactivar Campos

117

Registrar Unidad

Figura Nº 65- Registrar Unidad

Registrar Zona

Figura Nº 66- Registrar Zona

: Distrito : USUARIO : FrmZona : ObjZona : Zona

Click

Nuevo

Activar Controles

Ingresar Datos

Click GrabarCrear

Insertar

Actualizar

Listar

Datos Actualizados

Desactivar Controles

Mostrar Datos

118

Registrar Guía Remisión

Figura Nº 67- Registrar Guía Remisión

Importar Cobranza

Figura Nº 68- Importar Cobranza

Desactivar Campos

: USUARIO : FrmGuiaRemision : Documento_Venta : Pedido : ObjGuiaRemision : GuiaRemision : ObjCl iente : Cliente : FrmBuscarDatos

Click

Click NuevoActivar Campos

Click Buscar Cl iente

Mostrar

Click EjectuarCrear

Seleccionar

Seleccionar

Seleccionar

Mostrar Datos

Devolver resultados

Ingresar Datos

CrearInsertar

Actualizar

Listar

Datos Actualizados

: USUARIO : FrmImportarCobranza : Excel : ObjAmortizacion : Amortizacion

Click

Click Buscar ArchivoMostrar

Mostrar Datos

Ingresar datos

Grabar

Click ImportarCrear

Insertar

Datos Ok

119

Importar Pedido

Figura Nº 69- Importar Pedido

Registro de Documentos de Venta

Figura Nº 70- Resgistro de documentación de Venta

: TipoDocumento : USUARIO : FrmDocVenta : FrmBuscarDatos : Cliente : ObjPedido : Pedido : ObjDocVenta : Documento_Venta : ObjCliente

Click

Click Nuev o

Devolver Datos

Activar Campos

Click Buscar Cliente

Mostrar

Click Ejecutar CrearSeleccionar Datos

Retornar

Reotnar Datos

CrearSeleccionar Datos

Mostrar Datos

Ingresar Datos

Click GrabarCrear

Insertar

Actualizar

Listar

Actualizar Datos

Desactivar Controles

: USUARIO : FrmImportarPedido : Excel : ObjPedido : Pedido

Click

Click Buscar Archivo

Mostrar

Mostrar Datos

Ingresar Datos

Grabar

Click ImportarCrear

Insertar

Datos Ok

120

Registro Pedidos

Figura Nº 71- Registro Pedidos

Autorizar pedido

Figura Nº 72- Autorizar pedido

121

: Tipo_Pago : USUARIO : FrmPedido : FrmBuscarDatos : ObjCl iente : Cliente : Empleado : ObjPedido : Pedido : Producto

Click

Activar Controles

Click Buscar Cl iente

Mostrar

Click EjecutarCrear

SelccionarMostrarRetornar

Retornar

Ingrsar Datos

Click Grabar

Crear Insertar

Actulizar

ListarDevolver datos

Click Nuevo

Desactivar Controles

Click Agregar ProductosSeleccionar

Mostrar Datos

Retornar

Unidad

NombrePlacaEstadocapacidadObservacion

RegistrarUnidad()ModificarUnidad()ListarUnidad()

Distri to

NombreDesripcion

RegistrarDistri to()ModificarDistri to()

Producto

NombreTipoTamañoPrecioUstock

ListarProducto()

cargo

Tipo

GuiaRemision

Fecha

ListarGuia() 1*

1*

Zona

NombreDescripcionmapa zona

RegistrarZona()ModificarZona()ListarZona()

* 1* 1

Juridica

RazonSocialRuc

Natural

Apell idosNombresDNI

Detalle pedido

Cantidad

Agregar()Quitar()ListarDetallePed()

1..n1 1..n1

Empleado

NombresApell idosDireccionTelefono

RegistrarEmpleado()ModificarEmpleado()ListarEmpleado()

*

1

*

1

1..n

1

1..n

1

Cuentas x Cobrar

Saldo InicialFecha_inicFecha Final

RegistrarCtas()ListarCtas()ImportarCtas()

Cliente

DireccionTelefono

RegistarCliente()ModificarCliente()ListarCliente()

11..n

11..n

1

1

1

1

11 11

Tipo pago

Tipo

Pedido

Fecha_pedEstadoTotalFechaPago

RegistrarPedido()ModificarPedido()ImportarPedido()

1

1..n

1

1..n

1..n

1

1..n

1

1..n

1

1..n

1

1

1..n

1

1..n

1..n

1

1..n

1

Documento de venta

NSerieNCorrelativoFecha emisionFecha pago

RegistrarDocVta()ListarDocVta()

(from Modelo Obj Negocio)

1..n

1

Tipo Documento

Descripcion

11..n

1

1..n

1..n 1

Figura Nº 73- Diagrama de Clases

Diagrama de Clases

122

Diagrama Lógico

T_Detalle pedido

Cantidad : SMALLINTT_Detalle pedido_ID : INTEGERT_Pedido_ID : INTEGERT_Producto_ID : INTEGERT_Pedido_T_Pedido_ID : INTEGERT_Producto_T_Producto_ID : INTEGER

T_Unidad

Nombre : SMALLINTPlaca : SMALLINTEstado : SMALLINTcapacidad : SMALLINTObservacion : SMALLINTT_Unidad_ID : INTEGER

T_Producto

Nombre : SMALLINTTipo : SMALLINTTamaño : SMALLINTstock : SMALLINTPrecioU : SMALLINTT_Producto_ID : INTEGER

T_cargo

Tipo : SMALLINTT_cargo_ID : INTEGERT_Empleado_ID : INTEGERT_Empleado_T_Empleado_ID : INTEGER

T_GuiaRemision

Fecha : SMALLINTT_GuiaRemision_ID : INTEGERT_Conductor_ID : INTEGERT_Unidad_ID : INTEGERT_Empleado_ID : INTEGERT_Documento Venta_ID : INTEGERT_Conductor_T_Conductor_ID : INTEGERT_Unidad_T_Unidad_ID : INTEGERT_Empleado_T_Empleado_ID : INTEGER

1

0..*

1

0..*

<<Non-Identifying>>

T_Cuentas por cobrar

T_Cuentas por cobrar_ID : INTEGER

1 1..*1 1..*

<<Non-Identifying>>

T_Documento Venta

Fecha_emision : SMALLINTFecha_pago : SMALLINTNserie : SMALLINTNcorrelativo : SMALLINTT_Documento Venta_ID : INTEGERT_Tipo Documento_ID : INTEGERT_Pedido_ID : INTEGER

1

1..*

1

1..*

<<Non-Identifying>>

T_Empleado

Nombres : SMALLINTApellidos : SMALLINTDireccion : SMALLINTTelefono : SMALLINTT_Empleado_ID : INTEGERT_Conductor_ID : INTEGERT_Conductor_T_Conductor_ID : INTEGER

1

0..*

1

0..*

<<Non-Identifying>>

1 1..*1 1..*

<<Non-Identifying>>

T_Tipo pago

Tipo : SMALLINTT_Tipo pago_ID : INTEGER

<<PK>> PK_T_Tipo pago49()

T_Pedido

Fecha_ped : SMALLINTEstado : SMALLINTTotal : SMALLINTFechaPago : SMALLINTT_Pedido_ID : INTEGERT_Cliente_ID : INTEGERT_Cuentas por cobrar_ID : INTEGERT_Tipo pago_ID : INTEGERT_Tipo pago_T_Tipo pago_ID : INTEGERCOL_0 : INTEGERT_Empleado_ID : INTEGERT_Cliente_T_Cliente_ID : INTEGERT_Cuentas por cobrar_T_Cuentas por cobrar_ID : INTEGERCOL_7 : INTEGERCOL_8 : INTEGERCOL_9 : INTEGERT_Empleado_T_Empleado_ID : INTEGER

0..1

0..*

0..1

0..*

<<Non-Identifying>>

1

1..*

1

1..*

<<Non-Identifying>>

11..*

11..*

<<Non-Identifying>>

1

1..*

1

1..*

<<Non-Identifying>>

0..10..*

0..10..*

<<Non-Identifying>>0..1

0..*0..1

0..*

<<Non-Identifying>>1

1..*1

1..*

<<Non-Identifying>>

T_Juridica

RazonSocial : SMALLINTRuc : SMALLINTT_Juridica_ID : INTEGER

T_Natural

Apellidos : SMALLINTNombres : SMALLINTDNI : SMALLINTT_Natural_ID : INTEGER

T_Cliente

Direccion : SMALLINTTelefono : SMALLINTT_Cliente_ID : INTEGERT_Natural_ID : INTEGERT_Natural_T_Natural_ID : INTEGERT_Juridica_ID : INTEGERT_Juridica_T_Juridica_ID : INTEGERT_Zona_ID : INTEGERCOL_1 : INTEGERCOL_2 : INTEGERCOL_3 : INTEGERCOL_4 : INTEGERT_Zona_T_Zona_ID : INTEGER

1 1..*1 1..*

<<Non-Identifying>>

1

1

1

1

<<Non-Identifying>>0..1

0..*

0..1

0..*

<<Non-Identifying>>

1

1

1

1

<<Non-Identifying>>0..1

0..*

0..1

0..*

<<Non-Identifying>>

T_Distrito

Nombre : SMALLINTDesripcion : SMALLINTT_Distrito_ID : INTEGER

T_Zona

Nombre : SMALLINTDescripcion : SMALLINTmapa zona : SMALLINTT_Zona_ID : INTEGERT_Cliente_ID : INTEGERT_Distrito_ID : INTEGERT_Cliente_T_Cliente_ID : INTEGERT_Distrito_T_Distri to_ID : INTEGER

1

1..*

1

1..*<<Non-Identifying>>0..1

0..*

0..1

0..*

<<Non-Identifying>>

10..* 10..*

<<Non-Identifying>>

Figura Nº 74- Diagrama Lógico

123

Diagrama físico de la base de datos

Figura Nº75- Diagrama físico de la base de datos

124

Modelado De Componentes

Figura Nº 76- Modelado de componentes

125

Modelado de despliegue

Estacion Nº1

Servidor

Pentium IV2.5 GHzRam 256 MBHD 40GBWin XP Prof.

Pentium IV2.5GHzRam 256 MBHD 40GBWin Xp Prof.

EstacionNº2

Gestor BD:SqlServer 2000Pentium IVRam 512MBHD 80GBWin 2003 advance Server

AREA DE VENTAS

GERENCIAImpresora

Epson MatricialDFX-9000

Switch

Fast Ethernet 10/100 TCP/IP

Hand Held

Palm HP iPAQ 171025 Mb Ram203 MhzMicrosoft Windows Mobile 2003

AREA DE SISTEMAS

Impresora

EpsonMatricialDFX-9000

Figura Nº 77- Modelado de despliegue

126

2.21. Pruebas al Sistema

Para un óptimo funcionamiento del sistema es aconsejable realizar pruebas para

detectar posibles fallas que se puedan presentar al momento de ingresar datos en

los registros, modificaciones etc. Se realizaran pruebas a determinadas interfaces

con el fin de descartar y detectar posibles fallas.

Pruebas de Caja Negra

Protección de la contraseña en el login

Prueba: Con el fin de mantener en secreto la contraseña de cada usuario esta se

mantendrá oculta a través de caracteres.

Resultado: Prueba realizada satisfactoriamente

Registro de clientes en el sistema

Prueba: según sea el tipo de cliente (Natural, Jurídico), este se registrara en el

sistema ingresando sus respectivos datos en el frmCliente y haciendo click en

el btnRegistrar.

Resultado: Prueba realizada satisfactoriamente

Importación de datos en el sistema

Prueba: Se llenaran los campos requeridos para la toma del pedido en la hoja

de Excel de manera manual importándolos luego de hacer click en el botón

importar del formulario importar pedido.

Resultado: Fallo en la importación debido a que se lleno un campo que no es

reconocido al momento de realizar la transformación de datos de Excel al

sistema.

Modificación de un Pedido en el sistema

Prueba: Seleccionando un pedido del FrmPedido este se alterara haciendo

click en el btnModificar, se podrá agregar/quitar productos del detalle, así

como cambiar el estado del pedido para ser actualizado posteriormente.

Resultado: Prueba realizada satisfactoriamente.

127

Búsqueda de un pedido en el sistema por día

Prueba: Eligiendo un determinado día en el calendario con el control dtpFecha

dentro del formulario frmPedido se podrá seleccionar a un cliente se debe

mostrar el detalle del pedido realizado el día seleccionado

Resultado: Prueba realizada satisfactoriamente

Registro de un documento de venta

Prueba: Seleccionando a un cliente en el frmDocVenta se podrá generar el

documento de venta según sea el tipo (Factura, boleta), y ser registrado al

momento de hacer click en el btnRegistrar y agregando un ID para el

documento de venta.

Resultado: Fallo al ingresar un id_docVenta que ya existe

Impresión de un documento de venta

Prueba: Haciendo click en el botón btnImprimir en el frmDocVenta este debe

realizar la respectiva impresión del formato de documento de venta.

Resultado: Prueba realizada satisfactoriamente

Estadísticas de las pruebas del sistema

Tipo Prueba Total Correctas Erróneas % Fallas

Caja Negra 7 5 2 25%

128

CONCLUSIONES

1. Se logro implementar satisfactoriamente un sistema de escritorio para el área de

Ventas de la empresa Del Manantial implementando para ello 19 Tablas, 35

procedimientos almacenados, 14 formularios y 16 clases de la lógica del negocio.

usando para ello las herramientas visual Studio. Net 2003, SQL Server 2000 para la

conectividad con la base de datos y la seguridad de la información abarcando solo un

25% de fallas en la etapa de pruebas, siendo el costo de implantación del proyecto $

4333.

2. Mediante el uso del hand held se logro importar satisfactoriamente datos de una hoja

de Excel al sistema para un óptimo manejo de la información agilizando de esta

manera el proceso de toma de pedidos y cobranzas lo que antes demandaba mucho

tiempo y costos de operación.

3. Se logro agilizar el proceso de facturación mediante la generación de documentos de

venta que es sistema es capaz de generar a partir de los pedidos tomados por día que

serán entregados a los clientes conjuntamente con el pedido realizado optimizando de

esta manera este proceso que antes era manual.

4. En cuanto al proceso de las cobranzas, se logro mantener un historial de todos los

pagos realizados por los clientes sujetos a crédito a través de las amortizaciones,

manteniendo así un control de las cobrazas por parte del jefe de ventas permitiendo

ver la morosidad o puntualidad de los pagos realizados por los clientes autorizando así

los despachos.

5. Se utilizo la metodología RUP para el modelado de requerimientos y análisis del

sistema utilizando para ello la herramienta Rational Rose logrando modelar el 100%

de los requerimientos definidos por el usuario, encontrándose 3 casos de uso del

negocio, 3 actores del negocio, 18 entidades y 23 casos de uso de requerimientos.

129

RECOMENDACIONES

1. En cuanto al diseño del sistema informático se recomienda enfatizar en la

etapa de análisis, ya que es la parte fundamental para el funcionamiento

eficiente y el sistema haga lo que el usuario desea, evitando así encontrar

posibles requerimientos futuros no determinados con anterioridad.

2. Se recomienda usar dispositivos móviles en ambientes de trabajo donde la

captura de datos se haga en campo, esto facilita en gran medida el trabajo de

los empleados que realizan la toma de datos para luego ser procesados en el

sistema, según el presupuesto del negocio se podría utilizar tecnología wap

que agilizaría aun mas el proceso en estudio, para empresas con poco recursos

es aconsejable usar una macro en Excel para transportar los datos ahorrando

de gran manera costos .

3. Se recomienda utilizar la metodología RUP en el desarrollo de procesos de

software para proyectos que sean medianos a grandes, ya que permite tener

una visión amplia de lo que se va a diseñar e implementar, aparte de obtener

una documentación detallada sobre el sistema a elaborar.

4. Se recomienda realizar una capacitación breve del uso del sistema a los

usuarios de la empresa para evitar problemas operativos en el uso del mismo.

130

REFERENCIAS BIBLIOGRAFICAS

Arce Casana/Cubas Vásquez/León Gutiérrez, 1996, Ingeniería de la Información:

Una Solución a las Necesidades de Información en Carrocerías Morillas S.A.,

Facultad de Ingeniería, Escuela de Computación y Sistemas, Universidad privada

Antenor Orrego.

Becerra Montoya, julio/ Germán Reyes, Nilton. 1997, Análisis, Diseño y

Desarrollo de un Sistema Soporte de Decisiones para una Entidad Financiera:

Coop. De Ahorro y Crédito San Lorenzo, Facultad de Ingeniería, Escuela de

Computación y Sistemas, Universidad privada Antenor Orrego.

Angulo Alarcón / Chugnas Durand. 2001, Sistema de información de soporte a las

decisiones para el control presupuestal y de bancos de la empresa distribuidora

ferreteros Huemura Representaciones, Facultad de Ingeniería, Escuela de

Computación y Sistemas, Universidad privada Antenor Orrego.

Cole Saldaña / García Salinas, 1999, Desarrollo de un sistema de

comercialización de repuestos para el soporte a la gestión administrativa de la

empresa Carlos Mannuci S.A. Trujillo, Facultad de Ingeniería, Escuela de

Computación y Sistemas, Universidad privada Antenor Orrego.

Larman, C .2003. UML y PATRONES. Una Introducción al Análisis y Diseño

orientado a objetos y al proceso unificado, Segunda Edición, Pearson Educación

S.A, Madrid, España

Giraldo J.D. 1999. Complemento de Contabilidad Básica General I, Primera

Edición, ADESA, Lima, Perú

131

Duran, R.L y Andrade C.S. 1998. Comprobantes de Pago, Primera Edición,

AELE, Lima, Perú

Giraldo J.D. 1992. Nuevo Plan Contable, Primera Edición, San Marcos, Lima,

Perú

Silbershatz, Abraham . 2006. Sistemas Operativos, Setima Edicion, McGrawHill, Madrid,

España, pp 3 – 31.

Jacobson, Ivar. 2000. El Proceso Unificado de Desarrollo de Software, Editor. Pearson

educación, Madrid, pp XVIII , XVII, 4.

Silbershatz, Abraham . 2006. Sistemas Operativos, Setima Edicion, McGrawHill, Madrid,

España, pp 713 - 715.

Frohock, Marci . 2001. SQL Server 2000, Editor McGraw- Hill, Madrid, España,pps 1-

3,704.

Fowler, Martin. 1999. UML Gota a Gota., Editor Addison Wesley/ Long Man, Mexico,

pp 1-5, 61-63.

Monzon F. David. 1994. Analisis y Diseños de Sistemas Informáticos. pp 19-23.

Ceballos Cierra, Francisco. 2003 , El Lenguaje de Programación, Visual Basic. Net,

Editor RA-MA, España. Madrid, pp 2-5

Microsoft 2007, Información general acerca del producto MS SQL 200 Server,

disponible en:

http://www.microsoft.com/latam/sql/evaluation/overview/default.asp/

Lucas Zallio, 2004, Extreme Programming (XP), disponible en:

http://ele-zeta.com.ar/2004/08/27/extreme-programming-xp/

Diego Martel, 2006, Programación Extrema, disponible en:

http://deigote.blogspot.com/2006/03/extreme-programming.html

132

Wales Jimmy/ Larry Sanger, 2007, Wikipedia, Lenguaje Unificado de Modelado,

disponible en:

http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado/

http://www.olimusic.com/Faq_NotaPedido.aspx

http://www.proyectosfindecarrera.com/definicion/pedido.htm

http://es.wikipedia.org/wiki/Factura

http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml

http://www.sunat.gob.pe/orientacion/comprobantesPago/cpGuiaremision.htm

http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml

http://www.definicion.org/boleta

http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml

133

ANEXOS

134

Entrevista

El Ing. Erick Mantilla Sevillano gerente de la empresa Del Manantial fue

entrevistado por los autores Jorge Ortecho Alva y Cynthia Neira Lázaro, el

sábado 21 de abril al que se le realizo una entrevista abierta con las siguientes

preguntas:

¿Cómo nace la empresa Del Manantial SAC?

Del Manantial nace a partir de un proyecto de maestría de la universidad

San Ignacio de Loyola en lima, fuimos 6 socios inversionistas quienes nos

aventuramos a participar de este gran proyecto con nuestra experiencia

como ex trabajadores de Coca Cola Company entre ingenieros, contadores

y administradores.

¿Cuál es la situación actual de la empresa?

Del Manantial es una empresa joven, con sus inicios en el 2005 la mayoría

de los procesos que se llevan a cabo se realizan de manera manual, poco a

poco se ha ido adquiriendo la tecnología que actualmente poseemos para la

fabricación de bebidas de gran calidad a bajo precio.

¿UD cree que implantando un sistema informático en su empresa mejoraría

notablemente su desempeño?

Eso de todas maneras, sobretodo en el área de ventas donde el proceso es

lento, hay demora excesiva, a veces los datos de los pedidos son mal

ingresados por los empleados y la facturación se desarrolla de manera

manual, todo se guarda en una macro en Exel pero no contamos con un

sistema informático que cumpla esta función.

¿Cuánto factura la empresa Del Manantial mensualmente?

135

Actualmente Del Manantial factura alrededor de 70, 000 soles incluidos

impuestos, en promedio 215 cajas de gaseosas o aguas minerales al día, lo

que es una cifra promedio teniendo en cuenta los costos que hay que pagar

en insumos y personal.

¿Como es el proceso de toma de pedidos?

Comienza cuando el vendedor sale de la planta siguiendo un recorrido

establecido de todos los clientes (Bodegas) ubicado en una determinada

zona, el cliente lleva consigo un talonario de pedidos donde ahí va anotando

los pedidos q hacen los clientes, esto se hace en la mañana, el vendedor

regresa en la tarde ya con el talonario lleno de pedidos, este se le entrega a

un empleado quien hace una hoja resumen de pedidos del día, e ingresa

todos estos datos en una macro de Exel, esta es la letanía de todos los días, y

la verdad se pierde tiempo ya que en lugar de estar ingresando los datos este

otro empleado podría realizar otra actividad mas importante.

¿Cómo se realiza el proceso de facturación?

Una vez ingresado los datos a Exel, se verifica que la venta hecha al cliente

sea correcta y los datos concuerden, la facturación se puede hacer por medio

de facturas o boletas, se tipean los datos en este documento y se imprime.

¿Qué le gustaría que un sistema informático haga por su empresa?

Que simplifique los errores que antes he mencionado, sobretodo que se

ahorre tiempo, el tiempo es muy importante para mí porque significa dinero,

me interesaría también que el sistema realice reportes estadísticos para ir

viendo que tanto se esta vendiendo, al mes, al año etc.

136

Plan del proyecto – Etapas de desarrollo

Figura Nº 78- Plan del Proyecto – Etapas de desarrollo

137

Plan de Proyecto - Diagrama de Gantt

Figura de Proyecto 79- Plan – Diagrama de Gantt

138