Proyecto de Grado de la Carrera de Ingeniería de Sistemas U.P.E.A., presentado por Donato Huayhua Huayua

1. “PORTAL
WEB PARA LA GESTIÓN DE INFORMACIÓN DEL
INSTITUTO
DE
INVESTIGACIONES
LINGÜÍSTICAS
Y
POSTGRADO, CASO: CARRERA DE LINGÜÍSTICA E IDIOMAS DE
LA U.P.E.A.”
Postulante:
Tutor Metodológico:
Tutor Especialista:
Tutor Revisor:
Donato Huayhua Huayhua
Ing. Gimmy Nardo Sanjinés Tudela
Lic. Reina Sarina Bustamante Paco
Lic. María Magdalena Aguilar Huanto

2. Contenido

3. Introducción (1)
 Hoy en día la información es un
recurso muy importante para
instituciones.
 Los institutos de investigaciones
de la Universidad Pública de El
Alto (UPEA), tienen por objetivo:
planificar,
coordinar,
promocionar, hacer seguimiento,
evaluación
y
normar
las
actividades de investigación,
postgrado e interacción social.

4. Introducción (2)
 El Instituto de Investigaciones Lingüísticas y
Postgrado (IILyP) de la Universidad Pública
de El Alto (UPEA), requiere mejorar la
difusión de la información sobre las
actividades, noticias, becas, proyectos,
publicaciones,
seguimiento
de
las
publicaciones y establecer comunicación
entre los actores de la investigación de
forma rápida, fiable y oportuna.

5. Introducción (3)
 Las Tecnologías de Información y
Comunicación (TIC), permiten
automatizar y agilizar los procesos
de comunicación e información.
 Razón por la cual surge la idea de
realizar e implementar un Portal
Web que facilite la gestión de
información de las actividades de
investigación del IILyP de la
UPEA, utilizando tecnologías de
información web mas actuales.

6. Planteamiento del Problema
¿El desarrollo de un Portal Web, optimizará la
gestión de información del Instituto de
Investigaciones Lingüísticas y Postgrado de la
U.P.E.A.?

7. Planteamiento del Problema
Problema Principal
Los
escasos
medios
de
comunicación, coordinación y
los procesos manuales de
registro, seguimiento y difusión
de la información de los
proyectos de investigación,
causan retardo en la difusión y
conclusión de la información.

8. Planteamiento del Problema
Problemas Secundarios (1)
 El proceso manual para
comunicar
noticias,
actividades,
convocatorias,
cursos,
reglamentos,
documentos referidos a la
investigación.
 La búsqueda manual y poco
efectiva de los proyectos de
investigación.
 Seguimiento impreciso del
avance de las investigaciones.

9. Planteamiento del Problema
Problemas Secundarios (2)
 Las investigaciones son poco
conocidas por la sociedad.
 Las reuniones son morosas y
requieren de un espacio de
tiempo considerable.
 Las conferencias con temas
investigación se realizan con
altos costos de considerable
inversión y solo se difunde al
público asistente.

10. Objetivos
Objetivo General
El objetivo General del
presente proyecto es el
Desarrollo e implementación
del Portal Web para la
Gestión de Información del
IILyP de la UPEA, cubriendo
sus necesidades con una
solución fiable y fácil de usar.

11. Objetivos
Objetivos Específicos
 Realizar la descripción actual del
sistema.
 Realizar el análisis y diseño del Portal
Web.
 Realizar el desarrollo del Portal Web.
 Realizar pruebas de calidad en
función a las normas de calidad.
 Efectuar el análisis de costo y tiempo.

12. Justificación
El Instituto de Investigaciones
Lingüísticas y Postgrado de la
UPEA, requiere mejorar la
difusión de la información
mediante las tecnologías de
información y comunicación y
que estos coadyuven con los
procesos administrativos que
se realiza en el IILyP.

13. Justificación
Justificación Técnica
 Utilizando las TIC, se tendrá un
sistema de información web, que
facilitará la gestión de la
información del IILyP, que el
mismo estará desarrollado bajo
la plataforma de software libre.
 El IILyP y la UPEA, cuentan con
los
servicios
y
equipos
necesarios
para
la
implementación del Portal Web.

14. Justificación
Justificación Económica
 Con el desarrollo del Portal
Web,
la
gestión
de
la
información se optimiza en
tiempo, reduce el gasto por
compra material de escritorio, se
reduce el trabajo manual y que
estos optimizan los costos de
operación
que
benefician
económicamente
a
la
Institución.

15. Límites y Alcances
Límites
 El Portal Web, está limitado a
implementarse en el IILyP.
 No abarcara la gestión para
obtener el Proveedor de Servicio de
Internet (ISP).
 No contempla la compra de
servidores.
 No gestiona la contratación de un
dominio ni alojamiento Web. El
mismo debe ser gestionado por el
Instituto de Investigación.

