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
2
“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

UNIVERSIDAD PRIVADA ANTENOR ORREGO.......................................................................1

 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

2
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

3
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

4
 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?

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

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

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

8
 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;

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

9
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;
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.

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

• 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:
(2)
http://es.wikipedia.or/wiki/Factura

11
 - Facturas
- Boletas de venta
- Recibos por honorarios
- Tickets
- 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:

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

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

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

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

14
 − 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.
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

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

15
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:
− 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.

16
• 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
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.

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

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

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

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

19
− 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
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

20
 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
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

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

21
 - 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.
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.
(11)
http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml#NOPEDIDO
(16)
http://www.olimusic.com/Faq_NotaPedido.aspx
(17)
http://www.proyectosfindecarrera.com/definicion/pedido.htm

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

(12)
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational/

23
 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
Evaluación de la
organización X

Arquitectura del negocio X

Concepción Modelado del
negocio Casos de uso del negocio X
Modelo de objetos del X
negocio
Visión del negocio X

Visión del sistema X

Necesidades de los X
stakeholders
Modelo de requerimientos X
Modelado de
requerimientos Especificación de casos de X
uso
X
Especificación del software

Elaboración Requerimientos X
suplementarios
Estimaciones del proyecto X

24
 Costos del proyecto X

Modelado de Modelo de actividades X

análisis y
diseño Modelo de X
Colaboraciones
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

Codificación X
Construcció Implementación
n

Identificar anomalías X

Modificar código X
Transición Pruebas
Desarrollo documentación X

Instalación del software X

1.3. Herramientas

25
• 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
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.

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

26
 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
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
(14)
Disponible en URL http://www.agapea.com/Visual-Studio-NET-n10175i.htm

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

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.

28
• 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.

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.

29
 − 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
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

30
(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
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

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

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.

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

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

34
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
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

35
 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
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

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

37
 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

38
 • 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

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

40
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

41
 2.2 Modelo Visual del Diagnostico

ACUERDOCON EL CLIENTE
$

(1) BODEGA (CLIENTE )

DEL MANANTIAL

PEDIDOS DE LOS CLIENTES

TOMA DE PEDIDO
RETORNO
(3) PEDIDOCLIENTES ENTREGA
(CONSOLIDADO )

VENTA
DEL DIA
(2)
INGRESODE DATOS

EGA
ENTR
MICROSOFTCORPORATION

MICROSOFT CORPORATION

GUÍA REMISIÓN DOC . VENTA (5)

FACTURAS Pagar
a $
(BOLETA / FACTURA )
EMPAQUETADO

BOLETAS
(4)

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.

42
2.3.3 Vista de los Procesos

ACUERDO CON EL CLIENT E

$

(1) BODEGA(CLIENTE)

D EL MANANTIAL

PEDIDOS DE LOS CLIENTES

TOMA DE PEDIDO
RETORNO
(3) PEDIDO CLIENT ES ENTREGA
(CONSOLIDADO)

VENTA
DEL DIA
(2)
INGRESO DE DAT OS

A
REG
ENT
MIC ROSOFT C ORPOR ATION

MICROSOFT CORPORATION

GUÍA REMISIÓN DOC. VENTA (5)

FACTUR AS Pagar
a $
(BOLETA/ F ACT URA
)
EMPAQUET ADO

BOLETAS
(4)

Figura Nº 02- Modelo Actual de los procesos

2.3.4 Vista de Estructura Organizacional

Figura Nº 03- Organigrama del Manantial SAC

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

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

45
• 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 Pedidos
Almacen Encargado del sistema
(from Logical View)

Gestionar Facturacion
(from Logical View)

Gestionar cobranza
Vendedor Jefe Ventas
(f rom Casos de uso Negocio)

Figura Nº5- Modelado casos uso de negocio

46
2.7 Especificación de Caso de uso de Negocio

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

47
 − El pedido este mal tomado
• Propietario
− Encargado del sistema

• 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

48
• 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)

49
 − Importar datos de palm
− 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

T omando Pedido en pal m

Cliente
crear/Leer
(from Objetos del Negocio)

Leer

Tipo Pago
Leer (from Objetos del Negocio)

vendedor Leer
Hand Held
(from Objetos del Negocio) (from Objetos del Negocio)
producto
Crear

EmPleado
(from dominio)

Pedido
(from Objetos del Negocio)

Figura Nº 6- Tomando pedido en palm

