Documente Academic
Documente Profesional
Documente Cultură
TESIS
DESARROLLO DE UN SISTEMA WEB PARA LA GESTIN DE
ACTIVOS FSICOS TI EN LA UNIVERSIDAD AUTNOMA DEL PER
PRESENTADO POR:
ARTETA MONTOYA REYNALDO JEAN PIERRE
JUSTO PAIPAY ANGEL BYLLY
LIMA PER
2014
DEDICATORIAS
Este trabajo est dedicado a Dios quin supo guiarme por el buen camino, darme fuerzas
para seguir adelante y no caer en los problemas que se presentaban.
A mis padres por su apoyo, consejos, comprensin, amor, ayuda en los momentos difciles,
y por ayudarme con los recursos necesarios para estudiar. A mis hermanas por estar
siempre presentes, acompandome para poderme realizar.
Reynaldo Jean Pierre Arteta Montoya
Este trabajo est dedicado a Dios que me di la oportunidad de vivir y de regalarme una
familia maravillosa, con mucho cario principalmente a mis padres que me dieron la vida y
han estado conmigo en todo momento.
Gracias por todo Pap y Mam por darme una carrera para mi futuro y por creer en m,
aunque hemos pasado momentos difciles siempre han estado apoyndome y brindndome
todo su amor, por todo esto les agradezco de todo corazn el que estn conmigo a mi lado.
ii
AGRADECIMIENTOS
Agradezco a Dios, a mis padres y mis hermanas por ser mis guas y estar pendientes
siempre de m; porque sin su ayuda no habra sido posible realizar este proyecto ni ser
alguien en la vida.
Agradezco a mi asesor Ing. Javier Gamboa Cruzado y al Ing. Jusein Quevedo Cabrera por
su tiempo y dedicacin empleados en el desarrollo de este proyecto, y a la vez por todos
sus conocimientos y aportes que han sido de mucha ayuda para cumplir exitosamente con
la elaboracin eficiente de esta tesis.
iii
RESUMEN
DESARROLLO DE UN SISTEMA WEB PARA LA GESTIN DE
ACTIVOS FSICOS TI EN LA UNIVERSIDAD AUTNOMA DEL
PER
Reynaldo Arteta
Angel Justo
jpierre.arteta@gmail.com
angel.jp.147@gmail.com
Palabras Claves: Sistema Web, RUP, ICONIX, Soporte Tcnico, Gestin de Activos
Fsicos TI, Ciclo de Vida Iterativo e Incremental.
iv
ABSTRACT
Angel Justo
jpierre.arteta@gmail.com
angel.jp.147@gmail.com
Key Words: Web, RUP, ICONIX , Technical Support, IT Physical Asset Management,
Life Cycle Iterative and Incremental System.
INTRODUCCIN
vi
vii
NDICE
DEDICATORIAS
ii
AGRADECIMIENTOS
iii
RESUMEN
iv
ABSTRACT
INTRODUCCIN
vi
INDICE
viii
NDICE DE FIGURAS
xii
NDICE DE TABLAS
xii
1.4 OBJETIVOS
1.5
HIPTESIS
1.6.1 Variables
1.6.2 Indicadores
viii
10
13
17
39
42
42
42
42
42
43
43
43
43
3.4
44
44
ANLISIS DE REQUERIMIENTOS
50
3.5.1
50
3.5.2
Modelo de Dominio
52
3.5.3
53
3.6
53
3.6.1
53
3.6.2
Diagrama de Robustez
60
3.7
DISEO DETALLADO
61
3.7.1
Diagrama de Secuencia
61
3.7.2
64
3.7.3
Diagrama de Componentes
65
3.7.4
Diagrama de Despliegue
65
3.8
IMPLEMENTACIN
3.8.1
66
66
ix
78
4.1.1 Universo
78
4.1.2 Muestra
78
78
78
78
78
79
92
101
5.2 RECOMENDACIONES
102
REFERENCIAS BIBLIOGRFICAS
103
APNDICES
105
GLOSARIO DE TRMINOS
120
NDICE DE FIGURAS
Figura 01. Ubicacin de la Universidad Autnoma del Per.
Figura 02. Proceso de Gestin de Activos Fsicos TI el rea de Soporte Tcnico de
Universidad Autnoma del Per.
Figura 03. Elementos del Sistema de Informacin.
Figura 04. Niveles del Sistema de Informacin.
Figura 05. Estructura Cliente - Servidor.
Figura 06. Fases del Ciclo de Desarrollo RUP.
Figura 07.Diagramas de Modelos UML.
Figura 08. Diagrama de pruebas.
Figura 09. Modelo de Dominio.
Figura 10. Modelo de Caso de Uso.
Figura 11.Diagrama de Robustez.
Figura 12. Diagrama de Secuencia.
Figura 13. Fases de la Metodologa ICONIX.
Figura 14. Servicio de Educacin de la Universidad Autnoma del Per.
Figura 15. Organigrama de la Universidad Autnoma del Per.
Figura 16. Stakeholders Internos y Externos.
Figura 17. Modelo de Dominio.
Figura 18. Modelo de Casos de Uso.
Figura 19. Registar Componentes TI.
Figura 20. Registrar Componentes TI.
Figura 21. Gestionar Catlogos de Componentes TI.
Figura 22. Gestionar Consultas
Figura 23. Diagrama de Clases Final.
Figura 24. Diagrama de Componentes.
Figura 25. Diagrama de Despliegue.
Figura 26. Pantalla de Registro de Componentes TI
Figura 27. Pantalla de Catlogos de Componentes TI
Figura 28. Nodos prueba P03.
Figura 29. Grafo de Flujo Prueba P03.
xi
3
4
18
19
23
24
27
33
34
35
35
36
37
45
47
48
52
53
60
61
62
63
64
65
65
66
70
75
75
NDICE DE TABLAS
Tabla 01. Datos actuales.
Tabla 02.Inversin en Hardware.
Tabla 03. Inversin en Software.
Tabla 04.Inversin en Personal.
Tabla 05.Usuarios e Interesados.
Tabla 06. Resumen de las necesidades de Usuarios e Interesados.
Tabla 07. Caractersticas generales de los requerimientos.
Tabla 08. Casos de Uso.
Tabla 09.Criterios priorizacin de casos de uso.
Tabla 10.Puntajes de priorizacin de casos de uso.
Tabla 11. Puntajes de priorizacin de casos de uso.
Tabla 12. Clases de equivalencia Prueba P01.
Tabla 13. Casos de Prueba P01.
Tabla 14. Casos de Prueba P02.
Tabla 15. Casos de Prueba P02.
Tabla 16. Casos de Prueba P03.
Tabla 17. Promedio de los indicadores de la Post-Prueba (GC) y Post-Prueba (GE).
Tabla 18. Resultados de Post-Prueba (GC) y Post-Prueba (GE) para el KPI 1.
Tabla 19: Resultados de Post-Prueba (GC) y Post-Prueba (GE) para el KPI 2.
Tabla 20: Resultados de Post-Prueba (GC) y Post-Prueba (GE) para el KPI3
Tabla 21: Resultados de Post-Prueba (GC) y Post-Prueba (GE) para el KPI 4.
xii
5
43
44
44
50
50
51
51
53
54
54
67
69
71
72
76
80
81
83
85
87
CAPTULO I
PLANTEAMIENTO METODOLGICO
R. Arteta - A. Justo
empresas
que
disean
modelos
matemticos
donde
describen
el
-2-
R. Arteta - A. Justo
-3-
R. Arteta - A. Justo
-4-
R. Arteta - A. Justo
Indicadores
48.24 %
8 reportes/ciclo
48.23 %
55.01 %
Bajo
Unified
-5-
R. Arteta - A. Justo
-6-
R. Arteta - A. Justo
1.4 OBJETIVOS
1.4.1 Objetivo General
Desarrollar un Sistema Web orientado a la Gestin de Activos Fsicos TI en la
Universidad Autnoma del Per.
1.4.2 Objetivos Especficos
a) Analizar Requerimientos
b) Analizar y Disear Preliminarmente
c) Disear Detalladamente
d) Implementar las Pruebas.
1.5 HIPTESIS
Si se utiliza el Sistema Web, entonces mejorar la Gestin de Activos Fsicos TI en la
Universidad Autnoma del Per.
1.6 VARIABLES E INDICADORES
1.6.1 Variables
a) Variable Independiente: Sistema Web.
b) Variables dependiente: Proceso de Gestin de Activos Fsicos TI en la
Universidad Autnoma del Per.
1.6.2 Indicadores
Conceptualizacin
Variable Independiente: Sistema Web.
-7-
R. Arteta - A. Justo
Descripcin
informacin
Operacionalizacin
Variable Independiente: Sistema Web.
Indicador
ndice
Presencia-Ausencia
No, S
-8-
R. Arteta - A. Justo
INDICADOR
NDICE
UNIDAD DE
MEDIDA
UNIDAD DE
OBSERVACIN
[40-55]
Minutos
Reloj
[5-10]
Nmero de Reportes
solicitados por ciclo.
Jefe de Soporte
N reportes solicitados
por ciclo
Porcentaje en la
exactitud de
informacin
Porcentaje de Malas
Decisiones Tomadas
Satisfaccin del
Usuario
[40-60]
[50-60]
% de Exactitud de
informacin.
Jefe de Soporte
% de Malas
Decisiones Tomadas
Jefe de soporte
Jefe de Soporte
Bajo
Regular
Alto
-9-
R. Arteta - A. Justo
Descripcin:
Se trata de escoger de forma intencional de un grupo experimental (Ge), al que se aplicar
un Sistema Web (X), el cual se les aplica a trabajadores del rea de Soporte Tcnico de la
Universidad Autnoma del Per (O1); en un segundo grupo (Gc), conformado de manera
intencional por trabajadores del rea de Soporte Tcnico de la Universidad Autnoma del
Per, donde no se le aplicar el estmulo, sirviendo slo como grupo de control; en forma
simultnea se le aplica una prueba (O2).
Los
dos
representativa
INSTRUMENTOS
Observacin Directa
Reportes de lo realizado.
Estructurada
No participante
Realizacin de Entrevistas
Estructuradas
Formato de Entrevista.
Espontaneas
Grabaciones.
Aplicacin de Cuestionario
Abierto
Cuestionario (Documento).
Cerrado
- 10 -
R. Arteta - A. Justo
INSTRUMENTOS
Computadora.
personal encargado.
Fichas de seguimiento.
TCNICAS
INSTRUMENTOS
Revisin de:
Libros
Computadoras
Tesis
Diapositivas
Artculos
Fotocopias
Internet
CD-ROM
Revistas
DVD
Tesis
Libreta de apuntes
Documentacin Estadstica
USB
Base de Datos
Impresiones
- 11 -
R. Arteta - A. Justo
CAPTULO II
MARCO REFERENCIAL
- 12 -
R. Arteta - A. Justo
- 13 -
R. Arteta - A. Justo
tres (3) capas. La codificacin del sistema se realiz utilizando la Programacin Orientada
a Objetos y finalmente se document la reestructuracin de los procesos a travs del uso de
diagramas UML.
Todos los objetivos planteados en la investigacin fueron alcanzados como producto de la
correcta utilizacin de las herramientas de modelado visual y construccin sistemtica e
iterativa de cada uno de los mdulos del sistema. Finalmente, la presente investigacin
presenta su aporte en el uso de nuevas herramientas de desarrollo de software tal y como lo
es la metodologa RUP, la cual est poco explotada pero con un auge creciente en el
mbito de desarrollo de aplicaciones.
- 14 -
R. Arteta - A. Justo
- 15 -
R. Arteta - A. Justo
- 16 -
R. Arteta - A. Justo
Suniaga, J. Desarrollo de una Aplicacin Web basada en Tecnologa Helpdesk, 2009, p.45.
- 17 -
R. Arteta - A. Justo
Los sistemas de informacin buscan cumplir tres objetivos bsicos dentro de las
organizaciones:
Automatizacin de procesos operativos.
Proporcionar informacin que sirva de apoyo en la toma de decisiones.
Lograr ventajas competitivas a travs de su implementacin y uso.
Objetivos
1. Proporcionar datos oportunos y exactos que permitan tomas decisiones acertadas y
mejorar la relacin entre los recursos de la empresa.
2. Garantizar informacin exacta y confiable, as como su almacenamiento de tal
forma que est disponible cuando se necesite.
3. Servir como herramienta para que los gerentes realicen planeacin, control y toma
de decisiones en sus empresas. 2
Elementos
Procedimientos, es el modo de ejecutar determinadas acciones que suelen realizarse
de la misma forma, con una serie comn de pasos claramente definidos, que
permiten realizar una ocupacin o trabajo correcto.
Informacin, es un conjunto organizado de datos procesados, que constituyen un
mensaje sobre un determinado ente.
Usuarios, de un producto informtico (hardware o software), es la persona a la que
va destinada dicho producto una vez que ha superado las fases de desarrollo
correspondientes.
Equipos, lo necesario para la comunicacin, el procesamiento y el almacenamiento
de la informacin.
- 18 -
R. Arteta - A. Justo
Adems, los tipos de SI dan servicios a los diferentes niveles de una organizacin:
Sistemas a Nivel Operativo,
Tipos
Sistemas de Procesamiento de Transacciones (SPT), son los sistemas bsicos de
negocio que dan servicio al nivel operativo de la organizacin. Un sistema de
procesamiento de transacciones es un sistema computarizado que efecta y registra las
transacciones diarias necesarias para dirigir negocios.
Sistemas de Trabajo del Conocimiento y Sistemas de Oficina (STC), provee la
informacin necesaria en el nivel de conocimiento de una organizacin. Su trabajo
- 19 -
R. Arteta - A. Justo
B) Sistema Web
Definicin
Son aquellos que no son desarrollados sobre una plataforma o sistema operativo, sino que
se administra en un servidor sobre una Intranet y/o Internet.
La diferencia con las pginas web es que tienen bases de datos con un interfaz ms
amigable.3
Caractersticas
Acceso desde cualquier ubicacin con conexin a internet.
Utilizacin en redes internas.
Seguridad basada y roles de acceso.
Disponibilidad las 24 horas.
Informacin actualizada constantemente.
Multi Usuario.
Multi idioma.4
Ventajas
Independencia de la plataforma (Windows Linux, etc)
3
Lujn, S. Programacin de aplicaciones web: historia, principios bsicos y clientes web. 2002. p. 63
https://sites.google.com/site/hguaymas/servicios3
- 20 -
R. Arteta - A. Justo
5 http://www.informatica-hoy.com.ar/aprender-informatica/Tipos-de-sistemas-para-empresas-ERP-CRM-B2B-y-mas.php
- 21 -
R. Arteta - A. Justo
Elementos
Aplicacin Web
En la ingeniera de software se denomina aplicacin web a aquellas aplicaciones que
los usuarios pueden utilizar accediendo a un servidor web a travs de Internet o de
una intranet mediante un navegador. En otras palabras, es una aplicacin software
que se codifica en un lenguaje soportado por los navegadores web en la que se confa
la ejecucin al navegador.
Las aplicaciones web son populares debido a lo prctico del navegador web como
cliente ligero, a la independencia del sistema operativo, as como a la facilidad para
actualizar y mantener aplicaciones web sin distribuir e instalar software a miles de
usuarios potenciales.
World Wide Web
La Red informtica mundial, es un sistema de distribucin de informacin basado en
hipertexto o hipermedios enlazados y accesibles a travs de Internet. Con un
navegador web, un usuario visualiza sitios web compuestos de pginas web que
pueden contener texto, imgenes, vdeos u otros contenidos multimedia, y navega a
travs de ellas usando hiperenlaces.
Interfaces
Las interfaces web tienen ciertas limitaciones en las funcionalidades que se ofrecen
al usuario. Los desarrolladores web generalmente utilizan lenguajes interpretados
(scripts) en el lado del cliente para aadir ms funcionalidades, especialmente para
ofrecer una experiencia interactiva que no requiera recargar la pgina cada vez (lo
que suele resultar molesto a los usuarios). Recientemente se han desarrollado
tecnologas para coordinar estos lenguajes con las tecnologas en el lado del servidor.
Por ejemplo, AJAX es una tcnica de desarrollo web que usa una combinacin de
varias tecnologas.
Servidor Web
Un servidor web o servidor HTTP, es un programa informtico que procesa una
aplicacin del lado del servidor realizando conexiones bidireccionales y/o
unidireccionales y sncronas o asncronas con el cliente generando o cediendo una
respuesta en cualquier lenguaje o aplicacin del lado del cliente. El cdigo recibido
por el cliente suele ser compilado y ejecutado por un navegador web. Para la
- 22 -
R. Arteta - A. Justo
C) RUP
Definicin
El Proceso Unificado Rational (Rational Unified Proccess en Ingls, conocido como RUP)
es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado
UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y
documentacin de sistemas orientados a objetos.
- 23 -
R. Arteta - A. Justo
Caractersticas
Desarrollo iterativo
Administracin de requisitos
Control de cambios
Incremental
Fases
La estructura dinmica de RUP es la que permite que este sea un proceso de desarrollo
fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases descritas.7
http://es.scribd.com/doc/51486224/rup
http://fabianbermeop.blogspot.com/2010/12/metodologia-rup-desarrollo-de-software.html
- 24 -
R. Arteta - A. Justo
Fase de 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.
Fase de Elaboracin
Durante esta fase de elaboracin, las interacciones se centran al desarrollo de la base
de diseo, encierran ms los flujos de trabajo de requerimientos, modelo de la
organizacin, anlisis, diseo y una parte de implementacin orientada a la base de la
construccin.
Fase de Construccin
Se lleva a cabo la construccin del producto por medio de una serie de iteraciones las
cuales se seleccionan algunos casos de uso, se redefine su anlisis y diseo y se
procede a su implantacin y pruebas. En esta fase se realiza una pequea cascada
para cada ciclo, se realizan tantas iteraciones hasta que se termine la nueva
implementacin del producto.
Fase de Transicin
La fase final busca garantizar que se tiene un producto preparado para su entrega al
usuario final. Dependiendo del tipo de proyecto podr requerir de entornos
intermedios para su correcta validacin, antes de su pasea produccin.
D) UML
Definicin:
Es una tcnica de modelado, no una metodologa o el caso de modelamiento Arquitect,
muchas personas tienen esa confusin, espero despus de esta clara explicacin no haya
lugar a dudas.
Permite la especificacin, visualizacin, construccin y documentacin de los elementos
de un sistema software, tambin se utiliza en el modelado de procesos de negocio u otros
sistemas no-software. Este lenguaje es una notacin calificado por la OMG como tcnica
de modelado estndar.8
Elementos:
Elementos Estructurales
Son los nombres de los modelos UML, en su mayora son las partes estticas de un modelo
y representan cosas conceptuales o materiales.
8
Rosa Menndez Mueras. Construccin de Software Orientado Objetos con el Proceso Unificado y UML, un punto de vista
- 25 -
R. Arteta - A. Justo
- 26 -
R. Arteta - A. Justo
- 27 -
R. Arteta - A. Justo
- 28 -
R. Arteta - A. Justo
- 29 -
R. Arteta - A. Justo
Diagrama de Interaccin
Los diagramas de interaccin toman los elementos esenciales de los diagramas de
objetos y los reestructuran para enfocarlos a la lectura de los mensajes en orden. El
orden se indica mediante la posicin vertical, siendo el primer mensaje el de la parte
superior y el ltimo el de la parte inferior. Por tanto no necesitan nmeros de
secuencia. Los diagramas de interaccin son mejores que los diagramas de objetos
para capturar la semntica de los escenarios en un momento temprano del ciclo de
desarrollo.
Diagrama de Estructura Compuesta
Un diagrama de estructura compuesta es un diagrama que muestra la estructura interna
de un clasificador, incluyendo sus puntos de interaccin a otras partes del sistema.
Esto muestra la configuracin y relacin de las partes que juntas realizan el
comportamiento de clasificador contenido.
Los elementos de clase han sido descriptos en gran detalle en la seccin en los
diagramas de clase. Esta seccin describe la forma en que las clases se pueden mostrar
como elementos compuestos exponiendo interfaces y conteniendo puertos y partes.
Diagrama de Paquetes
Muestra cmo un sistema est dividido en agrupaciones lgicas mostrando las
dependencias entre esas agrupaciones. Dado que normalmente un paquete est
pensado como un directorio, los diagramas de paquetes suministran una
descomposicin de la jerarqua lgica de un sistema.
Los Paquetes estn normalmente organizados para maximizar la coherencia interna
dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes. Con
estas lneas maestras sobre la mesa, los paquetes son buenos elementos de gestin.
Cada paquete puede asignarse a un individuo o a un equipo, y las dependencias entre
ellos pueden indicar el orden de desarrollo requerido.
Diagrama de Tiempos
Un diagrama de tiempos o cronograma es una grfica de formas de onda digitales que
muestra la relacin temporal entre varias seales, y cmo vara cada seal en relacin
a las dems.
Un cronograma puede contener cualquier nmero de seales relacionadas entre s.
Examinando un diagrama de tiempos, se puede determinar los estados, nivel alto o
nivel bajo, de cada una de las seales en cualquier instante de tiempo especificado, y
- 30 -
R. Arteta - A. Justo
el instante exacto en que cualquiera de las seales cambia de estado con respecto a las
restantes.
El propsito primario del diagrama de tiempos es mostrar los cambios en el estado o la
condicin de una lnea de vida (representando una Instancia de un Clasificador o un
Rol de un clasificador) a lo largo del tiempo lineal. El uso ms comn es mostrar el
cambio de estado de un objeto a lo largo del tiempo, en respuesta a los eventos o
estmulos aceptados. Los eventos que se reciben se anotan, a medida que muestran
cundo se desea mostrar el evento que causa el cambio en la condicin o en el estado.9
E) Metodologa XP
La metodologa XP (Extreme Programming) tiene como principal objetivo adaptarse a los
cambios de requisitos en cualquier punto de la vida del proyecto.10
Caractersticas:
Desarrolladores y usuarios se comunican directamente para establecer los requisitos
del sistema.
Los diseos elaborados en el sistema deben ser sencillos para un fcil uso del
usuario.
Se puede realizar retroalimentaciones a los procesos, aunque ya se haya iniciado.
Se puede reutilizar el cdigo, para ello se puede crear patrones de forma estndar.
Fases
Fase 1: Planificacin del Proyecto
a. Historias de usuario: En primer lugar se debe definir las historias de usuario con los
interesados. Estas historias tienen el mismo propsito que los casos de uso pero con
diferencias. El tiempo ideal para crear una historia de usuario es de 1 a 3 semanas.
b. Release planning: Es la fase en la cual los desarrolladores y usuarios decretan los
tiempos de implementacin ideales de las historias de usuario, el orden en el que sern
implementadas y cules sern las historias que se implementaran en cada versin del
sistema.
c. Iteraciones: Al comienzo de cada iteracin los clientes seleccionaran que historias de
usuario de las que definieron anteriormente van a ser implementadas. Las historias de
http://es.wikipedia.org/wiki/Diagrama_de_tiempos
Beck, Kent. Planning Extreme Pogramming.Addison Wesley; 2000.
10
- 31 -
R. Arteta - A. Justo
usuario se dividen en tareas entre 1 a 3 das de duracin cada una, y se asignarn a los
programadores.
d. Velocidad del proyecto: Es una cantidad que representa la rapidez con la que se
desarrolla el proyecto; para estimarla se debe contar el nmero de historias de usuario
que pueden llegar a ser implementadas en una iteracin; as se sabr el nmero de
historias pueden ser desarrolladas en las diferentes iteraciones.
e. Programacin en pareja: Involucra a dos programadores trabajando equipo; mientras
uno de ellos codifica centrndose ms en la calidad de la funcin o mtodo que est
implementando, el otro analiza si ese mtodo o funcin est bien diseado y es
adecuado. Gracias a esto se consigue un cdigo y diseo con gran calidad.
f. Reuniones diarias: Es importante que los programadores se renan diariamente y
presenten sus problemas, soluciones e ideas en conjunto.
Fase 2: Diseo
a. Diseos simples: Se debe pretender hacer todo el anlisis lo menos complejo posible
para conseguir un diseo sencillamente entendible e implementable.
b. Glosarios de trminos: Usar glosarios de trminos y una correcta especificacin de los
nombres de mtodos y clases ayudar a comprender el diseo y facilitar sus
posteriores ampliaciones y la reusabilidad del cdigo.
Funcionalidad extra: No se debe agregar funcionalidades extras al sistema, por ms
que se piense que luego sern utilizadas, ya que solo el 10% de ellas ser utilizado, lo
que manifiesta que el desarrollo de una funcionalidad adicional es un mal uso de
tiempo y recursos.
c. Refactorizar: Pretende evaluar de nuevo los cdigos para asegurar su ptimo
funcionamiento.
d. Tarjetas CRC: El uso de las tarjetas CRC (Class, Responsabilities and Collaboration)
permiten al desarrollador centrarse y apreciar la programacin orientada a objetos.
Fase 3: Codificacin
Crear pruebas que evalen el funcionamiento de los distintos cdigos implementados nos
ayudara a desarrollar dicho cdigo. Crear estas pruebas antes nos permitir saber qu es
claramente lo que tiene que hacer el cdigo que debemos implementar y aseguraremos que
una vez implementado aprobar dichas pruebas sin problemas.
- 32 -
R. Arteta - A. Justo
Fase 4: Pruebas
Uno de los pilares de la metodologa XP es el uso de pruebas para evaluar el
funcionamiento del cdigo que se est desarrollando.
F) ICONIX
Es un proceso simplificado en comparacin con otros procesos ms tradicionales, que
unifica un conjunto de mtodos de orientacin a objetos con el objetivo de englobar todo el
ciclo de vida de un proyecto.
ICONIX est adaptado a los patrones y ofrece el soporte de UML, dirigido por casos de
usos y es un proceso iterativo e incremental que est entre la complejidad del RUP y la
simplicidad y pragmatismo del XP (Extreme Programming), sin eliminar las tareas de
anlisis y de diseo que XP no contempla. Presenta claramente las actividades de cada fase
y exhibe una secuencia de pasos que deben ser seguidos.11
Caractersticas:
Iterativo e incremental: Diversas iteraciones suceden entre el desarrollo del modelo
del dominio y la identificacin de los casos de uso. El modelo esttico es
incrementalmente refinado por los modelos dinmicos.
Trazabilidad: cada paso est referenciado por algn requisito. Se define trazabilidad
como la capacidad de seguir una relacin entre los diferentes artefactos producidos.
Dinmica del UML: La metodologa ofrece un uso dinmico del UML como los
diagramas del caso de uso, diagramas de secuencia y de colaboracin.
11
Rosenberg, Doug. 2005. Agile Development with ICONIX. s.l. : Apress, 2005.
- 33 -
R. Arteta - A. Justo
Fases:
Anlisis de Requerimientos
a. Requerimientos funcionales: Define lo que el sistema debe ser capaz de hacer. En el
inicio del proyecto, junto con el cliente, los usuarios finales, y las diversas partes
interesadas del proyecto, se debe crear un gran documento lleno con los requisitos
funcionales.
b. Modelo de Dominio: Su objetivo es asegurarse de que todos en el proyecto
comprendan el espacio del problema en trminos sin ambigedades. El modelo de
dominio define el alcance y forma base sobre la que se deben construir sus casos de
uso. Es un diagrama con los objetos que existen relacionados con el proyecto y sus
relaciones.
- 34 -
R. Arteta - A. Justo
- 35 -
R. Arteta - A. Justo
Diseo detallado
a. Diagrama de Secuencia: Es el centro del modelo dinmico del sistema y muestra
los caminos alternos que pueden tomar los casos de uso, a la vez se especifica el
comportamiento y las representaciones que se concentran sobre la expresin de las
interacciones. Este diagrama est compuesto de 4 elementos que son: el curso de
accin, los objetos, los mensajes y los mtodos.
b. Diagrama de clases Final: se revisa el diagrama de clases anterior y de acuerdo a
ello se mejora para elaborar el diagrama de clases final que se utilizar para la
implementacin.
Rosenberg, Doug. 2005. Agile Development with ICONIX. s.l. : Apress, 2005.
- 36 -
R. Arteta - A. Justo
- 37 -
R. Arteta - A. Justo
son las entradas del programa. El proceso es la actividad que consiste en que el cientfico
computacional vaya leyendo la receta, obteniendo los ingredientes y horneando el pastel.13
Mantenimiento de Computadoras
Cuando se habla de mantenimiento a una computadora, se refiere a las medidas y acciones
que se toman para mantenerla funcionando adecuadamente, sin que se cuelgue (trabe) o
emita mensajes de errores con frecuencia. Existen dos tipos de mantenimiento que se le
puede aplicar a una computadora:
Mantenimiento Preventivo: Aquel que se le aplica a una PC para evitar futuros errores y
problemas tcnicos, como por ejemplo: buscar y eliminar virus del disco duro, buscar y
corregir errores lgicos y fsico en el disco, desfragmentar el disco, limpiar la tarjeta madre
y dems tarjetas para evitar fallas tcnicas por el polvo, etc.
Mantenimiento Correctivo: Aquel que est orientado al diagnstico y reparacin del
equipo cuando se presenta un problema tcnico.14
Proceso de Gestin de Activos Fsicos TI
El procedimiento de Gestin mantenimiento equipos de tecnologa, se realiza en la Oficina
de Registro de Instrumentos Pblicos, ubicada en crculo registral de la ciudad, donde al
ciudadano se le brinda el acceso al servicio pblico registral con oportunidad, efectividad,
transparencia, seguridad y cobertura.
El Registro y Mantenimiento de Proveedores es un directorio de los posibles
proveedores interesados en ofrecer bienes o servicios a la Universidad.
Todo proveedor a ser seleccionado en el proceso de adquisicin deber estar registrado en
la ficha de Proveedores. Es requisito indispensable para la inscripcin en la ficha de
Proveedores de la universidad anexar los siguientes recaudos: fotocopia del Registro
Mercantil, fotocopia del RIF y NIT, balance general y sus anexos, solvencias de: impuesto
sobre la renta, SSO, INCE e impuestos municipales.
Quedar descalificado un proveedor que no cumpla con los requisitos mnimos exigidos.
Se eliminar un proveedor en los casos que incumplan regularmente con las normas
establecidas por ambas partes en la calidad y la entrega de los bienes, materiales o
servicios ofrecidos.15
13
14
http://www.proulex.com/computo/oe/doc/mantenimiento-win7.pdf
15
http://www.ucv.ve/fileadmin/user_upload/vrad/documentos/DPP/Manuales/Manuales/Adquisicion__Bienes_SIAF.pdf
- 38 -
R. Arteta - A. Justo
El presente cuadro tiene como finalidad evaluar las metodologas para el desarrollo de
esta investigacin, por lo cual se han tenido en cuenta la siguiente escala de
puntuacin:
5 - Excelente
4 - Bueno
3 - Regular
2 - Malo
1 - Deficiente
- 39 -
R. Arteta - A. Justo
RUP
XP
ICONIX
Bibliografa
Flexibilidad
Compatibilidad
Requerimientos
Costo
Tiempo de desarrollo
TOTAL
25
26
27
* Los puntajes han sido obtenidos de la encuesta aplicada a expertos en desarrollo de sistemas (Anexo 3).
Conclusin de la Eleccin:
La metodologa a utilizar ser ICONIX debido a que nos da mayor flexibilidad,
compatibilidad y demandar menos tiempo en el desarrollo; todo ello sin dejar de lado
que es menos costosa y que se puede obtener los requerimientos de los usuarios de
manera ptima.
- 40 -
CAPTULO III
DESARROLLO DEL SISTEMA
WEB
-41-
R. Arteta - A. Justo
3.1 GENERALIDADES
La Construccin del Sistema Web para la Gestin de Activos Fsicos TI en la Universidad
Autnoma del Per, se ha basado en la metodologa ICONIX, que consta de cuatro fases.
3.1.1 Primera Fase: Anlisis de Requerimientos
En esta etapa se realizar los requerimientos funcionales, el modelo de dominio donde
contiene objetos de la vida real de los cuales se debe almacenar su comportamiento o
datos, los modelos de casos de uso donde se establezca la interaccin del usuario con
el sistema.
3.1.2 Segunda Fase: Anlisis de Diseo Preliminar
Se describir los casos de uso percibidos entre los usuarios y el sistema, se disear
etapas para identificar los que sean de alta prioridad, despus se iniciar la gestin de
recursos segn la evaluacin.
Luego se realizar el diagrama de robustez cuyo objetivo ser
agregar nuevas
- 42-
R. Arteta - A. Justo
Descripcin
Cantidad
Precio
Unitario (S/.)
Total ( S/.)
Modelo: Hp COMPAQ
6200
Computadora
2,500.00
2,500.00
200.00
200.00
Memoria RAM: 4 Gb
Disco Duro: 500 GB
Impresora
Hp Deskjet 2050
Costo Total
- 43-
2,700.00
R. Arteta - A. Justo
Descripcin
Licencia
Cantidad
Costo (S/.)
Total (S/.)
Windows 7 Professional
Incluida
1000.00
1000.00
Antivirus
Incluida
100.00
100.00
Incluida
900.00
900.00
Empresa
0.00
0.00
Empresa
0.00
0.00
Microsoft Office
Professional 2013
Microsoft Visual Studio
2012
Microsoft SQL Server
2012
2000.00
Costo Total
Tabla 04.Inversin en Personal.
Personal
Cantidad
N de Meses
Pago Mensual
Total
Programador
2,500.00
5,000.00
Costo Total
3.3
5,000.00
- 44-
R. Arteta - A. Justo
Misin:
Formamos personas y profesionales ntegros, responsables y competitivos, capaces de
resolver problemas en un entorno globalizado, participando activamente en el desarrollo de
la sociedad y de la ciencia, contribuyendo a una sociedad justa y equitativa a travs de una
educacin de calidad basada en propuestas innovadoras en el marco de principios y valores
universales y en la generacin de recursos propios.
Visin:
La Universidad Autnoma del Per ser reconocida en la formacin de personas y
profesionales ntegros, lderes, competitivos e innovadores, segn los estndares
internacionales de calidad, para contribuir al desarrollo sostenido.
Servicios, Competidores y Clientes:
Servicios: Educacin
Garantizar la calidad de enseanza a los alumnos y todo esto es posible gracias a su
Sistema de instruccin modular avanzada, Sistema nico y exclusivo de la nuestra
universidad, el cual involucra una educacin interactiva entre docentes y alumnos a
travs de la utilizacin de equipos multimedia en el 100% de las aulas y laboratorios
de clase.
- 45-
R. Arteta - A. Justo
Competidores:
Universidad Cientfica del Sur, Untecs, UPIG, Universidad Ricardo Palma, UPC
Clientes:
Personas que han terminado la secundaria, por segunda profesin, personas por
convalidacin, traslado externo.
- 46-
R. Arteta - A. Justo
- 47-
R. Arteta - A. Justo
- 48-
R. Arteta - A. Justo
- 49-
R. Arteta - A. Justo
DESCRIPCIN
Es el interesado de gestionar y registrar los componentes.
Es el interesado de consultar informacin sobre los registros
de componentes.
DESCRIPCIN
El Sistema deber permitir registrar las fechas de bajas de los componentes
TI.
NEC-02
NEC-03
NEC-04
NEC-05
NEC-06
NEC-07
NEC-08
-50-
R. Arteta - A. Justo
D. Caractersticas generales
Tabla 07. Caractersticas generales de los requerimientos.
ID
Car-01
DESCRIPCIN
El Sistema debe mostrar al Jefe de Soporte
mantenimiento.
Car-02
Car-03
Car-04
Car-05
Car-06
Car-07
Car-08
Car-09
Car-10
Car-11
Car-12
Gestionar Consultas
Car04- Car05
Cu- 04
componentes TI.
- 51-
R. Arteta - A. Justo
Car 06 Car 11
CU-05
corporativo (soporte).
Car 07
CU-06
Car08
CU-07
Recurso
Personal Soporte
-
0..* -
Registra
Usuario: varchar
Contrasea: int
Descripcion: varchar
Tipo: int
Ubicacion: int
Catalogo
-
0..*
Descripcion: int
0..1
Registra
0..*
0..*
0..*
Visualiza
Consulta
Consulta
-
Descripcion: int
Fecha: int
Pertenece
1
Pertenece
Jefe Soporte
0..*
Pertenece
Recibe
1
Componentes
-
Nombre: varchar
Mantenimiento: int
Anuncio (PDF)
1
1
Pertenece
Descripcion: int
0..*
- 52-
0..*
Usuario: int
Contrasea: int
R. Arteta - A. Justo
Consultar Catalogo
Registrar los
Componentes TI
Consular Fecha
Registrar Condicion y
Garantia de Componentes TI
Jefe de Soporte
Personal de Soporte
Consultar Lugar
PESO
RANGO
03
03
03
- 53-
R. Arteta - A. Justo
RI
SA
NC
Puntaje
18
15
Gestionar consultas.
10
Iniciar Sesin.
Consultar alertas.
Generar PDF.
Segn esta evaluacin se ha dividido los casos de uso en Alta Media o Baja
prioridad:
Requisito
Comentario
Registrar Componentes TI
Implementacin de mayor
dificultad, su prioridad en
ALTA
Gestionar consultas
MEDIA
Procesos
Consultar alertas
medianamente
importantes, con
- 54-
Prioridad
R. Arteta - A. Justo
Requisito
Comentario
dificultad de
Generar PDF
implementacin media.
De fcil implementacin,
efecto
mnimo
en
la
Iniciar Sesin
NOMBRE:
R:CU-02
Registrar Componentes TI
CATEGORA:
COMPLEJIDAD:
PRIORIDAD:
Core
Alta
Alta
ACTORES:
Personal de Soporte
Jefe de Soporte
PROPSITO:
Permite gestionar el registro de los componentes, modificar las cantidades de componentes.
PRECONDICIN:
El caso de uso Iniciar sesin debe haberse ejecutado.
El caso de uso Consultar el mantenimiento realizado por rea,
FLUJO BSICO:
B1. El actor selecciona la opcin Registrar
B2. El sistema muestra una ventana con una lista de componentes guardados de acuerdo al
registro.
- 55-
R. Arteta - A. Justo
IDENTIFICADOR:
NOMBRE:
R:CU-02
Registrar Componentes TI
POSCONDICION:
El sistema muestra caractersticas de cada componente.
El sistema registra los componentes
El sistema genera y enva al correo corporativo (Soporte)
FLUJOS ALTERNATIVOS:
A1. Gestionar recurso de componentes TI
A1.1. Luego del paso B2 del flujo bsico, personal de Soporte o el Jefe soporte
seleccione una de las carpetas existentes donde desee guardar un registro (el personal de
soporte no podr emitir reporte)
A1.2. El sistema muestra en una nueva pantalla los campos que deben llenar para
registrar (descripcin de cada componentes, como tambin los mantenimientos
realizados por reas.
A1.3. El personal de Soporte o el Jefe de Soporte ingresan las descripciones de los
componentes.
A1.4. El Sistema grabara al ingresar los datos correspondientes
A1.5. El Flujo retorna al paso B2 del Flujo bsico
A2. Modificar estado del registro
A2.1. Luego del paso B2 del flujo bsico, el personal de soporte o jefe de soporte
seleccione un recurso.
A2.2 El Sistema muestra una ventana con las propiedades del componente TI
A2.3. El actor seleccionara un generador para PDF y poder enviar el correo Corporativo
A2.4. El sistema actualiza el estado del recurso
A2.5. El flujo retorna al paso B2 flujo bsico
A3. Eliminar y Modificar los componentes TI
A3.1. Luego del paso B2 del flujo bsico, el personal de soporte o jefe de soporte
seleccione un componente
A3.2. El sistema muestre una ventana con las propiedades del componente (marca
modelo registrar los mantenimientos de Pcs por rea y aulas)
A3.3. El actor selecciona la opcin eliminar, modificar.
A3.4. El sistema elimina / modifica el componente TI
- 56-
R. Arteta - A. Justo
IDENTIFICADOR:
NOMBRE:
R:CU-02
Registrar Componentes TI
PROTOTIPO EXPLORATORIO
IDENTIFICADOR:
NOMBRE:
R:CU-06
CATEGORA:
COMPLEJIDAD:
PRIORIDAD:
Core
Alta
Alta
ACTORES:
Personal de Soporte
Jefe de Soporte
PROPSITO:
Permite gestionar el registro de nuevos y antiguos componentes por rea.
PRECONDICIN:
El caso de uso Iniciar sesin debe haberse ejecutado.
El caso de uso Consultar Registro,
FLUJO BSICO:
- 57-
R. Arteta - A. Justo
IDENTIFICADOR:
NOMBRE:
R:CU-06
- 58-
R. Arteta - A. Justo
IDENTIFICADOR:
NOMBRE:
R:CU-03
Gestionar Consulta
CATEGORA:
COMPLEJIDAD:
PRIORIDAD:
Core
Alta
Alta
ACTORES:
Personal de Soporte
Jefe de Soporte
PROPSITO:
Permite gestionar consultas de los componentes TI y generar a un PDF.
PRECONDICIN:
El caso de uso Iniciar sesin realizar consultas correspondientes.
El caso de querer mandar un correo con las consultas genera un PDF y se habilita para poder
enviar un correo,
FLUJO BSICO:
B1. El actor selecciona la opcin Consultar datos
B2. El sistema muestra una venta de las caractersticas de la consulta.
POSCONDICION:
El sistema muestra caractersticas de cada componente TI y los trabajos de mantenimiento
realizados.
El sistema genera un PDF para poder informar los trabajos realizados.
FLUJOS ALTERNATIVOS:
A1.1 Gestiona las consultas de los recursos de los componentes..
A1.2 Gestionar la consulta de los mantenimientos realizados por rea.
A1.3 Aproximar las horas de los proyectores para poder realizar a tiempo el mantenimiento
necesario..
A1.4 Gestionara un PDF para informar las acciones realizadas. (Enviar correo)
- 59-
R. Arteta - A. Justo
Interfaz Registro
Propiedades de
Mantenimiento
Interfaz Mantenimiento
Personal Soporte
Gestionar
Mantenimiento
Gestionar
Mantenimiento
Consultar
Componentes
Gestionar
Componentes
Componentes
Componentes
Consultar Garantia de
Componentes
Registro de
Componentes
Jefe deSoporte
Interfaz de
Mantenimiento
- 60-
Genera PDF
R. Arteta - A. Justo
- 61-
R. Arteta - A. Justo
- 62-
R. Arteta - A. Justo
- 63-
R. Arteta - A. Justo
- 64-
R. Arteta - A. Justo
library
Seuss.dll
Fuente.aspx.v b
Interface
Dal_Soporte
BdDatos
Internet Information
Serv ices
Serv idor de Base de Datos
Interface
BDDatos
TCP/IP
DAL_Soporte.v b
-65-
R. Arteta - A. Justo
3.7 IMPLEMENTACIN
3.7.1 Pruebas del Sistema
3.6.1.1 Plan de Pruebas
Se realizarn dos tipos de pruebas para dar validez a la gestin de activos fsicos
TI, las cuales se detallan a continuacin:
A. Prueba Funcional Tcnica de Caja Negra
Prueba P01: Caso de uso Registrar Componentes TI
Esta funcionalidad del sistema permite tanto al personal de soporte como al jefe
de soporte registrar componentes TI dentro del interfaz. El registro puede ser por
Modelo, Marca, Serie, Tipo, Sub-Tipo.
Adems para registrar un componente TI debe ingresar obligatoriamente todos
los datos requeridos para que se guarde.
- 66-
R. Arteta - A. Justo
CLASE VLIDA
CLASE NO VLIDA
de que
Si se selecciona la Marca, se 3:
debe seleccionar una opcin.
tenga
seleccionar
Cualquier
un
nombre
Universidad
seleccionado.
Si se selecciona el Modelo, 5:
debe
nombre
se
el
opcin.
Cualquier
una seleccionado.
opcin.
opcin.
El N de Serie es una cadena 7: Cualquier cadena del 8: Cualquier descripcin del
de un carcter como mnimo N de serie que tenga N de Serie que tenga ms de
y con un mximo de 20 como mnimo un carcter 20 caracteres o sea un campo
caracteres,
y 20 como mximo.
vaco.
Si se seleccin una fecha, 9: Cualquier fecha que 10: Cualquier fecha que no
este
debe
ser
segn
el tenga el calendario.
tenga el calendario.
calendario mostrado.
Si se selecciona el estado, se 11:
debe seleccionar una opcin.
debe
seleccionar
seleccionado.
Cualquier
opcin.
Cualquier
una seleccionado.
opcin.
Guarda,
los
solo 16:
No
Guarda,
falta
y 12 como mximo.
- 67-
campo vaco.
R. Arteta - A. Justo
Si presiona el botn Buscar, 19: Buscar, solo habiendo 20: No Busca, falta los datos,
debe relacionarse o tener datos en la asociacin.
para la asociacin.
debe
relacionarse habiendo
Asociada
bsqueda
Asociar,
para
solo 22:
No
relacionado relacionar.
la Asociado a, Buscar.
poder
registrar lo asociado.
- 68-
Asocia,
falta
R. Arteta - A. Justo
-69-
R. Arteta - A. Justo
-70-
R. Arteta - A. Justo
CONDICIN
CLASE VLIDA
CLASE NO VLIDA
el
nombre
de que
tenga
Per S.A.C.
un
nombre
Universidad
Cualquier
opcin.
tiene
la
se
descripcin
como
nueva carcter
descripcin.
Si
que tenga
mnimo
mximo
un tenga ms de 20 caracteres o
20 no
caracteres.
modifica
del
se
ingrese
ninguna
descripcin.
catlogo, tenga
como
mnimo
un tenga ms de 20 caracteres,
este debe tener un mximo carcter y 20 caracteres o que sea igual al que tena
de 12 caracteres.
como
mximo,
que
sea anteriormente.
diferente al anterior.
Si se selecciona una opcin 9:
del estado
opcin 10:
seleccionado.
Cualquier
No
se
selecciona
ninguna opcin.
cualquier
nuevo 12:
Cualquier
nuevo
Cualquier
seleccionado.
al
que
anteriormente.
opcin 14:
No
se
ninguna opcin.
- 71-
tena
selecciona
R. Arteta - A. Justo
- 72-
R. Arteta - A. Justo
function Grabar_Registro_Partes() {
var cPerJuridica = $("#cboFilial").val();
var cMarca = $("#CboMarca").val();
var cModelo = $("#CboModelo").val();
var cNumeroSerie = $("#TxtNumeroSerie").val();
var cFechaInicio = $("#TxtFechaInicio").val();
var nEstado = $("#CboEstado").val();
var nCondicion = $("#CboCondicion").val();
if (cPerJuridica == -1) {
msgbox("Alerta", "Seleccione una Empresa", "alerta");
} else if (cMarca == -1) {
msgbox("Alerta", "Seleccione una Marca", "alerta");
} else if (cModelo == -1) {
msgbox("Alerta", "Seleccione un Modelo", "alerta");
} else if (cNumeroSerie.length == 0) {
msgbox("Alerta", "Ingrese un Numero de Serie al Registro de Partes", "alerta");
} else if (cFechaInicio.length == 0) {
msgbox("Alerta", "Ingrese un Fecha de Inicio de Funciones al Registro de Partes",
"alerta");
} else if (nEstado == -1) {
msgbox("Alerta", "Seleccione un Estado del Registro de Partes", "alerta");
} else if (nCondicion == -1) {
msgbox("Alerta", "Seleccione una Condicion del Registro de Partes", "alerta");
} else {
//progressbar(cDivNombre);
$.ajax({
type: "POST",
url: "Patrimonio/Pa_Marcas.aspx/RegistrarPartes",
data: "{nIntCodigo:" + nIntCodigo + ",nIntClase:" + nIntClase + ",cIntJerarquia:'" +
cIntJerarquia + "',cIntNombre:'" + cIntNombre + "',cIntDescripcion:'" + cIntDescripcion +
"',nIntTipo:" + nIntTipo + ",cPerJuridica:'" + cPerJuridica + "',cIntJerarquiaAnterior:'" +
cIntJerarquiaAnterior + "',cIntDescripcionAnterior:'" + cIntDescripcionAnterior + "',nOperacion:"
+ nOperacionUpdate + ",nOpcion:" + nOpcion + "}",
contentType: "application/json; charset=utf-8",
dataType: "json",
async: false,
success: function (data) {
if (data.d == 0) {
msgbox("Exito", "El Registro de Partes Se ha Actualizado con Exito", "exito");
Actualiza_Transaccion(nOperacionUpdate, "Registro de Partes: " +
cIntDescripcion)
} else if (data.d == 1) {
msgbox("Alerta", "El Registro de Partes ya tiene Registrados varias Partes de la
Misma Caracteristica", "alerta");
} else if (data.d == 2) {
msgbox("Alerta", "El Registro de Partes no Tiene Ninguna Caracteristica
-73-
R. Arteta - A. Justo
Especial", "alerta");
} else {
msgbox("Error", "La operacin de Registro de Partes no se ha realizado", "error");
}
},
error: function (msg) { msgbox("Error", "UAWEB a detectado un error. Consulte con el
administrador del sistema", "error"); }
});
}
}
Identificacin de nodos:
function Grabar_Registro_Partes() {
var cPerJuridica = $("#cboFilial").val();
var cMarca = $("#CboMarca").val();
var cModelo = $("#CboModelo").val();
var cNumeroSerie = $("#TxtNumeroSerie").val();
var cFechaInicio = $("#TxtFechaInicio").val();
var nEstado = $("#CboEstado").val();
var nCondicion = $("#CboCondicion").val();
1
if (cPerJuridica == -1) {
msgbox("Alerta", "Seleccione una Empresa", "alerta");
2
} else if (cMarca == -1) {
msgbox("Alerta", "Seleccione una Marca", "alerta");
3
} else if (cModelo == -1) {
msgbox("Alerta", "Seleccione un Modelo", "alerta");
4
} else if (cNumeroSerie.length == 0) {
msgbox("Alerta", "Ingrese un Numero de Serie al Registro de Partes", "alerta");
5
} else if (cFechaInicio.length == 0) {
msgbox("Alerta", "Ingrese un Fecha de Inicio de Funciones al Registro de Partes",
"alerta");
6
} else if (nEstado == -1) {
msgbox("Alerta", "Seleccione un Estado del Registro de Partes", "alerta");
} else if (nCondicion == -1) {
7
msgbox("Alerta", "Seleccione una Condicion del Registro de Partes", "alerta");
} else {
//progressbar(cDivNombre);
$.ajax({
type: "POST",
url: "Patrimonio/Pa_Marcas.aspx/RegistrarPartes",
data: "{nIntCodigo:" + nIntCodigo + ",nIntClase:" + nIntClase + ",cIntJerarquia:'" +
cIntJerarquia + "',cIntNombre:'" + cIntNombre + "',cIntDescripcion:'" + cIntDescripcion +
"',nIntTipo:" + nIntTipo + ",cPerJuridica:'" + cPerJuridica + "',cIntJerarquiaAnterior:'" +
cIntJerarquiaAnterior + "',cIntDescripcionAnterior:'" + cIntDescripcionAnterior + "',nOperacion:"
+ nOperacionUpdate + ",nOpcion:" + nOpcion + "}",
contentType: "application/json; charset=utf-8",
dataType: "json",
async: false,
success: function (data) {
8
if (data.d == 0) {
msgbox("Exito", "El Registro de Partes Se ha Actualizado con Exito", "exito");
Actualiza_Transaccion(nOperacionUpdate, "Registro de Partes: " +
cIntDescripcion)
9
} else if (data.d == 1) {
- 74-
R. Arteta - A. Justo
11
10
3
4
M=a-n+2
M = 14 13 + 2
M=3
- 75-
R. Arteta - A. Justo
Camino
Condicin
CP01
C1
CP02
C2
Evaluar el Registro de
Componentes TI
C3
CP03
- 76-
Valores de
entrada
Universidad
Autnoma del Per
S.A.C
Epson
Malo
Universidad
Autnoma del Per
S.A.C
Epson
S5
xyzabcdef
10/11/2013
Malo
Lmpara
Universidad
Autnoma del Per
S.A.C
Epson
S5
xyzabcdef
Resultado
Esperado
Se muestra el
mensaje: Ingrese
Modelo
Se Registra el
Componente TI
Se muestra
mensaje:
Complete datos
obligatorios
CAPTULO IV
ANLISIS DE RESULTADOS Y
CONTRASTACIN DE LA
HIPTESIS
R. Arteta - A. Justo
16
Pande, P., Las Claves Practicas de Six Sigma, Ed. MCGraw-Hill, New York, 2004, pp. 135-136.
-78-
-79-
R. Arteta - A. Justo
R. Arteta - A. Justo
Post-Prueba (Gc)
(Media: )
Post-Prueba (Ge)
(Media: )
Comentario
Tiempo del
Personal en generar
reportes
47 min.
3 min.
Nmero reportes
solicitados por ciclo
7 reportes/ciclo
11 reportes/ciclo
93%
2.50%
No contrastado.
Porcentaje en la
exactitud de
informacin
Porcentaje de malas
decisiones tomadas
Satisfaccin del
Usuario
50%
55%
-
- 80-
R. Arteta - A. Justo
2
3
2
1
3
3
3
4
5
3
2
3
3
3
4
5
4
4
4
3
2
4
3
2
3
3
2
4
5
3
Post-prueba (Gc)
2
3
2
1
3
3
3
4
5
3
2
3
3
3
4
5
4
4
4
3
2
4
3
2
3
3
2
4
5
3
48.24
2
3
2
1
3
3
3
4
5
3
2
3
3
3
4
5
4
4
4
3
2
4
3
2
3
3
2
4
5
3
3.17
20
66.66
3.5
20
66.66
30
100
- 81-
R. Arteta - A. Justo
A -S quared
P -V alue <
1.35
0.005
M ean
S tDev
V ariance
S kew ness
Kurtosis
N
3.1667
0.9855
0.9713
0.107215
-0.170292
30
M inimum
1st Q uartile
M edian
3rd Q uartile
M aximum
1.0000
2.7500
3.0000
4.0000
5.0000
3.5347
3.7713
0.7849
1.3249
Mean
Median
2.8
3.0
3.2
3.4
3.6
3.8
Alrededor del 95% de los Tiempos en realizar los reportes estn dentro de 2
desviaciones estndar de la media, es decir entre 2,79 y 3,53 minutos.
La Kurtosis = -0,17 indica que hay valores de tiempo con picos muy bajos.
La Asimetra = 0,10 indica que la mayora de los tiempos en realizar reportes son
altas.
El Primer Cuartil (Q1) = 2.75 minutos indica que el 25% de los Tiempos en realizar
reportes son altas.
El Tercer Cuartil (Q3) = 4 minutos indica que el 75% de los Tiempos en realizar los
reportes es menor que o igual a este valor.
- 82-
R. Arteta - A. Justo
Promedio
Meta Planteada
N mayor a Promedio
%
Post-prueba (Gc)
3
6
4
6
7
9
8
10
6
9
9
10
6
7
8
7
8
10
8
6
6
10
7
9
10
6
10
10
7
7
8
Post-prueba (Gc)
11
11
11
11
10
10
11
11
12
12
12
12
10
10
11
11
12
12
10
10
10
10
11
11
12
12
12
12
10
10
10
10
12
12
12
12
10
10
10
10
11
11
11
11
11
11
10
10
12
12
12
12
10
10
12
12
12
12
11
11
11.03
11.5
11
11
36.66
36.66
11
11
10
11
12
12
10
11
12
10
10
11
12
12
10
10
12
12
10
10
11
11
11
10
12
12
10
12
12
11
30
100
El 36.66% de los Porcentajes de Nmero de reportes solicitados por ciclo en la PostPrueba (Gc) fueron mayores que su Nmero de Reportes Solicitados.
El 36.66% de los Porcentajes de Nmero de reportes solicitados por ciclo en a PostPrueba (Ge) fueron mayores que la meta planeada.
El 100,00% de los Porcentajes de Nmero de reportes solicitados por ciclo en la PostPrueba (Ge) fueron mayores que el tiempo promedio en la Post-Prueba (Gc)
- 83-
R. Arteta - A. Justo
10
11
A -S quared
P -V alue <
2.50
0.005
M ean
S tDev
V ariance
S kew ness
Kurtosis
N
11.033
0.850
0.723
-0.06598
-1.63257
30
M inimum
1st Q uartile
M edian
3rd Q uartile
M aximum
12
10.000
10.000
11.000
12.000
12.000
11.351
12.000
0.677
1.143
Mean
Median
10.0
10.5
11.0
11.5
12.0
Los datos tienen un comportamiento poco normal debido a que el Valor p (0,005) <
(0,005), pero son valores cercanos, lo cual se confirma al observarse que los
intervalos de confianza de la Media y la Mediana se traslapan.
Alrededor del 95% del nmero de reportes solicitados por ciclo estn dentro de 2
desviaciones estndar de la media, es decir entre 10,716 y 11,351 reportes /ciclo.
La Kurtosis = -1.63 indica que hay valores de Nmero de Reportes Solicitados con
picos muy bajos.
El 1er Cuartil (Q1) = 10 reportes indica que el 25% de los Nmeros de Reportes
Solicitados por ciclo es menor que o igual a este valor.
El 3er Cuartil (Q3) = 12 reportes indica que el 75% de los Nmeros de Reportes
Solicitados por ciclo es menor que o igual a este valor.
- 84-
R. Arteta - A. Justo
Promedio
Meta Planteada
N mayor a Promedio
%
Post-prueba (Gc)
41
42
42
49
48
44
40
48
50
54
60
59
59
42
42
44
40
60
58
56
55
51
40
40
45
60
47
46
40
45
48.23333333
Post-prueba (Gc)
90
90
93
93
92
92
92
92
92
92
90
90
95
95
94
94
90
90
91
91
91
91
92
92
94
94
90
90
95
95
93
93
93
93
93
93
92
92
94
94
95
95
95
95
90
90
91
91
92
92
94
94
91
91
90
90
92
92
94
94
92.33
93
13
9
30
43.33
30
100
90
93
92
92
92
90
95
94
90
91
91
92
94
90
95
93
93
93
92
94
95
95
90
91
92
94
91
90
92
94
- 85-
R. Arteta - A. Justo
90
91
92
93
94
A -S quared
P -V alue
0.81
0.032
M ean
S tDev
V ariance
S kew ness
Kurtosis
N
92.333
1.709
2.920
0.10533
-1.18630
30
M inimum
1st Q uartile
M edian
3rd Q uartile
M aximum
95
90.000
91.000
92.000
94.000
95.000
92.971
93.000
1.361
2.297
Mean
Median
91.0
91.5
92.0
92.5
93.0
Los datos tienen un comportamiento poco normal debido a que el Valor p (0,032) <
(0,05), pero son valores cercanos, lo cual se confirma al observarse que los
intervalos de confianza de la Media y la Mediana se traslapan.
La Kurtosis = -1,186 indica que hay valores de tiempo con picos muy bajos.
El 1er Cuartil (Q1) = 91% indica que el 25% de los Porcentajes de exactitud de
informacin es menor que o igual a este valor.
El 3er Cuartil (Q3) = 94% indica que el 75% de los Porcentajes de exactitud de
informacin es menor o igual a este valor.
- 86-
R. Arteta - A. Justo
Promedio
Meta Planteada
N menor a Promedio
%
Post-prueba (Gc)
51.40
50.53
54.02
60.00
59.44
53.16
53.11
52.71
50.45
60.15
59.60
59.55
55.50
56.13
53.33
51.14
50.83
60.03
60.32
59.43
58.65
50.10
50.34
51.16
52.50
53.10
52.54
58.30
56.94
55.90
55.01
4.30
4.10
2.20
3.00
3.50
1.70
2.70
1.60
4.80
0.90
4.50
2.80
1.60
3.60
1.90
1.50
2.50
3.10
1.40
0.90
2.30
4.10
2.20
3.20
3.70
1.30
2.20
1.10
0.80
2.50
17
56.66
Post-prueba (Gc)
4.30
4.3
4.10
4.1
2.20
2.2
3.00
3
3.50
3.5
1.70
1.7
2.70
2.7
1.60
1.6
4.80
4.8
0.90
0.9
4.50
4.5
2.80
2.8
1.60
1.6
3.60
3.6
1.90
1.9
1.50
1.5
2.50
2.5
3.10
3.1
1.40
1.4
0.90
0.9
2.30
2.3
4.10
4.1
2.20
2.2
3.20
3.2
3.70
3.7
1.30
1.3
2.20
2.2
1.10
1.1
0.80
0.8
2.50
2.5
2.53
2
11
30
36.66
100.0
- 87-
R. Arteta - A. Justo
A -S quared
P -V alue
0.35
0.459
M ean
S tDev
V ariance
S kew ness
Kurtosis
N
2.5333
1.1604
1.3464
0.304586
-0.943461
30
M inimum
1st Q uartile
M edian
3rd Q uartile
M aximum
0.8000
1.5750
2.4000
3.5250
4.8000
2.9666
3.0771
0.9241
1.5599
Mean
Median
1.8
2.0
2.2
2.4
2.6
2.8
3.0
Los datos tienen un comportamiento poco normal debido a que el Valor p (0,459)
> (0,05), pero son valores cercanos, lo cual se confirma al observarse que los
intervalos de confianza de la Media y la Mediana se traslapan.
La Kurtosis = -0,943 indica que hay valores de tiempo con picos muy bajos.
El 1er Cuartil (Q1) =1,5750% indica que el 25% de los Porcentajes de Malas
Decisiones Tomadas es menor que o igual a este valor.
El 3er Cuartil (Q3) = 3,525% indica que el 75% de los Porcentaje de Malas
Decisiones Tomadas es menor que o igual a este valor.
- 88-
R. Arteta - A. Justo
Nro.
Medicin
Valor
Regular
11
Regular
21
Regular
Bajo
12
Regular
22
Bajo
Regular
13
Bajo
23
Regular
Estado
Frecuencia
Bajo
16
Regular
12
Alto
Estado
Frecuencia
Comprensible
No - Comprensible
28
Bajo Regular
14
15
Bajo Regular
24
25
Bajo
Alto
10
Bajo
16
Bajo
26
Regular
Bajo
17
Regular
27
Bajo
Regular
18
Bajo
28
Bajo
Bajo
19
Alto
29
Regular
Bajo
20
Bajo
30
Bajo
Solo el 53% de las veces de Satisfaccin del usuario de los reportes fue catalogada
como Bajo por el Jefe de Soporte Tcnico.
Se determina que solo el 6% de las veces de Satisfaccin del usuario de los reportes
es Comprensible.
Se determina que solo el 94% de las veces de Satisfaccin del usuario de los
reportes es No Comprensible.
- 89-
R. Arteta - A. Justo
Nro.
1
2
3
4
5
Medicin
Valor
Regular
Alto
Regular
Alto
Regular
11
12
13
14
15
Regular Regular
Alto
Alto
Regular
21
22
23
24
25
Regular
Alto
Alto
Regular
Alto
Estado
Frecuencia
Bajo
Regular
15
Alto
14
Estado
Frecuencia
Comprensible
29
No - Comprensible
6
Alto
16
Alto
26
Alto
Regular
Bajo
17
18
Regular
Alto
27
28
Regular Regular
10
Alto
19
Alto
29
Alto
Regular
20
Regular
30
Regular
Solo el 3% de las veces de Satisfaccin del usuario de los reportes fue catalogada
como Bajo por el Jefe de Soporte Tcnico.
Ahora el 50% de las veces de Satisfaccin del usuario de los reportes fue
catalogada como Regular por el Jefe de Soporte Tcnico.
Se determina que solo el 97% de las veces Satisfaccin del usuario de los reportes
es Comprensible
Se determina que solo el 3% de las veces de Satisfaccin del usuario de los reportes
es No Comprensible
- 90-
R. Arteta - A. Justo
Post-Prueba (Gc)
Post-Prueba (Ge)
40
42
49
55
53
55
41
41
45
50
53
49
45
47
48
51
50
50
44
42
46
50
50
50
50
52
55
48
47
49
Planteamiento de la hiptesis:
- 91-
b)
R. Arteta - A. Justo
Criterios de Decisin:
Distribution Plot
T, df=58
0.4
Density
0.3
0.2
0.1
0.05
0.0
c)
0
X
1.672
Media ( )
48.27
3.167
4.27
0.986
Observaciones (n)
30
30
45.100
T calculado: tc
56.31
0.000
- 92-
d)
R. Arteta - A. Justo
Decisin estadstica:
Puesto que el valor-p=0,000 < =0,05, los resultados proporcionan suficiente evidencia
para rechazar la hiptesis nula (Ho), y la hiptesis alterna (Ha) es cierta.
La prueba result ser significativa.
Post-Prueba (Gc)
Post-Prueba
(Ge)
10
10
10
10
10
10
10
11
11
10
11
12
12
10
11
12
10
10
11
12
12
10
10
12
12
10
10
10
10
10
10
Planteamiento de la hiptesis:
- 93-
b)
R. Arteta - A. Justo
Criterios de Decisin:
Distribution Plot
T, df=58
0.4
Density
0.3
0.2
0.1
0.05
0.0
c)
-1.672
0
X
Media ( )
7.63
11.033
1.88
0.850
Observaciones (n)
30
30
-3.400
T calculado: tc
-9.01
0.000
- 94-
d)
R. Arteta - A. Justo
Decisin estadstica:
Puesto que el valor-p=0,000 < =0,05, los resultados proporcionan suficiente evidencia
para rechazar la hiptesis nula (Ho), y la hiptesis alterna (Ha) es cierta.
La prueba result ser significativa.
Post-Prueba (Gc)
Post-Prueba (Ge)
41
42
42
49
48
44
40
48
50
54
60
59
59
42
42
44
40
60
58
56
55
51
40
40
45
60
47
46
40
45
90
93
92
92
92
90
95
94
90
91
91
92
94
90
95
93
93
93
92
94
95
95
90
91
92
94
91
90
92
94
- 95-
R. Arteta - A. Justo
Solucin:
a)
Planteamiento de la hiptesis:
Criterios de Decisin
Distribution Plot
T, df=58
0.4
Density
0.3
0.2
0.1
0.05
0.0
c)
-1.672
0
X
- 96-
R. Arteta - A. Justo
Media ( )
48.23
92.33
7.20
1.71
Observaciones (n)
30
30
-44.10
T calculado: tc
-32.64
0.000
Decisin estadstica:
Puesto que el valor-p=0,000 < =0,05, los resultados proporcionan suficiente evidencia
para rechazar la hiptesis nula (Ho), y la hiptesis alterna (Ha) es cierta.
La prueba result ser significativa.
51.4
50.53 54.02
60
59.60
60.32
59.43
58.65
50.1
56.94
55.9
50.34 51.16
- 97-
52.5
53.1
52.54
58.3
PostPrueba
(Ge)
R. Arteta - A. Justo
4.30
4.10
2.20
3.00
3.50
1.70
2.70
1.60
4.80
0.90
4.50
2.80
1.60
3.60
1.90
1.50
2.50
3.10
1.40
0.90
58.65
50.10
50.34
51.16
52.50
53.10
52.54
58.30
56.94
55.90
Planteamiento de la hiptesis:
Criterios de Decisin
Distribution Plot
T, df=58
0.4
Density
0.3
0.2
0.1
0.05
0.0
0
X
- 98-
1.672
a)
R. Arteta - A. Justo
Media ( )
55.01
2.53
3.69
1.16
Observaciones (n)
30
30
51.284
T calculado: tc
74.31
0.000
b)
Decisin estadstica:
Puesto que el valor-p=0,000 < =0,05, los resultados proporcionan suficiente evidencia
para rechazar la hiptesis nula (Ho), y la hiptesis alterna (Ha) es cierta.
La prueba result ser significativa.
- 99-
CAPTULO V
CONCLUSIONES Y
RECOMENDACIONES
R. Arteta - A. Justo
5.1 CONCLUSIONES
- 101-
R. Arteta - A. Justo
5.2 RECOMENDACIONES
- 102-
REFERENCIAS BIBLIOGRFICAS
Tesis:
[1] Suniaga, J. (2009). Desarrollo de una Aplicacin Web basada en Tecnologa Helpdesk
para ofrecer servicios de Soporte Tcnico e Inventario en la Gerencia de Informtica de la
empresa C.A. Hidrolgica del Centro, en Valencia Estado Carabobo . Tesis pre-grado,
Universidad de Oriente, Barcelona, Espaa.
[2] Polanco, V. (2007). Desarrollo de una aplicacin WEB para soporte de gestin de
negocio y manejo de inventario para la empresa INVERSIONES VPL, C.A.. Tesis pregrado no publicada, Universidad Nueva Esparta, Caracas, Venezuela.
[6] Alva, J., Paredes, N. (2005). Desarrollo e Implementacin de un Sistema Web para el
Control Acadmico en el Instituto Superior Pblico Chocope. Tesis pre-grado,
Universidad Csar Vallejo, Trujillo.
[4] Guerra, T. (2007). Desarrollo de un Aplicativo Web basado en Ajax para el Control de
Inventarios Mobiliarios de la Institucin Educativa Pronoe Galileo. Tesis Pre-Grado,
Universidad Nacional del Santa, Chimbote.
Libros:
[5] Carrin, P., Huamn, L. (2005). Sistema Informtico y Web para los Servicios
Acadmicos del Instituto Superior Pedaggico Privado Talara basadas en Tecnologas
.net. Madrid: Banesto Fundacin Cultural. Trujillo.
[13] Rosa Menndez Mueras. Construccin de Software Orientado Objetos con el Proceso
Unificado y UML, un punto de vista prctico. Lima: Consejo Editorial UCCI; 2005.
[21] Oscar Casasola Romero. Introduccin a UML. Programacin en Castellano. Espaol;
2010.
[8] Sergio Lujn Mora. Programacin de aplicaciones web: historia, principios bsicos y
clientes web. San Vicente: Editorial Club Universitario; 2002.
[7] Kenneth C. Laudon, Jane P. Laudon. Sistemas de Informacin Gerencial. Mxico:
Pearson Education; 2004.
[18] Beck, Kent. Planning Extreme Pogramming.Addison Wesley; 2000.
[19] Rosenberg, Doug. 2005. Agile Development with ICONIX. s.l. : Apress, 2005.
- 103-
[20] Rosenberg, Doug y Stephens, Matt. 2007. Use Case Driven Object Modeling with
UML. s.l. : Addison-Wesley, 2007.
Monografas en Internet:
[12]
Bermeo,
F.
(2010).
RUP.
Obtenida
el
27
de
Mayo
de
2013,
de
http://fabianbermeop.blogspot.com/2010/12/metodologia-rup-desarrollo-de-software.html
[10] Tipos de sistemas para empresas. (2007) Obtenida el 30 de Mayo de 2013, de
http://www.informatica-hoy.com.ar/aprender-informatica/Tipos-de-sistemas-paraempresas-ERP-CRM-B2B-y-mas.php
[9] Guayms, H. (N.D). Caractersticas de un Sistema Web. Obtenida el 30 de Mayo de
2013, de https://sites.google.com/site/hguaymas/servicios3
[11]
Guzmn,
L.
(2012).
RUP.
Obtenida
el
27
de
Mayo
de
2013,
de
http://es.scribd.com/doc/51486224/rup
[14.1] Proceso (Informtica). (2013). Obtenida el 7 de Junio de 2013, de
http://es.wikipedia.org/wiki/Proceso_(inform%C3%A1tica)
[22] Manual de Mantenimiento de PCs e Introduccin a Redes. (N.D). Obtenida el 7 de
Junio de 2013, de http://www.proulex.com/computo/oe/doc/mantenimiento-win7.pdf
[23] Manual de Normas y Procedimientos Registro y Adquisicion de Bienes. (2004).
Obtenida el 7 de Junio de 2013, de
http://www.ucv.ve/fileadmin/user_upload/vrad/documentos/DPP/Manuales/Manuales/Adq
uisicion__Bienes_SIAF.pdf
[15] Universidad Fermn Toro (N.D). Diagrama de Estructura Compuesta UML 2.
Obtenida el 14 de Julio de 2013, de
https://www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=19&cad=rja&v
ed=0CHUQFjAS&url=http%3A%2F%2Fdsuft.wikispaces.com%2Ffile%2Fview%2FDiagrama%2Bde%2BEstructura%2BCompuesta
%2BUML%2B2.doc&ei=AxHoUZJc0uXgA6KMgNgI&usg=AFQjCNFDn_bLiTDbYBxv
Llkfyf9VsTMMVA&sig2=Vouu4TS0hQpqth58vOloWA&bvm=bv.49478099,d.dmg
[16] Diagrama de Paquetes. (2013). Obtenida el 14 de Julio de 2013, de
http://es.wikipedia.org/wiki/Diagrama_de_paquetes
[17] Diagrama de Tiempos. (2013). Obtenida el 14 de Julio de 2013, de
http://es.wikipedia.org/wiki/Diagrama_de_tiempos
- 104-
-105-
-106-
-107-
Nombre: ______________________________
Cargo: ______________________________
Universidad: ___________________
Asigne el puntaje que usted considere conveniente para cada criterio de las siguientes
metodologas de desarrollo, la escala es de 1 5, donde 1 es Deficiente y 5 es Excelente
Criterios de Evaluacin
RUP
XP
ICONIX
Bibliografa
Flexibilidad
Compatibilidad
Requerimientos
Costo
Tiempo de desarrollo
TOTAL
-108-
RESUMEN
En la actualidad, en el Per existe una Gestin de Activos Fsicos TI en el bajo control de informacin sobre
activos fsicos ti, debido a que en el rea no pueden tener un control ms seguro y exacto mediante un
sistema. El proyecto tiene como finalidad brindar un Sistema Web que se desarrolla para la Gestin de
Activos Fsicos TI en la Universidad Autnoma del Per, que le permite llevar un mejor control de las
actividades del rea de Soporte Tcnico y administrativas que se realizan en la Universidad; as como
tambin proteger los datos y disponer de informacin oportuna y confiable que sea de utilidad para el rea.
La metodologa que se utiliz fue ICONIX, est es una metodologa de desarrollo del software que
se halla a medio camino entre un RUP y un XP, esta metodologa deriva directamente del RUP y su
fundamento es el hecho de que un 80% de los casos pueden ser resueltos tan solo con un uso del 20% del
UML, con lo cual se simplifica muchsimo el proceso sin perder documentacin al dejar solo aquello que es
necesario.
ICONIX se gua a travs de casos de uso y sigue un ciclo de vida iterativo e incremental. El objetivo
es que a partir de los casos de uso se obtenga el sistema final.
La finalidad al implementar el sistema web en el rea de soporte de la universidad autnoma del Per es
contar con una herramienta que interacte con el personal de soporte tcnico. Y est Gestin de activos
fsicos TI.
Palabras Claves: Sistema Web, RUP, ICONIX, Soporte Tcnico, Gestin de Activos Fsicos TI, Ciclo de
Vida Iterativo e Incremental.
ABSTRACT
Today, in Peru there is a Physical Asset Management in IT under control of information on physical assets
you, because in the area can not be more safe and precise control through a system . The project aims to
provide a Web system that is developed for IT Physical Asset Management at the Autonomous University of
Peru , which allows you to keep better track of the activities of the area of Technical and Administrative
Support performed in the University; as well as protect data and provide timely and reliable information that
is useful for the area.
The methodology used was ICONIX, is a methodology for software development that is halfway
between RUP and XP, this methodology derives directly from the RUP and its foundation is the fact that 80
% of cases can only be solved with a use of 20% of the UML, which greatly simplifies the process without
losing documents leaving only what is necessary.
ICONIX is guided by use cases and follows a cycle of iterative and incremental life. The aim is that
from the use cases for the final system.
Order to implement the system in web support area of the Autonomous University of Peru is to have
a tool to interact with the support staff . And it's IT Physical Asset Management .
Key words: Web, RUP, ICONIX, Technical Support, IT Physical Asset Management , Life Cycle Iterative
and Incremental System.
-109-
1.- INTRODUCCIN
El presente trabajo de investigacin tiene como
objetivo principal desarrollar un Sistema Web,
utilizando la metodologa de Iconix, para mejorar
el proceso de Gestin de Activos Fsicos TI en la
Universidad Autnoma del Per.
En todas las organizaciones se realiza la Gestin
de Activos Fsicos TI, donde tienen un registro de
forma manual o en Excel, teniendo en cuenta que
requieren reducir la entrega de reportes, numero
de reportes solicitados, porcentaje en la exactitud,
porcentaje de malas decisiones tomadas y
satisfaccin del usuario. Es importante tambin la
visin histrica de todas las variables analizadas y
el anlisis de los datos del entorno. Estos
requerimientos no son difciles de resolver dado
que la informacin esta efectivamente en el
Sistema Web, puesto que cualquiera de las
actividades que realiza la organizacin est
reflejada en forma minuciosa en la base de datos.
Es fundamental que en toda empresa los procesos
estn definidos. Las herramientas que permiten
que los procesos de la empresa puedan ser
integrados satisfactoriamente son las Tctiles,
sino que no sera posible manipulacin de los
datos (Sql Server 2012)
El
presente
proyecto
consiste
en
la
implementacin de la Gestin de Activos TI a la
Universidad Autnoma del Per, que le permita
mejorar el manejo de informacin del rea. Esto
conlleva a que las personas que toman decisiones.
Las limitaciones encontradas en la fase de
desarrollo de la aplicacin del Sistema Web fue
que el tiempo para la implementacin y por eso
hubo un retraso en la realizacin de las encuestas
y/o entrevistas.
Caractersticas:
Iterativo
e
incremental:
Diversas
iteraciones suceden entre el desarrollo del
modelo del dominio y la identificacin de
los casos de uso. El modelo esttico es
incrementalmente refinado por los
modelos dinmicos.
Trazabilidad: cada paso est referenciado
por algn requisito. Se define trazabilidad
como la capacidad de seguir una relacin
entre los diferentes artefactos producidos.
Dinmica del UML: La metodologa
ofrece un uso dinmico del UML como
los diagramas del caso de uso, diagramas
de secuencia y de colaboracin.
b.
c.
2.- CONTENIDO
Se ha integrado teoras referentes al Sistema Web,
con la metodologa Iconix. Adems teora sobre la
Gestin de Activos Fsicos TI en el rea de
soporte tcnico y los indicadores para medir el
desempeo del proceso de Gestin de Activos
Fsicos TI.
2.1 Fundamentacin Terica
Qu es Iconix?
Es un proceso simplificado en comparacin con
otros procesos ms tradicionales, que unifica un
conjunto de mtodos de orientacin a objetos con
el objetivo de englobar todo el ciclo de vida de un
proyecto.
ICONIX est adaptado a los patrones y ofrece el
soporte de UML, dirigido por casos de usos y es
un proceso iterativo e incremental que est entre
-110-
precisar
qu
informacin
desean
intercambiar y describir lo que desean
obtener como resultado.
Implementacin
h.
i.
e.
Diseo Detallado
f.
g.
-111-
ID
DESCRIPCIN
NEC01
NEC02
NEC03
NEC04
NEC05
NEC06
NEC07
NEC08
DESCRIPCIN
Car
-01
Car
-02
Car
-03
Car
-04
B) Descripcin de Usuarios e interesados
DESCRIPCIN
Personal de
Soporte
Es el interesado de gestionar y
registrar los componentes.
Jefe de
Soporte
Es el interesado de consultar
informacin sobre los registros
de componentes.
ROL
Car
-05
Car
-06
Car
-07
Car
-08
Car
-09
Car
-10
Car
-11
Car
-12
-112-
Car-01
Consultar fecha de
CU-01
mantenimiento.
Car-01
Registro de
CU-02
componentes TI.
Car-03 Car
Consultar Catalogo
12 Car -10
se realiz el
CU-03
mantenimiento.
Registrar los
Componentes TI
Consular Fecha
Registrar Condicion y
Garantia de Componentes TI
Consultar Lugar
Registrar condiciones
Car04- Car05
de garanta de los
Cu- 04
componentes TI.
Visualizar un PDF
Car 06 Car
interno y enviar al
11
correo corporativo
CU-05
(soporte).
Car 07
Mostrar catlogo de
CU-06
componentes TI.
Alertar aproximacin
Car08
CRITERIO
de horas de los
CU-07
proyectores
arquitectura
Recurso
Personal Soporte
-
0..* -
Registra
Usuario: varchar
Contrasea: int
Descripcion: varchar
Tipo: int
Ubicacion: int
Catalogo
-
0..*
Descripcion: int
0..1
Registra
0..*
0..*
0..*
Visualiza
Consulta
Consulta
-
Descripcion: int
Fecha: int
Pertenece
1
Pertenece
Jefe Soporte
0..*
Usuario: int
Contrasea: int
Pertenece
Recibe
1
Componentes
-
Jefe de Soporte
Personal de Soporte
Nombre: varchar
Mantenimiento: int
Anuncio (PDF)
1
1
Pertenece
Descripcion: int
0..*
0..*
-113-
PESO RANGO
3
03
03
03
Requisito
Gestionar recursos de
componentes TI.
Gestionar catlogo de
componente TI.
Consultar lugar de
mantenimiento.
RI
SA
NC
Puntaje
18
15
Gestionar consultas.
10
Iniciar Sesin.
Consultar alertas.
Generar PDF.
Enviar Correo
Electrnico.
IDENTIFICAD
OR:
R:CU-02
CATEGORA:
Core
ACTORES:
Personal de Soporte
Jefe de Soporte
PROPSITO:
Permite gestionar el registro de los componentes,
modificar las cantidades de componentes.
PRECONDICIN:
El caso de uso Iniciar sesin debe haberse
ejecutado.
El caso de uso Consultar el mantenimiento
realizado por rea,
ALTA
Requisito
MEDIA
FLUJO BSICO:
B1. El actor selecciona la opcin Registrar
B2. El sistema muestra una ventana con una lista
de componentes guardados de acuerdo al registro.
Comentario
BAJA
Iniciar Sesin
NOMBRE:
Gestionar recursos de
Componentes TI
COMPLEJID PRIORID
AD:
AD:
Alta
Alta
POSCONDICIN:
El sistema muestra caractersticas de cada
componente.
El sistema registra los componentes
El sistema genera y enva al correo corporativo
(Soporte)
Procesos
medianamente
importantes, con
dificultad de
implementacin
media.
De fcil
implementacin,
efecto mnimo
en la estructura
del sistema
-114-
Diagrama de Robustez
IDENTIFICAD NOMBRE:
Gestionar recursos de
OR:
R:CU-02
Componentes TI
FLUJOS ALTERNATIVOS:
A1. Gestionar recurso de componentes TI
A1.1. Luego del paso B2 del flujo bsico,
personal de Soporte o el Jefe soporte
seleccione una de las carpetas existentes
donde desee guardar un registro (el personal
de soporte no podr emitir reporte)
A1.2. El sistema muestra en una nueva
pantalla los campos que deben llenar para
registrar (descripcin de cada componentes,
como
tambin
los
mantenimientos
realizados por reas.
A1.3. El personal de Soporte o el Jefe de
Soporte ingresan las descripciones de los
componentes.
A1.4. El Sistema grabara al ingresar los
datos correspondientes
A1.5. El Flujo retorna al paso B2 del Flujo
bsico
A2. Modificar estado del registro
A2.1. Luego del paso B2 del flujo bsico, el
personal de soporte o jefe de soporte
seleccione un recurso.
A2.2 El Sistema muestra una ventana con
las propiedades del componente TI
A2.3. El actor seleccionara un generador
para PDF y poder enviar el correo
Corporativo
A2.4. El sistema actualiza el estado del
recurso
A2.5. El flujo retorna al paso B2 flujo
bsico
A3. Eliminar y Modificar los componentes TI
A3.1. Luego del paso B2 del flujo bsico, el
personal de soporte o jefe de soporte
seleccione un componente
A3.2. El sistema muestre una ventana con
las propiedades del componente (marca
modelo registrar los mantenimientos de pcs
por rea y aulas)
A3.3. El actor selecciona la opcin eliminar,
modificar.
A3.4. El sistema elimina / modifica el
componente TI
A3.5. El flujo retorna al paso B2 del flujo
bsico.
Interfaz Registro
Interfaz Mantenimiento
Personal Soporte
Propiedades de
Mantenimiento
Gestionar
Mantenimiento
Gestionar
Mantenimiento
Consultar
Componentes
Gestionar
Componentes
Componentes
Componentes
Consultar Garantia de
Componentes
Registro de
Componentes
Jefe deSoporte
Genera PDF
Interfaz de
Mantenimiento
-115-
Indicado
r
PostPrueba
(Gc)
(Media: )
PostPrueba
(Ge)
(Media: )
Comenta
rio
Tiempo
para
47 min.
3 min.
generar
reportes
Nmero
reportes
11
7
solicitado
reportes/ci
reportes/ci
s por
clo
clo
ciclo
Porcentaj
e en la
exactitud
93%
de
50%
informaci
n
Porcentaj
e de
malas
2.50%
decisione
55%
s
tomadas
Satisfacci
No
n del
contrastad
Usuario
o.
Indicador Tiempo para generar reportes: KPI1
1
2
3
4
5
6
7
8
9
10
11
12
13
14
-116-
Post-prueba
(Gc)
40
42
49
55
53
55
41
41
45
50
53
49
45
47
Post-prueba (Gc)
2
3
2
1
3
3
3
4
5
3
2
3
3
3
2
3
2
1
3
3
3
4
5
3
2
3
3
3
2
3
2
1
3
3
3
4
5
3
2
3
3
3
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
48
51
50
50
44
42
46
50
50
50
51
52
55
48
47
49
48.24
Promedio
Meta
Planteada
N menor a
Promedio
%
4
5
4
4
4
3
2
4
3
2
3
3
2
4
5
3
4
5
4
4
4
3
2
4
3
2
3
3
2
4
5
3
3.17
4
5
4
4
4
3
2
4
3
2
3
3
2
4
5
3
CONCLUSIONES
3.5
20
66.66
a.
20
66.66
30
100
b.
c.
d.
e.
f.
Los datos tienen un comportamiento poco normal
Resumen para el Tiempo del Personal en Generar Reportes
A nderson-Darling N ormality Test
A -S quared
P -V alue <
1.35
0.005
M ean
StDev
V ariance
Skew ness
Kurtosis
N
3.1667
0.9855
0.9713
0.107215
-0.170292
30
M inimum
1st Q uartile
M edian
3rd Q uartile
M aximum
g.
1.0000
2.7500
3.0000
4.0000
5.0000
h.
3.5347
3.7713
0.7849
1.3249
Mean
i.
Median
2.8
3.0
3.2
3.4
3.6
3.8
-117-
AGRADECIMIENTOS
Agradezco a Dios, a mis padres y mis hermanas
por ser mis guas y estar pendientes siempre de
m; porque sin su ayuda no habra sido posible
realizar este proyecto ni ser alguien en la vida.
Una mencin ultima pero sin menos importante
agradezco al Ingeniero Jusein Quevedo Cabrera
por su apoyo y tiempo incondicional, durante el
proceso de desarrollo de este Proyecto.
REFERENCIAS BIBLIOGRFICAS
[1] Suniaga, J. (2009). Desarrollo de una
Aplicacin Web basada en Tecnologa Helpdesk
para ofrecer servicios de Soporte Tcnico e
Inventario en la Gerencia de Informtica de la
empresa C.A. Hidrolgica del Centro, en Valencia
Estado Carabobo . Tesis pre-grado, Universidad
de Oriente, Barcelona, Espaa.
[2] Polanco, V. (2007). Desarrollo de una
aplicacin WEB para soporte de gestin de
negocio y manejo de inventario para la empresa
INVERSIONES VPL, C.A.. Tesis pre-grado no
publicada, Universidad Nueva Esparta, Caracas,
Venezuela.
[6] Alva, J., Paredes, N. (2005). Desarrollo e
Implementacin de un Sistema Web para el
Control Acadmico en el Instituto Superior
Pblico Chocope. Tesis pre-grado, Universidad
Csar Vallejo, Trujillo.
[4] Guerra, T. (2007). Desarrollo de un
Aplicativo Web basado en Ajax para el Control
de Inventarios Mobiliarios de la Institucin
Educativa Pronoe Galileo. Tesis Pre-Grado,
Universidad Nacional del Santa, Chimbote.
[5] Carrin, P., Huamn, L. (2005). Sistema
Informtico y Web para los Servicios Acadmicos
del Instituto Superior Pedaggico Privado Talara
basadas en Tecnologas .net. Madrid: Banesto
Fundacin Cultural. Trujillo.
-118-
uft.wikispaces.com%2Ffile%2Fview%2FDiagram
a%2Bde%2BEstructura%2BCompuesta%2BUM
L%2B2.doc&ei=AxHoUZJc0uXgA6KMgNgI&u
sg=AFQjCNFDn_bLiTDbYBxvLlkfyf9VsTMM
VA&sig2=Vouu4TS0hQpqth58vOloWA&bvm=b
v.49478099,d.dmg
[16] Diagrama de Paquetes. (2013). Obtenida el
14
de
Julio
de
2013,
de
http://es.wikipedia.org/wiki/Diagrama_de_paquet
es
[17] Diagrama de Tiempos. (2013). Obtenida el
14
de
Julio
de
2013,
de
http://es.wikipedia.org/wiki/Diagrama_de_tiempo
s
-119-
GLOSARIO DE TRMINOS
A
Activo: Bien o derecho que tiene el valor econmico positivo para la empresa. Conjunto
de bienes y crditos pertenecientes a una persona o empresa.
Activo Fsico: Todo objeto o bien que posee una persona natural o jurdica, tales como
maquinarias, equipos, edificios, muebles, vehculos, materias primas, productos en
proceso, herramientas, etc.
Arista: Las flechas son llamadas aristas y representan el grafo de flujo. Una arista debe
terminar en un Nodo, incluso aunque no represente ninguna secuencia procedimental.
B
Base de Datos: Conjunto de datos pertenecientes a un mismo contexto y almacenados
sistemticamente para su posterior uso.
C
Cadena de Valor: Desarrollan las acciones y actividades de una empresa. En base a la
definicin de cadena, es posible hallar en ella diferentes eslabones que intervienen en un
proceso econmico: se inicia con la materia prima y llega hasta la distribucin del producto
terminado. En cada eslabn, se aade valor, en trminos competitivos, est entendido como
la cantidad que los consumidores estn dispuestos a abonar por un determinado producto o
servicio.
-120-
Cuartil: Son los tres valores que dividen al conjunto de datos ordenados en cuatro partes
porcentualmente iguales.
D
Diseo: Actividad o proceso que identifica requerimientos y entonces define una solucin
que es capaz de alcanzar dichos requerimientos.
Diagrama de Actividades: Representa los flujos de trabajo paso a paso de negocio y
operaciones de los componentes de un sistema. Un Diagrama de Actividad muestra el flujo
de control general.
Diagrama de Clases: Representan la estructura esttica en trminos de clases y relaciones.
Diagrama de Despliegue: Es un tipo de diagrama del Lenguaje unificado que se utiliza
para modelar el hardware utilizado para la implementacin de sistemas y las relaciones
entre sus componentes.
Diagrama de Estados: Son tcnicas para describir el comportamiento de un sistema.
Describen todos los estados posibles en los que se puede entrar un objeto en particular y la
manera en que cambia el estado del objeto.
Diseo de Investigacin: Es la estructura a seguir en una investigacin ejerciendo el
control de la misma a fin de encontrar resultados confiables y su relacin con los
interrogantes surgidos de la hiptesis.
-121-
H
Hiptesis:Afirmacin que se considera lo suficientemente fiable o creble como para basar
sobre ella una tesis o teora demostrada o confirmada con datos reales.
I
Iconix: Es un proceso simplificado en comparacin con otros procesos ms tradicionales,
que unifica un conjunto de mtodos de orientacin a objetos con el objetivo de englobar
todo el ciclo de vida de un proyecto.
ICONIX est adaptado a los patrones y ofrece el soporte de UML, dirigido por casos de
usos y es un proceso iterativo e incremental que est entre la complejidad del RUP y la
simplicidad y pragmatismo del XP (Extreme Programming), sin eliminar las tareas de
anlisis y de diseo que XP no contempla. Presenta claramente las actividades de cada fase
y exhibe una secuencia de pasos que deben ser seguidos.
Indicador: Dato o informacin que sirve para conocer o valorar las caractersticas y la
intensidad de un hecho o para determinar su evolucin futura.
Interfaces: Las interfaces web tienen ciertas limitaciones en las funcionalidades que se
ofrecen al usuario.
Inventario: Por inventario se define al registro total de los bienes y dems cosas
pertenecientes a una persona o comunidad, hecho con orden y precisin.
M
Metodologa: Conjunto de mtodos que se siguen en una investigacin cientfica o en una
exposicin doctrinal.
Muestra: Parte o cantidad pequea de una cosa que se considera representativa del total y
que se toma o se separa de ella con ciertos mtodos para someterla a estudio, anlisis o
experimentacin.
-122-
N
Nodo: Los crculos son llamados Nodos y representan una o ms acciones. Un solo nodo
puede corresponder a una secuencia de cuadros de proceso.
P
Proceso: Secuencia de pasos para realizar alguna actividad e incluye la descripcin de
entradas, salidas, procedimientos, herramientas, responsabilidades y criterios de salida.
R
Reportes: Es aquel documento que se utilizar cuando se quiera informar o dar noticia
acerca de una determinada cuestin. Puede emplearse internamente dentro de una empresa.
RUP: El Proceso Unificado Rational (Rational Unified Proccess en Ingls, conocido como
RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de
Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis,
implementacin y documentacin de sistemas orientados a objetos.
S
Sistema de Informacin (SI): Es considerado como un conjunto de componentes
interrelacionados que recuperan, procesa, almacenan y distribuyen informacin para
soportar la toma de decisiones, la coordinacin y el control de una organizacin.
Stakeholders Interno: La mayora de los stakeholders claves son personas que laboran
dentro de la organizacin sobre la cual se va a desarrollar el proyecto.
Stakeholders Externo: Los de este grupo tienen inters intrnseco en el proyecto ms,
aunque no formen parte de la organizacin.
Sistema Web: Son aquellos que no son desarrollados sobre una plataforma o sistema
operativo, sino que se administra en un servidor sobre una Intranet y/o Internet.
-123-
T
TI: Tecnologa de Informacin, conjunto de tcnicas que permiten la captura,
almacenamiento, transformacin, transmisin y presentacin de la informacin generada o
recibida a partir de procesos, de manera que pueda ser organizada y utilizada en forma
consistente y comprensible por los usuarios que estn relacionados con ella. Incluye
elementos de hardware, software, telecomunicaciones y conectividad.
U
UML: Es una tcnica de modelado, no una metodologa o el caso de modelamiento
Arquitect, muchas personas tienen esa confusin, espero despus de esta clara explicacin
no haya lugar a dudas.
V
Variable: Factor o caracterstica que puede variar en un determinado grupo de individuos
o hechos, especialmente cuando se analizan para una investigacin o un experimento.
Visual Studio: Es un entorno de desarrollo integrado (IDE, por sus siglas en ingls) para
sistemas operativos Windows. Soporta mltiples lenguajes de programacin tales como
C++, C#, Visual Basic .NET, F#, Java, Python, Ruby, PHP; al igual que entornos de
desarrollo web como ASP.NET MVC, Django, etc.
Tambin pueden crear aplicaciones que se comuniquen entre estaciones de trabajo, pginas
web, dispositivos mviles, dispositivos embebidos, consolas, etc.
X
XP: La metodologa XP (Extreme Programming) tiene como principal objetivo adaptarse a
los cambios de requisitos en cualquier punto de la vida del proyecto
-124-