16. Límites y Alcances
Alcances del Proyecto (1)
 El Portal Web se desarrollará bajo una plataforma de
software libre, para el mismo se utilizarán:

17. Alcances del Proyecto (2)
Las fases del desarrollo son:
 Diseño del Portal web.
 Establecer
características
primordiales del Portal Web para el
IILyP.
 Aplicar la metodología UWE.
 Aplicar
la metodología ágil
SCRUM.
 Desarrollar: gestores de contenidos
para difundir noticias, actividades,
publicaciones, becas, foro y chat.

19. Marco Teórico
Ingeniería Web
Definición
 La Ingeniería Web es una disciplina que está
relacionada con principios científicos de
ingeniería y de gestión, con enfoques
sistemáticos y disciplinados del éxito del
desarrollo, empleo y mantenimiento de
sistemas y aplicaciones basados en Web de alta
calidad

20. Marco Teórico
Ingeniería Web
Modelo del Proceso de la Ingeniería Web
Los procesos de ingeniería web deben estar
claramente definidas para que los desarrolladores
puedan seguirlos e implementarlos.

21. Marco Teórico
Ingeniería Web basada en UML
Definición
UWE es una metodología basada en
el Proceso Unificado y UML para el
desarrollo de aplicaciones Web.
Proceso de desarrollo:
• Fase de Captura de Requisitos.
•Fase Análisis y Diseño.
•Fase de Implementación.

22. Marco Teórico
Ingeniería Web basada en UML
 Basado en UML
 Sigue un proceso de cuatro modelos:
Casos de Uso
Diagrama de Clases
Representa el espacio de
navegación y el acceso a
los elementos que pueden
ser usados para la
navegación.
Look & Feel
y elementos de
La GUI

23. Marco Teórico
Ingeniería Web basada en UML
Análisis de requisitos
con Casos de uso.

24. Marco Teórico
Ingeniería Web basada en UML
Modelo Conceptual
Un diagrama de clases en UML, se utiliza para
representar gráficamente un modelo conceptual
como visión estática.
Elementos
Clase: refleja la estructura y el
comportamiento en el sistema.
Relaciones: indican cómo se
comunican las clases.

25. Marco Teórico
Ingeniería Web basada en UML
Modelo de Navegación
Qué objetos pueden ser visitados mediante la
navegación a través de la aplicación Web y las
asociaciones entre ellos.

26. Marco Teórico
Ingeniería Web basada en UML
Modelo de Presentación
El modelo de presentación proporciona una vista
abstracta sobre la interfaz de usuario (IU) de una
aplicación web .

27. Marco Teórico
Metodología Ágil de aplicaciones Web
¿Qué es una Metodología Ágil?
 Lo ágil precisa la habilidad de manifestar de forma versátil al
cambio para maximizar los beneficios.

28. Marco Teórico
Metodología SCRUM
¿Qué es Scrum?
 Marco de trabajo para la gestión de proyectos de ingeniería del
software.
 Iterativo e incremental.
 Comparte los principios del Agile Manifesto.

29. Marco Teórico
Metodología SCRUM
Elementos de SCRUM
Roles
 Product Owner
 Scrum Master
 Team (Equipo)
Sprint
 Planificación
 Sprint Backlog (Inicial)
 Desarrollo
 Sprint Backlog (Final)
 Gráfico Burndown
Poda de Requerimientos
Product Backlog
 Historias de Usuario – (HU)
Actividades de Ingeniería
•Historias Técnicas – (HT)

31. Análisis de riesgos
Riesgo
Tipo
No se cumplen las
Marco Aplicativo
Riesgos
Descripción
Probabi
lidad
Efecto
Diseñar un cronograma flexible
Existe la probabilidad de que las actividades
actividades definidas Proyecto definidas en el cronograma no se cumplan en
en el cronograma
Estrategia
Alta
Tolerable
las fechas establecidas
que considere los retrasos en
las etapas de desarrollo más
criticas
Realizar reuniones constantes
Cambios
en
los
con
requerimientos de la Proyecto, Probabilidad de que soliciten cambios en los
coordinadora
del producto. requerimientos que se hayan considerado.
Media
la
coordinadora
del
Tolerable instituto.
Realizar revisiones constantes
instituto.
a los requerimientos.
Existe un acuerdo entre el desarrollador del
producto y la coordinadora del Instituto,
No se cumpla con la
entrega
de
la
aplicación
en
los
Producto
Planificar
producto en función al tiempo
sobre las fechas establecidas para la entrega
del producto. En función a los nuevos
Media.
Serio
el
desarrollo
del
y alcance del proyecto.
31
requerimientos estos pueden sufrir variación
Revisar y agilizar el proceso de
en las fechas de entrega.
plazos establecidos
desarrollo del producto.

