Upload
sheyla01
View
4.399
Download
8
Embed Size (px)
Citation preview
UNIVERSIDAD PRIVADA ANTENOR ORREGO
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE COMPUTACIÓN Y SISTEMAS
PLAN DEL TRABAJO DE SUFICIENCIA PROFESIONAL PARA OBTENER EL TÍTULO
DE INGENIERO DE COMPUTACIÓN Y SISTEMAS, MEDIANTE LA MODALIDAD DE
TITULACIÓN EXTRAORDINARIA 2007-I
_____________________________________________________________________
“SISTEMA INFORMÁTICO CON HAND HELD PARA LA CAPTURA DE DATOS
EN LA TOMA DE PEDIDOS Y COBRANZA DE LA EMPRESA DEL
MANANTIAL SAC”
______________________________________________________________________
AUTORES:
Bach. NEIRA LÁZARO, CYNTHIA DAJANA
Bach. ORTECHO ALVA, JORGE LUIS
ASESOR:
Ing. DÍAZ SÁNCHEZ, JAIME
TRUJILLO – PERÚ
2007
“SISTEMA INFORMÁTICO CON HAND HELD PARA CAPTURA DE DATOS EN
TOMA DE PEDIDOS Y COBRANZA DE LA EMPRESA DEL MANANTIAL SAC”
Autores:
Bach. Neira Lázaro Cynthia Dajana
Bach. Ortecho Alva Jorge Luis
Presidente
Secretario
Vocal
Ing. Jaime Díaz Sánchez
Asesor
DEDICATORIA
A mi Padre Celestial por su amor
infinito porque esta siempre a mi lado
guiándome, dándome fuerza en cada
paso y a Jesucristo por su gran amor y
ejemplo.
A mi padres Sonia y Silvio por su amor,
dedicación, apoyo constante y ejemplo,
sin ellos no hubiera logrado ningún éxito.
A mi Mamita Ginita y Papito Germán
por su amor, apoyo y sabios consejos el
cual fueron de mucha ayuda en mi vida.
A mis hermanos José y Anthony por las
experiencias compartidas y por el apoyo
en los momentos mas importantes.
A mis tíos por su confianza y amor
demostrados en sus actos.
I
DEDICATORIA
Agradezco a Dios por darme la fuerza
inagotable para poder terminar mi carrera
profesional.
A mi padre Jorge, que con su ejemplo,
apoyo y dedición incondicional es el
motor de mi vida.
A mi madre Carmen por su amor,
paciencia y ayuda.
A mi hermana Lucia por que siempre vi.
en ella el ejemplo de superación, a pesar
de la distancia estas en mi corazón.
A mis Hermanos Rocío y Ercik que en
todo momento estuvieron siempre a mi
lado con sus consejos apoyándome en los
momentos difíciles.
II
AGRADECIMIENTO
Agradezco infinitamente a mi asesor el Ing. Jaime
Diaz, por el apoyo en sus conocimientos y
experincias transmitidas hacia nosotros los
Bach. Cynthia Neira Y Bach.Jorge Ortecho,
deseandole todos los exitos en su vida
profesional y personal
III
RESUMEN
“SISTEMA INFORMÁTICO CON HAND HELD PARA CAPTURA DE DATOS
EN LA TOMA DE PEDIDOS Y COBRANZAS DE LA EMPRESA DEL
MANANTIAL SAC”
Autores:
Bach. Neira Lázaro Cynthia Dajana
Bach. Ortecho Alva Jorge Luis
DEL MANANTIAL SAC, es una empresa joven que se dedica al rubro de las bebidas
gaseosas y aguas minerales en la ciudad de Trujillo-Perú, queriendo esta lograr alcanzar
ventajas competitivas respecto a sus similares debe contar con la informatización de sus
procesos que más tiempo les consume, pedidos, la facturación y cobranzas son sus
procesos mas lentos y tediosos debido a que hay poco personal dedicado a estas
actividades y se desarrolla de manera manual.
Según esto se planteo desarrollar un Sistema Informático que controle la facturación y
la toma de pedidos agilizándolos mediante el uso de un dispositivo Hand held para la
captura de datos, utilizando la RUP (Proceso racional unificado), el lenguaje de
programación Microsoft Visual Studio.Net y Microsoft SQL Server™ 2000 como
administrador de Base de Datos.
Este sistema mejorara en gran medida el desempeño de estos procesos sobretodo el
tiempo en el que se llevan a cabo, llevando un control de los clientes, pedidos, ventas,
facturación e ingreso automático de datos por medio de un dispositivo Hand held antes
mencionado.
IV
ABSTRACT
INFORMATIC SYSTEM USING HAND HELD FOR CAPTURE DATA IN
INVOICING AND TAKE ORDERS FROM “DEL MANANTIAL SAC”
COMPANY
By:
Bach. Neira Lázaro Cynthia Dajana
Bach. Ortecho Alva Jorge Luis
DEL MANANTIAL SAC is a new company that makes soda drinks and mineral water
in Trujillo (Peru). This company in an effort of chasing a competitive advantage must
use IT in its business process, especially in those processes that take more time to
complete. The process of “taking the orders” and “invoicing” are the slowest in the
company basically because they have only a few workers and they do a manual job.
Regarding this information we suggested to develop an IT system that will handle the
“invoicing” process and the “taking the orders” process. This system will make both
processes faster. For this we are going to use the Hand Help device for the capture of
data stage. The methodology we are going to use to develop the system will be the
Rational Unified process also known as “XP”. The programming language chosen will
be Microsoft Visual Studio.NET and the database will be Microsoft SQL Server 2000
This system will help improve the performance of both processes, specially the time
they need to be completed, it will manage the clients, orders, sales, invoicing and the
automatic entry of data through a device called Hand Help which we talked before.
V
INDICE DE CONTENIDOS
INDICE................................................................................................................................................1
INDICE DE FIGURAS......................................................................................................................4
INTRODUCCIÓN....................................................................................................7 OBJETIVOS..........................................................................................................................................8
1. CAPITULO I: FUNDAMENTO TEORICO..............................................................................10
1.1 TEORIA DEL NEGOCIO......................................................................................................10
1.2 METODOLOGIA..................................................................................................................24
1.3 HERRAMIENTAS.................................................................................................................26
2. CAPITULO II: RESULTADOS.................................................................................................37
2.1 DOCUMENTO DE EVALUACION DE LA EMPRESA..............................................................37
2.1.1 Descripción de la Empresa............................................................................................37
2.1.2 Factores Externos.........................................................................................................38.
2.1.3 Factores Internos...........................................................................................................39
2.1.4 Conclusión ...................................................................................................................41.
2.1.5 Problemas de Área.........................................................................................................41
2.1.6 Tecnologías de la nueva aplicación.............................................................................41
2.2 MODELO VISUAL DE DIAGNÓSTICO....................................................................................42
2.3 ARQUITECTURA DEL NEGOCIO............................................................................................42
2.3.1 Objetivos.........................................................................................................................42
2.3.2 Restriccione....................................................................................................................42
2.3.3 Vista de los Procesos.....................................................................................................43
2.3.4 Vista de Estructura Organizacional.............................................................................43
2.3.5 Vista Cultural.................................................................................................................44
2.3.6 Vista de Recursos Humanos.........................................................................................44
2.4 MODELO VISUAL SOLUCIONADOR.........................................................................................45
2.5 REGLAS DEL NEGOCIO..........................................................................................................37
2.6 MODELO DE CASOS DE USO DEL NEGOCIO...........................................................................46
2.7 ESPECIFICACIÓN DE CASO DE USO DE NEGOCIO...................................................................37
2.7.1 Gestionar Pedidos .......................................................................................................47
2.7.2 Gestionar Facturacion..................................................................................................48
2.7.3 Gestionar cobranza........................................................................................................49
2.8 MODELO DE OBJETOS DE NEGOCIO......................................................................................51
2.8.1 GestionarPedidos...........................................................................................................51
2.8.2 Gestionar Facturacion..................................................................................................52
2.8.3 Gestionar Cobranza.......................................................................................................53
2.9 MODELO DE DOMINIO..........................................................................................................45
2.10 GLOSARIO DEL NEGOCIO.......................................................................................................54
2.11 VISIÓN DEL NEGOCIO...........................................................................................................55
2.11.1 Posicionamiento............................................................................................................55
2.11.2 Oportunidad del negocio...............................................................................................55
2.11.3 Problemas a solucionar.................................................................................................56
2.11.4 Declaración de la posición del producto.......................................................................57
2.11.5 Descripción de Usuario y Stakeholder..........................................................................57
2.11.6 Objetivos del modelo de Negocio..................................................................................60
2.11.7 Restricciones..................................................................................................................61
2.11.8 Rangos de Calidad.........................................................................................................61
2.11.9 Precedencia y Prioridad................................................................................................62
2.11.10 Requerimientos..............................................................................................................62
2.12 MODELADO DE REQUERIMIENTOS...........................................................................64
2.13 ESPECIFICACIÓN DE CASOS DE USO.....................................................................................65
2.13.1. Especificación de CU: Consultar Cliente.....................................................................65
2.13.2. Especificación de CU: Consultar Producto..................................................................65
2.13.3. Especificación de CU: Consultar Zona........................................................................66
2.13.4 Especificación de CU: Consultar Unidad........................................................................66
2.13.5 Especificación de CU: Consultar Empleado................................................................67
2.13.6. Especificación de CU: Consultar Pedido.....................................................................67
2.13.7 Especificación de CU: Consultar cuentas por cobrar..................................................68
2.13.8. Especificación de CU: Consultar amortizacion...........................................................68
2.13.9. Especificación de CU: Autorizar Pedido......................................................................69
2.13.10. Especificación de CU: Consultar Documento de Venta..............................................70
2.13.11. Especificación de CU: Generar Documento de venta................................................70
2.13.12. Especificación de CU: Generrar Guías de Remisión.................................................71
2.13.13. Especificación de CU: Registrar Guias de Resimisión.............................................71
2.13.14. Especificación de CU: Resgistrar Documento de Venta............................................72
2.13.15. Especificación de CU: Registrar Cobranza (movil)...................................................73
2.13.16. Especificación de CU: Registrar Rgistro Cobranza (sistema)...................................73
2.13.17. Especificación de CU: Registrando Pedido (Móvil)...................................................74
2.13.18 Especificación de CU: Registro de Pedidos (Sistema).................................................74
2.13.9 Especificación de CU: Generar consultas Gerenciales ...............................................75
2.14 MODELO DE ACTIVIDADES DE CASO DE USO........................................................................76
2.15 DIAGRAMA DE COLABORACIONES…………………………………………………………...83
2.16 MODELO DE INTERFACES DEL SISTEMA.....................................................................90
2.17 REQUERIMIENTOS SUPLEMENTARIOS.........................................................................100
2.17.1 Funcionalidad..............................................................................................................100
2.18 ESPECIFICACIONES DEL SOFTWARE.....................................................................................100
2.18.1. Descripción Global......................................................................................................100
2.18.2. Funcionalidad..............................................................................................................101
2.18.3. Utilidad.........................................................................................................................101
2
2.18.4. Confiabilidad...............................................................................................................102
2.18.5. Performance................................................................................................................102
2.18.6. Documentación en Línea del Usuario y Requerimientos de Ayuda del Sistema........37
2.18.7. Interfaces.....................................................................................................................104
2.19 VISIÓN DEL SISTEMA...........................................................................................................104
2.19.1. Posicionamiento..........................................................................................................104
2.19.2. Descripciones de Stakeholders y Cliente....................................................................106
2.19.3. Entorno de Usuario.....................................................................................................106
2.19.4. Vista del Producto........................................................................................................106
2.19.5. Organización del Proyecto..........................................................................................108
2.20. DIAGRAMA DE SECUENCIA......................................................................................................116
2.21.DIAGRAMA DE CLASES............................................................................................................. 121
2.22. DIAGRAMA LOGICO..................................................................................................................122
2.23.DIAGRAMA FISICO DE LA BASE DE DATOS.................................................................................123
2.24. MODELADO DE COMPONENETES..............................................................................................124
2.25. DIAGRAMA DE DESPLIEGUE.................................................................................................125
3. Capitulo III: Conclusiones...........................................................................................................128
4. Capitulo IV: Recomendaciones...................................................................................................129
REFERENCIAS BIBLIOGRAFICAS.................................................................................130
ANEXOS.........................................................................................................................................133
3
INDICE DE FIGURAS
Figura Nº 01- Organigrama del Manantial SAC.......................................................40
Figura Nº 02- Modelo Actual de los procesos...........................................................42
Figura Nº 03- Organigrama del Manantial SAC........................................................43
Figura Nº 04- Modelo Visual Solucionador Del Manantial SAC..............................45
Figura Nº 05- Modelado casos uso de negocio..........................................................46
Figura Nº 06- Tomando pedido en palm ...................................................................51
Figura Nº 07- Registro de pedidos en el sistema.....................................................51
Figura Nº 08- Autorizando Pedido............................................................................52
Figura Nº 09- Gestionar Facturación.........................................................................52
Figura Nº 10- Cobrar en Palm...................................................................................53
Figura Nº 11- Generar cobranza / Registro de Cobranza..........................................53
Figura Nº 12- Modelo de Dominio............................................................................54
Figura Nº 13- Modelo de casos de uso de requerimiento..........................................64
Figura Nº 14- Consultando Zona..............................................................................76
Figura Nº 15- Consultar Cliente ..............................................................................77
Figura Nº 16- Consultar Pedido ................................................................................77
Figura Nº 17- Consultar Producto..............................................................................78
Figura Nº 18- Consultar Empleado............................................................................78
Figura Nº 19- Consultar Unidad................................................................................79
Figura Nº 20- Registrar empleado.............................................................................79
Figura Nº 21- Registrar Documento de Venta...........................................................80
Figura Nº 22- Registrar Cobranza (Móvil)................................................................80
Figura Nº 23- Registro de Cobranzas........................................................................81
Figura Nº 24- Registro de Pedidos.............................................................................82
Figura Nº 25- Registrar Unidad.................................................................................82
Figura Nº 26- Registrar Guía Remisión ....................................................................83
Figura Nº 27- Registrar Consultando cliente.............................................................83
Figura Nº 28- Consultado Empleando.......................................................................83
Figura Nº 29- Consultando Pedido............................................................................84
Figura Nº 30- Consultando Unidad ...........................................................................84
Figura Nº 31- Consultando Zona...............................................................................84
4
Figura Nº 32- Registrar Cliente.................................................................................84
Figura Nº 33- Modificar Cliente................................................................................85
Figura Nº 34- Registrar Empleado.............................................................................85
Figura Nº 35- Modificar Empleado...........................................................................85
Figura Nº 36- registrar Documento Venta.................................................................86
Figura Nº 37- Registrar Guía de Remisión................................................................86
Figura Nº 38- Registro de Pedidos.............................................................................87
Figura Nº 39- Modificar Pedido................................................................................87
Figura Nº 40- Registros de Cobranzas......................................................................88
Figura Nº 41- Autorizando Pedido...........................................................................88
Figura Nº 42- Generando documento de venta..........................................................89
Figura N º43- Inicio de Sesión...................................................................................90
Figura Nº 44- Menú Principal....................................................................................90
Figura Nº 45- Mantenimiento de clientes..................................................................91
Figura Nº 46- Mantenimiento de zonas.....................................................................91
Figura Nº 47- Mantenimiento de distritos................................................................92
Figura Nº 48- Mantenimiento de empleados.............................................................92
Figura Nº 49- Mantenimiento de Unidades...............................................................93
Figura Nº 50- Importar Pedidos.................................................................................93
Figura Nº 51- Importar cobranzas..............................................................................94
Figura Nº 52- Registro de pedidos.............................................................................94
Figura Nº 53- Registro de Cobranzas........................................................................95
Figura Nº 54- Amortizaciones (Créditos)..................................................................95
Figura Nº 55- Registro documentos de venta............................................................96
Figura Nº 56- Guía de Remisión................................................................................97
Figura Nº 57- Archivo Pedido.xls en Dispositivo Móvil Pedido (Hoja 1)................97
Figura Nº 58- Detalle de Pedido (Hoja2)...................................................................98
Figura Nº 59- Cuentas (hoja3)...................................................................................98
Figura Nº 60- Cuentas por cobrar (letras.xls)............................................................98
Figura Nº 61- Boleta de Venta...................................................................................99
Figura Nº 62- Factura.................................................................................................99
Figura Nº 63- Registrar Empleado..........................................................................116
Figura Nº 64- Consultar Cliente..............................................................................116
Figura Nº 65- Registrar Unidad..............................................................................117
5
Figura Nº 66- Registrar Zona..................................................................................117
Figura Nº 67- Registrar Guía Remisión...................................................................118
Figura Nº 68- Importar Cobranza............................................................................118
Figura Nº 69- Importar Pedido................................................................................119
Figura Nº 70- Resgistro de documentación de Venta..............................................119
Figura Nº 71- Registro Pedidos ..............................................................................120
Figura Nº 72- Autorizar pedido...............................................................................120
Figura Nº 73- Diagrama de Clases...........................................................................121
Figura Nº 74- Diagrama Lógico.............................................................................122
Figura Nº 75- Diagrama físico de la base de datos..................................................123
Figura Nº 76- Modelado de componentes...............................................................124
Figura Nº 77- Modelado de despliegue ..................................................................125
Figura Nº 78- Plan del Proyecto – Etapas de desarrollo..........................................136
Figura de Proyecto 79- Plan – Diagrama de Gantt................................................137
123
6
INTRODUCCION
Estamos en una época donde se vive la globalización y la alta competitividad de
productos y/o servicios, tomando como ejemplo la industria de las bebidas gasificadas,
la cual se caracteriza por presentar dinamismo en sus procesos, por tal motivo es
necesario estar alertas a las exigencias y expectativas del mercado.
Debido a que la globalización ha crecido en gran medida la tecnología juega un papel
significativo en las empresas, dándole así un rol importante a los sistemas
informáticos, gracias a ellos las empresas y sus diversas áreas simplifican sus labores y
disminuyen considerablemente sus errores, lamentablemente no todas las empresas
cuentan con sistemas que ofrecen satisfacción, la empresa Del Manantial SAC la cual
realiza la comercialización de bebidas gasificadas, será objeto de nuestro estudio ya
que no cuenta con un sistema que le permita integrar sus procesos, la necesidad de
gestionar el alto número de pedidos hechos por los clientes, facturas y recibos
asociados al área de ventas así como realizar las cobranzas , implica asumir gastos
asociados a la impresión, envío y manipulación del documento lo que ocasiona perdida
de dinero, así como también tiempo al realizar estas actividades de manera manual .
Gracias a la investigación que se realizará y a los aportes tecnológicos ofrecidos a la
empresa del Manantial SAC contará con un sistema informático que permitirá agilizar
el proceso de ventas (Toma de pedidos, facturación y cobranza).
Este proyecto mejorará su eficiencia en su trabajo, ya que en la actualidad el problema
es el siguiente: ¿Cómo disminuir el margen de error, costos, el tiempo de
procesamiento de la toma de pedidos, facturación y cobranzas de la empresa del
Manantial SAC?
7
OBJETIVOS
OBJETIVO GENERAL
Desarrollo de un sistema informático para la sistematización de la toma de
pedidos , el proceso de facturación y cobranza de la empresa Del Manantial
SAC haciendo uso de un “Hand Held” para la captura de datos y aplicando la
metodología RUP.
OBJETIVOS ESPECIFICOS
Gestionar los procesos de pedidos, cobranzas y facturación mediante la
implementación de una aplicación Desktop utilizando para la construcción
las herramientas Visual Studio .Net y base de datos SQL SERVER 2000.
Importación de datos al sistema haciendo uso de un Hand held (Teléfono
móvil, Palm, etc.) que posea una hoja Excel para permitir un eficiente y
rápido manejo de la información para el proceso de toma de pedidos y
cobranzas.
Agilizar el proceso de facturación mediante la generación de documentos
de venta a partir de los pedidos tomados por los clientes.
Controlar las cobranzas que se le realizan a cada cliente sujeto a crédito en
el sistema, de manera que se pueda tener un historial de las amortizaciones
realizadas por los clientes para la toma de decisiones.
Utilizar la metodología RUP con notación UML para el análisis, diseño y
documentación del sistema utilizando la herramienta Rational Rose.
8
DESCRIPCION RESUMIDA DE CADA CAPITULO
La primera parte corresponde a la Introducción y contiene la definición del
problema, aportes a la investigación, formulación del problema, objetivo general y
los objetivos específicos.
El Capítulo I corresponde al Fundamento Teórico y Metodológico y contiene
una breve introducción de los conceptos, tecnologías, herramientas que se han
utilizado para el presente proyecto.
El Capítulo II corresponde a los Resultados obtenidos según la metodología
aplicada.
El Capítulo III corresponde a las Conclusiones frente al problema formulado.
El Capitulo IV se mencionan las Recomendaciones a las que se llegaron una vez
terminado el desarrollo del Sistema Informático.
9
1. CAPITULO I: FUNDAMENTO TEORICO
1.1 Teoría del negocio
Factura
De acuerdo a Giraldo (1999), es un documento de compra y venta que otorga el
vendedor al comprador como constancia de una transacción comercial realizada.
Es un documento tributario que registra la transacción comercial obligatoria y
aceptada por ley. Este comprobante tiene para acreditar la venta de mercaderías u
otros afectos, porque con ella queda concluida la operación.
La factura es un documento que refleja la entrega de un producto o la provisión
de un servicio, junto a la fecha de devengo, además de indicar la cantidad a pagar
como contraprestación.
En la factura se encuentran los datos del expedidor y del destinatario, el detalle
de los productos y servicios suministrados, los precios unitarios, los precios
totales, los descuentos y los impuestos.
Se la considera como el justificante fiscal de la entrega de un producto o de la
provisión de un servicio, que afecta al obligado tributario emisor (el vendedor) y
al obligado tributario receptor (el comprador). La factura correctamente
cumplimentada es el único justificante fiscal, que da al receptor el derecho de
deducción del impuesto (IVA). Esto no se aplica en los documentos sustitutivos
de factura, recibos o tickets.
La factura no tiene valor jurídico alguno en un juicio a la hora de exigir el pago
de una deuda.
La factura tiene por finalidad acreditar la transferencia de bienes, la entrega en
uso o la prestación de servicios cuando la operación se realice con sujetos del
Impuesto General a las Ventas que tengan derecho al crédito fiscal. Asimismo
cuando el comprador o usuario lo solicite a fin de sustentar gastos y costos para
efecto tributario y en el caso de operaciones de exportación.
Las facturas sólo se emitirán a favor del adquiriente o usuario que posea número
de Registro Único de Contribuyentes - RUC, exceptuándose este requisito en
operaciones de exportación.
10
En dicho vendedor hace constar en forma detallada las mercaderías
vendidas, indicando condiciones y debe ser extendida por duplicado o triplicado
y sirve para justificar los registros en los libros respectivos.
Las facturas pueden ser de tres tipos: A, B o C, entre las cuales están las:
Ordinarias documentan la operación comercial.
Rectificativas documentan correcciones de una o más facturas anteriores, o
bien devoluciones de productos, envases y embalajes o comisiones por
volumen.
Recapitulativas documentan agrupaciones de facturas de un período.
Para que esta factura tenga validez fiscal se han de anular las anteriores. Si se
tienen en cuenta cada uno de los tipos de facturas se podría decir que son parte de
los próximos federales, parte de la AFIP y parte del gobierno, y es por eso que es
de suma importancia que se mencione que el IVA, responsable inscripto o no, es
una salida al consumidor final que emite la factura.(1)
Además existen las siguientes variantes:
Pro-forma: documenta una oferta, con indicación de la forma exacta que tendrá
la factura tras el suministro. No tienen valor contable ni como justificante.
Suele incluir la fecha máxima de validez.
Copia: documenta la operación para el emisor, con los mismos datos que el
original. Debe llevar la indicación de copia para permitir distinguirla del
original.
Duplicado: documenta la operación para el receptor, en caso de pérdida del
original. La expide el mismo emisor que expidió el original y tiene los
mismos datos que el original. Debe llevar la indicación de duplicado para
permitir distinguirla del original, especialmente para el caso de que
reaparezca el original.
La factura conformada tiene las siguientes características:
a.Se origina en la compra venta de mercaderías, así como en otras modalidades
contractuales de transferencia de la propiedad de bienes susceptibles de ser
afectados en prenda, en las que se acuerde el pago diferido del precio;
b. El objeto de la compra venta u otras relaciones contractuales antes referidas
debe ser mercaderías o bienes de comercio distintos a dinero, no sujetos a
registro;
(1)Disponible en URL http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml
11
c.Los bienes y mercaderías pueden ser fungibles o no, identificables o no. No
deben estar sujetos a carga o gravamen alguno, salvo al que el titulo
representa;
d. La conformidad puesta por el comprador o adquiriente en el texto del título se
muestra por sí sola y sin admitirse prueba en contrario, que éste recibió la
mercadería o bienes descritos en la Factura Conformada, a su total
satisfacción;
e.Sólo una vez que cuente con la conformidad, el título puede ser objetivo de
transmisión;
f. Desde su conformidad, representa además del crédito consistente en el saldo
del precio señalado en el mismo título, el derecho real de prenda que queda
constituida sobre toda la mercadería y bienes descritos en el mismo
documento, a favor de tenedor;
g. Dimensiones mínimas: ventiúm (21) centímetros de ancho y catorce (14)
centímetros de alto.
h. Fecha de emisión
i. Numeración correlativa Nombre completo o razón social y numero de Rut del
contribuyente emisor.
j. Nombre completo o razón social y numero de Rol único tributario del
destinatario.
k. Domicilio completo del establecimiento.
l. Giro del negocio.
m. Detalle de las mercadería transferidas o naturaliza del servicio.
n. Detalle de la mercadería transferida, precio unitario y monto de las operación.
o. El detalle de las mercaderías y el precio unitario podrán emitirse cuando se
hagan emitido oportunamente las correspondientes guías de despacho.
p. Indicar separadamente la cantidad recargada por completo de impuesto
cuando procedan.
q. Indicar Nº y fecha de la guía de despacho cuando procedan.
r. Indicar las conexiones de venta, por ejemplo al contador, al crédito, mercadería
puesta en bodega, etc.
Las copias podrán emitirse con papeles y colores o tintas deferentes de la original
y no deberán llevar impreso ningún tipo de fondo. (2)
(2) http://es.wikipedia.or/wiki/Factura
12
Facturación
De acuerdo a Giraldo (1999), ventas totales de una empresa durante un periodo,
deducido de los impuestos sobre ventas.
El proceso de facturación tiene por objeto la emisión del documento legal que da
derecho al cobro.
La facturación es registrada en la contabilidad de la UPV y supone el
reconocimiento de un derecho sobre el neto y la obligación del pago a Hacienda
del IVA, en la siguiente liquidación mensual del impuesto.
Sólo se procederá a la facturación de aquellos bienes y servicios de los que se
aporte documentación suficiente para llevar a cabo el reconocimiento del derecho
de la UPV frente al tercero receptor de dichos bienes o servicios.
Documentación suficiente: Aquella mediante la cual el tercero reconoce haber
recibido convenientemente el bien o servicio previamente demandado (Circular
3/99); es decir:
El pago: transferencia bancaria, cheque, pagaré o cualquier otro medio de pago.
El contrato si en él se establece factura a la firma o a fecha fija.
Original o copia cotejada del encargo y la aceptación del bien o servicio
entregado. Cuando se trate de Administraciones Públicas será también válido el
número de asiento en el registro de entrada de la Administración receptora.
Comprobante de pago
De acuerdo a Durán y Andrade (2005), documentos que acreditan la
transferencia de bienes, entrega en uso o la prestación de servicios.
Los comprobantes de pago deben ser entregados al realizar la culminación de un
servicio, en la percepción de la retribución parcial o total
Documentos considerados comprobantes de pago:
- Facturas
- Boletas de venta
- Recibos por honorarios
- Tickets
13
- Guía de remisión – Remitente
- Guía de remisión – Transportista
Esta obligados a emitir comprobantes de pago las personas naturales o jurídicas
que realicen transferencias de bienes a titulo gratuito u oneroso, que realicen
actividad económica.
Boletas de Venta
Según Giraldo (1999), es un documento de compra y venta que otorga el
vendedor al comprador como constancia de una transacción realizada, en
consumidores finales, en operaciones realizadas por los sujetos del Régimen
Único simplificado.
La boleta de venta tiene por finalidad acreditar o respaldar la transferencia de
bienes, la entrega en uso o la prestación de servicios en operaciones con
consumidores o usuarios finales y en operaciones realizadas por los sujetos del
Régimen Unico Simplificado.
Si el monto de la venta no supera los cinco nuevos soles ( S/5.00 ) no hay
obligación de entregar Boleta de Venta, salvo que el comprador lo solicite.
En estos casos, el vendedor deberá llevar un control diario, emitiendo una Boleta
de Venta al final del día por el importe total de estas operaciones. Debe conservar
en su poder el original y copia de la Boleta.
Quienes deben entregar boleta son todos aquellos que vendan bienes o presten
servicios a consumidores finales, por ejemplo en bodegas, restaurantes,
farmacias, zapaterías, ferreterías, etc. Además de aquellos comprendidos en el
Nuevo Régimen Único Simplificado(3)
Clases de Boleta:
a. Boletas por Honorarios
Por la prestación de servicios a través del ejercicio individual de cualquier
profesión, arte, ciencia u oficio.
Por todo otro servicio que genere rentas de Cuarta categoría, salvo lo
establecido en el numeral 5 del artículo 7 del Reglamento.
(3) http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml
14
b. Boletas de Venta
En operaciones con consumidores usualmente finales.
En operaciones realizadas por lo sujetos del RUS.
No podrán ejercer el derecho al crédito fiscal ni podrán sustentar gastos o costos
para efecto tributario salvo en los casos que la ley lo permita.
En la boleta se Consigna el importe más no detalla el IGV, además estos
comprobantes no dan derecho al crédito fiscal ni pueden utilizarse para sustentar
gastos y/o costos para efectos tributarios. Podrán ser utilizados a fin de sustentar
gasto o costos para efecto tributario salvo en los casos que la ley lo permita. (4)
Guía de Remisión
Es un documento que se emplea en el comercio para enviar las mercaderías
solicitadas por el cliente según su Nota de Pedido y este se encuentra impreso y
membreteado, según necesidad de la Empresa sirve para que el comercio tenga
testimonio de los artículos que han entregado en las condiciones solicitadas y
aprobado por el departamento de venta (5).
Este documento se extiende por duplicado o triplicado según la necesidad de la
empresa, por lo general es práctico que sea un talonario con 3 copias una queda
en el talonario para la empresa que vende, la otra es entregada al cliente junto con
las mercaderías; y la tercera es devuelta con la firma de conformidad del cliente,
en el que certifica haber recibido conforme.
Cuando el traslado se realice bajo la modalidad del transporte privado, la guía de
remisión deberá ser emitida por los siguientes sujetos, los mismos que se
consideran como remitentes, en esta modalidad de traslado, y deberán emitir una
Guía de Remisión por cada destino (GUIA DE REMISION REMITENTE):
a. El propietario o poseedor de los bienes al inicio del traslado, con
ocasión de su transferencia, prestación de servicios que involucra o no
transformación del bien, cesión en uso, remisión entre establecimientos
de una misma empresa y otros.
b. El prestador de servicios en casos tales como: mantenimiento,
reparación de bienes, servicios de maquila, etc.; sólo si las condiciones
contractuales del servicio incluyan el recojo o la entrega de los bienes
(4) http://www.definicion.org/boleta (5) http://www.sunat.gob.pe/orientacion/comprobantesPago/cpGuiaremision.htm
15
en los almacenes o en el lugar designado por el propietario o poseedor
de los mismos.
c. La agencia de aduana, cuando el propietario o consignatario de los
bienes le haya otorgado mandato para despachar, definido en la Ley
General de Aduanas y su reglamento.
d. El Almacén Aduanero o responsable (*), en el caso de traslado de
bienes considerados en la Ley General de Aduanas como mercancía
extranjera trasladada desde el puerto o aeropuerto hasta el Almacén
Aduanero.
e. El Almacén Aduanero o responsable(*), en el caso de traslado de bienes
considerados en la Ley General de Aduanas como mercancía nacional,
desde el Almacén Aduanero hasta el puerto o aeropuerto.
f. El consignador en el caso de traslado de bienes dados en consignación.
(*) Se entiende como responsable a aquel sujeto que sin tener la calidad de
Almacén Aduanero conforme a lo dispuesto en la Ley General de Aduanas puede
remitir bienes en los casos señalados en la norma.
2. Cuando el traslado se realice bajo la modalidad del transporte público:
a. Se emitirán dos guías de remisión:
Una por el transportista (guía de remisión transportista), en los casos señalados
en los puntos anteriores; y
Otra por los sujetos denominados remitentes (en la modalidad de transporte
privado) al inicio del traslado (guía de remisión remitente)
El transportista emitirá una guía de remisión por cada propietario, poseedor o
sujeto señalado en los literales b al f del punto anterior, (que generan la carga),
quienes son considerados como remitentes.
b. Se emitirá una sola guía de remisión a cargo del transportista, tratándose de
bienes pertenecientes a:
Sujetos no obligados a emitir comprobantes de pago o guía de remisión.
Las personas naturales por las que se emiten liquidaciones de compra.
Las personas obligadas a emitir recibos por honorarios.
Sujetos del Nuevo Régimen Único Simplificado.
El que emite es el remitente ya sea persona natural o jurídica, el que envía el
bien. También se debe emitir un original y 3 copias.
16
El transportista está en la obligación de conservar una copia para SUNAT y
para mantener una copia en archivo. (6)
Precio
De acuerdo con Giraldo (1992), valor mercantil de un bien o servicio,
expresado en términos monetarios.
Venta
Según Giraldo (1992), contrato por el cual una persona (vendedor) se
compromete a entregar un bien o prestar servicio a otra (comprador) que se
obliga a pagar el precio convenido.
Producto
Es un conjunto de atribuciones tangibles e intangibles que incluye el empaque,
color, precio, prestigio del fabricante, prestigio del detallista y servicios que
prestan este y el fabricante (7).
Diagrama de clases
Según Larman (2003), es una notación más grafica alternativa para escoger la
responsabilidad y colaboración. Representa las especificaciones de las clases e
interfaces software en una aplicación. Describen los nombres de las clases o
interfaces, las superclases, signatura de los métodos y los atributos simples de
una clase.
Según Fowler (1999) Describe los tipos de objetos que hay en el sistema y las
diversas clases de relaciones estáticas que existen entre ellos.
Hay dos principales de relaciones estáticas:
Asociaciones
Subtipos
Los diagramas de clase también muestran os atributos y operaciones de una
clase y las restricciones a que se ven sujetos, según la forma en que se
conecten los objetos.
Los diversos métodos OO utilizan terminologías diferentes ( y con
frecuencia antagónicas) para esto conceptos. Se trata de algo sumamente
frustrante pero inevitable, dado que los lenguajes OO son tan
desconsiderados como los métodos.
Hay tres perspectivas:
(6) http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml(7) Disponible en URL http://es.wikipedia.org/wiki/Sistema_inform%C3%A1tico
17
Conceptual: si se adopta la perspectiva conceptual, se dibuja un
diagrama que represente los conceptos del dominio que es esta
estudiando. Estos conceptos del dominio que esta estudiando. Estos
conceptos se relacionan de manera natural con las clases que los
implementan, pero con frecuencia no hay una correlación directa. De
hecho, los modelos conceptuales se deben dibujar sin importar( o casi)
el software con que se implementaran, por lo cual se pueden considerar
como independientes del lenguaje.
Especificación: ahora estamos viendo el software, pero lo que
observamos son las interfaces del software, no su implementación. Por
tanto, en realidad vemos los tipos, no las clases. El desarrollo orientado
a objetos pone un gran énfasis en la diferencia entre interfaz e
implantación, pero esto con frecuencia se pasa por alto en la práctica, ya
que el concepto de clase en un lenguaje OO combina tanto la interfaz
como la implantación. Así a menudo se hace regencia a las interfaces
como tipos y a la implantación de esas interfaces como clases. Influidos
por este manejo del lenguaje, la mayor parte de los métodos han
seguido este camino.
Un tipo representa una interfaz que puede tener muchas
implementaciones distintas, por ejemplo, al ambiente de
implementación, características de desempeño y proveedor.
Implementación: dentro de esta concepción, realmente tenemos clases y
exponemos por completo la implementación. Esta es, probablemente, la
perspectiva mas empleada, pero en muchos sentidos es mejor adoptar la
perspectiva de especificación.
Sistema informático
Un sistema informático es la síntesis de hardware y software. Un sistema
informático típico emplea un ordenador que usa dispositivos programables
(lenguajes de programación) para almacenar, recuperar y procesar datos.
Muchos sistemas informáticos pueden interconectarse, esto es, unirse para
convertirse un sistema mayor. (8)
Según Monzon (1994) Un sistema de información es un conjunto de personas,
datos y procedimientos que funcionan en conjunto, significa que los variados
(8) Disponible en URL http://es.wikipedia.org/wiki/Sistema_inform%C3%A1tico
18
componentes buscan un objetivo común para apoyar las actividades de la
organización.
Un sistema de información es un conjunto de personas, datos y procedimientos
que funcionan en conjunto.
El objetivo de los sistemas es asegurar que infamación exacta y confiable este
disponible cuando se la necesite y que se le presente en forma fácilmente
aprovechable.
El énfasis de sistemas significa que los variados componentes buscan un
objetivo común para apoyar las actividades de la organización. Estas incluyen
las operaciones diarias de las empresas, la comunicación de los datos e
informes, la administración de las actividades y la toma de decisiones.
Un sistema de información ejecuta tres actividades generales. En primer
termino, recibe datos de fuentes internas o externas de la empresa como
elementos de entrada. Después, actúa sobre los datos para producir
información. O sea, es un sistema generador de información. Los
procedimientos determinan como se elabora dicha información. Finalmente, el
sistema produce la información para el futuro usuario, que tal vez sea gerente ,
un administrador o un miembro del cuerpo directivo.
En el ejemplo del banco mencionado con anterioridad, los datos acerca del
cliente ,las políticas de crédito del banco y las tasas de interés son los elementos
de entrada del sistema. Los procedimientos determinan la acreditabilidad del
solicitante y valoran la conveniencia de otorgarle un préstamo y los términos de
pago. Desde luego, el usuario que en este caso es el empleado encargado del
crédito, en realidad es quien toma la decisión.
Los sistemas de información no necesitan estar basados en las computadoras,
pero con frecuencia lo están, como en el ejemplo del sistema de reservaciones
para viajes en avión. El factor determinante en si, es un sistema que puede ser
mejorado incluyendo en el la capacidad del procesamiento por computadoras.
Si un sistema del tipo manual de procedimientos y personas puede ejecutar su
trabajo eficientemente y sin error, habrá pocos motivos para utilizar
computadoras. Sin embargo, a menudo, cuando crees el volumen de trabajo los
procedimientos aumentan en complejidad, o las actividades llegan a estar mas
interrelacionadas, obteniéndose grandes mejoras al introducir la ayuda de un
sistema de computo. Las computadoras pueden convertirse en una ayuda
19
valiosa en la toma de decisiones. Pueden incrementar las capacidades de los
usuarios haciéndolos mas productivos y mas eficientes.
Los sistemas de información facilitan el aprovechamiento de dos ingredientes
clave en una organización acertada: la información y el personal. La gerencia
necesita sistemas de información por siete razones que se presentan en esta
sección.
Los sistemas informáticos son accesibles a una gran variedad de usuarios. Los
usuarios finales, las personas que utilizan las computadoras pero que no son
análisis de sistemas, programadores u otros profesionales de los sistemas de
informática, pueden tener en su escritorio una computadora personal (PC) de
tipo económico que amplia sus capacidades.
Con una computadora personal se puede manejar información contable y
administrativa para probar el impacto de estrategias alternas así como evaluar el
motivo de los resultados actuales de la empresa; resumir grandes volúmenes de
datos en una visualización o presentación grafica que iustar las tendencias con
colores vivios; transmitir y recibir registros de información que atraviesan toda
una región en segundos; elaborar informes, propuestas y correspondencia,
efectuado una rápida revisión según sea necesario, e imprimir automáticamente
los resultados con mucho mayor rapidez que cualquier mecanógrafa. Sin duda,
la utilización pro el usuario final es una característica integral de los sistemas
de información.
Estas incluyen las operaciones diarias de las empresas, la comunicación de los
datos e informes, la administración de las actividades y la toma de decisiones.
Un sistema de información ejecuta tres actividades generales. En primer
termino, recibe datos de fuentes internas o externas de la empresa como
elementos de entrada. Después actúa sobre los datos para producir información.
Los procedimientos determinan como se elabora dicha información.
Finalmente, el sistema produce infamación para el futuro usuario.
Cada uno de los cuatro diferentes tipos de sistemas de información, esta
destinado a procesar datos por una de tres razones: capturar los detalles de las
transacciones, permitir que se tomen decisiones o comunicar la información
entre personas y localidades.
Tipos de sistemas de información:
20
Sistema de procesamiento de transacciones:
Procesa datos referentes a las a transacciones. Las razones del procesamiento
son: registro, clasificación, orden, cálculo, sinterización, almacenamiento
visualización( o despliegue) de los resultados.
Los sistemas de procesamiento de transacciones procesan los datos referentes
a las actividades de la empresa por ejemplo, ventas, colocación de pedidos y
movimiento de almacén e inventario.
Sistema de información gerencial:
Proporciona información para el apoyo de la toma de decisiones donde los
requisitos de información pueden identificarse de antemano.
Las decisiones respaldadas por este sistema frecuentemente se repiten.
Ayuda a los gerentes en la toma de decisiones únicas y no reiteradas que
relativamente no están estructuradas.
Sistema de apoyo para la decisión
Parte del proceso de la decisión consiste en determinar los factores a
considerar cual es la información necesaria.
Sistema de información para oficinas
Combina actividades de procesamiento de datos, tele transmisión de datos y
procesamiento de palabras destinadas a automatizar el manejo de la
información para la oficina. Frecuentemente extrae datos almacenados como
resultado de un procesamiento de datos. Incluye el manejo de la
correspondencia, reportes y documentos
Los sistemas de información basados en computadoras sirven para diversas
finalidades que van desde el procesamiento de las transacciones de una
empresa, hasta proveer de la información necesaria para decidir sobre asuntos
que se presentan con frecuencia, asistencia a los altos funcionarios con la
21
formulación de estrategias difíciles y la vinculación entre la información de las
oficinas y los datos de toda corporación.
A medida que las computadoras son empleadas cada vez mas por personas que
no son especialistas en computación, el rostro del desarrollo de sistemas de
información adquiere una nueva magnitud.
Todas estas situaciones están representadas por tres distintos enfoques al
desarrollo de sistemas de información basados en computadoras:
Método del ciclo de vida para el desarrollo de sistemas (SDLC).
Método del desarrollo del análisis estructurado.
Método del prototipo de sistemas.
El desarrollo de sistemas es un proceso que consiste en dos etapas principales
de análisis y diseño de sistemas; comienza cuando la gerencia, o en algunas
ocasiones el personal desarrollo de sistemas, se da cuenta de que cierto sistema
de la empresa necesita mejorarse.
El ciclo de vida del desarrollo de sistemas es el conjunto de actividades de los
analistas, diseñadores y usuarios, que necesitan llevarse a cabo para desarrollar
y poner en marcha un sistema de información. Se debe tener presente que en la
mayoría de las situaciones de la empresa, las actividades están íntimamente
relacionadas y son inseparables. En muchas ocasiones, el orden de las etapas
será difícil de determina. Las diferentes parte de un proyecto pueden
encontrarse al mismo tiempo en diversas fases; algunos componentes pueden
encontrarse en la etapa de análisis, mientras otros se hallan en etapas avanzadas
del diseño.
Algunos componentes pueden estar dentro del análisis y otros en etapas
avanzadas del diseño.
El ciclo de vida del desarrollo de sistemas consiste en las siguientes
actividades:
1. Investigador preliminar
2. Determinación de requerimientos
22
3. Desarrollo del sistema prototipo
4. Diseño del sistema
5. Desarrollo del software
6. Prueba de los sistemas
7. Puesta en marcha y evaluación.
Proceso de toma de pedidos
Proceso mediante el cual el vendedor de determinada entidad solicita al cliente
los productos que este va a adquirir o comprar a un determinado precio
dependiendo del interés de este, el vendedor anota los pedidos en un formato
manual llamado nota de pedido el que va a servir para registrar todos los
pedidos realizados en determinadas temporadas, estos luego van a ser
procesados para la posterior entrega del producto al cliente con su respectivo
comprobante de pago. (9)
Hand Hend
También llamada PDA. Tipo de computadora "de mano", o sea, puede
sostenerse en la mano para realizar ciertos procesos y cálculos. (10)
Este dispositivo puede ser:
- Una Palm
- Una pocket PC
- Un Blackberry
- Un teléfono celular
Nota de Pedido
Es el documento que utilizan las empresas, para que a través de él, los clientes
soliciten los artículos deseados (11).
Es la expresión de una demanda, requerimiento o solicitud. Cuando el vendedor
acepta el pedido. La obligación es del vendedor y del comprador cuando el
pedido en firme es aceptado por el vendedor. (16)
El pedido viene acompañado de la nota de pedido que es el documento que
utilizamos para que Ud. a través de la misma nos solicite los artículos deseados.
(9) Disponible en URL http://www.monografias.com/(10) Disponible en URL http://www.alegsa.com.ar/Dic/handheld.php
(11) http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml#NOPEDIDO(16) http://www.olimusic.com/Faq_NotaPedido.aspx
23
Se extienden por duplicado o triplicado, según las necesidades de la empresa, el
original queda para la empresa proveedora y la copia se entrega al cliente para
que pueda controlar su pedido.
Dicho documento es emitido por la empresa proveedora, con fines de control
interno dentro de su negocio.
Este comprobante es de uso interno para control de Stock de los productos
solicitados.
La operación se formaliza luego de concretar el Pago de los productos. En ese
caso se procede a Facturar y Enviar los productos. (17)
1.2. Metodología
Proceso Unificado de Rational (RUP)
El Proceso Unificado de Rational (RUP, Rational Unified Process) es un
proceso de desarrollo de software y junto con el Lenguaje Unificado de
Modelado UML, constituye la metodología estándar más utilizada para el
análisis, implementación y documentación de sistemas orientados a objetos.
RUP es en realidad un refinamiento realizado por Rational Software del más
genérico Proceso Unificado.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto
de metodologías adaptables al contexto y necesidades de cada organización. (12)
El RUP está basado en 6 principios claves:
Adaptar el proceso
El proceso deberá adaptarse a las características propias del proyecto u
organización. El tamaño del mismo, así como su tipo o las regulaciones que
lo condicionen, influirán en su diseño específico.
Balancear prioridades
Los requerimientos de los diversos inversores pueden ser diferentes,
contradictorios o disputarse recursos limitados. Debe encontrarse un balance
que satisfaga los deseos de todos.
Colaboración entre equipos
(17) http://www.proyectosfindecarrera.com/definicion/pedido.htm(12) http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational/
24
El desarrollo de software no lo hace una única persona sino múltiples
equipos. Debe haber una comunicación fluida para coordinar requerimientos,
desarrollo, evaluaciones, planes, resultados, etc.
Demostrar valor interactivamente
Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas.
En cada iteración se analiza la opinión de los inversores, la estabilidad y
calidad del producto, y se refina la dirección del proyecto.
Elevar el nivel de abstracción
Este principio dominante motiva el uso de conceptos reutilizables tales como
patrón del software, lenguajes 4GL o esquemas (frameworks) por nombrar
algunos. Esto previene a los ingenieros de software ir directamente de los
requisitos a la codificación de software a la medida del cliente. Un nivel alto
de abstracción también permite discusiones sobre diversos niveles
arquitectónicos. Éstos se pueden acompañar por las representaciones visuales
de la arquitectura, por ejemplo con UML.
Enfocarse en la calidad
El control de calidad no debe realizarse al final de cada iteración, sino en
todos los aspectos de la producción.
El RUP divide el proceso de desarrollo en ciclos, teniendo un producto final
al final de cada ciclo, cada ciclo se divide en fases que finalizan con un hito
donde se debe tomar una decisión importante:
a. Concepción: se hace un plan de fases, se identifican los principales
casos de uso y se identifican los riesgos.
b. Elaboración: se hace un plan de proyecto, se completan los casos de
uso y se eliminan los riesgos.
c. Construcción: se concentra en la elaboración de un producto
totalmente operativo y eficiente y el manual de usuario
d. Transición: se implementa el producto en el cliente y se entrena a los
usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a
ser analizados.
Cuadro de configuración del RUP
Fase Disciplina Actividad Entrega
Documento Diagrama
25
Concepción Modelado del negocio
Evaluación de la organización X
Arquitectura del negocio X
Casos de uso del negocio X
Modelo de objetos del negocio
X
Visión del negocio X
Elaboración
Modelado de requerimientos
Modelado de análisis y
diseño
Visión del sistema X
Necesidades de los stakeholders
X
Modelo de requerimientos X
Especificación de casos de uso
X
Especificación del softwareX
Requerimientos suplementarios
X
Estimaciones del proyecto X
Costos del proyecto X
Modelo de actividades X
Modelo deColaboraciones
X
Interfaces del sistema X
Modelo de secuencia X
Diagrama de clases X
Diagrama lógico X
Diagrama físico X
Modelado de componentes X
Modelado de despliegue X
Configurar plataforma X
26
Construcción ImplementaciónCodificación X
Transición Pruebas
Identificar anomalías X
Modificar código X
Desarrollo documentación X
Instalación del software X
1.3. Herramientas
SQL Server 2000
Según Frohock (2001), es un paquete completo de base de datos y análisis de
datos que abre las puertas al rápido desarrollo de una nueva generación de
aplicaciones comerciales de nivel empresarial, que pueden proporcionar a su
compañía una ventaja competitiva crítica. Posee tareas de administración del
servidor y la creación de bases de datos, tablas, vistas e índices. Se incluyen
introducciones al lenguaje SQL y al proceso de diseño y normalización de las
bases de datos.(13)
Microsoft SQL Server 2000 es un sistema gestor de base de datos relacionales.
Una base de datos relacional proporciona una forma de organizar información
almacenándola en tablas de base de datos. La información relacional se puede
agrupar en tablas y también se pueden definir relaciones entre tablas; de ahí el
(13) Disponible en URL http://www.monografias.com/trabajos12/elproducto/elproduc.shtml
27
nombre, base de datos relacional. Los usuarios acceden a la información que
está en el servidor a través de una aplicación.
Los administradores acceden al servidor directamente para realizar tareas de
configuración, administrativas y de mantenimiento de la base de datos. SQL Server nació en 1999 y ha cambiado de forma significativa desde entonces.
Se han realizado grandes mejoras en la dimensionalidad, la integridad, la
facilidad de administración, en rendimiento y las características del producto.
SQL es un sistema gestor de base de datos con muchas características que
permiten configurar el sistema para satisfacer las necesidades de la empresa,
tanto si la compañía es un pequeño negocio, una corporación o un negocio de
comercio electrónico. En este capitulo se han descrito los entornos en los que se
puede ejecutar SQL Server. Después se han tratado algunas de las nuevas
mejoras y características de SQL Server 2000. Estas proporcionan una
administración más sencilla, mayor flexibilidad, mas funcional útil y un mejor
rendimiento.
SQL Server 2000 tiene tantas características nuevas, la cual facilitan el uso y
la gestión de SQL Server, mejoran su rendimiento y hacen que SQL Server
2000 una excelente plataforma de base de datos no solo para el procesamiento
de transacciones en conexión (OLPT, On Line Transaction processing) de
pequeña magnitud, sino también para OLPT de gran magnitud, el
almacenamiento masivo de datos( almacenes de datos, data Ware Housing) y
las aplicaciones de comercio electrónico.
Visual Studio .net
Es una de las herramientas de desarrollo más completa creadas hasta el día de
hoy. Integra en un mismo entorno múltiples lenguajes y todos los recursos
necesarios para la construcción rápida de aplicaciones Windows, componentes,
aplicaciones para la Web y servicios Web. Se pueden crear aplicaciones
basadas en formularios Windows y formularios y servicios Web, también
enseña a utilizar bases de datos sirviéndose de ADO.NET, un
28
modelo renovado para la manipulación de todo tipo de información.(14)
Según Ceballos (2003), es uno de los lenguajes de programación de alto nivel
que pertenecen al paquete.NET(otros lenguajes son C·,C/C++,etc).
Es un producto con una interfaz grafica de usuario para crear aplicaciones para
Windows basado en el lenguaje Basic y en la programación orientada a objetos.
La palabra Visual hace referencia, desde el lado del diseño, al método que se
utiliza para crear la interfaz grafica de usuario si se dispone de la herramienta
adecuada( con Microsoft Visual Studio.NET se utiliza el ratón para arrastrar y
colocar los objetos prefabricados e ele lugar deseado dentro de un formulario) y
desde el lado de la ejecución, al respecto grafico que toman los objetos cuando
se ejecuta el código que los cree, objetos que formaran la interfaz grafica que el
usuario de la aplicación utiliza para acceder a los servicios que esta ofrece.
La palabra Basic hace referencia al lenguaje BASIC, un lenguaje utilizando por
más programadores que ningún otro lenguaje en la historia de la informática.
Visual Basic ha evolucionado a partir del lenguaje BASIC original y ahora
contiene centenares de instrucciones, funciones y palabras clave, muchas de las
cuales están directamente relacionadas con la interfaz grafica de Windows.
La palabra NET hace referencia al ámbito donde operaran nuestras
aplicaciones. Visual Basic.NET proporcionan la tecnología necesaria para
saltar desde el desarrollo de aplicaciones cliente- servidor tradicionales a la
siguiente generación de aplicaciones escalables para la Web, introduciendo
algunos conceptos nuevos, como ensamblados, formularios Web, servicios
Web, ADO.NET y el :NET Framework.
Con Visual Basic.NET se pueden escribir tanto programas convencionales
como para Internet. Las aplicaciones podrán mostrar una interfaz grafica al
usuario, o bien una interfaz de texto, como hacen las denominadas aplicaciones
de consola.
(14) Disponible en URL http://www.agapea.com/Visual-Studio-NET-n10175i.htm
29
El entorno .NET incluye un compilador (programa traductor) de Visual
Basic.NET que produce un código escrito en un lenguaje intermedio(lenguaje
común para todos los lenguajes de dicha plataforma ) que será el que la
maquina virtual ejecutara; esto es, cada lenguaje del entorno de desarrollo tiene
su compilador que produce código correspondiente a un único de lenguaje
denominado MSIL.
Por lo tanto, MSIL es un lenguaje maquina que no es especifico de ningún
procesador, sino de l maquina virtual de.NET. En realidad se trata de un
lenguaje de mas alto nivel que otros lenguajes maquina: trata directamente con
objetos y tiene instrucciones para cargarlos, guardarlos, iniciarlos, invocar a sus
métodos así como para realizar operaciones aritméticas y lógicas, para
controlar el flujo de ejecución, etc. A su vez, la maquina virtual posee un
recolector de basura (para eliminar los objetos cuando no estén referenciados) y
proporciona traductores del lenguaje intermedio a código nativo para cada
arquitectura soportada; se trata de compiladores JIT(Just in time).
Para poder escribir programas con Visual Basic.NET, se necesita un entorno
de desarrollo.
UML
Según Larman (2003), el Lenguaje Unificado de Modelado (UML) es un
lenguaje para especificar, visualizar, construir y documentar los artefactos de
los sistemas de software, así como para el modelado del negocio y otros
sistemas
Es el lenguaje de modelado de sistemas de software más conocido y utilizado
en la actualidad; aún cuando todavía no es un estándar oficial, está apoyado en
gran manera por el OMG (Object Management Group).UML ofrece un
estándar para describir un "plano" del sistema (modelo), incluyendo aspectos
conceptuales tales como procesos de negocios y funciones del sistema, y
aspectos concretos como expresiones de lenguajes de programación, esquemas
de bases de datos y componentes de software reutilizables.
30
Se puede aplicar en una gran variedad de formas para soportar una metodología
de desarrollo de software (tal como el Proceso Unificado de Rational)
Aunque UML nos ofrece un modo estándar de visualizar, especificar, construir,
documentar y comunicar los artefactos de un sistema muy basado en el
software, por supuesto somos consientes de que un Lenguaje como este debe
utilizarse en el contexto de un proceso de software completo. UML es un
medio, y no un fin. El Objetivo final es una aplicación software robusta,
flexible y escalable. Es necesario tanto un proceso como un lenguaje para poder
obtenerla.
UML se puede usar para modelar distintos tipos de sistemas: sistemas de
software, sistemas de hardware, y organizaciones del mundo real. UML ofrece
nueve diagramas en los cuales modelar sistemas.
Diagramas de Casos de Uso para modelar los procesos 'business'.
Diagramas de Secuencia para modelar el paso de mensajes entre objetos.
Diagramas de Colaboración para modelar interacciones entre objetos.
Diagramas de Estado para modelar el comportamiento de los objetos en el
sistema.
Diagramas de Actividad para modelar el comportamiento de los Casos de
Uso, objetos u operaciones.
Diagramas de Clases para modelar la estructura estática de las clases en el
sistema.
Diagramas de Objetos para modelar la estructura estática de los objetos
en el sistema.
Diagramas de Componentes para modelar componentes.
Diagramas de Implementación para modelar la distribución del sistema.
UML es una consolidación de muchas de las notaciones y conceptos más
usadas orientados a objetos. Empezó como una consolidación del trabajo de
Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de las
metodologías orientadas a objetos más populares.
Una vez más, UML es una notación, no un método. No prescribe un proceso
para modelar un sistema. No obstante, como UML incluye los diagramas de
31
casos de uso, se le considera estar dotado de una aproximación al diseño
centrada en el problema con los casos de uso. El Diagrama de Caso de Uso nos
da el punto de entrada para analizar los requisitos del sistema, y el problema
que necesitamos solucionar.
El lenguaje Unificado de modelado o UML(Unified Modeling Language) es el
sucesor de la oleada de métodos de análisis y diseño orientados a
objetos(OOA&D) que surgió a finales de la década de 1980 y principios de la
siguiente. El UML unifica, sobre todo, los métodos de Booch, Rumbaugh
(OMT) y Jacobson, pero su alcance llegara a ser mucho mas amplio. En estos
momentos el UML esta en pleno proceso de estandarización con el
OMG(Object Management Group o Grupo de administración de objetos) y
estoy seguro de que se convertirá en el lenguaje de modelado estándar del
futuro.
Decimos, pues, que el UML es un lenguaje de modelado, y no un método. La
mayor parte de los métodos consisten, al menos en principio, en un lenguaje y
en un proceso para modelar. El lenguaje de modelado es la notación
(principalmente grafica) de que se valen los métodos para expresar los diseños.
El proceso es la orientación que nos dan sobre los pasos a seguir para hacer el
diseño.
Las partes que tratan sobre el proceso en muchos libros de métodos son mas
bien esquemáticas. Mas aun, considero que la mayoría de las personas que
dicen estar usando un método están usando en realidad un lenguaje
remodelado, pero rara vez siguen el proceso. Así pues, en gran medida el
lenguaje de modelado es la parte mas importante del método. Ciertamente, es la
clave para la comunicación. Si usted desea analiza su diseño con alguien, lo
que ambos necesitan comprender es el lenguaje de modelado, no el proceso que
usted siguió para lograr tal diseño.
En su condición actual, el UML define una notación y un meta modelo.
La notación es el material grafico que se ve en los modelos; es la sintaxis del
lenguaje de modelado. Por ejemplo, la denominación de un diagrama de clases
32
define como se representan conceptos y temas como clase, asociación y
multiplicidad.
Por supuesto, esto nos lleva a la pregunta de que significan exactamente
asociación, multiplicidad e, incluso, clase. Por uso común se infieren algunas
definiciones más rigurosas.
En el campo de los métodos formales prevalece la idea de contar con lenguajes
de especificación y diseño riguroso. En tales técnicas, los diseños y las
especificaciones se representan usando alguna derivación del cálculo de
predicados. Tales definiciones son matemáticamente rigurosas y no permiten la
ambigüedad. Sin embrago, el valor de dichas definiciones no es de ninguna
manera universal. Incluso, cuando se puede probar que un programa satisface
una especificación matemática, no hay manera de probar que esa especificación
matemática se adecue en la práctica a los requisitos reales del sistema.
La mayoría de los métodos orientados a objetos (métodos OO) tienen escaso
rigor; su notación es mas intuitiva que formal. N general, esto no parece haber
causado muchos daños. Estos métodos pueden ser informales, pero mucha
gente sigue contratándolos útiles y es su utilidad la que cuenta.
Las técnicas en el UML fueron diseñadas en cierta medida para ayudar a los
usuario a hacer un buen desarrollo de OO, pero cada técnica tienen distintas
ventajas a las de las demás.
Los diagramas de interacción son muy útiles, pues hacen muy explicita la
estructura de los mensajes y, en consecuencia, tienen la ventaja de resaltar los
diseños demasiado centralizados, en los que un objeto realiza todo el trabajo.
Los diagramas de clases, usados para ilustrar modelos de clases, son tanto
buenos como malos para el aprendizaje de objetos. Los modelos de clases son
muy similares a los modelos de datos, por lo que resultan cómodos; muchos de
los que hacen que un modelos de clases sea bueno. El mayor problema en el
modelo de clases que este orientado a datos que desarrollar uno orientado a
responsabilidades.
33
El UML tiene un mecanismo de extensión que utiliza estereotipos.
Hablo de estereotipos solo en el contexto de los diagramas de clases, pero usted
puede emplear estereotipos con cualquier diagrama, ampliando su significado.
Sistema Operativo
Según Silberschatz (2006), es un sistema Operativo es un programa que
administra el hardware de una computadora. También proporciona las bases
para los programas de aplicación y actúa como un intermedio entre el usuario y el
hardware de la computadora. Un aspecto sorprendente de los sistemas operativos
para main-frame están diseñados principalmente para optimizar el uso del
hardware. Los sistemas operativos de las computadoras personales (PC) soportan
desde complejos juegos hasta aplicaciones de negocios. Los sistemas operativos
para las computadoras de mano están diseñados para proporcionar un entorno en
el que el usuario pueda interactuar fácilmente con la computadora para ejecutar
programas por tanto algunos sistemas operativos se diseñan para ser prácticos,
otros para ser eficientes y otros para ambas cosas.
Antes de poder explorar los detalles de funcionamiento de una computadora,
necesitamos saber algo acerca de la estructura del sistema.
Dado que un sistema operativo es un software grande y complejo, debe crearse
pieza por pieza. Cada una de estas piezas deberá ser una parte bien diseñada del
sistema, con entradas, salida y funciones cuidadosamente definidas.
El Sistema operativo controla y coordina el uso del hardware entre los diversos
programas de aplicación por parte de los distintos usuarios.
El sistema operativo proporciona los medios para hacer un uso adecuado de los
recursos durante el funcionamiento del sistema informático. Un sistema
operativo es similar a un gobierno. Como un gobierno, no realiza ninguna
función útil por si mismo: simplemente proporciona un entorno en el que otros
programas pueden llevar a cabo un trabajo útil.
Los sistemas operativos existen porque ofrecen una forma razonable de resolver
el problema de crear un sistema informático utilizable.
Las características varían de un Sistema operativo a otro.
La cuestión acerca de que constituye un sistema operativo esta adquiriendo una
importancia creciente.
34
Un sistema operativo proporciona el entorno en el cual se ejecutan los
programas. Internamente, los sistemas operativos varían enormemente en su
composición, ya que se organizan a lo largo de muchas líneas diferentes.
Unos aspectos más importantes de los sistemas operativos es la capacidad para
multiprogramas. En general, un solo usuario no puede mantener la CPU o los
dispositivos de E/S ocupados continuamente. La multiprogramación incrementa
el uso de la CPU organizando los trabajos (código y datos) de modo que la CPU
siempre tenga uno que ejecutar.
La idea es la siguiente: el sistema operativo mantiene en memoria
simultáneamente varios trabajos. Este conjunto de trabajos puede ser un
subconjunto de los trabajos guardados en la cola de trabajos, la cual contiene
todos los trabajos que entran en el sistema, dado que el numero de trabajos, que
puede mantenerse simultáneamente en memoria es normalmente menor que el
numero de trabajos que puede mantener la cola de trabajos. El sistema operativo
toma y comienza e ejecutar uno de los trabajos que esta en memoria.
Eventualmente, el trabajo puede ser que esperar a que se complete alguna otra
tarea, como por ejemplo una operación de E/S. En un sistema que no sea
multiprogramado, la CPU se quedaría inactiva en estas circunstancias. Por el
contrario, en un sistema multiprogramado, el sistema operativo simplemente
cambia de trabajo y ejecuta otro.
Los sistemas operativos modernos están controlados mediante interrupciones. Si
no hay ningún proceso que ejecutar, ningún dispositivo de E/S al que dar servicio
y ningún usuario al que responder, un sistema operativo debe permanecer
inactivo, esperando a que algo ocurra. Los sucesos casi siempre operativo debe
permanecer inactivo, esperando a que algo ocurra.
Un cierto conjunto de servicios del sistema operativo proporciona funciones que
resultan útiles al usuario:
Interfaz de usuario.
Ejecución de programas
Operación de E/S
Manipulación del sistema de archivos
Comunicaciones
Detección de errores.
35
Hay disponible otro conjunto de funciones del sistema operativo que no están
pensadas para ayudar al usuario, sino para garantizar la eficiencia del propio
sistema. Los sistemas con múltiples usuarios pueden ser más eficientes cuando se
comparten los recursos del equipo entre los distintos usuarios:
Asignación de Recursos
Responsabilidad
Protección y Seguridad
Windows XP
Según Silberschatz (2006), es un sistema operativo multitarea apropiativo de
32/64-bits para los microprocesadores AMD K6/K7, Intel IA32\IA64 y
posteriores. Sucesor de Windows NT y Windows 2000, Windows XP también
trata de reemplazar al sistema operativo Windows 95/98. Los Objetivos clave
del sistema operativo son la seguridad, la fiabilidad, la facilidad de uso, la
compatibilidad con aplicaciones Windows y POSIX, las altas prestaciones,
ampliabilidad, la portabilidad y el soporte internacional. En este capitulo,
vamos a analizar los objetivos clave de Windows XP, la arquitectura en niveles
que los que hace fácil de utilizar, el sistema de archivos de conexión por red la
interfaz de programación.
Los objetivos diseño de Microsoft para Windows XP incluyen la seguridad, la
fiabilidad, la compatibilidad con aplicaciones Windows y posix, las altas
prestaciones, la ampliabilidad, la portabilidad y el soporte internacional.
Los objetivos de Seguridad de Windows XP requerían algo mas que una
simple adherencia a los estándares que permitieron que Windows NT 4.0
recibiera una clasificación de seguridad C-2 por parte del gobierno de EE.UU.
(lo que significa un nivel moderado de protección frente al software defectuoso
de los ataques maliciosos). Se combino una revisión y pruebas profundas del
código con la utilización de herramientas automáticas sofisticadas de análisis
para identificar e investigar los defectos potenciales que pudieran representar
vulnerabilidades de seguridad del sistema.
Windows XP es la primera versión en incorporar soporte de 64 bits. El sistema
de archivos nativo NT(NTFS) y muchas de las API Win32 han utilizado
siempre enteros de 64 bits en todos los lugares apropiados, por lo que la
36
extensión principal de 64 bits en Windows XP se refiere principalmente al
soporte de direcciones de gran tamaño.
Windows XP utiliza una arquitectura cliente- servidor (como Mach) para
poder implementar múltiples personalidades del sistema operativo, como por
ejemplo la API Win32 y POSIX, con una serie de procesos de nivel de usuario,
denominados subsistemas. La arquitectura de subsistemas permite realizar
mejoras en una de las personalidades del sistema operativo sin afectar a la
compatibilidad con las aplicaciones de las restantes personalidades.
Windows XP amplia la verificación de los controladores con el fin de detectar
errores mas sutiles, mejora las facilidades para detectar los errores de
programación en el código de nivel de usuario y somete a los dispositivos,
controladores y aplicaciones de terceras fuentes, a un riguroso proceso de de
certificación. Además, Windows XP añade nuevas facilidades para monitorizar
el estado del PC, incluyendo la descarga de parches para los problemas, antes
de que estos lleguen a ser experimentados por los usuarios. La fiabilidad
percibida de Windows XP también se mejoro haciendo que la interfaz grafica
de usuario fuera mas fácil de utilizar; para ello se empleo un mejor diseño
visual, unos menús mas simples y unas mejoras mensurables en la facilidad con
la que los usuarios pueden descubrir como realizar determinada tareas
comunes.
La arquitectura de Windows XP es un sistema de módulos organizado en
niveles. Los niveles principales son el nivel HAL, el Kernel y el subsistema
ejecutivo, todos los cuales se ejecutan en modo protegido, junto con una
colección de subsistemas de modo usuario pueden clasificarse en dos
categorías: los subsistemas de entorno, que emulan diferentes sistemas
operativos y subsistemas de protección , que proporcionan funciones de
seguridad. Una de las principales ventajas de este tipo de arquitectura es que las
iteraciones entre distintos módulos resultan simples.
Windows XP también esta diseñado para su utilización en entornos
internacionales y multinacionales. Proporciona soporte para diferentes
configuraciones nacionales mediante la API de Soporte de idioma
Nacional(NLS, nacional-language-support).
Rational Rose
37
Rational Rose es la herramienta CASE que comercializan los desarrolladores
de UML. Esta herramienta propone la utilización de cuatro tipos de modelo
para realizar un diseño del sistema, utilizando una vista estática y otra dinámica
de los modelos del sistema, uno lógico y otro físico. Permite crear y refinar
estas vistas creando de esta forma un modelo completo que representa el
dominio del
problema y el sistema de software. Rational Rose utiliza un proceso de
desarrollo iterativo controlado, donde el desarrollo se lleva a cabo en una
secuencia de iteraciones. Cada iteración comienza con una primera
aproximación del análisis, diseño e implementación para identificar los riesgos
del diseño.(15)
(15) Disponible en URL http://www.monografias.com/trabajos5/insof/insof.shtml
38
CAPITULO II : RESULTADOS
2.1. Documento de Evaluación de la Organización
2.1.1 Descripción de la Empresa
2.1.1.1 Contexto Del Negocio
Nombre o razón social:
Del Manantial S. A.C. RUC: 2048995300
Historia:
El proyecto del manantial es el resultado de un proyecto de inversión realizado
durante una maestría en la universidad san Ignacio de Loyola en lima, los
propietarios de la empresa son 6 profesionales trujillanos de los cuales 5 han
trabajado en la embotelladora Coca cola Trujillo. La embotelladora inicia sus
actividades con 3 líneas de producción, y planea producir agua de mesa,
gaseosa y tragos cortos. Su producción inicio con mil cajas diarias en un solo
turno de 8 horas diarias cuya visión de comercialización seria en la ciudad de
Trujillo y de distribuidores mayoristas en caso de la sierra de la libertad.
Razón Principal De La Organización
Desarrollar una empresa altamente competitiva en el rubro de bebidas,
logrando cubrir las expectativas de los consumidores, en cuanto a calidad,
precio, oportunamente logrando un posicionamiento en el consumidor
trujillano, generando a los accionistas una rentabilidad mayor que en el
mercado financiero.
Ubicación:
Dirección: Av. Metropolitana A’ lote 7 San Isidro Trujillo La Libertad.
39
2.1.1.2 Ideas Y Estrategias Del Negocio En El Contexto Del Proyecto
Nuestro proyecto se basa en el proceso de ventas de bebidas gaseosas y
aguas minerales en la que intervienen los procesos de facturación, toma
de pedidos y cobranzas, por lo tanto se aplicarían las siguientes
estrategias:
Agilizar el proceso de ventas que incluye la toma de pedidos de
productos y cobranzas a través del uso de un Hand Held (Palm,
móvil) para transportar los datos directamente a la Base de datos del
sistema, así como también agilizar el proceso de facturación.
2.1.2 Factores Externos
Clientes
Bodegas
Mayoristas:
Chiclayo
Tumbes
Sierra: Santiago Chuco, Tallabamba
Restaurantes
Casinos
Kioscos
Personas naturales
Competidores
Coca Cola company
Pepsi Cola
Kola Real
Cassinelly
40
Proveedores
Esencias: Proveedor principal CRAMER Perú con esencias, saborizantes,
acidulantes, edulcorantes y otros para los sabores Fresa, Cola, Lima
Limón, Naranja y Montana Perú, esencia para la Dorada.
Tapas plásticas: Proveedor principal ANVIP SAC cuyo lote mínimo de
compra es de 50 Millares de tapas, el cual incluye impresión de logotipos.
Etiquetas: Proveedores principales, Print Plastic SAC, con lotes mínimos
inferior al de mercado los cuales son de 12 Millares por formato y un
proveedor en Trujillo Maprint SAC.
Botellas: serán solo del tipo no retornable, hechas de material virgen
(preformas San Miguel), proveedores como FCD Plastic SAC.
2.1.3 Factores Internos
2.1.3.1 Proceso De Negocio
Gestionar pedidos
Gestionar facturación
Gestionar cobranza
2.1.3.2 Herramientas De Soporte
Camionetas
Triciclos
Vehículos de carga
Computadoras
41
2.1.3.3 Organización Interna (Organigrama)
Figura Nº 01- Organigrama del Manantial SAC
2.1.3.4 Competencia Destreza Y Actitudes
La política de la empresa, no es tanto incentivar la competencia entre
trabajadores, más bien esta enfocada en una filosofía WIN WIN,
donde se premia a todos de acuerdo a su desarrollo en conjunto, se
desarrolla las destrezas de los empleados, a través de cursos de
capacitación, y reuniones que se realizan entre el personal, donde se
analiza el desarrollo de la empresa, y el desarrollo de los trabajadores,
tanto en el plano laboral como personal, para así generar mayor
compromiso de ellos, para con la empresa, una actitud positiva, y un
mejor desarrollo de su función todo esto en un ambiente de confianza
por todas las partes.
2.1.3.5 Capacidad De Cambio
La capacidad de cambio en el nivel tecnológico es alto, puesto que
actualmente manejan el control de datos en hojas de MS Excel, por lo
que solamente se implantaría el sistema, y se capacitaría a los
trabajadores para su uso, y ya se tendría realizado.
En el nivel de personal, el nivel cognitivo y de actitudes es bastante
regular, la gente es hábil, optimista y deseosa por mejorar, al parecer
hay compromiso con la empresa.
42
2.1.4 Conclusión
Demora en pasar datos de los pedidos a una hoja de Calculo Excel por
parte del empleado lo que ocasiona perdida innecesaria de tiempo.
La fortaleza de la empresa esta que tiene personal capacitado, en cada
actividad de la empresa.
Demasiado centralismo del trabajo de cuadre de datos de ventas en una sola
persona
Registro de las cobranzas efectuadas a los clientes sujetos a crédito en
hojas de Excel.
Perdida y tergiversación de data al digitar manualmente el ingreso de los
datos.
Toma de decisiones poco acertadas por parte de la gerencia.
2.1.5 Problemas de Área
Demora en obtener e ingresar datos de los pedidos a la computadora.
Mal control de los documentos de venta
Demora en el proceso de facturación.
No hay control en el despacho de los pedidos.
Manejo poco efectivo de las cobranzas realizadas a los clientes
2.1.6 Tecnologías de la nueva aplicación
Tecnología NET FRAMEWORK
Servidor de Base de Datos MS SQL Server 2000
Red Cableada tipo Estrella
43
2.2 Modelo Visual del Diagnostico
Figura Nº 01- Modelo Actual de los procesos Del Manantial SAC
2.3 Arquitectura del Negocio
2.3.1 Objetivos
Agilizar el proceso de toma de pedidos y cobranzas mediante el uso
dinámico de un dispositivo Hand Held (Palm) que posea una hoja de
cálculo en Excel.
Controlar la cobranza y pago de los pedidos
Controlar el proceso de facturación.
Obtener datos estadísticos, reportes e información necesaria para toma
de decisiones por parte de gerencia.
2.3.2 Restricciones
Presupuesto limitado con respecto a la tecnología a adquirir:
Computadoras de alta tecnología, licencias de software.
Reglas internas del negocio.
44
2.3.3 Vista de los Procesos
Figura Nº 02- Modelo Actual de los procesos
2.3.4 Vista de Estructura Organizacional
Figura Nº 03- Organigrama del Manantial SAC
45
2.3.5 Vista Cultural
La visión de los socios es favorable hacia la implantación del sistema, todos
están de acuerdo, puesto que son concientes de los beneficios que traería a
la empresa, ellos afirman que el sistema logrará un mejor manejo y
desarrollo del área de distribución.
Los socios tienen gran interés por automatizar el manejo de la información
para facilitar la supervisión y la toma de decisiones como así también
mejorar la ejecución de los procesos de distribución.
La visión de los trabajadores, es a favor con la implantación del sistema,
puesto que le hemos explicado las funcionalidades del sistema, y saben que
su labor será más fácil de manejar, más ordenada, y simple, así que no están
temerosos al cambio.
2.3.6 Vista de Recursos Humanos
El personal tiene actualmente una funcionalidad aceptable, pero con la
implantación del sistema se mejorará sustancialmente el manejo del área de
ventas, y se reducirá la sobrecarga laboral.
Gerente: Obtendrá sus reportes del área de ventas y pedidos de forma
instantánea, facilitando la supervisión del área.
Jefe de ventas: Podra aprobar los despachos que esten expeditos, llevara un
control de los pedidos efectuados al dia, sera el encargado de realizar la
facturacion.
46
2.4 Modelo Visual Solucionador
.Figura Nº 04- Modelo Visual Solucionador Del Manantial SAC
2.5 Reglas del Negocio
Definiciones
Gestionar pedidos
El vendedor irá a ciertas zonas predeterminadas para tomar el pedido de los
clientes que anteriormente lo han solicitado.
El vendedor captará el pedido solicitado por el cliente y también el tipo de
pago través de su Hand Held (Palm).
El vendedor entrega la Palm a un encargado del sistema quien ingresará la
data registrándola en el sistema.
47
Gestionar facturación
El jefe de ventas verifica las cuentas por cobrar de los clientes
El jefe de ventas autoriza la salida de los pedidos de los clientes sujetos a
crédito que no sean morosos(el plazo máximo de pago es de 1 mes)
Se genera la guía de remisión
Se procede a imprimir las boletas y facturas de los clientes ya sean
naturales o jurídicos
Se le entrega al cliente el producto con su documento de venta.
Gestionar Cobranza
Se visita al cliente y se registra la cobranza en la palm, en caso que el
cliente pague por partes se registra la amortización (Cliente sujeto a
crédito).
Le entrega la palm al encargado del sistema para que actualice los nuevos
datos importándolos al sistema.
Se actualiza las cuentas por cobrar
Se actualiza el documento de venta
2.6 Modelo de Casos de Uso del Negocio
Gestionar Facturacion
(from Logical View)
Jefe VentasVendedor
(f rom Casos de uso Negocio)
Encargado del sistema
Gestionar cobranza
AlmacenGestionar Pedidos
(from Logical View)
Figura Nº5- Modelado casos uso de negocio
2.7 Especificación de Caso de uso de Negocio
48
2.7.1 Gestionar Pedidos
Descripción
Consiste en captar datos del pedido con el dispositivo Hand Held para
luego ser registrados en el sistema, estos luego podran ser modificados en
caso de que asi se requiera
Objetivo
Registrar el pedido automáticamente
Categoria
Primario
Flujo de trabajo
Consultar Cliente
Registrar Cliente
Consultar Zona
Consultar producto
Importar pedido
Registrar Pedido(movil)
Consultar Empleado
Consultar Tipo Pago
Modificar pedido
Consultar pedido
Modificar pedido
Registrar Pedido(sistema)
Riesgo
La Palm se encuentre dañada
El pedido este mal tomado
Propietario
Encargado del sistema
49
Precondición
Contar con una Palm
Contar con una macro en Excel que sea capaz de ser importar datos al
sistema.
2.7.2 Gestionar Factuación
Descripción
Consiste en generar los documentos de ventas a partir de los pedidos
registrados en el sistema pertenecientes a los clientes autorizados por el
jefe de ventas para su posterior impresión y entrega con el respectivo
producto.
Objetivo
Generar y registrar los documentos de venta
Categoria
Primario
Flujo de trabajo
Consultar cliente
Consultar documento de venta
Autorizar despacho
Consultar pedido
Generar documento de venta
Registrar Documento de venta
Generar guia de remision
Registrar guia de remision
50
Riesgo
Error en la aprobación de pedidos.
Error en el pedido.
Precondición
Tener registrado los pedidos
Tener registrado los documentos de venta
Tener registrado un listado de las cuentas por cobrar (creditos)
Propietario
Jefe de ventas
2.7.3 Gestionar cobranza
Descripcion
Consiste en realizar la cobranza a los clientes, la cobranza puede ser al
contado o al crédito, los clientes sujetos a crédito registraran las
amortizaciones que vayan realizando en la hand Held por el vendedor para
luego ser importadas en el sistema.
Objetivo
Registro y control de la cobranza
Categoria
Primario
Flujo de trabajo
Consultar cliente
Registrar Amortizacion(Movil)
Importar datos de palm
51
Registrar Amortizacion(sistema)
Actualizar Cuentas por cobrar
Riesgo
Error al captar datos en la palm.
Precondicion
Tener registrado los documentos de venta
Tener registrado los pedidos
Propietario
Jefe de ventas
2.8 Modelo de Objetos de Negocio
2.8.1 Gestionar pedidos
Tomando Pedido en palm
vendedor
(from Objetos del Negocio)
Cliente
(from Objetos del Negocio)
Tipo Pago
(from Objetos del Negocio)
Pedido
(from Objetos del Negocio)
EmPleado
(from dominio)
producto
Hand Held
(from Objetos del Negocio)
crear/Leer
Leer
Crear
Leer
Leer
Figura Nº 6- Tomando pedido en palm
52
Registro de Pedidos en el sistema
Hand Held
(from Objetos del Negocio)
Cliente
(from Objetos del Negocio)
Tipo Pago
(from Objetos del Negocio)
Producto
(from Objetos del Negocio)
Pedido
(from Objetos del Negocio)
EmPleado
(from dominio)
Encargado Sistema
(from Objetos del Negocio)
Crear/Leer
Leer
Leer
Crear/Actualizar
Leer
Almacen
(from caso uso Negocio)
Figura Nº 7- Registro de pedidos en el sistema
2.8.2 Gestionar Facturación
Cuentas por cobrar
(from Objetos del Negocio)
Autorizando Pedido
Jefe de ventas
(from Logical View)
Leer
amortizacion
Leer
Figura Nº 8- Autorizando Pedido
53
Pedido
(from Objetos del Negocio)
Cuentas por cobrar
(from Objetos del Negocio)
Guia de Remision
Gestionar facturacion
Empleado
Jefe de ventas
(from Logical V...
Leer
Leer
Crear
Documento de ventaLeer
Leer
Figura Nº 9- Gestionar Facturación
2.8.3 Gestionar cobranzas
Cobrar en Palm
cliente
(from Objetos del Negocio)
Cuentas x cobrar
(from dominio)
Vend Hand Held
(from Objetos del Negocio)
Leer
amortizacion
Leer
54
Cargo
Juridica
Natural
DistritoZona1* 1*
Tipo pago
Cliente1* 1*
Producto
Tipo DocumentoDocumento Venta1* 1*
Amortizacion
Cuentas x cobrar
*
1
*
1
Pedido
1
*
1
*
*
1
*
1
**
**
*1 *1
*
1
*
1
Guia Remision
1
*
1
*
EmPleado
*
1
*
1
11 11
Unidad
1
1
1
1
Figura Nº 10- Cobrar en Palm
Generar cobranza/ Registro de Cobranza
Cuentas por cobrar
(f rom Objetos del Negocio)
Cliente
(f rom Objetos del Negocio)
Hand Held
(f rom Objetos del Negocio)
vendedor
amortizacion
Documento de venta
Pedido
(f rom Diagrama de clase)
Encargado Sistema
(f rom Objetos del Negocio)
Actualizar/Leer
LeerImportar
actualizar/leer
Leer
Leer
Figura Nº 11- Generar cobranza / Registro de Cobranza
2.9 Modelo de Dominio
Figura Nº 12- Modelo de Dominio
55
2.10 Glosario del negocio
Cliente.- Persona a quien se le vende y distribuye el producto. No esta
asociado con UML
Zonas.- Espacio geográfico que tiene un nombre específico, en donde hay
una colección de calles y clientes. No esta asociado con UML
Producto.- Cajas de gaseosas y agua mineral, las marcas que representan
los productos son:”Mochic Kola” para las bebidas gaseosas y “Del
manantial” para las aguas minerales. No esta asociado con UML
Liquidación.- Es el proceso por el cual el producto que se envía al cliente
es vendido en el caso de que se devuelva el producto entonces este se
retorna a la fábrica.
Cama.- Bloques de cajas de gaseosas. De 3.2 lt: camas de 20 unidades, de
1.65 lt: camas de 30 unidades.
Cajas unitarias: convertidas a cajas de 12 unidades, cada unidad es de 1
litro
2.11 Visión del Negocio.
2.11.1 Posicionamiento
La empresa MANANTIAL SAC tiene pocos años de funcionamiento en
el medio local, es otra empresa más que brinda bebidas gaseosas en el
mercado (La libertad), teniendo sucursales de distribución en la sierra
de la libertad.
2.11.2 Oportunidad del negocio
DEL MANANTIAL es una empresa rentable, con tendencias a la
expansión de distribución y a la innovación tecnológica. En este sentido,
contar con un sistema informático le permitirá controlar mejor los
documentos generados tanto en el manejo de los documentos de venta,
los pedidos y cobros así mismo la generación de diversos reportes que
servirán de mucha ayuda al gerente.
56
De esta manera se genera un ahorro económico para la empresa ya que
se minimizará los tiempos de procesamiento.
Problema Afectados Impacto Beneficios o Soluciones
Control de
Pedidos
Encargado del
sistema
Demora en ingresar
datos del pedidos en una
hoja de Excel
Automatizar la
información del pedido.
Generación
manual
Facturación
Cliente Demora en la
generación de los
documentos de ventas
Automatizar el proceso
de facturación
Errores en la
captación de
datos en los
pedidos así
como en la
entrega de doc.
De ventas y
cobros
Cliente Tergiversación de la
data al momento de
ingresar en el
computador
Carga de información
para pedidos, cobros y
entrega en la facturación
en una hand held
Control de
cobranzas
Cliente/Empresa Mal manejo del registro
de las cobranzas en
hojas de Excel
Automatizar el proceso
de cobranzas través de
un hand held
Falta de reportes
para la toma
decisiones en los
procesos
mencionados
Empresa Impacto a la hora de
tomar acciones de
acuerdo a unos reportes
no tan fidedigno
Generación de reportes
estadísticos en base a una
data real.
2.11.3 Problemas a solucionar
57
2.11.4 Declaración de la posición del producto
Para DEL MANANTIAL SAC
Quien Ayudará en mejorar los procesos ventas
El sistema de
Información para
la distribución y
control de Kardex
De primera necesidad. Es un Software diseñado
utilizando Metodología Orientada a Objetos y haciendo
uso de UML (Unified Modeling Language)
Que Logra eficiencia en la realización de los procesos
asegurando la seguridad de los datos almacenados
referente a la toma de pedidos, facturación así como en
el proceso de cobranza.
A menos que Se siga trabajando con unos sistemas que se simule en
hojas de Excel y manualmente en los procesos de
gestión de pedidos, facturación y cobranza.
Nuestro producto Es consistente y de fácil manejo.
Automatizará los procesos existentes en las áreas
indicadas y complementan a la toma de decisiones en
dichas áreas.
2.11.5 Descripción de Usuario y Stakeholder
2.11.5.1 Demografía del Mercado
El producto esta destinado para todas las tiendas, casinos,
restaurantes, kioscos o cualquier lugar o persona dedicada a la
venta y consumo de agua y gaseosa.
La principal motivación es satisfacer la necesidad de contar con
un sistema que proporcione mayor seguridad en el proceso de
tomas de pedidos, facturación y cobranza.
2.11.5.1.1 Stakeholders
58
Nombre Descripción Responsabilidad
Erick Mantilla
SevillanoGerente.
Velar que todos cumplan
con sus actividades y que
todo marche bien en la
distribuidora.
Administrar el dinero.
Marcial
Benites
Alcántara
Jefe de ventas.
Velar por que no haya
ninguna irregularidad en
los proceso de facturación
2.11.5.1.2 Entorno de Usuario
Actualmente los procesos de pedidos, la facturación y
cobranzas se desarrollan de manera manual. La empresa
cuenta con una computadora en la cual hace el control de
ventas con un pequeño sistema en Excel.
Perfil del Stakeholder
2.11.5.1.3 Gerente
Representante Erick Mantilla Sevillano
DescripciónEs la persona responsable del área de la administración
de la empresa.
Tipo
Persona con experiencia en el campo que labora y
calificada como acto en el negocio y en los procesos
que lleva a cabo.
Responsabilidades
Velar que todos cumplan con sus actividades y que
todo marche bien en la distribuidora.
Administración del capital de la empresa.
Criterio de ÉxitoRadica en la obtención con éxito de un consolidado de
documentos contables libres de errores.
59
2.11.5.1.4 Jefe de Ventas
Representante Marcial Benites Alcántara
Descripción
Es la persona responsable de despachar los pedidos
expeditos y analizar los créditos de los clientes así
como de generar los documentos de venta.
TipoPersona con experiencia en el campo que labora y
calificada en los procesos que lleva a cabo.
Responsabilidades
Autoriza los pedidos que están listos para ser
facturados.
Consulta los créditos de los clientes.
Genera los documentos de venta
Criterio de Éxito Radica en la buena validación de los pedidos que están
expeditos para ser facturados.
Envolvimiento
(Relación con el
proyecto)
Al final los consolidados de los documentos contables
facilitarán la información de la empresa y a la
administración de la empresa por parte del gerente.
Entregables
Los entregables son los reportes de control según el
tipo de consulta de las ventas realizadas que se le da al
gerente.
Comentarios y
Problemas
El sistema le facilita en sus labores y obligaciones.
60
Perfil del Cliente
Representante Cliente
DescripciónEs la persona que va a recibir el producto dado el pedido
correspondiente así como su respectivo documento de venta.
Tipo Considerado como optimista en su posición como usuario.
Responsabilidades Cancelar en el plazo definido el pedido.
Criterio de Éxito Cuando se beneficia del servicio
Envolvimiento
(Relación con el
proyecto)
El servicio que va recibir
Entregables No reparte entregables.
Comentarios y
Problemas
Puede realizar una devolución del producto o hacer una
modificación en el pedido solicitado.
Alternativas y competencias
Alternativas
Microsoft Word
Microsoft Excel
Microsoft Access
Competencias
Sistema de información de Otras Empresas
2.11.6 Objetivos del modelo de Negocio
Gestionar los pedidos
Gestionar la facturación
Gestionar las cobranzas
61
2.11.7 Restricciones
No cuenten con un presupuesto para invertir en hand helds.
Resistencia de los empleados al cambio.
2.11.8 Rangos de Calidad
El sistema será de fácil manejo.
El mantenimiento del sistema será constante por parte de los
desarrolladores.
Confiabilidad en la seguridad de los datos.
El sistema mejorará el manejo y comunicación de información entre
las personas que lo necesiten.
Tolerancia en fallas mínimas.
Claves del Stakeholder y Necesidades del Cliente
Necesidades Trata sobre…. Solución Actual Soluciones
Propuestas
Gestionar los
pedidos
Los pedidos de los
clientes que son
tomados por el
vendedor
Los pedidos son
ingresados
manualmente a un
sistema en Excel
Se captura el pedido
en la hand held ,
luego se importa la
data al sistema
registrándose el
pedido
automáticamente.
Gestionar la
facturación
Realizar la
facturación para los
pedidos hechos por
los clientes
Se realiza la
facturación de
manera manual,
verificando las
cuentas por cobrar
de los clientes para
proceder con dicha
Generar
automáticamente la
facturación a partir
del pedido registrado
y autorizado.
62
operación.
Gestionar las
cobranzas
Realizar los cobros a
los clientes al
momento de
entregarles el pedido,
si es a crédito el
cliente tiene 30 días
como máximo para
pagar.
Los cobros se
realizan de manera
manual y se
ingresan a una hoja
de Excel.
Se capta los datos de
la cobranza en el
hand held para tener
un control de estos
en el sistema.
2.11.9 Precedencia y Prioridad
El registro del pedido tiene como inicio la captura de estos en el
hand held (Palm) obtenidos de los clientes en las diferentes zonas a
vender teniendo como requisito tener un formato del pedido en
Excel en la palm .
2.11.10 Requerimientos
2.11.10.1 Estándares aplicables
Cumplirá con los estándares del sistema operativo Windows XP
Cumplirá con los estándares mínimos del diseño de interfaces.
El software esta programado con las normas y restricciones que
permita visual .Net
2.11.10.2 Requerimientos del sistema
El sistema para las estaciones requerirá de un sistema operativo
Windows XP .
El sistema para el servidor requerirá un sistema operativo Win 2003
advance Server.
El sistema presentará una configuración de usuarios y sus
respectivos usuarios.
Se requerirá de la instalación del Net Framework
Se requerirá de la instalación de SQLServer 2000.
2.11.10.3 Requerimientos de Performance
63
La Performance del Sistema será con un mínimo del 90%
Fácil acceso a los datos.
La confiabilidad del sistema con respecto al almacenamiento y
procesamiento de los datos será de un 80 %.
2.11.10.4 Requerimientos de Entorno
2.11.10.4.1 Requerimientos del Software
El software requerirá de un uso adecuado para
no procesar datos erróneos.
Los usuarios del sistema deberán ser
previamente capacitados para la utilización
del sistema.
El sistema requiere de una disponibilidad de
recursos inmediata para la ejecución de los
mismos.
2.11.10.4.2 Requerimientos del Hardware
2 computadoras Pentium IV como mínimo,
con 256 MB de RAM y disco duro de 40 GB
para las estaciones
1 Computadora Pentium IV con 512 MB de
Ram para el servidor con disco duro de 80 GB
, y 3.5 Ghz de procesador como mínimo.
Se requerirá de una tarjeta de red de 10/100 M
para cada computadora
Un switch Fast ethernet 10/100 TCP IP
2 Impresoras Matriciales HP.
64
2.12 Modelado de Requerimientos
Registrar cliente
Consultar Tipo pago
Vendedor
Consultar empleado
Registrar Pedido
Consultar zona
Consultar empleado
Consultar Cliente
<<extend>>
consultar pedido
Registro Pedidos
<<include>>
<<include>>
<<include>>
<<include>>
Importar Pedido
Importar cobranza
Registrar Cobranza (Movil)
<<include>>
Encagardo Sistemas
Registrar Documento venta
Consultar pedido
Consultar documento venta
Consultar Tipo documento
consultar cl iente
Consultar amortizacion
<<include>>
consultar cuentas x cobrar<<include>>
<<include>>
Generar Documento Venta
<<include>>
<<include>>
<<include>>
Registro Cobranzas<<include>>
<<include>><<include>>
Autorizar pedido
<<include>>
<<include>>
Jefe Ventas
consultar empleado
consultar unidad
Registrar guia remision
Generar Guia remision
<<include>>
<<include>><<include>>
Registrar Pedidos(Movil)
<<include>>
<<include>>
<<include>>
<<include>>
Modificar Pedido
<<include>>
<<extend>>
Consultar producto
<<include>>
<<include>>
Almacen
Figura Nº 13- Modelo de casos de uso de requerimiento
65
2.13 Especificación de Casos de Uso
2.13.1 Especificación de CU: Consultar cliente.
Descripción.
Este proceso permite consultar los datos de los clientes que están
registrados en el sistema, devolviendo una lista el criterio de la
consulta.
Flujo de Eventos:
Flujos Básicos:
Verificar existencia del cliente
Devuelve la lista de clientes de la consulta.
Flujo Alternativo:
Consultar clientes por otro criterio de búsqueda, ID, Zona, etc.
Requerimientos no Funcionales:
Actualización de nuevos datos de clientes.
Pre-Condición:
Que existan clientes registrados
Post-Condición:
2.13.2 Especificación de CU: Consultar Producto.
Descripción.
En este proceso se consulta los datos del producto, devolviendo una
lista de productos según el criterio de la consulta.
Flujo de Eventos:
Flujos Básicos:
Devuelve la lista de productos de la consulta.
Flujo Alternativo:
Requerimientos no Funcionales:
Actualización de nuevos datos de clientes.
Pre-Condición:
Que existan productos en el stock
Post-Condición:
2.13.3 Especificación de CU: Consultar Zona.
66
Descripción.
Este proceso permite consultar los datos de las zonas registradas en
el sistema, devolviendo una lista según el criterio de la consulta.
Flujo de Eventos:
Flujos Básicos:
Verificar existencia de la zona
Devuelve la lista de zonas según la consulta.
Flujo Alternativo:
Consultar clientes por otro criterio de búsqueda, ID, Zona, etc.
Requerimientos no Funcionales:
Actualización de nuevos datos de zonas.
Pre-Condición:
Que existan zonas registradas
Post-Condición:
2.13.4 Especificación de CU: Consultar unidad
Descripción.
Este proceso permite que dado un criterio de búsqueda se consulte
una unidad enviándose un listado de unidades según se requiera.
Flujo de Eventos:
Flujos Básicos:
Verificar existencia de unidades.
Mostrar una lista de unidades según criterios de búsqueda.
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que las unidades se encuentren registradas
Post-Condición:
Consulta hecha satisfactoriamente
2.13.5 Especificación de CU: Consultar Empleado.
67
Descripción.
Este proceso permite consultar los datos de los empleados que están
registrados en el sistema, devolviendo una lista el criterio de la
consulta.
Flujo de Eventos:
Flujos Básicos:
Verificar existencia del empleado
Devuelve la lista de empleados de la consulta.
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que existan empleados registrados
Post-Condición:
Disertación
2.13.6 Especificación de CU: Consultar pedido.
Descripción.
Este proceso permite que dado un criterio de búsqueda se consulte
un pedido, enviándose el listado que se requería por día.
Flujo de Eventos:
Flujos Básicos:
Verificar existencia de pedidos.
Mostrar una lista de pedidos según criterios de búsqueda.
Flujo Alternativo:
68
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que los pedidos se encuentren registrados
Post-Condición:
Consulta hecha satisfactoriamente
2.13.7 Especificación de CU: Consultar Cuentas por cobrar
Descripción.
Este proceso permite que dado un criterio de búsqueda se consulte
el estado de las cuentas efectuadas por los clientes que eligieron la
modalidad de pago al crédito.
Flujo de Eventos:
Flujos Básicos:
Verificar existencia de cuentas por cobrar.
Mostrar una lista de las cuentas por cobrar según criterios de
búsqueda.
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que las cuentas por cobrar se encuentren registradas
Post-Condición:
Consulta hecha satisfactoriamente
2.13.8 Especificación de CU: Consultar Amortización
Descripción.
Este proceso permite consultar las amortizaciones que los clientes al
crédito han ido efectuando según lapsos de tiempo
Flujo de Eventos:
Flujos Básicos:
Verificar existencia de amortizaciones
69
Mostrar una lista de las amortizaciones
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que las amortizaciones hayan sido importadas al sistema desde el
Hand held.
Post-Condición:
Consulta hecha satisfactoriamente
2.13.9 Especificación de CU: Autorizar Pedido.
Descripción.
Este proceso permite autorizar los pedidos de los clientes que no
tienen deudas
Flujo de Eventos:
Flujos Básicos:
Verificar existencia de cuentas por cobrar
Mostrar una lista de los créditos de los clientes según criterios de
búsqueda.
Cancelar el pedido seleccionado
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que los pedidos se encuentren registrados
Que las cobranzas se encuentren registradas
Que las amortizaciones se encuentren regitradas
Post-Condición:
Autorización hecha satisfactoriamente
2.13.10 Especificación de CU: Consultar
Documento de venta.
70
Descripción.
Este proceso permite que dado un criterio de búsqueda se consulte
un documento de venta, enviándose el listado que se requería según
la consulta.
Flujo de Eventos:
Flujos Básicos:
Verificar existencia de documentos de venta registrados.
Mostrar una lista de documentos según criterios de búsqueda.
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que los documentos de venta se encuentren registrados
Post-Condición:
Consulta hecha satisfactoriamente
2.13.11 Especificación de CU: Generar
Documento de venta.
Descripción.
Este proceso permite generar los documentos de venta a partir de
los pedidos registrados.
Flujo de Eventos:
Flujos Básicos:
Verificar existencia de pedidos registrados expeditos.
Generar documentos de venta
Flujo Alternativo:
71
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que los pedidos se encuentren registrados
Que se haya autorizado los pedidos.
Post-Condición:
Documentos de venta generados satisfactoriamente.
2.13.12 Especificación de CU: Generar guía de
remisión
Descripción.
Este proceso permite generar una guía de remisión a partir de los
documentos de venta y los pedidos registrados
Flujo de Eventos:
Flujos Básicos:
Verificar existencia documentos de venta y pedidos.
Mostrar la guía de remisión de los pedidos realizados al día.
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que los documentos de venta y los pedidos se encuentren
registrados
Post-Condición:
Consulta hecha satisfactoriamente
2.13.13 Especificación de CU: Registrar guía de
remisión
Descripción.
Este proceso permite registrar la guía de remisión generada a partir
de los documentos de venta y pedidos registrados.
72
Flujo de Eventos:
Flujos Básicos:
Que la guía de remisión haya sido generada
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que la guía no se encuentre registrada.
Post-Condición:
Consulta hecha satisfactoriamente
2.13.14 Especificación de CU: Registrar
documento de venta
Descripción.
Este proceso permite registrar los documentos de venta en el
sistema.
Flujo de Eventos:
Flujos Básicos:
Consultar documentos de venta
Muestra el detalle
Se registra el documento de venta.
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que los documentos de venta no se encuentren registrados
Post-Condición:
Se registra el documento de venta satisfactoriamente
73
2.13.15 Especificación de CU: Registrar
Cobranza ( Móvil )
Descripción.
Este proceso permite registrar las cobranzas hechas a los clientes en
la palm.
Flujo de Eventos:
Flujos Básicos:
Exportar la cobranza a la palm
Muestra el detalle de la cobranza
Se registra la cobranza.
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla en Excel.
Pre-Condición:
Que las cobranzas no se encuentren registradas
Post-Condición:
Se registra las cobranzas satisfactoriamente
2.13.16 Especificación de CU: Registro
Cobranza ( sistema )
Descripción.
Este proceso permite mostrar el detalle de las cobranzas registradas
en el sistema por día.
Flujo de Eventos:
Flujos Básicos:
Importar la cobranza de la palm
Consultar documentos de venta
Muestra el detalle
Flujo Alternativo:
Requerimientos no Funcionales:
74
Usar una interfaz amigable y sencilla
Pre-Condición:
Que las cobranzas no se encuentren registradas
Post-Condición:
Se registra las cobranzas satisfactoriamente
2.13.17 Especificación de CU: Registrando
Pedido (Móvil)
Descripción.
Este proceso permite registrar los pedidos solicitados por los
clientes en la palm.
Flujo de Eventos:
Flujos Básicos:
Consultar el cliente
Consultar Producto
Consultar tipo pago
Consultar vendedor
Se registra el pedido
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una macro en Excel para la toma de pedidos en una palm.
Pre-Condición:
Que los pedidos no se encuentren registrados en la palm
Post-Condición:
Se registra los pedidos satisfactoriamente en la palm
2.13.18 Especificación de CU: Registro de
Pedidos (Sistema)
Descripción.
75
Este proceso permite mostrar los pedidos que han sido importados
en el sistema así como también modificar y actualizarlos
Flujo de Eventos:
Flujos Básicos:
Importar el pedido de la palm
Consultar el pedido x cliente
Muestra el detalle
Consultar producto
Modificar el pedido
Se Registrará el pedido con los cambios
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que los pedidos no se encuentren registrados
Post-Condición:
Se registra los pedidos satisfactoriamente
2.13.19 Especificación de CU: Generar
consultas gerenciales
Descripción.
Este proceso permite generar consultas a partir de la data registrada
en el sistema para la oportuna toma de decisiones por parte de la
gerencia
Flujo de Eventos:
Flujos Básicos:
Consultar pedidos por cliente
Consultar ventas por rango de fechas
76
Consultar productos mas vendidos por rango de fechas
Consultar clientes mas destacados
Flujo Alternativo:
Requerimientos no Funcionales:
Usar una interfaz amigable y sencilla
Pre-Condición:
Que los documentos de venta se encuentren registrados
Post-Condición:
La toma oportuna de decisiones por parte de la gerencia
MODELADO DE ANALISIS Y DISEÑO
2.14 Modelo de Actividades de Caso de Uso
Consultando zona
No Mostrar por criterio de busqueda
Si
Verificar Existencia de zona
Figura Nº 14 – Consultando Zona
77
Consultar Cliente
Verificar existencia del cliente
NoMostrar por criterio
de busqueda
Si
Figura Nº 15- Consultar Cliente
Consultar Pedido
Verificar exixtencia de pedido
Mostrar por criterio de busqueda
Si
No
78
Figura Nº 16- Consultar Pedido
Consultar Producto
Verificar existencia de producto
Mostrar por criterio de busqueda
Si
No
Figura Nº 17- Consultar Producto
Consultar Empleado
Figura Nº 18 – Consultar Empleado
79
Consultar Unidad
Verificar existencia de unidades
Mostrar por criterio de busqueda
Si
No
Figura Nº 19- Consultar Unidad
Registrar Empleado
Figura Nº 20- Registrar empleado
80
Registrar documento de venta
Leer Pedido
Verificar tipo de Cliente
Registrar Factura
2=Persona juridica
Registrar Boleta
1= Persona natural
Imprimir
Figura Nº 21- Registrar Documento de Venta
Registrar cobranza (Móvil)
Captar Cliente
Registrar Cobranza
Captar tipo de pago
Figura Nº 22- Registrar Cobranza (Móvil)
81
Registro de Cobranzas
Captar Zona
Modificar Cobranza
Cargar datos de cobranza
Verificar datos cobranza
Error
Importar Datos Hand Held
Figura Nº 23- Registro de Cobranzas
82
Registro de pedidos
Captar Zona
Verificar datos Pedido
Modificar pedido
Error
OK
Importar datos del hand held
Captar Cliente
Figura Nº 24- Registro de Pedidos
Registrar Unidad
Captar datos de unidad
Verificar existencia de unidades
Si
Registrar unidad
No
Figura Nº 25- Registrar Unidad
83
Registrar Guía Remisión
Captar Pedidos del dia
Captar Unidad
Registrar Guia de remision
Captar Conductor
Figura Nº 26- Registrar Guía Remisión
2.15 Diagrama de Colaboraciones
Consultando cliente
: Encargado sistema : Consultador cliente : Cliente : Buscador cliente
1: Consultar cliente 2: buscando cliente
4: objCliente
3: leer
Figura Nº 27- Registrar Consultando cliente
Consultando Empleado
Figura Nº 28- Consultado Empleando
84
Consultando Pedido
Encargado sistema Consultador pedido Buscador pedidos Pedido
1: Consultar pedido 2: Buscar pedido
4: ListObj pedido
3: Leer
Figura Nº 29- Consultando Pedido
Consultando Unidad
Jefe almacen Consultador Unidad Buscador Unidad Unidad
1: Consultar Unidad2: Buscar Unidad
4: list Obj unidad
3: Leer
Figura Nº 30- Consultando Unidad
Consultando Zona
Jefe almacen Consultador zona Buscador zona Zona
1: Consultar zona 2: Buscar zona
4: list Obj zona
3: Leer
Figura Nº 31- Consultando Zona
Registrar Cliente
Figura Nº 32- Registrar Cliente
85
Modificar Cliente
Figura Nº 33- Modificar Cliente
Registrar Empleado
Figura Nº 34- Registrar Empleado
Modificar Empleado
Figura Nº 35- Modificar Empleado
86
Registrar Documento Venta
Jefe de ventas Registrador doc venta
Verificador documento venta
Creador documento venta
Documento de venta
1: Registrar doc venta
2: Verificar
4: varest
5: Creador obj doc entreg
3: Leer
6: Nuevo
Figura Nº 36- registrar Documento Venta
Registrar guía de remisión
Jefe de ventas Registrador guia remision
Creador guia remision
: Conductor
: Unidad
Guia remision
: Buscador Conductor
: buscador Unidad
Verificador guia remision
1: Registrar guia remision
8: Verificando Guia rem.
11: Creando guia
2: buscando cond.
5: buscando Unidad
9: Leer
10: ObjGuia
12: Nuevo
3: leer
4: lstCond
6: Leer
7: lstUnidad
Figura Nº 37- Registrar Guía de Remisión
87
Registro de Pedidos
Registro Pedidos
: buscador pedido : Pedido
: Buscador cliente : Cliente
: Buscador zona : Zona
: Creador Pedido
: Hand Held
7: BusarVendedor
9: 12:objPedido
1: Buscar clinte
3: objCliente
4: Buscar zona
6: obJZona
10: BuscarPedido
8: Leer
2: Leer
5: Leer
11: Leer
12: Consultar pedido
: Vendedor : Buscador vendedor
13: CrearPedido
14: Nuevo15: Creado
Figura Nº 38- Registro de Pedidos
Modificar Pedido
Figura Nº 39- Modificar Pedido
88
Registro de Cobranzas
: Encargado sistema
: Cliente
: Cuentas x cobrar
: Buscador cliente
: Documento Venta : Buscador Doc. Ventas
: Buscador Cuentas x cobrar
: Registrador de Doc Venta
: Creador cobranza
1: Consultar Cobranza
9: leer
3: leer
6: leer
2: Buscar cliente
4: ObjCliente
5: Buscar doc venta
7: ObjDVta
8: buscar cuentas x cobrar
10: ObjCtas
11: Modificar cobranza
12: Nuevo
Figura Nº 40- Registros de Cobranzas
Autorizando Pedido
: Jefe ventas
: Cuentas x cobrar : Buscador Cuentas x cobrar
: Autorizador pedido
: Buscador Amortizacion : Amortizacion
1: Autorizar pedido
3: leer2: buscar Ctas x cobrar
4: objCtas
5: Buscar amortizacion
7: MsgOk6: Leer
Figura Nº 41- Autorizando Pedido
89
Generando documento de venta
Figura Nº 42- Generando documento de venta
90
2.16 Modelo de Interfaces del Sistema
Inicio de sesión
Figura Nº43- Inicio de Sesión
Menú Principal
Figura Nº44- Menú Principal
91
Mantenimiento de Clientes
Figura Nº 45- Mantenimiento de clientes
Mantenimiento de Zonas
Figura Nº 46- Mantenimiento de zonas
92
Mantenimiento de Distritos
Figura Nº 47- Mantenimiento de distritos
Mantenimiento de empleados
Figura Nº 48- Mantenimiento de empleados
93
Mantenimiento Unidades
Figura Nº 49- Mantenimiento de Unidades
Importar Pedidos
Figura Nº 50- Importar Pedidos
94
Importar Cobranzas
Figura Nº 51- Importar cobranzas
Registro de Pedidos
Figura Nº 52- Registro de pedidos
95
Registro de Cobranzas
Figura Nº 53- Registro de Cobranzas
Amortizaciones (Créditos)
Figura Nº 54- Amortizaciones (Créditos)
96
Registro de documentos de venta
Figura Nº 55- Registro documentos de venta
97
Guía de remisión
Figura Nº 56- Guía de Remisión
Archivo Pedido.xls en dispositivo móvil
Pedido(Hoja1)
Figura Nº 57- Archivo Pedido.xls en Dispositivo Móvil Pedido (Hoja 1)
98
Detalle de pedido (Hoja2)
Figura Nº 58- Detalle de Pedido (Hoja2)
Cuentas (hoja3)
Figura Nº 59- Cuentas (hoja3)
Cuentas por cobrar(Letras.xls)
Figura Nº 60- Cuentas por cobrar (letras.xls)
99
Reportes emitidos por el sistema : Reporte de documentos de venta
Boleta de venta
Figura Nº 61- Boleta de Venta
Factura
Figura Nº 62- Factura
100
2.17 Requerimientos Suplementarios
2.17.1 Funcionalidad
Generación de reportes con rapidez, la elaboración de diferentes
reportes que es necesario para los diferentes usuarios que lo
necesite.
Ayuda en el proceso de toma de pedidos y cobranza facilitando el
manejo a través del uso de un Hand Held.
Un mejor manejo de facturación, para controlar los documentos de
venta que se entregan a los clientes y la venta del día.
Los usuarios tendrán acceso a la información de las diferentes áreas,
pero contaran con diferente privilegio, como ejemplo el encargado
del sistema no podrá modificar la data de la facturación y cobranza,
pero si del pedido y la importación de datos.
Se utilizará las normas estándares para la creación de las interfases,
teniendo en cuenta las dificultades de los usuarios.
2.18 Especificaciones del software
2.18.1 Descripción Global
El producto en desarrollo esta orientado al área de Ventas de Gaseosa y
agua mineral de la empresa "DEL MANANTIAL". Dentro del área de
ventas el sistema contara con:
Registro de los pedidos solicitados por los clientes en el hand held
Registro de pedidos en el sistema importando datos del hand held.
Automatización de la facturación, mediante la generación y registro
de documentos de venta según los pedidos que los clientes hayan
solicitado y se hayan registrado en el sistema.
Control de las cobranzas que se realizan a los clientes mediante el
manejo de cuentas por cobrar.
Exportación de las cobranzas actualizadas al hand Held.
Generación de reportes gerenciales para la óptima toma de
decisiones.
101
2.18.2 Funcionalidad
Gestión de Pedidos
Los pedidos tomados serán registrados en la hand held para
posteriormente ser importados por el sistema, la data del pedido se
podrá modificar si se desea para luego ser registrada.
Generación de facturación
El sistema va a generar los documentos de venta a partir de los
pedidos que hayan sido autorizados por el jefe de ventas según los
pagos que vayan realizando los clientes.
Manejo de Cobranzas
Haciendo uso del dispositivo hand held se registrara la cobranza al
cliente para luego ser importada por el sistema quien registrará la
cobranza y actualizará los nuevos datos.
Utilidad
Capacitación
Previamente al uso del sistema, se realizará una capacitación a los
empleados que harán uso del sistema con el fin de adiestrarlos en el
uso de la aplicación, de tal forma que sepan actuar frente algún
imprevisto con el sistema. La duración de la capacitación dependerá
en gran parte del nivel de experiencia del equipo encargado de la
capacitación y de los mismos empleados ya que ellos tienen
conocimientos de computación (los que interactúan directamente
con el sistema).
Diseño de interfaces
El diseño de interfaces tendrá un alto grado de importancia en el
desarrollo del Software, se diseñaran interfaces que sean familiares
y amigables pero sobre todo de fácil uso y con la ayuda respectiva
para dar solución a cualquier tipo de problema.
El estándar de interfaces será la de Windows
102
2.18.3 Confiabilidad
Disponibilidad
El Sistema deberá soportar al menos 12 horas de trabajo
ininterrumpido en las que la organización realiza sus diversas
actividades además deberá poder recuperarse frente algún fallo
interno.
Tiempo significativo entre fallas
Luego de implantar el sistema en la empresa se garantiza que el
Sistema deberá funcionar correctamente hasta un periodo de 4
meses, entre los cuales se realizará mantenimiento de código y a la
vez actualizaciones del sistema.
2.18.4 Performance
Tiempo de respuesta para una transacción
Todas las transacciones que se realizarán en la organización deberán
ser en el menor tiempo posible. Un tiempo aproximado para
transacciones de registro y actualización de los datos deberá ser
realizada en menos de 5 segundo, en transacciones que involucren
una lectura de gran cantidad de datos y procesamiento de los
mismos tales como las estadísticas ( calculo de reportes realizados)
y los pronósticos, no deberán superar los 10 segundos. Estos
tiempos dependerán del tipo de recursos tecnológicos que se tenga
en la empresa.
Recursos
Un punto importante que se debe tomar en cuenta para asegurar una
buena performance del Sistema, serán los recursos que tenga el
computador en el cual será implantado el Sistema. Como
requerimientos mínimos se recomienda tener una memoria RAM de
256 MB, un disco duro de al menos 40GB y tarjetas de video de
32x, tarjeta de red de 10/100M.
Estándares de Programación
Toda la codificación será hecha tomando en cuenta estándares de
nomenclatura de variables, tanto para los componentes visuales o
103
variables locales entre otros. Esto ayudara en gran medida al
entendimiento y actualización del código en un futuro, ya sea por los
mismos desarrolladores del software u otros.
La arquitectura será de Tres Capas:
Capa de Datos
Capa de Negocio
Capa de Usuario
Se utilizara el lenguaje de programación Visual Studio .NET 2003
ADO
Cristal.rpt
Clases.cls
DLL
Se utilizará como motor de Base Datos a SQLServer 2000
Se utilizarán Procedimientos Almacenados en SQLServer 2000.
Se crearán usuarios.
2.18.5 Documentación en Línea del Usuario y Requerimientos de Ayuda
del Sistema
El Sistema deberá contar con la ayuda necesaria para que los que haga
uso del sistema entiendan su uso. Se realizará un manejo de excepciones
y se mantendrá un historial de errores que permitirá analizar los puntos
críticos del Sistema que permitirá poder dar solución a dichos. Se
tendrá en cuenta un manual de instalación y configuración del sistema.
2.18.6 Interfaces
Interfaces del Sistema
Las interfaces del sistema que se implantarán serán diseñadas de
acuerdo a estándares de diseño establecidos (GUI Microsoft),
buscando la facilidad de uso y la familiaridad con los que van a ser
104
uso de ellas. La mayoría de las interfaces contarán con la ayuda
respectiva para su manejo.
2.19 Visión del sistema
2.19.1 Posicionamiento
2.19.1.1 Declaración del Problema
Problema Afectados Impacto Beneficios o
Soluciones
Demora en la
toma del pedido
Vendedor La toma es ineficiente
al realizarse de manera
manual
Realizar la toma de
pedidos a través de un
hand held y procesarla
en el sistema
Demora en
realizar la
facturación
Jefe ventas La facturación se
realiza de manera
manual
Automatizar el
proceso de facturación
Mal manejos de
las cobranzas
Jefe ventas No se tiene un control
de las cobranzas
Realizar la cobranza a
través del hand held y
procesarla en el
sistema
La toma de
decisiones no es
muy amplia
Gerente No se tiene un control
de consultas para la
toma de decisiones.
Generar consultas
gerenciales a través de
reportes estadísticos.
2.19.1.2 Declaración de Posicionamiento del Producto
Para Empresa Embotelladora “DEL MANATIAL SAC”
Quien Ayudara en mejorar los procesos
El sistema de
Información
De primera necesidad. Es un Software diseñado
utilizando Metodología Orientada a Objetos y
105
para la
distribución y
control de
Inventario
haciendo uso de UML (Unified Modeling Language)
Que Logra eficiencia en la realización de los procesos de
las ventas asegurando la seguridad de los datos
almacenados referente a los pedidos, documentos de
venta y cobranzas utilizando un dispositivo hand held
para el transporte y manejo eficiente de la data.
A menos que Se siga trabajando con un sistema en MS Excel que no
es muy eficiente.
Nuestro
producto
Es consistente y de fácil manejo.
Automatizará los procesos existentes en las áreas de
ventas y complementan a la toma de decisiones en
dichas área por parte de la gerencia.
2.19.2 Descripciones de Stakeholders y Cliente
2.19.2.1 Resumen de Stakeholders
Nombre Descripción Responsabilidad
Gerente Encargado de tomar las Velar que todos
106
decisiones administrativas
de la empresa.
cumplan con sus
actividades y que
todo marche bien
en la distribuidora.
Jefe de Ventas
Encargado de supervisar el
control de las cobranzas y
facturación
Supervisar las
cobranzas y
facturación,
entregando al
gerente la
documentación
respectiva de los
movimientos
realizados
2.19.3 Entorno de Usuario
Actualmente los procesos de ventas se realizan manualmente.
La empresa cuenta con una computadora en la cual hace el control de
pedidos, facturación y cobranzas con un pequeño sistema en MS Excel.
2.19.4 Vista del Producto
2.19.4.1 Perspectiva del Producto
El producto en desarrollo esta orientado al control en el área de ventas ,
que se genera debido a las entradas y salidas que se dan en el almacén
que permitirá la administración la empresa por parte del gerente. Este
sistema contará con un generador de ruta óptima que te va permitir
elaborar la ruta óptima para la distribución del producto (aguas y
gaseosas), así como un generador de reportes que permite una mejor
toma de dediciones.
El sistema trabaja de forma dependiente (sistema de ventas y de
producción).
107
2.19.4.2 Características del Producto
El producto almacenará la información de la empresa de manera
segura, evitando que sea de utilidad para personas ajenas a la
empresa.
Mantendrá un nivel de acceso de acuerdo a los empleados que
accedan al sistema.
El producto tendrá interfaces entendibles y de fácil uso para el
usuario.
El producto notificará al usuario sobre eventos importantes tales
como los plazos.
2.19.4.3 Otros requerimientos del Producto
Los requerimientos mínimos de hardware con los que el sistema deberá
contar son:
Memoria RAM de 256MB.
Disco duro de al menos 40GB.
Una tarjeta de video 32x
Impresora.
El Sistema contara con una plataforma Windows XP para las estaciones,
Windows 2003 Server para el servidor, Office 2000, y SQL Server
2000.
2.19.4.4 Notas legales y Copyright
El “SISTEMA INFORMÁTICO CON HAND HELD PARA
CAPTURA DE DATOS EN LA TOMA DE PEDIDOS Y COBRANZA
DE LA EMPRESA DEL MANANTIAL SAC” es el resultado del
estudio y desarrollo del proyecto para el plan de suficiencia profesional,
de la Universidad Privada Antenor Orrego (UPAO) 2007, por lo que se
entrega proyecto en calidad de Creative Commons (CC) con todos los
108
permisos de este tipo de licencia (los permisos de copia edición y
modificación del código) no nos hacemos responsables del uso que se
le de a nuestro sistema.
2.19.5 Organización del Proyecto
2.20.5.1 Estructura Organizacional
El equipo encargado del desarrollo del Proyecto estará a cargo de los
Alumnos
Jorge Luis Ortecho Alva y Cynthia Dajana Neira Lázaro. El equipo de
desarrollo contará con asesoría externa por parte del Ing. Jaime Díaz
Sánchez
Roles y Responsabilidades
Persona Rol AUP
Jorge Luis Ortecho Alva Jefe del Proyecto, Analista y
Programador.
Cynthia Dajana Neira Lázaro Analista, Diseñador y Programador
2.20.6 Estimaciones del proyecto
2.20.6.1 Normas para la estimación del tiempo de un proyecto por Casos de
Uso
a. Ponderación de Actores (PA)
109
Como parte inicial de este proceso se consideran a los actores del
sistema
Los actores son clasificados en simple, promedio o complejo.
Un actor simple es otro sistema con una interfaz de
programación de aplicaciones definida.
Un actor promedio es otro tipo de sistema que interactúa come
medio a un protocolo de comunicación.
Un actor complejo es una persona que interactúa como medio a
una interfaz grafica para usuario.
TIPO DESCRIPCION FACTOR
SIMPLE Interfaz con otro sistema 1
PROMEDIO Interac. o interfaz con un protocolo 2
COMPLEJO Interfaz grafica 3
PA = PAS+PAP+PAC
PAS= Nro. de actores simples*factores de pond. simple
PAP= Nro. de actores simples*factores de pond. prom.
PAC= Nro. de actores simples*factores de pond. Comp.
b. Ponderación de los Casos de Uso Actores (PCU)
Se analizan los casos de uso, determinando si es simple, promedio o
complejo.
Esta decisión es basada tomando en cuenta el numero de
transacciones en un caso de uso, incluyendo casos de uso
secundario.
TIPO DESCRIPCION FACTOR
SIMPLE Menos de 3 transacciones 5
PROMEDIO Entre 4 y 7 transacciones 10
COMPLEJO Mas de 7 transacciones 15
110
PCU = PCUS+PCUP+PCUC
PCUS= Nro. de caso de uso simple * factor pond. simple
PCUP= Nro. de caso de uso prom. * factor pond. prom.
PCUC= Nro. de caso de uso complejos * factor pond. comp
c. Ponderaciones de Factores Técnicos
Debemos ponderar los puntos de los casos de uso no ajustados, para
factores como:
La complejidad técnica del proyecto
El nivel de experiencia del equipo del proyecto
El rango de valores que se asigna a cada factor varía entre 0 y 5
0 Irrelevante
1 Mas o menos regular
2 Regular
3 Basico
4 Muy Basico
5 Esencial
d. Factor Técnico de Complejidad (TCF)
TIPO DESCRIPCION FACTOR
T1 Sistema Distribuido 2
T2 Tiempo de respuesta o vel. de rend. 1
T3 Eficiencia del usuario final (en línea) 1
T4 Procesamiento complejo interno 1
T5 Código que debe ser rehusado 1
T6 Facilidad de instalación 0.
T7 Facilidad de uso 0.5
T8 Portabilidad 2
T9 Facilidad de cambio 1
T10 Concurrencia 1
T11 Incluir difer. caract. esp. De seguridad 1
111
T12 Proveer directiva de acceso por nivel 1
T13 Facilidad de entrenam. A usuarios 1
TFactor = ∑(Valor asignado)*(ponderación del factor)
TCF = 0.6 + (0.01*TFactor)
e. Factor técnico del nivel de experiencia del equipo (EF)
TIPO DESCRIPCION FACTOR
F1 Familiaridad con el proceso de desarrollo 1.5
F2 Experiencia en el desarrollo de aplicaciones 0.5
F3 Experiencia en orientado a objetos 1
F4 Capacidad del líder del equipo (jefe del proyecto) 0.5
F5 Motivación 1
F6 Establecer los requerimientos 2
F7 Trabaja a tiempo parcial -1
F8 Deficiencias en el manejo del lenguaje de programación -1
EFactor = ∑(Valor asignado)*(ponderación del factor)
TCF = 1.4 + (-0.03*EFactor)
f. Estimaciones del Proyecto
Para determinar el tiempo estimado del proyecto (TEP) por persona
se realiza lo siguiente:
TEP = (((FactorHorasPersona)*UCP/48)+FC)/NPE
FC = Factor de Contingencias
NPE = Numero de personas del equipo
El factor de contingencias varia entre 3 o4 semanas, si se tiene manera
de calcular, se puede aplicar el valor hallado a este factor.
Para determinar el numero de horas por persona, se tiene en cuenta lo
siguiente:
Promedio del valor asignado de F1 a F6 = PVAF1F6
Promedio del valor asignado de F7 a F8 = PVAF7F8
SPVA = PVAF1F6 + PVAF7F8
112
Si SPVA es menor igual a 2, entonces: 20 horas/persona
Si SPVA esta enter 3 a 4, entonces: 28 horas/persona
Si SPVA es mayor que 5, entonces: replantear el proyecto.
Para establecer el numero indicado de personas a participar en el
proyecto depende mucho de la necesidad que el usuario tenga de que el
sistema este implementado.
Otro aspecto a tener en cuenta es buscar el punto de equilibrio entre el
tiempo, el número de personas y el costo del mismo de tal manera que
sea rentable la propuesta de desarrollo.
Finalmente para determinar el costo aproximado del proyecto se
multiplicara el numero de personas del equipo por el salario promedio
del mercado para un especialista en desarrollo de software
ESTIMACIONES DEL PROYECTO
Ponderación de los Actores
Tipo Descripción Factor # Actores Promedio
Simple Interfaz con otro sistema 1 0 0
Promedio Interfaz con un protocolo 2 1 2
Complejo Interfaz grafica 3 4 12
Ponderación de los Actores PA = 14
Ponderación de los Casos de Uso
Tipo Descripción Factor # Casos U Promedio
Simple Menos de 3 transacciones 5 23 115
Promedio Entre 4 y 7 transacciones 10 0 0
Complejo Mas de 7 transacciones 15 0 0
Ponderación de los Casos de Uso PCU = 115
Puntos de caso de uso inajustable UCCP = TCF* TEF 0,684
113
Puntos de Casos de Uso UCP = (PA + PCU) * UCCP 88,23
Factor Técnico de Complejidad
Tipo Descripción Factor Valor Asignado Promedio
T1 Sistema Distribuido 2 4 8
T2
Tiempo de Respta o vel. De
rendimiento 1 4 4
T3
Eficiencia del usuario final (en
línea) 1 3 3
T4
Procesamiento complejo
interno 1 3 3
T5 Código que debe ser rehusado 1 2 2
T6 Facilidad de Instalación 0,5 3 1.5
T7 Facilidad de Uso 0,5 3 1.5
T8 Portabilidad 2 2 4
T9 Facilidad de Cambio 1 3 3
T10 Concurrencia 1 3 3
T11
Incluir dif.caract.esp de
seguridad 1 3 3
T12
Proveer directiva de acceso por
nivel 1 3 3
T13
Facilidad de entrenam. A
usuarios 1 4 4
Tfactor = 43
TCF = 0.6 + (0.01 * Tfactor) = 1,03
Factor Tecnico del Nivel de Experiencia del Equipo (EF)
Tipo Descripcion Factor Valor Asignado Promedio
F1
Familiaridad con el proc. De
desarrollo 1,5 3 4.5
F2
Experiencia en el desarrollo de
aplicac. 0,5 3 1.5
114
F3
Experiencia en orientado a
objetos 1 4 4
F4
Capacidad del lider del equi(jef
de proy.) 0,5 3 1.5
F5 Motivacion 1 3 3
F6 Establecer los requerimientos 2 4 8
F7 Trabaja en tiempo parcial -1 2 -2
F8
Deficiencias en el manejo de
leng.De prog -1 1 -1
Efactor = 19,5
TEF = 1.4 + (-0.03 * Efactor) = 0,815
Estimaciones del Proyecto
Tipo Descripción Valor Asignado
PVAF1F6
Promedio del valor asignado de
F1 a F6 3,75
PVAF7F8
Promedio del valor asignado de
F7 a F8 -1,5
SPVA PVAF1F6 + PVAF7F8 2,25
Horas / Hombre 20
Factor de Contingencias 3
# Personas del Equipo 2
Tiempo Estimado del Proyecto TEP =
TEP = (((Factor Horas Persona) * UCP/48) + FC) / NPE 19,88 semanas
5 meses aprox.
Sueldo por persona $ 250
$ 2500
2 personas $ 500
5 meses $ 2500
Costo Estimado del Proyecto (CEP) (Dolares) =
Costos de implementación del proyecto
115
Productos Cantidad
Precio
Unitario Importe
Computadora P VI 3 300 900
Impresora Matricial 2 50 100
Switch D-Link 1 50 50
UTP Cat 5e 200 0,4 80
Conectores RJ 45 10 0,3 3
Palm HD 2 100 200
TOTAL 1333
Costos de Licencias
Producto Nª Copias
Precio
Unitario Importe
.Net Framework 2 (Free) 7 0 0
SQL Server 200 1 500 500
TOTAL 500
Cuadro de Costos Totales
Detalle Inversión
Costo Mano de Obra 2500
Costo Productos a Comprar 1333
Licencias 500
TOTAL 4333
116
: USUARIO : ObjTipoEmpleado : Cargo : ObjEmpleado : Empleado : FrmEmpleado
ClickCrear
Obtener
Mostrar
Ingresar Datos
Click Grabar
Click Nuevo
Activar Controles
Crear Insertar
Actulizar
Listar
Datos Actulizados
Desactivar Controles
2.20 Diagrama de Secuencia
Registrar empleado
Figura Nº 63- Registrar Empleado
Consultar Cliente
Figura Nº 64- Consultar Cliente
: ObjCliente : FrmCliente : Cliente : Juridico : Natural : Usuario
Click
CargarDatos
Click Nuevo Activar Campos
Ingresar Datos
Click Grabar
Crear Inserta
Actualiza
Inserta
Actualiza
Inserta
Actualiza
Datos Actualizados
Desactivar Campos
117
Registrar Unidad
Figura Nº 65- Registrar Unidad
Registrar Zona
Figura Nº 66- Registrar Zona
: Distrito : USUARIO : FrmZona : ObjZona : Zona
Click
Nuevo
Activar Controles
Ingresar Datos
Click GrabarCrear
Insertar
Actualizar
Listar
Datos Actualizados
Desactivar Controles
Mostrar Datos
118
Registrar Guía Remisión
Figura Nº 67- Registrar Guía Remisión
Importar Cobranza
Figura Nº 68- Importar Cobranza
Desactivar Campos
: USUARIO : FrmGuiaRemision : Documento_Venta : Pedido : ObjGuiaRemision : GuiaRemision : ObjCl iente : Cliente : FrmBuscarDatos
Click
Click NuevoActivar Campos
Click Buscar Cl iente
Mostrar
Click EjectuarCrear
Seleccionar
Seleccionar
Seleccionar
Mostrar Datos
Devolver resultados
Ingresar Datos
CrearInsertar
Actualizar
Listar
Datos Actualizados
: USUARIO : FrmImportarCobranza : Excel : ObjAmortizacion : Amortizacion
Click
Click Buscar ArchivoMostrar
Mostrar Datos
Ingresar datos
Grabar
Click ImportarCrear
Insertar
Datos Ok
119
Importar Pedido
Figura Nº 69- Importar Pedido
Registro de Documentos de Venta
Figura Nº 70- Resgistro de documentación de Venta
: TipoDocumento : USUARIO : FrmDocVenta : FrmBuscarDatos : Cliente : ObjPedido : Pedido : ObjDocVenta : Documento_Venta : ObjCliente
Click
Click Nuev o
Devolver Datos
Activar Campos
Click Buscar Cliente
Mostrar
Click Ejecutar CrearSeleccionar Datos
Retornar
Reotnar Datos
CrearSeleccionar Datos
Mostrar Datos
Ingresar Datos
Click GrabarCrear
Insertar
Actualizar
Listar
Actualizar Datos
Desactivar Controles
: USUARIO : FrmImportarPedido : Excel : ObjPedido : Pedido
Click
Click Buscar Archivo
Mostrar
Mostrar Datos
Ingresar Datos
Grabar
Click ImportarCrear
Insertar
Datos Ok
120
Registro Pedidos
Figura Nº 71- Registro Pedidos
Autorizar pedido
Figura Nº 72- Autorizar pedido
121
: Tipo_Pago : USUARIO : FrmPedido : FrmBuscarDatos : ObjCl iente : Cliente : Empleado : ObjPedido : Pedido : Producto
Click
Activar Controles
Click Buscar Cl iente
Mostrar
Click EjecutarCrear
SelccionarMostrarRetornar
Retornar
Ingrsar Datos
Click Grabar
Crear Insertar
Actulizar
ListarDevolver datos
Click Nuevo
Desactivar Controles
Click Agregar ProductosSeleccionar
Mostrar Datos
Retornar
Unidad
NombrePlacaEstadocapacidadObservacion
RegistrarUnidad()ModificarUnidad()ListarUnidad()
Distri to
NombreDesripcion
RegistrarDistri to()ModificarDistri to()
Producto
NombreTipoTamañoPrecioUstock
ListarProducto()
cargo
Tipo
GuiaRemision
Fecha
ListarGuia() 1*
1*
Zona
NombreDescripcionmapa zona
RegistrarZona()ModificarZona()ListarZona()
* 1* 1
Juridica
RazonSocialRuc
Natural
Apell idosNombresDNI
Detalle pedido
Cantidad
Agregar()Quitar()ListarDetallePed()
1..n1 1..n1
Empleado
NombresApell idosDireccionTelefono
RegistrarEmpleado()ModificarEmpleado()ListarEmpleado()
*
1
*
1
1..n
1
1..n
1
Cuentas x Cobrar
Saldo InicialFecha_inicFecha Final
RegistrarCtas()ListarCtas()ImportarCtas()
Cliente
DireccionTelefono
RegistarCliente()ModificarCliente()ListarCliente()
11..n
11..n
1
1
1
1
11 11
Tipo pago
Tipo
Pedido
Fecha_pedEstadoTotalFechaPago
RegistrarPedido()ModificarPedido()ImportarPedido()
1
1..n
1
1..n
1..n
1
1..n
1
1..n
1
1..n
1
1
1..n
1
1..n
1..n
1
1..n
1
Documento de venta
NSerieNCorrelativoFecha emisionFecha pago
RegistrarDocVta()ListarDocVta()
(from Modelo Obj Negocio)
1..n
1
Tipo Documento
Descripcion
11..n
1
1..n
1..n 1
Figura Nº 73- Diagrama de Clases
Diagrama de Clases
122
Diagrama Lógico
T_Detalle pedido
Cantidad : SMALLINTT_Detalle pedido_ID : INTEGERT_Pedido_ID : INTEGERT_Producto_ID : INTEGERT_Pedido_T_Pedido_ID : INTEGERT_Producto_T_Producto_ID : INTEGER
T_Unidad
Nombre : SMALLINTPlaca : SMALLINTEstado : SMALLINTcapacidad : SMALLINTObservacion : SMALLINTT_Unidad_ID : INTEGER
T_Producto
Nombre : SMALLINTTipo : SMALLINTTamaño : SMALLINTstock : SMALLINTPrecioU : SMALLINTT_Producto_ID : INTEGER
T_cargo
Tipo : SMALLINTT_cargo_ID : INTEGERT_Empleado_ID : INTEGERT_Empleado_T_Empleado_ID : INTEGER
T_GuiaRemision
Fecha : SMALLINTT_GuiaRemision_ID : INTEGERT_Conductor_ID : INTEGERT_Unidad_ID : INTEGERT_Empleado_ID : INTEGERT_Documento Venta_ID : INTEGERT_Conductor_T_Conductor_ID : INTEGERT_Unidad_T_Unidad_ID : INTEGERT_Empleado_T_Empleado_ID : INTEGER
1
0..*
1
0..*
<<Non-Identifying>>
T_Cuentas por cobrar
T_Cuentas por cobrar_ID : INTEGER
1 1..*1 1..*
<<Non-Identifying>>
T_Documento Venta
Fecha_emision : SMALLINTFecha_pago : SMALLINTNserie : SMALLINTNcorrelativo : SMALLINTT_Documento Venta_ID : INTEGERT_Tipo Documento_ID : INTEGERT_Pedido_ID : INTEGER
1
1..*
1
1..*
<<Non-Identifying>>
T_Empleado
Nombres : SMALLINTApellidos : SMALLINTDireccion : SMALLINTTelefono : SMALLINTT_Empleado_ID : INTEGERT_Conductor_ID : INTEGERT_Conductor_T_Conductor_ID : INTEGER
1
0..*
1
0..*
<<Non-Identifying>>
1 1..*1 1..*
<<Non-Identifying>>
T_Tipo pago
Tipo : SMALLINTT_Tipo pago_ID : INTEGER
<<PK>> PK_T_Tipo pago49()
T_Pedido
Fecha_ped : SMALLINTEstado : SMALLINTTotal : SMALLINTFechaPago : SMALLINTT_Pedido_ID : INTEGERT_Cliente_ID : INTEGERT_Cuentas por cobrar_ID : INTEGERT_Tipo pago_ID : INTEGERT_Tipo pago_T_Tipo pago_ID : INTEGERCOL_0 : INTEGERT_Empleado_ID : INTEGERT_Cliente_T_Cliente_ID : INTEGERT_Cuentas por cobrar_T_Cuentas por cobrar_ID : INTEGERCOL_7 : INTEGERCOL_8 : INTEGERCOL_9 : INTEGERT_Empleado_T_Empleado_ID : INTEGER
0..1
0..*
0..1
0..*
<<Non-Identifying>>
1
1..*
1
1..*
<<Non-Identifying>>
11..*
11..*
<<Non-Identifying>>
1
1..*
1
1..*
<<Non-Identifying>>
0..10..*
0..10..*
<<Non-Identifying>>0..1
0..*0..1
0..*
<<Non-Identifying>>1
1..*1
1..*
<<Non-Identifying>>
T_Juridica
RazonSocial : SMALLINTRuc : SMALLINTT_Juridica_ID : INTEGER
T_Natural
Apellidos : SMALLINTNombres : SMALLINTDNI : SMALLINTT_Natural_ID : INTEGER
T_Cliente
Direccion : SMALLINTTelefono : SMALLINTT_Cliente_ID : INTEGERT_Natural_ID : INTEGERT_Natural_T_Natural_ID : INTEGERT_Juridica_ID : INTEGERT_Juridica_T_Juridica_ID : INTEGERT_Zona_ID : INTEGERCOL_1 : INTEGERCOL_2 : INTEGERCOL_3 : INTEGERCOL_4 : INTEGERT_Zona_T_Zona_ID : INTEGER
1 1..*1 1..*
<<Non-Identifying>>
1
1
1
1
<<Non-Identifying>>0..1
0..*
0..1
0..*
<<Non-Identifying>>
1
1
1
1
<<Non-Identifying>>0..1
0..*
0..1
0..*
<<Non-Identifying>>
T_Distrito
Nombre : SMALLINTDesripcion : SMALLINTT_Distrito_ID : INTEGER
T_Zona
Nombre : SMALLINTDescripcion : SMALLINTmapa zona : SMALLINTT_Zona_ID : INTEGERT_Cliente_ID : INTEGERT_Distrito_ID : INTEGERT_Cliente_T_Cliente_ID : INTEGERT_Distrito_T_Distri to_ID : INTEGER
1
1..*
1
1..*<<Non-Identifying>>0..1
0..*
0..1
0..*
<<Non-Identifying>>
10..* 10..*
<<Non-Identifying>>
Figura Nº 74- Diagrama Lógico
123
Diagrama físico de la base de datos
Figura Nº75- Diagrama físico de la base de datos
124
Modelado De Componentes
Figura Nº 76- Modelado de componentes
125
Modelado de despliegue
Estacion Nº1
Servidor
Pentium IV2.5 GHzRam 256 MBHD 40GBWin XP Prof.
Pentium IV2.5GHzRam 256 MBHD 40GBWin Xp Prof.
EstacionNº2
Gestor BD:SqlServer 2000Pentium IVRam 512MBHD 80GBWin 2003 advance Server
AREA DE VENTAS
GERENCIAImpresora
Epson MatricialDFX-9000
Switch
Fast Ethernet 10/100 TCP/IP
Hand Held
Palm HP iPAQ 171025 Mb Ram203 MhzMicrosoft Windows Mobile 2003
AREA DE SISTEMAS
Impresora
EpsonMatricialDFX-9000
Figura Nº 77- Modelado de despliegue
126
2.21. Pruebas al Sistema
Para un óptimo funcionamiento del sistema es aconsejable realizar pruebas para
detectar posibles fallas que se puedan presentar al momento de ingresar datos en
los registros, modificaciones etc. Se realizaran pruebas a determinadas interfaces
con el fin de descartar y detectar posibles fallas.
Pruebas de Caja Negra
Protección de la contraseña en el login
Prueba: Con el fin de mantener en secreto la contraseña de cada usuario esta se
mantendrá oculta a través de caracteres.
Resultado: Prueba realizada satisfactoriamente
Registro de clientes en el sistema
Prueba: según sea el tipo de cliente (Natural, Jurídico), este se registrara en el
sistema ingresando sus respectivos datos en el frmCliente y haciendo click en
el btnRegistrar.
Resultado: Prueba realizada satisfactoriamente
Importación de datos en el sistema
Prueba: Se llenaran los campos requeridos para la toma del pedido en la hoja
de Excel de manera manual importándolos luego de hacer click en el botón
importar del formulario importar pedido.
Resultado: Fallo en la importación debido a que se lleno un campo que no es
reconocido al momento de realizar la transformación de datos de Excel al
sistema.
Modificación de un Pedido en el sistema
Prueba: Seleccionando un pedido del FrmPedido este se alterara haciendo
click en el btnModificar, se podrá agregar/quitar productos del detalle, así
como cambiar el estado del pedido para ser actualizado posteriormente.
Resultado: Prueba realizada satisfactoriamente.
127
Búsqueda de un pedido en el sistema por día
Prueba: Eligiendo un determinado día en el calendario con el control dtpFecha
dentro del formulario frmPedido se podrá seleccionar a un cliente se debe
mostrar el detalle del pedido realizado el día seleccionado
Resultado: Prueba realizada satisfactoriamente
Registro de un documento de venta
Prueba: Seleccionando a un cliente en el frmDocVenta se podrá generar el
documento de venta según sea el tipo (Factura, boleta), y ser registrado al
momento de hacer click en el btnRegistrar y agregando un ID para el
documento de venta.
Resultado: Fallo al ingresar un id_docVenta que ya existe
Impresión de un documento de venta
Prueba: Haciendo click en el botón btnImprimir en el frmDocVenta este debe
realizar la respectiva impresión del formato de documento de venta.
Resultado: Prueba realizada satisfactoriamente
Estadísticas de las pruebas del sistema
Tipo Prueba Total Correctas Erróneas % Fallas
Caja Negra 7 5 2 25%
128
CONCLUSIONES
1. Se logro implementar satisfactoriamente un sistema de escritorio para el área de
Ventas de la empresa Del Manantial implementando para ello 19 Tablas, 35
procedimientos almacenados, 14 formularios y 16 clases de la lógica del negocio.
usando para ello las herramientas visual Studio. Net 2003, SQL Server 2000 para la
conectividad con la base de datos y la seguridad de la información abarcando solo un
25% de fallas en la etapa de pruebas, siendo el costo de implantación del proyecto $
4333.
2. Mediante el uso del hand held se logro importar satisfactoriamente datos de una hoja
de Excel al sistema para un óptimo manejo de la información agilizando de esta
manera el proceso de toma de pedidos y cobranzas lo que antes demandaba mucho
tiempo y costos de operación.
3. Se logro agilizar el proceso de facturación mediante la generación de documentos de
venta que es sistema es capaz de generar a partir de los pedidos tomados por día que
serán entregados a los clientes conjuntamente con el pedido realizado optimizando de
esta manera este proceso que antes era manual.
4. En cuanto al proceso de las cobranzas, se logro mantener un historial de todos los
pagos realizados por los clientes sujetos a crédito a través de las amortizaciones,
manteniendo así un control de las cobrazas por parte del jefe de ventas permitiendo
ver la morosidad o puntualidad de los pagos realizados por los clientes autorizando así
los despachos.
5. Se utilizo la metodología RUP para el modelado de requerimientos y análisis del
sistema utilizando para ello la herramienta Rational Rose logrando modelar el 100%
de los requerimientos definidos por el usuario, encontrándose 3 casos de uso del
negocio, 3 actores del negocio, 18 entidades y 23 casos de uso de requerimientos.
129
RECOMENDACIONES
1. En cuanto al diseño del sistema informático se recomienda enfatizar en la
etapa de análisis, ya que es la parte fundamental para el funcionamiento
eficiente y el sistema haga lo que el usuario desea, evitando así encontrar
posibles requerimientos futuros no determinados con anterioridad.
2. Se recomienda usar dispositivos móviles en ambientes de trabajo donde la
captura de datos se haga en campo, esto facilita en gran medida el trabajo de
los empleados que realizan la toma de datos para luego ser procesados en el
sistema, según el presupuesto del negocio se podría utilizar tecnología wap
que agilizaría aun mas el proceso en estudio, para empresas con poco recursos
es aconsejable usar una macro en Excel para transportar los datos ahorrando
de gran manera costos .
3. Se recomienda utilizar la metodología RUP en el desarrollo de procesos de
software para proyectos que sean medianos a grandes, ya que permite tener
una visión amplia de lo que se va a diseñar e implementar, aparte de obtener
una documentación detallada sobre el sistema a elaborar.
4. Se recomienda realizar una capacitación breve del uso del sistema a los
usuarios de la empresa para evitar problemas operativos en el uso del mismo.
130
REFERENCIAS BIBLIOGRAFICAS
Arce Casana/Cubas Vásquez/León Gutiérrez, 1996, Ingeniería de la Información:
Una Solución a las Necesidades de Información en Carrocerías Morillas S.A.,
Facultad de Ingeniería, Escuela de Computación y Sistemas, Universidad privada
Antenor Orrego.
Becerra Montoya, julio/ Germán Reyes, Nilton. 1997, Análisis, Diseño y
Desarrollo de un Sistema Soporte de Decisiones para una Entidad Financiera:
Coop. De Ahorro y Crédito San Lorenzo, Facultad de Ingeniería, Escuela de
Computación y Sistemas, Universidad privada Antenor Orrego.
Angulo Alarcón / Chugnas Durand. 2001, Sistema de información de soporte a las
decisiones para el control presupuestal y de bancos de la empresa distribuidora
ferreteros Huemura Representaciones, Facultad de Ingeniería, Escuela de
Computación y Sistemas, Universidad privada Antenor Orrego.
Cole Saldaña / García Salinas, 1999, Desarrollo de un sistema de
comercialización de repuestos para el soporte a la gestión administrativa de la
empresa Carlos Mannuci S.A. Trujillo, Facultad de Ingeniería, Escuela de
Computación y Sistemas, Universidad privada Antenor Orrego.
Larman, C .2003. UML y PATRONES. Una Introducción al Análisis y Diseño
orientado a objetos y al proceso unificado, Segunda Edición, Pearson Educación
S.A, Madrid, España
Giraldo J.D. 1999. Complemento de Contabilidad Básica General I, Primera
Edición, ADESA, Lima, Perú
131
Duran, R.L y Andrade C.S. 1998. Comprobantes de Pago, Primera Edición,
AELE, Lima, Perú
Giraldo J.D. 1992. Nuevo Plan Contable, Primera Edición, San Marcos, Lima,
Perú
Silbershatz, Abraham . 2006. Sistemas Operativos, Setima Edicion, McGrawHill, Madrid,
España, pp 3 – 31.
Jacobson, Ivar. 2000. El Proceso Unificado de Desarrollo de Software, Editor. Pearson
educación, Madrid, pp XVIII , XVII, 4.
Silbershatz, Abraham . 2006. Sistemas Operativos, Setima Edicion, McGrawHill, Madrid,
España, pp 713 - 715.
Frohock, Marci . 2001. SQL Server 2000, Editor McGraw- Hill, Madrid, España,pps 1-
3,704.
Fowler, Martin. 1999. UML Gota a Gota., Editor Addison Wesley/ Long Man, Mexico,
pp 1-5, 61-63.
Monzon F. David. 1994. Analisis y Diseños de Sistemas Informáticos. pp 19-23.
Ceballos Cierra, Francisco. 2003 , El Lenguaje de Programación, Visual Basic. Net,
Editor RA-MA, España. Madrid, pp 2-5
Microsoft 2007, Información general acerca del producto MS SQL 200 Server,
disponible en:
http://www.microsoft.com/latam/sql/evaluation/overview/default.asp/
Lucas Zallio, 2004, Extreme Programming (XP), disponible en:
http://ele-zeta.com.ar/2004/08/27/extreme-programming-xp/
Diego Martel, 2006, Programación Extrema, disponible en:
http://deigote.blogspot.com/2006/03/extreme-programming.html
132
Wales Jimmy/ Larry Sanger, 2007, Wikipedia, Lenguaje Unificado de Modelado,
disponible en:
http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado/
http://www.olimusic.com/Faq_NotaPedido.aspx
http://www.proyectosfindecarrera.com/definicion/pedido.htm
http://es.wikipedia.org/wiki/Factura
http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml
http://www.sunat.gob.pe/orientacion/comprobantesPago/cpGuiaremision.htm
http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml
http://www.definicion.org/boleta
http://www.monografias.com/trabajos14/documenmercant/documenmercant.shtml
133
ANEXOS
134
Entrevista
El Ing. Erick Mantilla Sevillano gerente de la empresa Del Manantial fue
entrevistado por los autores Jorge Ortecho Alva y Cynthia Neira Lázaro, el
sábado 21 de abril al que se le realizo una entrevista abierta con las siguientes
preguntas:
¿Cómo nace la empresa Del Manantial SAC?
Del Manantial nace a partir de un proyecto de maestría de la universidad
San Ignacio de Loyola en lima, fuimos 6 socios inversionistas quienes nos
aventuramos a participar de este gran proyecto con nuestra experiencia
como ex trabajadores de Coca Cola Company entre ingenieros, contadores
y administradores.
¿Cuál es la situación actual de la empresa?
Del Manantial es una empresa joven, con sus inicios en el 2005 la mayoría
de los procesos que se llevan a cabo se realizan de manera manual, poco a
poco se ha ido adquiriendo la tecnología que actualmente poseemos para la
fabricación de bebidas de gran calidad a bajo precio.
¿UD cree que implantando un sistema informático en su empresa mejoraría
notablemente su desempeño?
Eso de todas maneras, sobretodo en el área de ventas donde el proceso es
lento, hay demora excesiva, a veces los datos de los pedidos son mal
ingresados por los empleados y la facturación se desarrolla de manera
manual, todo se guarda en una macro en Exel pero no contamos con un
sistema informático que cumpla esta función.
¿Cuánto factura la empresa Del Manantial mensualmente?
135
Actualmente Del Manantial factura alrededor de 70, 000 soles incluidos
impuestos, en promedio 215 cajas de gaseosas o aguas minerales al día, lo
que es una cifra promedio teniendo en cuenta los costos que hay que pagar
en insumos y personal.
¿Como es el proceso de toma de pedidos?
Comienza cuando el vendedor sale de la planta siguiendo un recorrido
establecido de todos los clientes (Bodegas) ubicado en una determinada
zona, el cliente lleva consigo un talonario de pedidos donde ahí va anotando
los pedidos q hacen los clientes, esto se hace en la mañana, el vendedor
regresa en la tarde ya con el talonario lleno de pedidos, este se le entrega a
un empleado quien hace una hoja resumen de pedidos del día, e ingresa
todos estos datos en una macro de Exel, esta es la letanía de todos los días, y
la verdad se pierde tiempo ya que en lugar de estar ingresando los datos este
otro empleado podría realizar otra actividad mas importante.
¿Cómo se realiza el proceso de facturación?
Una vez ingresado los datos a Exel, se verifica que la venta hecha al cliente
sea correcta y los datos concuerden, la facturación se puede hacer por medio
de facturas o boletas, se tipean los datos en este documento y se imprime.
¿Qué le gustaría que un sistema informático haga por su empresa?
Que simplifique los errores que antes he mencionado, sobretodo que se
ahorre tiempo, el tiempo es muy importante para mí porque significa dinero,
me interesaría también que el sistema realice reportes estadísticos para ir
viendo que tanto se esta vendiendo, al mes, al año etc.
136
Plan del proyecto – Etapas de desarrollo
Figura Nº 78- Plan del Proyecto – Etapas de desarrollo
137
Plan de Proyecto - Diagrama de Gantt
Figura de Proyecto 79- Plan – Diagrama de Gantt
138