Universidad Mayor de San Andrs Facultad de Ciencias Puras y Naturales Carrera de Informtica

PROYECTO DE GRADO

SISTEMA DE GESTIN CONTABLE VA WEB PARA EL SERVICIO DE OUTSOURCING Caso: MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L.
PARA OPTAR AL TITULO DE LICENCIATURA EN INFORMTICA MENCIN: INGENIERA DE SISTEMAS INFORMTICOS

Postulante: Tutor: Revisor:

Adn Franklin Torrico Ordoez. M. Sc. Ftima Dolz de Moreno Lic. Javier Reyes Pacheco La Paz Bolivia 2011

DEDICATORIA Con mucho cario: A mi madre quien con su paciencia, su amor y su fortaleza me dio un apoyo incondicional en momentos difciles. A mi to Abel a quien considero como mi padre, me apoyo en todo momento y me dio fuerzas para seguir adelante. A mi abuelita Julia, por confiar en m, darme su cario y proteccin todo el tiempo que estuvo con nosotros. A mis seres queridos que con sus bendiciones hicieron posible conseguir llegar a la meta anhelada GRACIAS nada_tors@hotmail.com

AGRADECIMIENTOS Mis agradecimientos a todas las personas que hicieron posible culminar el presente trabajo de manera satisfactoria. A mi madre, mis hermanos y mi familia por su amor, confianza y comprensin. A la Lic. M. Sc. Ftima Dolz de Moreno, quien como Docente Tutor fue la gua del presente proyecto, por su paciencia, sus consejos, observaciones y por el tiempo invertido al momento de evaluar el trabajo. Al Lic. Javier Reyes Pacheco, quien como docente Revisor, me dio su apoyo

incondicional y consejos por lo que pude seguir adelante con el presente proyecto. Agradecimiento a los Licenciados de la Carrera de Informtica, conocimientos transmitidos durante el tiempo de mi formacin. A la institucin MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L. por permitirme desarrollar el presente Proyecto de Grado, por guiarme en el desarrollo del Sistema, el apoyo incondicional que me brindaron y las lecciones valiosas que recib. A todas las personas que me dieron su apoyo y colaboracin en todo momento, a mis compaeros, a mis amigos con quienes compartimos alegras y tristezas; a Don Daniel y Don Fernando por la paciencia, amabilidad y disposicin que siempre tuvieron. por los

Muchas Gracias

RESUMEN El presente Proyecto de Grado titulado: Sistema de gestin contable va Web para el servicio de Outsourcing desarrollado para la empresa MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L., muestra el desarrollo del sistema y la documentacin que necesita de acuerdo a las metodologas aplicadas.

En la bsqueda de la optimizacin de los procesos y la productividad, es requerido que las empresas se dediquen ms a cumplir con su razn de ser, y busquen ayuda de terceros para suplir las otras necesidades, es por esto que nace

la subcontratacin ms conocido por "outsourcing", lo cual nos lleva al Outsourcing Contable, que consiste en el procesamiento, anlisis de la informacin para la

elaboracin de estados financieros, y el cumplimiento de aspectos formales de presentacin de los registros contables, con el objetivo de proveer a las direcciones de la organizacin informacin precisa de la gestin para orientar sus decisiones y estrategias de negocio.

En este trabajo se cre un nuevo sistema de gestin contable, el cual tiene la singularidad de funcionar va Web, balancear la carga de procesos entre el cliente y el servidor, soportar diferentes tipos de empresas con sus respectivas gestiones contables, permitiendo la centralizacin de la informacin, ofrecer a los clientes accesibilidad en todo momento a su informacin contable, mejorar el servicio de Outsourcing Contable y otros.

La gestin del desarrollo de software se realizo con la metodologa Scrum que se basa en el proceso iterativo e incremental utilizado en entornos basados en el desarrollo gil, para ello se uso la herramienta TeamTrick permitiendo mejorar el control y seguimiento del proyecto, adems, para una mejor compresin del sistema se uso la metodologa UWE que es un proceso de desarrollo para aplicaciones Web enfocado sobre el diseo sistemtico, la personalizacin y la generacin semiautomtica, de escenarios que guen el proceso de desarrollo, basado en las tcnicas de UML.

NDICE CAPITULO I: ............................................................................................................ 1 1. Presentacin .......................................................................................................... 1 1.1 Introduccin ......................................................................................................... 1 1.2 Antecedentes ...................................................................................................... 2 1.3 Planteamiento y formulacin del problema.......................................................... 3 1.3.1 Problemtica ............................................................................................ 3 1.3.2 Problema principal ................................................................................... 4 1.4 Objetivos ............................................................................................................. 4 1.4.1 Objetivo principal ..................................................................................... 4 1.4.2 Objetivos secundarios.............................................................................. 5 1.5 Justificacin ......................................................................................................... 5 1.5.1 Justificacin tcnica ................................................................................. 5 1.5.2 Justificacin econmica ........................................................................... 5 1.5.3 Justificacin social ................................................................................... 6 1.6 Metodologa e instrumentos de medicin ............................................................ 6 1.7 Alcances.............................................................................................................. 6 1.8 Limites ................................................................................................................. 6 1.9 Herramientas ....................................................................................................... 7 CAPITULO II ............................................................................................................ 8 2. MARCO TERICO................................................................................................ 8 2. 1 Contabilidad ...................................................................................................... 8 2.1.1 Objetivo general de la contabilidad .......................................................... 8

2.1.2 Objetivos especficos ............................................................................... 9 2.1.3 Diseos de sistemas contables .............................................................. 9 2.1.4 Activo, Pasivo y Patrimonio ..................................................................... 9 2.1.5 Plan de cuentas ..................................................................................... 10 2.1.6 Libro diario ............................................................................................. 11 2.1.7 Libro mayor ............................................................................................ 11 2.1.8 Balance de comprobacin ..................................................................... 11 2.1.9 Balance de general ................................................................................ 12 2.1.10 Estado de resultados ........................................................................... 12 2.1.11 Hoja de trabajo de diez columnas........................................................ 12 2.1.12 Software del libro de compras y ventas (IVA) ...................................... 13 2. 2 Outsourcing ..................................................................................................... 13 2.2.1 Historia................................................................................................... 13 2.2.2 Definicin ............................................................................................... 14 2.2.3 Outsourcing Contable ............................................................................ 14 2. 3 Metodologa gil ............................................................................................. 14 2.3.1 Qu es una metodologa gil? ............................................................ 14 2.3.2 La alianza gil ........................................................................................ 15 2.3.3 Metodologas giles vs tradicionales ..................................................... 15 2. 4 Metodologa Scrum ........................................................................................ 16 2.4.1 Introduccin ........................................................................................... 16 2.4.2 Elementos de Scrum.............................................................................. 17 2. 5 Metodologa UWE ........................................................................................... 22

2.5.1 Modelo de casos de uso ........................................................................ 23 2.5.2 Modelo conceptual................................................................................. 24 2.5.3 Modelo navegacional ............................................................................. 24 2.5.4 Modelo de presentacin......................................................................... 25 2. 6 Pruebas .......................................................................................................... 26 2.6.1 Test Unitarios......................................................................................... 26 2.6.2 Fallos de seguridad software ................................................................. 27 2.7 Calidad de Software .......................................................................................... 29 2.7.1 Mtricas de calidad software ................................................................. 29 2.7.2 Factores de calidad ISO 9126 ............................................................... 29 CAPITULO III ........................................................................................................... 38 3. MARCO APLICATIVO ......................................................................................... 38 3. 1 Introduccin ..................................................................................................... 38 3. 2 Recopilacin y anlisis de requerimientos....................................................... 38 3. 2.1 Recopilacin de requerimientos ........................................................... 38 3. 2.2 Anlisis de requerimientos ................................................................... 49 3. 3 Planificacin y finalizacin de los Sprints ......................................................... 50 3. 3.1 Primer Sprint ........................................................................................ 50 3. 3.1.1 Modelo Conceptual ................................................................ 52 3. 3.1.2 Modelo Navegacional ............................................................. 55 3. 3.1.3 Modelo Presentacion .............................................................. 58 3.3.2 Segundo Sprint ..................................................................................... 71 3.3.3 Tercer Sprint ......................................................................................... 74

3.3.4 Cuarto Sprint ......................................................................................... 79 CAPITULO IV ............................................................................................................ 86 4. Calidad de Software ............................................................................................ 86 4.1 Pruebas (Test Unitarios) ................................................................................. 86 4.2 Fallos de seguridad software .......................................................................... 87 4.3 Norma ISO/IEC 9126....................................................................................... 88 4.3.1 Funcionalidad ....................................................................................... 88 4.3.2 Usabilidad ............................................................................................. 93 4.3.3 Confiabilidad ......................................................................................... 94 4.3.4 Mantenibilidad ....................................................................................... 95 4.3.5 Costo y tiempo ...................................................................................... 96 CAPITULO V ............................................................................................................. 99 CONCLUSIONES Y RECOMENDACIONES ............................................................ 99 5. 1 Conclusiones .................................................................................................. 99 5. 2 Recomendaciones......................................................................................... 100 5. 3 Bibliografa .................................................................................................... 101 ANEXOS ............................................................................................................... 103 Anlisis de situacin DOCUMENTACIN Aval Tutor (Aprobacin) Aval Revisor Aval Institucin

NDICE DE FIGURAS Figura 2.1. Proceso del Sprint .................................................................................. 21 Figura 2.2. Representacin de un caso de uso ......................................................... 23 Figura 2.3. Diagrama de Clases................................................................................ 24 Figura 2.4. Ejemplo de un modelo Navegacional ...................................................... 25 Figura 2.5. Ejemplo de un modelo de Presentacin .................................................. 26 Figura 3.1. Diagrama de caso de uso Acceder al sistema ...................................... 38 Figura 3.2. Diagrama de caso de uso Administracin de Usuarios......................... 40 Figura 3.3. Diagrama de caso de uso Administracin de las empresas ................. 41 Figura 3.4. Diagrama de caso de uso Administracin Contable ............................. 43 Figura 3.5. Diagrama de caso de uso Administracin del libro de compras y ventas .................................................................................................................................. 45 Figura 3.6. Diagrama de caso de uso Reportes Contables .................................... 47 Figura 3.7. Product Backlog (pila del producto)......................................................... 49 Figura 3.8. Planificacin del primer Sprint ................................................................. 50 Figura 3.9. Backlog del Primer Sprint ........................................................................ 51 Figura 3.10. Diagrama relacional de la base de datos maestra ................................ 52 Figura 3.11. Diagrama relacional de la gestin de una empresa .............................. 53 Figura 3.12. Modelo Conceptual (Diagrama de clases) ............................................ 54 Figura 3.13. Modelo Conceptual (Diagrama de clases) ............................................ 54 Figura 3.14. Modelo Navegacional del Administrador ............................................... 55 Figura 3.15. Modelo Navegacional del Contador ...................................................... 56 Figura 3.16. Modelo Navegacional del los clientes de MAERO S.R.L. ..................... 57 Figura 3.17. Interfaz de inicio al sistema ................................................................... 58

Figura 3.18. Interfaz de Administracin de usuarios ................................................. 59 Figura 3.19. Interfaz de acceso al sistema ................................................................ 59 Figura 3.20. Interfaz de Administracin de la gestin................................................ 60 Figura 3.21. Interfaz de Administracin de las Empresas ......................................... 60 Figura 3.22. Interfaz de Administracin del nivel ....................................................... 61 Figura 3.23. Interfaz del Plan de Cuentas ................................................................. 61 Figura 3.24. Interfaz de los Asientos Contables ........................................................ 62 Figura 3.25. Interfaz del Libro Diario ......................................................................... 62 Figura 3.26. Interfaz del Libro Mayor......................................................................... 63 Figura 3.27. Interfaz de la hoja de Trabajo................................................................ 63 Figura 3.28. Interfaz del Balance de Comprobacin ................................................. 63 Figura 3.29. Interfaz del Estado de Resultados......................................................... 64 Figura 3.30. Interfaz del Balance General ................................................................. 65 Figura 3.31. Interfaz del Tipo de cambio del dlar .................................................... 65 Figura 3.32. Interfaz del Proveedor ........................................................................... 66 Figura 3.33. Interfaz del Libro de Compras ............................................................... 66 Figura 3.34. Interfaz del Cliente ................................................................................ 67 Figura 3.35. Interfaz del Libro de Ventas .................................................................. 67 Figura 3.36. Burndown del primer Sprint ................................................................... 68 Figura 3.37. Primera historia de usuario Creacin del modelo y la Base de datos con sus respectivas actividades ................................................................................ 69 Figura 3.38. Segunda historia de usuario Creacin de los programas de inicio de sistema con sus respectivas tareas ......................................................................... 70 Figura 3.39. Planificacin del Segundo Sprint con sus respectivas historias de usuario ...................................................................................................................... 71

Figura 3.40. Burndown del Segundo Sprint............................................................... 72 Figura 3.41. Tercera historia de usuario Creacin del programa Adm. y de usuarios con sus respectivas tareas ........................................................................................ 73 Figura 3.42. Cuarta historia de usuario Creacin del programa Adm. de las Empresas y Gestiones con sus respectivas tereas .................................................. 73 Figura 3.43. Quinta historia de usuario Creacin de la Adm. de Clientes y Proveedores con sus respectivas tareas ................................................................. 74 Figura 3.44. Planificacin del Tercer Sprint con sus respectivas historias de usuario .................................................................................................................................. 75 Figura 3.45. Burndown del Tercer Sprint................................................................... 76 Figura 3.46. Sexta historia de usuario Creacin de Adm. Contable con su primera tarea Creacin de programas relacionados con el plan de cuentas y asiento ....... 76 Figura 3.47 Segunda terea Creacin del Plan de Cuentas de la Sexta historia de usuario ...................................................................................................................... 77 Figura 3.48. Pantalla del Plan de Cuentas ............................................................. 77 Figura 3.49. Tercera tarea Creacin del Registro de Asiento de la Sexta historia de usuario ...................................................................................................................... 78 Figura 3.50. Cuarta tarea Creacin del Presupuesto de la Sexta historia de usuario .................................................................................................................................. 78 Figura 3.51. Pantalla del Registro del Asiento ........................................................ 78 Figura 3.52. Planificacin del Cuarto Sprint con sus respectivas historias de usuario .................................................................................................................................. 79 Figura 3.53. Burndown del Cuarto Sprint ................................................................. 80 Figura 3.54. Sptima historia de usuario Creacin de los reportes contables, Con su primera tarea Libro Diario .................................................................................. 80 Figura 3.55. Reporte del Libro Diario ..................................................................... 81 Figura 3.56. Segunda tarea Libro Mayor de la sptima historia de usuario ........... 81 Figura 3.57. Reporte del Libro Mayor ..................................................................... 81

