You are on page 1of 29

UNIVERSIDAD NACIONAL DEL ALTIPLANO

FACULTAD DE INGENIERÍA MECÁNICA ELÉCTRICA,
ELECTRÓNICA Y SISTEMAS
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

PROYECTO
ANÁLISIS Y DISEÑO DEL SISTEMA DE INFORMACIÓN PARA LA
ADMINISTRACIÓN Y GESTIÓN DE RESERVAS DE LA AGENCIA DE
VIAJES TURÍSTICOS CUSI EXPEDITION
DOCENTE:
Ing. Mario Suárez López

PRESENTADO POR:
Pacompia Cruz, Frank Arturo
Zapana Chillihua, Maxvil
Copa Chura, Alan Albert Peter
Chucuya Gomez, Salvador
Chucuya Gomez, Hugo



Puno, Mayo del 2014
2


Contenido
1 INTRODUCCIÓN ..................................................................................................... 4
2 NOMBRE DEL PROYECTO .................................................................................... 5
3 LUGAR O UBICACIÓN ............................................................................................ 5
3.1 UBICACIÓN ......................................................................................................... 5
3.2 DENOMINACIÓN ................................................................................................. 5
3.3 INSTITUCIÓN U ORGANIZACIÓN ...................................................................... 5
4 DESCRIPCIÓN DEL LUGAR ................................................................................... 6
4.1 ORGANIGRAMA GENERAL ................................................................................ 6
4.2 ORGANIGRAMA ESTRUCTURAL ...................................................................... 7
4.3 ORGANIGRAMA ESPECIFICO ........................................................................... 7
5 CULTURA ORGANIZACIONAL ............................................................................... 8
5.1 CULTURA ORGANIZACIONAL ........................................................................... 8
5.1.1 MOF ............................................................................................................... 8
5.1.2 ROF ............................................................................................................... 8
6 DIAGNOSTICO SITUACIONAL ............................................................................... 9
6.1 Hardware .............................................................................................................. 9
7 OBJETIVOS ........................................................................................................... 10
7.1 OBJETIVO GENERAL ....................................................................................... 10
7.2 OBJETIVOS ESPECIFICOS .............................................................................. 10
8 TÉCNICAS Y MÉTODOS ...................................................................................... 11
8.1 PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE .......................... 11
8.1.1 CARACTERÍSTICAS ................................................................................... 11
8.1.2 ¿POR QUÉ ANALIZAR Y DISEÑAR? ......................................................... 12
8.1.3 FASES ......................................................................................................... 12
9 PROPUESTA TÉCNICA ........................................................................................ 13
9.1 PROPUESTA TÉCNICA .................................................................................... 13
9.1.1 PROCESOS DE NEGOCIOS AFECTADOS. .............................................. 13
9.1.2 IDENTIFICACIÓN DE LOS ACTORES DEL ENTORNO ............................. 15
9.2 DIAGRAMA DE CASO DE USO DEL NEGOCIO. ............................................. 16
9.2.1 DESCRIPCIÓN DE LOS CASOS DE USO DEL NEGOCIO ........................ 16
9.3 RECURSOS ....................................................................................................... 19
9.3.1 RECURSOS DE SOFTWARE ..................................................................... 19
9.3.2 RECURSOS DE HARDWARE ..................................................................... 19
3


9.3.3 RECURSOS HUMANOS ............................................................................. 19
10 ANÁLISIS ECONÓMICO DEL PROYECTO .......................................................... 20
Equipo mínimo de profesionales ............................................................................... 21
10.1 FLUJO DE CAJA ................................................................................................ 22
10.2 INDICADORES .................................................................................................. 23
11 FACTIBILIDADES .................................................................................................. 25
11.1 FACTIBILIDAD TÉCNICA .................................................................................. 25
11.1.1 HARDWARE ................................................................................................ 25
11.1.2 SOFTWARE ................................................................................................ 26
11.2 FACTIBILIDAD OPERATIVA ............................................................................. 26
11.3 FACTIBILIDAD ECONÓMICA ............................................................................ 27
12 CRONOGRAMA .................................................................................................... 28
13 BIBLIOGRAFÍA ...................................................................................................... 29
13.1 INFORMATIGRAFIA .......................................................................................... 29


