El sistema Registro y seguimiento de solicitudes a concesionarios

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