UNIVERSIDAD SALESIANA DE BOLIVIA

CARRERA INGENIERÍA DE SISTEMAS

PROYECTO DE GRADO

PARA OBTENER EL GRADO ACADÉMICO DE LICENCIATURA EN INGENIERÍA

DE SISTEMAS

SISTEMA DE INFORMACIÓN PARA EL SEGUIMIENTO DE

DESEMPEÑO DEL PERSONAL DOCENTE
CASO DE ESTUDIO: UNIDAD EDUCATIVA RENÉ
BARRIENTOS ORTUÑO

POSTULANTE: ARMANDO MAX HERBAS ROJAS

DOCENTE GUÍA: ING. SIMON ONOFRE

LA PAZ – BOLIVIA
2016
 DEDICATORIA

Quiero dedicar este trabajo a Dios que me ha dado la vida y

fortaleza para terminar el presente Proyecto de Grado.

A mi Madre por estar ahí cuando más los necesité; en

especial a mis Abuelos Máximo Rojas Condori y Gregoria
vino de rojas, por su ayuda y constante cooperación en los
momentos más difíciles de mi vida.
 AGRADECIMIENTOS

A Dios, por darme la inspiración, la vida y el conocimiento necesario en mi diario

vivir.

A la Universidad Salesiana de Bolivia, por haberme aceptado ser parte de ella y

abierto las puertas para poder estudiar la carrera de Ingeniería de Sistemas.

A los docentes que me brindaron sus conocimientos y apoyo para seguir adelante
día a día, para llegar al momento de la culminación del presente Proyecto de Grado.

Al Director de carrera Lic. Eduardo Willy Fernández Salazar, por todo su apoyo
durante mi estancia en la carrera de Ingeniería de Sistemas.

A mi Docente Guía, Ing. Simón Onofre López, quien con su gran paciencia y
dedicación hizo posible la realización y posterior culminación del presente Proyecto
de Grado.

A mi Docente Relator, Ing. Erlinda Gutiérrez Poma, quien me apoyó en la revisión del
proyecto de grado.

A la Unidad Educativa René Barrientos Ortuño, y de la misma forma al Director Lic.

Victor Bonifaz Acebey, quien me apoyó en la realización del presente proyecto de
grado.
 ÍNDICE GENERAL

1.1. INTRODUCCIÓN...................................................................................................1
1.2. ANTECEDENTES..................................................................................................2
1.2.1. ANTECEDENTE INSTITUCIONAL.....................................................................2
1.2.2. ANTECEDENTES DE TRABAJOS AFINES.....................................................3
1.3. PLANTEAMIENTO DEL PROBLEMA...................................................................5
1.3.1. DESCRIPCIÓN DEL PROBLEMA......................................................................5
1.3.2. PROBLEMA PRINCIPAL....................................................................................5
1.3.3. PROBLEMAS ESPECÍFICOS.............................................................................5
1.4. OBJETIVOS...........................................................................................................6
1.4.1. OBJETIVO PRINCIPAL......................................................................................6
1.4.2. OBJETIVOS ESPECÍFICOS...............................................................................6
1.5. JUSTIFICACIÓN.....................................................................................................6
1.5.1. JUSTIFICACIÓN TÉCNICA................................................................................6
1.5.2. JUSTIFICACIÓN ECONÓMICA..........................................................................7
1.5.3. JUSTIFICACIÓN SOCIAL...................................................................................8
1.6. ALCANCES, LÍMITES Y APORTES......................................................................8
1.6.1. ALCANCES.........................................................................................................8
1.6.2. LÍMITES...............................................................................................................9
1.6.3. APORTES............................................................................................................9
1.6.3.1. APORTE DEL PROYECTO............................................................................10
1.6.3.2. APORTE ACADÉMICO..................................................................................10
4.3.1. DIAGRAMA DE CASOS DE USO...........................................................67
4.3.2. DIAGRAMA DE SECUENCIA.................................................................80
4.3.3. DIAGRAMA DE CLASES........................................................................87
4.3.5. DIAGRAMA DE ACTIVIDADES..............................................................88
ÍNDICE DE FIGURAS

Figura 2.1. Fases del RUP………………………………………………………. 17

Figura 2.2. Diagrama de Casos de Uso……………………………………….. 23
Figura 2.3. Diagrama de Clases………………………................................... 24
Figura 2.4. Diagrama de Estados………………………………………………. 26
Figura 2.5. Diagrama de Actividades…………………………………….. 28
Figura 2.6. Diagrama de Secuencias………………………………………….. 29
Figura 2.7. Diagrama de Colaboración………………………………………. 30
Figura 2.8. Diagrama de Componentes………………………………………. 31
Figura 2.9. Diagrama de Despliegue………………………………………….. 32
Figura 2.10. Notación de Grafo de Flujo……………………………………….. 41
Figura 4.1. Diagrama de caso General………………………………………... 68
Figura 4.2. Diagrama de caso de uso del proceso de inicio de sesión…. 69
Figura 4.3. Diagrama de caso de uso del proceso de registro del
personal………………………………………………………………. 71
Figura 4.4. Diagrama de caso de uso del proceso de realizar
evaluación……………………………………………………………. 73
Figura 4.5. Diagrama de caso de uso del proceso de registro de
estudiante……………………………………………………………. 75
Figura 4.6. Diagrama de caso de uso del proceso de evaluar
desempeño ………………………………………………………….. 77
Figura 4.7. Diagrama de caso de uso del proceso de ver reportes…….. 79

Figura 4.8. Diagrama de secuencia del caso de uso de inicio de sesión. 81

Figura 4.9. Diagrama de secuencia del caso de uso registro de

 personal……………………………………………………………… 82
Figura 4.10. Diagrama de secuencia del caso de uso realizar evaluación. 83

Figura 4.11. Diagrama de secuencia del caso de uso registro 84

estudiantil.
Figura 4.12.
Diagrama de secuencia del caso de uso evaluar 85
Figura 4.13. desempeño………………………………………………………….. 86
Figura 4.14. Diagrama de secuencia del caso de uso ver reporte………… 87
Figura 4.15. Diagrama de clases…………………………………………………. 88
Figura 4.16. Diagrama de Actividad del caso de uso inicio de sesión…… 89
Figura 4.17. Diagrama de Actividad del caso de uso registro de personal 90
Figura 4.18. Diagrama de Actividad del caso de uso realizar evaluación.
Diagrama de Actividad del caso de uso registro de 91
Figura 4.19. estudiantes………………………………………………………….. 92
Figura 4.20. Diagrama de Actividad del caso de uso evaluar desempeño 93
Figura 5.1. Diagrama de Actividad del caso de uso ver reportes………... 94
Figura 5.2. Inicio de Sesión……………………………………………………... 95
Figura 5.3. Evaluación del Docente………………………………………………… 95
Figura 5.4. Cuestionarios del Docente……………………………………….. 96
Figura 5.5. Evaluación para Docente…………………………………………. 96
Figura 5.6. Preguntas para Evaluación del Docente…………………………….. 97
Figura 5.7. Inicio de Sesión Docente………………………………………….. 97
Figura 5.8. Reporte para el docente………………………………………….. 98
Figura 5.9. Resumen de Resultados………………………………………….. 98
Inicio de sesión secretaria………………………………………...
ÍNDICE DE TABLAS

Tabla 1.1 TRABAJO AFÍN N° 1…………………………………………………. 3

Tabla 1.2 TRABAJO AFÍN N° 2…………………………………………………. 4
Tabla 1.3 TRABAJO AFÍN N° 3…………………………………………………. 4
Tabla 1.4. Hardware existente…………………………………………………... 7
Tabla 1.5. Software existente…………………………………………………. 7
Requerimientos de Hardware…………………………………… 8
Requerimiento de software………………………………………. 8
Factores de Calidad McCall………………………………………… 32
Factor Calidad – Precio…………………………………………….. 34
Constantes según modos………………………………………… 36
Tabla 1.6. Constantes según Modelo intermedio
Tabla 1.7. Atributos……………………………………………………………… 37
Tabla 2.1. Requerimientos del Hardware……………………………………. 39
Tabla 2.2. Descripción del Software………………………………………….. 51
Tabla 2.3. Hardware existente…………………………………………………. 51
Tabla 2.4. Software existente…………………………………………………… 52
Costo del Hardware………………………………………………… 52
Tabla 2.5. Costo de Licencias de Software…………………………………. 53
Tabla 3.1. Puntos de función no ajustados…………………………………. 54
Tabla 3.2. Factor de ajuste………………………………………………………. 55
Tabla 3.3. Equivalencia de Líneas de Código………………………………... 56
Tabla 3.4. Valores de los Factores de Escala……………………………….. 57
Tabla 3.5. Valores de los Factores de Escala Obtenidos………………….. 59
Tabla 3.6. Drivers Modelo Anticipado…………………………………………. 59
Tabla 3.7. Salario de Programadores de Software………………………….. 60
Tabla 3.8. 61
Caso de Uso Extendido: Iniciar Sesión………………………….
Tabla 3.9. 70
Caso de Uso Extendido: Registro del Personal………………..
Tabla 3.10. 72
Caso de Uso Extendido: Realizar Evaluación…………………...
Tabla 3.11. 74
Caso de Uso Extendido: Registro de Estudiantes……………..
Tabla 3.12. 76
Caso de Uso Extendido: Evaluar Desempeño…………………..
80
Tabla 3.13. Caso de Uso Extendido: Ver Reporte ……………………………
78
Tabla 4.1. Tabla Métrica de calidad de facilidad de uso
Tabla 4.2. Tabla Métrica de calidad de la integridad
80
Tabla 4.3. Tabla Métrica de calidad de la corrección
Tabla 4.4. Tabla Métrica de calidad de fiabilidad
100
Tabla 4.5. Tabla Métrica de calidad de facilidad de uso
78
Tabla 4.6. Tabla Métrica de calidad del mantenimiento……………………
101
Tabla 5.4. Tabla Métrica de calidad de facilidad de uso……………………
102
Tabla 5.5. Tabla Métrica de calidad de la integridad………………………..
103
Tabla 5.6. Tabla Métrica de calidad de la corrección……………………….
104
Tabla 5.7. Tabla Métrica de calidad de fiabilidad…………………………….
104
Tabla 5.8. Tabla Métrica de calidad de facilidad de uso……………………
105
Tabla 5.9. Tabla Métrica de calidad del mantenimiento…………………….
106
Tabla 5.10. Tabla Métrica de calidad de facilidad de prueba………………..
107
Tabla 5.11. Tabla Métrica de calidad de flexibilidad………………………….
Tabla 5.12. Tabla Métrica de calidad de la reusabilidad…………………….. 108
Tabla 5.13. Tabla Métrica de calidad de interoperabilidad………………….. 109
Tabla 5.14. Tabla Métrica de calidad de portabilidad………………………… 110
Tabla 5.15. Factores de Calidad del software…………………………………. 110
 CAPÍTULO I
GENERALIDADES
 CAPÍTULO I
GENERALIDADES

1.1. INTRODUCCIÓN

El mundo de hoy, está inmerso en una nueva revolución tecnológica basada en la

informática, que encuentra su principal impulso en el acceso de la rápida
información, en la capacidad de procesamiento de información sobre todos los temas
y sectores de la actividad humana.

En la actualidad la mayoría de las organizaciones requieren de los sistemas de

información como un centro o un eje principal para la toma de decisiones dentro de
sus actividades cotidianas.

La tecnología1 se utiliza para la implementación de sistemas de información 2 la cual

facilita al hombre obtener datos de forma rápida, eficaz y eficiente. En el ámbito
educativo la calidad profesional docente a más de depender de la formación inicial
está sujeta a las oportunidades de mejorar el servicio y a las estrategias de
formación continua a las que pueda acceder, de ahí que, el acompañamiento
pedagógico en el aula se convierte en el pilar fundamental para un buen desempeño
del docente.

Durante el proceso de evaluación de desempeño, se trata de obtener la mayor

cantidad de información posible, con el objeto de reducir la incertidumbre o hacer
más clara la situación y como consecuencia tomar la acción más adecuada. La
información puede ser obtenida de diversas formas; tales como reportes,
observación de situaciones, encuestas y entrevistas.

Por tal razón el presente proyecto de grado propone realizar un sistema de

Información de seguimiento de desempeño del personal docente para la Unidad
1
La Tecnología se define como el conjunto de conocimientos y técnicas que, aplicados de forma lógica y
ordenada, permiten al ser humano modificar su entorno material o virtual para satisfacer sus necesidades.
(Dámaso Alonso,2010)
2
Un sistema de información es un conjunto de elementos interrelacionados con el propósito de prestar
atención a las demandas de información de una organización, para elevar el nivel de conocimientos que
permitan un mejor apoyo a la toma de decisiones y desarrollo de acciones. (Dámaso Alonso,2010)

1
Educativa René Barrientos Ortuño, el cual permitirá conocer el grado de desempeño
de los docentes con los resultados de la evaluación, los mismos reflejarán si se está
enseñando de forma eficiente a los estudiantes y el grado de aceptación hacia el
docente por los mismos.

1.2. ANTECEDENTES

1.2.1. ANTECEDENTE INSTITUCIONAL

La Unidad Educativa “René Barrientos Ortuño “se fundó el 5 de febrero de 1964 está
ubicada en la ciudad La Paz zona San Miguel calle Nro. 21, con funcionamiento en el
turno tarde con el de nivel secundaria.

En la actualidad, el personal Docente que presta servicios en la Unidad Educativa

turno tarde, es de 24 Docentes: un Director, una Secretaria, dos Asistentes y una
persona de servicio lo cual llegan a conformar una planta administrativa de 5
funcionarios, en el nivel secundario.

La Unidad Educativa “Rene Barrientos Ortuño”, al empezar contó con 600

Estudiantes, en la actualidad llegan a ser 1400 estudiantes.

MISIÓN
Queremos fortalecer a los jóvenes mediante una formación integral para la vida en lo
intelectual, social, emocional, artístico y psicomotriz. Nos dejamos guiar por los
principios pedagógicos que formulamos en esta visión y que hemos aprobado en
conjuntos con todo el cuerpo docente.

VISIÓN
Formar personas respetuosas, autónomas, responsables y competentes.
Ciudadanos globales con capacidad de liderar procesos de cambio fundamentados
en el bien común.

Figura 1.1 Organigrama de la Unidad Educativa

2
 [Fuente: Unidad Educativa “René Barrientos Ortuño”]
1.2.2. ANTECEDENTES DE TRABAJOS AFINES

Los trabajos afines al presente proyecto se presentan a continuación:

Tabla 1.1 Trabajo afín N° 1

TÍTULO Sistema apoyado en criterios de selección y
evaluación de personal para el subprograma de
ingeniería en informática
AUTOR Campos García Wilmary Carolina
AÑO 2014
UNIVERSIDAD Universidad Mayor de San Andrés(UMSA)
DISCRIPCIÓN La investigación se realizó con enfoque de
investigación cuantitativa, la cual, tiene como objetivo
general la evaluación personal destacar que esta
investigación se apoya en una de tipo descriptivo y
documental, con diseño de proyecto factible, con
metodología para el desarrollo del sistema.
[Fuente: Biblioteca UMSA]
Tabla 1.2 Trabajo afín N° 2
TÍTULO Sistema de gestión gerencial apoyado en criterios de
selección y evaluación de personal docente para el

3
 subprograma de ingeniería en informática de la
unellez
AUTOR Dugarte López Diana Carolina
AÑO 2013
UNIVERSIDAD Universidad Mayor de San Andrés (UMSA)
DISCRIPCIÓN La presente investigación tiene por objetivo principal
diseñar un sistema de gestión gerencial apoyado en
criterios de selección y evaluación de personal
docente para el subprograma de ingeniería en
informática de la investigación según su tipología es
de carácter descriptivo.
[Fuente: Biblioteca UMSA]

Tabla 1.3 Trabajo afín N° 3

TÍTULO Sistema de gestión para el registro seguimiento y
aprobación de las actividades docentes
AUTOR Abreu Angelith Bejarano Iriana
AÑO 2014
UNIVERSIDAD Universidad Mayor de San Andrés (UMSA)
DISCRIPCIÓN EL presente trabajo de investigación tuvo como
principal objetivo un sistema de gestión para el
registro seguimiento y aprobación de las actividades
de extensión con el propósito de solucionar los
inconvenientes que presenta al manejo de información
permitiendo el cumplimiento satisfactorio de las
actividades sirviendo de base para la automatización
de los procesos del trabajo se ubica en el proyecto
documental y del campo del carácter utilizando el
desarrollo la metodología orientada a objetos.
[Fuente: Biblioteca UMSA]

La diferencia del presente Proyecto de Grado, con referencia a los mencionados

anteriormente es que será enfocado a unidades educativas, específicamente
hablando de la Unidad Educativa “Rene Barrientos Ortuño”, el cual evaluará el

4
desempeño de los docentes, que será a través de cuestionarios llenados por
estudiantes del colegio.

1.3. PLANTEAMIENTO DEL PROBLEMA

1.3.1. DESCRIPCIÓN DEL PROBLEMA

La Unidad Educativa “René Barrientos Ortuño”, realiza los procesos de asistencia y

evaluación del desempeño del docente de manera manual del docente, por lo que no
existe una automatización de los mismos, por lo que genera lentitud e información
errónea.

El seguimiento de desempeño de los docentes se lo realizará manualmente, a través

de cuestionarios3 con preguntas realizadas a los estudiantes y al plantel
administrativo, los cuales son evaluados según las lecciones impartidas, material de
apoyo usado en clases, asistencia, puntualidad y el cumplimiento de horarios de los
docentes, para este proceso se evalúan el grado de aceptación por parte de los
estudiantes al trabajo realizado por el docente.

1.3.2. PROBLEMA PRINCIPAL

Los procesos de evaluación, desempeño y asistencia de los docentes en la Unidad