32. Marco Aplicativo
Riesgos
Análisis de riesgos
No
existen
recursos
los
infraestructura
suficiente
El
para
implementación
la
la
Prever el equipamiento y las
infraestructura para implementar el producto,
e
IILyP
no
cuenta
recursos
ni
condiciones necesarias para la
Proyecto existe el riesgo de que no se consiga los
del
producto.
Alto.
Tolerable implementación
algunos
de
requerimientos
los Producto
Web, con la Solicitud oportuna
implementación del producto.
ante las instancias necesarias.
se puedan concluir con algunos de los
requerimientos que solicitó la coordinadora
del IILyP.
debe
considerar
los
módulos más importantes y
Es probable que por el factor de tiempo, no
hacerlos muy independientes
Alto
Tolerable del resto de los módulos y que
la ausencia de algunos de
estos no afecte al producto
final
32
Portal
recursos y infraestructura necesaria para su
Se
No se concluya con
del

33. Marco Aplicativo
Requerimientos
Recopilación y Análisis de Requerimientos (Funcionales)
Nº Referencial
Función
Categoría
R1
Los usuarios no registrados podrán consultar las opciones mostradas por el portal.
Evidente
R2
El Portal Web permitirá al administrador gestionar los roles de usuario.
Evidente
R3
Los usuarios registrados podrán acceder a la zona restringida del portal web.
Evidente
R4
R5
R6
R7
R8
R9
R10
R11
33
El administrador y el auxiliar de investigación podrán realizar la asignación y modificación de
grupos (Circulo) de investigación a los investigadores del IILyP.
El portal web permitirá al administrador cambiar los estados de los usuarios de a desactivado
o eliminado.
Evidente
Evidente
El usuario Investigador podrá consultar usuarios del círculo, noticias del círculo, eventos del
círculo, investigaciones del círculo, publicaciones del círculo.
El administrador del portal podrá generar un reporte de los usuarios del IILyP.
El administrador y el coordinador de proyectos podrán crear, modificar y eliminar sus eventos
de investigación.
El portal web mostrará los eventos, noticias, publicaciones, documentos de investigación e
información acera del IILyP.
El administrador podrá crear, modificar y eliminar los lineamientos de la investigación.
Los usuarios registrados externos podrán crear, modificar y eliminar sus nuevos proyectos de
investigación.
Evidente
Evidente
Evidente
Evidente
Evidente

34. Marco Aplicativo
Requerimientos
Recopilación y Análisis de Requerimientos (Funcionales)
R12
R13
R14
R15
R16
R17
R18
El administrador podrá publicar los nuevos temas de proyecto de investigación.
El administrador podrá generar un reporte de los proyectos de investigación del IILyP e
investigaciones externas.
El portal web generará un control del avance de los proyectos de investigación en función del
tiempo.
El administrador podrá publicar los proyectos de investigación concluidos.
Los usuarios registrados externos podrán publicar sus trabajos de investigación con el aval
del coordinador del IILyP.
El administrador podrá generar un reporte de los proyectos de investigación publicados.
El administrador podrá crear, modificar y eliminar los nuevos temas de los proyectos de Beca
Trabajo de Grado.
Evidente
Evidente
Oculto
Evidente
Evidente
Evidente
Evidente
R19
Los usuarios becarios podrán consultar información acerca de sus trabajos de investigación.
Evidente
R20
El administrador publicará los proyectos de Becas de Trabajo de Grado concluidos.
Evidente
R21
R22
34
El administrador y coordinador del proyecto podrán crear, modificar, eliminar y publicar las
noticias del IILyP.
El administrador podrá crear y modificar Información acerca del IILyP.
Evidente
Evidente

35. Marco Aplicativo
Requerimientos
Recopilación y Análisis de Requerimientos (Funcionales)
R23
R24
El administrador podrá editar y publicar información del personal administrativo e
investigador.
El administrador podrá crear, modificar, eliminar y publicar la información referida a cursos y
plantel docente de Postgrado.
Evidente
Evidente
R25
Los usuarios registrados en el portal, podrán intercambiar sus ideas en una sala de Chat.
Evidente
R26
El administrador podrá crear nuevas categorías en el foro virtual.
Evidente
R27
Los usuarios registrados en el portal, podrán crear nuevos temas de foro y participar en ella.
Evidente
R28
R29
R30
R31
R32
35
Los visitantes pueden observar los servicios de video conferencias que ofrecerá el portal
web.
Los visitantes podrán enviar mensajes al personal administratdor
El administrador podrá crear, modificar, eliminar, consultar y publicar los documentos de
investigación.
Los usuarios registrados en el sistema podrán publicar sus documentos de investigación con
el aval del coordinador del IILyP.
Los usuarios registrados en el sistema podrán gestionar sus contraseñas.
Evidente
Evidente
Evidente
Evidente
Evidente

