UNIVERSIDAD TÉCNICA DE COTOPAXI

Transcripción

1 UNIVERSIDAD TÉCNICA DE COTOPAXI UNIDAD ACADEMICA DE CIENCIAS DE LA INGENIERÍA Y APLICADAS TESIS DE GRADO PREVIO A LA OBTENCIÓN DEL TITULO DE INGENIERÍA EN INFORMÁTICA Y SISTEMAS COMPUTACIONALES TEMA: ANÁLISIS E IMPLEMENTACIÓN DE UN SISTEMA DE MANEJO FINANCIERO DE LA EMPRESA SOBUAD CIA. LTDA A TRAVÉS DE LA METODOLOGÍA RUP POSTULANTES: TRÁVEZ OSORIO GLADYS MERCEDES VILLAGÓMEZ QUINATOA CARMEN ROCÍO DIRECTOR: ING. CARLOS NUÑEZ 1

2 LATACUNGA-ECUADOR 2009 UNIVERSIDAD TÉCNICA DE COTOPAXI INFORME FINAL DEL DIRECTOR DE TESIS Cumpliendo con lo estipulado en el Capítulo IV, Art.9, literal f) del Reglamento del curso profesional de la Universidad Técnica de Cotopaxi, informo que el grupo conformado por: Trávez Osorio Gladys Mercedes, Villagómez Quinatoa Carmen Rocío; han desarrollado su trabajo de investigación de grado de acuerdo a los planteamientos formulados en el plan de Tesis. Cabe destacar que el aporte investigativo que ha realizado las señoritas postulantes es muy significativo en función de la temática propuesta, dicho trabajo alcanza los objetivos propuestos y la verificación de la respectiva hipótesis. Por lo expuesto anteriormente considero que el grupo se encuentra habilitado para presentarse al acto de defensa de tesis con el tema: ANÁLISIS E IMPLEMENTACIÓN DE UN SISTEMA DE MANEJO FINANCIERO DE LA EMPRESA SOBUAD CIA. LTDA A TRAVÉS DE LA METODOLOGÍA RUP. Latacunga, 09 de noviembre del

3 Ing. Carlos Núñez DIRECTOR DE TESIS C.C

4 AUTORÍA Del presente tema de investigación: ANÁLISIS E IMPLEMENTACIÓN DE UN SISTEMA DE MANEJO FINANCIERO DE LA EMPRESA SOBUAD CIA. LTDA A TRAVÉS DE LA METODOLOGÍA RUP, previo a la obtención del título de INGENIERÍA EN INFORMÁTICA Y SISTEMAS COMPUTACIONALES se responsabilizan: Gladys M. Trávez O. CI:

5 Carmen R. Villagómez Q. CI: AGRADECIMIENTO Agradezco a Jesús, que me dió y me seguirá dando fortaleza para seguir adelante todos los día, por llenar mi vida de dichas y bendiciones. También a mí amada familia por estar conmigo siempre con su apoyo afectuoso y económico en los buenos y malos momentos de mi vida, por brindarme en todo instante su gran ayuda incondicional. A Carmen, una persona que fue mi apoyo durante este agradable y difícil periodo académico, por ser MI AMIGA, y por seguir soportándome y siendo parte de mi vida, TE VALORO. 5

6 A todos mis amigos pasados y presentes; pasados por ayudarme a crecer y madurar como persona y presentes por estar siempre conmigo apoyándome en todo las circunstancias posibles, también son parte de esta alegría, LOS RECUERDO. Agradezco a mis maestros por su disposición y ayuda brindada. Gracias por todo. DEDICATORIA Gladys Dedico mi tesis sobre todas las cosas a Jesús por ser mi mayor motivación y fuerza durante todo el desarrollo de este proyecto. A mi familia por estar siempre presente apoyándome incondicionalmente, gracias María, Víctor mis padres, Raúl y Sandra mis hermanos, por darme la fuerza que día a día he requerido durante todo este proceso. A mis amigos por estar siempre apoyándome con sus sabios consejos para terminar con éxito mi tesis. 6

7 Gladys AGRADECIMIENTO Son tantas personas a las cuales debo parte de este triunfo, de lograr alcanzar mi culminación académica, la cual es el anhelo de todos los que así lo deseamos. Definitivamente, Dios, mi Señor mi guía; sabes lo esencial que has sido en mi para alcanzar esta meta. Mi madre Sra. Luzmila, mi hermano Iván, mi hermana Silvia, por darme la estabilidad emocional, económica, sentimental; para poder llegar hasta este logro, 7

8 que definitivamente no hubiese podido ser realidad sin ustedes. GRACIAS FAMILIA. Madre, serás siempre mi inspiración para alcanzar mis metas, por enseñarme que todo se aprende y que todo esfuerzo es al final recompensa. Tu esfuerzo, se convirtió en tu triunfo y el mío, TE AMO. A una persona especial como es Bladimir por darme su amor, apoyo y consejos para la elaboración de mi tesis. A todos mis amigos por ayudarme a crecer y madurar como persona y por estar siempre conmigo apoyándome en todo las circunstancias posibles, en especial a Gladys, una persona que fue mi apoyo durante este agradable y difícil periodo académico, por ser mi AMIGA. GRACIAS. DEDICATORIA Carmen Mi tesis la dedico con todo mi cariño y amor a ti Dios que me diste la oportunidad de vivir y de regalarme una familia maravillosa. Con mucho amor especialmente a mis padres que mi dieron la vida y han estado conmigo en todo momento. Gracias por todo mamá por darme una carrera para mi futuro y por creer en mí, aunque hemos pasado momentos difíciles siempre has 8

9 estado apoyándome y brindándome todo tu amor, por todo esto te agradezco de corazón el que estés con migo a mi lado. A mis hermanos Iván, Silvia gracias por estar conmigo y apoyarme siempre, los amo mucho. A Bladimir una persona importante en mi vida por ayudarme en los momentos difíciles y brindarme todo su amor y ayuda. A todos mis amigos por estar conmigo en todo este tiempo donde he vivido momentos felices y tristes, gracias por ser mis amigos y recuerden que siempre les llevare en mi corazón. Agradezco a mis maestros por apoyarme y brindarme su ayuda y a la universidad por haberme abierto sus puertas para llenar mi mente de sabiduría ÍNDICE GENERAL Carmen CONTENIDOS PORTADA INFORME FINAL DEL DIRECTOR DE TESIS CERTIFICACIÓN DE LA EMPRESA SOBUAD CIA. LTDA. AUTORÍA AGRADECIMIENTO PÁG. i ii iii iv v 9

10 DEDICATORIA ÍNDICE GENERAL IINDICE DE GRÁFICOS INDICE DE TABLAS RESUMEN ABSTRACT CERTIFICACIÓN DEL SUMMARY INTRODUCCIÓN viii ix xiii xiv xv xvii xviii xix CAPITULO I FUNDAMENTACION TEORICA DE LA EMPRESA SOBUAD CIA. LTDA. Y DEFINICIÓN DE HERRAMIENTAS DE DESARROLLO 1.1. EMPRESA SOBUAD CIA. LTDA Información de la Empresa INVESTIGACIÓN PRELIMINAR Introducción ANÁLISIS ORGANIZACIONAL Sistema Organizacional Organigrama Estructural DEFINICIÓN DE HERRAMIENTAS DE DESARROLLO Sistema Operativo Sistema Operativo para servidores Sistema Operativo para cliente Rational Rose Microsoft Visual Studio 2008 Express Sistema de Base de Datos Introducción

11 MySQL Aplicación Cliente/Servidor.. 29 CAPITULO II ANALISIS E INTERPRETACION DE RESULTADOS Y DESARROLLO DE LA METODOLOGIA RUP 2.1. ANÁLISIS E INTERPRETACIÓN DE RESULTADOS METODOLOGÍA RUP Introducción al RUP Que es el RUP Principios de desarrollo El ciclo de vida de RUP Iteraciones Descripción de las Actividades Fase de Inicio Fase de Elaboración Fase De Construcción Fase de Transición DESARROLLO DEL SOFTWARE APLICANDO LA METODOLOGIA RUP Gestión del proyecto Plan de Desarrollo de Software Planificación del proyecto Fase de Inicio Fase de Elaboración Fase de Construcción (Iteración1) Fase de Construcción (Iteración 2) Fase de Construcción (Iteración 3)

12 FASE DE INICIO Diario de ejecución Modelado del negocio Empresa SOBUAD CIA. LTDA Modelado del Negocio Requisitos Visión Glosario Casos de Uso con Rational Rose 82 FASE DE ELABORACION Análisis/diseño 86 FASE DE CONSTRUCCION Implementación Pruebas VERIFICACIÓN DE LA HIPÓTESIS. 110 CAPITULO III DISEÑO DE UN SISTEMA FINANCIERO PARA LA EMPRESA SOBUAD CIA.LTDA PRESENTACIÓN JUSTIFICACIÓN OBJETIVOS Objetivo General Objetivos Específicos DESARROLLO DE LA BASE DE DATOS CODIFICACIÓN DOCUMENTACION

13 Manual de Usuario PRESENTACIÓN DEL SISTEMA ISFES CONCLUSIONES. 117 RECOMENDACIONES GLOSARIO DE TÉRMINOS BIBLIOGRAFÍA

14 ÍNDICE DE GRÁFICOS CONTENIDOS PÁG. Gráfico Nº 1 Ciclo de Vida de RUP. 37 Gráfico Nº 2 Ciclo de Vida Iterativo Incremental 38 Gráfico Nº 3 Enfoque Cascada. 39 Gráfico Nº 4 Ciclo de Vida de un Software con un Enfoque Iterativo Incremental 40 Gráfico Nº 5 Modelado del Negocio Gráfico Nº 6 Modelos de Caso de Uso del Negocio. 69 Gráfico Nº 7 Modelo del Dominio Gráfico Nº 8 Modelo de Objetos de Vender Productos.. 70 Gráfico Nº 9 Modelo de Objetos de Abastecimiento de Productos Gráfico Nº 10 Modelo de Objetos de Realizar Entrega de Productos.. 71 Gráfico Nº 11 Subsistema Ventas. 83 Gráfico Nº 12 Subsistema Compras Gráfico Nº 13 Subsistema Sistema Gráfico Nº 14 Subsistema Reportes. 86 Gráfico Nº 15 Diagrama de Clases Gráfico Nº 16 Modelo de datos Relacional.. 88 Gráfico Nº 17 Diagrama Global de Paquetes Gráfico Nº 18 Diagrama de Componentes Comunes. 100 Gráfico Nº 19 Diagrama de Componentes de Ventas. 101 Gráfico Nº 20 Diagrama de Componentes de Compras

15 Gráfico Nº 21 Diagrama de Componentes del Sistema Gráfico Nº 22 Diagrama de Componentes de Reportes. 102 Gráfico Nº 23 Diagrama de Despliegue ÍNDICE DE TABLAS CONTENIDOS PÁG. Tabla Nº 1 Roles y Responsabilidades 51 Tabla Nº 2 Plan de la Fases. 53 Tabla Nº 3 Hitos Tabla Nº 4 Calendario del Proyecto de Fase de Inicio Tabla Nº 5 Calendario del Proyecto de Fase de Elaboración Tabla Nº 6 Fase de Inicio Tabla Nº 7 Fase de Elaboración Tabla Nº 8 Fase de Construcción (Iteración 1) Tabla Nº 9 Fase de Construcción (Iteración 2) Tabla Nº 10 Fase de Construcción (Iteración 3). 62 Tabla Nº 11Diario de Ejecución Tabla Nº 12 Sentencia que Define el Problema Tabla Nº 13 Sentencia que Define la Posición del Producto Tabla Nº 14 Resumen de los Gerentes (Matriz-Sucursal) Tabla Nº 15 Resumen de Usuarios Tabla Nº 16 Representante del Área Administrativa y Sistemas de Información 76 Tabla Nº 17 Personal Encargado del Departamento de Ventas

16 RESUMEN La propuesta de ANÁLISIS E IMPLEMENTACIÓN DE UN SISTEMA DE MANEJO FINANCIERO DE LA EMPRESA SOBUAD CIA. LTDA A TRAVÉS DE LA METODOLOGÍA RUP, es una herramienta de ayuda para el departamento de ventas y la gerencia, optimizando los recursos existentes, perfeccionando de esta forma las actividades dentro de la organización. Para el diseño y programación se utilizo Microsoft Visual Studio 2008 Enterprise bajo el lenguaje de programación C#, los datos se almacenan en la base de datos MySQL Server v5.0 basado en la arquitectura cliente-servidor, es de suma importancia elegir la metodología adecuada, es por ello que la metodología RUP (Proceso Unificado de Rational) basada en UML nos proporciona todas las bases para llevar al éxito la elaboración del software, con lo cual se asegura la calidad del producto final, así como también el cumplimiento en la entrega del mismo en un tiempo estipulado. 16

17 En el ámbito tecnológico informático se producen progresos significativos que pueden ayudar al ser humano a mejorar su destreza virtual por ello el desarrollo este proyecto involucra medidas de seguridad en donde los usuarios podrán acceder al sistema mediante una contraseña tomando en cuenta que esta debe ser confidencial, una vez ingresado al sistema podrán manejar información de productos informáticos tanto en ventas, compras, otorgamientos de créditos, dependiendo del cargo que ocupe y los permisos asignados por el administrador. Al ser implantado el software la empresa SOBUAD CIA. LTDA. tendrán un mejor control de todos los artículos que ingresan y egresan a la misma, así como también el departamento de ventas podrá facturar, registrar cobros, verificar la existencia de los artículos, características de hardware y software, consulta de precios. Se obtendrán reportes e informes, permitiendo agilitar la atención al cliente satisfaciendo sus necesidades de manera rápida y efectiva. 17

18 ABSTRACT The proposal "ANALYSIS AND IMPLEMENTATION OF A FINANCIAL MANAGEMENT SYSTEM ENTERPRISE SOBUAD CIA. LTDA through the RUP methodology "is a helpful tool for the sales department and management, optimizing existing resources, thus improving the activities within the organization. For the designing and programming we used Microsoft Visual Studio 2008 Enterprise under the C # programming language, data is stored in MySQL Database Server v5.0 based on client-server architecture, it is extremely important to choose the appropriate methodology that is the methodology RUP (Rational 18

19 Unified Process) based on UML provides all the bases for successful software development, thus ensuring final product quality as well as the performance in delivering it within a stipulated time. In the technology field will produce important advances that can help human beings to improve their virtual prowess thus this project involves development of security measures where users can access the system through a given password that should be confidential, Once this is entered the system can handle information in both computer products sales, purchase, lending, depending on the position held and the permissions assigned by the administrator. When the company implemented the software SOBUAD CIA. LTDA. will have better control of all items that are bought and sold, as well as the sales department can check, register receipts, verifying the existence of items, hardware and software features, price inquiries. Reports and informas will be obtained, allowing the customer expedites their needs quickly and effectively. 19