Educativa “René Barrientos Ortuño” se realiza de forma manual, lo que ocasiona que
la generación de resultados sea lenta e inoportuna, conllevando a una mala toma de
decisiones por parte del director.

1.3.3. PROBLEMAS ESPECÍFICOS

 Deficiencia en el manejo de información del seguimiento docente, lo cual

ocasiona informes incorrectos.
 Demora en la búsqueda de información de los docentes, debido a los
procesos manuales realizados por la dirección y secretaria, lo que provoca el
retardo del manejo de la información de la evaluación del docente.

3
Ver Anexo A

5
  Ineficiencia en la realización de reportes de docentes sobre la evaluación de
desempeño del docente.
 Demora al momento de obtener los resultados de la evaluación del
desempeño docente de parte de los estudiantes, lo cual genera retardo en la
emisión de reportes.

1.4. OBJETIVOS

1.4.1. OBJETIVO PRINCIPAL

Desarrollar e implementar un sistema de información para el seguimiento del

desempeño del personal docente, lo que facilitará el acceso a la información para
una mejor toma de decisiones de parte del director.

1.4.2. OBJETIVOS ESPECÍFICOS

 Facilitar el manejo de la información de los reportes con el sistema de

evaluación de desempeño a los docentes.
 Agilizar la búsqueda de la información de la evaluación y desempeño del
docente.
 Generar reportes de los resultados de la evaluación de desempeño de los
docentes.
 Facilitar el registro de evaluación de los docentes por parte de los estudiantes,
usando cuestionarios fáciles de responder y entendibles para una correcta
generación de resultados.

1.5. JUSTIFICACIÓN

1.5.1. JUSTIFICACIÓN TÉCNICA

Para el desarrollo del sistema, la Unidad Educativa “RENE BARRIENTOS ORTUÑO”

cuenta con equipos de computación disponibles, tiene los recursos tecnológicos
tanto en Hardware y Software con características que se detallan a continuación.
Tabla 1.4. Hardware existente
HARDWARE CARACTERISTICAS
Microprocesado Core 2 Duo 2.8 GHz

6
 r
Monitor 18 Pulgadas
Memoria RAM 1 GB
Disco duro 500 GB.
[Fuente: Unidad Educativa René Barrientos Ortuño]

Tabla 1.5. Software existente

Herramientas Descripción
Sistema Windows XP
Operativo
[Fuente: Unidad Educativa René Barrientos Ortuño]

Se detalla los requerimientos para desarrollar el presente proyecto.

Tabla 1.6. Requerimientos de Hardware
HARDWARE CARACTERISTICAS
Microprocesado Core i3
r
Monitor 20 Pulgadas
Memoria RAM 4 GB
Disco duro 1 TB
[Fuente: Elaboración propia]

Tabla 1.7. Requerimiento de software

Herramientas Descripción
Sistema Operativo Windows 7
Lenguaje de Programación Visual C#
Gestor de Base de Datos SQL Server
[Fuente: Elaboración Propia]
1.5.2. JUSTIFICACIÓN ECONÓMICA

El presente proyecto se justifica económicamente, ya que la Unidad Educativa “Rene

Barrientos Ortuño”, cuenta con los recursos técnicos necesarios para poder llevar
adelante el presente proyecto, además están dispuestos a invertir en el desarrollo del
sistema propuesto, con la finalidad de obtener los beneficios de ahorro del tiempo y
la minimización de errores, lo que proporciona grandes ventajas adicionales como
ser: realizar la actualización y consulta de información en tiempo real, hacia la base
de datos del sistema de forma directa, lo cual agilizará la generación de resultados
de las evaluaciones de desempeño de los docentes.

7
1.5.3. JUSTIFICACIÓN SOCIAL

Al finalizar el proyecto se podrán contar con información rápida, accesible con lo cual
se generará más información disponible y rápida para la correcta toma de decisiones.

A la secretaria le ayudará en la automatización de los registros de las evaluaciones

realizadas por los estudiantes de esta forma existirá un ahorro de tiempo y espacio al
tener los cuestionarios llenados de forma digital

El director podrá realizar una buena toma de decisiones en base a los resultados
obtenidos del sistema.

1.6. ALCANCES, LÍMITES Y APORTES

1.6.1. ALCANCES

El presente sistema de información a desarrollar contempla la realización de los

siguientes procesos:

 Acceso al sistema: Este proceso permitirá mantener la confidencialidad,

privacidad, es decir garantizará el acceso a la información del sistema
mediante el control de huella digital para que puedan acceder solo el personal
autorizado del colegio.

 Registros: Este proceso se encargará de realizar las distintas actividades de

registro dentro del sistema como ser: los datos personales de los estudiantes,
los datos de los docentes y también se realizará el llenado de datos para la
evaluación de desempeño del docente.

 Búsqueda: Permitirá buscar bajo diferentes parámetros, ya sea por nombres,

apellidos. Número de Carnet de Identidad, fecha de nacimiento, etc. De tal
forma que se podrá tener una referencia de lo que se está buscando.

8
  Evaluaciones: En este proceso se registrarán todas las evaluaciones
registradas por los estudiantes a cada uno de sus docentes con la finalidad de
generar reportes que muestren el desempeño del docente.

 Resultados: Se generará los resultados en escalas porcentuales de los

cuestionarios registrados por los estudiantes, con lo que se podrá realizar una
buena toma de decisiones.

 Seguimiento Docente: Generará los resultados estadísticos sobre la

puntuación de la evaluación estudiantil con lo que el director tomará
decisiones sobre la evaluación realizada a cada docente.

1.6.2. LÍMITES

El presente proyecto tendrá los siguientes puntos como límites en su desarrollo y

puesta en marcha.
 No realizará el registro de control de asistencia a los estudiantes.
 El sistema no tomará en cuenta el manejo de inventario de activos fijos.
 El presente proyecto, no tomará en cuenta el manejo de la contabilidad de la
Unidad Educativa.
 No realizará el registro de las notas del estudiante.

1.6.3. APORTES

1.6.3.1. APORTE DEL PROYECTO

El presente trabajo será un aporte para la unidad educativa “Rene Barrientos

Ortuño”, donde se logrará la evaluación de desempeño docente puesto que contará
con un sistema de información y seguimiento de forma eficiente.

9
1.6.3.2. APORTE ACADÉMICO

El aporte académico es implementar un sistema de seguimiento de evaluación de

desempeño docente para agilizar la generación de reportes de la información de los
cuestionarios, que será de fácil acceso a los datos, con la combinación de las
metodologías, métodos, modelos y técnicas adecuadas, las mismas permitirán
cumplir con el objetivo propuesto. Para lo cual se aplicará:

 Aplicación de la Metodología RUP, para el desarrollo del software.

 Aplicación de la estimación de costos a través del modelo COCOMO II.
 Aplicación del modelo de calidad de software McCall.
 Aplicación del Lenguaje Unificado de Modelado (UML).
 Integración de la Ingeniería de Sistemas con el área de administración para
generar resultados de la evaluación del desempeño del docente.

10
.

CAPÍTULO II
MARCO
TEÓRICO
 CAPITULO II
MARCO TEÓRICO

2.1. INTRODUCCIÓN

El marco teórico es la etapa en que resume la información documental para

confeccionar el diseño metodológico de la investigación, es decir, el momento en que
establece cómo y qué información se recogerá. Simultáneamente, la información
recogida para el Marco Teórico el cual proporcionará un conocimiento profundo de la
teoría que le da significado a la investigación. Es a partir de las teorías existentes
sobre el objeto de estudio, como pueden generarse nuevos conocimientos. La
validez interna y externa de una investigación se demuestra en las teorías que la
apoyan y en esa medida los resultados pueden generalizarse. Por tanto, en el
presente capitulo se realizará la explicación de los conceptos asociados a la
realización del presente Proyecto de Grado, será dividido en 2 partes: Marco
Conceptual donde se explicará los conceptos involucrados dentro de la
documentación del proyecto; Marco Metodológico, donde se explicará la metodología
usada durante el desarrollo del presente proyecto.

2.2. MARCO CONCEPTUAL

2.2.1. SISTEMA DE INFORMACION4

Un sistema de información es un conjunto de elementos orientados al tratamiento y

administración de datos e información, organizados y listos para su uso posterior,
generados para cubrir una necesidad o un objetivo. Dichos elementos formarán parte
de alguna de las siguientes categorías:

 Personas.
 Datos.
 Actividades o técnicas de trabajo.
 Recursos materiales en general (generalmente recursos informáticos y de
comunicación, aunque no necesariamente).

4
Calameo. (S.F.)

11
El sistema se diseña para alcanzar uno o más objetivos. Todos los elementos del
sistema deben estar ligados y controlados de manera que se logre el objetivo del
sistema.

Si definimos al sistema como un conjunto de elementos íntimamente

interrelacionados, podemos agregar que los sistemas artificiales casi siempre han
sido creados para alcanzar propósitos u objetivos y son, por tanto, sistemas
orientados y, como tales, de naturaleza teleológica por lo tanto un sistema es un plan
diseño o método de organización cuya finalidad es lograr algún propósito.

Otras dos características fundamentales de los sistemas son los siguientes:

a) Sinergia, o sea el sistema tomado globalmente posee propiedades que no

tienen sus partes, tomadas individualmente. Esto es, el sistema tiene una
capacidad de actuación mayor o menor que la de la suma de sus partes.
b) Equifinalidad, es decir, la posibilidad de utilizar diferentes caminos o medios
para llegar a un mismo fin, lo cual le permite una gran variedad de
comportamientos.

Un sistema de información recoge, procesa, almacena, analiza y difunde información

para lograr un objetivo específico.

2.2.2. DESEMPEÑO DE LA DOCENCIA5

La enseñante es una primera dimensión de la práctica. Esta dimensión hace

referencia a la tarea sustantiva de la docencia, a la tarea específica a partir de la cual
se delinea la identidad de un docente. Entran en juego, básicamente, dos tipos de
conocimientos: el conocimiento académico o erudito acerca de la/s disciplina/s a
enseñar y el conocimiento didáctico y metodológico para tomar decisiones acerca de
cómo enseñar. Requiere que el docente conozca las estructuras conceptuales del
campo organizado del saber o disciplina que enseña y las formas de producción y
construcción de los conceptos sustantivos de esa disciplina. Requiere también
5
Ricardo Cuenca. (2010)

12
conocimiento acerca del sujeto del aprendizaje, es decir, de los procesos cognitivos,
afectivos y sociales que hacen posible aprender. Este conocimiento y el dominio de
la disciplina y sus métodos de elaboración conceptual permiten tomar decisiones
fundamentadas acerca de qué y cómo enseñar. La dimensión laboral de la práctica
está sometida a controles normativamente. La docencia en tanto práctica laboral está
sujeta a un contrato que establece deberes y derechos, condiciones económicas y
materiales para el desempeño (remuneración, horario, lugar, etc.). Requiere que el
profesional tenga información acerca de los marcos legales que regulan esa
dimensión de la práctica

La docencia como práctica socializadora constituye una dimensión que se orienta

hacia la socialización secundaria de niños y jóvenes y adultos, a quienes acompaña
en el proceso de aprendizaje. Es una acción de socialización a través del
conocimiento. Este aspecto del desempeño, que es parte del contrato social entre la
escuela y la comunidad, entre el docente y la familia, recibe mensajes sociales de
aprobación o desaprobación, pero está escasamente controlada desde el punto de
vista normativo. Requiere que el docente posea conocimientos acerca de la
comunidad, el contexto y el alumno en sus distintos momentos evolutivos.

La docencia como práctica institucional y comunitaria está modelada por mandatos

culturales explícitos e implícitos, contenidos en la denominada cultura institucional,
por una parte, y por las características de la comunidad en la que se inserta la
escuela, por otra parte. Es una dimensión de la práctica docente que se adquiere,
tradicionalmente, a partir de la propia experiencia de inserción institucional y
comunitaria. La complejidad de esta práctica social, así como la multidimensionalidad
de la profesión, requieren entender sistémicamente que toda decisión que se tome,
ya sea de condiciones de trabajo, organización escolar, política curricular etc. opera
en la profesión como un todo.

13
2.2.3. PLANIFICACION DEL PROYECTO6

Dentro de la planificación de un proyecto web debemos de elegir un entorno de

desarrollo adecuado. También veremos cómo documentar el proyecto a nivel
genérico, seguidamente veremos la creación de prototipos que es una base
resumida del proyecto. Debemos, en un gran proyecto, separar la lógica del
contenido.

Es muy importante que todos los involucrados o interesados tengan claridad sobre
los objetivos, para que el proyecto se planee y complete de manera efectiva. Tanto el
docente, como el estudiante, deben hacer un planteamiento que explique los
elementos esenciales del proyecto y las expectativas respecto a este. Aunque el
planteamiento se puede hacer de varias formas, debe contener los siguientes
elementos.

 Situación o problema: Una o dos frases con las que se describa el tema o
problema que el proyecto busca atender o resolver. Ejemplo: Casas y
negocios localizados cerca a los cauces que alimentan un lago y que inciden
en el contenido de fósforo de este y afectan la calidad del agua. ¿Cómo
pueden los dueños de casas y negocios mejorar la calidad del agua del lago?

 Descripción y propósito del proyecto: Una explicación concisa del objetivo

último del proyecto y de qué manera atiende este la situación o el problema.
Ejemplo: Los estudiantes deben investigar, realizar encuestas y hacer
recomendaciones sobre cómo los negocios y los propietarios de viviendas
pueden reducir el contenido de fósforo en los lagos. Los resultados se
publicarán en un boletín, folleto informativo, o sitio Web.

 Especificaciones de desempeño: Lista de criterios o estándares de calidad

que el proyecto debe cumplir.

6
Recuso Online. (2010)

14
  Reglas: Guías o instrucciones para desarrollar el proyecto. Incluyen tiempo
presupuestado y metas a corto plazo, tales como: Completar las entrevistas
para cierta fecha, tener la investigación realizada en cierta fecha.
 Listado de los participantes en el proyecto y de los roles que se les asignaron:
Incluyendo los miembros del equipo, miembros de la comunidad, personal de
la institución educativa y padres de familia.

 Evaluación: Cómo se va a valorar el desempeño de los estudiantes. En el

aprendizaje por proyectos, se evalúan tanto el proceso de aprendizaje como el
producto final.

El planteamiento es crucial para el éxito del proyecto por lo que es deseable que
docentes y estudiantes lo desarrollen en compañía. Mientras más involucrados estén
los estudiantes en el proceso, más van a retener y a asumir la responsabilidad de su
propio aprendizaje

2.3. MARCO METODOLOGICO

2.3.1. METODOLOGIA RUP7

Es un proceso de desarrollo de software el cual utiliza el Lenguaje Unificado de

Modelado (UML), constituye la metodología estándar más utilizada para el análisis,
implementación y documentación de sistemas orientados a objetos.

Se caracteriza por ser iterativo e incremental, está centrado en la arquitectura y

guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del
proceso como, por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles
(papel que desempeña una persona en un determinado momento, una persona
puede desempeñar distintos roles a lo largo del proceso).

7
Larman. (1999)

15
El RUP es un conjunto de metodologías adaptables al contexto y necesidades de
cada organización. Describe cómo aplicar enfoques para el desarrollo del software,
llevando a cabo unos pasos para su realización.

Principales características:

 Forma disciplinada de asignar tareas y responsabilidades (quién hace qué,

cuándo y cómo).
 Pretende implementar las mejores prácticas en Ingeniería de Software.
 Desarrollo iterativo.
 Administración de requisitos.
 Uso de arquitectura basada en componentes.
 Control de cambios.
 Modelado visual del software.
 Verificación de la calidad del software.

2.3.1.1. CICLO DE VIDA

Fases del ciclo de vida del RUP

16
 Figura 2.1. Fases del RUP

[Fuente: Larman 1999]

 Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance del
proyecto con los patrocinadores, identificar los riesgos asociados al proyecto,
proponer una visión muy general de la arquitectura de software y producir el
plan de las fases y el de iteraciones posteriores.

 Fase de elaboración: En la fase de elaboración se seleccionan los casos de

uso que permiten definir la arquitectura base del sistema y se desarrollaran en
esta fase, se realiza la especificación de los casos de uso seleccionados y el
primer análisis del dominio del problema, se diseña la solución preliminar.

 Fase de Construcción: El propósito de esta fase es completar la

funcionalidad del sistema, para ello se deben clarificar los requerimientos
pendientes, administrar los cambios de acuerdo a las evaluaciones realizados
por los usuarios y se realizan las mejoras para el proyecto.

17
  Fase de Transición: El propósito de esta fase es asegurar que el software
esté disponible para los usuarios finales, ajustar los errores y defectos
encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer
el soporte técnico necesario. Se debe verificar que el producto cumpla con las
especificaciones entregadas por las personas involucradas en el proyecto.

2.3.1.2. PRINCIPIOS DEL RUP

a. Adaptación del proceso: El proceso debe adaptarse a las características de

la organización para la que se está desarrollando el software.

b. Balancear prioridades: Debe encontrarse un balance que satisfaga a todos

los inversores del proyecto.

c. Colaboración entre equipos: Debe haber una comunicación fluida para

coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, entre
otros.

d. Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de

una forma interna, en etapas iteradas. En cada iteración se evaluará la calidad
y estabilidad del producto y analizará la opinión y sugerencias de los
inversores.

e. Elevar el nivel de abstracción: Motivar el uso de conceptos reutilizables.

f. Enfocarse en la calidad: La calidad del producto debe verificarse en cada

aspecto de la producción.

2.3.1.3. DISCIPLINAS DEL RUP

Disciplina de desarrollo. Determina las etapas a realizar durante el proyecto de

creación del software.

18
  Ingeniería o modelado del negocio: Analizar y entender las necesidades del
negocio para el cual se está desarrollando el software.
 Requisitos: Proveer una base para estimar los costos y tiempo de desarrollo
del sistema.
 Análisis y diseño: Trasladar los requisitos analizados anteriormente a un
