Tesis Quintero Jimi PDF

PROYECTO DE GRADO
Presentado ante la ilustre UNIVERSIDAD DE LOS ANDES como requisito final para
obtener el Ttulo de INGENIERO DE SISTEMAS
SISTEMA DE INFORMACIN WEB PARA EL TRMITE, CONTROL DE

SOLICITUDES Y RESERVACIN DE SALONES PARA OREFI
Por
Br. Jimi J. Quintero D.
Tutor: Prof. Domingo Hernndez
Cotutor: Prof. Carlos Muoz
Septiembre 2008
2008 Universidad de Los Andes Mrida, Venezuela
Sistema de informacin web para el trmite, control de solicitudes y

reservacin de salones para OREFI.
Br. Jimi Quintero
Proyecto de Grado Sistemas de Computacin.
Resumen: Los sistemas de informacin web son una herramienta muy importante para
el mundo empresarial debido a que estos dan soporte a un conjunto de uno ms
procesos de negocios. Mediante una interfaz web se puede lograr el intercambio de
datos e informacin a travs de una red de intranet, extranet o Internet.
En este trabajo se presenta el desarrollo de un sistema de informacin web que

dar soporte a algunos de los procesos fundamentales que se llevan en la oficina de
registros estudiantiles de la facultad de ingeniera (OREFI) de la Universidad de Los
Andes. Las actividades que realiza el sistema permiten al estudiante realizar solicitudes
de constancias (constancia de notas, constancia de buena conducta, constancia de
inscripcin, otras), retirar materias y a los profesores les permite hacer reservaciones de
salones para sus actividades acadmicas, adems facilita los procesos que se llevan
acabo dentro de OREFI, a si mismo provee las herramientas necesarias para controlar el
trabajo que es realizado en OREFI y ayuda a la toma de decisiones sobre los procesos
internos y externos llevados acabo por OREFI.
El sistema forma parte de los procesos de automatizacin que se llevan en

OREFI, dicha oficina de registros estudiantiles esta ubicada en el nivel stano de la
facultad de ingeniera de la Universidad de Los Andes en el ncleo situado en la
hechicera. Se desarroll utilizando UML 2.0 (Unified Modeling Language) para el
modelado y como gua en su desarrollo, el mtodo Watch para desarrollo de
aplicaciones empresariales.
Palabras clave: Sistemas de informacin web, Automatizacin, Sistema de bsqueda,

Base de datos.
ii
DEDICATORIA
A Dios todopoderoso y al Santo Nio de la Cuchilla, fuente de luz y gua en los
senderos de mi vida.
A mis padres Pedro Quintero e Idalva de Quintero, ejemplos de humildad,

trabajo y honradez dignos de admirar, sin su esfuerzo y sacrificio, no hubiese podido
alcanzar esta meta.
Deseo que se sientan tan orgullosos de m, como yo lo estoy de ustedes. LOS
QUIERO MUCHO.
iii
ndice
Resumen....ii
Dedicatoria........iii
ndice. ..............................................................................................................iv
ndice de Figuras .......................................................................................................... viii
ndice de Tablas ............................................................................................................xii
Agradecimientos ...........................................................................................................xii
Captulo 1
Introduccin
1.1
Antecedentes .. ....................................................................2
1.2
Definicin del problema.. ......................................................... .3
1.3
Objetivos.. .........................................................................3
1.3.1
Objetivo General ..................................................................3
1.3.2
Objetivos especficos .. ...........................................................4
1.4
Metodologa .. .....................................................................4
1.4.1
Modelo del proceso watch para el desarrollo de software .. ...............5
1.4.2
Lenguaje de modelado unificado.. .............................................5
1.5
Alcance del proyecto .............................................................6
1.6
Organizacin del documento ...................................................6
Captulo 2
Marco Terico
2.1
Oficina de registros estudiantiles de la facultad de ingeniera (OREFI) .... 9
2.1.1
Objetivos de la organizacin.. ....................................... ..10
2.1.2
Misin de la organizacin...10
2.1.3
Funciones de la organizacin
................................... ..11
2.1.4
Organigrama .........................................................12
2.2
Mtodo watch para el desarrollo de aplicaciones de sofware.. ... ..13
2.2.1
Modelo de productos.. .............................................. ..14
2.2.2
Modelo de procesos.................................................. ..14
2.2.3
Modelado de actores.. ............................................... ..16
2.3
Lenguaje de modelado unificado UML (versin 2.0).. ........ ..17
2.3.1
Diagramas UML 2.0.. ............................................... ..17
2.3.1.1
Diagramas de estructura............................................18
iv
2.3.1.2
Diagramas de comportamiento.. .................................. ..20
2.4
Base de datos.. ........................................................ ..22
2.4.1
Modelos de base de datos.. ......................................... ..24
2.4.1.1
Bases de datos relacionales.. ........................................ ..24
2.5
Sistema manejador de base de datos MySQL.. .................. ..25
2.6
Lenguaje de consulta estructurado (SQL)........................ ..26
2.6.1
Componentes del SQL.. ............................................ ..27
2.6.1.1
Comandos.............................................................. ..27
2.7
Hypertextpreprocessor (PHP).. ................................... ..27
2.8
Servidor web.. ........................................................ ..29
2.9
Sistemas de informacin............................................. ..30
2.9.1
Actividades que realiza un sistema de informacin.. ........... ..30
2.9.1.1
Entrada de informacin.............................................. ..30
2.9.1.2
Almacenamiento de informacin.. ................................ ..30
2.9.1.3
Procesamiento de informacin..................................... ..31
2.9.1.4
Salida de informacin.. .............................................. ..31
Captulo 3
Anlisis y Diseo
3.1
Especificacin de los procesos del mtodo Watch............... ..33
3.2
Anlisis del dominio.................................................. ..34
3.2.1
Modelo de procesos del negocio................................... ..34
3.2.2
Identificacin de los actores.. ...................................... ..42
3.2.3
Bsqueda de requerimientos funcionales de la aplicacin.. ... ..48
3.2.4
Diagrama de casos de uso general del sistema.. ................. ..49
3.2.4.1
Diagrama de casos de uso.. ......................................... ..51
3.3
Requerimientos del sistema.. ...................................... ..55
3.3.1
Requerimientos de la informacin.. .............................. ..55
3.3.2
Requisitos de consulta.. ............................................. ..56
3.3.3
Requisitos funcionales del sistema................................. ..56
3.3.4
Requisitos no funcionales del sistema............................. ..58
3.4
Diseo del sistema.................................................... ..59
3.4.1
Definicin de la arquitectura del sistema......................... ..59
3.4.2
Diseo de subsistemas.. ............................................. ..60
3.4.3
Diseo de componentes de cada subsistema.. ................... ..61
3.4.4
Diseo de la base de datos.. ........................................ ..64
3.4.5
Diagrama de clases.. ................................................. ..65

v
3.4.6
Esquema relacional.. ................................................. ..67
3.4.7
Dependencias funcionales y esquema normalizado.. ........... ..69
3.4.7.1
Normalizacin......................................................... ..70
3.4.8
Arquitectura funcional del sistema.. .............................. ..72
3.4.9
Diseo de la interfaz de usuario/sistema.. ....................... ..79
3.4.9.1
Diseo de la interfaz u/s para el sistema de trmite, control de solicitudes y

reservacion de
Captulo 4
salones para OREFI.. .......................... ..80
Implementacin y Pruebas
4.1
Interfaz de usuario/sistema.. ....................................... ..86
4.2
Primera Iteracin.. ................................................... ..87
4.2
Ventana principal del sistema.. .................................... ..87
4.2.1
Ventana de inicio de sesin.. ....................................... ..87
4.3
Ventana principal para el usuario (estudiante).. ................ ..88
4.3.1
Ventana para retiro de materia..................................... ..89
4.3.2
Ventana para solicitud de constancias.. ........................... ..91
4.3.3
Ventana para cambio de clave.. .................................... ..92
4.4
Ventana principal para el usuario (administrador).............. ..93
4.4.1
Ventana de modificacin del lapso de retiro de materias...... ..93
4.4.2
Ventana de modificacin de constancias.......................... ..94
4.5
Segunda Iteracin..................................................... ..95
4.5
Ventana principal de inicio de sesin del sistema.. ............. ..95
4.6
Ventana principal para el usuario (estudiante).. ................ ..96
4.6.1
Ventana de estado de solicitudes................................... ..96
4.7
Ventana principal para el usuario (profesor)..................... ..97
4.7.1
Ventana para solicitud de aula...................................... ..98
4.8
Ventana principal para el usuario (analista de registros estudiantiles) .....100
4.8.1
Ventana solicitud por imprimir.. ...................................100
4.9
Ventana principal para el usuario (administrador)...............103
4.10
Diagrama de despliegue.. ............................................105
4.11
Conexin WWW-Base de Datos.. .................................106
4.12
Pruebas del sistema....................................................107
4.12.1
Ejecucin de pruebas unitarias.. ....................................108
4.12.1.1 Pruebas de caja negra.. ...............................................108

4.12.1.2 Pruebas de caja blanca.. ..............................................110
vi
4.12.1.3 Pruebas de navegacin del sistema.. ...............................112
Captulo 5
Conclusiones y Recomendaciones
5.1
Conclusiones.. .........................................................113
5.2
Recomendaciones.. ...................................................115
Bibliografa...........................................................................116
Anexos.. .............................................................................118
Anexo A Manual de Usuario.. ..................................................118
Anexo B Interfaces usuario/sistema.. .........................................143
vii
ndice de Figuras
Figura 2.1
Organigrama actual de OREFI .. ...................................... 12
Figura 2.2
Mdelo de procesos watch ...........................................16
Figura 2.3
Elementos de un diagrama de clases .................................. 19
Figura 2.4
Elementos de un diagrama de casos de uso .. ....................... 22
Figura 2.5
Diseo conceptual de un sistema de informacin .................. 32
Figura 3.1
Cadena de valor de OREFI .. .......................................35
Figura 3.2
Diagrama de procesos de OREFI .. ................................... 36
Figura 3.3
Procesos en el nivel 1: Subprocesos del proceso.. ................. 38
Figura 3.4
Actividades del proceso P.F.2.1 .. .................................... 38
Figura 3.5
Actividades del proceso P.F.2.1 .. .................................... 39
Figura 3.6
Diagrama de proceso: P.F.2.1 Elaboracin de diferentes tipos de constancias.....39
Figura 3.7
Diagrama de proceso: P.F.2.2 Dirigir los procesos de inscripcin..... 40
Figura 3.8
Diagrama de proceso: P.F.2.3 Distribucin de las aulas de clase. .. 41
Figura 3.9
Diagrama de proceso: P.F.2.4 Planificacin del cronograma .... 42
Figura 3.10
Diagrama de actividades para la recepcin de solicitudes .. ...... 45
Figura 3.11
Diagrama de actividades para la generacin de constancias .. .... 46
Figura 3.12
Diagrama de actividades para la firma de constancias .. ........... 47
Figura 3.13
Diagrama de actividades para la recepcin de solicitudes de

reservacin de salones .. ............................................... 48
Figura 3.14
Diagrama de casos de uso del sistema ................................ 50
Figura 3.15
Diagrama de casos de uso para el subsistema de trmite y control de

Solicitud de constancias ................................................. 12
Figura 3.16
Diagrama de casos de uso para el subsistema de reservar salones.54
Figura 3.17
Subsistemas mdulos generales del sistema .. .................... 61
Figura 3.18
Componente solicitudes en un segundo nivel .. .................... 62
Figura 3.19
Componente reservacin de salones en un segundo nivel.. ...... 62
Figura 3.20
Componente retiro de materia en un segundo nivel .. ............ 63
Figura 3.21
Componente administracin en un segundo nivel .. ............... 63
Figura 3.22
Componente estadsticas en un segundo nivel ...................... 64
Figura 3.23
Diagrama de clases .. .................................................... 67
Figura 3.24
Diagrama de jerarqua funcional del sistema ........................ 73
viii
Figura 3.25
Diagrama jerrquico de segundo nivel del mdulo realizar solicitudes.74
Figura 3.26
Diagrama jerrquico de segundo nivel del mdulo retiro de materias. 75
Figura 3.27
Diagrama jerrquico de segundo nivel del mdulo reservacin de salones .76
Figura 3.28
Diagrama jerrquico de segundo nivel del mdulo administracin. 77
Figura 3.29
Diagrama jerrquico de segundo nivel del mdulo de estadsticas. . 78
Figura 3.30
Diseo general a utilizar en el sistema.. .............................. 80
Figura 3.31
Diseo de las ventanas del sistema .................................... 81
Figura 3.32
Diagrama de flujo de pantalla para el usuario (estudiante) .. ..... 83
Figura 3.33
Diagrama de flujo de pantalla para el usuario (profesor) .. ....... 83
Figura 3.34
Diagrama de flujo de pantalla para el usuario

(analista de registros estudiantiles)..84
Figura 3.35
Diagrama de flujo de pantalla para el usuario (administrador) .. 85
Figura 4.1
Pantalla principal del sistema (para la primera iteracin) .. ...... 87
Figura 4.2
Pantalla de inicio de sesin ............................................. 88
Figura 4.3
Pantalla principal para el usuario (estudiante) .. .................... 89
Figura 4.4
Pantalla para retiro de materias .. ..................................... 89
Figura 4.5
Pantalla con mensaje de confirmacin de retiro de materias .. .. 90
Figura 4.6
Mensaje de confirmacin de retiro de materia .. ................... 90
Figura 4.7
Comprobante de retiro de materias .. ................................ 91
Figura 4.8
Pantalla para la solicitud de constancias .. ........................... 92
Figura 4.9
Pantalla para modificar clave de acceso al sistema.. ................ 92
Figura 4.10
Pantalla principal para el usuario (administrador) .. ............... 93
Figura 4.11
Pantalla de modificacin de lapsos de retiro de materias .. ....... 94
Figura 4.12
Pantalla de modificacin de constancias .. ........................... 94
Figura 4.13
Pantalla principal de inicio del sistema (para la segunda iteracin). 95
Figura 4.14
Pantalla principal para el usuario (estudiante)....................... 96
Figura 4.15
Pantalla de estado de solicitud ......................................... 97
Figura 4.16
Pantalla principal para el usuario (profesor) .. ...................... 97
Figura 4.17
Pantalla de solicitud de aula ............................................ 98
Figura 4.18
Mensaje de confirmacin de bsqueda de aula .. ................... 98
Figura 4.19
Pantalla para reservacin de aula ...................................... 99
Figura 4.20
Pantalla de confirmacin de reservacin de aula .. ................. 99
Figura 4.21
Pantalla principal para el usuario (analista de registros estudiantiles) .100
Figura 4.22
Pantalla de solicitudes por imprimir ... ......................... 101
Figura 4.23
Pantalla imprimir solicitud de constancia .. ....................... 102
Figura 4.24
Pantalla de confirmacin de modificacin de estado de la constancia.103

ix
Figura 4.25
Pantalla principal para el usuario (administrador).. .............. 104
Figura 4.26
Pantalla de modificacin de lapsos de retiro de materias .. ..... 104
Figura 4.27
Pantalla de modificacin de precio y cantidad de constancias .. 105
Figura 4.28
Diagrama de despliegue para el sistema .. ......................... 106
Figura 4.29
Conexin WWW- Base de datos .. ................................. 107
Figura 4.30
Enfoque de diseo de pruebas de caja negra....................... 108
Figura 4.31
Mensaje de error al intentar realizar una solicitud de constancia . 109
Figura 4.32
Mensaje de error cuando se introduce algn valor invlido.. .. 110
Figura 4.33
Enfoque de diseo de pruebas de caja blanca .. ................... 111
Figura 4.34
Modificacin de unidad tributaria y precio de constancias .. ... 112
ndice de Tablas
Tabla 3.1
Descripcin de los actores para el subsistema de trmite y

control de solicitud de constancias .. ................................. 43
Tabla 3.2
Descripcin de los actores para el subsistema de reservacin de salones .44
Tabla 3.3
Descripcin de los casos de uso del sistema . .................................. 51
Tabla 3.4
Descripcin de los casos de uso para el subsistema de trmite y

control de solicitud de constancias .............................................. 53
Tabla 3.5
Descripcin de los casos de uso para el subsistema de reservacin de salones .. 55
Tabla 3.6
Definicin de las clases usadas en el sistema . ................................. 66
Tabla 3.7
Esquema relacional. ................................................................ 68
Tabla 3.8
Esquema relacional normalizado . ............................................... 72
Tabla 3.9
Descripcin de los mdulos principales del sistema . ........................ 74
Tabla 3.10
Descripcin de los mdulos en el mdulo realizar solicitudes ............. 75
Tabla 3.11
Descripcin de los mdulos en el mdulo retiro de materias. ............. 76
Tabla 3.12
Descripcin de los mdulos en el mdulo reservacin de salones . ....... 77
Tabla 3.13
Descripcin de los mdulos en el mdulo de administracin .............. 78
Tabla 3.14
Descripcin de los mdulos en el mdulo de estadsticas . ................. 79
Tabla 4.1
Descripcin de pruebas de caja negra . ....................................... 109
Tabla 4.2
Pruebas de navegacin del sistema ............................................ 113
xi
Agradecimientos
A Dios todopoderoso, al Santo Nio de la Cuchilla por permitirme alcanzar uno
de mis ms anhelados sueos convirtindose hoy en da en un gran triunfo para m.
A la Escuela de Ingeniera de Sistemas de la Universidad de Los Andes, todo su

personal docente y administrativo, por contribuir en mi formacin profesional.
Al Profesor Domingo Hernndez quien estuvo desde el comienzo ayudndome y

guindome hasta el final.
Al Profesor Carlos Muoz, por su confianza y colaboracin en la realizacin de

este proyecto.
Al personal que labora en la oficina de registros estudiantiles de la facultad de

ingeniera (OREFI) de la Universidad de Los Andes por su gran receptividad.
A todos mis amigos(as) y compaeros(as) de estudio gracias por su amistad y

por compartir tantos momentos que siempre recordar.
A todas esas personas, que de una manera u otra hicieron posible la realizacin
de este proyecto.
xii
Captulo 3
Anlisis y Diseo
Sistema de Informacin Web para el trmite, control de solicitudes

y reservacin de salones para OREFI
Introduccin
Captulo 1
Introduccin
Las aplicaciones web se han convertido en pocos aos en complejos sistemas con interfaces de
usuario cada vez ms parecidas a las aplicaciones de escritorio, dando servicio a numerosos procesos
de negocio para diferentes organizaciones de considerable envergadura y establecindose sobre ellas
requisitos estrictos de accesibilidad y respuesta.
En los ltimos aos, la rpida expansin de Internet y del uso de intranets ha supuesto una
transformacin en las necesidades de informacin de las organizaciones. En particular esto afecta a la
necesidad de que la informacin sea accesible desde cualquier lugar dentro de la organizacin e incluso
desde el exterior, esta informacin sea compartida entre todas las partes interesadas, de manera que
todas tengan acceso a la informacin completa (o a aquella parte que les corresponda segn su
funcin) en cada momento.
Estas necesidades han provocado un movimiento creciente de cambio de las aplicaciones
tradicionales de escritorio hacia las aplicaciones web, que por su naturaleza, cumplen a la perfeccin
con las necesidades mencionadas anteriormente. Por tanto, los sitios web tradicionales que se
limitaban ha mostrar informacin se han convertido en aplicaciones capaces de una interaccin ms o
menos sofisticada con el usuario, de all que el uso de los sistemas de informacin basados en
computadoras dentro de una organizacin permiten agilizar los procesos operativos facilitando la toma
de decisiones convirtindose en un recurso muy valioso al momento de administrar, procesar,
almacenar y proporcionar informacin.