20 INTRODUCCIÓN La empresa SOBUAD CIA. LTDA.(Matriz-Quito), con su Sucursal COMPUSERVICIOS ubicada en la ciudad de Latacunga, brinda sus servicios a la provincias de Pichincha y Cotopaxi ofreciendo productos informáticos de alta calidad en la venta de equipos de Computación, Mantenimiento y Ensamblaje de Computadoras y Redes, pero para cumplir con las expectativas de sus clientes aprovecha la tecnología con una aplicación que agilite el trabajo en los diferentes 20

21 departamentos con lo cual se obtendrá el máximo rendimiento de los recursos y se optimizara tiempo y presupuesto por esto se plantea realizar ANÁLISIS E IMPLEMENTACIÓN DE UN SISTEMA DE MANEJO FINANCIERO DE LA EMPRESA SOBUAD CIA. LTDA A TRAVÉS DE LA METODOLOGÍA RUP. A continuación mencionamos los aspectos tratados en el desarrollo de este proyecto: Objetivo General: Analizar e implementar un Sistema Financiero de la empresa SOBUAD CIA. LTDA. a través de la metodología RUP para facilitar el Manejo de la empresa optimizando tiempo y costos. Objetivos Específicos: Analizar e identificar los requerimientos de la empresa SOBUAD CIA. LTDA. a través de las técnicas de investigación para satisfacer las necesidades de la área administrativa. Describir el funcionamiento de la metodología RUP para el desarrollo del software. Desarrollar un sistema Financiero para la Empresa SOBUAD CIA. LTDA. buscando el mejoramiento competitivo. 21

22 La hipótesis planteada en esta investigación es: El Análisis e implementación de un Sistema Financiero de la empresa SOBUAD CIA. LTDA. Quito (Matriz) y Sucursal COMPUSERVICIOS Latacunga, beneficiará a la empresa optimizando tiempo y costos. Para realizar nuestro plan de tesis consideramos utilizar los siguientes métodos: Método Hipotético-Deductivo, Método Descriptivo, Método Analítico-Sintético. En el Capítulo I se presenta fundamentación teórica de la empresa SOBUAD CIA. LTDA., y definición de herramientas de desarrollo. En este Capítulo se hace una breve reseña histórica de la empresa SOBUAD CIA. LTDA., continuando con una investigación preliminar para identificar requerimientos para el sistema, y finalmente describiendo las herramientas necesarias para el desarrollo del software. En El Capítulo II consta del análisis e interpretación de resultados y desarrollo de la metodología RUP. Como podemos apreciar en este Capítulo iniciamos con la investigación de campo en donde se aplico las entrevistas para posteriormente proceder a analizarlas e interpretar sus resultados. También se detalla la metodología RUP que define todos los aspectos necesarios para la elaboración del software. Capítulo III diseño de un sistema financiero para la empresa SOBUAD CIA.LTDA 22

23 Contiene la presentación, elaboración, evaluación y documentación del sistema. Finalizando el presente trabajando con conclusiones, recomendaciones, anexos y bibliografía a las que ha llegado el grupo de investigación durante el desarrollo del proyecto. 23

24 1.1. EMPRESA SOBUAD CIA. LTDA Información de la Empresa Origen. La empresa SOBUAD CIA. LTDA. (Society Negocios Administracion), inicio sus operaciones en Quito y Latacunga, en abril del 2004, como una empresa dedicada a la venta de productos informáticos en el país. Inicialmente con una oficina Matriz en Quito y actualmente con su sucursal en Latacunga COMPUSERVICIOS con su propio local, para cubrir la geografía de las provincias y a futuro el país. La matriz está ubicada en Quito Jorge Piedra 1500 y Occidental No.D-13 y la sucursal en Latacunga Calle Félix Valencia y Belisario Quevedo. SOBUAD CIA. LTDA. (Matriz-Quito), y COMPUSERVICIOS (Sucursal- Latacunga) se dedica a la Venta de Equipos de Computación, Mantenimiento y Ensamblaje de Computadoras y Redes. Objetivo Ofrecer servicios y equipos de computación al mercado local y nacional, con calidad, garantía y al mejor precio. 24

25 Misión Proveer el más alto grado de satisfacción a nuestros clientes, a través de una eficiente comercialización de productos informáticos, bajo un claro concepto de respeto mutuo y mejoramiento continuo. Visión Constituirnos como la empresa de soluciones informáticas más importante y seria de la provincia y el país, en función del trabajo coordinado del recurso humano y la confianza de nuestros clientes INVESTIGACIÓN PRELIMINAR Introducción La empresa SOBUAD CIA.LTDA. (Matriz-Quito) y COMPUSERVICIOS (Sucursal-Latacunga) siendo un factor principal para el desarrollo de la provincia de Pichincha y Cotopaxi se dedican a la prestación de servicios de Internet, Venta de equipos de Computación, Mantenimiento y Ensamblaje de Computadoras y Redes. Mediante la investigación preliminar verificamos que la empresa SOBUAD CIA. LTDA. (Matriz-Quito) y COMPUSERVICIOS (Sucursal-Latacunga) posee un sistema de control financiero que no cumple con todas las expectativas que requiere la empresa. La misma que necesita de un software optimo que ayude a solucionar de manera rápida, exacta y sencilla el control de inventarios físicos y humanos así como de sus productos tanto en ingresos, egresos, cuentas por cobrar, créditos, para brindar resultados confiables, actualmente parte de estas 2

26 transacciones se lo realiza a mano por lo que se hace difícil llevar una buena y ordenada situación financiera dentro de la empresa. La Ing. Janeth Maldonado gerente de la empresa SOBUAD. CIA. LTDA Matriz Quito quien siempre se interesa por el crecimiento de la empresa ha tomado interés en las actividades que se han venido desarrollando considerando nuestro proyecto como una alternativa más para el fortalecimiento de su empresa que permita apoyar y cumplir con los objetivos empresariales. Se han utilizado técnicas para la recopilación de información como entrevistas al personal de la empresa, revisión de métodos y técnicas utilizadas, con el fin de adaptarlos a nuestra realidad con el propósito de determinar la información más adecuada ANÁLISIS ORGANIZACIONAL Sistema Organizacional Gerencia General La gerencia es responsable del éxito o fracaso de una empresa, es indispensable para dirigir los asuntos de la misma. Siempre que exista un grupo de individuos que persigan un objetivo, se hace necesario, para el grupo, trabajar unidos a fin de lograr el mismo. La Gerencia General es la principal instancia ejecutiva, técnica y administrativa de la Empresa y le corresponde ejercer funciones de dirección, gestión, supervisión y coordinación con los demás departamentos. La Gerencia General cumple con las siguientes actividades: 3

27 Dirigir, coordinar, evaluar y controlar la marcha de la empresa. Verificar el funcionamiento de los servicios prestados por la empresa. Realizar evaluaciones periódicas acerca del cumplimiento de las funciones de los diferentes departamentos. Planear y desarrollar metas a corto y largo plazo junto con objetivos anuales y entregar las proyecciones de dichas metas para la aprobación de los Gerentes de la Empresa. Coordinar con las oficinas administrativas para asegurar que los registros y sus análisis se están llevando correctamente. Crear y mantener buenas relaciones con los clientes, gerentes y proveedores para mantener el buen funcionamiento de la empresa. Gerencia Sucursal Es el encargado de orientar a la compañía de manera que se siga una meta común. Debe supervisar la operación completa y usualmente ejerce la representación legal de la empresa. La Gerencia Sucursal realiza las mismas actividades que realiza la Gerencia General trabajando en conjunto para mantener el éxito de la empresa. Departamento de Ventas El departamento de ventas es el encargado de promocionar productos a los clientes, valiéndose de las técnicas y políticas de ventas acordes con el producto que se desea vender. 4

28 En este departamento se prepara día a día para atender a sus clientes, facturar los productos, verificar existencias de esta manera mantener en stock los productos para brindar un mejor servicio a los consumidores de productos informáticos. Este es el departamento prioritario de la empresa, ya que a través de su buena gestión la empresa puede vender. Es el departamento encargado de vender, distribuir productos con calidad y garantía a menor precio. Departamento Técnico Esta área está integrada por expertos en informática y su principal función es brindar el soporte técnico especializado que se requiere en las actividades de cómputo, servicios de instalación, mantenimiento preventivo y correctivo a los ordenadores, así como la contratación del técnico a zonas alejadas de la ciudad Organigrama Estructural Gerencia General Gerencia Sucursal SOBUAD.CIA.LTD. Departamento de Ventas Departamento Técnico 5

29 1.4. DEFINICIÓN DE HERRAMIENTAS DE DESARROLLO Sistema Operativo El sistema operativo es el programa (o software) más importante de un ordenador. Para que funcionen los otros programas, cada ordenador de uso general debe tener un sistema operativo. Los sistemas operativos realizan tareas básicas, tales como reconocimiento de la conexión del teclado, enviar la información a la pantalla, no perder de vista archivos y directorios en el disco, y controlar los dispositivos periféricos tales como impresoras, escáner, etc. En sistemas grandes, el sistema operativo tiene incluso mayor responsabilidad y poder, es como un policía de tráfico, se asegura de que los programas y usuarios que están funcionando al mismo tiempo no interfieran entre ellos. El sistema operativo también es responsable de la seguridad, asegurándose de que los usuarios no autorizados no tengan acceso al sistema. Cómo funciona un Sistema Operativo Los sistemas operativos proporcionan una plataforma de software encima de la cual otros programas, llamados aplicaciones, puedan funcionar. Las aplicaciones se programan para que funcionen encima de un sistema operativo particular, por tanto, la elección del sistema operativo determina en gran medida las aplicaciones que puedes utilizar. Los sistemas operativos más utilizados en los PC son DOS, OS/2, y Windows, pero hay otros que también se utilizan, como por ejemplo Linux Sistema Operativo para servidores 6

30 Servidor Computadora conectada a una red que pone sus recursos a disposición del resto de los integrantes de la red. Suele utilizarse para mantener datos centralizados o para gestionar recursos compartidos. El programa servidor, acepta atenciones recibidas a través de la red realiza el servicio y regresa el resultado al cliente, de esta forma un mismo servidor puede atender a variaros clientes al mismo tiempo, sin embargo el servidor procesa una petición a la vez, después de aceptar una petición, el servidor forma una respuesta y la manda ates de volver a ver si ha llegado otra petición. El sistema operativo que utilizaremos como servidor para el desarrollo de muestro proyecto es: Windows Server 2003, Standard Edition Diseñado para organizaciones pequeñas y para usos departamentales, Windows Server 2003, Standard Edition proporciona un uso compartido inteligente de archivos e impresoras, conectividad segura a Internet, implementación centralizada de aplicaciones de escritorio y soluciones Web para conectar a empleados, asociados y clientes. Es un sistema operativo altamente productivo que es a la vez seguro y confiable, Windows Server 2003, Standard Edition proporciona altos niveles de confiabilidad, escalabilidad y seguridad. (Los clientes que busquen la mayor disponibilidad y escalabilidad deberían considerar la obtención de Windows Server 2003, Enterprise Edition o Windows Server 2003, Datacenter Edition.) El servicio Active Directory es ahora más rápido y robusto a través de conexiones de red área extensa (WAN) poco confiables, gracias a una sincronización, una 7

31 replicación y una puesta de credenciales en caché más eficientes en los controladores de dominio de las sucursales. Windows Server 2003 permite una mayor productividad para administradores y usuarios, a través de capacidades avanzadas de administración de sistemas y almacenamiento, también facilita el almacenamiento y la copia de seguridad, reduciendo paralelamente y de forma significativa las exigencias de los administradores de sistemas. Requerimientos del Sistema Recomendados Procesador 1.8 Ghz, Mínimo 512 MB RAM, máximo 4GB 20 GB de espacio en disco Cabe mencionar que las postulantes elegiremos este Sistema Operativo Windows Server 2003, Standard Edition porque es altamente productivo y la vez seguro, confiable, proporcionando disponibilidad y escalabilidad robustas. Y es diseñado para organizaciones pequeñas y para usos departamentales Sistema Operativo para cliente Cliente Cualquier elemento de un sistema de información que requiere un servicio mediante el envió de solicitudes al Servidor. El programa cliente cumple dos funciones distintas, por un lado gestiona la comunicación con el servidor, solicita un servicio y recibe los datos enviados por el servidor; por otro maneja la interfaz con el usuario, presenta los datos en el 8

32 formato adecuado y brinda las herramientas y comandos para que el usuario pueda utilizar las presentaciones del Servidor de forma sencilla. El sistema operativo que utilizaremos como cliente para el desarrollo de muestro proyecto es Windows XP Windows XP Cliente La nueva versión de Windows supone un cambio importante respecto a la versión anterior. Aunque de cara al usuario no se noten cambios radicales, se puede decir que WindowsXP no es solo una versión más de Windows sino que supone prácticamente un nuevo sistema. Hasta ahora Microsoft disponía de dos sistemas operativos diferentes, para el entorno personal o doméstico tenía Windows98 y para el entorno profesional (o de negocios) el Windows NT/2000. Windows XP introdujo nuevas características: Ambiente grafico Secuencias más rápidas de inicio y de hibernación. Capacidad del sistema operativo de desconectar un dispositivo externo, de instalar nuevas aplicaciones y controladores sin necesidad de reiniciar. Una nueva interfaz de uso más fácil, incluyendo herramientas para el desarrollo de temas de escritorio. Uso de varias cuentas, y permita que otro usuario abra una sesión sin perder esa información. Escritorio Remoto, que permite a los usuarios abrir una sesión con una computadora que funciona con Windows XP a través de una red o Internet, teniendo acceso a sus usos, archivos, impresoras, y dispositivos; Soporte para la mayoría de módems ADSL y conexiones wireless, así como el establecimiento de una red FireWire. 9

33 Requerimientos del Sistema Recomendados Procesador mínimo Pentium 500 Mhz y máximo de 1,8 Ghz. Memoria mínima de 512 MB, recomendado 2 GB. Disco duro mínimo 3 GB, recomendado 160 GB Windows XP es uno de los sistema operativos más utilizados, presenta una interfaz amigable para el usuario, flexible y fácil de controlar por este motivo lo utilizaremos en nuestra conexión cliente/servidor Rational Rose Es una de las más poderosas herramientas de modelado visual para el análisis y diseño de sistemas basados en objetos. Se utiliza para modelar un sistema antes de proceder a construirlo. Cubre todo el ciclo de vida de un proyecto: Concepción y formalización del modelo, Construcción de los componentes, Transición a los usuarios y Certificación de las distintas fases. Interfaz de Rational Rose La interfaz de Rational Rose. principales: Está formada por los siguientes elementos 1. Browser ó Navegador, que permite navegar rápidamente a través de las distintas vistas del modelo. 2. Ventana de documentación, para manejar los documentos del ítem seleccionado en cualquiera de los diagramas. 3. Barra de herramientas Standard, para acceder rápidamente a las acciones comunes a ejecutar para cada uno de los diagramas del modelo. 10