sistema automatizado y desarrollar una arquitectura para el sistema.
 Implementación: Crear software que se ajuste a la arquitectura diseñada y que
tenga el comportamiento deseado.
 Pruebas: Asegurarse de que el comportamiento requerido es correcto y que
todo lo solicitado está presente.
 Despliegue: Producir distribuciones del producto y distribuirlo a los usuarios.

Disciplina de soporte. Determina la documentación que es necesaria realizar durante

el proyecto.

 Configuración y administración del cambio: Guardar todas las versiones del

proyecto.
 Administración del proyecto: Administrar los horarios y recursos que se deben
de emplear.
 Ambiente: Administrar el ambiente de desarrollo del software.
 Distribución: Hacer todo lo necesario para la salida del proyecto.

2.3.1.4. ELEMENTOS DEL RUP

 Actividades: Procesos que se han de realizar en cada etapa/iteración.

 Trabajadores: Personas involucradas en cada actividad del proyecto.

 Artefactos: Herramientas empleadas para el desarrollo del proyecto. Puede

ser un documento, un modelo, un elemento del modelo.

19
 RUP en cada una de sus fases (pertenecientes a la estructura estática) realiza
una serie de artefactos que sirven para comprender mejor tanto el análisis
como el diseño del sistema (entre otros). Estos artefactos (entre otros) son los
siguientes:

o Inicio:
 Documento Visión.
 Especificación de Requerimientos.

o Elaboración:
 Diagramas de caso de uso.

o Construcción:
 Documento Arquitectura que trabaja con las siguientes vistas:
 VISTA LOGICA:
 Diagrama de clases.
 Modelo E-R (Si el sistema así lo requiere).
 VISTA DE IMPLEMENTACION:
 Diagrama de Secuencia.
 Diagrama de estados.
 Diagrama de Colaboración.
 VISTA CONCEPTUAL:
 Modelo de dominio.
 VISTA FISICA:
 Mapa de comportamiento a nivel de hardware.

2.3.2.UML8

El lenguaje unificado de modelado (UML) sirve para especificar, visualizar y

documentar esquemas de sistemas de software orientado a objetos. UML no es un
método de desarrollo, lo que significa que no sirve para determinar qué hacer en
8
Larman. (1999)

20
primer lugar o cómo diseñar el sistema, sino que simplemente le ayuda a visualizar el
diseño y a hacerlo más accesible para otros. UML está controlado por el grupo de
administración de objetos (OMG) y es el estándar de descripción de esquemas de
software. UML está diseñado para su uso con software orientado a objetos, y tiene
un uso limitado en otro tipo de cuestiones de programación. UML se compone de
muchos elementos de esquematización que representan las diferentes partes de un
sistema de software.

UML se quiere convertir en un lenguaje estándar con el que sea posible modelar
todos los componentes del proceso de desarrollo de aplicaciones. Sin embargo, hay
que tener en cuenta un aspecto importante del modelo: no pretende definir un
modelo estándar de desarrollo, sino únicamente un lenguaje de modelado.
Otros métodos de modelaje como OMT (Object Modeling Technique) o Booch sí
definen procesos concretos. En UML los procesos de desarrollo son diferentes según
los distintos dominios de trabajo; no puede ser el mismo el proceso para crear una
aplicación en tiempo real, que el proceso de desarrollo de una aplicación orientada
a gestión, por poner un ejemplo.

Como objetivos principales de la consecución de un nuevo método que aunara los

mejores aspectos de sus predecesores, sus protagonistas se propusieron lo
siguiente:

 El método debía ser capaz de modelar no sólo sistemas de software sino otro

tipo de sistemas reales de la empresa, siempre utilizando los conceptos de la
orientación a objetos (OO).
 Crear un lenguaje para modelado utilizable a la vez por máquinas y por
personas.
 Establecer un acoplamiento explícito de los conceptos y los artefactos
ejecutables.
 Manejar los problemas típicos de los sistemas complejos de misión crítica.

21
Lo que se intenta es lograr con esto que los lenguajes que se aplican siguiendo los
métodos más utilizados sigan evolucionando en conjunto y no por separado. Y
además, unificar las perspectivas entre diferentes tipos de sistemas (no sólo
software, sino también en el ámbito de los negocios), al aclarar las fases de
desarrollo, los requerimientos de análisis, el diseño, la implementación y los
conceptos internos de la programación orientada a objetos.

2.3.2.1. DIAGRAMAS DEL UML

Los elementos UML se utilizan para crear diagramas, que representa alguna parte o
punto de vista del sistema.

a) DIAGRAMAS DE CASOS DE USO

Los Casos de Uso no forma parte de la llamada Fase de Diseño, sino parte de

la fase de Análisis, respondiendo el interrogante ¿Qué? De forma que al ser
parte del análisis ayuda a describir que es lo que el sistema debe hacer.

Estos diagramas muestran operaciones que se esperan de una aplicación o

sistema y como se relaciona con su entorno, es por ello que se ve desde el
punto de vista del usuario. Describen un uso del sistema y como éste
interactúa con el usuario.

Los casos de usos se representan en el diagrama por unas elipses la cual

denota un requerimiento solucionado por el sistema.
El conjunto de casos de usos representa la totalidad de operaciones que va a
desarrollar el sistema. Por último, a estas elipses lo acompaña un nombre
significativo de manera de rótulo.

Figura 2.2. Diagrama de Casos de Uso

22
 [Fuente: Larman 1999]

Otro elemento fundamental de estos diagramas son los actores la cual

representa a un usuario del sistema, que necesita o interactúa con algún caso
de uso, la que también es acompañado por un nombre. Por último, tenemos
los flujos de eventos que corresponde a la ejecución normal y exitosa del caso
de uso.

b) DIAGRAMA DE CLASES

En UML el diagrama de clases es uno de los tipos de diagramas o símbolo

estático y tiene como fin describir la estructura de un sistema mostrando sus
clases, atributos y relaciones entre ellos. Estos diagramas son utilizados
durante el proceso de análisis y diseño de los sistemas informáticos, en donde
se intentan conformar el diagrama conceptual de la información que se
manejará en el sistema.

Como se explicó, UML es un modelado de sistema Orientados a Objetos, por

ende, los conceptos de este paradigma se incorporan a este lenguaje de
modelado.

Figura 2.3. Diagrama de Clases

23
 [Fuente: Larman 1999]

El diagrama de clases tiene las siguientes características:

 Las clases define el ámbito de definición de un conjunto de objetos.
 Cada objeto pertenece a una clase.
 Los objetos se crean por instanciación de las clases.

c) DIAGRAMA DE ESTADOS

Diagrama de Estados, Un estado es una condición durante la vida de un

objeto, de forma que cuando dicha condición se satisface se lleva a cabo
alguna acción o se espera por un evento. El diagrama de estados engloba
todos los mensajes que un objeto puede enviar o recibir, en otras palabras, es
un escenario que representa un camino dentro de un diagrama. Como
característica de estos diagramas siempre cuentan con dos estados
especiales, el inicial y el final, con la particularidad que este diagrama puede
tener solo un estado inicial pero varios estados finales.
Figura 2.4. Diagrama de Estados

24
 [Fuente: Larman 1999]

Los elementos que componen estos diagramas son:

 Círculo lleno, apuntando el estado inicial.

 Círculo hueco que contiene un círculo lleno más pequeño en el interior,
indicando el estado final.
 Rectángulo redondeado dividido por una línea horizontal, indicado los
estados, en la parte de arriba se encuentra el nombre del estado y
abajo se indica la actividad que realiza.
 Flecha, la cual denota la transición, el nombre del evento que causa
esta transición etiqueta el cuerpo de la flecha.

d) DIAGRAMA DE ACTIVIDAD

Un Diagrama de Actividades representa un flujo de trabajo paso a paso de

negocio y operacionales de los componentes en un sistema.

En UML 1, un diagrama de actividades es una variación del Diagrama de

Estados UML donde los estados representan operaciones y las transiciones
representan las actividades que ocurren cuando la operación es completa.

En la actualidad, el diagrama de actividades en UML 2.0 es similar al aspecto

del diagrama en UML 1, solo que ahora la semántica está basada en lo que se

25
 conoce como Redes de Petri. En UML 2.0, el diagrama general de interacción
está basado en el diagrama de Actividad.

Componentes:

 Inicio: el inicio de un diagrama de actividades es representado por un

círculo de color negro sólido.
 Actividad: Una actividad representa la acción que será realizada por el
sistema la cual representa dentro de un óvalo.
 Transición: Una transición ocurre cuando se lleva a cabo el cambio de
una actividad a otra, la transición es representada simplemente por una
línea con una flecha en su terminación para indicar su dirección.

Figura 2.5. Diagrama de Actividades

[Fuente: Larman 1999]

e) DIAGRAMA DE SECUENCIA

Un Diagrama de Secuencias muestra una interacción ordenada según la

secuencia temporal de eventos y el intercambio de mensajes. Los diagramas
de secuencia ponen especial énfasis en el orden y el momento en el que se
envían los mensajes a los objetos.

26
 En los diagramas de Secuencias los elementos están representados por
líneas intermitentes verticales, con el nombre del objeto en la parte más alta.

Los mensajes pueden ser o bien síncronos, el tipo normal de llamada del
mensaje donde se pasa el control a objeto llamado hasta que el método
finalice, o asíncronos donde se devuelve el control directamente al objeto que
realiza la llamada.

Los mensajes síncronos tienen una caja vertical en un lateral del objeto

invocante que muestra el flujo del control del programa.

Figura 2.6. Diagrama de Secuencias

[Fuente: Larman 1999]

f) DIAGRAMA DE COLABORACIÓN

Un diagrama de colaboración, se puede decir que es una forma alternativa al

diagrama de secuencias a la hora de mostrar un escenario.
Este tipo de diagrama muestra las interacciones que ocurren entre los objetos
que participan en una situación determinada. A diferencia del diagrama de

27
 secuencia, el diagrama de colaboración se enfoca en la relación entre los
objetos y su topología de comunicación.

En estos diagramas el mensaje enviado de un objeto a otro se representa

mediante flechas, acompañado del nombre del mensaje, los parámetros y la
secuencia del mensaje.

Estos diagramas están indicados para mostrar una situación o flujo de

programa específico y son considerados uno de los mejores diagramas para
mostrar o explicar rápidamente un proceso dentro de la lógica del programa.

Figura 2.7. Diagrama de Colaboración

[Fuente: Larman 1999]

g) DIAGRAMA DE COMPONENTES

Lo que distingue el Diagrama de Componentes de otro tipo de diagramas es

sin duda su contenido. Normalmente contiene componentes, interfaces y
relaciones entre ellos. Los componentes perteneces a un mundo físico, es
decir, representan a un bloque de construcción al modelar aspectos físicos de
un sistema.

Cada componente debe tener un nombre que lo distinga de los demás. Al

28
 igual que las clases los componentes pueden enriquecerse con
compartimientos adicionales que muestran sus detalles.

Figura 2.8. Diagrama de Componentes

[Fuente: Larman 1999]

h) Diagrama de Despliegue

Básicamente este tipo de diagrama se utiliza para modelar el Hardware

utilizado en la implementación del sistema y las relaciones entre sus
componentes.

Los elementos usados por este tipo de diagrama son nodos, componentes y
asociaciones. En el UML 2.0 los componentes ya no están dentro de nodos,
en cambio puede haber artefactos (archivo, un programa, una biblioteca o
Base de datos) u otros nodos dentro de nodos.

Además, los Diagramas de Despliegue muestran la configuración en

funcionamiento del sistema incluyendo su software y su hardware. Para cada
componente de un diagrama es necesario que se deba documentar las

29
 características técnicas requeridas, el tráfico de red, el tiempo de respuesta,
etc.

Figura 2.9. Diagrama de Despliegue

[Fuente: Larman 1999]

2.3.3. MODELO DE CALIDAD DE MCCALL9

El modelo de McCall organiza los factores en tres ejes o puntos de vista desde los
cuales el usuario puede contemplar la calidad de un producto, basándose en once
factores de calidad organizados en torno a los tres ejes y a su vez cada factor se
desglosa en otros criterios.

9
Pressman. (2006)

30
 Tabla 2.1. Factores de Calidad McCall
Puntos De
Factor Criterios
Vista O Ejes
- Facilidad de operación: Atributos del software que
determinan la facilidad de operación del software.
- Facilidad de comunicación: Atributos del software
que proporcionan entradas y salidas fácilmente
asimilables.
Facilidad de
- Facilidad de aprendizaje: Atributos del software que
uso
facilitan la familiarización inicial del usuario con el
software y la transición del modo actual de
operación.
- Formación: El grado en que el software ayuda para
permitir que nuevos usuarios apliquen el sistema.
- Control de accesos. Atributos del software que
proporcionan control de acceso al software y
OPERACIÓ
los datos que maneja.
N DEL
Integridad - Facilidad de auditoría: Atributos del software que
PRODUCTO
facilitan la auditoría de los accesos al software.
- Seguridad: La disponibilidad de mecanismos que
controlen o protejan los programas o los datos.
- Completitud: Atributos del software que
proporcionan la implementación completa de todas
las funciones requeridas.
- Consistencia: Atributos del software que
proporcionan uniformidad en las técnicas y
Corrección
notaciones de diseño e implementación.
- Trazabilidad o rastreabilidad: Atributos del software
que proporcionan una traza desde los requisitos a
la implementación con respecto a un entorno
operativo concreto.
OPERACIÓ Fiabilidad - Precisión: Atributos del software que proporcionan
N DEL el grado de precisión requerido en los cálculos y los
PRODUCTO resultados.
- Consistencia.
- Tolerancia a fallos: Atributos del software que
posibilitan la continuidad del funcionamiento bajo
condiciones no usuales.
- Modularidad: Atributos del software que
proporcionan una estructura de módulos altamente
independientes.
- Simplicidad: Atributos del software que posibilitan la
implementación de funciones de la forma más

31
 comprensible posible.
- Exactitud: La precisión de los cálculos y del control.
- Eficiencia en ejecución: Atributos del software que
minimizan el tiempo de procesamiento.
Eficiencia - Eficiencia en almacenamiento: Atributos del
software que minimizan el espacio de
almacenamiento necesario.
REVISIÓN - Modularidad.
DEL - Simplicidad.
PRODUCTO - Consistencia.
- Concisión: Atributos del software que posibilitan la
Facilidad de
mantenimiento implementación de una función con la menor
cantidad de códigos posible.
- Auto descripción: Atributos del software que
proporcionan explicaciones sobre la
implementación de las funciones.
- Modularidad.
- Simplicidad.
- Auto descripción.
Facilidad de
prueba - Instrumentación: Atributos del software que
posibilitan la observación del comportamiento del
software durante su ejecución para facilitar las
mediciones del uso o la identificación de errores.
- Auto descripción.
- Capacidad de expansión: Atributos del software
que posibilitan la expansión del software en cuanto
a capacidades funcionales y datos.
Flexibilidad
- Generalidad: Atributos del software que
proporcionan amplitud a las funciones
implementadas.
- - Modularidad.
- Auto descripción.
- Generalidad.
- Modularidad.
- Independencia entre sistema y software: Atributos
Reusabilidad
del software que determinan su dependencia del
entorno operativo.
- Independencia del hardware: Atributos del software
que determinan su dependencia del hardware.
Interoperabilida - Modularidad.
d - Compatibilidad de comunicaciones: Atributos del
software que posibilitan el uso de protocolos de
comunicación e interfaces estándar.
- Compatibilidad de datos: Atributos del software que
posibilitan el uso representaciones de datos
estándar.
- Estandarización en los datos: El uso
de estructuras de datos y de tipos estándar a lo
largo de todo el programa.

32
 - Auto descripción.
- Modularidad.
Portabilidad
- Independencia entre sistema y software.
- Independencia del hardware.
[Fuente: Pressman, 2003]
Tabla 2.2. Factor Calidad - Precio
Factor Beneficio / coste
Corrección alto
Fiabilidad alto
Eficiencia bajo
Integridad bajo
Facilidad de uso medio
Facilidad de alto
mantenimiento
Facilidad de prueba alto
Flexibilidad medio
Portabilidad medio
Reusabilidad medio
Interoperabilidad bajo
[Fuente: Pressman, 2003]

2.3.4. COCOMO II10

El nuevo modelo incorporado en el año 1990, tiene características de los modelos

COCOMO 81 y Ada COCOMO. COCOMO II tiene también tres submodelos; El
modelo de composición de la aplicación es usada para estimar el esfuerzo y
planificación de proyectos que usa las herramientas integradas CASE (Computer
Aided Software Engineering) para un desarrollo rápido de la aplicación. Realizando
una comparación entre COCOMO 81 y COCOMO II; a este último se le añadió
nuevos manejadores de costos para la aplicación precedente, flexibilidad en el
desarrollo, necesita documentación para el ciclo de vida, múltiples sitios de desarrollo
y requiere software reusable. Modelo COCOMO II post-arquitectura cubre el actual
desarrollo y mantenimiento de un producto de software. Esta etapa del ciclo de vida
procede más a un costo efectivo, si el ciclo de vida de una arquitectura de software
ha sido desarrollado, validada con respecto a la misión del sistema y establecida
como un marco de trabajo para el producto.
Las ecuaciones que se utilizan en los tres modelos son:

10
Bohem. (2000)

33
  , en persona-mes

 , en meses

 , en personas

Donde:
 E es el esfuerzo requerido por el proyecto, en persona-mes.
 Tdev es el tiempo requerido por el proyecto, en meses.
 P es el número de personas requerido por el proyecto.
 a, b, c y d son constantes con valores definidos en una tabla, según cada
submodelo
 Kl es la cantidad de líneas de código, en miles.
 m(X) Es un multiplicador que depende de 15 atributos.

A la vez, cada submodelo también se divide en modos que representan el tipo de

proyecto, y puede ser:

 Modo orgánico: un pequeño grupo de programadores experimentados

