T 1172

UNIVERSIDAD MAYOR DE SAN ANDRES FACULTAD DE CIENCIAS PURAS Y NATURALES CARRERA DE INFORMATICA
PROYECTO DE GRADO
SISTEMA DE COMERCIO COLABORATIVO VIRTUAL PARA LA DISTRIBUIDORA T.L.C. (SCCV)
PARA OPTAR AL TITULO DE LICENCIATURA EN INFORMATICA MENCION: INGENIERIA DE SISTEMAS INFORMATICOS
POSTULANTE: HENRY AGUILAR LOZANO TUTOR: LIC. FREDDY MIGUEL TOLEDO PAZ REVISOR: LIC. JUAN GONZALO CONTRERAS LA PAZ BOLIVIA
2009
1
DEDICATORIA
Dedicado a Dios la Persona ms importante en mi vida, por permitir el Inicio y Conclusin de este Proyecto, en Particular a Mi Familia, a mi Madre Anglica Lozano Pilar de mi Formacin, Mis Hermanos Erick, Wendy y Noelia Noem por su Apoyo Incondicional, a Mis Tos Teodoro, Vctor Hugo, Ren y Juan Carlos Lozano y a mis Abuelos quienes juntos me Brindaron su apoyo y Colaboracin en Todo Momento.
AGRADECIMIENTOS
Principalmente Gracias a Dios por haberme Regalado el Precioso Don de la Vida. Al Lic.: Freddy Miguel Toledo Paz por el Tiempo dedicado, Amable Gua, Colaboracin y Apoyo. Al Lic.: Gonzalo Contreras por todo el Apoyo, Gua, Tiempo, Colaboracin, Conocimientos, nimos entregados para la Elaboracin de este Proyecto. A mi Madre Querida Anglica Lozano Cusicanqui quien es un gran Tesoro y Bendicin en mi Vida por todo su esfuerzo puesto en mi. Un agradecimiento a los Compaeros de la Empresa RedCetus S.R.L., rea de Tecnologa: Mauricio, Roly, Miki, Javi O, Franz, Jorge, Manuel, Sergio, por el Apoyo, Colaboracin y Conocimientos Adquiridos para elaborar este Proyecto. Al Gerente de la Distribuidora T.L.C. por su apoyo y Colaboracin, para la Realizacin de este Proyecto. A mis Compaeros de mi Carrera y Compaeros de AIESEC los cuales de alguna forma me ensearon el valor de las Cosas.
Henry Aguilar Lozano
RESUMEN
El Presente Proyecto de Grado Sistema de Comercio Colaborativo Virtual para la Distribuidora T.L.C. surge por la necesidad de recopilar, almacenar, procesar y difundir Informacin de la Distribuidora T.L.C. Es una solucin dinmica por el esquema de trabajo que sigue la empresa. La estructura de la solucin toma en cuenta una arquitectura de red interna propia de la empresa en la cual se integra un sistema de informacin que automatice lo procesos de Registros de Informacin como ser: Registros de Compra y Venta, Administracin de Productos, Registro de Despacho de Productos, Registros de Pedidos, Generacin de Reportes, Adems cuenta con una Dominio en Internet donde tambin se Implemento una solucin de Tienda Virtual basado en Oscommerce integrado con soporte en lnea basada tambin en una solucin Webim para completar la Solucin si trabaja con un servidor local con Linux Distribucin Debian al cual se implemento una solucin Firewall (Shorewall) para el filtrado de informacin del Dominio de Internet hacia la Estructura de Red de la Empresa. Para el desarrollo de la aplicacin se utilizo el Lenguaje UML (Unified Modeling Language) con Anlisis y Diseo orientado a Objetos, el cual permiti realizar el Anlisis, Diseo y Construccin sobre Objetos.
INDICE GENERAL CAPITULO I MARCO REFERENCIAL
1.1 INTRODUCCIN.. 13 1.2 ANTECEDENTES. 13 1.2.1 PLANTEAMIENTO DEL PROLEMA13 1.2.2 OBJETIVOS......... 14
1.2.3 OBJETIVOS GENERAL......... .14 1.2.4 OBJETIVOS ESPECFICOS 14 1.3 LIMITES Y ALCANCES... 15 1.4 JUSTIFICACIN.. 16 1.4.1 JUSTIFICACIN ECONMICA........ 17 1.4.2 JUSTIFICACIN SOCIAL. 18
1.4.3 JUSTIFICACIN TCNICA .. CAPITULO II MARCO TEORICO 19
2.1 INTRODUCCIN 21
2.2 TECNOLOGIAS ORIENTADAS A LA WEB 21 2.3 DEFINICION DE INTERNET.. 22 2.4 NAVEGADORES.. 22
2.5 TECNOLOGIAS DE ACCESO A DATOS VIA WEB. 23 2.6 SERVIDOR WEB. 23