34 4. Barra de herramientas Diagrama, muestra el conjunto de herramientas disponibles para el diagrama activo. 5. Ventana de Diagrama, que permite desplegar y editar cualquiera de los diagramas UML. 6. Ventana Registro ó Log, que registra todas las órdenes ejecutadas y los errores que se producen durante su ejecución. 7. Barra de Estado, que muestra el programa de la carga del modelo, el estado de lectura/escritura del elemento seleccionado, y otros datos de utilidad Microsoft Visual Studio 2008 Express Fue publicado (RTM) el 17 de Noviembre de 2007 en inglés, mientras que la versión en castellano no fue publicada hasta el 2 de Febrero de Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por sus siglas en inglés) para sistemas operativos Windows. Soporta varios lenguajes de programación tales como Visual C++, Visual C#, Visual J#, ASP.NET y Visual Basic.NET, aunque actualmente se han desarrollado las extensiones necesarias para muchos otros. Visual Studio permite a los desarrolladores crear aplicaciones, sitios y aplicaciones web, así como servicios web en cualquier entorno que soporte la plataforma.net (a partir de la versión net 2002). Así se pueden crear aplicaciones que se intercomuniquen entre estaciones de trabajo, páginas web y dispositivos móviles. A partir de la versión 2005 Microsoft ofrece gratuitamente las Express Editions. Estas son varias ediciones básicas separadas por lenguajes de programación o plataforma enfocadas para novatos y entusiastas. Estas ediciones son iguales al 11

35 entorno de desarrollo comercial pero sin características avanzadas. Las ediciones que hay son: Visual Basic Express Edition Visual C# Express Edition Visual C++ Express Edition Visual J# Express Edition (Desapareció en Visual Studio 2008) Visual Web Developer Express Edition (para programar en ASP.NET) Con Visual Studio Tools for Office (VSTO) integrado con Visual Studio 2008 es posible desarrollar rápidamente aplicaciones de alta calidad basadas en la interfaz de usuario (UI) de Office que personalicen la experiencia del usuario y mejoren su productividad en el uso de Word, Excel, PowerPoint, Outlook, Visio, InfoPath y Project. Una completa compatibilidad para implementación con ClickOnce garantiza el entorno ideal para una fácil instalación y mantenimiento de las soluciones Office. Visual Studio 2008 ahora permite la creación de soluciones multiplataforma adaptadas para funcionar con las diferentes versiones de.net Framework: 2.0. (Incluido con Visual Studio 2005), 3.0 (incluido en Windows Vista) y 3.5 (incluido con Visual Studio 2008)..NET 3.5 incluye biblioteca ASP.NET AJAX para desarrollar aplicaciones web más eficientes, interactivas y altamente personalizadas que funcionen para todos los navegadores más populares y utilicen las últimas tecnologías y herramientas Web. 12

36 Con Visual Studio 2008, las organizaciones encontrarán que ahora es más fácil capturar y analizar información, y por lo tanto tomar decisiones de negocio más efectivas. Gracias a Visual Studio 2008, las organizaciones de todo tamaño podrán crear rápidamente aplicaciones más seguras, confiables y administrables. Requerimientos del Sistema Recomendados Visual Studio 2008 Professional requiere: Un equipo con un procesador de 1,6 GHz o más rápido 384 MB de RAM como mínimo (al menos 768 MB de RAM para Windows Vista) 2,2 GB + 3,5 GB de espacio disponible en disco duro Para el desarrollo de nuestro sistema seleccionaremos Microsoft Visual Studio 2008 Express siendo una versión mejorada del 2005 en la que podemos desarrollar prácticamente cualquier tipo de aplicación que necesitemos crear. Por otro lado, es un entorno de desarrollo para programadores con requerimientos menores, o un poder adquisitivo más bajo que no requiera de todas las posibilidades que ofrece un paquete como Visual Studio Professional. El lenguaje de programación C# Origen y necesidad de un nuevo lenguaje C# (leído en inglés C Sharp y en español C Almohadilla ) es el nuevo lenguaje de propósito general diseñado por Microsoft para su plataforma.net. Sus principales creadores son Scott Wiltamuth y Anders Hejlsberg, éste último también conocido por haber sido el diseñador del lenguaje Turbo Pascal y la herramienta RAD Delphi. 13

37 Aunque es posible escribir código para la plataforma.net en muchos otros lenguajes, C# es el único que ha sido diseñado específicamente para ser utilizado en ella, por lo que programarla usando C# es mucho más sencillo e intuitivo que hacerlo con cualquiera de los otros lenguajes ya que C# carece de elementos heredados innecesarios en.net. Por esta razón, se suele decir que C# es el lenguaje nativo de.net La sintaxis y estructuración de C# es muy parecida a la de C++ o Java, puesto que la intención de Microsoft es facilitar la migración de códigos escritos en estos lenguajes a C# y facilitar su aprendizaje a los desarrolladores habituados a ellos. Sin embargo, su sencillez y el alto nivel de productividad son comparables con los de Visual Basic. Características de C# Alguna de las características aquí señaladas no son exactamente propias del lenguaje sino de la plataforma.net en general, y si aquí se comentan es porque tienen una repercusión directa en el lenguaje: Sencillez: C# elimina muchos elementos que otros lenguajes incluyen y que son innecesarios en.net. Modernidad: C# incorpora en el propio lenguaje elementos que a lo largo de los años ha ido demostrándose son muy útiles para el desarrollo de aplicaciones y que en otros lenguajes como Java o C++ hay que simular, como un tipo básico decimal que permita realizar operaciones de alta precisión con reales de 128 bits (muy útil en el mundo financiero), la inclusión de una instrucción foreach que permita recorrer colecciones con facilidad y es ampliable a tipos definidos por el usuario, la inclusión de un tipo básico string para representar cadenas o la distinción de un tipo bool específico para representar valores lógicos. 14

38 Orientación a objetos: Una diferencia de este enfoque orientado a objetos respecto al de otros lenguajes como C++ es que el de C# es más puro en tanto que no admiten ni funciones ni variables globales sino que todo el código y datos han de definirse dentro de definiciones de tipos de datos, lo que reduce problemas por conflictos de nombres y facilita la legibilidad del código. C# soporta todas las características propias del paradigma de programación orientada a objetos: encapsulación, herencia y polimorfismo. Orientación a componentes: La propia sintaxis de C# incluye elementos propios del diseño de componentes que otros lenguajes tienen que simular mediante construcciones más o menos complejas. Es decir, la sintaxis de C# permite definir cómodamente propiedades (similares a campos de acceso controlado), eventos (asociación controlada de funciones de respuesta a notificaciones) o atributos (información sobre un tipo o sus miembros). Gestión automática de memoria:.net tiene a su disposición el recolector de basura del CLR. Esto tiene el efecto en el lenguaje de que no es necesario incluir instrucciones de destrucción de objetos. Seguridad de tipos: C# incluye mecanismos que permiten asegurar que los accesos a tipos de datos siempre se realicen correctamente, lo que permite evita que se produzcan errores difíciles de detectar por acceso a memoria no perteneciente a ningún objeto y es especialmente necesario en un entorno gestionado por un recolector de basura. Instrucciones seguras: Para evitar errores muy comunes, en C# se han impuesto una serie de restricciones en el uso de las instrucciones de control más comunes. 15

39 Versionable: C# incluye una política de versionado que permite crear nuevas versiones de tipos sin temor a que la introducción de nuevos miembros provoquen errores difíciles de detectar en tipos hijos previamente desarrollados y ya extendidos con miembros de igual nombre a los recién introducidos. Eficiente: En principio, en C# todo el código incluye numerosas restricciones para asegurar su seguridad y no permite el uso de punteros. Sin embargo, y a diferencia de Java, en C# es posible saltarse dichas restricciones manipulando objetos a través de punteros. Para ello basta marcar regiones de código como inseguras (modificador unsafe) y podrán usarse en ellas punteros de forma similar a cómo se hace en C++, lo que puede resultar vital para situaciones donde se necesite una eficiencia y velocidad procesamiento muy grandes. Compatible: Para facilitar la migración de programadores, C# no sólo mantiene una sintaxis muy similar a C, C++ o Java que permite incluir directamente en código escrito en C# fragmentos de código escrito en estos lenguajes, sino que el CLR también ofrece, a través de los llamados Platform Invocation Services (PInvoke), la posibilidad de acceder a código nativo escrito como funciones sueltas no orientadas a objetos tales como las DLLs de la API Win32. Nótese que la capacidad de usar punteros en código inseguro permite que se pueda acceder con facilidad a este tipo de funciones, ya que éstas muchas veces esperan recibir o devuelven punteros. MySQL Connector/Net Introducción El Connector/Net de MySQL permite a los desarrolladores crear fácilmente aplicaciones.net que requieren seguridad, alto rendimiento y conectividad con MySQL. Este controlador implementa las interfaces requeridas de ADO.NET y se integra dentro de las herramientas de ADO.NET. Los desarrolladores pueden 16

40 construir aplicaciones para MySQL usando el Connector/Net y su mejor opción en lenguajes.net, tal como Visual Basic, C++ o C#. El Connector/Net es un controlador ADO.NET completamente manejable escrito al 100% en C#. El Connector/Net incluye soporte completo para: Características de MySQL 5.0 (procedimientos almacenados, Etc.) Soporte de paquetes grandes para enviar y recibir filas y datos de más de 2 gigabytes de tamaño. El protocolo de compresión que permite la compresión de flujos de datos entre el cliente y el servidor. Soporte para conectar usando sockets TCP/IP, tuberías, o memoria compartida en Windows. Soporte de conectividad usando sockets TCP/IP o sockets Unix. Soporte para Mono, el framework.net de código abierto desarrollado por Novell. Completamente manejable, no utiliza las librerías cliente de MySQL. Requerimientos En esta documentación se mostrará como conectarse y acceder a un servidor MySQL usando C#, uno de los principales lenguajes.net. Para poder desarrollar programas en C# se necesita tener instalado el software del Framework.NET que incluye todo lo necesario para escribir, generar, probar e implementar aplicaciones utilizando el marco de trabajo.net, así como también herramientas y compiladores de línea de comandos. Para desarrollar nuestra aplicación se tiene disponible el Framework.NET

41 El Connector/Net funciona en cualquier plataforma que soporte el framework.net, principalmente en versiones recientes de Microsoft Windows, y es soportado en Linux a través Mono. Arquitectura del Connector/Net El Connector/Net contiene varias clases que son usadas para conectar a la base de datos, ejecutar consultas y sentencias y manejar resultados de consultas. Las siguientes son las principales clases del Connector/Net: Clase MySqlCommand MySqlCommandBuilder MySqlConnection MySqlDataAdapter MySqlDataReader MySqlException Descripción Representa una sentencia SQL a ejecutar sobre una base de datos MySQL. Genera automáticamente comandos de tablasencilla usados para aplicar los cambios hechos a un dataset con la base de datos asociada. Representa una conexión a un servidor de base de datos. Representa un conjunto de comandos y una conexión que son usados para llenar un dataset y actualizar una base de datos. Provee un medio de lectura de filas de datos únicamente hacía adelante. La excepción que es lanzada cuando MySQL devuelve un error. 18

42 MySqlHelper MySqlTransaction Clase de ayuda que hace más fácil trabajar con el proveedor. Representa una transacción SQL que se hará en una base de datos. FUENTE: MySQL Connector.pdf RECOPILADO POR: Grupo De Investigadoras Algunas de estas clases serán analizadas a mayor detalle, la idea es intentar describir las principales clases del Connector/Net que permitan crear rápidamente una aplicación de altas, bajas y cambios, y por lo tanto, no serán una referencia de la sintaxis. Las clases que provee el Connector/NET están contenidas en la biblioteca MySql.Data.dll (el archivo que copiamos previamente), así que al crear una aplicación que haga uso del Connector/Net este archivo debe ser referenciado. Las clases usadas por el servidor MySQL están definidas en el espacio de nombres MySql.Data.MySqlClient, esto es algo muy importante que hay que tener presente. MySqlConnection Para crear las conexiones se utiliza la clase MySqlConnection que está definida en el espacio de nombres MySql.Data.MySqlClient. Antes de usar esta clase primero debe incluir dicho espacio de nombres su archivo. Para conectar a la base de datos se declara una variable del tipo MySqlConnection y se instancia con uno de los dos constructores disponibles. El constructor por default permite crear un objeto conexión sin especificar nada de información. public MySqlConnection(); 19

43 El segundo constructor toma como argumento un valor de tipo cadena y su sintaxis es la siguiente: public MySqlConnection(string cadenaconexion); En cualquiera de los dos casos, después de instanciar el objeto MySqlConnection, la cadena de conexión puede cambiarse de la siguiente manera: MySqlConnection conn = new MySqlConnection(); string conexion = "Los parametros de la conexion"; conn.connectionstring = conexion; Para usar un objeto MySqlConnection se deben proporcionar varias piezas de información empaquetadas como si fueran una sola y quedar disponibles en una variable. Estas piezas son unidas para formar una cadena y están separadas unas de otras por un punto y coma ";". Cada pieza tiene el formato clave=valor. Generalmente estas piezas de información son referidas como atributos de la cadena de conexión. Al estar unidos, estos atributos aparecen como sigue: clave1=valor1; clave2=valor2; claven=valorn Cualquier cosa que forme parte de esta cadena no es sensible al uso de mayúsculas y minúsculas. Esto que forma la cadena de conexión es pasado como argumento al segundo constructor: MySqlConnection conn = new MySqlConnection("clave1=valor1;clave2=valor2;claveN=valorN"); o ser asignado como cadena a la propiedad ConnectionString. string parametrosconexion = "clave1=valor1;clave2=valor2;claven=valorn"; MySqlConnection conn = new MySqlConnection(); conn.connectionstring = parametrosconexion; 20

44 El Servidor Para establecer una conexión debemos especificar la computadora en la que reside MySQL. Para indicar esto podemos usar cualquiera de estos atributos: DataSource, Host, Server, Addr, Address, Network Address. Si nos estamos conectando a una base de datos local se puede omitir el nombre de la computadora o bien asignar el valor localhost para este atributo. La Base De Datos Si ya tenemos una base de datos creada y deseamos conectarnos a ella, incluimos su nombre en la cadena de conexión. Si no tenemos una base de datos en particular, no es necesario especificar alguna. Para especificar la base de datos a la que nos queremos conectar, la cadena de conexión incluye un atributo nombrado Database o Initial Catalog. Si tenemos ya una base de datos, asignamos su nombre a este atributo, en caso contrario se puede omitir este atributo o bien no asignar nada a este atributo. MySqlConnection conn = new MySqlConnection("Address=localhost;Database=;"); Seguridad Un importante aspecto al establecer la conexión es la seguridad. Aún cuando estemos desarrollando una aplicación que será usada en una sola computadora, debemos tener cuidado en este aspecto. La seguridad mencionada en este atributo tiene que ver con la conexión, no en cómo proteger una base de datos. 21