desarrollan software en un entorno familiar. El tamaño del software varía
desde unos pocos miles de líneas (tamaño pequeño) a unas decenas de miles
(medio).
 Modo semilibre o semiencajado: corresponde a un esquema intermedio
entre el orgánico y el rígido; el grupo de desarrollo puede incluir una mezcla
de personas experimentadas y no experimentadas.
 Modo rígido o empotrado: el proyecto tiene fuertes restricciones, que
pueden estar relacionadas con la funcionalidad y/o pueden ser técnicas. El
problema a resolver es único y es difícil basarse en la experiencia, puesto que
puede no haberla.

34
Modelo básico

Se utiliza para obtener una primera aproximación rápida del esfuerzo, y hace uso de
la siguiente tabla de constantes para calcular distintos aspectos de costes:

Tabla 2.3. Constantes según modos

MODO a b c D
Orgánico 2.40 1.05 2.50 0.38
Semi – 3.00 1.12 2.50 0.35
Orgnánico
Empotrado 3.60 1.20 2.50 0.32
[Fuente: Bohem, 2000]

Estos valores son para las fórmulas:

 Personas necesarias por mes para llevar adelante el proyecto (MM) = a*(Klb)
 Tiempo de desarrollo del proyecto (TDEV) = c*(MMd)
 Personas necesarias para realizar el proyecto (CosteH) = MM/TDEV
 Costo total del proyecto (CosteM) = CosteH * Salario medio entre los
programadores y analistas.

Se puede observar que a medida que aumenta la complejidad del proyecto (modo),
las constantes aumentan de 2.4 a 3.6, que corresponde a un incremento del esfuerzo
del personal. Hay que utilizar con mucho cuidado el modelo básico puesto que se
obvian muchas características del entorno

Modelo intermedio

Este añade al modelo básico quince modificadores opcionales para tener en cuenta
en el entorno de trabajo, incrementando así la precisión de la estimación. Para este
ajuste, al resultado de la fórmula general se lo multiplica por el coeficiente surgido de
aplicar los atributos que se decidan utilizar.

35
Los valores de las constantes a reemplazar en la fórmula son las siguientes.
Tabla 2.4. Constantes según Modelo intermedio
MODO a b
Orgánico 3.20 1.05
Semi – Orgánico 3.00 1.12
Empotrado 2.80 1.20
[Fuente: Bohem, 2000]

Se puede observar que los exponentes son los mismos que los del modelo básico,
confirmando el papel que representa el tamaño; mientras que los coeficientes de los
modos orgánico y rígido han cambiado, para mantener el equilibrio alrededor del
semilibre con respecto al efecto multiplicador de los atributos de coste.

Atributos

Cada atributo se cuantifica para un entorno de proyecto. La escala es muy

baja - bajo - nominal - alto - muy alto - extremadamente alto. Dependiendo de la
calificación de cada atributo, se asigna un valor para usar de multiplicador en la
fórmula (por ejemplo, si para un proyecto el atributo DATA es calificado como muy
alto, el resultado de la fórmula debe ser multiplicado por 1000).

El significado de los atributos es el siguiente, según su tipo:

 De software

 RELY: garantía de funcionamiento requerida al software. Indica las

posibles consecuencias para el usuario en el caso que existan defectos
en el producto. Va desde la sola inconveniencia de corregir un fallo
(muy bajo) hasta la posible pérdida de vidas humanas
(extremadamente alto, software de alta criticidad).

36
  DATA: tamaño de la base de datos en relación con el tamaño del

programa. El valor del modificador se define por la relación:  ,

donde D corresponde al tamaño de la base de datos en bytes y K es el
tamaño del programa en cantidad de líneas de código.
 CPLX: representa la complejidad del producto.

 De hardware

 TIME: limitaciones en el porcentaje del uso de la CPU.

 STOR: limitaciones en el porcentaje del uso de la memoria.
 VIRT: volatilidad de la máquina virtual.
 TURN: tiempo de respuesta requerido.

 De personal

 ACAP: calificación de los analistas.

 AEXP: experiencia del personal en aplicaciones similares.
 PCAP: calificación de los programadores.
 VEXP: experiencia del personal en la máquina virtual.
 LEXP: experiencia en el lenguaje de programación a usar.

 De proyecto

 MODP: uso de prácticas modernas de programación.

 TOOL: uso de herramientas de desarrollo de software.
 SCED: limitaciones en el cumplimiento de la planificación.

El valor de cada atributo, de acuerdo a su calificación, se muestra en la siguiente

tabla.

37
 Tabla 2.5. Atributos
Atributos Valor
Muy Bajo Nominal Alto Muy Extra
bajo alto alto
Atributos de software
Fiabilidad 0,75 0,88 1,00 1,15 1,40 0,00
Tamaño de Base de datos 0,00 0,94 1,00 1,08 1,16 0,00
Complejidad 0,70 0,85 1,00 1,15 1,30 1,65
Atributos de hardware
Restricciones de tiempo de 0,00 0,00 1,00 1,11 1,30 1,66
ejecución
Restricciones de memoria virtual 0,00 1,00 1,06 1,21 1,56
Volatilidad de la máquina virtual 0,00 0,87 1,00 1,15 1,30 0,00
Tiempo de respuesta 0,00 0,87 1,00 1,07 1,15 0,00
Atributos de personal
Capacidad de análisis 1,46 1,19 1,00 0,86 0,71 0,00
Experiencia en la aplicación 1,29 1,13 1,00 0,91 0,82 0,00
Calidad de los programadores 1,42 1,17 1,00 0,86 0,70 0,00
Experiencia en la máquina virtual 1,21 1,10 1,00 0,90 0,00 0,00
Experiencia en el lenguaje 1,14 1,07 1,00 0,95 0,00 0,00
Atributos del proyecto
Técnicas actualizadas de 1,24 1,10 1,00 0,91 0,82 0,00
programación
Utilización de herramientas de 1,24 1,10 1,00 0,91 0,83 0,00
software
Restricciones de tiempo de 1,22 1,08 1,00 1,04 1,10 0,00
desarrollo
[Fuente: Bohem, 2000]

2.3.5. METODOS DE PRUEBA

2.3.5.1. PRUEBA DE CAJA NEGRA

Una caja negra es el estudio de un módulo o elemento de un sistema, desde su parte

externa, es decir de qué forma las entradas y salidas de un módulo interactúan y
funcionan con otros módulos cercanos, sin importar los procesos internos de dicho
modulo, siendo obviamente todo lo contrario al termino de caja blanca.

38
Si la prueba de caja negra sería aquellas en las que no tenemos acceso al código
fuente, solo podemos probar la funcionalidad mediante entradas y salidas mientras
que las pruebas de caja blanca serían probando cada una de las condiciones o
caminos del código teniendo acceso a él.

2.3.6. NORMA DE SEGURIDAD

Seguridad Según Norma ISO 17799

Con el objetivo de desarrollar un marco de seguridad sobre el cual trabaje la entidad

a la cual se está desarrollando el proyecto, es necesario el uso de la norma ISO
17799, al definirse como una guía en la implementación del sistema de
administración de la seguridad de la información, el cual se orienta a preservar los
siguientes principios de la seguridad informática:

• Confidencialidad: Asegurar que únicamente el personal autorizado tenga el

acceso a la información.
• Integridad: Garantizar que la información no será alterada, eliminada o
destruida por entidades no autorizadas.
• Disponibilidad: Asegurar que los usuarios autorizados tendrán acceso a la
información cuando lo requieran.

A través de la misma se da la seguridad de los datos asegurándose la continuidad de

las operaciones de la organización, reducir al mínimo los daños causados por una
contingencia, así como de optimizar la inversión de tecnologías de seguridad.

La versión estándar incluye las siguientes once secciones principales:

• Política de seguridad.
• Aspectos organizativos para la seguridad.
• Clasificación y control de activos.
• Seguridad ligada al personal.

39
 • Seguridad física y del entorno.
• Gestión de comunicación y operaciones.
• Control de accesos.
• Desarrollo y mantenimientos de sistemas.
• Gestión de incidentes de seguridad de la información.
• Gestión de continuidad de negocios.
• Conformidad.

2.4. Marco Tecnológico

2.4.1. Visual Studio

Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por sus siglas en
inglés) para sistemas operativos Windows. Soporta múltiples lenguajes de
programación 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., a lo cual
sumarle las nuevas capacidades online bajo Windows Azure en forma del editor
Monaco.

Visual Studio permite a los desarrolladores crear sitios y aplicaciones web, así como
servicios web en cualquier entorno que soporte la plataforma .NET (a partir de la
versión .NET 2002). Así se pueden crear aplicaciones que se comuniquen entre
estaciones de trabajo, páginas web, dispositivos móviles, dispositivos embebidos,
consolas, etc.

Microsoft C# es un nuevo lenguaje de programación diseñado para crear un amplio

número de aplicaciones empresariales que se ejecutan en .NET Framework. Supone
una evolución de Microsoft C y Microsoft C++; es sencillo, moderno, proporciona
seguridad de tipos y está orientado a objetos. El código creado mediante C# se
compila como código administrado, lo cual significa que se beneficia de los servicios
de Common Language Runtime. Estos servicios incluyen interoperabilidad entre
lenguajes, recolección de elementos no utilizados, mejora de la seguridad y mayor
compatibilidad entre versiones.

40
C# se presenta como Visual C# en el conjunto de programas Visual Studio .NET.
Visual C# utiliza plantillas de proyecto, diseñadores, páginas de propiedades,
asistentes de código, un modelo de objetos y otras características del entorno de
desarrollo. La biblioteca para programar en Visual C# es .NET Framework.

Este lenguaje toma elementos de diferentes paradigmas como el orientado a objetos

y el orientado a eventos.

Visual Basic suele considerarse un sistema RAD (Rapid Application Development),

porque permite crear aplicaciones de forma rápida, especialmente para prototipos.

2.4.2. SQL Server

SQL Server es un sistema de gestión de bases de datos relacionales (RDBMS) de

Microsoft que está diseñado para el entorno empresarial. SQL Server se ejecuta en
T-SQL (Transact -SQL), un conjunto de extensiones de programación de Sybase y
Microsoft que añaden varias características a SQL estándar, incluyendo control de
transacciones, excepción y manejo de errores, procesamiento fila, así como variables
declaradas. SQL Server Management Studio (SSMS) es la herramienta de SQL
Server que permite definir y gestionar todas las bases de datos almacenadas en el
servidor SQL Server.

El lenguaje de desarrollo utilizado (por línea de comandos o mediante la interfaz

gráfica de Management Studio) es Transact-SQL (TSQL), una implementación del
estándar ANSI del lenguaje SQL, utilizado para manipular y recuperar datos (DML),
crear tablas y definir relaciones entre ellas (DDL).

Dentro de los competidores más destacados de SQL Server están: Oracle, MariaDB,
MySQL, PostgreSQL. SQL Server solo está disponible para sistemas operativos
Windows de Microsoft.

41
Puede ser configurado para utilizar varias instancias en el mismo servidor físico, la
primera instalación lleva generalmente el nombre del servidor, y las siguientes -
nombres específicos (con un guion invertido entre el nombre del servidor y el nombre
de la instalación).

42
 CAPÍTULO III
ESTIMACIÓN DE
COSTOS DEL
PROYECTO

CAPÍTULO III
ESTIMACIÓN DE COSTOS DEL PROYECTO

3.1. INTRODUCCIÓN

En este capítulo se determinará la Factibilidad Operativa, Técnica, Económica de un

Sistema de Información que agilice los procesos de obtención de datos y generación
de reportes en la Unidad Educativa “RENE BARRIENTOS ORTUÑO”. Cabe recalcar
que la factibilidad tiene como base la obtención de la Información necesaria para el
software. El  costo está basado en la razón de los beneficios a los casos asociados
con un proyecto en particular, será utilizado para la evaluación del desempeño del
docente, para ello se empleará el Modelo de estimación constructivo de costos
COCOMO II, basado en puntos de función, se especificará el análisis de los costos
tanto del software como del hardware para el desarrollo del sistema, como para la
posterior implementación y la futura operación del sistema.

3.2. ESTUDIO DE FACTIBILIDAD

El estudio de factibilidad del presente proyecto se realizará en base a factibilidad

técnica, económica y operativa.

3.2.1. FACTIBILIDAD TÉCNICA

De acuerdo a la tecnología necesaria para la implementación del sistema de

seguimiento de desempeño, se evaluó bajo los siguientes dos enfoques: hardware y
software.

3.2.1.1. HARDWARE

Para el desarrollo del sistema, se ha visto la necesidad de contar con un equipo

donde se instale el sistema propuesto, en cuanto a requerimientos mínimos que se
necesita para el correcto funcionamiento, para que el sistema se ejecute de forma
segura y funcional. En la siguiente tabla se describe los requerimientos mínimos a
nivel hardware.

Tabla 3.1. Requerimientos del Hardware

Componente Descripción
Procesador Core i3
Memoria RAM 1 Gb
Disco duro 500 Gb
Monitor Samsung Sync Master 794v
Unidad óptica DVD RW 16x
[Fuente: Elaboración Propia]

42
3.2.1.2. SOFTWARE

Para desarrollar el sistema se necesitará contar con el siguiente software instalado

para el correcto funcionamiento del mismo.

Tabla 3.2. Descripción del Software

Software Descripción
Windows 7 Sistema operativo
SQL Server Gestor de base de datos
Visual Studio C# Plataforma de desarrollo –
Lenguaje de programación C#
[Fuente: Elaboración Propia]

3.2.1.3. HARDWARE Y SOFTWARE EXISTENTE

A continuación, se describe con el hardware y software que tiene los equipos de

computación en la Unidad Educativa “René Barrientos Ortuño”.

Tabla 3.3. Hardware existente

HARDWARE CARACTERISTICAS
Microprocesado Core 2 Duo 2.8 GHz
r
Monitor 18 Pulgada
Memoria RAM 1 GB
Disco duro 500 GB.
[Fuente: Unidad Educativa René Barrientos Ortuño]

Tabla 3.4. Software existente

Herramientas Descripción
Sistema Windows 7
Operativo
[Fuente: Unidad Educativa René Barrientos Ortuño]

43
Como se puede observar la Unidad Educativa “René Barrientos Ortuño”, cuenta con
los requerimientos mínimos en el aspecto de hardware y están dispuestos a realizar
la adquisición del software necesario, para el desarrollo del presente proyecto
además de la futura puesta en marcha del mismo.

3.2.2. FACTIBILIDAD ECONÓMICA

Se determina el presupuesto de costos de los recursos técnicos, humanos y

materiales tanto para el desarrollo como para la implantación del Sistema. Además,
ayudará a realizar el análisis costo del sistema, el mismo que permitirá determinar si
es factible a desarrollar económicamente el proyecto.

3.2.2.1. ANÁLISIS DE COSTOS DE HARDWARE

Para el desarrollo del sistema se debe contar con el equipo de desarrollo de las
siguientes características.

Tabla 3.5. Costo del Hardware

Descripción Precio $us
Tarjeta madre ASTOCK 70
Microprocesador Core i3 150
Memoria RAM 1Gb 58
Disco duro Sata 500 Gb 34
Lector de DVD RW 16x 18
Monitor pantalla plana 32” 200
Case combo deluxe óptico 45
Impresora Epson 25
Costo total Hardware 600
[Fuente: “Alvarez-kovac”]

El costo tomado a consideración es de 600 $us, pero la Unidad Educativa “Rene

Barrientos Ortuño”, al ser una Unidad Educativa Fiscal, cuenta con un laboratorio de

44
computación, por lo tanto, el costo total del hardware será 0, porque el sistema se
debe adecuar a los aspectos técnicos de la Unidad Educativa.

3.2.2.2. ANÁLISIS DE COSTOS DE SOFTWARE

El costo de software se evaluará bajo los siguientes puntos:

 Costo de licencia de software.

 Costo de desarrollo de software.

3.2.2.2.1. COSTO DE LICENCIA DE SOFTWARE

Costo sobre las plataformas a ser consideradas en el proyecto analizando

experiencias en el desarrollo de sistemas, como se ve en la tabla 3.6.

Tabla 3.6. Costo de Licencias de Software

Software Detalle Costo licencia $us
Visual Studio 2015 Lenguaje de Gratuito11
Comunity Programación
Windows 7 Sistema Operativo 200
[Fuente: Elaboración Propia]

La Unidad Educativa cuenta con el sistema operativo Windows por tanto los costos
del mismo no serán tomados en consideración, además al usar la versión Comunity
de Visual Studio, no involucrara ningún costo excepto el usado para la descarga del
programa desde los servidores de Microsoft.

11
La licencia ofrecida por Microsoft, para el producto Visual Studio Comunity es gratuita, para empresas
pequeñas, colegios y otros.

45
3.2.2.2.2. COSTO DE DESARROLLO DE SOFTWARE

Estimación de costos de software aplicando COCOMO II

Los Puntos Función procuran cuantificar la funcionalidad de un sistema de software.

La meta es obtener un número que caracterice completamente al sistema. Son útiles
estimadores ya que están basados en información que está disponible en las etapas
tempranas del ciclo de vida del desarrollo de software. COCOMO II considera
solamente los Puntos Función no ajustados.

Se estimarán las cantidades de archivos de puntos de función no ajustados

clasificados como se muestra en la tabla 3.7.

Tabla 3.7. Puntos de función no ajustados

TIPO DE TOTAL TOTAL
DIFICUALTAD PESO CANTIDAD
ELEMENTO PUNTOS ELEMENTOS
Simple 3 2 6
Media 4 7 28
ENTRADAS
Compleja 6 3 18 52
Total Puntos de función Entrada:
Simple 4 1 4
Media 5 2 10
SALIDAS
Compleja 7 1 7 21
Total Puntos de función Salida:
Simple 3 1 3
Media 4 2 4
CONSULTAS
Compleja 6 2 12 19
Total Puntos de función Consulta:
ARCHIVOS Simple 7 1 7 57
Media 10 2 20
Compleja 15 2 30