4


1 INTRODUCCIÓN
En la última década, las empresas de Puno haexperimentado cambios en los medios de
información escritos, que ha sido consecuencia del desarrollo de la tecnología
demultimedia, internet, centros de documentación virtual,sociedad de la información,
etc., han dado lugar a que sean cada día más grandes lasnecesidades del manejo de la
información.
Dentro de este análisis y el diseño debemos tener en cuenta el registro de los clientes de
la agencia y sus reportes, lo que viene a ser el punto más importante de este proyecto,
ya que los registros del cliente participan activamente en los datos que vamos a manejar
día a día dentro de la empresa.
Esta necesidad del manejo automático de la información ha propiciado que la
documentación física sea un algo del pasado y la difusión de la información pormedio de
las técnicas utilizadas en el análisis documental manual no es muy rápido, con el
propósito de automatizar el manejo de esta información dentro de la agencia se
comienza este proyecto; su función principal es satisfacer lasnecesidades de
información de los clientes y de la empresa en sí misma, serviciomediante el cual
lainstitución seproyectaal mercado,ofreciendo servicio de viaje turístico con mucha
eficiencia y garantía.
En este documento seplantea solucionarlosdiferentes problemas que presenta la
agencia de Viajes Cusi Expedition,enfocando específicamenteproblemáticas quese dan
en el proceso de búsqueda de registros y reportes es completamente manual hoy en día,
estos procesos toman de mucho tiempo realizarse de manera manual.
La agencia, se ha constituido en un elemento de importancia para los turistas que
desean hacer turismo en nuestra Región, porque ofrece a la venta una diversidad de
viajes turísticos.
Lo que se quiere lograr, es que a través de las tecnologías de información,
específicamente de un Sistema de Información, sede soporte al proceso de búsqueda,
registros de clientes y optimizar los reportes, generando así el ahorro de tiempo y por
ello que las instituciones como esta agencia, puedan alcanzar sus unos ahorros en
tiempo y dinero.

5


2 NOMBRE DEL PROYECTO
“DESARROLLO DEL SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN Y
GESTIÓN DE LAS RESERVAS DE LA AGENCIA DE VIAJES TURÍSTICOS DE CUSI
EXPEDITIONS.R.L.”
3 LUGAR O UBICACIÓN
3.1 UBICACIÓN

3.2 DENOMINACIÓN

3.3 INSTITUCIÓN U ORGANIZACIÓN
DATOS DEL ÁREA
Área Administración y Gestión de Reservas
Responsable Lic. Ayde Condori Yucra
Teléfono 051 - 354000


DATOS DE LA ORGANIZACIÓN
Ubicación de la organización Jr.TheodoroValcarselN° 146
Ubicación geográfica Departamento de Puno
Provincia de Puno
Distrito de Puno
DATOS DE LA ORGANIZACIÓN
Nombre de la organización CUSI EXPEDITIONS.R.L.
6


4 DESCRIPCIÓN DEL LUGAR
4.1 ORGANIGRAMA GENERAL


GERENCIA GENERAL
ÁREA
FINANCIERA
DEPARTAMENTO DE
COBRANZAS
ÁREA TÉCNICA O
DEL PRODUCTO
DEPARTAMENTO DE
RESERVAS
DEPARTAMENTO DE
PROGRAMACIÓN
DEPARTAMENTO DE
OPERACIONES
ÁREA DE
VENTAS
ÁREA DE
CONTABILIDAD
SECRETARIA
7


4.2 ORGANIGRAMA ESTRUCTURAL