36. Marco Aplicativo
Requerimientos
Recopilación y Análisis de Requerimientos (No Funcionales)
Nº Referencial
R33
R34
R35
Función
El Portal Web deberá contar con una interfaz intuitiva para la navegación de los
usuarios.
El Portal Web se visualizara y funcionaran correctamente en navegadores más
populares y estos deberán ser las últimas versiones.
El portal web otorgará un nombre de usuario y contraseña para usuarios que se
registren en el portal.
Categoría
Evidente
Evidente
Oculto
Cada usuario tendrá diferentes privilegios según la categoría a la que pertenezca,
R36
así tenemos: administrador, coordinador del Proyecto, auxiliar investigador,
Evidente
investigador, becario y usuario registrado.
R37
R38
R39
36
El usuario comprenderá fácilmente la estructura del Portal Web para el próximo uso
del portal.
El portal web será fácil de mantener por parte del administrador gracias a las
herramientas usadas para su desarrollo y que son de libre distribución.
El portal web podrá ser instalado en diferentes sistemas operativos permitiendo a los
usuarios trabajar en el sistema operativo de su preferencia.
Evidente
Evidente
Evidente

37. Marco Aplicativo
Requerimientos
Identificación de Actores
ACTOR
Coordinador
del IILyP
DESCRIPCIÓN
Es el profesional que realiza la administración de la Unidad del
IILyP.
Coordinador de Es el profesional que está encargado de gestionar el proyecto de
Proyectos
investigación asignado a su grupo.
Auxiliar de
Es el estudiante designado a coadyuvar con el desarrollo de la
Investigación
Usuario
Investigador
Usuario
becario
Usuario
registrado
investigación y pertenece a un grupo de investigación.
Es el Profesional designado a realizar el desarrollo de la
investigación, el mismo pertenece a un grupo de investigadores.
Es el estudiante que ha sido beneficiado con la Beca de Trabajo
de Grado, el mismo debe desarrollar el trabajo de investigación
hasta su conclusión.
Es el visitante registrado en el portal web, el mismo puede aportar
con las investigaciones muy propias de él.
Usuario
Es el visitante al Portal Web, que solo está momentáneamente por
público
el portal.
37

38. Primer Sprint
38
Marco Aplicativo
Aplicando SCRUM

39. Generalización de Actores
39
Marco Aplicativo
Aplicando SCRUM

40. Caso de Uso del Usuario Público
40
Marco Aplicativo
Aplicando SCRUM

41. Marco Aplicativo
Aplicando SCRUM
Descripción Caso de Uso del Usuario Público
Caso de Uso
Del Usuario Público (Descripción)
Actores
Usuario Público
Requisitos asociados
R1, R9, R14, R29
Descripción
El usuario no registrado puede consultar todas las opciones mostradas en el Portal Web, sin
necesidad de autenticarse.
Accede al Portal Web del IILyP.
Consulta investigaciones.
Consulta Publicaciones.
Consulta eventos.
Consulta Documentos.
Flujo de eventos básicos
Consulta Noticias de Postgrado.
Consulta el Foro Virtual.
Consulta las Noticias del IILyP.
Consulta Personal del IILyP.
Realiza contactos con el administrador.
Consulta el servicio de video conferencias.
Flujo alternativo
Precondición
Pos
41 condición
Acceder a otros links del portal web.
Acceder a la zona de registro.
Ninguno.
Visita al Portal Web del IILyP.

42. Marco Aplicativo
Aplicando SCRUM
Caso de Uso del Usuario Coordinador del IILyP
42

43. Modelo Conceptual
43
Marco Aplicativo
Aplicando SCRUM

44. Marco Aplicativo
Aplicando SCRUM
Modelo Navegacional (Usuario Público)
44

45. Marco Aplicativo
Aplicando SCRUM
Modelo de Presentación(Página Principal)
45

46. Desarrollo de la Página Principal
46
Marco Aplicativo
Aplicando SCRUM

47. Desarrollo del ingreso al Portal Web
47
Marco Aplicativo
Aplicando SCRUM

48. Desarrollo del interfaz de usuarios
48
Marco Aplicativo
Aplicando SCRUM

49. Desarrollo del interfaz de Eventos
49
Marco Aplicativo
Aplicando SCRUM

50. Marco Aplicativo
Aplicando SCRUM
Desarrollo del interfaz de Administración
50

51. Burndown del Primer Sprint
51
Marco Aplicativo
Aplicando SCRUM

52. Primera Historia de usuario
52
Marco Aplicativo
Aplicando SCRUM

53. Segunda Historia de usuario
53
Marco Aplicativo
Aplicando SCRUM

54. Tercera Historia de usuario
54
Marco Aplicativo
Aplicando SCRUM

55. Cuarta Historia de usuario
55
Marco Aplicativo
Aplicando SCRUM

56. Quinta Historia de usuario
56
Marco Aplicativo
Aplicando SCRUM

57. Planificación del Segundo Sprint
57
Marco Aplicativo
Aplicando SCRUM