Figura 3.58. Tercera tarea Balance de comprobacin de la sptima historia de usuario ...................................................................................................................... 82 Figura 3.59. Reporte del Balance de comprobacin ............................................... 82 Figura 3.60. Cuarta tarea Balance General de la sptima historia de usuario ....... 83 Figura 3.61. Reporte del Balance General ............................................................. 83 Figura 3.62. Quinta tarea Estado de Resultados de la sptima historia de usuario .................................................................................................................................. 84 Figura 3.63. Sexta tarea Hoja de Trabajo de la sptima historia de usuario........... 84 Figura 3.64. Reporte de la Hoja de Trabajo ............................................................ 85 Figura 3.65. Octava historia de usuario Creacin del Libro de Compras y Ventas con sus respectivas tareas. ....................................................................................... 85

NDICE DE TABLAS Tabla 2.1. Diferencias entre metodologas agiles y no agiles ................................... 16 Tabla 2.2. Clculo de Puntos Funcin....................................................................... 32 Tabla 2.3. Preguntas para el clculo del Fi ............................................................... 33 Tabla 2.4. Escala de rangos...................................................................................... 33 Tabla 2.5. Constantes segn el modo de software ................................................... 36 Tabla 2.6. Atributos para el multiplicador m(X).......................................................... 37 Tabla 3.1. Descripcin del caso de uso Acceder al sistema ................................... 39 Tabla 3.2. Descripcin del caso de uso Administracin de Usuarios ...................... 41 Tabla 3.3. Descripcin del caso de uso Administracin de las empresas............... 42 Tabla 3.4. Descripcin del caso de uso Administracin Contable........................... 45 Tabla 3.5. Descripcin del caso de uso Administracin del Libro de compras y ventas ...................................................................................................................... 46 Tabla 4.1. Caractersticas del dominio de la informacin .......................................... 90 Tabla 4.2. Resultados de la complejidad................................................................... 91 Tabla 4.3. Valores de ajuste de complejidad basados en respuestas a las preguntas .................................................................................................................................. 92 Tabla 4.4. Escala de valores para la usabilidad ....................................................... 93 Tabla 4.5. Preguntas para hallar la usabilidad .......................................................... 94 Tabla 4.6. Tabla de resultados para la mantenibilidad .............................................. 95 Tabla 4.7. Datos del sistema Orgnico ..................................................................... 96 Tabla 4.8. Tabla de resultados del multiplicador m(X) .............................................. 97

CAPITULO I
1 Presentacin
1.1 Introduccin Un sistema de informacin es un conjunto de elementos que interactan entre s, con el fin de apoyar las actividades de una empresa o negocio. Las mismas estn siendo aceptados y adoptados por muchas empresas, debido a las ventajas competitivas que proporcionan y a la optimizacin de los procesos en los cuales intervienen. Actualmente la globalizacin de mercados obliga a las empresas a modernizar sus procesos y ser ms productivos, para lograr as un buen nivel competitivo dentro del mercado nacional e internacional. En la bsqueda de la optimizacin de los procesos y la productividad, es requerido que las empresas se dediquen ms a cumplir con su razn de ser, y busquen ayuda de terceros para suplir las otras necesidades, es por esto que nace la subcontratacin (ms conocido por "outsourcing", el trmino en ingls), la cual se define como la gestin o ejecucin permanente de una funcin empresarial por un proveedor externo de servicios. La empresa subcontratante deber transferir parte del control administrativo y operacional a la empresa subcontratada, de modo que esta pueda realizar su trabajo apartada de la relacin normal de la empresa subcontratante y sus clientes. La subcontratacin tambin implica un considerable grado de intercambio bidireccional de informacin, coordinacin y confianza. De esta manera es que la empresa MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L. ofrece el servicio de Outsourcing Contable, la cual consiste en el procesamiento, anlisis de la informacin contable para la elaboracin de estados financieros, y el cumplimiento de aspectos formales de presentacin de los registros contables, con el objetivo de proveer a las direcciones de las organizaciones informacin precisa de la gestin para orientar sus decisiones y estrategias de negocio.

Por lo que un Sistema de Gestin Contable va web para el servicio de Outsourcing, se constituye como una herramienta importante para el crecimiento, la organizacin, y control de la empresa la cual permitir dar a sus clientes un mejor servicio. 1.2. Antecedentes Antecedentes de la Institucin MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L. Nace como una iniciativa emprendedora de un grupo de profesionales el ao 2009. Su objetivo es el de realizar diferentes servicios, entre ellos tenemos: Asesoramiento en consultas Tributarias, Financieros, diferentes tipos de Auditoria, Outsourcing Contable y otros. Cuenta con un equipo selecto de profesionales que prestan servicios especializados a Organizaciones No Gubernamentales, entidades de gobierno, Proyectos con financiamiento externo del BID, USAID y Banco Mundial, empresas, bancarias, de seguros, industriales, comerciales y de servicios. La empresa tiene como misin la de Coadyuvar a la mejora de la gestin, en las Empresas Privadas, Entidades Pblicas, PYMES, y dems negocios; informar y asesorar a todas las personas emprendedoras interesadas en incursionar en el mundo de los negocios y la concretizacin de sus proyectos, aportndoles ideas y servicios para ello. El Outsourcing Contable ha aliviado a las empresas de las preocupaciones relacionadas con esta rea, permitindoles que se dediquen a realizar actividades que representen ventajas competitivas para su negocio, es decir a las estrategias propias del mismo con el fin de obtener mayor eficiencia operacional y mayor rentabilidad. Las empresas que forman parte de la clientela del servicio de Outsourcing Contable al no querer hacerse cargo de sus gestiones contables por diferentes razones, contratan los servicios de MAERO CONSULTORA

MULTIDISCIPLINARIA S.R.L. el cual al contar con un equipo selecto de

profesionales, hace posible adoptar, adaptar y ajustar el proceso de Outsoucing de manera rpida, eficiente, fcil sin problemas ni traumas para su clientela. Antecedentes del Proyecto En cuanto a trabajos realizados con anterioridad en la carrera de informtica se pueden citar los siguientes: Sistema Contable y Control de Afiliados y pagos de ADEPI (Asociacin Departamental de la pequea industria), Paiva Zapana Maritza Netsi, UMSA 2002 Es un sistema de contabilidad que hace un control administrativo de sus afiliados. Sistema de Seguimiento y Control Administrativo Fsico y Financiero de proyectos en ejecucin (CSIP), Trres Calzada Esther Pocha, UMSA 2002 Es un sistema integrado de comunicacin, para el control y seguimiento de proyectos en ejecucin. Sistema integrado de informacin administrativo financiero AADAPAL, Alex Adalid Ticona Gutierrez, UMSA 2003, Desarrolla un sistema con diferentes mdulos como ser, presupuestos, contabilidad, almacenes y adquisiciones. Sistema de informacin administrativa contable, Maydana Lima Juan Jose, UMSA 2007. Desarrollar e implementar un software de contabilidad para generar y proporcionar informacin contable de manera eficiente y oportuna apoyando de esta forma a una mejor y gil toma de decisiones. Sistema Administrativo Financiero Contable. Caso: DIGITAL NETWORK S.R.L. Quispe Aruquipa Freedy, UMSA 2008. El sistema sistematiza los procesos administrativos del departamento de Tesorera y Contabilidad ofreciendo un control y seguimiento de las otras reas relacionadas con el trabajo de la empresa. 1.3 Planteamiento y formulacin del problema 1.3.1 Problemtica MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L. en el desenvolvimiento de sus actividades laborales tiene los siguientes problemas:

 El sistema actual no permite que el cliente acceda directamente a su informacin contable, para la toma de decisiones. Falta de actualizacin de la informacin contable del cliente. Para hacer la revisin correspondiente de la informacin, se debe esperar a que la persona encargada del registro de documentos termine, lo cual hace ineficiente la revisin del mismo. No existe un mantenimiento del Sistema Actual. La informacin de los clientes se encuentra dispersa. El sistema actual no permite el crecimiento estratgico de la empresa. 1.3.2 Problema principal Despus de estudiar la situacin actual de la empresa con respecto al funcionamiento del actual sistema, y el manejo de la informacin se concluye que el problema principal es: La empresa MAERO CONSULTORA MULTIDISCIPLINARIO S.R.L. no cuenta con Sistema de gestin contable ptimo para el servicio de Outsourcing, que cumpla con todos las necesidades de la empresa y sus clientes para la toma de decisiones. 1.4 Objetivos 1.4.1 Objetivo principal El objetivo principal del proyecto es: Disear, desarrollar e implementar un Sistema de Gestin Contable va Web para el servicio de Outsourcing, el cual manejara la informacin contable de los clientes, y de esta manera proporcionar un mejor servicio a sus clientes.

1.4.2 Objetivos secundarios Para la realizacin del objetivo principal de este trabajo se establecieron los siguientes objetivos secundarios del Sistema de gestin contable va web para el servicio de Outsourcing. Centralizar la informacin de los clientes. Mostrar informacin actualizada a los clientes Mejorar el servicio de Outsourcing Contable. Ofrecer a los clientes una accesibilidad en todo momento a su informacin

contable. Desarrollar un Sistema de Gestin Contable capaz de manejar la contabilidad

de diferentes tipos de empresas con sus respectivas gestiones. Permitir la actualizacin de la informacin de forma continua. Asegurar la integridad, el resguardo de la informacin.

1.5 Justificaciones 1.5.1 Justificacin tcnica PHP y MySQL son conocidas tecnologas de cdigo abierto que resultan muy tiles para disear de forma rpida y eficaz aplicaciones Web dirigidas a bases de datos. PHP es un potente lenguaje de secuencia de comandos diseado especficamente para permitir a los programadores crear aplicaciones Web con distintas prestaciones de forma rpida. MySQL es una base de datos rpida y fiable que se integra a la perfeccin con PHP y que resulta muy adecuada para aplicaciones dinmicas basadas en Internet. 1.5.2 Justificacin econmica La creacin del sistema con software libre permitir a la empresa el ahorro de dinero en el pago de licencias, las cuales en cuestin de software llegan a ser muy costosas.

La utilizacin del sistema brindara a la empresa una nueva imagen basada en la tecnologa y un mejor servicio para los clientes. 1.5.3 Justificacin social La implementacin del Sistema de Gestin Contable va Web para el servicio de Outsourcing permitir ofrecer a todos los clientes de la MAERO S.R.L. un mejor servicio con la opcin de poder ver toda su informacin contable actualizada en cualquier momento para la toma de decisiones. 1.6 Metodologa e instrumentos de medicin Para el desarrollo de sistema, la metodologa que se utilizar es el SCRUM por ser una metodologa gil y de esta manera poder incorpora cambios con rapidez y en cualquier fase del proyecto. Se utilizaran las mtricas del modelo de anlisis punto funcin que pretenden medir la funcionalidad entregada al usuario independientemente de la tecnologa utilizada para la construccin y explotacin del software. 1.7 Alcances El presente estudio se limita al anlisis, diseo, implementacin y mantenimiento del un Sistema de gestin contable va web enfocado a coadyuvar con el servicio Outsourcing que ofrece la empresa MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L. El sistema proporciona a los clientes informacin confiable, en tiempo real, de las actividades desarrolladas en la gestin contable. 1.8 Limites El sistema solo se limitara al manejo de la informacin contable y al manejo de los diferentes roles que existen como: los clientes solo puede ver e imprimir la

informacin contable, el contador encargado se encargar del registro de la informacin contable y a ver las transacciones que genere sin acceso a la impresin, y por ltimo el supervisor tiene las opciones de imprimir, ver las transacciones e imprimir la informacin contable. Para mejorar el servicio de Outsourcing el sistema funcionara en la web, de esta manera los clientes podrn ver su informacin contable en todo momento. 1.9 Herramientas Para el desarrollo del presente proyecto se empleo las siguientes herramientas: Team Trick, para el manejo de Scrum. Visio 2007, para la creacin de diagramas. MagicDraw UML con Magic UWE para la creacin del modelo navegacional. Balsamiq Mockups, para la creacin del diagrama de presentacin PHP 5.3.1 como lenguaje de programacin del lado del servidor. MYSQL 5.1.41, como gestor de base de datos. Eclipse Helios, para el desarrollo en PHP FLASH CS3 como lenguaje de programacin del lado del cliente AMFPHP 1.9 para la vinculacin entre Flash y PHP

CAPITULO II
2. Marco Terico
2.1. Contabilidad La ciencia contable tiene orgenes tan antiguos como antiguos son los negocios, pues el comerciante o mercader primitivo debi tener necesidad de practicar anotaciones tal vez rudimentarias de sus negocios, principalmente de las cantidades y fechas en que deba satisfacer obligaciones o cobrar crditos, de la cantidad y precio en que compraba sus mercancas, del nombre y direccin de las personas con quienes comerciaba, etc. Estas anotaciones rudimentarias, libradas al mejor criterio de los comerciantes han debido evolucionar de acuerdo al crecimiento de los negocios por el aumento de las poblaciones y de las vas de comunicaciones convirtindose en reglas y procedimientos fijos cuya aparicin ha dado origen a la ciencia misma. [Fernandez, 1979] El estudio de esta ciencia est ntimamente ligado al estudio de los negocios, sean estos industriales, comerciales, financieros, de administracin, etc., pues es un poderoso auxiliar de ellos. Una de las tareas de que se ocupa, es la de registrar todas las operaciones mercantiles que efecta el comerciante o industrial, lo que hace que el Contador debiera estar perfectamente compenetrado de la fisonoma y caractersticas del negocio que ocupa sus servicios. Por otra parte, en base a aquellas anotaciones se preparan estados de situacin y resultados econmicos los que, si se interpretan debidamente, podrn modificar el rumbo de la poltica de los administradores. [Fernandez, 1979] 2.1.1 Objetivo general de la contabilidad El objetivo general de la contabilidad es proporcionar informacin oportuna, sistmica, confiable y objetiva a la gerencia para una acertada toma de decisiones. [Tern Gandarillas, 2001]

2.1.2 Objetivos especficos Los objetivo especifico de la contabilidad coadyuva directamente la objetivo general, y radica en la preparacin y emisin de estados financieros o estados contables, documentos mediante los cuales en forma resumida de acuerdo con normas de contabilidad y disposiciones legales, se proporciona a los usuarios de la informacin contable datos oportunos, verdicos, objetivos y sistemticos en trminos de unidades monetarias, referidos a la situacin patrimonial y financiera de la empresa a una determinada fecha y como los resultados obtenidos correspondientes a un determinado tiempo de trabajo. [Tern Gandarillas, 2001] Para proporcionar esta informacin deber preparase estados financieros, para tal efecto, la contabilidad se sirve de determinados medios o instrumentos de gran importacin que son: los registros de diario (Comprobantes de diarios ingreso, egreso y traspaso), registros de diarios auxiliares, registros de mayor, registros de mayores auxiliares, documentos (facturas, liquidaciones, planillas de sueldos y salarios, etc.) balance de comprobacin y hoja de trabajo. [Tern Gandarillas, 2001] 2.1.3 Diseo de sistemas contables La fase inicial realizada en toda empresa al momento de su constitucin, labor cuando el Auditor (Contador Pblico Autorizado) demuestra su formacin acadmica no solo en campo contable si no tambin con otras ciencias relacionadas a esta para disear , implantar, supervisar y controlar un sistema de contabilidad aplicado al giro especific de las actividades de una empresa y proyectar el volumen de sus