4.3 ORGANIGRAMA ESPECÍFICO

GERENCIA
GENERAL
Ayde Condori Yucra
ÁREA
FINANCIERA
DEPARTAMENT
O DE
COBRANZAS
ÁREA TÉCNICA
O DEL
PRODUCTO
DEPARTAMENT
O DE RESERVAS
DEPARTAMENT
O DE
PROGRAMACIÓ
N
DEPARTAMENT
O DE
OPERACIONES
ÁREA DE
VENTAS
ÁREA DE
CONTABILIDAD
SECRETARIA
8


5 CULTURA ORGANIZACIONAL
5.1 CULTURA ORGANIZACIONAL
5.1.1 MOF
5.1.2 ROF

9


6 DIAGNOSTICO SITUACIONAL
6.1 Hardware
La agencia de viajes tiene los siguientes:
Dos Computadoras de escritorio: Procesador Core 2 QOAD, 4 Gb RAM; que
normalmente utiliza para comunicarse con otras sucursales para hacer reservas a
través del e-mail y el Facebook.
Se tiene una impresora a la reutilizada para imprimir documentos de importancia.
Tiene fax para el envío y recepción de documentos de reportes de ventas u otros
registros.
Software
Sistema operativo Windows 7 profesional.
Herramientas de ofimática.
Microsoft Word
Microsoft Excel
Otros utilitarios.

10


7 OBJETIVOS
7.1 OBJETIVO GENERAL
Automatizar la Administración Y Gestión De Reservas De La Agencia De Viajes
Turísticos Cusi Expedition.

7.2 OBJETIVOS ESPECÍFICOS
 Crear un módulo de gestión de reservas.
 Crear un módulo de reporte de rutina del día.
 Crear un módulo de administración de personal.
 Crear un módulo de administración de transporte.
 Crear un módulo de reporte estados financieros.
 Crear un módulo de gestión de pago.
 Entrenar al personal a utilizar el software.

11


8 TÉCNICAS Y MÉTODOS
8.1 PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE
El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software
que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y
por ser iterativo e incremental.
El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo
extensible que puede ser adaptado a organizaciones o proyectos específicos. De la
misma forma, el Proceso Unificado de Rational, también es un marco de trabajo
extensible, por lo que muchas veces resulta imposible decir si un refinamiento
particular del proceso ha sido derivado del Proceso Unificado o del RUP. Por dicho
motivo, los dos nombres suelen utilizarse para referirse a un mismo concepto.
El nombre Proceso Unificado se usa para describir el proceso genérico que incluye
aquellos elementos que son comunes a la mayoría de los refinamientos existentes.
También permite evitar problemas legales ya que Proceso Unificado de Rational o
RUP son marcas registradas por IBM.
8.1.1 CARACTERÍSTICAS
ITERATIVO E INCREMENTAL
El Proceso Unificado es un marco de desarrollo iterativo e incremental
compuesto de cuatro fases denominadas Inicio, Elaboración, Construcción y
Transición. Cada una de estas fases es a su vez dividida en una serie de
iteraciones. Estas iteraciones ofrecen como resultado un incremento del
producto desarrollado que añade o mejora las funcionalidades del sistema en
desarrollo.
Cada una de estas iteraciones se divide a su vez en una serie de disciplinas
que recuerdan a las definidas en el ciclo de vida clásico o en cascada. Análisis
de requisitos, Diseño, Implementación y Prueba. Aunque todas las iteraciones
suelen incluir trabajo en casi todas las disciplinas, el grado de esfuerzo dentro
de cada una de ellas varía a lo largo del proyecto.
DIRIGIDO POR LOS CASOS DE USO
En el Proceso Unificado los casos de uso se utilizan para capturar los requisitos
funcionales y para definir los contenidos de las iteraciones. La idea es que cada
iteración tome un conjunto de casos de uso o escenarios y desarrolle todo el
camino a través de las distintas disciplinas: diseño, implementación, prueba,
etc. El proceso dirigido por casos de uso es el RUP.
CENTRADO EN LA ARQUITECTURA
12