2.7 SERVIDOR DE BASE DE DATOS 25 2.8 SERVIDOR APACHE. 26 2.9 SISTEMA GESTOR DE BASE DE DATOS.. 26 2.10 MODELO UML.. 27 2.11 SISTEMAS DE INFORMACION VIA WEB. 27 2.12 MODELADO ORIENTADO A OBJETOS 27 2.13 DISEO Y ANALISIS ORIENTADO A OBJETOS..27 2.14 LENGUAJES Y HERRAMIENTAS ORIENTADAS A OBJETOS. 27 2.15 PROCESOS DE DESARROLLO DE SOFTWARE . 28
2.15.1 DESARROLLO DE SOFTWARE..
29
2.15.2 DISEO DE UN MODELO CONCEPTUAL 29 2.15.3 PROCESO DE DESARROLLO DE SOFTWARE..29 2.15.4 PROCESO DE DESARROLLO DE SOFTWARE (II).30 2.15.5 ELEMENTOS ESTRUCTURALES.30 2.16 TIENDAS VIRTUALES.. 31 2.16.1 TIENDAS VIRTUALES OSCOMMERCE..31 2.16.1.1 CARACTERISTICAS DE UNA TIENDA OSCOMMERCE.. 32
2.17 SOPORTE EN LNEA A TRAVEZ DE WEBIM. 33 2.18 FIREWALL LINUX (SHOREWALL). 33 2.18.1 CARACTERISTICAS FUNCIONALES DE SHOREWALL. 2.18.2 CUNDO CONVIENE UTILIZAR SHOREWALL?................... CAPITULO III DISEO DE LA APLICACION 3.1 INTRODUCCION 35 3.2 ESTUDIO DE LA SITUACION ACTUAL.35 3.3 ANALISIS DE REQUERIMIENTOS 36 3.3.1 REQUISITO GLOBAL..36 3.3.2 REQUISITOS ELEMENTALES..36 3.3.3 REQUISITOS FUNCIONALES 37 3.3.4. REQUISITOS DE NAVEGACION 38 3.4 MODELOS DE CASOS DE USO39 3.4.1 DIAGRAMA PRINCIPAL DE CASO DE USO.40 3.4.2 CASOS DE USO DEBIDAMENTE DOCUMENTADO.. 41 3.4.2.1 CASO DE USO: SOLICITUD O PEDIDO DE PRODUCTO41 3.4.2.1.1 CASO DE USO EXPANDIDO.. 41 3.4.2.1.2 CURSO NORMAL DE LOS EVENTOS. 41 3.4.2.1.3 FUNCIONES DEL SISTEMA.. 42 3.4.2.1.4 DIAGRAMA DE SECUENCIA SOLICITUD O PEDIDO .. 42 33 33
3.4.2.1.5 CONTRATOS DE OPERACIONES Y DIAGRAMAS DE COLABORACIN. 3.4.2.1.7 DIAGRAMA DE COLABORACIN DE INTRODUCIRDATOSPEDIDO.. 43 3.4.2.1.8 DIAGRAMA DE COLABORACIN DE INTRODUCIRDATOSCLIENTE 43 3.4.2.1.9 DIAGRAMA DE COLABORACIN DE FORMA PAGO 43 3.4.2.1.10 CURSO NORMAL DE LOS EVENTOS. 3.4.2.1.11 FUNCIONES DEL SISTEMA 3.4.2.1.12 DIAGRAMA DE SECUENCIA CONSULTA DE PRODUCTOS.. 44 44 45 42 3.4.2.1.6 DIAGRAMA DE COLABORACIN DE CREARNUEVOPEDIDO
3.4.2.1.14 DIAGRAMA DE COLABORACIN DE IMPRIMIR CONSULTA. 45 3.4.2.2 CASO DE USO: REGISTRAR VENTA.46 3.4.2.2.1 CASO DE USO EXPANDIDO.. 46 3.4.2.2.2 CURSO NORMAL DE LOS EVENTOS 46 3.4.2.2.3 FUNCIONES DEL SISTEMA. 47 3.4.2.2.4 DIAGRAMA DE SECUENCIA REGISTRAR VENTA. 48 3.4.2.2.5 CONTRATO DE OPERACIONES 49 3.4.2.2.6 DIAGRAMA DE COLABORACIN DE NUEVA VENTA.. 49 3.4.2.2.7 DIAGRAMA DE COLABORACIN DE VERIFICAR DESPACHO.. 49 3.4.2.2.8 DIAGRAMA DE COLABORACIN DE INTRODUCIR DATOS CLIENTE 50 3.4.2.2.9 DIAGRAMA DE COLABORACIN DE FORMAPAGO50 3.4.2.2.10 DIAGRAMA DE COLABORACIN DE TERMINAR VENTA 50 3.4.2.3 CASO DE USO: CONSULTA DE VENTAS. .51 3.4.2.3.1 CASO DE USO EXPANDIDO. 52 3.4.2.3.4 CURSO NORMAL DE LOS EVENTOS .53 3.4.2.3.5 FUNCIONES DEL SISTEMA. 53 3.4.2.3.6 DIAGRAMA DE SECUENCIA OBTENER CONSULTA.. 53 3.4.2.3.7 CONTRATO DE OPERACIONES .54 3.4.2.3.8 DIAGRAMA DE COLABORACIN DE CREARCONSULTA 54 3.4.2.3.9 DIAGRAMA DE COLABORACIN DE FORMAPAGO.. 54 3.4.2.3.10 DIAGRAMA DE COLABORACIN IMPRIMIR CONSULTA55
3.4.2.4 CASO DE USO: REGISTRAR CLIENTE 55 3.4.2.4.1 CASO DE USO EXPANDIDO .55 3.4.2.4.2 CURSO NORMAL DE LOS EVENTO..55 3.4.2.4.3 FUNCIONES DEL SISTEMA56 3.4.2.4.4 DIAGRAMA DE SECUENCIA REGISTRAR CLIENTE .56 3.4.2.4.5 CONTRATO DE OPERACIONES 56 3.4.2.4.6 DIAGRAMA DE COLABORACIN DE INTRODUCIR DATOS CLIENTE.. 3.4.2.4.7 DIAGRAMA DE COLABORACIN DE TERMINAR REGISTRO 3.4.2.5 CASO DE USO: REGISTRAR COMPRA DE PRODUCTOS. 3.4.2.5.1 CASO DE USO EXPANDIDO.. 3.4.2.5.2 CURSO NORMAL DE LOS EVENTOS 3.4.2.5.3 FUNCIONES DEL SISTEMA. 3.4.2.5.4 DIAGRAMA DE SECUENCIA REGISTRAR COMPRA 3.4.2.5.5 CONTRATO DE OPERACIONES. 3.4.2.5.6 DIAGRAMA DE COLABORACIN DE INTRODUCIR DATOS CLIENTE. 3.4.2.5.7 DIAGRAMA DE COLABORACIN DE TERMINAR COMPRA. 3.4.2.6 CASO DE USO: REGISTRAR PROVEEDOR 3.4.2.6.1 CASO DE USO EXPANDIDO. 3.4.2.6.2 CURSO NORMAL DE LOS EVENTOS 3.4.2.6.3 FUNCIONES DEL SISTEMA.. 3.4.2.6.4 DIAGRAMA DE SECUENCIA REGISTRAR PROVEEDOR. 3.4.2.6.5 CONTRATO DE OPERACIONES 3.4.2.6.6 DIAGRAMA DE COLABORACIN DE INTRODUCIR DATOS PROVEEDOR 3.4.2.6.7 DIAGRAMA DE COLABORACIN DE TERMINAR REGISTRO. 3.4.2.7 CASO DE USO: REGISTRAR PEDIDO Y DESPACHO DE CAPITULO 4 SEGURIDAD 64 64 61 62. 62 62 62 63 64 64 58 58 59 60 60 60 61 57
4.1 ANLISIS DEL SISTEMA.81 4.2 ANLISIS DE REQUERIMIENTOS DE SEGURIDAD:81 4.3 DESCRIPCIN DE LOS PROCESOS DE SEGURIDAD A IMPLEMENTAR.. 82
4.3.1 AUTENTICACIN DE LOS USUARIOS (MANEJO DE SESIONES)..
83
4.3.1.1 MANEJO DE SESIONES.-. 83 4.3.2 ARQUITECTURA DE TRES CAPAS (ESTRUCTURA DEL SISTEMA) 84 4.3.2.1TIPOS DE ARQUITECTURAS EN TECNOLOGAS CLIENTE-SERVIDOR .. 85 4.3.3 FIREWALL SHOREWALL EN LINUX .. 86 4.3.3.1 SHOREWALL.CONF.- 87 4.3.3.2 ZONES 88 4.3.3.3 INTEFACES..89 4.3.3.4 POLICY..90 4.3.3.5 MASQ 90 4.3.3.6 RULES.. 90 4.3.4 SEGURIDAD EN LA PAGINA WEB DE OSCOMMERCE 91 CAPITULO 5 CALIDAD DE SOFTWARE
5.1 INTRODUCCION102 5.2 CALIDAD DEL SOFTWARE.102 5.3 103 5.4PORTABILIDAD103 5.5 USABILIDAD..104 5.6 EFICIENCIA..105 5.7 ACEPTABILIDAS GLOBAL.105 MANTENIBILIDAD
CAPITULO 6
CONCLUSIONES Y RECOMENDACIONES
6.1 CONCLUSION113 6.2 RECOMENDACIN114
CAPITULO I MARCO REFERENCIAL
10
1.1 INTRODUCCION Durante los ltimos aos y en la actualidad ninguna empresa puede funcionar de forma adecuada sino cuenta con un sistema automatizado que administre los procesos fundamentales del manejo computarizado de la informacin que genere la empresa u organizacin El mejor aliado para una empresa que se precie de ser la mejor que las dems es siempre estar a la vanguardia en toda herramienta que beneficie a la empresa. Esta herramienta se ha constituido en el manejo de la informacin y para ello los sistemas informticos son los que masa adecuan a las necesidades de cada empresa. Toda empresa, por muy pequea que sea esta, cuanta ya con un Sistema de Informacin Que de cierta manera controle el trabajo que se realiza con los datos que genere el cual permite manejar el flujo de informacin que genera de una manera ms ordenada y eficaz y eficiente pero esto no sucede en la gran mayora de los casos. Adems de que toda empresa que se dedique a la venta de un determinado producto que sea de inters comercial para terceros ha visto la necesidad de tener un adecuado control de ventas, distribucin e inventarios para la empresa siempre este al tanto de todas las transacciones comerciales 11
El presente proyecto busca obtener un sistema de informacin solid, fiable y eficiente y controle toda la informacin que genere los procesos de inventarios para ver la existencia fsica de los productos o materiales y tener una informacin completa acerca de las distribuciones y ventas que permita tomar decisiones oportunas y efectivas para administrar los recursos con los que se cuenta en el almacn de la DISTRIBUIDORA T.L.C. 1.2 ANTECEDENTES La distribuidora TLC es una empresa nueva cuyo rubro fundamentalmente es la distribucin de productos de Planificacin Familiar y otro insumos a los Centros de Salud, hospitales dependientes del Ministerio de Salud, al igual que a Organizaciones No Gubernamentales en el mbito de la salud y sin fines de lucro y centros de profesionales particulares en la Ciudad del El Alto, la Ciudad de La Paz, en las Provincias del norte paceo y Prov. Ballivin del departamento del Beni. Como antecedente y base de nuestra funcin fue el trabajo del departamento de Mercadeo de ProSalud realizado por el lapso de 8 aos en la promocin y luego venta de los productos de planificacin Familiar anticonceptivo inyectable trimestral, como: Depoprovera Pantera condn masculino, Duofem
anticonceptivo oral, Vital DIA multivitaminas la T de Cu Dispositivo Intrauterino. Este Trabajo se lo realizo a nivel Nacional, y ante la nueva reestructuracin se delega a la Distribuidora TLC como distribuidora particular el mercado del Departamento de La Paz y de Beni, la cual debe mediante un convenio con Prosalud conservar e incrementar el nmero de clientes, mantener la calidad de la distribucin, la periodicidad, y generar un flujo de informacin veraz, oportuna tanto del nmero y tipo de clientes y productos adquiridos. 12 sobre todo la cantidad de
Desde su creacin
la distribuidora se ha propuesto
expandir la oferta de
productos no slo los anteriormente mencionados, por el tipo de mercado se oferta medicamentos de 1 lnea que son promocionados por personal capacitado especialmente en rea rural. Los productos de Planificacin Familiar llegan de Prosalud Nacional (Santa Cruz); generalmente demora tres das, mientras que los medicamentos comerciales o genricos se adquieren directamente de la importadora en la Ciudad de La Paz . Debido que los Centros de Salud, Hospitales tienen cierta independencia para la adquisicin de productos, estos no responden a un cronograma establecido, los pedidos son diversos, el personal que atiende a la clientela sabe muy bien esto y trata de tener a la mano el producto y la cantidad que requiera, pero se demora en ver la existencia de los mismos en almacn y lo solicitan mediante un pedido hacindose responsable de los mismos, de la entrega y del cobro de los mismos. Toda esta informacin generada desde de la llegada de los productos a almacn y la entrega a los promotores de venta, la entrega a los clientes y el cobros ya sea al contado o a crdito (Dez Das) debe ser cruzada, verificada y al mismo tiempo oportuna, accionar; para la toma de decisiones, mejorar nuestro adems de verificar la facturacin con el respectivo depsito del
dinero en el banco a la cuenta de la distribuidora. 1.3 PLANTEAMIENTO DEL PROBLEMA Los problemas que se presentan en el sistema actual semi automatizado son:
13
La recoleccin de la informacin es tediosa y lenta y esto provoca muchos retrasos en los diferentes procesos No se cuenta con un adecuado control de productos que existen en almacn No se tiene una base de datos que gestione las ventas y compras de productos La acumulacin de informes en papel es tediosa y perjudicial El balance de ventas de los diferentes productos de la semana toma dos horas o ms porque a veces no coincide dando lugar a la prdida de tiempo en los encargados de dicho trabajo
Los datos de las ventas e inventarios no se obtiene de manera rpida y optima porque no estn centralizados los datos
De acuerdo al anlisis de diferentes problemas mencionados a continuacin la Distribuidora T.L.C. necesita un sistema de informacin que resuelva el siguiente problema de investigacin. El sistema de control y administracin de compra, venta y distribucin va Web permitir mejorar la gestin y actualizacin de la informacin acerca de los productos y satisfacer los requerimientos de la Distribuidora T.L.C. para maximizar sus ingresos productividad y comercializacin? 1.4 OBJETIVOS 1.4.1 OBJETIVO GENERAL Implementar un Sistema de Informacin va Web para la administracin y
control de productos para la Distribuidora T.L.C. (SCCV).
14
1.4.2 OBJETIVOS ESPECIFICOS. El SCCV tendr datos centralizados, oportunos que lograra una informacin de alta calidad interpretativa El SCCV contara con informacin organizada, til, oportuna El SCCV establecer un modelo de consultas que permita mostrar la venta y distribucin diaria que maneja la Distribuidora El SCCV facilitara la distribucin de productos va Web El SCCV brindara informacin precisa, confiable, detallada e integra
1.5 LIMITES Y ALCANCES Los Lmites que presentara el proyecto son automatizar los procesos de compra, venta y distribucin de productos, consultas y reportes acorde a las necesidades de los administradores, no tomando en cuenta automatizar la parte contable o financiera, adems disear una pgina virtual para el uso exclusivo de pedidos de productos va Web. Los alcances que tendr sern sobre la pgina virtual diseada accediendo a su uso Instituciones del rea urbana que cuentan con servicio de Internet y regiones del rea Urbana que tambin cuenten con este servicio. El aporte ms importante es el sistema de informacin aplicada a esta rea, es mejorar el tiempo de respuesta, reducir los costos administracin de mano de obra directa. Adems proporciona informacin til, oportuna y confiable para la toma de decisin, para la elaboracin de informes referente acerca de los productos que se tiene en almacn. Se lograra tener una administracin ms eficiente y eficaz de toda informacin que se genera sobre la venta y distribucin que el personal realiza y control de productos que se cuenta en almacenes. 1.6 JUSTIFICACIONES 15
1.6.1 TECNICA.El desarrollo e implementacin del presente proyecto para la DISTRIBUIDORA T.L .C., se justifica tcnicamente porque mejorara los mtodos y tcnicas de acceso, manipulacin y seguridad de los datos Para el desarrollo e implementacin del presente proyecto se cuentan actualmente con equipos de computacin, software y herramientas adecuadas para la implementacin del sistema propuesto lo que permitir mejorar resultados as explotar ptimamente el uso de los equipos de computacin existentes. 1.6.2 SOCIAL.La implementacin del sistema propuesto beneficiara a todo el personal encargada de forma de los departamentos de almacenes comercializacin y contabilidad, permitir adems que los distribuidores ,clientes y personas pertenecientes a la institucin puedan contar con una informacin confiable oportuna y segura de todo el flujo de informacin de vital importancia para un amplio campo de actividades referente al crecimiento de mercado consumidor y las correspondientes proyecciones que se harn para la toma de toma futuras decisiones en beneficio de la empresa. 1.6.3 ECONOMICA.La parte econmica es justificada ya que la empresa mejorara sus ingresos econmicos al tener informacin oportuna y precisa para la toma de decisiones, dando a conocer informacin del manejo de la compra y venta de los productos, mejorando los procesos al conocerse toda la informacin financiera
16
CAPITULO II MARCO TEORICO
17
2.2 INTRODUCCIN Es importante que consideremos el camino mas adecuado para lograr alcanzar objetivos planteados anteriormente. En esta parte se da a conocer el marco terico recopilando toda la informacin para el sustento del estudio que se realiza estos elementos tericos extrados de la revisin de la literatura consisten en la base para la descripcin y explicacin del problema a solucionar. 2.2 TECNOLOGIAS ORIENTADAS A LA WEB En este punto ponemos mayor nfasis en la parte terica y conceptual necesarias para el desarrollo del presente proyecto, se tiene como punto principal lo que se llama un sistema de informacin a la Web, esto nos lleva a introducirnos en los que es la tecnologa orientada a la Web, y tomar en cuenta los modelos lgicos, metodologas y aplicaciones de herramientas a utilizar 2.3 DEFINICION DE INTERNET Internacional Network of Computer o Red Internacional de Computadoras, mejor conocido como Internet; a su vez esta red mundial interconecta otras redes de mayor magnitud por lo que se puede referir a ella como la red de 18
redes [WIKIPEDIA, 2006] El Internet ofrece muchas formas de comunicacin, por ejemplo el correo electrnico, Chat, etc. Adems proporciona muchas formas valiosas de intercambiar informacin, comercio electrnico, investigaciones, documentos, etc.
2.4 NAVEGADORES Los navegadores son programas de ordenador que nos permite visualizar las pginas Web o las World Wide Web (WWW), mediante documentos HTML, HMT, XHMTL, etc., en nuestra pantalla. Los navegadores mas conocidos son Netscape y Microsoft Internet Explorer, estos navegadores tienen versiones para casi todas las plataformas informticas, siendo el primero el ms utilizado por los usuarios de Unix y el segundo es por decirlo de alguna forma el ms utilizado en el mundo debido a la disponibilidad ya que viene incluido en casi todas las versiones de Windows desde el Windows 3.2 hasta el Windows XP 2.7 TECNOLOGIAS DE ACCESO A DATOS VIA WEB Internet como herramienta de comunicacin e informacin en un principio solo presentaba pagina Web esttica que solo eran informativas, pero con el paso del tiempo se vio necesario que no solo sean informativas y sean dinmicas como resultado de esta necesidad nacen mtodos y tcnicas que hacen el dinamismo de la paginas, por ejemplo podemos mencionar a: APS, PHP, CGI, etc. 2.8 SERVIDOR WEB 19
Un servidor es un equipo informtico que tiene un programa ejecutndose en un sitio Web para responder a la solicitud de los navegadores. Los servicios Web pueden ejecutar otros programas residentes tomando informacin que se provee junto a las solicitudes, esto permite el acceso a las bases de datos. El software que hoy en da se utiliza es: El personal Web Server de Windows 98, el Internet Informa tin Server (HS) de Windows NT y el Apache.
2.7 SERVIDOR DE BASE DE DATOS Un servidor de base de datos es un sistema de comunicacin que tiene la capacidad de decepcionar, almacenar datos y eliminar datos ante ciertos requerimientos hechos al servidor de base de datos. Figura 1.- Esquema de Trabajo de un Servidor
2.8 SERVIDOR APACHE El servidor Apache es el servicio que se encarga de resolver las peticiones de pginas de internet en los clientes utilizando el protocolo de internet http el servidor http Apache es un servidor http de cdigo abierto para plataformas Unix-Windows y otras, que implementa el protocolo http:// 1.1 y la nocin de 20
sitio virtual cuando comenz su desarrollo en 1995 se inicio inicialmente un cdigo del popular NCSA HTTPD 1.3, pero ms tarde fue reescrito por completo. Su nombre se debe a que originalmente apache consista en un conjunto de parches aplicar el servicio de NCSA. Era, en ingles, A patchi Server (un servidor parcheado). Apache presenta entre otras caractersticas mensajes de error altamente configurables, bases de datos de autentificacin y negociado de contenido 2.9 SISTEMA GESTOR DE BASE DE DATOS Los sistemas gestores de bases de datos son un tipo de software muy especifico dedicado a servir de interfaz entre las bases de datos y las paliaciones que los utilizan asegurando su integridad confidencialidad y seguridad. Se componen de un lenguaje de definicin de datos, de un lenguaje de manipulacin de datos y un lenguaje de consulta. Permite definir las bases de datos especificando los tipos, estructuras y restricciones de datos. Adems de manipular la base de datos realizando consultas, actualizaciones y generando informes. En este proyecto se utilizara el Sistema de Gestor de Base de Datos MySql 2.10 MODELO UML Unifield Modeling Language o UML es un lenguaje orientado a Objetos mediante el cual se puede modelar, construir y adems documentar los elementos que forman un sistema de software. UML fue creado por Grady Booch, Ivar Jacobson y Jim Rumbaugh, creadores 21
de los mtodos: Booch, OMT Y OOSE, respectivamente. Este lenguaje posibilita el intercambio de los modelos entre las distintas herramientas CASE Orientados a Objetos [LARMAN,2000 ]. 2.11 SISTEMAS DE INFORMACION VIA WEB En el pasado las bases de datos solo podan utilizarse al interior de la instituciones en redes locales, en la actualidad la Web permite acceder a la base de datos desde cualquier parte del mundo, en el que la Web es un medio para la localizacin, en vio y recepcin de informacin de diversos tipos, interactuando con la base de datos. Estas ofrecen a travs de la red un manejo dinmico un una gran flexibilidad de los datos, estas ventajas no podran obtenerse a travs de otro medio, gracias a esto los usuarios de Internet pueden obtener lo que quieran en informacin, con costos y tiempos mnimos 2.12 MODELADO ORIENTADO A OBJETOS Los objetos encapsulan atributos (forman el estado) y mtodos (servicios que brinda) lo que le da una cierta funcionalidad. Los objetos coordinan sus actividades a travs del llamado mutuo de mtodos El modelo orientado a objetos tiene un gran nmero de objetos autnomos con distinta funcionalidad disponibles en un sistema distribuido. Los objetos corren en espacios de direccionamiento disjuntos. A partir de rutinas de comunicacin explicitas ellos invocan y usan la funcionalidad de los otros objetos. Se distinguen tres enfoques para combinar el modelo orientado a objetos con el paralelo/distribuido:
Paralelismo oculto dentro del objeto.
22
Procesos independientes de los objetos, que llaman a distintos mtodos de distintos procesos. Se necesitan mecanismos de sincronizacin. Modelo Java Threads.
Cada objeto est asociado con uno o ms procesos que ejecutan los accesos al objeto. A este modelo llamaremos Modelo Orientado a Objetos.
Se ven dos clases de Modelo Orientado a Objetos:

Objetos Distribuidos. Objetos Activos.
2.13 DISEO Y ANALISIS ORIENTADO A OBJETOS
Anlisis y diseo orientado a objetos (ADOO) es un enfoque de la ingeniera de software que modela un sistema como un grupo de objetos que interactan entre s. Este enfoque representa un dominio en trminos de conceptos compuestos por verbos y sustantivos, clasificados de acuerdo a su dependencia funcional. En ste mtodo de anlisis y diseo se crea un conjunto de modelos utilizando una notacin acordada como, por ejemplo, el lenguaje unificado de modelado (UML). ADOO aplica tcnicas de modelado de objetos para analizar los requerimientos para un contexto - por ejemplo, un sistema de negocio, un conjunto de mdulos de software - y para disear una solucin para mejorar los procesos involucrados. No est restringido al diseo de programas de computadora, sino que cubre sistemas enteros de distinto tipo. Las metodologas de anlisis y diseo ms modernas son casos de uso guiados a travs de requerimientos, diseo, implementacin, pruebas, y despliegue. Figura 2.- Ejemplo de Objetos dentro el Anlisis y Diseo
23
El lenguaje unificado de modelado se ha vuelto el lenguaje de modelado estndar usado en anlisis y diseo orientado a objetos. 2.14 LENGUAJES Y HERRAMIENTAS ORIENTADAS A OBJETOS Lenguajes de programacin ms comunes que soportan la Orientacin a Objetos: Java C ++ Plataforma .net Smalltalk Herramientas case: Rational Rose. Poseidon (Profesional Edition) Herramientas de modelado Visio 2002 Umbrella (Open Source) Poseidon (Comunity Edition) 2.15 PROCESOS DE DESARROLLO DE SOFTWARE Los riesgos asociados en el desarrollo de grandes sistemas son altos. Construir solo una parte del sistema, dejando otras funciones para futuras versiones Figura 3.- Proceso de Requerimientos
24
2.15.1 DESARROLLO DE SOFTWARE Figura 4.- Proceso de Desarrollo de Software
2.15.2 DISEO DE UN MODELO CONCEPTUAL Un modelo conceptual muestra grficamente los conceptos (clases de objetos), los atributos y las asociaciones ms importantes del dominio del problema. Supongamos que queremos hacer una simulacin del juego de dados: 2.15.3 PROCESO DE DESARROLLO DE SOFTWARE Figura 5.- Proceso de Desarrollo de Software
25
2.15.4 PROCESO DE DESARROLLO DE SOFTWARE (II) Figura 6.- Ciclo de Desarrollo de Software
2.15.5 ELEMENTOS ESTRUCTURALES Figura 7.- Elementos Usados en el Diseo
26
2.16 TIENDAS VIRTUALES Las Tiendas Virtuales son lugares o espacios virtuales en internet donde se pueden poner a la venta diversos tipos de productos de forma muy similar a como se los exhibira y vendera en una tienda tradicional. Esto, debido a que las tiendas virtuales tienen un programa especial que les permite mostrar imgenes y descripciones de uno o ms productos de forma muy "amigable" ( 2.16.1 TIENDAS VIRTUALES OSCOMMERCE El sistema de Tiendas Virtual sobre OsCommerce ofrece la ventaja de trabajar sobre un sistema de plantillas con el cual podemos reducir considerablemente los gastos de Diseo y Programacin. El sistema de Tiendas Virtuales OsCommerce ofrece la posibilidad de adaptar cualquier de nuestros diseos disponibles en el catalogo de plantillas, y disponer de todas las caractersticas que su Tienda Virtual necesita. Una de las ventajas es que usted tendr total autonoma a la hora de actualizar su catlogo on line ya que el sistema proporciona un panel de control sencillo y eficaz, Usted solamente pagara: La plantilla y el servicio de activacin y configuracin una nica vez.
27
Figura 8.- Ejemplo de Tienda Virtual Oscommerce
2.16.1.1 CARACTERISTICAS DE UNA TIENDA OSCOMMERCE

Organizacin de productos en Categoras y Sub categoras. Aplicacin de atributos o caractersticas especiales para cada producto, colores, tallas, etc. con su correspondiente variacin de precio y recalculo del valor del producto. Control de Stock de productos. Subir una imagen por producto ms definicin. Tienda Virtual Multi Idiomas. Carrito de compra para clientes. Registro de clientes. Control de pedidos. Boletn informativo para envios por Grupos (Clientes o Registrados ) o bien de forma individual a un usuario registrado. Informes productos ms vistos en la web. Informes de Productos ms vendidos. Seccin de Contacto. Seccin polticas de empresa (Envos y Devoluciones, Confidencialidad) 28
Panel de Control para gestionar la tienda. Preparacin de la Tienda para un correcto posicionamiento web , creando urls amigables para sus productos. Pasarela de pago Paypal y TPV Virtual (Visa)
2.17 SOPORTE EN LNEA A TRAVEZ DE WEBIM Web Messenger Permite una fcil comunicacin con clientes potenciales. Lo que significa que incrementars las ventas de tu sitio web Cmo funciona? Debes colocar el botn de Web Messenger en tu sitio web, para que tus visitantes hagan clic en el botn y entonces puedan comunicarse con tus operadores quienes les proporcionaran la correspondiente ayuda en lnea. Figura 9.- Botn de Acceso para Soporte en Lnea
Al Activarse ejecutara la ventana: Figura 10.- Ventana de Soporte en Lnea con Webim
2.18 FIREWALL LINUX (SHOREWALL) Shorewall es un lenguaje de alto nivel de propsito especfico para manipular la 29
infraestructura de control de paquetes del ncleo Linux, Netfilter. Ms especficamente, Shorewall es un script en lenguaje BASH (o en Perl en caso que deseemos utilizar shorewall-perl) que interpreta una serie de archivos de configuracin a partir de los cuales hace sucesivas llamadas a iptables para definir el conjunto de reglas necesarias representadas por la configuracin. Adems de iptables, Shorewall tambin utiliza otras herramientas para controlar otros mdulos de red ncleo Linux como modprobe (para cargar los mdulos de Netfilter), iproute (para la definicin de reglas de ruteo) y tc (para el control de trfico de paquetes 2.18.1 CARACTERISTICAS FUNCIONALES DE SHOREWALL Permite el filtrado de paquetes stateful gracias a las capacidades de monitoreo de conexiones de Netfilter. Puede utilizarse en mltiples aplicaciones de router (enrutador), firewall (corta-fuegos) o gateway (pasarela). Completamente configurable mediante el uso de archivos de configuracin. Nmero de interfaces de red ilimitadas. Permite dividir las redes en zonas, permitiendo extenso control sobre las conexiones establecidas entre ellas. Mltiples interfaces por zona y mltiples zonas por interfaz. Soporta zonas anidadas y solapadas. 2.18.2 Cundo conviene utilizar Shorewall? A juzgar por la seccin anterior, debera ser bastante claro que Shorewall es un firewall extremadamente flexible y configurable. Hasta ahora no he encontrado ninguna situacin en donde Shorewall no pudiera adecuarse de manera fcil y rpida. A pesar de esto, creo que Shorewall puede ser demasiado cuando uno solo quiere asegurar una estacin de trabajo conectada a Internet. En estos casos 30
yo generalmente recomiendo FirewallBuilder, FireStarter o herramientas similares (o las herramientas provistas por la distro como system-config-firewall de Fedora). Shorewall realmente se destaca cuando queremos conectar dos zonas (una red hogarea contra la Internet) o ms, siendo cada vez ms conveniente a medida que la situacin se torna cada vez ms sofisticada, por ejemplo, conectar mltiples ISP con control de trfico, DMZ y zonas internas distinguidas. Ahora bien, habiendo tantas herramientas de gestin de firewalls disponibles, Cundo conviene construir un firewall utilizando iptables desde shell scripts?. La respuesta, yo creo, es bastante sencilla: Cuando queremos aprender el funcionamiento interno de Netfilter. Una vez que uno domina esta tcnica es cuando realmente puede apreciar una herramienta como Shorewall.
31
CAPITULO III DISEO DE LA APLICACIN
3.1 INTRODUCCION Uno de los aspectos ms importantes en esta etapa es tener la base solida del problema para luego asumir la fase de construccin del proyecto con las herramientas elegidas para tal objetivo. En este captulo se describe el anlisis 32
y el diseo de la aplicacin del sistema siguiendo las etapas definidas por el Anlisis y Diseo Orientado a Objetos y UML 3.2 ESTUDIO DE LA SITUACION ACTUAL En la Distribuidora T.L.C. en el rea administrativa se tiene como objetivo despacho, compra, venta y generacin de informes de Productos, as como tambin presentar un informe econmico resultante, a la entidad superior de la cual es parte la Distribuidora T.L.C. Para realizar el anlisis actual se recurri a las tcnicas de recoleccin de informacin para poder determinar los requerimientos del nuevo sistema, tales tcnicas fueron: Entrevistas, Encuestas, Consultas a todo el personal del rea involucrada. 3.3 ANALISIS DE REQUERIMIENTOS El anlisis de requerimientos permite definir las funciones y el rendimiento del software y determina las restricciones que debe cumplir el mismo, adems determina la interfaz que tendr el software con otros elementos del sistema Como consecuencia del anlisis de la situacin actual u luego de recolectar toda la informacin definimos los requisitos del sistema: Requisito Global Requisitos Elementales Requisitos Funcionales Requisitos de navegacin 3.3.1 REQUISITO GLOBAL Debido a la informacin que esta unidad maneja establecemos la importancia que tiene la misma para el modelado de la aplicacin Web. El fin principal de este proyecto es desarrollar un sistema de informacin que automatice los procesos que se desarrollan en la empresa y contar como respaldo informacin presupuestaria, adems de contar con un Dominio en internet en el cual 33
brindara la posibilidad de acortar distancia y gastos para los clientes en la compra de productos. 3.3.2 REQUISITOS ELEMENTALES Existen cuatro tipos de fuentes que generan y reciben informacin ambiente actual entorno a los productos de la Distribuidora T.L.C. Administrador de Compra, Venta de Productos
Administrador de Almacn , Pedido y Despacho de Insumos Gerente de la Empresa Representante de Venta (Promotor de la Empresa) Clientes De acuerdo a la informacin obtenida logramos establecer las necesidades de los usuarios mencionados a continuacin detallamos dichas necesidades.
ADMINISTRADOR DE COMPRA Y VENTA DE PRODUCTOS.- La informacin que requiere este administrador es de vital importancia para poder obtener Reportes de venta, compra de productos como as tambin informes presupuestarios. Los requerimientos de esta rea son: Informacin de Venta de Productos a Clientes de las Distintas Lnea que ofrece. Informacin de la Compra de Productos a Proveedores. Informacin Presupuestaria del estado de las cuentas en las diferentes lneas de Productos. Generar informes y Reportes.
34
ADMINISTRADOR DE ALMACEN, PEDIDO Y DESPACHO DE INSUMOS.- Los requerimientos que se obtuvieron de esta rea son: Informacin de la cantidad de Productos existentes en Almacn. Informacin de Pedido y despacho de Insumos a los representantes de Ventas (Promotores). Informacin de la devolucin de Productos a Almacn de los representantes de Ventas (Promotores). Generar informes y reportes
GERENTE DE LA EMPRESA.- Este usuario representa un control de toda la informacin generada, la informacin que obtenga es de mucha importancia para la toma de decisiones, los requerimientos que presenta son: Informacin Actual Informacin sobre toda la compra y venta de Productos Informacin de la cantidad de Productos existentes en Almacn. Informacin Presupuestaria de las cuentas las Diferentes Lneas de Productos Informacin involucradas Presupuestaria manejada por las diferentes areas
REPRESENTANTE DE VENTAS (PROMOTOR).- Los requerimientos que presenta este usuario son: 35
Informacin de Productos de las distintas lneas en su Posesin Informacin de Productos de las distintas lneas devueltas a Almacn
CLIENTES.- Estos usuarios son las personas factibles a solicitar Productos. Los requisitos de estos Actores son simples pero importantes ya que estos son uno de los principales elementos del sistema a travs de los cuales se genera la mayor parte de la informacin, sus requerimientos son: Informacin de los Productos de las Distintas Lneas Solicitud de Productos Devolucin de Productos Consultas
3.3.3 REQUISITOS FUNCIONALES.- En esta etapa definimos las funciones de cada uno de los usuarios que interactan con el Sistema de Comercio Colaborativo Virtual para la Distribuidora T.L.C. Los actores que interviene en la aplicacin son:
Administrador del Sistema Administrador de Compra y Venta de Productos Administrador de Almacn, Pedido y Despacho de Insumos Gerente de la Empresa Representante de Ventas(Promotor) 36
Clientes
El ingreso de los Usuarios es a travs de un modulo de Identificacin, cada usuario tiene acceso a ciertas areas del sistema, las cuales esta diseadas para cada uno de ellos de acuerdo a sus requerimientos
Administrador del Sistema.-
Es la persona que se encarga de
administrar la base de datos, realiza modificaciones, altas, bajas, todo esto con autorizacin necesaria.
Administrador de Compra y Venta de Productos.- Es un usuario el
cual realiza el seguimiento de los registros de la informacin de la Compra y Venta de Productos por parte de Proveedores y Clientes, generacin de informes Presupuestarios entorno a los Productos
Administrador de Almacn, Pedido y Despacho de Insumos.- Es un
usuario el cual realiza el seguimiento de los registros de Almacn, cantidades Existentes, cantidades Despachadas y Devueltas de Productos de las Distintas Lneas.
Gerente de la Empresa.- Es un usuario el cual tiene acceso a la
informacin del sistema solo para realizar consultas y realizar comparaciones con los informes presentados por los distintos administradores de cada rea, tomar decisiones y establecer medidas adecuadas entorno a esta informacin.
Representante de ventas (Promotor).- Es un usuario el cual realiza el seguimiento de posesin, venta y devolucin de productos.
Clientes.-
Son usuarios los cuales tienen tres formas de adquirir un
producto:
37
o Solicitud Fsica.- El cliente solicita el producto fsicamente en la
empresa.
o Solicitud Va Web.- El cliente llena el formulario de solicitud en la
Pagina Web de la Empresa

o Solicitud Telefnica.- El cliente llama a la empresa y solicita el
producto.
3.3.4. REQUISITOS DE NAVEGACION
Una vez definidos los actores en el sistema hay que considerar tres puntos muy importantes para la navegacin.
El sistema es si es un sistema cerrado, es decir que solo incluye a los usuarios o actores definidos anteriormente los cuales podr acceder a diferentes zonas. Existen diferentes zonas para cada tipo de usuario o actor del sistema. Est definida una zona de Consultas Est definida una zona exclusiva para los usuarios Existe una zona para la administracin del sistema
3.4 MODELOS DE CASOS DE USO
38
La figura 3.1 representa como el sistema interacta con los diferentes actores externos indicando quienes proporcionan informacin al sistema y quienes recibirn informacin de l. Ms adelante se describirn las diferentes actividades o procesos que cada uno de ellos realiza con el sistema.
Figura 11 Caso de Uso: Sistema de Comercio Colaborativo Virtual para la Distribuidora T.L.C.
Cliente
Administrador Sistema
Sistema de Comercio Colaborativo Virtual para la Distribuidora T.L.C.
Representante de Ventas (Promotor)
Administrador Almacenes, Pedido Y Despacho de Insumos
Administrador Compra y Venta de Productos
Gerente
Fuente: Elaboracin Propia
39
3.4.1 DIAGRAMA PRINCIPAL DE CASO DE USO La Figura 3.2 muestra los principales casos de uso que interviene en el sistema, permite ver la relacin que existe entre los distintos actores en cada uno de los casos y como los casos de uso interactan entre s. Figura 12 Diagrama de Caso de Uso Caso: Funcionamiento del Sistema
40
A continuacin se hace una descripcin detalla de los diferentes casos de uso desde el punto de vista de los actores
41
42
3.4.2 CASOS DE USO DEBIDAMENTE DOCUMENTADO 3.4.2.1 Caso de Uso: Solicitud o Pedido de Producto
Figura.- 13 Caso de Uso Solicitud o Pedido de Producto
3.4.2.1.1 Caso de Uso Expandido

Tabla1 .- Caso de Uso Expandido Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Solicitud o Pedido de Productos Cliente Realizar el Pedido o Solicitud de Productos Fsica o Va Internet Permite a los Clientes hacer la Solicitud de Productos o genera el Pedido ya sea a travs del modulo de Pedidos en la Pagina Web o Fsicamente en las Oficinas de la Empresa - Primario -Esencial F1,F2,F3
3.4.2.1.2 Curso Normal de los Eventos

Tabla 2.- Curso Normal de Eventos ACCION DEL ACTOR 1.- Este Caso de Uso comienza cuando el cliente llega a la Oficina de Empresa o Ingresa al Modulo de Pedido de la Pagina Web de la Empresa 2.- El Cliente llena el formulario de Solicitud de productos para ambos casos(Fsica y Virtualmente) para solicitar Productos 4.- Al terminar de llenar el formulario de Solicitud se Entrega o Enva al administrador de Compras y Ventas o Representante de Ventas (Promotor) 6.- Se indica al cliente el Total de la Ventas 7.-Se Indica al Cliente la Forma de Pago ( Contado, Crdito, 2 pagos) RESPUESTA DEL SISTEMA
3.- Se determina el Precio del Producto e incorpora a la transaccin actual la informacin correspondiente Se presenta la Descripcin del Producto Actual 5.-Calcula y Presenta el Total de la Venta
8.- Registra la Forma de Pago
43
9.- Se Cancela de acuerdo a la Forma de Pago o se emite un Recibo de Pago El clientes se Marcha o espera la Entrega de Productos a su Oficina o Fuente de Trabajo a travs de un Promotor
10.-Registra la Venta Concluida
3.4.2.1.3 Funciones del Sistema

F1.- El sistema debe Verificar que Representante de Ventas (Promotor) Contiene en su Poder el Producto y la Cantidad Solicitada por el Cliente F2.- El sistema debe Registrar el Cliente durante la Venta para tener un Registro de Clientes para la prxima venta de productos. F3.- El sistema debe Verificar si la Cantidad Retenida por el Promotor no es suficiente para la venta en resto quedara como Productos por entregar al cliente en cuanto se realice el abastecimiento del mismo. Tabla 3.- Funciones del Sistema FUNCIONES F1 F2 F3 CATEGORIA EVIDENTE EVIDENTE EVIDENTE
3.4.2.1.4 Diagrama de Secuencia Solicitud o Pedido de Productos

Figura.- 14 Caso de Uso Solicitud o Pedido de Producto
3.4.2.1.5 Contratos de Operaciones y Diagramas de Colaboracin Contrato de Operaciones Tabla 4.- Contrato de Operaciones Crear Nuevo Pedido
**Nombre: CrearNuevoPedido(IdPedido,FechaPedido) Responsabilidad: Realiza la Creacin de un nuevo Pedido Tipo: Sistema Referencias: Caso de Uso : Solicitud y Pedido de Productos
44
Precondicin: Ingresar al modulo de pedidos y llenar el formulario Pos Condicin: Adquirir los productos solicitados
3.4.2.1.6 Diagrama de Colaboracin de CrearNuevoPedido

Figura.- 15 Diagrama de Colaboracin Crear Nuevo Pedido
Tabla 5.- Contrato de Operaciones Introducir Datos Pedidos **Nombre: IntroDatosPedido (Producto, Cantidad) Responsabilidad: Se realiza el ingreso de Datos para el Pedido o Solicitud de Productos Tipo: Sistema Referencias: Caso de Uso: Solicitud o Pedido de Productos Precondicin: Ingresar al Modulo de Pedidos y Llenar el Formulario de Pedido Pos Condicin: Adquirir los productos solicitados 3.4.2.1.7 Diagrama de Colaboracin de IntroducirDatosPedido Figura.- 16 Diagrama de Colaboracin de IntroducirDatosPedido
Tabla 6.- Contrato de Operaciones Introducir Datos Cliente **Nombre: IntroDatosCliente(Nombre, E-mail, Password) Responsabilidad: Realiza el ingreso de Datos del Cliente Para solicitud o Pedido de productos Tipo: Sistema Referencias: Caso de Uso: Solicitud o pedido de Productos
45
Precondicin: Estar en proceso de compra de productos Pos Condicin: Adquirir los productos solicitados 3.4.2.1.8 Diagrama de Colaboracin de IntroducirDatosCliente Figura.- 17 Diagrama de Colaboracin de IntroducirDatosCliente
Tabla 7.- Contrato de Operaciones Forma de Pago **Nombre: FormaPago (DFactura, FPago, Comentario) Responsabilidad: Luego de seleccionar el producto a llevar se establece la forma de Pago Tipo: Sistema Referencias: Caso de Uso : Pedido o Solicitud de Productos Precondicin: Estar en proceso de Compra de Productos Pos Condicin: Adquirir los productos solicitados 3.4.2.1.9 Diagrama de Colaboracin de Forma Pago Figura.- 18 Diagrama de Colaboracin Forma de Pago
Tabla 8.- Caso de Uso Expandido Consulta de Productos Caso de Uso Actores Propsito Resumen Consulta de Productos Cliente Realizar la Consulta de Productos Fsica o Va Internet Permite a los Clientes consultar los diferentes Productos para Generar una Solicitud ya sea a travs del modulo de Productos en la Pagina Web o Fsicamente en las Oficinas de la Empresa
46
Tipo Referencias Cruzadas
- Primario -Esencial F1

ACCION DEL ACTOR 1.- El cliente llega a la Oficina de Empresa o Ingresa al Modulo de Productos de la Pagina Web de la Empresa 2.- El Cliente observa los diferentes Productos y sus caractersticas 5.-El clientes se Marcha de la Oficina o sale del Modulo de Productos de la Pagina Web RESPUESTA DEL SISTEMA
3.- Proporciona Informacin Completa de toda la Lnea de productos que maneja la Empresa 4.- El sistema Imprime un Catalogo de Productos

F1.- El sistema debe Verificar antes de Emitir la Informacin de Productos que se encuentre actualizada con respecto a las Cantidades y Precios FUNCIONES F1 CATEGORIA EVIDENTE
3.4.2.1.12 Diagrama de Secuencia Consulta de Productos

Figura.- 19 Diagrama de Secuencia Consulta de Productos
Contrato de Operaciones
**Nombre: IntroducirParametros() Responsabilidad: Ingresar los datos de los productos a ver en el catalogo Tipo: Sistema Referencias: Caso de Uso: Solicitud o Pedido de Productos Precondicin: Ingresar a la Pgina Web de la Empresa Pos Condicin: Ver el detalle de los productos
47
Diagrama de Colaboracin de IntroducirParametros

Figura.- 20 Diagrama de Colaboracin Introducir Parametros
**Nombre: ImprimirConsulta() Responsabilidad: Terminar la consulta de catalogo de Productos Tipo: Sistema Referencias: Caso de Uso: Solicitud o Pedido de Productos Precondicin: Ingresar a la Pgina Web de la Empresa Pos Condicin: Ver el detalle de los productos 3.4.2.1.14 Diagrama de Colaboracin de Imprimir Consulta Figura.- 21 Diagrama de Colaboracin Imprimir Consulta
3.4.2.2 CASO DE USO: REGISTRAR VENTA

Figura.- 22 Caso de Uso Registrar Venta
3.4.2.2.1 Caso de Uso Expandido 48
Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas
Registrar Venta Cliente, Administrador de Compra y Venta Realizar el Registro de la Venta de Productos Permite al Administrador de Compra y Venta registrar la venta de un Producto a un Cliente - Primario -Esencial F1,F2,F3

ACCION DEL ACTOR 1.- El Administrador Ingresa al sistema con su clave de usuario 2.- Determina si existe solicitud de productos en la Pagina Web o se Procede a emitir una Venta hecha Fsicamente por un Cliente en la Oficina de la Empresa 5.- El administrador necesita saber si algn promotor contiene en su poder el producto y la cantidad solicitada para la Venta 7.- El administrador Registra los datos del cliente, selecciona el producto a vender del despacho a promotores por el tipo y cantidad solicitada, ingresa el modo de pago, 8.- El administrador Termina y sale del Registra de Ventas RESPUESTA DEL SISTEMA 3.- Se conecta a la Base de Datos del servidor de la Pagina Web y migra los datos a la base de Datos del Sistema para su visualizacin y Registro 4.- De no existir Pedidos en la BD del Servidor informa al administrador de de generar una venta local. 6.-Verifica si existe un Despacho de productos a algn Representante de Ventas por el tipo y la Cantidad Solicitada para la Venta. 8.- Almacena la informacin

F1.- El sistema debe Verificar que Representante de Ventas (Promotor) Contiene en su Poder el Producto y la Cantidad Solicitada por el Cliente F2.- El sistema debe Registrar el Cliente durante la Venta para tener un Registro de Clientes para la prxima venta de productos. F3.- El sistema debe Verificar si la Cantidad Retenida por el Promotor no es suficiente para la venta en resto quedara como Productos por entregar al cliente en cuanto se realice el abastecimiento del mismo. FUNCIONES F1 CATEGORIA EVIDENTE
49
F2 F3
EVIDENTE EVIDENTE
3.4.2.2.4 Diagrama de Secuencia Registrar Venta

Figura.- 23 Diagrama de Secuencia Registrar Venta
3.4.2.2.5 Contrato de Operaciones

**Nombre: NuevaVenta() Responsabilidad: Crear un Nuevo Registro para una Venta Nueva Tipo: Sistema Referencias: Caso de Uso Registrar Venta Precondicin: El cliente realiza la solicitud de productos Pos Condicin: La venta ha sido registrada 3.4.2.2.6 Diagrama de Colaboracin de Nueva Venta Figura.- 24 Diagrama de Colaboracin Forma de Pago
**Nombre: VerificarDespacho(Producto, Cantidad, Promotor) Responsabilidad: El sistema verifica que existe en despacho para un promotor por el producto y la cantidad solicitada
50
Tipo: Sistema Referencias: caso de Uso Registrar Venta Precondicin: El cliente realiza la solicitud de Productos para la compra Pos Condicin: La venta ha sido registrada 3.4.2.2.7 Diagrama de Colaboracin de Verificar Despacho Figura.- 25 Diagrama de Colaboracin Verificar Despacho
**Nombre: IntroducirDatosCliente(Nombre, Email, Password) Responsabilidad: Introducir los datos del cliente para tener un registro de clientes Tipo: Sistema Referencias: Caso de Uso Registrar venta Precondicin: El cliente realiza la compra de Productos a travs de la solicitud Pos Condicin: El cliente queda registrado 3.4.2.2.8 Diagrama de Colaboracin de Introducir Datos Cliente Figura.- 26 Diagrama de Colaboracin Introducir Datos Cliente
**Nombre: FormaPago(DFactura,FPago,Observacion,Monto) Responsabilidad: Describir la forma de pago que el cliente har por la compra de productos Tipo: Sistema Referencias: Caso de Uso Registrar Venta Precondicin: El cliente realiza la compra de Productos Pos Condicin: Se establece la forma de Pago con respecto a la Venta 3.4.2.2.9 Diagrama de Colaboracin de FormaPago
51
Figura.- 27 Diagrama de Colaboracin Forma de Pago
**Nombre: TerminarVenta() Responsabilidad: Terminar la venta por la compra de productos Tipo: Sistema Referencias: Caso de Uso Registrar Venta Precondicin: El cliente realiza la compra de Productos Pos Condicin: La venta de producto queda registrada 3.4.2.2.10 Diagrama de Colaboracin de Terminar Venta Figura.- 28 Diagrama de Colaboracin Terminar Venta
3.4.2.3 CASO DE USO: CONSULTA DE VENTAS 3.4.2.3.1 Caso de Uso Expandido

Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Consulta de Ventas Administrador de Compra y Venta Realizar la consulta de la venta de Productos Permite al Administrador de Compra y Venta Obtener la consulta de la Venta de productos a distintos tipos de Clientes - Secundario -Esencial F1,F2,F3
3.4.2.3.4 Curso Normal de los Eventos 52
ACCION DEL ACTOR 1.- El Administrador Ingresa al sistema con su clave de usuario 2.- Selecciona los parmetros de bsqueda para efectuar la consulta 4.- El administrador Termina y sale de Registra de Ventas
RESPUESTA DEL SISTEMA 3- Genera la informacin a partir de los parmetros introducidos por el administrador en imprime el reporte

F1.- El sistema deber verificar que los parmetros determinados para que la consulta sean validos para no causar errores en ejecucin y alteracin de procesos FUNCIONES F1 CATEGORIA EVIDENTE
3.4.2.3.6 Diagrama de Secuencia Obtener Consulta

Figura.- 29 Diagrama de Secuencia Obtener Consulta

**Nombre: CrearConsulta() Responsabilidad: Crear una consulta sobre las ventas realizadas Tipo: Sistema Referencias: Caso de Uso Registrar Venta Precondicin: El administrador desea consultar las ventas de productos Pos Condicin: La consulta ha sido creada
3.4.2.3.8 Diagrama de Colaboracin de CrearConsulta Figura.- 30 Diagrama de Colaboracin Crear Consulta
53
**Nombre: IntroducirParametros() Responsabilidad: Crear una consulta sobre las ventas realizadas Tipo: Sistema Referencias: Caso de Uso Registrar Venta Precondicin: El administrador desea consultar las ventas de productos Pos Condicin: La consulta ha sido creada 3.4.2.3.9 Diagrama de Colaboracin de FormaPago Figura.- 31 Diagrama de Colaboracin Forma de Pago
**Nombre: ImprimirConsulta() Responsabilidad: Terminar e Imprimir la consulta por la venta de Productos Tipo: Sistema Referencias: Caso de Uso Registrar Venta Precondicin: El administrador desea conocer las ventas realizadas Pos Condicin: La Consulta ha sido creada
3.4.2.3.10 Diagrama de Colaboracin Imprimir Consulta Figura.- 32 Diagrama de Colaboracin Imprimir Consulta
54
3.4.2.4 CASO DE USO: REGISTRAR CLIENTE 3.4.2.4.1 Caso de Uso Expandido

Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Registrar Cliente Administrador de Compra y Venta Registrar Cliente al Efectuar la Venta Permite al Administrador de Compra y Venta Registrar al Cliente mientras efecta la venta de un Producto, si el cliente es nuevo lo aade, si no lo es se genera una venta normal - Primario - Esencial F1

ACCION DEL ACTOR 1.- El Administrador Ingresa al sistema con su clave de usuario 2.-Al momento de Registrar la venta ingresa los datos del cliente 5.- El administrador Termina y sale de Registra de Ventas RESPUESTA DEL SISTEMA 3- Verifica si es un Cliente nuevo o Antiguo 4.- Si es nuevo lo Registra Solicitando sus datos Completos del Cliente

F1.-El sistema deber verificar si el Cliente introducido es nuevo o antiguo para seguir con las siguientes operaciones de la venta. FUNCIONES CATEGORIA F1 EVIDENTE
3.4.2.4.4 Diagrama de Secuencia Registrar Cliente

Figura.- 33 Diagrama de Secuencia Registrar Cliente
55

**Nombre: IntroducirDatosCliente(Nombre, Password, Email) Responsabilidad: Registrar el cliente de las ventas realizadas Tipo: Sistema Referencias: Caso de Uso Registrar Venta Precondicin: El administrador genera una venta Pos Condicin: El cliente ha sido registrado 3.4.2.4.6 Diagrama de Colaboracin de Introducir Datos Cliente Figura.- 34 Diagrama de Colaboracin Introducir Datos Cliente
**Nombre: TerminarRegistro() Responsabilidad: Terminar del Cliente Tipo: Sistema Referencias: Caso de Uso Registrar Venta Precondicin: El administrador desea terminar el registro del Cliente Pos Condicin: El cliente ha sido registrado
3.4.2.4.7 Diagrama de Colaboracin de Terminar Registro Figura.- 35 Diagrama de Colaboracin Terminar Registro
56
3.4.2.5 CASO DE USO: REGISTRAR COMPRA DE PRODUCTOS

Figura.- 36 Caso de Uso Registrar Compra de Productos

Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Registrar Compra de Productos Administrador de Compra y Venta Realizar el Registro de la Compra de Productos Permite al Administrador de Compra y Venta registrar la Compra de Productos a Proveedores para abastecimiento de Almacn - Primario -Esencial F1

ACCION DEL ACTOR 1.- El Administrador Ingresa al sistema con su clave de usuario 2.- El Administrador de Compra y Venta Ingresa la Compra de Productos del Proveedor RESPUESTA DEL SISTEMA 3.- Verifica la cantidad existente en inventario para adicionar el incremento. 4.- Verifica si existe el Proveedor del cual se compro productos
57
5.- El administrador Termina y sale del Registra de Compra
F1.- El sistema debe Verificar la existencia de productos en almacn antes de incrementar su cantidad. FUNCIONES CATEGORIA F1 EVIDENTE
3.4.2.5.4 Diagrama de Secuencia Registrar Compra

Figura.- 37 Diagrama de Secuencia Registrar Compra

**Nombre: IntroducirDatosCompra(Producto,Cantidad,Proveedor) Responsabilidad: Registrar los datos de los productos adquiridos de los proveedores Tipo: Sistema Referencias: Caso de Uso Registrar Compra Precondicin: El administrador solicita productos a proveedores Pos Condicin: El producto ha sido registrado
3.4.2.5.6 Diagrama de Colaboracin de Introducir Datos Cliente
58
Figura.- 38 Diagrama de Colaboracin Introducir Datos Cliente
**Nombre: TerminarCompra() Responsabilidad: Terminar el registro de la Compra de Productos Tipo: Sistema0 Referencias: Caso de Uso Registrar Compra Precondicin: El administrador terminar el registro de la compra de productos a Proveedores Pos Condicin: La compra ha sido registrada 3.4.2.5.7 Diagrama de Colaboracin de Terminar Compra Figura.- 39 Diagrama de Colaboracion Terminar Compra
3.4.2.6 CASO DE USO: REGISTRAR PROVEEDOR 3.4.2.6.1 Caso de Uso Expandido

Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Registrar Proveedor Administrador de Compra y Venta Realizar el Registro Proveedores de Productos Permite al Administrador de Compra y Venta registrar los Proveedores de los productos adquiridos. - Primario -Esencial F1
59

ACCION DEL ACTOR 1.- El Administrador Ingresa al sistema con su clave de usuario 2.- El Administrador de Compra y Venta Registra los datos del Proveedor 5.- El administrador Termina y sale del Registrar al Proveedor 3.4.2.6.3 Funciones del Sistema F1.- El sistema debe Verificar la existencia Proveedores en el momento de registrar los datos del Mismo FUNCIONES F1 CATEGORIA EVIDENTE RESPUESTA DEL SISTEMA 3.- Verifica la existencia del Proveedor para ver si es Nuevo o Antiguo. 4.- Guarda los datos del Proveedor
3.4.2.6.4 Diagrama de Secuencia Registrar Proveedor

Figura.- 40 Diagrama de Secuencia Registrar Proveedor

**Nombre: IntroducirDatosProveedor(Nombre,Direccion,Telefono) Responsabilidad: Registrar los datos de los Proveedores Tipo: Sistema Referencias: Caso de Uso Registrar Compra Precondicin: El administrador solicita productos a proveedores Pos Condicin: El Proveedor ha sido registrado
3.4.2.6.6 Diagrama de Colaboracin de Introducir Datos Proveedor
60
Figura.- 41 Diagrama de Colaboracin Introducir Datos Proveedor
**Nombre: TerminarRegistro() Responsabilidad: Terminar el registro Proveedores Tipo: Sistema Referencias: Caso de Uso Registrar Compra Precondicin: El administrador terminar el registro de Proveedores Pos Condicin: El proveedor a sido registrado 3.4.2.6.7 Diagrama de Colaboracin de Terminar Registro Figura.- 42 Diagrama de Colaboracin Terminar Registro
3.4.2.7 CASO DE USO: REGISTRAR PEDIDO Y DESPACHO DE PRODUCTOS

Figura.- 43 Caso de Uso Registrar Pedido y Despacho de Productos

Caso de Uso Registrar Pedido y Despacho de Insumos
61
Actores Propsito Resumen Tipo Referencias Cruzadas
Administrador de Almacenes Pedido y Despacho de Insumos Realizar el Registro Del Despacho de Productos a los Representantes de Ventas El Representante despacha Unidades de Productos de Almacn a los promotores para las distintas ventas que se tiene la empresa - Primario -Esencial F1
3.4.2.7.2
Curso Normal de los Eventos

RESPUESTA DEL SISTEMA 3.- Verifica que la Cantidad existe del producto solicitado en almacn 4.- Descuenta las unidades solicitadas de inventario y las adiciona a cuenta de promotor por el tipo de producto solicitado.
ACCION DEL ACTOR 1.- El Administrador Ingresa al sistema con su clave de usuario 2.- El Administrador de Almacenes ,Pedidos y Despachos ingresa el pedido de productos solicitados para la venta
5.- El administrador Termina y sale del sistema 3.4.2.7.3 Funciones del Sistema F1.- El sistema debe Verificar la existencia de productos en almacn de despachar los productos a los representantes de ventas. FUNCIONES F1 CATEGORIA EVIDENTE
3.4.2.7.4 Diagrama de Secuencia Registrar Pedido y Despacho de Insumos

Figura.- 44 Diagrama de Secuencia Registrar Pedido y Despacho de Insumos

**Nombre: NuevoDespacho()
62
Responsabilidad: Registrar Despacho de Productos a los Representantes de Ventas Tipo: Sistema Referencias: Caso de Uso Registrar Pedido y Despacho de Insumos Precondicin: El Representante de Ventas solicita Productos Pos Condicin: El productos ha sido despachado 3.4.2.7.6 Diagrama de Colaboracin de Nuevo Despacho Figura.- 45 Diagrama de Colaboracin Nuevo Despacho
**Nombre: IntroducirDatosProducto(Nombre,Cantidad,Proveedor) Responsabilidad: Registrar Despacho de Productos a los Representantes de Ventas Tipo: Sistema Referencias: Caso de Uso Registrar Pedido y Despacho de Insumos Precondicin: El Representante de Ventas solicita Productos Pos Condicin: El productos ha sido despachado 3.4.2.7.7 Diagrama de Colaboracin de Introducir Datos Producto Figura.- 46 Diagrama de Colaboracion Introducir Datos Producto
**Nombre: IntroducirDatosPromotor(Nombre) Responsabilidad: Registrar los datos del promotor para efectuar el despacho de productos Tipo: Sistema
63
Referencias: Caso de Uso Registrar Pedido y despacho de Insumos Precondicin: El Representante de Ventas solicita Productos Pos Condicin: El producto ha sido despachado 3.4.2.7.8 Diagrama de Colaboracin de Introducir Datos Promotor Figura.- 47 Diagrama de Colaboracion Introducir Datos Promotor
3.4.2.8 CASO DE USO: REGISTRAR PRODUCTOS

3.4.2.8.1 Caso de Uso Expandido Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Registrar de Productos Administrador de Almacenes Pedido y Despacho de Insumos, Administrador de Compra y Venta Realizar el Registro de Productos a existente en almacn El Administrador registra los productos y la cantidad existente en Almacenes. - Primario -Esencial F1
3.4.2.8.2 Curso Normal de los Eventos ACCION DEL ACTOR 1.- El Administrador Ingresa al sistema con su clave de usuario 2.- El Administrador de Almacenes ,Pedidos y Despachos ingresa los datos de los productos y la cantidad existente en almacn 5.- El administrador Termina y sale del sistema RESPUESTA DEL SISTEMA 3.- Verifica si el producto ingresado es Nuevo o Existente en almacn 4.- De ser nuevo lo registra y lo guarda, de no ser as solo incrementa la cantidad del producto por las unidades ingresadas
64
F1.- El sistema debe verificar la existencia del producto ingresado para registrarlo como nuevo o modificar sus unidades si es existente en almacn FUNCIONES F1 CATEGORIA EVIDENTE
3.4.2.8.4 Diagrama de Secuencia Registrar Productos

Figura.- 48 Diagrama de Secuencia Introducir Productos

**Nombre: NuevoRegistro () Responsabilidad: Crear un nuevo Registro de productos de almacn Tipo: Sistema Referencias: Caso de Uso Registrar Productos Precondicin: El producto ingresa a almacn Pos Condicin: El productos ha sido Registrado
Diagrama de Colaboracin de Nuevo Registro

Figura.- 49 Diagrama de Colaboracion Nuevo Registro
**Nombre: IntroducirDatosProducto(Nombre, Cantidad, Precio) Responsabilidad: Registrar los datos del producto existente en almacn Tipo: Sistema Referencias: Caso de Uso Registrar Producto Precondicin: El producto ingresa en almacn Pos Condicin: El producto ha sido Registrado
65
3.4.2.8.6 Diagrama de Colaboracin de Introducir Datos Producto Figura.- 50 Diagrama de Colaboracion Introducir Datos Producto
3.4.2.9 CASO DE USO: REGISTRAR DEVOLUCION DE PRODUCTOS 3.4.2.9.1 Caso de Uso Expandido Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Registrar Devolucin de Productos Administrador de Almacenes Pedido y Despacho de Insumos Realizar el Registro de la devolucin de Productos El Administrador registra la devolucin de los productos de los promotores a almacn - Primario -Esencial F1
3.4.2.9.2 Curso Normal de los Eventos ACCION DEL ACTOR 1.- El Administrador Ingresa al sistema con su clave de usuario 2.- El Administrador de Almacenes, Pedidos y Despachos ingresa los datos de los productos y la cantidad a ser devuelta en almacn y el nombre del promotor que realiza la devolucin. 5.- El administrador Termina y sale del sistema 3.4.2.9.3 Funciones del Sistema F1.- El sistema debe verificar si el producto devuelto fue despachado anteriormente al representante de ventas (Promotor). FUNCIONES F1 CATEGORIA EVIDENTE RESPUESTA DEL SISTEMA 3.- El sistema verifica si el producto devuelto fue despachado a ese promotor anteriormente. 4.- Registra la devolucin y actualiza la cantidad de productos en almacn.
3.4.2.9.4 Diagrama de Secuencia Registrar Devolucin de Producto 66
Figura.- 51 Diagrama de Secuencia Registrar Devolucin de Producto

**Nombre: NuevoDevolucion () Responsabilidad: Crear un nuevo Registro de la devolucin de Productos a almacn Tipo: Sistema Referencias: Caso de Uso Registrar Devolucin de Producto Precondicin: El producto es de vuelto a almacn Pos Condicin: El productos ha sido Devuelto 3.4.2.9.6 Diagrama de Colaboracin de Nueva Devolucin Figura.- 52 Diagrama de Colaboracin Nueva Devolucin
**Nombre: IntroducirDatosProducto(Nombre, Cantidad, Precio) Responsabilidad: Registrar los datos del producto a ser devuelto a almacn Tipo: Sistema Referencias: Caso de Uso Registrar Devolucin de Producto Precondicin: El producto es de vuelto a almacn Pos Condicin: El productos ha sido Devuelto
67
3.4.2.9.7 Diagrama de Colaboracin de Introducir Datos Producto Figura.- 53 Diagrama de Colaboracin Introducir Datos Producto
**Nombre: IntroducirDatosPromotor(Nombre) Responsabilidad: Registrar los datos del Promotor que devuelve el producto Tipo: Sistema Referencias: Caso de Uso Registrar Devolucin de Producto Precondicin: El producto es de vuelto a almacn Pos Condicin: El productos ha sido Devuelto 3.4.2.9.8 Diagrama de Colaboracin de Introducir Datos Promotor Figura.- 54 Diagrama de Colaboracin Introducir Datos Promotor
3.4.2.10 CASO DE USO: Cancelacin de Saldos y Productos

Figura.- 55 Caso de Uso Cancelacin de Saldos y Productos

Caso de Uso Actores Cancelacin de Saldos y Productos Representante de Ventas (Promotor)
68
Propsito Resumen Tipo Referencias Cruzadas
Realizar el Registro de la Cancelacin de Saldos y Producto de y/ a Clientes. El representante de Ventas (Promotor) Registra la Deudas de Dinero Canceladas y los productos entregados a los clientes como motivo de Deuda de entrega - Primario -Esencial F1

ACCION DEL ACTOR 1.- El Promotor Ingresa al sistema con su clave de usuario 2.- El Representante de Ventas registra las Deudas Canceladas por los clientes y los productos entregados por motivo de deuda de Producto 5.- El Promotor Termina y sale del sistema 3.4.2.10.3 RESPUESTA DEL SISTEMA 3.- El sistema verifica la cantidad que se debera cancelar por la venta al cliente, o comprueba la cantidad de productos que se deba al cliente por la venta. 4.- Guarda la cancelacin de dinero o productos.
Funciones del Sistema
F1.- El sistema debe verificar el tipo de deuda que se tiene por concepto de venta hacia un cliente. FUNCIONES CATEGORIA F1 EVIDENTE
3.4.2.10.4 Diagrama de Secuencia Cancelacin de Saldos y Productos

Figura.- 56 Diagrama de Secuencia de Cancelacin de Saldos y Productos
69

**Nombre: NuevaCancelacionSaldosProducto () Responsabilidad: Registrar la cancelacin de Productos o Productos Tipo: Sistema Referencias: Caso de Uso Registrar Cancelacin de Saldos o Productos Precondicin: El producto sea entregado o el dinero sea Cancelado Pos Condicin: Registro de la Cancelacin de Saldos o Productos 3.4.2.10.6 Diagrama de Colaboracin de Cancelacin Saldos o Productos Figura.- 57 Diagrama de Colaboracin Saldos o Productos
**Nombre: IntroducirDetalleCancelacion() Responsabilidad: Registrar el tipo de Deuda Cancelada Tipo: Sistema Referencias: Caso de Uso Registrar Cancelacin de Saldos o Productos Precondicin: El producto sea entregado o el dinero sea Cancelado Pos Condicin: Registro de la Cancelacin de Saldos o Productos 3.4.2.10.7 Diagrama de Colaboracin de Introducir Detalle Cancelacin Figura.- 58 Diagrama de Colaboracin Introducir Detalle Cancelacion
70
3.4.2.11 CASO DE USO: Registro de Administradores

Figura.- 59 Caso de Uso Registro de Administradores
Registro Administradores Registro Representante Ventas
Modificaciones
Administrador del Sistema
Eliminacin de Usuarios y Administradores

Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Registro de Administradores Administrador del Sistema Realizar el registro de los administradores del sistema El administrador del sistema registra a todos los administradores de los distintos procesos que maneja el sistema - Primario -Esencial F1

ACCION DEL ACTOR 1.- El Administrador ingresa al sistema con su clave de usuario 2.- Administrador registra los datos y contraseas de los administradores del sistema 5.- El administrador Termina y sale del sistema RESPUESTA DEL SISTEMA 3.- El sistema guarda los permisos e informacin de los administradores 4.- Verifica nivel de seguridad y permisos a los administradores registrados
3.4.2.11.3 Funciones del Sistema F1.- El sistema debe verificar el nivel de seguridad asignado a los administradores del sistema en las distintas areas.
71
FUNCIONES F1
CATEGORIA EVIDENTE
3.4.2.11.4 Diagrama de Secuencia Registrar Administradores

Figura.- 60 Diagrama de Secuencia Registrar Administradores

**Nombre: NuevoAdministrador () Responsabilidad: Registrar nuevo Administrador del Sistema Tipo: Sistema Referencias: Caso de Uso Registrar Administradores Precondicin: Se nombre un nuevo administrador Pos Condicin: El sistema a Registrado el Administrador 3.4.2.11.6 Diagrama de Colaboracin de Nuevo Administrador() Figura.- 61 Diagrama de Colaboracin Nueva Administrador
**Nombre: IntroducirDatosAdministrador(Nombre, Password) Responsabilidad: Registrar Administrador de un rea del sistema Tipo: Sistema Referencias: Caso de Uso Registrar Administradores Precondicin: Se nombre un nuevo administrador Pos Condicin: El sistema a Registrado el Administrador
72
3.4.2.11.7 Diagrama de Colaboracin de Introducir Datos Administradores Figura.- 62 Diagrama de Colaboracin Introducir Datos Administradores
3.4.2.12 CASO DE USO: Registro de Representantes de Ventas

3.4.2.12.1 Caso de Uso Expandido Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Registro de Representantes de Ventas Administrador del Sistema Realizar el registro de los Representantes de Ventas El administrador del sistema registra a todos los Representantes de Ventas (promotores) de la Empresa. - Primario -Esencial F1
3.4.2.12.2 Curso Normal de los Eventos ACCION DEL ACTOR 1.- El Administrador ingresa al sistema con su clave de usuario 2.- Administrador introduce los datos y contraseas de los Representantes de ventas 5.- El administrador Termina y sale del sistema 3.4.2.12.3 Funciones del Sistema F1.- El sistema debe verificar el nivel de seguridad asignado a los representantes de ventas. FUNCIONES F1 CATEGORIA EVIDENTE RESPUESTA DEL SISTEMA 3.- El sistema guarda los permisos e informacin de los Promotores 4.- Verifica nivel de seguridad y permisos a los Promotores registrados
73
3.4.2.12.4 Diagrama de Secuencia Registrar Representantes de Ventas

Figura.- 63 Diagrama de Secuencia Representante de Ventas

**Nombre: NuevoPromotor () Responsabilidad: Registrar nuevo Representante de Ventas (promotor) Tipo: Sistema Referencias: Caso de Uso Registrar Representante de Ventas Precondicin: Ingresa a la Empresa un Nuevo representante de Ventas Pos Condicin: El sistema a Registrado Representante de ventas 3.4.2.12.6 Diagrama de Colaboracin de Introducir Datos Administradores Figura.- 64 Diagrama de Colaboracin Introducir Datos Administradores
**Nombre: IntroducirDatosPromotor(Nombre, Ci, Direccin) Responsabilidad: Registrar nuevo Representante de Ventas (promotor) Tipo: Sistema Referencias: Caso de Uso Registrar Representante de Ventas Precondicin: Ingresa a la Empresa un Nuevo representante de Ventas Pos Condicin: El sistema a Registrado Representante de ventas
Diagrama de Colaboracin de Introducir Datos Promotor

Figura.- 65 Diagrama de Colaboracin Introducir Datos Promotor
74
3.4.2.13 CASO DE USO: Modificaciones 3.4.2.13.1 Caso de Uso Expandido

Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas Modificaciones Administrador del Sistema Realizar las modificaciones de todos procesos que realiza el sistema. El administrador del sistema Modifica con un permiso especial segmentos de procesos en el sistema. - Primario -Esencial F1

ACCION DEL ACTOR 1.- El Administrador ingresa al sistema con su clave de usuario 2.- Administrador modifica todos los registros y datos necesarios y solicitados. 5.- El administrador Termina y sale del sistema RESPUESTA DEL SISTEMA 3.- El sistema guarda las modificaciones y actualiza todo los procesos del sistema 4.- El sistema notifica al gerente sobre la modificacin realizada

F1.- El sistema debe guardar todos los cambios realizados en todos los procesos requeridos. FUNCIONES F1 3.4.2.13.4 CATEGORIA EVIDENTE
Figura.- 66 Diagrama de Secuencia Modificaciones
75

**Nombre: NuevaModificacion () Responsabilidad: Modificar uno o varios registros de la base de datos del sistema con los permisos necesarios Tipo: Sistema Referencias: Caso de Uso Modificaciones Precondicin: Solicitar permiso para las modificaciones de los registros Pos Condicin: El registro ha sido modificado en el sistema 3.4.2.13.6 Diagrama de Colaboracin de Nueva Modificacin Figura.- 67 Diagrama de Colaboracin Nueva Modificacion
**Nombre: ValidarPermisos(Nombre,Password) Responsabilidad: Modificar uno o varios registros de la base de datos del sistema con los permisos necesarios Tipo: Sistema Referencias: Caso de Uso Modificaciones Precondicin: Solicitar permiso para las modificaciones de los registros Pos Condicin: El registro ha sido modificado en el sistema 3.4.2.13.7 Diagrama de Colaboracin de Validar Permisos () Figura.- 68 Diagrama de Colaboracin Validar Permisos
3.4.2.14 CASO DE USO: Eliminacin de Usuarios y Administradores 3.4.2.14.1 Caso de Uso Expandido
Caso de Uso Actores Propsito Resumen Eliminacin de Usuarios y Administradores Administrador del Sistema Realizar la eliminacin de usuarios y administradores El administrador del sistema elimina usuarios y administradores del sistema por motivos de seguridad
76
Tipo Referencias Cruzadas
de procesos del sistema - Primario -Esencial F1

ACCION DEL ACTOR 1.- El Administrador ingresa al sistema con su clave de usuario 2.- Administrador elimina todos los registros y datos necesarios y solicitados. 5.- El administrador Termina y sale del sistema RESPUESTA DEL SISTEMA 3.- El sistema verifica si el administrador tiene los permisos de eliminacin 4.- El sistema elimina el usuario o administrador de sistema.
3.4.2.14.3 Funciones del Sistema F1.- El sistema debe verificar si el administrador tiene los permisos necesarios para la eliminacin de usuarios y administradores
FUNCIONES F1 CATEGORIA EVIDENTE
3.4.2.14.4 Diagrama de Secuencia Eliminacin de Usuarios y Administrador

Figura.- 69 Diagrama de Secuencia Eliminacin de Usuarios y Administradores

**Nombre: ValidarPermiso (Nombre, Password) Responsabilidad: Verificar que el administrador del sistema cuente con los permisos necesarios para eliminar un usuario o administrador Tipo: Sistema Referencias: Caso de Uso Eliminacin de Usuarios y Administradores
77
Precondicin: Solicitar permiso para la Eliminacin de Usuarios y Administradores Pos Condicin: El Usuario ha sido Eliminado del sistema 3.4.2.14.6 Diagrama de Colaboracin de Validar Permiso Figura.- 70 Diagrama de Colaboracin Validar Permiso
**Nombre: EliminarRegistro () Responsabilidad: Eliminar Usuarios y administradores sistema con los permisos necesarios Tipo: Sistema Referencias: Caso de Uso Eliminacin de Usuarios y Administradores Precondicin: Solicitar permiso para la Eliminacin de Usuarios y Administradores Pos Condicin: El Usuario ha sido Eliminado del sistema 3.4.2.14.7 Diagrama de Colaboracin de Eliminar Registro Figura.- 71 Diagrama de Colaboracin Eliminar Registro
3.4.2.15 CASO DE USO: Obtener Reportes y Consultas

Figura.- 72 Caso de Uso Obtener Reportes y Consultas

Caso de Uso Obtener Reportes y Consultas
78
Actores Propsito Resumen Tipo Referencias Cruzadas
Gerente de la Empresa Obtener reportes y consulta estado de Todos los procesos El gerente desea conocer el estado de los procesos del sistema y reportes de todos ellos en cualquier momento requerido - Primario -Esencial F1

ACCION DEL ACTOR 1.El gerente ingresa con su clave de Sper Usuario 2.- El administrador ingresa los parmetros para generar la consulta o reporte solicitado 5.- El administrador Termina y sale del sistema RESPUESTA DEL SISTEMA 3.- El sistema verifica que los parmetros sean existentes 4.- El sistema genera o reporta la informacin solicitada.

F1.- El sistema debe verificar si los parmetros introducidos para generar la consulta o reporte son validos. FUNCIONES CATEGORIA F1 EVIDENTE
3.4.2.15.4 Diagrama de Secuencia Obtener Reportes y Consulta

Figura.- 73 Diagrama de Secuencia Obtener Reportes y Consultas
79
3.4.2.15.5
Contrato de Operaciones
**Nombre: NuevoReporte () Responsabilidad: Crear un nuevo reporte o consulta para la solicitud del Gerente Tipo: Sistema Referencias: Caso de Uso Obtener Reporte y Consulta Precondicin: El gerente requiere reporte o consultas del sistema Pos Condicin: Se genera el reporte o consulta solicitada
3.4.2.15.6 Diagrama de Colaboracin de Nuevo Reporte() Figura.- 74 Diagrama de Colaboracin Nueva Reporte
**Nombre: IntroducirParametros () Responsabilidad: Crear un nuevo reporte o consulta para la solicitud del Gerente Tipo: Sistema Referencias: Caso de Uso Obtener Reporte y Consulta Precondicin: El gerente requiere reporte o consultas del sistema Pos Condicin: Se genera el reporte o consulta solicitada
3.4.2.15.7 Diagrama de Colaboracin de Introducir Parmetros() Figura.- 75 Diagrama de Colaboracin Introducir Parametros
80
Diseo Pagina Web Estructura

La estructura bsica de la web compuesta por osCommerce es muy sencilla y se encuentra formada por cinco regiones principales maquetadas mediante tablas HTML.
Empezando por la parte de arriba, la primera regin que aparece es la cabecera, en la que se muestra normalmente una imagen con el logotipo de la web y una serie de iconos de acceso rpido.
A continuacin estn la segunda y tercera regin, que son las columnas con los cuadros de opciones que se muestran a la izquierda y derecha de la web respectivamente, flaqueando la cuarta regin que contiene las opciones centrales en la que se muestra el mensaje de bienvenida, se listan los productos, y a travs de la que interactan los usuarios normalmente.
Terminando en la parte inferior de la web se encuentra el pie de pgina con la fecha, estadsticas y mensajes de copyright.
La pgina web principal de osCommerce se construye en el fichero catalog/index.php, y cada una de las regiones antes mencionadas en su respectivo fichero PHP dentro del directorio catalog/includes. As, header.php corresponde a la cabecera, column_left.php a la columna izquierda, column_right.php a la columna derecha, y footer.php al pie de pgina.
Figura.- 76 Esquema de Diseo de una Pagina Oscommerce
81
ESQUEMA DE LA BASE DE DATOS
Figura.- 77 Pantalla Principal de Sistema
82
83
Figura.- 77 Pantalla Principal
Figura.- 78 Autenticacin de Usuarios del Sistema
84
Figura.- 79 Modulo de Compra de Productos
Figura.- 80 Listado de Compra de Productos
85
Figura.- 81 Modulo de Consultas
Figura.- 82 Modulo de Venta de Productos
86
Figura.- 83 Modulo de Control de Entrega de Productos
Figura.- 84 Registro de Productos a Almacen
87
Figura.- 85 Despacho de Insumos
Figura.- 86 Modulo de Modificacion de Registros
88
Figura.- 87 Logs del Sistema
Figura.- 88 Panel de Administracin de la Pagina Web
89
Figura.- 89 Panel de Administracin Web
Figura.- 90 Pagina Web de la Distribuidora T.L.C.
90
Figura.- 91 Solicitud de Productos en la Pagina Web
Figura.- 92 Modulo de Registro de Clientes
91
Figura.- 93 Modulo de Soporte en Linea
Figura.- 94 Panel de Administracin de Soporte en Linea
92
Figura.- 95 Modulo de Modificacion de Registros
Figura.- 96 Clientes Solicitando Soporte
93
CAPITULO IV SEGURIDAD DE LA APLICACION
94
4.1 Anlisis del Sistema Tomando en cuenta el siguiente esquema para el anlisis se tomaran en cuenta los aspectos de seguridad para el Sistema de Comercio Colaborativo Virtual (SCCV).
Figura.- 97 Esquema de Red
FIREWALL (LINUX) SHOREWALL
INTERNET/NETWO RK SERVIDOR DE DOMINIO Y HOSTING
SWITCH
SISTEMA DE COMERCIO COLABORATIVO VIRTUAL (SCCV)
CLIENTES O USUARIOS
4.2 Anlisis de Requerimientos de Seguridad: Por ser un sistema implementado en un ambiente Intranet e Internet se tomaran los siguientes aspectos para la seguridad de SCCV

Autenticacin de los Usuarios (Manejo de Sesiones). Arquitectura de Tres Capas (Estructura del Sistema). Filtrado de Informacin a travs de un FIREWALL (SHOREWALL EN UN SERVIDOR LINUX (DEBIAN)).
Seguridad en la Pagina Web de Oscommerce (Seguridad en el Servidor de Dominio y Hosting).
4.3 Descripcin de los Procesos de Seguridad a Implementar 4.3.1 Autenticacin de los Usuarios (Manejo de Sesiones) 95
Para el de ingreso a SCCV se usa la Autenticacin tomando en cuenta Usuario y Contrasea almacenados en la Base de Datos, todos los usuarios del SCCV estarn registrados cuya contrasea se encriptara en un nivel de seguridad alto.
Figura.- 98 Autenticacion
4.3.1.1 Manejo de Sesiones.El uso de sesiones es un mtodo ampliamente extendido en cualquier aplicacin de cierta entidad. Bsicamente una sesin es la secuencia de pginas que un usuario visita en un sitio web. Desde que entra en nuestro sitio, hasta que lo abandona. El trmino sesin se aplica a esta secuencia de navegacin, para ello crearemos un identificador nico que asignamos a cada una de estas sesiones de navegacin. A este identificador de sesin se le denomina, comnmente, como la sesin. El proceso en cualquier lenguaje de programacin podra ser algo as: Existe una sesin? Si existe la retomamos Si no existe creamos una nueva Generar un identificador nico Y para que no perdamos el hilo de la navegacin del usuario deberemos asociar esta sesin a todas las URLs y acciones de formulario. Podemos 96
tambin crear un cookie que incluya el identificador de sesin, pero es conveniente recordar que la disponibilidad o no de las cookies depende del usuario, y no es conveniente fiarse de lo que un usuario pueda o no tener habilitado 4.3.2 Arquitectura de Tres Capas (Estructura del Sistema)
Figura.- 99 Modelo de Tres Capas
La arquitectura de una aplicacin es la vista conceptual de la estructura de esta. Toda aplicacin contiene cdigo de presentacin, cdigo de procesamiento de datos y cdigo de almacenamiento de datos. La arquitectura de las aplicaciones difieren segn como est distribuido este cdigo. 4.3.2.1Tipos de Arquitecturas en tecnologas cliente-servidor Aplicaciones mono-capa: Tanto los datos de aplicacin como la interfaz como la lgica de modelo residen en una misma identidad Las diferentes capas suelen ser: Capa 1 : Cliente de aplicacin Ejemplos: Set-top box, navegador Web
97
Capa 2 : Servidor de Aplicaciones Ejemplo: Servidor Tomcat con servlets
Capa 3 : Servidor de Datos Ejemplo: Base de datos, servidor SMTP
4.3.3 FIREWALL SHOREWALL EN LINUX Para la seguridad respecto a la informacin que provendr del servidor de Dominio que aloja a la pagina Web se implementara en un Sistema Operativo Linux un FIREWALL. Shorewall (Shoreline Firewall) es una robusta y extensible herramienta de alto nivel para la configuracin de muros cortafuego. Shorewall solo necesita se le proporcionen algunos datos en algunos ficheros de texto simple y ste crear las reglas de cortafuegos correspondientes a travs de iptables. Shorewall puede permitir utilizar un sistema como muro cortafuegos dedicado, sistema de mltiples funciones como puerta de enlace, dispositivo de encaminamiento y servidor
Figura.- 100 Esquema de Trabajo de Shorewall
Shorewall se caracteriza por su alta funcionalidad de Filtrado de Informacin, su estructura bsica trabaja en mdulos: Shorewall.conf (Fichero de Configuracin de Shorewall) Rules (Reglas de Filtrado) Policy (Polticas de Filtrado) 98
Interfaces (Interfaces) Zone (Zonas) Masq (Enmascaramiento) 4.3.3.1 Shorewall.conf.En Linux este archivo se encuentra: /etc/shorewall/shorewall.conf. En ste se definen, principalmente, dos parmetros. STARTUP_ENABLED y CLAMPMSS. STARTUP_ENABLED se utiliza para activar Shorewall. De modo predefinido est desactivado, solo basta cambiar No por Yes. STARTUP_ENABLED=Yes CLAMPMSS se utiliza en conexiones tipo PPP (PPTP o PPPoE) y sirve para limitar el MSS (acrnimo de Maximum Segment Size que significa Mximo Tamao de Segmento). Cambiando el valor No por Yes, Shorewall calcular el MSS ms apropiado para la conexin. CLAMPMSS=Yes 4.3.3.2 Zones Su ubicacin /etc/shorewall/zones Este fichero se utiliza para definir las zonas que se administrarn con Shorewall y el tipo de zona (firewall, ipv4 o ipsec). La zona fw est presente en el fichero / etc/shorewall.conf como configuracin predefinida. En el siguiente ejemplo se registrarn las zonas de Internet (net), Red Local (loc) y Zona Desmilitarizada (dmz): Ejemplo de Definir Zonas es de la siguiente Forma:
#ZONE DISPLAY OPTIONS fw firewall net ipv4 loc ipv4 dmz ipv4 #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE
99
4.3.3.3 Intefaces Su Ubicacin /etc/shorewall/interfaces En ste se establecen cuales sern las interfaces para las tres diferentes zonas. Se establecen las interfaces que corresponden a la Internet, Zona Desmilitarizada DMZ y Red Local. En el siguiente ejemplo, se cuenta con una interfaz ppp0 para acceder hacia Internet, una interfaz eth0 para acceder hacia la LAN y una interfaz eth1 para acceder hacia la DMZ, y en todas se solicita se calcule automticamente la direccin de transmisin (Broadcast): Ejemplo Definir Interfaces
#ZONE INTERFACE BROADCAST OPTIONS GATEWAY net eth0 detect loc eth0 detect dmz eth1 detect #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE
4.3.3.4 Policy Su Ubicacin /etc/shorewall/policy En este fichero se establece como se acceder desde una zona hacia otra y hacia la zona de Internet.
#SOURCE loc dmz fw net all #LAST LINE REMOVE DEST POLICY LOG LIMIT:BURST net ACCEPT net ACCEPT net ACCEPT all DROP info all REJECT info -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT
Lo anterior hace lo siguiente:

1 La zona de la red local puede acceder hacia la zona de . Internet. 2 La zona de la DMZ puede acceder hacia la zona de Internet. .
100
3 El cortafuegos mismo puede acceder hacia la zona de Internet. . 4 Se impiden conexiones desde Internet hacia el resto de las . zonas. 5 Se establece una poltica de rechazar conexiones para todo lo . que se haya omitido.
4.3.3.5 Masq Su Ubicacin /etc/shorewall/masq Se utiliza para definir que a travs de que interfaz o interfaces se habilitar enmascaramiento, o NAT, y para que interfaz o interfaces o redes se aplicar dicho enmascaramiento. En el siguiente ejemplo, se realizar enmascaramiento a travs de la interfaz ppp0 para las redes que acceden desde las interfaces eth0 y eth1: Ejemplo En el siguiente ejemplo, se realizar enmascaramiento a travs de la interfaz eth0 para las redes 192.168.0.0/24 y 192.168.1.0/24:
#INTERFACESUBNET ADDRESS PROTO PORT(S) IPSEC eth0 192.168.0.0/24 eth0 192.168.1.0/24 #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE
4.3.3.6 Rules Ubicacin /etc/shorewall/rules Todos los puertos estn cerrados de modo predefinido, y es en este fichero donde se habilitan los puertos necesarios. Hay diversas funciones que pueden realizarse.
101
ACCEPT La accin ACCEPT se hace para especificar si se permiten conexiones desde o hacia una(s) zona (s) un protocolo(s) y puerto(s) en particular.
#ACTION SOURCE DEST PROTO DEST # PORT ACCEPT net fw tcp 80,25,110 #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE
REDIRECT La accin REDIRECT permite redirigir peticiones hacia un puerto en particular. Muy til cuando se quieren redirigir peticiones para HTTP (puerto 80) y se quiere que estas pasen a travs de un Servidor Intermediario (Proxy) como Squid.
#ACTION SOURCE DEST PROTO DEST # PORT REDIRECT loc 8080 tcp 80 REDIRECT dmz 8080 tcp 80 #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE
DNAT La accin DNAT se utiliza para reenviar peticiones desde un puerto del cortafuegos hacia una IP y puerto en particular tanto en la red local como en la DMZ. :
#ACTION SOURCE DEST PROTO DEST # PORT DNAT net dmz:10.10.10.28 tcp 80,25,110,53 DNAT net dmz:10.10.10.28 udp 53 #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE
El Ejemplo identifica este esquema de trabajo de Shorewall Figura.- 101 Ejemplo de Aplicacin en Shorewall
102
4.3.4 Seguridad en la Pagina Web de Oscommerce Para evitar el acceso a la administracin, la indexacion de las imagenes del catalogo, para evitar el Hotlinking y que otras webs no usen imagenes, que la pagina no se muestre en frames bajo el dominio de otro sitio, que no se listen o visualize el codigo de los archivos del catalogo, evitar el uso de archivos o carpetas con permisos CHMOD 777, y el uso del archivo robots.txt.
Esquema de diseo de una Plantilla de Oscommerce
103
Proteccin de la administracin de osCommerce Evitar la indexacin de las imagenes por buscadores de imagenes Hotlinking - evitar que otras webs usen nuestras imagenes del catalogo No mostrar la pagina en frames Evitar la visualizacin del codigo de los archivos del catalogo Evitar listar los archivos de un directorio Evitar el uso de carpetas o archivos con permisos CHMOD 777 ( de escritura y lectura para todos ) Archivo robots.txt para que los buscadores no indexen archivos o paginas del catalogo
104
CAPITULO V EVALUACION DE CALIDAD DE SOFTWARE
5.1 INTRODUCCION La calidad se refiere a las caractersticas mensurables es decir cosas que se pueden comparar con estndares conocidos, sin embargo el software en su gran extensin es mas difcil de caracterizar que los objetivos fsicos. La calidad del software es un compleja mezcla de factores y cualidades que lo caracterizan y que determinan su utilidad y su existencia. Se puede definir la calidad del software como La concordancia de los requisitos funcionales y de 105
rendimiento explcitamente establecidos con los estndares de desarrollo y con las caractersticas explicitas que se espera de todo software desarrollado por un profesional [Pressman 2001]. El estndar ISO-9126 identifica ciertos atributos claves para la calidad de software dando lugar a estndares de calidad, estableciendo caractersticas que han de ser modelados mediante sub caractersticas y atributos. Finamente podemos decir que la calidad de software es sinnimo de Funcionalidad, Usabilidad, Portabilidad, Confiabilidad. Esto se realiza mediante mtricas de control de calidad, su finalidad es evaluar los sistemas y determinar el grado de calidad del producto de software. 5.2 CALIDAD DEL SOFTWARE Las mtricas de calidad Orientada a la Funcin utilizan una medida de funcionalidad punto funcin. El clculo de la Mtrica punto funcin se realiza considerando numero de entradas de usuario, nmero de salidas de usuario, numero de consultas de usuario, numero de archivos y numero de interfaces externas. La mtrica de punto funcin se puede calcular con la ecuacin que se muestra a continuacin PF =cuentatotal [ 0. 65 0. 01 f i ] Donde: PF: Punto Funcin Cuenta-Total: es la suma de todos los parmetros de medicin utilizados [ 0 . 650 . 01 f i ] : ajusta la complejidad segn el dominio de la informacin 0.01: Factor de conversin es decir un Error en 1% 0.65: Valor mnimo de ajuste de complejidad. Entrada de Usuarios: Tabla1. 1.-Autenticacion de Usuario 106
2.-Datos para la Compra de Productos 3.-Datos para el Registro de Clientes 4.-Datos para el Registro de Productos 5.-Datos para el Registro de Representantes de Ventas 6.-Datos para el Registro de Proveedores 7.-Datos para Registro de Administradores del Sistema 8.-Datos para Despacho de de Productos 9.-Datos para Pedido de Productos 10.-Datos para Venta de Productos 11.-Datos Devolucin de Productos 12.-Datos Retiro de Productos de Representantes de Ventas 13.-Modificacion datos Cliente 14.-Modificacion datos Productos 15.-Modificacion datos Representante de Ventas 16.-Modificacion de Proveedores 17.-Modificacion Administradores del Sistema Fuente [Elaboracin Propia] Salidas de Usuario Tabla2. 1.-Listado de Productos 2.-Listado de Clientes 3.-Listado de Proveedores 4.-Listado de Representantes de Ventas 5.-Listado de Proveedores 6.-Listado de Compra de Productos 7.-Listado de Despacho de Productos 8.-Listado de Venta de Productos 9.-Reporte de Presupuestos 10.-Reporte de Productos Devueltos 11.-Reporte de Productos Vendidos por Tipo Cliente 12.-Reporte de Estados Financieros (Saldo =Compra-Venta) 13.-Reporte de Ventas por Cliente Fuente [Elaboracin Propia] Consultas de Usuario Tabla3. 1.-Consulta de Clientes 2.-Consulta de Proveedores 3.-Consulta de Productos 4.-Consulta de Compra de Productos 107
5.-Consulta de Despacho de Productos 6.-Consulta de Ventas de Productos 7.-Consulta de Pedidos de Clientes 8.-Consulta de Saldos por Fechas 9.-Consulta de Devolucin de Productos a Almacn Fuente [Elaboracin Propia] Archivos Tabla4. 1.-Tablas de Base de Datos 59 2.-Archivos objetos Auxiliares 3 Fuente [Elaboracin Propia] Interfaces Externas Tabla5. 1.- Servidor Linux (Firewall) Fuente [Elaboracin Propia] Cuentas Totales Tabla6 Parmetros Medicin Nmero Entradas Usuario Nmero Salidas Usuario Nmero Consultas Usuario Numero Archivos Numero Interfaces Externas 108 de Cuenta de 17 de de 13 de de 9 de de 62 de 1 10 6 620 6 5 45 7 91 Factor de Ponderacin Totales Media 4 68
Cuenta Total -> Fuente [Elaboracin Propia]
830
Ahora calculamos los Fi con los valores de ajuste de Complejidad basado en las respuestas de los usuarios, usando una escala de ponderacin para el ajuste segn la tabla7 EVALUACIN DE FACTOR EN UNA ESCALA DE 0 A 5 Tabla7 No Influencia 0 Incidencia 1 Moderado 2 Medio 3 Significativo Esencial 4 5
1.1 LAS 14 PREGUNTAS Responder a cada una de las catorce preguntas y asignarles un valor entre 0 a 5. Valores de Ajuste de complejidad Valor Fi 1. Requiere el sistema copias de seguridad y de recuperacin 3 2. 3. 4. 5. fiables? Requiere comunicacin de datos? Existen funciones de procesamiento distribuido? Es crtico el rendimiento? Se ejecutar el sistema en un entorno operativo existente y 5 3 2 5
fuertemente utilizado? 6. Requiere entrada de datos ? 4 7. Requiere la entrada de datos interactivo que las transacciones de 5 entrada se lleven a cabo sobre mltiples pantallas u operaciones? 8. Se actualizan los archivos maestros de forma interactiva? 4 9. Son complejas las entradas, las salidas, los archivos o las 3 peticiones? 10. Es complejo el procesamiento interno? 11. Se ha diseado el cdigo para ser utilizable? 12. Estn incluidas en el diseo la conversin y la instalacin? 13. Se ha diseado el sistema para soportar mltiples instalaciones en 109 4 5 3 3
diferentes organizaciones? 14. Se ha diseado la aplicacin para facilitar los cambios y para ser 4 fcilmente utilizada por el usuario? TOTAL PF = 830 * [ 0.65 + 0.01 * 53] PF = 979.4 PF = 830 * [ 0.65 + 0.01 * 70] PFmax = 1120.5 PF/Pfmax = 979.4/1120.5 PF(Funcionalidad) = 0.87 =87% 53
5.3 CONFIABILIDAD La confiabilidad representa la cantidad de tiempo que el software esta disponible para su uso, es decir, que la confiabilidad es la probabilidad de operacin libre de fallas de un programa de software en un entorno establecido, durante un periodo determinado de tiempo. El clculo de la confiabilidad del sistema se calcula con la siguiente ecuacin: P (T > =t ) = 1 F(t) Donde : F(t) = Es la confiabilidad del sistema t = Representa el periodo de tiempo en el que se pone a prueba el sistema 1 F (t) = Es la probabilidad de ejecucin sin fallas. La probabilidad de fallas del sistema F (t) se calcula en el periodo t, para calcular esta probabilidad se hace uso de la funcin exponencial dada por: F(t) = f * e (Donde: 110
* t)
f = Es la funcionalidad del sistema = Lambda es la probabilidad de fallo en un periodo de tiempo t = Es el tiempo total en el que se hace el clculo del fallo. Funciones Valor Funcionalidad del sistema 0.7 Probabilidad de fallo en un periodo de 0.6 tiempo Tiempo total en el que se hace el clculo 0.9 de fallo F(t) = 0.7 * e (-0.6* 1.2) F(t) = 0.31
Confiabilidad = 1 F (t)
Confiabilidad = 1 0.31 Confiabilidad = 0.69 = 69%
5.3 MANTENIBILIDAD La mantenibilidad es la capacidad del producto software para soportar modificaciones, las mismas pueden incluir correcciones, mejoras o adaptacin del software a cambios en el entorno, relativo a los requisitos o especificaciones funcionales. El mantenimiento puede ser correctivo o adaptado, el primero hace referencia a errores durante el desarrollo del producto, mientras que el mantenimiento adaptado, es cuando las normas o polticas cambian y el software debe adaptarse a estas. Para el clculo de la mantenibilidad del sistema se har uso de la siguiente ecuacin: TMEF = TMDF + TMC Donde: TMEF = Tiempo medio entre fallas TMDF = Tiempo medio de fallas TMC = Tiempo medio de cambio 111 de la entidad
TMC es el tiempo que se tarda en realizar los cambios respectivos de actualizacin del sistema y la prueba de estos. El TMC siguiente relacin: TMC = TMAC + TMIC + TMPC + TMDC Donde: TMAC = Tiempo medio de analizar los cambios TMIC = Tiempo medio de implementacin de cambios TMPC = Tiempo medio de probar los cambios TMDC = Tiempo medio en distribuir los cambios Funcin TMAC TMIC TMPC TMDC TMC = 12 +5+5+5 TMC = 22% y adems TMDF = 11% TMEF = 22 +8 = 30 % Mantenibilidad = 1 TMEF = 1 30 = 70 Valor 12% 5% 5% 5% se calcula con la
Mantenibilidad = 70% 5.4 PORTABILIDAD La capacidad del producto software para ser transferido de un entorno a otro, es decir la facilidad del producto de software para ser instalado en un ambiente determinado. El sistema de facturacin se realiz en PHP y MYSQL
112
Parmetros Facilidad de instalacin Facilidad de ajuste Facilidad de adaptacin cambio
Porcentaje 70% 78% al 80%
Portabilidad = 76%
5. 5 USABILIDAD Grado en que el software es fcil de usar. Viene reflejado por los siguientes suba tributos : facilidad de comprensin, facilidad de aprendizaje y operatividad
Parmetros Facilidad de comprensin Facilidad de aprendizaje Facilidad de operatividad
Porcentaje 90 86 88
Usabilidad = 88%
5.6 EFICIENCIA El grado en el que el software hace ptimo el uso de los recursos del sistema. Viene reflejado en los siguientes suba tributos : tiempo de uso y recursos utilizados Parmetros Tiempo de Uso Recursos utilizados Porcentaje 85 61
113
Eficiencia = 73 %
5.7 ACEPTABILIDAS GLOBAL Aceptabilidad satisfactorio Aceptabilidad marginal Aceptabilidad insatisfactorio Funcionalidad Confiabilidad Mantenibilidad Portabilidad Usabilidad Eficiencia Total Promedio 55% 59% 60% 66% 74% 63% 62.8% 60 % - 100% 40 %- 60% 0 % - 40%
Por lo tanto el sistema es satisfactorio
114
CAPITULO VI CONCLUSIONES Y RECOMENDACIONES
6.1 CONCLUSIONES.A continuacin se describe las conclusiones a las cuales se logro llegar luego de realizar el presente Proyecto.
El SCCV Optimiza y Agiliza los procesos de Administracin de
Informacin como: o Informacin de Almacn o Informacin de Pedidos

o Informacin de Compra Y Venta de Productos
115
o Informacin de Despacho de Insumos o Informacin de Clientes, Productos, Proveedores, Representantes de Venta

El SCCV mejora la administracin y sobre todo permite tener un mayor
control de la informacin generada en las actividades que la empresa realiza en su proceso comercial. La Pagina Web Facilita los Pedidos de Productos, desde cualquier punto del Pas donde se cuente con una conexin a Internet,
El pagina Web disminuye los costos de pedidos que significaban a los
clientes, de una llamada telefnica o transporte recorrido para solicitar Productos a solicitar Productos por Internet El SCCV Proporciona Informacin Actualizada y Concreta en tiempo Real de los Pedidos realizados en Internet La Pagina Web proporciona soporte en lnea a los Clientes que los soliciten El SCCV
La Pagina Web facilita la comercializacin de productos a travs de
Internet como herramienta de ventas virtual.
Finalmente podemos decir que el Sistema de Comercio Colaborativo Virtual para la Distribuidora T.L.C. logro cumplir los objetivos planteados en el presente proyecto y que la implementacin del propuesto como Proyecto de Grado, llena todas las expectativas de la Distribuidora T.L.C. 6.2 RECOMENDACIONES Las recomendaciones que se pueden dar son: 116
Para mejorar la Calidad del Sistema se aconseja implementar
Mdulos contables que interacten con los procesos de Compra y Venta.

Implementar un Conexin VPN (Virtual Prvate Network ) dentro el
servidor Linux, el cual permitir conexiones remotas ala estructura interna de Red de la empresa teniendo acceso al sistema de informacin de manera Remota Implementar Soluciones Open Source en la pagina Web para Brindar ms opciones en servicio con mejor calidad dichas aplicaciones pueden se Eticket una solucin para manejo de tickets ( Reporte de Problemas con los Productos )
117
BIBLIOGRAFIA
118
BIBLIOGRAFIA.
[BOO96] BOOCH G, 1994. Anlisis y Diseo Orientado a Objetos, Segunda Edicin 639 pginas. Estados Unidos, Adison Wesley / Diaz de Santos.
[RUM96] JAMES RUMBAUGH, MICHAEL BLAHA , WILLIAM PREMERLANI, FREDERICK HEDI Y WILLAIM LORENZO, 1996, Modelo y diseo orientado a Objetos, (Primera Edicin) Editorial Prentice Hall ,Internacional (Uk) ltd.
[KENDALL,2002] KENDALL & KENDALL Anlisis y Diseo de Sistemas [LARMAN, 2000 2000]. CRAIG LARMAN UML Y PATRONES
Introduccin al anlisis y diseo orientado a objetos. Segunda edicin
[BOOCH,1999 ] BOOCH G & RUMBAUGH J. & JACCOBSON I. El lenguaje Unificado de Modelado. edicin 1999
DOCUMENTOS WEB http://es.wikipedia.org/wiki/An%C3%A1lisis_y_dise %C3%B1o_orientado_a_objetos http://members.tripod.com/grupo_aoo/index.htm http://www.angelfire.com/scifi/jzavalar/far/aydoo.html www.oscomerce.com www.webim.org
119
ANEXOS
120
1 .- ARBOL DE PROBLEMAS
Perdida de Informacion
Perdida de tiempo en la transcripcin de datos
Control Semi Automatizado de la informacin de la empresa no fiable
No se tiene Informacin Precisa acerca de las ventas y distribucin de productos
Deficiencia en la Administracin y Control de la Informacin de Distribucin, ventas y compras de productos de la DISTRIBUIDORA T.L.C.
Falta de informacin de las ventas que se realiza diariamente
No se generan reportes en forma automtica y acorde a las necesidades
Demorosa perdida de tiempo en control manual de balance de ventas
Deficiente control de Productos en almacn
Falta de control de deudas por motivo de venta de productos
Manejo de mucho papeleo para los registros y solicitudes
Fuente: Elaboracin Propia
121

T 1172

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

T 1172

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD MAYOR DE SAN ANDRES FACULTAD DE CIENCIAS PURAS Y NATURALES CARRERA DE INFORMATICA

Henry Aguilar Lozano

INDICE GENERAL CAPITULO I MARCO REFERENCIAL

2.5 TECNOLOGIAS DE ACCESO A DATOS VIA WEB. 23 2.6 SERVIDOR WEB. 23

2.15.1 DESARROLLO DE SOFTWARE..

4.3.1 AUTENTICACIN DE LOS USUARIOS (MANEJO DE SESIONES)..

6.1 CONCLUSION113 6.2 RECOMENDACIN114

CAPITULO I MARCO REFERENCIAL

control de productos para la Distribuidora T.L.C. (SCCV).

CAPITULO II MARCO TEORICO

Paralelismo oculto dentro del objeto.

Se ven dos clases de Modelo Orientado a Objetos:

Objetos Distribuidos. Objetos Activos.

2.13 DISEO Y ANALISIS ORIENTADO A OBJETOS

2.15.1 DESARROLLO DE SOFTWARE Figura 4.- Proceso de Desarrollo de Software

2.15.5 ELEMENTOS ESTRUCTURALES Figura 7.- Elementos Usados en el Diseo

Figura 8.- Ejemplo de Tienda Virtual Oscommerce

2.16.1.1 CARACTERISTICAS DE UNA TIENDA OSCOMMERCE

CAPITULO III DISEO DE LA APLICACIN

Administrador del Sistema.-

Es la persona que se encarga de

Son usuarios los cuales tienen tres formas de adquirir un

o Solicitud Fsica.- El cliente solicita el producto fsicamente en la

Pagina Web de la Empresa

3.3.4. REQUISITOS DE NAVEGACION

3.4 MODELOS DE CASOS DE USO

Sistema de Comercio Colaborativo Virtual para la Distribuidora T.L.C.

Representante de Ventas (Promotor)

Administrador Almacenes, Pedido Y Despacho de Insumos

Administrador Compra y Venta de Productos

Fuente: Elaboracin Propia

3.4.2.1.1 Caso de Uso Expandido

3.4.2.1.2 Curso Normal de los Eventos

8.- Registra la Forma de Pago

10.-Registra la Venta Concluida

3.4.2.1.3 Funciones del Sistema

3.4.2.1.4 Diagrama de Secuencia Solicitud o Pedido de Productos

3.4.2.1.6 Diagrama de Colaboracin de CrearNuevoPedido

Tipo Referencias Cruzadas

3.4.2.1.10 Curso Normal de los Eventos

3.4.2.1.11 Funciones del Sistema

3.4.2.1.12 Diagrama de Secuencia Consulta de Productos

Diagrama de Colaboracin de IntroducirParametros

3.4.2.2 CASO DE USO: REGISTRAR VENTA

3.4.2.2.1 Caso de Uso Expandido 48

Caso de Uso Actores Propsito Resumen Tipo Referencias Cruzadas

3.4.2.2.2 Curso Normal de los Eventos

3.4.2.2.3 Funciones del Sistema

3.4.2.2.4 Diagrama de Secuencia Registrar Venta

3.4.2.2.5 Contrato de Operaciones

Figura.- 27 Diagrama de Colaboracin Forma de Pago

3.4.2.3 CASO DE USO: CONSULTA DE VENTAS 3.4.2.3.1 Caso de Uso Expandido

3.4.2.3.4 Curso Normal de los Eventos 52

3.4.2.3.5 Funciones del Sistema

3.4.2.3.6 Diagrama de Secuencia Obtener Consulta

3.4.2.3.7 Contrato de Operaciones

3.4.2.3.8 Diagrama de Colaboracin de CrearConsulta Figura.- 30 Diagrama de Colaboracin Crear Consulta

3.4.2.4 CASO DE USO: REGISTRAR CLIENTE 3.4.2.4.1 Caso de Uso Expandido

3.4.2.4.2 Curso Normal de los Eventos

3.4.2.4.3 Funciones del Sistema

3.4.2.4.4 Diagrama de Secuencia Registrar Cliente

3.4.2.4.5 Contrato de Operaciones

3.4.2.5 CASO DE USO: REGISTRAR COMPRA DE PRODUCTOS