Introduccin
En este proyecto de grado se presenta el diseo, implementacin y pruebas de un sistema de

informacin web para el trmite, control de solicitudes de constancias y reservacin de salones para la
oficina de registros estudiantiles de la facultad de ingeniera (OREFI) de la Universidad de Los Andes.
En este captulo se presentar los antecedentes que sirven de base para la realizacin del
proyecto, as como tambin el anlisis del problema, los objetivos, tanto generales como especficos,
la metodologa para su desarrollo, el alcance y la estructura del proyecto.
1.1 Antecedentes
La facultad de ingeniera de la Universidad de Los Andes actualmente cuenta con una oficina
de registros estudiantiles (OREFI), adscrita al decanato de esta facultad la cual fue creada con la
finalidad de mantener, resguardar y actualizar los documentos y registros estudiantiles.
La oficina de registros estudiantiles de la facultad de ingeniera de la Universidad de Los Andes es
un ente que se encarga de brindar la informacin y el apoyo necesario para el control y resguardo de
los registros de la actuacin del estudiante desde su admisin hasta su egreso, dentro de sus funciones
se pueden mencionar:
Mantener actualizados los expedientes de notas de los estudiantes de la Facultad y en general

con relacin a toda su actuacin acadmica.
Verificar y controlar, conjuntamente con la oficina central de registros estudiantiles

(OCRE), los registros de los estudiantes.
Elaborar y suministrar las estadsticas e informacin necesaria y/o requerida para el

mantenimiento de los sistemas de informacin de las diferentes instancias de la institucin.
Velar del cumplimiento por parte de los estudiantes de los requisitos exigidos por los
pensum de estudio de cada carrera.

Introduccin
1.2 Definicin del problema

Dentro de las funciones de la oficina de registros estudiantiles de la facultad de ingeniera
(OREFI) se encuentran la generacin de diversos tipos de constancias para los estudiantes y la
distribucin de la planta fsica y aulas de la facultad, en la actualidad ambos procesos se vienen
realizando de manera manual, ocasionando problemas de colas y perdida de tiempo para los
estudiantes en el momento que desea hacer algn tipo de solicitud de constancias a OREFI,
observndose que las colas son mucho ms largas cuando se acercan los periodos de retiros de
materias e inscripciones, igualmente el proceso de reservacin de salones para los profesores se realiza
de manera manual por medio de plantillas que se generan diariamente en dicha oficina ocasionando de
igual manera problemas de colisiones de salones y horarios y perdida de tiempo a los profesores
cuando desean reservar alguna aula para sus actividades acadmicas.
La propuesta que se plantea en este proyecto para la automatizacin de estos procesos, es la
incorporacin de las nuevas tecnologas de informacin a los procesos de control por esta razn se
desarrollara un sistema de informacin web para el trmite, control de solicitudes y reservacin de
salones para OREFI.
1.3 Objetivos
1.3.1 Objetivo General
Disear desarrollar e implementar un sistema de informacin web para el trmite de solicitud
de constancias, retiros de materias por los estudiantes y reservacin de salones por los profesores,
para la oficina de registros estudiantiles de la facultad de ingeniera (OREFI) de la Universidad de Los
Andes.

Introduccin
1.3.2 Objetivos especficos
Realizar el anlisis, diseo e implantacin de un sistema de informacin web.
Integrar bajo un solo sistema las solicitudes de constancias y retiro de materias hechas por los
estudiantes.
Mejorar el servicio de solicitud y entrega de constancias diversas tales como: notas,

inscripcin, retiro de materias, para los estudiantes prestado por OREFI.
Agilizar el proceso de las solicitudes de constancias.
Agilizar la bsqueda y reservacin de salones por parte de los profesores.
Lograr ofrecer informacin relevante de manera rpida, eficaz y confiable a los profesores
acerca de los salones con disponibilidad para hacer reservacin va web.
Estudiar y optimizar los procesos de solicitud de constancias y reservacin de salones.
1.4 Metodologa
Este proyecto se desarrollo utilizando como gua el mtodo Watch (versin 2007) para el
desarrollo de aplicaciones empresariales, el uso de este mtodo facilita las labores de planificacin y
control y establece un marco metodolgico nico incremental e iterativo que estandariza el proceso
de desarrollo del proyecto, ya que esta fundamentado en modelos de procesos de ingeniera del
software basada en componentes y adems emplea tcnicas y notaciones utilizadas regularmente en la
industria del software.
Para el modelado del sistema web se utiliz UML 2.0 (Unified Modeling Language) [1], el cual
es un lenguaje grfico hecho para el diseo y desarrollo de sistemas de software que permite
presentar, construir y documentar un sistema de una manera fcil y verstil, para que cualquier
persona lo pueda entender.

Introduccin
1.4.1 Modelo del Proceso Watch para el desarrollo de Software

El mtodo Watch puede ser aplicado en el desarrollo de proyectos de software pequeo y
mediano, mediante el desarrollo progresivo comenzando con el anlisis del dominio del sistema,
pasando por el diseo del mismo, su implementacin, pruebas y entregas finales.
Este mtodo consta de los siguientes componentes [2]:
1. Modelo del producto: Describe las caractersticas generales que tienen las aplicaciones
empresariales e identifica los productos intermedios y finales que se deben producir durante
el desarrollo de una aplicacin.
2. Modelo de actores: Describe las modalidades de organizacin de los grupos de trabajo que
desarrollan las aplicaciones; as como, los roles y responsabilidades de los actores que integran
estos equipos.
3. Modelo de procesos: Describe los procesos tcnicos, gerenciales y de soporte que los
grupos de trabajo deben emplear para desarrollar las aplicaciones empresariales.
1.4.2 Lenguaje de Modelado Unificado

UML es un lenguaje que permite modelar, construir y documentar los elementos que forman
un sistema de software orientado a objetos [3].
Permitiendo as, que dichos modelos puedan ser comprendidos por otros diseadores de
software, emplea trece tipos de diagramas diferentes para representar la arquitectura del sistema y sus
procesos, tales como: el diagrama de clases, diagrama de casos de usos, diagrama de actividad,
diagrama de secuencias, entre otros.

Introduccin
1.5 Alcance del Proyecto

Disear, desarrollar e implementar un sistema de informacin web para realizar solicitud de
constancias a OREFI por los estudiantes y para la bsqueda y reservacin de aulas por los profesores.
Utilizando para su desarrollo el mtodo Watch (Versin 2007) para el desarrollo de
aplicaciones empresariales, y para el modelado UML 2.0 (Unified Modeling Language) [1].
La implementacin de est sistema pretende mejorar de manera eficaz, rpida, confiable y
segura el proceso de solicitud de constancias, retiros de materias y reservacin de salones, y ser de
gran utilidad administrativa para la institucin ya que con l se lograr agilizar el seguimiento de las
solicitudes, se tendr manejo de estadsticas lo cual ser de mucha ayuda para la toma de decisiones y
para la optimizacin y funcionamiento de la institucin logrando de est manera prestar un mejor
servicio con calidad y eficiencia.
Adems este sistema le permitir al usuario obtener informacin, y a su vez conocer el estado
en que se encuentra cada una de sus respectivas solicitudes.
1.6 Organizacin del Documento
Captulo 1: Introduccin
Se definen los antecedentes que son las bases para la realizacin del proyecto, as como
tambin, el planteamiento del problema, los objetivos tanto generales como especficos, el alcance del
proyecto y la metodologa para su desarrollo.

Introduccin
Captulo 2: Marco Terico

Contiene los fundamentos tericos necesarios para el entendimiento y comprensin del
proyecto, entre los cuales se describe detalladamente el mtodo Watch para el desarrollo de
aplicaciones empresariales y el lenguaje de modelado unificado (UML), utilizado para el desarrollo del
sistema web, tambin se describen las caractersticas y estructura de OREFI.
Captulo 3: Modelado, Anlisis y Diseo del Sistema

Comprende el desarrollo de las dos primeras fases del mtodo Watch, las cuales tienen la
finalidad de identificar y describir el sistema de negocios para el cual se desarrolla el sistema web, se
describe la estructura del dominio del proyecto y se determinan las necesidades de informacin y
automatizacin de los procesos del sistema web en desarrollo.
Se identifican los actores, procesos, reglas y eventos del sistema de negocio, as mismo se
presenta la definicin y especificacin de los requisitos del sistema web.
Captulo 4: Implementacin y Pruebas

Abarca las ltimas fases del mtodo Watch se pasa del diseo a la solucin codificada la
transicin donde se describe la evolucin del sistema hasta llegar a la versin final, junto con varias
pruebas realizadas para corroborar la eficiencia, fiabilidad y seguridad del mismo.
El principal producto de este captulo es la integracin de los componentes de la capa de
presentacin, los componentes de la capa lgica de negocios y los componentes de la capa de datos.
Adems se comprueba que el sistema web cumple con los requisitos funcionales y no
funcionales descritos en el captulo 3.

Introduccin
Captulo 5: Conclusiones y Recomendaciones

Se exponen las conclusiones generales del sistema web realizado y las recomendaciones para
trabajos futuros.
Bibliografa
En esta seccin se muestran las referencias bibliogrficas utilizadas a lo largo del desarrollo del
proyecto.
Anexos

Marco Terico
Captulo 2
Marco Terico
A continuacin se presentan los fundamentos tericos necesarios sobre los cuales se sustenta
el proyecto, los cuales harn posible el mejor entendimiento, comprensin y desarrollo del mismo. Se
define detalladamente el mtodo Watch para el desarrollo de aplicaciones empresariales y de software,
as como tambin el Lenguaje de Modelado Unificado (UML V2.0) utilizado para el desarrollo del
sistema web planteado en el proyecto.
2.1
Oficina de registros estudiantiles de la facultad de

ingeniera (OREFI)
Con la creacin en 1966, de la hoy denominada oficina central de registros estudiantiles
(OCRE) se inician las unidades sectoriales ubicadas en cada facultad, con dependencia de esta
estructura central consideradas unidades de apoyo, en el sentido que proporcionan la informacin
bsica para la centralizacin de los procedimientos, el control y resguardo de los documentos y
registros estudiantiles. Estas unidades sectoriales de control docente o control de estudio operaban
bajo esa estructura organizativa con el nombre de oficina sectorial de registros estudiantiles (OSRE)
hasta el quinquenio prximo pasado, en el cual dentro del marco de la poltica de descentralizacin
acadmica y administrativa se plantea la necesidad en 1993, de la creacin de los servicios de registros
estudiantiles en las facultades y ncleos.

Marco Terico
A partir de enero de 1994, por resolucin del consejo universitario de fecha 26.01.94 las
oficinas sectoriales adquieren jerarqua de direccin cambiando de nombre por el de oficina de
registros estudiantiles (ORE) adscritas al decanato con una estructura organizativa propia y adecuada a
los niveles de exigencia de cada facultad o ncleo.
En el ao 2004 se comienza el desarrollo de sistemas automatizados para estandarizar el
sistema de notas e inscripciones a nivel de todas las facultades de la Universidad de Los Andes. En
julio del 2005 OREFI se pliega a ese modelo.
2.1.1
Objetivos de la Organizacin
Planificar, programar, coordinar, dirigir, controlar y evaluar la ejecucin de todos los
procesos derivados de la tramitacin de documentos y registros estudiantiles, desde la
admisin hasta el egreso, garantizando la eficiencia y legalidad de los mismos, asegurando el
normal desarrollo de las actividades acadmicas de la facultad.
Implementar la poltica matricular diseada por la institucin y/o por la facultad.
Velar por la actualizacin, aplicacin y cumplimiento de los reglamentos normas y

disposiciones elaborados en materia de poltica matricular.
2.1.2
Misin de la Organizacin
Dar a la facultad de ingeniera la garanta de legalidad en los "Procesos Estudiantiles"
mediante el cumplimiento de las instrucciones de las unidades acadmicas ejecutoras de la facultad,

acerca de los registros de la actuacin acadmica de los estudiantes desde su admisin hasta su egreso.
10

Marco Terico
2.1.3
Funciones de la Organizacin
La oficina de registro estudiantil cumple diversas funciones, a continuacin se mencionarn
algunas de las ms importantes:
Planificar, programar, coordinar y ejecutar de acuerdo a los reglamentos, normas y

disposiciones establecidas a tal fin, las actividades derivadas de los Procesos Estudiantiles:
Inscripciones, Reclamos, Retiros, Cambios de Opcin Carrera, Cambio de Ncleo, Ingreso
por Traslado y Equivalencias, Aplicacin de las Medidas de Bajo Rendimiento Estudiantil,
Apelacin a las Medidas de Bajo Rendimiento Estudiantil, Reincorporaciones, Rgimen
Especial, Estudios de Carreras Paralelas, Realizacin de Cursos Intensivos, Elaboracin de
Expedientes de Grados y Elaboracin de diferentes tipos de Constancias.
Mantener actualizados los expedientes de notas de los estudiantes de la Facultad y en general

con relacin a toda su actuacin acadmica.
Verificar y controlar, conjuntamente con la oficina central de registros estudiantiles (OCRE),

los registros de los estudiantes.
Elaborar y suministrar las estadsticas e informacin necesaria y/o requerida para el

mantenimiento de los sistemas de informacin de las diferentes instancias de la institucin.
Velar del cumplimiento por parte de los estudiantes de los requisitos exigidos por los pensum
de estudio de cada carrera.
Planificar, programar y coordinar conjuntamente con los directores y coordinadores de

inscripcin de cada Escuela la programacin del perodo lectivo (Cronograma de actividades,
horarios de clases, seleccin y asignacin de materias) a desarrollarse previa aprobacin del
Consejo de Facultad para el proceso de inscripcin de alumnos regulares y nuevo ingreso
respectivamente.
11

Marco Terico
2.1.4
Organigrama
A continuacin se presenta el organigrama de la institucin
Figura 2.1 Organigrama actual de OREFI
Director : Se encarga de la coordinacin general y dirige los siguientes procesos:

Inscripcin General.
Planificacin.
Actualizacin de Expedientes.
Procesos de Cambio de Opcin.
Procesos de Traslado.
Procesos de Ingreso por Equivalencia.
Seleccin de Asignaturas (Nuevo Ingreso).
Manejo del Personal.
Certificacin y Autorizacin de Constancias e Informes.
12

Marco Terico
Secretaria: Entre sus funciones esta la recepcin y distribucin de documentos, elaboracin

de informes, apoyo a analistas y direccin, atencin a estudiantes.
Analista de sistemas: Entre sus funciones estn:

Mantenimiento de Base de Datos.
Elaboracin de Estadsticas.
Mantenimiento de pginas web.
Registro y modificacin de calificaciones.
Apoyo a analistas en sistema ULA-SIRE.
Mantenimiento de equipos de computacin.
Analista de Registros Estudiantiles: Se encargan de:

Elaboracin de Informes.
Elaboracin de expedientes de grado.
Elaborar constancias de notas.
Elaborar constancias de asignaturas.
Actualizacin de expedientes fsicos.
Clasificacin de PRC y Archivo.
Atencin a estudiantes.
Generacin de listados de estudiantes para diferentes condiciones.
Elaboracin de diferentes tipos de constancias.
2.2
Mtodo WATCH para el desarrollo de aplicaciones de

software
Es un marco metodolgico que describe los procesos tcnicos, gerenciales y de soporte que
deben emplear los grupos de desarrollo de aplicaciones empresariales y de software. Un marco

metodolgico es un patrn que debe ser adaptado, al proyecto y al grupo cada vez que se use. [2]
13

Marco Terico
El mtodo Watch consta de los siguientes componentes [2]:

1. Modelo del producto
2. Modelo de actores
3. Modelo de procesos
2.2.1
Modelo de Productos
Describe las caractersticas generales que tienen las aplicaciones empresariales e identifica los
productos intermedios y finales que se deben producir durante el desarrollo de una aplicacin. [2]
2.2.2
Modelo de Procesos
Describe los procesos tcnicos, gerenciales y de soporte que los grupos de trabajo deben
emplear para desarrollar las aplicaciones empresariales [2].

Este modelo organiza estas actividades en tres tipos de procesos diferentes pero
complementarios: procesos gerenciales, procesos de desarrollo y procesos de post-desarrollo.
Los procesos gerenciales: describen las actividades que la gerencia del proyecto (, en su
defecto, el lder del proyecto) debe realizar para planificar, organizar, dirigir, manejar el grupo de
desarrollo y controlar el proyecto de desarrollo de un sistema o aplicacin empresarial. Asegurar la
calidad del sistema, gestionar la configuracin del sistema y adiestrar el grupo de desarrollo durante el
proceso de ejecucin del proyecto. Los diferentes procesos son:
Administracin del proyecto: consiste en la planificacin y control del proyecto, y la

organizacin y direccin del equipo de trabajo.
14

Marco Terico
Administracin de la calidad del software: consiste en la planificacin
aseguramiento de la calidad del software.
Administracin de la configuracin del software: consiste en la planificacin de la

administracin y control de la configuracin del software.
Verificacin y validacin: consiste en la verificacin, validacin, revisin y pruebas del

software.
Entrenamiento: consiste en la planificacin y realizacin del entrenamiento del grupo de

trabajo, junto con la produccin del material de entrenamiento.
Documentacin: consiste en la planificacin, produccin y entrega de la documentacin.

Los procesos de desarrollo: son los procesos tcnicos que describen que debe hacer el
grupo de desarrollo para producir una aplicacin empresarial. Estos procesos se organizan en una
estructura jerrquica formada por fases, pasos y actividades. Esta estructura est inspirada en la
metfora del reloj de pulsera (watch, en ingls), donde los procesos gerenciales se ubican en el centro
del reloj para indicar que ellos llevan el control del desarrollo del proyecto y los procesos de
desarrollo se ubican, en forma circular, en las posiciones del dial del reloj.
Los procesos de post-desarrollo: consisten en la realizacin del mantenimiento y soporte

al sistema implementado.
El marco metodolgico es cclico, iterativo y controlado. Cada ciclo de procesos de
desarrollo produce una nueva versin del sistema o un nuevo subsistema del sistema en desarrollo. En
cada ciclo se puede iterar entre las fases a fin de corregir errores, introducir nuevos requisitos o,
simplemente, mejorar el producto en desarrollo [4].
15

Marco Terico
Figura 2.2 Modelo de procesos Watch.
El diagrama representado en la figura 2.2, muestra los diferentes procesos que forman la
metodologa reloj, comenzando por el proceso gerencial, y luego avanzando a partir de la fase de
Anlisis de Dominio en sentido de las agujas del reloj pasando por las diferentes fases del proceso de
desarrollo, pudiendo volver al proceso gerencial y/o a otra fase, hasta alcanzar el punto final del
diagrama en el proceso de post-desarrollo.
2.2.3
Modelo de Actores
Describe las modalidades de organizacin de los grupos de trabajo que desarrollan las
aplicaciones; as como, los roles y responsabilidades de los actores que integran estos equipos.
Un actor es un individuo o una unidad organizacional que est involucrada en el proyecto.
16

