GUIA TECNICA DE INSTALACION DE SAIIUT

GUIA TECNICA DE INSTALACION DEL SAIIUT
Versión 2.0
Requisitos del Servidor
El SAIIUT puede ser ejecutado desde un servidor, o bien, puede correr en servidores web y de base de datos
separados.
Se requiere que el servidor use un procesador Pentium IV o equivalente de al menos 3 MHz y por lo menos
512 MB de memoria RAM, aunque se recomienda 1024 MB
El SAIIUT requiere que los siguientes programas estén instalados y funcionando:
Servidor de base de Datos
El servidor de base de datos que se utiliza para la aplicación es Microsoft SQL Server 2000, el cual cumple
con la especificación JDBC. Para ver los requerimientos del sistema dé clic en el siguiente vínculo:
http://www.microsoft.com/sql/evaluation/sysreqs/2000/default.asp
Esta guía describe la instalación de la base de datos del SAIIUT para Microsoft SQL Server 2000 (el cual
debe estar instalado previamente).
Maquina Virtual Java
Se requiere una JVM (Java Virtual Machine) versión 1.4 o superior, por lo que es necesario instalar la JVM
en el mismo servidor en el que se instalará el Tomcat 4.0. Es importante no instalar la JVM del JRE, sino la
de SDK / JDK, ya que esta contiene el compilador Java, el cual es requerido por el servidor de aplicación.
En este caso se proporciona el J2SDK 1.4.1 (Java 2 Estándar Development Kit)
Servidor HTTP (Servidor Web)
El servidor Web que se usará en esta guía es el Jakarta Tomcat 4.0 para J2SDK 1.4, el cual además posee el
engine para interpretar aplicaciones JSP.
Requisitos del cliente:
Tener instalado Acrobat Reader 4.0 o superior (Para poder visualizar e imprimir reportes).
Se puede usar cualquier navegador Web que cumpla con las especificaciones estándar, aunque se recomienda
preferentemente Internet Explorer 5.0 o superior.
INSTALACION
Esta instalación se detalla para sistemas operativos Windows con tecnología NT
Instalación y configuración del J2SDK
1.
Se ejecuta el archivo j2sdk-1_4_1_01-windows-i586.exe, el cual instalará el Java 2 Estándar
Development Kit. Se siguen las instrucciones en pantalla.
El archivo aquí provisto es compatible con los siguientes sistemas operativos:
IA32 Windows
Windows XP Professional (SP1+)
Windows XP Home
Windows 2000 Professional (SP3+)
Windows 98 (1st & 2nd Editions)
Windows NT 4.0 (SP6a)
Windows ME
Windows Server 2003, Web Edition
Windows Server 2003, Standard Edition
Windows Server 2003, Enterprise Edition
Windows Server 2003, Datacenter Edition
Windows 2000 Server
Itanium 2 Windows Windows Server 2003, Enterprise Edition
Windows Server 2003, Datacenter Edition
2.
Al terminar de instalar, se procede a configurar las variables de entorno. Para ello, se ingresa a las
propiedades de ‘Mi PC’, y después se da clic a la pestaña ‘Opciones Avanzadas’. En la parte inferior
de la ventana se da clic al botón ‘Variables de entorno’.
En la ventana de ‘Variables de Entorno’, en la sección de ‘Variables del Sistema’ (parte inferior) se dan de
alta dos nuevas variables.
Para ello se da clic en el botón ‘nueva’.
La primera variable establece el directorio donde quedo instalado el J2SDK.


En el campo ‘Nombre de variable’ se coloca ‘JAVA_HOME’.
En el campo ‘Valor de variable’ se coloca ‘c:\j2sdk1.4.1_01’ (o bien, el directorio donde se
haya instalado el J2SDK)
Se le da aceptar y se da clic en el botón ‘nueva’ otra vez.
La siguiente variable establece las rutas donde Java puede encontrar Clases y librerías.
 En el campo ‘Nombre de variable’ se coloca ‘CLASSPATH’.
 En el campo ‘Valor de variable’ se coloca ‘%JAVA_HOME%\lib\tools.jar’.