46
 Total Puntos de función Archivos:
TOTAL PUNTOS DE FUNCION SIN AJUSTAR 149
[Fuente: Elaboración Propia]

PF_sin.ajustar = 149

El resultado obtenido ayudará para determinar las líneas de código a usar en el

proyecto. Teniendo esto se pasará a calcular el factor de ajuste utilizando la tabla
3.8.

Tabla 3.8. Factor de ajuste

CARACTERÍSTICA PESO
Comunicación de datos 3
Procesamiento distribuido de datos 3
Rendimiento 4
Configuraciones fuertemente utilizadas 3
Frecuencia de transacciones 2
Entrada de datos Online 0
Eficiencia del usuario final 5
Actualizaciones Online 0
Procesamiento complejo 3
Reusabilidad 4
Facilidad de instalación 3
Facilidad de operación 5
Instalación en distintos lugares 3
Facilidad de cambio 2
Grado total de influencia (TDI) 40
[Fuente: Elaboración Propia]

Por lo tanto, aplicando la siguiente fórmula para la evaluación de puntos de función

ajustados obtenemos lo siguiente:

PF = PF_sin.ajustar * (0.65+0.01*∑Fi)

47
 PF = 149 * (0.65 + 0.01*40)
PF = 156.45

Posteriormente se determina el valor de cada línea de código, en función a la

equivalencia según el lenguaje del desarrollo, para esto se observará la tabla 3.9.

Tabla 3.9. Equivalencia de Líneas de Código

LENGUAJE LCD/PF LENGUAJE LCD/PF
Access 38 Jovial 107
Ada 95 49 Machine Code 640
AI Shell 49 Modula 2 80
APL 32 Pascal 91
Assembly – Basic 320 PERL 27
Basic – ANSI 64 Prolog 64
Basic – Compiled 91 Query – Default 13
Basic – Visual 32 Report Generator 80
C 128 Second Generation Language 107
C++ 55 Simulation – Default 46
Cobol (ANSI 85) 91 Spreadsheet 6
Base de Datos 40 Third Generation Language 80
4ta. Generación de 20 USR_5 1
Lenguaje
Nivelar Lenguaje 64 Visual Basic 5.0 29
HTML 15 Visual C++ 34
Java 22 Prolog 13
[Fuente: Bohem, 2000]

Como el software será desarrollado en un lenguaje de 4ta generación se tomará el

valor de 20 LCD, donde:

LDC = PF * LCD
LDC = 156.45 * 20
LDC = 3129

48
 LDC 3129
KLDC= =
1000 1000
KLDC=3.12

Se tomará el modelo de Diseño Anticipado para la estimación del presente proyecto.

Para determinar el esfuerzo nominal meses/persona (PM) se utilizará la siguiente
relación.

PM = A∗¿ ¿ B ¿

Dónde:
A: Constante que se usa para efectos multiplicativos, provisionalmente se ha
estimados 2.45.
Size: Es calculado con la siguiente formula:

BRAK
¿ KSLOC∗ 1+ ( 100 )
Dónde:
BRAK: Porcentaje de rotura despreciado debido a la volatilidad de requisitos.
KSLOC: Es SLOC/1000 que equivale a 3.12.

Ahora se obtiene el Size:

0
(
¿ 3.12∗ 1+
100 )
¿ 3.12

BRAK, es igual a 0 porque no tuvo porcentaje de desprecio.

B: Factor de ahorro o gasto relativo de escala.

B=0.91+ 0.01∗∑ Wi

49
 Dónde:
Wi: es el factor de escala, los cuales son escogidos según la tabla 3.10.

Tabla 3.10. Valores de los Factores de Escala

Factores de Escala Muy Bajo Nominal Alto Muy Alto
Bajo
PREC 6.2 4.96 3.72 2.48 1.24
FLEX 5.07 4.05 3.04 2.03 1.01
RESL 7.07 5.65 4.24 2.83 1.41
TEAM 5.48 4.38 3.29 2.19 1.1
PMAT 7.8 6.24 4.68 3.12 1.56
[Fuente: Pressman, 2003]

Ahora se observará los valores obtenidos en la siguiente tabla:

Tabla 3.11. Valores de los Factores de Escala Obtenidos

Factores de Escala Nivel Valor
PREC Alto 2.48
FLEX Alto 2.03
RESL Bajo 5.65
TEAM Muy Alto 1.1
PMAT Alto 3.12
Wi 14.38
[Fuente: Elaboración propia]

∑ Wi=14.38
B=0.91+ 0.01∗14.38=1.0538

Una vez calculado los valores de Size y B, reemplazamos los valores en la formula.

PM =2.45∗3.121.0538
PM nominal=2.45∗3.121.0538

50
PM nominal=8.12

Para ajustar el esfuerzo Meses/Persona Ajustado se utiliza la siguiente ecuación:

PM ajustado=PM nominal∗∏ EMi

Donde:
Emi: son los drivers de coste del modelo de Diseño Anticipado según la tabla 3.12.

Tabla 3.12. Drivers Modelo Anticipado

Drivers Extra Muy Bajo Nominal Alto Muy Extra
Bajo Bajo Alto Alto
RCPX 0.73 0.81 0.98 1 1.3 1.74 2.38
RUSE - - 0.95 1 1.07 1.15 1.24
PDIF - - 0.87 1 1.29 1.81 2.61
PERS 2.12 1.62 1.26 1 0.83 0.63 0.5
PREX 1.59 1.33 1.12 1 0.87 0.71 0.62
FCIL 1.43 1.3 1.1 1 0.87 0.73 0.62
SCED - 1.43 1.14 1 1 1 -
[Fuente: Elaboración propia]

Aplicando valores en la fórmula se tiene:

∏ EMi=1∗1∗0.87∗0.83∗0.71∗0.87∗1=0.45

Reemplazando lo obtenido en la formula se tiene lo siguiente:

PM ajustado=8.12∗0.45=3.65=4 Personas /mes

Para determinar el tiempo de desarrollo se utiliza la siguiente fórmula:

SCED %
[
TDEV =[ 3.67∗PM (0.28 +0.2∗( B−1.01) ) ]∗
100 ]
Donde:
TDEV: Es el tiempo en meses desde el inicio hasta que se complete una
actividad de aceptación que certifique que el producto satisface los requisitos.

51
 SCED: 100%
Aplicando valores se tiene:
100 %
[
TDEV =[ 3.67∗3.65 (0.28+ 0.2∗(1.0538−1.01)) ]∗
100 ]
TDEV =5.33
TDEV =5 meses

Para calcular el número de personas requeridas para el desarrollo del sistema se usa
la siguiente formula.

PM ajustado
NP=
TDEV
NP = 4/5
NP = 0.8
NP = 1 persona

Para determinar el salario de un programador se recurrió a empresas de la ciudad de

La Paz, que se describe a continuación.

Tabla 3.13. Salario de Programadores de Software

Empresa Sueldo Mensual $us
Megalink 340
CosmicDesing 420
BoliviaOnLine 350
MegaBolivia 450
Promedio 390 $us
[Fuente: Elaboración propia]

El sueldo de un programador se obtuvo calculando la media de los sueldos en las

diferentes empresas consultadas.

Programador de Software (PS) = 390 $us.

52
Para determinar el Costo desarrollo (CD), se reemplaza los valores en la siguiente
fórmula:

CD=TDEV ∗PS∗NP

CD = 5 * 390 *1 = 1950 $us

Por tanto, el desarrollo del sistema en cuanto a esfuerzo, tiempo y costo es la

siguiente:

persona
Esfuerzo: 4
mes

Tiempo = 5 meses

Personas requeridas = 1 persona

Costo de desarrollo= 1950 $us

3.2.2.3. COSTO TOTAL

Por tanto, el Costo Total será:

Costo Total = Costo de Hardware + Costo de Software + Costo de Desarrollo

Costo Total = (600 + 0 + 1950) $us

Costo Total = 2550 $us

Pero considerando lo expresando anteriormente se tomará el costo de hardware a 0.

Entonces el costo total del proyecto será 1950 $us

Concluido la estimación de costos del desarrollo del Sistema, la Unidad Educativa

“René Barrientos Ortuño”, procede a dar vía libre para su realización.

53
3.2.3. FACTIBILIDAD OPERATIVA

La Unidad Educativa “René Barrientos Ortuño”, cuenta con un equipo computacional

mínimo necesario, con el cual se acorta el tiempo de respuesta necesario para
realizar cada actividad dentro de algún proceso interno definido, y eventualmente se
podrá optimizar o mejorar estos sin causar algún cambio, sobre sus anteriores
actividades.

El software, además generará reportes estadísticos para ser evaluados por personal
docente de un cierto nivel jerárquico, quienes están habituados a recibirlos hoy en
día. Los informes que se generaran son de gran importancia para la toma de
decisiones en función al desempeño de los docentes.

Se debe hacer mención a las personas involucradas en el proyecto y la respectiva

actividad (o actividades) que desarrolla cada una de ellas. Son parte del recurso
humano necesario para el desarrollo del proyecto (docentes y director de la unidad
educativa).

3.3. BENEFICIOS

Los beneficios que la Unidad Educativa “René Barrientos Ortuño”, obtendrá mediante
el presente proyecto son los siguientes:

 Rapidez en la obtención de resultados evaluaciones del desempeño.

 Registro de los estudiantes y personal de la Unidad Educativa.
 Generación oportuna de reportes para la toma de decisiones.
 Digitalización de los cuestionarios de desempeño docente.
 Seguimiento del desempeño del docente.

54
 CAPÍTULO IV
INGENIERÍA
DEL PROYECTO
 CAPÍTULO IV
INGENIERÍA DEL PROYECTO

4.1. INTRODUCCIÓN

En el presente capítulo se contemplará las etapas de la metodología RUP para el

desarrollo del software en sus respectivas dos primeras fases: Inicio, donde se
realizará la especificación de requerimientos además del modelo de negocios;
Elaboración, donde se realizará a través del uso del UML la interfaz abstracta del
sistema, con sus respectivos diagramas.

4.2. FASE DE INICIO

Esta fase tiene como propósito definir y acordar el alcance del proyecto, identificar y
proponer una visión muy general de la arquitectura de software a ser desarrollado.

4.2.1. MODELO DE NEGOCIO (SISTEMA ACTUAL)

Para el análisis del sistema actual de la unidad educativa “René Barrientos Ortuño”,
se utilizará casos de uso que está basado en el trabajo manual para los procesos de
desempeño de la evaluación docente.

La evaluación de docente se lo realiza según el resultado de los cuestionarios

llenados por los estudiantes, estos resultados muestran el porcentaje de la
evaluación realizada, con el fin de obtener los resultados en cuestión del desempeño,
para los reportes del director de la unidad educativa.

Dentro de los cuestionarios llenados por los estudiantes, se evalúa al docente según
la metodología utilizada durante el desarrollo de sus clases, el contenido propuesto,
su nivel de avance, dominio de la materia, y el desenvolvimiento en aula, además de
la puntualidad en sus asistencias al colegio.

56
4.2.2. MODELO DE NEGOCIOS (SISTEMA PROPUESTO)

4.2.2.1. ANÁLISIS DEL SISTEMA

El proyecto está planteado para ser una herramienta de apoyo que minimice los
tiempos de desarrollo de los procesos de obtención de los datos para la evaluación
del desempeño, además con la generación de resultados el director podrá realizar
una toma de decisiones para el seguimiento del docente.

El proyecto será implementado dentro de una red interna de la Unidad Educativa,

para realizar la evaluación de los docentes por los estudiantes, de una forma más
fácil, con lo cual que se podrá generar reportes más oportunos.

4.2.2.2. DESCRIPCIÓN DEL PROBLEMA

El problema actual, se centra en las evaluaciones del desempeño de los docentes,

son realizadas de forma manual por los estudiantes y el tratamiento de la información
para la generación de los resultados para evaluar el desempeño es realizada
manualmente por la secretaria, lo que a veces ocasiona retardo y errores u
omisiones en la información generada, provocando una incorrecta toma de
decisiones por parte del director.

4.2.3. REQUERIMIENTOS

4.2.3.1. RECOPILACIÓN DE INFORMACIÓN

Todos los datos en información que se recopilaron sobre el presente proyecto de

grado. Se obtuvo en base a las siguientes fuentes:

 La entrevista con el director de la Unidad Educativa “Rene Barrientos

Ortuño”.
 La observación directa para ver cómo se generaban el registro de los
cuestionarios y los reportes de desempeño.
 Los cuestionarios de desempeño, facilitados por la secretaria de la
Unidad Educativa.

57
4.2.3.2. PARTICIPANTES DEL PROYECTO

Para la elaboración del diseño del software los actores que intervienen son:

 Director de la Unidad Educativa.

 Secretaria.
 Docentes.
 Estudiantes.

4.2.3.3. OBJETO DE DESARROLLO

Los objetivos del sistema son:

 Desarrollar una aplicación que facilite el manejo y la obtención de reportes de

la evaluación de desempeño a los docentes.
 Utilizar la tecnología actual para el desarrollo del sistema, tanto en lo funcional
como en la interfaz.
 Crear una interfaz amigable para el manejo del sistema.

4.2.3.4. CATÁLOGO DE REQUISITOS DEL SISTEMA

4.2.3.4.1. REQUISITOS DE ALMACENAMIENTO DE INFORMACIÓN (RAI)

A continuación, se da una descripción detallada de los requisitos del sistema en los

que se refiere al almacenamiento de la información del sistema a ser desarrollado.

 Almacenar los datos de los docentes.

 Almacenar los datos de los estudiantes.
 Almacenar los datos del personal de la Unidad Educativa.
 Registrar los cuestionarios de desempeño.

4.2.3.4.2. REQUISITOS FUNCIONALES (RF)

Los requerimientos funcionales del sistema se detallan a continuación.

58
  Registro de Usuarios: Se brinda la opción de registro de usuarios
determinando las especificaciones para tal entendido:

- Datos personales.
- Código de usuario y Contraseña respectiva.

 Implantación de mecanismos de búsqueda avanzada: Se brindará

opciones de búsqueda por categoría respectiva como en la búsqueda de
algún contenido en general, tomando en cuenta los siguientes aspectos:

- Consultas de la información.
- Modificar Datos.

 Control de acceso al sistema: Ingreso de Usuarios por contraseña, además

de la implementación de roles y privilegios del sistema.

 Registro de cuestionarios: Registro de los datos llenados por los estudiantes

en los cuestionarios de desempeño.

4.3. FASE DE ELABORACIÓN

A continuación, se describirá el diseño del sistema que propone el presente proyecto

para la Unidad educativa “Rene Barrientos Ortuño”, se tomó el UML como
herramienta para representar grafica el comportamiento del sistema.

4.3.1. DIAGRAMA DE CASOS DE USO

Diagrama de caso de uso General

Para mostrar los casos de uso que forma el sistema se ha elaborado un gráfico
general de casos de uso.

59
 Figura 4.1. Diagrama de caso de uso General

[Fuente: Elaboración propia]

Luego que poder ver el diagrama de caso de uso general podemos realizar los
siguientes casos de uso individuales de acuerdo a los requerimientos del usuario.

60
CASO DE USO: INICIO DE SESIÓN

Figura 4.2. Diagrama de caso de uso expandido proceso de inicio de sesión

[Fuente: Elaboración propia]

61
 Tabla 4.1. Caso de Uso: Iniciar Sesión
Nombre de caso de uso: Iniciar Sesión
Descripción: Se inicia la sesión del usuario, con el nombre usuario y la
contraseña del mismo, para ingresar al sistema.
Actores: Director, Docente, Estudiante y Secretaria
Precondición: El usuario debe tener la intención de ingresar al sistema.
Flujo Normal
Evento del Actor Evento del Sistema
1. El usuario entrar al sistema.
2. Se le muestra la opción de inicio de
sesión.
3. El usuario ingresa los datos para el
inicio de sesión: Su nombre de
usuario y contraseña.
4. Valida los datos.

5. Se ingresa al sistema y se muestra

las opciones según su nivel de acceso
de usuario.
Pos condición: Se ingresa al sistema y se muestra las opciones disponibles.
[Fuente: Elaboración Propia]

CASO DE USO: REGISTRO PERSONAL

Figura 4.3. Diagrama de caso de uso del proceso de registro del personal

62
 [Fuente: Elaboración propia]

Tabla 4.2. Caso de Uso: Registro del Personal

Nombre de caso de uso: Registro del Personal
Descripción: Pantalla para realizar el registro del todo el personal dentro de la

63
 unidad educativa “Gral. Rene Barrientos Ortuño”
Actores: Secretaria ,Director y Docente
Precondición: Se debe de tener la intención de registrar los datos del
personal de la unidad educativa o ver los datos registrados
Flujo Normal
Evento del Actor Evento del Sistema
1. El usuario entra al sistema
2. Muestra opciones.
3. El usuario escoge la opción de
PERSONAL
4. Muestra las opciones del menú de
personal.
5. Escoge la opción a realizar.
5.1. Registrar Personal
5.1.1. Ingresa a la opción del registro
del personal de unidad educativa.
5.1.2. Muestra el formulario de
registro del personal.
5.1.3. Ingresa los datos del personal a
ser registrados.
5.1.4. Valida los datos ingresados.
5.1.5. Guarda los datos.
5.1.6. Muestra el registro.
5.2. Ver Personal.
5.2.1. Ingresa a la opción ver
personal.
5.2.2. Muestra el formulario del
personal de la unidad educativa.
5.2.3. Ingresa filtro de búsqueda.
5.2.4. Valida filtro y busca los datos
solicitados.
5.2.5. Muestra el reporte según la
búsqueda.
6. Mira el reporte generado por el
sistema.
Pos condición: Según la acción elegida por el usuario, se registra los datos
de un nuevo personal o se obtiene la lista de los datos del personal según el
filtro de búsqueda.
[Fuente: Elaboración Propia]