Marco Terico
2.3
Lenguaje de Modelado Unificado (Versin 2.0)

No es una sorpresa que el Lenguaje Unificado de Modelado, UML, sea el lenguaje elegido
para el desarrollo basado en modelos. El lenguaje fue estandarizado en 1997 para poner punto y final a
la guerra de los mtodos [5], y rpidamente se extendi para convertirse en el ms popular de los
lenguajes de modelado para visualizar, construir y documentar los artefactos de un sistema intensivo
en software [6].
UML (Unified Modeling Language) es ante todo un lenguaje, que se centra en la representacin
grfica de un sistema. Es un lenguaje visual estndar empleado para la especificacin, construccin y
documentacin de software orientado a objetos, por medio de diversos elementos y procesos que
interactan de alguna forma con el software.
El UML provee distintos tipos de diagramas estndares, estos se utilizan para representar
diferentes perspectivas de un sistema, de forma que, un determinado diagrama sea una proyeccin del
sistema. [5] [7].
Un diagrama UML est compuesto por tres bloques de construccin:
Elementos: los elementos son abstracciones de cosas reales o ficticias (objetos,

acciones, actores, etc.).
2.3.1
Relaciones: son las que le dan vida a la interaccin entre los elementos.
Diagramas: que son colecciones de elementos junto con sus respectivas relaciones.
Diagramas UML 2.0

UML 2.0 proporciona un amplio conjunto de diagramas que se clasifican en tres tipos
diferentes. Para comprenderlos de manera concreta, a veces es til categorizarlos jerrquicamente, de

la siguiente manera:
17

Marco Terico
Diagramas de Estructura: enfatizan en los elementos que deben existir en el sistema

modelado, permitiendo especificar la estructura o forma de los distintos componentes del
sistema, sus relaciones y dependencia se clasifican en:
Diagrama de clases
Diagrama de componentes
Diagrama de objetos
Diagrama de despliegue
Diagrama de paquetes
Diagramas de Comportamiento: enfatizan en lo que debe suceder en el sistema

modelado, estos son:
Diagrama de actividades
Diagrama de casos de uso
Diagrama de estados
Diagramas de Interaccin: son un subtipo de diagramas de comportamiento, que enfatiza

sobre el flujo de control y de datos entre los elementos del sistema modelado, entre estos se
encuentran:
Diagrama de secuencia
Diagrama de colaboracin
Diagrama de tiempos
18

Marco Terico
2.3.1.1
Diagramas de Estructura
Diagrama de Clases: es un tipo de diagrama esttico que describe la estructura de un

sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases
son utilizados durante el proceso de anlisis y diseo de los sistemas informticos, donde se
crea el diseo conceptual de la informacin que se manejar en el sistema, y los componentes
que se encargaran del funcionamiento y la relacin entre uno y otro.
Clase: Representada por una caja subdividida en tres partes: En la superior se muestra el
nombre de la clase, en la media los atributos y en la inferior las operaciones.
Atributo: Identifican las caractersticas propias de cada clase.
Operaciones: El conjunto de operaciones describen el comportamiento de los objetos de
una clase.
Clase
-rol
-atributo1
-atributo2
+opercaion1()
-rol 1
Clase1
-atributo 1
-atributo 2
+operacion1()
Objeto : Clase
atributo1
atributo2
Figura 2.3 Elementos de un diagrama de clases.
Diagrama de Despliegue: es un tipo de diagrama del lenguaje unificado de modelado que

se utiliza para modelar el hardware utilizado en la implementacin de sistemas y las relaciones
entre sus componentes. Los elementos usados por este tipo de diagrama son nodos
(representados como un prisma), componentes (representados como una caja rectangular con
dos protuberancias del lado izquierdo) y asociaciones.
19

Marco Terico
2.3.1.2 Diagramas de Comportamiento
Diagrama de Actividades: representa los flujos de trabajo paso a paso de negocio y

operacionales de los componentes en un sistema. Un diagrama de actividades muestra el flujo
de control general.
Diagrama de casos de uso: Se emplean para visualizar el comportamiento del sistema, una
parte de l o de una sola clase. Los casos de uso representan los escenarios para los requisitos
funcionales que indican qu har el sistema. Los Casos de Uso al ser parte del anlisis nos
ayudan a describir qu es lo que es sistema debe hacer.
Los Casos de Uso son qu hace el sistema desde el punto de vista del usuario. Es decir,
describen un uso del sistema y cmo este interacta con el usuario. [8].
Un diagrama de casos de uso consta de los siguientes elementos:
Actor.
Casos de Uso.
Relaciones de Uso, Herencia y Comunicacin.
Elementos:
Actor:
Una definicin previa, es que un Actor es un rol que un usuario juega con respecto al
sistema.
20

Marco Terico
Es importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no
necesariamente representa a una persona en particular, sino ms bien la labor que realiza frente al
sistema.
Caso de Uso:
Es una operacin/tarea especfica que se realiza tras una orden de algn agente externo, sea
desde una peticin de un actor o bien desde otro caso de uso.
Relaciones:
o Asociacin
Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra
operacin (caso de uso). Dicha relacin se denota con una flecha simple.
o Dependencia o Instanciacin
Es una forma muy particular de relacin entre clases, en la cual una clase depende de otra,
es decir, se instancia (se crea). Dicha relacin se denota con una flecha punteada.
o
Generalizacin
Este tipo de relacin es uno de los ms utilizados, cumple una doble funcin dependiendo
de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>).
Este tipo de relacin esta orientado exclusivamente para casos de uso (y no para actores).
extends: Se recomienda utilizar cuando un caso de uso es similar a otro (caractersticas).
uses: Se recomienda utilizar cuando se tiene un conjunto de caractersticas que son similares
en ms de un caso de uso y no se desea mantener copiada la descripcin de la caracterstica.[9]
En la figura 2.4, se muestran los elementos de un diagrama de casos de uso, y los elementos
utilizados.
21

Marco Terico
Figura 2.4 Elementos de un diagrama de casos de uso.
2.4
Base de Datos
Las bases de datos son el mtodo preferido para el almacenamiento estructurado de datos.
Desde las grandes aplicaciones multiusuario, hasta los telfonos mviles y las agendas electrnicas
utilizan tecnologa de bases de datos para asegurar la integridad de los datos y facilitar la labor tanto de
usuarios como de los programadores que las desarrollaron.
Las bases de datos son un conjunto de datos relacionados entre si, que se almacenan o registran
de manera ordenada con el fin de representar un aspecto del mundo real y poder ser manipulado por
los usuarios a quienes est dirigida. [10].
Los sistemas manejadores de bases de datos (SMBD) o sistemas de gestin de base de datos
(SGBD); nos son ms que el conjunto de programas que permiten en la base de datos:
Almacenar fsicamente
Garantizar consistencia
Garantizar integridad
Atomicidad transaccional
Manejar vistas a la informacin.

Algunos SMBD implementan sus propios sistemas de archivos, manejando directamente
particiones o discos completos.
22

Marco Terico
Existen diferentes tipos de SMBD, los cuales se derivan de diferentes tipos de criterios para su
clasificacin.
Segn el modelo de datos en que se basa: los ms utilizados son el modelo de datos
relacional y el modelo de datos orientados por objetos. Los modelos relacionales han
evolucionado constantemente, y en lo particular, han incorporado muchos de los conceptos
que se desarrollaron en los SMBD orientados a objetos; dando as; pie al nacimiento de una
hibrido que el modelo de SMBD objeto-relacionales. [11]. El sistema de modelo relacional
ser el que utilice este proyecto o en su defecto el modelo objeto-relacional que pueda surgir
en la evolucin del sistema, segn las exigencias de los usuarios de la organizacin. [11].
Segn el nmero de usuarios: es decir segn la cantidad de usuarios a los que da servicio
el sistema, as tenemos los sistemas monousuario que solo atienden a un (1) usuario a la vez y
su principal uso es en las computadoras personales, los sistemas multiusuario en los que
entran la mayora de los SGBD, que atienden a varios usuarios a la vez. [11].
Segn el nmero de sitios en los que se encuentra distribuida la base de datos, de esta
manera, un SGBD es centralizado si todos los datos se encuentran almacenados en un solo
sitio, estos pueden atender a varios usuarios a la vez, pero el SGBD y la base de datos en si
residen en un solo computador. En los SGBD distribuidos la base de datos real y el software
se encuentran esparcidos en varios sitios, conectados por una red de computadoras. [11].
Actualmente existe un lenguaje especifico para definir bases de datos, DDL (data definition
lenguage), lenguaje de definicin de datos; y adems tambin permite manipular los datos que hay en
la misma, el DML (data manipulation lenguage), lenguaje de manipulacin de datos, este lenguaje se
llama Lenguaje Estructurado de Consulta conocido mejor como SQL (Structured Query
Lenguage).
23

Marco Terico
2.4.1
Modelos de base de datos

Hay cuatro modelos principales de bases de datos: el modelo jerrquico, el modelo en red, el
modelo relacional y el modelo de bases de datos deductivas. Otra lnea de investigacin en este campo
son las bases de datos orientadas a objeto, o de objetos persistentes [12].
2.4.1.1
Base de datos relacionales