58. Burndown del Segundo Sprint
58
Marco Aplicativo
Aplicando SCRUM

59. Marco Aplicativo
Aplicando SCRUM
Módulo de Proyectos de Investigación
59

60. Marco Aplicativo
Aplicando SCRUM
Módulo de Publicación de Investigaciones
60

61. Planificación del Tercer Sprint
61
Marco Aplicativo
Aplicando SCRUM

62. Burndown del Tercer Sprint
62
Marco Aplicativo
Aplicando SCRUM

63. Marco Aplicativo
Aplicando SCRUM
Desarrollo del modulo de Becas Trabajo de Grado
63

64. Marco Aplicativo
Aplicando SCRUM
Desarrollo del modulo de Noticias del IILyP
64

65. Marco Aplicativo
Aplicando SCRUM
Desarrollo del modulo de Noticias del Postgrado
65

66. Planificación del Cuarto Sprint
66
Marco Aplicativo
Aplicando SCRUM

67. Burndown del Cuarto Sprint
67
Marco Aplicativo
Aplicando SCRUM

68. Desarrollo del modulo Chat del IILyP
68
Marco Aplicativo
Aplicando SCRUM

69. Marco Aplicativo
Aplicando SCRUM
Desarrollo del modulo Foro Virtual del IILyP
69

70. Marco Aplicativo
Aplicando SCRUM
Desarrollo del Interfaz para Video Conferencia
70

71. Marco Aplicativo
Aplicando SCRUM
Desarrollo del Interfaz para Contactos con el Administrador
71

73. Pruebas de Caja Blanca
Marco Aplicativo
Pruebas del Portal Web
Utilizando la complejidad ciclomática que es una métrica para medir cualitativamente
la complejidad lógica de un programa, se tiene
Donde:
A: numero de aristas.
N: numero de nodos de la grafica de flujo.
La complejidad ciclomática V(G), de una grafica de flujo G, también se define como:
Donde:
P: es el número de nodos predicado incluido en la grafica de flujo G
73

74. Marco Aplicativo
Pruebas del Portal Web
Pruebas de Caja Blanca
Para realizar esta prueba se ha tomado en cuenta el diseño procedimental del
modulo de “publicar proyectos de investigación”
1
2
3
4
R2
6
8
R3
R1
5
7
9
10
11
R4
12
74
Grafo de flujo - publicar proyectos de
investigación

75. Marco Aplicativo
Pruebas del Portal Web
Pruebas de Caja Blanca
El grafo esta factorizado.
Número de nodos N: 12
Número de aristas A: 14
Número de regiones R: 4
Número de nodos predicado P: 3
Establecer número de caminos
independientes.
Realizando la complejidad ciclomática tenemos:
A continuación se muestran los caminos obtenidos:
75

76. Pruebas de Caja Negra
Marco Aplicativo
Pruebas del Portal Web
Las pruebas de caja negra ha permitido detectar errores funcionales, el mismo
funciona en base de entradas y salidas
Componentes
Entrada
Salida
Para las pruebas de caja negra se consideraron las siguientes características:
Pruebas unitarias, interrelación de módulos que contiene el portal.
Pruebas de integración, se realiza a la conclusión de los módulos, que luego se integra entre
ellos para luego realizar pruebas de todo el contenido del portal web.
Las pruebas de validación, se realizan cuando se han concluido con las pruebas de integración
o sea cuando se ha terminado de ensamblar.
Pruebas del portal web, esta prueba se realiza cuando el sistema se incorpora elementos como
hardware, personas, información. Se realizo en función de la integración y las pruebas de
validación.
Pruebas de implementación, esta prueba se realizó de forma incremental, utilizando la
metodológica Scrum, la cual permitió un desarrollo rápido y una entrega rápida al cliente.
Pruebas de aceptación, luego de las pruebas anteriores el portal web debe ser aceptado por los
usuarios finales.
76

77. Marco Aplicativo
Seguridad del Portal Web
Seguridad del Portal Web
Para guardar seguridad del portal web, se considera la siguiente precaución de
seguridad:
Autenticación de usuario y la contraseña
para acceder al portal web.
El acceso a la base de datos está restringido
con un usuario y contraseña.
El administrador del sistema puede realizar
copias de seguridad (Backup).
El portal web cuenta con una copia de
seguridad.
Se recomienda, mantener por separado el
servidor de aplicaciones, bases de datos y de
red.
Además es aconsejable instalar un
cortafuego para evitar el acceso no autorizado
al portal web.
77