operaciones, para de esta manera identificar al ente y establecer los tipos de operaciones que probablemente ocurrirn acorde con los requerimientos

empresariales y disposiciones legales. [Tern Gandarillas, 2001] 2.1.4 Activo, Pasivo y Patrimonio Activo.- Se define como activo a todos los bienes y valores de propiedad de la entidad y que estn al servicio de la misma con el objetivo de obtener utilidad. Estos

bienes tienen mucha probabilidad de generar un beneficio econmico y varan de acuerdo con la naturaleza del negocio. [Ortiz, 2009] Todo activo tiene un valor de cambio, es decir el propietario de un determinado activo puede cambiarlo por efectivo o por otro activo, puede utilizarlo para cancelar una deuda o repartirlo entre los propietarios de la empresa, es decir se lo puede utilizar para alguna actividad productora de ingresos. El activo es tambin una de las dos partes del balance de situacin. [Ortiz, 2009] Pasivo.- Son todas las obligaciones que tiene por pagar la empresa a sus acreedores y se reflejan en el primer segmento de la segunda parte del balance a una fecha sealada en el mismo documento. Comprende tambin las fuentes de financiacin de una entidad, en muchas ocasiones, las empresas deben acogerse al endeudamiento para poder adquirir activos, es decir obtienen un bien pero a la vez contraen una deuda, aplicando de esta forma la partida doble. [Ortiz, 2009] Patrimonio.- Se define patrimonio a los recursos invertidos por el propietario en una empresa; es igual a los activos totales menos los pasivos. El derecho del propietario es un derecho residual porque los derechos de los acreedores tienen prioridad legalmente. Si usted es el propietario de una empresa, tiene derecho a lo que quede despus de cancelar completamente los derechos de los

acreedores. [Ortiz, 2009] Todo balance de situacin comprende dos partes, por un lado tenemos el activo y por otro lado el pasivo y patrimonio, en consecuencia con estos tres trminos se conforma la ecuacin contable de la siguiente manera: ACTIVO = PASIVO + PATRIMONIO 2.1.5 Plan de cuentas Un plan contable es la agrupacin de un conjunto de cuentas que tiene como objetivo homogenizar y agrupar hechos y operaciones econmico financieras bajo un criterio definido. Por tanto un plan de cuentas es un listado que contiene todas las cuentas

10

que son necesarias para registrar los hechos contabilizables. [Gonzales Gomes, s.f.] El Plan de cuentas sirve: Como estructura bsica en la organizacin y diseo del sistema contable. Como medio para obtener informacin. Para utilizar la misma cuenta frente a hechos similares. Facilita la confeccin de los estados contables.

2.1.6 Libro diario El libro diario es un registro cronolgico y ordenado de TODAS las operaciones comerciales efectuadas por el comerciante, da a da y una tras otra, debiendo establecerse cul es el acreedor y quien el deudor [Fernandez, 1979]. 2.1.7 Libro mayor El libro de mayor proporciona informacin clasificada en forma metdica y sistmica referente al movimiento de todas y cada una las cuentas apropiadas en el libro diario mediante la sumatoria de cargos (Debe) y/o en abonos (Haber) para de esta manera poder determinas sus saldos (deudo o acreedor) en trminos de unidades monetarias. [Tern Gandarillas, 2001] 2.1.8 Balance de comprobacin Se denomina balance de comprobacin al estado financiero auxiliar, que presenta informacin cuantitativa en trminos de unidades monetarias referidas a la situacin de las cuentas que hayan tenido movimiento hasta la fecha de preparacin y emisin. El objetivo del balance de comprobacin es proporcionar oportunamente informacin contable en trminos de unidades monetarias, referida a la sumatoria de cargos y/o abonos como tambin el saldo que corresponde a cada una de las cuentas apropiadas hasta la fecha de preparacin y emisin. [Tern Gandarillas, 2001]

11

2.1.9 Balance general El balance general, estado de situacin o balance de fin de gestin, es un estado financiero bsico, que en forma resumida de acuerdo con normas de contabilidad y disposiciones legales, proporciona informacin en trminos de unidades monetarias referas a la situacin patrimonial y financiera de una empresa a una determinada fecha. El objetivo del balance general es proporcionar informacin referida a la situacin patrimonial y financiera de una empresa, para la toma de decisiones y control de estas. [Tern Gandarillas, 2001] 2.1.10 Estado de resultados El estado de ganancias y prdidas, estado de ingresos y gastos, estado de rendimientos, estado de producto o estado de resultados, es un estado financiero bsico, que en forma resumida de acuerdo con normas de contabilidad y disposiciones legales, proporciona resultados obtenidos en una empresa por un determinado tiempo de trabajo. El objetivo del estado de resultados es proporcionar informacin referida a los resultados obtenidos. Es decir; la utilidad o prdida que haya generado un empresa para la toma de decisiones y control de estas. [Tern Gandarillas, 2001] 2.1.11 Hoja de trabajo de diez columnas Es uno de los estados Financieros Auxiliares ms importantes, pues mediante el es posible confeccionar el Balance General y Estado de Resulta y conocer la utilidad o perdida del negocio, antes de asentar definitivamente todos los datos en los libros legales. Se lo elabora en un estado de diez columnas, las que de izquierda a derecha y contndolas por juegos de dos en dos. [Fernandez, 1979]

12

2.1.12 Software del libro de compras y ventas (IVA) Es una aplicacin desarrollada para apoyar la presentacin de la informacin complementaria al Impuesto de Valor Agregado (IVA), que el Servicio de Impuestos solicita a un grupo de contribuyentes. [Impuestos Nacionales, s. f.] 2.2 Outsourcing 2.2.1 Historia Si buscamos los inicios del outsourcing, podemos decir que surge desde que el hombre en sociedad se especializa en ciertas actividades en las cuales destaca para proveer de ciertos bienes a sus compaeros del grupo o manada. As los ms fuertes se enfocaron a la caza y proteccin del grupo, las mujeres a crianza de los hijos y los menos fuertes a siembra y cosecha. El Outsourcing como se conoce hoy en da, es una prctica que data desde el inicio de la era moderna. No es concepto nuevo, ya que muchas compaas competitivas lo realizaban como una estrategia de negocios. Al inicio de la era post-industrial se inicia la competencia en los mercados globales. Despus de la segunda guerra mundial, las empresas trataron de concentrar en s mismas la mayor cantidad posible de actividades, para no tener que depender de los proveedores. Sin embargo, esta estrategia que en principio resultara efectiva, fue hacindose obsoleta con el desarrollo de la tecnologa, ya que nunca los departamentos de una empresa podan mantenerse tan actualizados y competitivos como lo hacan las agencias independientes especializadas en un rea, adems, su capacidad de servicio para acompaar la estrategia de crecimiento era insuficiente.

Este concepto comenz a ganar credibilidad al inicio de la dcada de los 70s enfocado, sobre todo, a las reas de informacin tecnolgica en las empresas. Las primeras empresas en implementar modelos de Outsourcing fueron gigantes como

13

EDS, Arthur Andersen, Price Waterhouse y otros. El Outsourcing es un trmino creado en 1980 para describir la creciente tendencia de grandes compaas que estaban transfiriendo sus sistemas de informacin a proveedores.

2.2.2 Definicin Es considerado como la transferencia de funciones y responsabilidades a un tercer, lo cual implica una relacin estratgica entre ambas partes, que la empresa cliente entrega un proceso de negocio no estratgico al proveedor proporcionndole informacin clave y estratgica de su negocio para que este puede hacer su trabajo. [Zandweghe,2010]

2.2.3 Outsourcing Contable En el Outsourcing Contable la empresa que ofrece el servio es encargada y la responsable de todas aquellas funciones del departamento contable del cliente, lo cual incluye desde el registro contable de las transacciones efectuados por la empresa, hasta la elaboracin de los estados financieros finales e intermedios que la compaa requiera, as como la presentacin de las declaraciones tributarias del orden nacional y territorial. En desarrollo del servicio de Outsourcing Contable la empresa presenta en un determinado tiempo los Estados Financieros, Balance General, Estado de Resultados, Estado de resultados analtico, Anexos de cada una de las cuentas e Informe sobre deficiencias de Control Interno, etc. 2.3 Metodologa gil 2.3.1 Qu es una metodologa gil? Lo gil se define como la habilidad de responder de forma verstil al cambio para maximizar los beneficios. Las metodologas giles varan en su forma de responder al cambio, pero en general comparten las siguientes caractersticas:

14

 Los individuos y sus interacciones son ms importantes que los procesos y las herramientas. El software que funciona es ms importante que la documentacin exhaustiva. La respuesta al cambio en lugar de aferrarse a un plan. Los valores y principios compartidos por toda la metodologa gil fueron enunciados en el manifiesto gil, por la alianza gil. [Citon,2006] 2.3.2 La alianza gil En una reunin celebrada en febrero de 2001 en Utha (EEUU), nace el trmino gil aplicado al desarrollo de software. En esta reunin participaron un grupo de 17

expertos de la industria del software. Su objetivo fue esbozar los valores y principios que deban permitir a los equipos desarrollar software rpidamente y respondiendo a los cambios que pueden surgir a lo largo del proyecto. Se pretenda ofrecer una alternativa a los procesos de desarrollo de software tradicionales, caracterizados por ser rgidos y dirigidos por la documentacin que se genera en cada una de las actividades desarrolladas. [Citon,2006] 2.3.3 Metodologas giles vs tradicionales Metodologas giles La planificacin del trabajo Metodologas Tradicionales slo Trabajo y gestin guiada por un plan

comprende el ciclo en el que se est general del proyecto que comprende trabajando (normalmente 30 das). Descubrimiento progresivo todo su ciclo de desarrollo. de Conocimiento detallado de de los el

requisitos, e incorporacin de cambios requisitos en cualquier iteracin del desarrollo.

antes

comenzar

diseo del proyecto.

Refactorizacin

de

cdigo

como Hacerlo bien a la primera. Evitar la

modelo de trabajo compatible con el re-codificacin y el re-trabajo que punto anterior. supone una prdida de eficiencia.

15

Comunicacin integrantes del

directa equipo

entre

los Comunicacin formal segn el plan de

(incluidos comunicacin del proyecto.

cliente y usuarios) prefiriendo la verbal directa. Equipos auto-gestionados. Gestin de equipos y personas

centralizada en el gestor del proyecto. No existe contrato tradicional o al Existe un contrato prefijado. menos es bastante flexible. El cliente es parte del equipo de El cliente interacta con el equipo de desarrollo. Grupos pequeos (hasta desarrollo mediante reuniones. 20 Grupos grandes y posiblemente

integrantes) y trabajando en el mismo sitio. Pocos artefactos. Pocos roles.

distribuidos.

Ms artefactos. Ms roles. arquitectura y se del software es

Menos nfasis en la arquitectura del La software.

esencial modelos.

expresa

mediante

Tabla 2.1: Diferencias entre metodologas agiles y no agiles Fuente: [Citon,2006] 2.4 Metodologa Scrum 2.4.1 Introduccin Scrum es una metodologa gil de gestin de proyectos cuyo objetivo primordial es elevar al mximo la productividad de un equipo. Reduce al mximo la burocracia y actividades no orientadas a producir software que funcione y produce resultados en periodos muy breves de tiempo. Como mtodo, Scrum enfatiza valores y prcticas de gestin, sin pronunciarse sobre requerimientos, prcticas de desarrollo,

implementacin y dems cuestiones tcnicas. Ms bien delega completamente en el

16

equipo la responsabilidad de decidir la mejor manera de trabajar para ser lo ms productivos posibles. [Citon,2006] La palabra Scrum procede de la terminologa del juego de rugby, donde designa al acto de preparar el avance del equipo en unidad pasando la pelota a uno y otro jugador. Igual que el juego, Scrum es adaptable, gil, auto-organizante y con pocos tiempos muertos. [Citon,2006] Scrum fue desarrollado por Jeff Sutherland y elaborado ms formalmente por Ken Schwaber. Poco despus Sutherland y Schwaber se unieron para refinar y extender Scrum. Se la ha llegado a conocer como una herramienta de hiperproductividad. Schwaber se dio cuenta entonces de que un proceso necesita aceptar el cambio, en lugar de esperar predictibilidad. Se enfoca en el hecho de que procesos definidos y repetibles slo funcionan para atacar problemas definidos y repetibles con gente definida y repetible en ambientes definidos y repetibles. Toma el cambio como una forma de entregar al final del desarrollo algo ms cercano a la verdadera necesidad del Cliente. Puede ser aplicado tericamente a cualquier contexto en donde un

grupo de gente necesita trabajar junta para lograr una meta comn. [Citn, 2006] Se basa en los principios giles: Privilegiar el valor de la gente sobre el valor de los procesos. Entregar software funcional lo ms pronto posible. Predisposicin y respuesta al cambio Fortalecer la comunicacin y la colaboracin. Comunicacin verbal directa entre los implicados en el proyecto. Simplicidad; supresin de artefactos innecesarios en la gestin del proyecto. 2.4.2 Elementos de Scrum Roles o Product Owner o Scrum Mater

17

o Tema (Equipo) Poda de requerimientos Product Backlog o Historias de Usuario o Story Points Sprint o Planificacin o Sprint Backlog o Scrum o Builds continuos o Revisin del Sprint o Reunin retrospectiva Valores o Foco, comunicacin, respeto y coraje. Roles del Scrum No hay una tcnica oficial para coordinar equipos mltiples, pero se han documentado experiencias de hasta 800 miembros, divididos en Scrums de Scrum, definiendo un equipo central que se encarga de la coordinacin, las pruebas cruzadas y la rotacin de los miembros. [Citon,2006] Scrum tiene una estructura muy simple. Todas las responsabilidades del proyecto se reparten en 3 roles: Product owner (Dueo del producto).- representa a todos los interesados en el producto final. Es el responsable oficial del proyecto, gestin, control y visibilidad de la lista de acumulacin o lista de retraso del producto (Product Backlog). Toma las decisiones finales de las tareas asignadas al registro y convierte sus elementos en rasgos a desarrollar. Sus reas de responsabilidad son: o Financiacin del proyecto o Requisitos del sistema

18