El Proceso Unificado asume que no existe un modelo único que cubra todos los
aspectos del sistema. Por dicho motivo existen múltiples modelos y vistas que
definen la arquitectura de software de un sistema. La analogía con la
construcción es clara, cuando construyes un edificio existen diversos planos
que incluyen los distintos servicios del mismo: electricidad, fontanería, etc.
ENFOCADO EN LOS RIESGOS
El Proceso Unificado requiere que el equipo del proyecto se centre en
identificar los riesgos críticos en una etapa temprana del ciclo de vida. Los
resultados de cada iteración, en especial los de la fase de Elaboración deben
ser seleccionados en un orden que asegure que los riesgos principales son
considerados primero.
8.1.2 ¿POR QUÉ ANALIZAR Y DISEÑAR?
En resumidas cuentas, la cuestión fundamental del desarrollo del software es la
escritura del código. Después de todo, los diagramas son solo imágenes
bonitas. Ningún usuario va a agradecer la belleza de los dibujos; lo que el
usuario quiere es software que funcione.
Por lo tanto, cuando considere usar el UML es importante preguntarse por qué
lo hará y cómo le ayudará a usted cuando llegue el momento de escribir el
código. No existe una evidencia empírica adecuada que demuestre si estas
técnicas son buenas o malas; pero lo que sí es cierto es que es de considerable
ayuda para las etapas de mantenimiento en proyectos de mediana/avanzada
envergadura.
8.1.3 FASES
El Proceso Unificado de desarrollo puede ser dividido en cuatro fases para su
mejor desarrollo. Estas fases ayudando tanto a la elaboración como a la
resolución de problemas.
INICIO.- En la fase de inicio se define el negocio: facilidad de realizar el
proyecto, se presenta un modelo, visión, metas, deseos del usuario, plazos,
costos y viabilidad.
ELABORACIÓN.- En esta fase se obtiene la visión refinada del proyecto a
realizar, la implementación iterativa del núcleo del de la aplicación, la resolución
de riesgos altos, nuevos requisitos y se ajustan las estimaciones.
CONSTRUCCIÓN.- Esta abarca la evolución hasta convertirse en producto listo
incluyendo requisitos mínimos. Aquí se afinan los detalles menores como los
diferentes tipos de casos o los riesgos menores.
TRANSICIÓN.- En esta fase final, el programa debe estar listo para ser
probado, instalado y utilizado por el cliente sin ningún problema. Una vez
finalizada esta fase, se debe comenzar a pensar en futuras novedades para la
misma.
13


Desde el punto de vista Técnico: el proyecto está formado por los flujos de
trabajo fundamentales: captura de requerimientos, análisis, diseño,
implementación y pruebas.
Tantos el punto de vista Gerencial como el Técnico concuerdan en: La
iteración.

9 PROPUESTA TÉCNICA
9.1 PROPUESTA TÉCNICA
9.1.1 PROCESOS DE NEGOCIOS AFECTADOS.

Proceso de la
empresa
Descripción Requerimientos
Generar
Reportes de
pagos
Actualmente la
administradora de la viajes
genera un reporte de pagos
cada mes mediante un
documento escrito
manualmente dirigido a la
oficina de la gerencia de la
empresa.
Automatizar los reportes de pagos
mensualmente.
Automatizar los reportes por:
Pago para los guías.
Pago para los choferes.
Pago para los capitanes.
Pago para el personal de oficina.
Generar
Reportes de
gastos
Actualmente la
administradora de la viajes
genera un reporte de
gastos cada mes mediante
un documento escrito
manualmente dirigido a la
oficina de la gerencia de la
empresa.
Automatizar los reportes de gastos
mensualmente.
Automatizar los reportes por:
Gasto para el combustible de los
vehículos y lanchas.
Gasto para el mantenimiento de los
vehículos y lanchas.
Gasto para el internet y telefonía.
Gestionar
Reservas
Para gestionar las reservas
de los viajes y los precios
del viaje. Registrando en un
cuaderno de registro.
Automatizar las reservas de los Clientes.
Automatizar la búsqueda de las reservas.
Automatizar la actualización de los precios
de los viajes.
Automatizar el registro de los guías
disponibles para cada viaje.
Automatizar la vista de los cupos
disponibles en cada viaje.