79. Calidad del Portal Web
Evaluación del Portal Web
Calidad del Portal Web
Para la medición de calidad de un producto de software, se emplean modelos que
especifican la calidad
correcto funcionamiento técnico del
sitio. un sitio que sea accesible y fácil
FUNCIONALIDAD
de usar sin errores
FIABILIDAD
EFICIENCIA
cumplimiento de las expectativas buscadas
con el sitio web por parte de su propietario
Es la capacidad de un producto software
para ser modificado
PORTABILIDAD
79
USABILIDAD
grado eficacia, eficiencia y satisfacción
con la que usuarios específicos pueden
lograr objetivos específicos
MANTENIBILIDA
D
Calidad de
una
aplicación
Web
capacidad de un sitio de realizar sus
funciones de la manera prevista
como el esfuerzo necesario para transferir
la aplicación web de un entorno de sistema
(software/hardware) a otro diferente

80. Evaluación del Portal Web
Calidad del Portal Web
Funcionalidad
Se utilizará como modelo el punto de función, el mismo se determina mediante
la sumatoria del producto entre la cuenta y el factor ponderaciones asociadas a
cada tipo de ítem de los puntos de función.
VALOR DE DOMINO DE INFORMACION
FACTORES PONDERADOS
Conteo
Ponderación
Resultado
Entradas Externas (EE)
27
3
81
Salidas Externas (SE)
38
4
152
Consultas Externas (CE)
23
3
69
Archivos lógicos internos (ALI)
16
7
112
Archivos de interfaz externos (AIE)
5
5
25
CUENTEO TOTAL
80
439

81. Evaluación del Portal Web
Calidad del Portal Web
FACTOR
0
1
2
3
Mecanismos de recuperación y back-up confiables
4
5
X
Comunicación de Datos
X
Funciones de Procesamiento Distribuido
X
Performance
X
Configuración usada rigurosamente
X
Entrada de datos on-line
X
Factibilidad Operativa
X
Actualización de archivos on-line
X
Interfaces Complejas
X
Procesamiento Interno Complejo
X
Reusabilidad
X
Fácil Instalación
X
Soporte de múltiples instalaciones
X
Facilidad de cambios y amigabilidad
X
TOTAL
0
1
6
15
16
5
AL
ESCENCI
ATIVO
SIGNIFIC
MEDIO
DO
MODERA
TAL
INCIDEN
CIA
INFLUEN
ESCALA
SIN
Funcionalidad
Matriz para el factor de ajuste

82. Funcionalidad
Evaluación del Portal Web
Calidad del Portal Web
El resultado de la matriz será:
Reemplazando este resultado a la ecuación para obtener una confianza del 65%
calculando para el nivel de confianza del 100%
El porcentaje de funcionalidad será

83. Evaluación del Portal Web
Calidad del Portal Web
Confiabilidad
La confiabilidad del portal está relacionada con la cantidad de errores que
genera el portal al momento de la ejecución y no en tiempo real (bajo reloj)
La ecuación para este propósito esta denotado por:
Si están conectados en serie:
Si funcionan independientemente, actúan en paralelo:
R14
R2
R15
R16
R13
R12
R1
R3
R4
R5
R6
R7
R8
R9
R10
R11
R1 = Índex; R2 = Foro; R3 = Ingreso; R4 = Investigaciones; R5 = Publicaciones;
R6 = Noticias IILyP; R7 = Curso Postgrado; R8 = Investigación Externa; R9 = Eventos;
R10 = Beca Trabajo de Grado; R11 = Documentos; R12 = Chat;
R13 = Gestión de Usuarios; R14 = Gestión de Contenidos; R15 = Gestión de Foro;
R16 = Reportes

84. Evaluación del Portal Web
Calidad del Portal Web
Confiabilidad
Tiempo de fallo de los módulos
λ Tasa de constantes de
t Periodo de Operaciones en
R(t) es la fiabilidad de un
Prueba de fallo
tiempo t
componente en el tiempo t
R1
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R2
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R3
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R4
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R5
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R6
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R7
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R8
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R9
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R10
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R11
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R12
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R13
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R14
λ = 0,001
t = 8 hrs.
R(t) = 0,99
R15
λ = 0,001
t = 8 hrs.
R(t) = 0,99
Módulos

85. Confiabilidad
Evaluación del Portal Web
Calidad del Portal Web
Entonces la confiabilidad será:

86. Evaluación del Portal Web
Calidad del Portal Web
Confiabilidad
Ahora aplicando los teoremas 1 y 2 tenemos:
Entonces la confiabilidad será:

87. Evaluación del Portal Web
Calidad del Portal Web
Usabilidad
Para determinar esta métrica usaremos la completitud de la descripción, cuyo
propósito es mostrar que proporción de las funciones es entendible
Con la siguiente formula:
Donde:
A = Numero de funciones o tipos de funciones descritas en la
descripción del producto comprendidas por el usuario.
B = número total de funciones o tipo de funciones del sistema.
Reemplazando valores en la ecuación se obtiene:
El mismo nos indica que existe una usabilidad de 88% de los usuarios tienen
aceptación y entendimiento sobre el portal web.