Este es el modelo ms utilizado en la actualidad para modelar problemas reales y administrar
datos dinmicamente. Almacena la informacin en varias tablas (filas y columnas de datos o ficheros
independientes y realiza bsquedas que permiten relacionar datos que han sido almacenados en ms de
una tabla. Se basa en el uso de relaciones, donde cada relacin es una tabla compuesta por registros
(las filas de una tabla) y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a
diferencia de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de que
es ms fcil de entender y de utilizar para un usuario espordico de la base de datos. La informacin
puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder
para administrar la informacin.
El lenguaje ms habitual para construir las consultas a bases de datos relacionales es SQL,
Structured Query Language o Lenguaje Estructurado de Consultas, un estndar implementado por los
principales motores o sistemas de gestin de bases de datos relacionales.
Durante su diseo, una base de datos relacional pasa por un proceso al que se le conoce como
normalizacin de una base de datos.
En el entrono de las bases de datos, se utilizan conceptos muy peculiares y de uso frecuente, que
son necesarios tenerlos bien claros para comprender a cabalidad las bases de datos, sobre todo las
relacionales.
24

Marco Terico
Tupla: es una hilera o fila en una tabla.
Atributo: es una columna en una tabla.
Dominio: es el conjunto de valores de los cuales los atributos obtiene sus valores.
Llave (Key): es un atributo con una caracterstica de relevancia para identificar la tupla
Llave primaria: es una llave con valores nicos, es decir, no ocurre ms de una vez en el
atributo.
Cardinalidad: es el nmero de tuplas de una tabla.
Grado: es el nmero de atributos en una tabla.
Relacin: una definicin simple es que corresponde a una tabla, sin embargo en ciertas
ocasiones es preferible concebirlo en su definicin cannica, como el producto cartesiano de
dos o varios dominios.
Tabla base: es una relacin autnoma a diferencia de las vistas y las tablas intermedias
construidas a partir de una consulta.
Vista: es una relacin virtual, que se construye a partir de las tablas base o incluso otras vistas,
formada por atributos de estas otras tablas de forma directa o como resultado de una
consulta.
2.5
Sistema manejador de base de datos MySQL

MySQL es uno de los Sistemas Gestores de bases de Datos (SQL) ms populares desarrollado
bajo la filosofa de cdigo abierto. Lo desarrolla y mantiene la empresa MySQLAB pero puede
utilizarse gratuitamente y su cdigo fuente esta disponible.
Inicialmente MySQL careca de elementos considerados esenciales en las bases de datos
relacionales, tales como integridad referencial y transacciones. A pesar de ello atrajo a los
desarrolladores de pginas web con contenido dinmico, justamente por su simplicidad; aquellos
elementos faltantes fueron llenados por la va de las aplicaciones que la utilizan.
25

Marco Terico
Poco a poco los elementos faltantes en MySQL estn siendo incorporados tanto por
desarrolladores internos, como por desarrolladores de software libre. [13].
2.6
Lenguaje de consulta estructurado (SQL)

El lenguaje de gestin de bases de datos ms conocido en la actualidad es el SQL, Structured
Query Language, que es un lenguaje estndar internacional. Es un lenguaje de base de datos

normalizado, utilizado por los diferentes motores de base de datos para realizar operaciones sobre los
datos o sobre la estructura de los mismos. Est diseado como un lenguaje amplio que incluye
instrucciones, para definicin, consultas, actualizacin de datos, adems cuenta con mecanismos para
definir vistas de la base de datos y para incorporar enunciados SQL en lenguajes de programacin de
propsito general.
El SQL trabaja con una estructura cliente/servidor sobre una red de computadores. El
computador cliente es el que inicia la consulta; el computador servidor es que atiende esa consulta. El
cliente utiliza toda su capacidad de proceso para trabajar; se limita a solicitar datos al computador
servidor, sin depender para nada del exterior. Estas peticiones y las respuestas son transferencias de
texto que cada computador cliente se encarga de sacar por pantalla, presentar en informes tabulados,
imprimir, guardar, etc., dejando el servidor libre.
El SQL permite:
Definir una base de datos mediante tablas.
Almacenar informacin en tablas.
Seleccionar la informacin que sea necesaria de la base de datos.
Realizar cambios en la informacin y estructura de datos.
Combinar y calcular datos para conseguir la informacin necesaria.
26

Marco Terico
2.6.1
Componentes del SQL

El lenguaje SQL est compuesto por comandos, clusulas, operadores y funciones de
agregado. Estos elementos se combinan en las instrucciones para crear, actualizar y manipular las
bases de datos.
2.6.1.1
Comandos
Existen los siguientes tipos de comandos SQL:
Los DLL (Data Definition Language).Lenguaje de definicin de datos que permite crear y
definir nuevas bases de datos, campos e ndices.
Los DML (Data Manipulation Language). Lenguaje de manipulacin de datos que permite
generar consultas para ordenar, filtrar y extraer datos de la base de datos.
Clusulas: son condiciones de modificaciones utilizadas para definir los datos que se desea
seleccionar o manipular.
Operadores lgicos: Evalan condiciones.
Las funciones de agregado se usan dentro de una clusula SELECT en grupos de registros para
devolver un nico valor que se aplica a un grupo de registros.
2.7
HyperTextPreprocessor (PHP)
PHP es uno de los lenguajes del lado servidor ms extendidos para la programacin por script
de la web. PHP es un procesador de hipertexto que permite generar contenido de pginas web sobre
la marcha. Es posible colocar instrucciones en un archivo diferente o incrustarlas en el cdigo HTML
de otra pgina web para que el procesador de PHP las ejecute.
Cuando un explorador web solicita una pgina web PHP(es decir, un archivo con una
extensin, normalmente .php, asociada al procesador PHP) el servidor web enva una solicitud al
procesador PHP.
27

Marco Terico
De ese modo, el procesador lee el documento que el explorador desea recuperar. Al

examinar lnea por lnea, el procesador ejecuta las instrucciones PHP que se encuentran entre las
etiquetas de secuencias de comandos PHP inicial (<?php o<) y final(>). El procesador escribe el
resultado generado por las instrucciones PHP que ejecuta y todo el texto se encuadra fuera de las
etiquetas PHP inicial y final en una pgina web (virtual en la memoria del servidor web) que ,
finalmente, el servidor web enviar al explorador web.
Al hacer que el procesador PHP genere cdigo HTML de la pgina web despus de que el
explorador web envi una solicitud de pgina web PHP al servidor web, puede realizar otras tareas
como crear pginas que muestren diferente contenido dependiendo del visitante o de la hora del da,
por ejemplo.
A diferencia de JavaScript que se ejecuta en el navegador, PHP se ejecuta en el servidor, por
eso permite acceder a los recursos que tenga el servidor como por ejemplo podra ser una base de
datos y es aqu donde se centra su mayor fuerza. El programa PHP es ejecutado en el servidor y el
resultado enviado al navegador, normalmente es una pgina HTML. Al ser PHP un lenguaje que se
ejecuta en el servidor no es necesario que su navegador lo soporte, es independiente del browser, pero
sin embargo para que las pginas PHP funcionen, el servidor donde estn alojadas debe soportar PHP.
PHP al igual que otro lenguaje de scripts se sumerge en las cuatro grandes caractersticas que
hacen de este un lenguaje que ofrece robustez en los sistemas implantados con l: Velocidad,
estabilidad, seguridad y simplicidad.
Velocidad: No solo la velocidad de ejecucin, la cual es importante, sino adems no crear

demoras en la mquina. Por esta razn no debe requerir demasiados recursos de sistema.
PHP se integra muy bien junto a otro software, especialmente bajo ambientes Unix, cuando
se configura como mdulo de Apache, esta listo para ser utilizado.
28

Marco Terico
Estabilidad: La velocidad no sirve de mucho si el sistema se interrumpe cada cierta cantidad

de ejecuciones. PHP utiliza su propio sistema de administracin de recursos y dispone de un
sofisticado mtodo de manejo de variables, conformando un sistema robusto y estable.
Seguridad: El sistema debe poseer protecciones contra ataques. PHP provee diferentes
niveles de seguridad, estos pueden ser configurados desde su archivo de configuracin
Simplicidad: Se les debe permitir a los programadores generar cdigo productivamente en

el menor tiempo posible. Usuarios con experiencia en C y C++ podrn utilizar PHP
rpidamente.
2.8
Servidor Web
Apache es un servidor http de cdigo abierto para plataformas Unix (BSD,GNU/Linux),
Windows y otras, que implementa http y la nocin de sitio virtual. Apache ha demostrado ser
substancialmente mas rpido que muchos otros servidores libres. [14].
Apache es un sistema muy utilizado (actualmente es el servidor ms utilizado en Internet).
Normalmente se utiliza bajo un sistema Unix o Linux, pero existe un emulador para Windows,
aunque este emulador no se le considera tan robusto como el apache de Unix. Apache presenta entre
otras caractersticas extensibilidad basada en una gran modularidad de su cdigo fuente, lo que ha
facilitado la aparicin de mdulos de extensin como PHP, el cual evita el uso de cgi-bin por
completo, facilitando enormemente la programacin de aplicaciones en el lado del servidor,
especialmente en el campo de acceso a bases de datos, mensajes de error altamente configurables,
bases de datos de autenticacin y negociado de contenido.
29

Marco Terico
2.9
Sistemas de Informacin
Un sistema de informacin es un conjunto de elementos que interactan entre s con el fin de
apoyar las actividades de una organizacin, empresa negocio.

Permite tener comunicacin interna en una organizacin, ya que proporcionar las
herramientas necesarias para que el personal realice sus actividades de una manera gil, eficiente, con
calidad, proporcionando recursos para la recoleccin, administracin, uso y dispersin de la
informacin. [15].
2.9.1 Actividades que realiza un sistema de informacin

Un sistema de informacin realiza cuatro actividades bsicas: entrada, almacenamiento,
procesamiento y salida de informacin. [15].
2.9.1.1 Entrada de Informacin
Es el proceso mediante el cual el sistema de Informacin toma los datos que requiere para
procesar la informacin. Las entradas pueden ser manuales (proporcionada en forma directa por el
usuario) o automticas (que provienen de otros sistemas o mdulos).
Estos datos de entrada pueden ser:
Datos generales del cliente: nombre, direccin, tipo de cliente, entre otros.
Polticas de crditos: limite de crdito, plazo de pago, entre otros.
Pagos, depuraciones, etc.
2.9.1.2 Almacenamiento de informacin

El almacenamiento es una de las actividades o capacidades ms importantes que tiene una
computadora, ya que a travs de esta propiedad el sistema puede recordar los datos guardados en la
seccin o proceso anterior.
30

Marco Terico
Estos datos suelen ser almacenados en estructuras de datos denominadas archivos. La unidad
tpica de almacenamiento son los discos magnticos o discos duros, los discos flexibles o diskettes y los
discos compactos (CD-ROM).
La informacin que se desea almacenar puede ser, por ejemplo:
Movimientos del mes (pagos, depuraciones).
Catlogo de clientes.
Facturas.
2.9.1.3 Procesamiento de Informacin

Es la capacidad del sistema de Informacin para efectuar clculos de acuerdo con una
secuencia de operaciones preestablecida. Estos clculos pueden efectuarse con datos introducidos
recientemente en el sistema o bien con datos que estn almacenados. Esta caracterstica de los
sistemas permite la transformacin de datos fuente en informacin que puede ser utilizada para la
toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones genere una
proyeccin financiera a partir de los datos que contiene un estado de resultados o un balance general
de un ao base.
Estas operaciones pueden ser:
Clculo de intereses moratorios.
Clculo del saldo de un cliente.
2.9.1.4 Salida de Informacin

La salida es la capacidad de un sistema de informacin para sacar la informacin procesada o
bien datos de entrada al exterior. Las unidades tpicas de salida son las impresoras, terminales,
diskettes, cintas magnticas, la voz, los graficadores y los plotters, entre otros.
31

Marco Terico
La informacin de salida puede ser, por ejemplo:
Reporte de pagos.
Estados de cuenta.
Consultas de saldo en la pantalla de un Terminal.
En la figura 2.5 se observa las principales actividades de un sistema de informacin.
Figura 2.5 Diseo conceptual de un sistema de informacin.

Los sistemas de informacin se desempean dentro del contexto organizacional en el cual se
implantan, y transforman los diferentes datos de entrada en informacin con un significado particular
para los usuarios permitiendo un mejor desenvolvimiento de las actividades y toma de decisiones
dentro de la organizacin [16].
32

Anlisis y diseo
Captulo 3
Anlisis y Diseo
Este captulo corresponde al anlisis del dominio y la lista de requerimientos del sistema de
informacin web para el trmite, control de solicitudes y reservacin de salones para OREFI. Se
explican los fundamentos y principales caractersticas de la metodologa utilizada para la captura y
especificacin de requerimientos, as como tambin determinar las necesidades de informacin y
automatizacin de los procesos de negocio que tienen los usuarios del sistema web en desarrollo. Se
define el sistema de negocios, los objetivos, procesos, reglas, actores, eventos y objetos del sistema de
negocios, as mismo, se presenta la definicin y especificacin de los requisitos funcionales y no
funcionales de la aplicacin, utilizando para ello las dos primeras fases del Mtodo WATCH. Tambin
se muestra el progreso del diseo de acuerdo al estndar propuesto en el UML mediante los
diagramas que los componen.
3.1 Especificacin de los procesos del Mtodo WATCH

En esta seccin se detallaran los distintos procesos para el desarrollo de este proyecto tomando
el modelo del Reloj (Procesos gerenciales, Procesos de desarrollo y Procesos de Post-desarrollo),
los cuales se explicaron en el captulo 2.
33

Anlisis y diseo
3.2
Anlisis del Dominio

En el anlisis del dominio se crea la estructura dinmica de la institucin u organizacin para
la cual se desarrolla el sistema. Se define conceptualmente el dominio del sistema, ms adelante se

presenta el modelo del dominio para la versin final del sistema de informacin web para el trmite,
control de solicitudes y reservacin de salones para OREFI.
3.2.1 Modelo de procesos del negocio

El modelo de procesos del negocio permite describir una organizacin desde el punto de
vista de los procesos que sta ejecuta, de sus actores y responsabilidades, de los recursos que estn
involucrados en cada uno de los procesos. [17].
Por otra parte tenemos que, un proceso es un conjunto de actividades interrelacionadas que
permiten alcanzar un objetivo del negocio. Son gobernados por reglas del negocio, activados por
eventos (internos y externos), ejecutados y supervisados por los miembros (actores) de la
organizacin. [17].
34

Anlisis y diseo
Figura 3.1 Cadena de valor de OREFI
En la figura 3.1 se muestra la cadena de valor de OREFI, muestra la relacin entre los
procesos primarios o fundamentales (P.F) y los procesos de apoyo (P.A) de la organizacin. Los
procesos fundamentales son la razn de ser de la organizacin y los procesos de apoyo son los
procesos administrativos y tcnicos bsicos de cualquier organizacin [17].
Se muestran los procesos fundamentales (P.F) de OREFI que se refieren a la actualizacin y
mantenimiento de los expedientes de los estudiantes, coordinar los procesos estudiantiles y Generar
estadsticas acadmicas sobre los estudiantes, los cuales se corresponden a los objetivos y funciones
principales expuestos en la razn de ser de la institucin, as como tambin se pueden observar los
procesos de apoyo (P.A) los cuales ayudan a la consecucin de estos objetivos.
En la figura 3.2 se muestra el diagrama de procesos de OREFI en el mismo se pueden ver
cada uno de los procesos fundamentales que se realizan en la institucin y que son la razn de ser para
la cual fue creada est oficina de registros estudiantiles.
35

Anlisis y diseo
Figura 3.2 Diagrama de Procesos de OREFI
Este diagrama representa los tres procesos fundamentales que realiza OREFI los cuales son:
Actualizacin y mantenimiento de los expedientes de los estudiantes de la facultad de ingeniera,
Planificar, programar, dirigir y controlar los procesos estudiantiles (Solicitud de Constancias,
Inscripciones, reclamos, retiros, otros), Generar estadsticas acadmicas sobre los estudiantes
requeridas por los entes de la institucin.
P.F1 Controlar, actualizar y resguardar los documentos y registros de los

estudiantes de la facultad de ingeniera.
Proceso por medio del cual se lleva el control del expediente histrico del estudiante desde su
admisin hasta su egreso, garantizando la eficiencia y legalidad de los mismos, asegurando el normal
desarrollo de las funciones acadmicas de la facultad.
En este proceso se lleva a cabo el registro y control de las calificaciones obtenidas por el
estudiante en cada semestre, logrando de esta manera mantener actualizados los expedientes de notas
de los estudiantes de la facultad y en general con relacin a toda su actuacin acadmica.
36

Anlisis y diseo
P.F2 Planificar, programar, dirigir y controlar los procesos estudiantiles

(Solicitud de Constancias, Inscripciones, reclamos, retiros, otros).
Proceso mediante el cual OREFI planifica, coordina y ejecuta de acuerdo a los reglamentos,
normas y disposiciones establecidos a tal fin, las actividades derivadas de los procesos estudiantiles:
inscripciones, reclamos, cambios de opcin o carrera, cambio de ncleo, ingreso por traslado y
equivalencias, aplicacin de las medidas de bajo rendimiento estudiantil, apelacin a las medidas de
bajo rendimiento estudiantil, reincorporaciones, rgimen especial, estudios de carreras paralelas,
realizacin de cursos intensivos, elaboracin de expedientes de grados y elaboracin de diferentes
tipos de Constancias.
P.F3 Generar estadsticas acadmicas sobre los estudiantes requeridas por los
entes de la institucin.
Proceso por medio del cual se elaboran las diferentes estadsticas acadmicas llevadas por
OREFI referentes a los procesos estudiantiles y se proporciona la informacin necesaria y/o
requerida para el mantenimiento de los sistemas de informacin de las diferentes instancias de la
institucin.
En la figura 3.3 se muestra con detalle los subprocesos inmersos en el proceso fundamental 2
(P.F2) de la cadena de valor de OREFI referente a la planificacin y coordinacin de los procesos
estudiantiles y resaltados en amarillo se muestran los subprocesos en los cuales aportara su
funcionalidad el sistema de informacin web para el trmite, control de solicitudes y reservacin de
salones para OREFI.
37

Anlisis y diseo
Figura 3.3 Procesos en el nivel 1. Subprocesos del proceso
A los procesos del negocio se les asigna un conjunto de actividades para que estos puedan ser
cumplidos. En la figura 3.4, se muestran estos procesos.
Figura 3.4 Actividades del proceso P.F2.1
38

Anlisis y diseo
Figura 3.5 Actividades del proceso P.F2.3

En la figura 3.6 se muestra el Diagrama de Procesos para P.F2.1: Elaboracin de diferentes
tipos de constancias. Este proceso permite tener el control sobre la elaboracin, generacin y entrega
de los distintos tipos de constancias solicitadas por los estudiantes. Se muestran los actores, objetivos,
entradas y salidas a este proceso.
Figura 3.6 Diagrama de Proceso: P.F2.1 Elaboracin de diferentes tipos de Constancias
39

Anlisis y diseo
En la figura 3.7 se muestra el Diagrama de Procesos para P.F2.2: Dirigir los Procesos de
Inscripcin. Este proceso permite realizar el registro y control de las inscripciones semestrales y de
cada periodo de los estudiantes tanto de nuevo ingreso como regulares.
Figura 3.7 Diagrama de Proceso: P.F2.2 Dirigir los procesos de Inscripcin
En la figura 3.8 se muestra el Diagrama de Procesos para P.F2.3: Distribucin de las aulas de
clase. Este proceso permite realizar la distribucin de la planta fsica y de las aulas de clase de la
facultad para el normal cumplimiento de todas las actividades acadmicas y de cualquier otra ndole
dentro de la institucin.
40

Anlisis y diseo
Figura 3.8 Diagrama de Proceso: P.F2.3 Distribucin de las aulas de clase
En la figura 3.9 se muestra el Diagrama de Procesos para P.F2.3: Planificacin del

cronograma de actividades, horarios de clase seleccin y asignacin de materias. Este proceso permite
realizar la planificacin de todas las actividades de la facultad garantizando as de esta manera el buen
desarrollo de todas las actividades dentro y fuera de la institucin.
41

Anlisis y diseo
Figura 3.9 Diagrama de Proceso: P.F2.4 Planificacin del cronograma de actividades, horarios de
clase seleccin y asignacin de materias
3.2.2 Identificacin de los Actores

En esta seccin luego de haberse definido el sistema de negocio e identificado sus procesos, es
necesario describir los actores o usuarios involucrados que van a interactuar con el sistema:
Director
Analista de Registros Estudiantiles
Administrador
Analista
Depurador
Usuario (Profesor)
Usuario (Estudiante)
Usuario(Verificador)
42

Anlisis y diseo
Los actores nombrados anteriormente corresponden al sistema de informacin web para el

trmite, control de solicitudes y reservacin de salones para OREFI en general, a continuacin el
sistema ser subdividido en dos sistemas independientes para su mejor entendimiento, el primero de
los subsistemas ser para el trmite y control de solicitudes de constancias y el segundo ser el
subsistema para reservacin de salones.
En las Tablas 3.1 y 3.2 se muestra la descripcin y especificacin de los actores para cada
subsistema que comprende el sistema de informacin web.
ACTOR
DESCRIPCION
NIVEL DE
INTERACCION EN
EL SISTEMA
ANALISTA DE
REGISTROS
ESTUDIANTILES
Son las personas encargadas de procesar y verificar

el estado de cada una de las solicitudes.
ALTO
Es la persona encargada de realizar los reportes

estadsticos necesarios o solicitados por el director
u otra autoridad.
Es la persona autorizada y con dominio de todas
las operaciones: actualizar, consultar, eliminar y
ADMINISTRADOR
modificar estados del sistema con trazabilidad.
ANALISTA
DIRECTOR
DEPURADOR
USUARIO
(Estudiante)
BAJO
ALTO
Es la persona autorizada y con dominio completo

de todas las operaciones del sistema.
ALTO
Es la persona autorizada y con dominio de todas

las operaciones y actualizacin de la base de datos
del sistema con trazabilidad.
ALTO
Es la persona que realiza y consulta el estado de las

solicitudes de constancias.
MEDIO
Tabla 3.1 Descripcin de los actores para el subsistema de trmite y control de solicitud de
constancias.
43

Anlisis y diseo
ACTOR
DESCRIPCION
NIVEL DE
INTERACCION EN
EL SISTEMA
USUARIO
(PROFESOR)
Es la persona que realiza la bsqueda,

revisin y hace la solicitud de la
reservacin del aula.
ALTO
USUARIO
(ESTUDIANTE)
Es la persona que realiza alguna

bsqueda, consulta o revisin de las
aulas.
BAJO
ADMINISTRADOR
DIRECTOR
USUARIO
(Verificador)
Es la persona autorizada y con dominio

de todas las operaciones: actualizar,
consultar, eliminar y modificar estados
del sistema y el manejo de la base de
datos.
Es la persona autorizada y con dominio
completo de todas las operaciones del
sistema
Es la persona que esta encargada de
confirmar las solicitudes y de realizar
las reservaciones de las aulas.
ALTO
ALTO
ALTO
Tabla 3.2 Descripcin de los actores para el subsistema de reservacin de salones

Dentro de cada proceso se realiza un conjunto de actividades encargadas de cumplir con las
responsabilidades de cada proceso. Mediante los diagramas de actividades se modelaran los aspectos
dinmicos del sistema. Estos diagramas mostraran como se construyeron los diferentes flujos de
actividades o procesos dentro del sistema; como se inician, los caminos alternativos que se pueden
tomar desde el inicio hasta el fin.
En la figura 3.10 se muestra el diagrama de actividades para la recepcin de solicitudes. As,
es la analista de registros estudiantiles persona encargada (beca trabajo) la persona responsable de
hacer la recepcin de solicitudes de constancias y verificar las planillas.
44

Anlisis y diseo
Figura 3.10 Diagrama de actividades para la recepcin de solicitudes.

En la figura 3.11 se muestra el diagrama de actividades para generar o procesar las constancias
solicitadas por los estudiantes. Esta actividad es realizada por la analista de registros estudiantiles quien
se encarga de verificar los datos suministrados por los estudiantes en las planillas de solicitud de
constancias, introduce esos datos al sistema y el tipo de constancia requerida y enva la solicitud va
intranet a ULA SIRE para que este procese y genere la respectiva constancia y se la envi de nuevo
ya elaborada para que ste la corrija e imprima.
45

Anlisis y diseo
Figura 3.11 Diagrama de actividades para la generacin de constancias.

En la figura 3.12 se muestra el diagrama de actividades para firmar constancia. Esta actividad
la lleva a cabo el director de OREFI quien es la persona encargada de firmar cada constancia, luego de
que est ya esta elaborada, revisada y corregida por la analista de registros estudiantiles.
46

Anlisis y diseo
Figura 3.12 Diagrama de actividades para la firma de constancias.

En la figura 3.13 se muestra el diagrama de actividades recepcin de solicitudes de
reservacin de salones por los profesores. De esta actividad se encarga la secretaria quien es la persona
quien verifica la disponibilidad del aula solicitada por el profesor en las plantillas de control que se
llevan en OREFI para la reservacin de aulas, si existe disponibilidad hace la reservacin del aula para
la fecha y hora solicitada por el profesor y le entrega una constancia firmada y sellada, de lo contrario
le notifica al profesor que no existe disponibilidad del aula para el da requerido.
47

Anlisis y diseo
Figura 3.13 Diagrama de actividades para la recepcin de solicitudes de reservacin de salones.
3.2.3 Bsqueda de requerimientos funcionales de la aplicacin.

Los requisitos funcionales determinan las necesidades de informacin y automatizacin de los
procesos de negocio, que tienen los usuarios y que el sistema web debe cumplir luego de su
desarrollo, permiten expresar lo que se quiere en el sistema para as comprender a fondo la
funcionalidad del mismo, su respuesta
a ciertos eventos y escenarios, a la manipulacin,
transformacin y actualizacin de datos, etc. Para ello se utilizar los diagramas de caso de uso,
diagramas secuenciales y diagramas de clases para el mayor entendimiento del programador.
48

Anlisis y diseo
Para la especificacin de los requerimientos funcionales de la aplicacin se sigue los siguientes

pasos:
Identificacin de los actores: se especifican los actores que intervienen en la aplicacin.
Identificacin general de los casos de usos: se identifican todos los posibles casos de
uso dentro de la aplicacin.
Diagrama de caso de uso: se especifican cada uno de los casos de uso descritos en la
seccin anterior, mediante la descripcin grfica y textual.
Relacin entre los actores y los casos de usos: se determinan las relaciones existentes
entre cada caso de uso y los actores.
Relacin entre los casos de uso: se determinan las relaciones existentes entre los casos de
uso.
3.2.4 Diagrama de casos de uso general del sistema

Los casos de uso son casos de utilizacin del sistema, descripciones de su comportamiento
desde el punto de vista del usuario, gracias a los cuales podemos mejorar la comprensin de los
requisitos. Estas descripciones cubren tanto el comportamiento normal del sistema, como todas las
variantes, de xito o de fracaso, que pudieran originarse durante un proceso. Esto es importante si la
finalidad es crear un sistema que pueda ser utilizado por la gente en general (no slo por expertos en
computacin). En estos diagramas se especificarn cada funcin que realizara el sistema, obteniendo
as el comportamiento total del sistema en desarrollo.
49

Anlisis y diseo
Un diagrama de casos de uso es una representacin grfica de parte o el total de los actores y
casos de uso del sistema, incluyendo sus interacciones. Todo sistema tiene como mnimo un diagrama
de caso de uso que es una representacin grfica del entorno del sistema (actores) y su funcionalidad
principal (casos de uso).
Un diagrama de casos de uso muestra, por tanto, los distintos requisitos funcionales que se
esperan de una aplicacin o sistema y cmo se relaciona con su entorno (usuarios u otras
aplicaciones).
a. Nombre: Funcionamiento General del Sistema Web
Objetivo: mostrar el funcionamiento del sistema web
Diagrama de casos de uso:
Figura 3.14 Diagrama de casos de uso del sistema de informacin web para el trmite, control de
solicitudes y reservar salones para OREFI
50

Anlisis y diseo
En la Tabla 3.3 se presenta la descripcin de los casos de uso presentes:

Caso de Uso
Descripcin
Permite ingresar al sistema para realizar la solicitud
Gestionar Solicitud de Constancia
de constancias por parte de los estudiantes.

Permite introducir la clave personal de cada usuario
Validar Clave de Acceso
al sistema para tener acceso a sus funciones.
Gestionar Reservacin de aula
Permite ingresar al sistema para realizar la bsqueda

y reservacin de salones.
Salir del Sistema
Sale del sistema automatizado.
Tabla. 3.3 Descripcin de los casos de uso del sistema de informacin web para el trmite, control de
solicitudes y reservacin de salones para OREFI
3.2.4.1 Diagrama de Casos de Uso

Para una mejor comprensin de los casos de uso descritos anteriormente, el diagrama de caso
de uso mostrado en la figura 3.14 ser dividido en dos diagramas de caso de uso, el primer diagrama
es para el subsistema de trmite y control de solicitudes de constancias (figura 3.15) y el segundo es
para el subsistema de reservacin de salones (figura 3.16) los cuales se muestran en las figuras
siguientes respectivamente.
51

Anlisis y diseo
b. Nombre: Subsistema de trmite y control de solicitudes de constancias

Objetivo: mostrar el funcionamiento del subsistema para el trmite y control de solicitudes
de constancias.
Diagrama de Caso de uso:
Figura 3.15 Diagrama de casos de uso para el subsistema de trmite y control de solicitud de
constancias.
52

Anlisis y diseo

Caso de Uso
Descripcin
Permite al estudiante ingresar sus datos al sistema y
Realizar solicitud
realiza la solicitud de constancia.

Permite almacenar en la base de datos el ingreso de
solicitudes, y realizar operaciones bsicas sobre la
Tramitar y validar solicitud
solicitud y verificar que los datos proporcionados sean

correctos
Permite asignarle un estado (en proceso, por firma,
Asignar estado
entregada) a la constancia solicitada.

Permite ver el estado actual en que se encuentra la
Consultar estado
solicitud (en proceso, por firma, entregada).

Permite visualizar informacin relevante sobre las
Generar estadsticas
diferentes solicitudes en un intervalo de tiempo

Permite al administrador del sistema modificar y
Actualizar estados del sistema
actualizar algunos estados del sistema, como fecha de

inicio y culminacin del periodo.
Permite al administrador del sistema o persona autorizada
Certificar datos de la base de datos
modificar y actualizar la base de datos.
Tabla 3.4 Descripcin de los casos de uso para el subsistema de trmite y control de solicitud de
constancias.
53

Anlisis y diseo
c. Nombre: Subsistema de reservar salones

Objetivo: mostrar el funcionamiento del subsistema para reservar salones.
Diagrama de Caso de uso:
Figura 3.16 Diagrama de casos de uso para el subsistema de reservar salones.
54

Anlisis y diseo

Caso de Uso
Bsqueda
Descripcin
Permite al profesor estudiante realizar la
bsqueda de aulas disponibles.
Revisin y Consulta
Permite ver el estado actual de una aula especifica
Consultar Estado
Permite ver el estado y disponibilidad de las

aulas.
Reservacin
Permite hacer la reservacin de un aula para la

fecha y hora requerida previa disponibilidad.
Permite al administrador del sistema modificar y
Actualizar Estados del Sistema
actualizar algunos estados del sistema, como

fecha de inicio y culminacin del periodo.
Certificar datos de la base de datos
Permite al administrador del sistema o persona

autorizada modificar y actualizar la base de datos.
Tabla 3.5 Descripcin de los casos de uso para el subsistema de reservacin de salones.
3.3
Requisitos del sistema

Se definen los primeros requerimientos de la aplicacin, especificando de manera general las
necesidades que seran satisfechas con la implantacin del Sistema.
3.3.1
Requisitos de la informacin
Para la determinacin de los requisitos se trabaj simultneamente con el personal de OREFI,
de manera directa y de la observacin de las actividades que realizan los usuarios.
55

Anlisis y diseo
3.3.2
Requisitos de consulta
Son las funciones que debe realizar el sistema para la manipulacin de los datos almacenados y
poder presentarlos a los usuarios como informacin mediante los procesos de bsqueda.
En el caso particular del sistema de informacin web para el trmite, control de solicitudes y
reservacin de salones para OREFI los requisitos de consulta se componen de reportes y consultas, las
cuales se especifican a continuacin:
Los datos de los usuarios del sistema.
Requisitos para la solicitud de constancias.
Estado de la solicitud.
Estadsticas como: cantidad de constancias solicitadas por un estudiante.
3.3.3
Requisitos funcionales del sistema

Los requisitos funcionales definen las funciones que el sistema ser capaz de realizar.
Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas, por
ahora se centra en las respuestas o salidas que generar el sistema de informacin, al igual que las
operaciones que debe realizar para el cabal funcionamiento.
Las funciones agrupadas segn su tipo (capturar, validacin, actualizacin, modificacin,
eliminacin, consulta) que realiza la aplicacin son las siguientes:
Captura de datos
Los requisitos que se describen en esta seccin, son los necesarios para capturar los datos del
sistema:
56

Anlisis y diseo
Captura de forma escrita los datos para almacenar en la base de datos toda la informacin de
las solicitudes de constancias y reservacin de salones.
Captura e insercin en la base de Datos de todos los datos del usuario. Los datos son los
siguientes: usuario (nombre, cdula de identidad), contrasea.
Validacin de datos
Los requisitos que se describen en esta seccin, son los necesarios para validar los datos del
sistema. Los requisitos para validar los datos son los siguientes:
Validacin de usuario para evitar que usuarios no autorizados hagan uso del sistema.
Validacin al momento de insercin de cualquier dato a almacenar en la base de datos.
Validacin al momento de modificar cualquier dato en la base de datos.
Validacin al momento de hacer cualquier solicitud de constancia.
Validacin al momento de hacer una reservacin de aula.

Modificacin de datos
Modificacin de contrasea del usuario.
Modificacin del costo de las constancias.
Modificacin de la cantidad permitida de constancias que se pueden solicitar.
Modificacin del estado de una solicitud (en proceso, por firmar, entregada).
Eliminacin de datos
El sistema de informacin web deber guardar la informacin necesaria sobre los datos del
solicitante, pero si el administrador o el director decide que no es necesaria alguna informacin est
podra borrarse o modificarse por alguna equivocacin en los datos.
57

Anlisis y diseo
Actualizacin de datos
Actualizacin de datos de usuario.
Actualizacin sobre las fechas de inicio y culminacin de periodos.
Actualizacin sobre las fechas de retiro de materias.
Actualizacin sobre la cantidad de constancias que puede solicitar el usuario (estudiante).
Actualizacin del arancel cancelado por cada constancia solicitada.

Consulta de datos
Consultar datos del solicitante.
Consultar estado de la solicitud.
Consultar disponibilidad de aulas.
Consultar estadsticas.
Almacenamiento de datos
Los datos personales del solicitante adems del tipo de constancia solicitada, y del saln
solicitado para hacer la reservacin.
El estado de la solicitud (en proceso, por firmar, entregada).
Los datos de los usuarios del sistema como: login, password, nivel de usuario.
3.3.4
Requisitos no funcionales del sistema

Los requisitos no funcionales del sistema representan todos aquellos aspectos del sistema, que
no cumplen una funcin especfica; pero que facilitan la interaccin entre los actores y el sistema.
58

Anlisis y diseo
Son las restricciones de la aplicacin, los atributos de calidad, los limites de memoria,
requerimientos de seguridad, restricciones de software, restricciones de hardware, etc. En este son los
siguientes:
Interfaz de usuario mediante pginas web creadas en PHP.
Base de datos para el almacenamiento de los datos del proyecto, mediante el sistema gestor
de base de datos MySQL.
Servidor web Apache.
Resolucin del monitor adecuada. (1024 x 768 pxeles preferible).
Presentar mensajes de error que sean de fcil compresin.
Tomar en cuenta las pautas de Desarrollo del Software Libre.
Sistema operativo Linux.
Navegador web Internet Explorer 7.0, Mozilla Firefox.
Manual de usuario y manual del analista.
3.4
Diseo del Sistema

En esta seccin se muestra el desarrollo del diseo arquitectnico del sistema, as como
tambin, del diseo y aprovisionamiento de los componentes, a partir del conjunto de requerimientos
funcionales y no funcionales obtenidos en las secciones anteriores, as como tambin el diseo de la
base de datos, la arquitectura funcional del sistema y el diseo de la interfaz de usuario.
3.4.1
Definicin de la arquitectura del sistema

El diseo arquitectnico se basa en una arquitectura de software de tres capas como la
propuesta por el mtodo Watch.
59

Anlisis y diseo
La primera capa es la capa de presentacin, en esta se implementa la interfaz usuario/sistema,

la segunda capa es la capa de lgica de negocios donde se realiza la funcionalidad de la aplicacin, por
ltimo, se encuentra la capa que se encarga de la administracin de los datos de la aplicacin, llamada
capa de datos. En este tipo de arquitectura cada capa est compuesta de un conjunto de componentes
de software interrelacionados que fueron descubiertos en el modelado y anlisis de requerimientos.
El diseo de la arquitectura del sistema est compuesto por mdulos que son unidades de
programas, en los que se especifican componentes, mdulos, relaciones entre mdulos y la interfaz,
apoyndose en las herramientas de modelado que permitan la fcil construccin del sistema.
3.4.2
Diseo de subsistemas
Para determinar los subsistemas que conforman el sistema, es importante tomar en cuenta los
procesos organizacionales que el sistema debe apoyar, y los requisitos de informacin que son
comunes a todos los usuarios, en base a estos lineamientos la descomposicin modular del sistema se
puede apreciar en la figura 3.17.
Donde los subsistemas mostrados fueron definidos a partir de los casos de uso, los cuales a su
vez satisfacen los requerimientos de los actores correspondientes, lo que va ha permitir
posteriormente una divisin de los mismos en funciones ms simples que conformaran mdulos ms
pequeos, de esta manera se determinaron los mdulos principales que se especifican a continuacin:
Mdulo de Solicitud de Constancias.
Mdulo de Reservacin de Salones.
Mdulo de Retiro de Materias.
Mdulo de Administracin (Configuracin).
Mdulo de Estadstica.
60

Anlisis y diseo
Figura 3.17 Subsistemas mdulos generales del sistema.
3.4.3
Diseo de componentes de cada subsistema

Un mdulo, son todos aquellos componentes que conforman un programa o sistema, como
clases, funciones, rutinas, procedimientos, etc., y que tiene asignado una funcin especifica de forma
que su interfaz sea clara y sencilla, para garantizar una alta cohesin y un bajo acoplamiento,
asegurando as la facilidad para modificarlos, adaptarlos o corregirlos.[16].
Los subsistemas mostrados en la figura 3.17, forman el conjunto de mdulos generales para la
construccin del sistema los cuales pueden descomponerse segn sus funciones, de forma de obtener
mdulos ms simples que realicen funciones especficas.
Como la base de datos del sistema es relacional, y la misma fue definida en base al diseo de
clases los mdulos del sistema deben definirse utilizando un enfoque estructurado, para que de esta
forma queden definidas las operaciones del mdulo de clase directamente.
61

Anlisis y diseo
Cada componente describe las necesidades de los actores del sistema definidas previamente.
Las funciones asociadas a cada componente son representadas de una forma cada vez ms simple,
como se indica en cada uno de los diagramas modulares mostrados ms adelante. En la figura 3.18 se
muestra el subsistema de solicitudes en un segundo nivel.
Figura 3.18 Componente solicitudes en un segundo nivel.

La figura 3.19 muestra el mdulo reservacin de salones en un segundo nivel.
Figura 3.19 Componente reservacin de salones en un segundo nivel.
62

Anlisis y diseo
La figura 3.20 muestra el mdulo retiro de materias en un segundo nivel.
Figura 3.20 Componente retiro de materia en un segundo nivel.

La figura 3.21 muestra el mdulo administracin en un segundo nivel.
Figura 3.21 Componente administracin en un segundo nivel.
La figura 3.22 muestra el mdulo estadsticas en un segundo nivel.
63

Anlisis y diseo
Figura 3.22 Componente estadsticas en un segundo nivel.
3.4.4
Diseo de la base de datos

Se emplear el esquema de base de datos relacional, por lo que se utilizar como sistema de
gestin de base de datos: MySQL, que es una base de datos relacional en donde todos los datos estn
organizados estrictamente como tabla de valores, y en donde todas las operaciones de la base de datos
operan sobre tales tablas.
Los pasos a seguir para el diseo de la base de datos son los siguientes:
Modelando los requerimientos de datos utilizando diagramas de clases. En esta etapa se

describen las clases del sistema y sus interrelaciones.
Transformacin de las clases al esquema relacional.
Normalizacin del esquema relacional.
64

Anlisis y diseo
La base de datos del sistema esta compuesta por nueve tablas las cuales son las siguientes:
1. aula
2. Configuracin
3. horario
4. Materia
5. Persona
6. Persona_materia
7. Solicitud_aula
8. Solicitud_documento
9. usuario
3.4.5
Diagrama de clases
Las clases son grupos de objetos que poseen una estructura comn, comportamiento y
relaciones comunes [1]. Estas poseen diferentes atributos y operaciones que pueden ser representados
grficamente a travs de UML. Los diagramas de clases presentan las clases del sistema con sus
relaciones estructurales.
65

Anlisis y diseo
En la tabla 3.6 se muestran las clases que componen el sistema:

Nombre de la Clase
Operacin
usuario
Representa a las personas autorizadas para utilizar el sistema.
persona
Guarda los datos bsicos del solicitante.
solicitud_documento
Guarda los datos sobre las solicitudes y los tipos de constancias.
solicitud_aula
Guarda los datos sobre las reservaciones de salones.
estudiante_materia
Guarda los datos bsicos del estudiante y las materias que cursa en el
semestre.
aula
Guarda los datos bsicos de los salones de clase.
materia
Guarda los datos y cdigos de las materias.
horario
Guarda el horario de los salones de clase.

Tabla 3.6 Definicin de las clases usadas en el sistema.
En la figura 3.23 se muestra el diagrama de clases del sistema.
66

Anlisis y diseo
Figura 3.23 Diagrama de Clases.
3.4.6
Esquema Relacional
El esquema relacional se obtiene de hacer las transformaciones al diagrama de clases del
sistema siguiendo una serie de reglas, se transforman las clases a las tablas del modelo relacional, cada
clase se transforma en una o ms tablas (tambin una tabla puede corresponder a ms de una clase).
[18].
67

Anlisis y diseo
Seguidamente se muestran las distintas relaciones obtenidas al transformar el diagrama de

clases de la figura 3.23 al esquema relacional.
materia(idmateria, cdigo, nombre )

aula (idaula, capacidad, aula, pizarra, tipo)
estudiante_materia (idpersona, idmateria, estado)
usuario (idpersona, login, password, nivel, tipo)
horario (idhorario, hora)
persona (idpersona, nombre, apellido, cedula, escuela)
solicitud_documento (idsolicitud_documento, idpersona, tipo, fecha_solicitud, fecha_entrega,
estado)
solicitud_aula (idsolicitud_aula, idpersona, idaula, idhorario, idmateria, fecha_solicitud, fecha _
prstamo, estado)
Tabla 3.7 Esquema Relacional.
68

Anlisis y diseo
3.4.7
Dependencias funcionales y esquema normalizado

El concepto individual ms importante en el diseo de esquemas relacionales es el de
dependencias funcionales. Una dependencia funcional es una restriccin entre dos conjuntos de
atributos de la base de datos [19]. En esta seccin se realizara el estudio de dependencias funcionales
para las tablas principales de la base del sistema de informacin web para el trmite, control de
solicitudes y reservacin de salones para OREFI, para as de esta forma poder conseguir el esquema
relacional normalizado que es de suma importancia para el correcto y eficaz desempeo de la
aplicacin.
As por ejemplo a la tabla solicitud_documento, formada por cuatro atributos, se le aplicaran
las reglas de dependencia funcional:
solicitud_documento (idsolicitud_documento, tipo, fecha_solicitud, fecha_entrega, estado)
idsolicitud_documento
tipo
fecha_solicitud
fecha_entrega
estado
Estas dependencias funcionales especifican que el valor del cdigo para la solicitud de una
constancia (documento) determina de manera nica el tipo de constancia (documento), la fecha de la
solicitud de la constancia (documento), la fecha de entrega de la constancia (documento) y el estado
en que se encuentra la solicitud.
Como el estado no se va a usar como condicin de bsqueda entonces se puede decir que
todos los atributos dependen funcionalmente de la clave principal idsolicitud_documento.
69

Anlisis y diseo
De la misma manera se realizo el estudio a todas y cada una de las tablas de la base de datos
para determinar si cumplan o no con las reglas de dependencias funcionales.
3.4.7.1 Normalizacin
La normalizacin es un proceso de anlisis que consiste en comprobar que las tablas (tambin
denominadas relaciones en terminologa propia del modelo relacional de datos) definidas cumplen
unas determinadas condiciones. Se pretende (1) garantizar la no existencia de redundancia y una cierta
coherencia en la representacin mediante un esquema relacional de las entidades y relaciones del
modelo conceptual (diagrama E-R) y (2) minimizar las anomalas de insercin, eliminacin y
actualizacin. Mediante la normalizacin se pueden solucionar diversos errores en el diseo de la base
de datos as como mejorarlo. Tambin se facilita el trabajo posterior del administrador de la base de
datos y de los desarrolladores de aplicaciones. [20]
Primera Forma Normal (1FN): Una relacin esta en 1FN si y solo si todo atributo
contiene un valor atmico.
Se tomara como ejemplo para el anlisis, la tabla aula, en la cual todos sus atributos son
atmicos.
Segunda Forma Normal (2FN): Una relacin se encuentra en 2FN si y solo si
La relacin est en 1FN.
Todo atributo que no pertenece a una clave no puede depender de una parte de esa clave.
70

Anlisis y diseo
Como 2FN se basa en el concepto de las dependencias funcionales, realizado anteriormente,

entonces todas las tablas de la base de datos cumplen con la 2FN.
Tercera Forma Normal (3FN): Una relacin esta en 3FN si y solo si:
La relacin esta en 2FN
Todo atributo que no pertenece a la clave no depende de un atributo que no es clave, es
decir que no exista ningn atributo que no dependa solamente de la clave.
Ntese que la tabla cumple con la segunda forma normal ya que existe dependencia funcional
entre los atributos y adems est en tercera forma normal ya que no existe ningn atributo que no
dependa solo de la clave idpersona.
Con la tercera forma normal se logran eliminar las redundancias debidas a las dependencias
transitivas y as optimizar toda la base de datos.
De igual manera se realiz el anlisis para todas las tablas hasta obtener el siguiente esquema
relacional normalizado:
71

Anlisis y diseo
materia(idmateria, cdigo, nombre )

estudiante_materia (idpersona, idmateria, estado)
horario (idhorario, hora)
persona (idpersona, nombre, apellido, cedula, escuela)
solicitud_documento (idsolicitud_documento, idpersona, tipo, fecha_solicitud, fecha_entrega,
estado)
solicitud_aula (idsolicitud_aula, idpersona, idaula, idhorario, idmateria, fecha_solicitud, fecha _
prstamo, estado)
Tabla 3.8 Esquema Relacional Normalizado.
3.4.8
Arquitectura funcional del sistema

El diseo de la arquitectura del sistema est compuesto por mdulos que son unidades de
programas, como por ejemplo: rutinas, procedimientos y/o funciones. A continuacin se muestra y
describen algunos de los mdulos principales que conforman el sistema de informacin web para el
trmite, control de solicitudes y reservacin de salones para OREFI.
72

Anlisis y diseo
Estos estn basados principalmente en la realizacin de las operaciones bsicas: solicitud de

constancias, retiro de materias, reservacin de aulas.
Figura 3.24 Diagrama de jerarqua funcional del Sistema de informacin web para el trmite, control
de solicitudes y reservacin de salones para OREFI
La tabla 3.9 muestra la descripcin detallada de la funcionalidad de cada mdulo de la

aplicacin y la relacin con las tablas de la base de datos.
Mdulo
Funcin
Tablas que utiliza
Se encarga de gestionar y controlar

todas las operaciones del sistema para
el trmite, control de solicitudes y
Todas (1,2,3,4,5,6,7,8,9)
reservacin de salones para OREFI.
Programa Principal
1.1
Realizar Solicitud
Gestiona y controla las solicitudes de

constancias hechas por los estudiantes.
(5,8,9)
1.2
Retiro de Materia
Gestiona y controla los retiros de

materias realizados por los estudiantes.
(4,5,6,9)
73

Anlisis y diseo
1.3
Reservacin de
Salones
1.4
Administracin
1.5
Estadsticas
Gestiona y controla la bsqueda y

reservacin de salones hechas por los
profesores.
Permite
controlar,
modificar,
actualizar datos del sistema como:
fechas de retiro de materias, aranceles,
cantidad de constancias, otros.
Genera reportes grficos que muestran
informacin relevante sobre la
solicitud de constancias hechas por los
estudiantes.
(1,3,5,7,9)
(2,9)
(4,5,6,8)
Tabla 3.9 Descripcin de los mdulos principales del sistema de informacin web para el trmite,
control de solicitudes y reservacin de salones para OREFI.
Figura 3.25 Diagrama jerrquico de segundo nivel del mdulo Realizar Solicitudes.
74

Anlisis y diseo
La tabla 3.10 muestra de manera detallada la informacin acerca de los mdulos presentes en
la figura 3.25.
Mdulo
1.1.1
Funcin
Registrar Solicitud
Permite registrar los datos de una

solicitud de constancia hecha por el
estudiante.
Muestra un mensaje al usuario para

que este confirme la solicitud hecha
1.1.2 Confirmar Solicitud anteriormente.
1.1.3
Imprimir
comprobante
Permite al usuario imprimir un

comprobante de la solicitud de
constancia que realizo.
Tablas que utiliza
(5,8,9)
(8)
(8)
Tabla 3.10 Descripcin de los mdulos en el mdulo Realizar Solicitudes.
Figura 3.26 Diagrama jerrquico de segundo nivel del mdulo Retiro de Materias.
75

Anlisis y diseo
la figura 3.26.
Mdulo
1.2.1
1.2.2
1.2.3
Funcin
Retirar Materias
Confirmar Retiro
Imprimir
Comprobante
Permite al estudiante realizar el retiro

de materias que esta cursando en el
semestre.
Muestra un mensaje al usuario para

que este confirme si desea realizar el
retiro de materias.
comprobante de las materias que ha
retirado.
Tablas que utiliza
(4,5,6,9)
(6,4)
(6,4)
Tabla 3.11 Descripcin de los mdulos en el mdulo Retiro de Materias.
Figura 3.27 Diagrama jerrquico de segundo nivel del mdulo Reservacin de Salones.
76

Anlisis y diseo
la figura 3.27.
Mdulo
1.3.1
Funcin
Bsqueda
Gestiona y controla la bsqueda de

aulas con disponibilidad para ser
reservadas por los profesores.
Tablas que utiliza
(1,3,5,7,9)
Permite hacer la reservacin de un

aula previa disponibilidad.
1.3.2
1.3.3
Reservacin de
Aulas
Imprimir
comprobante
(1,7)
comprobante del aula que ha
reservado.
(1,7)
Tabla 3.12 Descripcin de los mdulos en el mdulo Reservacin de Salones.
Figura 3.28 Diagrama jerrquico de segundo nivel del mdulo de Administracin.
77
Captulo 1
Introduccin

Anlisis y diseo
la figura 3.28.
Mdulo
1.4.1
Funcin
Modificar Fechas
1.4.2
Modificar
Constancias
1.4.3
Ingresar Datos
Permite al administrador del sistema

modificar fechas como: inicio y culminacin
de semestre, fechas de retiro de materias,
fechas de apelaciones al RR, otras.

modificar el monto de los aranceles de cada
constancia y la cantidad permitida de
constancias que puede solicitar el
estudiante.
importar las tablas con los datos necesarios
para que funcione correctamente el sistema
desde ULA-SIRE.
Tablas que utiliza
(2,9)
(2,9)
(2,9)
Tabla 3.13 Descripcin de los mdulos en el mdulo de Administracin.
Figura 3.29 Diagrama jerrquico de segundo nivel del mdulo de Estadsticas.
78

Anlisis y diseo
la figura 3.29.
Mdulo
1.5.1
Funcin
Constancias por
Tablas que utiliza
Muestra grficamente la cantidad de

constancias solicitadas por escuelas y por
tipos en un rango de tiempo
determinado.
(8)
escuelas y por tipos
1.5.2
Constancias por
tramitar, firmar y
entregar
Muestra grficamente la cantidad de

constancias que se tienen que tramitar,
firmar y entregar por escuela y por tipo
en un rango de tiempo determinado.
(8)
Tabla 3.14 Descripcin de los mdulos en el mdulo de Estadsticas.
3.4.9
Diseo de la interfaz de usuario/sistema

En esta seccin se muestra el diseo general de la interfaz grfica del sistema con la cual
interactuar el usuario del mismo, dado que el sistema esta diseado para ser utilizado por personas de
diversas reas profesionales y estudiantes con conocimientos generales de computacin, la interfaz de
usuario debe ser lo ms intuitiva, amigable y agradable posible para el usuario final, adems, debe
adaptarse a los procesos que estos realizan, en un lenguaje escrito/visual comn que no permita
confusiones, brinde seguridad, comodidad y haga posible el rendimiento mximo.
Esta interfaz est constituida por un grupo de ventanas, que contienen diversos elementos que
permiten y favorecen la fcil manipulacin y operacin del sistema, entre estos elementos se destacan,
cajas de texto, cajas de seleccin, botones de accin y tablas de datos.
79

Anlisis y diseo
3.4.9.1 Diseo de la interfaz U/S para el sistema de trmite, control de

solicitudes y reservacin de salones para OREFI
Figura 3.30 Diseo general a utilizar en el sistema.
En la figura 3.30 se aprecia el diseo de la pantalla principal del sistema de informacin web
para el trmite, control de solicitudes y reservacin de salones para OREFI, donde se encuentra: en la
parte superior izquierda el logo de la Universidad de Los Andes y en el lado derecho el nombre de la
institucin en este caso OREFI (Oficina de registros estudiantiles de la facultad de ingeniera), bajo de
este se encuentran cuatro botones cada uno corresponde a diferentes funciones como son:
antecedentes y organigrama, misin y objetivos y funciones . En la parte izquierda de la pantalla se
encuentran las opciones que corresponden al men (ms adelante se vern las pantallas internas de
dicho men) de blanco se observa el rea de trabajo donde se van a observar las pantallas dinmicas
del sistema.
80

Anlisis y diseo
Figura 3.31 Diseo de las ventanas del sistema

La figura 3.31 muestra el diagrama con el diseo de la interfaz de usuario a utilizar en el
sistema desarrollado en este proyecto.
Esta interfaz esta compuesta por los siguientes elementos:
Ventana Principal: muestra el nombre de la pantalla en uso.
Opciones del men disponible en las pantallas: muestra las diferentes opciones
del men disponible en el sistema.
Formulario de datos: muestra el formulario correspondiente a la pantalla desplegada,

el mismo puede contener diferentes tipos de objetos como tablas, cajas de texto, cajas de
seleccin, botones de accin, etc. Para lograr la interaccin entre el usuario y el sistema y
los datos almacenados en la base de datos.
81

Anlisis y diseo
Botones de accin: identifica los diferentes botones que permiten manipular los datos
mostrados en la seccin del formulario de datos. Pueden realizar acciones tales como
cargar los datos de la base de datos, guardar informacin en la base de datos, entre otros.
Tambin estn los botones que permite regresar a un sitio determinado del sistema, son
utilizados para navegar dentro de la aplicacin y los botones de impresin que permiten al
usuario imprimir sus comprobantes de solicitudes hechas en el sistema.
A continuacin se presentan los diagramas de flujo de pantallas internas del sistema, los
elementos presentes en el men dependern del usuario que se encuentre interactuando con la
aplicacin.
Los diagramas correspondern a describir la forma en que son desplegadas las ventanas
internas del sistema, tratando de cubrir todas las funcionalidades del mismo.
En la figura 3.32 se muestra el diagrama de flujo de pantalla para el usuario (estudiante) cuyos
objetivos principales son: ingresar solicitudes de constancias, retirar materias, consultar estado de las
solicitudes, entre otros.
82

Anlisis y diseo
Figura 3.32. Diagrama de Flujo de pantalla para el usuario (estudiante).

En la figura 3.33 se muestra el diagrama de flujo de pantalla para el usuario (profesor) cuyos
objetivos principales son: bsqueda y reservacin de aulas.
Figura 3.33. Diagrama de Flujo de pantalla para el usuario (profesor).

En la figura 3.34 se muestra el diagrama de flujo de pantalla para el usuario (analista de
registros estudiantiles) cuyos objetivos principales son: tramitar y gestionar las solicitudes de
constancias.
83

Anlisis y diseo
Figura 3.34. Diagrama de Flujo de pantalla para el usuario (analista de registros estudiantiles).
En la figura 3.35 se muestra el diagrama de flujo de pantalla para el usuario (administrador)
cuyos objetivos principales son: modificar fechas y aranceles, actualizar e importar datos al sistema y
generar estadsticas.
84

Anlisis y diseo
Figura 3.35. Diagrama de Flujo de pantalla para el usuario (administrador).
85

Captulo 4
Este captulo comprende la implementacin del diseo de las tres capas de la arquitectura de
software del sistema web, elaborado en los captulos anteriores, es decir se convierte el diseo en una
solucin codificada mediante la integracin de los componentes de la capa de presentacin, los
componentes de la capa de lgica de negocios y los componentes de la capa de datos. La
implementacin e integracin de las capas del sistema se realiza siguiendo el mtodo empleado:
Mtodo Watch, adems se hace referencia a la fase de las pruebas de la aplicacin que permiten
comprobar que el sistema web cumple con los requisitos funcionales y no funcionales descritos en el
captulo 3.
4.1
Interfaz de Usuario/Sistema
Para esta fase se obtiene el diseo definitivo de la interfaz de usuario/sistema del sistema. Se
muestran las pantallas principales del sistema de informacin web para el trmite, control de
solicitudes y reservacin de salones para OREFI, especificadas en la seccin 3.4.9.1 del captulo 3.
86

4.2
Primera Iteracin
4.2
Ventana principal del sistema

La ventana principal del sistema de informacin web para el trmite, control de solicitudes y
reservacin de salones para OREFI, fue descrita de manera general en el captulo anterior. Esta
ventana est compuesta un men desplegable y por un botn de accin que da entrada al sistema.
Figura 4.1 Pantalla principal del Sistema (para la primera iteracin).
4.2.1 Ventana de Inicio de Sesin

En esta pantalla el usuario introduce el nombre de usuario y la clave asignada para que se
active la sesin de usuario, que le asigna privilegios dependiendo del tipo de usuario que haya
accedido al sistema.
87

Es importante mencionar que el inicio de sesin es de gran importancia ya que no se puede

acceder a ninguna de las pginas del sistema hasta que no se haya activado o iniciado una sesin.
Figura 4.2 Pantalla de inicio de sesin.

La ventana de inicio de sesin del sistema de informacin web para el trmite, control de
solicitudes y reservacin de salones para OREFI, esta compuesta por dos cajas de texto identificadas y
un botn de accin para el acceso al sistema.
El botn de accin inicia el proceso de identificar el usuario para verificar si ste tiene o no
permisos para hacer uso del sistema. En caso de ser as, se procede a la verificacin del tipo de acceso
segn el usuario.
4.3
Ventana principal para el usuario (estudiante)

Permite al usuario (estudiante) acceder a cada una de las funciones que le han sido asignadas
en el sistema.
88

Figura 4.3 Pantalla principal para el usuario (estudiante).
4.3.1 Ventana para retiro de materia

En esta ventana se muestran los datos bsicos del estudiante que ha accedido al sistema como
son: nombre, apellido, cdula y muestra un listado con las materias que el estudiante tiene inscritas en
el semestre, identificadas por su cdigo, nombre y seccin.
Figura 4.4 Pantalla para Retiro de Materias.
89

Una vez que el estudiante decide retirar alguna materia la selecciona de la lista mostrada y
pulsa el botn retirar, el sistema valida la accin y le enva un mensaje de confirmacin al usuario
(estudiante), el cual se muestra en la figura 4.5.
Figura 4.5 Pantalla con mensaje de confirmacin de retiro de materia.

En la figura 4.6 se muestra el mensaje que enva el sistema al usuario para que confirme el
retiro de materia.
Figura 4.6 Mensaje de confirmacin de retiro de materia.
90

Si el usuario (estudiante) pulsa aceptar confirmando que desea retirar la materia el sistema
enva la solicitud de retiro de materia con los datos del usuario (estudiante) y la materia que desea
retirar a la analista de registros estudiantiles de la escuela a la que pertenece el usuario (estudiante)
para que est procese el retiro de dicha materia y le muestra al usuario (estudiante) un comprobante
de retiro con sus datos personales la materia que ha retirado y un cdigo de retiro (por seguridad), el
cual debe imprimir pulsando el botn de imprimir comprobante.
Dicho comprobante de retiro debe ser guardado por el usuario (estudiante) para el caso de
que se presente algn error o problema y para su control y seguridad.
Figura 4.7 Comprobante de retiro de materias.
4.3.2 Ventana para solicitud de constancias

Esta ventana permite al usuario (estudiante) hacer la solicitud de constancias tales como:
seleccin de materias, calificaciones del periodo, flujogramas, constancia de buena conducta, otras.
91

Figura 4.8 Pantalla para la solicitud de constancias.
4.3.3 Ventana para cambio de clave

Estn diseadas exclusivamente para que el usuario (estudiante) modifique si as lo desea y
por su seguridad su clave de acceso al sistema.
Figura 4.9 Pantalla para modificar clave de acceso al sistema.
92

Las pantallas para cambio de clave de acceso al sistema estn diseas exactamente iguales para
todos los usuarios del sistema.
4.4
Ventana principal para el usuario (administrador)

Permite al administrador del sistema acceder a cada una de las funciones que le han sido en el
sistema.
Figura 4.10 Pantalla principal para el usuario (administrador).
4.4.1 Ventana de modificacin del lapso de retiro de materias

Esta ventana muestra un calendario para que el usuario (administrador) pueda modificar las
fechas con los lapsos establecidos por el consejo de facultad para el retiro de materias.
93

Figura 4.11 Pantalla de modificacin de lapsos de retiro de materias.
4.4.2 Ventana de modificacin de constancias

Esta ventana muestra una lista con todos los tipos de constancias, dichas constancias poseen
campos y botones que permiten al usuario (administrador) modificar el arancel que se debe cancelar
por el tipo de constancia y la cantidad de constancias permitidas que puede solicitar el estudiante.
Figura 4.12 Pantalla de modificacin de constancias.
94

4.5 Segunda Iteracin

Para la segunda iteracin se realizaron una serie de cambios y modificaciones al diseo del
sistema, y se agregaron nuevas funciones dentro de los mens del mismo para complementarlo y as
poder cumplir con todos los requerimientos funcionales y con todos los privilegios que tienen los
diferentes usuarios del sistema, de igual manera se hicieron cambios en la base de datos agregndole
nuevas tablas las cuales fueron estudiante_materia y materia.
Algunos de estos cambios se muestran a continuacin y el resto de las ventanas de la interfaz
usuario/sistema se puede observar en el anexo.
Dentro de las modificaciones que se hicieron al sistema se pueden nombrar las siguientes:
modificaciones a la ventana principal, se agrego el mdulo para analistas de registros estudiantiles y el
mdulo de bsqueda y reservacin de aulas por los profesores, as como tambin nuevas funciones al
men de usuario estudiante y al men de usuario administrador.
4.5
Ventana principal de inicio de sesin del sistema

La figura 4.13 muestra la nueva pantalla principal del sistema en la cual se observa un men
fijo que contiene un botn de accin para entrar al sistema e iniciar una sesin.
Figura 4.13 Pantalla principal de inicio del sistema (para la segunda iteracin).
95

4.6
Ventana principal para el usuario (estudiante)

En la figura 4.14 se observa la pantalla principal para el usuario (estudiante), para est
iteracin se le agreg una nueva funcin al men la cual es ver estado de solicitudes la cual permite al
usuario (estudiante) consultar el estado en que se encuentran sus solicitudes por imprimir, por firmar
por entregar.
Figura 4.14 Pantalla principal para el usuario (estudiante).
4.6.1 Ventana de estado de solicitudes

Esta ventana muestra una lista con el nmero de solicitud y el estado actual en que se
encuentra (por imprimir, por firmar, por entregar).
96

Figura 4.15 Pantalla de estado de solicitud.
4.7
Ventana principal para el usuario (profesor)

Esta ventana pertenece al mdulo de bsqueda y reservacin de aulas por los profesores el
cual fue agregado al sistema en est iteracin.
Figura 4.16 Pantalla principal para el usuario (profesor).
97

4.7.1 Ventana para solicitud de aula

En est ventana se muestra un cuadro que contiene varias cajas de texto y botones de
seleccin que permiten al profesor hacer la bsqueda y posterior reservacin de aulas.
Figura 4.17 Pantalla de solicitud de aula.

En la figura 4.18 se muestra la pantalla para confirmacin de bsqueda de aula.
Figura 4.18 Mensaje de confirmacin de bsquedas de aula.
98

Luego que el usuario (profesor) confirma la bsqueda, el sistema realiza la bsqueda del aula
requerida y muestra la siguiente pantalla (figura 4.19) para la reservacin del aula donde se muestra el
horario que esta disponible las caractersticas y el estado del aula.
Figura 4.19 Pantalla para reservacin de aula.

Las figura 4.20 muestra la pantalla de confirmacin de reservacin de aula.
Figura 4.20 Pantalla de confirmacin de reservacin de aula.
99

4.8 Ventana principal para el usuario (analista de registros estudiantiles)

Esta ventana pertenece a un nuevo modulo agregado en esta iteracin al sistema el cual est
diseado para las funciones que deben cumplir las analistas de registros estudiantiles.
Figura 4.21 Pantalla principal para el usuario (analista de registros estudiantiles).
4.8.1 Ventana solicitud por imprimir

Muestra a la analista de registros estudiantiles un listado de todas las solicitudes hechas por los
estudiantes las cuales debe procesar.
100

Figura 4.22 Pantalla de solicitudes por imprimir.
La figura 4.23 muestra una solicitud hecha por un estudiante la cual la analista de registros
estudiantiles debe procesar e imprimir.
101

Figura 4.23 Pantalla imprimir solicitud de constancia.
En la figura 4.24 se muestra la pantalla con el mensaje que enva el sistema al usuario (analista
de registros estudiantiles) para que confirme la modificacin del estado de la constancia, luego que se
ha pulsado el botn impresa confirmando que la constancia ya ha sido procesada y pasa al siguiente
estado el cual es la firma del director de OREFI.
102

Figura 4.24 Pantalla de confirmacin de modificacin de estado de la constancia.

Cuando se confirma la modificacin de estado de la constancia pulsando el botn aceptar el
sistema regresa a la pantalla de solicitudes por imprimir (figura 4.22), para que el usuario (analista de
registros estudiantiles) elija una nueva solicitud para procesar e imprimir.
Las ventanas de las dems funciones como son: solicitud por firmar y solicitud por entregar
son similares y funcionan de la misma manera a las pantallas anteriores y se muestran en el anexo.
4.9 Ventana principal para el usuario (administrador)

En la figura 4.25 se observa la ventana para el usuario (administrador), en la cual para est
iteracin solo se modifico el men agregndole nuevas funciones como son: importacin de datos y
estadsticas.
103

Figura 4.25 Pantalla principal para el usuario (administrador).

En las figuras 4.26, 4.27, se muestran las pantallas para modificacin de lapsos de retiros de
materias, modificacin de precios y cantidad de constancias.
Figura 4.26 Pantalla de modificacin de lapsos de retiro de materias.
104

Figura 4.27 Pantalla de modificacin de precio y cantidad de constancias.
4.10 Diagrama de Despliegue

Un diagrama de despliegue muestra las relaciones fsicas entre los componentes de hardware
y software en el sistema final, es decir, la configuracin de los elementos de procesamiento en tiempo
de ejecucin y los componentes software (procesos y objetivos que se ejecutan en ellos). [21]
Es decir los diagramas de despliegue representan la distribucin fsica de los distintos nodos
que entran en la composicin de un sistema y el reparto de los programas ejecutables sobre estos
nodos.
La figura 4.28 muestra el diagrama de despliegue para el sistema de informacin web para el
trmite, control de solicitudes y reservacin de salones para OREFI.
105

Figura 4.28 Diagrama de despliegue para el sistema.
4.11 Conexin WWW Base de Datos

La conexin WWW- Base de datos se realiza a travs de pginas dinmicas las cuales se crean
como respuesta a las peticiones del usuario.
El explorador Web solicita una pgina Web PHP al servidor Web.

El servidor Web enva una solicitud al procesador PHP, quien lee el documento que el
explorador desea recuperar. Al examinar lnea por lnea, el procesador ejecuta las
instrucciones PHP de apertura y/o consulta de la base de datos que luego el servidor Web
enviar al explorador Web.
En la figura 4.29 se observa la secuencia de estas instrucciones para la conexin WWW-Base
de Datos.
106

Figura 4.29 Conexin WWW Base de Datos
4.12 Pruebas del sistema

En esta seccin se especifican las pruebas realizadas al sistema, el proceso de pruebas
corresponde al proceso de encontrar las diferencias en el comportamiento de los componentes del
sistema web con respecto a la manera que se espera que estos se comporten, y verificar adems que
todos los requisitos han sido implementados correctamente.
Para el desarrollo de este proceso se tomaron en cuenta los siguientes tipos de pruebas.
Ejecucin de pruebas de caja blanca y
Ejecucin de pruebas de caja negra
Ejecucin de pruebas de navegacin del sistema.
107

4.12.1 Ejecucin de Pruebas Unitarias

El objetivo de la realizacin de pruebas unitarias es aislar cada parte del programa y mostrar
que las partes individuales son correctas. En caso de que se consigan errores en cuanto a su
funcionamiento, se procede a depurarlos. Estas tareas se repiten hasta que el objeto realice
correctamente las funciones que se le fueron asignadas en la etapa de diseo y codificacin.
4.12.1.1 Pruebas de Caja Negra

Las pruebas de caja negra se centran en lo que se espera de un mdulo, es decir, intentan
encontrar casos en que el mdulo no se atiene a su especificacin. Por ello se denominan pruebas
funcionales, y el probador se limita a suministrarle datos como entrada y estudiar la salida, sin
preocuparse de lo que pueda estar haciendo el mdulo por dentro.
Figura 4.30 Enfoques de diseo de pruebas de caja negra.

Estas pruebas son usadas en los objetos que reciben entradas sin transformar; es decir,
aquellas entradas que son introducidas por el usuario, como por ejemplo: el ingreso de una nueva
solicitud. El objetivo de estas pruebas consiste en la validacin de las entradas y verificacin de las
opciones de salidas.
108

Mdulo
Parmetros de
Salida Esperada
Resultado
entrada
Ingreso al
Clave incorrecta
sistema
Solicitud
Mensaje de error: No tienes

acceso redireccionado
de Campo obligatorio en Mensaje

de
error:
blanco
Seleccione un motivo
Constancia
Administrador
Introducir
invlido
Satisfactorio
Error
valor Mensaje de error: Escriba solo

caracteres numricos en el campo
Unidad Tributaria y no debe
contener espacios en blanco.
Satisfactorio
Satisfactorio
Tabla 4.1 Descripcin de pruebas de Caja Negra

La figura 4.31 muestra el mensaje de error al intentar realizar alguna solicitud de constancia
sin seleccionar alguna de las opciones en el campo motivo.
Figura 4.31 Mensaje de error al intentar realizar una solicitud de constancia.
109

La figura 4.32 muestra el mensaje de error al introducir algn valor invlido en el campo
Unidad Tributaria.
Figura 4.32 Mensaje de error cuando se introduce algn valor invlido.
4.12.1.2 Pruebas de Caja Blanca

El enfoque estructural o de caja blanca. Consiste en centrarse en la estructura interna
(implementacin) del programa para elegir los casos de prueba. En este caso, la prueba ideal del
software consistira en probar todos los posibles caminos de ejecucin, a travs de las instrucciones
del cdigo, que puedan trazarse.
110

Figura 4.33 Enfoque de diseo de pruebas de caja blanca.

Se busca ejecutar al menos una vez, cada una de las instrucciones de los objetos, como las
siguientes:
Cobertura de sentencias.
Cobertura de decisin.
Cobertura de condicin.
Cobertura de decisin/condicin
Cobertura de condicin mltiple completa.
Estas pruebas se aplican por lo general sobre los objetos que transforman datos para generar
informacin, como por ejemplo el objeto modificar unidad tributaria.
La figura 4.34 muestra la pantalla para modificar el costo de la unidad tributaria y el precio
arancel que se debe cancelar por las constancias segn su tipo este precio cambia cuando vara la
unidad tributaria dicho precio por alguno de los que ya estn establecidos predeterminadamente en
el sistema.
111

Figura 4.34 Modificacin de unidad tributaria y precio de constancias.

Para el clculo del precio arancel que el estudiante debe pagar por las constancias se uso la
informacin aportada por el director de OREFI, dicho precio esta basado en el costo de la unidad
tributaria establecido por el estado, de all que el precio de las constancias varia segn sea el tipo y es
calculado de acuerdo al monto que se establezca en el campo unidad tributaria como se dijo
anteriormente por los precios ya predeterminados en el sistema.
Para verificar el correcto funcionamiento del sistema se hicieron varias pruebas modificando
el costo de la unidad tributaria y los precios de las constancias obtenindose los valores correctos.
4.12.1.3 Pruebas de navegacin del sistema

La tabla 4.2 muestra el resultado de las pruebas de navegacin hechas al sistema para verificar
el buen funcionamiento y si se activan de manera correcta las anclas para cada interfaz del sistema.
112

Mdulo
Inicio de sesin
Cambio de clave
Retiro de materia
Estado de Solicitudes
Solicitud de Constancia
Salir
Solicitud de Aula
Solicitud por Imprimir
Solicitud por Entregar
Solicitud por Firmar
Modificar Retiros
Modificar Constancias
Estadsticas
Condicin de ejecucin
Ancla
Pulsar el botn entrar, validar nombre de

usuario y clave de acceso al sistema.
Pulsar el botn cambio de clave y modificar
la clave de acceso al sistema, luego pulsar el
botn aceptar.
Pulsar el botn Retiro de Materia, si se desea
hacer algn retiro de materia pulsar el botn
Retirar.
Pulsar el botn Estado de Solicitudes.
Pulsar el botn Solicitud de Constancias, si
se desea hacer alguna solicitud llenar los
campos requeridos y pulsar aceptar.
Pulsar el botn Salir, el sistema regresa a la
pantalla principal.
Pulsar el botn Solicitud de Aula, si se quiere
hacer alguna reservacin llenar los campos
requeridos y pulsar el botn Buscar.
Pulsar el botn Solicitud por Imprimir, para
ver alguna solicitud hecha pulsar el botn
Ver
Pulsar el botn Solicitud por Entregar, para
ver las solicitudes que se tienen por entregar
pulsar el botn Ver.
Pulsar el botn Solicitud por Firmar, para
ver las solicitudes que se tienen que firmar
pulsar el botn Ver.
Pulsar el botn Modificar lapsos y precios de
retiros de materias.
Pulsar el botn Modificar cantidad y precios
de constancias
Pulsar el botn estadsticas.
Funciona Correctamente
Tabla 4.2 Pruebas de navegacin del sistema.
113

Captulo 5
5.1
Conclusiones
La utilizacin del mtodo Watch para el desarrollo de aplicaciones empresariales permiti
cumplir el objetivo general del proyecto, el cual era disear, desarrollar e implementar un sistema de
informacin web para el trmite, control de solicitudes y reservacin de salones para OREFI, adems,
de hacer posible el cumplimiento de cada uno de los objetivos especficos planteados. Esto es debido,
a que el mtodo proporciona un marco metodolgico que describe un conjunto de actividades
necesarias para producir una aplicacin empresarial, agregndole visibilidad al proyecto, ya que en
cualquier momento tanto el grupo de desarrollo como los usuarios del sistema pueden apreciar en que
estado se encuentra el proyecto, razn por la cual, se facilita la toma de decisiones en el modelado,
diseo, implementacin y pruebas del sistema.
El sistema de informacin web para el trmite, control de solicitudes y reservacin de salones
para OREFI, es un sistema computarizado que permite administrar y controlar las solicitudes de
constancias diversas, hechas por los estudiantes va web y permite a los profesores hacer reservaciones
de aulas para sus actividades acadmicas de una manera fcil, rpida, segura y sencilla tambin va web
permitiendo de esta manera a OREFI tener un mejor control sobre la distribucin de la planta fsica y
aulas de clase de la facultad, igualmente automatiza los procesos internos y externos llevados acabo
por OREFI.
113

Para el diseo del sistema de informacin web para el trmite, control de solicitudes y
reservacin de salones para OREFI fue utilizado adems del mtodo Watch el Lenguaje Unificado de
Modelado UML. Se hizo uso de tres diagramas principalmente:
Diagramas de Casos de Uso: que permitieron modelar los requisitos del sistema
desde la perspectiva del usuario.
Diagrama de Actividades: que permitieron modelar el comportamiento del sistema.
Diagramas de Clase: que permitieron especificar las estructura de las clase del sistema
y las relaciones entre ellas.
La implementacin del sistema de informacin web para el trmite, control de solicitudes y

reservacin de salones para OREFI, apoyara a los estudiantes de la facultad de ingeniera de la
Universidad de Los Andes en la gestin de solicitud de constancias diversas y a los profesores en el
momento de que requieran hacer reservaciones de las aulas de clase de la facultad, logrando optimizar
el tiempo empleado tanto por estudiantes como por los profesores para realizar dichas solicitudes de
constancias y reservacin de aulas.
Adems de ser de gran utilidad tanto para estudiantes como para profesores, el sistema
representa una gran ayuda en el control y toma de decisiones sobre los procesos llevados acabo por
OREFI, ya que el sistema permite la automatizacin y optimizacin de dichos procesos que forman
parte de la razn de ser fundamental de OREFI.
La consolidacin de este sistema, representa una herramienta fundamental para ser utilizada
por los estudiantes y profesores, as como tambin para OREFI ya que permitir la toma de decisiones
oportunas y efectivas y ayudara a brindar un mejor servicio a sus usuarios.
114

5.2
Recomendaciones
Una vez implantado el sistema de informacin web para el trmite, control de solicitudes y
reservacin de salones para OREFI, proporcionar la induccin necesaria tanto al personal que labora
en OREFI como a los usuarios para que el sistema funcione correctamente y de manera rpida, segura
y confiable.
En este proyecto solo se tomaron los aspectos bsicos para los procesos de solicitud de
constancias y retiros de materias, as como tambin la reservacin de salones, sin embargo existen
otros procesos que son parte de estos y que no se tomaron en cuenta en el proyecto y que deberan se
agregados al mismo, y que permitira complementar el sistema diseado como por ejemplo el enlace
entre la base de datos del sistema y la base de datos de ULA-SIRE el cual no se pudo realizar por
razones de seguridad o razones de polticas internas del DSIA.
Se recomienda a la direccin de OREFI, la utilizacin de mtodos para el desarrollo de
aplicaciones empresariales para as garantizar una minima tasa de errores y mayor rendimiento del
grupo de trabajo.
Se recomienda continuar con el desarrollo de proyectos de esta ndole, de tal manera de
seguir automatizando todos los procesos llevados acabo en OREFI.
115

Bibliografa
[1]
Object Management Group. (Marzo, 2004). OMG Unified Modeling Language
Specification,
Version 1.3.
[2]
Montilva, J (2007) Un Mtodo para el desarrollo de aplicaciones empresariales, El Mtodo

Watch. Mrida Venezuela.
[3]
Larman, C. UML y Patrones. Una introduccin al anlisis y diseo orientado a objetos y al

proceso unificado. Segunda Edicin en espaol de Begoa Moros Valle. Prentice Hall
Persona Educacin. Madrid Espaa 2003.
[4]
Montilva, J (2004). Desarrollo de aplicaciones empresariales, El Mtodo Watch. Mrida

Venezuela.
[5]
C. Kobryn UML 2001: Standardizatin odyssey. Octubre 1999.
[6]
OMG: Unified Modeling Lenguage Specificatin, version 1.5. March 2003.
[7]
Object
Management
Group.
(Agosto,2005).
Unified
Modeling
Language
Specification:Superstructure , Version 2.0.

[8]
Garcia, J, Diagramas UM http://www.ingenierosoftware.com/analisisydiseno/uml.php.
[9]
http://www.dcc.uchile.cl/~psalinas/uml/casosuso.html.
[10] Elmasri, A y Navathe. Sistemas de Base de Datos. Conceptos Fundamentales. Segunda

Edicin. Versin en Espaol de Robert Escalona. Addison Wesley Iberoamaericana, S.A.
Wilmington, Delaware E.U.A. 1997.
[11] Elmasri, A y Navathe. Fundamentos de Sistemas de Base de Datos. Tercera Edicin. Versin
en Espaol. Addison Wesley de Pearson Educacin. Madrid Espaa 2002.
[12] http://www.es.wikipedia.org/wiki/base
116

[13] http://es.wikipedia.org/wiki/MySQL.
[14] http://lawebdelprogramador.com
[15] Peralta, M, Sistemas de Informacin http://www.monografias.com
[16] Barrios, Judith Estudio de estructuras, componentes, interrelaciones, metodologas y
tecnologas asociadas a los sistemas de informacin. Asignatura: Sistemas de Informacin.
Facultad de Ingeniera, USTEFI cdigo S-20, Universidad de Los Andes. Mrida Venezuela.
2001.
[17] Barrios, Judith; Montilva, Jons. BMM. A Business Modeling Method. CLEI Electronic Journal
2005.
[18] Besembel, Isabel. Diseo de software orientado a objeto. Asignatura: Base de Datos. Facultad
de Ingeniera. Universidad de Los Andes. Mrida Venezuela 2000.
[19] Elmasri, A y Navathe. Sistemas de Base de Datos. Conceptos Fundamentales. Segunda
Edicin. Versin en Espaol de Robert Escalona. Addison Wesley Iberoamaericana, S.A.
Wilmington, Delaware E.U.A. 1997.
[20] http://www.unalmed.edu.co/~mstabare/dep_fnal.htm
[21] http://www.gris.det.uvigo.es/~avilas/uml/node50.html.
117

Anexos
Anexos
Anexo
MANUAL DE USUARIO
A.1 Introduccin
El presente manual (ayuda) es un documento que contiene las especificaciones funcionales,
tcnicas y procedimientos para realizar la implantacin y ejecucin del sistema de informacin web
para el trmite, control de solicitudes y reservacin de salones para OREFI.
La interfaz utilizada en este proyecto sigue una estructura generalizada bajo el concepto de
ventanas, las cuales facilitan la interaccin del usuario con el sistema.
A.2 Objetivos
Este manual muestra una descripcin del sistema diseado, para brindar apoyo a los usuarios
al momento, de procesar las solicitudes de constancias, retirar materias, reservar salones y hacer
modificaciones y actualizaciones al sistema.
A.3 Beneficios
Provee una herramienta flexible y eficaz que permite que el proceso de solicitud de
constancias, retiro de materias y reservacin de salones se haga de forma rpida y segura.
118

Anexos
Interfaz de usuario amigable.
Disminuir el tiempo requerido por los estudiantes y profesores para procesar sus
solicitudes de constancias, retirar materias y hacer reservaciones de salones.
Automatizar y aumentar la velocidad de los procesos manuales que se llevan a cabo en

OREFI.
A.4 Requerimientos del Sistema

A.4.1 Requerimientos de software del equipo servidor
Plataforma Unix, Fedora Windows XP.
Apache 2.2.4 superior.
Sistema manejador de Base de Datos MySQL.
Procesador Hipertexto PHP.
Conexin de red (Intranet) e Internet.
Navegador web Mozilla Firefox Internet Explorer v.7.
Sistema de informacin web para el trmite, control de solicitudes y reservacin de

salones para OREFI.
A.4.2 Requerimientos de Hardware
Procesador Pentium III o superior.
Mnimo 512 MB de memoria RAM.
Monitor que soporte resolucin 1024 X 768 pxeles.
119

Anexos
A.5 Componentes del sistema

El software del sistema, esta diseado de manera tal, que el usuario pueda manejarlo aun sin
necesidad de leer el manual. Es un sistema conformado por pginas dinmicas que se ejecutan sobre
un manejador web. Est integrado por una serie de mdulos ordenados secuencialmente en donde las
operaciones se hacen de manera repetitiva, lo que facilita el manejo del mismo.
A.6 Interfaz de usuario

El sistema esta compuesto de varias pginas dinmicas las cuales facilitan la interaccin del
usuario con el sistema. La apariencia de la interfaz es igual que cualquier otra pgina web, con la
diferencia que el sistema diseado hace consultas a la base de datos, y luego ejecuta los mtodos
propios del sistema.
La figura A.1 muestra los elementos de la pantalla principal del sistema, la cual cuenta con un
men de opciones que permite tener acceso al sistema pulsando el botn entrar.
Figura A.1 Pantalla principal del sistema.
120

Anexos
Luego que el usuario pulsa el botn entrar el sistema muestra la ventana de inicio de sesin.
Figura A.2 Pantalla de Inicio de Sesin

En la tabla A.1 se muestra la descripcin de los elementos de la ventana de inicio de sesin
mostrados en la figura A.2.
Nro. de Elemento
Descripcin
Botones de accin muestran informacin sobre OREFI.
Identificacin del usuario.
Botn de Inicio de Sesin.

Tabla A.1 Descripcin de elementos de la figura A.2.
A.7 Inicio de Sesin

El sistema de informacin web para el trmite, control de solicitudes y reservacin de salones
121

Anexos
para OREFI, cuenta con un soporte de seguridad que identifica al usuario antes de permitir su acceso
al sistema, los usuarios que tienen acceso validado para hacer uso del sistema se describen en la
siguiente tabla.
Usuario
Descripcin
Estudiante
Profesor
Administrador
Analista de registros estudiantiles
Persona autorizada para accedes al sistema previa validacin de

su clave y nombre de usuario con privilegios para hacer
solicitud de constancias y retiro de materias.
Persona autorizada para acceder al sistema previa validacin de
su clave y nombre de usuario con privilegios para hacer
reservacin de salones.
Persona autorizada por OREFI para acceder al sistema previa
validacin de su clave y nombre de usuario, que se encarga de
modificar y actualizar datos del sistema.
Persona autorizada por OREFI y que tiene acceso al sistema
previa validacin de su clave y nombre de usuario, que se
encarga de procesar las solicitudes de constancias y retiro de
materias.
Tabla A.2 Descripcin de los usuarios del sistema.

Una vez identificados el usuario por el sistema y validado su acceso, el mismo le muestra la
pantalla principal y men de opciones segn el usuario que haya accedido al sistema.
A.8 Ventana para el usuario estudiante

La figura A.3 muestra la ventana y men de opciones para el usuario estudiante.
122

Anexos
Figura A.3 Pantalla y men de opciones para el usuario estudiante.

La ventana de usuario estudiante esta compuesta por un men de opciones el cual cuenta con
cinco botones de accin los cuales se describen en la siguiente tabla.
Opciones
Cambio de clave
Retiro de Materia
Estado de Solicitudes
Solicitud de Constancia
Salir
Descripcin
Permite al usuario modificar su clave de acceso al sistema.
Permite al usuario ir a la ventana de retiro de materias en
donde puede realizar el retiro de materias que esta
cursando en el semestre.
Permite ir a la ventana estado de solicitudes donde se
muestra en que estado (por imprimir, por firmar, por
entregar) se encuentra alguna solicitud realizada.
Permite ir a la ventana solicitud de constancias en donde se
hacen la solicitud de los diferentes tipos de constancias
emitidas por OREFI.
Retorna a la pantalla de inicio.
Tabla A.3 Descripcin del men de opciones para el usuario estudiante.
123

Anexos
A.8.1 Ventana cambio de clave

Esta ventana est diseada para que el usuario modifique su clave de acceso al sistema por su
seguridad, la misma esta compuesta por dos cajas de texto identificadas en donde el usuario debe
introducir su nueva clave, la misma puede contener caracteres numricos y alfabticos y no debe
contener espacios.
Figura A.4 Pantalla cambio de clave.

Las ventanas para cambio de clave son exactamente iguales y funcionan de la misma manera
para todos los usuarios es por ello que en este manual se mostrara una salo figura (figura A.4) con la
pantalla cambio de clave.
A.8.2 Ventana Retiro de Materias

En esta ventana se muestran dos cuadros de texto en el primero de ellos se observa la
124

Anexos
identificacin del usuario (nombre, apellido, cdula) y el otro contiene una lista con las materias que
esta cursando el estudiante identificadas por nombre, cdigo y seccin, y un botn resaltado en
amarillo (Retirar) que permite al usuario retirar la materia que seleccione.
Figura A.5 Pantalla Retiro de Materias.

Si el usuario desea retirar alguna materia primero debe buscar la materia el la lista de materias
que se le muestra, que son las materias que esta cursando en el semestre y luego debe pulsar el botn
retirar, luego de pulsar el dicho botn el sistema enva un mensaje de confirmacin al usuario el cual
se muestra en la siguiente figura.
125

Anexos
Figura A.6 Pantalla de confirmacin de retiro de materia.

Una vez que el usuario esta seguro de realizar el retiro de la materia seleccionada y confirma
que desea hacer el retiro pulsando el botn aceptar el sistema muestra un comprobante de retiro de
materia para imprimir el cual contiene los datos del usuario, la materia que retiro y un cdigo de
control seguridad.
Figura A.7 Comprobante de retiro de materias.
126

Anexos
A.8.3 Ventana de Estado de Solicitudes

Esta ventana muestra una lista con el nmero de solicitud y el estado actual en que se
encuentra (por imprimir, por firmar, por entregar).
Figura A.8 Pantalla de Estado de Solicitudes.
A.8.4 Ventana de Solicitud de Constancias

Esta ventana esta compuesta por cajas de texto y botones de accin que despliegan un men
de opciones identificados con una flecha hacia abajo. En esta ventana se muestran cuadros de texto los
cuales poseen la identificacin del usuario y los tipos de constancias emitidas por OREFI y que puede
solicitar el usuario.
127

Anexos
Figura A.9 Pantalla para Solicitud de Constancias.

Luego de que el usuario decide realizar alguna solicitud debe seleccionar un motivo en el
campo motivo utilizando para ello el men de motivos que se despliega al pulsar el botn de accin
azul situado al lado derecho del campo motivo, una vez hecho esto se debe seleccionar el tipo de
constancia que se quiere solicitar y la cantidad utilizando de nuevo los botones de accin que se
encuentran al lado derecho de cada tipo de constancia, luego verificar si se cuentan con el dinero
suficiente para realizar la solicitud y pulsar el botn aceptar.
Es de resaltar que aun no se ha implantado el sistema prepago el cual permitir al estudiante
depositar en su cuenta una cierta cantidad de dinero, con la cual puede realizar diferentes trmites y
solicitudes. Por ahora solo se coloco en el sistema como prueba.
128

Anexos
Figura A.10 Mensaje de Confirmacin de solicitud de constancias.

Al pulsar el botn aceptar si todos los campos para realizar la solicitud de constancia se
encuentran llenos correctamente el sistema enva un mensaje de confirmacin al usuario para que
confirme si esta seguro que desea realizar la solicitud de constancias de lo contrario sale un mensaje de
error indicando cual campo falta por llenar.
En la figura A.11 se muestra un ejemplo del mensaje de error que muestra el sistema cuando
se intenta solicitar alguna constancia pero se ha dejado en blanco el campo motivo.
129

Anexos
Figura A.11 Mensaje de error al intentar realizar alguna solicitud.

Si la solicitud no posee errores y el usuario confirma que desea hacer la solicitud de las
constancias pulsando el botn aceptar del mensaje mostrado en la figura A.10 el sistema enva la
solicitud a la analista de registros estudiantiles para que la procese y muestra un comprobante para
imprimir con los datos del usuario que realizo la solicitud y los datos de la solicitud hecha por el
usuario.
Figura A.12 Comprobante de solicitud de constancia.
130

Anexos
A.9 Ventana para el usuario profesor

La figura A.13 muestra la ventana y men de opciones para el usuario profesor.
Figura A.13 Pantalla y men de opciones para el usuario profesor.

La ventana de usuario profesor esta compuesta por un men de opciones el cual cuenta con
tres botones de accin los cuales se describen en la siguiente tabla.
Opciones
Cambio de clave
Solicitud de Aula
Salir
Descripcin
Permite al usuario ir a la ventana solicitud de aula para
hacer reservacin de aulas.
Tabla A.4 Descripcin del men de opciones para el usuario profesor.
131

Anexos
A.9.1 Ventana para solicitud de aula

En est ventana se muestra un cuadro que contiene varias cajas de texto, un calendario para
seleccionar la fecha para la cual se desea hacer la reservacin del aula y botones de seleccin que
permiten al usuario especificar las caractersticas del aula que desean buscar y ver si existe
disponibilidad para la fecha que se desea reservar y posteriormente hacer su reservacin.
Figura A.14 Pantalla de solicitud de aula.
Cuando el usuario ha especificado las caractersticas del aula y la hora, se debe pulsar el botn
buscar, el sistema enva un mensaje de confirmacin al usuario mostrado en la figura A.15 antes de
realizar la bsqueda del aula requerida por el usuario
132

Anexos
.
Figura A.15 Mensaje de confirmacin de bsqueda de aula.
Luego que el usuario confirma que desea hacer la bsqueda del aula pulsando el botn
aceptar, el sistema realiza la bsqueda requerida si se encuentra disponibilidad se muestra un cuadro
con el resultado de la bsqueda de lo contrario el sistema enva un mensaje mostrando que no existe
disponibilidad para el aula requerida.
Figura A.16 Pantalla resultado de la bsqueda de aulas.
133

Anexos
Si existe disponibilidad para reservar el aula que se desea y la misma se muestra en el cuadro
mostrado con los resultados de la bsqueda, en el cual se muestran las caractersticas del aula, si se
quiere reservar cualquier otra aula solo se tiene que posicionar el cursor del mouse sobre el aula que
se desea y hacer clic en est, al hacer esto el sistema muestra una nueva ventana donde se hace la
reservacin del aula la misma se muestra en la siguiente figura.
Figura A.17 Pantalla para reservacin de aula

Estando en la ventana de reservacin de aula se selecciona la hora para la cual se desea
reservar el aula seleccionando las casillas de los cuadros que estn debajo de elegir y se pulsa el botn
solicitar, una vez hecho esto el sistema enva un mensaje de confirmacin usuario, que se muestra en
la figura A.18, de estar seguro de reservar el aula el usuario pulsa el botn aceptar y el sistema
reserva el aula y muestra un comprobante para imprimir con las caractersticas del aula reservada y los
datos del usuario que hizo la reservacin.
Las figuras A.18 y A.19 muestran el mensaje de confirmacin de reservacin de aula y el
comprobante de reservacin de aula.
134

Anexos
Figura A.18 Mensaje de confirmacin de reservacin de aula.
A.10 Ventana para el usuario analista de registros estudiantiles

La figura A.19 muestra la ventana y men de opciones para el usuario analista de registros
estudiantiles.
Figura A.19 Pantalla y men de opciones para el usuario analista de registros estudiantiles.
135

Anexos
La ventana de usuario analista de registros estudiantiles esta compuesta por un men de

opciones el cual cuenta con cinco botones de accin los cuales se describen en la siguiente tabla.
Opciones
Descripcin
Cambio de clave
Solicitud por imprimir
Solicitud por firmar
Solicitud por entregar
Salir

Permite al usuario ir a la ventana solicitud de constancias
para ver las constancias que se tienen que procesar.
Permite al usuario ir a la ventana constancias por firmar
para ver las constancias que se tienen por firmar.
Permite al usuario ir a la ventana constancias por entregar
para ver las constancias que se tienen por entregar.
Tabla A.5 Descripcin del men de opciones para el usuario analista de registros estudiantiles.
A.10.1 Ventana Solicitud por imprimir

En esta ventana se muestra un cuadro de texto que contiene una lista con el nmero de
solicitud y el nmero de cdula del usuario que ha hecho la solicitud y un botn resaltado en amarillo
(ver) que al pulsarlo permite al usuario ver los datos de la constancia que se ha solicitado.
Figura A.20 Pantalla de solicitudes por imprimir.
136

Anexos
Cuando el usuario pulsa el botn ver en la pantalla anterior figura A.20 el sistema muestra
una nueva pantalla con los datos sobre la constancia que ha solicitado el estudiante para que sea
procesada e impresa por la analista de registros estudiantiles.
Figura A.21 Pantalla de solicitud por procesar.
Despus de que la analista de registros estudiantiles ha procesado la(s) constancia(s) hechas

por el estudiante pulsa el botn impresa para confirmar que la(s) constancia(s) se han procesado y
pasan al siguiente estado que es la firma del director de OREFI.
137

Anexos
Figura A.22 Pantalla con mensaje de confirmacin de modificacin de estado de una solicitud.
Al pulsar el botn aceptar en el mensaje de confirmacin de modificacin de estado de la
solicitud el sistema regresa a la ventana de solicitud de constancias por imprimir, mostrada en la figura
A.20 para que el usuario elija una nueva solicitud para procesar e imprimir.
Las ventanas de las dems funciones como son: solicitud por firmar y solicitud por entregar
son similares a la anterior y funcionan de la misma, por lo tanto no se mostraran en este manual.
A.11 Ventana para el usuario administrador

La figura A.23 muestra la ventana y men de opciones para el usuario administrador.
138

Anexos
Figura A.23 Pantalla y men de opciones para el usuario administrador.

La ventana de usuario administrador esta compuesta por un men de opciones el cual cuenta
con seis botones de accin los cuales se describen en la siguiente tabla.
Opciones
Cambio de clave
Salir
Retiros
Constancias
Importar Datos
Estadsticas
Descripcin
Permite ir a la ventana modificar retiros de materias para
modificar las fechas de los lapsos establecidos para retiros de
materias y modificar los precios del arancel cancelado para retirar
materias.
Permite ir a la ventana modificar constancias para modificar y
actualizar los costos de la unidad tributaria, el precio de los
aranceles que se deben cancelar por as constancias y la cantidad
permitida que se pueden solicitar.
Permite ir a la ventana de importacin de datos para llenar la base
de datos del sistema. (dichos datos sern aportados por la base de
datos de ULA-SIRE).
Permite ir a la ventana de estadsticas para generarlas.
Tabla A.6 Descripcin de las opciones del men de usuario administrador.
139

Anexos
A.11.1 Ventana de modificacin de lapsos para retiros de materias.

Esta ventana esta compuesta por un cuadro de texto con un botn de seleccin de men
desplegable que permite modificar el precio basado en el costo de la unidad tributaria del arancel que
se debe cancelar para retirar materias y un calendario que permite modificar las fechas establecidas
para los lapsos de retiro de materias.
Figura A.24 Pantalla de modificacin de precios y lapsos para retiro de materias.

Luego de que el usuario ha elegido el rango de fechas establecidas para el retiro de materias
pulsando y manteniendo pulsado el botn del mouse sobre las fechas que se quieren seleccionar en el
calendario, y se han modificado los precios del arancel si se requiere se pulsa el botn aceptar para que
el sistema realice los cambios establecidos.
Cuando se pulsa el botn aceptar el sistema enva al usuario un mensaje de confirmacin de
modificacin de fecha de retiro si el usuario esta seguro de realizar los cambios se pulsa de nuevo el
botn aceptar.
140

Anexos
Figura A.25 Pantalla de confirmacin de modificacin de fechas de retiro de materias.

Si las modificaciones se ha hecho correctamente el sistema hace los cambios de lo contrario
enva un mensaje de error.
A.11.2 Ventana de modificacin de constancias

Esta ventana funciona igual que la de modificacin de fechas establecidas para lapsos de retiro
de materias, esta compuesta igualmente por cuadros de texto y botones de seleccin de men
desplegable que permiten al usuario hacer las modificaciones del costo de la unidad tributaria,
modificaciones de la cantidad y el precio de los aranceles de las constancias dependiendo de cada tipo
de constancia.
141

Anexos
Figura A.26 Pantalla para modificacin de cantidad y precios de constancias.

La figura A.27 muestra el mensaje de error si se quiere hacer una modificacin y se introduce
un carcter incorrecto.
Figura A.27 Mensaje de error si se ha introducido un carcter invalido.
142

Anexos
Anexo
Interfaces Usuario/Sistema
Primera Iteracin
Figura B.1 Pantalla principal del sistema.
143

Anexos
Figura B.2 Pantalla de inicio de sesin
Figura B.3 Pantalla y men de opciones para el usuario estudiante.
144

Anexos
Figura B.4 Pantalla de retiro de materias.
Figura B.5 Mensaje de confirmacin de retiro de materias.
145

Anexos
Figura B.6 Comprobante de retiro de materias
Figura B.7 Pantalla para Solicitud de Constancias.
146

Anexos
Figura B.8 Pantalla para modificar clave de acceso al sistema.
Figura B.9 Pantalla y men de opciones para el usuario administrador.
147

Anexos
Figura B.10 Pantalla de modificacin de lapsos de retiro de materias.
Figura B.11 Pantalla de modificacin de constancias.
148

Anexos
Segunda Iteracin
Figura B.12 Pantalla principal del sistema.
Figura B.13 Pantalla de inicio de sesin.
149

Anexos
Figura B.13 Pantalla y men de opciones para el usuario estudiante.
Figura B.14 Pantalla para retiro de materias.
150

Anexos
Figura B.15 Pantalla estado de solicitudes
Figura B.16 Pantalla para solicitud de constancias
151

Anexos
Figura B.17 Pantalla ver solicitudes por firmar.
Figura B.18 Pantalla ver solicitudes por entregar.
152
Captulo 2
Marco Terico
Captulo 4
Captulo 5
Bibliografa
Anexos

Tesis Quintero Jimi PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Quintero Jimi PDF

Cargado por

Copyright:

Formatos disponibles

PROYECTO DE GRADO

SISTEMA DE INFORMACIN WEB PARA EL TRMITE, CONTROL DE

2008 Universidad de Los Andes Mrida, Venezuela

Sistema de informacin web para el trmite, control de solicitudes y

En este trabajo se presenta el desarrollo de un sistema de informacin web que

El sistema forma parte de los procesos de automatizacin que se llevan en

Palabras clave: Sistemas de informacin web, Automatizacin, Sistema de bsqueda,

A mis padres Pedro Quintero e Idalva de Quintero, ejemplos de humildad,

Definicin del problema.. ......................................................... .3

Objetivo General ..................................................................3

Objetivos especficos .. ...........................................................4

Modelo del proceso watch para el desarrollo de software .. ...............5

Lenguaje de modelado unificado.. .............................................5

Alcance del proyecto .............................................................6

Organizacin del documento ...................................................6

Oficina de registros estudiantiles de la facultad de ingeniera (OREFI) .... 9

Objetivos de la organizacin.. ....................................... ..10

Mtodo watch para el desarrollo de aplicaciones de sofware.. ... ..13

Modelo de productos.. .............................................. ..14

Modelo de procesos.................................................. ..14

Modelado de actores.. ............................................... ..16

Lenguaje de modelado unificado UML (versin 2.0).. ........ ..17

Diagramas UML 2.0.. ............................................... ..17

Diagramas de comportamiento.. .................................. ..20

Base de datos.. ........................................................ ..22

Modelos de base de datos.. ......................................... ..24

Bases de datos relacionales.. ........................................ ..24

Sistema manejador de base de datos MySQL.. .................. ..25

Lenguaje de consulta estructurado (SQL)........................ ..26

Componentes del SQL.. ............................................ ..27

Hypertextpreprocessor (PHP).. ................................... ..27

Servidor web.. ........................................................ ..29

Sistemas de informacin............................................. ..30

Actividades que realiza un sistema de informacin.. ........... ..30

Entrada de informacin.............................................. ..30

Almacenamiento de informacin.. ................................ ..30

Procesamiento de informacin..................................... ..31

Salida de informacin.. .............................................. ..31

Especificacin de los procesos del mtodo Watch............... ..33

Anlisis del dominio.................................................. ..34

Modelo de procesos del negocio................................... ..34

Identificacin de los actores.. ...................................... ..42

Bsqueda de requerimientos funcionales de la aplicacin.. ... ..48

Diagrama de casos de uso general del sistema.. ................. ..49

Diagrama de casos de uso.. ......................................... ..51

Requerimientos del sistema.. ...................................... ..55

Requerimientos de la informacin.. .............................. ..55

Requisitos de consulta.. ............................................. ..56

Requisitos funcionales del sistema................................. ..56

Requisitos no funcionales del sistema............................. ..58

Diseo del sistema.................................................... ..59

Definicin de la arquitectura del sistema......................... ..59

Diseo de subsistemas.. ............................................. ..60

Diseo de componentes de cada subsistema.. ................... ..61

Diseo de la base de datos.. ........................................ ..64

Diagrama de clases.. ................................................. ..65

Esquema relacional.. ................................................. ..67

Dependencias funcionales y esquema normalizado.. ........... ..69

Arquitectura funcional del sistema.. .............................. ..72

Diseo de la interfaz de usuario/sistema.. ....................... ..79

Diseo de la interfaz u/s para el sistema de trmite, control de solicitudes y

salones para OREFI.. .......................... ..80

Interfaz de usuario/sistema.. ....................................... ..86