Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Universidad Mayor de San Andrés Facultad de Ciencias Puras Y Naturales Carrera de Informatica
Universidad Mayor de San Andrés Facultad de Ciencias Puras Y Naturales Carrera de Informatica
PROYECTO DE GRADO
LA PAZ – BOLIVIA
2015
UNIVERSIDAD MAYOR DE SAN ANDRÉS
FACULTAD DE CIENCIAS PURAS Y NATURALES
CARRERA DE INFORMÁTICA
LICENCIA DE USO
El Sistema De Información Vía Web para la Unidad Educativa República de Cuba fue
desarrollado para reemplazar el estereotipo de manejo de información de una manera
manual porque como sabemos el control en una institución educativa es incomoda ya
que la institución cuenta con estudiantes en los niveles primario y secundario por lo
que el registro genera bastante papeleo innecesario provocando muchas veces
perdida de información no se cuenta con una aval en cuanto a estudiantes, docentes,
inventario entre otros por lo que el Sistema de información automatizara estos
procesos mencionados.
Uno de los primeros pasos fue obtener una base de datos que contenga información
relevante acerca de la institución y de cada uno de los elementos y actores que
participan según los requerimientos de la administración de la institución.
1
En este proyecto afrontare todos estos inconvenientes implementando un” Sistema de
Información Académico vía web para la Unidad Educativa República De Cuba que
coadyuve con los procesos en el área académica con información segura optima y en
tiempo real reduciendo la carga del personal administrativo.
1.1 ANTECEDENTES
1.1.1 Antecedentes Institucionales
La Unidad Educativa República de Cuba se encuentra ubicada en la ciudad de el alto
exactamente en el distrito 2 zona villa ingenio cuenta con los niveles de primaria y
secundaria.
Secretaria no cuenta con un sistema de información que realice procesos como ser
registro de docentes y estudiantes (base de datos), emisión de boletines de
calificaciones para los padres de familia en tiempo real, un adecuado registro del
inventario, etc. Todas estas tareas se realizan utilizando Microsoft office Excel, es en
ese sentido que un sistema de información agilizaría y optimizaría el manejo de esta
información.
2
1.2 PROYECTOS SIMILARES
SISTEMA DE SEGUIMIENTO ACADÉMICO INSTITUTO NORMAL SUPERIOR
SIMON BOLIVAR
De las postulantes: Elizabeth Pérez y Laura Wendy cuyo objetivo era analizar,
diseñar e implementar un sistema de información para el seguimiento en el área
académica para resolver los problemas que se desarrollan internamente con el
módulo de registro de alumnos control de notas, reportes, emisión de certificados
de notas [PEREZ Y LAURA, 2001].
Del postulante Roly Carlos Mamani, este sistema se encarga de gestionar procesos
académicos, registró de estudiantes, inscripción e impresión de boletas, módulo de
registro y control, emisión de reportes y consulta empleando la metodología
SCRUM [Mamani Roly 2013].
3
1.3.2 Problema Secundario
A continuación expongo los principales procesos que son realizados de una manera
manual:
1. Registro de alumnos
2. Seguimiento académico a los alumnos
3. Registro de notas(calificaciones)
4. Registro del plantel docente
5. Control del inventario de la unidad educativa
6. Plan curricular anual
En cada uno de estos problemas se pueden ver falencias que son los siguientes:
4
1.4 PREGUNTA
¿El Sistema de Información vía web para la Unidad Educativa República de Cuba
“SIW” podrá automatizar los procesos manuales citados anteriormente, para que
se pueda optimizar el tiempo, reducir los recursos que se emplean incrementando
de esta manera la confiabilidad de los procesos a realizarse?
1.5 OBJETIVOS
1.5.1 Objetivo General
Diseñar, desarrollar e implementar un Sistema de Información Vía Web solvente,
seguro y de fácil manejo para la Unidad Educativa República de Cuba que consiga
automatizar los procesos manuales identificados.
5
1.6 JUSTIFICACION
La justificación de un proyecto con estas características determinan la importancia
del mismo para con la sociedad y la institución tomando en cuenta este aspecto
consideraremos las siguientes:
Por lo tanto aunque la Unidad Educativa República De Cuba no cuente con altos
recursos tecnológicas, con las maquinas que cuenta es suficiente para soportar el
sistema de información académico propuesto en el presente proyecto.
6
minimizando el papeleo que causa gastos insulsos de dinero maximizando así el
rendimiento del sistema.
1.7.2 Limites
El límite del proyecto es el acceso al internet ya que muchos padres de familia
no cuentan con el suficiente conocimiento para adecuarse a este nuevo método
de obtención de información ya que pocos son los sitios de acceso rápido a este
método el cual este proyecto efectúa.
1.8 APORTES
En este caso el sistema de información es considerado como el principal aporte ya
que el presente proyecto tendrá como pilar fundamental un aporte social puesto
7
que proporcionara una colaboración en cuanto a mejorar el desempeño del área
académico en la Unidad Educativa República De Cuba como una herramienta
informática que brinde ayuda a los procesos administrativos incrementando así el
prestigio con que actualmente cuenta la institución educativa.
1.9.1 Metodología
La unidad educativa requiere que los procesos citados anteriormente sean
realizados de una manera más rápida por lo que emplearemos herramientas que
ayuden al buen manejo del sistema siguiendo un proceso de análisis y diseño
adecuado a las necesidades.
Fase 1. Planificación
-definir las iteraciones que para nuestro caso son los módulos descritos
anteriormente
Fase 2.Diseño
WebML
-modelo de hipertexto
-modelo de presentación
8
Fase 3. Codificación
-programación en PHP
-servidor Apache
Fase 4.Pruebas
-Unitarias
-Aceptación
1.9.2 Técnicas
Revisión Bibliográfica, esta es una de las técnicas más utilizadas a la hora de
realizar el desarrollo del proyecto de grado empezando con la estructuración delo
perfil hasta la conclusión del mismo.
9
2.1 SITUACION ACTUAL DEL SISTEMA
10
La aplicación de la Ingeniería de Software y la utilización de los conceptos
relacionados con el presente proyecto, se fundamenta en el establecimiento de las
teorías de use, prácticas y principios de ingeniería que proponen soluciones
adecuados a problemas de administración y gestión, para obtener un software que
sea confiable superando pruebas de control de calidad y ofreciendo seguridad.
Entendiendo ingeniería de software como una forma de aplicar lo aprendido
para resolver problemas prácticos de la Sociedad, construyendo un sistema de
calidad y que responda las necesidades del cliente, con una documentación sólida
y que ofrezca soluciones acertadas. Al fundamento de la ingeniería de software es
la capa de proceso. El proceso se puede caracterizar con un marco de trabajo,
donde se definen un pequeño número de actividades independientes en tamaño y
complejidad y que a su vez están conformados de tareas, hitos de proyectos,
productos de trabajo y puntos de garantía de calidad. [PRESSMAN, R. 1999].
Lo que motivo desarrollar la Metodología Ágil, fue los continuos errores que
conllevaban las metodologías tradicionales, como ser: Alto número de proyectos
que se retrasan o fracasan y la baja calidad del software, o bien el proyecto
concluía no se implementaba, per que los requisitos cambiaban en el camino, y las
metodologías tradicionales no aceptan el cambio, o la retroalimentación.
Es por eso que en febrero de 2001, tras una reunión celebrada en Utah—EEUU,
nace en término ágil aplicado at desarrollo de software. El objetivo fue esbozar los
valores y principios que deberían permitir a los equipos a desarrollar software
rápidamente y respondiendo a los cambios que puedan surgir a lo largo del
proyecto.
11
Desarrollar software que funciona más que conseguir una buena documentación;
La colaboración con los clientes más que la negociación de un contrato
Responder a los cambios más que seguir estrechamente un plan.
12
buen clima de trabajo. XP se basa en realimentación continua entre el cliente y el
equipo de desarrollo, comunicación fluido entre todos los participantes, simplicidad en las
soluciones implementadas y coraje para enfrentar los cambios. XP utiliza un
enfoque OO, como su paradigma de desarrollo preferido. La XP abarca reglas y
prácticas que ocurren en el contexto de 4 actividades del marco de trabajo.
[ECHEVERRY, L.DELGADO, L2007].
Figura 2. 1Actividades de XP
2.4 1 Planeación
13
requerimientos del sistema. En este punto se identifican en número y tamaño de
las iteraciones el igual que se plantean ajustes necesarios a la metodología según
las características del proyecto. . [ECHEVERRY, L.DELGADO, L2007].
Son la técnica utilizada para especificar los requisitos del software. Se trata de
tarjetas de papel en las cuales el cliente describe brevemente las características
que el sistema de be poseer, sean requisitos funcionales o no funcionales. El
tratamiento de las historias de usuario es muy dinámico y flexible al modelo de
HISTORIA DE USUARIO propuesto per Kent Beck es el siguiente:
HISTORIA DE USUARIO
(ALTA/MEDIA//BA]A)
RIESGO EN DESARROLLO:
(ATA/MEDIA/BA]A)
DESCRIPCION:
Se introducen los datos del articulo (Titulo, fichero adjunto, tópicos) y de los autores
(nombre, e-mail, afiliación). Uno de los autores debe indicarse como autor de contacto. El
sistema confirma la correcta recepción del artículo enviado un e-mail al autor de contacto con
su login y password para que el autor pueda posteriormente acceder al artículo.
14
2.4. 1.2. Velocidad Del Proyecto
Es una medida de la capacidad que tiene el equipo de desarrollo para evacuar las
historias de usuario en una determinada iteración. Esta medida se calcula
totalizando el número de Historias de Usuario realizadas en una iteración. Para la
iteración siguiente se podrá implementar el mismo número de historias de usuario
que en la iteración anterior. [Fuente; KENT BECK-2002]
Al final de cada iteración habrá una entrega de avances del producto, los cuales
deberán ser completamente funcionales, y estas se caracterizan por ser frecuente.
[Fuente; KENT BECK-2002]
15
2.4.1.2.4 Roles XP
b) Cliente. Escribe las historias de usuario y las pruebas funcionales para validar
su implementación. Además, asigna la prioridad a las historias de usuario y decide
cuales se implementan en cada iteración centrándose en aportar mayor valor al
negocio. [Fuente; KENT BECK-2002].
16
2.3.1.2.5 TRASLADO DE PERSONAL
Al mover el personal se evitan problemas relacionados con la pérdida de
conocimiento y Cuellos de botella. [Fuente; KENT BECK-2002].
2.3.1.2.6 AJUSTAR A XP
Todos los proyectos tienen características específicas por to cual XP puede ser
modificado para ajustarse bien al proyecto en cuestión. Al iniciar el proyecto se
debe aplicar XP tal como es, sin embargo no se debe dudar en modificar aquellos
aspectos en que no funcione. [ECHEVERRY, L.DELGADO, L2007].
2.4.2 Diseño
RE5PONSABILIDADES COLABORADORES
Los cosas que conoce y las Las demás clases con los que trabaja en
realizan, sus atributos y métodos. conjunto para llevar a cabo sus
responsabilidades.
17
FUENTE [ECHEVERRY, L.DELGADO, L2007].
2.4.3 Codificación
18
Cuando se crea la primera prueba, se ahorra mucho tiempo elaborando el
código que la haga pasar, siendo menor el tiempo de hacer ambos procesos que
crear el código solamente. [ECHEVERRY, L.DELGADO, L2007].
Se deben hacer integraciones en pocas horas y siempre que sea posible no debe
transcurrir más de un día entre una iteración y otra.[ECHEVERRY, L.DELGADO,
L2007].
2.4.4 Pruebas
Estas pruebas se aplican a todos los métodos no triviales de todas las clases del
proyecto con la condición que no se liberara ninguna clase que no tenga asociada
su correspondiente paquete de pruebas. [ECHEVERRY, L.DELGADO, L2007].
19
También llamadas pruebas funcionales son supervisadas per el cliente basándose
en los requerimientos tornados de las historias de usuario. Las pruebas de
aceptación son pruebas de caja negra, que representan un resultado esperado de
d determinada transacción con el sistema. . [ECHEVERRY, L.DELGADO, L2007].
Entre los atributos que podemos mencionar de WebApps, tenemos Intensivas de red
(Reside en una red y da servicio a diferentes necesidades de una comunidad diversa
de clientes. Una WebApp puede residir en Internet, intranet o extranet) , controlada pero
el contenido (Utilizar hipermedia para presentar al usuario el contenido de textos,
gráficos, sonido y video) , evolución continua (Un cuidado y una alimentación continua
permite que un sitio web crezca(en robustez e importancia) y deben adaptarse
a las necesidades de los clientes).
20
2.5.1 Marco De Trabajo Para La Ingeniería Web
2.5.1.1. Formulación
Para comenzar con esta etapa se deben plantear las siguientes preguntas: ¿Cuál
es la motivación principal para la Web App? ¿Por qué es necesaria la Web App?
¿Quién va a utilizar la WebApp?
Una vez que han identificado todas las metas aplicables e informativas se desarrolla
el perfil del cliente. El perfil del usuario recoge las características relevantes de
21
los usuarios potenciales incluyendo antecedentes, conocimiento y p referencias.
[PRESSMAN, R, 1999].
2.5.1.2 Análisis
[PRESSMAN, R, 1999].
2.5.1.3 Diseño
La modularidad eficaz (exhibida con una cohesión alta y con un acoplamiento bajo),
la elaboración paso a paso, y cualquier otra heurística de diseño del software conducirá
a sistemas y aplicaciones basados en Web aires de adaptar, mejorar, probar y utilizar.
Para lo que se toman en cuenta:
22
Plantillas. Las plantillas se pueden utilizar para proporcionar un marco de trabajo
esquemático de cualquier configuración de diseño o documento a utilizar dentro de una
WebApp.
Diseño de navegación. Una vez establecida una arquitectura de WebApp, una vez
identificados los componentes (paginas, guiones y cifras funciones de proceso de la
arquitectura, el diseñador deben definir las rutas de navegación que permitan al usuario
acceder al contenido y a los servicios de la WebApp. [PRESSMAN, R, 1999].
2.5.1.4 PRUEBAS
El enfoque de las pruebas de las WebApps adopta los principios básicos de todas
las pruebas del software y aplica estrategias y tácticas que ya han sido
recomendadas para los sistemas orientados a enfoque se resume en los pasos
siguientes:
23
c) Se aplican pruebas de unidad a los componentes de proceso seleccionados y las
páginas Web. Cuando lo que se tiene en consideración es el tema de las WebApps el
concepto de unidad cambia. Cada una de las páginas Web encapsulara el contenido,
los enlaces de navegación y los elementos de procesamiento (formularios, guiones).
2.6 UML
El Lenguaje Unificado de Modelado es un lenguaje estándar para modelar
software, puede ser usado para visualizar, especificar, construir y documentar los
artefactos de un sistema. UML es apropiado para modelar diferentes tipos de
sistemas, desde sistemas de información hasta aplicaciones basados en la web.
Es un lenguaje muy expresivo, direccionando todas las vistas necesarias para
desarrollar sistemas. UML es solo un lenguaje y puede ser utilizado como parte
de un método de desarrollo de software guiado por cases, centrado en la
arquitectura, iterativo e incremental.[ BOOCH, G., RUMBAUGH,]. JACOBSON, I.,
1998.]
24
2.6.1 Casos De Uso
Los diagramas de casos de uso son fundamentales para la modelización del
comportamiento de un sistema, un subsistema o una clase. Cada uno muestra un
conjunto de casos de uso y actores y sus relaciones. En su mayor parte, este
consiste en modelar el contexto de un sistema, subsistema o una clase, o
modelado de los requisitos del comportamiento de estos elementos.
25
Llenar un diagrama de casos de uso con estos actores y especificar las
vías de comunicación de cada actor para los cases de uso del sistema.
Para modelar los requisitos de un sistema.
Por cada caso de uso en diagrama, identificar su flujo de eventos y su flujo excepcional
de eventos.
En función de la profundidad con que usted elija para poner a prueba, generar un
script de prueba para cada flujo, utilizando el flujo de las condiciones previas como el
estado inicial de prueba y sus condiciones posteriores ya que su éxito criterios. [BOOCH,
G., RUMBAUGH, J., JACOB SON, I., 1998.].
26
a la empresa responsable de las actividades de la organización. [BOOCH, G.,
RUMBAUGH,]. JACOBSON, I., 1998.]
2.7 WEBML
Sirve para especificar complejos sitios web en el ámbito conceptual, que permite
apoyar las actividades del diseño, a partir de su descripción desde distintos puntos
de vista como son el conceptual, el navegacional y el de presentación, entre otros.
Provee gráficos de diseño, los cuales se desarrollan a través de las diferentes
fases de su ciclo de vida, el cual se observa en la siguiente figura. [MUÑOZ, P. (n.
d.).].
27
Figura 2. 5 Ciclo de Vida WebML
Web ML es un lenguaje conceptual para diseño de alto nivel de sitios web datos
intensivos, no así para sitios web pequeños o estáticos. A continuación
ofrecemos una breve explicación de la estructura del modelado WebML.
28
2.7.1 Modelo Estructural
29
"esqueleto’ del sitio Web. Para luego concentrar las particularidades de cada
página y unidad, estructura, contenidos, objetos, experiencia, y cualquier otro
elemento integrante de las páginas, en el que se describen los diferentes
hipertextos que van a ser publicados en el sitio Web. Cada uno de estos define una
vista del sitio y su descripción se realiza mediante dos modelos el de composición,
que define las páginas que componen la estructura del hipertexto, así como el
contenido de éstas; y el de navegación, que describe cómo se podrá navegar a
través de ellas, especificando los vínculos .) entre páginas y entre unidades de
una misma página.[MUÑOZ, P (n. d.).].
El propósito del diagrama de composición es definir los nodos que forman parte
del hipertexto contenido en el sitio Web, es decir, se especifican las páginas y
las unidades que componen el sitio Web.
WebML soporta seis tipos de unidades que pueden ser usadas para componer
hipertexto'.
Unidades de Datos. Muestran información sobre un solo objeto, son definidas para
seleccionar una mezcla de información.
Unidad Índice. presenta múltiples instancias de una unidad o componente como una
lista, esta unidad tiene dos partes principales: Un contenedor que incluye las
instancias que se desean mostrar y los atributos usados como clave del índice.
30
e) Unidad Filtró. provee campos de entrada para buscar los objetos en en un
contenedor, esta unidad es normalmente usada junto con una unidad in dice o
multidatos, la cual muestra los objetos que coinciden con las condiciones de
búsqueda.
f) Unidad Directa. Expresa un tipo particular de índice, el cual contiene un solo objeto
asociado a otro objeto para una relación uno a uno. [MUÑOZ,(P.N.D) 2011].
31
Figura 2. 9 Modelo de Navegación
32
2.7.4 Modelo De Personalización
Se realiza una asignación de roles de usuario y de las reglas de negocio que pueden
garantizar una electiva personalización del sitio Web. [PARAMETERS &
PERSONALIZATION. (n.d.).].
33
La I SO, bajo la norma ISO 912 6, ha establecido un estándar internacional para la
evaluación de la calidad de productos de software el cual fue publicado en 1992
con e1 nombre de “Información /tecnology software product evaluation : Quality
and characteristiques and guidelines for their user”, en el cual se establecen las
características de calidad para productos de software que se describen a través
de una o más de seis características básicas, las cuales son: funcionalidad,
confiabilidad, usabilidad, eficiencia, mantenibllidad y portabilidad; cada una de las
cuales se detalla a través de un conjunto de sub características que permiten
profundizar en la evaluación de la calidad de productos de software.
2.8.1.1 Funcionalidad
Según ABUD:
34
satisfagan las necesidades para las cuales fue diseñado. Para este propósito se
establecen los siguientes atributos:
Se establece, hasta donde se puede esperar que un programa lleve a cabo su función
con la exactitud requerida. En términos estadísticos como la probabilidad de
operación libre de fallos de un programa de computadora en un entorno determinado
y durante un tiempo específico. Este atributo mide la cantidad de tiempo que el
software está disponible para usarlo según los siguientes sub atributos: madurez,
tolerancia a las fallas, y facilidad de recuperación.
2.8.1.3 Usabilidad
2.8.1.4 Eficiencia
Es el grado en el que el software emplea de manera óptima los recursos del sistema,
como lo indica los siguientes sub-atributos: comportamiento en el tiempo y
35
comportamiento de los recursos.
2.8.1.5 Portabilidad
36
2.9 Marco Tecnológico
MySQL es un Sistema Gestor de Bases de Datos relacional, fue creado por la empresa
sueca MySQL AB, la cual tiene el copyright del código fuente del servidor SQL, asi
como también de la marca, es un software de código abierto, con licencia GPL de la
GNU, aunque MySQL AB distribuye una versión comercial, en lo único que se diferencia
de la versión libre, es en el soporte técnico que se ofrece, y la posibilidad de integrar
este gestor en un software propietario, ya que de otra manera, se vulneraría la licencia
GPL. [Enríquez et al, 2005]
37
2.9.3 Lenguaje De Programación PHP
2.9.4 Dreamweaver
38
herramientas útiles para mejorar su experiencia en diseño Web.
Dreamweaver incluye numerosas herramientas y funciones de edición de código:
referencias HTML, CSS y JavaScript, un depurador JavaScript y editores de código (la
vista de Código y el inspector de código) que permiten editar JavaScript, XML y otros
documentos de texto directamente en Dreamweaver. La tecnología Roundtrip HTML
de Macromedia importa documentos HTML sin necesidad de cambiar el formato del
código y, además, es posible configurar Dreamweaver para limpiar y cambiar el
formato HTML cuando lo desee.
2.9.5 XAMPP
Xampp es una herramienta muy práctica que nos permite instalar el entorno
MySQL, Apache y PHP, suficiente para empezar proyectos web o revisar alguna
aplicación localmente. Además trae otros servicios como servidor de correos y
39
servidor FTP.
Si alguna vez has intentado instalar Apache, sabes que no es una tarea fácil, sin
embargo con XAMPP todo es diferente. Una de las ventajas de usar XAMPP es
que su instalación es de lo más sencilla, basta descargarlo, extraerlo y comenzar
a usarlo. En general es bastante fácil la instalación de apache y PHP sobre Unix,
sobre todo si dispone de un manejador de paquetes.
[Fuente:www.um.es/docencia/barzana/DAWEB/Desarrollo-de-aplicaciones-web-
Xampp.html].
40
3.1 UTILIZACIÓN Y MANEJO DE XP EN EL PROYECTO
Como ya se había dicho en el presente proyecto se hará uso de la metodología ágil
XP(Programación Extrema) dando así una atribución a los distintos elementos que
son parte de ¡esta metodología realizando un trabajo conjunto con las herramientas
designadas para el proyecto como ser UML y los elementos gráficos de WebML
para que de esta manera se dé un na firme explicación a los procesos diversos
que se darán explicando así de una manera sólida de esta manera ajustarnos a
este método de trabajo para mantener el orden de las distintas encomiendas del
proyecto.
1.Historias de usuario
4.Entregagasprevias(pequeñas
entregas)
41
6 Adecuación de la metodología XP
al proyecto.
Codificación XP
1.Pruebas unitarias
2.Pruebas de aceptación
42
Cabe recalcar que en el presente proyecto se utilizara un trabajo conjunto al ser
una metodología ágil el diseño y la codificación será llevada de una manera
conjunta para que de esta manera se tenga firmeza en cada uno de los puntos a
tratarse a medida que el presente proyecto avance se ira adecuando a los distintos
eventos comenzando con las historia s de usuario combinados con las distintas
iteraciones XP trabajara conjuntamente a la ingeniería web (IWeb )que será un
punto importante en todo el proceso.
3.3 Planeación
La Unidad Educativa República De Cuba dependiente del ministerio de Educación
en sus niveles primario y secundario perteneciente al gobierno autónomo municipal
de El Alto.
La cual presta una educación integral a todos sus estudiantes pero para el caso
un adecuado orden con la información requiere de un sitio WEB de información
para que de esta manera la administración mejore de gran manera y las quejas y
solicitudes de personas adyacentes decremente, es necesario demostrar con datos
numéricos la necesidad que existe en el manejo de información de una manera
confortable para reducir el excesivo trabajo que se realiza en la institución con el
afán de satisfacer las necesidades colectivas.
43
Tabla 3. 2 Historia de Usuario nª1 Registro Docentes
HISTORIA DE USUARIO
Tareas
44
importantes si el docente es perteneciente a una materia técnica o a una
materia general (un solo curso a cargo).
HISTORIA DE USUARIO
45
Una vez obtenido el registro de los docentes se debe proceder a tener
información actualizada de los docentes para lo cual se procede a la
generación de reportes en el momento que se requiera esta información
para planificar las actividades según el aspecto que cada docente tenga
en apoyo a la comunidad con sus características
TAREAS
En este caso también se necesitara actualizar los datos de los docentes después
de que el docente requiera que sus datos sean cambiados por distintos aspectos.
Para esto seleccionamos con un selector radio el id del docente que se desea
cambiar sus datos personales modificar los datos para que posteriormente se
realice la correspondiente actualización en la base de datos.
46
Tabla 3. 8 Historia de Usuario nª3 Registro de Estudiante
HISTORIA DE USUARIO
TAREAS
47
Una vez hecha la verificación del nivel del estudiante en el caso de ser de primaria
procedemos a registrarlo.
Muchas veces se tropieza con el problema de la asignación de las aulas por ser
varios alumnos entonces debemos asignar a cada estudiante el aula
correspondiente.
HISTORIA DE USUARIO
48
Es imperiosa la necesidad de generar informes rápidos sobre la
información concerniente a los estudiantes dirección muchas veces pasa
un gran trabajo recabando esta información que se encuentra como ya
había señalado, guardada en folders por lo cual muchas veces se tiene
un gran trabajo moroso en secretaria para brindar esta información a
distintas instancias
TAREAS
Se debe tener el cuidado respectivo con los datos que deben ser solventados con
los datos provistos en la documentación o por respuesta directa de algunos de los
entes directos.
49
Tabla 3. 14 Tarea 4.2 Generar informe Estudiante
HISTORIA DE USUARIO
Muchas veces existen demandas de distintos tipos por parte de los padres
de familia para la unidad educativa que en su mayoría consta de
inmobiliario y equipos de computación pero existe una dificultad al
momento de obtener esta información de una manera rápida ya que se
debe realizar un informe el cual es tardío, la razón es que la junta de
padres de familia debe de pasar curso a curso para realizar el respectivo
conteo de sillas, mesas, equipos de computación, etc.
TAREAS
50
Tabla 3. 16 Tarea 5.1 Registro del Inventario
Puede existir errores en los datos es por eso que antes de generar el informe
respectivo se realiza la verificación de los datos existentes en el informe
general del inventario consultando al personal administrativo para la respectiva
actualización de los datos.
51
Tabla 3. 19 Historia de Usuario nª6 Calificaciones
HISTORIA DE USUARIO
TAREAS
52
Tabla 3. 21 Tarea 6.2 Generación de Boletín de Calificaciones
3.3.2 Actores
Basándonos en el manual de procedimientos en las historias de usuario ya
presentadas, en las distintas tareas y diagramas de actividades presentados
procedemos a determinar a los actores del sistema.
ACTOR ROL
53
integral según actividades
curriculares planificadas.
54
Ahora debemos basarnos en las historias de usuario ya señaladas por lo que se
debe de realizar una planificación de seis incrementos que se encargaran de
estimar el tiempo agrupando las funcionalidades para que de esta manera se dé un
escape a cada una de las historias de usuario
.Una vez determinado los seis incrementos procedemos a procesar cada historia
de usuario en cada iteración.
55
3.4 Diseño y Codificación
3.4.1 Primer Incremento
a) Caso de uso
En el siguiente caso de uso mostramos el proceso que sigue el registro del docente
en la base de datos verificando previamente la documentación existente.
Ahora mostraremos el curso que sigue cada uno de los eventos en el caso de
registrar a un docente, este proceso será llevado a cabo por la secretaria que
tomara los datos.
56
Tabla 3. 23 Interacción Actor Sistema en el Registro Docente
ACTOR(SECRETARIA) SISTEMA
Se verifican los datos y se procede a abrir el formulario para rellenar los datos
concernientes al docente.
57
Figura 3. 4 D.A. de Registro de Información docente
b) Diagrama estructural
En este diagrama de clases mostraremos las clases por las cuales está conformado
este evento importante para nuestro caso es importante la clase docente técnico,
La clase docente general y la clase materia para la correspondencia en el caso de
los docentes generales.
58
c) Tarjetas CRC
Responsabilidades Colaboradores
Para este incremento número uno mostraremos el formulario de registro, para este
caso dos con lo cual podremos observar la secuencia que siguen los datos al
guardarse para impedir de esta manera las distintas opciones en cuanto al registro.
59
Figura 3. 6 Modelo de Hipertexto Registro Docente
60
e) Modelo de presentación
61
Figura 3. 8 CU proceso de Generación de Informe (Docentes)
ACTOR(SECRETARIA) SISTEMA
3. Modificación de datos
62
4.Muestra el informe detallado en
HTML
5.Imprime el informe
63
c) Diagrama estructural
El siguiente diagrama de clases nos muestra las entidades relacionadas con
el evento de generación del informe de docentes el cual cabe recalcar se
dará en tiempo real.
d) Tarjetas CRC
Para la generación del informe respectivo sabemos que los datos del anterior
incremento solventan el proceso por lo cual la generación de informe está ligada a
la modificación de datos del docente.
64
Tabla 3. 26 Tarjeta CRC Modificación de Datos
Responsabilidades Colaboradores
Responsabilidades Colaboradores
65
e) Modelo de hipertexto Generación del informe Docente
66
Figura 3. 12 Modelo de Presentación Formulario De Modificación
El caso de uso refleja el curso que sigue la información al momento del registro de
los estudiantes por lo que procedemos al llenado del formulario correspondiente.
67
Figura 3. 14 CU Registro de Información Estudiante
ACTOR(SECRETARIA) SISTEMA
68
3.muestra el formulario de registro
b) Diagrama estructural
c) Tarjetas CRC
69
En cuanto al registro se debe tomar una especial consideración con el nivel del
estudiante por lo que se debe tomar en cuenta el nivel.
Responsabilidades Colaboradores
70
Figura 3. 16 Modelo de Hipertexto Registro Estudiante
e) Modelo de presentación
71
3.4.4 Cuarto Incremento
a) Caso de uso
72
Tabla 3. 30 Interacción Actor y Sistema en la Generación de Informe Estudiante
ACTOR(SECRETARIA,DOCENTE) SISTEMA
3. Modificación de datos
5.Imprime el informe
b) Diagrama estructural
73
c) Tarjetas CRC
Para la generación del informe respectivo sabemos que los datos del anterior
incremento solventan el proceso por lo cual la generación de informe está ligada a
la modificación de datos del docente.
Responsabilidades Colaboradores
Docentes,Secretaria,
Modificación de los datos en el formulario
Padre de familia,
Responsabilidades Colaboradores
74
Selecciona opción de generación de informe Secretaria,
docente
75
A continuación mostramos la interfaz encargada del trabajo de generación de
informes del estudiante.
76
3.4.5 Quinto Incremento
a) Caso de uso
77
A continuación en el siguiente cuadro mostramos de una manera más explícita el
proceso que se realiza en el registro de datos.
ACTOR(SECRETARIA) SISTEMA
1. verificación de la documentación de
inventarios.
7.validacion de datos
8.muestra formulario de
modificación
9.modifica datos
9.Genera informe
78
Este diagrama nos mostrara el proceso que conlleva el procesado de la información
del registro hasta la generación del informe respectivo
c) Tarjetas CRC
En cuanto al registro se debe tomar una especial consideración con los tres tipos
de inventario como ser:
Inmobiliario
Equipo de computación
Artefactos de música
Responsabilidades Colaboradores
79
Se obtiene información correspondiente a este asunto Secretaria,
docente
Responsabilidades Colaboradores
Secretaria
Modificación de los datos
secretaria
Impresión de datos
80
A continuación mostraremos las clases que actúan en la aplicación del inventario
directamente.
81
[Fuente: Elaboración Propia]
e) Modelo de presentación
82
Figura 3. 28 Modelo de Presentación Informe Inventario
Secretaria obtiene todos los datos informativos de los docentes por lo que el
siguiente paso es introducir los datos al sistema para que así se tengan
almacenados todos estos datos sumamente importantes.
83
[Fuente: Elaboración Propia]
ACTOR(docente) SISTEMA
3.muestra el formulario de
calificaciones
5.guarda la información
6.Validacion de datos
8.muestra formulario de
modificación
9.modifica datos
10.genera informe
84
En este diagrama de actividad solventaremos funciones importantes que quedaron
en duda desde el proceso desde el registro de la nota hasta la generación del
respectivo informe.
c) Modelo estructural
Se puede evidenciar que la clase calificaciones toma en cuenta la relación con las
clases estudiante docente y aula por lo que se debe de tomar en cuenta los distintos
atributos que generan un orden y credibilidad en los datos.
85
Figura 3. 31 Diagrama de Clases Modulo de Calificaciones
d) Tarjeta CRC
Responsabilidades Colaboradores
86
Registro de datos por parte de cada docente docente
Responsabilidades Colaboradores
87
Figura 3. 32 Modelo de Hipertexto Modulo de Calificaciones
88
[Fuente: Elaboración Propia]
e) Modelo de Presentación
89
Posteriormente se genera el respectivo boletín de calificaciones ingresando
previamente el código del estudiante en el formulario de búsqueda de
calificaciones.
90
3.5 Pruebas
Una tarea importante para el sistema es la consolidación del banner por lo cual:
Figura 3. 35 Banner
91
a) Diagrama De Componentes
92
En cualquier momento director, padres de familia o docentes requieren información
impresa en informes por lo cual la ruta específica se detalla a continuación.
93
4.1 CALIDAD DE SOFTWARE
Para medir la calidad de software empleamos modelos que especifican el conjunto
de características y atributos que debe cumplir todo sistema mediante las tan
conocidas métricas las cuales señalamos a continuación.
4.1.1 Funcionalidad
Cuantificaremos el tamaño y el grado de complejidad que tiene el sistema en
términos del usuario, puede ser valorado mediante el Punto Función determinando
las cinco características del dominio.
# entradas 7 * 3 4 6 28
de usuario
#salidas de 7 * 4 5 7 35
usuario
#consultas 5 * 3 4 6 20
de usuario
#archivos 0 * 2 10 15 0
#interfaces 15 * 5 7 10 105
eternas
TOTAL 188
94
Donde el punto función está dado por:
Además que 0.65 es el valor mínimo de ajuste respecto a la cuenta total y 0.01 es
el factor de conversión.
10 ¿Código reutilizable? 6
95
13 ¿Se ha diseñado el sistema de información para facilitar cambios 6
y es de fácil uso?
50
PF=188*[0.65+0.01*50]
PF=216.2
El ajuste tomado a un 100% con una taza de error del 1%tenemos la funcionalidad
esperada de:
PF (esperado)=188*[1+0.01*50] (3)
PF (esperado)=282 (4)
FUNCIONALIDAD=[216.2/282]=0.77
4.1.2 Confiablidad
Nos ayuda a medir la cantidad de tiempos que el software está disponible .Para
observar la madurez en los fallos calculando la confidencialidad del sistema
tomando en cuenta un periodo de tiempo obteniéndose muestras.
Para t=0, F=1, se observa el trabajo del sistema hasta que produce una falla en el
instante T, el cual va aproximado a una variable aleatoria continua. Como se
96
aproxima a variables aleatorias continuas. Como se aproxima a variables
aleatorias continuas, la confidencialidad será obtenida en términos probabilísticos.
Por lo que:
1
P (T>=t) =1-80(−10∗12)
P (T>=12) =0.76
4.1.3 Mantenibllidad
La mantenibllidad se la mide de la siguiente
forma:
IMS= [Mt — (Fa+ Fc+Fd)]/MT
97
A medida que la IMS se aproxima a 1.0 se dice que el producto se encuentra en
un estado estable. Esto quiere decir que el 0.80 es próximo a 1.
4.1.4 Portabilidad
4.1.5 Usabilidad
El sistema cuenta con una interfaz amigable e intuitiva lo cual hace que sea
fácil usar y comprender su comportamiento para el fácil manejo
RESPUESTAS
PREGUNTA RESULTAD
SI NO
O
¿Puede utilizar con facilidad el sistema? 8 2 80%
98
¿Los reportes ayudan en el trabajo? 80%
8
2
TOTAL 80%
Figura 3. 39 Usuarios
99
4.2.1 Autenticación De Usuario
Para nuestro caso la clase administrador es la encargada de facilitar usuario y
contraseña para el ingreso al sistema en el momento que así se amerite.
100
Figura 3. 41 Panel de Activación XAMPP
101
4.3 ANALISIS DE COSTO/BENEFICIO DEL SISTEMA
En este punto se cuantifica la inversión de los recursos que se empleó en el
desarrollo del sistema. Para el cálculo de esfuerzo y costo del desarrollo del
software se utilizara el COCOMO para lo cual se emplea la siguiente tabla:
Proyecto de o‘ b‘ c‘ d‘
software
Orgánico 2.4 1.05 2. 5 0.38
Semiocoplodo 3.0 1.12 2. 5 0.3 5
Rígido 3.6 1.2 2.5 0.32
[Fuente PRESSMAN,R,1999]
Con el modelo del COCOMO se realiza el cálculo del esfuerzo puesto para el
desarrollo del
E 2.4 (2.100)
E= 5.04 personas/mes
Redondeando
E= 5personas/mes
102
Estimación de tiempo necesario
𝐷 = 𝐶 𝑏 ∗ 𝐸𝑑
𝐷 = 2.5 ∗ 50.38
𝐷 = 4.60 𝑚𝑒𝑠𝑒𝑠
Redondeando
D= 5
el proyecto
N = E/D
N = 5/5
N =1 persona
Costos=1600*5*1=8000 Bs
103
continuar operándolo. Aquí se tiene los típicos operacionales:
Descripción Costos
material de escritorio 200
Costo de software Bs0
Costos de hardware Bs
0
Cable de fibra optica 500Bs
Total Bs
700
Bs
[Fuente: Elaboración Propia]
Tabla 4. 6 Gastos
DESCRIPCION COSTO
Costo de desarrollo 8000
Costo de mantenimiento 500
Total 8500
El costo total del proyecto se determina con la suma del estudio del Sistema
y el costo.
104
ANALISIS DE LOS BENEFICIOS
Para nuestro caso los beneficios son intangibles por lo que con la implementación del sistema
obtendremos los siguientes beneficios.
105
Ahora menciono los logros conseguidos con el presente sistema y recomendaciones
que contemplan una mejora aun a futuro y en el ámbito social correspondiente.
5.1 Conclusiones
Se pudo crear una base de datos para los principales ámbitos de la institución.
El registro de estudiantes y docentes es una tarea importante lo cual se llevó a
cabo en el presente proyecto.
La elaboración de informes era imprescindible ya que este proceso conllevaba
varios problemas en la institución.
El manejo del inventario quedo consolidado con el registro y la generación del
informe respectivo.
El punto más importante el manejo adecuado de las calificaciones y la
generación de boletines bimestrales para los padres de familia para llevar a
cabo el control adecuado a los estudiantes.
5.2 Recomendaciones
Desarrollar un módulo que contemple la búsqueda en cada una de las
iteraciones realizadas.
Desarrollar tecnologías de aprendizaje en los estudiantes.
Desarrollar un sistema que realice el seguimiento académico al estudiante de
una manera más profunda.
Desarrollar un sistema de gestión académica para entablar problemas con
mayor dificultad.
Ampliar este conocimiento para más instituciones públicas y privadas en un
ámbito socio tecnológico.
106
BIBLIOGRAFIA
[BOOCH, G., RUMBAUGH, J., JA COBSON, I., 1998. The Unified Modeling Language
User Guide].
[LETELIER, P., PENADES, M. (n. d.). Metodologías agiles para el desarrollo de software].
http://recursos.fundacionesplai.org/intranet/dinamizadores/recursos_tecnologicos].
www.um.es/docencia/barzana/DAWEB/Desarrollo-de-aplicaciones-web-Xampp.html.
http://’www.webml. org
107
108
Árbol de Problemas
Registro de docentes y
estudiantes de manera
manual (actas)
Falta de
control en
el
inventario
de la
institución
109
Árbol de Objetivos
Papeles
Registro
automatizado
de la
información
concerniente
al inventario
110
PAGINA PRINCIPAL ESTUDIANTES
111
PAGINA PRINCIPAL INVENTARIO
112
IMÁGENES
113
114
LABORATORIO DE COMPUTACION
115
116