o Retorno de inversin del proyecto o Lanzamiento del proyecto Scrum Master (Lider del proyecto).- Responsable del proceso Scrum, de cumplir la meta y resolver los problemas. As como tambin, de asegurarse que el proyecto se lleve a cabo de acuerdo con las prcticas, valores y reglas de Scrum y que progrese segn lo previsto. Interacta con el cliente y el equipo. Coordina los encuentros diarios, y se encarga de eliminar eventuales obstculos. Debe ser miembro del equipo y trabajar a la par. Team (Equipo).- Responsable de transformar el Backlog de la iteracin en un incremento de la funcionalidad del software. Tiene autoridad para reorganizarse y definir las acciones necesarias o sugerir remocin de impedimentos. o Auto-gestionado o Auto-organizado o Multi-funcional Poda de requerimientos La primera actividad es armar una lista exhaustiva de los requerimientos originales del sistema. Luego se procede a ver qu requerimientos son realmente necesarios, cules pueden posponerse y cules eliminarse. Para ello debe identificarse un

representante con capacidad de decisin, priorizar los requerimientos en base a su importancia y acordar cules son los prioritarios para la fecha de entrega. La poda de requerimientos es una buena prctica implcita en modelos giles, se hace lo que el cliente realmente desea, no ms. [Citon,2006] Historia de Usuario.- Una historia de usuario posee similitudes con un caso de uso, salvando ciertas distancias. Por hacer una correspondencia entre historias de usuario y casos de uso, podramos decir que el titulo de la historia se corresponde con el del caso de uso tradicional. Sin embargo, la historia no pretende definir el requisito. [Bl Jurado, Beas, Gutierrez, Reyes, y Mena, 2010].

19

Story Points.- Es una unidad arbitraria pero fija que describe cuanto esfuerzo requiere una historia de usuario para ser entregada al cliente. Es arbitraria porque es una medida cuya definicin exacta es escogida por el equipo a implementar las Historias de Usuario. Esto implica que una vez determinada para un equipo, no se puede aplicar para otros equipos. En software, esta arbitrariedad es inducida por la naturaleza del proyecto a implementar (no hay dos proyectos iguales), las capacidades de los miembros de equipo, las capacidades de equipo (la capacidad combinada del equipo nunca es la suma de las capacidades individuales) y si las Historias de Usuario actuales juegan bien con los puntos fuertes del equipo. (Alfaro, 2011).

Product Backlog Con los requerimientos priorizados y podados armamos el Backlog de Producto. Este es una forma de registrar y organizar el trabajo pendiente para el producto (actividades y requerimientos). [Citon,2006] Es un documento dinmico que incorpora constantemente las necesidades del sistema. Por lo tanto, nunca llega a ser una lista completa y definitiva. Se mantiene durante todo el ciclo de vida (hasta la retirada del sistema) y es responsabilidad del Product Owner. [Citon,2006] Sprint Scrum est basado en el control emprico de procesos. Se utiliza cuando la capacidad de prediccin es vaga, la incertidumbre alta o el proceso es demasiado complejo para ser modelado y definido. En el enfoque emprico de control de procesos se establecen reglas simples y se crea una disciplina de inspeccin frecuente para adaptarse rpidamente a situaciones imprevistas o problemas.

20

Figura 2.1 Proceso del Sprint. Planificacin .- En esta reunin, tomando como base las prioridades y necesidades de negocio del Product owner, se determinan cules y cmo van a ser las funcionalidades que se van a incorporar al producto con el prximo Sprint. Marca el comienzo de cada sprint y no debera durar ms de un da. Sprint Backlog.- El Sprint Backlog es la lista que descompone las funcionalidades del Product Backlog en las tareas necesarias para construir un incremento: una parte completa y operativa del producto. El sprint backlog se realiza y actualiza entre todos los miembros del equipo de proyecto. A lo largo del sprint, se va asignando a cada tarea la persona que la va a llevar a cabo, y se indica el tiempo de trabajo que se estima, an falta para terminarla. Scrum.- Son reuniones que se hacen normalmente despus de la Planificacin, estas reuniones permiten a los equipos discutir su trabajo, enfocndose especialmente en reas de solapamiento e integracin, asistiendo una persona asignada de cada equipo. Siguiendo las siguientes cuatro preguntas o Qu ha hecho tu equipo desde nuestra ltima reunin? o Qu har tu equipo antes que nos volvamos a reunir? o Hay algo que demora o estorba a tu equipo? o Ests a punto de poner algo en el camino del otro equipo?

21

 Builds continuos.o Los programadores desarrollan segn el Backlog del Sprint, y al finalizar, notifican al integrador. o El integrador toma el cdigo y lo integra con el resto del producto. o Se compila el software y se prueba por arriba el producto, para verificar que no se haya roto o Si se encuentran problemas se devuelve al desarrollador. o Se notifica al equipo que hay una nueva versin estable del cdigo para usar como base. Revisin del Sprint.- El objetivo de la reunin de revisin es presentar el producto o porcin del producto desarrollada por el equipo a los usuarios. La reunin se utiliza para detectar inconformidades mayores que se vuelven elementos del Backlog de Producto y que eventualmente se resuelven en el siguiente Sprint. Reunin retrospectiva.- Scrum involucra el concepto de mejora continua a travs de las reuniones de retrospeccin. Las reuniones buscan detectar los puntos positivos y negativos del Sprint para generar propuestas de mejora para futuros Sprints. Las reuniones de retrospeccin son el concentrador del aprendizaje organizacional sobre el Scrum. Los puntos positivos y negativos se registran y se definen tems de accin para cada uno. Los tems de accin definidos se toman en cuenta en los siguientes Sprints. [Citon,2006] 2.5 Metodologa UWE La metodologa UWE (UML Based Web Engineering) presentado por Koch y sus colegas, para el desarrollo de aplicaciones web, esta fundad en un entrono Orientado a Objetos usando para esto la notacin ligera de UML. UWE proporciona guas para la construccin de modelos de forma sistemtica, enfocndose en

personalizacin y estudio de casos de uso. Las actividades de modelado principales

22

son el anlisis de requerimientos, el diseo conceptual, el diseo de navegacin y el diseo de presentacin producen los siguientes modelos: [Koch,2000] Modelo de Casos de Uso Modelo Conceptual Modelo de Navegacin Modelo de Presentacin

El lenguaje de Modelo Unificado UML (Unified Modeling Language) es una herramienta lo suficientemente poderosa para cubrir todos los requerimientos que surgen cuando se modela un aplicacin Web. Adems tiene la ventaja de ser un lenguaje de modelado bien documentado, que es de hecho un estndar industrial. UML puede ser visto como una familia de leguajes de modelado, ms que un lenguaje simple, si se consideran las extensiones ligeras. Por ligero, se entiende que puede ser fcilmente adoptado a otras herramientas de modelado y que no significa un gran impacto en el intercambio de formatos. Los estereotipos son un nuevo tipo de elemento de modelados definidos dentro del modelo basado en un tipo de elementos de un modelo existente. 2.5.1 Modelo de casos de uso El caso de uso es un documento narrativo que describe la secuencia de eventos de un actor (agente externo) que utiliza un sistema para completar un proceso. Los casos de uso son historias o casos de utilizacin de un sistema; no son exactamente los requerimientos ni las especificaciones funcionales, sino que ejemplifican e incluye tcticamente los requerimientos en las historias que narran. [Larman, 1999]

Figura 2.2 Representacin de un caso de uso.

23

2.5.2 Modelo Conceptual Un modelo conceptual explica (a sus creadores) los conceptos significativos en un dominio del problema: el artefacto ms importante a crear durante el anlisis orientado a objetos. [Larman, 1999] El paso esencial de un anlisis o investigacin orientado a objetos es descomponer el problema en conceptos u objetivos individuales: las cosas que sabemos. Un modelo conceptual es una representacin de conceptos en un dominio del problema en el UML, lo ilustramos con un grupo de diagramas de estructura esttica donde no se define ninguna operacin. La designacin de un modelo conceptual ofrece la ventaja de subrayar fuertemente una concentracin en los conceptos del domino, no en las entidades del software. [Larman, 1999]

Figura 2.3 Diagrama de Clases. 2.5.3 Modelo Navegacional En un sistema para la web es til saber cmo estn enlazadas las pginas. Ello significa que necesitamos un diagrama conteniendo nodos (nodes) y enlaces (links).

24

Pero que es un nodo? Nodos son unidades de navegacin y estn conectados por medio de enlaces. Nodos pueden ser representados en diferentes pginas o en una misma pgina. Lo que se quiere con el ejemplo de la figura 2.3 es AddressBook sea nuestra pgina principal, tener una lista de contactos, buscador de contactos, poder crear, eliminar y modificar un contacto. [Web Engineering Group, s.f.]

Figura 2.4 Ejemplo de un modelo Navegacional. 2.5.4 Modelo de presentacin El objetivo es visualizar la organizacin de la estructura de la aplicacin Web de una forma intuitiva que con el modelo de estructura de navegacin. Este paso consiste en modelar las fases de la presentacin mostrando donde se presentaran al usuario los

25

objetos de navegacin y los elementos de acceso, por ejemplo en que marco o ventana se muestra el contenido y que ser reemplazado cuando se accione un enlace.

Figura 2.5 Ejemplo de un modelo de Presentacin. 2.6 Pruebas 2.6.1 Test Unitarios Son los test ms importantes, cada test unitario o test unidad (unit test en ingles) es un paso que andamos en el camino de la implementacin del software. Todo test unitario de ser: Atmico Independiente Inocuo Rpido

26

Atmico significa que el test prueba la mnima cantidad de funcionalidad posible. Esto es, probara un solo comportamiento de un mtodo de una clase. El mismo mtodo puede presentar distintas respuestas ante distintas entradas o distinto contexto. El test unitario se ocupara exclusivamente de uno de esos

comportamientos, es decir, de un nico camino de ejecucin. Independiente significa que un test no pude depender de otros para producir un resultado satisfactorio. No puede ser parte de una secuencia de tests que se deba ejecutar en un determinado orden. Debe funcionar siempre igual independientemente de que se ejecuten otros testo o no. Inocuo significa que no altera el estado del sistema. Al ejecutarlo una vez, produce exactamente el mismo resultado que al ejecutarlo veinte veces. No altera la base de datos, ni enva email ni crea ficheros, ni los borra. es como si no se hubiera ejecutado. Rpido porque ejecutamos gran numero de test cada pocos minutos y se ha demostrado tener que espera unos cuantos segundos cada rato, resulta muy improductivo. Un slo test tendra que ejecutarse en una pequea fraccin de segundo. [Bl Jurado et al. , 2010] 2.6.2 Fallos de seguridad software SQL Injection. es una vulnerabilidad informtica en el nivel de la validacin de las entradas a la base de datos de una aplicacin. El origen es el filtrado incorrecto de las variables utilizadas en las partes del programa con cdigo SQL. Es, de hecho, un error de una clase ms general de vulnerabilidad que puede ocurrir en cualquier lenguaje de programacin o de script que este incrustado dentro de otro. La Inyeccin SQL es un problema de seguridad informtica que debe ser tomado en cuenta por el programador para prevenirlo. Un programa hecho con descuido, displicencia, o con ignorancia sobre el problema, podr ser vulnerable y la seguridad

27

del sistema puede quedar ciertamente comprometida. Esto puede suceder tanto en programas ejecutndose en computadoras de escritorio., como en pginas Web, ya que estas pueden funcionar mediante programas ejecutndose en el servidor que las aloja. [Huanca Aliaga, 2011] HTML Injection Consiste en hacer una inyeccin de cdigo HTML en una pgina, las webs ms vulnerables suelen ser libros de visitas, blogs, foros o cosas por el estilo. As que es posible ingresar al buscador google y encontrar pginas vulnerables utilizando las terminaciones de los urls o contenido. [Huanca Aliaga, 2011] Escalada de directorios En cualquier tipo de aplicacin es posible que existan medidas de seguridad que restrinjan los directorios en los cuales un usuario de la misma pueda interactuar, sobrepasar esas medidas de seguridad, es decir, poder acceder a directorios fuera del marco de seguridad original, es lo que se conoce como escalada de directorios. Este error se puede presentar y explotar de muchas maneras. Una forma puede ser introduciendo los caracteres "../" como parte de una entrada de usuarios relativa a un fichero que queramos visualizar, descargar o almacenar. Otra forma menos comn es haciendo uso de funciones adicionales las cuales aun perteneciendo a la aplicacin no validen dicha restriccin de seguridad. [Huanca Aliaga, 2011] Errores de mecanismos de Autenticacin Podemos encontrar desde identificacin de sesin secuenciales, hasta inexistencia de mecanismos de autenticacin, pasando por un amplio surtido de debilidades como limitacin de longitud de la clave, uso de sistemas de recuperacin de contraseas ineficientes, por citar algunos.

28

La solucin a estos problemas pasa por no cometer los errores vistos con anterioridad en la codificacin del mismo, a la par de disear correctamente aquellos que implementamos. [Huanca Aliaga, 2011] Errores en el mecanismo de cifrado Este ser el ltimo error que se trate bajo el agrupamos una serie de errores al implementar sistemas de cifrado. Uso de algoritmos dbiles como pueden ser RC4 o DES Almacenaje de contraseas en texto plano y no de los hashes md5 o sha1 de las mismas, incluso sha-256/512 en caso de querer ampliar el espacio de colisiones Almacenaje de las contraseas de cifrado dentro de la aplicacin. O uso de algoritmos de cifrado propietario cuya seguridad no ha sido contrastada. [Huanca Aliaga, 2011] 2.7 Calidad de Software La calidad de software representa la garanta del correcto funcionamiento, es necesaria la prueba de software porque representa una revisin final a las especificaciones del diseo y la codificacin. La calidad de software es una compleja mezcla de factores que variaran a travs de diferentes aplicaciones y segn los clientes que las pidan. [Pressman, 2003] La medicin de la calidad de software se la realiza a travs de las Mtricas de Software, que proporciona una manera cuantitativa de valorar la calidad de los atributos internos del producto, permitiendo por tanto al ingeniero valorar la calidad antes de construir el producto. Las mtricas proporcionan la visin interna necesaria para crear modelos efectivos de anlisis y diseo, un cdigo slido y pruebas minuciosas.

29

2.7.1 Mtricas de calidad software Los requisitos del software son la base de las medidas de calidad. La falta de concordancia con los requisitos es una falta de calidad, los estndares de la ISO 9126 especificados definen un conjunto de criterios de desarrollo que guan la manera en que se hace la ingeniera de software. Existe un conjunto de requisitos implcitos que a menudo no se nombran, tal es el caso del mantenimiento. Si el software cumple con los requisitos tanto implcitos como explcitos la calidad del software ser confiable. 2.7.2 Factores de calidad ISO 9126 El estndar ISO 9126 ha sido desarrollado en un intento de identificar los atributos clave de calidad para el Software. El estndar identifica seis atributos clave de calidad: Funcionalidad, Confiabilidad, Usabilidad, Eficiencia, Facilidad de

mantenimiento y Portabilidad, estos factores facilitan una valiosa base para medidas indirectas y con las que se puede determinar la calidad del software. i. FUNCIONALIDAD