45 Para soportar seguridad en la cadena de conexión se incluye un atributo nombrado Persist Security Info que puede tener un valor de true, false, yes, no. Si estamos estableciendo una conexión simple o confiable que no necesita ser verificada podemos asignar un valor true para este atributo. Si una conexión ya existe, para re-descubrirla debemos recordar que toda la información está disponible en la cadena de conexión MySqlConnection.ConnectionString. Al fijar el valor de Persist Security Info en true, la persona que está obteniendo los datos de la conexión puede ver el nombre de usuario y la contraseña asignados. Si no queremos permitir esto, es decir, si queremos proteger estos valores que deberían ser confidenciales, entonces tenemos que asignar un valor false o no para este atributo. Autenticación Para establecer la conexión a MySQL seguramente tendremos que especificar un nombre de usuario y una contraseña. Para especificar el nombre de usuario tenemos los siguientes atributos: User Id, Uid, User name, Username. Después de especificar el nombre de usuario también tenemos que proporcionar una contraseña para completar la autenticación. Para especificar la contraseña podemos usar el atributo PASSWORD o PWD. Después de crear la cadena de conexión, y cuando se ejecuta la aplicación, el compilador debe "escanear" la cadena para validar cada pareja clave=valor. Si se encuentra una clave desconocida, un valor desconocido, o una combinación no válida, se lanzará una excepción del tipo ArgumentException y la conexión no se podrá establecer. 22

46 Abrir y cerrar la conexión Después de crear la cadena de conexión, podemos intentar establecer la conexión, para ellos invocamos al método Open() del objeto MySqlConnection, cuya sintaxis es: public void Open(); Como se puede observar, este método no toma ningún argumento. El objeto conexión que lo invoque es el responsable de tener lista la cadena de conexión. Si la conexión falla, se lanzará una excepción del tipo MySqlException. Si la cadena de conexión no contiene una fuente de datos o un servidor, se lanzará una excepción InvalidOperationException. Después de usar una conexión y obtener y procesar la información requerida, debemos terminar con ella. Para cerrar una conexión se invoca al método Close() del objeto MySqlConnection. Su sintaxis es: public void Close(); Este método simplemente es llamado para cerrar una conexión. Como nota, este método puede ser llamado más de una vez. MySqlCommand Previamente se ha visto como establecer la conexión a un servidor MySQL. Después de establecer la conexión, y si esta fue satisfactoria, el sistema de base de datos estará disponible para realizar algunas operaciones, tales como crear una tabla y/o manipular los datos de esta. Cualquier acción que se ejecuta en el servidor o en una base de datos es realizada por un objeto llamado comando. Para soportar las diversas acciones que se pueden ejecutar en un servidor MySQL, el Connector/NET provee la clase MySqlCommand. En concreto, un objeto MySqlCommand representa una sentencia SQL que será ejecutada en contra de 23

47 un servidor MySQL. Para usar esta clase, tenemos que crear un objeto del tipo MySqlCommand usando cualquiera de los constructores disponibles. La clase MySqlCommand dispone de diversos constructores. El constructor por default permite instanciar un objeto comando sin especificar nada de información acerca de este. public void MySqlCommand(); La acción que será ejecutada es creada como una sentencia en una cadena. Esta acción es representada por la propiedad MySqlCommand.CommandText que es del tipo string. Cuando se usa el constructor por default, se crea la cadena con la acción a ejecutar y se asigna a esta propiedad del objeto comando. MySqlCommand cmd = new MySqlCommand(); string strcmd = "Alguna sentencia a ejecutar"; cmd.commandtext = strcmd; Después de crear la acción a ser ejecutada, se tiene que especificar la conexión que será utilizada. Por supuesto que para este momento ya debemos tener listo un objeto de tipo conexión que sea válido. Para asignar el objeto conexión al objeto comando se dispone de una propiedad. MySqlCommand.Connection. En vez de declarar una variable del tipo MySqlCommand y la cadena con el comando de forma separada, se puede definir el texto con el comando al momento de instanciar el objeto MySqlCommand. Para hacer esto podemos usar un segundo constructor cuya sintaxis es: public MySqlCommand(string comando) 24

48 Como en el caso anterior, después de usar este constructor se debe especificar la conexión que será utilizada con este comando. En vez de asignar un objeto conexión a la propiedad MySqlCommand.Connection, se puede especificar la conexión que será utilizada al momento de crear el objeto comando. En este caso estaremos haciendo uso de un tercer constructor cuya sintaxis es: public MySqlCommand(string comando, MySqlConnection conexion); El segundo argumento de este constructor es un objeto que representa una conexión previamente definida. De cualquier forma, en cualquier momento se puede redefinir el objeto conexión que va a ser utilizado con el uso de la propiedad MySqlCommand.Connection. Ejecución del comando Después de establecer una conexión y especificar el comando adecuado, lo podemos ejecutar. Para hacer esto la clase MySqlCommand está equipada con diversos métodos que están relacionados con el tipo de consulta a ejecutar. Dos de estos métodos son ExecuteNonQuery() y ExecuteReader(). public int ExecuteNonQuery(); public MySqlDataReader ExecuteReader(); Ninguno de estos métodos toma algún argumento. El objeto comando que lo invoca debe tener una sentencia que sea válida y previamente preparada. El método ExecuteNonQuery() ejecuta una sentencia SQL y regresa el número de filas afectadas. El método ExecuteReader() manda la consulta y construye un objeto MySqlDataReader. Con estas características, debe ser obvio que el primer método será usado comúnmente con sentencias INSERT, DELETE, UPDATE, etc., y el segundo método con sentencias SELECT. 25

49 El tipo de comando Hasta el momento se ha comentado que los comandos a ser ejecutados son representados por cadenas, sin embargo vale la pena mencionar que existen otro tipo de comandos. Para especificar el tipo de comando que deseamos ejecutar, la clase MySqlCommand dispone de una propiedad CommandType que está basada en el enumerador CommandType. El enumerador CommandType tiene tres elementos: StoreProcedure, TableDirect y Text. Para un objeto MySqlCommand el valor por default es Text Sistema de Base de Datos Introducción Es un conjunto de información almacenada en memoria auxiliar organizados independientemente de su utilización y su implementación en máquina accesibles en tiempo real y compatibles con usuarios concurrentes con necesidad de información diferente y no predicable en tiempo MySQL Historia de MySQL Empezamos con la intención de usar msql para conectar a nuestras tablas utilizando nuestras propias rutinas rápidas de bajo nivel (ISAM). Sin embargo y tras algunas pruebas, llegamos a la conclusión que msql no era lo suficientemente rápido o flexible para nuestras necesidades. Esto provocó la creación de una nueva interfaz SQL para nuestra base de datos pero casi con la misma interfaz API que msql. Esta API fue diseñada para permitir código de 26

50 terceras partes que fue escrito para poder usarse con msql para ser fácilmente portado para el uso con MySQL. La derivación del nombre MySQL no está clara. Sin embargo, la hija del cofundador Monty Widenius también se llama My. Cuál de los dos dio su nombre a MySQL todavía es un misterio. El nombre del delfín de MySQL (nuestro logo) es "Sakila", que fué elegido por los fundadores de MySQL AB de una gran lista de nombres sugerida por los usuarios en el concurso "Name the Dolphin" (ponle nombre al delfín). Las principales características de MySQL Las principales características de este gestor de bases de datos son las siguientes: 1. Aprovecha la potencia de sistemas multiprocesador, gracias a su implementación multihilo. 2. Soporta gran cantidad de tipos de datos para las columnas. 3. Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP, etc). 4. Gran portabilidad entre sistemas. 5. Soporta hasta 32 índices por tabla. 6. Gestión de usuarios y passwords, manteniendo un muy buen nivel de seguridad en los datos. 7. Funciona en diferentes plataformas. 8. Relativamente sencillo de añadir otro sistema de almacenamiento. 9. Las funciones SQL están implementadas usando una librería altamente optimizada y deben ser tan rápidas como sea posible. Normalmente no hay reserva de memoria tras toda la inicialización para consultas. Estabilidad de MySQL Esta sección trata las preguntas " Qué estabilidad tiene MySQL Server?" y, " Puedo fiarme de MySQL Server para este proyecto?" 27

51 El código original se remonta a los principios de los años 80. En TcX, la predecesora de MySQL AB, el código MySQL ha funcionado en proyectos desde mediados de 1996 sin ningún problema. Cada nueva versión ha tenido pocos problemas de portabilidad incluso considerando que cada nueva versión ha tenido muchas nuevas funcionalidades. Cada versión de MySQL Server ha sido usable. Los problemas han ocurrido únicamente cuando los usuarios han probado código de las "zonas grises". Naturalmente, los nuevos usuarios no conocen cuáles son estas zonas; esta sección, por lo tanto, trata de documentar dichas áreas conocidas a día de hoy. Las descripciones mayormente se corresponden con la versión 3.23, 4.0 y 4.1 de MySQL Server. Todos los bugs reportados y conocidos se arreglan en la última versión, con las excepciones listadas en las secciones de bugs y que están relacionados con problemas de diseño. El diseño de MySQL Server es multi capa, con módulos independientes. Algunos de los últimos módulos se listan a continuación con una indicación de lo bien testeados que están: Replicatión (Estable) Hay grandes grupos de servidores usando replicación en producción, con buenos resultados. Se trabaja para mejorar características de replicación en MySQL 5.x. InnoDB tablas (Estable) El motor de almacenamiento transaccional InnoDB es estable y usado en grandes sistemas de producción con alta carga de trabajo. BDB tablas (Estable) El código Berkeley DB es muy estable, pero todavía lo estamos mejorando con el interfaz del motor de almacenamiento transaccional BDB en MySQL Server. Sistemas operativos que MySQL soporta 28

52 En esta sección aparecen listados los sistemas operativos en los que es posible instalar MySQL. Se ha utilizado GNU Autoconfig, de modo que es posible portar MySQL a todos los sistemas modernos que tengan un compilador de C++ y una implementación funcional de subprocesos (threads) POSIX. (El soporte de subprocesos es necesario para el servidor. Para compilar únicamente el código del cliente, no se requiere más que el compilador de C++). MySQL ha sido compilado correctamente en las siguientes combinaciones de sistemas operativos y paquetes de subprocesos. Nótese que, para varios sistemas operativos, el soporte nativo de subprocesos funciona solamente en las versiones más recientes. AIX BSD FreeBSD HP-UX GNU/Linux Mac OS X NetBSD Novell Netware OpenBSD OS/2 Warp QNX SGI IRIX Solaris SunOS SCO OpenServer SCO UnixWare Tru64 ebd Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Vista y otras versiones de windows 29

53 Requerimientos del Sistema Recomendados Los requisitos de Hardware de MySQL dependen de la carga que vaya a soportar la base de datos. En principio, para un uso normal, te recomiendo como mínimo un AMD a 400 Mhz, y como mínimo en memoria RAM, 512 Mb para empezar. Respecto al disco duro, con un IDE rápido (7.500 rpm y 2 Mb de caché) sería suficiente. Para el desarrollo de nuestro proyecto MySql presenta, un sistema de privilegios y contraseñas que es muy flexible y seguro, y que permite verificación basada en el host, soporte a grandes bases de datos (registros, tablas). Por ello hemos seleccionado esta herramienta. Además este SGBDs es un software libre permitiendo su uso a muchas personas que son afines a la programación de manera gratuita Aplicación Cliente/Servidor Esta arquitectura consiste básicamente en que un programa el cliente es el que inicia un requerimiento de servicio. El requerimiento inicial puede convertirse en múltiples requerimientos de trabajo a través de redes LAN o WAN. La ubicación de los datos o de las aplicaciones es totalmente transparente para el cliente. El servidor es cualquier recurso de cómputo dedicado a responder a los requerimientos del cliente. Los servidores pueden estar conectados a los clientes a través de redes LANs o WANs, para proveer de múltiples servicios a los clientes y ciudadanos tales como impresión, acceso a bases de datos, fax, procesamiento de imágenes, etc. Elementos de la Arquitectura Cliente/Servidor 30

54 En esta aproximación, y con el objetivo de definir y delimitar el modelo de referencia de una arquitectura Cliente/Servidor, debemos identificar los componentes que permitan articular dicha arquitectura, considerando que toda aplicación de un sistema de información está caracterizada por tres componentes básicos: Presentación/Captación de Información Procesos Almacenamiento de la Información 31

55 2.1. ANÁLISIS DE LOS RESULTADOS A continuación se nuestra el análisis e interpretación de los resultados obtenidos de las entrevistas realizadas en la empresa SOBUAD CIA. LTDA. (Matriz), y COMPUSERVICIOS (Sucursal) Pregunta Nº1 Cuáles son las desventajas del actual sistema que utiliza la empresa para el control de las finanzas? Interpretación Una vez analizada la respuesta se deduce que el 50% (4 personas) de las personas entrevistadas coinciden que en el actual sistema existen leves fallas, un 30% (2 personas) afirma que es necesario automatizar los procesos manuales como es de vital importancia los créditos, el 10% (1 persona) de los entrevistados manifiesta que el sistema tiene problemas de impresión y por último el otro 10% (1 persona) existen muchos pasos para el manejo del sistema. Análisis Las postulantes concluimos que la mitad de los entrevistados afirmaron que el sistema actual tiene leves fallos al momento de manipularlo y que es necesario automatizar procesos manuales por lo tanto se recomienda que estas fallas deban ser corregidas con la implementación del nuevo software. 31

56 Pregunta Nº2 Cuáles son los inconvenientes al momento de realizar alguna actividad de ingreso o facturación en el sistema actual? Interpretación En esta pregunta se puede observar que el 63% (5 personas) manifiesta que existen problemas al momento de realizar impresiones de facturación, el 12% (1 persona) de los entrevistados coinciden que el sistema es un tanto complicado su manejo debería ser más sencillo, el 12% (1 persona) considera que existen complicaciones al momento de realizar transacciones, y finalmente el 12% (1 persona) restante expresa que existen inconvenientes de vez en cuando debido al crecimiento de la empresa. Análisis Las postulantes llegamos a la conclusión que el actual sistema no realiza las actividades de ingreso y facturación de manera correcta por lo que se recomienda a la empresa mejorar estas falencias con la nueva implementación a realizarse. Pregunta Nº3 Piensa usted que al implementar nuevos módulos en el actual Sistema minimizara tiempo y costos en la empresa? Interpretación El 7% (1 persona) respondió que la empresa crecerá porque la tecnología está presente, el 31% (2 personas) contesto que es indispensable implementar nuevos módulos especialmente la automatización de créditos, el 31% (2 personas) de las personas entrevistadas manifiesta que permitirá ver datos de manera rápida y eficaz y tener una mejor información de los cuentas beneficiando a la empresa y reduciendo tiempos y costos, el 16% (1 persona) expreso que ayudara a la gerencia en la toma de decisiones y al personal de ventas, el 7% (1 persona) 32