Gestionar Cliente Actualmente la agencia,
registra los datos del
Cliente cada vez que se
registra en un viaje.
Automatizar el registro de los nuevos
clientes.
Crear un ID para los cliente frecuentes.
Gestionar los
viajes
La administradora del CUSI
registra los nuevos libros en
un cuaderno de registros,
colocándolos por códigos,
titulo de autor, género
Automatizar la modificación del registro de
los nuevos libros.
Automatizar el registro de los nuevos
libros.

14


literario, año de publicación.

15


9.1.2 IDENTIFICACIÓN DE LOS ACTORES DEL ENTORNO

ACTOR ACTIVIDADES
GERENTE GENERAL
Es la persona encargada de impartir y direccionar las órdenes
en la empresa al resto de las diferentes áreas a través de otros
encargados de cada área, planifica, organiza, dirige y controla la
empresa, establece objetivos organizacionales.
SECRETARIA
Es la encargada de impartir y direccionar las órdenes del
gerente general al resto de empleados o encargados de cada
área.
Recibe documentos de empleados o encargados de cada área
dirigidos al gerente general.
ENCARGADO DEL ÁREA
FINANCIERA
Es el que administra el dinero de la empresa, como: pago a los
empleados, gastos en mantenimiento, etc.
Así como también llevar el balance económico de la empresa.
ENCARGADO DEL ÁREA
TÉCNICA
Es la que se encarga de la producción, elaboración y
organización de los distintos paquetes turísticos.
DEPARTAMENTO DE
PROGRAMACIÓN
Son las Se encarga de controlar la buena marcha del viaje
durante el desarrollo del mismo.
DEPARTAMENTO DE
RESERVA
Se encarga de atender las reservas de los viajeros.

DEPARTAMENTO DE
OPERACIONES
Es el que se encarga de la fabricación del viaje y de la
elaboración de los folletos informativos.
ENCARGADO DEL ÁREA
COMERCIAL O DE
MARKETING
Es la encargada de vender el producto a los consumidores
potenciales (mediante la generación de curiosidad y atención en
el cliente), también se responsabiliza del control de calidad de
los productos comerciales (los cuales en turismo es de tipo ex
post, es decir se lleva a cabo después que el viaje se haya
realizado).
ENCARGADO DEL ÁREA
DE VENTAS
Es la que se encarga de la atención directa al cliente, una vez
que este ya ha sido captado, para esta función es de primordial
importancia el desarrollo de un buen programa de atención al
cliente.
ENCARGADO DEL ÁREA
DE CONTABILIDAD
Es aquel que lleva el control de los ingresos de caja y del libro
mayor de la agencia de viajes, ha de prepararlos informes
semanales de ventas y coordinar los depósitos que se hacen en
los bancos.
16


9.2 DIAGRAMA DE CASO DE USO DEL NEGOCIO.
9.2.1 DESCRIPCIÓN DE LOS CASOS DE USO DEL NEGOCIO
17