Las mtricas de software orientados a la funcin utilizan una medida de la funcionalidad entregada, consultas e interfaces externas que proporciona el sistema para la satisfaccin de los requerimientos del usuario. Como la funcionalidad no se puede medir directamente es necesario derivar mediante otras medidas directas como el punto funcin [Pressman, 1998]. Punto funcin La mtrica punto funcin (PFs), es una mtrica orientada a la funcin y sugiere un acercamiento a la medida de productividad. Los puntos de funcin se obtienen utilizando una relacin emprica basada en medidas cuantitativas del dominio de informacin de software y valorizaciones subjetivas de la complejidad del software.

30

Para determinar la funcionalidad del sistema primero se debe determinar cinco caractersticas del dominio de informacin. [Snchez Rodrguez, 1999] Nmero de entrada de usuario (NE) Se cuenta cada entrada de usuario que proporciona diferentes datos orientados a la aplicacin. Las entradas se deberan diferenciar de las peticiones, las cuales se cuentan de forma separada Nmero salida de usuario(NS) Se cuenta cada salida que proporciona el usuario informacin orientad a la aplicacin. En este contexto la salida se refiere a informes, pantallas, mensajes de error, etc. Los elementos de datos particulares dentro de un informe no se cuentan de forma separada. Nmero de peticiones de usuario (NP) Una peticin se define como una entrada interactiva que produce la generacin de alguna respuesta de software inmediata en forma de salida interactiva, se cuenta cada peticin por separado. Nmero de archivo(NA) Se cuanta cada archivo maestro lgico (esto es, un grupo lgico de datos que puedes ser una parte de una gran base de datos o un archivo independiente). Nmero de interfaces externas(NI) Se cuenta todas las interfaces legibles por la maquina (por ejemplo: archivos de datos de cinta o disco que se utilizan para transmitir informacin a otro sistema).

31

Parmetro de medicin CuentaSimple NE * 3 NS NP NA NI Cuenta Total * * * * 4 3 7 5

Medio 4 5 4 10 7

Complejo 6 7 6 15 10

Total

Tabla 2. 2 Clculo de Puntos Funcin. El punto funcin (PF) se calcula con la siguiente ecuacin: PF = Cuenta Total* (X + Y * SUM Fi) En donde: Cuenta _ total: Es la suma de todas las entradas PF obtenidas de la tabla. X= Nivel de confiabilidad del sistema Y= Nivel de error igual a 0.01 Fi( i = 1 a 14) : Son valores de ajuste de la complejidad segn la respuesta de las siguientes preguntas: Nro. 1 2 3 4 5 Preguntas Requiere el sistema copias de seguridad y de recuperacin fiable? Se requiere comunicacin de datos? Existen funciones de procesamiento distribuido? Es crtico el rendimiento? Se ejecutara el sistema en un entorno operativo existente y fuertemente utilizado? 6 7 Requiere el sistema entrada de datos interactivos? Requiere la entrada de datos interactiva que las transacciones de entrada

32

se lleven a cabo sobre mltiples pantallas u operaciones? 8 9 10 11 12 13 Se utilizan los archivos maestros de la forma interactiva? Son complejas, las salidas, los archivos o las peticiones? Es complejo el procesamiento interno? Se ha diseado un cdigo para ser reutilizable? Estn incluidas en el diseo la conversin y la instalacin? Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones? 14 Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente utilizada por el usuario? Tabla 2.3: Preguntas para el clculo del Fi. Para obtener el clculo del factor de ajuste que est dado por: Fi, Grado de influencia se evala en un rango de 0 a 5. Escala de rangos para las preguntas de la tabla 2.2.

Trmino No influenciable Incidencia Moderado Medio Significativo Esencial

Valor 0 1 2 3 4 5 Tabla 2.4. Escala de rangos.

33

ii.

CONFIABILIDAD

Cantidad de tiempo que software est disponible para su uso. Est referido por los siguientes sub atributos: madurez, tolerancia a fallos y facilidad de recuperacin. Nivel de Madurez. Permite medir la frecuencia de falla por errores en el software. Tolerancia a fallas. Se refiere a la habilidad de mantener un nivel especfico de funcionamiento en caso de fallas del software o de cometer infracciones de su interfaz especfica. Recuperacin. Se refiere a la capacidad de restablecer el nivel de operacin y recobrar los datos que hayan sido afectados directamente por una falla, as como al tiempo y el esfuerzo necesarios para lograrlo. Para la aplicacin de la confiabilidad se utilizara la siguiente frmula: F(t)= f * e ( - / 10 * t) Dnde: f: Es la funcionalidad del sistema ya calculado. -: Es la probabilidad de error que pueda tener el sistema. t: Tiempo que dura una gestin en el Sistema. Y la probabilidad de que el sistema est libre de fallos es: P (T>=t) = 1- F(t) iii. USABILIDAD

Consiste de un conjunto de atributos que permiten evaluar el esfuerzo necesario que deber invertir el usuario para utilizar el sistema. Comprensibilidad. Se refiere al esfuerzo requerido por los usuarios para reconocer la estructura lgica del sistema y los conceptos relativos a la aplicacin del software.

34

Facilidad de Aprender. Establece atributos del software relativos al esfuerzo que los usuarios deben hacer para aprender a usar la aplicacin. Operabilidad Agrupa los conceptos que evalan la operacin y el control del sistema. Para realizar el clculo de usabilidad aplicamos la siguiente frmula: FU= [( xi/n) * 100]/N Dnde: N: nmero de la poblacin. n: nmero en la Muestra. iv. MANTENIBILIDAD

Se refiere a los atributos que permiten medir el esfuerzo necesario para realizar modificaciones al software, ya sea por la correccin de errores o por el incremento de funcionalidad. Se tienen los siguientes factores: Capacidad de anlisis. Relativo al esfuerzo necesario para diagnosticar las deficiencias o causas de fallas, o para identificar las partes que debern ser modificadas. Capacidad de modificacin. Mide el esfuerzo necesario para modificar aspectos del software, remover fallas o adaptar el software para que funcione en un ambiente diferente. Estabilidad. Permite evaluar los riesgos de efectos inesperados debidos a las modificaciones realizadas al software.

35

v.

Costo y tiempo

Cocomo surgi para medir y calcular el coste y el tiempo de un determinado proyecto basndose fundamentalmente en las lneas de cdigo y algunas constantes. [Ferrando, Fito y Yarza, s.f.] Formulas: E=A(KL)b * m(X) donde:

E = es el Salario/Mes (Media). a y b = constantes segn el modo (Orgnico, Semilibre o Rgido). KL= cantidad de lneas de cdigo (En miles) m(X)= multiplicador que depende de 15 atributos constantes. MODO Orgnico Semilibre Rgido a 2.40 3.00 3.60 b 1.05 1.12 1.20 c 2.50 2.50 2.50 d 0.38 0.35 0.32

Tabla 2.5. Constantes segn el modo del software. Modo orgnico: Un pequeo grupo de programadores experimentados desarrollan software en un entorno familiar. Modo semilibre: Corresponde a un esquema intermedio entre el orgnico y rgido. Modo rgido: El proyecto tiene fuertes restricciones que el problema a resolver es nico y es difcil basarse en la experiencia.

36

Tabla 2.6: Atributos para el multiplicador m(X). Personas necesarias por mes: (MM) = a*(KLb) Tiempo de desarrollo del proyecto: (TDEV) = c*(MMd) Personas necesarias total: (CosteH) = MM/TDEV Coste total del proyecto: (CosteM) = CosteH * E

37

CAPITULO III
3 Marco Aplicativo
3.1 Introduccin El desarrollo del presente proyecto tiene por objetivo crear el Sistema de gestin contable va web para el servicio de Outsourcing para la empresa MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L. utilizando la metodologa gil SCRUM. 3.2 Recopilacin y anlisis de requerimientos 3.2.1 Recopilacin de requerimientos Una tcnica excelente que permite mejorar la comprensin de los requerimientos es la creacin de casos de uso, es decir, descripciones narrativas de los procesos del dominio.

Sistema
Ingresar a la pgina de inicio

Administrador del sistema Validar datos uses

Ingresar usuario y constrasea Contador

Selecion de la gestion uses

Cliente

Validar acceso de los usuarios

Figura 3.1: Diagrama de caso de uso Acceder al sistema.

38

Caso de Uso : Acceder al sistema Actores: Propsito: Resumen: Contador, Administrador del sistema y Cliente Acceder al sistema para su respectivo uso. Los actores introducen su usuario y contrasea en respuesta el sistema le permite el acceso o lo rechaza Precondiciones: El sistema debe tener almacenado en su base de datos el usuario y contrasea. Tipo: Primario, real

Curso norma de eventos Accin de los actores 1 Ingresa su usuario y contrasea Respuesta del sistema 2 Compara los datos de entrada usuario y contrasea con los de la base de datos 3 Muestra el usuario en pantalla y una lista de las gestiones disponibles de la empresa. 4 El usuario accede a la gestin con la cual desea trabajar. Cursos alternos Lnea 2 En caso de introducir un usuario y contrasea inexistentes en la base de datos el sistema. Alerta solicitando que vuelva a intentarlo. Lnea 2 Si el campo usuario o contrasea tienen 5 o menos caracteres. Alerta pidiendo que estos sean mayores a 5 caracteres.

Tabla 3.1 Descripcin del caso de uso Acceder al sistema.

39

Sistema
Seleccion del Menu Usuarios

Adicionar Usuario

extends

Asignacion de Perfil extends Modificar Usuario Administrador del sistema

Eliminar Usuario

Figura 3.2: Diagrama de caso de uso Administracin de Usuarios. Caso de Uso : Administracin de Usuarios Actores: Propsito: Resumen: Administrador del Sistema Administrar los usuarios, privilegios y accesos al sistema. El administrador del sistema puede adicionar, modificar y eliminar usuarios, adems de darle al usuario acceso y privilegios al sistema Precondiciones: Debe existir un usuario que tenga el perfil de Administrado de sistema. Tipo: Secundario, esencial

Curso norma de eventos Accin de los actores 1 Selecciona el men usuarios Respuesta del sistema 2 Muestra la usuario las opciones de Crear Usuario y Asignacin de Perfil

40

El

Administrador

del

sistema 4 El sistema permite crear un nuevo usuario, modificar los datos del usuario y eliminar un usuario.

selecciona la opcin Crear Usuario

El

Administrador

del

sistema 6 El sistema permite seleccionar un usuario y

selecciona la opcin de Asignacin de asignarle el perfil o los perfiles que tendr. Perfil Cursos alternos Lnea 4 Si el administrador inserta datos repetidos o datos errneos. Alerta error al adicionar o modificar el usuario.

Tabla 3.2 Descripcin del caso de uso Administracin de Usuarios.

Sistema
Seleccionar el Menu Empresa Adicionar Empresa uses

Administrar Empresa uses Modificar Empresa

Administrar gestion uses Administrador del sistema uses Crear nueva gestion

Creacion de Backups

Modificar gestion

Figura 3.3: Diagrama de caso de uso Administracin de las empresas.

41

Caso de Uso : Administracin de las empresas Actores: Propsito: Resumen: Administrador del Sistema Administrar la empresa, sus gestiones y sus respectivos backups. El Administrador del sistema puede adicionar, modificar una empresa, adems puede crear nueva gestin partiendo desde cero o crear una nueva gestin a partir de otra. Tambin permite la opcin para crear backups. Precondiciones: Debe existir un usuario que tenga el perfil de Administrado de sistema. Tipo: Primario, real

Curso norma de eventos Accin de los actores Respuesta del sistema

1 Selecciona el men Administracin de 2 Muestra las opciones Administrar Empresa, las empresas 3 El Administrador la opcin del Administrar gestin y creacin de Backups. sistema 4 El sistema permite crear una nueva

selecciona Empresa 5 El

Administrar empresa y modificar los datos de la empresa.

Administrador

del

sistema 6 El sistema permite crear una nueva gestin cero, crear una nueva gestin

selecciona la opcin de Administrar desde gestin

partiendo de una anterior, modificar los datos de la gestin.

El

Administrador

del

sistema 8 El sistema crea una backup de la gestin

selecciona la opcin de Creacin de seleccionada. Backups Cursos alternos

Lnea 4 Si el administrador adicionar o modifica con datos vacios el sistema muestra una Alerta de que debe de llenar el campo.

Tabla 3.3 Descripcin del caso de uso Administracin de las empresas.

42

Sistema
Adicionar Tipo de Asiento uses uses Administrar tipo de Asiento uses uses Eliminar Tipo de Asiento Modificar Tipo de Asiento uses Verificar si tiene movimento el tipo de Asiento

Contador

Adicionar Nuevo nivel para las cuentas uses uses uses

Administrar nivel plan de cuentas

Modificar Nivel de las cuentas

Eliminar Nivel de la cuenta

Adicionar Cuenta uses Administracion uses Plan de cuentas Modificar Cuenta uses

uses uses Verificar si tiene movimento la cuenta

Eliminar Cuenta

Adicionar Asiento uses Contable Administracion de los asientos contables uses Modificar Asiento Contable

Figura 3.4: Diagrama de caso de uso Administracin Contable.

43

Caso de Uso : Administracin Contable Actores: Propsito: Contador Administrar la adicin, modificacin y eliminacin de los datos necesario para que funcione el sistema contable. Resumen: Permite al contador la adicin, modificacin y eliminacin del tipo de asiento (Activo, Pasivo, Patrimonio, etc.), los niveles y la cantidad de dgitos de cada nivel, la adicin, modificacin y eliminacin de cuentas contables y el registro de asientos contables. Precondiciones: El Contador debe definir primero los diferentes tipos de asientos, luego los niveles con los cuales contara la empresa. Tipo: Primario, esencial

Curso norma de eventos Accin de los actores Respuesta del sistema

1 Seleccin de la administracin del tipo 2 El sistema permite la adicin, modificacin de Asiento y eliminacin de los tipos de Asientos.

3 Seleccin de la administracin del nivel 4 El sistema permite la adicin, modificacin plan de cuentas y eliminacin del nivel de cuentas.

5 Seleccin de la administracin del plan 6 El sistema permite la adicin, modificacin de cuentas 7 Administracin de los y eliminacin de las cuentas. asientos 8 El sistema permite la adicin y modificacin de Asientos contables

contables Cursos alternos

Lnea 2 Si al adicionar se verifica que el cdigo existe se mostrara una alerta: No se puede adicionar el tipo de asiento, ya existe el cdigo.

Lnea 2 Si al eliminar el tipo de asiento tuviera movimiento en los registros contables entonces se mostrara una alerta: No se puede eliminar el tipo de Asiento tiene movimiento.

Lnea 6 Si al adicionar la cuenta contable existe se mostrara una alerta: No se

44

puede adicionar la cuenta contable ya existe.

Lnea 6 Si al eliminar la cuenta contable tiene movimiento en los registros contables entonces se mostrara una alerta: No se puede eliminar la cuenta tiene movimiento.

Tabla 3.4 Descripcin del caso de uso Administracin Contable

Sistema

Adicionar Clientes uses uses Administrar de clientes uses Modificar Clientes