CASO DE USO: REALIZAR EVALUACIÓN

64
 Figura 4.4. Diagrama de caso de uso del proceso de realizar evaluación

[Fuente: Elaboración Propia]

Tabla 4.3. Caso de Uso: Realizar Evaluación

Nombre de caso de uso: Realizar Evaluación

65
 Descripción: Se realza la evaluación del desempeño del docente mediante
los cuestionarios, realizados por el estudiante y docente.
Actores: Docente y Estudiante.
Precondición: El usuario debe de tener que realizar la evaluación del
desempeño de docentes.
Flujo Normal
Evento del Actor Evento del Sistema
1. El usuario ingresa al sistema.
2. Muestra las opciones del sistema.
3. Elige la opción de Evaluación.
4. El sistema genera y muestra los
cuestionarios según el usuario.
5. Registra los campos del
cuestionario.
6. Valida los datos introducidos en el
cuestionario
7. Guarda los datos.

8. Al estudiante se le entrega una

ficha al terminar los cuestionarios.
Pos condición: Se registran los datos del cuestionario del desempeño de los
docentes.
[Fuente: Elaboración Propia]

CASO DE USO: REGISTRO DE ESTUDIANTE

Figura 4.5. Diagrama de caso de uso del proceso de registro de estudiante

66
 [Fuente: Elaboración propia]

Tabla 4.4. Caso de Uso: Registro de Estudiantes

Nombre de caso de uso: Registro de Estudiantes.
Descripción: Pantalla para realizar el registro de los estudiantes dentro de la
67
 unidad educativa “Gral. Rene Barrientos Ortuño”.
Actores: Secretaria y Estudiante.
Precondición: Se debe de tener la intención de registrar los datos de los
estudiantes de la unidad educativa o ver los datos registrados
Flujo Normal
Evento del Actor Evento del Sistema
1. El usuario entra al sistema
2. Muestra opciones.
3. El usuario escoge la opción de
ESTUDIANTES
4. Muestra las opciones del menú de
estudiantes.
5. Escoge la opción a realizar.
5.1. Registrar Nuevo
5.1.1. Ingresa a la opción del registro
del nuevo estudiante de unidad
educativa. 5.1.2. Muestra el formulario de
registro.

5.1.3. Ingresa los datos del estudiante

a ser registrados. 5.1.4. Valida los datos ingresados.
5.1.5. Guarda los datos.
5.1.6. Muestra el registro.

5.2. Ver Estudiantes.

5.2.1. Ingresa a la opción ver
estudiantes. 5.2.2. Muestra el formulario de los
estudiantes de la unidad educativa.

5.2.3. Ingresa filtro de búsqueda. 5.2.4. Valida filtro y busca los datos
solicitados.
5.2.5. Muestra el reporte según la
búsqueda.

6. Mira el reporte generado por el

sistema.
Pos condición: Según la acción elegida por el usuario, se registra los datos
de un nuevo estudiante o se obtiene la lista de los datos de los estudiantes
según el filtro de búsqueda.
[Fuente: Elaboración Propia]

CASO DE USO: MARCAR ASISTENCIA

68
 Figura 4.6. Diagrama de caso de uso específico – Marcar Asistencia

[Fuente: Elaboración propia]

Tabla 4.6. Caso de Uso: Marcar Asistencia

Nombre de caso de uso: Marcar Asistencia

69
 Descripción: Pantalla para realizar la asistencia de los docentes unidad
educativa “Gral. Rene Barrientos Ortuño”.
Actores: Docente
Precondición: Se debe de tener la intención de registrar los datos de
docente de la unidad educativa o ver los datos registrados
Flujo Normal
Evento del Actor Evento del Sistema
1. Ingresa un código
2. Se muestra el resultado en tablas
específicas biométrico

3.Valida datos

3. Se registra asistencia
Pos condición: Según la acción elegida por el usuario, se registra los datos
de la asistencia en lista de los datos de los según su llegada al colegio
[Fuente: Elaboración Propia]

CASO DE USO: REGISTRAR CUESTIONARIO

Figura 4.7. Diagrama de caso de uso específico – Registrar Cuestionario

70
 [Fuente: Elaboración propia]

Tabla 4.7. Caso de Uso: Registrar Cuestionario

Nombre de caso de uso: Registrar cuestionario

Descripción: Pantalla para realizar el registro del cuestionario para la
71
 evaluación.
Actores: Secretaria.
Precondición: Se debe ingresar al sistema y tener la información del
cuestionario que se registrara.
Flujo Normal
Evento del Actor Evento del Sistema
1. Ingresa a la opción de registro de
cuestionario.
2. Muestra la pantalla de registro.

3. Ingresa los datos del cuestionario.

4. Ingresa la pregunta.

5. Ingresa la respuesta.

6. Selecciona las preguntas para el

cuestionario.

7. Valida la información ingresada.

8. Guarda los datos.
Pos condición: Los datos deben ser válidos y se registra el cuestionario.
[Fuente: Elaboración Propia]

CASO DE USO: VER REPORTES

Figura 4.8. Diagrama de caso de uso del proceso de ver reportes

72
 [Fuente: Elaboración propia]

Tabla 4.8. Caso de Uso: Ver Reporte

Nombre de caso de uso: Ver reporte
Descripción: Se muestran todos los reportes generados a través de la
evaluación de docentes.

73
 Actores: Secretaria y Director.
Precondición: El usuario debe tener la intención de ver los reportes.
Flujo Normal
Evento del Actor Evento del Sistema
1. El usuario entrar al sistema.
2. Muestra las opciones disponibles.
3. Ingresa a la opción de REPORTES.
4. Muestra los reportes disponibles.
5. Escoge el reporte a ser generado
6. Valida la información.
7. Genera el reporte escogido.
8. Muestra el reporte.
9. Mira el reporte en la página.
Pos condición: Se genera y muestra los reportes escogidos.
[Fuente: Elaboración Propia]

4.3.2. DIAGRAMA DE SECUENCIA

DIAGRAMA DE SECUENCIA: INICIAR SESIÓN

Figura 4.8. Diagrama de secuencia – Iniciar sesión

74
 [Fuente: Elaboración propia]

DIAGRAMA DE SECUENCIA: REGISTRAR PERSONAL

Figura 4.9. Diagrama de secuencia – Registrar personal

75
 [Fuente: Elaboración propia]

DIAGRAMA DE SECUENCIA: REALIZAR EVALUACIÓN

Figura 4.10. Diagrama de secuencia - Realizar evaluación

76
 [Fuente: Elaboración propia]

DIAGRAMA DE SECUENCIA: REGISTRAR ESTUDIANTES

Figura 4.11. Diagrama de secuencia - Registrar estudiantes

77
 [Fuente: Elaboración propia]
DIAGRAMA DE SECUENCIA: MARCAR ASISTENCIA

Figura 4.12. Diagrama de secuencia - Marcar asistencia

78
 [Fuente: Elaboración propia]

DIAGRAMA DE SECUENCIA: GENERAR REPORTE

Figura 4.13. Diagrama de secuencia - Generar reporte

79
 [Fuente: Elaboración propia]

4.3.3. DIAGRAMA DE CLASES

Los diagramas de clases facilitan la comunicación entre analistas y los usuarios,

estos diagramas figuran en el proceso de análisis con entrevistas y cuestionarios.

80
Se elabora el diagrama de clases donde se definen las características de cada clase,
a continuación, mostramos la relación entre clases:

Figura 4.14. Diagrama de clases

[Fuente: Elaboración propia]

81
4.3.4. DIAGRAMA DE ACTIVIDADES

Un diagrama de actividades ha sido diseñado para mostrar una visión simplificada de

lo que ocurre durante una operación o un proceso. El diagrama de actividades
resalta, precisamente, a las actividades. A continuación, se muestran los diagramas
de actividades para cada caso de uso:

DIAGRAMA DE ACTIVIDAD: INICIAR SESIÓN

Figura 4.15. Diagrama de Actividad - Iniciar sesión

[Fuente: Elaboración propia]

82
DIAGRAMA DE ACTIVIDAD: REGISTRAR PERSONAL

Figura 4.16. Diagrama de actividad – Registrar personal

[Fuente: Elaboración propia]

83
DIAGRAMA DE ACTIVIDAD: REALIZAR EVALUACIÓN

Figura 4.17. Diagrama de actividad - Realizar evaluación

[Fuente: Elaboración propia]

84
DIAGRAMA DE ACTIVIDAD: REGISTRAR ESTUDIANTES

Figura 4.18. Diagrama de actividad - Registro estudiantes

[Fuente: Elaboración propia]

85
DIAGRAMA DE ACTIVIDAD: MARCAR ASISTENCIA

Figura 4.18. Diagrama de actividad - Marcar Asistencia

[Fuente: Elaboración propia]

86
DIAGRAMA DE ACTIVIDAD: GENERAR REPORTES

Figura 4.20. Diagrama de actividad - Generar reportes

[Fuente: Elaboración propia]

87
4.3.5. DIAGRAMA DE RED

Figura 4.21. Diagrama de Red

[Fuente: Elaboración propia]

88
 CAPÍTULO V
IMPLEMENTACIÓN
Y PRUEBAS
 CAPITULO V
IMPLEMENTACIÓN Y PRUEBAS

5.1. INTRODUCCION

En este capítulo se realizará la fase de construcción, el cual tiene por objetivo

completar la funcionalidad del sistema propuesto. Además, se hará las respectivas
pruebas de software para determinar la culminación del sistema, para luego
aplicar los factores de calidad con el cual se podrá conocer el grado de aceptación
del mismo.

5.2. CONSTRUCCIÓN

En esta fase se desarrollará el diseño final del sistema propuesto.

5.2.1. INTERFACES DEL SISTEMA

El nuevo sistema de evaluación docente busca ayudar a los docentes a mejorar su

práctica en el aula, tomando como base la opinión de los estudiantes, el personal
directivo de los planteles y el punto de vista del propio docente.

Es importante que las opiniones se expresen con respeto y de manera

constructiva que ayuden a lograr mejores docentes y, por lo tanto, una mayor
calidad educativa.

En la figura 5.1. se muestra el inicio de sesión para el personal administrativo de la

Unidad Educativa “Rene Barrientos Ortuño”, los docentes y estudiantes del
colegio, los mismos tendrán el acceso al sistema dependiendo de su rol dentro del
mismo.

En la figura 5.2. se observa el menú principal con las opciones disponibles para la
evaluación del desempeño de los docentes, los mismos se habilitarán según el
nivel de acceso que cuente el usuario al iniciar sesión.

En la figura 5.3. y 5.4. se puede observar los cuestionarios y el registro de

cuestionarios respectivamente además en la figura 5.5. se observa el llenado de

89
las preguntas con sus respectivas opciones de respuestas, las mismas pueden
será asignadas a un cuestionario a través de la figura 5.6.
Figura 5.1. Inicio de Sesión

[Fuente: Elaboración Propia]

Figura 5.2. Menú Principal

[Fuente: Elaboración Propia]

90
 Figura 5.3. Cuestionarios

[Fuente: Elaboración Propia]

Figura 5.4. Evaluación para Docente

91
 [Fuente: Elaboración Propia]

Figura 5.5. Registro de Preguntas

[Fuente: Elaboración Propia]

Figura 5.6. Asignación de Preguntas a Cuestionarios

92
 [Fuente: Elaboración Propia]
Para registrar los datos del docente se utiliza la interfaz de la figura 5.7. el cual
permite registrar la información del mismo. Luego es necesario asignar la materia
que impartirá en el colegio, este proceso será registrado a través de la figura 5.8.

Figura 5.7. Registro Docente

[Fuente: Elaboración Propia]

93
 Figura 5.8. Asignación de materia a docente

[Fuente: Elaboración Propia]

En la figura 5.9. se muestra la interfaz diseñada para el registro del estudiante,
además es necesario asignar al mismo a un curso el cual es realizado mediante la
interfaz mostrada en la figura 5.10.

94
Figura 5.9. Registro de Estudiante

[Fuente: Elaboración Propia]

Figura 5.10. Asignación de curso

95
 [Fuente: Elaboración Propia]
La interfaz para el llenado de cuestionarios fue diseñada para el registro de la
evaluación del desempeño del docente, los cuales son registrados por docentes,
los cuales son asignados por materias dentro de los cursos, por tanto, el
estudiante deberá evaluar igual cantidad de materias asignadas al curso del
mismo. Se registra la evaluación en la interfaz de la figura 5.11.

Figura 5.11. Cuestionario de evaluación de desempeño

96
 [Fuente: Elaboración Propia]

5.2.2. PRUEBAS DE SOFTWARE

Para las pruebas de software se utilizará el método de prueba de caja negra el

cual evalúa las entradas introducidas por los usuarios y analiza el resultado
devuelto por el sistema.

5.2.2.1. PRUEBA DE CAJA NEGRA – INICIO DE SESIÓN

Se realizará las pruebas a la interfaz mostrada a continuación.

Figura 5.12. Prueba de Caja Negra - Inicio de Sesión

97
 [Fuente: Elaboración Propia]

Tabla 5.1. Valores Límite - Inicio de Sesión

Campo Entrada Valida Entrada Invalida
USUARIO Cadena de texto Caracteres especiales,
espacio en blanco
CONTRASEÑA Cadena de texto Caracteres especiales,
espacio en blanco
[Fuente: Elaboración Propia]

Tabla 5.2. Prueba de Caja Negra - Inicio de Sesión

Entradas Salida Resultado
USUARIO CONTRASEÑA
“Ingrese el usuario El sistema valida
y contraseña” que no se
ingresen datos en
blanco
adm 123 “Bienvenido al Al introducir datos
sistema validos el sistema
Administrador” concede el
acceso al mismo
[Fuente: Elaboración Propia]

Como se pudo observar la interfaz de inicio de sesión cumple con la función

programada para que el usuario se identifique al empezar el sistema.

98
5.2.2.2. PRUEBA DE CAJA NEGRA – REGISTRAR CURSO

En el proceso de registrar curso, implementado en la interfaz descrita en la figura

5.13, el mismo cumple con la función de ingresar los datos del curso al sistema, de
esta forma podrá ser utilizado para la asignación de materias y estudiantes.

Figura 5.13. Prueba de Caja Negra – Registrar Curso

[Fuente: Elaboración Propia]

Tabla 5.3. Valores Límite – Registrar Curso

Campo Entrada Valida Entrada Invalida
Curso Cadena de texto Caracteres especiales,
espacio en blanco.
Nivel Cadena de texto Caracteres especiales,
espacio en blanco.
Descripción Cadena de texto Caracteres especiales.
[Fuente: Elaboración Propia]

Tabla 5.4. Prueba de Caja Negra – Registrar Curso

Entradas Curso 2º de Primaria
Nivel Primaria

99
 Descripción
Salida “Debe ingresar los “Se registró
campos de curso, correctamente los
nivel” datos del curso”
Resultado El sistema valida que Cuando el usuario
no se deje en blanco introduce datos validos
los campos de curso y el sistema registra la
nivel. El campo información en la base
descripción es de datos
opcional
[Fuente: Elaboración Propia]

Una vez realizado la prueba de caja negra a la interfaz de registro de curso se

evidencia que la misma cumple con la función programada del registro de los
datos del curso, obligando al usuario a registrar los campos de curso y nivel.

5.3. FASE DE TRANSCIÓN

5.3.1. CALIDAD DE SOFTWARE

Se determina la calidad del producto del software de acuerdo a los factores de

McCall, con este objetivo se realiza una evaluación del sistema mediante pruebas
de usuarios sobre este, y llenado de tablas de calificación, utilizando la siguiente
fórmula:

Fq=C 1∗M 1+C 2∗M 2+ …+Cn∗Mn

Donde:
Fq = Factor de calidad de software.
Ci = Coeficiente de regresión.
Mi = Métricas que afectan a la calidad del software (0-10)

Los coeficientes de regresión se calculan a través de la siguiente fórmula:

Ci=( Mt∗M )−1∗(Mt∗Fk )

Dónde:
Mt = Matriz transpuesta de las métricas de calidad.

100
 Fk = Matriz de calidad de un factor determinado.

5.3.2. FACTORES CALIDAD SEGÚN MCCALL

Los datos introducidos, son resultado de cuestionarios aplicados al personal

administrativo de la Unidad Educativa “Rene Barrientos Ortuño” (Ver anexo B)

5.3.2.1. FACTOR DE FACILIDAD DE USO

Tabla 5.5. Tabla Métrica de calidad de facilidad de uso

Criterios Usuario 1 Usuario 2 Usuario 3 Usuario 4 Promedio
Operación 7 8 7 8 7.5
Comunicació
n 9 7 8 7 7.75
Aprendizaje 9 8 9 9 8.75
Formación 7 9 7 8 7.75
[Fuente: Elaboración Propia]

Realizando los cálculos:

7 9 9 7 7.5 7 8 7 8
8 7 8 9 7.75 9 7 8 7
Mt= Fk= M=
7 8 9 7 8.75 9 8 9 9
8 7 9 8 7.75 7 9 7 8

260 254 251 256 255.25

254 258 247 257 254
Mt * M= Mt * Fk=
251 247 243 249 247.5
256 257 249 258 255

13.66667 -4.33333 -21.66667 11.66667

-4.33333 2.00000 7.11111 -4.55556
( Mt∗M )−1=¿ -21.66667 7.11111 34.81481 -19.18519
11.66667 -4.55556 -19.18519 11.48148

0.25
0.25
( Mt∗M )−1∗( Mt∗Fk )=¿ 0.25
0.25
Entonces el factor de calidad para la facilidad de uso es:
Fq=7.94

101
5.3.2.2. FACTOR DE INTEGRIDAD

Tabla 5.6. Tabla Métrica de calidad de la integridad

Criterios Usuario 1 Usuario 2 Usuario 3 Promedio
Control de Accesos 9 8 7 8
Facilidad de Auditoria 7 8 8 7.666667
Seguridad 7 7 8 7.333333
[Fuente: Elaboración Propia]