CU01 GESTIONAR RESERVAS
Proceso de negocio GESTIONAR RESERVAS
Objetivo. Registrar los datos de los usuarios.
Actores Encargado del Área de Reservas.
4. Precondiciones
5. Flujos.
El cliente solicita un paquete turístico.
El Encargado anota los datos del cliente.
El Encargado anota los datos del paquete.
El Encargado las precauciones del cliente.
El Encargado genera un reporte para el área de productos.
CU02 GESTIONAR REPORTES DE PROGRAMACIÓN
1. Proceso de
negocio
GESTIONAR REPORTES DE PROGRAMACIÓN
2. Objetivo. Generar reportes de los viajes.
3. Actores Encargado del Área de Productos o programación
4. Precondiciones GESTIONAR RESERVAS
5. Flujos.
El Encargado Genera el horario de los viajes y costo.
El Encargado decide que guía enviar.
El Encargado decide la ruta del viaje.
El Encargado genera reportes para el cliente.
El Encargado recibe reportes del Área de Reservas.
CU03 GESTIONAR PAGO A LOS TRABAJADORES
1. Proceso de
negocio
2. Objetivo.
GESTIONAR PAGO A LOS TRABAJADORES
PAGAR A LOS TRABAJADORES
3. Actores Encargado del Área de Finanzas
4. Precondiciones GESTIONAR REPORTES DE PROGRAMACIÓN
5. Flujos.
El Encargado recibe reportes del Área de Programación.
El Encargado registra los viajes por cada guía, chofer y capitán.
El Encargado analiza los registros para fijar la cantidad del pago.
El Encargado envía un reporte al Área Financiera.


18


CU04 GESTIONAR USUARIO DE CLIENTE
1. Proceso de
negocio
GESTIONAR USUARIO DE CLIENTE

2. Objetivo. Registrar nuevos usuarios.
3. Actores Encargado del Área de Reservas.
4. Precondiciones GESTIONAR RESERVAS
5. Flujos.
El Encargado almacena los datos del cliente en un registro.
El Encargado genera un reporte para el Área de Programación y el Área de Operaciones.
CU05 GESTIONAR NUEVA VENTAS
1. Proceso de
negocio
GESTIONAR VENTAS
2. Objetivo. Registrar todas las reservas (Costo).
3. Actores Encargado de Área de Ventas
4. Precondiciones GESTIONAR RESERVAS
5. Flujos.
El Encargado recibe reportes del Área de Reservas.
El Encargado recibe reportes del Área de Programación.
El Encargado contrasta los valores de los costos de las reservas.
El Encargado envía un reporte al Área Financiera.
CU06 GESTIONAR BÚSQUEDA DE VACANTES
1. Proceso de
negocio
GESTIONAR BÚSQUEDA DE VACANTES

2. Objetivo. Facilitar la búsqueda de las vacantes en cada viaje.
3. Actores Encargado del Área de Reservas
4. Precondiciones Área de Programación
5. Flujos.
El Encargado recibirá reportes del Área de Programación.
El Encargado Verificara si un viaje tiene vacantes.
El Encargado enviara reportes al Área de Programación.


19


9.3 RECURSOS
9.3.1 RECURSOS DE SOFTWARE
 Wamp server.
 Lenguaje de Programación web.
 Rational Rose.
 Sistema operativo Microsoft Windows 7.
 NetBeans.
 MS Proyect 2010.
9.3.2 RECURSOS DE HARDWARE
Todos los ordenadores de cada sucursal con ordenadores cuyas
características:
 Procesador i3 de 2.00 GHz.
 Tarjeta Madre.
 4GB de Memoria RAM
 Disco Duro de 250GB.
 Unidad de CD-ROM
 Tarjeta de Red.
 Monitor.
 Teclado.
 Mouse.
 Impresoras en todas sucursales.
 Cartuchos de impresión.
 USBs.
9.3.3 RECURSOS HUMANOS
 Jefe de Proyecto.
 Analista de sistemas.
 Diseñador de Sistemas.
 Programador.

20


10 ANÁLISIS ECONÓMICO DEL PROYECTO