57 comenta que existirá una mejor atención al cliente y el 7% (1 persona) final dice que se podrá realizar actividades más rápidamente. Análisis Se concluye que al implantar nuevos módulos se automatizara procesos manuales ayudando a reducir tiempo y costos también permitirá ver datos de manera rápida ayudando a la gerencia en la toma de decisiones y se recomienda que al realizar la implementación del sistema se deje abierta la posibilidad de incrementar nuevos módulos a futuro. Pregunta Nº4 Cómo ayudaría la implementación de un nuevo Sistema mejorado en la empresa? Financiero Interpretación Finalmente en esta última pregunta el 25% (2 personas) respondió que permitirá reducir tiempo y costos en el departamento de ventas, el 12% (1 persona) afirma que se obtendrá información más confiable para una mejor atención al cliente, el 25% (2 personas) ayudaría al departamento de ventas para tener un control del inventario, el 25% (2 personas) de las personas entrevistadas dicen que ayudara al crecimiento de la empresa y sus diferentes departamentos para la toma de dicciones y el 12 % (1 persona) que no se han presentado errores al momento de realizar transacciones. Análisis El grupo investigador concluimos que la implementación de un nuevo y mejorado software ayudara a automatizar todos los procesos manuales de la empresa por esos se recomienda a la misma el apoyo máximo para la realización de esta implementación y que a futuro nuestra propuesta sea implantada. 33

58 2.2. METODOLOGÍA RUP Introducción al RUP En la actualidad, la utilización de metodologías para el desarrollo de aplicaciones es casi imposible omitirla, debido a la gran necesidad de control de variables que conlleva el mismo desarrollo, y para la ordenada elaboración de las aplicaciones, por lo tanto, seguir metodologías y estándares nos llevan a estar en competitividad en todo momento. Es de suma importancia conocer el modo como se interrelacionan metodologías con estándares y herramientas siguiendo un único propósito, el cual consiste en la elaboración de aplicaciones de manera eficiente, ordenada y con el menor número de defectos. La metodología RUP nos proporciona disciplinas en las cuales se encuentran artefactos con lo cual se podrá contar con guías para poder documentar e implementar de una manera fácil y eficiente, todas las guías para un buen desarrollo, todo esto dentro de las respectivas fases con las cuales cuenta para el desarrollo de nuestro proyecto. Además, contando con Visual Studio 2008 se podrá entrelazar la metodología RUP con éste, ya que se ofrece una gran interoperabilidad entre ambos, con lo cual la implementación del software se realizará de una manera mucho más sencilla, ordenada y eficiente. 34

59 No es posible realizar un desarrollo de software de una manera lenta, ya que las exigencias de los clientes actuales conllevan a verse en la necesidad de implementar soluciones rápidas y que cumplan con los requerimientos planteados Que es el RUP RUP es un proceso para el desarrollo de un proyecto de un software que define claramente quien, cómo, cuándo y qué debe hacerse en el proyecto. Como 3 características esenciales está dirigido por los Casos de Uso: que orientan el proyecto a la importancia para el usuario y lo que este quiere, está centrado en la arquitectura: que Relaciona la toma de decisiones que indican cómo tiene que ser construido el sistema y en qué orden, y es iterativo e incremental: donde divide el proyecto en mini proyectos donde los casos de uso y la arquitectura cumplen sus objetivos de manera más depurada Principios de desarrollo RUP maneja 6 principios claves: Adaptación del proceso El proceso deberá adaptarse a las características propias de la organización. El tamaño del mismo, así como las regulaciones que lo condicionen, influirán en su diseño específico. También se deberá tener en cuenta el alcance del proyecto. Balancear prioridades Los requerimientos de los diversos inversores pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un balance que satisfaga los deseos de todos. Colaboración entre equipos 35

60 El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, etc. Demostrar valor iterativamente Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto así como también los riesgos involucrados. Elevar el nivel de abstracción Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software, lenguajes 4GL o esquemas (frameworks) por nombrar algunos. Éstos se pueden acompañar por las representaciones visuales de la arquitectura, por ejemplo con UML. Enfocarse en la calidad El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción El ciclo de vida de RUP El ciclo de vida RUP es una implementación del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones. RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias iteraciones en número variable según el proyecto y en las que se hace un mayor o menor hincapié en los distintas actividades. 36

61 Gráfico Nº 1 CICLO DE VIDA DE RUP FUENTE: RECOPILADO POR: Grupo De Investigadoras Fases Inicio: Se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos. Se define el alcance del proyecto. Elaboración: Se hace un plan de proyecto, se completan los casos de uso y se eliminan los riesgos. Construcción: Se concentra en la elaboración de un producto totalmente operativo y eficiente y el manual de usuario. 37

62 Transición: Se instala el producto en el cliente y se entrena a los usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados Iteraciones El RUP maneja el proceso Iterativo e Incremental para el desarrollo de las aplicaciones o proyectos, por tal motivo es de suma importancia explicar brevemente en qué consiste este proceso. Proceso Iterativo e Incremental Este proceso se refiere a la realización de un ciclo de vida de un proyecto y se basa en la evolución de prototipos ejecutables que se muestran a los usuarios y clientes. En este ciclo de vida iterativo a cada iteración se reproduce el ciclo de vida en cascada a menor escala, estableciendo los objetivos de una iteración en función de la evaluación de las iteraciones precedentes y las actividades se encadenan en una mini-cascada con un alcance limitado por los objetivos de la iteración. En la siguiente figura se muestran los pasos a realizar para seguir el ciclo de vida iterativo e incremental, hasta la realización de una fase. Gráfico Nº 2 CICLO DE VIDA ITERATIVO E INCREMENTAL 38

63 FUENTE: Aplicación de la Metodología RUP para el Desarrollo Rápido De Aplicaciones Basado En El Estándar J2EE RECOPILADO POR: Grupo De Investigadoras Para la realización de cada iteración se tiene que tomar en cuenta la planificación de la iteración, estudiando los riesgos que conlleva su realización, también incluye el análisis de los casos de uso y escenarios, el diseño de opciones arquitectónicas, la codificación y pruebas, la integración gradual durante la construcción del nuevo código con el existente de iteraciones anteriores, la evaluación de la entrega ejecutable (evaluación del prototipo en función de las pruebas y de los criterios definidos) y la preparación de la entrega (documentación e instalación del prototipo). Algunos de estos elementos no se realizan en todas las fases. A continuación se presenta una comparación entre 2 enfoques de un ciclo de vida del desarrollo de software, el primero consiste en el ciclo común, el de Cascada, en el cual cada disciplina se realiza al finalizar su predecesora y solo al finalizar la nueva se empieza la sucesora y así hasta terminar con las disciplinas necesarias. Gráfico Nº 3 ENFOQUE CASCADA FUENTE: Aplicación de la Metodología RUP para el Desarrollo Rápido De Aplicaciones Basado En El Estándar J2EE RECOPILADO POR: Grupo De Investigadoras 39

64 En la figura del enfoque iterativo e incremental se muestra el ciclo de vida de un software siguiendo el enfoque Iterativo e Incremental (utilizado por el RUP), en el cual se puede observar que en cada iteración se realiza una pequeña parte de cada disciplina en paralelo, aumentando así poco a poco hasta concluir con la realización de todas las disciplinas con un numero de iteraciones prudente. En la gráfica siguiente se habla de ingeniería del negocio y en la siguiente sección de modelado del negocio, es necesario conservar la consistencia de esto en todo el trabajo. Gráfico Nº 4 CICLO DE VIDA DE UN SOFTWARE CON UN ENFOQUE ITERATIVO E INCREMENTAL FUENTE: Aplicación de la Metodología RUP para el Desarrollo Rápido De Aplicaciones Basado En El Estándar J2EE RECOPILADO POR: Grupo De Investigadoras Descripción de las Actividades Dependiendo de las iteraciones del proceso el equipo de desarrollo puede realizar varias actividades en este: Fase de Inicio 40

65 Durante la fase de inicio las iteraciones ponen mayor énfasis en actividades de modelado del negocio y de requisitos. Modelado Del Negocio En esta fase el equipo se familiarizará más al funcionamiento de la empresa, sobre conocer sus procesos. Entender la estructura y la dinámica de la organización para la cual el sistema va ser desarrollado Entender el problema actual en la organización objetivo e identificar potenciales mejoras. Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo. Requisitos En esta línea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos. Establecer y mantener un acuerdo entre clientes y otros interesados sobre lo que el sistema podría hacer. Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema. Definir el ámbito del sistema. Proveer una base para estimar costos y tiempo de desarrollo del sistema. Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario Fase de Elaboración 41

66 En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan más los flujos de trabajo de requerimientos, modelo de negocios (refinamiento), análisis, diseño y una parte de implementación orientado a la baseline de la arquitectura. Análisis y Diseño En esta actividad se especifican los requerimientos y se describen sobre cómo se van a implementar en los sistemas. Transformar los requisitos al diseño del sistema. Desarrollar una arquitectura para el sistema. Adaptar el diseño para que sea consistente con el entorno de implementación Fase De Construcción Implementación Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y demás. El resultado final es un sistema ejecutable. Planificar qué subsistemas deben ser implementados y en qué orden deben ser integrados, formando el Plan de Integración. Cada implementador decide en qué orden implementa los elementos del subsistema. Si encuentra errores de diseño, los notifica. Se integra el sistema siguiendo el plan. Pruebas 42

67 Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida. Encontrar y documentar defectos en la calidad del software. Generalmente asesora sobre la calidad del software percibida. Provee la validación de los supuestos realizados en el diseño y especificación de requisitos por medio de demostraciones concretas. Verificar las funciones del producto de software según lo diseñado. Verificar que los requisitos tengan su apropiada implementación Fase de Transición Despliegue Esta actividad tiene como objetivo producir con éxito distribuciones del producto y distribuirlo a los usuarios. Las actividades implicadas incluyen: Probar el producto en su entorno de ejecución final. Empaquetar el software para su distribución. Distribuir el software. Instalar el software. Proveer asistencia y ayuda a los usuarios. Formar a los usuarios y al cuerpo de ventas. Migrar el software existente o convertir bases de datos. Cabe resaltar que esta actividad (despliegue) no será desarrollada debido a que no se realizara la implantación del software. 43

68 2.3. DESARROLLO DEL SOFTWARE APLICANDO LA METODOLOGIA RUP INTRODUCCIÓN Nuestro proyecto es el Análisis e implementación de un sistema de manejo financiero de la empresa SOBUAD CIA. LTDA., a través de la metodología RUP, para la administración financiera de suministros informáticos de la empresa. Esta desarrollado en la aplicación Microsoft Visual Studio 2008, bajo lenguaje de programación C#, teniendo que soportar tanto acceso a una base de datos MySql Server v5. Las postulantes hemos seleccionado la metodología RUP porque permite evaluar tempranamente los riesgos en lugar de descubrir problemas en la integración final del sistema y distribuye la carga de trabajo a lo largo del tiempo del proyecto ya que todas las disciplinas colaboran en cada iteración mientras que el Modelo en Cascada realiza los proyectos rara vez siguiendo un flujo secuencial, es difícil establecer todos los requerimientos del sistema en las primeras etapas y la versión final del sistema no se tendrá rápido, así como, el modelo en Espiral es difícil de administrar y requiere de gran experiencia Gestión del proyecto Se muestran las planificaciones temporales de desarrollo del proyecto en su fase de inicio y de elaboración, así como el diario de ejecución del proyecto de la aplicación y cumplimiento de los plazos estimados Plan de Desarrollo de Software 44

69 Introducción Este Plan de Desarrollo del Software es un documento preparado para ser incluido en la propuesta elaborada como respuesta al proyecto de Tesis de la Carrera de Ingeniería en Informática y Sistemas Computacionales de la Unidad Académica de Ciencias de la Ingeniería y Aplicadas de la Universidad Técnica de Cotopaxi. Este documento provee una visión global del enfoque de desarrollo propuesto. El proyecto ha sido propuesto por las postulantes: Gladys Trávez y Carmen Villagómez, basado en una metodología de Proceso Unificado de Rational (RUP) en la que únicamente se procederá a cumplir con las tres primeras fases que marca la metodología, constando únicamente en la tercera fase de tres iteraciones. Se incluirá el detalle para las fases de Inicio y Elaboración y adicionalmente se diseñarán las fases posteriores de Construcción y Transición para dar una visión global de todo proceso. Propósito Es proporcionar la información necesaria para controlar el proyecto. En él se describe el enfoque de desarrollo del software. Los usuarios del Plan de Desarrollo del Software son: El asesor del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para realizar su seguimiento. Las postulantes del equipo de desarrollo lo usan para entender lo qué deben hacer, cuándo deben hacerlo y qué otras actividades dependen de ello. Alcance El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del Sistema Financiero de la Empresa SOBUAD CIA. LTDA.. 45

70 El detalle de las iteraciones individuales se describe en los planes de cada iteración, documentos que se aportan en forma separada. Durante el proceso de desarrollo en el artefacto Visión se definen las características del producto a desarrollar, lo cual constituye la base para la planificación de las iteraciones. Para el Plan de Desarrollo del Software, nos hemos basado en la recopilación de documentos e información proporcionada por la empresa para hacer una estimación aproximada, una vez comenzado el proyecto y durante la fase de Inicio se generará la primera versión del artefacto Visión, el cual se utilizará para refinar este documento. Vista General del Proyecto Propósito, y Alcance El proyecto debe proporcionar una propuesta para el desarrollo del Sistema Financiero proporcionando información confiable y segura con respaldo de información y manejando seguridades con las que debe contar un software. En este sistema contara con todos los módulos necesarios para el buen funcionamiento de la Empresa. Suposiciones y Restricciones Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de las entrevistas con el personal de la empresa son: a) Debe contemplarse las implicaciones de los siguientes puntos críticos: Compatibilidad de la solución con protocolos IPv4 Sistemas seguros: protección de información, seguridad en las trasmisiones de datos, etc. Gestión de flujos de trabajo, seguridad de transacciones e intercambio de información 46

71 Adaptación a la normativa de Protección de Datos b) El Sistema Financiero debe diseñarse como módulos independientes para ser utilizado posteriormente en otras regiones de las distintas ciudades. Como es natural, la lista de suposiciones y restricciones se incrementará durante el desarrollo del proyecto, particularmente una vez establecido el artefacto Visión. Entregables del proyecto A continuación se indican y describen cada uno de los artefactos que serán generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuración de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto. 1) Plan de Desarrollo del Software Es el presente documento. 2) Modelo de Casos de Uso del Negocio Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes de registro, solicitantes finales, otros sistemas, etc.). Este modelo se representa con un Diagrama de Casos de Uso usando estereotipos específicos para este modelo. 3) Modelo de Objetos del Negocio Es un modelo que describe la realización de cada caso de uso del negocio, estableciendo los actores internos, la información que en términos generales manipulan y los flujos de trabajo (workflows) asociados al caso 47

72 de uso del negocio. Para la representación de este modelo se utilizan Diagramas de Colaboración (para mostrar actores externos, internos y las entidades (información) que manipulan, un Diagrama de Clases para mostrar gráficamente las entidades del sistema y sus relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo. 4) Glosario Es un documento que define los principales términos proyecto. Permite establecer una terminología entendible. usados en el 5) Modelo de Casos de Uso Este modelo presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso. 6) Visión Este documento define la visión del producto desde la perspectiva del cliente, especificando las necesidades y características del producto. Constituye una base de acuerdo en cuanto a los requisitos del sistema. 7) Especificaciones Adicionales Este documento capturará todos los requisitos que no han sido incluidos como parte de los casos de uso y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen: requisitos legales, aplicación de estándares, requisitos de calidad del producto, como: confiabilidad, desempeño, etc., u otros requisitos de ambiente, como: sistema operativo, requisitos de compatibilidad, etc. 8) Prototipos de Interfaces de Usuario Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema. Estos prototipos se realizarán 48