Eliminar Clientes

Adicionar Proveedores Contador uses uses uses

Administrar Proveedores

Modificar Proveedores

Eliminar Proveedores

Adicionar registro uses Administracion uses Libro de ventas Modificar registro uses

Eliminar Registro

Adicionar registro uses Administracion uses Libro de ventas Modificar registro uses

Eliminar Registro

Figura 3.5: Diagrama de caso de uso Administracin del libro de compras y ventas.

45

Caso de Uso : Administracin del libro de compras y ventas Actores: Propsito: Contador Administrar la adicin, modificacin y eliminacin de los datos necesario para que funcionen los libros de compras y ventas. Resumen: Permite al contador la adicin, modificacin y eliminacin de clientes, proveedores, libro de compras y libro de ventas. Precondiciones: El Contador debe introducir al cliente si se desea hacer un registro en el libro de ventas y debe introducir al proveedor si se desea hacer un registro en el libro de compras. Tipo: Primario, esencial

Curso norma de eventos Accin de los actores Respuesta del sistema

1 Seleccin de la administracin del 2 El sistema permite la adicin, modificacin Cliente 3 Seleccin de la y eliminacin de los clientes. administracin 4 El sistema permite la adicin, modificacin y eliminacin de los proveedores.

Proveedor 5

Seleccin de la administracin del 6 El sistema permite la adicin, modificacin y eliminacin del libro de ventas.

libro de ventas

7 Seleccione de la administracin del 8 El sistema permite la adicin, modificacin libro de compras Cursos alternos

eliminacin del libro de compras

Lnea 6 No puede existir dos facturas con el mismo nmero de factura y con cdigo de autorizacin iguales, si esto pasa mostrar una alerta.

Lnea 8 No puede existir dos facturas con el mismo nmero de factura y con cdigo de autorizacin iguales, si esto pasa mostrar una alerta.

Tabla 3.5 Descripcin del caso de uso Administracin del Libro de compras y ventas.

46

Sistema
Mostrar Libro Diario

Mostrar Libro Mayor

Mostrar Hoja de Trabajo

Contador

Mostrar Balance de Comprabacion Sumas y Saldos

Cliente

Mostrar Estado de Resultados

Mostrar Balance General

Figura 3.6: Diagrama de caso de uso Reportes Contables Caso de Uso : Reportes Contables Actores: Propsito: Resumen: Contador y el Cliente Mostrar los diferentes reportes contables. Genera los diferentes reportes contables que necesitan las empresas para la toma de decisiones y su respectivo trato con las entidades fiscalizadoras. Precondiciones: Se debe tener actualizado todos los Asientos contables hasta la fecha

47

que se desea mostrar la informacin. Tipo: Secundario, esencial

Curso norma de eventos Accin de los actores Respuesta del sistema

1 Seleccionar la opcin mostrar libro 2 El sistema muestra todos los asientos diario y seleccionar el rango de fechas realizados que se desea ver. 3 en el rango de fechas

seleccionado.

Seleccionar la opcin mostrar libro 4 El sistema muestra todos los registros de

mayor y seleccionar el rango de fechas una cuenta contable en el rango de fechas que se desea ver con su respectiva seleccionado. cuenta contable. 5 Seleccionar la opcin mostrar Hoja de 6 El sistema muestra la hoja de trabajo en el Trabajo y seleccionar el rango de fechas rango de fechas seleccionado. que se desea ver. 7 Seleccionar la opcin mostrar balance 8 El sistema muestra el balance de

de comprobacin de sumas y saldos, comprobacin de sumas y saldos en el rango luego seleccionar el rango de fechas y el de fechas y nivel seleccionado. nivel que se desea ver. 9 Seleccionar la opcin mostrar estado 10 El sistema muestra estado de resultados de resultados y seleccionar el rango de en el rango de fechas y nivel seleccionado. fechas y el nivel que se desea ver. 11 Seleccionar la opcin mostrar balance 12 El sistema muestra el balance general en general y seleccionar el rango de fechas el rango de fechas y nivel seleccionado. y nivel que se desea ver Tabla 3.6 Descripcin del caso de uso Reportes Contables.

48

3.2.2 Anlisis de requerimientos Una vez realizada la recopilacin de requerimientos mediante los diagrama de caso de uso, se especifica lo que se va a realizar en las iteraciones, adems de la prioridades y la estimacin de tiempos para el desarrollo del sistema, tambin es necesario realizar el Product Backlog que contendr los requerimientos y caractersticas finales del sistema, para esto se utilizar TeamTrick el cual es una herramienta de software libre para la gestin del Scrum. Para el este proyecto se utilizara un story points de 1,2,4,8,16,32,64 y 96 los cuales a la vez representaran el tiempo que demora cada historia de usuario.

Figura 3.7: Product Backlog (pila del producto).

49

3.3 Planificacin y finalizacin de los Sprints 3.3.1 Primer Sprint Planificacin del Sprint La duracin del Sprint es de 2 semanas que equivale a 10 das hbiles con 8 horas de trabajo por da, el factor foco para este Sprint es del 80% lo cual nos dice que de las 8 horas de trabajo al da solo se trabajaran 6 horas y 20. La planificacin en el programa Team Trick es la siguiente.

Figura 3.8: Planificacin del primer Sprint.

50

En este primer Sprint se realizo las primeras dos tarea del producto backlog la Creacin del modelo y la base de datos y "Creacin de los programas de inicio de sistema" con una estimacin de 8 das que equivalen a 64 horas. Lamentablemente la herramienta no permite hacer una ordenacin de las tareas, por esta razn es que primero aparase la Creacin de los programa de inicio del sistema y luego la Creacin de los programas de inicio del sistema, como se muestra en la figura 3.9.

Figura 3.9: Backlog del Primer Sprint.

51

3.3.1.1 Modelo conceptual Se cre el diagrama entidad relacin para modelar la base de datos y a partir de este diagrama podemos crear el diagrama de clases. Se crearon dos bases de datos: una como base de datos maestra, la cual guardara un registro de todas las gestiones creadas de una determinada empresas, y la otra que contiene todos los datos contables de una gestin.

Sessions Empresa PK id razon nit representante fax telf1 telf2 celular pais depto zona ciudad direccion website1 website2 PK Gestion id PK sesion

FK1 id_empresa descrip gestion fecha_ini fecha_fin dbname moneda FK2 usuario fechasys horasys

Usuarios PK usuario

expiracion data FK1 usuario ip base browser version_browser plataforma fechasys horasys

nombre contrasena fechatop supusuario FK1 id_empresa

Perfiles PK codigo

Acceso PK,FK1 cod_usuario PK,FK2 perfil adicionar modificar eliminar imprimir usuario fechasys horasys

descrip path FK1 usuario fechasys horasys

Figura 3.10: Diagrama relacional de la base de datos maestra.

52

LibroCompras proveedor Proveedor_contacto PK id razon nit autorizacion telf celular email pais depto domicilio creditobs creditosus usuario fechasys horasys PK id PK id PK Asiento codigo Asiento_det PK,FK1 cod_asiento PK,FK2 cuenta item debebs haberbs debesus habersus cencosto referencia PK Plancuenta cuenta TipoCuenta PK codigo descrip

FK1 id_proveedor nombre telf celular email

tipofac poliza fecha nit FK2 proveedor factura autorizacion codigocontrol importe exento ice neto iva flete FK1 asiento usuario fechasys

Figura 3.11 Diagrama relacional de la gestin de una empresa.

cta mes FK1 tipo secuencia srs debebs haberbs debesus habersus glosa FK2 fecha usuario fechasys horasys

FK3

CenCostos PK codigo descrip

FK1 tipocuenta FK3 nivel descrip FK2 tipomov FK4 moneda fecha debebs haberbs debesus habersus usuario fechasys

Nivel PK nivel digitos

MovCuenta PK codigo descrip

53

Moneda TipoAsiento LibroVentas cliente PK Cliente_contacto PK id PK id razon nit telf celular email pais depto domicilio usuario fechasys horasys fecha nit FK2 cliente razonsocial factura autorizacion importe exento ice neto iva estado FK1 asiento id PK codigo descrip Asientotemplate_det PK,FK3 id_template PK,FK2 cuenta item referencia cencostos Dolar_det PK,FK2 moneda PK,FK1 fecha compra venta PK codigo descrip

Presupuesto PK id

FK1 cuenta fecha FK2 moneda total

FK1 id_cliente nombre telf celular email

Asientotemplate PK id

FK1 Dolar

descrip FK1 tipo cta srs glosa

Presupuesto_det PK,FK1 id_presupuesto PK mes monto

PK fecha ufv usuario fechasys

Usuarios -usuario : string -nombre : string -contrasena : string -fechatop : Date -supusuario : int -id_empresa : int +adicionar() +modificar() +eliminar() +cambiar_contrasena() +login_in() +login_out() +validar_datos()

Perfiles -codigo : string -descrip : string -path : string -usuario : string -fechasys : Date -horasys : long +cargar() 1 1 * Acceso * -cod_usuario : string -cod_perfil : string -adicionar : bool -modificar : bool -eliminar : bool -imprimir : bool -usuario : string -fechasys : Date -horasys : long +cargar() +adicionar() +modificar() +eliminar()

Empresa +id : int +razon : string +nit : double +representante : string +fax : int +telf1 : int +telf2 : int +celular : int +pais : string +depto : string +ciudad : string +zona : string +direccion : string +website1 : string +website2 : string +cargar() +adicionar() +modificar() Gestion +id : int +id_empresa : int +descrip : string +gestion : int +fecha_ini : Date +fecha_fin : Date +dbname : string +moneda : string +usuario : string +fechasys : Date +horasys : Long +cargar() +adicionar() +modificar() +eliminar()

1*

Figura 3.12: Modelo Conceptual (Diagrama de clases).

LibroCompras Provedores +id : int +razon : string +nit : double +autorizacion : string +telf : int -celular : int +email : string +pais : string +depto : string +domicilio : string +credigobs : decimal +creditosus : decimal -contactos : object +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() +grabar_contacto() +imprimir() +id : int +tipofac : int +poliza : string +fecha : int +nit : Double +proveedor : Date +factura : int +autorizacion : string +codigocontrol : string +importe : Decimal +exento : Decimal -ice : Decimal -neto : Decimal -iva : Decimal -flete : Decimal -asiento : string +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() +verificar() +exportar() +imprimir() 1 Asiento -codigo : string -cta : int -mes : string -tipo : string -secuencia : int -srs : string -debebs : Decimal -haberbs : Decimal -debesus : Decimal -habersus : Decimal -glosa : string -fecha : Date -cuenta : Plancuenta +adicionar() +modificar() +cargar_datos() +verificar_totales() +imprimir() +validar_datos() 1 1 * 1 Plancuenta -cuenta : string -tipocuenta : string -nivel : int -descrip : string -tipomov : string -moneda : string -fecha : Date -debebs : Decimal -haberbs : Decimal -debesus : Decimal -habersus : Decimal +cargar() * +adicionar() +modificar() +eliminar() +cargar_datos() +sumar_cuenta() +imprimir() * 1 CenCostos -codigo : string -descrip : string +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() 1 AsientoTemplate -id : int -descrip : string -tipo : string -cta : string -srs : string -glosa : string -cuenta : Plancuenta +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() Dolar -fecha : string -ufv : string -moneda : object +cargar() +adicionar() +modificar() +cargar_datos() Presupuesto -id : int -fecha : Date -moneda : string -total : Decimal -cuenta : object +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() 1 MovCuenta TipoAsiento -codigo : string -descrip : string +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() 1 Moneda -codigo : string -descrip : string +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() -codigo : string -descrip : string +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() 1 * -nivel : string -digitos : string +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() 1 1

TipoCuenta 1 * -codigo : string -descrip : string +cargar() +adicionar() +modificar() +eliminar() +cargar_datos()

1 *

Nivel

LibroVentas Clientes +id : int +razon : string +nit : double +telf : int -celular : int +email : string +pais : string +depto : string +domicilio : string -contactos : object +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() +grabar_contacto() +imprimir() +id : int +fecha : int +nit : Double +cliente : Date -razonsocial : string +factura : int +autorizacion : string +importe : Decimal +exento : Decimal -ice : Decimal -neto : Decimal -iva : Decimal -asiento : string -estado : char +cargar() +adicionar() +modificar() +eliminar() +cargar_datos() +verificar() +exportar() +imprimir()

Figura 3.13: Modelo Conceptual (Diagrama de clases). 54

3.3.1.2 Modelo navegacional En un sistema para la web es til saber cmo estn enlazadas las pginas por ello es que utilizamos el modelo navegacin. El modelo navegacional es un como un mapa que nos permite saber por dnde podemos navegar en el sistema para llegar a un programa o aplicacin en concreto.

Figura 3.14: Modelo Navegacional del Administrador.

55

Figura 3.15: Modelo Navegacional del Contador.

56

Figura 3.16: Modelo Navegacional de los clientes de MAERO.

57

3.3.1.3 Modelo de presentacin Este paso consiste en modelar las fases de la presentacin, las cuales muestran donde se presentar al usuario los objetos de navegacin y los elementos de acceso, por ejemplo en la ventana inicio al sistema se mostrara el usuario y contrasea para entrar al sistema, luego de ingresa este nos permitir ver las diferentes empresas con sus respectivas gestiones. Interfaz de inicio al sistema: La interfaz nos permite entrar al sistema con un usuario y contrasea creados previamente.

Figura 3.17: Interfaz de inicio al sistema.

58

Interfaz

de

administracin

de

usuarios:

administra

las

altas,

bajas

modificaciones de los usuarios y a la empresa que tienen acceso.

Figura 3.18: Interfaz de Administracin de usuarios. Interfaz de acceso de usuarios: Permite definir que accesos tiene el usuario, pudiendo ser este: contador, cliente y/o administrador.

Figura 3.19: Interfaz de inicio al sistema.

59

Interfaz gestin: Administra las diferentes gestiones de las empresas.

Figura 3.20: Interfaz de Administracin de la gestin. Interfaz administracin de las empresas: Administra los datos de las empresas.

Figura 3.21: Interfaz de Administracin de las Empresas.

60

Interfaz nivel contable: Adiciona, modifica los niveles del plan de cuenta. El cambio afecta a todas las cuentas.

Figura 3.22: Interfaz de Administracin del nivel. Interfaz plan de cuentas: Administra las altas, bajas y modificaciones de las cuentas contables.

Figura 3.23: Interfaz del Plan de Cuentas.

61

Interfaz asiento contable: Registro de los asiento contables de una empresa mostrando el monto en bolivianos y dlares.

Figura 3.24: Interfaz de los Asientos Contables. Interfaz del libro diario: Muestra todos los asientos contables creados en un determinado rango de fechas o de un tipo de asiento.

Figura 3.25: Interfaz del Libro Diario.

62

Interfaz libro mayor: muestra todas las transacciones de una cuenta en un rango de fechas.