La evaluación al presente proyecto de inversión tiene como finalidad, analizar la
conveniencia o inconveniencia en el uso de recursos destinados a la ejecución del
proyecto, dirigido a la solución de procesos y a la satisfacción de necesidades. Los
criterios que se utilizan garantizan, la eficiencia financiera, económica y social.
Como se mencionó anteriormente en el estudio de factibilidad técnica, la organización
contaba con algunas herramientas necesarias para la puesta en marcha del sistema, y
los que faltan se detallan a continuación.
Software

TOTAL S/. 160.00



Hardware

Recurso Cantidad Descripción Total (S/)
Computadora de
escritorio
1 Microprocesador
Core i5
2500,00
TOTAL 2500.00

21







Recursos humanos
Equipo mínimo de profesionales
Recurso Cantidad Meses Salario
Mensual
(S/)
Total (S/)
Coordinador del
Proyecto
1 2 1500,00 3000,00
Analista 1 2 1500,00 3000,00
Programador 1 2 1500,00 3000.00
TOTAL 9000.00

Recursos consumibles

Recurso Total (S/)
Útiles de escritorio 100,00
Gastos de
operatividad
240,00
TOTAL 340.00
22




 Detalle de todos los gastos.
Concepto Total (S/)
Software 160,00
Hardware 2500,00
Recursos
Humanos
9000,00
Recursos
Consumibles
340,00
TOTAL 12000,00

10.1 FLUJO DE CAJA
Flujo de Ingresos




23


Flujo de Egresos


Flujo de Efectivo Neto



10.2 INDICADORES
Indicadores VAN, TIR, Beneficio/Costo

F1= Flujo de Efectivo Neto del primer año
F2= Flujo de Efectivo Neto del segundo año
F3= Flujo de Efectivo Neto del tercer año
F4= Flujo de Efectivo Neto del cuarto año
F5= Flujo de Efectivo Neto del quinto año

24




25


11 FACTIBILIDADES
11.1 FACTIBILIDAD TÉCNICA
La factibilidad técnica de acuerdo a la tecnología necesaria para la implantación del
sistema en las oficinas de la Agencia de Viajes Cusi Expedition, se evaluó bajo los
siguientes enfoques.
11.1.1 HARDWARE
La Factibilidad Técnica consistió en realizar una evaluación de la tecnología
existente en la organización, este estudio estuvo destinado a recolectar
información sobre los componentes técnicos que posee la organización y la
posibilidad de hacer uso de los mismos en el desarrollo e implementación del
sistema propuesto y de ser necesario, los requerimientos tecnológicos que
deben ser adquiridos para el desarrollo y puesta en marcha del sistema en
cuestión.
En cuanto a Hardware, específicamente el equipo donde debe estar instalado el
sistema propuesto, este debe cubrir con los siguientes requerimientos mínimos:
Recurso Requerimientos Actuales Requerimientos mínimos cumple
Procesador Procesador core 2
QOAD
Procesador core i3 No
Memoria 1GB 3 GB No
Disco duro 80 GB 250 GB No
Tarjeta de Red.

Tarjera de red
(configuración mínima)
Tarjera de red
(configuración mínima)
Si
Tarjeta de Vídeo.

512 MB 512 GB Si
Monitor SVGA.

Samsung Si Si
Teclado.

Micronic normal ps2 SI SI
Mouse. Micronic infrarrojo SI Si
Impresora

Láser – toner SI Si
Evaluando el hardware existente y tomando en cuenta la configuración mínima
necesaria, la Institución requiere realizar inversión inicial para la adquisición de
nuevos equipos, también para re potenciar o actualizar los equipos existentes,
ya que los mismos no satisfacen los requerimientos establecidos tanto para el
desarrollo y puesta en funcionamiento del sistema propuesto, además hay que
agregar que estos componentes se encuentran en el mercado actualmente a
unos precios bajos
26


