Professional Documents
Culture Documents
PRESENTADO POR:
Garca, Yeimaira
Molina, Freddy
Pirela, Jorge
ASESORADO POR:
Dra. Ordez, Maribel
Tutora Metodolgica
Ing. Fonseca, Roraxy
Tutora Acadmica
Dra. Faras, Yaritza
Tutora Industrial
VEREDICTOS
DEDICATORIAS
A DIOS:
A MIS PADRES:
A MI HIJOS:
A DIOS:
A MIS PADRES:
A MI HIJOS:
A DIOS PADRE:
A MIS PADRES:
A MI ESPOSA:
A MI HIJA:
vi
AGRADECIMIENTOS
Agradecemos a la Universidad Rafael Belloso Chacn por ser la fuente
de conocimientos, en donde pudimos saciar nuestra sed por aprender y
desarrollar nuestras futuras habilidades profesionales.
Le damos gracias a nuestras tutoras, Dra. Maribel Ordez e Ing.
Roraxy Fonseca por todos los conocimientos que nos transmitieron.
Agradecemos tambin a la Universidad Rafael Mara Baralt por apoyar
la presente investigacin, especialmente le damos gracias a la Dra. Yaritza
Faras, por sus valiosos aportes.
Agradecemos a todo el personal del Programa Posgrado de la
UNERMB, Kitty Jimnez, Nancy Ruz, Dr. Luis Castro y Dra. Carmen Leal,
gracias por toda la colaboracin prestada para el desarrollo de esta
investigacin.
Por ltimo, les damos las gracias al personal de la Direccin de
Informtica del a UNERMB, a su director Ing. Delvis Lpez por su apoyo y
especialmente a los Ingenieros Luis Vsquez e Ileana Becerra, sin ellos no
hubiese sido posible este logro.
vii
viii
ix
NDICE GENERAL
p.p.
VEREDICTOS................................................................................................ iii
DEDICATORIAS ............................................................................................ vi
AGRADECIMIENTOS .................................................................................. vii
RESUMEN ................................................................................................... viii
ABSTRACT ................................................................................................... ix
NDICE GENERAL ......................................................................................... x
NDICE DE CUADROS ................................................................................. xv
NDICE DE ILUSTRACIONES..................................................................... xvi
INTRODUCCIN ............................................................................................ 1
CAPTULO
I
EL PROBLEMA ................................................................................. 3
1. PLANTEAMIENTO DEL PROBLEMA ..................................................... 4
1.1. FORMULACIN DEL PROBLEMA ................................................ 10
2. OBJETIVOS DE LA INVESTIGACIN ................................................. 10
2.1. OBJETIVO GENERAL ................................................................... 10
2.2. OBJETIVOS ESPECFICOS .......................................................... 10
3. JUSTIFICACIN E IMPORTANCIA DE LA INVESTIGACIN .............. 11
4. DELIMITACIN DE LA INVESTIGACIN ............................................ 12
II
xi
III
IV
xii
xiii
xiv
NDICE DE CUADROS
CUADRO
p.p.
10
11
xv
NDICE DE ILUSTRACIONES
FIGURA
p.p.
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
xvi
25
26
27
28
29
30
31
32
33
34
35
36
37
xvii
INTRODUCCIN
El presente trabajo de investigacin est orientado a la creacin de un
Sistema de Informacin basado en Ambiente Web para apoyar los procesos
de investigacin del Programa Posgrado de la Universidad Nacional
Experimental Rafael Mara Baralt (UNERMB), referidos a la inscripcin de
los proyectos de investigacin de los participantes de las distintas maestras
que lo conforman.
Segn Arribas (2000, p. 154):
El sistema de informacin de una organizacin no es slo un centro de
proceso de datos sino que ste forma parte de los recursos de
informacin; sera una parte de las actividades de informacin y una
parte de las relaciones, de las estructuras y fines que tiene que ver con
el soporte fsico del sistema de informacin.
Coincidiendo con el autor, se propone un sistema basado en ambiente
web para dar respuesta a la problemtica planteada, facilitando las
actividades acadmicas y administrativas tanto a los participantes de las
maestras, como tambin para el personal administrativo y autoridades
acadmicas adscritos a las Unidades de Atencin a la Investigacin de todas
las sedes y a la Coordinacin de Investigacin del Programa Posgrado de la
UNERMB.
Para el logro de estas metas, el trabajo se dividi en cuatro captulos:
El primer captulo, concerniente al problema, donde se presenta el
planteamiento
formulacin
del
problema,
objetivos,
importancia,
CAPITULO I
EL PROBLEMA
CAPTULO I
EL PROBLEMA
En este captulo se describe el contexto de la situacin problemtica
planteada, se definieron los objetivos del estudio y por ltimo, se definieron la
importancia, justificacin y delimitacin de la investigacin.
1.
5
De acuerdo a Laudon (2004, p. 31): los sistemas de informacin estn
arraigados
en
las
organizaciones,
un
resultado
de
la
estructura
una
mas
organizaciones
en
sus
diferentes
actividades
de
10
OBJETIVOS DE LA INVESTIGACIN
11
12
(Rapid
Aplication
Techniques
Development
(Escalona
otros,
RAD):
2004),
Navigational
Design-driven
DELIMITACIN DE LA INVESTIGACIN
El presente estudio se llev a cabo en la Universidad Nacional
13
CAPTULO II
MARCO TERICO
CAPTULO II
MARCOTERICO
En este captulo se explican las bases tericas que orientaron la
investigacin;
se
realiz
un
estudio
bibliogrfico
partiendo
de
los
ANTECEDENTES
Albarracn (2009, p. 1), refiere que la Escuela de Economa de la
15
16
17
18
19
BASES TERICAS
Las definiciones y conceptos que se presentan a continuacin sirven
20
21
22
Servidor
Proxy:
Usualmente
utilizado
como
sistema
de
23
Figura 1
Componentes Genricos de una arquitectura Web
Fuente: Kappel (2003, p. 93)
24
25
26
27
Por su parte, Taboada y Cotos (2005, p. 9) refieren que esta estrategia
suele ser utilizada cuando el sistema no es de gran complejidad y puede ser
manejable como proyecto, cuando los requerimientos del sistema pueden
predecirse fcilmente.
En la figura 2 se puede apreciar el modelo Cascada o Clsico del Ciclo
de Vida de los Sistemas de Informacin.
Figura 2
Modelo Clsico o Cascada
Fuente: Taboada y Cotos (2005, p. 9)
En este orden de ideas, Senn (1992, pp. 33 37) seala que el modelo
clsico del ciclo de vida de los sistemas de informacin consta de las
siguientes actividades: investigacin preliminar, determinacin de los
requerimientos del sistema, diseo del sistema, desarrollo de software,
prueba de los sistemas, implantacin y evaluacin.
28
29
30
Figura 3
Ejemplo del Modelo de Anlisis Estructurado
Fuente: Taboada y Cotos (2005, p. 12)
Se infiere que este modelo se concentra en especificar lo que se
requiere que haga el sistema, permitiendo que las personas observen los
elementos lgicos (lo que har el sistema) separados de los componentes
fsicos.
2.1.5.3. MODELO EN ESPIRAL
Sobre el modelo en espiral, Alonso y otros (2005, p. 112) refieren que
Barry Boehm lo ide en 1988, diferencindolo del modelo en cascada en
cuanto a que evoluciona a travs de ciclos de experimentacin y aprendizaje,
incorporando un nuevo elemento en el desarrollo de software como lo es el
anlisis de riesgos. Este modelo define cuatro actividades principales
representadas por los cuatro cuadrantes de la figura 4:
31
Figura 4
Modelo de Desarrollo en Espiral
Fuente: FernndezMedina (2006, p. 13) http://alarcos.inf-cr.uclm.es
Sobre las ventajas del modelo en espiral, FernndezMedina (2006, p.
25) seala:
a) Trata de mejorar los ciclos de vida clsicos y prototipos.
b) Permite acomodar otros modelos.
c) Incorpora objetivos de calidad y gestin de riesgos.
d) Elimina errores y alternativas no atractivas al comienzo.
32
33
Figura 5
Modelo de Desarrollo Incremental
Fuente: FernndezMedina (2006, p. 20)
El modelo de desarrollo incremental es 100% compatible con el modelo
cascada ya que no demanda una forma especfica de observar el desarrollo
de algn otro incremento, As, el modelo cascada puede ser usado para
administrar cada esfuerzo de desarrollo.
34
Figura 6
Modelo de Prototipado Rpido
Fuente: FernndezMedina (2006, p. 17)
Entre las ventajas del modelo de prototipo rpido que se muestra en la
figura 6, FernndezMedina (2006, p. 18), estn:
35
satisfagan las
36
Figura 7
Modelo de Prototipado Evolutivo
Fuente: FernndezMedina (2006, p. 20)
37
38
39
A) DEFINICIONES
El Modelo Vista Controlador (MVC) fue creado por Trygve
Reenskaug en 1978, en su sitio web http://heim.ifi.uio.no/~trygver, el autor
destaca El propsito esencial de MVC es cerrar la brecha entre el modelo
mental del usuario humano y el modelo digital que existe en el equipo. La
solucin ideal MVC soporta la ilusin del usuario de ver y manipular la
informacin directamente. La estructura es til si el usuario necesita para ver
el elemento mismo modelo al mismo tiempo en diferentes contextos y / o de
puntos de vista diferentes. La figura 8 ilustra la idea:
Figura 8
El patrn de diseo Modelo Vista Controlador
Fuente: http://heim.ifi.uio.no/~trygver
Por su parte, Rivera (2008, p. 11), refiere que el MVC es un patrn de
diseo de arquitectura de software usado principalmente en aplicaciones que
manejan gran cantidad de datos y transacciones complejas donde se
requiere una separacin de conceptos para que el desarrollo est
estructurado de una mejor manera, facilitando la programacin en diferentes
capas de manera paralela e independiente.
40
continuacin,
Reenskaug,
en
su
pagina
web
personal
41
Figura 9
Ciclo de Vida del MVC
Fuente: Rivera (2008, p. 12)
42
En este sentido, Rivera (2008, pp. 12 - 13) refiere que el ciclo de vida
de las aplicaciones basadas en el patrn de diseo MVC empieza cuando el
usuario hace una solicitud al controlador, entonces el controlador decide a
quin debe delegar la tarea y es aqu donde el modelo comienza su trabajo,
encargndose de realizar las operaciones sobre la informacin que maneja
para cumplir con lo que le solicita el controlador.
Una vez terminada su labor, el modelo le regresa al controlador la
informacin resultante de sus operaciones, el cual a su vez la redirige a la
vista, quien se encargar de transformar los datos en informacin entendible
para el usuario. Finalmente, la representacin grfica es transmitida de
regreso al controlador y ste se encarga de transmitrsela al usuario.
C) VENTAJAS Y DESVENTAJAS DEL PATRN DE DISEO MVC
De acuerdo a Rivera (2008, p. 13), se destacan como ventajas del
patrn de diseo Modelo - Vista - Controlador las siguientes:
a) La separacin de los datos de la representacin visual de los mismos
b) Es mucho ms sencillo agregar mltiples representaciones de los
mismos datos o informacin.
c) Facilita agregar nuevos tipos segn sea requerido por la aplicacin
ya que son independientes del funcionamiento de las otras capas
d) Crea independencia de funcionamiento.
e) Facilita el mantenimiento en caso de errores.
f) Ofrece maneras ms sencillas para probar el correcto funcionamiento
del sistema.
43
44
45
A) CARACTERSTICAS
A continuacin se muestran algunas de sus caractersticas:
a) Fcil de instalar y configurar en la mayora de plataformas (con la
garanta de que funciona en los sistemas Windows y *nix estndares).
b) Independiente del sistema gestor de bases de datos.
c) Sencillo de usar en la mayora de casos, pero lo suficientemente
flexible como para adaptarse a los casos ms complejos.
d) Basado en la premisa de convenir en vez de configurar, en la que el
desarrollador solo debe configurar aquello que no es convencional.
e) Sigue la mayora de mejores prcticas y patrones de diseo para la
web.
f) Preparado para aplicaciones empresariales y adaptable a las polticas
y arquitecturas propias de cada empresa, adems de ser lo suficientemente
estable como para desarrollar aplicaciones a largo plazo.
g) Cdigo fcil de leer que incluye comentarios de phpDocumentor y
que permite un mantenimiento muy sencillo.
h) Fcil de extender, lo que permite su integracin con libreras
desarrolladas por terceros.
Potencier (2008, p. 14) tambin refiere que Symfony automatiza la
mayora de elementos comunes de los proyectos web, como por ejemplo:
a) La capa de internacionalizacin que incluye Symfony permite la
traduccin de los datos y de la interfaz, as como la adaptacin local de los
contenidos.
46
validacin
automatizada
y relleno
47
48
Figura 10
Implementacin de MVC en Symfony
Fuente: Potencier (2008, p. 33)
C) ESTRUCTURA DE LOS ARCHIVOS
Potencier (2008, p. 37) refiere que normalmente, todos los proyectos
web comparten el mismo tipo de contenidos, como por ejemplo:
a) Una base de datos, como MySQL, Oracle o PostgreSQL.
b) Archivo estticos (HTML, imgenes, archivos de JavaScript, hojas de
estilos, entre otros).
c) Archivos subidos al sitio web.
49
50
log/
plugins/
test/
unit/
functional/
web/
css/
images/
js/
uploads/
Cuadro 1
Estructura del Directorio Raz de los Proyectos en Symfony
Directorio Descripcin
apps/
batch/
cache/
config/
data/
doc/
lib/
log/
51
Cuadro 2
Estructura del Subdirectorio de las aplicaciones en Symfony
Directorio Descripcin
config/
i18n/
lib/
modules/
templates/
52
Cuadro 3
Estructura del Subdirectorio de los mdulos en Symfony
Directorio Descripcin
actions/
config/
lib/
templates/
validate/
53
Cuadro 4
Estructura del directorio web en Symfony
Directorio Descripcin
css/
images/
Contiene las imgenes del sitio con formato .jpg, .png o .gif
js/
uploads/
54
Figura 11
Object Relation Mapper
Fuente: http://www.tecnoretales.com
En este orden de ideas, el autor refiere que la principal ventaja que
aporta el ORM es la reutilizacin, permitiendo llamar a los mtodos de un
objeto de datos desde varias partes de la aplicacin e incluso desde
diferentes aplicaciones. La capa ORM tambin encapsula la lgica de los
55
56
57
58
59
Figura 12
Una excepcin en el entorno de desarrollo
Fuente: Potencier (2008, p. 51)
En el entorno de la produccin, la aplicacin deber mostrar mensajes
de error personalizados en lugar de excepciones, y por supuesto, la capa del
cache debe estar activada. El entorno de produccin debe ser optimizado
para el rendimiento y la experiencia del usuario final:
Figura 13
Una excepcin en el entorno de produccin
Fuente: Potencier (2010, p. 51)
60
Figura 14
Aplicacin Symfony en entorno de desarrollo
Fuente: Potencier (2008, p. 52)
61
2.1.7. POSTGRESQL
Segn WorsleyyDrake (2002, p. 3) PostgreSQL es un sistema de
gestin de bases de datos objeto-relacional, distribuido bajo licencia BSD y
con su cdigo fuente disponible libremente. Es el sistema de gestin de
bases de datos de cdigo abierto ms potente del mercado y en sus ltimas
versiones no tiene nada que envidiarle a otras bases de datos comerciales.
A continuacin el siguiente grfico ilustra de manera general los
componentes ms importantes en un sistema PostgreSQL.
Figura 15
Componentes del PostgreSQL
Fuente: http://www.postgresql.org.es
62
Archivos
de
configuracin:
Los
archivos
principales
de
63
2.1.7.1. CARACTERSTICAS
PostgreSQL fue desarrollado hace ms de 15 aos, y durante este
tiempo, estabilidad, potencia, robustez, facilidad de administracin e
implementacin de estndares han sido las caractersticas que ms se han
tenido en cuenta. PostgreSQL funciona muy bien con grandes cantidades de
datos y una alta concurrencia de usuarios accediendo a la vez del sistema. A
continuacin se presentan algunas de sus caractersticas:
A) CARACTERSTICAS GENERALES
a) Es una base de datos 100% ACID
b) Integridad referencial
c) Tablespaces
d) Nested transactions (savepoints)
e) Replicacin asincrona / Streaming replication - Hot Standby
f) Two-phase commit
g) PITR - point in time recovery
h) Copias de seguridad en caliente (Online/hot backups)
i) Unicode
j) Juegos de caracteres internacionales
k) Multi-Version Concurrency Control (MVCC)
i) Mltiples mtodos de autentificacin
j) Acceso encriptado via SSL
k) Actualizacin in-situ integrada (pg_upgrade)
64
l) Disponible para Linux y UNIX en todas sus variantes (AIX, BSD, HPUX, SGI IRIX, Mac OS X, Solaris, Tru64) y Windows 32/64bit.
B) CARACTERSTICAS SOBRE PROGRAMACIN / DESARROLLO
a) Funciones/procedimientos almacenados (stored procedures) en
numerosos lenguajes de programacin, entre otros PL/pgSQL (similar al
PL/SQL de ORACLE), PL/Perl, PL/Python y PL/Tcl
b) Bloques annimos de cdigo de procedimientos (sentencias DO)
c) Numerosos tipos de datos y posibilidad de definir nuevos tipos.
Adems de los tipos estndares en cualquier base de datos, tenemos
disponibles, entre otros, tipos geomtricos, de direcciones de red, de
cadenas binarias, UUID, XML, matrices, entre otros.
d) Soporta el almacenamiento de objetos binarios grandes (grficos,
videos, sonido).
e) APIs para programar en C/C++, Java, .Net, Perl, Python, Ruby, Tcl,
ODBC, PHP, Lisp, Scheme, Qt y muchos otros.
C) STRUCTURE QUERY LANGUAJE (SQL)
a) Llaves primarias (primary keys) y ajenas (foreign keys)
b) Check, Unique y Not null constraints
c) Restricciones de unicidad postergables (deferrable constraints)
d) Columnas auto-incrementales
e) ndices compuestos, nicos, parciales y funcionales en cualquiera de
los metodos de almacenamiento disponibles, B-tree, R-tree, hash GiST
f) Sub-selects
65
g) Consultas recursivas
h) Funciones 'Windows'
i) Joins
j) Vistas (views)
k) Disparadores (triggers) comunes, por columna, condicionales.
l) Reglas (Rules)
m) Herencia de tablas (Inheritance)
n) Eventos LISTEN/NOTIFY
2.1.7.2. LIMITACIONES
Algunos de los lmites de PostgreSQL se presentan en el siguiente
cuadro:
Cuadro 5
Limitaciones de PostgreSQL
Lmite
Valor
32 TB
1.6 TB
1 GB
Ilimitado
Ilimitado
Fuente: http://www.postgresql.org.es
66
de
investigacin
para
finalmente
cristalizar
las
diferentes
67
Internet haba
llegado.
El primer nombre
servidor fue
68
69
acceder a las
paginas.
c) ARP: (Address Resolution Protocol) para la resolucin de nombres.
d) FTP: (File Transfer Protocol) Protocolo para transferencia de
archivos.
e) SMTP: (Simple Mail Transfer Protocol) Protocolo para correos.
f) POP: (Post Office Protocol) Protocolo de Correos.
g) TELNET: Para acceder a equipos Remotos.
h) ICMP:(Internet Control Message Protocol) Usado para cuando
ocurren errores de Transmisin.
i) IGMP: (Internet Group Management Protocol)
Para realizar IP
Multicast.
j) DHCP: (Dynamic Host Configuration Protocol) Direccionamiento
dinamico de IP.
k) UDP: (User Datagram Protocol) Protocolo que permite cierta prdida
de paquetes cuando existen cambios de velocidad.
70
71
72
relacionadas entre si. En todo sitio Web se suele distinguir dos pginas
especiales, la pagina inicial (o pgina de entrada) y la pgina principal (o
pgina men). En algunos sitios web se prescinde de la pgina inicial y
directamente se muestra al usuario la pgina principal. Por otro lado, la
pgina principal, conocida como home, front o main page, es la primera que
funciona como ndice o tabla de contenidos web. A travs de esta pgina, el
resto de documentos del sitio web es accesible de forma directa o indirecta.
Por su parte, Prat (2007, p. 8) define un sitio Web como un conjunto de
pginas web (archivos) enlazadas entre s por vnculos de hipertextos (o
hipervnculos), todo ellos instalado en un servidor web accesible las 24 horas
del da, los siete das de la semana, desde cualquier parte del mundo.
Ramos (2004, p.6) especifica que un sitio webcomo una coleccin de
pginas web relacionadas y comunes a un dominio de Internet o subdominio
en la World Wide Web en Internet. A las pginas de un sitio web se accede
frecuentemente a travs de un URL raz comn llamado portada, que
normalmente reside en el mismo servidor fsico. Los URL organizan las
pginas en una jerarqua, aunque los hiperenlaces entre ellas controlan ms
particularmente cmo el lector percibe la estructura general y cmo el trfico
web fluye entre las diferentes partes de los sitios.
2.1.6.2. TIPOS DE SITIOS WEB
Briz y Lazo (2001, p. 158) categorizan los sitios web como
Promocionales, Informativos y Transaccionales.
73
Transaccionales:
Son
aquellas capaces de
procesar
74
75
76
que todo el trabajo en esta fase se har definiendo estilos para los diferentes
elementos que se ha creado en la fase anterior. Aunque se ha dicho muchas
veces, no est de ms recordar que siempre hay que evitar la maquetacin
con tablas, que por suerte cada vez se ve menos.
c) Revisin. Una vez en esta ltima fase, ya se tiene construido el sitio
Web, pero es necesario una etapa de revisin de los diferentes requisitos de
accesibilidad, y si es posible que dicha revisin la lleve a cabo una persona
diferente a la que ha construido al sitio Web. Cuanto ms tiempo dediquemos
a la etapa de revisin de accesibilidad mejor ser el resultado obtenido
2.2.7. APLICACIONES WEBS
Como qued establecido anteriormente, las aplicaciones son parte
fundamental de las organizaciones y, por ende, son diseadas acorde a sus
necesidades. Los componentes de las mismas se interrelacionan para
alcanzar un fin, casi siempre, apoyar el proceso de toma de decisiones.
Tambin se estableci que el ambiente web es el contexto en el cual estn
inmersos millones de usuarios quienes participan en una red de redes.
En este sentido, coincidiendo con Surhone y otros (2010, p. 25), los
sistemas de informacin basados en ambiente web son complejos en su
estructura y organizacin de componentes y son complicados en su
desarrollo y mantenimiento. Por ello, puede decirse las aplicaciones basadas
en web conforman una nueva categorizacin y caracterizacin de sistemas.
77
Figura 16
Categoras de las Aplicaciones Web
Fuente: Kappel (2003, p. 5)
78
Colaborativa
(Collaborative):
son
utilizadas
especficamente
parafinescolaborativos.Soportanlainformacincompartidayworkspaces
para
79
80
Figura 17
Dimensiones para la categorizacin de las Aplicaciones Web
Fuente: Kappel (2003, p. 8)
Estas dimensiones estn basadas en el estndar ISO/IEC 9126-1 para
la evaluacin de las caractersticas de calidad del software.
A) CARACTERSTICAS RELACIONADAS AL PRODUCTO
Segn Kappel (2003, p. 8) constituyen la mayor parte en la construccin
de una nueva aplicacin web. Aqu se abarca el contenido, el modelo de
navegacin y el modelo de presentacin o interfaz de usuario:
a) Contenido: generar contenido, tenerlo disponible, integrarlo y
actualizarlo es igualmente importante como lo es el desarrollo de la
aplicacin en s. Los programadores no slo deben actuar como
constructores de la aplicacin sino tambin como autores de la informacin.
81
82
83
84
85
86
Figura 18
Proceso de Ingeniera de Requisitos.
Fuente: Escalona y Koch (2002, p. 5)
Se puede observar en la figura anterior, el proceso comienza con la
realizacin de la captura de requisitos, el grupo de tcnicos toma la
informacin suministrada por los usuarios y clientes. Esta informacin puede
provenir de fuentes muy diversas: documentos, aplicaciones existentes, a
travs de entrevistas, entre otros. En base a esta informacin, el equipo de
desarrollo elabora el catlogo de requisitos.
87
88
89
90
91
92
93
94
Pocas son las propuestas existentes que ofrecen tcnicas para la realizacin
de la validacin y muchas de ellas consisten en revisar los modelos
obtenidos en la definicin de requisitos con el usuario para detectar errores o
inconsistencias.
An as, existen algunas tcnicas que pueden aplicarse para ello:
a) Reviews o Walk-throughs: Est tcnica consiste en la lectura y
correccin de la completa documentacin o modelado de la definicin de
requisitos. Con ello solamente se puede validar la correcta interpretacin de
la informacin transmitida. Ms difcil es verificar consistencia de la
documentacin o informacin faltante.
b) Auditoras: La revisin de la documentacin con esta tcnica consiste
en un chequeo de los resultados contra una checklist predefinida o definida a
comienzos el proceso, es decir slo una muestra es revisada.
c) Matrices de trazabilidad: Esta tcnica consiste en marcar los
objetivos del sistema y chequearlos contra los requisitos del mismo. Es
necesario ir viendo qu objetivos cubre cada requisito, de esta forma se
podrn detectar inconsistencias u objetivos no cubiertos.
d) Prototipos: Algunas propuestas se basan en obtener de la definicin
de requisitos prototipos que, sin tener la totalidad de la funcionalidad del
sistema, permitan al usuario hacerse una idea de la estructura de la interfaz
del sistema con el usuario. Esta tcnica tiene el problema de que el usuario
debe entender que lo que est viendo es un prototipo y no el sistema final.
95
(Unified
Modeling
Language)
se
ha
producido
abundante
96
ms
rpidamente
los
clientes
cambian
de
opinin
cambiar
la
estructura
de
una
aplicacin
de
forma
rpida.
97
98
NDT describe de manera detallada todos los pasos que hay que realizar
para tratar los requisitos y a partir de ellos conseguir los modelos de anlisis.
Por otro lado, es una propuesta orientada a la tcnica. En todo el proceso
propuesto por NDT se indica qu tcnicas hay que usar, el modelo de
aplicacin y el resultado que hay que obtener. Y, por ltimo, es una
propuesta orientada al resultado. Tras la aplicacin de las tcnicas se
consiguen resultados y modelos cuya nomenclatura y estructura est
completamente detalladas en NDT.
En este orden de ideas, Escalona y otros (2004, pp. 354-355), sealan
que el ciclo de vida de NDT est compuesto por dos fases: la ingeniera de
requisitos y el anlisis. Aunque, en principio, ambas son secuenciales, el
proceso de NDT no lo es, puesto que en muchos momentos se puede
realizar la vuelta atrs para corregir errores o incongruencias:
a) La fase de ingeniera de requisitos de NDT es una ingeniera de
requisitos guiada por objetivos. En la primera etapa de la ingeniera de
requisitos se definen cules son los objetivos del sistema a desarrollar y en
base a ellos se capturan y definen los diferentes requisitos del sistema. Los
requisitos en NDT son agrupados segn su carcter en requisitos de
almacenamiento de informacin, requisitos de actores, requisitos funcionales,
requisitos de interaccin y requisitos no funcionales. Cada grupo de
requisitos es tratado de una manera particular, adecuada a su tipologa. Una
vez capturados y definidos los requisitos se pasa a la validacin de los
mismos.
99
100
en
NDT.
NDT
ofrece
una
gua
completa
de
posibles
101
Figura 19
Descripcin general de las actividades de NDT
Fuente: Escalona y otros (2004, p. 355)
2.2.9.3. DESIGN-DRIVEN REQUIREMENTS ELICITATION (DDRE)
Escalona y Koch (2002, pp. 16 17) refieren que Design-driven
Requirements Elicitation es parte del proceso design-driven que proponen
Lowe y Eklund para el desarrollo de aplicaciones Web. La propuesta consiste
en realizar la captura, definicin y validacin de requisitos durante el proceso
de diseo. Ello hace necesario que las actividades de diseo sean realizadas
de modo que los requerimientos pueden ser tratados y administrados.
102
investigadores
del
presente
trabajo,
verifican
que
como
103
Figura 20
Estructura del Documento de Requisitos del Sistema
Fuente: Durn y Bernrdez (2000, p. 11)
A) LA PORTADA
La portada del DRS debe tener el formato que puede verse en la figura
21. Los elementos que deben aparecer son los siguientes:
a) Nombre del proyecto: al cual que pertenece el DRS.
b) Versin: la versin del DRS que se entrega al cliente. La versin se
compone de dos nmeros X e Y. El primero indica la versin, y se debe
incrementar cada vez que se hace una nueva entrega formal al cliente.
Cuando se incremente el primer nmero, el segundo debe volver a comenzar
104
Figura 21
Portada del Documento de Requisitos del Sistema
Fuente: Durn y Bernrdez (2000, p. 12)
B) LA LISTA DE CAMBIOS
El documento debe incluir una lista de cambios en la que se
especifiquen, para cada versin del documento, los cambios producidos en el
mismo con un formato similar al que puede verse en la figura 22. Para cada
cambio realizado se debe incluir el nmero de orden, la fecha, una
descripcin y los autores.
105
Figura 22
Lista de Cambios del Documento de Requisitos del Sistema
Fuente: Durn y Bernrdez (2000, p. 12)
C) NDICE
El ndice del DRS debe indicar la pgina en la que comienza cada
seccin, subseccin o apartado del documento. En la medida de lo posible,
se sangrarn las entradas del ndice para ayudar a comprender la estructura
del documento.
D) LISTAS DE FIGURAS Y TABLAS
El DRS deber incluir listas de las figuras y tablas que aparezcan en el
mismo. Dichas listas sern dos ndices que indicarn el nmero, la
descripcin y la pgina en que aparece cada figura o tabla del DRS.
E) INTRODUCCIN
Esta seccin debe contener una descripcin breve de las principales
caractersticas del sistema software que se va a desarrollar, la situacin
actual que genera la necesidad del nuevo desarrollo, la problemtica que se
acomete, tcnicas de elicitacin utilizadas y cualquier otra consideracin que
site al posible lector en el contexto oportuno para comprender el resto del
documento.
106
F) PARTICIPANTES EN EL PROYECTO
Esta seccin debe contener una lista con todos los participantes en el
proyecto, tanto desarrolladores como clientes y usuarios. Para cada
participante se deber indicar su nombre, el papel que desempea.
G) DESCRIPCIN DEL SISTEMA ACTUAL
Esta seccin debe contener una descripcin del sistema actual en el
caso de que se haya acometido su estudio.
H) OBJETIVOS DEL SISTEMA
Esta seccin debe contener una lista con los objetivos que se esperan
alcanzar cuando el sistema software a desarrollar est en explotacin, los
cuales pueden considerarse como requisitos de alto nivel, de forma que los
requisitos propiamente dichos seran la forma de alcanzar los objetivos. La
plantilla propuesta para los objetivos puede verse en la figura 23.
Figura 23
Plantilla de Objetivos del Sistema
Fuente: Durn y Bernrdez (2000, p. 31)
107
Figura 24
Plantilla para los Requisitos de Almacenamiento de Informacin
Fuente: Durn y Bernrdez (2000, p. 33)
108
K) REQUISITOS FUNCIONALES
Esta subseccin debe contener la lista de requisitos funcionales que se
hayan identificado, la plantilla respectiva se observa en la figura 25.
Figura 25
Plantilla para los Requisitos Funcionales
Fuente: Durn y y Bernrdez (2000, p. 35)
109
Figura 26
Plantilla para los Actores del Sistema
Fuente: Durn y Bernrdez (2000, p. 34)
N) CASOS DE USO DEL SISTEMA
Este apartado debe contener los casos de uso que se hayan
identificado,
especificados
mediante
la
plantilla
para
los
requisitos
110
Figura 27
Plantilla para los Requisitos No Funcionales
Fuente: Durn y Bernrdez (2000, p. 35)
P) MATRIZ DE RASTREABILIDAD OBJETIVOS/REQUISITOS
Esta seccin debe contener una matriz objetivorequisito, de forma que
para cada objetivo se pueda conocer con qu requisitos est asociado. El
formato de la matriz de rastreabilidad puede verse en la figura 28.
Figura 28
Matriz de rastreabilidad del Documento de Requisitos del Sistema
Fuente: Durn y Bernrdez (2000, p. 15)
111
112
113
2.3.2.1. PLANIFICACIN
De acuerdo a Stoner (1996, p. 11), planificar implica que los
administradores piensan con antelacin en sus metas y acciones, y que
basan sus actos en algn mtodo, plan o lgica, y no en corazonadas.
Robbins y DeCenzo (2002, p. 80), sealan que planificar:
Abarca definir los objetivos o las metas de la organizacin, establecer
una estrategia general para alcanzar esas metas y preparar una amplia
jerarqua de planes para integrar y coordinar las actividades, tambin se
refiere a los fines (lo que se har) y a los medios (cmo se har).
Por su parte, Reyes (2004, p. 244) la planeacin consiste en fijar el
curso concreto de accin que ha de seguirse, estableciendo los principios
que habrn de orientarlo, la secuencia de operaciones para realizarlo y las
determinaciones de tiempos y de nmeros necesarias para su realizacin.
La planificacin (o planeacin) puede considerarse como el arte de
saber administrar las cosas, aun se diga esto en forma subjetiva se destaca
este hecho como una actividad intrnsecamente humana, a pesar de que
existen diversas metodologas que la apoyen siempre ser el factor humano
quien marque la diferencia, ya que un gerente conocedor de sus recursos
materiales y humanos sabr encontrar la mejor manera de combinarlos.
2.3.2.2. ORGANIZACIN
Segn Stoner (1996, p. 12), organizar es el proceso de ordenar y
distribuir el trabajo, la autoridad y los recursos entre los miembros de una
organizacin, de tal manera que stos puedan alcanzar las metas.
114
Por su parte, Chiavenato (2007, p. 76), refiere que organizacin es el
establecimiento de la estructura formal de autoridad, que integre, defina y
coordine las subdivisiones de trabajo, en pos del objetivo buscado.
Para Reyes (2004, p. 276), el concepto de organizacin implica:
a) Partes y funciones diversas. Ninguna organizacin tiene partes
idntica ni de igual funcionamiento.
b) Unidad funcional. Esas partes diversas tienen, con todo, un fin
comn e idntico.
c) Coordinacin y autoconstruccin. Precisamente para lograr ese fin
cada una de las partes pone una accin distinta, pero complementaria de las
dems; obran en vista del fin comn y ayudan a las dems a construirse y
ordenarse conforme a una teleologa especfica.
Los autores antes referidos coinciden al destacar la organizacin como
fuente de la autoridad, cuyas palabras claves son estructura, orden y
objetivo, es decir la organizacin es el proceso de ejercer el liderazgo y la
autoridad dentro de una estructura organizacional, coordinando las diferentes
entidades que conforman su estructura y cuyo resultado es alcanzar las
metas y objetivos.
2.3.2.3. CONTROL
Stoner (1996, p. 12), refiere que el gerente debe estar seguro de los
actos de los miembros de la organizacin que, de hecho, la conducen hacia
las metas establecidas.
115
Por su parte Reyes (2004, p. 440) al referirse sobre control seala: es
la recoleccin sistemtica de datos para conocer la realizacin de los planes,
todo control implica, necesariamente, la comparacin de lo obtenido con lo
esperado. Asimismo, Reyes (2004, p. 441) tambin hace referencia sobre la
importancia del control: (a) cierra el ciclo de la administracin, de hecho, los
controles son a la vez medios de previsin; y (b) se da en todas las dems
funciones administrativas, es por ello un medio para manejarlas o
administrarlas.
Por ltimo, Robbins y DeCenzo (2002, p. 412), refieren que el control
es el proceso de vigilar las actividades con el fin de asegurarnos que se
realicen conforme a los planes y de corregir las desviaciones importantes.
De acuerdo a estos sealamientos puede asumirse que el control
implica supervisin, lo cual no sera lo correcto puesto que los autores
coinciden en que es ms bien el establecimiento de mecanismos para el
seguimiento de las actividades las cuales deben ir ejecutando acorde a lo
planificado.
2.3.2.4. COMUNICACIN
Chiavenato (2007, p. 76) Es la actividad de mantener informados de lo
que pasa a aquellos ante quienes el jefe es responsable; esta actividad
presupone la existencia de registros, documentacin, investigacin e
inspecciones.
Rebeil y RuizSandoval (1998, p. 223), refieren:
116
117
En www.managershelp.com se refiere:
Coordinar es establecer la armona entre todos los actos de una
empresa de manera de facilitar su funcionamiento y procurar el buen
xito. Es dar al organismo material y social de cada funcin las
proporciones convenientes para que sta pueda cumplir su misin en
forma segura y econmica.
La coordinacin es entonces la actividad de relacionar todos los
elementos que conforman la organizacin, la aplicacin de la misin y de la
visin as como la aplicacin de los objetivos son sus tareas claves.
2.3.3. PROCESOS ACADMICOS
2.3.2.1. DEFINICIONES
Los procesos acadmicos son todos aquellos trmites relacionados
con la vida acadmica del estudiante referido a los procesos de matrcula,
pagos,
evaluacin
de
docentes,
consulta
de
notas
horarios.
(http://www.ucentral.edu.co/)
Desde del punto de vista organizacional, Villavicencio y otros (2007),
refieren:
Los procesos acadmicos son los espacios de interaccin para el
desarrollo personal, disciplinar y profesional de profesores y
estudiantes. Permiten el trnsito desde la misin, el Proyecto
Institucional, hacia el logro de los ideales de formacin de la carrera o
programa y de las funciones sustantivas de la Universidad. Estos
procesos se vuelven fundamentales en el dinamismo del desarrollo
acadmico y posibilitan la transformacin de los estudiantes en
profesionales conscientes de su deber social y comprometido con las
necesidades del pas.
Por su parte Bustos y otros (2002) sealan:
118
emotivas,
que
involucra
aspectos
aptitudinales
119
120
3.
SISTEMA DE VARIABLES
121
del
Programa
Posgrado
de
la
Universidad
Nacional
122
123
CAPITULO III
MARCO METODOLOGICO
CAPITULO III
MARCO METODOLOGICO
En este captulo se abarcan todos los elementos relativos a los
fundamentos metodolgicos que hicieron posible la realizacin de esta
investigacin. En primer lugar, se presentan los aspectos tericos y
metodolgicos en los cuales se basa la investigacin con el fin de
caracterizarla para facilitar el entendimiento, comprensin y consolidacin del
proyecto. Asimismo se expone el modelo de recoleccin de datos y por
ltimo se presentan las fases que guiaron el desarrollo de la investigacin.
1.
TIPO DE INVESTIGACIN
La presente investigacin es considerada de tipo No Experimental
que
se
observan
situaciones
125
ya
existentes,
no
provocadas
126
127
DISEO DE LA INVESTIGACIN
El diseo consiste en un plan que se desarrolla para obtener
128
3.
la
a
definicin
cualquier
de
unos
proceso
de
temas generales
educcin
de
que
son
requisitos,
129
Figura 29
Modelo de Dilogo para la Educcin de Requisitos
Fuente: Zapata y Carmona (2010, p. 215)
Zapata y Carmona (2010, p. 216) refiriendo la figura anterior sealan
que los rectngulos en lnea continua representan los conceptos relativos a
la educcin de requisitos y al modelo del dilogo; los rectngulos en
130
lnea
discontinua
relaciones
viceversa; finalmente, las lneas discontinuas unen los conceptos con sus
posibles valores.
Con este modelo, se busca una forma de encontrar o extraer la
informacin precisa del interesado, para poder hacer un proceso eficiente
de educcin de requisitos. Se pretende, tambin, definir las bases para
implementar el modelo en un sistema informtico que asista el proceso
de educcin de requisitos.
La etiquetacin de las frases se realiza de la siguiente manera: al
final de cada frase, se coloca entre llaves el tipo de acto de dilogo,
discriminando primero las etiquetas de primer nivel y, separadas por
coma, se colocan luego las de segundo nivel y, as sucesivamente, a medida
que se profundice en el nivel de etiquetacin. Los siguientes, son ejemplos
de actos de dilogo etiquetados:
131
preparacin,
en
la
que
preguntas
se
deben
realizar
tratando
de
que la
realiza
la
132
METODOLOGA
Para el desarrollo del Sistema de Informacin basado en Ambiente Web
133
134
FASES
METODOLOGICAS
ACTIVIDADES
RECURSOS Y
TECNICAS
Analizar la situacin
actual de los procesos
y procedimientos
acadmicos de la
Coordinacin de
Investigacin del
Programa Posgrado de
la Universidad
Experimental Rafael
Mara Baralt
FASE I
Descubrimiento de
Requisitos
(Escalona, Torres y
Mejas, 2002)
Entrevistas
Encuesta
Observacin
Directa
Recoleccin de
Documentacin
Diagramas y
Modelos
Determinar los
requerimientos del
Sistema de
Informacin para su
desarrollo en la
Coordinacin de
Investigacin del
Programa Posgrado de
la Universidad
Experimental Rafael
Mara Baralt.
FASE II
Anlisis de
Requisitos
(Escalona, Torres y
Mejas, 2002)
Clasificacin de los
requisitos
Negociacin de
Requisitos
Modelado del Problema
Diseo inicial de la
arquitectura
Elaboracin del listado
tentativo de Requisitos
Funcionales Definitivos
Entrevistas
Observacin
Directa
Patrones
Grafos
Modelos
135
CUADRO 6. CONTINUACIN
OBJETIVOS
ESPECIFICOS
Disear lgica y
fsicamente un sistema
de informacin bajo el
ambiente Web
tomando en cuenta los
requerimientos
encontrados en la
recopilacin de datos.
Evaluar la operatividad
del sistema de
informacin mediante
pruebas pertinentes.
FASES
METODOLOGICAS
ACTIVIDADES
RECURSOS Y
TECNICAS
FASE III
Evaluacin de
Requisitos de
Prototipos
(Lowe y Eklund,
2002)
Definicin de requisitos
de contenido
Definicin del protocolo
de interfaces
Diseo de la estructura
navegacional
Diseo de la
representacin interna
de datos
Establecimiento del
sistema versionamiento
Diseo del control de
cambios, seguridad, de
acceso y control, de
monitoreo del usuario,
de identificacin del
usuario y sus derechos
de acceso
Entrevistas
Observacin
Directa
Tormentas de
Ideas
Mockups
(maquetas de
interface de
usuario)
Pencil
Sketching Tool
FASE IV
Construccin de la
Aplicacin.
(Potencier y otros,
2010)
Configuracin del
Servidor Web
Creacin del proyecto,
las aplicaciones y los
mdulos
Construccin del Modelo
de datos
Establecimiento las
vistas
Establecimiento de los
controladores
Enrutamiento de los
mdulos
FASE V
Cierre de la
aplicacin
(Potencier y otros,
2010)
Gedit
Nano
pgDesigner
Apache2
PostgreSQL
SymfonyPHP
Netbeans
HTML
Javascript
CAPTULO IV
RESULTADOS DE LA INVESTIGACIN
CAPTULO IV
RESULTADOS DE LA INVESTIGACIN
En este captulo se presentan los resultados obtenidos en la
investigacin, comenzando por el anlisis de los datos recolectados en el
estudio de campo, siguiendo con la discusin de los resultados y finalmente
las conclusiones y recomendaciones.
1.
137
138
Figura 30
Modelo de Dominio de la aplicacin
Fuente: Garca, Molina y Pirela (2011)
139
aprobacin de la
140
subsistemas
antes
referidos
requieren
de
actividades
141
142
diferentes
mdulos
para
el
control
administrativo:
contabilidad,
presupuesto, entre otros, los cuales son utilizados por todas las unidades
administrativas para la gestin administrativa centralizada de la institucin.
Los sistemas que conforman el suprasistema del Programa Posgrado
de la UNREMB actividades acadmicas y administrativas de apoyo
secretarial para el archivado, enlace con las otras dependencias y sistemas,
comunicacin interna, coordinacin, entre otras actividades.
1.1.2. OBJETIVOS DEL NEGOCIO
Misin: La Unidad de Atencin a la Investigacin tiene como misin el
Registro y control de los procesos administrativos y tcnicos relacionados
con la investigacin, tanto en su nivel de proyecto como de trabajo de grado
y tesis doctoral, permitiendo a los participantes, la socializacin del
conocimiento y satisfaciendo la necesidad de sistematizar los procesos de
formacin de un personal de cuarto nivel.
Visin: La Unidad de atencin a la investigacin se constituye como
una estructura tcnico administrativa del Programa Postgrado que permitir
sistematizar y consolidar la administracin de los procesos de registro y
143
productivo de la regin.
Objetivo General: Coordinar los procesos administrativos y tcnicos
relacionados con la produccin de conocimientos cientficos, tecnolgicos y
humansticos, en el campo de las ciencias puras y aplicadas, en funcin a las
necesidades sociales y contextualizadas en el rea de conocimientos del
Programa Acadmico, que facilite el intercambio de saberes, cultural con la
sociedad.
Objetivos Especficos:
a) Registrar el proceso de inscripcin de proyectos, trabajos de grado y
tesis doctorales.
b) Administrar el proceso de defensas de trabajos de grado y tesis
doctorales.
c) Promover el intercambio cientfico, tecnolgico, humanstico, cultural
entre el programa acadmico y la sociedad.
En la figura 31 se detalla el modelo de los objetivos de negocio de la
Unidad de Atencin a la Investigacin UNERMB, en dicho modelo se explica
la relacin entre la misin, la visin (objetivos operacionales), el objetivo
general, los objetivos especficos (nivel operacional), el problema (nivel
estratgico) y los procesos fundamentales (procesos de negocio).
144
Figura 31
Modelo de los objetivos de negocio de la Unidad de Atencin a la
Investigacin UNERMB
Fuente: Castro (2011)
145
Figura 32
Modelo de procesos negocio de la Unidad de Atencin a la Investigacin
Fuente: Garca, Molina y Pirela (2011)
Los procesos de apoyo de soporte tcnico est conformado por las
actividades de mantenimiento de los sistemas y del hardware; asimismo los
procesos de apoyo de soporte secretarial y de servicios son las actividades
de atencin a los participantes, archivado, elaboracin de comunicaciones,
entre otras; por ltimo, los procesos de apoyo de soporte acadmico son
todas las actividades acadmicas sobre planificacin y coordinacin.
146
NOMBRE
DESCRIPCION
FORMULA
FUENTE
RN-01
Calificacin
Artculo 22
Reglamento de
Evaluacin
UNERMB
RN-02
Calificacin
Definitiva
Se expresar como la
acumulacin de las
calificaciones obtenidas en
cada una de las
actividades de evacuacin
Se considera aprobada la
cuando la calificacin definitiva
sea mayor o igual a 12 puntos,
de lo contrario es reprobada
RELACION: RN-01
Artculo 25
Reglamento de
Evaluacin
UNERMB
RN-03
ndice
Acadmico
Se obtiene multiplicando la
calificacin lograda en cada
asignatura por el numero de
crditos que le corresponden, se
suman los productos y este resultado se divide entre la suma
de los crditos computados.
RELACION: RN-02
Artculo 10
Reglamento de
Evaluacin
UNERMB
RN-04
Solvencia
Define si el participante
Administrati- est o no al da con la
va
cancelacin del pago de
los semestres
Departamento
Administracin
Posgrado
UNERMB
RN-05
Sistema de
Registro y
Control de
Biblioteca
RN-06
Eje de
Define las asignaturas que
Investigacin aprob el participante y
aprobado
que conforman el eje de
investigacin hasta el 3er
semestre
Metodologa de la Investigacin
I, Metodologa de la
Investigacin II y Tesis I
RELACION: RN-02
Pensum de
Estudios de las
Maestras del
Posgrado
UNERMB
147
CONTINUACION CUADRO 7
CODIGO
NOMBRE
DESCRIPCION
FORMULA
FUENTE
RN-07
Evaluadores
y Tutores de
Proyecto de
Investigacin
Artculo 22 de
las Normas para
la inscripcin,
sustentacin y
evaluacin de
proyectos de
investigacin
RN-08
Problema de investigacin,
objetivos, sustentacin terica y
metodolgica incluyendo
tcnicas e instrumento(s) de
recoleccin de datos, redactado
en trminos de una investigacin
completa faltando solo la
validacin, confiabilidad y
aplicacin del instrumento.
Artculo 9 de las
Normas para la
inscripcin,
sustentacin y
evaluacin de
proyectos de
investigacin
RN-09
Inscripcin
Define el inicio del proceso
del Proyecto de investigacin
de
Investigacin
Requisitos Acadmicos:
culminacin del eje de
investigacin
RELACIONES: RN-03 y RN-06
Requisitos administrativos:
planilla de registro del proyecto,
proyecto anillado, carta de designacin de la tutora, currculo
del tutor (en caso de no ser
profesor de planta), solvencia
acadmica, solvencia administrativa, solvencia de biblioteca,
constancia de pago de registro
RELACIONES: RN-04, RN-05
Artculo 15 de
las Normas para
la inscripcin,
sustentacin y
evaluacin de
proyectos de
investigacin
RN-10
Artculo 24 de
las Normas para
la inscripcin,
sustentacin y
evaluacin de
proyectos de
investigacin
RN-11
RELACION: RN-08
Artculo 13 de
las Normas para
la inscripcin,
sustentacin y
evaluacin de
proyectos de
investigacin
148
CONTINUACION CUADRO 7
CODIGO
NOMBRE
DESCRIPCION
FORMULA
RN-12
Tutor
rechazado
30 das continuos a la
inscripcin del proyecto de
investigacin.
RELACION: RN-09
RN-13
Proyecto
evaluado
FUENTE
Artculo 24 de
las Normas para
la inscripcin,
sustentacin y
evaluacin de
proyectos de
investigacin
Artculo 23 de
las Normas para
la inscripcin,
sustentacin y
evaluacin de
proyectos de
investigacin
149
Cuadro 8
Actores del Proyecto
CODIGO
USUARIO
DESCRIPCIN
TIPO
Usuario
Directo
Usuario
Directo
ACT-03 Encargados
de las
Unidades de
Atencin a la
Investigacin
Usuario
Directo
ACT-04 Analista de
Sistemas
Miembro
del Grupo
de
Desarrollo
ACT-05 Analista
Es responsable en el uso de las
Programador herramientas y metodologas
computacionales adecuadas para la
elaboracin del sistema
Miembro
del Grupo
de
Desarrollo
ACT-06 Diseador
Grfico
Miembro
del Grupo
de
Desarrollo
ACT-07 Director
Informtica
ACT-08 Docentes
Este actor representa al personal
Evaluadores seleccionado por el coordinador de
investigacin para evaluar a los
participantes que consignaron el
proyecto de investigacin al
Programa Posgrado de la UNERMB
Cliente
del
Proyecto
Cliente
del
Proyecto
SMBOLO
150
151
152
153
154
155
Cuadro 9
Lista Preliminar de Requisitos Funcionales
CODIGO
DESCRIPCIN
USUARIO PROCESO
DOCUMENTO REGLAS DE
MEDIO
DE SOPORTE NEGOCIO
RF-01 El sistema debe controlar cuando el participante puede inscribir el proyecto de investigacin
ACT-03
PF-01
Planilla de
Inscripcin
RN-06
Impreso
ACT-03
PF-01
Notas
Certificadas
por CEEPI
RN-06
Impreso
ACT-03
PF-01
Planilla de
Inscripcin de
Proyectos de
Investigacin
RN-09
Archivo
PDF en
lnea
PF-01
Solvencia
Administrativa
expedida por
la
Administracin
en la sede
RN-04
Impreso
ACT-03
PF-01
Solvencia de
Biblioteca
expedida por
la Biblioteca en
la sede
RN-05
Impreso
ACT-09
PF-01
Planilla de
Inscripcin de
Proyectos de
Investigacin
RN-08
Impreso
ACT-09
PF-01
Tomo del
Proyecto de
Investigacin
RN-09
Impreso
ACT-02
PF-01
Programacin
Acadmica
RN-07
Impreso
ACT-09
PF-01
Currculo del
tutor
RN-09
Impreso
156
CONTINUACION CUADRO 9
CODIGO
DESCRIPCIN
USUARIO PROCESO
DOCUMENTO REGLAS DE
MEDIO
DE SOPORTE NEGOCIO
PF-03
Tomo del
Proyecto
RN-08
RN-12
Manual
PF-02
Gua de
Evaluacin de
Proyectos de
Investigacin
RN-11
Impreso
ACT-02
PF-03
PF-04
Notificacin
RN-13
Impreso
ACT-08
PF-02
PF-03
PF-04
Gua de
Evaluacin de
Proyectos de
Investigacin
RN-13
Impreso
ACT-01
ACT-08
PF-01
PF-02
PF-03
PF-04
Expedientes
de Proyectos
de
Investigacin
RN-09
Impreso
157
DESCRIPCIN
USUARIO PROCESO
DOCUMENTO REGLAS DE
MEDIO
DE SOPORTE NEGOCIO
ACT-09
PF-01
Formulario
Inscripcin de
Proyectos de
Investigacin
RN-04
RN-05
RN-06
RN-09
En lnea
ACT-09
PF-01
Tomo del
Proyecto de
Investigacin
RN-09
En lnea
ACT-02
PF-01
Programacin
Acadmica
RN-07
En lnea
ACT-09
PF-01
Currculo del
tutor
RN-09
En lnea
ACT-02
PF-03
Tomo del
Proyecto
RN-08
RN-12
En lnea
ACT-08
ACT-09
PF-02
Formulario
Evaluacin de
Proyectos de
Investigacin
RN-11
RN-12
RN-13
En lnea
ACT-01
ACT-08
PF-01
PF-02
PF-03
PF-04
Expedientes
de Proyectos
de
Investigacin
RN-09
En lnea
Fuente: Cuadro 9
158
Versin
1.0
Fuentes
Coordinacin de Investigacin
Unidad de Atencin a la Investigacin sedes Maracaibo y
Unidad de Atencin a la Investigacin Sede Cabimas
Descripcin
Sub Objetivos
1.1.
1.2.
1.3.
1.4.
Fecha: 28/05/2011
159
1.5.
1.6.
1.7.
Importancia: Vital
Urgencia: Inmediata
Estado: Validado
Estabilidad: Alta
Objetivo 2
Versin
1.0
Fuentes
Coordinacin de Investigacin
Coordinacin Maestra Gerencia Financiera
Descripcin
Sub Objetivos
2.1.
2.2.
2.3.
2.4.
2.5.
Importancia: Vital
Fecha: 28/05/2011
Urgencia: Inmediata
Estado: Validado
Estabilidad: Alta
Objetivo 3
Versin
1.0
Fuentes
Coordinacin de Investigacin
Coordinacin Maestra Gerencia Financiera
Descripcin
Sub Objetivos
3.1.
Fecha: 28/05/2011
160
Maestra
3.2.
3.3.
3.4.
Importancia: Vital
Urgencia: Inmediata
Estado: Validado
Estabilidad: Alta
Objetivo 4
Versin
1.0
Fuentes
Coordinacin de Investigacin
Descripcin
Sub Objetivos
4.1.
Importancia: Vital
Fecha: 28/05/2011
Estado: Validado
Estabilidad: Alta
Objetivo 5
Versin
1.0
Fuentes
Descripcin
Sub Objetivos
5.1.
5.2.
5.3.
Importancia: Vital
Fecha: 28/05/2011
Urgencia: Inmediata
Estado: Validado
Estabilidad: Alta
161
evaluados
todos
los
participantes
(ACT-09)
que
les
162
investigacin,
objetivo
general
objetivos
especficos.
Si
hay
163
164
mximo desempeo, puede decirse que son aquellos aspectos del sistemas
que no cumplen una funcin especfica pero que contribuyen a mejorar la
interaccin con los actores y el sistema.
1.3.3.2. REQUISITOS DE INTERFAZ
a) La interfaz debe estar integrada al portal web de la universidad,
manteniendo el encabezamiento, logotipos, men principal (a la izquierda) y
men de opciones desplegables (debajo del encabezado).
b) La interfaz debe ser en idioma espaol.
c) Debe permitir la visualizacin de toda la informacin requerida.
d) Debe ser verstil en la presentacin de la informacin: textos, conos,
entre otros.
e) Debe permitir identificar a travs de los despliegues:
165
166
utilizando el sistema.
c) El sistema debe mostrar a cada usuario slo las opciones y datos
permitidos de acuerdo a su perfil.
d) El acceso al sistema siempre deber ser a travs de un usuario, y
una clave.
1.3.3.4. REQUISITOS GENERALES
a) El sistema debe ser desarrollado en software libre.
b) El sistema debe asegurar la integridad de la base de datos.
c) El sistema debe ser flexible a fin de asegurar el ingreso y
actualizacin de componentes.
d) El diseo del sistema deber ser definido a travs de un conjunto de
clases y/o componentes reutilizables.
e) El sistema debe permitir realizar respaldos diarios.
1.3.4. DEFINICIN DE ACTORES
La definicin de actores permite identificar los lmites del sistema en
desarrollo. Fueron identificados como actores los cuales se comunicarn en
forma directa con el sistema a los participantes, los coordinadores de
maestra, los docentes evaluadores, el coordinador de investigacin y los
encargados de las unidades de atencin a la investigacin.
En el siguiente cuadro se describe la definicin de los actores del
sistema.
167
Cuadro 11
Definicin de Actores
ID
ROL
Actividades
Dependencia
Coordinacin de
Investigacin
Coordinacin de
Maestras
DE Docente Evaluador
Coordinacin de
Maestras
casos
de
uso
se
agruparon
por
criterios
funcionales,
Figura 33
Diagrama de Subsistemas
Fuente: Garca, Molina y Pirela (2011)
168
Figura 34
Caso de Uso de la Inscripcin de Proyectos de Investigacin
Fuente: Garca, Molina y Pirela (2011)
169
1.3.6. EL PROTOTIPO
A continuacin se presenta el prototipo desarrollado conjuntamente con
los usuarios entrevistados, sobre la base del consenso de los requerimientos
negociados en la fase anterior.
Figura 35
Modulo Registro de Proyecto de Investigacin
170
Figura 36
Modulo Presentacin de Resultados
171
Figura 37
Modulo Validacin de Proyectos de Investigacin
172
Figura 38
Modulo Evaluacin de Proyectos de Investigacin
1.4. CONSTRUCCIN DE LA APLICACIN
Siguiendo con el tercer objetivo, disear lgica y fsicamente un sistema
de informacin bajo el ambiente Web tomando en cuenta los requerimientos
encontrados en la recopilacin de datos, se procede en esta fase al diseo
fsico de la aplicacin concretando todo lo realizado en las fases previas.
Las actividades de configuracin, puesta a punto del servidor,
construccin del proyecto y pruebas de la aplicacin se llevan a cabo a
travs de comandos ejecutados remotamente usando ssh (Secure Shell), la
ventaja de realizarlo as es que el servidor se instala con lo mnimo necesario
para funcionar de tal manera que no se desperdicien recursos (memoria,
espacio en disco duro, ciclos de procesamiento del procesador).
173
174
175
G) Instalacin de PostgreSQL
1. Instalar paquetes requeridos:
sudo apt-get install postgresql postgresql-contrib postgresqlclient libpq-dev
176
md5
los
requisitos
tcnicos
fueron
cumplidos
php /lib/vendor/symfony/data/bin/check_configuration.php
********************************
*
*
* symfony requirements check *
*
*
********************************
php.ini used by PHP: /etc/php5/cli/php.ini
**
*
*
*
*
WARNING **
The PHP CLI can use a different php.ini file
than the one used with your web server.
If this is the case, please launch this
utility from your web server.
177
** WARNING **
** Mandatory requirements **
OK
** Optional checks **
OK
OK
OK
OK
OK
OK
OK
OK
OK
OK
OK
OK
OK
OK
OK
PDO is installed
PDO has some drivers installed: pgsql
PHP-XML module is installed
XSL module is installed
The token_get_all() function is available
The mb_strlen() function is available
The iconv() function is available
The utf8_decode() is available
The posix_isatty() is available
A PHP accelerator is installed: FAILED
php.ini has short_open_tag set to off
php.ini has magic_quotes_gpc set to off
php.ini has register_globals set to off
php.ini has session.auto_start set to off
PHP version is not 5.2.9
plugin:install sfPostgresDoctrinePlugin
plugin:install sfDoctrineGuardPlugin
plugin:installsfDoctrineApplyPlugin
plugin:install sfDependentSelectPlugin
178
[ OK ]
[ OK ]
179
180
181
actions
actions.class.php
config
security.yml
182
templates
editSuccess.php
_form.php
indexSuccess.php
listaobjSuccess.php
newSuccess.php
inicio
actions
actions.class.php
templates
indexSuccess.php
post_registro
actions
actions.class.php
config
security.yml
templates
editSuccess.php
_form.php
formRegistroSuccess.php
indexSuccess.php
newSuccess.php
proy_obj
actions
actions.class.php
templates
editSuccess.php
_form.php
indexSuccess.php
newSuccess.php
tut_ext
actions
actions.class.php
templates
editSuccess.php
_form.php
indexSuccess.php
newSuccess.php
la
carpeta
/home/sfprojects/sice-unermb/apps/frontend/config
183
A) CONFIGURACION DE LA APLICACION
#/home/sfprojects/sice-unermb/apps/frontend/config/apps.yml
# default values
all:
max_per:
1000
sfApplyPlugin:
after: @homepage
afterLogin: @homepage
from:
email: "portalunermb@gmail.com"
fullname: "Portal Academico UNERMB"
sf_guard_plugin:
success_signin_url:
@homepage
# the plugin use the referer as default
success_signout_url:
@homepage
# the plugin use the referer as default
#/home/sfprojects/sice-unermb/apps/frontend/config/cache.yml
default:
enabled:
false
with_layout: false
lifetime:
86400
#/home/sfprojects/sice-unermb/apps/frontend/config/factories.yml
prod:
logger:
class:
sfNoLogger
param:
level:
err
loggers: ~
mailer:
param:
delivery_strategy: realtime
test:
storage:
class: sfSessionTestStorage
param:
session_path: %SF_TEST_CACHE_DIR%/sessions
184
response:
class: sfWebResponse
param:
send_http_headers: false
mailer:
param:
delivery_strategy: none
dev:
mailer:
param:
delivery_strategy: realtime
all:
user:
param:
culture: es
mailer:
class: sfMailer
param:
logging:
%SF_LOGGING_ENABLED%
charset:
%SF_CHARSET%
delivery_strategy: realtime
transport:
class: Swift_SmtpTransport
param:
host:
smtp.gmail.com
port:
465
encryption: ssl
username:
portalunermb@gmail.com
password:
p0rta1un3rm8
routing:
class: sfPatternRouting
param:
generate_shortest_url:
true
extra_parameters_as_query_string: true
view_cache_manager:
class: sfViewCacheManager
param:
cache_key_use_vary_headers: true
cache_key_use_host_name:
true
#/home/sfprojects/sice-unermb/apps/frontend/config/filters.yml
rendering: ~
security: ~
185
#/home/sfprojects/siceunermb/apps/frontend/config/frontendConfiguration.class.php
<?php
class frontendConfiguration extends sfApplicationConfiguration
{
public function configure()
{
}
}
#/home/sfprojects/sice-unermb/apps/frontend/config/routing.yml
sf_guard_signin:
url:
/login
param: { module: sfGuardAuth, action: signin }
sf_guard_signout:
url:
/logout
param: { module: sfGuardAuth, action: signout }
sf_guard_password:
url:
/request_password
param: { module: sfGuardAuth, action: password }
##############################Lo que se cambia es en URL!!!
crearCuenta:
url: /crearCuenta
param: { module: sfApply, action: apply }
reset:
url: /camb10Cl4v3_unermbAdmin
param: { module: sfApply, action: reset }
resetRequest:
url: /reset-request
param: { module: sfApply, action: resetRequest }
186
validate:
url: /confirm/:validate
param: { module: sfApply, action: confirm }
settings:
url: /settings
param: { module: sfApply, action: settings }
# We implement the missing sf_guard_password feature from
sfGuardPlugin
sf_guard_password:
url: /reset-request
param: { module: sfApply, action: resetRequest }
##############################
# default rules
homepage:
url:
/
param: { module: inicio, action: index }
##############################
regacad:
url:
/regacad
param: { module: inicio_regacad, action: index }
inicregacad:
url:
/registro_acad
param: { module: inic_regacad, action: index }
inicregacadnew:
url:
/registro_acadnew
param: { module: inic_regacad, action: new }
inicregacaded:
url:
/registro_acaded
param: { module: inic_regacad, action: edit }
inicregacadcre:
url:
/registro_acadcre
param: { module: inic_regacad, action: create }
inicregacadup:
url:
/registro_acadup
param: { module: inic_regacad, action: update }
187
postregproy:
url:
/registro_proyecto
param: { module: post_registro, action: index }
postregproynew:
url:
/registro_proyectonew
param: { module: post_registro, action: new }
postregproyed:
url:
/registro_proyectoed
param: { module: post_registro, action: edit }
postregproycre:
url:
/registro_proyectocre
param: { module: post_registro, action: create }
postregproyup:
url:
/registro_proyectoup
param: { module: post_registro, action: update }
postregproyfr:
url:
/registro_proyectofr
param: { module: post_registro, action: formRegistro }
adminpostregproy:
url:
/admin_proyreg
param: { module: admin_proyectoregistrado, action: index }
adminpostregproydel:
url:
/admin_proyregdel
param: { module: admin_proyectoregistrado, action: delete }
adminpostregproynew:
url:
/admin_proyregnew
param: { module: admin_proyectoregistrado, action: new }
adminpostregproyed:
url:
/admin_proyreged
param: { module: admin_proyectoregistrado, action: edit }
adminpostregproycre:
url:
/admin_proyregcre
param: { module: admin_proyectoregistrado, action: create }
adminpostregproyup:
url:
/admin_proyregup
188
#/home/sfprojects/sice-unermb/apps/frontend/config/security.yml
default:
is_secure: false
#/home/sfprojects/sice-unermb/apps/frontend/config/settings.yml
# You can find more information about this file on the symfony
website:
# http://www.symfony-project.org/reference/1_4/en/04-Settings
prod:
.settings:
no_script_name:
logging_enabled:
dev:
.settings:
error_reporting:
?>
web_debug:
cache:
no_script_name:
etag:
test:
.settings:
error_reporting:
E_NOTICE)."\n" ?>
cache:
web_debug:
no_script_name:
etag:
all:
.settings:
true
false
189
enabled_modules:
sfDependentSelectAuto]
login_module:
login_action:
sfGuardAuth
signin
secure_module:
secure_action:
sfGuardAuth
secure
i18n: on
default_culture:
es
#/home/sfprojects/sice-unermb/apps/frontend/config/security.yml
default:
http_metas:
content-type: text/html
metas:
#title:
#description:
#keywords:
#language:
#robots:
symfony project
symfony project
symfony, project
es
index, follow
stylesheets:
[main.css, /sfDoctrineApplyPlugin/css/loginapply, style.css]
javascripts:
[]
has_layout:
layout:
true
layout
#/home/sfprojects/sice-unermb/apps/frontend/config/view.yml
190
default:
http_metas:
content-type: text/html
metas:
#title:
#description:
#keywords:
#language:
#robots:
symfony project
symfony project
symfony, project
es
index, follow
stylesheets:
[main.css, /sfDoctrineApplyPlugin/css/loginapply, style.css]
javascripts:
[]
has_layout:
layout:
true
layout
#/home/sfprojects/sice-unermb/apps/frontend/modules/
post_registro/config/security.yml
default:
is_secure: true
191
192
18.
19.
20.
21.
22.
</li>
<li class="iheader">Archivo del Proyecto</li>
<li>
<label for="Archivo">Subir Archivo: </label>
<input id="NombreArchivo" name="NombreArchivo" class="element
file" type="file"/>
23.
</li>
24.
25.
<li class="iheader">Tutor UNERMB</li>
26.
<li>
27.
<label for="EsprofesordelaUNERMB">Profesor de la
UNERMB?</label>
28.
<ul>
29.
<li>
30.
<input class="iradio" type="radio" checked="checked"
name="EsprofesordelaUNERMB" id="EsprofesordelaUNERMB2" value="Si">
31.
<label for="EsprofesordelaUNERMB2"
class="ilabel">Si</label>
32.
<input class="iradio" type="radio"
name="EsprofesordelaUNERMB" id="EsprofesordelaUNERMB3" value="No">
33.
<label for="EsprofesordelaUNERMB3"
class="ilabel">No</label>
34.
</li>
35.
</ul>
36.
</li>
37.
<li>
38.
<label for="Profesor">Profesor:</label>
39.
<select class="iselect" name="Profesor" id="Profesor">
40.
<option value="Fulanito">Fulanito</option>
41.
<option value="Zutanito">Zutanito</option>
42.
<option value="Menganito">Menganito</option>
43.
</select>
44.
</li>
45.
<li class="iheader">Tutor externo</li>
46.
<li>
47.
<label for="Cdula">Cdula</label>
48.
<ul>
49.
<li>
50.
<input class="iradio" type="radio" checked="checked"
name="Cdula" id="Cdula2" value="V">
51.
<label for="Cdula2" class="ilabel">V</label>
52.
<input class="iradio" type="radio" name="Cdula"
id="Cdula3" value="E">
53.
<label for="Cdula3" class="ilabel">E</label>
54.
<input class="icheckbox" type="checkbox" name="" id="2"
value="">
55.
<label for="2" class="ilabel">Pasaporte</label>
56.
</li>
57.
</ul>
58.
</li>
59.
<li>
60.
<label for="Nro">Nro.:</label><input class="itext" type="text"
name="Nro" id="Nro" />
193
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
</li>
<li>
<label for="Tratamiento">Tratamiento:</label>
<select class="iselect" name="Tratamiento" id="Tratamiento">
<option value="Sr">Sr</option>
<option value="Sra.">Sra.</option>
<option value="Srta.">Srta.</option>
</select>
</li>
<li>
<label for="GradoAcadmico">Grado Acadmico:</label>
<select class="iselect" name="GradoAcadmico"
id="GradoAcadmico">
73.
<option value="Licenciatura">Licenciatura</option>
74.
<option value="Ingenieria">Ingenieria</option>
75.
<option value="Medico">Medico</option>
76.
</select>
77.
</li>
78.
<li>
79.
<label for="Tratamiento">Tratamiento:</label>
80.
<select class="iselect" name="Tratamiento" id="Tratamiento">
81.
<option value="Sr">Sr</option>
82.
<option value="Sra.">Sra.</option>
83.
<option value="Srta.">Srta.</option>
84.
</select>
85.
</li>
86.
<li>
87.
<label for="OtroMSc">Otro:M.Sc.</label>
88.
<select class="iselect" name="OtroMSc" id="OtroMSc">
89.
<option value="Mgr">Mgr</option>
90.
<option value="Ph.D.">Ph.D.</option>
91.
<option value="Doctor(a)">Doctor(a)</option>
92.
</select>
93.
</li>
94.
<li>
95.
<label for="Apellidos">Apellidos:</label>
96.
<input class="itext" type="text" name="Apellidos"
id="Apellidos" />
97.
</li>
98.
<li>
99.
<label for="Nombres">Nombres:</label>
100.
<input class="itext" type="text" name="Nombres" id="Nombres"
/>
101.
</li>
102.
<li class="iseparator"> </li>
103.
<li>
104.
<label> </label>
105.
<input type="button" class="ibutton" onclick="sendForm()"
name="RegistrarProyecto" id="RegistrarProyecto" value="Inscribir
Proyecto de Investigacin" />
106.
</li>
107.
</ul>
108. </form>
194
195
$this->principal_proyectos_registro_items =
Doctrine_Core::getTable('Principal_ProyectosRegistro_Item')
->createQuery('a')
->execute();
//$this->cedula = $this->getUser()->getUsername();
$this->cedula = '10038242';
$this->getidest =
Doctrine_Core::getTable('Principal_MaeEstudiantes_Item')>getEstudiante($this->cedula);
foreach($this->getidest as $getid_est):
$this->id_est = $getid_est['id'];
$this->est_pensum = $getid_est['pensum'];
$this->est_proy = $getid_est['abrev_proy'];
endforeach;
//VARIABLES DE VERIFICACION
$this->est_existe = false; //Existe registro estudiante?
$this->mat_aprobadas = false; //Materias necesarias
aprobadas?
$this->val_existe = false; //Existe validacion?
$this->eval_existe = false; //Existe evaluacion?
$this->proy_aprobado = false; //Es aprobado?
//contar si existe registro del estudiante en la tabla
proyecto registro
$this->counter =
Doctrine_Core::getTable('Principal_ProyectosRegistro_Item')>countestreg($this->id_est);
foreach($this->counter as $idsc): $ids_count =
$idsc['a_contador']; endforeach;
if(intval($ids_count)>1){
$this->est_existe=true;
//Revisar si hay validacion y evaluacion en la tabla
proyecto registro
$this->countereval =
Doctrine_Core::getTable('Principal_ProyectosRegistro_Item')>counteval($this->id_est);
print_r($this->countereval);
foreach($this->countereval as $vals):
$valnum = $vals['a_id_validacion'];
$evalnum = $vals['a_id_evaluacion'];
$proyapr = $vals['a_proyecto_aprobado'];
endforeach;
if($valnum!=""){
$this->val_existe = true; //debe revisar si hay eval
if($evalnum!=""){
196
197
$this->tituloproy = $request>getPostParameter('TituloProyecto');
$this->objgen = $request>getPostParameter('ObjetivoGeneral');
$this->objesp = $request->getPostParameter('Objetivo');
$this->archivo_p = $request>getPostParameter("principal_proyectos_registro_item");
$this->id_tutint = $request->getPostParameter('Profesor');
$this->id_tutint2 = '1';
$this->my_t=getdate();
$this->feccre = $this->my_t['year']."-".$this>my_t['mon']."-".$this->my_t['mday'];
foreach($this->archivo_p as $nomarc):
$this->archivo_proy = $nomarc;
endforeach;
//1. OBTENER ID_ESTUDIANTE
$this->getidest =
Doctrine_Core::getTable('Principal_MaeEstudiantes_Item')>getEstudiante($this->cedula);
foreach($this->getidest as $getid_est):
$this->id_est = $getid_est['id'];
$this->est_sede = $getid_est['sede'];
endforeach;
echo "idest : $this->id_est<br/>archivo: $this>archivo_proy";
//get sede_unidad_atencion idestudiante+mae_estud
//unir sede unidad
//2. GUARDAR EXPEDIENTE
$this->guardaregnew =
Doctrine_Core::getTable('Principal_ProyectosRegistro_Item')>guardarRegistro($this->id_est, $this->tituloproy, $this>archivo_proy, $this->id_tutint2, '0', $this->feccre, $this>est_sede);
//3. OBTENER ID_EXPEDIENTE PARA GUARDAR LOS OBJETIVOS
CORRESPONDIENTES
foreach($this->guardaregnew as $id_exp):
$idexp = $id_exp['currval'];
//3.1. GUARDAR OBJ GENERAL CON ID 0
$this->guardaobjg =
Doctrine_Core::getTable('Principal_ProyectosObjetivos_Item')>guardarObjetivo($idexp, '0', $this->objgen);
//3.2. GUARDAR OBJS ESPECIFICOS CON IDS DEL 1 al N
$i=1;
foreach($this->objesp as $objs):
198
$this->guardaobje =
Doctrine_Core::getTable('Principal_ProyectosObjetivos_Item')>guardarObjetivo($idexp, $i, $objs);
$i++;
endforeach;
endforeach;
$this->esRegistrado=true;
}
else if(isset($_POST['TutorEXTERNO'])&&$request>getPostParameter('Nro', "")!=""&&$request>getPostParameter('Nombres', "")!=""){
//$this->cedula = $this->getUser()->getUsername();
$this->cedula = '7961662';
$this->tituloproy = $request>getPostParameter('TituloProyecto');
$this->objgen = $request>getPostParameter('ObjetivoGeneral');
$this->objesp = $request->getPostParameter('Objetivo');
$this->archivo_p = $request>getPostParameter("principal_proyectos_registro_item");
$this->nombres_te = $request->getPostParameter('Nombres');
$this->apellidos_te = $request>getPostParameter('Apellidos');
$this->nac_te = $request>getPostParameter('Identificacion');
$this->ident_te = $request->getPostParameter('Nro');
$this->sexo = '0';
$this->curriculo_te = $request>getPostParameter('Curriculo');
$espasap = false;
$this->my_t=getdate();
$this->feccre = $this->my_t['year']."-".$this>my_t['mon']."-".$this->my_t['mday'];
foreach($this->archivo_p as $nomarc):
$this->archivo_proy = $nomarc;
endforeach;
//1. OBTENER ID_ESTUDIANTE
$this->getidest =
Doctrine_Core::getTable('Principal_MaeEstudiantes_Item')>getEstudiante($this->cedula);
foreach($this->getidest as $getid_est):
$this->id_est = $getid_est['id'];
endforeach;
199
//estudiantes:
//get sede_unidad_atencion idestudiante+mae_estud
//
//$this->guardartutext =
Doctrine_Core::getTable('Principal_MaeTutoresexternos_Item')>guardarTutext($identificacion, $apellidos, $nombres,
$nacionalidad, $sexo, $archcur, $espasap);
//guardar registros, con id tutor externo
//$this->guardareg =
Doctrine_Core::getTable('Principal_MaeTutoresexternos_Item')-
200
201
202
* admin_proyectoregistrado actions.
*
* @package
sice
* @subpackage admin_proyectoregistrado
* @author
Your name here
* @version
SVN: $Id: actions.class.php 23810 2009-11-12
11:07:44Z Kris.Wallsmith $
*/
class admin_proyectoregistradoActions extends sfActions
{
public function executeIndex(sfWebRequest $request)
{
$this->principal_proyectos_registro_items =
Doctrine_Core::getTable('Principal_ProyectosRegistro_Item')
->createQuery('a')
->execute();
}
public function executeNew(sfWebRequest $request)
{
$this->form = new Principal_ProyectosRegistro_ItemForm();
}
public function executeCreate(sfWebRequest $request)
{
$this->forward404Unless($request>isMethod(sfRequest::POST));
$this->form = new Principal_ProyectosRegistro_ItemForm();
$this->processForm($request, $this->form);
$this->setTemplate('new');
}
public function executeEdit(sfWebRequest $request)
{
$this->forward404Unless($principal_proyectos_registro_item =
Doctrine_Core::getTable('Principal_ProyectosRegistro_Item')>find(array($request->getParameter('id_expediente'))),
sprintf('Object principal_proyectos_registro_item does not exist
(%s).', $request->getParameter('id_expediente')));
$this->form = new
Principal_ProyectosRegistro_ItemForm($principal_proyectos_regist
ro_item);
}
public function executeListaobj(sfWebRequest $request)
203
{
$idexpediente = $request->getParameter('id_expediente');
$this->objGEN =
Doctrine_Core::getTable('Principal_ProyectosObjetivos_Item')>getObsgen($idexpediente);
$this->objESP =
Doctrine_Core::getTable('Principal_ProyectosObjetivos_Item')>getObsesp($idexpediente);
$this->getidestexp =
Doctrine_Core::getTable('Principal_MaeEstudiantes_Item')>getEstudianteexp($idexpediente);
//Informacion para llenar combos de observaciones, por
TItulo, ObjetivoGeneral y ObjetivoEspecifico
$this->obsTI =
Doctrine_Core::getTable('Principal_ValoresObservaciones_Item')>getObservaciones("TI");
$this->obsOG =
Doctrine_Core::getTable('Principal_ValoresObservaciones_Item')>getObservaciones("OG");
$this->obsOE =
Doctrine_Core::getTable('Principal_ValoresObservaciones_Item')>getObservaciones("OE");
print_r($request->getPostParameter('obj'));
//Array ( [0] => 4 [1] => 6 [2] => 7 [3] => 6 [4] => 7 )
/*
foreach($this->getidest as $getid_est):
$this->id_est = $getid_est['id'];
$this->est_pensum = $getid_est['pensum'];
$this->est_proy = $getid_est['abrev_proy'];
endforeach;
*/
}
public function executeUpdate(sfWebRequest $request)
{
$this->forward404Unless($request->isMethod(sfRequest::POST)
|| $request->isMethod(sfRequest::PUT));
$this->forward404Unless($principal_proyectos_registro_item =
Doctrine_Core::getTable('Principal_ProyectosRegistro_Item')>find(array($request->getParameter('id_expediente'))),
sprintf('Object principal_proyectos_registro_item does not exist
(%s).', $request->getParameter('id_expediente')));
204
$this->form = new
Principal_ProyectosRegistro_ItemForm($principal_proyectos_regist
ro_item);
$this->processForm($request, $this->form);
$this->setTemplate('edit');
}
public function executeDelete(sfWebRequest $request)
{
$request->checkCSRFProtection();
$this->forward404Unless($principal_proyectos_registro_item =
Doctrine_Core::getTable('Principal_ProyectosRegistro_Item')>find(array($request->getParameter('id_expediente'))),
sprintf('Object principal_proyectos_registro_item does not exist
(%s).', $request->getParameter('id_expediente')));
$principal_proyectos_registro_item->delete();
$this->redirect('admin_proyectoregistrado/index');
}
protected function processForm(sfWebRequest $request, sfForm
$form)
{
$form->bind($request->getParameter($form->getName()),
$request->getFiles($form->getName()));
if ($form->isValid())
{
$principal_proyectos_registro_item = $form->save();
$this>redirect('admin_proyectoregistrado/edit?id_expediente='.$princi
pal_proyectos_registro_item->getIdExpediente());
}
}
}
D) Mdulo de Validacin de Proyectos (registro de observaciones)
<?php
/**
* proy_obj actions.
*
205
* @package
sice
* @subpackage proy_obj
* @author
Your name here
* @version
SVN: $Id: actions.class.php 23810 2009-11-12
11:07:44Z Kris.Wallsmith $
*/
class proy_objActions extends sfActions
{
public function executeIndex(sfWebRequest $request)
{
$this->principal_proyectos_objetivos_items =
Doctrine_Core::getTable('Principal_ProyectosObjetivos_Item')
->createQuery('a')
->execute();
}
public function executeNew(sfWebRequest $request)
{
$this->form = new Principal_ProyectosObjetivos_ItemForm();
}
public function executeCreate(sfWebRequest $request)
{
$this->forward404Unless($request>isMethod(sfRequest::POST));
$this->form = new Principal_ProyectosObjetivos_ItemForm();
$this->processForm($request, $this->form);
$this->setTemplate('new');
}
public function executeEdit(sfWebRequest $request)
{
$this->forward404Unless($principal_proyectos_objetivos_item
= Doctrine_Core::getTable('Principal_ProyectosObjetivos_Item')>find(array($request->getParameter('id_expediente'),
$request->getParameter('id_objetivo'))), sprintf('Object
principal_proyectos_objetivos_item does not exist (%s).',
206
$request->getParameter('id_expediente'),
$request->getParameter('id_objetivo')));
$this->form = new
Principal_ProyectosObjetivos_ItemForm($principal_proyectos_objet
ivos_item);
}
public function executeUpdate(sfWebRequest $request)
{
$this->forward404Unless($request->isMethod(sfRequest::POST)
|| $request->isMethod(sfRequest::PUT));
$this->forward404Unless($principal_proyectos_objetivos_item
= Doctrine_Core::getTable('Principal_ProyectosObjetivos_Item')>find(array($request->getParameter('id_expediente'),
$request->getParameter('id_objetivo'))), sprintf('Object
principal_proyectos_objetivos_item does not exist (%s).',
$request->getParameter('id_expediente'),
$request->getParameter('id_objetivo')));
$this->form = new
Principal_ProyectosObjetivos_ItemForm($principal_proyectos_objet
ivos_item);
$this->processForm($request, $this->form);
$this->setTemplate('edit');
}
public function executeDelete(sfWebRequest $request)
{
$request->checkCSRFProtection();
$this->forward404Unless($principal_proyectos_objetivos_item
= Doctrine_Core::getTable('Principal_ProyectosObjetivos_Item')>find(array($request->getParameter('id_expediente'),
$request->getParameter('id_objetivo'))), sprintf('Object
principal_proyectos_objetivos_item does not exist (%s).',
$request->getParameter('id_expediente'),
207
$request->getParameter('id_objetivo')));
$principal_proyectos_objetivos_item->delete();
$this->redirect('proy_obj/index');
}
protected function processForm(sfWebRequest $request, sfForm
$form)
{
$form->bind($request->getParameter($form->getName()),
$request->getFiles($form->getName()));
if ($form->isValid())
{
$principal_proyectos_objetivos_item = $form->save();
$this>redirect('proy_obj/edit?id_expediente='.$principal_proyectos_ob
jetivos_item>getIdExpediente().'&id_objetivo='.$principal_proyectos_objetivo
s_item->getIdObjetivo());
}
}
}
E) Mdulo de Tutores externos
<?php
/**
* tut_ext actions.
*
* @package
sice
* @subpackage tut_ext
* @author
Your name here
* @version
SVN: $Id: actions.class.php 23810 2009-11-12
11:07:44Z Kris.Wallsmith $
*/
class tut_extActions extends sfActions
208
{
public function executeIndex(sfWebRequest $request)
{
$this->principal_mae_tutoresexternos_items =
Doctrine_Core::getTable('Principal_MaeTutoresexternos_Item')
->createQuery('a')
->execute();
}
public function executeNew(sfWebRequest $request)
{
$this->form = new Principal_MaeTutoresexternos_ItemForm();
}
public function executeCreate(sfWebRequest $request)
{
$this->forward404Unless($request>isMethod(sfRequest::POST));
$this->form = new Principal_MaeTutoresexternos_ItemForm();
$this->processForm($request, $this->form);
$this->setTemplate('new');
}
public function executeEdit(sfWebRequest $request)
{
$this->forward404Unless($principal_mae_tutoresexternos_item
= Doctrine_Core::getTable('Principal_MaeTutoresexternos_Item')>find(array($request->getParameter('id'))), sprintf('Object
principal_mae_tutoresexternos_item does not exist (%s).',
$request->getParameter('id')));
$this->form = new
Principal_MaeTutoresexternos_ItemForm($principal_mae_tutoresexte
rnos_item);
}
public function executeUpdate(sfWebRequest $request)
{
$this->forward404Unless($request->isMethod(sfRequest::POST)
|| $request->isMethod(sfRequest::PUT));
$this->forward404Unless($principal_mae_tutoresexternos_item
= Doctrine_Core::getTable('Principal_MaeTutoresexternos_Item')>find(array($request->getParameter('id'))), sprintf('Object
principal_mae_tutoresexternos_item does not exist (%s).',
$request->getParameter('id')));
209
$this->form = new
Principal_MaeTutoresexternos_ItemForm($principal_mae_tutoresexte
rnos_item);
$this->processForm($request, $this->form);
$this->setTemplate('edit');
}
public function executeDelete(sfWebRequest $request)
{
$request->checkCSRFProtection();
$this->forward404Unless($principal_mae_tutoresexternos_item
= Doctrine_Core::getTable('Principal_MaeTutoresexternos_Item')>find(array($request->getParameter('id'))), sprintf('Object
principal_mae_tutoresexternos_item does not exist (%s).',
$request->getParameter('id')));
$principal_mae_tutoresexternos_item->delete();
$this->redirect('tut_ext/index');
}
protected function processForm(sfWebRequest $request, sfForm
$form)
{
$form->bind($request->getParameter($form->getName()),
$request->getFiles($form->getName()));
if ($form->isValid())
{
$principal_mae_tutoresexternos_item = $form->save();
$this>redirect('tut_ext/edit?id='.$principal_mae_tutoresexternos_item
->getId());
}
}
}
210
211
212
2.
CONCLUSIONES
Sobre la base de todas las actividades realizadas y desarrolladas en el
213
Investigacin del Programa Posgrado de la Universidad Experimental Rafael
Mara Baralt, se evidenci que la institucin antes referida existe un contexto
de alta complejidad de interrelaciones entre los diferentes actores y no hay
un sistema idneo para apoyar los procesos de inscripcin de proyectos de
investigacin.
Con relacin al segundo objetivo de la investigacin, determinar los
requerimientos del Sistema de Informacin para su desarrollo en la
Coordinacin de Investigacin del Programa Posgrado de la Universidad
Experimental Rafael Mara Baralt, se determin que existe la necesidad de
crear un sistema que permitiera satisfacer todos los requisitos solicitados,
especialmente para resolver el problema de dispersin geogrfica, el papeleo
excesivo y la complejidad de los procesos.
Disear lgica y fsicamente un sistema de informacin bajo el ambiente
Web tomando en cuenta los requerimientos encontrados en la recopilacin
de datos, en este sentido, se aplic la ingeniera de requisitos como una
alternativa para que los usuarios no solamente participaran en la fase de
anlisis sino que tambin se tomaran en cuenta sus ideas para el diseo de
la aplicacin.
Con relacin al cuarto objetivo de la investigacin, evaluar la
operatividad del sistema de informacin mediante pruebas pertinentes, se
verific mediante pruebas unitarias y funcionales aplicadas sobre datos de
prueba que el sistema funciona de acuerdo al diseo realizado.
214
4.
RECOMENDACIONES
Sobre la base de todo lo referido en esta investigacin se recomienda lo
siguiente:
Continuar con el mantenimiento del sistema actual, procurando
centralizar aun ms los recursos en un centro de hospedaje de servidores ya
que a medida que pase el tiempo las demandas sobre los recursos
tecnolgicos se vern incrementadas.
Los investigadores recomiendan para las futuras investigaciones tomar
en cuenta el desarrollo de un sistema que automatice el proceso de
elicitacin de requisitos de tal manera de crear una herramienta colaborativa
que podra ser bajo ambiente web para facilitar la fase de diseo de sistemas
bajo los criterios de la ingeniera de requisitos.
Asimismo, se propone la creacin de un sistema basado en ambiente
web para automatizar el proceso de inscripcin de tesis de grado, el cual
sera la continuacin del sistema propuesto en el presente estudio.
REFERENCIAS BIBLIOGRAFICAS
PROYECTOS DE INVESTIGACIN
Albarracn, Sonia (2009): Diseo de un Sistema de Informacin basado en la
Web para apoyar la actividad de Investigacin en la Escuela de
Economa. Trabajo de Ascenso para Docente con escalafn de
Agregado. Valencia, Venezuela: Universidad de Carabobo. Facultad de
Ciencias Econmicas y Sociales.
Capa Len, Luis Javier (2008): Modelado de Negocio de la Ingeniera Web.
Tesis de Pregrado. Loja, Ecuador. La Universidad Catlica de Loja.
Escuela de Sistemas Informticos y Computacin.
Chaparro, Gilberto y Forero, Luis (2005): Sistema de Informacin para
Administracin de Proyectos de Grado. Tesis de Pregrado. Bogot,
Colombia: Universidad Pontificia Javeriana. Facultad de Ingeniera.
Durn Toro, Amador; Bernrdez Jimnez, Beatriz (2000): Metodologa para
la Elicitacin de Requisitos de Software. Informe Tcnico. Sevilla,
Espaa: Universidad de Sevilla.
Escalona, Mara Jos (2004): Modelos y tcnicas para la especificacin y el
anlisis de la Navegacin en Sistemas Software. Tesis de Doctorado.
Sevilla, Espaa: Universidad de Sevilla.
Koch, N. (2001). Software Engineering for Adaptative Hypermedia
Applications. Phylosofus Doctor Thesis. Munich, Germany: Munich
University
Quintero, Jimi (2008): Sistema de Informacin Web para el trmite, control de
solicitudes y reservacin de salones para la Oficina de Registros de la
Facultad de Ingeniera. Tesis de Pregrado. Mrida, Venezuela:
Universidad de Los Andes. Facultad de Ingeniera.
Reao, Jos (2005): Propuesta de Diseo de Sistema de Informacin sobre
plataforma Web basado en Tecnologa base de Informacin como parte
del Sistema de Informacin para la Gestin del Postgrado de Ciencias y
Tecnologa. Tesis de Especialista. Barquisimeto, Venezuela:
Universidad Centroccidental Lisandro Alvarado.
Rivera Lpez, Alejandro (2008): Sistema asistente para la generacin de
horarios de cursos. Tesis de Pregrado. Puebla, Mxico: Universidad de
las Amricas Puebla. Escuela de Ingeniera y Ciencias Departamento
de Computacin, Electrnica, Fsica e Innovacin.
LIBROS
Alonso, Fernando; Martnez, Loc y Segovia, Javier (2005): Introduccin a la
215
216
217
de
de
Ramos Monso, Martin (2004): Software libre para Sitios Web. Buenos Aires,
Argentina: MP Ediciones S.A.
Rebeil Corella, Mara Antonieta y RuzSandoval Resndiz, Celia (1998): El
poder de la comunicacin en las organizaciones. Mxico: Asociacin
Mexicana de Comunicadores Organizacionales.
Reyes Ponce, Agustn (2004): Administracin Moderna. Mxico: Limusa.
Robbins, Stephen P. y DeCenzo, David. A. (2002): Fundamentos de
Administracin. Mxico: Pearson Educacin. 3ra. Edicin.
Snchez Garreta, Jos Salvador; Chalmeta Rosale, Ricardo; Monfort
Manero, Pilar; Campos Sancho; Cristina (2003): Ingeniera de
Proyectos Informticos. Barcelona, Espaa: Universitas.
Senn, James A. (1992): Anlisis y Diseo de Sistemas de Informacin.
Mxico: Mc.Graw Hill. Segunda Edicin.
Sommerville Ian, (2005): Lenguaje Natural Definicion de Requisitos Ingenieria
del Software. Madrid, Espaa: Pearson Education S.A. Sptima Edicion.
Stoner, James A.; Freeman, Edward; Gilbert, Daniel (1996): Administracin.
Mxico: Prentice Hall Hispanoamericana, S.A.
Surhone, Lambert; Tennoe, Mariam; Henssonow, Susan (2010): Web
Information System. VDM Verlag Dr. Mueller AG & Co.
Taboada Gonzlez, Jos y Cotos Yez Jos Manuel (2005): Sistemas de
Informacin medioambiental. Madrid, Espaa: Netbiblo, S. L.
Yourdon, Edward (1993): Anlisis Estructurado Moderno. Mxico: Prentice
Hall Hispanoamericana.
218
219
Espaa: Universidad de Castilla La Mancha. Departamento de
Tecnologas y Sistemas de Informacin. Escuela Superior de
Informtica de Ciudad Real. Grupo Alarcos. http://alarcos.inf-cr.uclm.
es/doc/ISOFTWAREI/Tema03.pdf
IEEE 1074-1995. Standard for Developing Software Life Cycle Processes.
http://standards.ieee.org/findstds/standard/1074-1995.html
IEEE 1471-2000. Recommended Practice for Architectural Description for
Software-Intensive Systems. http://standards.ieee.org/findstds/standard
/1471-2000.html
ISO/IEC 12207:2008. Systems and software engineering -- Software life cycle
processes. http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue
_detail.htm?csnumber=43447
Klas, Mary Ellen (2008): Universidades suben las matriculas hasta un 15
porciento. http://www.elnuevoherald.com/noticias/sur-de-la-florida
Riley, Sandra (2005): Costos de estudios aumentan lentamente en centros
universitarios pblicos. http://www.hispanicprwire.com/news.php?l=es
&id=5255
Reenskaug, Trygve (1978): http://heim.ifi.uio.no/~trygver/
Romano, A. (2007): Bitcora-e Revista Electrnica Latinoamericana de
Estudios Sociales, Histricos y Culturales de la Ciencia y la Tecnologa
http://www.saber.ula.ve/bitstream/123456789/26492/3/servicio_academ.
pdf
Villavicencio, Julio; Arroyo, Carlos; Cuba, Juana; Gutirrez Ilave, Margot y
Meneses Tutaya, Norma (2007): Gua 2007 Autoevaluacin y
Acreditacin Pregrado y Postgrado. Lima: Universidad Nacional Mayor
de San Marcos. Facultad de Ingeniera de Sistemas e Informtica.
http://www.unmsm.edu.pe/occaa/publicaciones/guia2007.pdf
Prez Valdez, Daman (2007): Los Frameworks de PHP agilizan tu trabajo.
http://www.maestrosdelweb.com/editorial/los-frameworks-de-phpagilizan-tu-trabajo/
Universidad Nacional Experimental Rafael Mara Baralt. Resea Histrica
http://200.11.182.194/index.php?option=com_content&view=article&id=
49&Itemid=57
Universidad
Rafael
Belloso
Chacn.
Vida
Universitaria.
http://www.urbe.edu/vidauniversitaria/servicios/servicios.html
Qu es Doctrine ORM? http://www.tecnoretales.com/programacion/que-esdoctrine-orm/
CONFERENCIAS
220
Escalona, Mara Jos; Mejas, Manuel; Gutirrez, Javier Jess; Torres, Jess
(2004) Mtodos de Testing sobre la Ingeniera de Requisitos Web de
NDT. Conferencia IADIS Iberoamericana WWW/Internet.
Lowe D., Eklund J. (2002). Client Needs and the Design Process in Web
Projects (2002). WWW2002 ConferenceWeb Engineering Track.
REFERENCIAS LEGALES
Normas para la elaboracin de Tesis de Grado. Maracaibo, Venezuela:
Universidad Rafael Belloso Chacn
Normas para la Inscripcin, Sustentacin y Evaluacin de los Proyectos y
Trabajos de Grado de Maestra (2008). Cabimas, Venezuela:
Universidad Nacional Experimental Rafael Mara Baralt Programa
Posgrado.
Reglamento de Evaluacin (1997). Cabimas, Venezuela: Universidad
Nacional Experimental Rafael Mara Baralt Secretara
ANEXOS
ANEXO 1
MANUAL DE IDENTIDAD VISUAL PARA LOS PORTALES WEBS DE LA
UNIVERSIDAD NACIONAL EXPERIMENTAL RAFAEL MARA BARALT
El Logo
El logo de la Universidad Nacional Experimental Rafael Mara Baralt
UNERMB se compone de dos partes fundamentales:
El escudo. Representado el Estado Zulia en forma geomtrica, en color
celeste el golfo de Venezuela y el Lago de Maracaibo, en color negro la
Costa Oriental del Lago y el Petrleo. En su inicio compuesto por una (V) que
al estar repetidas forman una (W) y estas a su vez forman los rectngulos y
al mismo tiempo en los ngulos medio, izquierdo y derecho los dos
rectngulos que representan el petrleo, a su vez se van formando la imagen
de libros superpuestos.
El logotipo. La representacin escrita del nombre tiene dos partes
diferenciadas a) Repblica Bolivariana de Venezuela b) Universidad Nacional
Experimental c) Rafael Mara Baralt, compuesta en tipografas Perpetua
regular en maysculas y minsculas d) UNERMB en tipografa Perpetua
Titling MT, todas en maysculas, con una modificacin al ser trazada a curva
asignndole una lnea para hacerla ligeramente un poco mas gruesa y de
esta manera compensara a las lneas del Estado Zulia para formar su
identidad grfica completa.
El color. Tanto el escudo y el logotipo tienen como color principal el
Celeste (cyan), Rojo, Amarillo, Azul y Negro, todos cmputos por los cuatro
colores PANTONE PROCESO (C.M.Y.K.), y Los porcentajes de los mismos,
tambin se utilizarn los PANTONES: AMARILLO 108 C / AZUL 2728 C y
RED 032 C. / VERDE 376 C / VERDE 3405 C
Modalidades de Uso
a) El logo puede ser utilizado en 2 modalidades (ver ejemplos)
b) No podr usarse de manera lineal
c) El smbolo del logotipo no se deber reforzar con filetes, marcos o
planos de color.
d) El smbolo solo podr ser utilizado con texto en forma de bloque en la
parte inferior y al centro o a la derecha de la manera como se presentan los
ejemplos
e) Cualquier modificacin deber ser consultada a la Direccin General
de Extensin y Comunicaciones de la Universidad
Pginas Webs
Para
las
pginas
webs
que
se
enlazan
con
el
portal
Encabezado
Contenido
ANEXO 2
MANUAL DE USUARIO
1.
Seccin de
Validacin de
Usuario
rea Mens
rea de
Mensajes y
Formularios
contrasea:
El usuario
proporciona
su cdula y
contrasea
3.
4.
ANEXO 3
DICCIONARIO DE DATOS
Esquema
academico_materias
principal
academico_materiasconvalidaciones
principal
academico_materiasequivalencias
principal
historico_estudiantesregistro
principal
historico_horarios
principal
historico_notas
principal
historico_notas_errores
principal
historico_secciones
principal
historico_secciones_errores
principal
mae_estudiantes
principal
mae_estudiantes_original
principal
mae_estudiantesubicacion
principal
mae_profesores
principal
* mae_tutoresexternos
principal
* proyectos_evaluacion
principal
* proyectos_guia_evaluacion
principal
* proyectos_objetivos
principal
* proyectos_registro
principal
* proyectos_resultadoevaluacion
principal
* proyectos_validacion
principal
valores_aulas
principal
valores_entorno
principal
valores_observaciones
principal
valores_pensums
principal
valores_periodos
principal
valores_programasproyectos
principal
valores_sedes
principal
Nombre
Tabla Padre
Tabla Hijo
Columnas
Tabla Padre
abrev_proy,
pensum
Columnas
Tabla Hijo
abrev_proy,
pensum
pensums_materias_fkey
principal.valores_pensums
principal.academico_materias
materias_convalidaciones_fkey
principal.academico_materias
principal.academico_materiascon
id
validaciones
id_materia
materias_equivalencias_fkey
principal.academico_materias
principal.academico_materiasequ
id
ivalencias
id_materia
estudiantes_registro_fkey
principal.mae_estudiantes
principal.historico_estudiantesregi
id
stro
id_estudiante
proy_sede_registro_fkey
principal.valores_entorno
principal.historico_estudiantesregi abrev_proy,
stro
abrev_sede
abrev_proy,
abrev_sede
registro_periodos_fkey
principal.valores_periodos
principal.historico_estudiantesregi
id
stro
id_periodo
aulas_secciones_fkey
principal.valores_aulas
principal.historico_horarios
id
id_aula
secciones_horarios_fkey
principal.historico_secciones
principal.historico_horarios
id
id_seccion
estudiantes_notas_fkey
principal.mae_estudiantes
principal.historico_notas
id
id_estudiante
secciones_notas_fkey
principal.historico_secciones
principal.historico_notas
id
id_seccion
periodos_secciones_fkey
principal.valores_periodos
principal.historico_secciones
id
id_periodo
entorno_estudiantesubicacion_fkey
principal.valores_entorno
principal.mae_estudiantesubicaci
on
abrev_proy,
abrev_sede
abrev_proy,
abrev_sede
estudiantes_estudiantesubicacion_f
key
principal.mae_estudiantes
principal.mae_estudiantesubicaci
on
id
id_estudiante
estudiantes_ubicacionperiodos_fkey principal.valores_periodos
principal.mae_estudiantesubicaci
on
id
per_ing
Nombre
Tabla Padre
Tabla Hijo
Columnas
Tabla Padre
Columnas
Tabla Hijo
registro_objetivos_fkey
principal.proyectos_registro
principal.proyectos_objetivos
id_expediente id_expediente
maeestudiantes_proyectos_registro
_fkey
principal.mae_estudiantes
principal.proyectos_registro
id
proyectos_registro_evaluacion_fkey principal.proyectos_evaluacion
principal.proyectos_registro
id_evaluacion id_evaluacion
proyectos_registro_validacion_fkey
principal.proyectos_validacion
principal.proyectos_registro
id_validacion
id_validacion
proyectos_tutores_externos
principal.mae_tutoresexternos
principal.proyectos_registro
id
id_tutor_extern
o
proyectos_tutores_internos
principal.mae_profesores
principal.proyectos_registro
id
id_expediente
sedes_proyectos_registro_fkey
principal.valores_sedes
principal.proyectos_registro
abrev
sede_unidad_at
encion
proyectos_guia_evaluacion_fkey
principal.proyectos_guia_evaluacion
id_version,
principal.proyectos_resultadoeval
id_grupo,
uacion
id_item
id_estudiante
id_version,
id_grupo,
id_item
proyectos_resultados_evaluacion_fk
principal.proyectos_evaluacion
ey
principal.proyectos_resultadoeval
id_evaluacion id_evaluacion
uacion
proyectos_resultados_fkey
principal.proyectos_evaluacion
principal.proyectos_resultadoeval
id_evaluacion id_evaluacion
uacion
sedes_aulas_fkey
principal.valores_sedes
principal.valores_aulas
abrev
abrev_sede
entorno_programasproyectos_fkey
principal.valores_programasproyectos
principal.valores_entorno
abrev
abrev_proy
entorno_sedes_fkey
principal.valores_sedes
principal.valores_entorno
abrev
abrev_sede
principal.valores_pensums
abrev
abrev_proy
programasproyectos_pensums_fkey principal.valores_programasproyectos
statement_timeout = 0;
client_encoding = 'UTF8';
standard_conforming_strings = on;
check_function_bodies = false;
client_min_messages = warning;
START WITH 1
INCREMENT BY 1
NO MINVALUE
NO MAXVALUE
CACHE 1;
ALTER TABLE principal.academico_materias_id_seq OWNER TO postgres;
--- TOC entry 2224 (class 0 OID 0)
-- Dependencies: 163
-- Name: academico_materias_id_seq; Type: SEQUENCE SET; Schema: principal; Owner:
postgres
-SELECT pg_catalog.setval('academico_materias_id_seq', 921, true);
SET default_tablespace = '';
SET default_with_oids = false;
--- TOC entry 164 (class 1259 OID 16398)
-- Dependencies: 2033 6
-- Name: academico_materias; Type: TABLE; Schema: principal; Owner: postgres; Tablespace:
-CREATE TABLE academico_materias (
id bigint DEFAULT nextval('academico_materias_id_seq'::regclass) NOT NULL,
abrev_proy character varying(10) NOT NULL,
pensum character varying(10) NOT NULL,
codigo character varying(15) NOT NULL,
sem integer NOT NULL,
nro_mat integer NOT NULL,
asignatura character varying(200) NOT NULL,
uc integer NOT NULL,
hs integer NOT NULL,
req01 character varying(15),
req02 character varying(15),
req03 character varying(15),
req04 character varying(15),
ht integer,
hp integer
);
--
-- Dependencies: 6
-- Name: mae_tutoresexternos; Type: TABLE; Schema: principal; Owner: postgres;
Tablespace:
-CREATE TABLE mae_tutoresexternos (
id bigint NOT NULL,
identificacion character varying(50) NOT NULL,
apellidos character varying(50) NOT NULL,
nombres character varying(50) NOT NULL,
nacionalidad character varying(1),
fec_nac date,
sexo integer,
archivo_curriculo character varying(255),
es_pasaporte boolean
);
ALTER TABLE principal.mae_tutoresexternos OWNER TO postgres;
--- TOC entry 183 (class 1259 OID 16454)
-- Dependencies: 182 6
-- Name: mae_tutoresexternos_id_seq; Type: SEQUENCE; Schema: principal; Owner: postgres
-CREATE SEQUENCE mae_tutoresexternos_id_seq
START WITH 1
INCREMENT BY 1
NO MINVALUE
NO MAXVALUE
CACHE 1;
ALTER TABLE principal.mae_tutoresexternos_id_seq OWNER TO postgres;
--- TOC entry 2232 (class 0 OID 0)
-- Dependencies: 183
-- Name: mae_tutoresexternos_id_seq; Type: SEQUENCE OWNED BY; Schema: principal; Owner:
postgres
-ALTER SEQUENCE mae_tutoresexternos_id_seq OWNED BY mae_tutoresexternos.id;
cumplimiento boolean
);
ALTER TABLE principal.proyectos_evaluacion OWNER TO postgres;
--- TOC entry 185 (class 1259 OID 16459)
-- Dependencies: 6 184
-- Name: proyectos_evaluacion_id_evaluacion_seq; Type: SEQUENCE; Schema: principal;
Owner: postgres
-CREATE SEQUENCE proyectos_evaluacion_id_evaluacion_seq
START WITH 1
INCREMENT BY 1
NO MINVALUE
NO MAXVALUE
CACHE 1;
ALTER TABLE principal.proyectos_evaluacion_id_evaluacion_seq OWNER TO postgres;
--- TOC entry 2234 (class 0 OID 0)
-- Dependencies: 185
-- Name: proyectos_evaluacion_id_evaluacion_seq; Type: SEQUENCE OWNED BY; Schema:
principal; Owner: postgres
-ALTER SEQUENCE proyectos_evaluacion_id_evaluacion_seq OWNED BY
proyectos_evaluacion.id_evaluacion;
--- TOC entry 2235 (class 0 OID 0)
-- Dependencies: 185
-- Name: proyectos_evaluacion_id_evaluacion_seq; Type: SEQUENCE SET; Schema: principal;
Owner: postgres
-SELECT pg_catalog.setval('proyectos_evaluacion_id_evaluacion_seq', 1, false);
--- TOC entry 186 (class 1259 OID 16461)
-- Dependencies: 2041 2042 2043 2044 6
-- Name: proyectos_guia_evaluacion; Type: TABLE; Schema: principal; Owner: postgres;
Tablespace:
-CREATE TABLE proyectos_guia_evaluacion (
id_version bigint DEFAULT 0 NOT NULL,
id_grupo integer DEFAULT 0 NOT NULL,
id_item integer DEFAULT 0 NOT NULL,
nro_item integer DEFAULT 0 NOT NULL,
descripcion character varying(255) NOT NULL
);
ALTER TABLE principal.proyectos_guia_evaluacion OWNER TO postgres;
--- TOC entry 187 (class 1259 OID 16468)
-- Dependencies: 6
NO MAXVALUE
CACHE 1;
ALTER TABLE principal.valores_periodos_id_seq OWNER TO postgres;
--- TOC entry 2245 (class 0 OID 0)
-- Dependencies: 200
-- Name: valores_periodos_id_seq; Type: SEQUENCE SET; Schema: principal; Owner: postgres
-SELECT pg_catalog.setval('valores_periodos_id_seq', 1, false);
);
ALTER TABLE "sfDoctrineGuardPlugin".sf_guard_remember_key OWNER TO postgres;
--- TOC entry 213 (class 1259 OID 16556)
-- Dependencies: 7
-- Name: sf_guard_user_id_seq; Type: SEQUENCE; Schema: sfDoctrineGuardPlugin; Owner:
postgres
-CREATE SEQUENCE sf_guard_user_id_seq
START WITH 1
INCREMENT BY 1
NO MINVALUE
NO MAXVALUE
CACHE 1;
ALTER TABLE "sfDoctrineGuardPlugin".sf_guard_user_id_seq OWNER TO postgres;
--- TOC entry 2250 (class 0 OID 0)
-- Dependencies: 213
-- Name: sf_guard_user_id_seq; Type: SEQUENCE SET; Schema: sfDoctrineGuardPlugin; Owner:
postgres
-SELECT pg_catalog.setval('sf_guard_user_id_seq', 21, true);
ANEXO 4
LOS PLUGINS PARA EL CONTROL DE ACCESO Y AUTENTICACIN
SFGUARDDOCTRINEPLUGIN Y SFAUTHPLUGIN
1.
siguiente comando:
symfony plugin:install sfDoctrineGuardPlugin
2.
CONFIGURACIN
Las siguientes modificaciones se realizan en los archivos de
[default, sfGuardAuth]
Limpiar el cach:
symfony cc
sfGuardAuth
signin
sfGuardAuth
secure
# generic rules
# please, remove them by adding more specific rules
default_index:
url:
/:module
param: { action: index }
default:
url:
/:module/:action/*
3.
CREDENCIALES COMPLEJAS
El item credentials de security.yml soporta operadores Booleanos para
=>
=>
=>
echo $user->hasCredential('bar');
false
4.
=>
ANEXO 5
ESQUEMA DE LA BASE DE DATOS (SCHEMA.YML)
Principal_AcademicoMaterias_Item:
connection: doctrine
tableName: principal.academico_materias
columns:
id:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.academico_materias_id
abrev_proy:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
pensum:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
codigo:
type: string(15)
fixed: false
unsigned: false
notnull: true
primary: false
sem:
type: integer(4)
fixed: false
unsigned: false
notnull: true
primary: false
nro_mat:
type: integer(4)
fixed: false
unsigned: false
notnull: true
primary: false
asignatura:
type: string(200)
fixed: false
unsigned: false
notnull: true
primary: false
uc:
type: integer(4)
fixed: false
unsigned: false
notnull: true
primary: false
hs:
type: integer(4)
fixed: false
unsigned: false
notnull: true
primary: false
req01:
type: string(15)
fixed: false
unsigned: false
notnull: false
primary: false
req02:
type: string(15)
fixed: false
unsigned: false
notnull: false
primary: false
req03:
type: string(15)
fixed: false
unsigned: false
notnull: false
primary: false
req04:
type: string(15)
fixed: false
unsigned: false
notnull: false
primary: false
ht:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
hp:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_AcademicoMateriasconvalidaciones_Items:
class: Principal_AcademicoMateriasconvalidaciones_Item
local: id
foreign: id_materia
type: many
Principal_AcademicoMateriasequivalencias_Items:
class: Principal_AcademicoMateriasequivalencias_Item
local: id
foreign: id_materia
type: many
Principal_AcademicoMateriasconvalidaciones_Item:
connection: doctrine
tableName: principal.academico_materiasconvalidaciones
columns:
id_materia:
type: integer(8)
fixed: false
unsigned: false
primary: true
convalidacion:
type: string(15)
fixed: false
unsigned: false
notnull: true
primary: false
tipo:
type: string(10)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_AcademicoMaterias_Item:
local: id_materia
foreign: id
type: one
Principal_AcademicoMateriasequivalencias_Item:
connection: doctrine
tableName: principal.academico_materiasequivalencias
columns:
id_materia:
type: integer(8)
fixed: false
unsigned: false
primary: true
equivalencia:
type: string(15)
fixed: false
unsigned: false
notnull: true
primary: false
package: Principal.Entities
relations:
Principal_AcademicoMaterias_Item:
local: id_materia
foreign: id
type: one
Principal_HistoricoEstudiantesregistro_Item:
connection: doctrine
tableName: principal.historico_estudiantesregistro
columns:
id_estudiante:
type: integer(8)
fixed: false
unsigned: false
primary: true
id_periodo:
type: integer(8)
fixed: false
unsigned: false
primary: true
abrev_proy:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
abrev_sede:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
condicion:
type: integer(4)
fixed: false
unsigned: false
notnull: true
primary: false
posicion:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
hora_inscripcion:
type: time(25)
fixed: false
unsigned: false
notnull: false
primary: false
semestre:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
num_aprob:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
num_aplaz:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
num_sinf:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
es_preinscrito:
type: boolean(1)
fixed: false
unsigned: false
notnull: false
primary: false
estaba_retirado:
type: boolean(1)
fixed: false
unsigned: false
notnull: false
primary: false
estaba_suspendido:
type: boolean(1)
fixed: false
unsigned: false
notnull: false
primary: false
uc_aprob:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
uc_cursadas:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
es_becado:
type: boolean(1)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_MaeEstudiantes_Item:
local: id_estudiante
foreign: id
type: one
Principal_ValoresPeriodos_Item:
local: id_periodo
foreign: id
type: one
Principal_HistoricoHorarios_Item:
connection: doctrine
tableName: principal.historico_horarios
columns:
id_seccion:
type: integer(8)
fixed: false
unsigned: false
primary: true
id_aula:
type: integer(8)
fixed: false
unsigned: false
primary: true
ligaseccion:
type: string(25)
fixed: false
unsigned: false
notnull: true
primary: false
n_dia_sem:
type: integer(4)
fixed: false
unsigned: false
notnull: true
primary: false
n_hora_ini:
type: integer(4)
fixed: false
unsigned: false
notnull: true
primary: false
n_hora_fin:
type: integer(4)
fixed: false
unsigned: false
notnull: true
primary: false
package: Principal.Entities
relations:
Principal_ValoresAulas_Item:
local: id_aula
foreign: id
type: one
Principal_HistoricoSecciones_Item:
local: id_seccion
foreign: id
type: one
Principal_HistoricoNotasErrores_Item:
connection: doctrine
tableName: principal.historico_notas_errores
columns:
id_estudiante:
type: integer(8)
fixed: false
unsigned: false
primary: true
id_seccion:
type: integer(8)
fixed: false
unsigned: false
primary: true
ligaseccion:
type: string(50)
fixed: false
unsigned: false
primary: true
n01:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n02:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n03:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n04:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n05:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n06:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n07:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n08:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n09:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n10:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n11:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n12:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n13:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n14:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n15:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
adicional:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
def:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
Principal_HistoricoNotas_Item:
connection: doctrine
tableName: principal.historico_notas
columns:
id_estudiante:
type: integer(8)
fixed: false
unsigned: false
primary: true
id_seccion:
type: integer(8)
fixed: false
unsigned: false
primary: true
ligaseccion:
type: string(50)
fixed: false
unsigned: false
primary: true
n01:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n02:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n03:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n04:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n05:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n06:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n07:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n08:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n09:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n10:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n11:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n12:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n13:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n14:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
n15:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
adicional:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
def:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_MaeEstudiantes_Item:
local: id_estudiante
foreign: id
type: one
Principal_HistoricoSecciones_Item:
local: id_seccion
foreign: id
type: one
Principal_HistoricoSeccionesErrores_Item:
connection: doctrine
tableName: principal.historico_secciones_errores
columns:
id:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.historico_secciones_errores_id
id_periodo:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
ligaseccion:
type: string(50)
fixed: false
unsigned: false
notnull: true
primary: false
abrev_proy:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
abrev_sede:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
id_materia:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
seccion:
type: string(15)
fixed: false
unsigned: false
notnull: true
primary: false
id_profesor:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
max_cupo:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
p01:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p02:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p03:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p04:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p05:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p06:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p07:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p08:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p09:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p10:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p11:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p12:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p13:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p14:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p15:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
verificada:
type: boolean(1)
fixed: false
unsigned: false
notnull: true
primary: false
num_reg:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
Principal_HistoricoSecciones_Item:
connection: doctrine
tableName: principal.historico_secciones
columns:
id:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.historico_secciones_id
id_periodo:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
ligaseccion:
type: string(50)
fixed: false
unsigned: false
notnull: true
primary: false
abrev_proy:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
abrev_sede:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
id_materia:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
seccion:
type: string(15)
fixed: false
unsigned: false
notnull: true
primary: false
id_profesor:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
max_cupo:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
p01:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p02:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p03:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p04:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p05:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p06:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p07:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p08:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p09:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p10:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p11:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p12:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p13:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p14:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
p15:
type: float()
fixed: false
unsigned: false
notnull: false
primary: false
verificada:
type: boolean(1)
fixed: false
unsigned: false
notnull: true
primary: false
num_reg:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_ValoresPeriodos_Item:
local: id_periodo
foreign: id
type: one
Principal_HistoricoHorarios_Items:
class: Principal_HistoricoHorarios_Item
local: id
foreign: id_seccion
type: many
Principal_HistoricoNotas_Items:
class: Principal_HistoricoNotas_Item
local: id
foreign: id_seccion
type: many
Principal_MaeEstudiantesOriginal_Item:
connection: doctrine
tableName: principal.mae_estudiantes_original
columns:
id:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.mae_estudiantes_original_id
cedula:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
pasaporte:
type: string(15)
fixed: false
unsigned: false
notnull: false
primary: false
apellidos:
type: string(50)
fixed: false
unsigned: false
notnull: false
primary: false
nombres:
type: string(50)
fixed: false
unsigned: false
notnull: false
primary: false
nacionalidad:
type: string(1)
fixed: false
unsigned: false
notnull: false
primary: false
fec_nac:
type: date(25)
fixed: false
unsigned: false
notnull: false
primary: false
sexo:
type: string(1)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
Principal_MaeEstudiantes_Item:
connection: doctrine
tableName: principal.mae_estudiantes
columns:
id:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.mae_estudiantes_id
cedula:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
pasaporte:
type: string(15)
fixed: false
unsigned: false
notnull: false
primary: false
apellidos:
type: string(50)
fixed: false
unsigned: false
notnull: false
primary: false
nombres:
type: string(50)
fixed: false
unsigned: false
notnull: false
primary: false
nacionalidad:
type: string(1)
fixed: false
unsigned: false
notnull: false
primary: false
sexo:
type: string(1)
fixed: false
unsigned: false
notnull: false
primary: false
fec_nac:
type: date(25)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_MaeEstudiantesubicacion_Items:
class: Principal_MaeEstudiantesubicacion_Item
local: id
foreign: id_estudiante
type: many
Principal_HistoricoNotas_Items:
class: Principal_HistoricoNotas_Item
local: id
foreign: id_estudiante
type: many
Principal_ProyectosRegistro_Items:
class: Principal_ProyectosRegistro_Item
local: id
foreign: id_estudiante
type: many
Principal_HistoricoEstudiantesregistro_Items:
class: Principal_HistoricoEstudiantesregistro_Item
local: id
foreign: id_estudiante
type: many
Principal_MaeEstudiantesubicacion_Item:
connection: doctrine
tableName: principal.mae_estudiantesubicacion
columns:
id_estudiante:
type: integer(8)
fixed: false
unsigned: false
primary: true
abrev_proy:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
abrev_sede:
type: string(10)
fixed: false
unsigned: false
notnull: true
primary: false
per_ing:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
package: Principal.Entities
relations:
Principal_MaeEstudiantes_Item:
local: id_estudiante
foreign: id
type: one
Principal_ValoresPeriodos_Item:
local: per_ing
foreign: id
type: one
Principal_MaeProfesores_Item:
connection: doctrine
tableName: principal.mae_profesores
columns:
id:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.mae_profesores_id
cedula:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
pasaporte:
type: string(15)
fixed: false
unsigned: false
notnull: false
primary: false
apellidos:
type: string(50)
fixed: false
unsigned: false
notnull: false
primary: false
nombres:
type: string(50)
fixed: false
unsigned: false
notnull: false
primary: false
nacionalidad:
type: string(1)
fixed: false
unsigned: false
notnull: false
primary: false
sexo:
type: string(1)
fixed: false
unsigned: false
notnull: false
primary: false
fec_nac:
type: date(25)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_ProyectosRegistro_Items:
class: Principal_ProyectosRegistro_Item
local: id
foreign: id_expediente
type: many
Principal_MaeTutoresexternos_Item:
connection: doctrine
tableName: principal.mae_tutoresexternos
columns:
id:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.mae_tutoresexternos_id
identificacion:
type: string(50)
fixed: false
unsigned: false
notnull: true
primary: false
apellidos:
type: string(50)
fixed: false
unsigned: false
notnull: true
primary: false
nombres:
type: string(50)
fixed: false
unsigned: false
notnull: true
primary: false
nacionalidad:
type: string(1)
fixed: false
unsigned: false
notnull: false
primary: false
fec_nac:
type: date(25)
fixed: false
unsigned: false
notnull: false
primary: false
sexo:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
archivo_curriculo:
type: string(255)
fixed: false
unsigned: false
notnull: false
primary: false
es_pasaporte:
type: boolean(1)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_ProyectosRegistro_Items:
class: Principal_ProyectosRegistro_Item
local: id
foreign: id_tutor_externo
type: many
Principal_ProyectosEvaluacion_Item:
connection: doctrine
tableName: principal.proyectos_evaluacion
columns:
id_evaluacion:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.proyectos_evaluacion_id_evaluacion
evaluacion_general:
type: string(255)
fixed: false
unsigned: false
notnull: false
primary: false
cumplimiento:
type: boolean(1)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_ProyectosResultadoevaluacion_Items:
class: Principal_ProyectosResultadoevaluacion_Item
local: id_evaluacion
foreign: id_evaluacion
type: many
Principal_ProyectosRegistro_Items:
class: Principal_ProyectosRegistro_Item
local: id_evaluacion
foreign: id_evaluacion
type: many
Principal_ProyectosGuiaEvaluacion_Item:
connection: doctrine
tableName: principal.proyectos_guia_evaluacion
columns:
id_version:
type: integer(8)
fixed: false
unsigned: false
primary: true
id_grupo:
type: integer(4)
fixed: false
unsigned: false
primary: true
id_item:
type: integer(4)
fixed: false
unsigned: false
primary: true
nro_item:
type: integer(4)
fixed: false
unsigned: false
notnull: true
default: '0'
primary: false
descripcion:
type: string(255)
fixed: false
unsigned: false
notnull: true
primary: false
package: Principal.Entities
Principal_ProyectosObjetivos_Item:
connection: doctrine
tableName: principal.proyectos_objetivos
columns:
id_expediente:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.proyectos_objetivos_id_expediente
id_objetivo:
type: integer(8)
fixed: false
unsigned: false
primary: true
objetivo:
type: string(255)
fixed: false
unsigned: false
notnull: true
primary: false
objetivo_modificado:
type: string(255)
fixed: false
unsigned: false
notnull: false
primary: false
obs_validacion:
type: integer(8)
fixed: false
unsigned: false
notnull: false
primary: false
f_ultimo_acceso:
type: timestamp(25)
fixed: false
unsigned: false
notnull: false
primary: false
f_modificacion:
type: timestamp(25)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_ProyectosRegistro_Item:
local: id_expediente
foreign: id_expediente
type: one
Principal_ProyectosRegistro_Item:
connection: doctrine
tableName: principal.proyectos_registro
columns:
id_expediente:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.proyectos_registro_id_expediente
id_estudiante:
type: integer(8)
fixed: false
unsigned: false
notnull: true
primary: false
id_validacion:
type: integer(8)
fixed: false
unsigned: false
notnull: false
primary: false
id_evaluacion:
type: integer(8)
fixed: false
unsigned: false
notnull: false
primary: false
id_tutor_interno:
type: integer(8)
fixed: false
unsigned: false
notnull: false
default: '1'
primary: false
id_tutor_externo:
type: integer(8)
fixed: false
unsigned: false
notnull: false
default: '1'
primary: false
f_creacion:
type: timestamp(25)
fixed: false
unsigned: false
notnull: false
primary: false
f_ultimo_acceso:
type: timestamp(25)
fixed: false
unsigned: false
notnull: false
primary: false
f_modificacion:
type: timestamp(25)
fixed: false
unsigned: false
notnull: false
primary: false
sede_unidad_atencion:
type: string(10)
fixed: false
unsigned: false
notnull: false
primary: false
obs:
type: string(255)
fixed: false
unsigned: false
notnull: false
primary: false
titulo_proyecto:
type: string(255)
fixed: false
unsigned: false
notnull: true
primary: false
archivo_proyecto:
type: string(255)
fixed: false
unsigned: false
notnull: true
primary: false
package: Principal.Entities
relations:
Principal_MaeEstudiantes_Item:
local: id_estudiante
foreign: id
type: one
Principal_ProyectosEvaluacion_Item:
local: id_evaluacion
foreign: id_evaluacion
type: one
Principal_ProyectosValidacion_Item:
local: id_validacion
foreign: id_validacion
type: one
Principal_MaeTutoresexternos_Item:
local: id_tutor_externo
foreign: id
type: one
Principal_MaeProfesores_Item:
local: id_expediente
foreign: id
type: one
Principal_ValoresSedes_Item:
local: sede_unidad_atencion
foreign: abrev
type: one
Principal_ProyectosObjetivos_Items:
class: Principal_ProyectosObjetivos_Item
local: id_expediente
foreign: id_expediente
type: many
Principal_ProyectosResultadoevaluacion_Item:
connection: doctrine
tableName: principal.proyectos_resultadoevaluacion
columns:
id_evaluacion:
type: integer(8)
fixed: false
unsigned: false
primary: true
id_version:
type: integer(8)
fixed: false
unsigned: false
primary: true
id_grupo:
type: integer(4)
fixed: false
unsigned: false
primary: true
id_item:
type: integer(4)
fixed: false
unsigned: false
primary: true
resultado:
type: integer(4)
fixed: false
unsigned: false
notnull: false
primary: false
observacion_item:
type: string(255)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_ProyectosEvaluacion_Item_ForIdEvaluacion:
class: Principal_ProyectosEvaluacion_Item
local: id_evaluacion
foreign: id_evaluacion
type: one
Principal_ProyectosValidacion_Item:
connection: doctrine
tableName: principal.proyectos_validacion
columns:
id_validacion:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.proyectos_validacion_id_validacion
f_creacion:
type: timestamp(25)
fixed: false
unsigned: false
notnull: false
primary: false
f_ultimo_acceso:
type: timestamp(25)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_ProyectosRegistro_Items:
class: Principal_ProyectosRegistro_Item
local: id_validacion
foreign: id_validacion
type: many
Principal_ValoresAulas_Item:
connection: doctrine
tableName: principal.valores_aulas
columns:
id:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.valores_aulas_id
abrev_sede:
type: string(10)
fixed: false
unsigned: false
primary: true
nom_aula:
type: string(15)
fixed: false
unsigned: false
primary: true
package: Principal.Entities
relations:
Principal_ValoresSedes_Item:
local: abrev_sede
foreign: abrev
type: one
Principal_HistoricoHorarios_Items:
class: Principal_HistoricoHorarios_Item
local: id
foreign: id_aula
type: many
Principal_ValoresEntorno_Item:
connection: doctrine
tableName: principal.valores_entorno
columns:
cod_prog:
type: string(2)
fixed: false
unsigned: false
notnull: true
primary: false
cod_proy:
type: string(2)
fixed: false
unsigned: false
notnull: true
primary: false
cod_sede:
type: string(2)
fixed: false
unsigned: false
notnull: true
primary: false
abrev_proy:
type: string(10)
fixed: false
unsigned: false
primary: true
abrev_sede:
type: string(10)
fixed: false
unsigned: false
primary: true
autoridad:
type: string(50)
fixed: false
unsigned: false
notnull: false
primary: false
ced_autoridad:
type: integer(8)
fixed: false
unsigned: false
notnull: false
primary: false
titulo_autoridad:
type: string(25)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_ValoresProgramasproyectos_Item:
local: abrev_proy
foreign: abrev
type: one
Principal_ValoresSedes_Item:
local: abrev_sede
foreign: abrev
type: one
Principal_ValoresObservaciones_Item:
connection: doctrine
tableName: principal.valores_observaciones
columns:
id_observacion:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.valores_observaciones_id_observacion
descripcion:
type: string(255)
fixed: false
unsigned: false
notnull: true
primary: false
nivel:
type: string(2)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
Principal_ValoresPensums_Item:
connection: doctrine
tableName: principal.valores_pensums
columns:
abrev_proy:
type: string(10)
fixed: false
unsigned: false
primary: true
pensum:
type: string(10)
fixed: false
unsigned: false
primary: true
package: Principal.Entities
relations:
Principal_ValoresProgramasproyectos_Item:
local: abrev_proy
foreign: abrev
type: one
Principal_ValoresPeriodos_Item:
connection: doctrine
tableName: principal.valores_periodos
columns:
id:
type: integer(8)
fixed: false
unsigned: false
primary: true
sequence: principal.valores_periodos_id
nom_periodo:
type: string(8)
fixed: false
unsigned: false
notnull: true
primary: false
fec_inicio:
type: date(25)
fixed: false
unsigned: false
notnull: false
primary: false
fec_finalizacion:
type: date(25)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_MaeEstudiantesubicacion_Items:
class: Principal_MaeEstudiantesubicacion_Item
local: id
foreign: per_ing
type: many
Principal_HistoricoSecciones_Items:
class: Principal_HistoricoSecciones_Item
local: id
foreign: id_periodo
type: many
Principal_HistoricoEstudiantesregistro_Items:
class: Principal_HistoricoEstudiantesregistro_Item
local: id
foreign: id_periodo
type: many
Principal_ValoresProgramasproyectos_Item:
connection: doctrine
tableName: principal.valores_programasproyectos
columns:
cod_prog:
type: string(2)
fixed: false
unsigned: false
notnull: true
primary: false
cod_proy:
type: string(2)
fixed: false
unsigned: false
notnull: true
primary: false
denominacion:
type: string(100)
fixed: false
unsigned: false
notnull: true
primary: false
abrev:
type: string(10)
fixed: false
unsigned: false
primary: true
autoridad:
type: string(50)
fixed: false
unsigned: false
notnull: false
primary: false
ced_autoridad:
type: integer(8)
fixed: false
unsigned: false
notnull: false
primary: false
titulo_autoridad:
type: string(25)
fixed: false
unsigned: false
notnull: false
primary: false
esquema:
type: string(100)
fixed: false
unsigned: false
notnull: false
primary: false
package: Principal.Entities
relations:
Principal_ValoresEntorno_Items:
class: Principal_ValoresEntorno_Item
local: abrev
foreign: abrev_proy
type: many
Principal_ValoresPensums_Items:
class: Principal_ValoresPensums_Item
local: abrev
foreign: abrev_proy
type: many
Principal_ValoresSedes_Item:
connection: doctrine
tableName: principal.valores_sedes
columns:
cod_sede:
type: string(2)
fixed: false
unsigned: false
notnull: true
primary: false
denominacion:
type: string(50)
fixed: false
unsigned: false
notnull: true
primary: false
abrev:
type: string(10)
fixed: false
unsigned: false
primary: true
package: Principal.Entities
relations:
Principal_ValoresEntorno_Items:
class: Principal_ValoresEntorno_Item
local: abrev
foreign: abrev_sede
type: many
Principal_ProyectosRegistro_Items:
class: Principal_ProyectosRegistro_Item
local: abrev
foreign: sede_unidad_atencion
type: many
Principal_ValoresAulas_Items:
class: Principal_ValoresAulas_Item
local: abrev
foreign: abrev_sede
type: many