Figura 3.26: Interfaz del Libro Mayor. Interfaz de la hoja de trabajo: Imprime la hoja de trabajo en un rango de fechas.

Figura 3.27: Interfaz de la Hoja de Trabajo.

63

Interfaz balance de comprobacin sumas y saldos: Muestra el balance de comprobacin por un rango de fechas.

Figura 3.28: Interfaz del Balance de Comprobacin. Interfaz estado de resultados: Muestra las cuentas de ingreso y egreso.

Figura 3.29: Interfaz del Estado de Resultados.

64

Interfaz balance general: Muestra las cuentas de activo, pasivo y patrimonio.

Figura 3.30: Interfaz del Balance General. Interfaz tipo de cambio: permite registrar por da la cotizacin del tipo de dlar.

Figura 3.31: Interfaz del Tipo de cambio del dlar.

65

Interfaz proveedores: Administra las altas, bajas y modificaciones de los proveedores.

Figura 3.32: Interfaz del Proveedor. Interfaz del libro de compras: permite registrar las facturas para el descargo a impuestos internos.

Figura 3.33: Interfaz del Libro de Compras.

66

Interfaz clientes: Administra las altas, bajas y modificaciones de los clientes de la empresa.

Figura 3.34: Interfaz del Cliente. Interfaz libro de ventas: Registra las ventas de los clientes para la presentacin a impuestos internos.

Figura 3.35: Interfaz del Libro de Ventas.

67

Finalizacin del primer Sprint Se tena previsto un trabajo de 64 horas, pero el trabajo real duro 80 horas, lo cual es importante tomar en cuenta para la planificacin del siguiente sprint, tambin conveniente aumentar un tiempo extra del estimado para solucionar problemas que pueden aparecer en el diseo o el desarrollo del sistema. algunos

Figura 3.36: Burndown del primer Sprint.

68

Figura 3.37: Primera historia de usuario "Creacin del modelo y la Base de datos" con sus respectivas tereas.

69

Figura 3.38: Segunda historia de usuario "Creacin de los programas de inicio de sistema" con sus respectivas tereas.

70

3.3.2 Segundo Sprint Planificacin del Sprint Para la planificacin de este Sprint se tomo un factor foco del 90%, tomando en cuenta que el anterior factor foco se tomo de 80% pero el real fue del 94%. La planificacin en el programa Team Trick es la siguiente.

Figura 3.39: Planificacin del Segundo Sprint con sus respectivas historias de usuario.

71

Finalizacin del segundo Sprint En este segundo Sprint se realizo las tareas de "Creacin del Programa Adm. de usuarios", "Creacin del programa de Adm de las Empresas y gestin" y "Creacin de la Adm. de clientes y proveedores". Para este Sprint hubieron muchas dificultades sobre todo en el creacin de una empresa y el cambio de gestin de la misma, para el primer caso se debe crear una base de datos nueva con todas las tablas necesarias para el funcionamiento del sistema, y para el Cambio de gestin se deben copiar tablas maestra de una determinada gestin aparte de crear los asientos de apertura automticamente.

Figura 3.40: Burndown del segundo Sprint.

72

Figura 3.41: Tercera historia de usuario "Creacin del programa Adm. y de usuarios" con sus respectivas tereas.

Figura 3.42: Cuarta historia de usuario "Creacin del programa de Adm. de las Empresas y Gestiones" con sus respectivas tereas.

73

Figura 3.43: Quinta historia de usuario "Creacin de la Adm. de Clientes y Proveedores" con sus respectivas tereas. 3.3.3 Tercer Sprint Planificacin del Sprint Esta Sprint es el ms importante ya que en base a l saldrn todos los reportes necesarios como: el Libro Mayor, el Balance de Comprobacin, la Hoja de Trabajo, Balance General, etc.

74

Figura 3.44: Planificacin del tercer Sprint con sus respectivas historias de usuario.

Finalizacin del Sprint Fue un Sprint difcil, la creacin del plan de cuentas fue de forma recursiva, el registro del asiento carga el dlar con su tipo de cambio para generar el asiento bimonetario, el presupuesto carga por mes de acuerdo a la gestin de inicio de la empresa.

75

Figura 3.45: Burndown del Tercer Sprint.

Figura 3.46: Sexta historia de usuario "Creacin de Adm. Contable" Con su primera terea "Creacin de programas relacionados con el plan de cuentas y asiento".

76

Figura 3.47: Segunda terea "Creacin del Plan de Cuentas" de la Sexta historia de usuario.

Figura 3.48: Pantalla del Plan de Cuentas.

77

Figura 3.49: Tercera terea "Creacin del Registro de Asientos" de la Sexta historia de usuario.

Figura 3.50: Cuarta terea "Creacin del Presupuesto" de la Sexta historia de usuario.

Figura 3.51: Pantalla del Registro del Asiento.

78

3.3.4 Cuarto Sprint Planificacin del Sprint En este Sprint se realizaran todos los reportes contables necesarios para la empresa MAERO S.R.L.

Figura 3.52: Planificacin del tercer Sprint con sus respectivas historias de usuario. Finalizacin del Sprint Este Sprint se caracterizo por ser uno de los mas trabajos, ya que hacer las consultas con sus respectivos reportes fue una tarea larga y nos sobrepasamos con el tiempo del Sprint, se tena un tiempo de 10 das hbiles con 8 horas de trabajo, pero esto no fue suficiente y el Sprint se extendi en una semana ms que equivale a 80 horas de trabajo

79

Figura 3.53: Burndown del cuarto Sprint.

Figura 3.54: Sptima historia de usuario "Creacin de los reportes contables", Con su primera terea "Libro Diario".

80

Figura 3.55: Reporte del "Libro Diario".

Figura 3.56: Segunda terea "Libro Mayor" de la sptima historia de usuario.

Figura 3.57: Reporte del "Libro Mayor".

81

Figura 3.58: Tercera terea "Balance de comprobacin" de la sptima historia de usuario.

Figura 3.59: Reporte del "Balance de comprobacin".

82

Figura 3.60: Cuarta terea "Balance General" de la sptima historia de usuario.

Figura 3.61: Reporte del "Balance General".

83

Figura 3.62: Quinta terea "Estado de Resultados" de la sptima historia de usuario.

Figura 3.63: Reporte "Estado de Resultados"

Figura 3.63: Sexta terea "Hoja de Trabajo" de la sptima historia de usuario.

84

Figura 3.64: Reporte de la "Hoja de Trabajo".

Figura 3.65: Octava historia de usuario "Creacin del Libro de Compras y Ventas" con sus respectivas tareas.

85

CAPITULO IV 4. Calidad de Software