73 como: dibujos a mano en papel, dibujos con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Sólo los de este último tipo serán entregados al final de la fase de Elaboración, los otros serán desechados. Así mismo, este artefacto, será desechado en la fase de Construcción en la medida que el resultado de las iteraciones vayan desarrollando el producto final. 9) Modelo de Análisis y Diseño Este modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia una de diseño (incluyendo una orientación hacia el entorno de implementación), de acuerdo al avance del proyecto. 10) Modelo de Datos Previendo que la persistencia de la información del sistema será soportada por una base de datos relacional, este modelo describe la representación lógica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. 11) Modelo de Implementación Este modelo es una colección de componentes y los subsistemas que los contienen. Estos componentes incluyen ficheros necesarios para la implantación y despliegue del sistema. (Este modelo es sólo una versión preliminar al final de la fase de Elaboración, posteriormente tiene bastante refinamiento). 12) Modelo de Despliegue Este modelo muestra el despliegue la configuración de tipos de nodos del sistema, en los cuales se hará el despliegue de los componentes. 49

74 13) Casos de Prueba Cada prueba es especificada mediante verificación que establece las condiciones de ejecución, las entradas de la prueba, y los resultados esperados. Estos casos de prueba son aplicados como pruebas de regresión en cada iteración. 14) Solicitud de Cambio Mediante este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o cambios en los requisitos del producto. Así se provee un registro de decisiones de cambios, de su evaluación de impacto, y se asegura que éstos sean conocidos por el equipo de desarrollo. Los cambios se establecen respecto de la última baseline (el estado del conjunto de los artefactos en un momento determinado del proyecto) establecida. En nuestro caso al final de cada iteración se establecerá una baseline. 15) Plan de Iteración Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados, dependencias entre ellas. Se realiza para cada iteración, y para todas las fases. 16) Material de Apoyo al Usuario Final Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Manual de Usuario. 17) Producto Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para facilitar su instalación. El producto, a partir de la primera iteración de la fase de Construcción es desarrollado incremental e iterativamente, obteniéndose una nueva release al final de cada iteración. 50

75 Los artefactos 16 y 17 se generarán a partir de la fase de Construcción, con lo cual se han incluido aquí sólo para dar una visión global de todos los artefactos que se generarán en el proceso de desarrollo. Evolución del Plan de Desarrollo del Software El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del comienzo de cada iteración. Organización del Proyecto Participantes en el Proyecto Empresa SOBUAD CIA. LTDA. (Matriz-Quito) y COMPUSERVICIOS (Sucursal -Latacunga) como participante del Proyecto. El resto del personal del proyecto (por la parte del las investigadoras), considerando las fases de Inicio, Elaboración y dos iteraciones de la fase de Construcción, estará formado por el siguiente grupo de trabajo: Asesor de la Tesis. Labor del Ing. Carlos Núñez, docente de la Carrera de Ingeniería Informática y Sistemas Computacionales de la Unidad Académica de Ciencias de la Ingeniería y Aplicadas de la Universidad Técnica de Cotopaxi. Con una experiencia en metodologías de desarrollo de software, manejo de software y herramientas CASE, notaciones, en particular la notación UML y el proceso de desarrollo RUP. Postulantes: El perfil establecido es: Ingeniería en Informática y Sistemas Computacionales. Asesor en Programación. Con experiencia en el entorno de desarrollo del proyecto, con el fin de que los prototipos puedan ser lo más cercanos posibles al producto final. Este trabajo ha sido encomendado al Ing. Carlos Núñez. 51

76 Interfaces Externas SOBUAD CIA. LTDA definirá los participantes del proyecto que proporcionarán los requisitos del sistema, y entre ellos quiénes serán los encargados de evaluar los artefactos de acuerdo a cada subsistema y según el plan establecido. Roles y Responsabilidades A continuación se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los roles que desempeñan en RUP. Tabla Nº 1 Rol Asesor de la Tesis Postulantes ROLES Y RESPONSABILIDADES Responsabilidad El asesor de la Tesis asigna los recursos, gestiona las prioridades, coordina las interacciones con los clientes y usuarios, y mantiene al equipo del proyecto enfocado en los objetivos. El asesor de la Tesis también establece un conjunto de prácticas que aseguran la integridad y calidad de los artefactos del proyecto. Captura, especificación y validación de requisitos, interactuando con el personal de la empresa mediante entrevistas. Elaboración del Modelo de Análisis y Diseño. Construcción de prototipos, modelo de datos, codificación. Elaboración de las pruebas funcionales, y validaciones con el usuario. Asesor en Programación. Gestión de requisitos, gestión de configuración y cambios, elaboración del modelo de datos, preparación de las pruebas funcionales, guía para la elaboración de la documentación. Elaborar modelos de implementación y despliegue. 52

77 FUENTE: Tutor, Postulantes REALIZADO POR: Grupo De Investigadoras Gestión del Proceso Estimaciones del Proyecto El presupuesto del proyecto y los recursos involucrados se adjuntan en un documento separado. Plan de las Fases El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La siguiente tabla muestra la distribución de tiempos y el número de iteraciones de cada fase (para las fases de Construcción y Transición es sólo una aproximación muy preliminar) Tabla Nº 2 PLAN DE LAS FASES Fase No. Iteraciones Duración Fase de Inicio 1 4 semanas Fase de Elaboración 1 6 semanas Fase de Construcción 3 12 semanas Fase de Transición - - FUENTE: Postulantes 53

78 REALIZADO POR: Grupo De Investigadoras Los hitos que marcan el final de cada fase se describen en la siguiente tabla. Tabla Nº 3 HITOS Descripción Fase de Inicio Fase de Elaboración Fase de Construcción Hito En esta fase se desarrollará los requisitos del producto desde la perspectiva del usuario, los cuales serán establecidos en el artefacto Visión. Los principales casos de uso serán identificados y se hará un refinamiento del Plan de Desarrollo del Proyecto. La aceptación del cliente / usuario del artefacto Visión y el Plan de Desarrollo marcan el final de esta fase. En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura. Al final de esta fase, todos los casos de uso correspondientes a requisitos que serán implementados en la primera release de la fase de Construcción deben estar analizados y diseñados (en el Modelo de Análisis / Diseño). La revisión y aceptación del prototipo marca el final de esta fase. La primera iteración tendrá como objetivo la identificación y especificación de los principales casos de uso, así como su realización preliminar en el Modelo de Análisis / Diseño, también permitirá hacer una revisión general del estado de los artefactos hasta este punto y ajustar si es necesario la planificación para asegurar el cumplimiento de los objetivos. Se terminan de analizar y diseñar todos los casos de uso, refinando el Modelo de Análisis / Diseño. El producto se 54

79 construye en base a 2 iteraciones, cada una produciendo una release a la cual se le aplican las pruebas y se valida con el cliente / usuario. Se comienza la elaboración de material de apoyo al usuario. Este hito marca el fin de esta fase, con la capacidad operacional parcial del producto, lista para ser entregada a los usuarios para pruebas. Fase de Transición En esta fase se prepararán 2 releases para distribución, asegurando una implantación y cambio del sistema previo de manera adecuada, incluyendo el entrenamiento de los usuarios. El hito que marca el fin de esta fase incluye, la entrega de toda la documentación del proyecto con el material de apoyo al usuario y el empaquetamiento del producto. (Se debe hacer mención que las postulantes no realizaran la fase de transición porque el proyecto de tesis fue aprobado para su implementación). FUENTE: Aplicación De La Metodología RUP REALIZADO POR: Grupo De Investigadoras Calendario del Proyecto Se presenta un calendario de las principales tareas del proyecto incluyendo sólo las fases de Inicio y Elaboración. Para este proyecto se ha establecido el siguiente calendario. Pero esto no quita la posibilidad de su posterior refinamiento y cambios. Tabla Nº 4 CALENDARIO DEL PROYECTO FASE DE INICIO Disciplinas / Artefactos generados o modificados durante la Fase de Inicio Comienzo 55

80 Modelado del Negocio Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio 14/03/ /03/2009 Requisitos Glosario Visión 17/03/ /03/ /03/ /03/2009 Modelo de Casos de Uso 27/03/2009 Análisis / Diseño Modelo de Análisis / Diseño Modelo de Datos 27/03/ /03/ /04/ /04/2009 Implementación Prototipos de Interfaces de Usuario 10/04 /2009 Modelo de Implementación Siguiente Fase Pruebas Casos de Pruebas Funcionales Siguiente Fase FUENTE: EMPRESA SOBUAD CIA. LTDA. RALIZADO POR: Grupo De Investigadoras Tabla Nº 5 CALENDARIO DEL PROYECTO FASE DE ELABORACION 56

81 Disciplinas / Artefactos generados o modificados durante la Fase de Elaboración Comienzo Modelado del Negocio Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio 13/04/ /04/2009 Requisitos Glosario 15/04/2009 Visión 16/04/2009 Modelo de Casos de Uso 17/04/2009 Análisis / Diseño Modelo de Análisis / Diseño Modelo de Datos 18/04/ /04/ /04/ /04/2009 Implementación Prototipos de Interfaces de Usuario Modelo de Implementación 25/04/ /05/2009 Siguiente Fase Pruebas Casos de Pruebas Funcionales FUENTE: EMPRESA SOBUAD CIA. LTDA. RALIZADO POR: Grupo De Investigadoras Seguimiento y Control del Proyecto 57

82 Gestión de Requisitos Los requisitos del sistema son especificados en el artefacto Visión. Cada requisito tendrá una serie de atributos tales como importancia, estado, iteración donde se implementa, etc. Estos atributos permitirán realizar un efectivo seguimiento de cada requisito, para asegurar la integridad del sistema. Control de Plazos El calendario del proyecto tendrá un seguimiento y evaluación por el asesor de la Tesis. Gestión de Configuración Se realizará una gestión de configuración para llevar un registro de los artefactos generados. También se incluirá las modificaciones que éstas produzcan, en el proyecto. Al final de cada iteración se establecerá una baseline (un registro del estado de cada artefacto, estableciendo una versión), la cual podrá ser modificada. Referencias Documentación de Proceso Unificado de Rational (Rational Unified Process), manual de ayuda, tutoriales, etc. RUEDA CHACÓN, Julio César, Aplicación De La Metodología RUP Para El Desarrollo Rápido De Aplicaciones Basado En El Estándar J2EE, Asesorado por: Ing. José Ricardo Morales Prado Planificación del proyecto Fase de Inicio 58

83 Tabla Nº 6 FASE DE INICIO Disciplinas / Artefactos generados o modificados durante la Fase de Inicio Elaboración Modelado del Negocio Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio 14/03/ /03/2009 Requisitos Glosario Visión Modelo de Casos de Uso 17/03/ /03/ /03/ /03/ /03/ /03/2009 Análisis / Diseño Modelo de Análisis / Diseño Modelo de Datos 24/03/ /03/ /03/ /03/2009 Implementación Prototipos de Interfaces de Usuario Modelo de Implementación Siguiente Fase Siguiente Fase Pruebas Casos de Pruebas Funcionales Siguiente Fase FUENTE: EMPRESA SOBUAD CIA. LTDA. RALIZADO POR: Grupo De Investigadoras 59

84 Fase de Elaboración Tabla Nº 7 FASE DE ELABORACIÓN Disciplinas / Artefactos generados o modificados durante la Fase de Elaboración Elaboración Modelado del Negocio Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio 30/03/ /04/2009 Requisitos Glosario Visión Modelo de Casos de Uso 13/04/ /04/ /04/ /04/ /04/ /04/2009 Análisis / Diseño Modelo de Análisis / Diseño Modelo de Datos 17/04/ /04/ /04/ /04/2009 Implementación Prototipos de Interfaces de Usuario Modelo de Implementación Siguiente Fase Siguiente Fase 60

85 Pruebas Casos de Pruebas Funcionales Siguiente Fase FUENTE: EMPRESA SOBUAD CIA. LTDA. RALIZADO POR: Grupo De Investigadoras Fase de Construcción (Iteración 1) Tabla Nº 8 FASE DE CONSTRUCCIÓN (ITERACIÓN 1) Disciplinas / Artefactos generados o modificados durante la Fase de Construcción (Iteración 1) Elaboración Casos de Uso negociados para la Primera Release Elaborar Archivos de Ventas ( Ventas) 27/04/2009 Crear Archivos de Créditos (Ventas) 30/04/2009 Crear Informes o Reportes de Ventas (Ventas) 02/05/2009 FUENTE: EMPRESA SOBUAD CIA. LTDA. RALIZADO POR: Grupo De Investigadoras 61

86 Fase de Construcción (Iteración 2) Tabla Nº 9 FASE DE CONSTRUCCIÓN (ITERACIÓN 2) Disciplinas / Artefactos generados o modificados durante la Fase de Construcción (Iteración 2) Elaboración Casos de Uso negociados para la Primera Release Elaborar Archivos de Ventas ( Ventas) 04/05/2009 Crear Archivos de Créditos (Ventas) 06/05/2009 Crear Informes o Reportes de Ventas (Ventas) 09/05/2009 Casos de Uso negociados para la Segunda Release Crear Archivos de Compras (Compras) 11/05/2009 Realizar Informes de Compras (Compras) 13/05/2009 Crear Administración General (Sistema) 14/05/2009 Realizar Archivos del Sistema (Sistema) 22/05/2009 Administración de Empleados (Sistema) 28/05/2009 FUENTE: EMPRESA SOBUAD CIA. LTDA. REALIZADO POR: Grupo De Investigadoras 62

87 Fase de Construcción (Iteración 3) Tabla Nº 10 FASE DE CONSTRUCCIÓN (ITERACIÓN 3) Disciplinas / Artefactos generados o modificados durante la Fase de Construcción (Iteración 3) Elaboración Casos de Uso negociados para la Segunda Release Crear Archivos de Compras (Compras) 01/06/2009 Realizar Informes de Compras (Compras) 03/06/2009 Crear Administración General (Sistema) 05/06/2009 Realizar Archivos del Sistema (Sistema) 08/06/2009 Administración de Empleados (Sistema) 10/06/2009 Casos de Uso negociados para el Tercer Release Crear Reportes de productos y existencias (Reportes) 22/06/2009 Crear Reportes del Sistema (Reportes) 30/06/2009 FUENTE: EMPRESA SOBUAD CIA. LTDA. REALIZADO POR: Grupo De Investigadoras 63