Realizando los cálculos:

9 8 7 8 9 7 7
7.66666
Mt= 7 8 8 Fk= 7 M= 8 8 7
7.33333
7 7 8 3 7 8 8

179 177 175 177

Mt * M= 177 177 176 Mt * Fk= 176.6667
175 176 177 176

0.66730 -1.00000 0.33459

−1
( Mt∗M ) =¿ -1.00000 2.00000 -1.00000
0.33459 -1.00000 0.66919

0.333333
−1
( Mt∗M ) ∗( Mt∗Fk )=¿ 0.333333
0.333333

Entonces el factor de calidad para la integridad es:

Fq=7.67

5.3.2.3. FACTOR DE CORRECCIÓN

Tabla 5.7. Tabla Métrica de calidad de la corrección

Criterios Usuario 1 Usuario 2 Usuario 3 Promedio
Completitud 7 8 7 7.333333

102
 Consistencia 9 8 8 8.333333
Trazabilidad 9 9 7 8.333333
[Fuente: Elaboración Propia]

Realizando los cálculos:

7.33333
7 9 9 3 7 8 7
8.33333
Mt= 8 8 9
Fk= 3
M= 9 8 8
8.33333
7 8 7 3 9 9 7

211 209 184 201.3333

Mt * M= 209 209 183 Mt * Fk= 200.3333
184 183 162 176.3333

0.69754 -0.35161 -0.39509

( Mt∗M )−1=¿ -0.35161 0.61626 -0.29679
-0.39509 -0.29679 0.79017

0.333333
( Mt∗M )−1∗( Mt∗Fk )=¿ 0.333333
0.333333

Entonces el factor de calidad para la corrección es:

Fq=8

5.3.2.4. FACTOR DE FIABILIDAD

Tabla 5.8. Tabla Métrica de calidad de fiabilidad

Criterios Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5 Promedio
Modularidad 9 8 9 7 7 8
Simplicidad 8 8 8 8 9 8.2
Consistencia 7 9 8 7 8 7.8
Concisión 8 6 9 9 7 7.8
Auto Descripción 8 8 9 8 10 8.6
[Fuente: Elaboración Propia]

Realizando los cálculos:

Mt= 9 8 7 8 8 Fk= 8 M= 9 8 9 7 7
8 8 9 6 8 8.2 8 8 8 8 9
9 8 8 9 9 7.8 7 9 8 7 8
7 8 7 9 8 7.8 8 6 9 9 7

103
 7 9 8 7 10 8.6 8 8 9 8 10

322 311 345 312 327 323.4

311 309 334 301 322 315.4
Mt * M= 345 334 371 336 352 Mt * Fk= 347.6
312 301 336 307 320 315.2
327 322 352 320 343 332.8

0.9232 0.0943 0.0571 ( Mt∗M )−1

3 -0.06340 -0.94112 5 4 ¿ ( Mt∗Fk )=¿ 0.2
0.2852 0.2341
-0.06340 2 -0.22493 8 -0.19496 0.2
1.5993 0.0746
( Mt∗M )−1=¿ -0.94112 -0.22493 7 -0.65129 6 0.2
0.0943 0.2341 0.6100
5 8 -0.65129 9 -0.21059 0.2
0.0571 0.0746 0.2513
4 -0.19496 6 -0.21059 0 0.2

Entonces el factor de calidad para la fiabilidad es:

Fq=8.08

5.3.2.5. FACTOR DE EFICIENCIA

Tabla 5.9. Tabla Métrica de calidad de facilidad de uso

Criterios Usuario 1 Usuario 2 Promedio
Eficiencia de ejecución 9 9 9
Eficiencia de almacenamiento 8 9 8.5
[Fuente: Elaboración Propia]

Realizando los cálculos:

9 8 9 9 9
Mt= Fk= M=
9 9 8.5 8 9

145 153 149

Mt * M= Mt * Fk=
153 162 157.5
2.00000 -1.88889
( Mt∗M )−1=¿
-1.88889 1.79012

104
 0.5
( Mt∗M )−1∗( Mt∗Fk )=¿ 0.5

Entonces el factor de calidad para la eficiencia es:

Fq=8.75

5.3.2.6. FACTOR DE MANTENIMIENTO

Tabla 5.10. Tabla Métrica de calidad del mantenimiento

Criterios Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5 Promedio
Modularidad 9 8 7 8 8 8
Simplicidad 8 7 8 7 7 7.4
Consistencia 8 8 7 7 8 7.6
Concisión 9 8 8 7 7 7.8
Auto Descripción 7 6 7 8 7 7
[Fuente: Elaboración Propia]

Realizando los cálculos:

9 8 8 9 7 8 9 8 7 8 8
8 7 8 8 6 7.4 8 7 8 7 7
Mt= 7 8 7 8 7 Fk= 7.6 M= 8 8 7 7 8
8 7 7 7 8 7.8 9 8 8 7 7
8 7 8 7 7 7 7 6 7 8 7

339 306 304 303 304 311.2

306 277 274 273 275 281
Mt * M= 304 274 275 273 273 Mt * Fk= 279.8
303 273 273 275 274 279.6
304 275 273 274 275 280.2

-
11.0255
8.38265 1 -0.45408 -5.73980
7.92857 0.2
- -
11.0255 15.6683 11.9285
( Mt∗M )−1=¿ 1 7 0.09694 8.38265 7 ( Mt∗M )−1∗( Mt∗Fk )=¿
0.2
-0.45408 0.09694 0.52551 -0.18878 0.07143 0.2
-5.73980 8.38265 -0.18878 5.09694 -6.92857 0.2
-
11.9285 10.0000
7.92857 7 0.07143 -6.92857 0 0.2
Entonces el factor de calidad para el mantenimiento es:

105
 Fq=7.56

5.3.2.7. FACTOR DE FACILIDAD DE PRUEBA

Tabla 5.11. Tabla Métrica de calidad de facilidad de prueba

Criterios Usuario 1 Usuario 2 Usuario 3 Usuario 4 Promedio
Modularidad 9 7 6 8 7.5
Simplicidad 7 8 9 7 7.75
Auto descripción 8 7 9 8 8
Instrumentació
n 7 8 8 7 7.5
[Fuente: Elaboración Propia]

Realizando los cálculos:

9 7 8 7 7.5 9 7 6 8
7.7
Mt= 7 8 7 8 Fk= 5 M= 7 8 9 7
6 9 9 8 8 8 7 9 8
8 7 8 7 7.5 7 8 8 7

243 231 245 234 238.25

231 226 241 224 230.5
Mt * M= Mt * Fk=
245 241 262 239 246.75
234 224 239 226 230.75

20.00000 -1.53333 6.00000 -25.53333

−1 -1.53333 0.58222 -0.66667 1.71556
( Mt∗M ) =¿ 6.00000 -0.66667 2.00000 -7.66667
-25.53333 1.71556 -7.66667 32.84889

0.25
−1 0.25
( Mt∗M ) ∗( Mt∗Fk )=¿ 0.25
0.25

Entonces el factor de calidad para la facilidad de prueba es:

Fq=7.69

106
 5.3.2.8. FACTOR DE FLEXIBILIDAD

Tabla 5.12. Tabla Métrica de calidad de flexibilidad

Criterios Usuario 1 Usuario 2 Usuario 3 Usuario 4 Promedio
Auto descripción 8 7 7 9 7.75
Capacidad de
expansión 9 8 8 8 8.25
Generalidad 8 8 7 9 8
Modularidad 8 9 10 8 8.75
[Fuente: Elaboración Propia]

Realizando los cálculos:

7.7
8 9 8 8 5 8 7 7 9
8.2
Mt= 7 8 8 9 Fk= 5 M= 9 8 8 8
7 8 7 10 8 8 8 7 9
8.7
9 8 9 8 5 8 9 10 8

273 264 264 280 270.25

264 258 259 271 263
Mt * M= Mt * Fk=
264 259 262 270 263.75
280 271 270 290 277.75

0.66720 -0.32000 -0.00640 -0.33920

-0.32000 2.00000 -1.16000 -0.48000
( Mt∗M )−1=¿ -0.00640 -1.16000 0.82680 0.32040
-0.33920 -0.48000 0.32040 0.48120

0.25
0.25
( Mt∗M )−1∗( Mt∗Fk )=¿ 0.25
0.25
Entonces el factor de calidad para la flexibilidad es:

Fq=8.19

107
 5.3.2.9. FACTOR DE REUSABILIDAD

Tabla 5.13. Tabla Métrica de calidad de la reusabilidad

Criterios Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5 Promedio
Generalidades 9 8 7 8 8 8
Modularidad 8 7 8 10 7 8
Independencia 8 8 8 9 8 8.2
Independencia del HW 9 8 8 9 7 8.2
Auto Descripción 7 6 10 8 7 7.6
[Fuente: Elaboración Propia]

Realizando los cálculos:

9 8 8 9 7 8 9 8 7 8 8
8 7 8 8 6 8 8 7 8 10 7
Mt= 7 8 8 8 10 Fk= 8.2 M= 8 8 8 9 8
8 10 9 9 8 8.2 9 8 8 9 7
8 7 8 7 7 7.6 7 6 10 8 7

339 306 333 361 304 328.6

306 277 300 326 275 296.8
Mt * M= 333 300 341 360 302 Mt * Fk= 327.2
361 326 360 390 325 352.4
304 275 302 325 275 296.2

1.31810 -1.48678 -0.18669 -0.03603 0.27728 0.2

-1.48678 2.66962 0.53446 -0.29675 -1.26229 0.2
( Mt∗M )−1=¿ -0.18669 0.53446 0.26145 -0.17264 -0.41118 ( Mt∗M )−1∗( Mt∗Fk )0.2
=¿
-0.03603 -0.29675 -0.17264 0.32028 0.14765 0.2
0.27728 -1.26229 -0.41118 0.14765 1.23646 0.2

Entonces el factor de calidad para la reusabilidad es:

Fq=8

5.3.2.10. FACTOR DE INTEROPERABILIDAD

Tabla 5.14. Tabla Métrica de calidad de interoperabilidad

108
 Criterios Usuario Usuario Usuario Usuario
Promedio
1 2 3 4
Compatibilidad de
comunicación 9 8 9 10 9
Compatibilidad de
datos 8 8 9 8 8.25
Estandarización de
datos 9 8 8 8 8.25
Modularidad 8 8 7 10 8.25
[Fuente: Elaboración Propia]

Realizando los cálculos:

9 8 9 8 9 9 8 9 10
8.2
8 8 8 8 5 8 8 9 8
Mt= Fk= 8.2 M=
9 9 8 7 5 9 8 8 8
8.2
10 8 8 10 5 8 8 7 10

290 272 281 306 287.25

272 256 264 288 270
Mt * M= Mt * Fk=
281 264 275 296 279
306 288 296 328 304.5

1.11111 -0.88889 -0.22222 -0.05556

-0.88889 1.72049 -0.34722 -0.36806
( Mt∗M )−1=¿ -0.22222 -0.34722 0.44444 0.11111
-0.05556 -0.36806 0.11111 0.27778

0.25
0.25
( Mt∗M )−1∗( Mt∗Fk )=¿ 0.25
0.25

Entonces el factor de calidad para la interoperabilidad es:

Fq=8.44

109
 5.3.2.11. FACTOR DE PORTABILIDAD

Tabla 5.15. Tabla Métrica de calidad de portabilidad

Criterios Usuario 1 Usuario 2 Usuario 3 Usuario 4 Promedio
Auto descripción 7 8 9 8 8
Independencia de SW 8 8 9 8 8.25
Independencia de HW 9 8 8 8 8.25
Modularidad 8 8 9 9 8.5
[Fuente: Elaboración Propia]

Realizando los cálculos:

7 8 9 8 8 7 8 9 8
8.2
8 8 8 8 5 8 8 9 8
Mt= Fk= M=
8.2
9 9 8 9 5 9 8 8 8
8 8 8 9 8.5 8 8 9 9

258 256 279 264 264.25

256 256 280 264 264
Mt * M= Mt * Fk=
279 280 307 289 288.75
264 264 289 273 272.5

2.00000 -4.25000 3.00000 -1.00000

-4.25000 11.29687 -7.50000 1.12500
( Mt∗M )−1=¿ 3.00000 -7.50000 6.00000 -2.00000
-1.00000 1.12500 -2.00000 2.00000

0.25
−1 0.25
( Mt∗M ) ∗( Mt∗Fk )=¿ 0.25
0.25

Entonces el factor de calidad para la portabilidad es:

Fq=¿ 8.25

110
5.3.3. RESULTADOS OBTENIDOS

Tabla 5.16. Factores de Calidad del software

Punto de Vista Factores de Calidad (0-10)
Punto de vista de operación del producto
Factor de Facilidad de Uso 7.94
Factor de Integridad 7.67
Factor de Corrección 8
Factor de Fiabilidad 8.08
Factor de Eficiencia 8.75
Punto de Vista de Revisión
Factor de Facilidad de Mantenimiento 7.56
Factor de Facilidad de Prueba 7.69
Factor de Flexibilidad 8.19
Punto de Vista de Transición del Proyecto
Factor de Reusabilidad 8
Factor de Interoperabilidad 8.44
Factor de Portabilidad 8.25
TOTAL 88.56
[Fuente: Elaboración Propia]

Determinamos la puntuación de calidad del sistema utilizando la siguiente fórmula:

88.56
F ( i )= =8.05
11

De los resultados obtenidos se puede indicar que el promedio de factor de calidad

del Sistema es bueno ya que 8.05 está en un rango de 8 a 9 indica que el sistema
tiene una consistencia apropiada en cuanto a la calidad.

La calidad del software es buena, por lo que el director podrá tener resultados más
rápidos, brindando una óptima generación de información lo cual le ayudara en la
toma de decisiones, además los estudiantes contaran con una forma más fácil y
sencilla para el ingreso de los datos de los cuestionarios de desempeño de
docente.

111
 CAPÍTULO VI
CONCLUSIONES
Y
RECOMENDACIONES
 CAPÍTULO VI
CONCLUSIONES Y RECOMENDACIONES

6.1. CONCLUSIONES

En la culminación del presente proyecto, se llegaron a las siguientes conclusiones

que se citan a continuación:

 Se logró cumplir las expectativas generadas por el personal

administrativo de la Unidad Educativa “Rene Barrientos Ortuño”, al ver
finalizado el presente proyecto de grado, cumpliendo con los objetivos
trazados al desarrollar un sistema de información para la evaluación del
desempeño.

 Se realizó el registro de los datos del docente, dentro de una base de

datos lo cual permite la búsqueda más rápida de la información, lo que
es una gran ayuda para el personal administrativo de la Unidad
Educativa.

 Se implementó una base de datos para el registro de los datos llenados

por los cuestionarios por parte de los estudiantes, sobre el desempeño
del docente, lo cual permitió la generación oportuna de reportes de
resultados lo que en mucha medida ayuda a la toma de decisiones.

 Con el uso de los reportes generados oportunamente se logró tener una

pronta generación de resultados lo cual ayuda al director.

 Es importante mencionar los pasos previos que se dieron para la

culminación del presente proyecto de grado:

o Para realizar la estimación de costos del proyecto, se utilizó el modelo

de COCOMO II en su diseño anticipado, por medio de puntos de

111
 función lo cual nos permitió determinar el esfuerzo, costo y tiempo del
desarrollo.

o El modelo UML, con su aplicación bajo el proceso de desarrollo

estructurado, orientado a objetos fue de vital importancia para el diseño
y la documentación del presente proyecto.

o Para determinar la calidad del sistema se realizaron gracias a los

factores y métricas de McCall, dando como resultado la seguridad de
que el sistema es de calidad.

El cumplimiento a las expectativas albergadas por los miembros del personal de la

Unidad Educativa “Rene Barrientos Ortuño”, al querer implementar un sistema de
información que ayude a la generación oportuna de resultados para la toma de
decisiones en el aspecto del desempeño de los docentes, reemplazando al sistema
manual susceptible a errores que se manejaba, se ven cumplidos comparando los
resultados obtenidos en las pruebas realizadas.

6.2. RECOMENDACIONES

El presente proyecto es una herramienta que permite contar con información al

alcance de la mano y no así un sistema de control, donde se verían más áreas
involucradas, por tanto, se recomienda que en futuro se realice el análisis de un
sistema más grande y que abarque más áreas, para un buen estudio de todos
procesos que involucra una Unidad Educativa.

En futuras ampliaciones del software implementado se deberán seguir las mismas

direcciones usadas durante el desarrollo del presente proyecto como ser: la
utilización de la misma metodología, modelos, métodos, técnicas, normas y otros,
además del uso del mismo lenguaje de programación, diseño de base de datos entre
otros, con el único fin de que el presente proyecto sirva como una base para futuras
actualizaciones.

112
Se deberá tomar en cuenta las áreas de recursos humanos, donde se podrá velar
por el control de la asistencia de los docentes y del personal administrativo de la
Unidad Educativa, además de posiblemente los estudiantes con el cual se podrá
obtener un registro de entradas y salidas, y los posibles retrasos entre otros.

Por otra parte, se recomienda el realizado de copias de seguridad periódicamente

para mantener los datos seguros.

113
ANEXO
S
 ANEXO A
CUESTIONARIOS
DE DESEMPEÑO
DOCENTE
 EVALUACION DESEMPEÑO DOCENTE

I. PLANIFICACIÓN
1 2 3 4

Realizo la programació n de mi actividad educativa teniendo como referencia

1
el Proyecto Curricular de Etapa y, en su caso, la programació n de á rea.
Planteo los objetivos didá cticos de forma que expresan claramente las
2
competencias que mis alumnos y alumnas deben conseguir.
Selecciono y secuencio los contenidos con una distribució n y una progresió n
3
adecuada a las características de cada grupo de alumnos.
Adopto estrategias y programo actividades en funció n de los objetivos, de
4
los distintos tipos de contenidos y de las características de los alumnos.
Planifico las clases de modo flexible, preparando actividades y recursos
5
ajustado lo má s posible a las necesidades e intereses de los alumnos.
Establezco, de modo explícito, los criterios, procedimientos e instrumentos
6
de evaluació n y autoevaluació n.
Planifico mi actividad educativa de forma coordinada con el resto del
7
profesorado.