50
 Registro de Pedidos en el sistema
Cliente
Crear/Leer
(fromObjetos del Negocio)

Leer

Tipo Pago
Leer
(fromObjetos del Negocio)

Hand Held Encargado Sistema

(fromObjetos del Negocio) (fromObjetos del Negocio)

Crear/Actualizar
Producto
(fromObjetos del Negocio)

Leer

Pedido
(fromObjetos del Negocio)
Almacen
(fromcaso uso Negocio)

EmPleado
(fromdominio)

Figura Nº 7- Registro de pedidos en el sistema

2.8.2 Gestionar Facturación

Autorizando Pedido

Leer

Cuentas por cobrar

Leer
(from Objetos del Negocio)
Jefe de ventas
(from Logical View)

amortizacion

Figura Nº 8- Autorizando Pedido

51
 Gestionar facturacion

Documento de venta
Leer

Leer

Pedido
Leer
(from Objetos del Negocio)

Jefe de ventas
Leer
(from Logical V...

Empleado
Crear

Cuentas por cobrar

(from Objetos del Negocio)

Guia de Remision

Figura Nº 9- Gestionar Facturación

2.8.3 Gestionar cobranzas

Cobrar en Palm
Leer

Cuentas x cobrar

(from dominio)
Leer

cliente Vend Hand Held

(from Objetos del Negocio) (from Objetos del Negocio)

amortizacion

52
 Figura Nº 10- Cobrar en Palm

Generar cobranza/ Registro de Cobranza

Documento de venta

Hand Held Leer

(f rom Objetos del Negocio)

Leer
Importar Cliente
(f rom Objetos del Negocio)

Leer

Actualiz ar/Leer Pedido

Encargado Sis tema
(f rom Diagrama de clase)
(f rom Objetos del Negocio)

actualizar/leer

Cuentas por cobrar

(f rom Objetos del Negocio)
vendedor

amortizacion

Figura Nº 11- Generar cobranza / Registro de Cobranza

2.9 Modelo de Dominio

Juridica Cliente Zona Distrito

* 1 * 1
1

Natural
*
Pedido Documento Venta Tipo Documento
* * 1
1 1 *
* * *
*
Producto 1
1 EmPleado Guia Remision
* 1 1
1
Cuentas x cobrar
1
Tipo pago
1

* 1
Unidad Cargo
Amortizacion

Figura Nº 12- Modelo de Dominio

53
 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,

54
 los pedidos y cobros así mismo la generación de diversos reportes que
servirán de mucha ayuda al gerente.

Problema Afectados Impacto Beneficios o Soluciones

Control de Encargado del Demora en ingresar Automatizar la
Pedidos sistema datos del pedidos en una información del pedido.
hoja de Excel
Generación Cliente Demora en la Automatizar el proceso
manual generación de los de facturación
Facturación documentos de ventas
Errores en la Cliente Tergiversación de la Carga de información
captación de data al momento de para pedidos, cobros y
datos en los ingresar en el entrega en la facturación
pedidos así computador en una hand held
como en la
entrega de doc.
De ventas y
cobros
Control de Cliente/Empresa Mal manejo del registro Automatizar el proceso
cobranzas de las cobranzas en de cobranzas través de un
hojas de Excel hand held
Falta de reportes Empresa Impacto a la hora de Generación de reportes
para la toma tomar acciones de estadísticos en base a una
decisiones en los acuerdo a unos reportes data real.
procesos no tan fidedigno
mencionados

De esta manera se genera un ahorro económico para la empresa ya que

se minimizará los tiempos de procesamiento.

2.11.3 Problemas a solucionar

55
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 De primera necesidad. Es un Software diseñado
Información para utilizando Metodología Orientada a Objetos y haciendo
la distribución y uso de UML (Unified Modeling Language)
control de Kardex

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

56
 Nombre Descripción Responsabilidad
Velar que todos cumplan
con sus actividades y que
Erick Mantilla
Gerente. todo marche bien en la
Sevillano
distribuidora.
Administrar el dinero.
Marcial Velar por que no haya
Benites Jefe de ventas. ninguna irregularidad en
Alcántara 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

Es la persona responsable del área de la administración
Descripción
de la empresa.
Persona con experiencia en el campo que labora y
Tipo calificada como acto en el negocio y en los procesos
que lleva a cabo.
Velar que todos cumplan con sus actividades y que
Responsabilidades todo marche bien en la distribuidora.
Administración del capital de la empresa.
Radica en la obtención con éxito de un consolidado de
Criterio de Éxito
documentos contables libres de errores.

57
 2.11.5.1.4 Jefe de Ventas

Representante Marcial Benites Alcántara

Es la persona responsable de despachar los pedidos
Descripción expeditos y analizar los créditos de los clientes así
como de generar los documentos de venta.
Persona con experiencia en el campo que labora y
Tipo
calificada en los procesos que lleva a cabo.
Autoriza los pedidos que están listos para ser
facturados.
Responsabilidades 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 Al final los consolidados de los documentos contables
(Relación con el facilitarán la información de la empresa y a la
proyecto) administración de la empresa por parte del gerente.
Los entregables son los reportes de control según el
Entregables tipo de consulta de las ventas realizadas que se le da al
gerente.
Comentarios y El sistema le facilita en sus labores y obligaciones.
Problemas

58
 Perfil del Cliente

Representante Cliente
Es la persona que va a recibir el producto dado el pedido
Descripción
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 El servicio que va recibir
(Relación con el
proyecto)
Entregables No reparte entregables.
Comentarios y Puede realizar una devolución del producto o hacer una
Problemas 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

2.11.7 Restricciones

• No cuenten con un presupuesto para invertir en hand helds.

59
 • 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 Los pedidos de los Los pedidos son Se captura el pedido
pedidos clientes que son ingresados en la hand held ,
tomados por el manualmente a un luego se importa la
vendedor sistema en Excel data al sistema
registrándose el
pedido
automáticamente.
Gestionar la Realizar la Se realiza la Generar
facturación facturación para los facturación de automáticamente la
pedidos hechos por manera manual, facturación a partir
los clientes verificando las del pedido registrado
cuentas por cobrar y autorizado.
de los clientes para
proceder con dicha
operación.
Gestionar las Realizar los cobros a Los cobros se Se capta los datos de
cobranzas los clientes al realizan de manera la cobranza en el
momento de manual y se hand held para tener

60
 entregarles el pedido, ingresan a una hoja un control de estos
si es a crédito el de Excel. en el sistema.
cliente tiene 30 días
como máximo para
pagar.

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

61
 • 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.

62
2.12 Modelado de Requerimientos

<<extend>>
<<include>> Consultar Cliente Registrar cliente
consultar cli ente

<<include>>
<<include>>
Consultar Tipo docum ento
Consultar Tipo pago <<include>>
<<include>> Generar Documento Venta
Registrar Pedi dos(Movil)
Vendedor

<<include>>
<<include>> Consultar pedido

Consultar empleado
<<include>>

Registrar Documento venta

Jefe Ventas
<<include>>
<<include>> <<include>>
Consul tar producto Almacen <<include>>
Registro Cobranzas
Importar Pedido

<<include>>
Consultar zona <<include>> Consultar documento venta
<<include>>
<<include>>
Generar Guia remision
consultar pedi do consultar empleado
<<extend>>
Registro Pedidos <<include>>
<<include>> <<include>>
<<include>>
Modificar Pedido Registrar Pedi do consultar unidad
Registrar guia remision
Consul tar empleado

<<include>>
Autorizar pedi do <<i nclude>> Consul tar amortizacion
Encagardo
Sistemas

Importar cobranza <<include>> consultar cuentas x cobrar

<<include>> <<include>>
<<include>>

Registrar Cobranza (Movil)

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

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

64
2.13.3 Especificación de CU: Consultar Zona.

• 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

65
 • Post-Condición:
Consulta hecha satisfactoriamente
2.13.5 Especificación de CU: Consultar Empleado.

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

66
 • 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:

67
 Verificar existencia de amortizaciones
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

68
2.13.10 Especificación de CU: Consultar
Documento de venta.

• 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

69
 − Flujo Alternativo:

• 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

70
 • Descripción.
Este proceso permite registrar la guía de remisión generada a partir
de los documentos de venta y pedidos registrados.

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

71
 Que los documentos de venta no se encuentren registrados
• Post-Condición:
Se registra el documento de venta satisfactoriamente

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:

72
 Importar la cobranza de la palm
Consultar documentos de venta
Muestra el detalle
− Flujo Alternativo:

• Requerimientos no Funcionales:
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:

73
 Se registra los pedidos satisfactoriamente en la palm

2.13.18 Especificación de CU: Registro de

Pedidos (Sistema)

• Descripción.
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.

74
 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
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

75
 Verificar Existencia
dezona

Si

No
Mostrar por criterio
debusqueda

Figura Nº 14 – Consultando Zona

Consultar Cliente

Verificar existencia
del cliente

Si

Mostrar por criterio

No de busqueda

Figura Nº 15- Consultar Cliente

76
Consultar Pedido

Verificar exixtencia
de pedido

Si

No
Mostrar por criterio
de busqueda

Figura Nº 16- Consultar Pedido

Consultar Producto

Verificar existencia
de producto

Si

Mostrar por criterio

No de busqueda

Figura Nº 17- Consultar Producto

Consultar Empleado

77
Figura Nº 18 – Consultar Empleado

78
 Consultar Unidad

Verificar existencia
de unidades

Si

Mostrar por criterio

No de busqueda

Figura Nº 19- Consultar Unidad

Registrar Empleado

Figura Nº 20- Registrar empleado

79
Registrar documento de venta

Leer
Pedido

Verificar tipo
de Cliente

2=Persona juridica 1= Persona natural

Registrar Registrar
Factura Boleta

Imprimir

Figura Nº 21- Registrar Documento de Venta

Registrar cobranza (Móvil)

Captar
Cliente

Captar tipo
de pago

Registrar
Cobranza

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

80
Registro de Cobranzas

Importar Datos
Hand Held

Captar
Zona

Cargar datos
de cobranza

Verificar datos
cobranza

Error

Modificar
Cobranza

Figura Nº 23- Registro de Cobranzas

81
Registro de pedidos

Importar datos
del hand held

Captar Zona

Captar
Cliente

Verificar datos
Pedido

Error

OK

Modificar
pedido

Figura Nº 24- Registro de Pedidos

Registrar Unidad

Captar datos
de unidad

Verificar existencia
de unidades

Registrar No
unidad
Si

Figura Nº 25- Registrar Unidad

82
 Registrar Guía Remisión

Captar Unidad

Captar
Conductor

Captar Pedidos
del dia

Registrar Guia de
remision

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

2.15 Diagrama de Colaboraciones

Consultando cliente

1: Consultar cliente 2: buscando cliente 3: leer

4: objCliente
: Encargado sistema : Consultador cliente : Buscador cliente : Cliente

Figura Nº 27- Registrar Consultando cliente

Consultando Empleado

Figura Nº 28- Consultado Empleando

83
Consultando Pedido

1: Consultar pedido
2: Buscar pedido 3: Leer

4: ListObj pedido
Encargado sistema Consultador pedido Buscador pedidos Pedido

Figura Nº 29- Consultando Pedido

Consultando Unidad

1: Consultar Unidad
2: Buscar Unidad 3: Leer

4: list Obj unidad

Jefe almacen Consultador Unidad Buscador Unidad Unidad

Figura Nº 30- Consultando Unidad

Consultando Zona

1: Consultar zona 2: Buscar zona 3: Leer

4: list Obj zona

Jefe almacen Consultador zona Buscador zona Zona

Figura Nº 31- Consultando Zona

Registrar Cliente

Figura Nº 32- Registrar Cliente

84
 Modificar Cliente

Figura Nº 33- Modificar Cliente

Registrar Empleado

Figura Nº 34- Registrar Empleado

Modificar Empleado

Figura Nº 35- Modificar Empleado

85
Registrar Documento Venta

2: Verificar Verificador documento venta

3: Leer

1: Registrar doc venta

4: varest

Jefe de ventas Registrador doc venta Documento de venta

6: Nuevo
5: Creador obj doc entreg

Creador documento venta

Figura Nº 36- registrar Documento Venta

Registrar guía de remisión

3: leer

4: lstCond
: Buscador Conductor : Conductor

2: buscando cond.
6: Leer
5: buscando Unidad
1: Registrar guia remision 7: lstUnidad
: buscador Unidad : Unidad
8: Verificando Guia rem.

Jefe de ventas Registrador guia remision 9: Leer

10: ObjGuia
11: Creando guia Verificador guia remision Guia remision

12: Nuevo

Creador guia remision

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

86
Registro de Pedidos

2: Leer

1: Buscar clinte
: Buscador cliente : Cliente

3: objCliente
12: Consultar pedido
4: Buscar zona
5: Leer

: Hand Held Registro Pedidos

6: obJZona
: Buscador zona : Zona
7: BusarVendedor

8: Leer

9: 12:objPedido
: Buscador vendedor : Vendedor
10: BuscarPedido

11: Leer

13: CrearPedido : buscador pedido : Pedido

15: Creado 14: Nuevo

: Creador Pedido

Figura Nº 38- Registro de Pedidos

Modificar Pedido

Figura Nº 39- Modificar Pedido

87
 Registro de Cobranzas

3: leer

2: Buscar cliente
: Buscador cliente : Cliente

4: ObjCliente

1: Consultar Cobranza 5: Buscar doc venta 6: leer

7: ObjDVta
: Encargado sistema : Registrador de Doc Venta : Buscador Doc. Ventas : Documento Venta

8: buscar cuentas x cobrar

9: leer
10: ObjCtas

: Buscador Cuentas x cobrar : Cuentas x cobrar

11: Modificar cobranza

12: Nuevo

: Creador cobranza

Figura Nº 40- Registros de Cobranzas

Autorizando Pedido

3: leer
2: buscar Ctas x cobrar

: Buscador Cuentas x cobrar : Cuentas x cobrar

1: Autorizar pedido
4: objCtas

: Jefe ventas : Autorizador pedido 5: Buscar amortizacion

6: Leer
7: MsgOk

: Buscador Amortizacion : Amortizacion

Figura Nº 41- Autorizando Pedido

88
Generando documento de venta

Figura Nº 42- Generando documento de venta

89
 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

90
Mantenimiento de Clientes

Figura Nº 45- Mantenimiento de clientes

Mantenimiento de Zonas

Figura Nº 46- Mantenimiento de zonas

91
Mantenimiento de Distritos

Figura Nº 47- Mantenimiento de distritos

Mantenimiento de empleados

Figura Nº 48- Mantenimiento de empleados

92
 Mantenimiento Unidades

Figura Nº 49- Mantenimiento de Unidades

Importar Pedidos

Figura Nº 50- Importar Pedidos

93
Importar Cobranzas

Figura Nº 51- Importar cobranzas

Registro de Pedidos

Figura Nº 52- Registro de pedidos

94
Registro de Cobranzas

Figura Nº 53- Registro de Cobranzas

Amortizaciones (Créditos)

Figura Nº 54- Amortizaciones (Créditos)

95
Registro de documentos de venta

Figura Nº 55- Registro documentos de venta

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

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

98
• Reportes emitidos por el sistema : Reporte de documentos de venta

Boleta de venta

Figura Nº 61- Boleta de Venta

Factura

99
 Figura Nº 62- Factura
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.

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

101
• 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
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

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

103
 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
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 Vendedor La toma es ineficiente Realizar la toma de
toma del pedido al realizarse de manera pedidos a través de un
manual hand held y procesarla
en el sistema
Demora en Jefe ventas La facturación se Automatizar el
realizar la realiza de manera proceso de facturación
facturación manual
Mal manejos de Jefe ventas No se tiene un control Realizar la cobranza a
las cobranzas de las cobranzas través del hand held y
procesarla en el
sistema
La toma de Gerente No se tiene un control Generar consultas
decisiones no es de consultas para la gerenciales a través de
muy amplia toma de decisiones. reportes estadísticos.

104
 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 De primera necesidad. Es un Software diseñado
Información utilizando Metodología Orientada a Objetos y
para la haciendo uso de UML (Unified Modeling Language)
distribución y
control de
Inventario
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 Es consistente y de fácil manejo.

producto 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

105
 2.19.2.1 Resumen de Stakeholders

Nombre Descripción Responsabilidad

Velar que todos
cumplan con sus
Encargado de tomar las
actividades y que
Gerente decisiones administrativas
todo marche bien
de la empresa.
en la distribuidora.

Supervisar las
cobranzas y
facturación,
Encargado de supervisar el entregando al
Jefe de Ventas control de las cobranzas y gerente la
facturación 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

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

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

107
 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
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

108
2.20.6.1 Normas para la estimación del tiempo de un proyecto por Casos de
Uso

a. Ponderación de Actores (PA)

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

109
 PROMEDIO Entre 4 y 7 transacciones 10
COMPLEJO Mas de 7 transacciones 15

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
T12 Proveer directiva de acceso por nivel 1
T13 Facilidad de entrenam. A usuarios 1

TFactor = ∑(Valor asignado)*(ponderación del factor)

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

111
 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

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
Tiempo de Respta o vel. De
T2 rendimiento 1 4 4
Eficiencia del usuario final (en
T3 línea) 1 3 3
Procesamiento complejo
T4 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

112
 T9 Facilidad de Cambio 1 3 3
T10 Concurrencia 1 3 3
Incluir dif.caract.esp de
T11 seguridad 1 3 3
Proveer directiva de acceso por
T12 nivel 1 3 3
Facilidad de entrenam. A
T13 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
Familiaridad con el proc. De
F1 desarrollo 1,5 3 4.5
Experiencia en el desarrollo de
F2 aplicac. 0,5 3 1.5
Experiencia en orientado a
F3 objetos 1 4 4
Capacidad del lider del equi(jef
F4 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
Deficiencias en el manejo de
F8 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
Promedio del valor asignado de
PVAF1F6 F1 a F6 3,75
Promedio del valor asignado de
PVAF7F8 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

113
 2 personas $ 500
5 meses $ 2500

Costo Estimado del Proyecto (CEP) (Dolares) =

Costos de implementación del proyecto

Precio
Productos Cantidad 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
Precio
Producto Nª Copias 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

114
2.20 Diagrama de Secuencia
Registrar empleado

: Usuario : FrmCliente : ObjCliente : Cliente : Juridico : Natural

Click

CargarDatos

Click Nuevo Activar Campos

Ingresar Datos

Click Grabar
Crear Inserta

Actualiza

Inserta

Actualiza

Inserta

Actualiza
Datos Actualizados

Desactivar Campos

Figura Nº 63- Registrar Empleado

Consultar Cliente

: ObjTipoEmpleado : Cargo : ObjEmpleado : Empleado

: USUARIO : FrmEmpleado

Click
Crear
Obtener

Mostrar

Click Nuevo
Activar Controles

Ingresar Datos

Click Grabar
Crear Insertar

Actulizar

Listar

Datos Actulizados

Desactivar Controles

Figura Nº 64- Consultar Cliente

115
Registrar Unidad

: FrmUnidad : ObjUnidad : Unidad

: USUARIO

Click

Nuevo
Activar Controles

Ingresar Datos

Click Grabar
Crear
Insertar

Actualizar

Listar
Datos Actualizados

Desactivar Controles

Figura Nº 65- Registrar Unidad

Registrar Zona

: USUARIO : FrmZona : ObjZona : Distrito : Zona

Click

Mostrar Datos

Nuevo
Activar Control es

Ingresar Datos

Click Grabar
Crear
Insertar

Actualizar

Listar

Datos Actuali zados

Desactivar Control es

Figura Nº 66- Registrar Zona

116
 Registrar Guía Remisión

: Frm Gui aRemision : FrmBuscarDatos : ObjCl iente : Cli ente : Documento_Venta : Pedido : ObjGuiaRemision : GuiaRemision
: USUARIO

Click

Click Nuevo
Activar Campos
Click Buscar Cl iente

Mostrar

Click Ejectuar
Crear
Seleccionar
Seleccionar

Seleccionar

Mostrar Datos

Devolver resultados

Ingresar Datos
Crear
Insertar

Actualizar

Listar
Datos Actualizados

Desactivar Campos

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

Importar Cobranza

: USUARIO : FrmImportarCobranza : Excel : ObjAmortizaci on : Amortizacion

Click

Click Buscar Archivo

Mostrar

Mostrar Datos

Ingresar datos

Grabar

Click Importar
Crear
Insertar

Datos Ok

Figura Nº 68- Importar Cobranza

117
 Importar Pedido

: USUARIO : FrmImportarPedido : Excel : ObjPedido : Pedido

Click

Click Buscar Archivo

Mostrar

Mostrar Datos

Ingresar Datos

Grabar
Click Importar
Crear
Insertar

Datos Ok

Figura Nº 69- Importar Pedido

Registro de Documentos de Venta

: USUARIO : FrmDocVenta : TipoDocumento : FrmBuscarDatos : ObjCliente : Cliente : ObjPedido : Pedido : ObjDocVenta : Documento_Venta

C lick

Devolver Datos

C lic k Nuev o

Activar Campos

Click Buscar Cliente

Mostrar

Click Ejecutar C rear

Seleccionar Datos

R etornar
R eotnar D atos

C rear
Seleccionar Datos

Mostrar Datos

Ingresar Datos

Click Grabar
C rear
Insertar
Actualizar
Listar
Actualizar Datos

Desactivar Controles

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

118
Registro Pedidos

: USUARIO : FrmPedido : FrmBuscarDatos : ObjCliente : Cliente : Tipo_Pago : Em pleado : Producto : ObjPedido : Pedido

Click

Retornar

Retornar
Click Nuevo

Activar Controles

Cli ck Buscar Cliente

Mostrar

Click Ejecutar
Crear
Selccionar
Retornar Mostrar

Ingrsar Datos

Click Agregar Productos

Seleccionar

Mostrar Datos
Click Grabar
Crear Insertar

Actulizar

Listar
Devolver datos

Desactivar Controles

Figura Nº 71- Registro Pedidos

Autorizar pedido

Figura Nº 72- Autorizar pedido

119
Diagrama de Clases
Juridica
RazonSocial Zona
Ruc Nombre Distrito
Descripcion Nombre
1 mapa zona Desripcion
Cliente
* 1
Natural Direccion Regi strarZona() RegistrarDistrito()
1 1 ModificarZona() ModificarDi strito()
Apellidos Telefono
1..n ListarZona()
Nombres
DNI 1 1 RegistarCliente()
ModificarCliente()
Li starCl iente()
1

Tipo pago Cuentas x Cobrar

Tipo Saldo Inicial
1..n Fecha_inic
cargo
1 Pedido Fecha Final
Tipo
Fecha_ped
Estado RegistrarCtas()
* 1..n 1..n
Total ListarCtas()
FechaPago 1 ImportarCtas()

RegistrarPedido()
1 1..n ModificarPedido() 1
Em pleado ImportarPedido() Documento de venta
Nombres 1 (from Modelo Obj Negocio)
Apel lidos NSerie
1 1..n Ti po Docum ento
Di reccion NCorrelativo
Telefono Fecha emisi on Descripcion
Producto 1..n
Fecha pago 1..n
Detalle pedido 1
Regi strarEmpleado() Nombre
ModificarEmpleado() Tipo Cantidad RegistrarDocVta()
ListarEmpleado() Tamaño ListarDocVta()
PrecioU Agregar()
1 1..n
stock Quitar()
1 ListarDetallePed() Unidad
Li starProducto() Nombre
Pl aca
GuiaRemision
Estado
Fecha capaci dad
1..n * Observacion
Li starGui a() 1

Regi strarUnidad()
ModificarUnidad()
ListarUnidad()

Figura Nº 73- Diagrama de Clases

120
Diagrama Lógico

T _Juridica
T_Natural T_Cuentas por cobrar
RazonSocial : SMALLINT
Apellidos : SMALLINT T _Cuentas por cobrar_ID : INTEGER
Ruc : SMALL INT Nombres : SMALLINT
T_Juridi ca_ID : INT EGER 0..1
DNI : SMALLINT <<Non-Identifying>>
T _Natural _ID : INT EGER
0..1
1
<<Non-Identifying>>
<<Non-Identifying>>
0..1
1
0..*

0..*
1
0..*
1 T_Pedido T_Tipo pago
Fecha_ped : SMALLINT Tipo : SMALLINT
T _Cl iente <<Non-Identifying>>
T_T ipo pago_ID : INT EGER
Estado : SMALLINT 0..1
1
Direccion : SMALLINT T otal : SMALLINT 0..*
1..*
Telefono : SMALLINT FechaPago : SMALLINT <<PK>> PK_T _Tipo pago49()
T_Cliente_ID : INTEGER T _Pedido_ID : INT EGER
T_Natural_ID : INTEGER <<Non-Identifying>>
T _Cliente_ID : INT EGER T_Unidad
T_Natural_T _Natural_ID : INT EGER T _Cuentas por cobrar_ID : INTEGER Nombre : SMALLINT
T_Juridica_ID : INT EGER T _Tipo pago_ID : INT EGER Placa : SMALLINT
T_Juridica_T_Juridica_ID : INTEGER 1 1..* T _Tipo pago_T_T ipo pago_ID : INT EGER <<Non-Identifying>> Estado : SMALLINT
T_Zona_ID : INT EGER COL_0 : INTEGER T_Documento Venta capacidad : SMALLINT
COL_1 : INT EGER T _Empleado_ID : INT EGER Fecha_emision : SMALLINT Observacion : SMALLINT
1
COL_2 : INT EGER T _Cliente_T_Cliente_ID : INTEGER Fecha_pago : SMALLINT T _Unidad_ID : INT EGER
1..*
COL_3 : INT EGER T _Cuentas por cobrar_T _Cuentas por cobrar_ID : INTEGER Nserie : SMALLINT
COL_4 : INT EGER COL_7 : INTEGER Ncorrelativo : SMALLINT 1
T_Zona_T_Zona_ID : INT EGER COL_8 : INTEGER T_Documento Venta_ID : INTEGER
COL_9 : INTEGER T_T ipo Documento_ID : INTEGER
<<Non-Identifying>>
0..1
1..* T _Empleado_T_Empleado_ID : INT EGER T_Pedido_ID : INTEGER
<<Non-Identifying>>
1..*
1 1
<<Non-Identifying>>
<<Non-Identifying>>
0..*
1

T_Zona
0..*
Nombre : SMALLINT 1
<<Non-Identifying>> <<Non-Identifying>> 1..*
Descripcion : SMALLINT T _Distrito
mapa zona : SMALLINT 0..* 1
Nombre : SMALLINT T_GuiaRemision
T_Zona_ID : INTEGER
Desripcion : SMALLINT T_Empleado
T_Cliente_ID : INTEGER Fecha : SMALLINT
T_Distrito_ID : INTEGER Nombres : SMALLINT <<Non-Identifying>>
T_Distrito_ID : INTEGER T_GuiaRemision_ID : INT EGER
T_Cliente_T _Cliente_ID : INTEGER Apellidos : SMALLINT T_Conductor_ID : INT EGER
T_Distrito_T _Distrito_ID : INTEGER Direccion : SMALLINT T_Unidad_ID : INTEGER
Telefono : SMALLINT 1 1..* T_Empleado_ID : INT EGER
T_Empleado_ID : INT EGER T_Documento Venta_ID : INTEGER
T_Conductor_ID : INTEGER T_Conductor_T _Conductor_ID : INTEGER
1..* T_Conductor_T _Conductor_ID : INTEGER T_Unidad_T _Unidad_ID : INTEGER
T_Empleado_T_Empleado_ID : INTEGER
1
T_Detalle pedido
T _Producto <<Non-Identifying>>Cantidad : SMALLINT <<Non-Identifying>>
Nombre : SMALLINT T_Detalle pedido_ID : INTEGER
Tipo : SMALLINT T_Pedido_ID : INTEGER
Tamaño : SMALLINT 1 1..* T_Producto_ID : INT EGER
stock : SMALLINT T_Pedido_T_Pedido_ID : INT EGER
PrecioU : SMALLINT T_Producto_T _Producto_ID : INT EGER
T_Producto_ID : INTEGER 0..*

T_cargo
Tipo : SMALLINT
T_cargo_ID : INT EGER
T_Empleado _ID : INT EGER
T_Empleado _T_Empleado_ID : INTEGER

Figura Nº 74- Diagrama Lógico

121
Diagrama físico de la base de datos

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

122
Modelado De Componentes

Figura Nº 76- Modelado de componentes

123
Modelado de despliegue

Pentium IV
2.5 GHz
AREA DE VENTAS Ram 256 MB
HD 40GB
Win XP Prof.
Pentium IV
Est acion 2.5GHz
Nº1 Ram 256 MB
HD 40GB
Win Xp Prof.

Impresora Est acionNº

GERENCIA
2
Switc h

Epson
Matricial Fast Ethernet
DFX-9000 10/100 TCP/IP

Palm HP iPAQ 1710

Impresora Hand
25 Mb Ram
Servidor Held
203 Mhz
Microsoft Windows
Mobile 2003
Epson
Matricial AREA DE SISTEMAS
DFX-9000
Gestor B D:SqlServer
2000
Pentium IV
Ram 512MB
HD 80GB
Win 2003 advance Server

Figura Nº 77- Modelado de despliegue

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

125
 • 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%

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

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

128
 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ú

129
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

130
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

131
ANEXOS

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

133
• ¿Cuánto factura la empresa Del Manantial mensualmente?

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.

134
 Plan del proyecto – Etapas de desarrollo

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

135
 Plan de Proyecto - Diagrama de Gantt

Figura de Proyecto 79- Plan – Diagrama de Gantt

136