88 Diario de ejecución Tabla Nº 11 Día DIARIO DE EJECUCIÓN Actividad desarrollada Dedicación estimada (en horas de trabajo) 25/09/ /10/ /10/ /12/ /01/ /02/ /02/ /03/ /03/2009 Reunión con el Gerente de la empresa. Descripción general del sistema. Captura inicial de requisitos. Reunión de los miembros del grupo y Director de Tesis Puesta en marcha del proyecto. Organización del equipo. Elaboración del primer documento con la captura de requisitos inicial. Reunión del grupo de trabajo. Aclaración de los requisitos iniciales del sistema. Reunión con él y Director de Tesis, para la aclaración de dudas anteriores, y para el inicio del documento Visión y Plan de Desarrollo Software. Reunión con el Director de Tesis para la planificación de tareas. Reunión de las postulantes y el director de Tesis para identificar subsistemas, actores y algunos casos de uso generales. Primeros esbozos en Rational Rose. Reunión de las postulantes y el director de Tesis. Aclaración de las características del sistema y sus atributos. Definición de los perfiles de usuario. Presentación del documento Visión. Casos de usos generales y glosario encaminados ,5 4 1,5 3 16/03/2009 Realización Final del documento Visión. 2 64

89 19/03/2009 Presentación del artefacto Plan de Desarrollo Software y del Modelo de Casos de Uso del Negocio y de Objetos del Negocio. 2,5 25/03/2009 Generación del Diagrama de Clases. 3 30/03/2009 Reunión del todo el equipo para revisar cada artefacto y la labor de cada uno de los miembros. 2,5 02/04/2009 Elaboración de plantillas de casos de uso. 7 11/04/ /04/ /04/2009 Realización del modelo de la Base de Datos, Especificación Casos de Uso y Diagrama de Clases Reunión con el asesor para, revisión de las plantillas de los casos de uso negociados para la primera release: Elaboración de los Prototipos de Interfaces y Casos de Prueba asociados a los mismos. Aprobación de la Arquitectura del Software. Entrega de prototipos de interfaces gráficas y modelos de casos de pruebas. Se ratifican los casos de uso que se incorporarán en la 1º release. Presentación del modelo Rational Rose (diagrama de casos de uso, modelo de negocio, diagrama de clases), del modelo de la base de datos, y de las interfaces gráficas. Refinamiento del modelo de la base de datos, con lo que obtenemos la segunda versión del mismo. 7,5 9,5 7 27/04/2009 Mejora de las Interfaces Gráficas. 6 30/04/2009 Elaboración nuevos Casos de Prueba detectados. 4 01/05/ /05/ /05/2009 Reunión para revisión de las interfaces de los casos de uso incorporados en la 1º release y de los casos de pruebas. Integración del modelo de la base de datos en el sistema de gestión de bases de datos MySQL Server. Realización de la segunda interfaz gráfica, de acuerdo con los requerimientos del cliente. Comienzo de la elaboración de la documentación y requisitos. Revisión Casos de Uso ,5 65

90 11/05/ /05/2009 Reunión con el Director de Tesis. Revisión de la Visión y del Plan de Desarrollo Software. Continuación del desarrollo del proyecto y documentación. Elaboración de nuevos Casos de Prueba. Inicio de la implementación del primer frame de la aplicación, correspondiente a la identificación de los usuarios. Conexión a la Base de Datos. 5 6,5 13/05/2009 Elaboración de Casos de Prueba. 3 15/05/ /05/ /05/ /05/2009 Reunión de equipo para revisión de las tareas asignadas. Elaboración de la documentación. Reunión con el Director de Tesis para la revisión de Interfaces Gráficas y Modelo de Pruebas. Revisión del modelo en Rational Rose y los módulos de programación para que todo sea consistente. Finaliza la implementación del primer frame. Se inicia la implementación del segundo frame correspondiente. Elaborar Compras ,5 19/05/2009 Elaboración de la documentación. 8 20/05/ /05/ /05/2009 Creación Modelo de Objetos del Negocio, Diagrama de Componentes. Elaboración de Casos de Prueba por parte del Director de Tesis. Avanza la implementación del segundo frame Informe de Compras. Reunión con el Director de Tesis para resolver dudas puntuales y algunos detalles. Reunión posterior de las investigadoras para aclarar esfuerzos grupales. 8,5 7,5 2,5 24/05/2009 Elaboración de Casos de Prueba de la 2º Release. 1 26/05/2009 Modificación Base de Datos de pruebas. 2 27/05/2009 Reunión de las postulantes para aclarar la dinámica de trabajo, esfuerzos grupales y planificar nuevas tareas. Continúa la 7,5 66

91 30/05/ /06/ /06/ /06/ /06/2009 implementación y depuración de Administración del Sistema. Ajustes del Modelo de Rational Rose y depuración del Sistema Elaboración de la documentación. Modificación Base de Datos de pruebas y continuación de la depuración del Sistema Reunión del grupo. Realización Pruebas diseñadas por el Director y otras pruebas funcionales no documentadas. Depuración del código generado. Creación de nuevos Diagramas y Casos de Uso. Continúa la realización de Pruebas. Modificación Base de Datos de pruebas, revisión de las pruebas realizadas. 8,5 5, ,5 29/06/2009 Creación de nuevos Diagramas y estudio Caso de Pruebas. 6 01/07/ /07/ /07/ /07/ /07/ /07/2009 Reunión del grupo para aclarar la dinámica de trabajo, esfuerzos grupales y objetivos comunes. Reunión de las postulantes con el fin de verificar los casos de uso que se implementarán para la 2º Release. Implementación de los Casos de Uso pactados. Realización casos prueba 2º Release. Implementación de los Casos de Uso pactados para la 2º Release. Creación de nuevos Diagramas de Actividad. Realización de los Casos de Prueba 2º Release. Realización casos prueba 2º Release y modificación Base de Datos de prueba ,5 7,5 6,5 4 15/07/2009 Modificación de documentos. 5 16/07/2009 Modificación de los Casos de Pruebas. Elaboración de la documentación. 5,5 17/07/2009 Revisión de los Diagramas de Actividad. Elaboración de la 4,5 67

92 21/07/ /08/2009 documentación. Reunión de las investigadoras y director para la confirmación de todos los entregables de la 2º Release. Presentación de la 2º Release, entrega de lo convenido hasta la fecha. Revisión por parte del grupo de trabajo y Fin del Proyecto. 6,5 5 Total de horas dedicadas al proyecto: 260 horas FUENTE: Postulantes REALIZADO POR: Grupo De Investigadoras FASE DE INICIO: Modelado del negocio Se encuentran los artefactos utilizados de la metodología RUP para definir un modelo del negocio, modelos de objetos del negocio y el modelo del dominio Empresa SOBUAD CIA. LTDA. La empresa SOBUAD CIA. LTDA., que solicitó el proyecto de implementación del software, dispone de los departamentos de ventas (Quito-Latacunga) que suministra los pedidos de los clientes, los mismos que son reabastecidos por diferentes proveedores. El diagrama que representa los diferentes subsistemas en los que se ha dividido la empresa a nivel de abstracción es el siguiente: 68

