Facultad de Ingeniería Industrial y de Sistemas Carrera Profesional de Ingeniería de Sistemas ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE REGISTRO Y SEGUIMIENTO DE SOLICITUDES A CONCESIONARIOS DE CAFETERÍAS A TRAVÉS DE UNA INTRANET Sistema de Información Alumnos: López Salazar, José Brian Quiroz Castillo, Gisela Asesor Ing. Fidel Prado Macalupu Lima – Perú 2012 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 DEDICATORIA A nuestros padres, que mediante sus esfuerzos, me brindaron la oportunidad de contar con una educación superior y una educación basada en valores. A mi asesor de tesis, ingeniero Prado Macalupu por su apoyo y acertado asesoramiento. Página2 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 RESUMEN EJECUTIVO La presente tesis expone el trabajo de análisis, diseño e implementación llevado a cabo en la construcción de un sistema de información que permite el registro y seguimiento de solicitudes de servicios de cafetería de una organización que trabaja con concesionarios de cafeterías, propuesto para la Universidad Tecnológica del Perú (UTP). El uso de este sistema apoyará y simplificará las labores administrativas y las de los concesionarios de cafeterías en el registro de los pedidos de servicios de cafetería, atención de dichos pedidos y pago de éstos. El sistema ha sido construido usando metodología y herramientas orientadas a objetos y estará conformado por distintas funcionalidades distribuidas en cinco módulos principales: Registro de la solicitud de cafetería, Registro de cotizaciones, Aprobación de cotización, Atención de solicitud de cafetería, Generación de resumen de pago. En todo momento, todos los usuarios podrán consultar el flujo de estados por el que pasa cada solicitud durante el proceso de atención; asimismo, podrán hacer uso de búsquedas de solicitudes que permitirán acceder a solicitudes que cumplan con los criterios de búsqueda ingresados. Página3 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 INDICE INTRODUCCION CAPITULO I: ASPECTOS GENERALES 1.1 Diagnóstico de la Organización 1.2 Definición del problema 1.3 Definición de los objetivos CAPITULO II: FUNDAMENTO TEORICO 2.1 Marco Teórico 2.2 Marco Metodológico CAPITULO III: DESARROLLO DE LA APLICACIÓN 3.1 Análisis de la Situación Actual 3.2 Modelamiento del Negocio Análisis del Sistema 3.3 Diseño del Sistema 3.4 Prototipo 04 05 05 09 11 12 12 15 16 16 16 24 25 CAPITULO IV: ANALISIS DE COSTOS Y BENEFICIOS 4.1 Análisis de Costos 4.2 Análisis de Beneficios CONCLUSIONES RECOMENDACIONES BIBLIOGRAFIA 32 32 33 34 35 36 Página4 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Introducción La presente tesis propone un Sistema de Registro y Seguimiento de Solicitudes de Cafetería a través de una Intranet, que podría ser implementado en cualquier organización que trabaje con concesionarios de cafetería. A manera de aplicación práctica se presentan los requerimientos, análisis, diseño e implementación del mismo para la Universidad Tecnológica del Perú (UTP). El sistema permite el registro del servicio de cafetería a través de una solicitud de cafetería, el registro de cotizaciones por parte de las cafeterías seleccionadas, la aprobación de la cotización más conveniente, la atención de la solicitud aprobada por parte de la cafetería seleccionada, el registro de disconformidades de atención por parte de la unidad solicitante, la atención de dichas disconformidades y la generación automática del resumen de pago para cada una de las cafeterías. A continuación se presenta la funcionalidad principal del sistema definido: 1. Registrar solicitud. 2. Registrar periodicidad. 3. Aprobar envío de solicitud registrada o anular solicitud registrada. 4. Registrar cotización o enviar aviso de no cotización. 5. Aprobar envío de cotizaciones. 6. Aprobar cotización. 7. Anular solicitud aprobada. 8. Atender solicitud aprobada. 9. Registrar disconformidad de atención. 10. Atender solicitud con disconformidad. 11. Finalizar atención de solicitudes. 12. Registrar calendario de generación. 13. Generar resumen de pago. 14. Buscar solicitud. 15. Buscar calendario de generación. 16. Buscar resumen de pago. 17. Generar reportes: de cotizaciones registradas, de cotizaciones recibidas, de atención final, y de resumen de pago. La organización de este documento, guía al lector en el conocimiento gradual del problema, el análisis y diseño de la alternativa de solución y los resultados de su implementación. Así como, se describe la situación actual del proceso de registro y atención de los servicios de cafetería solicitados; descripción que permitirá establecer los alcances y objetivos de la aplicación práctica. Luego, se detalla la metodología a utilizar para el planteamiento de la alternativa de solución. Finalmente se incluyen las conclusiones y recomendaciones. Página5 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 CAPITULO I: ASPECTOS GENERALES 1.1 Diagnóstico de la Organización 1.1.1 Diagnostico funcional 1.1.1.1 Antecedentes La Universidad Tecnológica del Perú, UTP, nace para promover la ciencia y la tecnología, formando a los impulsores del desarrollo: nuestros egresados portan la bandera de la innovación tecnológica y el estandarte ético-humanista. El Ing. Roger Amuruz Gallegos creador del Grupo IDAT, conjunto empresarial de servicios educativos y formativos, funda la Universidad Tecnológica del Perú la cual se establece como un centro de transferencia del conocimiento para el desarrollo tecnológico del país, a través de redes de aprendizaje y tecnologías de información avanzadas. En Junio del 2006, la UTP, certifica (1ra vez) el proceso formativo. En 1997 la Comisión Nacional de Autorización y Funcionamiento de Universidades/CONAFU, aprueba la apertura de la UTP. El 28 de marzo de 2005, luego de más de cinco años de evaluaciones internas y externas, CONAFU le otorga autonomía, mediante resolución Nro. 103-2005-CONAFU. Así se consolidan las operaciones de la Universidad Tecnológica del Perú, que acoge a estudiantes interesados en carreras de ingeniería, ciencias de la gestión empresarial y humanidades. Al 2009, la Universidad Tecnológica del Perú tiene la más variada e interesante oferta de carreras de ingeniería y humanidades. Figura: 1 Figura: 2 Figura: 3 Fuente: Universidad Tecnológica del Perú Página6 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 1.1.1.2 Organización Figura: 4 Fuente: Universidad Tecnológica del Perú Página7 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 DECANO Aprueba el Plan operativo. Coordina y Aprueba las medidas correctivas según los Indicadores de Calidad. Coordina la programación del curso de titulación PETP. COORDINADORES DE LA FACULTAD Asesorar a las directivas de la Facultad en la definición y consolidación de las metas a corto y largo plazo. Responder ante el Decano por la planeación académica de la unidad docente. DIRECTORES DE LAS CARRERAS Elaborar la programación y carga académica. Realizar la Proyección de secciones.- Elaborar cronograma de exámenes. Entrevistar al personal que postula para docente. SECRETARIA DE DECANO Recepción de los documentos dirigidos a la Facultad. Llevar la agenda del Decano. SECRETARIAS DE ATENCIÓN AL CLIENTE Atención al Alumnado. Atención al Docente. Proceso de Matricula. Página8 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 1.1.2 Diagnostico Estratégico a) Visión La Universidad Tecnológica del Perú, es una entidad educativa comprometida con la formación de nuevos profesionales, capacitados para aportar una nueva visión de futuro a nuestra sociedad, con innovación y aplicación en tecnologías de la información y una amplia vocación humana y de servicio. b) Misión Reconfigurándonos orgánica y estructuralmente, para el crecimiento nacional y mundial, afinamos, prospectivamente, nuestros objetivos y la estructura universitaria. Cultivando valores de gestión empresarial y conceptos de vanguardia, en consonancia con el cambio de paradigmas. Nos proponemos lograr una Universidad distinta, que se caracterice por: LIDERAR LA ENSEÑANZA DE INGENIERÍA Y TECNOLOGÍAS. c) Objetivos Elevar la calidad y la importancia de las actividades de investigación y desarrollo, y propiciar la transferencia y difusión del conocimiento, dentro y desde nuestra Universidad para finalmente conseguir el autofinanciamiento. Se debe propiciar la búsqueda de recursos económicos externos y también el fortalecimiento en los aspectos de infraestructura, recursos materiales, elementos de apoyo administrativo y herramientas de gestión. Página9 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 1.2 Descripción del Problema Las cafeterías reciben diariamente numerosas peticiones de servicios de diferentes organizaciones o corporaciones, las cuales son solicitadas por personas que pertenecen a las diferentes unidades de la universidad. Dichas peticiones son recibidas por los siguientes canales: llamadas telefónicas, documentos escritos, correos electrónicos y/o conversaciones directas con el solicitante. Para los pedidos solicitados mediante llamadas telefónicas, las personas solicitantes deben de realizar dos o más intentos para comunicar su pedido debido a que es común encontrar las líneas ocupadas, ocasionando demoras para solicitar su pedido. Una vez solicitado el pedido, el responsable de cafetería transcribe en forma manual y escrita dicho pedido a una plantilla de Solicitud de Servicios de Cafetería si es que el pedido se realizó mediante los canales de llamada telefónica y/o conversación oral. En consecuencia de que los precisa /actualmente, los procesos de recepción, atención y cobro de pedidos de cafetería se vienen realizando mediante un proceso largo, engorroso y con algunas actividades realizadas en forma manual. El mismo proceso manual hace que dichas solicitudes presenten información desordenada, no confiable y desactualizada pues en muchos casos, ésta no cuenta con la información de los consumos adicionales u otra información relacionada a la atención del pedido. Esto sumado a la posible pérdida de dichas solicitudes hace llegar a la conclusión que no se cuenta con un registro eficiente y detallado de los consumos; así como del comportamiento y de calidad de la atención. Nuestra propuesta es la implementación de un conflicto que se informara en la intranet en una corporación. 1.2.1 Formulación del Problema ¿Contar con una intranet permitirá simplificar y optimizar los registros de pedidos permita manejar el proceso de información en una cafetería? Página10 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 1.3 Definición de los Objetivos 1.3.1 Objetivo General Desarrollar un diseño de un sistema que permita el registro y seguimiento de las solicitudes de cafetería a través de una Intranet; y que podría ser implementada en cualquier organización. 1.3.2 Objetivos Específicos Minimizar procesos de aprobación. Minimizar tiempos de espera. Control mejor de los cobros. 1.3.2.1 Alcances Estará desarrollado para un ambiente Web, accesible desde cualquier computadora personal (PC) con acceso a Internet; en cualquier momento y en cualquier lugar. Utilizará una metodología orientada a objetos, siendo la arquitectura Web de 3 capas y usando como lenguaje de programación Java. La información que usa el sistema será obtenida y almacenada en una base de datos relacional. 1.3.2.2 Funcionalidades de la Solución Propuesta Permitir el registro detallado de los pedidos de cafetería. Disminución de la carga administrativa al eliminar un nivel más de autorización. Mejorar el control sobre el proceso de atención de las solicitudes. Agilizar los procesos de recepción y atención de servicios de cafeterías al automatizar el proceso. Permitir el registro de disconformidades de atención. Permitir el monitoreo de los gastos acumulados por cada servicio de cafetería solicitado, incluyendo los cambios producidos por los consumos adicionales en la atención de la solicitud. Agilizar el tiempo de pago a los concesionarios de cafetería al contar con procesos automáticos que permitan generar los resúmenes de pago. Página11 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 CAPITULO II: FUNDAMENTO TEORICO 2.1 Marco Teórico 2.1.1 Metodología RUP El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la producción de software de alta calidad que satisfaga la necesidad del usuario final dentro de un tiempo y presupuesto previsible. Es una metodología de desarrollo iterativo enfocada hacia “los casos de uso, manejo de riesgos y el manejo de la arquitectura”. Ciclo de Vida Figura: 5 Página12 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Fases Inicio Durante esta fase de inicio las iteraciones se centran con mayor énfasis en las actividades de modelamiento de la empresa y en sus requerimientos Elaboración Durante esta fase de elaboración, las iteraciones se centran al desarrollo de la base de la diseño, encierran más los flujos de trabajo de requerimientos, modelo de la organización, análisis, diseño y una parte de implementación orientada a la base de la construcción Construcción Durante esta fase de construcción, se lleva a cabo la construcción del producto por medio de una serie de iteraciones las cuales se seleccionan algunos Casos de Uso, se redefine su análisis y diseño y se procede a su implantación y pruebas. En esta fase se realiza una pequeña cascada para cada ciclo, se realizan tantas iteraciones hasta que se termine la nueva implementación del producto. Transición Durante esta fase de transición busca garantizar que se tiene un producto preparado para su entrega al usuario. Página13 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Arquitectura de la Plataforma Figura: 6 Fuente: Internet:“Aquitectura”. Las solicitudes de cafetería de un cliente son dirigidas hacia uno de los balanceadores de carga, el cual deriva la solicitud hacia uno de los servidores de aplicaciones, la cual permite que ambos funcionen simultáneamente y en caso uno de ellos falle, sin necesidad de ayuda externa, el balanceador restante se hace cargo de la totalidad de los pedidos. Adicionalmente, cuentan con un componente llamado Dispatcher. Este selecciona un servidor HTTP según la disponibilidad y la carga de ellos e identifica esta selección usando la dirección IP del cliente. Página14 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 2.1.2 Lenguaje Unificado de Modelado (UML) Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), de los cuales hemos usado los siguientes: Diagrama de casos de uso Un diagrama de casos de uso muestra la relación entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción. Los actores que hacen uso del sistema de registro y seguimiento de solicitudes a concesionarios de cafetería han sido catalogados de acuerdo a los roles que cumplen en el sistema. Las responsabilidades de estos roles fueron descritas en Diagrama de clases de análisis Un diagrama de clases es una notación gráfica usada para representar conjunto de objetos que comparten características y atributos comunes Diagrama de estados El diagrama de estados muestra la secuencia de estados por los que pasa un caso de uso o un objeto a lo largo de su vida, indicando qué eventos hacen que se pase de un estado a otro y cuáles son las respuestas y acciones que genera. Diagrama de secuencia de sucesos del sistema El diagrama de secuencia es una representación gráfica que muestra, en determinado escenario de un caso de uso, los eventos generados por actores externos, su orden y los eventos internos del sistema. 2.2 Marco Metodológico Análisis de la Situación Actual. Diseño del modelo propuesto. Análisis del sistema. Diseño del sistema. Presentación del Prototipo. Página15 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 CAPITULO III: DESARROLLO DE LA APLICACIÓN 3.1 ANALISIS DE LA SITUACION ACTUAL 3.1.1 Objetivos Sistema propuesto remplazará a los procedimientos manuales vigentes utilizados por las unidades cada vez que desean solicitar un servicio de cafetería; así como, la atención de dichos servicios por parte de las cafeterías. Adicionalmente, se simplificará el proceso de pago de dichos servicios debido a la reducción notable de documentos de pago por cafetería. 3.1.2 Alcances El sistema Registro y seguimiento de solicitudes a concesionarios de cafetería a través de una Intranet, remplazará al sistema manual empleado por las unidades cada vez que desean solicitar servicios de cafetería; así como, la manera como se realizaba la atención de dichos servicios por parte de los concesionarios de cafetería. 3.2 MODELAMIENTO DE NEGOCIO ANALISIS DEL SISTEMA 3.2.1 Definición de los Casos de Uso Registrar solicitud: El pedido de un servicio de cafetería podrá ser registrado mediante una solicitud de cafetería por un registrador de la unidad solicitante. Luego de ser aprobada por el Aprobador de la Unidad, la solicitud podrá ser enviada a la cafetería seleccionada para que procedan con el registro de sus respectivas cotizaciones. Adicionalmente, a las solicitudes se les podrá registrar periodicidades de atención que indican las fechas, lugares y observaciones de cada vez en los que se requiera que el pedido solicitado se vuelva a repetir. Registro de solicitud Este caso de uso es iniciado por el Registrador o Aprobador de Unidad. Especifica las acciones a seguir para el registro o edición de una solicitud en el sistema. Anular solicitud registrada Este caso de uso es iniciado por el Registrador o Aprobador de Unidad. El Registrador de Unidad podrá anular una solicitud siempre y cuando el Aprobador de Unidad aún no haya seleccionado alguna cotización para dicha solicitud. Especifica las Página16 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 acciones a seguir para anular una solicitud no aprobada en el sistema. Aprobar envió de solicitud registrada Este caso es iniciado por el Registrador o Aprobador de Unidad. Especifica las acciones a seguir para autorizar el envío de la solicitud para que sea cotizada por la(s) cafetería(s) seleccionada(s). Registrar periodicidad Este caso de uso es iniciado por el Registrador o Aprobador de Unidad. Especifica las acciones a seguir para el registro, modificación o eliminación de una repetición de atención del servicio de una solicitud de cafetería. Buscar solicitud Este caso de uso puede ser iniciado por cualquier actor del sistema. Especifica las acciones a seguir para buscar solicitudes de cafetería que cumplan con los criterios de búsqueda seleccionados. Abrir solicitud Este caso de uso puede ser iniciado por cualquier actor del sistema. Especifica las acciones a seguir para mostrar la información de una solicitud, dado su código, en forma no editable. Figura: 7 Registro de Solicitud <<extend>> Registrar Solicitud Registrar periodicidad <<include>> <<include>> Buscar solicitud <<include>> Registrador de unidad Abrir solicitud Aprobar envio de solicitud registrada <<include>> Anular solicitud registrada Fuente: Elaboración propia Página17 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Registrar de Cotización: Las cotizaciones de las solicitudes de cafetería podrán ser registradas y enviadas por los usuarios de cada concesionario de cafetería. También, las cafeterías podrán obtener reportes de las cotizaciones enviadas por solicitud. Abrir cotización Este caso de uso puede ser iniciado por cualquier actor del sistema. Especifica las acciones a seguir para mostrar la información de las cotizaciones registradas, hasta el momento, para una solicitud. Registrar cotización Este caso de uso es iniciado por la Cafetería. Especifica las acciones a seguir para el registro, modificación o eliminación de una cotización en el sistema. Aprobar envió de cotización Este caso es iniciado por la Cafetería. Especifica las acciones a seguir para autorizar el envío de las cotizaciones a la unidad solicitante. Enviar aviso de no cotización Este caso de uso es iniciado por la Cafetería. Especifica las acciones a seguir para indicar a la unidad solicitante que la cafetería no cotizará la solicitud. Generar reporte de cotización registrada Este caso de uso es iniciado por la Cafetería. Especifica las acciones a seguir para poder generar un reporte con todas las cotizaciones registradas por la cafetería. Página18 Página19 Buscar solicitud (from Registro de Solici... <<include>> <<include>> <<include>> <<include>> (from Registro de Solici... Abrir solicitud <<include>> Abrir Cotizaciones <<include>> Registro de Cotizacion Env io av iso de no cotizacion Arpobar env io de cotizacion Registrar cotizacion Generar reporte de cotizacion registrada Fuente: Elaboración propia Caf eteria Figura: 8 Abrir periodicidad <<include>> <<include>> (from Registro de Solici... Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Aprobación de Cotización: La cotización que más se adecua a los requerimientos de la unidad solicitante podrá ser seleccionada y aprobada por un aprobador de la unidad solicitante. También, los registradores o aprobadores de dicha unidad solicitante podrán obtener reportes de todas las cotizaciones recibidas por solicitud. Aprobar cotización Este caso es iniciado por el Aprobador de la Unidad. Especifica las acciones a seguir para aprobar sólo una de la cotización enviada por la cafetería que cotizó la solicitud. Anular solicitud aprobada Este caso de uso es iniciado por el Aprobador de Unidad o por la Cafetería. Especifica las acciones a seguir para anular una solicitud aprobada en el sistema. Generar reportes de solicitud recibidas Este caso de uso es iniciado por el Registrador o Aprobador de la Unidad o por el Conciliador. Especifica las acciones a seguir para poder generar un reporte con todas las cotizaciones enviadas por las cafeterías que fueron seleccionadas para cotizar la solicitud. Página20 Página21 Buscar solicitud <<include>> (from Reg istro de Cotizaciones) ...) Caf eteria Anular solicitud aprobada (from Reg istro de Solici... <<include>> Generar reporte de cotizaciones recibidas Aprobacion de Cotizacion Aprobar cotizacion Aprobador de unidad (from Atencion de Solicitud) ...) Cociliador Fuente: Elaboración propia Figura: 9 Abrir solicitud (from Reg istro de Cotizacio... Abrir Cotizaciones <<include>> (from Reg istro de Solici... <<include>> Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Generación de Resumen de Pago: Un resumen de pago viene a representar al conjunto de solicitudes atendidas por una cafetería que no cuentan con resumen de pago asociado y que permitirá saber el importe total que dicha cafetería deberá cobrar a la organización por los servicios de cafetería prestados. Estos resúmenes se crearán de manera automática para cada una de las cafeterías en las fechas de generación. Estas fechas podrán ser registradas por el conciliador. Finalmente, tanto el conciliador como las cafeterías podrán consultar la información de los resúmenes de pago generados Registrar calendario de generación Este caso de uso es iniciado por el Conciliador. Especifica las acciones a seguir para el registro o edición del calendario de generación del resumen de pago. Buscar calendario de generación Este caso de uso es iniciado por la Cafetería o por el Conciliador. Especifica las acciones a seguir para buscar las fechas de generación del resumen de pago según el año seleccionado. Generar resumen de pago Este caso de uso es realizado mediante un proceso automático. Especifica las acciones que se realizan automáticamente para generar los resúmenes de pago para cada una de las cafeterías a las que se registraron solicitudes de cafetería dentro de la fecha indicada en el calendario de generación de resúmenes. Buscar resumen de pago Este caso de uso es iniciado por la Cafetería o por el Conciliador. Especifica las acciones a seguir para buscar los resúmenes de pago generados. Generar reporte de resumen de pago Este caso de uso es iniciado por la Cafetería y por el Conciliador. Especifica las acciones a seguir para poder generar un reporte de resúmenes de pago según criterios seleccionados. Página22 Conciliador Página23 Fuente: Elaboración propia Generar resumen de pago Buscar calendario de generacion Figura: 10 Cafeteria Generar reporte de resumen de pago Generacion de Resumen de Pago <<include>> Abrir Solicitud <<extend>> Buscar resumen de pago Registrar calendario de generacion Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 3.3 Diseño del sistema propuesto 3.3.1 Diagrama de Paquetes Para una mejor organización y presentación, los casos de uso se han agrupado en cinco paquetes de acuerdo a su funcionalidad y propósito en el sistema de la siguiente manera. Figura: 11 Diagrama de Paquetes Registro de Solicitud (from Use Case View) Registro de Cotizaciones (from Use Case View) Atencion de Solicitud (from Use Case View) Aprobacion de Cotizacion (from Use Case View) Generacion del Resumen de Pago (from Use Case View) Fuente: Elaboración propia 3.3.2 Diagrama de clases de análisis Un diagrama de clases es una notación gráfica usada para representar conjunto de objetos que comparten características y atributos comunes. 3.3.3 Diagrama de estados El diagrama de estados muestra la secuencia de estados por los que pasa un caso de uso o un objeto a lo largo de su vida, indicando qué eventos hacen que se pase de un estado a otro y cuáles son las respuestas y acciones que genera. Página24 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 3.4 Prototipo Página de registro de periodicidad Página25 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Página de Consulta de la Solicitud Página26 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Página de Consultas de Estados Página de Consulta de Periodicidad Página27 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Página de consulta de la solicitud a anular Página de consulta de la solicitud anulada Página28 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Página de Consulta de la solicitud a enviar Página de consulta de la solicitud enviada Página29 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Página de Consulta de cotizaciones registradas Página30 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Página de Consulta de cotizaciones registradas (en forma editable). Página31 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 CAPITULO IV: ANALISIS DE COSTOS Y BENEFICIOS 4.1 Análisis de Costos 4.1.1 Costos de inversión. Las inversiones iníciales, que se realizó para la implantación son: EQUIPOS 16889 Servidor de Internet 3333,33 Servidor de base de datos 3333,33 Firewall 1111,11 UPS 111,11 Pcs 2500,00 Scanner 1500,00 Impresora 5000,00 SOFTWARE 2319 SO. Windows XP Enterprice 0,00 Microsoft Office XP 0,00 Rational Rose Enterprice Edition (UML) 600,00 0,00 Acrobat Reader 50,00 Antivirus Windows 2000 server 108,33 0,00 Internet Explorer 6,0 SQL server 2000 750,00 OLAP Service de MS SQL Server 200,00 55,56 Visual Basic Ver 6.0 555,56 SPSS Página32 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 4.2 Análisis de Beneficios Los gastos recurrentes centralizados (considerando solo aquellos gastos incrementales), es decir aquellos que se incurren en un lugar centralizado, MED, son: PERSONAL 67502 Administrador Operador 30000 37502 MANTENIMIENTO 15000 Equipos Software Material de oficina (varios) 4800 9000 1200 Total en costos incurridos 101,710 4.3 FLUJO DE CAJA En este proyecto fue difícil estimar de antemano con exactitud los beneficios económicos. Tabla 1: Flujo neto CONCEPTO Años 0 Ingresos Egresos Inversión Operativos Mantenimiento Flujo neto (IE) 1 2 3 4 5 0 103786 103786 103786 103786 103786 101710 31588 31588 31588 31588 31588 101710 0 0 0 0 0 0 27176 27176 27176 27176 27176 0 4412 4412 4412 4412 4412 -101710 72198 72198 72198 72198 72198 Valor Actual Neto Tasa interna de retorno 3610 65% Fuente: Elaboración propia Página33 Tasa 20,0 % Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 CONCLUSIONES Reduce significativamente el número de usuarios que no pueden solicitar un servicio de cafetería de manera inmediata, ya que ahora pueden registrar el servicio a través de la Intranet institucional. Minimiza el tiempo que demora hacer el seguimiento a una solicitud, debido a que ahora se puede tener acceso en forma inmediata a la información actualizada. Disminuye el tiempo de pago a los concesionarios de cafetería y de la carga administrativa, debido a que existen procesos que se ejecutan automáticamente y que eliminan un nivel de aprobación y que generan los resúmenes de pago a las cafeterías en fechas programadas, haciendo que el pago se realice puntualmente. Los usuarios perciben la seguridad y el respaldo al hacer uso de este sistema, debido a que se evita solicitar manualmente los servicios de cafetería a través de una Plantilla de Pedido. Página34 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 RECOMENDACIONES Es recomendable que se tenga en cuenta para la implementación de futuras versiones del sistema, las siguientes funcionalidades: Uso de plantillas “tipo” de solicitud de cafetería previamente registradas. Recomendable para unidades que trabajen en detalles de servicios de cafetería tipos o repetitivos. Se mejoraría el tiempo de registro de una solicitud. De igual manera, pero para las cafeterías, contar con plantillas de cotizaciones. Calendario de solicitudes que se encuentran Pendientes de atención y Atendidas. Esta funcionalidad permitiría a las cafeterías distribuir de una manera más directa la organización de sus atenciones. Además, les permitiría discernir con más facilidad qué pedidos tienen durante un periodo de tiempo determinado. Página35 Facultad de Ingeniería Industrial y de Sistemas 1 de noviembre de 2012 Bibliografía [1] Jacobson, Ivar; BOOCH, Grady; RUMBAUGH, James. The Unified Modeling Language Reference Manual. Pearson Addisson-Wesley, 2000. [2] Ferre Grau Xavier, Desarrollo Orientado a Objetos con UML, UPM. [3] Per Kroll, Phillipe Kruchten. The Rational Process made easy: A practioner’s guide to the RUP. Addison Wesley, 2003. [4] Oracle Corporation. Java Programming, 2000. Página36