88. Evaluación del Portal Web
Calidad del Portal Web
Eficiencia
Es el grado de cumplimiento de las expectativas buscadas con el sitio web por parte
de su propietario.
Para el factor de eficiencia se puede tomar en cuenta el tiempo de ejecución
aceptable en rendimiento con carga máxima y consumo de pocos recursos. Para la
medida de eficiencia es necesario hallar los valores de la siguiente tabla:
Atributo
Definición
Tipo de
Criterio
Se mide el tamaño de todas las páginas del sitio Web considerando todos sus
Páginas de
acceso rápido
Multinivel
componentes.
Discreto y
Tamaño aceptable 35,2 Kb. Sea X=0 si no cuenta con páginas de acceso rápido de
IEi(%)
60
absoluto
forma total, entonces IE%=0, x=1 si cuenta con páginas de acceso de forma parcial,
entonces IE%=60 y x=2 si no cuenta con páginas de acceso rápido entonces IE%=100
Representa la accesibilidad a la información que está en las páginas, donde la página Multinivel
Soporte a la
60
puede ser editada en una versión de solo texto, entonces IE%=0, x=1 si está preparado Discreto y
versión solo texto parcialmente entonces IE%=60 y x=2 si está preparado en forma total entonces absoluto
IE%=100
Numero de vista Los frames o marcos organizan a una ventana o diferentes áreas o subvistas. Cuanto Multinivel
considerado
mayor la cantidad de marcos menor la accesibilidad a la ventana, se x=1 entonces Discreto y
marcos y frames IE%=100, x=2 entonces IE%=90, x=3 entonces IE%=80
absoluto
80

89. Evaluación del Portal Web
Calidad del Portal Web
Eficiencia
Haciendo uso de la función de la medida potencial pesada, que se expone
como sigue:
Donde: r=1
y los pesos Pi para el caso de la eficiencia es 0.33
Aplicando la fórmula del factor de eficacia y reemplazando los valores se
tiene:
Se puede deducir que existe 66% de eficiencia del portal web.

90. Evaluación del Portal Web
Calidad del Portal Web
Mantenibilidad
Para medir la característica de mantenibilidad del portal, se utilizaran los
índices de madurez del software (IMS).
Donde:
MT = Numero de modulos en la versión actual.
Fc = Numero de módulos en la versión actual que se han cambiado.
Fa = Numero de módulos en la versión actual que se han añadido.
Fe = Numero de módulos en la versión actual que se han eliminado.
Reemplazando los valores correspondiente se obtiene lo siguiente:
Donde: MT = 20; Fc = 4; Fa = 2; Fc = 0.
El porcentaje de mantenibilidad es de 70%, este resultado indica que el portal
tiene una buena mantenibilidad.

91. Evaluación del Portal Web
Calidad del Portal Web
Portabilidad
Para medir la portabilidad se utiliza la siguiente fórmula:
Donde:
ET: medida de los recursos necesarios para mover el sistema a otro entorno.
ER: medida de los recursos necesarios para crear el sistema en el entorno
residente.
Recursos mínimos de hardware de computador:
•Procesador de 1,7 Ghz.
•Memória RAM de 1 Gb.
•y memoria del video de 512 Mb.
Los requerimientos de software para el portal web son:
•Sistema Operativo; Windows, Linux, MacOs.
•Servidor Web; Apache HTTP Server 2.4.3 o superior.
•Gestor de Base de Datos; Mysql 5.5.27 o superior.
•Y lenguaje de programación; Php 5.4.7 o superior.
Como alternativas se puede optar por instalar Xampp o Lampp.

92. Evaluación del Portal Web
Calidad del Portal Web
Portabilidad y resumen
Aplicando la formula de portabilidad se tiene:
Por tanto la portabilidad del portal web será de: 75% de instalación.
Después de haber realizado las métricas del portal web, se realiza el
promedio de las métricas como se muestra en el siguiente cuadro.

93. COSTO Y TIEMPO
ANÁLISIS DE COSTOS
Análisis de Costos
Aplicando el modelo COCOMO II, se puede estimar esfuerzo y tiempo. El
modelo que se utilizara será el intermedio, el mismo realiza estimaciones con
mucha precisión.
Para calcular el Esfuerzo, necesitaremos hallar la variable KLDC (kilo-líneas de
código).
Aplicando conversiones se tiene:
Los modelos COCOMO, están definidos para tres tipos de proyectos de
software que se ilustra en la siguiente tabla.

94. COSTO Y TIEMPO
ANÁLISIS DE COSTOS
Análisis de Costos
Constantes COCOMO intermedio. Se Calcula el esfuerzo del desarrollo y un
conjunto de conductores de coste en función de atributos del producto,
hardware y personal.
•Modo orgánico: un pequeño
grupo
de
programadores
experimentados
desarrollan
software en un entorno familiar.
•Modo semilibre: corresponde a
un esquema intermedio entre el
orgánico y el rígido.
•Modo rígido: el proyecto tiene
fuertes restricciones que el
problema a resolver es único y es
difícil basarse en la experiencia.

