Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PIURA
FACULTAD DE INGENIERA
ESCUELA DE INGENIERA DE SISTEMAS
Proyecto de tesis
Autor
Piura - Per
Universidad Csar Vallejo-Piura Escuela Ingeniera Sistemas
(2011)
ASESORES DE TESIS
ASESOR METODOLGICO:
___________________
Mg. Luis Velez Ubillus
ASESOR ESPECIALISTA:
____________________
Ing. Noelia Saavedra Nizama
INTRODUCCIN
DEDICATORIA
El Autor
AGRADECIMIENTO
El Autor
NDICE
N Pgina
N Pgina
________________________________________________________
CAPITULO I:
GENERALIDADES
________________________________________________________
1.1. TTULO:
Sistema de Control para las Tareas del Servicio de Soporte Tcnico de la Oficina
de Informtica de la Municipalidad Provincial de Piura mediante una Aplicacin
Web
EXPLICATIVA
TECNOLOGICA
1.5. AUTOR:
________________________________________________________
CAPITULO II:
PLAN DE INVESTIGACION
________________________________________________________
2. PLAN DE LA INVESTIGACION:
Cmo influye una Aplicacin Web en el sistema de control de las tareas del
servicio de Soporte Tcnico de la Oficina de Informtica de la Municipalidad
Provincial de Piura?
Este proyecto abarcar tambin un mejor manejo del Inventario que compete a la
Oficina de Informtica ya que se podr saber que equipos son dados de baja y
cules son los que hacen falta para tener un stock adecuado en nuestro
inventario.
Justificacin Administrativa
Este proyecto es una alternativa de solucin al problema de Control y
Organizacin para el Mantenimiento de Equipos Informticos, cuyo desarrollo
adems de fortalecer el logro ptimo de los objetivos institucionales, agiliza las
actividades desarrolladas por el rea en la cual nuestra aplicacin web ser
implementada.
Justificacin Cientfica
El trabajo es desarrollado en base al mtodo cientfico, que va desde la
observacin del objeto de estudio hasta las conclusiones y recomendaciones. El
producto final alcanzado, ser lo que justifique la investigacin.
Justificacin Institucional
Uno de los objetivos de la Municipalidad Provincial de Piura es mejorar la gestin
administrativa y propiciar la descentralizacin de sus unidades y dependencias,
mediante el uso de tecnologas de informacin. Para ello se implementar un
nuevo sistema de informacin y/o control (aplicacin web) para satisfacer las
necesidades del usuario y puedan desarrollar sus actividades eficientemente.
Justificacin Social
La implementacin del sistema de informacin y/o control (aplicacin web)
mejorar la administracin de los recursos informticos para ofrecer servicios de
calidad a la poblacin y en consecuencia mejorar la imagen institucional del
Gobierno Regional de Piura.
Justificacin Tecnolgica
Como entes de investigacin y aprendizaje obtendremos nuevos conocimientos y
experiencia como profesionales, mantenindonos a la vanguardia de los
requerimientos de nuestro entorno y la adecuada capacitacin en cuanto a nuevas
tecnologas de informacin se refiere. Puesto que una de las competencias
exclusivas de la Municipalidad Provincial de Piura es promover la modernizacin,
actualizacin e innovaciones tecnolgicas.
2.5.1. Antecedentes:
Antecedentes Locales:
Castro Arvalo, Manuel & Zapata Navarro, Jhon (Piura 2009), Sistema
Informtico de Registro de Mantenimiento de Equipos de Cmputo del rea
de Soporte del Centro de Informtica y Telecomunicaciones de la
Universidad Nacional de Piura, presentan su tesis con la que obtuvieron los
Ttulos Profesionales de Ingenieros de Sistemas en la Universidad Csar
Vallejo Filial Piura. Castro & Zapata con este trabajo de investigacin
buscan registrar cada uno de los mantenimientos que se les realiza a todos
los equipos que llegan al rea de soporte y tambin buscan organizar y
monitorear el inventario de todos los equipos de la Universidad Nacional de
Piura.
Antecedentes Nacionales:
Antecedentes Internacionales:
Misin
Gobernar, conducir y liderar el desarrollo de la provincia, gestionando y
promoviendo el desarrollo sostenible, integral y el bienestar humano, mediante
acciones de concertacin institucional y de participacin de la sociedad civil
organizada. [PEI MPP]
Visin
La Municipalidad Provincial de Piura al 2014, aplica una gestin moderna,
eficiente y participativa, con creciente igualdad de oportunidades, sistema
distrital democrtico, institucionalidad participativa, mbitos urbano y rural
Objetivos
1) Conducir, promover y fomentar el desarrollo socio-econmico integral,
sostenible y armnico, priorizando y planificando las necesidades del distrito y
provincia de Piura.
2) Promover el bienestar del ciudadano con la adecuada prestacin de los
servicios pblicos locales que satisfagan sus necesidades vitales de
salubridad, vivienda, abastecimiento, seguridad, cultura, recreacin, transporte
y comunicaciones.
3) Representar poltica y organizacionalmente a los vecinos en el Gobierno
Local, mediante programas de participacin comunal y el ejercicio del derecho
de peticin.
4) El Ejercicio de la Funcin Conciliadora.
5) Desarrollar programas sociales bsicos.
6) Promover el desarrollo econmico local mediante el impulso a las pequeas
y micro empresas (PYMES), de acuerdo a las normas y polticas regionales y
nacionales.
7) Brindar la infraestructura, apoyo, asesoramiento a los promotores y agentes
del desarrollo econmico, facilitndoles el espacio fsico para sus actividades
de acuerdo a la normatividad vigente. [ROF MPP]
OBJETIVOS ESTRATEGICOS
LINEAS POLITICAS OBJETIVO META
La Municipalidad Provincial de Piura es
Poltica N 01 una corporacin edil eficaz y eficiente que
Desarrollo Institucional resuelve el 100 % de sus operaciones de
manera moderna, gil y dinmica.
La Municipalidad Provincial de Piura
cuenta con una Red de Participacin
Ciudadana mediante la cual ha
organizado el 100 % de Juntas Vecinales
Poltica N 02 dentro de las jurisdicciones de su
Desarrollo Social competencia.
La Municipalidad Provincial de Piura
Organigrama de la Institucin:
Misin
Promover el desarrollo y la utilizacin de un sistema de informacin moderno
de acuerdo a las necesidades de los diferentes usuarios,
proporcionando datos oportunos y de calidad en lo relativo a prevencin,
atencin y control de los problemas informticos, elctricos y electrnicos
contribuyendo a la mejora de la calidad de servicio de las diferentes
dependencias de la Municipalidad Provincial de Piura. [ROF MPP]
Visin
Contar con la confianza y satisfaccin de nuestros Usuarios a travs de un
sistema que proporcione informacin y servicios oportunos, seguros, y de
calidad, brindando a sus necesidades respuestas integrales, rpidas y
efectivas a travs de un equipo multidisciplinario con calidad humana, tcnica
y profesional. [ROF MPP]
Objetivos
1) Optimizar las necesidades de automatizacin de procesos.
2) Optimizar las necesidades de informacin de los usuarios finales.
3) Desarrollar los sistemas informticos, cuidando que cumplan con la
ergonoma de interfase usuario mquina y los niveles de seguridad requeridos.
4) Implementar los sistemas informticos conjuntamente con los usuarios.
5) Mejorar el mantenimiento de los sistemas de informticos, luego de estudiar
los requerimientos de los usuarios.
6) Planificar y administrar los proyectos, que se generan como consecuencia
de la necesidad del desarrollo e implementacin de los sistemas informticos.
7) Mejorar la administracin de los recursos humanos y equipos asignados a
esta oficina.
8) Supervisar y emitir normas de uso y estandarizacin para el correcto
funcionamiento y utilizacin de los equipos por parte de los usuarios.
9) Brindar el mantenimiento preventivo y correctivo de la infraestructura de red
y de los equipos informticos.
10) Generar planes de mantenimiento y observar su cumplimiento.
11) Mejorar la administracin de la base de datos.
Sistema de Control para las Tareas del Servicio de
Soporte Tcnico de la Oficina de Informtica de la
23 Jess Antonio Pino Chacn
Municipalidad Provincial de Piura mediante una
Aplicacin Web
Universidad Csar Vallejo-Piura Escuela Ingeniera Sistemas
Metas
1) Facilitar el desarrollo de la Corporacin Municipal mediante la
implementacin de un Sistema de Comunicaciones y Tecnologas de
Informacin durante el presente ao 2011 con un presupuesto de 30316.93
nuevos soles.
2) Gestionar y resolver el desarrollo de los medios eficientes de comunicacin
simultnea entre las Juntas Vecinales y la Corporacin Municipal durante el
presente ao 2011 con un presupuesto de 9603.50 nuevos soles.
3) Proporcionar las herramientas tecnolgicas que permitan una adecuada
comunicacin y acceso a la informacin estadstica y difusin de
convocatorias y logros de la Corporacin Municipal durante el presente ao
2011 con un presupuesto de 1240.50 nuevos soles.
4) Gestionar, programar, promover y resolver la implementacin del gobierno
electrnico y adecuar el resultado progresivo de la organizacin territorial
durante le presente ao 2011 con un presupuesto de 396.20 nuevos soles.
5) Disear procedimientos que simplifiquen mecanismos administrativos
durante el presente ao 2011 con un presupuesto de 18441.61 nuevos soles.
[POI MPP]
QU ES UN SISTEMA DE CONTROL?
- Sensores. Permiten conocer los valores de las variables medidas del sistema.
- Controlador. Utilizando los valores determinados por los sensores y la consigna
impuesta, calcula la accin que debe aplicarse para modificar las variables de
control en base a cierta estrategia.
- Actuador. Es el mecanismo que ejecuta la accin calculada por el controlador y
que modifica las variables de control.
En este inciso se darn a conocer algunos conceptos bsicos del contexto de este
trabajo, con la finalidad de situar al problema dentro de un conjunto de
conocimientos. Dentro de estos conocimientos se darn algunos conceptos
acerca de patrones de diseo, dentro de ellos el patrn MVC, sus partes y
caractersticas, despus se hablar acerca de los frameworks, un breve
comparativo entre estos y los patrones de diseo y finalmente se hace un
pequeo y breve anlisis de algunos otros frameworks para web existentes.
Patrones de diseo
Definicin e historia
Hay patrones que abarcan las distintas etapas del desarrollo; desde el anlisis
hasta el diseo y desde la arquitectura hasta la implementacin. En el caso de los
patrones computacionales un software estructurado, modulado posee una mejor
calidad y es ms sencillo corregir errores, implementar mejoras y actualizaciones,
ya que un software que posee algn patrn de diseo es ms sencillo de
modificar que un software que no posee en absoluto un patrn. Pero Cmo se
debe escoger el patrn adecuado?, esta es una pregunta un poco difcil de
responder ya que la mayora de las actividades de desarrollo o produccin no se
ajustan perfectamente a un patrn definido, por eso es importante llevar acabo un
anlisis para poder visualizar cual ser el patrn que mejor se ajuste a las
necesidades de desarrollo. En s "un patrn de diseo puede verse como una
plantilla que puede ser aplicada en muchas situaciones diferentes" [Gamma,
1995], para dar una buena solucin.
Elementos esenciales
El nombre del patrn: que se utiliza para describir un problema de diseo, sus
soluciones y sus consecuencias, en una palabra o dos. Este nombre ayuda a que
sea ms sencillo de identificarlo, al hablar o escribir de l e incluso puede dar una
idea general o una descripcin de dicho patrn.
La solucin: describe los elementos que forman el diseo, sus relaciones, sus
responsabilidades y sus colaboraciones. La solucin no describe un diseo o
implementacin en particular ya que un patrn de diseo puede verse como una
plantilla que se aplica a un problema especfico.
Clasificacin
Una vez establecidas las bases de los patrones de diseo, se puede ya comenzar
a hablar ms del patrn que se utiliz durante este trabajo: el patrn MVC. Estas
son las siglas de Model View Controller, en espaol Modelo Vista Controlador.
Esto tambin se ve reflejado en que cada una de estas palabras representa cada
uno de los 3 componentes del patrn MVC. Cada parte juega un rol fundamental
para la completa integracin del sistema.
Sistema de Control para las Tareas del Servicio de
Soporte Tcnico de la Oficina de Informtica de la
29 Jess Antonio Pino Chacn
Municipalidad Provincial de Piura mediante una
Aplicacin Web
Universidad Csar Vallejo-Piura Escuela Ingeniera Sistemas
Definicin e historia
El patrn MVC fue descrito por primera vez en 1979 por Trygve Reenskaug, quin
trabajaba en Smalltalk en los laboratorios de investigacin de la Xerox. Este
patrn se ve frecuentemente utilizado en aplicaciones web, donde la vista es la
pgina HTML y el cdigo provee de datos dinmicos a la pgina. Las aplicaciones
web complejas continan siendo ms difciles de disear que las aplicaciones
tradicionales de escritorio, el patrn MVC se presenta como una solucin para
ayudar a disminuir dicha complejidad.
Componentes
Modelo: Representa los datos que el usuario est esperando ver, en algunos
casos el Modelo consiste de Java Beans.
Servidor Web/Aplicacin
Servidor Web/Aplicacin
Frameworks
"El framework captura las decisiones de diseo que son comunes a su dominio de
aplicacin" [Gamma, 1995]. Un framework no slo promueve la reutilizacin de
cdigo sino tambin la reutilizacin de diseo.
Aunque muchas personas cometen el error de confundir a los frameworks con los
patrones de diseo, segn los cuatro autores del libro "Design Patterns - Elements
of Reusable" existen 3 diferencias fundamentales entre ellos [Gamma, 1995]:
Las vistas pueden tener nombres claves, sin necesidad que exista una relacin
con el nombre del archivo de la vista. El framework se encarga de realizar dicha
conversin para poder obtener el nombre de la vista que se tiene que cargar para
que sea desplegada. La implementacin de una vista con un nombre en particular
puede cambiar sin afectar cdigo del controlador.
Struts
Struts es uno de los frameworks MVC ms utilizados, ya que fue uno de los
pioneros en el campo, fue creado por Craig McClanahan, creador del famoso
motor servlet Tomcat, ambos son distribuidos por Apache. Este framework fue
lanzado a mediados del ao 2000, y a partir de esta fecha comenz a tener
popularidad, y en la actualidad existen algunos componentes extra que se
adaptan a Struts, lo que le da un mayor campo de accin. Struts es open source,
por lo que no requiere licencia para su uso [Johnson, 2003].
Algunas de las ventajas que Struts brinda son: que existe un variado nmero de
trabajos y proyectos ya hechos lo que brinda un mayor nmero de ejemplos para
Maverick
Este es otro framework MVC open source que existe en el mercado, pero a
diferencia de los dems este no cuenta con sus propias libreras de tags. Sin
embargo cumple con las funcionalidades tpicas mencionadas, como el de tener
un solo servlet controlador central como punto de entrada, el cual lleva el nombre
de Dispatcher, que est definido en el Deployment Descriptor de la aplicacin web
(web.xml). Maverick cuenta con un archivo XML en el que se guarda toda la
configuracin del mismo (maverick.xml). Una caracterstica de Maverick es que
nicamente acepta un solo controlador central y un archivo de configuracin por
aplicacin web, lo que muchas veces al desarrollar aplicaciones ms grandes y
complejas se puede volver confuso y difcil de configurar. [Johnson, 2003]
WebWork
WebWork cuenta, al igual que Struts y Spring con su propia librera de tags para
JSP, las cuales ayudan a realizar distintas tareas de una manera ms gil, pero
no es la nica tecnologa para vista que soporta, tambin incluye soporte para
Velocity.
Una de las ventajas de WebWork es que cuenta con una arquitectura simple y las
clases son fciles de extender. Pero como todo, tiene sus desventajas, la creacin
de una accin (action) por cada request puede llegar a ser algo confuso cuando
no se tiene muchos datos en el request; impone el patrn de diseo Command en
cada interaccin del usuario, ya sea bueno o malo utilizarlo en dicha interaccin;
es difcil saber de que tipo son las excepciones que se lanzan. Como este
framework es relativamente reciente no existe mucha documentacin y ejemplos
al respecto lo que puede resultar a veces frustrante cuando se requiere buscar
algn ejemplo o tutorial que pueda servir.
Spring
Spring esta basado en la filosofa de que un framework debe proveer una gua
hacia una buena prctica, es decir debe hacer la cosa correcta sencilla de hacer.
Mezclando la correcta combinacin de flexibilidad y restriccin, la cual es la clave
en el buen diseo de un framework.
Uno de los aspectos clave y ventajas de Spring, es que cuenta con una
arquitectura modularizada, y se pueden utilizar cada uno de estos mdulos de
manera independiente. Cada uno esta enfocado en una tarea especfica, y
algunos de ellos son para la integracin con alguna herramienta o incluso cuenta
con la posibilidad de integrase con los otros frameworks mencionados
anteriormente. Esto con el propsito de proponer la filosofa de "no intentar
reinventar la rueda", la cual quiere decir que si ya existe en el mercado una
herramienta que realice una tarea de manera eficiente en un mbito o rea en
particular se debe conjuntar con Spring para llevar a cabo un mejor desempeo y
poder sacar as un mejor resultado y una aplicacin de mayor calidad.
Una de las cuestiones que ha hecho a Spring evolucionar de manera muy rpida
en tan poco tiempo, es que se han incrementando de una manera increble el
nmero de proyectos que utilizan esta herramienta a travs del ltimo ao. Esto
conlleva a que la cantidad de personas interesadas en este framework aumente,
as como el soporte, el nmero de foros de opinin y la publicacin de un mayor
nmero de libros y tutoriales.
Introduccin y Objetivos
Esta actividad requiere un estrecho contacto con los usuarios, por lo que el Centro
de Servicios (Service Desk) debe jugar un papel esencial en el mismo.
Por lo que casi cualquier llamada al Centro de Servicios puede clasificarse como
un incidente, lo que incluye a las Peticiones de Servicio tales como concesin de
nuevas licencias, cambio de informacin de acceso, etc. siempre que estos
servicios se consideren estndar.
Por otro lado una incorrecta Gestin de Incidentes puede acarrear efectos
adversos tales como:
La prioridad del incidente puede cambiar durante su ciclo de vida. Por ejemplo, se
pueden encontrar soluciones temporales que restauren aceptablemente los
niveles de servicio y que permitan retrasar el cierre del incidente sin graves
repercusiones.
Escalado y Soporte
* El escalado puede incluir ms niveles en grandes organizaciones, o por el contrario, integrar diferentes
niveles en el caso de PYMES
Grfico N 009: Proceso de Escalado de Incidentes
Fuente: OSIATIS S.A. V2.0
Proceso
Visin General
Introduccin y Objetivos
Proceso
1. Identificacin y Registro
o Errores de procedimiento.
o Documentacin incorrecta.
Es tambin posible que la causa del problema sea un "bug" bien conocido de
alguno de las aplicaciones utilizadas. Por lo tanto es conveniente establecer
contacto directo con el entorno de desarrollo, en caso de aplicaciones
desarrolladas "en la casa", o investigar en Internet informacin sobre errores
conocidos aplicables al problema en cuestin.
Una vez determinadas las causas del problema ste se convierte en un Error
Conocido y se remite al Control de Errores para su posterior procesamiento.
Anlisis y Solucin
En algunos casos, en los que el impacto del problema puede tener consecuencias
graves en la calidad del servicio, pueden emitirse una RFC de emergencia para su
procesamiento urgente por la Gestin de Cambios.
Una vez determinada la solucin ptima al problema y antes de elevar una RFC a
la Gestin de Cambios han de tenerse en cuenta las siguientes consideraciones:
Si los resultados de esta PIR son los deseados y se pueden cerrar todos los
incidentes relacionados con este problema se considera concluido el proceso y se
emiten los informes correspondientes.
Pero dentro de esto se encuentra uno de los puntos clave que como futuros
ingenieros de sistemas estamos en la obligacin de saberlo y poseerlo como uno
de nuestra cultura general profesional, se trata de lo que es un Proceso de
Desarrollo de Software. Pero que objetivo tiene un Proceso de Desarrollo de
Software, bsicamente su objetivo se direcciona hacia "subir la calidad del
software (en todas las fases por las que pasa) a travs de un mayor control sobre
el proceso. Es labor del proceso de desarrollo definir quin debe hacer Qu,
cundo y cmo debe hacerlo" [Patricio Letelier 2000].
Fue el mismo Barry Boehm, autor del modelo de espiral del proceso de software,
quien en su artculo [Boehm, 1995] describe tres hitos crticos a ser utilizados en
cualquier proyecto de forma de poder planificar y controlar el progreso del mismo,
dando visibilidad a los stakeholders. Estos hitos estn relacionados con las etapas
de avance que se van dando a lo largo de un proyecto de acuerdo al pasaje que
ocurre de las actividades de ingeniera (que componen los espirales del modelo
en espiral) a las actividades de produccin (que componen la construccin en
cascada del software). Su impacto en la industria del software ha sido tan
importante que uno de los procesos ms utilizados en la actualidad, el [RUP,
2002], los incorpora. Estos hitos son:
Se tiene que tener en cuenta que "en cada fase se ejecutarn una o varias
iteraciones, las cuales estn debidamente explicadas en el Proceso Iterativo e
Incremental. Pero a que se refiere con el proceso iterativo e incremental, se
refiere ms que tono a la evolucin de prototipos ejecutables que se muestran a
los usuarios y clientes [Rational Software Company 2001].
Pero por otra parte tambin posee elementos o Workflows de apoyo entre los
cuales tenemos [Patricio Letelier 2000]:
Environment (Entorno).
Project Management (Gestin del Proyecto).
Configuration & Change Management (Gestin de Configuracin y
Cambios).
Artefactos:
Resultado parcial o final que es producido y usado durante el proyecto.
Son las entradas y salidas de las actividades.
Un artefacto puede ser un documento, un modelo o un elemento de
modelo.
Sistema de Control para las Tareas del Servicio de
Soporte Tcnico de la Oficina de Informtica de la
57 Jess Antonio Pino Chacn
Municipalidad Provincial de Piura mediante una
Aplicacin Web
Universidad Csar Vallejo-Piura Escuela Ingeniera Sistemas
Conjuntos de Artefactos.
o Business Modeling Set.
o Requirements Set.
o Analysis & Design Set.
o Implementation Set.
o Test Set.
o Deployment Set.
o Project Management Set.
o Configuration & Change Management Set.
o Environment Set.
Puntos Claves:
Pesado.
Dividido en cuatro fases.
La fase se dividen en iteraciones.
El discurrir del proyecto se define en Workfows. Los artefactos son el
objetivo de cada actividad.
Se basa en roles.
UML.
Muy organizativo.
Mucha documentacin.
Diseo simple.
El diseo en XP no es una cosa de una sola vez, es una cosa de todo el tiempo.
En donde los equipos se deben acostumbrar a sesiones rpidas de diseo.
Integracin continua.
Los equipos de programacin extrema mantienen el sistema integrado
completamente siempre. Los equipos de XP construyen pocas mltiples por da.
(Un equipo de XP de cuarenta personas construye por lo menos ocho o diez
veces por da). La integracin infrecuente conduce a los problemas senos en un
proyecto del software. Se tiene que tener en cuenta que la integracin es crtica al
momento del envo de cdigo, ya que el equipo no participa en ello, y se delega a
menudo a la gente que no est al corriente del sistema entero.
Codificacin de estndar.
Los equipos de XP siguen un estndar comn de la codificacin, de modo que
todo el cdigo en el sistema mire como si fuera escrito por un solo programador.
Lo importante es que todo el cdigo parezca familiar.
Mientras que el RUP intenta reducir la complejidad del software por medio de
estructura y la preparacin de las tareas pendientes en funcin de los objetivos de
la fase y actividad actual, XP, como toda metodologa gil, lo intenta por medio de
un trabajo orientado directamente al objetivo, basado en las relaciones
interpersonales y la velocidad de reaccin.
Puntos Claves:
Ligero.
Cercano al desarrollo.
Se basa en UserStories.
Fuerte comunicacin con el cliente.
El cdigo fuente pertenece a todos.
Programacin por parejas.
Tests como base de la funcionalidad.
Solo el mnimo de organizacin.
Pobre en cuanto a documentacin.
El FDD tiene cinco procesos. Los primeros tres se hacen al principio del proyecto
y son:
a) Desarrollar un Modelo Global.
b) Construir una Lista de los Rasgos.
c) Planear por Rasgo.
Los ltimos dos se hacen en cada iteracin. Cada proceso se divide en tareas y
se da un criterio de comprobacin.
d) Disear por Rasgo.
e) Construir por Rasgo.
OBJETIVOS
Sintetizar un programa conforme a los rasgos requeridos.
FDD esta pensado para proyectos con tiempo de desarrollo relativamente cortos
(menos de un ao). Se basa en un proceso iterativo con iteraciones cortas (2
semanas aproximadamente) que producen un software funcional que el cliente y
la direccin de la empresa pueden ver y monitor izar.
Las primeras tres fases ocupan gran parte del tiempo en las primeras iteraciones,
siendo las dos ltimas las que absorben la mayor parte del tiempo segn va
avanzando el proyecto, limitndose las primeras a un proceso de refinamiento.
Puntos Claves:
Ligero.
A medio camino entre el desarrollo y la organizacin.
Existe una jerarqua dentro del equipo.
El cdigo fuente tiene propietario.
Los equipos varan en fncin de la funcionalidad a implementar.
El conocimiento de la aplicacin se reparte a travs de trabajo en equipo y
revisiones.
Documentacin aceptable.
Ttulo
Sistema de Control para las Tareas del Servicio de Soporte Tcnico de la Oficina de
Informtica de la Municipalidad Provincial de Piura mediante una Aplicacin Web
Aplicacin Web.
2.8. HIPOTESIS:
Variable Independiente:
Aplicacin Web:
El presente proyecto desarrollar una Aplicacin Web que va permitir al rea
de Soporte Tcnico tener un mejor control y seguimiento de los procesos que
se siguen para la solucin de los problemas que se presentan en las distintas
oficinas de la Municipalidad de Piura. Esta mejora del Sistema de Informacin
actual que presenta el rea de Soporte Tcnico permitir optimizar dichos
procesos, siendo ms eficientes y reduciendo el tiempo de las atenciones.
Variable Dependiente:
Variable Interviniente:
Indicadores:
________________________________________________________
CAPITULO III:
METODOLOGIA
________________________________________________________
3. METODOLOGIA:
O1 X O2
Poblacin
La poblacin tomada para el desarrollo de la presente tesis es el personal
encargado del servicio que brinda el rea de Soporte Tcnico a los
diferentes equipos de las dependencias de la Municipalidad de Piura.
Muestra
La muestra tomada para el desarrollo de la presente tesis es el personal
que labora en el rea de Soporte Tcnico de la Oficina de Informtica de la
Municipalidad de Piura. La cantidad de la muestra sern las 5 personas
encargadas del servicio que brinda la dependencia en mencin, por lo
tanto no es necesario aplicar una frmula para obtener la muestra.
Posteriormente se aplicar una prueba de salida o post test con una medicin de
los efectos que ha tenido la variable independiente.
Y por ltimo se har una comparacin entre la informacin que se tuvo al inicio y
al final.
Tcnicas
Instrumentos
Cumplimiento de un Tcnico en
3 Observacin Gua de Observacin
cuanto a los Servicios Asignados.
Porcentaje de Servicio no
4 Observacin Gua de Observacin
atendidos.
________________________________________________________
CAPITULO IV:
ADMINISTRACION
________________________________________________________
4. ADMINISTRACION:
4.2. PRESUPUESTO:
Precio
Recursos Cantidad C/U
Total
Memoria USB 4 GB 01 S/. 50.00 S/. 50.00
Cartuchos de tinta
04 S/. 50.00 S/. 200.00
para impresora
4.3. FINANCIAMENTO:
________________________________________________________
CAPITULO V:
REFERENCIAS BIBLIOGRAFICAS
________________________________________________________
REFERENCIAS BIBLIOGRAFICAS
[Boehm, noviembre 1995] Boehm, Barry W., Anchoring the Software Process, USC.
[Booch, 2000] Booch, Grady, Ivar Jacobson, James Rumbaugh, The Unified Modeling
Language User Guide, Addison-Wesley Object Technology Series.
Castro Arvalo, Manuel & Zapata Navarro, Jhon (Piura 2009), Sistema Informtico
de Registro de Mantenimiento de Equipos de Cmputo del rea de Soporte del Centro de
Informtica y Telecomunicaciones de la Universidad Nacional de Piura. Universidad
Csar Vallejo Filial Piura.
[Coad, 1998] Coad, Peter, Eric Lefebvre, Jeff De Luca, Feature-Driven Development,
Disponible en: http://www.cs.jhu.edu/~scott/oos/software/togetherj/help/Users-
Guide/Feature_Driven_Development.htm
[Freeman Elisabeth, 2004] et. al. Head First Design Patterns. California: O'Reilly Media.
REFERENCIAS BIBLIOGRAFICAS
[Johnson Rob, 2003] Expert One-on-One J2EE Design and Development. Indianapolis:
Wrox Press.
[Johnson Rob, mayo 2005] Introduction to the Spring Framework. [En lnea].
Disponible en: www.theserverside.com/articles/article.tss?l=SpringFramework
Salcedo Untiveros, Richard Orlando (Piura 2007), Anlisis, Diseo y Desarrollo del
Mdulo Web para la Gestin y Control de Inventario de Bienes de la Oficina de Control
Patrimonial de la Direccin Regional de Salud Piura. Universidad Nacional de Piura.
REFERENCIAS BIBLIOGRAFICAS
Santilln Pinedo, Karla & Tornero Mendoza, Ludver (Trujillo 2001), Sistema de
Informacin de Control de Almacn de la Direccin Regional de Educacin de La Libertad
DRELL. Universidad Csar Vallejo.
[Smith, J., 1983] Quantitative versus qualitative research: An attempt to clarify the issue.
Educational Researcher.
[Walls Craig, 2005] et. al. Spring in Action. Greenwich: Manning Publications.
________________________________________________________
CAPITULO VI:
ANEXOS
________________________________________________________
ANEXO 01
Gua de Observacin N 01
Tiempo Promedio
Observaciones:
_________________________________________________________________
_________________________________________________________________
___________________________________________________________
Observador
ANEXO 02
Gua de Observacin N 02
Tiempo
Nmero Hora de Inicio Hora de Finalizacin
Total (Min)
Tiempo Promedio
Observaciones:
_________________________________________________________________
_________________________________________________________________
___________________________________________________________
Observador
ANEXO 03
Gua de Observacin N 03
Cantidad Cantidad
Porcentaje
Tcnico Solicitudes Solicitudes
Cumplimiento
Asignadas Atendidas
Observaciones:
_________________________________________________________________
_________________________________________________________________
___________________________________________________________
Observador
ANEXO 04
Gua de Observacin N 04
Cantidad Porcentaje
Cantidad
Da Solicitudes Servicios no
Solicitudes
no Atendidas Atendidos
Observaciones:
_________________________________________________________________
_________________________________________________________________
___________________________________________________________
Observador
ANEXO 05
Gua de Observacin N 05
Cantidad
Tcnico Solicitudes
Asignadas
Observaciones:
_________________________________________________________________
_________________________________________________________________
___________________________________________________________
Observador
ANEXO 06
Gua de Observacin N 06
Cantidad
Oficina Solicitudes
Servicios
Observaciones:
_________________________________________________________________
_________________________________________________________________
___________________________________________________________
Observador
ANEXO 07
Gua de Observacin N 07
Cantidad de
Da Equipos de Otra
Dependencia
Observaciones:
_________________________________________________________________
_________________________________________________________________
___________________________________________________________
Observador
ANEXO 08
Gua de Observacin N 08
Tiempo Promedio
Observaciones:
_________________________________________________________________
_________________________________________________________________
___________________________________________________________
Observador
ANEXO 09
Gua de Observacin N 09
Tiempo Promedio
Observaciones:
_________________________________________________________________
_________________________________________________________________
___________________________________________________________
Observador
ANEXO 10
Cuestionario de Encuesta N 01
Sistema de Control para las Tareas del Servicio de Soporte Tcnico de la
Oficina de Informtica de la Municipalidad Provincial de Piura mediante una
Aplicacin Web
El presente cuestionario de encuesta ser desarrollado como gua para obtener el
grado de satisfaccin del usuario de la aplicacin web.
_________________________________________________________________
a. Nada
b. Poco
c. Medianamente
d. Mucho
a. Nada
b. Poco
c. Medianamente
d. Mucho
a. Nada
b. Poco
c. Medianamente
d. Mucho
Nada
Poco
Medianamente
Mucho
a. Nada
b. Poco
c. Medianamente
d. Mucho
a. Nada
b. Poco
c. Medianamente
d. Mucho
Como para cada pregunta se presentan 4 opciones las cuales se asemejan (gra-
do de medicin), una vez resueltas estas encuestas por el personal de Soporte
Tcnico, se proceder al conteo de las letras para conocer cul de ellas ha
obtenido mayor puntaje.