93 Gráfico Nº 5 MODELADO DEL NEGOCIO FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras Modelado del Negocio El modelado del negocio se basa en dos diagramas principales, el modelo de casos de uso del negocio, el modelo del dominio y los modelos de objetos del negocio. La empresa interactúa con distintos elementos externos, entre los que se identifican el cliente externo (persona o entidad que solicita la compra de 69

94 productos a la empresa), el proveedor (persona o entidad que reabastece de productos a la empresa. Gráfico Nº 6 MODELO DE CASOS DE USO DEL NEGOCIO Gráfico Nº 7 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras MODELO DEL DOMINIO 70

95 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras Los modelos de objetos del dominio están asociados a cada uno de los casos de uso del negocio. Por ser de mayor prioridad para la empresa, el caso de uso para el cual se desarrolló el modelo de objetos fue el del caso de uso del negocio "vender productos". Gráfico Nº8 MODELO DE OBJETOS DE VENDER PRODUCTOS 71

96 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras Gráfico Nº9 MODELO DE OBJETOS DE ABASTECIMIENTO PRODUCTOS FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras Gráfico Nº10 MODELO DE OBJETOS DE REALIZAR ENTREGA DE PRODUCTOS FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras 72

97 Requisitos Se muestran las matrices de atributos de todos los requerimientos así como la navegabilidad entre ellos. Por añadidura también se muestran los casos de uso de cada subsistema generado con la herramienta Rational Rose Visión Introducción Este documento recoge, analiza y define las necesidades de alto nivel y las características del Análisis e Implementación del Sistema Financiero de la Empresa SOBUAD CIA. LTDA. El documento se centra en la funcionalidad requerida por los participantes en el proyecto y los usuarios finales. Dicho sistema será desarrollado por el grupo de desarrollo por las postulantes Gladys Trávez, Carmen Villagómez. El sistema permitirá a los encargados de la empresa en caso de ser implantado el software, controlar todo lo relativo al Inventario de productos, Facturación, Créditos y Cobro de Documentos. Además, también permitirá a los empleados realizar consultas de las transacciones que han realizado los clientes así como de los mismos empleados; obteniendo resultados confiables que serán emitidos a la gerencia para tener control de las finanzas de la empresa. Definiciones, Acrónimos, y Abreviaciones RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software. Referencias - Glosario. 73

98 - Plan de desarrollo de software. - RUP (Rational Unified Process). - Diagrama de casos de uso. Posicionamiento Oportunidad de Negocio Este sistema permitirá a la empresa automatizar el control de todas sus actividades, lo cual supondrá un acceso rápido y sencillo a los datos, gracias a interfaces gráficas sencillas y amigables. Además, los datos a los que el usuario accederá siempre estarán actualizados. El sistema también permite a los empleados manejar el software de forma rápida y sencilla y sin necesidad de documentación. Tabla Nº 12 SENTENCIA QUE DEFINE EL PROBLEMA 74

99 El problema de Afecta a Una solución adecuada sería La empresa cuenta con un sistema automático que no cumple a cabalidad con algunas expectativas de la gerencia, este sistema presenta leves fallos y es un tanto complicado al momento de realizar los ingresos, egresos de mercadería y facturación, etc. El actual sistema no tiene automatizado el otorgamiento de créditos, el control de los estados de cuenta de los clientes así como las cuentas por cobrar. Empresa SOBUAD CIA. LTDA. (Matriz) y COMPUSERVICIOS (Sucursal). Departamento de Ventas: Matriz y Sucursal. Un software óptimo que ayude a solucionar de manera rápida, exacta y sencilla el control de inventarios físicos y humanos así como de sus productos tanto en ingresos, egresos, cuentas por cobrar, facturación, créditos, para brindar resultados confiables. Este Sistema Financiero virtual es la alternativa de trabajar en forma eficiente y a un costo menor con un innovador servicio de recaudación, identificando los movimientos que ha tenido la empresa. FUENTE: EMPRESA SOBUAD CIA. LTDA. REALIZADO POR: Grupo De Investigadoras Tabla Nº 13 SENTENCIA QUE DEFINE LA POSICIÓN DEL PRODUCTO 75

100 Empresa SOBUAD CIA. LTDA. (Quito) y Para COMPUSERVICIOS (Sucursal). Departamento de Ventas: Matriz y Sucursal. Controlan inventario (mercadería), facturación y Quienes créditos. El nombre del producto Es una herramienta software (ISFES). Almacena la información necesaria para gestión de Que ventas y créditos, cobros, etc. No como El sistema actual. Permite gestionar las distintas actividades de la Nuestro producto empresa mediante una interfaz gráfica sencilla y amigable. Además proporciona un acceso rápido y actualizado a la información desde cualquier punto que tenga acceso a la base de datos. FUENTE: EMPRESA SOBUAD CIA. LTDA. REALIZADO POR: Grupo De Investigadoras Descripción de Participantes en el Proyecto y Usuarios Para proveer de una forma efectiva productos y servicios que se ajusten a las necesidades de los usuarios, es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta sección muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, así como los problemas más importantes que éstos perciben para enfocar la solución propuesta hacia ellos. Tabla Nº 14 76

101 RESUMEN DE LOS GERENTES (MATRIZ, SUCURSAL) PARTICIPANTES Nombre Descripción Responsabilidades Ing. Jeaneth Maldonado Representante Global La Gerente General realiza: de la empresa Aprueba requisitos y SOBUAD CIA. funcionalidades. LTDA. Lic. Edison Maldonado El Gerente de la Sucursal realiza: Representante Global de la sucursal Seguimiento del desarrollo del proyecto. COMPUSERVICIOS FUENTE: EMPRESA SOBUAD CIA. LTDA. REALIZADO POR: Grupo De Investigadoras Tabla Nº 15 RESUMEN DE USUARIOS Nombre Personal encargado del Departamento de Ventas y la Gerencia Descripción Responsable de ventas del producto a los clientes. Informa de las ofertas y realiza las órdenes de compra. Encargado de la facturación y cobranzas, política de cobro a los clientes. FUENTE: EMPRESA SOBUAD CIA. LTDA. REALIZADO POR: Grupo De Investigadoras 77

102 Entorno de usuario Los usuarios entrarán al sistema identificándose sobre un ordenador con un sistema operativo Windows XP y tras este paso entrarán a la parte de aplicación. Este sistema es similar a cualquier aplicación Windows y por tanto los usuarios estarán familiarizados con su entorno. Perfil de los Gerentes Tabla Nº 16 REPRESENTANTE DEL ÁREA ADMINISTRATIVA Y SISTEMAS DE INFORMACIÓN Representante Ing. Janeth Maldonado Descripción Representante Global de la Empresa SOBUAD CIA. LTDA. Tipo Experto de Sistemas. Responsabilidades Grado de participación Encargado de mostrar las necesidades de cada usuario del sistema. Además, lleva a cabo un seguimiento del desarrollo del proyecto y aprobación de los requisitos y funcionalidades del sistema Revisión de requerimientos, estructura del sistema FUENTE: EMPRESA SOBUAD CIA. LTDA. REALIZADO POR: Grupo De Investigadoras 78

103 Perfiles de Usuario Tabla Nº 17 PERSONAL ENCARGADO DEL DEPARTAMENTO DE VENTAS Responsable de Personal designado para la venta de productos in Ventas formaticos Descripción Vendedor de productos Tipo Usuario experto. Responsable de ventas del producto a los clientes, informa Responsabilidad de las ofertas. También participa en los pedidos poniéndose en contacto con el proveedor. Encargado de la facturación y cobro a los clientes de acuerdo a las políticas de la empresa. FUENTE: EMPRESA SOBUAD CIA. LTDA. REALIZADO POR: Grupo De Investigadoras Descripción Global del Producto Perspectiva del producto El producto a desarrollar es un sistema para la empresa SOBUAD CIA. LTDA. (Matriz), COMPUSERVICIOS (Sucursal) con la intención de agilizar su funcionamiento. Las áreas a tratar por el sistema son: Ventas, Compras, Sistemas y Reportes. Resumen de características A continuación se mostrará un listado con los beneficios que obtendrá el cliente a partir del producto: 79

104 Tabla Nº 18 BENEFICIOS DEL SISTEMA Beneficio del cliente Características que lo apoyan Automatización del Inventario de Sistema de optimización del Inventario productos en el Departamento de ventas. Mayor facilidad para almacenar datos Base de datos centralizada con la información de todo el inventario y personal de la empresa. Automatización del cobro de Sistema automatizado para el cobro de Documentos. créditos. Disminuir los tiempos y costos en la A través de la automatización en los entrega de informes. registros de todas las actividades económicas que realiza la empresa. FUENTE: Postulantes REALIZADO POR: Grupo De Investigadoras Costo y precio El financiamiento de los costos directos e indirectos se financiara por parte de los Postulantes. Descripción Global del Producto Sistema ISFES Este software será utilizado en la empresa SOBUAD CIA. LTDA. (Matriz), COMPUSERVICIOS (Sucursal) específicamente en el departamento de ventas en el caso de ser implantado. El departamento también tendrá acceso a todo el subsistema, es decir, todo 80

105 aquello que englobe actualización del inventario, facturación y créditos a los clientes. Compras El empleado o usuario registrara los datos de proveedores, creara facturas de compras, asignara Serial Number, en el sistema. Ventas Este subsistema permitirá realizar el registro de clientes, generar créditos, realizar el cobro de los créditos, facturación de productos. Sistema El responsable de este modulo será el gerente de la empresa o la persona asignada para esta responsabilidad, podrá realizar la configuración del sistema, asignar permisos para los usuarios. Reportes El empleado o usuario del sistema podrá desplegar diferentes reportes que son necesarios para la toma de decisiones en la empresa, ahorrando tiempo y dinero Glosario Introducción Este documento recoge todos y cada uno de los términos manejados a lo largo de todo el proyecto para el desarrollo del Análisis e Implementación del Sistema Financiero De La Empresa SOBUAD CIA. LTDA. Se trata de un diccionario informal de datos y definiciones de la nomenclatura que se maneja, de tal modo que se crea un estándar para todo el proyecto. 81

106 Propósito El propósito de este glosario es definir con exactitud y sin ambigüedad la terminología manejada en el proyecto para el Sistema Financiero De La Empresa SOBUAD CIA. LTDA. También sirve como guía de consulta para la clarificación de los puntos conflictivos o poco esclarecedores del proyecto. Referencias El presente glosario hace referencia a los siguientes documentos: - Documentos de Especificación de Casos de Uso del Sistema Financiero De La Empresa SOBUAD CIA. LTDA. - Documentos de Especificación de Casos de Pruebas del Proyecto Sistema Financiero De La Empresa SOBUAD CIA. LTDA. - Sistema ISFES Organización del Glosario El presente documento está organizado por definiciones de términos ordenados de forma ascendente según la ordenación alfabética tradicional del español. Definiciones: Clientes El cliente representa uno de tantos agentes externos con los que interactúa la empresa. Por tanto, es el comprador de productos. Comprar a proveedor La compra a proveedores se realiza a través del departamento de ventas, encargado de reabastecer tanto el almacén de la matriz como el de la sucursal de la empresa. El gerente general contacta con los distintos proveedores cuando se detecta déficit en algún producto. Se selecciona al proveedor que marque el precio 82

107 más competitivo. Crear Facturas de Compra Permite ingresar las facturas al sistema cuando un pedido es entregado a la empresa, el usuario firma la guía como confirmación de haber recibido la mercadería, y las facturas son introducidas en el sistema para tener actualizado el inventario de productos. Crear Factura de Venta El empleado registra la venta de productos detallando la cantidad, descripción del producto, serie y precio. Crédito Son créditos al consumo o créditos personales, que la Empresa otorga a su cliente, con el compromiso de que en el futuro, el cliente page de forma gradual (cuotas) o en un solo pago y con un interés adicional que compensa a la empresa por todo el tiempo que no tuvo ese dinero. Eliminación de documentos Permite eliminar una factura, nota de venta, nota de crédito, nota de debito que por error, fue, mal digitada. Gráfico del beneficio Permite visualizar las ganancias netas al final del día a través de un grafico estadístico. Lista de clientes La lista de clientes nos permite visualizar si un cliente está registrado o no en la base de datos así como también para actualizar sus datos personales. Lista de productos 83

108 La lista del producto se realiza mediante las interfaces que ofrece el sistema. Tanto el gerente como los vendedores pueden en todo momento consultar los productos para informar a sus clientes de las descripciones de los productos y precios. Lista de proveedores La lista de proveedores nos permite visualizar si un proveedor está registrado o no en la base de datos así como también para actualizar sus datos personales. Nota de débito Permite registrar los Débitos que la empresa ha contraído con sus proveedores cuando ha realizado una compra a crédito. Proveedores El empleado podrá realizar una visualización de los proveedores y sus representantes de ventas con los que la empresa trabaja Casos de Uso con Rational Rose Modelo de Casos de Uso A continuación se presentan los diagramas de casos de uso planteados para cada uno de los subsistemas definidos para la empresa. Cabe destacar que los casos de uso que no se incluyeron en la fase de construcción sólo figuran en estado de propuestos, por tanto en sus primeras versiones. Subsistema Ventas En el subsistema de ventas participan dos actores para los cuales se generan distintos casos de uso, que se muestran a continuación. 84

109 Gráfico Nº11 SUBSISTEMA VENTAS FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras 85

110 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras Subsistema Compras. En el subsistema de compras participan dos actores para los cuales se generan distintos casos de uso, que se muestran a continuación. Gráfico Nº 12 SUBSISTEMA COMPRAS 86

111 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras Subsistema Sistema En el apartado de Sistema participa un actor para lo cual se genera un caso de uso, que se muestran a continuación. Gráfico Nº 13 SUBSISTEMA SISTEMA 87

112 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras Subsistema Reportes En el apartado de Reportes participa un actor para lo cual se genera un caso de uso, que se muestran a continuación. Gráfico Nº 14 SUBSISTEMA REPORTES 88

113 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras FASE DE ELABORACIÓN: Análisis/diseño Muestran tanto el modelo de análisis/diseño (diagrama de clases) como el modelo de datos (modelo entidad - relación), desde los cuales se puede consultar la especificación de los métodos de clase más relevantes o las especificaciones de atributos. 89

114 Gráfico Nº 15 MODELO DE ANÁLISIS/DISEÑO DIAGRAMA DE CLASES 90

115 Gráfico Nº 16 MODELO DE DATOS RELACIONAL 91

116 FASE DE CONSTRUCCIÓN: Implementación Se muestran los prototipos de interfaces de usuario de la aplicación, como los diagramas de componentes y diagrama de despliegue que modela las aplicaciones incorporadas en el proyecto hasta la segunda iteración de la fase de construcción (según la definición de fases e iteraciones de la metodología RUP). Diseño de prototipos de interfaces de Usuario Interfaces comunes La aplicación del sistema dispone de una primera ventana de identificación del usuario. Solo usuarios registrados en la base de datos pueden acceder al sistema. La interfaz que se presenta a continuación muestra el ingreso al sistema: 92

117 Dentro del menú VENTAS se presentan las siguientes interfaces, dar un clic aquí : Clientes: 93

118 Crear Facturas de Venta Generar Créditos 94

119 Cobro de Documentos Dentro del menú COMPRAS se presentan las siguientes interfaces, dar un clic en este icono : Proveedores 95

120 Productos Stock en Bodega 96

121 Crear Facturas de Compra Notas de Débito 97

122 Asignar Serial Dentro del menú SISTEMA se presentan las siguientes interfaces, dar un clic aquí : Configuración General 98

123 Numero de Comprobantes Configuración de Usuarios 99

124 Empleados y Personal Dentro del menú REPORTES se presentan las siguientes interfaces, el siguiente botón : presione Mercadería 100

125 Compras Ventas 101

126 Lista de Clientes 102

127 Lista de Proveedores Componentes /Despliegue A continuación se presentan los modelos definidos en RUP como diagrama de componentes y diagrama de despliegue del proyecto. En el primero de ellos se muestra la disposición de las partes integrantes de la aplicación y las dependencias entre los distintos módulos de la aplicación. En el segundo se muestra la representación de los distintos nodos que forman parte del sistema completo. 103

128 Gráfico Nº 17 DIAGRAMA GLOBAL DE PAQUETES Gráfico Nº 18 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras DIAGRAMA DE COMPONENTES COMUNES FUENTE: Rational Rose. 104

129 Gráfico Nº 19 REALIZADO POR: Grupo De Investigadoras DIAGRAMA DE COMPONENTES DE VENTAS Gráfico Nº 20 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras DIAGRAMA DE COMPONENTES COMPRAS 105

130 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras Gráfico Nº 21 DIAGRAMA DE COMPONENTES DEL SISTEMA Gráfico Nº 22 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras DIAGRAMA DE COMPONENTES DE REPORTES 106

131 Gráfico Nº23 FUENTE: Rational Rose. REALIZADO POR: Grupo De Investigadoras DIAGRAMA DE DESPLIEGUE FUENTE: Rational Rose. 107

132 REALIZADO POR: Grupo De Investigadoras Pruebas Se muestran únicamente los casos de pruebas generados para los casos de uso incorporados hasta la tercera iteración de la fase de construcción. Pruebas Funcionales A continuación se muestran los enlaces a cada una de los casos de pruebas funcionales de los casos de uso incluidos en el proyecto de desarrollo software hasta la tercera iteración de la fase de construcción, como se indica en el plan de desarrollo software. 108

133 Especificaciones de Casos de Prueba Base de Datos de Prueba Clientes Proveedores 109

134 Productos 110

135 Provincias Empleados 111

136 Facturas de Compra Facturas de Venta 112

137 Reportes Mercadería Especificación del caso de prueba "Catalogo de Productos" 113

138 Compras Especificación del caso de prueba "Compras por Fechas" 114

139 Ventas Especificación del caso de prueba "Ventas del día" 2.4. VERIFICACIÓN DE LA HIPÓTESIS La hipótesis planteada inicialmente en nuestro proyecto de tesis fue: El Análisis e implementación de un Sistema Financiero de la empresa SOBUAD CIA. LTDA. Quito (Matriz) y Sucursal COMPUSERVICIOS Latacunga, beneficiará a la empresa optimizando tiempo y costos. 115

140 Comprobación Con todo lo expuesto por los entrevistados consideramos que la hipótesis planteada al inicio de nuestro proyecto de tesis es real por lo que queda comprobado que nuestra propuesta de implementar un Sistema Financiero para la empresa SOBUAD CIA. LTDA. Quito (Matriz) y Sucursal COMPUSERVICIOS Latacunga, es la solución para mejorar las actividades económicas optimizando tiempo y costo a demás este sistema permitirá agilitar el otorgamiento de créditos de la empresa. El software fue desarrollado tomando en cuenta todos los requerimientos de la empresa, es necesario mencionar que nuestro proyecto de tesis es una implementación en el cual los gerentes de la empresa a futuro decidirán si desean realizar su implantación. 116

141 117

142 3.1. PRESENTACIÓN El avance inmensurable de la tecnología informática hace que sea necesario ser competitivos, estar actualizados y mejorar los servicios que brinda la empresa SOBUAD CIA. LTDA., (dedicada a la prestación de servicios informáticos) para estar a la par con las empresas similares, frente a tan grande responsabilidad la empresa permitió la apertura para desarrollar e implementar un sistema de manejo financiero que le permitirá automatizar y controlar procesos, en el caso de que la empresa tome en consideración nuestra propuesta del Sistema ISFES, el que permitirá crear un ambiente de trabajo eficiente y transparente, que apoyará la gestión interna y el servicio prestado a los clientes reduciendo tiempo y costos. Con la implementación del Sistema ISFES la empresa SOBUAD CIA. LTDA. Quito-Latacunga tendrá los principales beneficios: Organización de la información. Eliminación de redundancias en datos. Control de ingresos, procesos y salidas. Implementación del modulo Créditos Información disponible en cualquier momento. Optimación de procesos administrativos. Herramientas de gestión para la toma de decisiones. Minimizar tiempo y costos. 118

143 3.2. JUSTIFICACIÓN La empresa SOBUAD CIA. LTDA. (Matriz), COMPUSERVICIOS (Sucursal), tiene como objetivo brindar servicios a los clientes de manera ágil, oportuna, y efectiva; así como también la de innovar y mejorar su capacidad de gestión, para fortalecer el desarrollo organizacional y elevar la calidad de los servicios que presta, es por esto, que la empresa propuso implementar un sistema mejorado que supere al que manejan actualmente, dando apertura a que éste sistema sea implementado por estudiantes de la Universidad Técnica de Cotopaxi el mismo que fue desarrollado de manera sencilla coherente y fácil de manejar, además posee un nuevo modulo de Créditos para mejorar la atención al cliente; este proyecto ofrece múltiples beneficios como son: revisión de documentos en forma sencilla, rápida, ordenada y actualizada en el momento que lo requieran, eliminación de redundancia y perdida de documentos, una mejor seguridad y control de documentos existentes en la empresa, disminución de espacio de almacenamiento como también la reducción del tiempo y costo por la circulación de información de papel entre otros. Es importante destacar que para el desarrollo de nuestro proyecto se utilizo la metodología RUP (Proceso Unificado de Rational) que permite asegurar la producción del software de alta calidad que resolverá las necesidades de la empresa dentro de un presupuesto y tiempo establecidos OBJETIVOS Objetivo General Analizar e implementar un Sistema Financiero de la empresa SOBUAD CIA. LTDA. a través de la metodología RUP para facilitar el Manejo de la empresa optimizando tiempo y costos. i

144 Objetivos Específicos Analizar e identificar los requerimientos de la empresa SOBUAD CIA. LTDA. a través de las técnicas de investigación para satisfacer las necesidades de la área administrativa. Describir el funcionamiento de la metodología RUP para el desarrollo del software. Implementar un sistema Financiero para la Empresa SOBUAD CIA. LTDA. buscando el mejoramiento competitivo DESARROLLO DE LA BASE DE DATOS Ver Anexo Nº 2. Diagrama de tablas de la BBDD CODIFICACIÓN Muestra las instrucciones del programa, utilizadas en el desarrollo del software, es decir código fuente, legible a simple vista, toda la codificación son instrucciones escritas por las programadoras. Ver Anexo Nº 3 Codificación DOCUMENTACION Manual de Usuario Detalla los pasos a seguir durante su ejecución, permitiendo al usuario de la aplicación tener soporte de ayuda para un buen manejo del sistema. Ver Anexo Nº 4 Manual de usuario PRESENTACIÓN SISTEMA ISFES ii

145 Luego de haber realizado la Implementación del Sistema cumpliendo con todos los requerimientos que actualmente la empresa tiene, se presenta el sistema desarrollado por las postulaste Gladys Trávez y Carmen Villagómez, el mismo que tiene como Nombre Sistema ISFES. Este sistema permitirá realizar el control de productos informáticos, en sus ingresos egresos de mercadería, facturación, otorgamientos de créditos, cuentas por cobrar y cuentas por pagar. Los usuarios ingresaran mediante una contraseña, asignada por el administrador. Luego se ingresara a la pantalla principal del sistema ISFES en donde constan todos los módulos requeridos por la empresa. Modulo Ventas iii

146 Modulo Compras Modulo Sistema Modulo Reportes CONCLUSIONES iv