La calidad de software es una preocupacin a la que se dedican muchos esfuerzos, Sin embargo, el software casi nunca es perfecto. Todo proyecto tiene como objetivo producir software de la mejor calidad posible, que cumpla y si puede supere las expectativas de los usuarios. La calidad de un producto software es el indicador que permite determinar si los procesos de construccin de software fueron apropiados. Es por esto que debe indagarse sobre los mtodos y tcnicas que garantizan calidad en los productos, con miras a general propuestas concretas para aplicaciones con caractersticas especficas. 4.1 Pruebas (Test Unitarios) Las pruebas que se hicieron al sistema fueron las pruebas unitarias automatizadas.
<?php class glo_asiento_test{ function asiento_ing_test() {

$db=new db(); $re_db=$db->conec_base(); $c_tools = new glo_tools(); //importamos la clase para hacer el test $c_tools->importar_clase('../global/glo_test.php'); $c_test=new glo_test(); //importamos la clase que queremos testear, en este caso glo_asiento.php $c_tools->importar_clase('../global/glo_asiento.php'); $c_asiento=new glo_asiento(); //creamos el array con los datos de entrada $obj_asiento=array( 'cta'=>1, 'tipo'=>"ING", 'nrodoc'=>'', 'nroid'=>'', 'tb_nroid'=>'', 'sistema'=>'VEN',

86

'programa'=>'CONTAB', 'srs'=>'Juan Perez', 'debebs'=>100, 'haberbs'=>100, 'debesus'=>100, 'habersus'=>100, 'glosa'=>'teste glo asiento', 'fecha'=>'2011-01-01', 'tc'=>6.97); //guardamos en asiento $re_asiento=$c_asiento->asiento_ing($obj_asiento); //sacamos los datos guardados $test_asiento=$c_test->carga_db('con_asiento', array('codigo'=>$re_asiento['codigo'])); //comparamos que los datos guardados sean iguales a los datos de entrada foreach($obj_asiento As $key => $dato ) if($dato!=$test_asiento[$key]) $arr_error[]="El campo '$key', entrada='$dato' y BD='$test_asiento[$key]'"; if(count($arr_error) && is_array($arr_error)) return $arr_error; else return 'No existen errores'; } } ?>

En el cual el resultado fue: Error en la comparacin, el campo 'nroid', con dato de entrada ='' y BD='0' Cambiando en el cdigo fuente 'nroid'=>'', por 'nroid'=>'0', se soluciona el problema y nos da como resultado: "No Existen errores de comparacin" 4.2 Fallos de seguridad software SQL Injection.- Para evitar este fallo de seguridad se utilizo la funcin mysql_real_escape_string(), la cual escapa caracteres especiales en la cadena no escapada, teniendo en cuenta un conjunto de caracteres actual de la conexin para que sea seguro usarla en mysql_query(). Si se van a insertar datos binarios, esta funcin debe ser usada.

87

Esta funcin antepone backslashes a los siguientes caracteres: \x00, \n, \r, \, ', " y \x1a. HTML Injection.- Como se utilizo la tecnologa Flash para el lenguaje de programacin del cliente y al ser este compilado, evita las inyecciones de cdigo. Escalada de directorios.- En este caso se deshabilito la opcin de poder ver los directorios del servidor. Errores de mecanismos de Autenticacin.- Para evitar este fallo se cre una clase para la encriptacin de los passwords, cantidad mnima de caracteres para los mismos, a los tres intentos fallidos el programa se cierra con lo cual el usuario debe refrescar la pgina. Errores en el mecanismo de cifrado.- Para el mecanismos de cifrado se utiliz md5 y algunos mecanismos adiciones de encriptacin. 4.3 Norma ISO/IEC 9126 ISO 9126 es un estndar internacional para la evaluacin del Software. el estndar est dividido en cuatro partes: modelo de calidad, mtricas externas, mtricas internas y calidad en las mtricas de uso. 4.3.1 Funcionalidad Para medir el tamao del software propuesto se utilizara la mtrica de Punto Funcin, este mtodo pretende medir la funcionalidad entregada al usuario, independientemente de la tecnologa utilizando para la construccin y explotacin del software, y tambin ser til en cualquiera de las fases del software, desde el diseo inicial hasta la explotacin y mantenimiento.

88

Caractersticas del dominio de la informacin: PARAMETRO Nmero de entradas Ubicacin Adm. de Usuarios Acceso de usuarios Nueva Gestin Adm. de Empresas Registro de datos Nivel de cuentas Impuestos Plan de cuentas Asiento Presupuesto Dlar Clientes Proveedores Libro de compras Libro de ventas Nmero de salidas de Usuario Ubicacin Adm. de usuarios Acceso de usuarios Registro de datos Nivel de cuentas Impuestos Plan de cuentas Asiento Reportes 1 1 1 4 2 1 1 3 7 1 1 1 1 1 4 1 1 1 1 1 1 1 1 1 1 DESCRIPCION NUMERO

89

Presupuesto Dlar Clientes Proveedores Libro de compras Libro de ventas Nmero de peticiones de usuario Adm. de usuario Backup Nueva gestin Nivel de cuentas Ajustar Plan Cuentas Libro Diario Libro Mayor Hoja de Trabajo Balance de comprobacin Estado de Resultados Balance de general Libro de compras Libro de ventas Nmero de Archivos Tablas de la Base de Datos Nmero de Interfaces Externas Disco Duro CD USB Tabla 4.1: Caractersticas del dominio de la informacin

2 1 2 1 1 1

1 1 1 1 1 1 1 1 1 1 1 1 1

48

1 1 1

90

En el caso del sistema se cuenta con los siguientes datos: Nmero de Entradas de usuario=19 Nmero de Salidas de Usuario=29 Nmero de Peticiones de Usuario=13 Nmero de Archivos= 48 Nmero de Interfaces Externas=3 La siguiente tabla se utiliza para determinar el valor de complejidad: PARAMETRO CANTIDAD COMPLEJIDAD Simple Nmero de Entradas de usuario Nmero de Salidas de Usuario Nmero de Peticiones de Usuario Nmero de Archivos Nmero de Interfaces Externas Total Tabla 4.2: Resultados de la complejidad. 19 29 13 48 3 3 4 3 7 5 Media 4 5 4 10 7 Alta 6 7 6 15 10 114 203 78 480 15 890 PF

Ahora se obtiene los valores de ajuste de complejidad basados en las respuestas a las preguntas: valores de ajuste de complejidad Nro. Preguntas 1 2 3 Requiere el sistema copias de seguridad y de recuperacin fiable? Se requiere comunicacin de datos? Existen funciones de procesamiento distribuido? Valor 4 0 0

91

4 5

Es crtico el rendimiento?

Se ejecutara el sistema en un entorno operativo existente y 4 fuertemente utilizado?

6 7

Requiere el sistema entrada de datos interactivos?

Requiere la entrada de datos interactiva que las transacciones de 2 entrada se lleven a cabo sobre mltiples pantallas u operaciones?

8 9 10 11 12 13

Se utilizan los archivos maestros de la forma interactiva? Son complejas, las salidas, los archivos o las peticiones? Es complejo el procesamiento interno? Se ha diseado un cdigo para ser reutilizable? Estn incluidas en el diseo la conversin y la instalacin?

3 2 3 5 2

Se ha diseado el sistema para soportar mltiples instalaciones en 0 diferentes organizaciones?

14

Se ha diseado la aplicacin para facilitar los cambios y para ser 5 fcilmente utilizada por el usuario? Total 37

Tabla 4.3: Valores de ajuste de complejidad basados en respuestas a las preguntas. Cada una de las preguntas anteriores es respondida usando una escala con rangos desde 0 (no importante o aplicable) hasta 5 (absolutamente esencial). Reemplazando los valores hallados en la siguiente frmula: PF=cuenta total * [0.65 + 0.01 * (Fi)] PF= 890*[0.65 + 0.01 * 37] PF= 890*1.02 PF= 907.8

92

Para el punto funcin mximo: PF mximo= 907.8 * [0.65 + 0.01 * 37] PF mximo= 925.956 Funcionalidad= (907.8/925.956)*100 Funcionalidad= 98.04 % 4.3.2 Usabilidad Para calcular la usabilidad del sistema realizamos una encuesta a los usuarios de la siguiente manera: ESCALA Muy buena Buena Regular Malo Psimo VALOR 5 4 3 2 1

Tabla 4.4: Escala de valores para la usabilidad.

NRO PREGUNTA 1 El sistema es fcil de utilizar? 2 Puedes parar el programa y salir de l en cualquier momento? 3 El sistema facilita el trabajo que usted realiza? 4 Se ha satisfecho todos los requerimientos establecidos? 5 Cmo considera los formularios que elabora el sistema?

EVALUACION 5 5

5 5

93

6 El sistema tiene la seguridad necesaria? 7 Cmo considera el ingreso de datos al sistema? 8 La generacin de resultados le ayuda al proceso de toma de decisiones? Total Tabla 4.5: Preguntas para hallar la usabilidad.

5 5 4

38

Calculamos la facilidad de uso, tomando en cuenta que el Nro. de preguntas son 8 y la encuesta se realizo a 5 personas FU = [( xi/n) * 100]/N FU = [(38/8) * 100]/5 FU = 95 La facilidad de Uso del Sistema es de 95 %. 4.3.3 Confiabilidad La confiabilidad del software es el tiempo que est disponible para su uso; se utiliza la siguiente frmula que calcula la confiabilidad del sistema: F (t)= f * e ( - / 10 * t) Donde: f: Es la funcionalidad del sistema ya calculado: 0,98039. : Es la probabilidad de error que pueda tener el sistema: 0,03 (3 %). t: Tiempo que dura una gestin en el Sistema: 12 meses. F(t)= 0.9804*e(-3/10*12)

94

F(t)=0.9801*0.02732372 F(t)=0.02678818 La probabilidad de que ocurran fallas en el sistema es de 2.7% entonces la probabilidad de que el sistema est libre de fallos es: P(T>=t) = 1-F(t) P(T>=t) = 1-0.02678818 = 0.97321182 P(T>=t) = 97% 4.3.4 Mantenibilidad Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir en un sistema software, en este sentido se usar el ndice de madurez: IMS = [Mt - (Fe + Fa + Fd)] / Mt Donde: Tipo Mt: Fe: Fa: Fd: Descripcin Nmero de mdulos en la versin actual Nmero de mdulos en la versin actual que se han cambiado Nmero de mdulos en la versin actual que se han aadido Nro. 35 5 3

Nmero de mdulos en la versin anterior que se han borrado en la 0 versin actual Tabla 4.6: Tabla de resultados para la mantenibilidad.

Reemplazando en: IMS = [Mt - (Fe + Fa + Fd)] / Mt

95

IMS = [35 - (5+3+0)] / 35 = 0,77 IMS = 0,77 Se concluye que el sistema tiene un ndice de Madurez del 77 % al momento de realizar el mantenimiento. 4.3.5 Costo y tiempo Lneas de cdigo=3986 Es un sistema Orgnico. MODO Orgnico a 2.40 b 1.05 c 2.50 d 0.38

Tabla 4.7: Datos del sistema Orgnico. El multiplicador es: Atributos Fiabilidad Tamao de Base de datos Complejidad Restricciones de tiempo de ejecucin Restricciones de memoria virtual Volatilidad de la maquina virtual Tiempo de respuesta Capacidad de anlisis Experiencia en la aplicacin Calidad de los programadores Experiencia en la maquina virtual Experiencia en el lenguaje Valor Nominal Bajo Bajo Nominal Nominal Bajo Alto Nominal Bajo Nominal Bajo Alto 1 0.94 0.85 1 1 0.87 1.07 1 1.13 1 1.17 0.95

96

Tcnicas actualizadas de programacin Utilizacin de herramientas de software Restricciones de tiempo de desarrollo

Nominal Nominal Bajo Total

1 1 1.08 1.008931022

Tabla 4.: Tabla de resultados del multiplicador m(X). m(X)=1*0.94*0.85*0.87*1.07*1.13*1.17*0.95*1.08*1000=3026 Por la formula tenemos E=A(KL)b * m(X) E= 2.4 (3.986)1.05*1.008931022*1000 E=10342.77 Bs/Mes Personas necesarias por mes: (MM) = a*(KLb) (MM) = 2.4*(3.986)1.05 (MM) = 10.2512 Personas/mes Tiempo de desarrollo del proyecto: (TDEV) = c*(MMd) (TDEV) = 2.5*(10.25120.38) (TDEV) = 6.05389 Meses

97

Personas necesarias total: (CosteH) = MM/TDEV (CosteH) = 10.2512/6.05389 (CosteH) = 1.6933 Coste total del proyecto: (CosteM) = CosteH * E (CosteM) = 1.6933*10342.77 (CosteM) = 17482.93 Bs

98

CAPITULO V
5 Conclusiones y recomendaciones
5.1 Conclusiones Al haber concluido con el Sistema de gestin contable va web para el servicio de Outsourcing se ha alcanzado a realizar en su totalidad los objetivos planteados en el presente Proyecto de Grado, por lo tanto se puede dar las siguientes conclusiones: El sistema permite la centralizacin de la informacin de los clientes Gracias a que el sistema se encuentra en la web los clientes y contadores pueden acceder a la informacin en todo momento, de esta manera se logro mejorar el servicio de Outsourcing contable y permitir actualizaciones de forma continua. El sistema permite manejar la informacin contable de diferentes empresas. Se logro asegurar la integridad de la informacin gracias a la base de datos Mysql con las tablas Innodb, y se resguarda gracias a la seguridad con la que cuenta. Otros objetivos alcanzados: Se construyo un pequeo framework el cual facilito de gran medida el desarrollo de software. La programacin en PHP y FLASH mediante AMFPHP, crear un cdigo fuente mas entendible, amigable y legible al poder separar el lenguaje del servidor y cliente. La utilizacin de la herramienta Team Trick permite ver el avance del proyecto en base a la planificacin realizada, pudiendo de esta manera hacer ajustes en su debido tiempo gracias al Burndown.

99

Utilizar las metodologas Scrum y Uwe para el desarrollo de software fue muy bueno ya que Scrum nos dio la forma de trabajo y Uwe los artefactos para entender el software.

Por tanto se concluye que el Sistema de gestin contable va web para el servicio de Outsourcing, para la empresa MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L., cumple con los objetivos planteados al iniciar el trabajo. 5.2 Recomendaciones Se hace las siguientes recomendaciones: La herramienta Team Trick fue suficiente para el desarrollo de software, pero esta herramienta se puede mejorar teniendo un control directo con los programas, para poder saber las modificaciones de los mismos. Se puede considerar el desarrollo de diferentes mdulos que tienen relacin con la parte contable para su integracin como: Ventas - Facturacin, Inventarios, Activos fijos, Recursos humanos, Importacin - Exportacin, Contabilidad de Costos, etc.

100

5.3 BIBLIOGRAFA Alfaro, D. (2011,mayo) Estimacin Agil con Story Points. Prontitud. Consultada el 29 de junio de 2011, de http://prontitud.com/2011/05/22/estimacion-agil-story-points/ Bl Jurado, C., Beas, J. M., Gutierrez, J., Reyes, F., y Mena G. (2010) Diseo Agil con TDD (1ra Ed). Espaa: Safe Creative. Citn, M. L. (2006) Mtodo agil Scrum aplicado al desarrollo de un software de trazabilidad.Mendoza, Tesis de maestra. Universidad de Mendoza, Argentina Ferrando, E., Fito, A., y Yarza, D. Universitaria. Larman, C. (1999) UML y Patrones, Introduccin al Anlisis y Diseo Orientado a Objetos (1ra Ed). Mexico: Printice Hall Fernandez, E. (1979) Contabilidad comercial (9na Ed).La Paz, Bolivia: Gisbert & CIA. S.A. Gonzales Gomes, J. I. (s. f.) El Plan General de Contabilidad. Normalizacin Contable. Diccionario Contable. Huanca Aliaga, H. B. (2011) Elaboracin de mtricas para evaluar la seguridad del software durante su desarrollo. La Paz, Bolivia: Tesis de Grado Universidad Mayor de San Andrs Impuestos Nacionales (s. f.) Glosario. Consultada el 3 de agosto de 2011, de http://www.impuestos.gob.bo/index.php?option=com_content&view =article&id=251:s&catid=135:glosario-tributario Ortiz, E (2009) Contabilidad computarizada. Introduccin, generalidades y definiciones Consultada el 3 de agosto de 2011 de http://www.mailxmail.com/curso(s.f.) COCOMO II. Valencia, Espaa: Florida

101

contabilidad-computarizada-introduccion-generalidades-definiciones/activo-pasivopatrimonio-ecuacion-contable-sus-variaciones-ilustracion Snchez Rodrguez, F. (1999) Medida del Tamao Funcional de Aplicaciones Software. Universidad de Castilla - La Mancha Tern Gandarillas, G.J. (2001) Temas de Contabilidad bsica. Cochabamba, Bolivia: Editorial Educacion y cultura. Web Engineering Group (s.f.) UWE-UML based Web Engineering. Consultada el 11 de agosto de 2011 de http://uwe.pst.ifi.lmu.de/index.html Zandweghe, H. (2010) La tercerizacion de actividades como herramienta competitiva. Ensayo sobre outsourcing.

102

ANEXOS
103

PROYECTO DE GRADO SISTEMA DE GESTIN CONTABLE VA WEB PARA EL SERVICIO DE OUTSOURCING

1. ANLISIS DE SITUACIN

1.1 Organizacin MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L.

1.2 Ubicacin Ciudad de La Paz, zona Miraflores entre Av. Pasoskanki y Av. Brasil.

1.3 Descripcin La empresa tiene como misin la de "Coadyuvar a la mejora de la gestin, en las Empresas Privadas, Entidades Pblicas, PYMES, y dems negocios; informar y asesorar a todas las personas emprendedoras interesadas en incursionar en el mundo de los negocios y la concretizacin de sus proyectos, aportndoles ideas y tecnologa para ello. Apoyar acadmicamente al profesional Contable, al Administrador de Empresas y todo aquel interesado en el tema; as como a aquellos que an se encuentran en la etapa del Estudio Universitario". Las empresas que forman parte de la clientela del servicio de Outsourcing Contable al no querer hacerse cargo de sus gestiones contables por diferentes razones, contratan los servicios de MAERO CONSULTORA MULTIDISCIPLINARIA S.R.L. el cual se encarga de: diseo, manejo del plan de cuentas, procesamiento de las transacciones contables, preparacin de estados financieros, elaboracin y presentacin de las declaraciones mensuales tributarias, elaboracin y presentacin de la declaracin anual del impuesto a la renta, supervisin de la contabilidad, asesoramiento en la aplicacin de normas contables y tributarias, y otros.

104

Actualmente cuenta con un sistema para el servicio de Outsourcing l cual en un principio fue suficiente, pero en el transcurso del tiempo no llego a cubrir todas las necesidades de la empresa. 1.4 Organigrama SOCIOS

ADMINISTRACIN

SERVICIOS AUDITORIA

AUX. CONTABLE MENSAJERO OUTSORSING CONTABILIDAD RR. HH. OTROS IMPUESTOS LEGAL CONSULTORAS Supervisor Contador Encargado

1.5 Anlisis FODA: FORTALEZAS 1 Cuenta con un equipo humano y tcnico altamente preparado en el manejo de la informacin contable. 2 Tiene una buena relacin con sus clientes en el servicio de Outsourcing

105

Contable. 3 4 Cuenta con un supervisor para la revisin de la informacin contable. A fin de satisfacer los requerimientos de sus clientes tiene alianzas estratgicas con consultores independientes. 5 Tienen bajos costos operativos por lo cual pueden ofrecer un buen servicio a bajos costos.

DEBILIDADES 1 2 La empresa con tiene presencia ni reputacin en el mercado. Si bien cuenta con equipo selecto de profesionales el mismo es reducido para las distintas demandas de los clientes. 3 Su flujo de de fondos es bajo en comparacin con la competencia ya que son una empresa nueva. 4 El sistema que actual no permite que el cliente acceda directamente a su informacin contable, para la toma de decisiones. 5 Para hacer la revisin correspondiente de la informacin se debe esperar a que la persona encargada del registro de documentos termine, lo cual hace ineficiente la revisin del mismo. 6 7 8 No existe un mantenimiento del Sistema Actual. La informacin de los clientes se encuentra dispersa en diferentes lugares. Falta de organizacin en algunos aspectos de la Informacin que se maneja. 9 10 El sistema actual no permite el crecimiento estratgico de la empresa. Obsolescencia del sistema actual.

OPORTUNIDADES 1 Su sector de negocios est en expansin lo cual trae muchas oportunidades.

106

El gobierno quiere estimular a los productores locales para expandir sus productos.

Mejorar el sistema actual por uno que se encuentre entre las expectativas de la empresa y sus clientes.

AMENAZAS 1 Los desarrollos futuros en tecnologa cambian en el mercado ms all de la habilidad para adaptarse. 2 Un pequeo cambio en el enfoque de su competidor puede destruir cualquier posicin conseguida en el mercado 3 Son vulnerables de que las empresas que pueden formar parte de la clientela no se encuentren a gusto con su actual propuesta de servicios y se vayan con la competencia.

Habiendo caracterizado

2.

MARCO LGICO

2.1 Identificacin del problema Despus de estudiar la situacin actual de la empresa con respecto al funcionamiento del actual sistema, y el manejo de la informacin se concluye que el problema principal es: La empresa MAERO CONSULTORA MULTIDISCIPLINARIO S.R.L. no cuenta con Sistema de gestin contable ptimo actual, el cual cumpla con todos las necesidades de la empresa y sus clientes para la toma de decisiones. 2.2 Anlisis de involucrados Par realizar el anlisis de involucrados se procedi a estudiar la estructura funcional a nivel del personal que se encarga del servicio de Outsourcing.

107

a) Se lograron identificar 4 categoras de involucrados que participan activamente en el servicio de Outsorucing Contable. Socios Supervisor Contador Encargado Cliente

b) Se identifico los intereses, actitudes, motivaciones, limitaciones de cada uno de los grupos estudiados.

GRUPOS

INTERESES

PROBLEMAS PERCIBIDOS

RECURSOS MANDATOS Desarrollo de un nuevos sistema hecho a medida que se adapte a las exigencias de la empresa.

Socios

Brindar un mejor servicio de Outsourcing Contable a sus clientes.

Dispersin de la informacin contable de los clientes y la obsolescencia del sistema actual.

Centralizar la informacin de los clientes.

Supervisor

Monitorear el trabajo del Contador Encargado.

Para hacer la revisin correspondiente de la informacin se debe esperar a que la persona encargada

En el desarrollo de sistema de debe tomar en cuenta la opcin de ser multiusuario.

108

del registro de documentos termine, Elaboracin de informes contables. lo cual hace ineficiente la revisin del mismo.

Contador Encargado

Insertar registros contable

Para hacer un registro contable se debe esperar a que el supervisor termine de elaborar sus informes contables.

En el desarrollo de sistema de debe tomar en cuenta la opcin de ser multiusuario.

Clientes

Calidad del servicio de Outsourcing.

No disponer de su informacin contable actualizada.

La empresa MAERO se debe de encargar de brindar a sus clientes la informacin contable actualizada.

109