Se le da aceptar.
Finalmente, es necesario modificar la variable ‘path’. Para ello se busca la variable en la lista, se selecciona y
luego se le da clic al botón ‘Modificar’
Al valor que tenga esa variable y sin espacios, se le anexa lo siguiente:
‘;%JAVA_HOME%\bin’
Instalación de Apache Tomcat 4.0
Para instalar el servidor de Apache es necesario ejecutar el archivo jakarta-tomcat-4.0.3-LE-jdk14.exe. Antes
de instalar el Tomcat es necesario haber instalado el J2SDK
Se siguen las instrucciones en pantalla. Más adelante en esta guía se procederá a configurarlo.
Instalación de la base de datos
El servidor de Base de datos (SQL) puede ser el mismo en el que se instalo el Apache Tomcat y el J2SDK o
bien, puede ser un servidor diferente (lo cual mejora el rendimiento).
Para instalar la base de datos en el servidor SQL (el cual ya debe estar instalado), se crea una base de datos
nueva en el ‘administrador corporativo’ de SQL.
Para ello se selecciona el servidor de base de datos correspondiente y se da clic derecho en ‘Bases de Datos’
después se da clic en ‘Nueva base de datos…’
En la ventana de ‘propiedades de la base de datos’, en la pestaña ‘general’ se le da el nombre de ‘saiiut’ a la
base de datos.
Posteriormente, en las pestañas de ‘Archivos de datos’ y de ‘Registro de transacciones’ se colocan bajo la
columna ‘Ubicación’ las rutas donde se guardaran los archivos ‘saiiut_Data.MDF’ (archivo de datos) y
‘saiiut_Log.LDF’ (registro de transacciones) respectivamente, la cual puede ser la predeterminada por SQL
Server o se puede elegir cualquier otra.
Se le da aceptar. El siguiente paso es crear un inicio de sesión (usuario) para esa base de datos.
Para ello se extiende la carpeta seguridad y se le da clic derecho a ‘Inicios de Sesión’ y se selecciona la
opción ‘Nuevo inicio de sesión…’
En la ventana ‘Propiedades de inicio de sesión…’, en la pestaña ‘General’, se da de alta un nuevo usuario de
base de datos, por lo que en el campo ‘Nombre’ se coloca ‘saiiut’. Después en ‘Autenticación’ se selecciona
‘Autenticación de SQL Server’ y se escribe una contraseña, en este caso ‘saiiut’. Es importante NO usar la
opción ‘Autenticación de Windows’, ya que entonces el Tomcat no podrá hacer la conexión a la base de
datos. A continuación se elige la base de datos predeterminada para ese usuario, la cual es la base de datos
‘saiiut’ que se creo en el paso anterior.
En la pestaña ‘Acceso a base de datos’ se elige la base de datos a la que tendrá acceso el inicio de sesión
creado. En este caso será la de ‘saiiut’. Asimismo se determina el rol que tendrá el usuario dentro de la base
de datos. Para ello se selecciona la base de datos ‘saiiut’ de la lista que se muestra, y en la parte inferior, se
seleccionan las dos primeras funciones que aparecen.
Se le da aceptar.
Como ya se tiene una base de datos con tablas e información, se va a proceder a instalarla en la base de datos
que acabamos de crear. Para ello, se selecciona la base de datos recién creada, se le da clic derecho y en la
opción ‘Todas las tareas’ se elige ‘Restaurar base de datos’
En la ventana ‘Restaurar base de datos’, en la pestaña ‘General’, se elige la opción ‘Restaurar desde
dispositivo’, y se le da clic al botón dispositivos, para seleccionar el archivo desde el cual se va a restaurar.
Aparece la ventana ‘Elegir dispositivos para restaurar’. En dicha ventana se le da clic al botón ‘Agregar’ y se
busca el archivo con el cual se va a restaurar la base de datos.
Dicho archivo se llama ‘saiiut.bak’ y se encuentra en la carpeta BD dentro del directorio raiz de este CD. Se
le da aceptar dos veces, con lo cual regresamos a la ventana de ‘Restaurar base de datos’. En la pestaña
‘Opciones’ se activa la opción ‘Forzar restauración sobre la base de datos existente’ y se cambia la ruta bajo
la columna ‘Mover al nombre de archivo físico’ para que coincida con la misma ruta y nombre de archivo con
el que fue creada la base de datos ‘saiiut’ en los pasos anteriores.
Finalmente se le da en aceptar. Con ello se abrirá una ventana que mostrará el progreso de la restauración. Al
terminar, se le da clic a aceptar y con ello quedará lista la base de datos.
El siguiente paso consiste en correr un proceso que cambia la relación entre un inicio de sesión de SQL Server
y un usuario de la base de datos actual de SQL Server. Esto es necesario debido a la restauración que se hizo.
Para ello entramos a alguna herramienta de consulta a base de datos. En este caso se usará el Query Analyzer,
que se instala con SQL Server.
En este caso particular se inicia sesión con autenticación de Windows
En la ventana de consulta se escribe el script del proceso siguiente:
EXEC sp_change_users_login 'Update_One', 'saiiut', 'saiiut'
Después hay que asegurarse de que este seleccionada la base de datos correcta en el combo box que se
encuentra en la parte superior (ver figura de abajo) y se le da clic al botón ejecutar (botón verde a la izquierda
del combo de bases de datos) o bien, se presiona F5.
Este proceso vincula al usuario de la base de datos ‘saiiut’, con el inicio de sesion ‘saiiut’
Con ello se concluye la instalación de la base de datos.
Instalación del sitio Web.
El sitio se encuentra en la siguiente ubicación. Aquí se halla una carpeta con el nombre websaiiut, la cual
contiene el sitio web. Esta carpeta se copia completa a algún directorio del servidor que no tenga acceso
restringido por el sistema operativo. Para fines de ejemplo, supongamos que se copia al directorio raiz (C:),
por lo tanto el sitio se encontrará en la ruta c:\websaiiut
Una vez copiada la carpeta, se busca el archivo poolman.xml, el cual se encuentra en el directorio ‘WEBINF’, dentro de ‘websaiiut’. En dicho archivo es necesario editar la línea entre los tags <url> </url>. Esta
línea es la que proporciona conectividad desde el sitio hacia la base de datos.
En ella, se reemplaza la palabra nombre_servidor por el nombre real del servidor donde reside el SQL Server
y también se reemplaza la palabra puerto_sql por el número de puerto que esta usando SQL Server en el
servidor.
<url>jdbc:microsoft:sqlserver://nombre_servidor:puerto_sql</url>
Como ejemplo, se muestra la siguiente cadena:
<url>jdbc:microsoft:sqlserver://serv_aplicaciones:1433</url>
El puerto predeterminado que usa SQL Server es el 1433, sin embargo, se puede cambiar. Para cambiar o ver
el puerto que esta usando SQL Server, se usa la ‘Herramienta de red del servidor’ dentro de ‘Microsoft SQL
Server’ en el menú inicio de Windows.
En la ventana que aparece se selecciona el protocolo TCP/IP y se le da clic en ‘Propiedades’.
Esto mostrara una ventana con el número de puerto, el cual se puede cambiar ahí mismo.
Continuando con la edición del archivo poolman.xml, también se verifica que entre los tags <username>
</username> y <password> </password> estén escritos el nombre del usuario de la base de datos dado de alta
en SQL Server y la contraseña, en este caso quedaría como:
<username>saiiut</username>
<password>saiiut</password>
El archivo quedará más o menos así:
Una vez editado el archivo, es necesario copiarlo a la carpeta classes, que se encuentra dentro de WEB-INF,
por lo tanto tendremos dos archivos poolman.xml de contenido idéntico, uno en la ruta
‘c:\ websaiiut\WEB-INF’
y el otro en
‘c:\websaiiut\WEB-INF\classes’
El siguiente paso es dar de alta el sitio en la configuración del Tomcat y registrar un FQDN en el servidor (no
indispensable).
Configuración del Tomcat
Para que el sitio Web se visualice correctamente, es necesario darlo de alta en la configuración del Tomcat,
para ello, es necesario editar el archivo de nombre Server.xml, que se encuentra dentro del directorio Conf, el
cual está en la carpeta de instalación del Tomcat, usualmente dentro de
C.\Archivos de Programa\Apache Tomcat 4.0 o bien dentro de
C.\Archivos de Programa\apache Group\Apache Tomcat 4.0
En dicho archivo se modifican básicamente dos cosas: el puerto para acceder al sitio y la ruta donde este se
encuentra en el servidor.
El puerto predeterminado para Apache Tomcat es el 8080, sin embargo, utilizar ese puerto o cualquier otro
puerto distinto del 80 obliga a escribirlo en la barra de direcciones del explorador, después de la direccion
web, como ejemplo:
http://www.saiiut.com:8080
Para evitar eso, es preferible cambiar el puerto al 80, pero hay que tener en cuenta que en ocasiones puede
tener conflictos con otras aplicaciones que usen el mismo puerto, como por ejemplo el IIS. Para cambiar el
puerto se abre el archivo server.xml y se busca la línea
<!-- Define a non-SSL HTTP/1.1 Connector on port 8080 -->
(obsérvese que esta entre comentarios)
de bajo de esa línea se encuentra el tag
<Connector className="org.apache.catalina.connector.http.HttpConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"
acceptCount="10" debug="0" connectionTimeout="60000"/>
En dicho tag se modifica el atributo port y se le da el valor del puerto que se desea tener, preferentemente 80.
El siguiente punto de configuración es la ruta donde se encuentra el sitio web, y la manera en la que se accede
a este desde el explorador. Para ello se buscan las siguientes líneas en la parte de en medio del archivo:
<!-- Tomcat Root Context -->
<!-<Context path="" docBase="ROOT" debug="0"/>
-->
<!-- Tomcat Manager Context -->
<Context path="/manager" docBase="manager"
debug="0" privileged="true"/>
Justo debajo de esas líneas se agrega lo siguiente:
<!-- SAIIUT Context -->
<Context path="" docBase="c:\websaiiut" debug="0" privileged="true"/>
El atributo docBase contiene la ruta donde se encuentra el sitio web (el index.html).
El atributo path no tiene valor. Esto sirve para indicarle a Tomcat que ese va a ser el sitio que se va a iniciar
predeterminadamente. Por ejemplo con http://www.saiiut.com (más adelante se configurará el DNS), pero si
se desea se le puede poner un valor, Por ejemplo, si path es “/saiiut”, el url seria http://www.saiiut.com/saiiut
Nota: Solo puede existir un sitio con el valor path en blanco.
Se guarda y se cierra el archivo.
Con lo anterior el sitio web y la base de datos están completamente configurados. El siguiente paso es
levantar el servicio Apache Tomcat en el sistema operativo.
Para ello, es necesario entrar a ‘Servicios’ dentro de ‘Herramientas administrativas’ en el panel de control.
En la ventana ‘Servicios’ se busca el Apache Tomcat y en la barra de herramientas superior se da clic en el
botón stop para detener el servicio.
Aparecerá otra ventana indicando el progreso de la tarea. Una vez finalizada la detención del servicio, se le da
clic al botón play de la barra de herramientas para volver a iniciarlo.
Nota: El servicio originalmente aparece iniciado ya que es la configuración automática que queda después de
la instalación, sin embargo la reiniciación del servicio es necesaria para que el Tomcat reconozca los cambios
que se hicieron en los archivos poolman.xml y server.xml.
Inicializando la base de datos
El siguiente paso es activar los registros necesarios en la base de datos para que el usuario correspondiente al
administrador del sistema sea reconocido, y para que los módulos del sistema se visualicen correctamente.
Para ello será necesario editar y ejecutar las siguientes secuencias SQL desde cualquier herramienta de
consultas de SQL, como por ejemplo el ‘Analizador de Consultas (Query analizer para la versión en inglés)’
que viene incluido con el SQL Server.
El primer paso es identificar la clave de universidad que nuestra universidad tenga asociada en el sistema.
Para ello se hace una consulta a la tabla universidades. Como ejemplo usaremos a la Universidad Tecnológica
de Tabasco. Así pues, ejecutamos
Select * from universidades
y buscamos el nombre de la universidad en la columna nombre y después en esa misma fila, bajo la columna
cve_universidad vemos que la Universidad Tecnológica de Tabasco tiene la clave 42
Ese valor lo vamos a usar en las siguientes secuencias de SQL, las cuales vamos a editar a continuación. Estas
instrucciones se deben editar y ejecutar en el orden indicado.
La primera instrucción SQL que se editará será la siguiente
insert into personas values (1, UNIVERSIDAD, 'Universidad', 'Tecnológica', 'de
null, null, null, null, null, 'M', null, null, null, 0, 0, 0)
???', null,
Esta instrucción crea un registro en la tabla personas para poder dar de alta más adelante a un usuario del
sistema.
Primero se sustituirá la palabra UNIVERSIDAD que se encuentra en rojo por la clave de nuestra universidad,
en este caso la 42 y sustituiremos los símbolos ??? que están en rojo por el nombre de nuestra universidad. De
esta manera ahora tendremos la instrucción
insert into personas values (1, 42, 'Universidad', 'Tecnológica', 'de
null, null, null, null, 'M', null, null, null, 0, 0, 0)
Tabasco', null, null,
la cual ejecutamos desde el Analizador de Consultas o desde cualquier herramienta de consultas.
A continuación editamos la instrucción siguiente
insert into usuarios values(1, UNIVERSIDAD, 1, 'DD/MM/AAAA', 0, 1, 'saiiut', 'jbHOzj')
Esta instrucción crea un registro en la tabla usuarios para el administrador del sistema.
En ella se sustituirá la palabra UNIVERSIDAD que se encuentra en rojo por la clave de nuestra universidad,
en este caso la 42 y también cambiaremos las letras DD/MM/AAAA en rojo por la fecha actual, respetando el
formato DD/MM/AAAA con dos dígitos para el día, dos dígitos para el mes y cuatro dígitos para el año, de
esta manera tendremos, por ejemplo:
insert into usuarios values(1, 42, 1, '01/01/2005', 0, 1, 'saiiut', 'jbHOzj')
la cual ejecutamos desde el Analizador de Consultas o desde cualquier herramienta de consultas.
La siguientes instrucciones son
insert into grupo_seguridad values (1, UNIVERSIDAD, 'Administradores del Sistema', 1)
insert into usuarios_grupo values (1, 1, UNIVERSIDAD)
las cuales crean un grupo de seguridad de administradores del sistema (el cual tiene todos los permisos) y
asignan al usuario que se creo anteriormente a ese grupo, respectivamente.
En ambas se sustituirá la palabra UNIVERSIDAD que se encuentra en rojo por la clave de nuestra
universidad, en este caso la 42 quedando de la siguiente manera:
insert into grupo_seguridad values (1, 42, 'Administradores del Sistema', 1)
insert into usuarios_grupo values (1, 1, 42)
las cuales ejecutamos desde el Analizador de Consultas o desde cualquier herramienta de consultas.
Ahora, editamos las siguientes líneas, que activan los módulos para nuestra universidad y le dan permiso al
grupo de seguridad de administradores de acceder a ellos, respectivamente.
update modulos set cve_universidad = UNIVERSIDAD
insert into permisos_grupo values (1, UNIVERSIDAD, 1, 9)
En ellas se sustituirá la palabra UNIVERSIDAD que se encuentra en rojo por la clave de nuestra universidad,
en este caso la 42, quedando de la siguiente manera:
update modulos set cve_universidad = 42
insert into permisos_grupo values (1, 42, 1, 9)
las cuales ejecutamos desde el Analizador de Consultas o desde cualquier herramienta de consultas.
A continuación editamos las lineas
update documentacion set cve_universidad = UNIVERSIDAD
update conceptos_pago set costo_unitario = UNIVERSIDAD
y sustituimos la palabra UNIVERSIDAD por el valor 42 y ejecutamos las líneas
update documentacion set cve_universidad = 42
update conceptos_pago set costo_unitario = 42
en el Analizador de consultas.
El último paso consiste en dar de alta en la base de datos al menos un registro para el ciclo y un registro para
el periodo activos.
Se entiende como ciclo el año escolar oficial para la SEP. Como ejemplo, actualmente el ciclo escolar es
Septiembre 2004 – Agosto 2005.
Se entiende como periodo al cuatrimestre escolar. Así, en las UT se tienen tres periodos al año, los cuales son
Enero – Abril, Mayo – Agosto y Septiembre – Diciembre.
Antes de dar de alta los ciclos y periodos, es necesario calcular cuantos ciclos y cuantos periodos han
transcurrido desde la creación de la UT. Supongamos que la primera generación de la(s) primera(s) carrera(s)
de la universidad (no afecta si más adelante se abrieron otras carreras en la universidad) inició en el mes de
septiembre del 2001, por lo tanto el primer ciclo escolar de la UT fue Septiembre 2001 – Agosto 2002. A
partir de ahí contamos cuantos ciclos han transcurrido hasta el ciclo actual:
1
2
3
4
Septiembre 2001 – Agosto 2002
Septiembre 2002 – Agosto 2003
Septiembre 2003 – Agosto 2004
Septiembre 2004 – Agosto 2005
Nos damos cuenta que el ciclo actual es el número 4. Ahora procedemos a dar de alta el registro en la base de
datos.
Para ello editamos la siguiente línea:
Insert into ciclos values (clave, fecha_inicio, fecha_fin, 1)
La palabra clave será sustituida por el valor del ciclo actual, que en este caso es 4
La palabra fecha_inicio será sustituida por la fecha en que dio inicio el ciclo
La palabra fecha_fin será sustituida por la fecha en que termina el ciclo
(Estos dos últimos datos los puedes consultar con los responsables de control escolar de tu Universidad y
deberán ser representados en formato dd/mm/yyyy)
De esta manera la línea queda como
Insert into ciclos values (4, ‘01/09/2004’, ‘31/08/2005’, 1)
la cual ejecutamos desde el Analizador de Consultas o desde cualquier herramienta de consultas.
A continuación realizamos un cálculo parecido para los periodos.
Supongamos que la primera generación de la(s) primera(s) carrera(s) de la universidad (no afecta si más
adelante en otro ciclo se abrieron otras carreras en la universidad) inició en el mes de septiembre del 2001,
por lo tanto el primer periodo de la UT fue Septiembre 2001 – Diciembre 2001. A partir de ahí contamos
cuantos periodos han transcurrido hasta el actual:
1
2
3
Septiembre 2001 – Diciembre 2001
Enero 2002 – Abril 2002
Mayo 2002 – Agosto 2002
4
5
6
7
8
9
10
11
Septiembre 2002 – Diciembre 2002
Enero 2003 – Abril 2003
Mayo 2003 – Agosto 2003
Septiembre 2003 – Diciembre 2003
Enero 2004 – Abril 2004
Mayo 2004 – Agosto 2004
Septiembre 2004 – Diciembre 2004
Enero 2005 – Abril 2005
Nos damos cuenta que el periodo actual es el número 11. Ahora procedemos a dar de alta el registro en la
base de datos.
Para ello editamos la siguiente línea:
Insert into periodos values (clave, universidad, cve_ciclo, numero_periodo, anio,
fecha_inicio, fecha_fin, 1)
La palabra clave será sustituida por el valor encontrado del periodo actual, que en este caso es 11
La palabra universidad será sustituida por el valor de nuestra universidad, que ya hemos venido manejando
La palabra cve_ciclo será sustituida por la clave del ciclo que contenga las fechas de inicio y fin del periodo.
Es decir, si sabemos que el periodo va de enero a abril de 2005, entonces buscamos en la tabla ciclos el valor
de la clave del ciclo septiembre 2004 – agosto 2005, que en este caso es 4.
La palabra numero_periodo será reemplazada por el valor correspondiente de la tabla siguiente:
Si el periodo es Septiembre - Diciembre
Si el periodo es Enero – Abril
Si el periodo es Mayo – Agosto
Numero de periodo es 1
Numero de periodo es 2
Numero de periodo es 3
La palabra anio será reemplazada por el año que corresponda al periodo en cuestión.
La palabra fecha_inicio será sustituida por la fecha en que dio inicio el periodo
La palabra fecha_fin será sustituida por la fecha en que termina el periodo
(Estos dos últimos datos los puedes consultar con los responsables de control escolar de tu Universidad y
deberán ser representados en formato dd/mm/yyyy)
De esta manera la línea queda como
Insert into periodos values (11, 42, 4, 2, 2005, ‘03/01/2005’, ‘31/04/2005’, 1)
la cual ejecutamos desde el Analizador de Consultas o desde cualquier herramienta de consultas.
Observaciones:
 Es necesario que haya un registro para el ciclo escolar actual, antes de dar de alta el registro