11.1.2 SOFTWARE
En cuanto al software, la Institución no cuenta con todos las aplicaciones que
emplearemos para el desarrollo del proyecto y funcionamiento del sistema, lo
cual amerita inversión alguna para la adquisición de los mismos. Las estaciones
de trabajo, operaran bajo ambiente Windows Vista Service Pack 1 que es
compatible con la aplicación, pero se desea actualizar a la versión de Windows
7. Para el uso general de las estaciones en actividades diversas se debe
poseer las herramientas de escritorio y los navegadores que existen en el
mercado actualmente.
En cuanto a software, específicamente para el desarrollo se utilizara los
siguientes:
Recurso software Descripción de la Herramienta Disponible
Herramienta de
desarrollo NetBeans
7.1.2
El desarrollo del sistema se realizara utilizando
NetBeans 7.1.2, Es de gran utilidad y apoyo al
momento de programar.
No
Herramienta de gestión
de proyecto MS Proyect
2010
Se utilizara MS Proyect 2010 para organizar y
administrar recursos de manera tal que se pueda
culminar todo el trabajo requerido en el proyecto
dentro del alcance, el tiempo definido.
No
Herramienta de
modelamiento IBM
Rational Rose
Rational Rose permite a los desarrolladores de
base de datos ver como accederá la aplicación a la
base de datos, de forma que los problemas se
pueden escalar antes del desarrollo.
Si
Herramienta de Base
de Datos Mysql
Es un sistema de gestión de bases de datos
relacional y multiusuario.
No
Como resultado de este estudio técnico se determinó que en los actuales
momentos, la Institución no posee la infraestructura tecnológica (Hardware y
Software) necesaria para el desarrollo y puesta en funcionamiento el sistema
propuesto.
11.2 FACTIBILIDAD OPERATIVA
Con la finalidad de garantizar el buen funcionamiento del sistema y que este
impactará en forma positiva a los usuarios, este se desarrollara presentando una
interfaz amigable al usuario, lo que se traduce en una herramienta de fácil manejo y
comprensión, tanto las pantallas como los reportes serán familiar a los operadores,
contando con la opinión de los mismos para cualquier modificación del sistema.
La necesidad de automatizar los servicios en una forma sencilla y amigable que
cubra todos sus requerimientos, expectativas y proporcione información en forma
oportuna y confiable conlleva a la aceptación del sistema por parte de los usuarios.
Basándose en ello se demuestra que el sistema es factible operacionalmente. Y el
personal que en el área de computación tiene conocimientos básicos en
computación lo que hace que se familiarice con toda normalidad, sin embargo se le
dará capacitación para el manejo de ingreso de datos a la base de datos al servidor.
27


11.3 FACTIBILIDAD ECONÓMICA
A continuación se presenta un estudio que dio como resultado la factibilidad
económica del desarrollo del sistema de información. Como se mencionó
anteriormente en el estudio de factibilidad técnica, la organización no contaba con
las herramientas necesarias para la puesta en marcha del sistema, por lo cual el
desarrollo de la propuesta requiriera de una inversión inicial.
La empresa cuenta con recursos propios para reembolsar la inversión de S/.
12000.00

28


12 CRONOGRAMA
29


13 BIBLIOGRAFÍA
 BacaUrbina,G.(2006).EvaluacióndeProyectosQuintaedición.Mexico: McGraw-HILL
Interamericana.
 TalledoJimenez,M.(2008).GuíadelosFundamentosparalaDirecciónde
Proyectos.GuíadelPMBOK Cuartaedición.Pennsylvania,NewtownSquare,EEUU:
ProyectManagement Institute,Inc.

13.1 INFORMATIGRAFIA
 http://www.punomagico.com/institucion%20cendoc.html
 http://ofi.mef.gob.pe/appFD/Hoja/VisorDocs.aspx?file_name=2433_PRESCTARP
U_2011527_19427.pdf
 http://ofi.mef.gob.pe/appFD/Hoja/VisorDocs.aspx?file_name=2810_OPIGRPU_2
011725_12333.pdf
 http://www.losandes.com.pe/Cultural/20091206/30625.html