Tesis Avila Flores Partedos

UNIVERSIDAD POLITECNICA SALESIANA FACULTAD DE INGENIERIAS CARRERA DE INGENIERIA DE SISTEMAS MENCION TELEMATICA ANALISIS, DISENO, Y CONSTRUCCION DE UN SISTEMA CONTABLE SOSTENIBLE EN LA WEB PARA LA EMPRESA “NEON MAGICO” TESIS PREVIA A LA OBTENCION DEL TITULO DE INGENIERO DE SISTEMAS AVILA FARFAN EDDY FERNANDO FLORES CRUZ GRACE SUSANA DIRECTOR: ING. DANIEL DiAZ Quito, Marzo 2011 ete = SOLID CONVERTER PDF > omnes pues eDECLARACION Nosotros, Grace Susana Flores Cruz y Eddy Fernando Avila Farfan, declaramos bajo juramento que el trabajo aqui descrito es de nuestra autoria; que no ha sido previamente presentada para ningun grado o calificacién profesional; y, que hemos consultado las referencias bibliograficas que se incluyen en este documento. A través de la presente declaracién atribuimos nuestros derechos de propiedad intelectual correspondientes a este trabajo, a la Universidad Politécnica Salesiana, segiin lo establecido por la Ley de Propiedad Intelectual, por su reglamento y por la normatividad institucional vigente. Grace Flores Eddy Avila ee = SOLID CONVERTER PDF > omc tinesin pa teCERTIFICACION Certifico que el presente trabajo fue desarrollado por Grace Susana Flores Cruz y Eddy Fernando Avila Farfan bajo mi direccién. Ing. Daniel Diaz Director de tesis ee = SOLID CONVERTER PDF > omc tinesin pa teAGRADECIMIENTOS En primer lugar queremos agradecer a Dios por damos la fuerza en el transcurso de nuestras carreras y por concedemos la oportunidad de cumplir con este ‘objetivo que es muy importante en nuestras vidas. A nuestras familias, por su apoyo y amor incondicional. Sin su colaboracién e inspiracion habria sido imposible llevar a cabo este proyecto. A nuestro director de tesis Ing. Daniel Diaz por su gran esfuerzo y dedicacién, que gracias a su conocimiento, orientacién y motivacién que han sido fundamentales para nuestra investigacién en el desarrollo de nuestro proyecto de tesis. AVILA FARFAN EDDY FERNANDO FLORES CRUZ GRACE SUSANA ee = SOLID CONVERTER PDF > omc tinesin pa teINDICE CAPITULO 1 1 INTRODUCCION 1.1 ANTECEDENTES 12 PLANTEAMIENTO DEL PROBLEMA..... 13 OBJETIVOS.... 13.1 OBJETIVO GEI ERAL 3 13.2 OBJETIV PECIFICOS a4 14 JUSTIFICACION. . 4 1.5 ALCANCE DEL PROYECTO 5 CAPITULO 2 7 2 INTRODUCCION. 7 2.1 MARCO REFERENCIAL 8 2.1.1 CONCEPTO DE CONTABILIDAD. 8 2.1.2 | CUENTAS CONTABLES 8 2.1.2.1 Partes de una Cuenta Contable. 8 2.1.2.2 Clases de Cuentas Contables. 9 2.1.3 PROCESO CONTABLE. 10 2.1.3.1 Libro Diario. 10 2.1.3.2 Libro Mayor i 2.1.3.3 Libro Balance 12 2.14 ESTADOS FINANCIEROS DEL PROCESO CONTABLE, soe 1. 2.1.4.1 Balance General o Estado de Situacién Financiera 12 2.1.5 PARTES QUE CONFORMAN UN BALANCE GENERAL 13, 2.1.5.1 Actives macy 2.15.11 Activos Corrientes 13, 2.1.5.1.2 Activos Fijos.. 2.15.2 Pasivos. 2.1,5.2.1 Pasivos corrientes 2.1,5.2.2 Pasivo a largo plazo.... 16 16 2.1,5.2.3 Patrimonio. 2.15.2.4 Capital. 2.15.25 Utilidades Retenidas 2.1.5.2.6 Utilidades del Periodo Anterior 2.1.6 ESTADO DE RESULTADOS.. ee = SOLID CONVERTER PDF > omc tinesin pa te2.1.6.1 Componentes del Estado de Resultado......sctssseatenseetstetee 7 2.2 CONCEPTO DE OOHDM.... 19 2.2.1 CARACTERISTICAS DE OOHDM ju.....tccsssssssssssssstsseisssnssneensse 19 2.2.2. FASES DE OOHDM. 20 2.2.2.1 Fase | - Determinacién de Requerimientos -........scccccssccssssccssssceessseeeee 21 2.2.2.1.1 Evolucién de la cadena fisica. 22 2.2.2.2 Fase 2 - Disefio Conceptual. 25 2.2.2.2.1 Diagrama de Casos de Uso 26 2.2.2.2.2 Diagrama de Clases: 31 2.2.2.3 Fase 3 - Disefio Navegacional 34 2.2.2.3.1 Esquema de Clase de Navegacién: 35 2.2.2.3.2 Esquena del Contexto de Navegacién 37 2.2.2.4 Fase 3 — Disefio de Interfaz Abstracta. 39 2.2.2.4.1_ Modelos de Vistas Abstractas de Datos (advs):. 39 2.2.2.5 Fase 4: Implementacién 40 23 VENTAJAS Y DESVENTAJAS DE OOHDM. 41 23.1 VENTAJAS DE UTILIZAR OOHDM. 41 2.3.2. DESVENTAJAS DE OOHDM:. 42 CAPITULO 3 rnnnnnnnnnninnnnnnnnnnnnnnnnnnnnnen 4B 3. INTRODUCCION. 4B 3.1 ESTUDIO DE LA SITUACION ACTUAL... 4B 3.1.1 MISION.... seneneneerene 43 B.LL2 VISION. coscsesentniennnennnnenenennanenenmatinnennneinianenennnienenneit 43 3.13 ORGANIGRAMA....0 3.14 PROCESO ADMINISTRATIVO 3.1.5 PROCESO DE COMERCIALIZACION.. 3.1.6 PROCESO CONTABLE.. 3.2. ANALISIS Y DISENO . 3.2.1 ANALISIS..... 3.2.1.1 Anilisis de Factibilidad.... 3.2.1.1.1 Andlisis de Factibilidad Técnica. 3.2.1.1.2 Anilisis de Factibilidad Econdmica .. 3.21.13. Anilisis de Factibilidad Operativa: 3.2.2 ANALISIS DE REQUERIMIENTOS DEL SISTEMA.. 3.2.2.1 Introduecién .. 3.2.2.2 Propésito.. ee = SOLID CONVERTER PDF > omc tinesin pa te3.2.2.3 Aleance del Anilisis de Requerimientos.... 3.2.2.4 Funciones del Producto... 3.2.2.4.1 Médulo de Sistema 3.2.2.4.2 Médulo de Seguridades 61 3.2.2.4.3 Médulo de Catalogos 61 3.2.2.4.4 Médulo de Ventas. 61 3.2.2.4.5 Médulo de Cotizaciones 61 3.2.2.4.6 Médulo de Compras. 61 3.2.2.4.7 Médulo de Inventarios 62 3.2.2.4.8 Médulo de Contabilidad 62 3.2.3. DISENO OOHDM. 62 3.2.3.1 DETERMINACION DE REQUERIMIENTOS, 62 3.2.3.1.1 REQUERIMIENTOS ESPECIFICOS. 62 3.2.3.2. ESCENARIOS DE USUARIOS, 67 3.2.3.2.1 Identificacién de Roles 67 3.2.3.2.2 Especificaciones de Escenarios. 67 3.2.3.3. ESPECIFICACION DE ESCENARIOS DE CASOS DE USO 68 3.2.3.3.1 Escenarios de Casos de Uso para Compras 68 3.2.3.3.2 scenarios de Casos de Uso pata Ventas... 70 3.23.33. Escenarios de Casos de Uso para Inventario B 3.23.34. Escenarios de Casos de Uso para Contabilidad ccc 74 3.2.3.3.5 Escenarios de Uso para Catélogos...... 3.2.3.3.6 Escenarios de Casos de Uso para Seguridades .....ccsorsnensne 83 3.2.3.3.7 Escenarios de Casos de Uso para Sistema... 3.2.3.4 DISENO CONCEPTUAL.. 3.2.3.4.1 Diagramas de Clases.. 3.2.3.4.2 Diagramas de Casos de Us 3.2.3.5 | DISENO NAVEGACIONAL........ 3.2.3.5.1 Clases Navegacionales de Perfiles 3.2.3.5.2 Esquema de Contexto Navegacional . 3.2.3.6 DISENO DE INTERFAZ ABSTRACTA... 3.24 | MODELO FISICO DE LA BASE DE DATOS. 137 3.2.5 | MODELO LOGICO DE LA BASE DE DATOS ....:sscsssssstestee 143 CAPITULO 4 wo 159 4 INTRODUCCION 159 41 IMPLEMENTACION Y PRUEBAS .. 159 ee = SOLID CONVERTER PDF > omc tinesin pa te4.1.1 IMPLEMENTACION wssesssnsettnnntstentnnnsnstnnnnnsesenne 159 41.1.1 PAGINA DELOGIN...... 159 41.1.2 PAGINA PRINCIPAL vsssssetennnnnstennnnnnetstnnnnntensenne 160 4.1.13 PAGINA COMPRAS. 160 ALL 4.1.1.5 PAGINA INVENTARIO 161 4.1.1.6 PAGINA CONTABILIDAD. 162 4.1.1.7 PAGINA CATALOGOS. 162 4.1.18 PAGINA SEGURIDADES 163 4.1.1.9 PAGINA SISTEMA. 163 4.1.2 | HERRAMIENTAS Y COMPONENTES UTILIZADOS. 164 41.21 JSF 164 41.2.2 FACELETS 164 4.1.23 ICEFACES. 164 4.1.24 HIBERNATE 164 4.1.3 ARQUITECTURA 165 4.14 CODIGO FUENTE 166 42 PRUEBAS REALIZADAS. 174 4.2.1 PRUEBAS DE CAJA NEGRA wsssnsnnnnennnnmnnnnnnnnnnensnnnns 174 42.1.1 | SEGURIDAD. 174 42.1.2 | MODULO DE COMPRAS...... 175 4213 MODULO DE VENTAS... 176 42.14 | MODULO DE CONTABILIDAD...ccnnnnnnnnnnnninnnnnne 177 4.2.15 | MODULO CATALOGOS.. 4.22 PRUEBAS DE VALIDACION. 4.23 PRUEBAS DE CARGA Y ESTRES .. . 423.1 | RESULTADOS DE LAS PRUEBAS DE CARGA Y ESTRES........ CAPITULO $ wn 5 INTRODUCCK 5.1 CONCLUSIONES Y RECOMENDACIONES .. 5.1.1 CONCLUSIONES..... 5.1.2 RECOMENDACIONES ee = SOLID CONVERTER PDF > omc tinesin pa teCONTENIDO DE FIGURAS Figura: 2.1 Proceso contable 10 Figura: 2.2 Libro Mayor ul Figura: 2.3 Modelo orientado a objetos conceptual 21 Figura: 2.4 Cadena de Valor Fisica 2B Figura: 2.5 Cadena de Valor Virtual 25 Figura: 2.6 Actor 27 Figura: 2.7 Caso de uso 28 Figura: 2.8 Inclusién 29 Figura: 2.9 Extensién 30 Figura: 2.10 Generalizz 31 Figura: 2.11 Clase 32 Figura: 2.12 Herencia 32 Figura: 2.13 La composicién (por Valor) se destaca por un rombo relleno. La agregacién (por Referencia) se destaca por un rombo transparente. 33 Figura: 2.14 Un cliente puede tener asociadas muchas Ordenes de Compra, en cambio una orden de compra solo puede tener asociado un cliente. 33 Figura: 2.15 La creacién del Objeto Ventana esta condicionado a la instanciacion proveniente desde el objeto Aplicacién. 34 Figura: 2.16 Nodos 35 Figura: 2.17 Enlaces nodo a nodo 36 Figura: 2.18 Enlaces nodo a diversos nodos 36 Figura: 2.19 Enlaces diversos nodos a un nodo 37 Figura: 2,20 Esquema de Contexto Navegacional 38 Figura: 2.21 Interfax Abstracta 40 Figura: 3.1 Organigrama de la empresa Neén Magico. 44 Figura: 3.2 Proceso Administrativo de la empresa Neén Magico. 45 Figura: 3.3 Proceso de comercializacién de la empresa Neén Magico. 46 Figura: 3.4 Proceso Contable de la empresa Nen Magico. 47 Figura: 3.5 Funcionalidades de Proyecto. 60 Figura: 4.1 Arquitectura del modelo Hibernet, 165 Figura: 4.2 Configuracién para el test. 182 ee = SOLID CONVERTER PDF > omc tinesin pa teFigura: 4.3 Errores por cada click. Figura: 4.4 Clicks por usuario Figura: 4.5 Tiempo de respuesta del portal Figura: 4.6 Respuesta por pagina Figura: 4.7 Uso de CPU Figura: 4.8 Servidor y Ancho de banda Figura: 4.9 Tiempo de espera de cada usuario CONTENIDO DE DIAGRAMAS Diagrama: 3.1 Diagrama general... Diagrama: Diagrama: 3.3 Diagrama de ventas. Diagrama: 3.4 Diagrama de Inventario. . Diagrama: 3.5 Diagrama de contabilidad. Diagrama: 3.6 Diagrama de catalogos.... Diagrama: 3.7 Diagrama de seguridades. Diagrama: 3.8 Diagrama de sistema. Diagrama: 3.9 Diagrama del perfil vendedor. Diagrama: 3.10 Diagrama del perfil contador. Diagrama: 3.11 Diagrama del perfil Administrador del Sistema. Diagrama: 3.12 Diagrama del perfil Administrador..... Diagrama: 3.13 Diagrama de clases Navegacionales.... Diagrama: 3.14 Diagrama de interfaz Login. Diagrama: 3.15 Diagrama de interfaz Inicio ... Diagrama: 3.16 Diagrama de interfaz compras Diagrama: 3.17 Diagrama de interfaz nueva compra.... Diagrama: 3.18 Diagrama de interfaz eliminar compra Diagrama: 3.19 Diagrama de interfaz Historial de compras.... Diagrama: 3.20 Diagrama de interfaz. Ventas ee = SOLID CONVERTER PDF > omc tinesin pa te 183 184 185 186 187 188 189 90 a 93 95 296 97 100 101 102 103 104 105Diagrama: 3.21 Diagrama de interfaz Nueva Ventas 106 Diagrama: 3.22 Diagrama de interfaz Nueva cotizacién. Diagrama: 3.23 Diagrama de interfaz. Cuadre de caja. Diagrama: 3.24 Diagrama de interfaz Historial de ventas.... 109 Diagrama: 3.25 Diagrama de interfaz.eliminar venta... 110 Diagrama: 3.26 Diagrama de interfaz. Inventario, Wi Diagrama: 3.27 Diagrama de interfaz. Ajust 12 Diagrama: 3.28 Diagrama de interfaz. Historial de movimientos. 113 Diagrama: 3.29 Diagrama de interfaz Stock de productos... Diagrama: 3.30 Diagrama de interfaz. Contabilidad, Diagrama: 3.31 Diagrama de interfaz Plan de cuentas... Diagrama: 3.32 Diagrama de interfaz Registro de asient0. ccc 7 Diagrama: 3.33 Diagrama de interfaz Libro Diario. Diagrama: 3.34 Diagrama de interfaz Libro Mayor Diagrama: 3.35 Diagrama de interfaz Balance General. Diagrama: 3.36 Diagrama de interfaz Balance Resultado... 121 Diagrama: 3.37 Diagrama de interfaz Manejo Contable. 122 Diagrama: 3.38 Diagrama de interfaz Catdlogos....seesnmnnensnnnnnnsensnnnnnsenn 123 Diagrama: 3.39 Diagrama de interfaz Productos. 124 Diagrama: 3.40 Diagrama de interfaz Proveedores.. Diagrama: 3.41 Diagrama de interfaz Clientes. «ccc Diagrama: 3.42 Diagrama de interfaz Productos.... Diagrama: 3.43 Diagrama de interfaz unidades de medida. Diagrama: 3.44 Diagrama de interfaz Abonos en compra... Diagrama: 3.45 Diagrama de interfaz Abonos ef VeMta...o:ssnnnesnsnnennsnis Diagrama: 3.46 Diagrama de interfaz Documentos en compra. 131 Diagrama: 3.47 Diagrama de interfaz Documentos en Venta ...smsnennnnnnnennnnnn 32 Diagrama: 3.48 Diagrama de interfaz Seguridad. 133 Diagrama: 3.49 Diagrama de interfaz Permisos, Diagrama: 3.50 Diagrama de interfaz. Administracién de usuarios. 135 Diagrama: 3.51 Diagrama de interfaz Perfiles. .. Diagrama: 3.52 Diagrama de compras. Diagrama: 3.53 Diagrama de contabilidad, ee = SOLID CONVERTER PDF > omc tinesin pa teDiagrama: 3.54 Diagrama de cotizaciones. 139 Diagrama: 3.55 Diagrama de Inventario...... 140 Diagrama: 3.56 Diagrama de Seguridad, 41 Diagrama: 3.57 Diagrama Ventas. 142 Diagrama: 3.58 Diagrama de compra... 143 Diagrama: 3.59 Diagrama de contabilidad. 144 Diagrama: 3.60 Diagrama de cotizaciones... 145 Diagrama: 3.61 Diagrama de Inventario, 146 Diagrama: 3.62 Diagrama de Seguridad...... 147 Diagrama: 3.63 Diagrama Ventas, 148 CONTENIDO DE TABLAS : 2.1 Libro diario. ul : 2.2 Ejemplo de Balance General . : 2.3 Ejemplo de la Estructura del Estado de Resultados ......1sennrnnnnnen 18 : 3.1 Especificaciones del servidor .ocnernnnnnnnnnnne 49 : 3.2 Especificaciones de las estaciones de trabaj0...nnunnnnnnnsnnnnnnnneee SO : 3.3 Especificaciones portitiles sl a: 3.4 Especificaciones del servidor..... : 3.5 Especificaciones de las estaciones de trabajo. 33 : 3.6 Especificaciones portatil. 53 : 3.7 Costos de material de oficina y papeleria actual 54 : 3.8 Costos de material de oficina y papeleria con la implementacién del sistema .. 55 : 3.9 Costos de salario de personal actual..... : 3.10 Costos de salario de personal con la implementacién del sistema 56 3.11 Costos de desarrollo del portal .. : 3.12 Analisis Costo - beneficio del Sistema Propuesto, 56 : 3.13 Tabla de Abono en compra. 149 : 3.14 Tabla de Abono en Venta. 149 : 3.15 Tabla Asiento Contable. 149 ee = SOLID CONVERTER PDF > omc tinesin pa te: 3.16 Tabla Cliente, 150 150 Tabla: 3.18 Tabla Cotizacién. 151 Tabla: 3.19 Tabla Cuenta contable. ASL a: 3.17 Tabla Compra. Tabla: 3.20 Tabla Detalle de Asiento........ 151 Tabla: 3.21 Tabla Detalle de Compra. 151 Tabla: 3.22 Tabla Detalle Cotizaciér 152 Tabla: 3.23 Tabla Detalle Venta. 152 ‘Tabla: 3.24 Tabla Familia.. 152 Tabla: 3.25 Tabla Inventario. 153 ‘Tabla: 3.26 Tabla Meni. 153 Tabla: 3.27 Tabla Médulo, ..vccsccsssestaenssetstntnitststntnnestntnieeitetstntniensate 154 Tabla: 3.28 Tabla Perfil... 154 Tabla: 3.29 Tabla perfil mend. 154 Tabla: 3.30 Tabla Perfil médulo..... 184 Tabla: 3.31 Tabla Producto. .. 155 Tabla: 3.32 Tabla Proveedor. 155 Tabla: 3.33 Tabla Caja registro... 156 Tabla: 3.34 Tipo abono compra. 156 Tabla: 3.35 Tabla Tipo abono venta. 156 157 1ST 1ST 158 158 Tabla: 3.36 Tabla Tipo documento compra Tabla: 3.37 Tabla Tipo documento venta. ‘Tabla: 3.38 Tabla Tipo movimiento. Tabla: 3.40 Tabla Usuari ‘Tabla: 3.41 Tabla Venta, Figura: 4.10 Tabla de datos de los usuarios. 190 ee = SOLID CONVERTER PDF > omc tinesin pa tePRESENTACION El software desarrollado para la empresa NEON MAGICO da solucion al problema administrativo que hoy en dia presenta la empresa, a través del andlisis, disefio y construccién de un sistema contable, el mismo que permite el manejo de los recursos fisicos mediante un software automatizado que centraliza la informacion de las diferentes sucursales con las cuales cuenta la empresa, a través de médulos de control de stock y facturacién como elementos principales, indispensables y muy utilizados por el personal que conforma la empresa. A continuacién se presenta una resefia de los capitulos que conforman este proyecto de tesis: En el Capitulo | se describe el problema a ser solucionado y los objetivos que se busca alcanzar al finalizar el proyecto. En el Capitulo II se detalla el marco referencial que se utilizd como guia para el desarrollo del proyecto. Se describe tanto la metodologia OOHDM y asi como los conceptos contables indispensables para entender los procesos administrativos que se requiere automatizar en la empresa. En el Capitulo Ill se describe la situacién actual de la empresa, el andlisis y disefio realizado para la construccién de la aplicacién. Incluye también los diagramas utilizados: conceptuales, navegacionales, e interfaces abstractas, como parte del disefio realizado. En el Capitulo IV se describe las diferentes pruebas efectuadas con el software desarrollado, que garantizan su efectividad y buen funcionamiento. Se describe la implementaci6n del software desarrollado. En el Capitulo V se enumera las conclusiones y recomendaciones a las cuales se ha llegado luego de haber finalizado el proyecto. DSc E> oS SOLID CONVERTER POF > satin seeCAPITULO 1 1 INTRODUCCION El presente capitulo describe los aspectos generales del proyecto a desarrollarse, abarcando los problemas, objetivos y necesidades planteadas para poder aleanzar una solucién viable como resultado final. A continuacién se detalla los aspectos iniciales que se tomaron en cuenta para el sistema que se disefié para la empresa “Neén Magico” y por lo cual ha sido escogido como tema de analisis. 1.1 ANTECEDENTES La empresa ‘Neén Magico”, se encuentra ubicada en la ciudad de Quito, Provincia de Pichincha, Republica del Ecuador, Calle 5 de Junio 1784 y Borrero, dedicada a la elaboracién de publicidad gréfica tanto exterior como interior para todo tipo de empresas, sean estas pequefias, medianas o grandes, contando con experiencia en el mercado de la rotulacion desde hace mas de 25 afios. Neén Magico fue fundada por el Sr. Wenceslao Avila en 1981 con el nombre inicial de Publicidad Mundial, dedicada a la elaboracién de rétulos tanto en tol como en acrilico moldeado, pero aproximadamente desde hace 15 ajios adquirieron un laboratorio de NEON, comenzando desde ese momento, con la produccién de rétulos luminosos en este material, cambiando su nombre comercial a “NEON MAGICO”. El acrilico se comenzé a utilizar Unicamente para la elaboracién de placas y sefialética interna para empresas y corporaciones, utilizandose para los rétulos exteriores un nuevo material denominado Iona flexible, siendo 3M la primera empresa que importé este material a nuestro pais a precios sumamente altos, pero las ventajas que este material brindaba a los rotulistas era mayor. La lona flexible es un material que se extiende alrededor del rétulo colocando sobre su superficie la leyenda que la empresa requiere. ee = SOLID CONVERTER PDF > omc tinesin pa teLa empresa adquirié nueva maquinaria para elaborar este tipo de rétulos, convirtiéndose en proveedor de otras empresas dedicadas a la rotulacién que no contaban con esta tecnologia. Atiende a sus clientes a nivel nacional, instalando rétulos en diferentes ciudades del pais, principalmente: Quito, Latacunga, Ibarra, Cuenca y Esmeraldas. Actualmente “NEON MAGICO” realiza importaciones de varios materiales necesarios para la elaboracién de los rétulos y es el distribuidor exclusivo de muchos de ellos. En los tltimos afios, la empresa se ha visto amenazado por la modernizacién, especialmente por la competencia que se ha ido incrementando, perdiendo posicionamiento en el mercado, demostrandose que la experiencia no es suficiente para garantizar su existencia en un mundo cambiante y peor aun si ésta no cuenta con herramientas de administracién; todo esto, como consecuencia de actividades desarrolladas sin un esquema o procedimientos formales para un buen desempefio en la organizacion. 1.2. PLANTEAMIENTO DEL PROBLEMA En la empresa de publicidad “NEON MAGICO” a pesar de contar con dos sucursales ubicados en el norte y sur de Quito, maneja un solo sistema contable el mismo que incluye la administracién de: importaciones, bodega, facturacién, ventas, compras, proveedores, pago de servicios, reportes de ventas por periodos, etc., esto representa un problema, ya que al no tener un sistema centralizado para las dos sucursales no existe comunicacién entre ellas, afectando asi el manejo de inventarios y existencias de producto en almacenamiento, pudiendo realizarse ventas de mercaderia que ya no existe en bodega. Otro de los problemas localizados es [a falta de un cdlculo automatizado de la contabilidad en el cual este incluido el precio de costo del producto, el precio de DSc E> oS SOLID CONVERTER POF > satin seeventa y el margen de ganancia de cada uno de los materiales que nos facilite conocer el estado financiero de la Empresa. En la actualidad todos los procesos mencionados anteriormente se han venido realizando manualmente, por lo que existe un gran porcentaje de errores, ya que al momento de realizar una factura 0 proforma, el vendedor tiene que verificar fisicamente tanto los precios como la existencia de productos, tomando en cuenta que existe una sola bodega para las dos sucursales, la misma que se encuentra en la sucursal norte, por lo tanto, si la venta se realiza en la sucursal sur, esta consulta se la realiza via telefonica, pudiendo ser una informacién poco precisa, ya que no se lleva un control exacto de mercaderia en tiempo real, representando asi pérdidas tanto econémicas como de tiempo al no existir un sistema que facilite conocer todos los movimientos realizados por cada una de las sucursales que conforman la empresa. No se lleva de manera correcta un registro e historial de clientes lo que causa molestias tanto al vendedor como al cliente ya que se debe solicitar nuevamente la informacin de la empresa o persona adquiriente al momento de realizar la facturacion. No existe un registro de proveedores que facilite determinar mejores precios y beneficios a la Empresa al adquirir los productos, por lo tanto mejores ganancias, al no contar con Ia informacién de las condiciones de compra que maneja cada proveedor dejando pasar por alto oportunidades de descuentos o créditos. 1.3 OBJETIVOS 1.3.1 OBJETIVO GENERAL Analizar, disefiar y Construir un sistema contable sostenible en la Web para la empresa “NEON MAGICO” el mismo que facilite el manejo centralizado de la informacién para una mejor administracién de las diferentes sucursales con las cuales cuenta la empresa, obteniendo asi resultados favorables en rentabilidad y servicio. DSc E> oS SOLID CONVERTER POF > satin see1.3.2 OBJETIVOS ESPECIFICOS + Realizar el andlisis de las actividades contables que realiza la empresa para obtener los requerimientos necesarios para el sistema. + Disefiar los diagramas en base a la metodologia OOHDM, que servirdn de guia para la construccién del sistema contable. + Construir un sistema en base a los diagramas obtenidos del andlisis de las actividades a las cuales se dedica la empresa “NEON MAGICO”. * Realizar pruebas del funcionamiento del sistema. 1.4 JUSTIFICACION Al realizar el andlisis, construccién e implementacién de un sistema contable sostenible en la WEB para la empresa de publicidad “NEON MAGICO” se solucionara varios inconvenientes que en la actualidad representan un problema ya que todo el proceso contable se lo ha venido realizando de forma manual, tomando en cuenta que en la empresa se maneja varios procesos asi como los de inventarios, facturacién, contabilidad, proveedores y cada uno de ellos esta relacionado entre si por lo que es necesario tener un mejor manejo de todos estos procesos. Con el desarrollo de este sistema se podra administrar de forma sincronizada las transacciones realizadas por las dos sucursales. Se solucionara el problema del manejo de stock de mercaderia, ya que en la actualidad esto se lo ha venido manejando via telefénica; se lograra tener datos mas reales de las existencias de productos en stock, ya que al momento de realizar una venta, el producto se descargar del inventario y solo se podra acceder a los productos que efectivamente se encuentran en la bodega. ee = SOLID CONVERTER PDF > omc tinesin pa teMediante la implementacién de este sistema se llevard un mejor registro de todas las transacciones realizadas por los empleados, y por lo tanto los propietarios de la empresa podran estar al tanto de los movimientos financieros, y asi poder llevar un mejor control, obteniendo mayor rentabilidad en el negocio. Por las razones anteriormente dadas el presente proyecto hace posible su justificacion para ser realizado. 1.5 ALCANCE DEL PROYECTO EI anal is, disefio, construccién e implementacién de un sistema contable sostenible en la Web para la empresa de publicidad NEON MAGICO se enfoca a la administracion de los procesos contables de la empresa, en donde se podra llevar un control automatizado de todos los movimientos financieros que se realicen en las dos sucursales, por lo cual este sistema esta orientado a los miembros que conforman la empresa entre ellos administradores, vendedores y propietarios, ya que ellos seran los unicos usuarios con acceso al portal Web, es decir que no se podrd realizar ventas a través de este portal, ni tampoco sera un medio informativo hacia los clientes con los cuales cuenta la empresa. Debido a las politicas de la empresa se tendré jerarquias de usuarios, en donde habré ciertos privilegios dependiendo del cargo que desempefia la persona dentro de la empresa. Se registrara el proceso de facturacién a través de la Web, solo con dinero en efectivo 0 cheque pero no se aceptard pagos con tarjetas de crédito. Otras de las funciones que realizaré el aplicativo seran las siguientes: * Proceso de facturacién a través de la Web y calculo automatico de la misma + Elaboracién de cotizaciones de proyectos a realizarse por la empresa. DSc E> oS SOLID CONVERTER POF > satin see+ Registro de clientes con sus respectivos datos: nombre, numero de cédula, direccién, RUC, para optimizar futuras ventas al momento de realizar la facturacion. + Registro de las ventas realizadas. * Célculo automatico para el cierre de caja diario para las dos sucursales. + Registro de egresos realizados por diferentes conceptos entre ellos: pagos aproveedores, servicios, compra de materiales, etc. * Registro de proveedores y los productos que cada uno de ellos ofrece, * Reporte de compras: por proveedor, producto, etc. * Descarga de productos en inventario dependiendo de los articulos que figuren como vendidos. * Ingreso de productos a inventarios. + Consultas de productos y sus respectivos precios ya sea por su cédigo 0 por su descripcion. + Reporte de ventas diario o mensual. * Almacenar todos los movimientos contables en un sistema centralizado para las dos sucursales. + Garantizar la integridad de la informacién por medio del manejo de perfiles de usuarios a través de la administracién de usuarios y contraserias dependiendo del cargo de cada trabajador. + Registrar los accesos de los usuarios, teniendo un historial de todas las transacciones que ha realizado cada uno de ellos. + Obtener un dato real de! margen de ganancia de cada uno de los productos ala venta. ee = SOLID CONVERTER PDF > omc tinesin pa teCAPITULO 2 2 INTRODUCCION En este capitulo se detalla los conceptos de los términos técnicos y legales contables que se _utilizan con mayor frecuencia en el ambiente financiero, ya que al ser un software aplicado a la contabilidad, se debe tener claro las referencias tedricas las mismas que van a ser aplicadas al ambito virtual. Se enumera los diferentes conceptos que involucran el proceso contable, pues son indispensables para entender y desarrollar de una mejor forma el flujo de procesos que estan involucrados en este proyecto de tesis. Se realiza un andlisis de las leyes de impuestos vigentes en el Ecuador, las cuales se aplican para realizar los célculos que ejecuta la aplicacién Web. Este capitulo también incluye como marco referencial, la metodologia que se utiliz6 para el disefio de la aplicacién WEB orientada al proyecto de tesis, en este caso especificaremos la metodologia OOHDM y las diferentes razones y ventajas por las cuales se escogié esta metodologia. Se realiza un estudio de los conceptos y parametros establecidos por la metodologia OOHDM para el proceso de construccién de aplicaciones hipermediales, conteniendo el andlisis, disefio, implementacién, prueba y mantenimiento que se debe realizar al utilizar esta metodologia Se enumeran las diferentes fases con las cuales cuenta esta metodologia: determinacién de requerimientos, disefio conceptual, disefio navegacional, disefio de interfaz abstracto e implementacién. Ya que cada fase parte del modelo conseguido en la fase anterior y sirve como base para el modelo de la siguiente fase. ee = SOLID CONVERTER PDF > omc tinesin pa te2.1: MARCO REFERENCIAL 2.1.1 CONCEPTO DE CONTABILIDAD Es un sistema por medio del cual se lleva un registro ordenado, completo y en forma permanente, de todas las transacciones comerciales que realiza la ‘empresa, durante un ejercicio econémico que corresponde al afio calendario (de enero 1 a diciembre 31) que permite conocer en cualquier momento, su verdadera situacién econémica y financiera. El detalle de los ingresos que por diversos conceptos recibe la empresa, asi como también registra los gastos o costos de operaciones que por diferentes conceptos, debe desembolsar la empresa como obligaciones por las transacciones que ha realizado, ya sea por las compras y ventas de mercaderia. La contabilidad se organiza por grupos de cuentas que son: cuentas de Activos, cuentas de Pasivos, cuentas de Ingresos y cuentas de Gastos."") 2.1.2. CUENTAS CONTABLES Las cuentas son el instrumento contable representativo de los diferentes elementos patrimoniales de la empresa, asi como de sus gastos e ingresos, recogiendo las variaciones producidas en sus respectivos valores y permitiendo determinar en cada momento su saldo.! 2.1.2.1 Partes de una Cuenta Contable Una cuenta contable consta de las siguientes partes * DEBE: Se denomina a la columna izquierda del libro diario en la que se registran todos los valores que entran o ingresan en efectivo o en especies, a la empresa por cualquier concepto, se llaman también débitos, porque son valores por los cuales la empresa se responsabiliza de su recepcién y utilizacion. " hup:ttwww.ipane.org *! http/fbooks.google.com ee = SOLID CONVERTER PDF > omc tinesin pa te+ HABER: Se denomina a la columna derecha del libro diario y en ella se registra todos los valores que salen o egresan en efectivo 0 especies de la empresa, se llaman también créditos porque son valores con los cuales la empresa descarga responsabilidades. * SALDO: Es la diferencia entre las cantidades anotadas al Debe y las anotadas al Haber de una cuenta. Si el total del Debe es mayor que el total del Haber es saldo deudor, sino, es saldo acreedor. 2.1.2.2 Clases de Cuentas Contables Las cuentas se pueden agrupar: * Cuentas de Activo: representan los bienes, derechos y otros recursos controlados econémicamente por la empresa, de los que se espera que la empresa obtenga beneficios o rendimientos econdmicos en el futuro. * Cuentas de Pasiv representan las obligaciones contraidas por la empresa con personas 0 entidades ajenas a la misma, para cuya extincion la empresa espera desprenderse de recursos que puedan producir beneficios o rendimientos econémicos en el futuro. * Cuentas de Patrimonio Neto: representan obligaciones contraidas por la empresa con los socios o propietarios originadas por las aportaciones realizadas en el momento de su constitucién u otros posteriores, que no tengan la consideracién de pasivos. * Cuentas de Ingreso: representan, entre otras operaciones, ventas de existencias y servicios que ofrece la empresa. * Cuentas de Gasto: representan, entre otras operaciones, compras de existencias 0 aprovisionamiento y servicios que recibe la empresa.!”! " hup:ttwww.ipane.org °! http://www miramegias.com/emodulos/fileadminipdfe/ut02s.par DSc E> oS SOLID CONVERTER POF > satin see10 2.1.3 PROCESO CONTABLE El ciclo 0 proceso contable es la secuencia que debe seguir la informacion contable desde que se origina la transaccién hasta la presentacién de los i Balances y que se resume en los siguientes paso [DOCUNENTOS] FUENTE ESTADO DE SITUACION. DIARIO GENERAL LIBRO DIARIO TWAYOR GENERAL TWAYORES a LIBRO MAYOR AUKIUIARES| BALANCE DE HOUADE COMPROBACION TRABAIO AlUSTES BALANCE GENERAL estApos FINANICIEROS. ESTADO DE IRESULTADOS| CIERRE DEUBROS: Figura: 2.1 Proceso contable Fuente: waw.mailxmail.com 2.13.1 Libro Diario El libro de Diario tiene por objeto registrar y reflejar cronolégicamente los hechos contables. Es decir, segin las fechas en que se producen las diferentes operaciones de la organizacién.!! Y putp:fswww.mailxmail.com © hutp:/www.infornipyme.com ee = SOLID CONVERTER PDF > omc tinesin pa teW Los valores de las cuentas que tuvieron movimiento durante el periodo, se trasladan de este libro al libro mayor. Un asiento de diario incluye como minimo: + La fecha de la transaccién o contabilizacién o ambas. + Los nombres 0 cédigos de las cuentas que se debitan. + Los nombres 0 cédigos de las cuentas que se acreditan. + Elimporte de cada débito y crédito + Una explicacién de la operacién que se esta registrando Fecha Nro. Cuenta Concepto Debe Haber a7s03/11 1928372 Caja $1200 ° Tabla: 2.1 Libro diario Fuente: Autores dela tesis 2.1.3.2. Libro Mayor EI libro Mayor tiene como funcién basica, recopilar sistemdticamente las ‘operaciones inscritas en el libro de diario. Es decir, que sirve para llevar control de cada cuenta contable del balance, a efecto de terminar, en cualquier fecha, los saldos de cada una de éstas.! Deve Caja Habe jo0.000 | 16.000 20,00€ sumse=> 120,000 18,000) SE, 105.000 Figura: 2.2 Libro Mayor Fuente: waw.virensis.com/cursos/contalconta3.htm "hutp:ftwww.infomipyme.com ee = SOLID CONVERTER PDF > omc tinesin pa te12 2.1.3.3. Libro Balance Contablemente se denomina balance a cualquier estado numérico, derivado de operaciones contables, que permite comprobar la exactitud de las mismas. El objetivo es el de verificar si existe equilibrio entre las cuentas deudoras y las cuentas acreedoras, obteniendo asi, un balance de comprobacién. La determinacién de los montos por cuenta, se obtienen del Libro Mayor. EI balance es el fundamento del principio de la partida doble. Es decir, éste demuestra si efectivamente en cada operacién contable, existié un cargo y un abono. El balance es la base para la formulacién de los estados financieros, los que a su vez, sirven para los andlisis correspondientes y la toma de decisiones. De esta forma se manifiesta el proceso y los instrumentos de contabilidad.!! 2.1.4 ESTADOS FINANCIEROS DEL PROCESO CONTABLE Los Estados Financieros son el producto final del sistema contable y estan preparados con base en los principios de la contabilidad. Cada uno constituye un reporte especializado sobre ciertos aspectos de la empresa. * Balance General o Estado de Situacion Financiera * Estado de Resultados o de Rendimientos Econémicos. 2.1.4.1 Balance General o Estado de Situacién Finaneiera Es un informe contable que presenta en forma ordenada la situacién financiera de una empresa en un momento en el tiempo (estatico) en el cual se indica:!! " putp:ftwww.infomipyme.com °! http://www stideshare.netdianalex_91/proceso-contable-1726551 ee = SOLID CONVERTER PDF > omc tinesin pa te+ La naturaleza y el valor de los recursos, bienes y derechos de la empresa (activos). + El valor y la naturaleza de las deudas, obligaciones que gravan esos activos y los derechos de los acreedores (pasivos). + El valor y la naturaleza de los aportes y derechos de los accionistas 0 propietarios. * Elvalor excedente o deficiente de la empresa en sus operaciones (utilidad). + Su presentacién en base al principio contable: ACTIVO TOTAL= PASIVOS + PATRIMONIO! 2.1.5 PARTES QUE CONFORMAN UN BALANCE GENERAL 2.1.5.1 Activos Es todo lo que tiene la empresa y pose valor como: + Eldinero en caja y en bancos. + Las cuentas por cobrar a los clientes * Las materias primas en existencia o almacén + Las maquinas y equipos + Los vehiculos + Los muebles y enseres + Las construcciones y terrenos Los activos de una empresa se pueden clasificar en orden de liquidez en las siguientes categorias: Activos corrientes, Activos fijos y otros Activos. 24 1.1 Activos Corrientes Son aquellos activos que son mas faciles para convertirse en dinero en efectivo durante el periodo normal de operaciones del negocio. Estos activos son: * Gaja: es el dinero que se tiene disponible en el cajén del escritorio, en el bolsillo y los cheques al dia no consignados.”! hutp:ftwwnw.slideshare.net/dianalex_9/proceso-contable-1726551 *! http://www. gerencie.com/balance-general html ee = SOLID CONVERTER PDF > omc tinesin pa te14 * Bancos: es el dinero que se tiene en la cuenta corriente del banco. * Cuentas por Cobrar: es el saldo de recaudar de las ventas a crédito y que todavia deben los clientes, letras de cambio los préstamos a los operarios y amigos. También se incluyen los cheques o letras de cambio por cobrar ya sea porque no ha llegado la fecha de su vencimiento o porque las personas que le deben a usted no han cumplido con los plazos acordados. + Inventarios: es el detalle completo de las cantidades y valores correspondientes de materias primas, productos en proceso y productos terminados de una empresa. 2.1.5.1 2. Activos Fijos Es el valor de aquellos bienes muebles e inmuebles que la empresa posee y que le sirven para desarrollar sus actividades. + Maquinaria y Equipo + Vehiculos + Muebles y Enseres * Construcciones © Terrenos Para ponerle valor a cada uno de estos bienes, se calcula el valor comercial o de venta aproximado, teniendo en cuenta el estado en que se encuentra a la fecha de realizar el balance. En los casos en que los bienes son de reciente adquisicion se utiliza el valor de compra. Los activos fijos sufren desgaste con el uso. Este desgaste recibe el nombre de “depreciacion”.!) " hutp:/twww.gerencie.comvbalance-general html DSc E> oS SOLID CONVERTER POF > satin see15 2.4.5.2 Pasivos Es todo lo que la empresa debe. Los pasivos de una empresa se pueden clasificar en orden de exigibilidad en las siguientes categorias: pasivos corrientes, pasivos a largo plazo y otros pasivos. 2.1.5.2.1 Pasivos corrientes Son aquellos pasivos que la empresa debe pagar en un periodo menor a un afio. Sobregiros: es el valor de los sobregiros vigentes en la fecha de realizacion del balance. * Obligaciones Bancarias: es el valor de las obligaciones contraidas (créditos) con los bancos y demas entidades financieras. s el valor de las deudas contraidas + Cuentas por pagar a proveedore: por compras hechas a crédito a proveedores. + Anticipos: s el valor del dinero que un cliente anticipa por un trabajo aun no entregado. * Cuentas por pagar: es el valor de otras cuentas por pagar distintas a las. de Proveedores, tales como los préstamos de personas particulares. En el caso de los préstamos personales o créditos de entidades financieras, debe tomarse en cuenta el capital y los intereses que se deben * Prestaciones y cesantias consolidadas: representa el valor de las cesantias y otras prestaciones que la empresa le debe a sus trabajadores. La empresa debe constituir un fondo, con el objeto de cubrir estas obligaciones en el momento.!"! " hutp:/twww.gerencie.comvbalance-general html ee = SOLID CONVERTER PDF > omc tinesin pa te16 + Impuestos por pagar: es el saldo de los impuestos que se adeudan en la fecha de realizacién del balance. 2.1.5.2.2 Pasivo a largo plazo Son aquellos activos que la microempresa debe pagar en un periodo mayor a un ajio, tales como obligaciones bancarias, etc. 2.1.5.2.3 Patrimonio Es el valor que le pertenece al empresario en la fecha de realizacién del balance. 2.1.5.2.4 Capital Es el aporte inicial hecho por el empresario para poner en funcionamiento su empresa. 2.1,5.2.5 Utilidades Retenidas Son las utilidades que el empresario ha invertido en su empresa. 2.1,5.2.6 Utilidades del Periodo Anterior Es el valor de las utilidades obtenidas por la empresa en el periodo inmediatamente anterior. Este valor debe coincidir con el de las utilidades que aparecen en el ultimo estado de pérdidas y ganancias.""! El patrimonio se obtiene mediante la siguiente operacion: PATRIMONIO = ACTIVO ~ PASIVOS ACTIVO PASIVO Y PATRIMONIO PASIVO Activo Corriente Pasivo Corriente Caja y Bancos Proveedores Clientes Bancos Otras Cuentas por Cobrar Empleados Inventarios Estado Gastos Pagados por Anticipado Total Pasivo Corriente Total Activo Corriente Pasivo No Corriente " hutp:/twww.gerencie.comvbalance-general html ee = SOLID CONVERTER PDF > omc tinesin pa teActivo No Corriente Activo Fijo Depreciacion Activ Fijo Neto Deudas a Largo Plazo Total Pasivo No Corriente Total Pasivo Patrimonio Capital Total Active No Corriente Utlidades Acumuladas TOTAL ACTIVO ‘TOTAL PASIVO + PATRIMONIO 17 Tabla: 2.2 Ejemplo de Balance General Fuente: Autores dela Tesis, 2.1.6 ESTADO DE RESULTADOS El Estado de resultados, es un estado financiero que muestra ordenada y detalladamente la forma de como se obtuvo el resultado del ejercicio durante un periodo determinado. El estado financiero es dindmico, ya que abarca un periodo durante el cual deben identificarse perfectamente los costos y gastos que dieron origen al ingreso del mismo. Por lo tanto debe aplicarse perfectamente al principio del periodo contable para que la informacién que presenta sea util y confiable para la toma de decisiones." El estado de resultados o estado de pérdidas y ganancias proporciona la siguiente informacién de la empresa: + Da una vision mas real sobre la operacién y accién de la empresa en su objeto social a través del tiempo. * Complementa al Balance General. * El resultado se obtiene al comparar los valores de ventas, ingresos con costos y gastos, es decir, las cuentas de resultado. 2.1.6.1 Componentes del Estado de Resultados * Ventas: representa la facturacién de la empresa en un periodo de tiempo, a valor de venta. * Costo de Ventas: representa el costo de toda la mercaderia vendida. hutp:ftes. wikipedia.org °! http:www.monografias.com ee = SOLID CONVERTER PDF > omc tinesin pa te18 * Utilidad Bruta: son las Ventas menos el Costo de Ventas. * Gastos generales de ventas y administrativos: representan todos aquellos rubros que la empresa requiere para su normal funcionamiento y desempefio (pago de servicios de luz, agua, teléfono, alquiler, impuestos, entre otros). * Utilidad de operacién: es la Utilidad Operativa menos los Gastos generales, de ventas y administrativos. * Gastos Financieros: representan todos aquellos gastos relacionados a endeudamientos o servicios del sistema financieros. * Utilidad antes de impuestos: es la Utilidad de Operacién menos los Gastos Financieros y es el monto sobre el cual se calculan los impuestos. + Impuestos: es un porcentaje de la Utilidad antes de impuestos y es el pago que la empresa debe efectuar al Estado. * Utilidad neta: es la Utilidad antes de impuestos menos los impuestos y es sobre la cual se calculan los dividendos. * Dividendos: representan la distribucién de las utilidades entre los accionistas y propietarios de la empresa. + Utilidades retenidas: es la Utilidad Neta menos los di accionistas, la cual se representa como utilidades retenidas para la idendos pagados a empresa, las cuales luego pueden ser capitalizadas.""! Ventas, (.) Costo de Ventas Utilidad Bruta ()Gastos Utilidad de Operacion (-) Gastos Financieros Utilidad antes de impuestos ()Impuestos Utilidad Neta (.) Pago de Dividendos Utilidades Retenidas Tabla: 2.3 Ejemplo de la Estructura del Estado de Resultados Fuente: ww slideshare.net " hutp:/twww.monografias.com ee = SOLID CONVERTER PDF > omc tinesin pa te19. 2.2. CONCEPTO DE OOHDM OOHDM ", es una metodologia de desarrollo propuesta por Rossi y Schwabe para la elaboracién de aplicaciones multimedia que tiene como objetivo simplificar y a la vez hacer més eficaz el disefio de aplicaciones hipermedia. OOHDM esta basada en HDM, en el sentido de que toma muchas de las definiciones, sobre todo en los aspectos de navegacién, planteadas en el modelo de HDM. Sin ‘embargo, OOHDM supera con creces a su antecesor, ya que no es simplemente un lenguaje de modelado, sino que define unas pautas de trabajo, centrado principalmente en el disefio, para desarrollar aplicaciones multimedia de forma metodolégica. OOHDM ha evolucionado bastante desde su nacimiento. Actualmente esta siendo utilizado por sus autores para el desarrollo de aplicaciones en la Web. OOHDM como ya se ha comentado es una metodologia de desarrollo para aplicaciones multimedia. Antes de comenzar a detallar cada una de las fases que propone, es necesario resaltar algunas de sus caracteristicas: 2.2.1 CARACTERISTICAS DE OOHDM. * OOHDM esta basada en el paradigma de la orientacién a objetos. En esto se diferencia de su antecesor HDM. * A diferencia de HDM, no sélo propone un modelo para representar a las aplicaciones multimedia, sino que propone un proceso predeterminado para el cual indica las actividades a realizar y los productos que se deben obtener en cada fase del desarrollo.'"! + Fundamentalmente OOHDM toma como partida el modelo de clases que se obtiene en el analisis del Proceso Unificado de UML. A este modelo lo denomina modelo conceptual. Método de Disefio Hipermedia Orientado @ Objeto (Object Oriented Hypermedia Design Method) " hutp:/twww.cumed nevTibros/2009/587 ee = SOLID CONVERTER PDF > omc tinesin pa te20 * OOHDM como técnica de disefio de aplicaciones hipermedia, propone un conjunto de tareas que segin Schwabe, Rossi y Simone (s. f.) pueden resultar costosas a corto plazo, pero a mediano y largo plazo reducen notablemente los tiempos de desarrollo al tener como objetivo principal la reusabilidad de disefio, y asi simplificar el coste de evoluciones y mantenimiento. + Esta metodologia propone dedicar un tiempo importante en las fases previas a la implementacién, esta inversion de tiempo esté ampliamente justificada no sélo porque simplifica el proceso de desarrollo, facilitando el trabajo del equipo encargado de cada capa de la aplicacién, sino también durante su mantenimiento y eventual extension. 2.2.2. FASES DE OOHDM OOHDM es una mezcla de estilos de desarrollo basado en prototipos, en desarrollo interactivo y de desarrollo incremental. En cada fase se elabora un modelo que recoge los aspectos que se trabajan en esa fase. Este modelo parte del modelo conseguido en Ia fase anterior y sirve como base para el modelo de la siguiente fase. En OOHDM se proponen 5 fases de desarrollo: * Determinacién de Requerimientos * Disefio Conceptual(diagramas de casos de usos, diagramas de clases) + Disefio Navegacional * Disefio de Interfaz Abstracto Implementacién ""! "Theap:siwww.eumed netlibros/2009e/587/Metodologias%20y%20Tecnologias’420Actuales%20para%20la %20construccion”420de%20Sistemas’%420Multimedia him ee = SOLID CONVERTER PDF > omc tinesin pa te21 Realizer el modelo conceptual ‘ealizar el modelo navegacional ealizar el model ¢ do intortaz abstracta a Realzer la Implementaci6n ) Figura: 2.3 Modelo orientado a abjetos conceptual Fuente: Universidad de Sevilla, Introduccién a la ingenieria Web. 2.2.2.1 Fase 1 - Determinacién de Requerimientos En la metodologia OOHDM, inicialmente no se proponia la fase de Ingenieria de Requisitos y centraba su desarrollo en cuatro etapas, Sin embargo, en el afio 2001 tuvo una propuesta orientada a la ingenieria de requisitos denominada UID" La herramienta en la cual se fundamenta esta fase son los diagramas de casos de usos, los cuales son disefiados por escenarios con la finalidad de obtener de manera clara los requerimientos y acciones del sistema. Segun (GERMAN 2003)? primero que todo es necesaria la recopilacin de requerimientos. En este punto, se hace necesario identificar los actores y las tareas que ellos deben realizar. Luego, se determinan los escenarios para cada tarea y tipo de actor. Los casos de uso que surgen a partir de aqui, seran luego representados mediante los Diagramas de Interaccién de Usuario (UIDs), los cuales proveen de una representacién grafica concisa de la interaccién entre el usuario y el sistema durante la ejecucién de alguna tarea. Con este tipo de diagramas se capturan los requisitos de la aplicacién de manera independiente de la implementacion. Esta es una de las fases mas importantes, debido a que es * User Interaction Diggrams(Diagramas de Interac de wari) * Metodoloiasy TeenologiasActates para la construclin de sistemas multimedia (bbloteca virtual 2003) DSc E> oS SOLID CONVERTER POF > satin see2 aqui donde se realiza la recoleccién de datos, para ello se debe proporcionar las respuestas a las siguientes interrogantes: {Cuéles son los t6picos principales que seran atendidos? + ECémo los t6picos estan relacionados entre si? * Qué categoria de usuarios seran atendidos? * ECuales son las tareas principales que seran abordadas? * Qué tareas corresponden a qué categoria de usuarios? éLos recursos disponibles son competitivos con la informacién levantada? Con las preguntas mencionadas anteriormente, se puede recaudar de cierta manera las bases necesarias para la construccién de una aplicacién hipermedial exitosa, sin embargo mientras mayor sea el nivel de profundidad de la recoleccion de datos, mayor probabilidad de realizar una aplicacién adecuada a las necesidades de los usuarios." 2.2.2.1.1 Evolucién de la cadena fisica * Cadena de Valores La cadena de valor permite comprender las fuentes de ventaja de costos, poniendo al descubierto las fuentes de la diferenciacion. La cadena de valor, es el grupo de actividades requeridas para diseftar, desarrollar, producir, comercializar y proporcionar productos y servicios a los clientes. Es un modelo que describe una serie de actividades que adicionan valor, conectadas del lado del proveedor de la compaiiia (materiales en bruto, procesos logisticos de entrada, y procesos de produccién) con su otro lado de la demanda (procesos logisticos de salida, mercadotecnia y ventas). "Tpetp:stwww.cumed.nevlibros/2009¢/587/Metodalogias%20y%420T ecnologias’420Actuales”%420para%20la ‘%20construccion’420de%20Sistemas’%420Multimedia.htm °! http://148.206,53.231/UAMIL1153.PDF DSc E> oS SOLID CONVERTER POF > satin seea nate T [Pessoal D Investigacion $ desarrollo \ E i +} Suministeo postvents AprOvisio- Operacion samiento Distibucion Marketing OOP 1 ACTIVIDADES Figura: 2.4 Cadena de Valor Fisica Fuente: Tomado de Porter, Michael La Cadena de Valor Fisica trata la informacion como un elemento dependiente al proceso de asociacién a una ventaja, no como una fuente de valor en si misma. Pocas veces se llega a utilizar la informacién misma para crear un nuevo valor para el cliente. Para crear valor con la informacion hay que mirar al mundo virtual La cadena de valor va desde el origen de las materias primas hasta los consumidores finales, es decir es todo un proceso que va desde concebir productos hasta la entrega y satisfaccién de los consumidores. La posicién ocupada por la organizacién, con respecto a la cadena de valor se considera que no es un punto homogéneo o igual en todas, sino que esta constituida por toda una serie de operaciones: * Procesos operativos como: disefio de productos, ventas, produccién, etc. * Procesos de apoyo y gestién como: gestién de recursos humanos, funciones de staff. que realiza, afiadiendo valor (o contribuyendo a hacerlo de modo indirecto) a los miles de bienes y servicios que finalmente llegaran a satisfacer las necesidades de la poblacién."") " utp:/148.206,53.23 1/UAMII1153,PDF DSc E> oS SOLID CONVERTER POF > satin see24 Por otro lado encontramos que la cadena de valor nos sirve para identificar las fortalezas de la organizacién. Es decir, aquellos aspectos del proceso de produccién en los que la organizacién podria contar con habilidades distintivas que le permitan obtener un desempefio superior, en términos de eficiencia, calidad, innovacién y satisfaccién de los usuarios. * Cadena de Valor Virtual Para crear valor con la informacion, las empresas deben examinar el mercado electrénico. Aunque la cadena de valor virtual pueda parecer igual que la del mercado fisico, los compradores y vendedores pueden efectuar transferencias en las redes electrénicas exactamente igual que podrian realizar intercambios en el mundo real, los procesos que afiaden valor que deben utilizar las empresas para convertir la informacién en bruto en nuevos productos y servicios del mercado electrénico son exclusivos del mundo de la informacion. En otras palabras, las fases que afiaden valor son virtuales, en tanto que se realizan a través de la Web. Cada etapa de la cadena de valor virtual es como una proyeccién de la cadena fisica de valor sin embargo la primera permite nuevos extractos del flujo de informacién y cada extracto puede constituir un nuevo producto o servicio. En efecto, estos pasos de valor agregado, en conjuncién con las cadenas de valor virtual hacen una matriz de valor que permite a las compafiias identificar mas efectivamente los deseos de los clientes y satisfacerlos mas eficientemente. Por ejemplo, cuando una manufacturera de automéviles cambia sus actividades de investigacion y desarrollo de la cadena de valor fisica a la cadena de valor virtual, esto hace posible a la compajiia explotar la matriz al vincular consumidores en un nuevo proceso del desarrollo del producto, aun si estos estén localizados alrededor del mundo. La compajiia analizara, organizara, seleccionard, sintetizaré y distribuira informacién sobre el disefio del producto en proceso de investigacion y desarrollo DSc E> oS SOLID CONVERTER POF > satin see25 para crear un modelo de simulacién en computadora de los consumidores, quienes podrén entonces entrar en el espacio de disefio virtual y dar retroalimentacién lo cual podra ser usado para dar un valor agregado al disefio. abierto de un nuevo producto. Por el pensamiento valiente al implantar la cadena de valor virtual con una integraci6n en el lugar y el espacio, las empresas pueden ser capaces de crear sus activos digitales que a cambio, podran modificar la dinémica competitiva de las industrias.") smerllos Gestion del RREE =D praeuscement Lepstice ni — Prodweicn Laguverest. —Yenis —Senicis Figura: 25 Cadena de Valor Virtual Fuente: Tomado de Porter, Michael 2.2.2.2 Fase 2 - Disefio Conceptual Durante esta actividad se construye un esquema conceptual representado por los objetos del dominio, las relaciones y colaboraciones existentes establecidas entre ellos. En las aplicaciones hipermedia convencionales, cuyos componentes de hipermedia no son modificados durante la ejecucién, se podria usar un modelo de datos seméntico estructural (como el modelo de entidades y relaciones). De este modo, en los casos en que la informacién base pueda cambiar dinamicamente o " utp:/148.206,53.23 1/UAMII1153,PDF DSc E> oS SOLID CONVERTER POF > satin see26 se intenten ejecutar calculos complejos, se necesitaré enriquecer el comportamiento del modelo de objetos. En OOHDM, el esquema conceptual esta construido por clases, relaciones y subsistemas. Las clases son descritas como en los modelos orientados a objetos tradicionales. Sin embargo, los atributos pueden ser de multiples tipos para representar perspectivas diferentes de las mismas entidades del mundo real. Se usa notacién similar a UML" y tarjetas de clases y relaciones similares a las tarjetas CRC’. El esquema de las clases consiste en un conjunto de clases conectadas por relaciones. Los objetos son instancias de las clases. Las clases son usadas durante el disefio navegacional para derivar nodos, y las relaciones que son usadas para construir enlaces. En cada disefio conceptual existe comportamiento que escapa a la simple navegacién de informacion. Se trata del comportamiento inherente de cada clase, y aunque la aplicacién particular no requiera que se implemente, es importante destacar que si la aplicacién crece el disefio conceptual debe estar preparado para ser extendido, tal como cualquier disefio orientado a objetos.""! 2.2.2.2.1 Diagrama de Casos de Uso Un Diagrama de Casos de Uso muestra la relacién entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interaccién externa. En el diagrama de casos de uso se representa también el sistema como una caja rectangular con el nombre en su interior. Los casos de uso estan en el interior de la caja del sistema, y los actores fuera, y cada actor esta unido a los casos de uso en los que participa mediante una linea. Es importante resaltar que los diagramas de casos de uso no estén pensados para representar el disefio y no puede describir los elementos internos de un United Modeling Language (Lenguaje de Modelado Uniticado) ass Responsibilly Collaboration (Clase Responsabililad Colaboraciin) "hutp:ftwww.lifia.info.unlp.edu.ar/papers/2001/Silva2001 pdf ®) up:/www.wikilearning.com/tuloria'desarollo orientado a objelos_con_uml-diagrama de casos de usoV6321-5 DSc E> oS SOLID CONVERTER POF > satin see27 sistema. Los diagramas de casos de uso sirven para facilitar la comunicacién con los futuros usuarios del sistema, y con el cliente, que resultan especialmente utiles para determinar las caracteristicas necesarias que tendrd el sistema. Es decir, los diagramas de casos de uso describen qué es lo que debe hacer el sistema, pero no como se lo va a realizar. Un caso de uso describe desde el punto de vista de los actores, un grupo de actividades de un sistema que produce un resultado conereto y tangible. Los casos de uso son descriptores de las interacciones tipicas entre los usuarios de un sistema y ese mismo sistema. Representan la interfaz externa del sistema y especifican qué requisitos de funcionamiento debe tener. * Elementos de los Casos de Uso: Los elementos que pueden aparecer en un Diagrama de Casos de Uso son: actores, casos de uso y relaciones entre casos de uso. © Actor: es una entidad externa (de fuera del sistema) que interacciona con el sistema participando (y normalmente iniciando) en un caso de uso. Los actores pueden ser gente real (por ejemplo, usuarios del sistema), otros ordenadores o eventos externos. Los actores no representan a personas fisicas 0 a sistemas, sino su rol. Esto significa que cuando una persona interacttia con el sistema de diferentes maneras (asumiendo diferentes papeles), estara representado por varios actores. Actor Figura: 2.6 Actor Fuente: Autores de la Tesis, DSc E> oS SOLID CONVERTER POF > satin see28 o Gasos de Uso: es una descripcién de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea especifica. Expresa una unidad coherente de funcionalidad, y se representa en el Diagrama de Casos de Uso mediante una elipse con el nombre del caso de uso en su interior. El nombre del caso de uso debe reflejar la tarea especifica que el actor desea llevar a cabo usando el sistema.""! Cambio de NIP <>, Entrada al sistema Retiro de efectivo <> Pago de servicios Figura: 2.7 Caso de uso Fuente: Autores de la Tesis, * Relaciones entre Casos de Uso: Las tres relaciones principales entre los casos de uso son: © Inclusién: es una forma de interaccién o creacién, un caso de uso dado puede "incluir" otro. El primer caso de uso a "jp www wikilearning.comitutorial/dcsarolla_orientade.__objetos_con_uml-dingrama_de_casos_de_usol6321-5 DSc E> oS SOLID CONVERTER POF > satin seeDSc 29 menudo depende del resultado del caso de uso incluido. Esto es til para extraer comportamientos verdaderamente comunes desde multiples casos de uso a una descripcién individual, desde el caso de uso que lo incluye hasta el caso de uso incluido, con la etiqueta "«includen". Este uso se asemeja a una expansion de una macro, donde el comportamiento del caso incluido es colocado dentro del comportamiento del caso de uso base. No hay pardmetros 0 valores de retorno. <> ar deals grupo de tebajo Figura: 2.8 Inclusion Fuente: Autores de la Tesis, o Extensién: es otra forma de interaccién, un caso de uso dado, (la extensién) puede extender a otro. Esta relacién indica que el comportamiento del caso de uso extensién puede ser insertado en el caso de uso extendido bajo ciertas condiciones. La notacién, es una flecha de punta abierta con linea discontinua, desde el caso de uso extensién al caso de uso extendido, con la etiqueta «extend». Esto puede ser util para lidiar con casos especiales, 0 para acomodar nuevos requisitos durante el mantenimiento del sistema y su extensién. La extensién se utiliza en casos de uso, un caso de uso a otro caso siempre debe tener extension 0 inclusion. E> oS SOLID CONVERTER POF > satin see30 Dar de alta la mercancia <> ‘Comprobar mercancia <> Registrar devolucién Figura: 2.9 Extension Fuente: Autores de la Tesis, © Generalizacién: en la tercera forma de relaciones entre casos de uso, existe una relacién generalizacién/especializacién. Un caso de uso dado puede estar en una forma especializada de un caso de uso existente. La notacién es una linea solida terminada en un triangulo dibujado desde el caso de uso especializado al caso de uso general. Esto se asemeja al concepto orientado a objetos de sub-clases, en la practica puede ser util factorizar comportamientos comunes, restricciones al caso de uso general, describirlos una vez, y enfrentarse a los detalles excepcionales en los casos de uso especializados.!! " hutp:ltes.wikipedia.org/wiki/Diagrama_de_casos_de_uso DSc E> oS SOLID CONVERTER POF > satin see31 Un caso hereda el significado y el ——+Generalizacién comportamiento de Figura: 2.10 Generalizacion Fuente: Autores de la Tesis, 2.2.2.2.2 Diagrama de Clases: Un diagrama de clases es un tipo de diagrama estatico que describe la estructura de un sistema mostrando sus clases junto con sus métodos y atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de andlisis y disefio de los sistemas, donde se crea el disefio conceptual de la informacién que se manejara en el sistema, y los componentes que se encargaran del funcionamiento y la relacién entre uno y otro. Un diagrama de clases esta compuesto por los siguientes elementos: * Clase: una clase define los atributos y los métodos de una serie de objetos. Todos los objetos de esta clase (instancias de esa clase) tienen el mismo comportamiento y el mismo conjunto de atributos (cada objetos tiene el suyo propio) ee = SOLID CONVERTER PDF > omc tinesin pa te32 Figura: 2.11 Clase Fuente: Autores dela Tesis, Elementos de una clase: o Nombre de la clase: contiene el nombre de la Clase © Atributos: contiene los atributos (0 variables de instancia) que caracterizan a la Clase (pueden ser private, protected o public). © Métodos: contiene los métodos u operaciones, indica el nombre, y puede mostrar sus parametros y valores de retorno. Relaciones entre Clases: * Herencia (Especializacién/Generalizacién): indica que una subclase hereda los métodos y atributos especificados por una Stiper Clase, por ende la Subclase ademas de poseer sus propios métodos y atributos, poseerd las caracteristicas y atributos visibles de la Super Clase (public y protected). Figura: 2.12 Herencia Fuente: www-dec.uchile.cl~psalinas/umi/modelo.html ee = SOLID CONVERTER PDF > omc tinesin pa te* Agregacién: para modelar objetos complejos, bastan los tipos de datos basicos que proven los lenguajes: enteros, reales y secuencias de caracteres. Cuando se requiere componer objetos que son instancias de clases definidas por el desarrollador de la aplicacién. Almacén ‘Cuentas Cliente Figura: 2.13 La composicién (por Valor) se destaca por un rombo relleno. La agregacién (por Referencia) se destaca por un rombo transparente, Fuente: Autores de la Tesis + Asociacién: permite asociar objetos que colaboran entre si. Cabe destacar que no es una relacién fuerte, es decir, el tiempo de vida de un objeto no depende del otro. Cliente OrdenCompra Figura: 2.14 Un cliente puede tener asociadas muchas Ordenes de Compra, en ‘cambio una orden de compra solo puede tener asocado un cliente Fuente: Autores de la Tesis * Dependencia o Instanciacién: representa un tipo de relacién muy particular, en la que una clase es instanciada (su instanciacién es dependiente de otro objeto/clase). Se denota por una flecha punteada.'! " hutp:ftwww.dec.uchile.cl/~psalinas/uml/modelo html DSc E> oS SOLID CONVERTER POF > satin see34 Aplicacion Ventana Figura: 2.16 La creacién del Objeto Ventana esta condicionado a la instanciacién proveniente desde el abjeto Aplicacién. Fuente: Autores de la Tesis, 2.2.2.3. Fase 3 - Disefio Navegacional En OOHDM, la navegacién es considerada un paso critico en el disefio de una aplicacién de hypermedia. Un Modelo de navegacién se construye como una vista mas de un modelo conceptual y permite la construccién de modelos diferentes segin los perfiles diferentes de los usuarios. Cada modelo de navegacién proporciona una vista "Subjetiva" del modelo conceptual. Mientras se disefia la estructura de navegacién de una aplicacién Web, se tiene en cuenta varios aspectos como: {Qué objetos seran navegados, que atributos poseen, y que son las relaciones entre estos objetos y los mismos definidos en el esquema conceptual? * {Qué tipo de estructuras de composicién existe entre los objetos de navegacién y cémo son relacionados? + ¢Cual es la estructura fundamental de navegacion? ZEn qué contexto el usuario navegara? Se introducira el concepto de contexts de navegacién, una arquitectura primitiva para organizar el espacio de la navegacién. Se necesita decidir los objetos navegados que pueden parecer diferentes segun el contexto en el que ellos son visitados, y se debe especificar esas diferencias claramente. ,Cuales conexiones y estructuras de acceso existen entre objetos que serén navegados (enlaces, trayecto de busqueda, camino o trayecto, indices, etc.)? ~Cémo procede la navegacién cuando el usuario salta "Jump" de un objeto a otro, es decir, lo que es el efecto de navegacién en la fuente "source" y en el destino "target object" y posiblemente en otro objeto relacionado también? DSc E> oS SOLID CONVERTER POF > satin see35 El disefio de navegacién se expresa en dos esquemas: « Esquema de la Clase De navegacin + Esquema del Contexto De navegacién. 2.2.2.3.1 Esquema de Clase de Navegacién: Los objetos navegables de una hypermedia en la aplicacién es definida por un esquema de la clase navegacional cuyas clases reflejan la vista escogida sobre del dominio de la aplicacién. En OOHDM, hay un juego de tipos pre-definidos de clases de navegacién: nodos, links o enlaces, y estructuras de acceso. La seméntica de nodos y enlaces es usual en aplicaciones de hypermedia, y estructuras de acceso, como indices y recorridos guiados, que represente posibles maneras de acceso a los nodos. + Nodos: Los nodos son contenedores basicos de informacién de las aplicaciones hipermedia. Se definen como vistas orientadas a objeto de las clases definidas durante el disefio conceptual usando un lenguaje basado en query, permitiendo asi que un nodo sea definido mediante la combinacién de atributos de clases diferentes relacionadas en el modelo de disefio conceptual. Los nodos contendran tanto atributos de tipos basicos (donde se pueden encontrar tipos como imagenes o sonidos) y enlaces. a Figura: 2.16 Nodos Fuente: Autores de la Tesis, + Enlaces: Los enlaces reflejan la relacién de navegacién que puede explorar el usuario. Ya se sabe que para un mismo esquema conceptual puede haber diferentes esquemas navegacionales y los enlaces van a ser ee = SOLID CONVERTER PDF > omc tinesin pa te36 imprescindibles para poder crear esas vistas diferentes. Las clases enlaces sirven para especificar los atributos de enlaces y estos a su vez para representar enlaces entre clases nodos o incluso entre otros enlaces. En cualquier caso, el enlace puede actuar como un objeto intermedio en un proceso de navegacién o como un puente de conexién entre dos nodos. Los enlaces pueden ser de diferentes tipos: © 1:1 De un nodo a otro nodo. USUARIO {| REGISTRO. Figura: 2.17 Enlaces nodo a nodo Fuente: Autores de la Tesis, © 1:N De un nodo a diversos nodos. Principal Buscar Enlaces Web | [ Envios Recepciones | | Usuarios Figura: 2.18 Enlaces nodo a diversos nodos Fuente: Autores de la Tesis, o N:1 enlaces de diversos nodos a un nodo. ee = SOLID CONVERTER PDF > omc tinesin pa te37 Buscar Enlaces web | [ nvos ecepciones |] | Usuarios <> _—— a Resultado Figura: 2.19 Enlaces diversos nodos a un nodo Fuente: Autores de la Tesis, + Estructuras de Acceso: Las estructuras de acceso actiian como indices 0 diccionarios que permiten al usuario encontrar de forma rapida y eficiente la informacién deseada. Los menis, los indices o las guias de ruta son ejemplos de estas estructuras. Las estructuras de acceso también se modelan como clases, compuestas por un conjunto de referencias a objetos que son accesibles desde ella y una serie de criterios de clasificacién de las mismas. + Contexto Navegacional: Para disefiar bien una aplicacién hipermedia, hay que prever los caminos que el usuario puede seguir, asi es como Unicamente se podra evitar informacién redundante o que el usuario se pierda en la navegacién. En OOHDM un contexto navegacional esta compuesto por un conjunto de nodos, de enlaces de clases de contexto y de otros contextos navegacionales. Estos son introducidos desde clases de navegacién (enlaces, nodos o estructuras de acceso), pudiendo ser definidas por extension o de forma implicita, + Clase de Contexto: Es otra clase especial que sirve para complementar la definicién de una clase de navegacién. Por ejemplo, sirve para indicar qué informacién esta accesible desde un enlace y desde dénde se puede llegar aél. 2.2.2. 2. Esquena del Contexto de Navegacién En OOHDM, la estructuracién principal primitiva del espacio de navegacién es el concepto de Contexto de Navegacién. ee = SOLID CONVERTER PDF > omc tinesin pa te38 * Clase basados en Objetos: este tipo de contexto pertenecen a la misma clase y son seleccionados por dar una propiedad, por el que debe satisfacerse a una propiedad todos los elementos. Un caso comin es cuando incluye todas las instancias de una clase. * Clase basado en grupos: es especificado para dar una propiedad del parametro y permitiendo que el parametro asuma todo los posibles valores (en un e numerable dominio finito). + Enlaces basados en Objetos: en este tipo de contexto son de la misma clase y son seleccionados cuando ellos pertenecen a la relacién de 1 an. * Enlaces basados en grupo: es un juego de contextos cada uno de los cuales son un enlace basado en contexto. Es especificado dando una relacién de 1 an y formando el enlace basado en contextos para cada posible valor de la fuente de la relacién. + Enumerar: se enumeran elementos explicitamente, y puede pertenecer a las clases diferentes. Ademas de sus elementos, hay otra dimensién a lo largo de contexto los cuales seran definidos, relativo a una sesién de la navegacién. Si los elementos de un contexto pueden variar como una consecuencia de la navegacién por el usuario, se dice que el contexto es dinamico." Hels 4 = ES Figura: 2.20 Esquema de Contexto Navegacional Fuente: Autores de la Tesis, hutp:/twww. monografias,com/trabajos82/informe-practicas-preprofesionales-ing-sistemas-c- informatica/informe-practicas-preprofesionales-ing-sistemas-e-informatica3.shtmal DSc E> oS SOLID CONVERTER POF > satin see39 2.2.2.4 Fase 3 — Disefio de Interfaz Abstracta Una vez que las estructuras navegacionales son definidas, se deben especificar los aspectos de interfaz. Esto significa definir la forma en la cual los objetos Navegacionales pueden aparecer, cémo los objetos de interfaz activarin la navegacién y el resto de la funcionalidad de la aplicacién, qué transformaciones de la interfaz son pertinentes y cuando es necesario realizarlas. Una clara separacién entre disefio navegacional y disefio de interfaz abstracta permite construir diferentes interfaces para el mismo modelo navegacional, dejando un alto grado de independencia de la tecnologia de interfaz de usuario. El aspecto de la interfaz de usuario de aplicaciones interactivas (en particular las aplicaciones Web) es un punto critico en el desarrollo que las modemas metodologias tienden a descuidar. En OOHDM se utiliza el disefio de interfaz abstracta para describir la interfaz del usuario de la aplicacion de hipermedia. El modelo de interfaz ADVs' especifica la organizacién y comportamiento de la interfaz, pero la apariencia fisica real o de los atributos, y la disposicién de las propiedades de las ADVs en la pantalla real son hechas en la fase de implementacion.!" 2.2.2.4.1 Modelos de Vistas Abstractas de Datos (advs): Los modelos de los ADVs no son mas que representaciones formales que se usan para mostrar: + La forma en que se estructura la interfaz, para ello se usan las vistas abstractas de datos. Estos son elementos que tienen una forma y un dinamismo. Son elementos abstractos en el sentido de que solo representan la interfaz y su dinamismo, y no la implementacién, no entran en aspectos concretos como el color de la pantalla o la ubicacién en ésta de la informacion. Asi, tendremos un conjunto de representaciones graficas, que gestionan las estructuras de datos y de control, y un conjunto * abstract Data View (Vista de Datos Abstract) "utp: /twwow. utp. edu, ec/eva/descargas/material/184/G18501.10.pat ee = SOLID CONVERTER PDF > omc tinesin pa te40 de aspectos de interfaz, como las entradas del usuario y las salidas que se le ofrecen. + La forma en que la interfaz se relaciona con las clases navegacionales, para ello se usan diagramas de configuracién. Los diagramas de configuracién van a ser grafos dirigidos que permitiran indicar de qué objetos de navegacién toman la informacién los ADV. + La forma en que la aplicacién reacciona a eventos externos, para ello se usan los ADVs-Charts. Los ADVs-Charts van a ser diagramas bastante similares a las maquinas de estados, es mas en las tltimas versiones de OOHDM se usan maquinas de esto. A través de ellas se puede indicar los eventos que afectan a una ADV y como ésta reacciona a ese elemento.""! ‘ADV obrasdearte ‘obrasdearte Tema: sting Fecha: Stang |zamarsujera | SSmentatios Text Descriscon Tomar Nombre |sefiatarcon mouse Namore Swing tickcon mouse || magen-ehmap Iaostror Referencine Fiarseleccian Mostrar Mostrar Deseripeion Referencias Contexto de interfaz Tema) Fecha) Tecnice Figura: 2.21 Interfaz Abstracta Fuente: Autores de la Tesis, 2.2.2.5 Fase 4: Implementacién En esta fase, el disefiador realmente implementara el disefio. Hasta ahora, todos los modelos fueron deliberadamente construidos de semejante manera en lo que " hutp:ftwww.cumed nevlibros/2009e/587 ee = SOLID CONVERTER PDF > omc tinesin pa te41 se refiere a ser independiente de la plataforma de implementacién; en esta fase el ambiente particular de (tiempo de ejecucién) runtime se toma el derecho de acceso a un servidor 0 a la red internet. A continuacién se fijaré cémo los disefios de OOHDM pueden ser implementados en ambiente Web. Cuando la fase de implementacién se alcanza, el disefiador ya tiene definido los articulos de informacion que son parte del dominio de! problema. También tiene identificado cémo estos articulos deben ser organizados segun el perfil del Usuario y asignaciones; ya que se ha decidido lo que la interfaz se parecera, y cémo se comportara. El orden para implementar todo esto en el ambiente Web y aplicaciones de multimedia, el disefiador tiene que decidir cémo los articulos de informacién (ambos conceptual y objeto de navegacién) sera almacenada. También debe decidir como se comprenderén la apariencia de la interfaz y el comportamiento seran realizados usando HTML y posiblemente use algunas extensiones.! 2.3 VENTAJAS Y DESVENTAJAS DE OOHDM 2.3.1 VENTAJAS DE UTILIZAR OOHDM * OOHDM propone un conjunto de tareas que en principio pueden involucrar mayores costos de disefio, pero que a mediano y largo plazo reducen notablemente los tiempos de desarrollo al tener como objetivo principal la reusabilidad' de disefto, y asi simplificar la evolucién y el mantenimiento. * OOHDM es una propuesta basada en el disefio, que ofrece una serie de ideas que han sido asumidas por bastantes propuestas y que han dado muy buenos resultados. La primera de ellas es que hace una separacién clara entre lo conceptual, lo navegacional y lo visual. Esta independencia hace que el mantenimiento de la aplicacién sea mucho mas sencillo. ‘Ademés, es la primera propuesta que hace un estudio profundo de los aspectos de interfaz, esencial no solo en las aplicaciones multimedia, sino que es un punto critico en cualquiera de los sistemas que se desarrollan actualmente. ‘www monografias.com/trabsjos82/nforme-practicas-preprofesionales-ing-sistemas-c-informaticainforme- practices-preprofesionales-ing-sistemas-e-informatica3 shtml Respectoa la calidad de un programa, se hace referencia a poder volver a usar parte de dicho software en otro proyecto ee = SOLID CONVERTER PDF > omc tinesin pa te42 * OOHDM hace uso también de Ia orientacién a objetos y de un diagrama tan estandarizado como el de clases, para representar el aspecto de la navegacién a través de las clases navegacionales: indices, enlaces y nodos. Esta idea ha dado muy buenos resultados y parece muy adecuada ala hora de trabajar. 2.3.2. DESVENTAJAS DE OOHDM: * OOHDM ha dejado fuera de su ambito un aspecto esencial que es el tratamiento de la funcionalidad del sistema. El qué se puede hacer en el sistema y en qué momento de la navegacién o de la interfaz se puede hacer, es algo que no trata y que lo deja como tarea de implementacién. + Ademas, OOHDM no ofrece ningun mecanismo para trabajar con multiples actores. Por ejemplo: la interfaz y la navegacién de la aplicacién varia sustancialmente dependiendo de quién se conecte a la aplicacién. El diagrama navegacional, los contextos navegacionales y los ADVs resultarian muy complejos para representar esta variabilidad. Otra propuesta de OOHDM que no parece adecuada es la de los contextos navegacionales.'"! " hutp:ftwww.cumed nevlibros/2009e/587 ee = SOLID CONVERTER PDF > omc tinesin pa teCAPITULO 3 3 INTRODUCCION En este capitulo se realiza un estudio de la situacién actual de la empresa ya que sirve como punto de partida para iniciar el analisis y posterior disefio del sistema informatico y asi conocer los aspectos que se deben tomar en cuenta al momento de desarrollar el proyecto. Se realiz6 un anilisis de factibilidad tanto técnica como operativa, lo cual permitira tener una visién global de la funcionalidad del aplicativo y las necesidades que van a ser atendidas. Se realiza el disefio del proyecto a partir de la metodologia OOHDM iniciando con la determinacin de requerimientos y siguiendo con todos los parémetros que implica la utilizacién de esta metodologia, asi como el disefio de los diferentes diagramas y finalizando con la implementacién y pruebas del Software desarrollado. 3.1 ESTUDIO DE LA SITUACION ACTUAL, 3.1.1 MISION Neén Magico es una empresa proveedora de la mejor materia prima y elaboracién de rétulos de alta calidad que cumple con todos los requerimientos y necesidades de sus clientes brinddndoles oportunamente servicios de _instalacién, mantenimiento y reparacion a través de un trabajo de calidad. 3.1.2 VISION Llegar a ser lider en la distribucién de materia prima de altisima calidad necesaria para la elaboracién de rétulos de ultima tecnologia, teniendo un control en todos sus procesos, trabajo en equipo, transparencia, honestidad y confianza a nivel nacional para lograr ser un ejemplo de buen servicio a toda la sociedad. ee = SOLID CONVERTER PDF > omc tinesin pa te3.13 ORGANIGRAMA Figura: 3.1 Organigrama de la empresa Neén Magica Fuente: Autores de la Tesis. &SouID CONVERTER POF > satin neau ree45 3.14 PROCESO ADMINISTRATIVO INICIO Faltant de meraderia stock Y Contacte y negocio ‘con proveedores ¥ Realizar pedidos de J Realizar Pagos ¥ Recepeidn de ‘material einsumos ¥ Ingresar producto @ J Distribuir productos ‘a sucursales Figura: 3.2 Proceso Administrativo de la empresa Neén Magico. Fuente: Autores de la Tesis. ee = SOLID CONVERTER PDF > omc tinesin pa te46 3.15 PROCESO DE COMERCIALIZACION Se atiende al cliente Posee una cotiaion Bl vendedor muestra la mercaderia t ‘Se eatrega la cotizacion| ‘consepondiente sl letiene acepia la sotzacin Bl cliente realiza el pedido El vendedor consol via telenica in cxisteneia dl praeto oto local NO Elveadedor verfiet el stock dela meraderi El vendedor reliza la Titre y El vendedor etrega orden e taba, orden de entre de meraderia Figura: 3.3 Proceso de comercializacion de la empresa Neén Magico. Fuente: Autores de la Tesis. ee = SOLID CONVERTER PDF > omc tinesin pa te47 3.1.6 PROCESO CONTABLE INICIO ‘Se realiza asionto de aperture ¥ Se ponen los asientos eontables| al mes y se sacan Ios tatales de debe y haber ¥ Se verifican que los datos estén corectos (.Cuadraron los. No totales de debe yhaber? ‘Se determinan saldos y ‘movimientos | i Se asientan en el balance de ‘comprobacion y se verifica que ‘estén cuadrados {Cuadraron tos saldos y smovimientos? Figura: 3.4 Proceso Contable de la empresa Neén Magico. Fuente: Autores de la Tesis. ee = SOLID CONVERTER PDF > omc tinesin pa te48 3.2. ANALISIS Y DISENO 3.2.1 ANALISIS Este andlisis permite determinar la posibilidad de disefiar el sistema propuesto, la implementacién y el grado de aceptacién que el proyecto genera en la empresa Neén Magico. 3.2.1.1 Anilisis de Factibilidad Se realizara un estudio de factibilidad para determinar la infraestructura tecnolégica y la capacidad técnica que implica la implantacién del sistema, asi como los costos y beneficios. En el andlisis de factibilidad se tomara en cuenta los siguientes aspectos: + Factibilidad Técnica * Factibilidad Economica * Factibilidad Operativa 3.2.1.1.1 Andlisis de Factibilidad Técnica Actualmente la empresa cuenta con toda la infraestructura informatica necesaria para realizar la implementacién del sistema contable ya que cumple con todos los requerimientos tecnolégicos_minimos que el sistema necesita para su funcionamiento. Por lo tanto se podra hacer uso de los mismos equipos sin tener la necesidad de que la empresa adquiera nuevos equipos. Requisitos minimos de Hardware para el servidor: + Procesador: Core 2 Duo 2,4 GHz * Disco duro: 150 GB * Memoria Ram: 4 GB + Tarjeta de Red * Unidad de CD-RW + Puertos USB ee = SOLID CONVERTER PDF > omc tinesin pa te49 Requisitos minimos de Hardware para las estaciones de trabajo: Procesador: Dual Core Disco duro: 60 GB Memoria Ram: 1 GB Tarjeta de Red Unidad de CD-RW Puertos USB Hardware Disponible: La empresa Neén Magico cuenta con dos sucursales y cada una de ellas cuenta con dos estaciones de trabajo: eee = SOLID CONVERTER PDF Servidor: Servidor Descripei Procesad Disco duro: 300 GB Memoria Ram: 4 GB Tarjeta de Red Unidad de CD-RW Puertos USB Lector de memorias ‘ore i3 Duo 2,93 GHz Tabla: 3.1 Especificaciones del servidor Fuente: Autores de la Tesis. Estaciones de trabajo: SUCURSAL: SUR Estacion de Trabajo 1 Descripci Procesador: Dual core Disco duro: 120 GB Memoria Ram: 2 GB Tarjeta de Red Unidad de CD-RW Puertos USB SUCURSAL: SUR To remove tis message, purchase the ‘product at www.SolidDocu ws.comEstacion de Trabajo 2 Descripci 50 Procesador: Dual core Disco duro: 120 GB Memoria Ram: 3 GB Tarjeta de Red Unidad de CD-RW Puertos USB SUCURSAL: NORTE Estacion de Trabajo 1 Descripci Procesador: Dual core Disco duro: 120 GB Memoria Ram: 2 GB Tarjeta de Red Unidad de CD-RW Puertos USB SUCURSAL: NORTE Estacion de Trabajo 2 Descripcion: Procesador: Dual core Disco duro: 320 GB Memoria Ram: 4 GB Tarjeta de Red Unidad de CD-RW Puertos USB Tabla: 3.2 Especificaciones de las estaciones de trabajo Fuente: Autores de la Tesis. + Equipos Portatiles: Portatil 1 Descripcion: Dell Vostro 1000 Procesador: Core 2 Duo 2,3 GHz Disco duro: 120 GB Memoria Ram: 2.5 GB Tarjeta de Red Unidad de CD-RW Puertos USB Lector de memorias Portatil 2 Descripcion: This document was created using gC SOLID Dell Vostro 1000 Procesador: Core 2 Duo 2,3 GHz Disco duro: 120 GB CONVERTER PDF To remove tis message, purchase the ‘product at www.SolidDocu ws.comst Memoria Ram: 2.5 GB Tarjeta de Red Unidad de CD-RW Puertos USB Lector de memorias Tabla: 3.3 Especicaciones portailes Fuente: Autores dela Tesis, Requisitos minimos de Software para el Servidor: Para que el sistema desarrollado se pueda implementar y funcione correctamente, se requiere la instalacién previa del siguiente software: * Windows 2003 Server MySQL 5.0 JDK 1.6 Tomcat 6.0 Apache HTTP Server 2.2 * Antivirus NOD32 Requisitos minimos de Software para las Estaciones de Trabajo: * Windows Xp Home. + Navegador Web(Mozila Firefox 2.0 o Internet Explorer 6.0) © Javascript Software Disponible: © Servidor: Servidor Descripcion: ‘Sistema Operativo; Windows 2003 server. Utilitarios; office 2003 Navegador; Mozilla Firefox Antivirus: kaspersky internet security 8.0 Tabla: 3.4 Especificaciones del servidor Fuente: Autores de la Tesis, ee = SOLID CONVERTER PDF > omc tinesin pa te52 * Estaciones de trabajo: SUCURSAL: SUR Estacion de Trabajo 1 Descripcion: Sistema Operativo: Windows 7 Utilitarios: Office 2007 Adobe Photoshop Adobe Illustrator Corel Draw Navegador; Mozilla Firefox Antivirus: kaspersky internet security 10.1 SUCURSAL: SUR Estacion de Trabajo2 —_| Descripcion: Sistema Operativo: Windows xP Utilitarios: Office 2003 Adobe Photoshop Adobe Illustrator Corel Draw Navegador; Mozilla Firefox Antivirus: kaspersky internet security 8.0 ‘SUCURSAL: NORTE Estacion de Trabajo 1 Descripcion: Sistema Operativo: Windows xP Utilitarios: Office 2003 Adobe Photoshop Adobe Illustrator Corel Draw Navegador; Mozilla Firefox Antivirus: kaspersky internet security 8.0 SUCURSAL: NORTE Estacién de Trabajo 2 _| Descripcién: Sistema Operativo: Windows xP Utilitarios: Office 2007 Adobe Photoshop Adobe Illustrator Corel Draw ete = SOLID CONVERTER PDF > omnes pues eNavegador; Mozilla Firefox Antivirus: kaspersky internet security 8.0 Tabla: 3.5 Especificaciones de las estaciones de trabajo Fuente: Autores de la Tesis. + Equipos portatiles: Portatil 1 Descripcion: Sistema Operativo: Windows XP Utilitarios: Office 2007 Navegador; Mozilla Firefox Antivirus: kaspersky internet security 8.0 Portatil 2 Descripcion: Sistema Operativo: Windows XP Utilitarios: Office 2007 Navegador; Mozilla Firefox Antivirus: kaspersky internet security 8.0 Tabla: 3.6 Especificaciones portal Fuente: Autores de la Tesis. De acuerdo al software que ya se encuentra instalado en los equipos, se debera completar los requerimientos necesarios de software en el servidor para la implementacién de la aplicacion. Requerimientos de Comunicaciones: Para establecer comunicacién entre el servidor y las estaciones de trabajo es necesario contar con los siguientes equipos y medios de comunicacién: * Para el servidor es necesario contratar_una conexién de internet ADSL de 512Kbps/512Kbps de bajada y subida respectivamente. * Adquisicién de una ip publica. * En las estaciones de trabajo es necesario tener una conexién de internet ADSL de 512Kbps/256Kbps. ee = SOLID CONVERTER PDF > omc tinesin pa te34 Requerimientos de comunicaciones existentes: Las dos sucursales de la Empresa cuentan con una conexién ADSL de 600Kbps/300Kbps suministrada por CNT. 3.2.1.1.2 Andlisis de Factibilidad Econémica Con este analisis se obtuvo resultados de la factibilidad econémica del desarrollo del sistema informatico. Se realizé una evaluacion entre los costos que implican el desarrollo y la implementacién del sistema y los beneficios que se obtendra del mismo. * Costos Generales Los Gastos generales son aquellos que se realizan en accesorios y material de oficina de uso diario, necesarios para realizar los procesos, entre ellos: esferos, cuadernos, marcadores, libros de contabilidad, etc. Costos de material de oficina y papeleria Actual Consumo Gastos Generales __| Costo aproximado | __Mensual Costo Anual Material de oficina $60.00 1 $720.00 Cartuchos de impresoras __| $ 12.00 6 $864.00, Papel para impresora $6.00 2 $144.00, Facturas $ 23.00 2 $552.00 TOTAL $2280.00 Tabla: 3.7 Costas de material de ofcina y papeleria actual Fuente: Autores de la Tesis. ete = SOLID CONVERTER PDF > omnes pues e35 Costos de material de oficina y papeleria con la implementa: Informatica Consumo Gastos Generales __| Costo aproximado | ___Mensual Costo Anual Material de oficina $40.00 1 $480.00 Cartuchos de impresoras _ | $ 12.00 6 $ 864.00 Papel para impresora $6.00 1 $72.00 Facturas $23.00 2 $552.00 TOTAL $1968.00 Tabla: 3.8 Costos de material de oficina y papeleria con la implementacién del sistema Fuente: Autores de la Tesis, * Costos de Hardware y Software Ya que la empresa cuenta con todos los equipos informaticos y recursos técnicos necesarios para el desarrollo e implementaci6n del nuevo sistema informatico, no es necesario ningun tipo de inversién en este aspecto. * Costo de personal Al ser un proyecto que automatizaré la parte contable de la empresa, luego de la implementacién del sistema, se observara un ahorro de gastos de personal en ésta area. Costos de Salario de personal Actual Costo Mensual (8 horas Costo Anual Recurso Humano diarias) (unificado) Salario Contador $800.00 $ 13789.28 [TOTAL: $13789.28 Tabla: 3.9 Costos de salario de personal actual Fuente: Autores de la Tesis. ete = SOLID CONVERTER PDF > omnes pues e56 Costos de salario de personal con la implementacién del Sistema Informatica Costo Mensual (4 horas Costo Anual Recurso Humano diarias) (unificado) Salario Contador $ 400.00 $6894.64 [TOTAL: $ 6894.64 Tabla: 3.10 Costos de salario de personal con la implementacién del sistema Fuente: Autores de la Tesis, * Costo de Desarrollo de Software: ‘Consumo Gastos Generales | Costo aproximado | __Mensual Costo Anual Material de oficina $10.00 1 $120.00 Cartuchos de impresoras _| $ 12.00 1 $120.00 Computador de Escritorio. con Internet $1.00 hrs 25 $ 300.00 Rubros fijos (Universidad) | $ 197.84 c/u $ 395.68 Gastos Recurso Humano Salatio Programadores | 2000.00 /proyecto $ 2000.00 TOTAL $ 2935.68 Tabla: 3.11 Costos de desarrollo del portal Fuente: Autores de la Tesis. * Analisis Costo- Beneficio del Sistema Propuesto: ‘ACTUAL ‘SISTEMA PROPUESTO Costo Costo Mensual__|Costo Anual_|Mensual Costo Anual Gastos Generales $190.00 $2280.00 |$ 164.00 $1968.00 Gastos de Personal $800.00 $ 13789.28 |$ 400.00 $ 6894.64 Gastos de Desarrollo de Software $0.00 $0.00 $167.00, $ 2935.68 TOTAL $990.00 $16069.28 | $ 564.00 $ 11798.32 Tabla: 3.12 Analisis Costo - beneficio del Sistema Propuesto Fuente: Autores de la Tesis. ete = SOLID CONVERTER PDF > omnes pues e37 De acuerdo al analisis realizado, se puede observar que el sistema propuesto genera un gasto extra por concepto de desarrollo de software por el valor de $ 2935.68. Pero a pesar de este valor, los gastos con el nuevo sistema, no superan los gastos actuales que la empresa realiza. Con este andlisis, se visualiza que los gastos actuales se reducirian notoriamente con la implementacién del sistema contable propuesto, teniendo asi un ahorro anual de $ 4270.96, lo cual representa un incremento en las utilidades que genera el negocio. Al automatizar los procesos se consigue agilitar el flujo de informacién, ya que al tener un sistema informatico se obtiene datos mas precisos sin necesidad de recurrir a medios fisicos tales como hojas y cuadernos, dando como resultado un ahorro de accesorios y material de oficina de uso diario. El andlisis Costo-Beneficio presenta grandes ventajas para la empresa, ya que la misma cuenta con los recursos técnicos necesarios (hardware y software) para la implementacién del nuevo sistema, por lo que no representa inversién alguna en cuanto a tecnologia Beneficios Tangibles: Con la implementacién del sistema informatico se obtendra beneficios tangibles tales como: * Reduccién de costos en papeleria y material de oficina + Ahorro de suministros. * Control de existencias de productos a través de un inventario controlado. Beneficios Intangible: + Optimizar el tiempo del personal que conforma la empresa, el cual podrd dedicar mayor tiempo al area comercial por lo tanto habré un aumento representativo en el porcentaje de ventas. DSc E> oS SOLID CONVERTER POF > satin see58 * Se brindara un servicio de calidad a los clientes, al obtener informacién precisa e inmediata de los productos que ofrece la empresa. * Capacidad de registrar y almacenar automaticamente datos de los clientes, agilitando asi el proceso de facturacién en futuras ventas. * Mayor control de la informacién, proporcionando agilidad en el desempefio de las actividades a todas las areas de la empresa. Anilisis de Factibilidad Operativa + Las personas que operaran el sistema: administradores, vendedores y contador, tienen los conocimientos necesarios y estén capacitados para manipular el sistema contable y aprovechar los beneficios de su utilizacion. * En la empresa no se encontré ningun limitante que impida la implementacién del sistema y sus diferentes médulos que lo conforman. + Todos los médulos estén orientados a las necesidades y actividades que realiza la empresa, ya que ha existido una gran participacién por parte de la administracion de la empresa para la planificacién y desarrollo del proyecto, proporcionando la informacion y datos necesarios para la construccién del software. * Con la implementacién del software, se veran beneficiadas todas la areas que conforman la empresa, pues a través de los diferentes médulos que forman parte del sistema se interrelacionan todas las areas de manera integral. + Se tendra mayor accesibilidad y rapidez a la informacion, al tener todos los datos consolidados, los mismos que permitiran mayor efectividad al momento de tomar decisiones en el negocio. DSc E> oS SOLID CONVERTER POF > satin see59 + No habré ninguna afectacién al cliente ya que los procesos que ha ido llevando la empresa se mantendran, pero de una manera automatizada. 3.2.2. ANALISIS DE REQUERIMIENTOS DEL SISTEMA 3.2.2.1 Introduccién La elaboracién de este documento permitira a los usuarios de la empresa donde se desarrollara el aplicativo, y a los desarrolladores del proyecto tener una vision global de las necesidades y requerimientos a ser atendidos. Generalmente los requerimientos se formaran a partir de una interaccién con los usuarios, los cuales tienen un papel activo en la especificacién de requerimientos, funcionalidad y comportamiento esperado del aplicativo. 3.2.2.2 Propésito La defini ito fundamental n de requerimientos del sistema tiene como propé prover informacién para el usuario final y que sirva de guia a los desarrolladores, ya que es donde se establece las capacidades y el alcance que tendrd el proyecto 3.2.2.3 Aleance del Anilisis de Requerimientos El sistema contable sostenible en la Web para la empresa de publicidad NEON MAGICO se enfoca a la administracién de los procesos contables de la empresa, ‘en donde se podra llevar un control automatizado de todos los movimientos financieros que se realicen en las dos sucursales, por lo cual este sistema esta orientado a los miembros que conforman la empresa entre ellos administradores, vendedores y propietarios, ya que ellos seran los Unicos usuarios con acceso al portal Web, es decir que no se podra realizar ventas a través de este portal, ni tampoco sera un medio informativo hacia los clientes con los cuales cuenta la empresa. EI software a desarrollarse abarcara las diferentes areas que conforman la ‘empresa asi como el proceso de comercializacién y manejo de puntos de ventas a través de la facturacién, Inventarios de productos existentes a través del manejo ee = SOLID CONVERTER PDF > omc tinesin pa te60 de stock, contabilidad a través de la creacién de plan de cuentas y consolidacién de sucursales. Luego de concluir con el desarrollo del aplicativo, se entregaré al usuario final los respectivos manuales de usuario, que permitira la operacién del sistema y mayor comprensién de sus funcionalidades. Se realizara la capacitacién al personal de la empresa de acuerdo al perfil que se asignaré a cada usuario, en donde se despejaran las dudas que exista en cuanto ala utilizacién y manejo del sistema por parte de los usuarios. 3.2.2.4 Funciones del Producto Todos los médulos que conforman el sistema de informacién funcionaran de manera integral e interrelacionada, cada uno con sus propias facilidades y caracteristicas orientadas a apoyar la gestion del negocio. Figura: 3.5 Funcionalidades de Proyecto. Fuente: Autores de la Tesis. eet > < SOLID CONVERTER PDF > ness mas te61 3.2.2.4.1 Médulo de Sistema En este Médulo se registran en la base de datos los diferentes médulos de los cuales consta el sistema. Asi como también se registran los ments que estan contenidos en cada Médulo. 3.2.2.4.2, Médulo de Seguridades El Médulo de seguridad permite la administracion de perfiles de usuarios, y finalmente los permisos que mantiene cada perfil, pudiendo conceder permisos a nivel de médulo o de ment. Para ello cabe mencionar que cada usuario se halla ligado a un perfil, por lo tanto cuando un usuario inicia una sesién, se recupera el perfil que tiene asignado dicho usuario y finalmente en base a ello se cargan los médulos y los meniis a los que tiene permiso de acceder. 2.4.3 Médulo de Catalogos A través de este médulo el usuario podra administrar los datos correspondientes a diferentes clasificaciones que forman parte de un catélogo los mismos que se encuentran en los médulos, tales como: tipo de productos, unidades de medida, familias de productos, proveedores, clientes, etc. 3 2.4.4 Médulo de Ventas El usuario podra emitir una factura de un servicio o realizar un egreso de un producto, ademas del manejo interrelacionado con los clientes de la Empresa. Este Médulo también permite manejar la informacién relacionada con la gestién de cobro a los clientes lo cual permitiré llevar un registro de todas las transacciones que resulten del proceso de ventas. 3.2.2.4.5 Médulo de Cotizaciones El usuario podra realizar una cotizacién de los productos y entregar al cliente. Se podrd utilizar los datos de la cotizacién para una futura venta. 3.2.2.4.6 Médulo de Compras El usuario podré registrar la compra de nueva mercaderia de acuerdo al producto, en donde se detalla la cantidad, el valor, forma de pago y el proveedor al cual se realiz6 la compra. Ademas se podra llevar un historial de compras. ee = SOLID CONVERTER PDF > omc tinesin pa te2 3.2.2.4.7 Médulo de Inventarios El Médulo de inventarios esta orientado al manejo y gestién de inventarios de productos y mercaderia de la Empresa en las distintas sucursales. Permite varios niveles de clasificacién de los productos o articulos que se comercializan en las sucursales asi como el manejo y control de stock, varios precios, costos, cédigos principales, registro de caracteristicas que identifican a los articulos. 3.2.2.4.8 Médulo de Contabilidad Este Médulo permite tener el control de las Transacciones Contables que se realizan en el transcurso del periodo fiscal de una manera automatizada para la ‘empresa, mediante la configuracién de perfiles o modelos contables definidos en los médulos que se interrelacionan. La contabilizacién de comprobantes y la generacién de Estados Financieros en linea. 3.2.3 DISENO OOHDM 3. 1 DETERMINACION DE REQUERIMIENTOS 3.2.3.1.1 REQUERIMIENTOS ESPECiFICOS, © Autentificacién de usuarios Deseripcién: Se requiere que el sistema solicite credenciales como usuarios y contrasefia, para iniciar una sesién en el sistema Entradas: * Usuario * contrasena Proceso: + Validar campos ingresados + Consulta de usuario en la base de datos Salidas: + En caso que exista; permitir el ingreso de acuerdo al perfil que haya sido asignado al usuario. ee = SOLID CONVERTER PDF > omc tinesin pa te+ En caso que no exista: desplegar mensaje que no se pudo realizar el ingreso + Creacién de perfiles: Descripcién: Se requiere que el sistema permita la creacién, actualizacion y eliminacién de los diferentes perfiles que puede tener un usuario Entradas: + Cédigo + Nombre del perfil Procesos: + Guardar nombre de perfil en la base de datos. Salidas: * Creacién del perfil para poder visualizarlo y asignarle médulos y opciones permitidas * Asignacién de permisos a los perfiles Descrip Se requiere que el sistema permita asignar permisos a los diferentes perfiles creados previamente, en el cual se pueda restringir o permitir el acceso a los diferentes médulos. Entradas: + Seleccién del perfil * Seleccionar un Médulo e ir escogiendo las diferentes opciones. Procesos: * Guardar opciones que se seleccioné para el perfil en la base de datos Salidas: * Perfil listo para ser asignado a los usuarios que se encuentren creados * Creacién de Usuarios: Descripcior ee = SOLID CONVERTER PDF > omc tinesin pa te64 Se requiere que el sistema permita la creacién, actualizacién y eliminacion de usuarios validando que el usuario tenga permisos para realizar esta accion Entradas: * Cédigo de usuario + Nombre + Perfil + Teléfono Procesos: + Validar que todos los campos se encuentren llenos + Validar que los campos sean guardados en la base de datos para la creacién de nuevo usuario. Salidas: * Crear usuario con un perfil asignado. + Gestién de Compras : Descrip Se requiere que el sistema permita el registro de una nueva compra y que los valores que esto genere se registren en una cuenta contable de acuerdo al caso. Entradas: + Seleccionar proveedor + Tipo, N° de factura + Fecha, articulo, cantidad, Valor unitario «Tipo de pago. Procesos: Consulta a la base de datos de proveedores, cdlculo de subtotal del precio de acuerdo al nimero de productos comprados, registro en la base de datos de acuerdo a las cuentas que se afecte en dicha transaccién, guardar registro en la base de datos de la compra realizada, Salidas: ee = SOLID CONVERTER PDF > omc tinesin pa te65 + En caso de cumplir con todos los pardmetros, presentar el mensaje que la compra se realizé con éxito, + En caso de no cumplir indicar que la compra no pudo ser concluida. * Gestién de Ventas: Descrip. Se requiere que el usuario pueda realizar una venta y emitir una factura por dicha transaccién. Entradas: * Seleccionar cliente * Seleccionar tipo de documento + N° de factura, Fecha * Seleccionar articulo cantidad, tipo de cobro. Procesos: * Consulta a la base de datos de clientes y traer datos para factura * CAlculo de subtotal del precio de acuerdo al numero de productos vendidos * Registro en la base de datos de acuerdo a las cuentas que se afecte en dicha transaccién * Guardar registro en la base de datos de la venta realizada. Salidas: + En caso de cumplir con todos los parémetros necesarios para la venta, presentar el mensaje que la venta se realiz6 con éxito + En caso de no cumplir indicar que la venta no se pudo realizar. * Cuadre de Caja: Deseripciér Se requiere realizar un cuadre diario de caja en donde se indique el dinero con el cual la caja finaliza el dia Entradas: * Valor consolidado de ventas Procesos: ee = SOLID CONVERTER PDF > omc tinesin pa te66 + validar campos ingresados Salidas: * Guardar en la base de datos valor consolidado de ventas * Gestién de Inventario: Descrip. Se requiere llevar un registro de productos existentes los cuales estén disponibles al momento de realizar una venta Entradas: + seleccionar tipo de producto a ser consultado. Procesos: * Realizar consulta a la base de datos segun el tipo de producto seleccionado. Salidas: * Presentar resultados de acuerdo a la consulta realizada. * Gestion de Contabilidad: Descrip Se requiere manejar la informacion contable de la empresa, donde se registren todos los movimientos y transacciones realizados por el personal de la empresa Entradas: * Cédigo + Nombre de la cuenta * Registro de cuenta contable Procesos: * Almacenar cuentas contables en la base de datos Salidas: + Creacién de jerarquia de cuentas contables. ee = SOLID CONVERTER PDF > omc tinesin pa te7 + Parametrizacién de Catalogos: Deseripcién: Se requiere administrar las diferentes parametrizaciones en donde se indique los valores que se va considerar para realizar los respectivos calculos. Entradas: * Nombre + Tipo de unidades * Precio de venta * Detalle, cédigo, factor de contabilizacion. Proceso: + Validar campos + Guardar nuevo registro en la base de datos Salidas: + Creacién de nuevo registro * Asignacién de valor al registro creado. 3.2.3.2, ESCENARIOS DE USUARIOS n de Roles 1 Identifica © Perfiles © Administrador del Sistema © Administrador © Contador © Vendedor * Permisos Usuarios 3.2.3.2.2 Especificaciones de Escenarios + Médulo de Compras + Médulo de Ventas + Médulo de Inventario * Médulo de Contabilidad ee = SOLID CONVERTER PDF > omc tinesin pa te68 * Médulo de Catélogos * Médulo de Seguridades * Médulo de Sistema 3.2.3.3 ESPECIFICACION DE ESC! NARIOS DE 3.2.3.3.1 Escenarios de Casos de Uso para Compras * Escenario Caso de Uso: Realizar Nueva Compra. Caso se Uso: Realizar Nueva Compra Actor Principal: Perfil Administrador Precondiciones: El usuario se autentifica y accede al médulo de compras Garantias de Exito: Registrar una nueva compra Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al menu de compras y selecciona nueva compra. 4. El usuario selecciona el proveedor, si este se encuentra previamente registrado. 5. El usuario selecciona el tipo de documento con el cual se realizé la compra, ingresa el nimero de documento. 6. El usuario selecciona los articulos, cantidad de la compra y valor unitario, 7. Elusuario selecciona la forma de pago de la compra. 8. El usuario guarda la compra realizada. El sistema indica que la compra fue guardada. Extensiones: 2'. Elusuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, El proveedor no se encuentra registrado: * No se despliega el proveedor en la lista. 5’. El usuario no ingresa numero de documento: + El sistema indica mensaje al usuario para que ingrese un numero de documento valido y se pueda guardar la compra. 5”. El usuario ingresa numero de documento que ya ha sido registrado: * El sistema indica que este numero de documento ya ha sido registrado. 6’. Elarticulo no se encuentra registrado: + _no se puede seleccionar articulo ee = SOLID CONVERTER PDF > omc tinesin pa te69 6". Elusuario no ingresa valor en cantidad o valor unitario: + El sistema indica que este valor debe ser mayor a cero para poder ser seleccionado. * Escenario Caso de Uso: Realizar Eliminacion de Compra. Caso se Uso: Realizar Eliminacién de Compra Actor Principal: Perfil Administrador Precondiciones: El usuario se autentifica y accede al Médulo de compras Garantias de Exito: Eliminar una compra realizada. Escenario Principal de Exito 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al menu de compras y selecciona eliminar compra. 4. Elusuario selecciona proveedor, tipo y numero de documento que se va a eliminar y realiza la busqueda. Ei sistema encuentra documento y despliega el detalle. 5. Elusuario elimina la compra Extensiones: 2'. La contrasefia es incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario ingresa numero de documento que no existe: * El sistema indica que no se encontré documento. 4”, El usuario ingresa numero de documento del cual, los articulos ya fueron vendidos: * El sistema indica que la compra no puede ser eliminada porque los articulos ya fueron vendidos. ee = SOLID CONVERTER PDF > omc tinesin pa te70 3.2.3.3.2. Escenarios de Casos de Uso para Ventas * Escenario Caso de Uso: Realizar Nueva Venta. Caso se Uso: Realizar Nueva Venta Actor Principal: Perfil vendedor, perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de ventas Garantias de Exito: Realizar una nueva venta Escenario Principal de Exit 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al meni de ventas y selecciona nueva venta. 4. El usuario selecciona al cliente, si este se encuentra previamente registrado. 5. El usuario selecciona el tipo de documento de la venta, he ingresa el numero de documento. 6. Elusuario selecciona los articulos y cantidad que se va a vender. 9. Elusuario selecciona la forma de pago de la venta. 10.E! usuario guarda la compra realizada. El sistema indica que la compra fue guardada. 11.El usuario imprime el comprobante de la venta. Extensiones: 2'. Elusuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. El cliente no se encuentra registrado: * No se despliega el nombre del cliente en la lista. El usuario carga una cotizacié El sistema carga los datos de acuerdo a la cotizacién realizada. El usuario no ingresa numero de documento: * El sistema indica mensaje al usuario para que ingrese un numero de documento valido y se pueda guardar la venta. 5”. El usuario ingresa numero de documento que ya ha sido registrado: * El sistema indica que este numero de documento ya ha sido registrado. 6’. Elarticulo no se encuentra registrado: * nose puede seleccionar articulo 6”. El usuario no ingresa un valor en cantidad: + El sistema indica que este valor debe ser mayor a cero para poder ser seleccionado y permite seleccionar nuevamente. 6”. El usuario selecciona mas articulos de los que existe en stock: + El sistema indica que no existe la cantidad suficiente de productos en stock y permite seleccionar otro producto o ingresar la cantidad correcta DSc E> oS SOLID CONVERTER POF > satin seen * Escenario Caso de Uso: Realizar Nueva Cotizacién. Caso se Uso: Realizar Nueva Cotizacin Actor Principal: Perfil vendedor, perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de ventas Garantias de Exito: Realizar una nueva cotizacion Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al menu de ventas y selecciona nueva cotizacion. 4. El usuario selecciona al cliente, si este se encuentra previamente registrado. 5. Elusuario ingresa un detalle para la cotizacién. 6. Elusuario selecciona los articulos y cantidad. 7. Elusuario ingresa el porcentaje de descuento si es necesario. 8. El usuario guarda la cotizacién realizada. El sistema indica que la cotizacién fue guardada. 12. El usuario imprime la cotizacion. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. El cliente no se encuentra registrado: No se despliega el nombre del cliente en la lista. El articulo no se encuentra registrado: * no se puede seleccionar articulo 6". El usuario no ingresa un valor en cantidad: * El sistema indica que este valor debe ser mayor a cero para poder ser seleccionado. 7’. Elusuario no ingresa porcentaje de descuento: + La venta se realiza sin descuento. ee = SOLID CONVERTER PDF > omc tinesin pa teR * Escenario Caso de Uso: Realizar Cuadre de Caja. Caso se Uso: Realizar Cuadre de Caja Actor Principal: Perfil vendedor, perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de ventas Garantias de Exito: Realizar cuadre de caja Escenario Principal de Exit 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial El usuario ingresa al mend de ventas y selecciona cuadre de caja. El usuario ingresa el valor conciliado El usuario guarda el cuadre de caja. gae Extensiones: 2’. Elusuario ingresa contrasefia incorrecta: + El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario ingresa un valor no conciliado: + El sistema indica al usuario que debe ingresar el detalle que generé el valor no conciliado para guardar el cuadre de caja. * Escenario Caso de Uso: Realizar Eliminacién de una Venta. Caso se Uso: Realizar Eliminacién de una Venta Actor Principal: Perfil Administrador Precondiciones: El usuario se autentifica y accede al Médulo de ventas Garantias de Exito: Eliminar una venta realizada. Escenario Principal de Exito 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al ment de ventas y selecciona eliminar venta. 4. El usuario selecciona el tipo y numero de documento que se va a eliminar y realiza la busqueda. El sistema encuentra documento y despliega el detalle. ee = SOLID CONVERTER PDF > omc tinesin pa te5. Elusuario elimina la compra Extensiones: 2. La contrasefia es incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario ingresa numero de documento que no existe: + El sistema indica que no se encontré documento. Escenarios de Casos de Uso para Inventario * Escenario Caso de Uso: Realizar Ajuste al Inventario. Caso se Uso: Realizar Ajuste al Inventario Actor Principal: Perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de Inventario Garantias de Exito: Realizar un ajuste al inventario Escenario Principal de Exit 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al ment de Inventario y selecciona ajustes. 4. El usuario selecciona el tipo de producto al cual se va a realizar el ajuste, tipo de movimiento, cantidad y costo. 5. Elusuario guarda los ajustes realizados al inventario. Extensiones: 2'. Elusuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario no ingresa un valor en cantidad o costo: * El sistema indica que este valor debe ser ingresado para realizar el ajuste. ee = SOLID CONVERTER PDF > omc tinesin pa te74 * Escenario Caso de Uso: Realizar Consulta de Stock de Productos. Caso se Uso: Realizar Consulta de Stock de Productos Actor Principal: Perfil vendedor, perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de Inventario Garantias de Exito: Realizar una consulta de inventario Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. El usuario ingresa al meni de Inventario y selecciona Stock de Productos. 4. Elusuario imprime el reporte de stock de productos. Extensiones: 2'. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 3.2.3.3.4. Escenarios de Casos de Uso para Contabilidad * Escenario Caso de Uso: Realizar un Plan de Cuentas. Caso se Uso: Realizar un Plan de Cuentas Actor Principal: Perfil administrador, perfil contador Precondiciones: El usuario se autentifica y accede al Médulo de Contabilidad Garantias de Exito: Registrar una cuenta contable en el plan de cuentas Escenario Principal de Exit 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. El usuario ingresa al mend de Contabilidad y selecciona plan de cuentas. 4. El usuario selecciona registrar nueva cuenta contable, ingresa: cédigo, nombre y cuenta transaccional. 5. Elusuario guarda los cambios realizados. Extensiones: ee = SOLID CONVERTER PDF > omc tinesin pa te15 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar cuenta: * El sistema registra los nuevos valores editados 4”, El usuario selecciona eliminar cuenta: + El sistema elimina la cuenta seleccionada 4”.El usuario selecciona eliminar cuenta que ya tiene registros: + El sistema indica que la cuenta no puede ser eliminada * Escenario Caso de Uso: Realizar un Registro de un Asiento Contable. Caso se Uso: Realizar un Registro de un Asiento Contable Actor Principal: Perfil administrador, perfil contador Precondiciones: El usuario se autentifica y accede al Médulo de Contabilidad Garantias de Exito: Registrar un asiento contable Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. El usuario ingresa al menu de Contabilidad y selecciona registro de asiento. 4. Elusuario registra nuevo asiento contable, ingresa: detalle de asiento. 5. El usuario selecciona tipo de cuenta contable a la cual se va a registrar el asiento. 6. Elusuario ingresa el valor del asiento y realiza un cuadre de cuentas. 7. Elusuario guarda el nuevo registro. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 6’. El usuario no ingresa valores en los campos debe y haber: + El sistema indica que estos valores deben ser ingresados. 6”. El usuario ingresa valores diferentes en el debe y haber + El sistema indica que los valores deben estar cuadrados para registrar el asiento y permite corregir los valores. ee = SOLID CONVERTER PDF > omc tinesin pa te16 * Escenario Caso de Uso: Generar Libro Diario. Caso se Uso: Generar Libro Diario Actor Principal: Perfil administrador, perfil contador Precondiciones: El usuario se autentifica y accede al Médulo de Contabilidad Garantias de Exito: Generar Libro Diario Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al menu de Contabilidad y selecciona Libro Diario. 4. El usuario selecciona un rango de fecha desde la cual se va a general el Libro Diario. La aplicacién busca los registros y despliega el Libro diario. 5. Elusuario imprime el reporte Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. * Escenario Caso de Uso: Generar Libro Mayor. Generar Libro Mayor ‘erfil administrador, perfil contador Precondiciones: El usuario se autentifica y accede al Médulo de Contabilidad Garantias de Exito: Generar Libro Mayor Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al menu de Contabilidad y selecciona Libro Mayor. 4. El usuario selecciona un rango de fecha desde la cual se va a general el Libro Mayor. La aplicacién busca los registros y despliega el Libro Mayor. 5. Elusuario imprime el reporte. ee = SOLID CONVERTER PDF > omc tinesin pa te7 Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. * Escenario Caso de Uso: Generar Balance General. Caso se Uso: Generar Balance General Actor Principal: Perfil administrador, perfil contador Precondiciones: El usuario se autentifica y accede al Médulo de Contabilidad Garantias de Exito: General un Balance General Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. El usuario ingresa al menu de Contabilidad y selecciona Balance General. 4. El usuario selecciona un rango de fecha desde la cual se va a general el Balance General. La aplicacién busca los registros y despliega el Balance General. 5. Elusuario imprime el reporte Extensiones: 2’. El usuario ingresa contrasefia incorrect * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. * Escenario Caso de Uso: Generar Balance de Resultados. Caso se Uso: Generar Balance de Resultados Actor Principal: Perfil administrador, perfil contador Precondiciones: El usuario se autentifica y accede al Médulo de Contabilidad Garantias de Exito: General un Balance General Escenario Principal de Exito: 1. Elusuario ingresa al sitio. eee = SOLID CONVERTER PDF8 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. El usuario ingresa al menu de Contabilidad y selecciona Balance de Resultados. 4. El usuario selecciona un rango de fecha desde la cual se va a generar el Balance de Resultados. La aplicacién busca los registros y despliega el Balance de Resultados. 5. Elusuario imprime el reporte. Extensiones: . El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 3.2.3.3.5. Escenarios de Uso para Catilogos * Escenario Caso de Uso: Realizar la Administracion de productos. Caso se Uso: Realizar la Administracién de Productos Actor Principal: Perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de Catdlogos. Garantias de Exito: Administrar los productos Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al ment de Catalogos y selecciona Productos. 4. Elusuario selecciona registrar nuevo producto, ingresa: nombre, unidad de medida, familia, precio, detalle, IVA. 5. Elusuario guarda los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: + El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar producto: + El sistema registra los nuevos valores editados para el producto 4”, El usuario selecciona eliminar producto: * El sistema elimina el producto seleccionado 4””.El usuario selecciona eliminar producto que ya haya sido utilizado + El sistema indica que el producto no puede ser eliminado ee = SOLID CONVERTER PDF > omc tinesin pa te9 * Escenario Caso de Uso: Realizar la Administracién de Proveedores. Realizar la Administracién de Proveedores Actor Principal: Perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de Catalogos. Garantias de Exito: Administrar los proveedores Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al menu de Catalogos y selecciona Proveedores. 4. El usuario selecciona registrar nuevo proveedor, ingresa: RUC, razon social, representante, teléfono, fax, mail, direccién. 5. Elusuario guarda los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar proveedor: * El sistema registra los nuevos valores editados para el proveedor ". El usuario selecciona eliminar proveedor: * El sistema elimina el proveedor seleccionado 4””.El usuario selecciona eliminar proveedor que ya haya sido utilizado + El sistema indica que el proveedor no puede ser eliminado * Escenario Caso de Uso: Realizar la Administracién de Clientes. Caso se Uso: Realizar la Administracién de Clientes Actor Principal: Perfil administrador, perfil vendedor Precondiciones: El usuario se autentifica y accede al Médulo de Catdlogos. Garantias de Exito: Administrar los clientes Escenario Principal de Exito: 1. Elusuario ingresa al sitio. ee = SOLID CONVERTER PDF > omc tinesin pa te80 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al men de Catalogos y selecciona Clientes. 4. El usuario selecciona registrar nuevo cliente, ingresa: cédula, nombre, teléfono, Fax, mail, direccién. 5. Elusuario guarda los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar cliente: El sistema registra los nuevos valores editados para el cliente El usuario selecciona eliminar cliente e + Elsistema elimina el cliente seleccionado 4”.El usuario selecciona eliminar cliente que ya haya sido utilizado + El sistema indica que el cliente no puede ser eliminado * Escenario Caso de Uso: Realizar la Administracién de Familia de Productos. Caso se Uso: Realizar la Administracin de Familia de Productos Actor Principal: Perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de Catalogos. Garantias de Exito: Administrar las Familias de los productos Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. El usuario ingresa al menu de Catélogos y selecciona Familia de Productos. 4. Elusuario selecciona registrar nueva familia, ingresa: cédigo y nombre 5. Elusuario guarda los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: + El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar familias de productos: El sistema registra los nuevos valores editados. El usuario selecciona eliminar familia de productos: ee = SOLID CONVERTER PDF > omc tinesin pa te81 + Elsistema elimina la familia de producto seleccionada. 4”.El usuario selecciona eliminar familia de productos que ya haya sido utilizada * El sistema indica que la familia de producto no puede ser eliminada * Escenario Caso de Uso: Realizar la Administracion de Unidades de Medida. Caso se Uso: Realizar la Administracién de Unidades de Medida Actor Principal: Perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de Catalogos. Garantias de Exito: Administrar las unidades de medida de los productos Escenario Principal de Exit 6. Elusuario ingresa al sitio. 7. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 8. El usuario ingresa al menu de Catdlogos y selecciona Unidades de Medida 9. Elusuario selecciona registrar nueva unidad de medida, ingresa: cédigo y nombre. 10.El usuario guarda los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar unidad de medida: * El sistema registra los nuevos valores editados para la unidad de medida. 4”, El usuario selecciona eliminar unidad de medida * El sistema elimina la unidad de medida. 4”.El usuario selecciona eliminar unidad de medida que ya haya sido utilizado * Elsistema indica que la unidad de medida no puede ser eliminado ee = SOLID CONVERTER PDF > omc tinesin pa te82 + Escenario Caso de Uso: Realizar la Administracién de Registros de Tipos de Abono en Compras o Ventas. Caso se Uso: Realizar la Administracion de Registros de Tipos de Abono en Compras 0 Ventas Actor Principal: Perfil administrador Precondiciones: El usuario se autentifica y accede al Médulo de Catalogos. Garantias de Exito: Administrar los tipos de abonos en compras o ventas. Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. El usuario ingresa al menu de Catdlogos y selecciona Tipos de abono en compras 0 ventas. 4. El usuario selecciona registrar nuevo tipo de Abono en compras 0 ventas, ingresa: codigo y nombre. 5. Elusuario guarda los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: + El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar tipo de abono en compras o ventas: + El sistema registra los nuevos valores editados para los tipos de abono en compras o ventas. 4”, El usuario selecciona eliminar tipo de abono en compras o ventas. + Elsistema elimina el tipo de abono en compra o venta seleccionado. "El usuario selecciona eliminar tipo de abono en compra o venta que ya haya sido utilizado + El sistema indica que el tipo de abono en compra o venta no puede ser eliminado. + Escenario Caso de Uso: Realizar la Administracién de Registros de Tipos de Documentos en Compras o Ventas. Caso se Uso: Realizar la Administracién de Registros de Tipos de Documentos en Compras o Ventas Actor Principal: Perfil administrador ; El usuario se autentifica y accede al Médulo de Catalogos. ee = SOLID CONVERTER PDF > omc tinesin pa teGarantias de Exito: Administrar los tipos de documentos en compras 0 ventas. Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. El usuario ingresa al menu de Catdlogos y selecciona Tipos de Documentos en compras o ventas. 4. El usuario selecciona registrar nuevo tipo de documento en compras o ventas, ingresa: cédigo, nombre y plantilla. 5. Elusuario guarda los cambios realizados. Extensiones: 2’. Elusuario ingresa contrasefia incorrect * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar tipo de documentos en compras o ventas: * El sistema registra los nuevos valores editados para los tipos de documentos en compras o ventas. 4", El usuario selecciona eliminar tipo de documentos en compras o ventas. * El sistema elimina el tipo de documento en compra o venta seleccionado. 4”.El usuario selecciona eliminar tipo de documento en compra o venta que ya haya sido utilizado * El sistema indica que el tipo de documento en compra o venta no puede ser eliminado. 3.2.3.3.6 Escenarios de Casos de Uso para Seguridades * Escenario Caso de Uso: Realizar la Administracién de Perfiles de Usuario. Caso se Uso: Realizar Registro y Administracién de Perfiles de Usuarios. Actor Principal: Perfil administrador del sistema. Precondiciones: EI usuario se autentifica y accede al Médulo de Seguridades. Garantias de Exito: Registrar y Administrar de Perfiles de Usuarios. Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al menu de Seguridades y selecciona Perfiles. ee = SOLID CONVERTER PDF > omc tinesin pa te84 4, Elusuario selecciona registrar nuevo perfil, ingresa: cédigo y nombre: 5. Elusuario guarda los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar perfil: + El sistema registra los nuevos valores editados para el perfil 4”, El usuario selecciona eliminar perfil * El sistema elimina el perfil. 4”.El usuario selecciona eliminar perfil que esta siendo utilizado: * El sistema indica que el perfil no puede ser eliminado * Escenario Caso de Uso: Realizar la Asignacién de Permisos a los Perfiles. Caso se Uso: Realizar la Asignacién de Permisos a los Perfiles Actor Principal: Perfil administrador del sistema. Precondiciones: EI usuario se autentifica y accede al Médulo de Seguridades. Garantias de Exito: Registrar los permisos a los perfiles de usuarios. Escenario Principal de Exito: El usuario ingresa al sitio. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial El usuario ingresa al menu de Seguridades y selecciona Permisos. El usuario agrega el acceso de los médulos a los perfiles existentes. El usuario restringe a los perfiles el acceso a los médulos. El usuario guarda los cambios realizados. Reo PaaS Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. ee = SOLID CONVERTER PDF > omc tinesin pa te85 * Escenario Caso de Uso: Realizar Registro de Usuarios. Caso se Uso: Realizar Registro de Usuarios Actor Principal: Perfil administrador del sistema. Precondiciones: EI usuario se autentifica y accede al Médulo de Seguridades. Garantias de Exito: Registrar usuarios. Escenario Principal de Exito: 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al menu de Seguridades y selecciona Usuarios. 4. El usuario crea un nuevo usuario, ingresa: cédula, nombre, nick, perfil, telefono. 5. Elusuario guardan los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: + El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar usuario: + El sistema registra los nuevos valores editados para el usuario. 4”, El usuario selecciona eliminar usuarios: * El sistema elimina el usuario. 4”.El usuario selecciona eliminar usuario que cuenta con registros: * El sistema indica que el usuario no puede ser eliminado 3.2.3.3.7. Escenarios de Casos de Uso para Sistema * Escenario Caso de Uso: Realizar la Administracion de los Médulos del Sistema. Caso se Us Actor Principal: Perfil administrador del sistema. Precondiciones: El usuario se autentifica y accede al Médulo de Sistema Garantias de Exito: Registrar y administrar modulos Escenario Principal de E: ee = SOLID CONVERTER PDF > omc tinesin pa te36 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al meni de Sistema y selecciona Médulos. 4. El usuario crea un nuevo médulo, ingresa: cédigo, nombre, icono, posicién. 5. Elusuario guardan los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar médulo: * El sistema registra el nuevo médulo. 4”, El usuario selecciona eliminar médulo: + El sistema elimina el médulo. * Escenario Caso de Uso: Realizar la Administracién de los Mentis del Sistema. Caso se Uso: Realizar la Administracién de los Menus del Sistema Actor Principal: Perfil administrador. Precondiciones: El usuario se autentifica y accede al Médulo de Sistema Garantias de Exito: Registrar y administrar mentis del sistema Escenario Principal de Exit 1. Elusuario ingresa al sitio. 2. El usuario ingresa credenciales de usuario y contrasefia. El sistema verifica credenciales y carga la pagina inicial 3. Elusuario ingresa al meni de Sistema y selecciona Mends. 4. Elusuario crea un nuevo meni, selecciona el médulo e ingresa: cédigo, nombre, accién, posicion 5. Elusuario guardan los cambios realizados. Extensiones: 2’. El usuario ingresa contrasefia incorrecta: * El sistema despliega mensaje indicando que la contrasefia no es correcta y permite al usuario intentar nuevamente. 4’, Elusuario selecciona editar menu: * El sistema registra el nuevo ment. 4”, El usuario selecciona eliminar ment + Elsistema elimina el menu. ee = SOLID CONVERTER PDF > omc tinesin pa te18 jesoue6 ewesBeiq Sasi) op seumaduG pez ‘IVALAAONOD ONASIA FETE88 ‘1891 €] op saioiny :oquony ‘seiduloo ap BuuedBEIg z'¢ “eweIBEIq Pepuiqewos ewsias seiduon 9p evcisie SS _ —_— < omc tinesin pa te89 ‘1891 €] 9p sazony ‘oven ‘sejuan op eweibeig ¢'¢ :ewe6e1q pepugewosewarsis pepugeuey [-<— ° seajenay Jouewonuewarsis capris espe : © ees sass Oo ‘ennpeud “ - oa sewan apreuorsiy OO scoompurs> Zaepnauis> —, / — cos Cm eae sopensuupy Oo sopapua, Y oO Se] :0S7| ep OSeD ap eweBeIq i a: H uw 2 x ul oY Wi > Z 0 oO Q a 0 H Ge Fy ct1501 €] op seioiny ‘ojuen 4 ‘ouejuanul ap ewedbeIG Fe ewesBeIg sopapua, soyanpoig ap 32035 <. S03U0 LIAO 2p jeuoasiH Sapna >> Cones > a ° onsoy <> > (| ft g 1H sk wh = x in Y ul 2 v4 0 Oo Q a QO u cH ouejuenul :osp ep oseg ep ewesbeiq » s 2a 21804 e| 99 soveiny von pepiracuco ap eweiberg se web <> “ - Joke o1qn o. - sopexuey , . sopeasiumupy «cepnigu >> > Pepliqejuog :osn ep ose9 ep eweibeiq i a: H uw 2 x ul oY Wi > Z 0 oO Q a 0 H Ge rr Sen92 ‘S180, 2] op savoiny owang soBoipies op ewesbeg ge ewesbeIq Taree us oquawinsop ‘Sauanua souoge 39 ody seusifay Ferduios ue souDge 2p ody sensiey sepepiun seu3sizoy sepenpoud ey se asiBey Cc ‘oynpo.giensiBay Jopensumupy VY aa Oo soBojg}e9 :osr| ep oseo ep ewelbelg « ee = SOLID CONVERTER PDF > omc tinesin pa te93 ‘180, ap seu0yny :oqueny ‘sepepunbes ep eweiBeg 1'¢ ewesBe1q ‘<<@pnjput >> . ‘ewiayse [2p] <<2prijaul >> JOpeRSIULUPY “nin a 6 0 sosueg snag sepepunBeg :osp ep ose9 ep ewesbeig © ee = SOLID CONVERTER PDF > omc tinesin pa te94 ‘180, 8] ap seuoiny ‘qqueng ‘euiaysis ap eweiBerg ge ‘ewesBeIg eUaysis ap * ee@pnpul >> JOpeNSIUIUpY > ¥ <> BUISISIS omc tinesin pa te95 3.2.3.5 DISENO NAVEGACIONAL 3.24 1 Clases Navegacionales de Perfiles * Perfil Vendedor PerflVendedor = |-#-—_________ Permisos Usuario Vendedor Ventaz { Nueva Venta Cuadrede Caja Historial de Ventas Diagrama: 3.9 Diagrama del perl vendedor. Fuente: Autores de la Tesis. ete = SOLID CONVERTER PDF > omnes pues e96 * Perfil Contador vs {sett cab teins Tee) | ome) ESE] Pees] | [Rm Detar entons naraeeaabe Diagrama: 3.10 Diagrama del perfil contador. Fuente: Autores de la Tesis. * Perfil Administrador del Sistema = ee] Diagrama: 3.11 Diagrama del perfil Administrador del Sistema. Fuente: Autores de la Tesis. ee = SOLID CONVERTER PDF > omc tinesin pa teo7 * Perfil de Administrador Feinaninareer Femi 9 aaa namie [meas (Hee) {ines | Coad age Hes tone Maa mes re ee ed aoe ea taacin cena _[feizesicens | —[_ Posen Ll cies coe cons care an Seccereanes | [crete iso deverin aon —[rmimcronaes Tne ne dein [ence _[Fomanneer Teaneeanase {__‘onea__ TRS repcomane Nene Ta ceieamees estenans | Pimmmamenr ven Diagrama: 3.12 Diagrama del perfil Administrador. Fuente: Autores de la Tesis. ee = SOLID CONVERTER PDF > omc tinesin pa te98 3.2.3.5.2. Esquema de Contexto Navegacional j< > medtes tics, {EI ite seminar Scheres Jf drier deProaucs fr |< > 2 evanes deena gaye > 2 Tipoxde Abonosen {> tines de Docu enc + otipardeDeaum env. <> 2ves compra cctonirioteon OS iff | > Deri trp opts | <> Sister devertes FJ Sear vertas <> Pauses = . |< > dHistria demovin inveriaioe ——> 2 Stock de Roducs fe esi de tsertes eror.egin =} duvveoiane eer i. fi pees Home Congblidad<——> ¢ Balance Grea! Condor falance deResutedos > Sarno Conable {cambla Conracena <> dnueaven sae fe$——>||_ |< > 2 nueva cotizacion Home: Verias<——> 2Cuacte de Caja vendedor —L_pfi}cambi Corman Diagrama: 3.13 Diagrama de clases Navegacionales, Fuente: Autores de la Tesis. ee = SOLID CONVERTER PDF > omc tinesin pa te99) 3.2.3.6 DISENO DE INTERFAZ ABSTRACTA + Interfaz Login Flash Flash neon.swf contaOnline.swf Label: Mensaje de bienvenida panelGrid: Images: user- 24.png Tmgsswer2¢ime | | outputLabel: usuario input ext: codigoUsuario() Imagesiey24pu8 | | utputLabel: clave inputText: Tages ‘commandButton: login verifcarLogeo() Label: Recomendacién de Navegadores Diagrama: 3.14 Diagrama de interfaz Login Fuente: Autores de la Tesis. ee = SOLID CONVERTER PDF > omc tinesin pa te100 + Interfaz inicio Flash neon.swf output Text: login. usuario uswNombre() ‘output Tex: login usuario pel perNombre) Benet Plantilla: ‘ommanButon login permiss selesionar Malo) ‘command. ik: login permisosselecionaeMéult) Image: images/home png outpurTeat: opin. usuario pei pextNombret) Label: Bienvenid@ a Conta-Online Usted puede hacer uso de los siguientes ‘commandBution: login permiss eleccionar Mle) ‘commandLink: login permisosseleccionsrMédulog) Label: Recomendacién de Navegadores Diagrama: 3.15 Diagrama de interfaz Inicio Fuente: Autores de la Tesis. ee = SOLID CONVERTER PDF > omc tinesin pa te101 + Interfaz Compras Flash Flash neon.swf ‘outpurTent: (login usuario usuNombre} contaOnline.swi ‘utputTen: (login. susie pei petNombre} Cuerpo: Image: Label: Médulo de images/com || Compras ras.png Label: detalleMédulo Label: Recomendacién de Navegadores Diagrama: 3.16 Diagrama de interfaz compras Fuente: Autores de la Tesis. ee = SOLID CONVERTER PDF > omc tinesin pa te102 ‘1801 8] ap savoyny :aquong ideo exenu zeyoquy ap ewesbeIQ J) '¢ :ewesbeIg oar OL aPTNETIO RT maNEDIRRE TNL er peTTANO Tao HOSS NO LH VAT RITRGNG a) ELE ROETRORO == g =e 59S PUERTO Te) wrap oa FAFA eae aS FTN ‘emgy ap oe g ‘pup ppued ymoruse sxayndn Omreawore woe tremicaweraon racine | | eateonponemar ems Sinino or new De sow a ToL ETAT AERO SA RES oynonue op SEC PED ToUEd DemmanegeamNaeRN ANON DSN RAST PaeRORG TaN PRR 7 Toa TTT RT PITTS, eaduioo e] ap sored =punjeued oCON eadwiog enann zeyoju) + ete = SOLID CONVERTER POF > sane neaa ree te103 ‘1591 © op saxoyny :oyuony eiduoo seunuya Zepoqul ap e 18210 a1 sewesbeIg uunsocessng ali sunU89q ‘ouneputsues (Qouusunsocianuniedue uaa ‘eam (Qowoxunaocrodiy adieu HER rmuayyauoi3er8 (uopoosoxd edie eum 09q, mae auOi>S ‘qmsumooq, eae TING onioumsog year sopeonnig qe TnI vaduioo v] ap soreq :pupjoued Todiang i & a: i uw a oY yl & Wl > Z 0 oO Q a 0 uo eH rr Sen104 ‘1801 8] ap savoyny :qquong sseiduioo ap jeuorsiy Zeyetu) ap eweubeig 6) :ewesbeIg [RO SN ROA AOD (Gears ebay FUOISIE HOU op SNIV) ROLMETO FewED oo uno eno Qoussparq uns eu: eisoguoreyncid sopsoncid waduos eyo fuk jor val vata 200LN soa Tepe eer “NuPIEDRATO yseudwopyeuoys wee 1 (RAO D RIOT TNR WOAMONPS cwangnor> Tou opauspioPaPTARO opsasnig qe HNaING) = ANSI Tapa POOR >a ra saa aeTNANG seaduroo avosng :pupjaued TaamoD oP RAT LT odian, sesduiog op [eU0}SIH ZeyOIU] ete = SOLID CONVERTER POF > sane neaa ree te105 * Interfaz Ventas Flash Flash neon.swf outpurText: {login usuario usuNombre} contaOnline.swi ‘output Tex: (login euarie pei petNombre) Plantilla: ‘command ton: login. permis selecionarMédulod) ‘ommandL.ink: login permisossleccionarMult) panelGrid: Cuerpo: ensem Image: Label: Médulo de a images/venta | | Ventas bend s.png Label: detalleMédulo Label: Recomendacién de Navegadores Diagrama: 3.20 Diagrama de interfaz Ventas Fuente: Autores de la Tesis, ee = SOLID CONVERTER PDF > omc tinesin pa te106 ‘1801 8] ap sasoyny :aquong ‘SelUaA enaNN ZeyI9IU) ap eWeLbeIG {z'¢ :eweABEIG 7 aaaeae EIS ToL PITTED T oreNaAWE aL iron PaO, ‘Tanoanir ans weoa ERAT VAT RarTRARG TemcpanaToar eA TNS TRGH ec ELBE TTNG 0 ee SETTING ‘Tisaas one aa ORNS RETARD waMoey ap OFeg |puD awe ee [ = TUpaTAERG | Serer xe | oy Ra Aimar TaN | [pepMmED JaarHHANG o]nonue op soe :pupjoued Se ‘apap ip HD BUaGRAT FPO HOARD WAAORAPS impea Tee TGNO BURN PITTA Seu, PRETRSINO Ey TO eiuoa &] op sore -pADTeUEd ‘oman ByUEA RASNN ZeHOyU] « eet > < SOLID CONVERTER PDF > ness mas te107 ‘51801 | 9p savoiny ‘ewan ‘ugjpezioo enanN zejoju op ewesBerq ze'e ewesBEIq) TmopeRNDINE HALRGT imo TNO ‘Denoauraapezionaea sno aH WATRaeTAANG ‘ogee aseanegarg de ac ee AEH ‘aspera waeaneeR oT 50 ee FHAETING Dmenracoeeinoeme ETRE oS TAF HNANG Ormersss senna Opronspea | ‘mayo {9g aNAINO Aparna | [_PePMRD yaa HANG may perteino | [A Rein AUN PEDO TIAA PAE TAG amt ‘epee TeqeDNGNG none op sore :pupjaued Sa ea ‘mea Tae i PEPRTO WORE TIERRPUOHAIS 1 POPS WORETROD IDE TALON uorsezn09 e] ap so1eq ;pUHjaued ‘agen Todieng, ug|9ez105 eAeNN ZeHayU] © ee = SOLID CONVERTER PDF > omc tinesin pa te108 ‘91801 | 9p savoiny ‘owen ‘leo op oupeng zejolul op ewesberg ¢z'¢ :eweGeIG orsagaeaeoefegaipen used our rgiystoreanaaseepeoEeN BaD MT Sie PRETERO — OraipewastoraasswipepapueN BaRg ‘eon onRTer MORMON HELO [ROR OTA PEERING rea ge aaLmarO codiang efeo ap aupeng zepayu + ee = SOLID CONVERTER PDF > omc tinesin pa te109 ‘1801 8] ap savoyny :qquong ‘SelUSA 2p jeUOISIH Ze}aIU ap eweiBerg y2'e ewesBEIq, “Pe, 3 saNEAHIgH MDT RS (Graton sed 54 seuOISHT UBD 9 SHY) HOLES Fe ARGH AOIPUTTIRP moyswamen Qouedamuas198 QooogosequaNNA (ox pEFETIOA =A ‘Oonsumnsocesmnyuan ees Qasauonsprem cowunsocroduss aaguioNT> aisles (eyso uae HI w=pUT SME! | AL MAING Wer VAL vet 740 POGLN oo 7 eer “SuRaeTENG seman see eumis une 19812 (Duapio sue uo UPR mIBHABEDIOLS oe ed rosngsm9 od opamp TPE TNARO epost unsqr vont opeasoag HE HNANG A HHT ROE REINA PP" manwrea a eR TBGNG apa paeTNENG SeqUaA Jeosng :pUD[eurd Tana ap HOM ALANS vodiang ISeJUSA ep [EUOSIY ZEW] & ee = SOLID CONVERTER PDF > omc tinesin pa te110 ‘1591 € op sasoyny :oyuony ‘e]UOA seUNUyo ZeHoIU op ewesBeIg sz'E ewesBEIC, ‘Qowounaoqpeasng n> sean TOES soxngpurunuc> Oowsunsociodi mean ga9%4 SRO PaETHANG ‘ommamnaoq Lear THING ‘uduioo | ap sored :pupjoued vodiang reyue, seu ZepE}U] Peet > SOLID CONVERTER POF > wantin nesau see Mtiu © Interfaz Inventario: Flash Flesh neon.ewf ‘utpurTex (login. usuario unNombre) contaOnline.swf output: lpinusuavio.prf pertNombre} Plantilla: ommansButon: Tog permissseeccionarMédlo) ommaniLnk: login. perso scleeionarM Salo Cuerpo: panelGrid: *P mene Image: Label: Médulo de sovseleccio images/inve Inventario aren ntario.png Label: detalleMédulo Label: Recomendacién de Navegadores Diagrama: 3.26 Diagrama de interfaz Inventario. Fuente: Autores de la Tesis, ee = SOLID CONVERTER PDF > omc tinesin pa te112 ‘91801 €| 99 savoiny ‘owen ‘sojsnly zeyoqul op ewesbeig 12-¢ :eweL6e1g Osos yep one Snupasalyueng, oe opait ounuosuniyunag sxoyanda Opspnuesonemanuarsaryuneg, sno ‘Ooworursoyodkr our auintyanee IMB W2UOHEPS OomnpantouemsxsasyaToR :nouOIn 899 PAE NENG ou RAOH OL ‘papoH PAP HHENG umuaAu| ap SY aRELRBS sejsnfy zeyauy + ee = SOLID CONVERTER PDF > omc tinesin pa te113 ‘1801 8] ap savoyny :qquong “SolUaIWIAOW ap jeUEISIH ZeHaTU! ap ewelbeIQ gz'e ‘ewWesBEIC) Pe, od souRDNNR|gE THOT (Gemjemise end 5 seuiaad Enodis op Say) [NOTIN soumuanue aes some aEP COpepau:yaurau Qorsoxgauraus QequuoNpous ionpoxt nur Qosquon oun owonuAOyyod ul Qeysoyaurs) xepursmans+ :xayindino Pepa oad ‘npoig ‘onAON ar “Nearing Osonoqayour ouenoniqeruosy ued TQeL EP ‘ostomgoue aaaq]eao Se EDT sau gpanwo> Ted epeap TPaETRERO, MRUAOHL AP OBL “PRET 0 ‘Daay one DAaTTeoORT TUNER -eeRREATASS ‘Dap P oumRAuTTeuSHT TUNA DBEHRaRTINIS ase PF GN psa eqennding SOWORMEAOW skosng :puDpoueg TSREREORL =p [HOM ano -odion :SO]USIWIAOWN OP [EHOISIH ZepO}U] « ee = SOLID CONVERTER PDF > omc tinesin pa te14 ‘1521 &| 9p savony ‘evan ‘sojonpoid op yooig zejolu) op ewedserg 6z'¢ :ewesBEIQ Osuna ening &SouID CONVERTER POF > satin neau ree ALAR ura gypos, :pupjeued Toman SO}ONPOId @P Y20}g Zea] © Fy 2© Interfaz Contabilidad: Flash Flash neon.swf ‘outputText (login wsuarowusuNombre} contaOnline.swf ‘ouipuTent: (login. utari perfil petNombre} Plantilla: :Mdulo0) ‘Médulo) panelGrid: route Image: Label: Médulo toga eri oe 1 sesscleceio images/conta | | Contable arMenu0) bilidad.png Label detalleMédulo Label: Recomendacién de Navegadores. Diagrama: 3.30 Diagrama de interfaz Contabilidad. Fuente: Autores de la Tesis, ee = SOLID CONVERTER PDF > omc tinesin pa te116 ‘1801 8] ap savoyny :qquong ‘seluano ap UBjg ZejeIU) ap eWeIBEG Lee :2weNBEIQ AOgPIUDHEN|OOTIPS (D ssuONDS PapRED IRREDUONO UNE HOLT Sg WON Tae DRCINO Ont poDeo PapND HHO HNT I DALI ‘BipgD |paEHNETO o81po2 genes O19 auqsiboD eHAND wp FEC HD ‘ePID SAHIN SEHD TALK (ewe quayyre3 nusur opeuorosajagnuaursosnuad- wo} ‘uoyMgPUELULOD puppued iqeHIaD sAIDAD op IPDENTTUPY HR nANS ‘oddian sejueng ep ued Zeezu] + &SouID CONVERTER POF > satin neau ree Fy 27 ‘1801 8] 9p sesoyny :oquony cwaise ap onsiGay zepoqul op eweberg zee :ewesBeIg aye Ra OaspaROFaIgeEODOREISVERE TL spa ey Fea Seq OL PHETRER \geype won svoRN PAOD y aapursumss| axazendino qe, agep wa eH eae "Ba Fpae TNO codian roqueisy ep onsiBoy zepoju] + ee = SOLID CONVERTER PDF > omc tinesin pa te118 ‘1891 81 9p savoyny :oqany ‘oueig o1gr7 ZejoqUl ap ewesbeig ge'e :eweABeIg SOUSA ORTNTRARIEP Osaerageop ogre Onvinoe9p opapsmms 1 tayandine Bath eae geHe9 NS N PIETRO somes aigee3ie cog sa Tr ase apa earning sowtaise svasng :pupjaueg ‘oddian ouelg oiqi] zepeyu] + ee = SOLID CONVERTER PDF > omc tinesin pa te119 ‘1891 81 9p sazoyny :oquany okey aug] zepoqul op ewesBerg peg :ewresBeIg mooie Osaey> 929 0 saipones agen: omnes ae v0 een ep Osamaag ea ceyouge wed 21 Oar SKENOHEFTEOE RENPUOHIS Done akepaaramse MOR IMOROS Sta oy pge RANG opouag :puplsued 4okew ouqiy Zep) « ee = SOLID CONVERTER PDF > omc tinesin pa te120 ‘1801 | 9p savoiny ‘even jeioues eoueleg ZeLoVU op ewesbeiq ge'e ewesBEI SS (Generis eed 5] seuusad euodes op SV) "ROTC opie daiquoyoo-xqeniogeiuono'9 Oosipopeo ygnitoesana 9 ixayindino oy aiqewop enan5 poo ‘parading ousted IgE ‘Ds THUR NSUEEESE MIOHUOHRS SH PETRA oy pge RANG opouag :puD|sued TRaup sour HAINES rodian lesouan aouejeg zeyoyuy + ee = SOLID CONVERTER PDF > omc tinesin pa te121 ‘91501 81 ap savony equang “opeynsey souejeg Zeyioiu! ap ewesBeiq 9¢°¢ ewes6e1q [pooh soumwBaueyQe aBvodATERP (Generis wed 5] seuosoad euodes op Sy) "RO LIRENO ort roNoo-qqenIeDeHIRS'S Ontipagosaqgniveesans 9 xapindine ores args enan5 =e (Osewongeas sopeinsoyoouereRUEaE aKL ERP ssuejeqrtre> sop yssyssunreR et ounepumo9) (nay AUANNRUORAIS ae opRINER ATH TA RIOMAPS oy ae nding, opouiad :puD [ued sopmnaoy ure in0 odian Sopeynsey eourjeg Zeyeyu] + &SouID CONVERTER POF > satin neau ree Fy 2122 ‘1801 8] ap sasoyny equeng ‘aigeluco ofeueyy zeysiul ep ewesbeig Zee :ewesbeIg Ouzuosous On OP 0a apa earning PHO ued upisezanney anny Capisezaoney in0 odin, alqejucg ofeuey Zeya} + Soup CONVERTER POF > Santina nee Fy 2+ Interfaz Catalogos Flash Flash neon.swf ‘outputText (login wsuarowusuNombre} contaOnline.swf ‘ouipuTent: (login. utari perfil petNombre} Plantilla: :Mdulo0) ‘Médulo) panelGrid: route Image: Label: Médulo de oe images/catal || Catélogos hen ogpng Label detalleMédulo Label: Recomendacién de Navegadores. Diagrama: 3.38 Diagrama de interfaz Catalogos. Fuente: Autores de la Tesis, ee = SOLID CONVERTER PDF > omc tinesin pa te124 ‘1801 8] ap sasoyny :equeng ‘sojonpoie Zej9Iul ep ewesbeig Ge'e :eweLBeIg ansaoguep sen jonposgut>g, ‘oangpuelle) (Oearnspond pepiae oonpangusae 0 ‘Doimmsapanpepn-oinpeigug ane indin ‘Des AoRENPaNEPEpH TNA 99 OF 31g UP ‘OoSipoDruey STU popmTD SDNPSETMA "MISH RIORORS Qastaonrapepa omapa UT MALE (Qo%tpoo-oisnposgueag, GON Ra TSO xogis!]OUOII9I98 Topanna (Qewdequopyad nusuropeuorsoajegnusw sosiuiod wo] :uoyNgpUEWLOD PHD Peued SRpONA ap UPDRANRUPY >gETINSNO ‘odian soyonpoud Zepazu] © &SouID CONVERTER POF > satin neau ree Fy 2125 ‘1801 8] ap sasoyny :qquong selopeanoig Zej8iu! ap ewiesBeIq gy'e ewes621q Onassoweme 8 0p22H03 001 cwonnegpURtue (eopoanceal popaiaaopssnaa um SL RAT pon (rpogonreyoaal (aRipaaautpey (o8tpoo-sopaonorgueog, :xoqstT9UI99]08 Topsanoig pp Free RONEN Sopnasay suopeanoig axay:ndino (Quid equopyi03 nuour opeuorss9}ognusu'sosiuad-wiBo] :woNgpUEUTLLOD PEDjoura Ekin manna) coding, Selopeeroid ZeHeyU] « &SouID CONVERTER POF > satin neau ree Fy 2126 ‘1801 €] op saso)ny :oquong ‘soquayg Zeyoju! op ewelbelg Ly’e ‘ewesbeIg onside pron 19108 ‘wonngpariawe;y ‘Quoisoaugi>-pepn> SMBNgu=R HAL REA, upoau PGE NNO Oren perma aaaromE ALMA yo ama uog axa pay ag ee pndino Pepa Hau HOLA eaRRL ARENT omirurog aaa AION TPRETRENE (eipooa en oui gure anand apap ‘paeTETO ()o31poo'awar|uEog 2xoqstTaugI9]98 SHINO Ip vReC RANE Topaandia ai ARMENe (Qeuigquopya8-nusur opeuorsssjognuowr sosiuad wiBo| :uonngpuewu0s pHO|urd Sp uSRASTUTUpY PGE TANG codian seyualig zeyayuy + Peet > SOLID CONVERTER POF > wantin nesau see Mt127 ‘1801 | 9p sevoiny ‘oven ‘sojonpoid Zeyojul op ewesbeig Zp’e :ewesBeIg aay ‘DasqwON uy pepneD eum Na ‘Detipe any pep wang a Ra ‘tip90) i ven Qodipoo-eyueyueag :XOQISI']9UQII9}98 RWEA Wf Foc BSLIREINO epEASioy sou] NeTRERO (Qemdequopyio3 nuour opeuorssajagnuat ur'sostunad W180] ‘uoRNgpUELILOS pupjeueg ‘Soinpond 9p sees Tn) ‘odian soyonpoug ep wey Zepyezu] © &SouID CONVERTER POF > satin neau ree Fy 2128 ‘1801 | 9p sevoiny ‘oven ‘epipal op sopepiun zeyoju op ewesBerg ey'e ewesBeIq, Epo ‘omepewe ‘OrsqwonpePH PH sguon qe TNO ‘Oofipesyn-pepnpepraueag axaymd aBipeD jpaeTETO (Qoatpoopeprunueog :xoqIstTaUQI2[98 PHP wap wee TETHER, “SpeMa mpepIA WALRENO (Qeuigquoyyia8-nusur opeuorss9jognuowr'sospuuad us lonngpuewiut0s pHO|urd TPIPeN op SPER AP UPHEARITUPY aeRO rodion3 EPIPOW ep Sepepluy Zeyaju) + ee = SOLID CONVERTER PDF > omc tinesin pa te129 ‘sisa1_ | ap seuoiny :aqueng ‘eidloo ua souoay 76}9) 9p ewesbelg py’e ‘ewesbelg ‘Qioeeoer pepe eckeaouoqyodijuere mand, one qe NO ‘Darquo on papa eo; oungyodyuraq sno nday ‘DaBipaasSaRIEEDRORS IqWON sPRETRSIBO, PS TR PHONON NT TAT | 1899 BRR PAE ENO ‘Oofipo,aepepats ndwoonoqvodiueng axamdu oBipeD ‘paeTETO (08 1poo'eudwojouoqyodi ueag 2xOgIS! TUQHIO|Os ‘doo ap ouoqe =p od 9p Fame DL REINO Tope eduoy ap sowogy ap Fodiy waLRaRO (Qemdequapyie8 nuaur opeuorssajagnuaursosturad wi HMopngpueus0> pHO|urd Tudo; op eunay 9p rod, 9p PEARY aeRO vodiong vadwio3 ua souogy ap sod e109)» ee = SOLID CONVERTER PDF > omc tinesin pa te130 ‘1821 &| 9p savoiny ‘evan 'UOA U9 Souogy ZeoIU op ewesBeIQ sy'e ewesBEI, donseayzprans ‘mueovoayodi ue, ‘Dros erPePAe BEA oUORVOR LHR ‘HONE opueute) tone pqe TNdiNO Oaraion Pephias wi, ouogvod | aNSE "HO da AION TPREMTSAO, (eiipapeatgrivegewana PRT TRAN O LS HATO siqeieD SHEN sPgE REINO ‘Dotipe> ce popRuD ese AovoqVod UH SL RAL oBipeD ‘parE 0 o8iposreiu, ouogyodi jueog, :XOqIS!TAUOI9IOS TopRAOA eA ap SouDR ap Fodl| ALINEINO ‘itn ap uoqe ap oh Jp REC RB ANNO (Qeuigquopya8-nusur opeuorsssjognuowr sosiuad wiBo| :uonngpuewu0s pHO|urd TBA op sounGy ap Bodh] oP UNERARTUY FeRETRETO vodiang eqUeQ ue Souogy ep sod Zey19}U) Peet > SOLID CONVERTER POF > wantin nesau see Mt131 ‘1801 8] 9p savo)ny :oqwong ‘e1duuoo uo sojuownsog zeyolU! op eWesbeIG gp’e :eweABeIG onsite poe eaduogor sunsoqodiyse94 aoynepaase ‘ssawon spr pepe nxaoponmunonqod meg aera WON Pa REINO ‘OoSipoasm Popa edtuopensunoogodl uma SLREU -exdurojomuaumsoqodryueag pop ae TnnO :xOQIst]9UQII9}98 (Qo8rpoo 2p oxzutnop 2p oda fp sre xagandin9 op sowwoumoog 9p eumdino, (Quid equopy103 nuour opeuorss9}9gnusur'sosiuad-wiBo] :uoNgpUEUTLOD Pupjeueg alan op UNIO rodiong eadwiog ue sojusuins0g ap so zepayl + &SouID CONVERTER POF > satin neau ree Fy 2132 ‘1801 €] op sasoyny :oyuong ‘2IUOA UB SojUeWNOE ZeLO}U op eWIeIBEIQ Ly'e eWEIBEIQ, ue] gsP PERE Ua ASHIDURaN GOT We aNaLMEAN sampueni re aont Susoqods ree woppueue mg ge HEM ‘Qaiguon pr papi wus oruBunoocTOd eae NT RGAE 2g uON PGE NNO ‘Detipe pr pepe oaounDodTod waRe "HO oreo, ojuoumoo god, weog Ooap oBipgD {PAE HRT SxOqIs!TPUOIA|S nos ‘opens sp owaumncop ap odh ap sree x9 INNO 199 99 somazinang 2p sod, a¥2LINEINO (Qeuigquoyyia8-nusur opeuorss9jognuowr'sospuuad us lonngpuewiut0s pHO|urd ‘24 ap soumumoog =p sd 9p apieaRNUPY Jagr TNO vodiang eyUeA Ue SojuoUINs0g ap sodij ZeyL9}U) ee = SOLID CONVERTER PDF > omc tinesin pa te+ Interfaz Seguridades Flash Flash neon.swf ‘outputText (login wsuarowusuNombre} contaOnline.swf ‘ouipuTent: (login. utari perfil petNombre} Plantilla: :Mdulo0) ‘Médulo) panelGrid: route Image: Label: Médulo de oe images/secur | | Seguridades hen ity.png Label detalleMédulo Label: Recomendacién de Navegadores. Diagrama: 3.48 Diagrama de interfaz Seguridad Fuente: Autores de la Tesis, ee = SOLID CONVERTER PDF > omc tinesin pa te134 ‘51821 &| 9p savoiny ‘evan sostueg zejoqu) op ewedberg 6y'¢ :ewesBEIG (Osos garpns ssn gos Oopituinsay nuawr'sosrunogueag, :xOqUS!TOUQIIO}OS Qoprtunnsayoy npoursostunagueag, XOQUS!OUOIIA|AS Ompsupsurd@qopnn gmoursos134Ue>R Og IUD UENO nso Fostiog spouts opus way aE HG Omoy:poyyousnd feqopaungruaur rosa guROR 0 nneye94 uPI00G19 Omoys uns onrert sauna ue) sung aunque aon puri puso O19 d-sostuuaguesg, x ogist oUIa|as pea arming Oopnemisg Oopnruagor nuour'sostuaqueog npoursosiunogueag, :xOgist-]aUgIO9|08 :xOqis! ]aUQ}99|08 aH sepa odin, Soswied Zepyeyu] © ete = SOLID CONVERTER POF > sane neaa ree te135 ‘1801 8] ap sasoyny :qquong ‘souensn 9p uosensiuupy ZeLolU! ap ewesbeIg oG'¢ ‘ewesBeIg onsitoysn pro ours at9g senapennin;) ONT PERO OE AeIN eA HNN ‘awONTaT no nsf ‘guoN PHENO ‘DesipeDRER pep RNS ouERET URS RT IRGAE oe) ine rn (Qo81posrourens;yuvogy :xOqIS! TaUQI9|9S ‘uPnsn (soc =D LIENS ‘opeanay soumnsn axaandino (Qemdequopyio3 nuour opeuorss9[9gnusur sostuad-wiBoy :woNNgpUeLTOD pupjeueg TRaRhg HP HERAT ap HTERATY Fear HATO ‘odian SOUeNSN ep ug}oeNSIUIIpY ZeeIU] © &SouID CONVERTER POF > satin neau ree Fy 2136 nst8o4, spina yg Tonepaeiso;) (eign ga2d pepe 8g mqT end 2g uON PGE NNO ‘Detipoad ro oBipgD {PAE HRT Qoatpoo yroqueog :XOgIS!TAUOII9|OS 2g jp soing sxe ing sopensiay sorgig maiming, (Qeuigquoyyia8-nusur opeuorss9jognuowr'sospuuad us lonngpuewiut0s pHO|urd uBR SP SHEA 9p UO SUUTTAPY TPGPTNAIAO codian soled Zeyayu) + ee = SOLID CONVERTER PDF > omc tinesin pa te137 ‘1801 | ap sasoqny :qquon4 ‘seidwoo ap ewesBeig z¢'¢ ewesBeiq, seiduioo ep ewesbeiq + SOLVG 4d ASV V140 OOIS|4 OTAGOW FTE &SouID CONVERTER POF > satin neau ree‘1501 ®] ap saioiny ‘een ‘pepligeiuoo op ewesbeig eg'e tewes6eIq 138, &SouID CONVERTER POF > satin neau ree PepIiqejuc ep ewesBeiq +139 ‘1801 8] ap sasoqny :qquony ‘sauoezjoo ap ewesBeig ps'e “ewesBeiq, souojsezqoo ep ewesBeig + &SouID CONVERTER POF > satin neau ree140 ‘180 ®] ap sasoiny ‘een ‘ovequanul op ewesbeIg sre :ewesBeIg ouejuenul ap ewesBeig + ® SOLID CONVERTER POF > sameness141 ‘1591 €] op sasoiny :oyuony ‘pepunbag ap ewesbeig 9°¢ o_o ‘por van @ |S aN 1 dgscowey pepunBas ap ewesBeig + &SouID CONVERTER POF > satin neau ree142 ‘1801 8] ap sesoqny :oqoNs ‘sequen ewesbelg 16'e ‘ewesbeIq sejuon ap ewesbeiq + &SouID CONVERTER POF > satin neau ree“sisa1_ | ap seiomny sequen seidwoo ep ewesbeig gg'¢ :ewesbeIg 143 > 3 SOLID CONVERTER POF > Samia nea. rset sesduioo ep ewesbeiq + SOLVG 4d ASVa V1A0 ODIDQ1O1AGOW STE‘1804 €] 9p sasoiny :ojuen -pepuigequoo ep ewesbeig ge :ewesBeIg 2 aSKOUY EN 0 GIHSNOLW ER LC ISNT HS 144 ® SOLID CONVERTER POF > sameness Pepliqejuos ep euleiBeiq +145 ‘180, | 9p saxoiny ‘ean ‘souoeznoo ap ewesBeIg og'e ewesBeia, 62 dINSNOLY aS Ie dIHSNOLISN a ge dISNOLW ISS souojsezjoo ap ewesBeiq + ® SOLID CONVERTER POF > sameness146 ‘1801 ©] 9p saioiny wang “ouequanul ap eweideig L9'¢ ewesBEIQ, ouejuenu! ep ewesBeiq + ® SOLID CONVERTER POF > sameness147 ‘1891 ©] 9p saioiny equany "pepundag ep ewesdeig zo'¢ :ewesbeIg © dIHSNOWWISE © dHSNOUWISE Hd TaMGNOUWISY FeIHSNOLWSE YS alHsNOW Ea STaHSNOLTEE HS pepunBes op ewesbeig + ® SOLID CONVERTER POF > sameness148, ‘1801, | ap sasoiny ‘oven ‘seuan eweibelg eg'¢ *ewes6eIg Sanh ye ‘SejuoA ap ewresBeIg + purchase the ‘SolidDocuments.com > & SOLID CONVERTER PDF> tm149 + Tabla abono_compra En esta tabla se almacena el abono que se efectia al realizar una compra grabandose con la fecha en la cual se realizé dicha compra. ‘abono_compra abc_cédigo [ [Int Contiene el cédigo del abono de la compra tac_cédigo_| | varchar(3) [Contiene el cédigo del tipo de abono de la compra com_cédigo | [Int Contiene el cédigo de compra abe_fecha Date Contiene la fecha que se realizé la compra abc_monto float(8,2)_[Contiene el abono que se realizé a la compra Tabla: 3.13 Tabla de Abono en compra. Fuente: Autores de la Tesis, * Tabla abono_venta En esta tabla se almacena el abono que se efectiia al realizar una venta grabandose con la fecha en la cual se realizé dicha venta. abono_venta abve_cédigo | [int Contiene el cédigo del abono de la venta usu_cédigo_||varchar(10)_|Contiene el cédigo del usuario registrado ven_cédigo_||int Contiene el cédigo del vendedor tav_cédigo _||varchar(3) _|Contiene el cédigo del tipo de abono en venta abve_fecha Date Contiene la fecha que se realizé la venta abve_monto fioat(8,2) _[Contiene el abono que se realizé a la venta abve_detalle varchar(100) [Contiene un detalle de la venta Tabla: 3.14 Tabla de Abono en Venta, Fuente: Autores de la Tesis, * Tabla asiento_contable En esta tabla se almacena el detalle del asiento contable con su respectiva fecha y de esta manera se la puede mayorizar. asiento_contable asi_codigo _[ [Int Contiene el codigo del asiento contable asi fecha Date Contiene la fecha que se realiz6 el asiento UW contable asi_detalle varchar(200) |Contiene él detalle del asiento contable Ssi_mayorizad {tinyint(1) | Contiene el estado de la mayorizacién Tabla: 3.15 Tabla Asiento Contable. Fuente: Autores de la Tesis, ete = SOLID CONVERTER PDF > omnes pues e150 * Tabla cliente En esta tabla se almacena los datos de identificacién del cliente. Cliente cli_cédigo _[ [varchar(13)_[Contiene el codigo (# de cédula) del cliente cli_nombre varchar(50)_|Contiene el nombre del cliente cli_telefono varchar(11)_|Contiene el teléfono del cliente cli_fax varchar(11) _|Contiene el fax del cliente cli_mail varchar(50) _|Contiene el mail del cliente cli_direccion varchar(200) [Contiene la direcci6n del cliente Tabla: 3.16 Tabla Cliente, Fuente: Autores de la Tesis, + Tabla compra En esta tabla se almacena los datos necesarios para realizar una compra, Compra com_codigo =pk> int | Contiene el codigo de la compra ‘de. eddigo cruas [varchar |Contiene ef cédigo del tipo de documento ong 3 de compra ip prov_cédigo oo Contiene el cédigo del proveedor asi_codigo =ika> int | Contiene el codigo del asiento contable usu_cédigo to Contiene el cédigo del usuario com_fecha date | Contiene la fecha que se realiz6 la compra com_numero_docy int | Contiene el numero del documento com_base_cero a Contiene el valor de la compra con base 0 com base dove Tloat(B,_ | Contiene el valor de la compra con base \base_* 2) 12 ; Tloat®, [ com_importe 2) | Gontiene el valor de IVA de la compra com_total a Contiene el precio total de la compra Tabla: 3.17 Tabla Compra, Fuente: Autores de la Tesis, * Tabla cotizacion En esta tabla se almacena una cotizacién en la cual contenga todos los datos necesarios para la realizacién de una venta. Cotizacion cot_cbdigo [ | int(11) Contiene el cédigo de la cotizacion usu_cédigo | [varchar(10)_|Contiene el cédigo del usuario cli_cédigo_|[varchar(13)_|Contiene el cédigo del cliente ete = SOLID CONVERTER PDF > omnes pues e151 cot_fecha date Contiene la fecha que se realiz6 la cotizacion cot_detalle varchar(200) | Contiene un detalle de la cotizacion Tabla: 3.18 Tabla Cotizacién, Fuente: Autores de la Tesis, + Tabla cuenta_contable En esta tabla se almacena el plan de cuentas que tiene la empresa con todas las. cuentas contables registradas. cuenta_contable sa =pk , sak cc_cédigo $P* | varchar(30) | Contiene el cédigo de la cuenta contable varchar(10 | cc_nombre Q (10 | Contiene el nombre de la cuenta contable cc_transaccion bool Contiene él valor sila cuenta es transaccional al ono Tabla: 3.19 Tabla Cuenta contable. Fuente: Autores de la Tesis, * Tabla detalle_asiento En esta tabla se almacena el valor del asiento contable. detalle_asiento dasi_cédigo [ [int Contiene el cédigo del detalle del asiento cc_cédigo _| | varchar(30) |Contiene el cédigo de la cuenta contable asi_cédigo_[ [int Contiene el cédigo del asiento contable dasi_valor float(8,2)_|Contiene el valor del detalle contable Tabla: 3.20 Tabla Detalle de Asiento. Fuente: Autores de la Tesis, * Tabla detalle_compra En esta tabla se encuentra el detalle de una compra realizada. detalle_compra Geom _coig Sk int Contiene el codigo del detalle de la compra ; <2 |. ' nak prod_cédigo |5"? int | Contiene e! c6digo del producto com_cédigo sit int Contiene el cédigo de la compra ‘doom _cantid oat | contiene Ta cantidad de productos en ef detalle de Ta ad compra fioat(6, | Contiene el valor del productos en él detalle de la dcom_valor 7 2) compra Tabla: 3.21 Tabla Detalle de Compra Fuente: Autores de la Tesis, ete = SOLID CONVERTER PDF > omnes pues e152 * Tabla detalle_cotizacion En esta tabla se encuentra el detalle de una cotizacién realizada. detalle_cotizacion Seat_coaig | int(11)|Contiene el cddigo del detalle de la cotizacion cot_cédigo_|=fk2> |int(11) | Contiene el cédigo de la compra rod_codig | int(11)| Contiene el codigo del producto int _[Contiene el cédigo del detalle de la venta prod_cédigo | [int |Contiene el cédigo del producto ven_cédigo_| int [Contiene el cédigo de la venta ‘dven_cantid fi Contiene la cantidad de productos en el detalle de loat ad la venta ; fioat(S | Contiene el valor del productos en el detalle dela dven_precio .2) _|venta Tabla: 3.23 Tabla Detalle Venta, Fuente: Autores de la Tesis, © Tabla familia En esta tabla se encuentra el a que familia puede pertenecer cada uno de los productos de la empresa familia fam_cédigo [[varchar(3)_[Contiene el cédigo de la familia del producto fam_nombre varchar(50) [Contiene el nombre de la familia del producto Tabla: 3.24 Tabla Familia Fuente: Autores de la Tesis, ete = SOLID CONVERTER PDF > omnes pues e* Tabla inventario En esta tabla se encuentra el a que familia puede pertenecer cada uno de los productos de la empresa. inventario inv_cbdigo_[_[int(11) _[Contiene el codigo del inventario prod_cédigo | [int(11) _|Contiene el c6digo del producto timo_cédigo | sprchar( Contiene el cédigo del tipo de movimiento inv focha date [Contione la fecha de la modificacion del inventario inv_antida float _—_|Contiene la cantidad modificada en el inventario inv_precio Toat(6,2) [Contiene el precio registrado en el inventario Tabla: 3.25 Tabla Inventario. Fuente: Autores de la Tesis, * Tabla menu En esta tabla se almacena los meniis y los médulos en los cuales se pude acceder dependiendo de los permisos de cada usuario. meni men_cédigo [ | varchar(6) | Contiene el cédigo del mena mod_cédigo | | varchar(3) | Contiene el cédigo del médulo men_nombr varchar(5 ' 5 , 9 Contiene el nombre de los menus men_pagina earn? Contiene el nombre de la pagina del ment ; Contiene la opcion en donde se encuentra el men_index int “ u meni Tabla: 3.26 Tabla Meni, Fuente: Autores de la Tesis, * Tabla médulo En esta tabla se almacena los médulos que se encuentran en el sistema. modulo mod_cédigo sretan( Contiene el codigo del médulo mod_nombre a Contiene el nombre de los menus mod_icono_activ varchar ; ; ° 50) Contiene la ruta para cargar la imagen activa mod_icono_inacti varchar(_[Contiene la ruta para cargar la imagen ete = SOLID CONVERTER PDF > omnes pues e154 vo 50) inactiva mod_index int Contiene fs opciin an donda se enouanir o Tabla: 3.27 Tabla Médulo. Fuente: Autores de la Tesis, + Tabla perfil En esta tabla se almacena los perfiles que se encuentran en el sistema. perfil perf_cddigo [varchar(3) __[Contiene el cddigo del perfil perf_nombre varchar(50) _|Contiene el nombre del perfil Tabla: 3.28 Tabla Perfil Fuente: Autores de la Tesis, + Tabla perfil_mend En esta tabla se almacena los permisos de los perfiles que se encuentran en el sistema. erfil_mend perme_cédigo_[ [int Contiene el cédigo del perfil mena men_cédigo _| | varchar(6) | Contiene el cédigo del ment permo_cédigo_ | int Contiene el cédigo del perfil médulo perme_insertar bool Contiene la opcién del permiso para insertar perme_modificar bool Contiene la opcién del permiso para modificar perme_eliminar bool Contiene la opcién del permiso para eliminar Tabla: 3.29 Tabla perfil mend. Fuente: Autores de la Tesis, * Tabla perfil_médulo En esta tabla se almacena los permisos de los médulos que tiene cada perfil que se encuentran en el sistema. perfil_médulo permo_cédigo_[ [int Contiene el cédigo del perfil modulo mod_cédigo —_| |varchar(3)_|Contiene el cédigo del médulo pert_cddigo _[ |varchar(3) [Contiene el cédigo del perfil Tabla: 3.30 Tabla Perfil médulo. Fuente: Autores de la Tesis, + Tabla producto En esta tabla se almacena las caracteristicas de los productos que se encuentran en el sistema. producto prod_cédigo _[_|int Contiene el cédigo del producto fam_cddigo _| [varchar(_|Contiene el cédigo de la familia de un producto ete = SOLID CONVERTER PDF > omnes pues e155 3) uni_cédigo | serch Contiene el cédigo de la unidad del producto prod_nombre a Contiene el nombre del producto prod_detalle ao Contiene un detalle que caracteriza al producto prod_precio_ve oat(a.2) | Contiene el precio de venta que ene el nta producto vod sin va pool |Contiene Ta opcién en la cual especifica si Prod_sin_ carga ono IVA Tabla: 3.31 Tabla Producto. Fuente: Autores de la Tesis, * Tabla proveedor En esta tabla se almacena las caracteristicas de los proveedores que se encuentran en el sistema. Proveedor prov_cédigo —_| a Contiene el codigo del proveedor prov_razon_soc varchar{ |Contiene el nombre o razon social que tiene el ial 75) proveedor prov_represent varchar( | Contiene el nombre del representante ante 50) varchar{ |Contiene el numero de teléfono que tiene el prov_telefono 11) proveedor ov fax varchar( |Contiene el numero de fax que tiene el Prov_t 41) proveedor prov_mail a Contiene el e-mail que tiene el proveedor varchar prov_direccion Contiene la direccién del proveedor 250) Tabla: 3.32 Tabla Proveedor. Fuente: Autores de la Tesis, + Tabla registro_caja En esta tabla se almacena las caracteristicas de los registros de cuando se cierra la caja diaria. Tegistro_caja Tego _codigo =p int Contiene el codigo de registro de caja usu_cédigo ern Contiene el cédigo del usuario datetime | Contiene el registro de inicio de caja rege_fin datetime | Contiene el registro de fin de caja Tegc_valor_inicial fioat(8,2) | Contiene el valor inicial de la caja regc_valor_final fioat(8,2) [Contiene el valor final de la caja ete = SOLID CONVERTER PDF > omnes pues e156 reae_valor_concaia float(8,2) | Contiene el valor codificado de la caja Contiene la opcion de registro cerrado de regc_cerrado bool [eva rege_aprobado bool Gontene Ta opcion de registro aprobado de rege_ responsable varchar( | Contiene el Nick del responsables que 65) realiza el cierre de caja Tabla: 3.33 Tabla Caja registro. Fuente: Autores de la Tesis, + Tabla tipo_abono_compra En esta tabla se encuentra los diferentes tipos de abonos que se pueden realizar en una compra tipo_abono_compra Contiene él cédigo del tipo de abono de la tac_cédigo_| | varchar(3) | compra varchar(3 cc_cédigo _| |0) Contiene el cédigo de una cuenta contable varchar(S tac_nombre 0) Contiene el nombre del tipo de abono en compra tac_factor int Contiene el factor del tipo de abono en compra Tabla: 3.34 Tipo abono compra, Fuente: Autores de la Tesis, + Tabla tipo_abono_venta En esta tabla se encuentra los diferentes tipos de abonos que se pueden realizar en una venta. tipo_abono_venta tav_cédigo_[[varchar(3)_[Contiene el cddigo del tipo de abono en venta cc_cédigo_| | varchar(30) | Contiene el cédigo de una cuenta contable tav_nombre varchar(25) | Contiene el nombre del tipo de abono en venta tav_factor int Contiene el factor del tipo de abono en venta Tabla: 3.35 Tabla Tipo abono venta Fuente: Autores de la Tesis, * Tabla tipo_documento_compra En esta tabla se encuentra los diferentes tipos de documentos que se pueden realizar en una compra. tipo_documento_compra tde_codigo | [Ya"charl [Contiene ef césigo del tipo de documento de = 3) compra ‘do nombre varchar( |Contiene el nombre del tipo de documento de a 50) compra ete = SOLID CONVERTER PDF > omnes pues e137 Tabla: 3.36 Tabla Tipo documento compra. Fuente: Autores de la Tesis, * Tabla tipo_documento_venta En esta tabla se encuentra los diferentes tipos de documentos que se pueden realizar en una venta. tipo_documento_venta cea wrote Contiene el cédigo del tipo de documento en venta irom ene Contiene el nombre del tipo de documento en venta tdv_plant varchar( | Contiene la plantilla que se puede utilizar en el ila 150) _|documento en venta Tabla: 3.37 Tabla Tipo documento venta. Fuente: Autores de la Tesis, * Tabla tipo_movimiento En esta tabla se encuentra los tipos de movimientos que puede tener un producto en bodega. tipo_movimiento timo_cédigo_[[varchar(3)_[Contiene el cédigo del tipo de movimiento timo_nombre varchar(25) | Contiene el nombre del tipo de movimiento timo_factor smallint __[Contiene el factor del tipo de movimiento Tabla: 3.38 Tabla Tipo movimiento, Fuente: Autores de la Tesis, © Tabla unidad En esta tabla se almacena las caracteristicas de las unidades registradas en el sistema. unidad uni_cédigo__[ [varchar(3) __|Contiene el cédigo de la unidad uni_nombre varchar(50) _[Contiene el nombre de la unidad Tabla: 3.39 Tabla Unidad, Fuente: Autores de la Tesis, * Tabla usuario En esta tabla se almacena las caracteristicas de los usuarios registradas en el sistema con sus diferentes caracteristicas. usuario usu_cédigo _[[varchar(10)_[Contiene el cddigo del usuario perf_cddigo _| |varchar(3) _|Contiene el perfil del usuario usu_nombre varchar(50)_|Contiene el nombre del usuario usu_telefono varchar(11) |Contiene el nimero de teléfono del usuario usu_password varchar(100) | Contiene el password del usuario usu_nick varchar(25) |Contiene el nick del usuario eee = SOLID CONVERTER PDF158 Tabla: 3.40 Tabla Usuario. Fuente: Autores de la Tesis, * Tabla venta En esta tabla se almacena las ventas realizadas por cada usuario registrado en el sistema. Venta ven_codigo _ int Contiene el cédigo de la venta tdv_cédigo ctigs |Varchar( |Contiene el cédigo del tipo de documento i 3) de venta cli_cédigo on Contiene el cédigo del cliente asi_cbdigo fint Contiene el cédigo del asiento contable usu_cédigo _ Contiene el cédigo del usuario ven_fecha datetim Contiene la fecha de la venta ven_numero_docum int Contiene el numero de documento de la ento venta ven_base_cero poe? Contiene el valor de la venta con base 0 ven_base_doce poate? Contiene el valor de la venta con base 12 ven_importe poate? Contiene el valor de IVA de la venta ven_total poe? Contiene el precio total de la venta Tabla: 3.41 Tabla Venta. Fuente: Autores de la Tesis, ete = SOLID CONVERTER PDF > omnes pues e

Tesis Avila Flores Partedos

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Avila Flores Partedos

Cargado por

Copyright:

Formatos disponibles

También podría gustarte