correspondiente al periodo actual.
 Para dar de alta los periodos y ciclos anteriores al actual, se puede realizar el mismo
procedimiento descrito anteriormente, sin embargo, obsérvese que tanto en la línea de ciclos
como en la línea de periodos hay un número uno (1) al final. Ese valor representa un boleano de
valor true, que le indica al sistema que ese ciclo o periodo es el ciclo o periodo activo. De esta
manera, si se decide dar de alta los periodos y ciclos anteriores al actual, deberá sustituirse ese
valor uno por un valor cero (0), ya que esos ciclos y periodos ya no están activos.
 Los ciclos y periodos posteriores al actual se pueden dar de alta directamente desde el sistema.
 El fin de realizar los cálculos anteriores es para facilitar al administrador de la base de datos
consultas en las que tenga que hacer referencias a los periodos, especialmente si la universidad
se da a la tarea de almacenar en la base de datos los archivos históricos de periodos anteriores a
aquel en que arrancó el sistema en la universidad.
 Solo puede haber un ciclo y un periodo activos a la vez.
Con eso se finaliza la instalación y ya estamos listos para ingresar al sitio Web escribiendo la dirección IP que
tenga asignada el servidor donde se instalo la aplicación en la barra de direcciones del explorador web.
Por ejemplo, si la dirección IP del servidor es 198.200.2.5 entonces en la barra de direcciones se escribe
http://192.168.2.5
Si el puerto que se configuró en el archivo server.xml es diferente del 80, entonces se escribe
http://192.168.2.5:[No_puerto], por ejemplo, supongamos que el puerto que quedo configurado es el 8080,
entonces la dirección es
http://192.168.2.5:8080
Si el valor del path de la aplicación que se configuró en el archivo server.xml es diferente de nada
(path=“”), entonces es necesario escribir ese valor después de la direccion IP. Supongamos que el valor de
path es path= “/saiiut”, entonces para acceder al sitio se escribe:
http://192.168.2.5/saiiut
o bien
http://192.168.2.5:8080/saiiut
Si en lugar de la dirección IP lo que se desea usar en la barra de direcciones es un FQDN (Fully Qualified
Domain Name – Nombre de dominio totalmente calificado) se tendrá que solicitar al encargado de redes que
configure un FQDN en el servidor de dominio interno, por ejemplo saiiut.utx.edu.mx, para que en la barra de
direcciones del explorador se pueda acceder usando http://saiiut.utx.edu.mx o bien
http://saiiut.utx.edu.mx:8080 ó http://saiiut.utx.edu.mx:8080/saiiut
El usuario y contraseña predeterminados son saiiut y saiiut respectivamente, y dicho usuario cuenta con
privilegios de administrador de sistema. Es altamente recomendable cambiar inmediatamente la contraseña
del sistema desde el módulo de cambio de contraseña (ver manual de usuario). Por útimo, si se desea, también
se puede cambiar el login del usuario desde el módulo de usuarios (ver manual de usuario).