Observaciones y propuestas de mejora

1(Nunca)

2 (Pocas veces)
3 (Casi siempre)

4 (Siempre)

II. REALIZACIÓN

1 2 3 4
Motivación inicial de los alumnos

Presento y propongo un plan de trabajo, explicando su finalidad, antes de

1
cada unidad.

Planteo situaciones introductorias previas al tema que se va a tratar.

2

Motivación a lo largo de todo el proceso

Mantengo el interés del alumnado partiendo de sus experiencias, con un

3
lenguaje claro y adaptado.

Comunico la finalidad de los aprendizajes, su importancia, funcionalidad,

4
aplicació n real.

Doy informació n de los progresos conseguidos así como de las dificultades

5
encontradas.

Presentación de los contenidos

Relaciono los contenidos y actividades con los conocimientos previos de mis

6
alumnos.

Estructuro y organizo los contenidos dando una visió n general de cada tema
7
(índices, mapas conceptuales, esquemas, etc.)

Facilito la adquisició n de nuevos contenidos intercalando preguntas

8
aclaratorias, sintetizando, ejemplificando, etc.

Actividades en el aula

9 Planteo actividades variadas, que aseguran la adquisició n de los objetivos

95
 didá cticos previstos y las habilidades y técnicas instrumentales bá sicas.

En las actividades que propongo existe equilibrio entre las actividades

10
individuales y trabajos en grupo.

Recursos y organización del aula

Distribuyo el tiempo adecuadamente: (breve tiempo de exposició n y el resto

11
del mismo para las actividades que los alumnos realizan en la clase).

Adopto distintos agrupamientos en funció n de la tarea a realizar, controlando

12
siempre que el clima de trabajo sea el adecuado

Utilizo recursos didá cticos variados (audiovisuales, informá ticos, etc.), tanto
13
para la presentació n de los contenidos como para la prá ctica de los alumnos.

Instrucciones, aclaraciones y orientaciones a las tareas de los alumnos

Comprueboque los alumnos han comprendido la tarea que tienen que realizar:
14
haciendo preguntas, haciendo que verbalicen el proceso, etc.

Facilito estrategias de aprendizaje: có mo buscar fuentes de informació n,pasos

para resolver cuestiones, problemas y me aseguro la participació n de todos
15

1 2 3 4
Clima del aula

Las relaciones que establezco con mis alumnos dentro del aula son fluidas y
16
desde unas perspectivas no discriminatorias.

Favorezco la elaboració n de normas de convivencia con la aportació n de todos

17
y reacciono de forma ecuá nime ante situaciones conflictivas.

Fomento el respeto y la colaboració n entre los alumnos y acepto sus

18
sugerencias y aportaciones.

Seguimiento/ control del proceso de enseñanza-aprendizaje

Reviso y corrijo frecuentemente los contenidos y actividades

19
propuestasdentro y fuera del aula.

Proporciono informació n al alumno sobre la ejecució n de las tareas y có mo

20
puede mejorarlas.

96
 En caso de objetivos insuficientemente alcanzados propongo nuevas
21
actividades que faciliten su adquisició n.

En caso de objetivos suficientemente alcanzados, en corto espacio de tiempo,

22
propongo nuevas actividades que faciliten un mayor grado de adquisició n.

Atención a la diversidad

Tengo en cuenta el nivel de habilidades de los alumnos y en funció n de ellos,

23
adapto los distintos momentos del proceso de enseñ anza- aprendizaje

Me coordino con profesores de apoyo, para modificar contenidos, actividades,

24
metodología, recursos, etc. y adaptarlos a los alumnos con dificultades.

III. EVALUACIÓN

1 2 3 4

Tengo en cuenta el procedimiento general para la evaluació n de los

1
aprendizajes de acuerdo con la programació n de á rea.

Aplico criterios de evaluació n y criterios de calificació n en cada uno de los

2
temas de acuerdo con la programació n de á rea.

Realizo una evaluació n inicial a principio de curso.

3

Utilizo suficientes criterios de evaluació n que atiendan de manera equilibrada

4
la evaluació n de los diferentes contenidos.

Utilizo sistemá ticamente procedimientos e instrumentos variados de recogida

5
de informació n sobre los alumnos.

Habitualmente, corrijo y explico los trabajos y actividades de los alumnos y,

6
doy pautas para la mejora de sus aprendizajes.

Utilizo diferentes técnicas de evaluació n en funció n de la diversidad de

7
alumnos, de las diferentes á reas, de los temas, de los contenidos...

Utilizo diferentes medios para informar a padres, profesores y alumnos

8 (sesiones de evaluació n, boletín de informació n, entrevistas individuales) de
los resultados de la evaluació n.

Observaciones y propuestas de mejora

97
 FACTOR EVALUADO EVALUACIÓ N

1 2 3 4

Hago siempre los trabajos que mi profesor/a me indica.

Entrego mis trabajos segú n las indicaciones dadas por el profesor/a y

en la fecha acordada.

Participoactivamente (aporto ideas, ayudo a resolver problemas,

realizo mi parte de las actividades) en los trabajos propuestos en
equipo.

Pregunto al profesor/a los temas que no llego a entender.

Dedico parte de mi tiempo libre para pedir ayuda al profesor/a.

Estoy satisfecho/a de mi trabajo.

98
 Las calificaciones obtenidas en mis evaluaciones son justas

SECCIÓ N II: ACTITUD FRENTE AL TRABAJO

FACTOR EVALUADO EVALUACIÓ N

1 2 3 4

Asisto regularmente a clase.

Entro tarde a clase de forma regular.

Justifico mis retrasos y faltas de asistencia ante el profesor/a y el

tutor/a.

Me preocupo por ponerme al día en la asignatura cuando falto a clase.

Mi conducta y actitudes en clase son adecuadas.

Observo y respeto las normas y reglas establecidas en el centro y en el

aula.

Observo y respeto las normas y reglas establecidas por los

profesores/as.

Acepto responsabilidades.

Tengo una actitud positiva hacia el aprendizaje.

Me molesta que me digan los fallos que cometo.

Influyo en crear un clima agradable y de respeto en clase y en el

instituto.

Considero que estoy aprendiendo (indica las asignaturas en las que

crees aprender má s)
…………………………………………………………………………………………………………
……………………………………………………………………………………….

99
Los conocimientos que adquiero en una materia los aplico o los
relaciono con otras

Tengo sugerencias que creo que ayudarían a que los resultados académicos de los
alumnos/as mejoraran (para poder entenderte y tomar en cuenta tus aportaciones, intenta
ser lo má s claro posible).

CUESTIONARIO EVALUACIÓN DEL ALUMNO AL DOCENTE

1. CUMPLIMIENTO DE LAS OBLIGACIONES 1 2 3 4

Presenta y analiza las diversas teorías, métodos, procedimientos, etc.

Cumple adecuadamente el horario de clase

2. INFRAESTRUCTURAS
Las dotaciones e infraestructuras docentes (Laboratorios, Talleres,
Biblioteca, etc.) son adecuadas.

3. PROGRAMA
Da a conocer el programa (objetivos, contenidos, metodología, evaluació n,
etc.), a principio de curso.
Los temas se desarrollan a un ritmo adecuado.

100
Explica ordenadamente los temas.

El temario te ha aportado nuevos conocimientos.

Se han dado todos los temas programados

La materia te parece asequible.

4. METODOLOGÍA
Cuando introduce conceptos nuevos, los relaciona, si es posible, con los ya
conocidos.
Explica con claridad los conceptos en cada tema

En sus explicaciones se ajusta bien al nivel de conocimiento de los

alumnos.
Procura hacer interesante la asignatura

Se preocupa por los problemas de aprendizaje de sus alumnos.

Clarifica cuales son los aspectos importantes y cuales los secundarios.

Ayuda a relacionar los contenidos con otras asignaturas.

Facilita la comunicació n con los alumnos.

Motiva a los alumnos para que participen activamente en el desarrollo de

la clase.
Consigue transmitir la importancia y utilidad que la asignatura tiene para
las actividades futuras y desarrollo profesional del alumno.
Marca un ritmo de trabajo que permite seguir bien sus clases.

5. MATERIALES

101
Los materiales de estudio (textos, apuntes, etc...) son adecuados.

Fomenta el uso de recursos (bibliográ ficos o de otro tipo) adicionales a los

utilizados en la clase y me resultan ú tiles.
La utilizació n de material como retroproyector, video, ordenador, etc.
facilita la comprensió n de la materia.
Utiliza con frecuencia ejemplos, esquemas o grá ficos, para apoyar las
explicaciones.

6. ACTITUD DEL PROFESOR 1 2 3 4

Es respetuoso/a con los estudiantes.

Se esfuerza por resolver las dificultades que tenemos los estudiantes con
la materia.

Responde puntualmente y con precisió n a las cuestiones que le

planteamos en clase sobre conceptos de la asignatura u otras cuestiones.

7. EVALUACIÓN
Conozco los criterios y procedimientos de evaluació n en esta materia.

En esta asignatura tenemos claro lo que se nos va a exigir

Corrige los exá menes en clase

Los exá menes se ajustan a lo explicado en clase

La calificació n final es fruto del trabajo realizado a lo largo de todo el curso

(trabajos, intervenciones en clase, exámenes,...).
Coincide la nota obtenida con la esperada.

8. BUENAS PRÁCTICAS
Imparte suficientes clases prácticas de pizarra.

Realiza suficientes prá cticas de laboratorio relacionadas con el contenido

de la asignatura.

102
 Las clases prácticas son un buen complemento de los contenidos teó ricos
de la asignatura.

Considero que los recursos materiales utilizados en las prá cticas son
suficientes.

9. SATISFACCIÓN
En general, estoy satisfecho/a con la labor docente de este/a profesor/a.

Considero que la materia que imparte es de interés para mi formació n.

Considero que he aprendido bastante en esta asignatura.

He dedicado comparativamente má s esfuerzo a esta asignatura que a otras

asignaturas
Consiguió aumentar mi interés por esta materia.

1- Muy malo.2- Malo.

3- Bueno.4- Muy Bueno.

Seleccione la opción que mejor describa el desempeño del docente, durante el

periodo a evaluar.
El profesor:
1. Elabora material didáctico (antologías, software, presentaciones electrónicas,
apuntes, guías de prácticas, libros, guías de estudio, entre otros).
a). Generalmente
b). Ocasionalmente
c). Casi nunca
2. Realiza proyectos de investigación o desarrollo (disciplinar o educativa).
a). Si
b). No
3. Involucra a los estudiantes en sus proyectos de investigación y desarrollo.
a). Generalmente
b). Ocasionalmente
c). Casi nunca
4. Participa en redes de investigación
a). Generalmente
b). Ocasionalmente

103
c). Casi nunca
5. Da a conocer los resultados de sus proyectos de investigación y desarrollo
(escribe artículos, presenta ponencias, da conferencias, entre otros)
a). Generalmente
b). Ocasionalmente
c). Casi nunca
6. Forma parte de algún cuerpo colegiado o asociación profesional.
a). Generalmente
b). Ocasionalmente
c). Casi nunca
7. Contribuye con aportaciones al logro de los objetivos de su academia.
a). Generalmente
b). Ocasionalmente
c). Casi nunca
8. Entrega la documentación requerida para la gestión del curso, listas de
calificaciones, reportes parciales, entre otros.
a). Generalmente
b). Ocasionalmente
c). Casi nunca
DGEST-CUE-ACA-06
7
9. Proporciona información para actualizar el acervo bibliográfico.
a). Generalmente
b). Ocasionalmente
c). Casi nunca
10. Utiliza de manera pertinente las tecnologías de la información y la
comunicación.
a). Generalmente
b). Ocasionalmente
c). Casi nunca
11. Participa en los comités, consejos, grupos de trabajo y demás comisiones cuyo
fin es el mejoramiento de la vida institucional.
a). Generalmente
b). Ocasionalmente
c). Casi nunca
12. Realiza trabajo de tutoría o asesoría (concursos, residencias, titulación, plan
de
vida, tutoría académica, entre otros).
a). Generalmente
b). Ocasionalmente
c). Casi nunca
13. En conjunto con los sectores productivos de bienes y servicios, realiza
actividades (actualización, asesoría, capacitación,) o proyectos de investigación y
desarrollo.
a). Generalmente
b). Ocasionalmente
c). Casi nunca
104
14. Participa en actividades (cursos, congresos, seminarios, foros, conferencias,
entre otros) de formación y actualización docente y de su disciplina
a). Generalmente
b). Ocasionalmente
c). Casi nunca
15. Es reconocido favorablemente por la comunidad escolar (estudiantes,
directivos, profesores, administrativos)
a). Generalmente
b). Ocasionalmente
c). Casi nunca
16. En una escala del 0 al 100 cómo calificaría el desempeño del profesor.

105
 ANEXO B
CUESTIONARIOS
DE
FACTORES DE
CALIDAD
 Cuestionario sobre Factores de Calidad Nº1
Unidad Educativa “Rene Barrientos Ortuño”

Nombre:
Cargo:

Objetivo del cuestionario: obtener los factores de calidad tomados desde el punto de vista de
operación del sistema.

Por favor responda con honestidad los siguientes criterios planteados, hechas en base sobre la
calidad del sistema, la encuesta será anónima, y se le solicita que responda entre una escala de 1 a
10, siendo 10 el estado optimo.

Los siguientes criterios son puestos tomando en cuenta la operación que realizará el sistema.

Punto de vista de operación del producto

Factor de Facilidad de Uso 1 2 3 4 5 6 7 8 9 10
Realiza todas las operaciones que fueron solicitadas.
La comunicación entre el sistema y el usuario.
El sistema puede adaptarse a las exigencias impuestas.
La estructura satisface los requerimientos.
Factor de Integridad
Se integra adecuadamente al proceso dentro del sistema.
Su estructura se integra con las demás funciones de los
usuarios.
Realiza una buena gestión de los accesos permitidos por
los usuarios.
El sistema es fácil de entender además que otorga toda la
información sobre las tareas que realiza.
El sistema es seguro.
Factor de Corrección
Esta completo en sus funciones.
Es consistente con lo que ofrece.
Los procedimientos propuestos, abastecen la logística de
la empresa.
Factor de Fiabilidad
El diseño por módulos, que fue propuesto. ¿Está correcto?
Los procesos son detallados, pero de simple comprensión.
La fiabilidad es consistente con lo que se propuesto.
El sistema se expresa de una forma clara y exacta.
Es sistema ofrece la descripción de cada uno de sus
módulos.
Factor de Eficiencia
El sistema es eficiente mientras esta en ejecución.
El sistema hace un correcto proceso de almacenamiento
de los datos ingresados por los usuarios, además de la
generada por ella misma.
 Cuestionario sobre Factores de Calidad Nº2
Unidad Educativa “Rene Barrientos Ortuño”

Nombre:
Cargo:

Objetivo del cuestionario: obtener los factores de calidad tomados desde el punto de vista de
revisión del producto.

Por favor responda con honestidad las siguientes preguntas, hechas en base sobre la calidad del
sistema, la encuesta será anónima, y se le solicita que responda entre una escala de 1 a 10, siendo 10
el estado optimo.

Los siguientes criterios son puestos tomando en cuenta la revisión del sistema.

Punto de vista de revisión del producto

Factor de Facilidad de Mantenimiento 1 2 3 4 5 6 7 8 9 10
Los módulos propuestos están bien estructurados con lo
que facilitaría su mantenimiento.
Su diseño es completo y estructurado, pero a la vez de
fácil entendimiento.
Su desarrollo es consistente en cada proceso facilitando su
revisión.
Durante su mantenimiento, muestra todas sus revisiones
claras y exactas
Su revisión de procesos es auto descriptivo.
Factor de Facilidad de Prueba
Para el caso de la realización de las pruebas, ¿Los módulos
fueron bien definidos?
Las Pruebas realizadas, son y pueden ser realizadas con
facilidad.
Las pruebas realizadas se auto describen durante su
desarrollo.
El uso de los procesos es el correcto y adecuado.
Factor de Flexibilidad
¿Su flexibilidad en los procesos es descriptiva?
Tomando en cuenta la flexibilidad, los procesos. ¿Pueden
ser expandidos para realizar un uso total?
La flexibilidad es general.
La modularidad propuesta es flexible.
 Cuestionario sobre Factores de Calidad Nº3
Unidad Educativa “Rene Barrientos Ortuño”

Nombre:
Cargo:

Objetivo del cuestionario: obtener los factores de calidad tomados desde el punto de vista de
transición del proyecto.

Por favor responda con honestidad las siguientes preguntas, hechas en base sobre la calidad del
sistema, la encuesta será anónima, y se le solicita que responda entre una escala de 1 a 10, siendo
10 el estado optimo.

Los siguientes criterios son puestos tomando en cuenta la transición del proyecto.

Punto de vista de la transición del producto

Factor de Reusabilidad 1 2 3 4 5 6 7 8 9 10
El sistema podría ser reutilizado.
Los módulos pueden ser reutilizados para otras funciones.
El sistema tiene una buena independencia.
Es sistema es independiente y reusable.
Para su uso, el sistema es descriptivo.
Factor de Interoperabilidad
Logra comunicarse correctamente.
Los datos que maneja, son compatibles con los que
maneja el estudio jurídico.
Los datos están estandarizados para su uso dentro del
estudio jurídico.
Los módulos se comunican correctamente entre ellos.
Factor de Portabilidad
Es portable el sistema.
El sistema es independiente al software donde fue
instalado.
El sistema es independiente al hardware.
Su portabilidad es modulable.
 ANEXO C
AVALES DE
CONFORMIDAD