95. COSTO Y TIEMPO
ANÁLISIS DE COSTOS
Análisis de Costos
El modelo básico se amplia para considerar un conjunto de atributos
conductores de coste que pueden agruparse en cuatro categorías principales.
Factor de Ajuste de Esfuerzo (FAE), Atributos para el multiplicador m(X):

96. COSTO Y TIEMPO
ANÁLISIS DE COSTOS
Análisis de Costos
Para hallar los valores de FAE, se utilizará la tabla de atributos multiplicadores:
= 1 ∗ 0,94 ∗ 0,85 ∗ 1 ∗ 1 ∗ 0,87 ∗ 1,07 ∗
1 ∗ 1,13 ∗ 1 ∗ 1,17 ∗ 1 ∗ 1 ∗ 0,91 ∗ 1 = 0,996
Por tanto nuestro factor de ajuste de
esfuerzo será:
=0,996
Aplicando y reemplazando valores a la
formula de Esfuerzo, se tiene:
=3,2 ∗ 22,6631,05 ∗ 0,996 =
84,43(personas/mes)

97. COSTO Y TIEMPO
ANÁLISIS DEL PERSONAL Y TIEMPO
Calculo de tiempo de desarrollo, personal y costo
Para realizar el cálculo del tiempo de desarrollo se sigue la siguiente fórmula:
= ∗ Esfuerzod (meses)
= 2,5 ∗ 84,430,38 = 13,49(meses)
El cálculo para la productividad, es la siguiente:
=
/
(meses)
= 22663 / 84,43 = 268 (LDC/personas mes)
Calculo para el promedio de personal requerido:
= / (
)
= 84,43 / 13,49 = 6,26
Para calcular el costo total del proyecto, se utilizará la siguiente fórmula:
(
es) =
∗
Los datos para realizar el cálculo son: Costo persona/mes = $250
Reemplazando en la fórmula planteada se tiene:
es = 6 ∗ 250 = $us 1500
=
es ∗
= 1500 ∗ 13 = $us 19500
En resumen se requieren 6 personas (3 analistas y 3 programadores), estimando un
trabajo de 13 meses y el costo total será de $us 19500.

99. Conclusiones y Recomendaciones
Conclusiones
Conclusiones
El Objetivo General planteado
en el punto 1.4.1, fue cumplida
satisfactoriamente
con
el
desarrollo e implementación
del Portal Web en el IILyP,
procedidas en las secciones 3.4
al 3.4.5 del Punto 3. y
verificadas en cuanto a calidad
en el punto 4.

100. Conclusiones y Recomendaciones
Conclusiones
Conclusiones
Los Problemas específicos planteados en el punto 1.4.
•Realizar el análisis y diseño del Portal Web.
•Realizar el desarrollo del Portal Web.
•Gestionar la información pública y privada sobre noticias,
eventos, investigaciones, becas, publicaciones, documentos,
conferencias y personal de investigación del IILyP de la UPEA.
•Los miembros del portal pueden utilizar el chat para
intercambiar conversaciones en línea con miembros del IILyP.
•Los miembros del portal pueden abrir un foro debate sobre
temas de investigación con los miembros del IILyP.
Son los Aspectos que cumple la fase
del marco aplicativo del punto 3., los
mismos pueden ser observados en los
anexos A, B, C.

101. Conclusiones y Recomendaciones
Conclusiones
Conclusiones
Los objetivos Específicos:
•Realizar pruebas de calidad en función a las normas de
calidad.
•Efectuar el análisis de costo y tiempo.
Estos
dos
aspectos se
resolvieron
Las pruebas de calidad al Portal Web,
fueron resueltas utilizando normas de
calidad genéricamente utilizadas para
aplicaciones Web, tal y como se puede
corroborar en la sección del capitulo 4.
Para realizar el análisis de costo y tiempo se utilizó el
método conocido COCOMO II, el mismo facilitó
calcular costo y tiempo de desarrollo y conclusión
del Portal Web, el mismo se verificar en el capitulo 5.

102. Conclusiones y Recomendaciones
Recomendaciones
Recomendaciones
Para mejorar los procesos de publicación de los proyectos de investigación se
recomienda :
•un subsistema que permita gestionar los procesos para la
publicación de los proyectos de investigación.
•Subir convocatoria de los proyectos de investigación.
•Recepción de los proyectos de investigación.
•Selección de los proyectos de investigación.
•Mejorar los requerimientos para el seguimiento de los
proyectos de investigación.
•Aprobación y publicación de los proyectos de investigación.
•Un subsistema académico para gestionar los cursos de
postgrado del IILyP.
•Realizar evaluaciones periódicas de la información producida
por el portal web, con el objetivo de recopilar nuevos
requerimientos.

103. GRACIAS POR SU ATENCIÓN