universidad de guayaquil facultad de ciencias...
TRANSCRIPT
I
UNIVERSIDAD DE GUAYAQUIL
Facultad de Ciencias Matemáticas y Físicas
Carrera de Ingeniería en Sistemas Computacionales
“Proyecto Sistema Académico - Modulo FORO”
SEMINARIO DE GRADUACION: OPEN SOURCE
Previo a la Obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
Autor (es): Béjar Víctores Karina Alexandra
Desiderio Vera Carlos Fabricio Zhuma Carrión Karol Rocío
GUAYAQUIL – ECUADOR.
Año: 2006
II
AGRADECIMIENTO
Béjar Víctores Karina Alexandra
Gracias Dios por darme fuerzas, inteligencia, salud y sobre todo la vida, gracias a mi mami Lety que es la persona que amo, porque siempre fue mis ojos, me inculco buenas costumbres sin grandezas y con mucho amor y me supo guiar por el buen camino. Finalmente agradezco a mis padres solo por haberme dado la vida, y gracias a todos aquellos que me acompañaron siempre en las buenas y en las malas.
Desiderio Vera Carlos Fabricio
Todo este esfuerzo le agradezco a Jehová Dios, por que el me dio fuerzas para seguir adelante en los momentos mas difíciles, a mis padres que fueron y son un pilar muy fuerte en toda mi formación académica por que tengo el ejemplo de ellos para seguir adelante y a parte de mi familia como mis hermanos mi tía y mis primos que me apoyaron y pusieron su granito de arena en toda mi formación.
Zhuma Carrión Karol Rocío
Agradezco a Dios, a mi madre y hermanos quienes me brindaron todo el apoyo incondicional para culminar con éxito mis estudios universitarios. Agradezco de igual forma a los Profesores por sus sabios conocimientos que nos impartieron durante toda la carrera, en especial al Ing. Juan Sánchez, Abel Alarcón, y al Ing. Moisés Vera
III
.
DEDICATORIA
Béjar Victores Karina Alexandra
Dedico mi tesis a las tres personas más importantes de mi vida: Dios, mi mami Lety y mi mami Margarita.
Desiderio Vera Carlos Fabricio
Todo se lo dedico a mis padres Teodoro Desiderio Calle y Elizabeth Vera Arias, a Jehová Dios por su voluntad y paciencia a todos por estar conmigo.
Zhuma Carrión Karol Rocío
A la memoria de mi padre Galo Zhuma Jaén aunque ya no este presente siempre me esta dando las fuerzas para culminar con éxito mi carrera universitaria, a mi madre Flor Carrión, hermanos, sobrinos y tíos quienes me apoyaron siempre en mis estudios.
V
DECLARACION EXPRESA
“La auditoria de la tesis de grado corresponde exclusivamente al suscrito(s), perteneciendo a la Universidad de Guayaquil los derechos que generen la aplicación de la misma” (Reglamento de Graduación de la Carrera de Ingeniería en Sistemas Computacionales, Art. 26). ____________ ________________ ____________ Karina Béjar V. Carlos Desiderio V. Karol Zhuma C.
VI
RESUMEN
El Módulo Foro esta desarrollado para mejorar la comunicación entre
alumnos y profesores, los mismos que permitirá a los alumnos realizar
consultas, expresar sus inquietudes y discutir sobre diferentes temas
relacionados directamente con las materias escogidas. Esta aplicación fue
diseñada usando Arquitectura 3 capas las herramientas utilizadas son las
siguientes JSP con Servlets y JAVA como leguaje de programación,
Postgres como manejador de Base de Datos. para nuestra aplicación. Para
poder conectarse a nuestro módulo tantos profesores y alumnos necesitan
de un usuario y una clave a través de un navegador conectado a Internet.
VII
INDICE GENERAL
AGRADECIMIENTO II
DEDICATORIA III
TRIBUNAL DE GRADUACION IV
DECLARACION EXPRESA V
RESUMEN VI
INDICE GENERAL VII
INTRODUCCION 1
CAPITULO 1
IMPLEMENTACION PROYECTO SISTEMA ACADEMICO 3
MODULO FORO
1.1 Descripción del Ámbito de la tesis y la Situación Problemática 3
1.2 Descripción del Problema Identificado 5
1.3 Solución 6
1.4 Definición de la Arquitectura de un Foro 7
1.5 Misión 8
1.6 Visión 8
1.7 Propuesta de Solución Aceptada Objetivos Generales 8
Y Específicos
1.7.1 Objetivos Generales 8
VIII
1.7.2 Objetivos Específicos 9
1.8 Alcances del Proyecto 10
1.9 Beneficios 11
1.10 Cronograma 12
1.11 Estudio de Factibilidad 13
1.11.1 Factibilidad Institucional 13
1.11.2 Factibilidad Técnica 14
1.11.3 Factibilidad de Economía 14
1.12 Riesgos Referentes al Modulo 15
1.13 Segmento del Mercado al que se dirige el producto 16
1.14 Recursos 16
1.14.1 Recurso Físico 16
1.14.2 Recurso Hardware 17
1.14.3 Recurso Software 18
1.14.4 Recurso Humano 19
1.14.4.1 Gestores de Proyectos 19
1.14.4.2 Gestores Profesionales 19
1.14.4.3 Usuarios Finales 19
1.15 Metodología 19
1.15.1 Actividad Inicial 19
1.15.2 Actividad Secundaria 20
1.15.3 Actividad de Desarrollo 20
IX
CAPITULO 2
ANALISIS DEL MODULO FORO
2.1 Levantamiento de Información 21
2.2 Análisis General del Foro 21
2.3 Estructura de la Aplicación 23
2.4 Análisis de las Causas y Consecuencias Identificadas 24
2.5 Alternativas de Solución 25
2.6 Retorno de Inversión 25
2.7 Disponibilidad de Recursos 26
2.7.1 Hardware 26
2.7.2 Software 26
2.7.3 Recurso Humano 27
2.8 Diagrama de Casos de Uso 27
2.8.1 Elementos Estructurales 27
2.8.2 Relaciones 27
2.8.3 Ingreso del Usuario al Sistema Académico 28
2.8.4 Selección de Materias 31
2.8.5 Selección de Materias – Profesor 33
2.8.6 Selección de Materias – Alumno 34
2.8.7 Ingreso al Foro 35
2.9 Diagrama de Transición de Estado 36
2.10 Presupuesto 37
X
CAPITULO 3
DISEÑO
3.1 Diseño del Modelo de Datos 38
3.2 Diseño de las Interconexiones 39
3.3 Diagrama de Flujo de Datos 40
CAPITULO 4
DESARROLLO Y PRUEBA DEL SISTEMA
4.1 Desarrollo del Sistema 41
4.2 Tabla Foro 43
4.3 Tabla Foro Cabecera 45
4.4 Tabla Foro Articulo 47
4.5 Tabla Foro Respuesta 49
4.6 Script de las Tablas más Importantes 51
4.6.1 Tabla Foro 51
4.6.2 Tabla Foro Cabecera 52
4.7 Seguridades 52
4.7.1 Seguro 53
4.7.2 Directorios 54
4.8 Seguridades que se debe Considerar 55
4.8.1 Seguridad Física 55
4.8.2 Seguridad de Red 55
XI
4.8.2.1 Administración de las contraseñas 56
4.8.2.2 Responsabilidades del Administrador 57
4.8.2.3 Responsabilidad del Usuario 57
4.9 Pruebas del Sistema 58
4.9.1 Resumen 58
CAPITULO 5
IMPLEMENTACION DEL SISTEMA
5.1 Implementación del Sistema 59
5.2 Elemento Físico 60
5.3 Elemento Lógico 60
5.4 Elementos Humanos 60
5.5 Infraestructuras 61
5.5.1 Infraestructura Tecnológica 61
5.5.1.1 Software 61
5.5.1.2 Razones por las cuales usaremos Software libre 63
5.5.1.3 Argumentos a favor de Linux 64
5.5.1.4 Razones para escoger Linux 65
5.6 Algunos Programas y Paquetes a Utilizar 66
5.6.1 ¿Por qué Postgres? 66
5.6.1.1 Lo mejor de Postgres 67
XII
5.6.1.2 Características Operacionales 67
5.6.1.3 Características Deseables 68
5.6.1.4 Límites de una base de datos en Postgres 69
5.6.1.5 Requisitos mínimos para su instalación 69
5.7 ¿Qué es MySQL? 70
CAITUPLO 6
RECOMENDACIONES Y CONCLUSIONES
6.1 Recomendaciones 71
6.1.1 Hardware 71
6.1.2 Software 72
6.1.3 Puesto en Marcha 72
6.1.4 Seguridades 72
CONCLUSIONES 74
ANEXOS
BIBLIOGRAFIA
XIII
INDICE DE FIGURAS
Pág.
Figura 1.1 Arquitectura del Foro 7
Figura 2.1 Análisis General del Foro 22
Figura 2.2 Estructura de la Aplicación 23
Figura 4.1 Pruebas del Sistema 58
XIV
INDICE DE TABLAS
Pág.
Tabla 1.1 Matriz de Riesgos 15
Tabla 1.2 Recurso Físico 19
Tabla 1.3 Recurso Hardware 20
Tabla 1.4 Recurso Software 21
1
INTRODUCCION
La principal finalidad del Foro, es proporcionar un espacio virtual para la
elaboración compartida, de conocimientos sobre temas que son discutibles.
Los foros permiten el intercambio de opiniones e información sobre
cuestiones especificas, punto de vista y hechos. Esto concede al alumno la
defensa de sus propias ideas, la ejercitación de habilidades de análisis y
comunicación, además de facilitar el trabajo colaborativo con diversos fines.
El usar el programa o herramienta “FORO” implica que el profesor debe
asumir el rol de “Administrador de Foro”, el de “Modelador de Foro”. En este
caso, su intervención se orienta básicamente a tres acciones principales:
Inicio del debate, establecimiento de aclaraciones, orientación y re-
orientación de la discusión, orientación hacia la elaboración de conclusiones
finales.
Estas acciones implican acceder y responder a los mensajes de los
estudiantes, sus contenidos, revisar los argumentos, contra argumentos que
se esgrimen o las conclusiones a las cuales se llega, para de esta manera
2
analizar las fortalezas y las debilidades de las intervenciones. El Foro es una
herramienta exclusiva del Sistema Académico, y su funcionamiento no
depende directamente del Sistema Académico. Es un programa en si mismo
que requiere la autorización para su uso.
3
CAPÍTULO I
1. IMPLEMENTACION PROYECTO SISTEMA ACADEMICO – MÓDULO F O R O
1.1 Descripción del Ámbito de la Tesis y la Situación Problemática:
Actualmente existen cientos de formas de comunicación vía Web, el
intercambio de la información es mucho más sencillo existen muchas
variedades en la actualidad como son correo electrónico, Chat, e incluso los
Foros.
A manera general un foro es un grupo de personas en el cual comparten
ideas en algún tema en general, en el mismo existe una persona denominada
moderador, que es el encargado de establecer un control entre el grupo de
discusión.
4
Los foros en Internet son también conocidos como grupos de discusión, a
diferencia de los grupos presénciales este espacio en Internet nos da la
facilidad de intervenir de una manera virtual en donde existe un administrador
que tiene el máximo nivel de control sobre el foro, ellos tienen la capacidad
de permitir o deshabilitar funciones de los foros. Los moderadores del
funcionamiento cotidiano de los grupos de discusión el mismo que tienen la
posibilidad de borrar, mover y cerrar temas y mensajes de los foros que
moderan.
Los grupos de usuarios constituyen una forma de agrupar usuarios. Cada
usuario es miembro de un grupo de usuarios y puede tener asignado
derechos específicos como, leer, ver y publicar mensajes.
Para poder acceder a un foro y participar del mismo es necesaria una
suscripción que genera una contraseña y un usuario.
Los foros generales son una aplicación Web que soporta almacenar
mensajes en páginas dinámicas, es un espacio virtual creado en Internet o
en una Intranet.
5
1.2 Descripción del Problema Identificado:
En la actualidad existen muchos métodos de Sistemas de Información que
están implementados en diversas Universidades.
La carrera de Ingeniería de Sistemas siendo una carrera tecnológica, no
tiene implementado un sistema académico vía Web y por ende un sistema de
comunicación entre los alumnos y profesores, lo que ha resultado difícil para
los estudiantes, realizar diversas actividades necesarias para su formación.
De acuerdo a un muestreo tomado a los estudiantes de nuestra carrera se ha
visto en la necesidad de realizar una implementación Informática, que
ofrezca una comunicación mas dinámica entre alumnos, profesores y
administración.
El acceso a Internet es una gran opción que permite a toda la comunidad
que pertenece a nuestra carrera, obtener información sobre la misma, para
despejar inquietudes y realizar diversidad de consultas
El implementar un Sistema Académico vía Web, tendrá un gran impacto a
nivel de estudiantes – personal docente. Se ha considerado un sin número
de opciones que le permitirá a la comunidad universitaria de la carrera, desde
6
cualquier lugar conectarse a nuestro sitio y realizar diferentes actividades,
una de las formas de comunicación mas comunes son los foros.
Existen un sin número de foros orientados a diversos temas que pueden ser
encontrados en diferentes sitios Web, uno de los principales puntos que
abarca este sistema vía Web de la carrera es que exista una comunicación
directa entre alumnos y profesores de la Institución.
1.3 Solución:
Nosotros como proyecto de desarrollo ofrecemos, ayudar a mejorar la
comunicación entre los alumnos y los profesores esto se lo realizará por
medio de un FORO que permitirá a los alumnos ingresar a un espacio virtual
donde podrán realizar consultas, expresar sus inquietudes y discutir sobre
diferentes temas relacionados directamente con las materias escogidas.
En este foro los temas serán clasificados por materias, el estudiante podrá
participar en las materias que se encuentra registrado en ese periodo.
El foro formará parte del Sistema Académico que se implementará en la
Carrera de Ingeniería en Sistemas Computacionales.
7
Los estudiantes tendrán la opción de ingresar y expresar sus inquietudes y
así mismo obtener respuestas por parte de los demás alumnos y el profesor,
con respecto a la materia que están cursando.
Los alumnos podrán acceder al foro desde los laboratorios de la institución,
hogares, cyber’s, etc. Esto permitirá que por medio de una página Web
pueda acceder a nuestro foro.
1.4 Definición de la Arquitectura de un Foro
Para definir la arquitectura de un foro se lo hará de la siguiente manera:
Figura No. 1.1
Arquitectura del FORO
8
1.5 Misión
Nuestra misión como proyecto es que tanto estudiante y profesores tengan
la libertad de realizar preguntas y a las vez responderlas, para que así
puedan compartir experiencias, el mismo que nos permitirá crear una mejor
relación entre estudiantes y profesores.
1.6 Visión
Llegar a ser un excelente módulo, que posea el Sistema Académico, con
características innovadoras, pertinente tanto para los estudiantes y
profesores para poderse así comunicar más seguido y no solo esperar las
horas de clases, de tal manera que satisfaga las necesidades que demanda
la comunidad universitaria.
1.7 Propuesta De Solución Aceptada Objetivos General Y Específicos.
1.7.1 Objetivos Generales.
Implementar el Módulo FORO dentro del Sistema académico ha sido
una opción para brindar un mejor desempeño y aprendizaje en la
comunicación Alumno, Académico y Materia.
La idea es realizar un Grupo de Discusión en el que solo participen los
alumnos de una materia con el profesor que dicta la materia.
9
Garantizando desenvolvimiento del alumno vía Web, poder realizar
consultas, despejar inquietudes, y que el profesor se alimente de las
dudas de los alumnos
1.7.2 Objetivos Específicos
• Analizar las necesidades actuales de los estudiantes dentro de
clases para determinar que se debe automatizar.
• Analizar las necesidades actuales de los profesores dentro de
clases para determinar que se puede automatizar.
• Establecer una vía de comunicación interesante y amigable entre
los alumnos de una determinada materia.
• Desarrollar en los alumnos destrezas de comunicación y expresión
de ideas utilizando medios tecnológicos.
• Facilitar la creación de grupos de discusión, dando flexibilidad a la
comunicación entre alumnos profesores.
• Permitir al profesor reforzar sus clases valiéndose de ideas
propuesta en el foro de los alumnos.
• Diseñar y trabajar proyectos en común.
• Solicitar asesoría y orientación.
10
1.8 Alcances Del Proyecto.
El módulo de foro estará orientado exclusivamente a la comunicación
alumno, profesor, materia y solo podrán acceder a este, los alumnos que
pertenecen a la Carrera de Ingeniería en Sistemas y que estén registrados
en cualquier materia.
Tanto profesores como alumnos tendrán un portal donde acensarán con su
clave de usuario y clave y estarán automáticamente ligados con las materias
que esta viendo en el caso de los alumnos y las materias que dictan en el
caso de los profesores.
1 El Desarrollo de la interfaz para una Comunidad virtual será diseñada de
fácil manejo para los usuarios del foro, será una forma de tener relación
alumno, profesor y materia.
2 Dentro de la comunidad, que esta ligada a la materia, profesor y grupo de
alumnos, existirán grupos de discusión, inicialmente uno General donde
los alumnos podrán mantener discusiones con respecto a temas
propuestos por el profesor, ingresar o responder alguno.
11
3 Se creara un buscador que permita al usuario realizar búsquedas a nivel
de foros.
4 El profesor crea los foros especificando fecha de inicio y fecha de fin,
una vez caducado el foro se crea un estado inactivo, solo se permitirá la
visualización del mismo quedando a potestad del profesor la eliminación.
5 Dentro de la creación del foro se permitirá adjuntar (attachment) un
archivo dentro del foro
• El profesor será el administrador del foro, creará temas de foro y
solo el podrá eliminar temas de foros y artículos creados por los
alumnos y automáticamente se genera un mail a los usuarios
indicando que existe un nuevo tema de discusión.
1.9 Beneficios
El principal beneficio que traerá consigo la implementación de este módulo
es el de establecer un módulo de consulta entre la comunidad educativa y la
sociedad: Con el propósito de llevar a cabo un proceso de planeación
estratégica participativa y en el ánimo de recoger las verdaderas
preocupaciones de los alumnos dentro de las materias a cursar.
12
1.10 Cronograma
Para mas información revisar el ANEXO 1
Nombre de tarea Duración Comienzo Fin Levantamiento de Información 18 días 23/01/06 11/02/06Investigación acerca de tema de modulo propuesto 1 día 23/01/06 23/01/06Encuestas 1 día 24/01/06 24/01/06Recopilación de información 1 día 25/01/06 25/01/06Desarrollo de Ámbito, Objetivo Soluciones y Alcance 2 días 26/01/06 27/01/06Presentación preliminar de tema 1 día 28/01/06 28/01/06Revisión Primera presentación (Universidad) 6 días 30/01/06 04/02/06Corrección de Primera presentación 5 días 06/02/06 10/02/06Presentación (Correcciones) 1 día 11/02/06 11/02/06Análisis y requisitos del software 14 días 13/02/06 02/03/06Análisis de necesidades de estudiantes para un Foro 3 días 13/02/06 15/02/06Especificaciones del módulo 3 días 16/02/06 20/02/06Desarrollar presupuesto 2 días 21/02/06 22/02/06Revisar las especificaciones del modulo y el presupuesto con el equipo 3 días 23/02/06 27/02/06Incorporar los comentarios de los estudiantes con las especificaciones del módulo 1 día 28/02/06 28/02/06Desarrollar los tiempos y fechas de entrega 1 día 01/03/06 01/03/06Consolidar los recursos necesarios 1 día 02/03/06 02/03/06Diseño 42 días 03/03/06 30/04/06Especificaciones estándar de programación 3 días 03/03/06 07/03/06Diagramas de Flujo 3 días 08/03/06 10/03/06Diseño de Base de datos 14 días 13/03/06 30/03/06Diseño de la interfaz 10 días 31/03/06 13/04/06Incorporar comentarios a las especificaciones de funcionamiento 1 día 14/04/06 14/04/06Entrega de Análisis y Diseño 1 día 17/04/06 17/04/06Sustentación de primer Análisis y Diseño 6 días 24/04/06 30/04/06Desarrollo 67 días 01/05/06 22/07/06Revisar especificaciones de funcionamiento 4 días 01/05/06 04/05/06Asignar el personal de desarrollo 3 días 05/05/06 09/05/06Desarrollar el código 60 días 03/05/06 22/07/06Pruebas 77 días 31/07/06 15/10/04Desarrollar planes de pruebas 3 días 01/08/04 03/08/04Implementación 60 días 04/08/04 02/10/04Implementación 60 días 04/08/04 02/10/04Personal de pruebas 14 días 03/10/04 15/10/04
13
1.11 Estudio De Factibilidad
El objetivo principal del sistema en el módulo de un Foro es proveer a la
Universidad los mecanismos automatizados que faciliten la planificación,
organización, gestión y control académico.
La arquitectura del sistema en el módulo está pensada para su uso en un
entorno multiusuario dando alcance a los diferentes estamentos y sectores
que componen la organización de la Carrera, especialmente a estudiantes,
docentes, al sector administrativo y a la dirección académica.
Se ha pensado en realizar este módulo adaptándonos a los recursos con los
que actualmente cuenta la Carrera de Ingeniería en Sistemas.
1.11.1 Factibilidad Institucional
Los alumnos, y académicos de la carrera tendrán una cultura de
aprovechamiento y desarrollo de la tecnología, conocerán y utilizarán
los distintos medios tecnológicos disponibles y contribuirán con
propuestas creativas, flexibles y versátiles que potencien el
desempeño de la enseñanza y aprendizaje.
Con la implementación de este módulo en el Sistema Académico los
alumnos y profesores cuentan con la posibilidad de disponer de
información referente a las materias, para consulta análisis, discusión,
con un navegador de páginas Web, desde cualquier lugar que tenga
acceso a la red Internet.
14
1.11.2 Factibilidad Técnica
La Carrera de Sistemas cuenta con las herramientas necesarias para
la implementación del Sistema Académico y como parte de este, para
el módulo de Foro.
La red de Internet actualmente es una de las herramientas de
aprendizaje más importante por lo que la mayoría de los alumnos
hacen uso del Internet.
1.11.3 Factibilidad Económica
Ventajas
• Implementación en herramientas para desarrollo actualizadas
y sin costo.
• Sistema Operativo Linux (No se necesita licencia) es gratis.
• Base de datos sin costo.
• Inversión básica en un Servidor Robusto que soporte la
implementación del Sistema.
• Inversión en Hosting y Dominio.
15
• Nuestra aplicación será capaz de ser implementada tanto en
Sistema Operativo Linux, como en Sistema Operativo Windows,
existiendo una desventaja al ser implementado bajo Windows pues
se necesitaría de una licencia.
1.12 Riesgos referentes al módulo
Para el módulo se ha obtenido luego de un análisis de los riesgos que se
presentan a continuación a través de la siguiente matriz de riesgos:
Tabla 1.1 Matriz de Riesgos
Tipo de Riesgo Riesgo Probabilidad Efecto Estrategia
Tecnológico Fallo de Servidor Moderada Serio Reiniciar el equipo
Falla Eléctrica Baja Serio
Esperar que reestablezca el suministro de energía
Personal Error al configurar un servicio Baja Tolerable
Volver a configurar el
servicio
Error al asociar datos Baja Catastrófico
Incrementar las
validaciones de tipos de
datos
Organizacional Cambios de leyes Muy Baja Insignificante
Herramientas Depreciación de Herramientas Alta Tolerable Actualizar
Herramientas
Requerimientos No haber
capturado los requerimientos
necesarios
Moderada Tolerable Mejorar el
diseño de las interfaces
16
1.13 Segmento del mercado al que se dirige el producto
El módulo de Foro básicamente esta dirigido hacia:
* Estudiantes y Docentes
El Foro agilitaría procesos de comunicación o necesidades de compartir
información entre las integrantes de un curso. Su mejor uso sería instalarlo
en algún servidor de Internet o en una red domestica
Llamada Intranet, de la empresa para que cualquier persona que sea parte
de la carrera pueda ingresar y dejar sus inquietudes, despejar dudas,
respecto a un tema especifico.
1.14 Recursos
Tabla 1.2
1.14.1 Recurso FísicoNumero de Unidades
MUEBLES DE OFICINAESCRITORIOS 3SILLAS 3
UTILES DE OFICINAMedios Copias 200
Investigación en Internet 150CDS Información 20
CDS de Herramientas 25Flash Memory 3
Suministros Resmillas (500 unidades papel bond) 5Cartucho Negro impresora IF 1600 5Cartucho a color impresora IF 1600 3
Descripción
17
Tabla 1.3
1.14.2 Recurso Hardware:Numero de Unidades
EQUIPAMIENTO:
Computadora Caracteristicas 3
Procesador Petium 4 de 2.6 Ghz, Memoria 256MB, Disco Duro 80 Gb, Mainboard Vio star, Floppy, Cd-Writer, Fax modem, Tarjeta Ethernet, Mouse, teclado, Monitor AOC 15", Parlantes
1
Procesador Petium 4 de 3,0 Ghz, Memoria 512MB, Disco Duro 80 Gb, Mainboard Intel, Floppy, Cd-Writer, DVD, Fax modem, Tarjeta Ethernet, Mouse, teclado, Monitor LG 17", Parlantes
1
Procesador Petium 4 de 2,4 Ghz, Memoria 512MB, Disco Duro 120 Gb, Mainboard Intel, Floppy, Cd-Writer, Fax modem, Tarjeta Ethernet, Mouse, teclado, Monitor LG 15", Parlantes
1
UPS THOR 3IMPRESORAS: IF 1600 1S100 1 Z60 1Cuentas Dial up 2ISP 2Switch de 5 puertos 10/100 Mbps. 1VARIOS
Descripción
18
1.14.3 Recurso Software
SISTEMAS OPERATIVOS
SISTEMA OPERATIVO WINDOWS XP Servipack 2
SISTEMA OPERATIVO LINUX: FEDORA
HERRMIENTAS DE TRABAJO:MICROSOFT OFFICE 2003 PROFESIONALMICROSOFT PROJECT 2003Winzip, Winrar
HERRMIENTAS DE DISEÑOPlatinum Technology Erwin 3.5.2
Apache Tomcat
Jdk 1.5Eclipse IDE.
BASE DE DATOS:
Postgres
Descripción
Tabla 1.4
19
1.14.4 Recurso Humano
1.14.4.1 Gestores de Proyectos.- Deben planificar, motivar,
organizar y controlar el desarrollo del software o aplicación. Las
personas que integran el grupo de gestores de proyecto son:
• Béjar Víctores Karina Alexandra
• Desiderio Vera Carlos Fabricio
• Zhuma Carrión Karol Rocío
1.14.4.2 Gestores profesionales.- Proporcionan las capacidades
técnicas necesarias para la ingeniería de la aplicación. Los gestores
profesionales, supervisan a los gestores técnicos, brindando una guía
en el desarrollo de la aplicación.
1.14.4.3 Usuarios Finales.- Interactúan con el software una vez
que se ha entregado el producto final.
Contamos con 3 personas, especializadas en diferentes áreas:
1.15 Metodología
1.15.1 Actividad Inicial
• Investigación acerca de tema de módulo propuesto
• Encuestas a los estudiantes
• Recopilación de información sobre el tema propuesto.
• "Desarrollo de Ámbito, Objetivo Soluciones y Alcance"
20
• Análisis y requisitos del software
• Análisis de necesidades de estudiantes para un Foro
1.15.2 Actividad Secundaria
• Especificaciones del como va a trabajar el modulo
• Adquisición de Cotizaciones de Hardware, Software y Equipos
• Revisar las especificaciones del módulo y el presupuesto con el
equipo
• Incorporar los comentarios de los estudiantes con las
especificaciones del módulo
• Estudio pormenorizado de la Herramienta de Consolidar los
recursos necesarios
1.15.3 Actividad de Desarrollo
• Estudio Herramientas de Base de Datos
• Investigación de Herramientas de Diseño Desarrollo
• Investigación de Herramientas de Programación
• Funcionabilidad de las herramientas
• Desarrollo de Módulo
• Integración con los otros módulos
• Pruebas
• Funcionabilidad e implementación
21
CAPÍTULO 2
2. ANALISIS DEL MÓDULO FORO
2.1 Levantamiento de Información
Para empezar hacer nuestro proyecto primero procedimos a realizar
una encuesta a todos los estudiantes para saber si alguna vez ellos
han ingresado a un foro académico y que les gustaría que se tratara
en el.
Para saber más información sobre la encuesta revisar el ANEXO 2
2.2 Análisis General del Foro
Para realizar el análisis del Foro se realiza un análisis global del mismo así
como un análisis más detallado.
22
Del análisis global se obtuvo el siguiente grafico que explica que un usuario
ingresa al sistema académico donde podrá realizar un sin numero de
opciones, entre las cuales estarán las materias que ven los alumnos, en el
caso de profesores las materias que dictan.
El usuario que ingrese y este registrado tendrán la opción de seleccionar una
materia e ingresar al foro de la materia. Se tomaran en consideración dos
puntos importantes:
Los alumnos crean y responden artículos.
Los profesores crean foros, crean artículos, responden y eliminan artículos y
foros.
Figura No. 2.1
Análisis General del FORO
24
2.4 Análisis de las Causas y Consecuencias Identificadas:
• La falta de integración en un curso de parte de los estudiantes y
profesores ha generado un problema de comunicación entre ellos.
• Una serie de encuestas realizadas a los estudiantes nos ayudaron a
determinar que al termino de clases existen un sin número dudas que
no son expresadas por parte de los alumnos, dentro del área de
clases.
• Los profesores en muchas ocasiones tratan de un tema específico en
clases, sin hacer hincapié de que el estudiante participe sobre el
mismo, originando que ellos queden con vacíos.
• La timidez del alumno (introvertidos) hace que en muchas ocasiones
no actué en clases, a pesar de tener el conocimiento, del algún tema
que trate el profesor.
• El profesor necesita como parte esencial del desarrollo del alumno
incentivarlo y ayudarlo a que investigue sobre algún tema dado y que
este generé un intercambio de ideas entre sus compañeros de clases.
25
• Los profesores deben alimentar de conocimientos a los
estudiantes, y que estos muchas veces despejen sus dudas mediante
un grupo de discusión entre ellos.
2.5 Alternativas de Solución:
• Establecer vías de comunicación entre los diferentes alumnos de un
curso en determinada materia.
• Desarrollar en los alumnos destrezas de comunicación y expresión de
ideas utilizando medios tecnológicos.
• Intercambiar ideas experiencias y trabajos.
• Permitir al profesor reforzar sus clases valiéndose de las ideas
propuestas en el foro por los alumnos.
• Diseñar y trabajar proyectos en común.
• Solicitar accesoria y orientación.
2.6 Retorno de Inversión
Con la implementación del modulo dentro del sistema académico vía Web:
Estudiantes y profesores tendrán la facilidad de ingresar a una comunidad de
discusión, desde cualquier lugar por medio de un browser y una conexión a
Internet.
Se ha pensando en la motivación por parte del profesor hacia los alumnos en
la utilización de un centro de comunicación virtual, lo que traerá como
26
beneficios el desarrollo tecnológico hacia los estudiantes, tener
comunicación entre compañeros por ende en el módulo se podrán discutir
puntos importantes de la materia.
2.7 Disponibilidad De Recursos:
2.7.1 Hardware:
• Computadores personales.
• monitores.
• UPS.
• Impresoras
• Conexión a Internet dial up.
• 1 Switch
• Cable UTP
• Flash Memory
• Mesas para computadoras
• Sillas.
2.7.2 Software:
PC con sistema Operativo Microsoft Windows XP y Office 2003.
• Herramientas de comprimir archivos.
• Herramienta de Diseño Erwin.
• 1 Sistema Operativo Linux: Fedora y Suse.
27
• Base de datos: PostGress y MySQL.
• Herramientas de Desarrollo:
JDeveloper, Eclipse, Jdk 1-5, Apache Tomcat
2.7.3 Recurso Humano:
Integrantes:
Béjar Víctores Karina Alexandra
Desiderio Vera Carlos Fabricio
Zhuma Carrión Karol Rocío
2.8 Diagrama De Casos de Uso
2.8.1 Elementos Estructurales
Actor Caso de uso Colaboración
2.8.2 Relaciones
• Dependencia
Elemento dependiente Elemento Independiente
28
• Asociación
Actor
2.8.3 Ingreso del Usuario al Sistema Académico
Caso de Uso Ingreso Usuario al Sistema Académico
29
Casos de uso: Ingreso del Usuario dentro Sistema
Académico al Módulo Foro
Caso de uso: Ingreso al Sistema Académico
Actores: Usuario (Alumnos – profesores)
Propósito: Ingresar al Sistema de Académico Módulo Foro
Resumen: Un usuario ingresa al sistema académico mediante
su clave, automáticamente se determinará si el
usuario es un alumno o un profesor.
De ser alumno se mostraran las materias que esta
cursando.
De ser profesor se mostrarán las materias que está
dictando.
Para ambos casos solo se mostraran si tienen o no
materias.
Tipo: Primario y esencial.
30
Curso normal de los eventos
Acción de los actores Respuesta del Sistema
1. Este caso de uso comienza
cuando el usuario se logonea
para ingresar al sistema
2. El usuario ingresa su nombre
de usuario y clave
3. Una vez que los datos son validos
son guardados dentro del sistema.
4. El sistema mostrará al usuario toda
la información referente al historial
académico.
5. El sistema brindará al usuario la
relación de las materias que tiene (en
el caso de alumnos).
Y las materias que dicta en el caso
de profesores
31
2.8.4 Selección de Materias
2.- Casos de uso: Selección de materias
Caso de uso: Selección de materias
Actores: Usuario
Propósito: Ingresar a una materia para poder ingresar al Foro
Resumen: Si es usuario alumno que tiene materias poder
ingresar al sitio de foro e interactuar con los demás
usuarios que pertenecen al mismo grupo que tienen
esa materia
Tipo: Primario y esencial
Casos de uso: El usuario debe tener materias o estar
relacionado con las materias para poder ingresar al
Foro
32
Curso normal de los eventos
Acción de los actores Respuesta del Sistema
1. Con el antecedente de tener
materias relacionadas a un usuario, el
podrá acceder hasta el foro
2. Si el usuario es un moderador
podrá crear un tema cabecera de
foro, caso contrario podrá ingresar
a los ya creados
3. Si el usuario no es un moderado
el tendrá la potestad de entrar a un
Foro creado.
El módulo le permitirá leer un
crear, leer, buscar o responder un
mensaje existente.
33
2.8.5 Selección de Materias - Profesor
Caso de uso: Selección de materias
Actores: Usuario - Profesor
Propósito: Ingresar la Sistema para poder ingresar al Foro.
Resumen: Como es usuario profesor validamos las
materias y cursos que tiene asignado, para que
proceda a Crear o eliminar un Foro y a la vez
tendrá la potestad de crear y responder
artículos.
Tipo: Primario y esencial
Casos de uso: El usuario profesor debe de
tener materias o estar relacionado con las
materias para poder ingresar al Foro
34
2.8.6 Selección de Materias - Alumno
Caso de uso: Selección de materias
Actores: Usuario - Alumno
Propósito: Ingresar la Sistema para poder ingresar al Foro.
Resumen: Como es usuario alumno validamos las materias y
cursos asignados, para que proceda a leer los
foros existentes en las materias que esta
cursando, los mismos que puede descargar
archivos si los tuviere o sino crear un articulo o
responder un teme creado por el profesor.
Tipo: Primario y esencial
Casos de uso: El usuario alumno debe de tener
materias o estar relacionado con las materias para
poder ingresar al Foro
35
2.8.7 Casos de uso: Ingreso Foro Caso de uso: Ingreso Foro
Actores: Usuario , Materia
Propósito:
Ingresar al Foro configurar si es usuario
moderador crear tema, si es usuario
alumno leer , crear, responder temas y
adjuntar (attachment).
Resumen: Un usuario que tiene materias poder
ingresar al sitio de foro e interactuar con los
demás si es usuario moderador creara un
grupo de discusión si es usuario alumno
leerá, creara o responderá temas
Tipo: Frimario y esencial
Casos de uso: El usuaria debe tener materias o
estar relacionado con las materias para poder
ingresar al Foro
36
Alumno
profesor
Selección / Materias
2.9 Diagrama de Transición de Estado [datos validos- alumno] Validar Datos validar materias
Validar Datos Validar materias
Usuario / Clave Foro Crear
Foro
Artículo Enviar Mail
Crear Articulo
Respuesta
Responder
[datos validos – profesor]
37
2.10 Presupuesto
PRESUPUESTO PARA DESARROLLO:
DETALLE: VALOR TOTAL
HARDWARE: (COMPUTADORAS) $ 2,050.00
IMPRESORAS: $ 160.00
VARIOS: $ 199.50
COSTO SOFTWARE: $ 1,185.00SISTEMAS OPERATIVOS $ 360.00HERRMIENTAS DE TRABAJO: $ 1,040.00HERRMIENTAS DE DISEÑO $ 0.00BASE DE DATOS: $ 0.00MUEBLES DE OFICINA $ 240.00UTILES DE OFICINA $ 304.00SUMINISTROS: $ 71.00
SERVICIOS BASICOS: $ 1,050.00
SERVICIO DE INTERNET $ 210.00
PERSONAL DE DESARROLLO: $ 6,850.00
T O T A L: $ 13,719.50
Para más información sobre nuestro presupuesto, por favor revisar el
ANEXO 3.
38
CAPITULO 3
3 DISEÑO
3.1 Diseño del Modelo de Datos
Para garantizar la integridad de datos que maneja el módulo del foro el
análisis del modelo de datos a seguir se ha realizado cuidadosamente, por lo
que a continuación se detalla las tablas diseñadas, explicadas cada una a
detalles, una tabla de relaciones entre las misma y el diagrama de datos que
permite visualizar el comportamiento de la base de datos.
ANEXO 4
39
3.2 Diseño de las Interconexiones:
Los usuarios una vez logoneados y que entran al sistema académico vía
Web. Ingresaran a un sin numero de opciones entre las que tendrán acceso
a sus materias, en el caso de alumnos si tienen registradas materias y el en
caso de profesores están dictando alguna materia.
El usuario moderador, podrá crear su propio tema de discusión,
inmediatamente se generará un mail para los usuarios que estén viendo esa
materia, indicando que existe un nuevo tema de discusión en el foro.
A este Foro estarán ligados todos los usuarios pertenecientes a la relación
(Alumno – Profesor – Materia - curso) donde podrán crear un tema, leer o
responder alguna ya existente.
En una sola tabla se recogen todos los temas existentes, así como el número
de respuestas que incluya cada tema. Desde esa tabla debemos ver el
número de respuestas a cada tema y con un clic sobre el leer todas las
respuestas y adjuntar archivos.
Analizando las necesidades de un Foro, podemos determinar que se trata de
una relación de uno a varios entre las bases de datos. Esto es debido a que
cada tema del foro puede tener varias respuestas, pero cada respuesta solo
pertenece a un tema de un foro, y este tema de un foro esta ligada a una
cabecera del foro.
40
3.3 Diagrama de Flujo de Datos Usuario
Envío de mail
º
Buscar Foro Envió de mail
Validar
Profesor Alumno
Materias Foro
Materias
Crear Foro
Búsqueda
Artículos
Crear Artículos
Respuestas
Responder
41
CAPITULO 4
4 DESARROLLO Y PRUEBA DEL SISTEMA 4.1 Desarrollo del Sistema
• La base de datos del módulo Foro fue creada con la herramienta
Postgres la misma que tiene como nombre de sistema _ académico.
A continuación describiremos las tablas de nuestro módulo base de
Datos.
o Tabla Foro o Tabla Foro Cabecera o Tabla Foro Artículo o Tabla Foro Respuesta
Tablas importantes para el funcionamiento de nuestro modulo
o Tabla Usuario o Tabla Persona o Tabla Tipo Usuario o Tabla Alumno
42
o Tabla Profesor o Tabla Paralelo o Tabla ParaleloMateria o Tabla ParaleloProfesor o Tabla ParaleloAlumno o Tabla MateriaAlumno o Tabla MateriaProfesor o Tabla Syllabus
43
4.2 Tabla Foro Descripción.- Esta tablas la que contiene las relaciones con materia, profesor y paralelo.
45
4.3 Tabla Foro Cabecera Descripción: Hace referencia a al listado de Temas creados por el profesor al foro por un determinado.
47
4.4 Tabla Foro Articulo Descripción: Esta tabla me guardará todos los artículos creados sean estos del alumno o del profesor.
49
4.5 Tabla Foro Respuesta Descripción: Hace referencia a todas las respuestas del tema contenidas en un foro
51
4.6 Script de la Tablas más Importante de Nuestra Base de Datos 4.6.1 Tabla Foro
CREATE TABLE foro ( codigoforo int4 NOT NULL DEFAULT nextval('foro_codigoforo_seq'::regclass), codigomateria int4 NOT NULL, codigoprofesor int4 NOT NULL, codigoparalelo int4 NOT NULL, CONSTRAINT foro_pkey PRIMARY KEY (codigoforo), CONSTRAINT foro_codigomateria_fkey FOREIGN KEY (codigomateria) REFERENCES materia (codigomateria) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT, CONSTRAINT foro_codigoparelo_fkey FOREIGN KEY (codigoparalelo) REFERENCES paralelo (codigoparalelo) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT, CONSTRAINT foro_codigoprofesor_fkey FOREIGN KEY (codigoprofesor) REFERENCES profesor (codigoprofesor) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT ) WITHOUT OIDS; ALTER TABLE foro OWNER TO postgres;TO postgres;
52
4.6.2 Tabla Foro Cabecera 4.7 Seguridades Una manera básica de seguridad radica en la asignación de permisos
necesarios para cada usuario para así poder cubrir las necesidades del
módulo, y no poner en riesgo el sistema académico ni el módulo.
CREATE TABLE "public"."forocabecera" ( "secuenciaforo" SERIAL, "codigoforo" INTEGER NOT NULL, "temaforo" VARCHAR(150) NOT NULL, "descripcionforo" TEXT NOT NULL, "fechacreacion" VARCHAR(50) NOT NULL, "numerovisitas" INTEGER NOT NULL, "estadoaviso" CHAR(3) NOT NULL, "fechafin" VARCHAR NOT NULL, "estadoforo" CHAR(1) NOT NULL, "archivo" BYTEA, "nombrearchivo" VARCHAR, "reating" INTEGER NOT NULL, CONSTRAINT "forocabecera_pkey" PRIMARY KEY("secuenciaforo", "codigoforo"), CONSTRAINT "forocabecera_codigoforo_fkey" FOREIGN KEY ("codigoforo") REFERENCES "public"."foro"("codigoforo") ON DELETE RESTRICT ON UPDATE RESTRICT NOT DEFERRABLE ) WITHOUT OIDS; CREATE INDEX "fki_forocabecera" ON "public"."forocabecera" USING btree ("codigoforo");
53
4.7.1 Seguro
Primero, tenemos que tener en cuenta que ningún sistema es
"completamente" seguro. El único sistema seguro es aquel que no está
conectado en red, que está apagado y encerrado bajo llave.
Desde esta perspectiva, partimos de que todo lo único que puede hacer es
aumentar la dificultad para que alguien pueda comprometer la seguridad de
su sistema. Tampoco todos los usuarios tienen las mismas necesidades de
seguridad en sus entornos. Por ejemplo, los usuarios domésticos de Linux,
no necesitan demasiado trabajo para mantener alejados a los crackers
ocasionales, mientras que para los usuarios muy especializados de Linux,
como por ejemplo servidores de Internet, bancos, compañías de
telecomunicaciones, etc., se necesita un trabajo mucho más detallado para
garantizar la seguridad en los términos previstos.
También tenemos que tener en cuenta que existe una relación inversa entre
seguridad y funcionalidad. Tiene que decidir dónde está el equilibrio entre la
facilidad de uso de su sistema y su seguridad.
También existe una relación inversa entre el nivel de seguridad y el número
de servicios distintos que presta un sistema. Cada servicio prestado por un
sistema puede ser susceptible de ser utilizado contra el propio equipo
servidor, como puede ser el caso de bloqueos intencionados, conocidos
como ataque de denegación de servicio (DoS). Pero un sistema servidor que
no presta servicios es menos servidor.
En el caso de administrar un instalación mediana o grande conviene
establecer una "Política de Seguridad" que fije el nivel de seguridad que
requiere ese sitio y que sistema de comprobación se realiza. Puede
encontrar un ejemplo muy conocido de política de seguridad en el.
54
4.7.2 Directorios
Para quienes no estén familiarizados con las características del sistema de
almacenamiento de información en sistemas Unix, hay que indicar que se
organizan en un único árbol de directorios. Cada soporte, disco, partición,
disquete o CD tiene su propia organización lógica, un sistema de ficheros.
Para poder usar uno de estos soportes tenemos que "montarlo" en un
directorio existente. El contenido de la partición nos aparecerá como el
contenido del directorio.
Un primer criterio para mantener un sistema seguro sería hacer una correcta
distribución del espacio de almacenamiento. Esto limita el riesgo de que el
deterioro de una partición afecte a todo el sistema. La pérdida se limitaría al
contenido de esa partición. No hay unas normas generales aplicables; el uso
al que vaya destinado el sistema y la experiencia son las bases de la
decisión adecuada, aunque sí podemos dar algún consejo:
Algunos directorios son necesarios en la partición raíz. Contienen datos que
son necesarios durante el proceso de arranque del sistema. Son /dev/, /etc,
/bin, /sbin, /lib, /boot.
• El directorio /usr/local contiene los programas compilados e instalados
por el administrador. Resulta conveniente usar una partición propia
para proteger estos programas personalizados de futuras
actualizaciones del sistema. Este criterio también se puede aplicar al
directorio /opt.
55
4.8 Seguridades que se debe de considerar
4.8.1 Seguridad Física
Las primeras medidas de seguridad que necesita tener en cuenta son las de
seguridad física de sus sistemas. Hay que tomar en consideración quiénes
tienen acceso físico a las máquinas y si realmente deberían acceder.
El nivel de seguridad física que necesita en su sistema depende de su
situación concreta.
Linux proporciona los niveles exigibles de seguridad física para un sistema
operativo:
• Un arranque seguro
• Posibilidad de bloquear las terminales
• Por supuesto, las capacidades de un sistema multiusuario real
4.8.2 Seguridad de Red
La seguridad de las conexiones en red merecen en la actualidad una
atención especial, incluso por medios de comunicación no especializados,
por el impacto que representan los fallos ante la opinión pública.
El propio desarrollo tanto de Linux, como de la mayoría del software que lo
acompaña, es de fuentes abiertas. Podemos ver y estudiar el código. Esto
tiene la ventaja de que la seguridad en Linux no sea una mera apariencia,
sino que el código está siendo escrutado por muchas personas distintas que
rápidamente detectan los fallos y los corrigen con una velocidad asombrosa.
56
Si además comprendemos los mecanismos que se siguen en las conexiones
en red, y mantenemos actualizados nuestros programas, podemos tener un
nivel de seguridad y una funcionalidad aceptables.
Tampoco tienen las mismas necesidades de seguridad un equipo doméstico,
con conexiones esporádicas a Internet, que un servidor conectado
permanentemente y que actúe como pasarela entre una intranet e Internet.
Para describir las pautas de actuación seguras iremos examinando cómo
actúan las conexiones y cómo podemos protegerlas.
4.8.2.1 Administración de las contraseñas y del acceso en un sistema estándar
La contraseña es el símbolo más importante de identificación
individual. El sistema la utiliza para autenticar a un usuario y
franquearle el acceso al sistema. Puesto que las contraseñas son
susceptibles a su divulgación cuando se utilizan, almacenan o
conocen, deben mantenerse en secreto en todo momento.
4.8.2.2 Responsabilidades del administrador del sistema
El administrador del sistema y todos los usuarios del sistema deben
compartir la responsabilidad de la seguridad de las contraseñas. El
administrador del sistema lleva a cabo las siguientes tareas
relacionadas con la seguridad:
57
• Garantizar que todos los usuarios tengan contraseñas.
• Eliminar o anular las identificaciones de usuario y las contraseñas
de los usuarios que ya no sean aptos para obtener acceso al
sistema.
4.8.2.3 Responsabilidad del usuario
Todos los usuarios deben atenerse a las siguientes normas:
• Recordar la contraseña y guardarla en secreto en todo momento.
• Cambiar la contraseña inicial de inmediato y modificar la
contraseña cada cierto tiempo.
• Informar de los cambios de estado y de las presuntas infracciones
de seguridad que se produzcan.
• Asegurarse de que nadie les observa mientras escriben la
contraseña.
• Elegir una contraseña distinta para cada equipo en el que exista
una cuenta.
58
4.9 Pruebas del Sistema 4.9.1 Resumen
Figura 4.1 Pruebas del Sistema
• Verificamos el resultado de la implementación probando nuestro
modulo para que no haya fallas al momento de unificarlo.
• El objetivo de la prueba
Es haber planificado las pruebas necesarias para cada interacción
sean estas (pruebas del sistema y pruebas de la integración)
59
CAPITULO 5
5 IMPLEMENTACION DEL SISTEMA 5.1 Implementación del Sistema En primera instancia realizamos nuestro diseño del módulo para esto
utilizamos estrategias y también seleccionamos las mejores herramientas
tanto en software, hardware para la realización del mismo.
Al haber diseñado nuestra módulo procedimos a crear toda el diseño a
un nivel alto tomando en cuenta las necesidades que los alumno nos
dieron las momento de realizar las encuesta.
Para finalmente hacer el levantamiento del sistema y así poner en
marcha tanto nuestro módulo como el de Alumno, Apariencia Web y
Biblioteca Virtual, haciendo para una integración total , el mismo que
será de gran ayuda para la carrera y en especial para los alumnos.
60
5.2. Elementos Físicos
Los elementos físicos más importantes son los siguientes
• Hardware
Servidor Linux con las siguientes características:
Procesador Petium 4 de 3,2 Ghz, Memoria 1 GB, Disco Duro
80 Gb, Mainboard Intel, Floppy, Cd-Writer, DVD, Fax modem,
Tarjeta Ethernet, Mouse, teclado.
5.3. Elemento Lógico
• En las pruebas que realizamos en el módulo fue la validación
de tanto profesor y alumnos para observar si dentro de las
pruebas que realizamos estaban correctas tanto en las materias
que tienen los alumno como las que dicta cada profesor.
5.4. Elementos Humanos
Las personas:
• Usuarios (profesor, alumno) Administradores (profesor), personal
administrativo
• Administrador (Maneja Información Importante)
• Usuarios
61
5.5. Infraestructuras
5.5.1 Infraestructura Tecnológica
5.5.1.1 Software:
Nosotros hemos tomado muy en cuenta para nuestro modulo utilizar
tecnología Open Source por ciertas razones que detallamos a
continuación.
En los últimos años hemos venido escuchando cada vez más los
términos Software Libre (Free Software) y, más recientemente
Software de fuentes abiertas (Open Source Software).
Estos términos se refieren al modelo de desarrollo y de distribución del
software desarrollado cooperativamente. En vez de que el código del
sistema o de cada uno de los programas sea un secreto celosamente
guardado por la empresa que lo produce, éste es puesto a disposición
del público, para que puedan modificar, mejorar o corregir. Bajo este
esquema están desarrollados tanto Linux como la mayor parte de los
programas que con él podemos correr, así como otros sistemas
operativos, destacando de entre ellos: OpenBSD, FreeBSD , AtheOS ,
y muchos más.
62
“Software Libre” se refiere a la libertad de los usuarios para ejecutar,
copiar, distribuir, estudiar, cambiar y mejorar el software. De modo
más preciso, se refieren cuatro libertades de los usuarios del software:
• La libertad de usar el programa, con cualquier propósito
• La libertad de estudiar cómo funciona el programa, y adaptarlo a
tus necesidades.
• La libertad de distribuir copias.
• La libertad de mejorar el programa y hacer públicas las mejoras a
los demás, de modo que toda la comunidad se beneficie. El acceso
al código fuente es un requisito.
Un programa es software libre si los usuarios tienen todas estas
libertades. Así pues, deberías tener la libertad de distribuir copias, sea
con o sin modificaciones, sea gratis o cobrando una cantidad por la
distribución, a cualquiera y a cualquier lugar. El ser libre de hacer esto
significa (entre otras cosas) que no tienes que pedir o pagar permisos.
``Software libre'' no significa ``no comercial''. Un programa libre debe
estar disponible para uso comercial, desarrollo comercial y distribución
comercial. El desarrollo comercial del software libre ha dejado de ser
inusual; el software comercial libre es muy importante.
63
5.5.1.2 Razones por las Cuales Usaremos Software Libre
• Libre: Entre otras cosas eres libre para usar, modificar, regalar o
vender los programas de software libre.
• La copia es legal: es legal repartir software libre a otras personas.
Usar un sistema libre evita en gran medida los problemas de la
piratería. Si lo natural es compartir tus programas con otras
personas, con software libre es legal.
• Abierto: Se puede usar el código de los programas y modificarlo.
• Colaborativo: El modelo de desarrollo de software libre es
colaborativo y participativo. Todo lo puedes modificar o criticar.
• Ayuda: Existen innumerables grupos de usuarios que se ayudan
entre sí a través de Internet. Es decir si te surge un problema es
muy probable que a otras personas les ha ocurrido y su ayuda será
la mas valiosa que puedas encontrar.
• Auditable: El software libre se puede inspeccionar al disponer de
su código fuente.
64
• Robusto frente a los virus: Existen muy pocos virus para
GNU/Linux ya que el problema de los virus se debe al diseño del
sistema operativo.
• Personalizable: Puedes personalizar toda la interfaz que el
sistema le presenta al usuario.
• Bajo costo: De estudios realizados para empresas se han
encontrado reducciones de de hasta un 30% en TCO (Costo total
de propiedad).
• Reutilización de equipos: GNU/Linux puede ejecutarse
perfectamente en equipos que han sido desechados por las nuevas
versiones de sistemas operativos propietarios.
5.5.1.3 Argumentos a favor de Linux
La gran ventaja del sistema operativo Linux es el precio
Usted puede comprar una distribución del Linux a una casa comercial
por el dinero que quiera hacer pagar esa casa (justamente porque el
Linux es lo que técnicamente se denomina `free software' a cualquier
casa comercial le es lícito hacer una distribución del mismo con fines
lucrativos y por el precio que le dé la gana).
65
Así, mientras que puede costar mucho dinero una nueva versión del
Windows de Microsoft (especialmente de la gama alta, Windows NT),
las distribuciones comerciales del Linux suelen ser muy económicas.
5.5.1.4 Razones para escoger Linux
• Esta Mantenido por Usuarios.
• Soporte Incomparable.
• El mejor sistema de empaquetado de software del mundo.
• Instalación flexible.
• Increíble calidad de Software.
• Paquetes bien Integrados.
• Código Fuente.
• Actualizaciones Fáciles.
• Sistema de Seguimiento de Errores.
• Estabilidad.
• Rápido y Ligero en Memoria.
• Software de Seguridad.
5.6 Algunos Programas y Paquetes a Utilizar
Bases de Datos:
Postgres o MySql
66
5.6.1 ¿Por Qué PostGreSQL?
PostGreSQL es un sistema de gestión de bases de datos objeto-
relacional (ORDBMS) basado en el proyecto POSTGRES, de la
universidad de Berkeley.
PostGreSQL es una derivación libre (OpenSource) de este proyecto, y
utiliza el lenguaje SQL92/SQL99, así como otras características que
comentaremos más adelante.
Fue el pionero en muchos de los conceptos existentes en el sistema
objeto-relacional actual, incluido, más tarde en otros sistemas de
gestión comerciales. PostGreSQL es un sistema objeto-relacional, ya
que incluye características de la orientación a objetos, como puede ser
la herencia, tipos de datos, funciones, restricciones, disparadores,
reglas e integridad transaccional. A pesar de esto, PostGreSQL no es
un sistema de gestión de bases de datos puramente orientado a
objetos.
67
5.6.1.1 Lo mejor de PostGreSQL ...
Las características positivas que posee este gestor según las
opiniones más comunes en Internet, son:
Posee una gran escalabilidad. Es capaz de ajustarse al número de
CPUs y a la cantidad de memoria que posee el sistema de forma
óptima, haciéndole capaz de soportar una mayor cantidad de
peticiones simultáneas de manera correcta (en algunos benchmarks
se dice que ha llegado a soportar el triple de carga de lo que soporta
MySQL).
Funcionamiento mucho más eficaz, y ofreciendo soluciones en
campos en las que MySQL no podría.
Tiene la capacidad de comprobar la integridad referencial, así como
también la de almacenar procedimientos en la propia base de datos,
equiparándolo con los gestores de bases de datos de alto nivel, como
puede ser Oracle.
5.6.1.2 Características Operacionales:
• Transacciones (Transacctions).
• Disparadores (Triggers).
• Restricciones (Constrains).
68
• Replication (Replicación).
• Backup & Recovery (Backup y Recuperación).
• Rules (Reglas).
• Stored Procedures/Functions(Procedimientos
Almacenados/Funciones).
• Integridad Referencial.
• Outer Joins.
• Sintaxis ANSI SQL 89, 92 y 98.
• Logging.
• Extensivo y programable.
• Orientado a Objetos .
• Características sofisticadas de integridad de datos.
• Tipos de datos y funciones definidos por el usuario.
• Cliente/servidor, entre otros.
5.6.1.3 Características deseables de un software de base de
datos
• Confiable.
• Rápido.
• Robusto.
• Escalable.
• De libre distribución.
69
• De bajo costo.
• Sin límite de usuarios.
• Varias plataformas, entre ellas Windows y Linux.
5.6.1.4 Límites de una base de datos en PostgreSQL:
• Máximo tamaño de una base de datos: ilimitado, solo limitado por
la capacidad de almacenamiento del hardware.
• Máximo tamaño de una tabla: hasta 64f Tb (terabytes).
• Máximo tamaño de un campo: 1Gb.
• Máxima cantidad de tuplas o registros: ilimitado.
• Máxima cantidad de columnas en una tabla: hasta 1600.
• Máxima cantidad de índices por tabla: ilimitado.
5.6.1.5 Requisitos mínimos para su instalación:
• Memoria principal: 8 MB.
• Espacio libre en disco: 100 MB.
• Sistema Operativo Windows (95/98/NT/ME/2000), Linux.
• Protocolo TCP/IP.
70
5.7 ¿Qué es MySQL?
MySQL es un sistema de gestión de bases de datos relacional, licenciado
bajo la GPL de la GNU. Su diseño multihilo le permite soportar una gran
carga de forma muy eficiente. MySQL fue creada por la empresa sueca
MySQL AB, que mantiene el copyright del código fuente del servidor SQL, así
como también de la marca.
Este gestor de bases de datos es, probablemente, el gestor más usado en el
mundo del software libre, debido a su gran rapidez y facilidad de uso. Esta
gran aceptación es debida, en parte, a que existen infinidad de librerías y
otras herramientas que permiten su uso a través de gran cantidad de
lenguajes de programación, además de su fácil instalación y configuración.
mejor tecnología, implantación, definiciones de tareas y roles,
procedimientos de usuario, ayudas. Este proyecto ha probado reducir los
tiempos de implantación y ofrecer valor a su negocio en apenas semanas.
71
CAPITULO 6
6 RECOMENDACIONES Y CONCLUSIONES DE LA TESIS 6.1 Recomendaciones
6.1.1 Hardware
• Computadores personales con las siguientes características
mínimas:
PENTIUM III, MEMORIA 128 MB, DISCO 30 GB,ETHERNET
MULTIMEDIA , UPS, impresoras, conexión a Internet dial up, 1
Switch, Cable UTP.
6.1.2 Software Linux Es un sistema operativo muy popular, y que día a día gana
adeptos. Su fuerte principal está en los servidores, si bien está
también ganando más y más fuerza en el escritorio. Un sistema
poderoso, estable y tremendamente fácil de usar. La facilidad de uso
72
conlleva que la seguridad haya sido relegada por debajo de lo que
debería ser.
6.1.3 Puesta en marcha
• Antes de hacer una pregunta o plantear una duda, asegúrese de
que no haya sido planteada o resuelta con anterioridad, para ello
podrás usar el BUSCADOR del foro, así podrás asegurarte de que
no haya sido comentado ya.
• Escribe tus mensajes en el Foro adecuado.
De esta forma los alumnos interesados en el tema podrá ayudarte más
rápida y eficientemente. 6.1.4 Seguridades
E Administrador o Moderador en este (profesor) disponen de diversos
permisos, con el fin de poder mantener el orden lógico de preguntas y
respuestas.
En todo momento podrán borrar mensajes, moverlos o trasladarlos a una
nueva ubicación más apropiada, bloquear y/o publicar discusiones
prioritarias.
En caso de que algún usuario tuviere un problema o quisiera reportar algún
comportamiento erróneo o exceso de algún Moderador, deberá de resolverlo
vía Mensaje Personal con el Moderador en cuestión. De no poder llegar a un
73
acuerdo, deberá ser notificado a un Administrador, o en caso de tratarse de
un Administrador, notificarlo a otro miembro de rango igual o superior
(Administrador o Webmaster). Se encuentran totalmente prohibidas las
discusiones en los foros.
74
CONCLUSIONES
1. El módulo cuenta con un proceso de parametrizacion para
poder ejecutarlo bajo cualquier plataforma y escalable a la
necesidad del usuario final.
2. Nuestro módulo optimizara recursos tanto en hardware como
software.
3. Este sistema ayudara tanto a la carrera como a la universidad
a que exista más comunicación con los profesores y alumnos.
4. El buen uso del módulo el mismo que será de ayuda para
todos.
5. Como proyecto de tesis hemos culminado con satisfacción
nuestro módulo.
76
BIBLIOGRAFIA
1. ADICTOS AL TRABAJO:
http://www.adictosaltrabajo.com/java/java.php?pagina=seccionjava
2. PROGRAMACION EN JAVA:
http://www.programacion.com/java/
3. LINUX Y CONFIGURACIONES:
http://www.linuxparatodos.net/geeklog/
Nombre de tarea Duración Comienzo Fin PredecedoraNombre del recursoLevantamiento de Informacion 18 días 23/01/06 11/02/06Insvestigacion acerca de tema de modulo propuesto 1 día 23/01/06 23/01/06 AdministraciónEncuentas 1 día 24/01/06 24/01/06 2 AdministraciónRecopilacion de información 1 día 25/01/06 25/01/06 3 Jefe de proyectoDesarrollo de Ambito, Objetivo Soluciones y Alcance 2 días 26/01/06 27/01/06 4 Jefe de proyectoPresentacion preliminar de tema 1 día 28/01/06 28/01/06 5Revision Primera presentación (Universidad) 6 días 30/01/06 04/02/06 6Correción de Primera presentacion 5 días 06/02/06 10/02/06 7Presentacion (Correcciones) 1 día 11/02/06 11/02/06 8Análisis y requisitos del software 14 días 13/02/06 02/03/06Análisis de necesidades de estudiantes para un Foro 3 días 13/02/06 15/02/06 9 Jefe de proyecto,AnalistaEspecificaciones del modulo 3 días 16/02/06 20/02/06 11 AnalistaDesarrollar presupuesto 2 días 21/02/06 22/02/06 12 Jefe de proyectoRevisar las especificaciones del modulo y el presupuesto con el equipo 3 días 23/02/06 27/02/06 13 Administración,Jefe de proyectoIncorporar los comentarios de los estudiantes con las especificaciones del modulo 1 día 28/02/06 28/02/06 14 Jefe de proyectoDesarrollar los tiempos y fechas de entrega 1 día 01/03/06 01/03/06 15Consolidar los recursos necesarios 1 día 02/03/06 02/03/06 16Diseño 38 días 03/03/06 30/04/06Especificaciones estandar de programacion 3 días 03/03/06 07/03/06 17 AdministraciónDiagramas de Flujo 3 días 08/03/06 10/03/06 19 AdministraciónDiseño de Base de datos 14 días 13/03/06 30/03/06 20 Administración,Jefe de proyectoDiseño de la interfaz 10 días 31/03/06 13/04/06 21Incorporar comentarios a las especificaciones de funcionamiento 1 día 14/04/06 14/04/06 22Entrega de Análisis y Diseño 1 día 17/04/06 17/04/06 23Sustentacion de primer Analisis y Diseño 6 días 24/04/06 30/04/06 24Desarrollo 67 días 01/05/06 22/07/06Revisar especificaciones de funcionamiento 4 días 01/05/06 04/05/06 DesarrolladorAsignar el personal de desarrollo 3 días 05/05/06 09/05/06 27 DesarrolladorDesarrollar el código 60 días 03/05/06 22/07/06Pruebas 77 días 31/07/06 15/10/04Desarrollar planes de pruebas 3 días 01/08/04 03/08/04 Personal de pruebasImplementacion 60 dias 04/08/04 02/10/04Implementacion 60 dias 04/08/04 02/10/04 Personal de pruebasPersonal de pruebas 14 dias 03/10/04 15/10/04 Personal de pruebas
CRONOGRAMA DE TRABAJO MODULO FORO GRUPO 2
ENCUESTA 1 Marque con x la respuesta correcta: ¿Qué es un foro? Un Chat Un sitio de discusión sobre algún tema 2 ¿Has ingresado a un foro? SI No 3 ¿Por qué motivo Ud. Ingresaría a un Foro? Para discutir o consultar sobre algún tema especifico Para responder alguna duda Por curiosidad Otros: 4 Si tuvieras una Comunidad de discusión por cada materia que vez te gustaría: Proponer temas a los profesores relacionados a la materia que vez Discutir con tus compañeros sobre algún tema propuesto por tu profesor Que tu profesor proponga temas a discutir
Tener un foro general entre los compañeros, para discutir sobre diferentes temas de la materia
Otros: (detalla tus observaciones): 5 Que te interesaría ver en un sitio web exclusivamente para la carrera y por que?
DETALLE: U. CANT. VALORUNITARIO
TOTALESPARCIALES
VALORTOTAL
HARDWARE: (COMPUTADORAS) $ 2.050,00Procesador Petium 4 de 2.6 Ghz, Memoria 256MB, Disco Duro 80 Gb, Mainboard Vio star, Floppy, Cd-Writer, Fax modem, Tarjeta Ethernet, Mouse, teclado, Monitor AOC 15", Parlantes
U. 1 500,00 500,00
Procesador Petium 4 de 3,0 Ghz, Memoria 512MB, Disco Duro 80 Gb, Mainboard Intel, Floppy, Cd-Writer, DVD, Fax modem, Tarjeta Ethernet, Mouse, teclado, Monitor LG 17", Parlantes
U. 1 800,00 800,00
Procesador Petium 4 de 2,4 Ghz, Memoria 512MB, Disco Duro 120 Gb, Mainboard Intel, Floppy, Cd-Writer, Fax modem, Tarjeta Ethernet, Mouse, teclado, Monitor LG 15", Parlantes
U. 1 600,00 600,00
UPS THOR U. 1 150,00 150,00IMPRESORAS: $ 160,00Canon Pixma IF 1600 U. 1 75,00 75,00Canon S100 U. 1 40,00 40,00Lexmark Z60 U. 1 45,00 45,00VARIOS: $ 199,50Switch de 5 puertos 10/100 Mbps, marca D – Link U. 1 30,00 30,00CABLE UTP U. 1 10,00 10,00PONCHADORA U. 1 20,00 20,00RJ45 U. 10 0,45 4,50PEN DRIVER 512 MB U. 3 45,00 135,00COSTO SOFTWARE: $ 1.185,00Sistema Operativo Linux (Gratis) U. 1 0,00 0,00Base de Datos Postgress o MySQL U. 1 0,00 0,00Herramientas de Desarrollo, Eclipse, J2EE, Tomcat U. 1 0,00 0,00Licencias 3 maquinas para windows XP U. 3 145,00 435,00Licencias 3 maquinas para Utilitarios (Microsoft office 2003 Profesional) U. 3 250,00 750,00SISTEMAS OPERATIVOS $ 360,00SISTEMA OPERATIVO WINDOWS XP PROFESIONAL Servipack 2 U. 2 180,00 360,00SISTEMA OPERATIVO LINUX: FEDORA U. 1 0,00 0,00HERRMIENTAS DE TRABAJO: $ 1.040,00MICROSOFT OFFICE 2003 PROFESIONAL U. 3 300,00 900,00MICROSOFT PROJECT 2003 U. 1 140,00 140,00Winzip, Winrar U. 3 0,00 0,00HERRMIENTAS DE DISEÑO $ 0,00Platinum Technology Edwin 3.5.2 U. 1 0,00Apache Tomcat U. 1 0,00 0,00Java Server U. 1 0,00 0,00Jdk 1.5 U. 1 0,00 0,00Eclipse IDE, Net Beans 5,0 U. 1 0,00 0,00BASE DE DATOS: $ 0,00MySQL o Postgress 1 0,00 0,00MUEBLES DE OFICINA $ 240,00ESCRITORIOS U. 3 50,00 150,00SILLAS U. 3 30,00 90,00UTILES DE OFICINA $ 304,00Copias U. 200 0,02 4,00Investigación en Internet U. 200 1,00 200,00CDS Información U. 100 0,80 80,00CDS de Herramientas U. 25 0,80 20,00SUMINISTROS: $ 71,00Cartucho Negro Canon S100 U. 5 7,00 35,00Cartucho a color impresora Canon S100 U. 3 12,00 36,00SERVICIOS BASICOS: $ 1.050,00PAGOS DE SERVICIOS BASICOS (LUZ, AGUA, TELEFONO) (7 meses) GLOBAL 1 1.050,00 1.050,00SERVICIO DE INTERNET $ 210,00Internet Banda Ancha con IP Publica fija $ 70 * 3 meses U. 3 70,00 210,00PERSONAL DE DESARROLLO: $ 6.850,00Analista (2 meses) GLOBAL 1 600,00 600,00
Desarrollador y Programador (5 meses) MENSUAL 3 2.000,00 6.000,00
Instalación y configuración del servidor. GLOBAL 1 250,00 250,00
T O T A L: $ 13.719,50
PRESUPUESTO PARA DESARROLLO:
1
UNIVERSIDAD DE GUAYAQUIL
Facultad de Ciencias Matemáticas y Físicas
Carrera de Ingeniería en Sistemas
Computacionales
“Proyecto Sistema Académico - Módulo FORO”
MANUAL DE TECNICO Y MANUAL USUARIO
SEMINARIO DE GRADUACION: OPEN SOURCE
Previo la Obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
Autor (es): Béjar Víctores Karina Alexandra
Desiderio Vera Carlos Fabricio Zhuma Carrión Karol Rocío
GUAYAQUIL – ECUADOR.
Año: 2006
I
INDICE GENERAL
MANUAL TECNICO CAPITULO 1
1 Introducción 1 2 Objetivos de este manual 1
CAPITULO 2
2 AMBIENTE OPERACIONAL
2.1 Hardware
2.2 Software 3
CAPITULO 3
3 STRUCT GENERAL DEL MODULO 3.1 Struct Módulo Forum 5 CAPITULO 4
4 ESTANDARES Y FORMATOS
4.1 Formatos para información del Módulo Foro 6
4.1.1 Nombres de las Páginas 6
4.1.2 Nombres de los Javascript 7
4.1.3 Nombres de los Estilos 7
II
4.1.4 Nombres de las Clases 8
4.1.5 Nombres de las Imágenes 8
CAPITULO 5
5 ESTRUCTURA DE DIRECTORIOS Y SUBDIRECTORIOS
5.1 Estructura Física del Módulo 10
5.1.1 com.cisc.action 11
5.1.2 com.cisc.bean 12
5.1.3 com.cisc.bo 13
5.1.4 com.cisc.dao 15
5.1.5 com.cisc.formulario 18
5.1.6 com.cisc.util 18
5.2 Estandarización de Resolución 19
5.3 Descripción de las Tablas 20
5.4 Scripts de creación de la base de datos 21
5.5 Diccionario de Datos 25
5.5.1 Tabla Foro 25
5.5.2 Tabla Foroartículo 26
5.5.3 Tabla Foro Cabecera 27
5.5.4 Tabla Foro Respuesta 28
ANEXO
1
CAPITULO I
1 INTRODUCCION El material que proporciona este manual contiene capítulos que
explicarán de manera detallada los procedimientos que se han tomado
para el la elaboración del modulo foro.
Como herramienta de diseño y desarrollo, se utilizó los programas:
Display, Dreamweaver, Jdeveloper y como Base de Datos Postgres;
los cuales consideramos su uso por brindarnos la flexibilidad y una
utilidad superior con relación a otras herramientas de diseño.
2 OBJETIVOS GENERALES El objetivo de este manual se detalla a continuación:
• Explicar de forma específica y amplia los pasos previos para la
construcción del Módulo Foro.
• Dar a conocer los recursos que se utilizaron para el respectivo
diseño.
2
CAPITULO 2 2. AMBIENTE OPERACIONAL La publicación del Sistema Académico – Modulo Foro en el servidor
donde va a residir, requiere de las siguientes consideraciones a nivel de
hardware y software:
• El Sistema Académico – Modulo foro deberá estar almacenado
en un servidor
2.1 HARDWARE
Como requerimiento base para hardware se requiere de los equipos
detallados a continuación con las siguientes características:
3
EQUIPO COMPONENTE CARACTERÍSTICAS Servidor
Procesador Memoria RAM Disco Duro Tarjeta de Video Monitor Mouse Teclado Unidad de Disquete Unidad de CD-ROM Tarjeta de Fax/Módem Kit Multimedia
Pentium IV de 3 Ghz. 1 Gb. 120 Gb. AGP de 64 Mb. SVGA de 15” PS/2 3½ ” 52X o superior 56 Kbps
2.2. SOFTWARE
Para un eficiente y efectivo funcionamiento al navegar en el
Internet se requiere de un conjunto de productos que
complementarán y darán facilidades al usuario. Los mismos que
se detallan a continuación:
Sistema Operativo (Servidor)
Linux Fedora Core 5 / Distribución de Linux
ç
DataBase Postgres
4
Herramientas de Desarrollo o Diseño ç
Macromedia Dreamweaver 8
ç
Apache Tomcat
Navegadores ç
Internet Explorer
5
CAPITULO 3 3. STRUCT GENERAL DEL MODULO 3.1 Struct Módulo Forum
Es la secuencia de cómo va relacionado nuestro forum. Para revisarlo ver el ANEXO 1
6
CAPITULO 4 4. ESTANDARES Y FORMATOS
4.1 Formatos para Información del Modulo Foro
4.1.1 Nombres de las Páginas
XXXXXXXXXXXXXXXX.XXX
Extensión Página
Ejemplos: foroinicio.jsp añadirtema.jsp articulo1.jsp
7
4.1.2 Nombre de los Javascript
XXXXXXXXXXXXXX.XX
Extensión Nombre JavaScript
4.1.3 Nombre de los Estilos
XXXXXXXXXXXXXX.XXX Extensión Nombre del Estilo
8
4.1.4 Nombre de las Clases
XXXXXXXXXXXXXXXXXX.XXX Extensión Clase
Ejemplo: Foro.java
forocabecera.java foroarticulo.java fororespuesta.java materia.java
4.1.5 Nombre de las Imágenes
XXXXXXXXXXXXXXXXXX.XXX
Extensión Nombre de la Imagen
Ejemplo: bot-nuevos.gif bot-publicar.gif bot.regist.gif
Salir.gif
9
CAPITULO 5 5 ESTRUCTURA DE DIRECTORIOS Y SUBDIRECTORIOS Nombre del Módulo Foro Nombre del Subdirectorio de la Administración Administración Nombre de los Subdirectorios
• Clases
• jsp
clases: Contiene las clases y clases de conexión con sus respectivas
propiedades y métodos.
css: Contiene los estilos que se van a usar en las páginas de la
administración.
Imágenes: Contiene las imágenes que se van a utilizar en las páginas
de la administración.
10
js: Contiene los javascript que se van a usar en las páginas de la
administración.
Paginas: Contiene las páginas de la administración.
5.1 Estructura Física del Módulo
11
5.1.1 com.cisc.action Contiene nuestras reglas del negocio: BuscarForoArticulo.java: Esta clase busca los artículos ya creados en
el foro.
BuscarUsuarioAction.java: Esta clase realiza búsqueda, validación y
verifica si el usuario alumno o profesor.
EliminarForoAction.java: Esta clase elimina el foro. El profesor es el
único que tiene la potestad de eliminarlo solo este abierto o cerrado
EliminarForoArticulo.java: Esta clase elimina el artículo. El profesor es
el administrador y el tiene la potestad de eliminar artículos
GuardarForoArticulo.java: Esta clase guarda el articulo creado ya sea
del profesor o alumno.
12
GuardarForoCabecera.java: Esta clase guarda los temas creados solo
por el profesor realizados por el profesor.
GuardarRespuestaAction.java.- Esta clase guardar las respuestas
generados por los usuarios (alumno)
ValidarForoAction.java. Esta clase me permite validar el usuario, la
materia y el paralelo del usuario sea este profesor o alumnos. 5.1.2 com.cisc.bean (OBJETOS DEL NEGOCIO) Son las clases que va a utilizar el módulo, lo cual se detallará a continuación: correo.java: Esta clase tiene los parámetros que permite enviar un
correo a los alumnos, cuando el profesor genera un nuevo tema en el
foro.
foro.java: En esta clase creamos todos los set y get de tanto del
codigoforo, codigomateria, profesor, usuario y paralelo
13
forocabecera.java: En esta clase crearemos los siguientes campos:
secuenciaforo, codigoforo, temaforo, drescripcionforo, estadoaviso,
fechadecreacion, fechafin, estadoforo, numeromensajes, archivo,
nombrearchivo, rating.
foroarticulos.java: En esta clase se almacenan métodos en los cuales
recuperare los artículos de los temas de Foro.
fororespuesta.java: En esta clase se almacenan los métodos
necesarios para recuperar las respuestas de cada articulo.generado.
foroarchivos.java: Esta clase fue borrada.
5.1.3 com.cisc.bo Todas las clases que se encuentran dentro del BO establecen conexión
a la base de Datos.
foroarticuloBO.java: Esta clase nos permite realizar las siguientes
funciones y permite establecer la conexión a la base de datos.
14
public boolean guardarForoArticulo (foroarticulos unforoarticulo)
public Vector recuperaForoArticulo (Integer codigoforo,Integer
secuenciaforo)
public boolean EliminaArticulo (Integer codigoforo, Integer secuenciaforo,
Integer codigoarticulo)
public boolean actualizareating(Integer codigoforo, Integer
secuenciaforo, Integer codigoarticulo)
foro.java: Esta clase me permite realizar la siguiente función y a la vez
la conexión a la base de datos.
public foro buscarForo(int codigomateria, int codigoprofesor, int
codigoparalelo)
forocobecera.java: Esta clase me permite realizar las siguientes
funciones.
public boolean guardarForoCabecera (forocabecera unforocabecera) {
public Vector recuperaForoCabecera (Integer codigoforo) {
public int contbusquedaForoCabecera (String Texto, Integer CodigoForo)
{
fororespuesta.java: Esta clase me permite realizar las siguientes
funciones
public boolean guardarForoRespuesta (fororespuesta unfororespuesta) {
15
public Vector recuperaForoRespuesta (Integer codigoforo,Integer
secuenciaforo,Integer codigoarticulo)
public Integer Devuelvemensajes (Integer codigoforo,Integer
secuenciaforo,Integer codigoarticulo) {
usuario.java: Esta clase tiene las siguientes funciones las cuales me
ayudan a buscar el usuario sea este profesor o alumno y también me
ayudan a recuperar la materias
public boolean buscarUsuario1(String usuario, String clave) {
public Vector recuperarmaterias (String tipousuario, Integer
codigousuario) {
public usuario buscarUsuario(String usuario, String clave) {
5.1.4 com.cisc.dao
Dentro de esta ruta se encuentran los métodos y funciones que permiten
la comunicación con la base de datos
16
foroarticulosDAO.java: public boolean guardarForoArticulo (foroarticulos unforoarticulo) throws
Throwable{
public Vector recuperaForoArticulo (Integer codigoforo,Integer
secuenciaforo) throws Throwable{
public boolean EliminaArticulo (Integer codigoforo, Integer
secuenciaforo, Integer codigoarticulo) throws Throwable{
public boolean actualizareating(Integer codigoforo, Integer
secuenciaforo, Integer codigoarticulo) throws Throwable {
forocabeceraDAO.java: public boolean guardarForoCabecera (forocabecera unforocabecera)
throws Throwable{
guarda los foros que añade el profesor public Vector recuperaForoCabecera (Integer codigoforo) throws
Throwable{
public Vector busquedaForoCabecera (String texto, Integer CodigoForo)
throws Throwable{
public int contbusquedaForoCabecera (String texto, Integer CodigoForo)
throws Throwable{
public Vector recuperarSyllabus (Integer codigomateria) throws
Throwable{
17
public boolean EliminaForo (Integer codigoforo, Integer secuenciaforo)
throws Throwable{
//Elimina primero las respuestas de un foro // Elimina los artículos de un foro // Elimina los foros
public Hashtable recuperaArchivo(Integer codigoforo, Integer
secuenciaforo) throws Throwable{
Función para recuperar el archivo que el profesor a guardado en base public boolean actualizareating(Integer CodigoForo, Integer
SecuenciaForo) throws Throwable
public void actualizaestado() throws Throwable
foroDAO.java: public foro buscarForo (int codigomateria,int codigoprofesor, int
codigoparalelo) throws Throwable{
fororespuestaDAO.java: public boolean guardarForoRespuesta (fororespuesta unfororespuesta)
throws Throwable{
public Vector recuperaForoRespuesta (Integer codigoforo,Integer
secuenciaforo, Integer codigoarticulo) throws Throwable{
public Integer Devuelvemensajes (Integer codigoforo,Integer
secuenciaforo, Integer codigoarticulo) throws Throwable{
18
usuarioDAO.java: public boolean buscarUsuario1 (String usuario, String clave) throws
Throwable{
public Vector recuperarmaterias (String tipousuario, Integer codigousuario) throws Throwable{ public usuario buscarUsuario (String usuario, String clave) throws Throwable{ 5.1.5 com.cisc.formulario 5.1.6 com.cisc.util
19
base.java: En esta clase se realiza la conexión a la base de datos. 5.2 Estandarización De Resolución Para poder visualizar el Modulo Foro con el formato y dimensiones adecuadas, recomendamos a los usuarios emplear una resolución del monitor de 1024x800 píxeles; ya que es el estándar utilizado para las páginas.
MODELO ENTIDAD RELACION
20
5.3 DESCRIPCION DE LAS TABLAS
En este capítulo se explica la organización de la manera en que va a
estar dividida y almacenada la información a través de las tablas, en una
estructura de integridad y relaciones.
FORO
Almacena el código del foro, de materia, profesor, paralelo
FORO ARTÍCULO Almacena los artículos creados por los usuarios, profesores o alumnos,
identificando tema de articulo, contenido de articulo (Preguntas).
FORO CABECERA Almacena los foros creados por el profesor, identificando Tema de foro,
descripción de foro, fecha de creación, rating, e identificación de foros
abiertos o cerrados
FORO REPUESTA Almacena todas las respuestas realizadas por los usuarios tanto
profesores y alumno. TABLAS REFERENCIALES ALUMNO MATERIA MATERIA ALUMNO PARALELO PARALELO MATERIA PERSONA PROFESOR PROFESOR MATERIA SYLLABUS TIPO USUARIO UNIDADES USUARIO
21
5.4 SCRIPTS DE CREACION DE LA BASE DE DATOS -- Table: foro Table: foroarticulos
CREATE TABLE foro
(
codigoforo int4 NOT NULL DEFAULT
nextval('foro_codigoforo_seq'::regclass),
codigomateria int4 NOT NULL,
codigoprofesor int4 NOT NULL,
codigoparalelo int4 NOT NULL,
CONSTRAINT foro_pkey PRIMARY KEY (codigoforo),
CONSTRAINT foro_codigomateria_fkey FOREIGN KEY
(codigomateria)
REFERENCES materia (codigomateria) MATCH SIMPLE
ON UPDATE RESTRICT ON DELETE RESTRICT,
CONSTRAINT foro_codigoparelo_fkey FOREIGN KEY
(codigoparalelo)
REFERENCES paralelo (codigoparalelo) MATCH SIMPLE
ON UPDATE RESTRICT ON DELETE RESTRICT,
CONSTRAINT foro_codigoprofesor_fkey FOREIGN KEY
(codigoprofesor)
REFERENCES profesor (codigoprofesor) MATCH SIMPLE
ON UPDATE RESTRICT ON DELETE RESTRICT
)
WITHOUT OIDS;
ALTER TABLE foro OWNER TO postgres;TO postgres;
22
Table: forocabecera
-- Table: fororespuesta
CREATE TABLE forocabecera ( secuenciaforo int4 NOT NULL DEFAULT nextval('forocabecera_secuenciaforo_seq'::regclass), codigoforo int4 NOT NULL, temaforo varchar(150) NOT NULL, descripcionforo varchar(200) NOT NULL, estadoaviso char(1) NOT NULL, numerovisitas numeric NOT NULL, fechacreacion varchar(15) NOT NULL, codigosyllabus int4 NOT NULL, CONSTRAINT forocabecera_pkey PRIMARY KEY (secuenciaforo, codigoforo), CONSTRAINT forocabecera_codigoforo_fkey FOREIGN KEY (codigoforo) REFERENCES foro (codigoforo) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT, CONSTRAINT forocabecera_codigosyllabus_fkey FOREIGN KEY (codigosyllabus) REFERENCES syllabus (codigosyllabus) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT ) WITHOUT OIDS; ALTER TABLE forocabecera OWNER TO postgres;
23
Table: forocabecera
CREATE TABLE foroarticulos ( codigoarticulo int4 NOT NULL DEFAULT nextval('foroarticulos_codigoarticulo_seq'::regclass), codigoforo int4 NOT NULL, secuenciaforo int4 NOT NULL, articulo varchar(50) NOT NULL, contenido varchar(200) NOT NULL, estado char(1) NOT NULL, generaaviso char(1) NOT NULL, estadoarticulo char(1) NOT NULL, fechacreacion varchar(15) NOT NULL, CONSTRAINT foroarticulos_pkey PRIMARY KEY (codigoarticulo), CONSTRAINT foroarticulos_codigoforo_fkey FOREIGN KEY (codigoforo) REFERENCES foro (codigoforo) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT ) WITHOUT OIDS; ALTER TABLE foroarticulos OWNER TO postgres;
24
Table: fororespuesta
CREATE TABLE fororespuesta ( codigorespuesta int4 NOT NULL DEFAULT nextval('fororespuesta_codigorespuesta_seq'::regclass), codigoforo int4 NOT NULL, secuenciaforo int4 NOT NULL, codigoarticulo int4 NOT NULL, codigousuario int4 NOT NULL, codigoarchivo int4, respuestaarticulo varchar(200) NOT NULL, fechacreacion varchar(15) NOT NULL, CONSTRAINT fororespuesta_pkey PRIMARY KEY (codigorespuesta), CONSTRAINT fororespuesta_codigoarchivo_fkey FOREIGN KEY (codigoarchivo) REFERENCES foroarchivos (codigoarchivo) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT, CONSTRAINT fororespuesta_codigoarticulo_fkey FOREIGN KEY (codigoarticulo) REFERENCES foroarticulos (codigoarticulo) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT, CONSTRAINT fororespuesta_codigoforo_fkey FOREIGN KEY (codigoforo) REFERENCES foro (codigoforo) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT, CONSTRAINT fororespuesta_codigousuario_fkey FOREIGN KEY (codigousuario) REFERENCES usuarios (codigousuario) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT ) WITHOUT OIDS; ALTER TABLE fororespuesta OWNER TO postgres;
25
5.5 DICCIONARIO DE DATOS 5.5.1 TABLA FORO
Página 1 de 1
UNIVERSIDAD DE GUAYAQUIL
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES DICCIONARIO DE DATOS
Fecha Elaboración: 30/SEPTIEMBRE/2006
AUTOR: UNIVERSIDAD ESTATAL DESARROLLADORES: Karina Bejar, Fabricio Desiderio, Karol Zhuma
SISTEMA ACADEMICO – MODULO FORO
NOMBRE DE LA TABLA FORO TIPO TABLA
Maestra
LONGITUD DEL REGISTRO
MEDIO DE ALMACENAMIENTO Disco Duro
DESCRIPCIÓN: Almacena información relacionada con los temas creados por el profesor correspondiente a la materia que el dicta.
DESCRIPCIÓN DEL REGISTRO No. CAMPO DESCRIPCIÓN TIPO FORMATO RANGOS
VÁLIDOS REGLAS DE VALIDACIÓN
1. 2. 3.
codigoforo codigomateria codigoprofesor
Identifica el foro de una determinada Identifica el foro de la materia Identifica el codigo del profesor para porder crear el tema de foro
PK FK FK
Int Int Int
4 4 4
NOT NULL NOT NULL NOT NULL
Obligatorio
4
codigoparalelo
Identifica el codigo del paralelo
FK
Int
4
NOT NULL
OBSERVACIONES:
TIPO PK Clave Primaria FK Clave Foránea
FORMATO GENERAL DE Decimal Text Text varchar Varchar L Longblob D Date char Char
FORMATO NUMÉRICO Int Integer DE Decimal
26
5.5.2 TABLA FORO ARTICULO
Página 1 de 1
UNIVERSIDAD DE GUAYAQUIL CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
DICCIONARIO DE DATOS Fecha Elaboración: 30/SEPTIEMBRE/2006
DESARROLLADORES: Karina Bejar, Fabricio Desiderio, Karol Zhuma SISTEMA ACADEMICO – MODULO FORO
NOMBRE DE LA TABLA FORO ARTICULOS TIPO TABLA
LONGITUD DEL REGISTRO
MEDIO DE ALMACENAMIENTO Disco Duro
DESCRIPCIÓN: Almacena los articulos realizados en el foro materia estos pueden realizarlos tanto profesor o los alumnos
DESCRIPCIÓN DEL REGISTRO No. CAMPO DESCRIPCIÓN TIPO FORMATO RANGOS
VÁLIDOS REGLAS DE VALIDACIÓN
1. 2. 3.
codigoarticulo codigoforo secuenciaforo
Campo que define el numero de temas del foro Identifica el foro de una determinada materia con determinado curso Campo que identifica la secuencia de los foros
PK FK
Int Int Int
4 4 4
NOT NULL NOT NULL NOT NULL
Obligatorio
4 articulo Especifica el contenido de los temas a discutir varchar 50 NOT NULL 5. 6.
contenido generaaviso
Describe el contenido del tema Campo que genera un aviso un aviso vial mail indicando .
varchar char
200 1
NOT NULL NOT NULL
7. 8.
estadoarticulo fechacreacion
Campo en el que describe si es articulo se encuentra abierto o cerrado Fecha en el cual es creado el articulo
char varchar
1 15
NOT NULL NOT NULL
9. usuario
OBSERVACIONES:
TIPO PK Clave Primaria FK Clave Foránea
FORMATO GENERAL DE Decimal Text Text varchar Varchar L Longblob D Date char Char
FORMATO NUMÉRICO Int Integer DE Decimal
27
5.5.3 TABLA DE: FORO CABECERA
Página 1 de 1
UNIVERSIDAD DE GUAYAQUIL
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES DICCIONARIO DE DATOS
Fecha Elaboración: 30/SEPTIEMBRE/2006
AUTOR: UNIVERSIDAD ESTATAL DESARROLLADORES: Karina Bejar, Fabricio Desiderio, Karol Zhuma SISTEMA ACADEMICO – MODULO FORO
NOMBRE DE LA TABLA FORO CABECERA TIPO TABLA
LONGITUD DEL REGISTRO
MEDIO DE ALMACENAMIENTO Disco Duro
DESCRIPCIÓN: Almacena los articulos realizados en el foro materia estos pueden realizarlos tanto profesor o los alumnos
DESCRIPCIÓN DEL REGISTRO No. CAMPO DESCRIPCIÓN TIPO FORMATO RANGOS
VÁLIDOS REGLAS DE VALIDACIÓN
1. 2. 3.
secuenciaforo codigoforo temaforo
Campo que identifica la secuencia de los foros Identifica el foro de una detreminada materia con determinado curso Campo que identifica el tema proppuesto por el profesor
PK FK
Int Int varchar
4 4 150
NOT NULL NOT NULL NOT NULL
Obligatorio
4 descripcionforo Me detalla sobre el tema propuesto varchar 200 NOT NULL 5. 6.
fechacreacion estadoaviso
Fecha en el cual es creado el foro Indica la creacion de un nuevo tema de cabecera y genera un mail
varchar char
50 1
NOT NULL NOT NULL
7. 8.
fechafin estadoforo
Me indica la fecha de caducidad del tema de un foro propuesto Indica si el foro esta abierto o cerrado
char
1
NOT NULL NOT NULL
OBSERVACIONES:
TIPO PK Clave Primaria FK Clave Foránea
FORMATO GENERAL DE Decimal Text Text varchar Varchar L Longblob D Date char Char
FORMATO NUMÉRICO Int Integer DE Decimal
28
5.5.4 TABLA DE: FORO RESPUESTA
Página 1 de 1
UNIVERSIDAD DE GUAYAQUIL
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES DICCIONARIO DE DATOS
Fecha Elaboración: 30/SEPTIEMBRE/2006
AUTOR: UNIVERSIDAD ESTATAL DESARROLLADORES: Karina Bejar, Fabricio Desiderio, Karol Zhuma SISTEMA ACADEMICO – MODULO FORO
NOMBRE DE LA TABLA FORO RESPUESTA TIPO TABLA
LONGITUD DEL REGISTRO
MEDIO DE ALMACENAMIENTO Disco Duro
DESCRIPCIÓN: Almacena los articulos realizados en el foro materia estos pueden realizarlos tanto profesor o los alumnos
DESCRIPCIÓN DEL REGISTRO No. CAMPO DESCRIPCIÓN TIPO FORMATO RANGOS
VÁLIDOS REGLAS DE VALIDACIÓN
1. 2. 3.
codigorespuesta codigoforo secuenciaforo
Campo que identifica la respuesta de un tema y el numero de respuesta Identifica el foro de una determinada materia con determinado curso Campo que identifica la secuencia de los foros
PK FK
Int Int varchar
4 4 150
NOT NULL NOT NULL NOT NULL
Obligatorio
4 codigoarticulo Campo que define el numero de temas de foro FK varchar 200 NOT NULL 5. 6.
codigousuario respuestaarticulo
Campo que identifica el codigo de usuario a ingresar en el sistema Campo que detalla la respuesta del articulo
FK varchar varchar
50 200
NOT NULL NOT NULL
7. fechacreacion
Campo que me indica la fecha de la respuesta
varchar
15
NOT NULL
OBSERVACIONES:
TIPO PK Clave Primaria FK Clave Foránea
FORMATO GENERAL DE Decimal Text Text varchar Varchar L Longblob D Date char Char
FORMATO NUMÉRICO Int Integer DE Decimal
I
INDICE GENERAL
MANUAL DE USUARIO CAPITULO 1
1. GENERALIDADES 1.1 Introducción 1
1.2 Objetivos de este manual 2
1.3 A quien va dirigido este manual 2
CAPITULO 2
2 LO QUE DEBE CONOCER
2.1 Acerca de este manual 3
2.2 Convenciones Tipográficas 3
2.2.1 Convenciones de Formatos de Textos 4 2.2.2 Convenciones del Mouse 4 2.2.3 Convenciones del Teclado 5
II
CAPITULO 3
3 DESCRIPCION DEL FORO 3.1 Tabla Foro 6 3.2 Inicio de Sesión en el Foro 7
CAPITULO 4
4 DISEÑO DE INTERFACES DE USUARIO
4.1 Pantalla de Ingreso al Módulo Sistema Académico 8
4.2 Pantalla de Autentificación de Bienvenida 11
del Usuario – Profesor
4.3 Ingreso al Foro 12
4.4 Pantalla Foro 13
4.5 Pantalla de Añadir Nuevo Tema 15
4.6 Pantalla de Visualización de Tema Ingresado 19
4.7 Ingreso de Artículo 20
4.8 Pantalla Ingreso de Artículos 21
4.9 Pantalla de Artículo Agregado 22
4.10 Pantalla de Eliminación de Artículo 23
4.11 Pantalla de Visualización del Artículo 24
4.12 Pantalla Respuesta Artículo 25
4.13 Pantalla de Visualización de Respuesta Agregada 26
III
4.14 Pantalla de Autentificación de Bienvenida 27
Usuario - Alumno
4.15 Ingreso Al Foro 28
4.16 Pantalla Foro 29
4.17 Ingreso Artículo 31
4.18 Pantalla Ingreso de Artículos 32
4.19 Pantalla de Visualización de Artículo Agregado 33
4.20 Pantalla de Visualización de Contenido del Artículo 34
4.21 Pantalla de Respuesta Artículo – Alumno 35
4.22 Pantalla de Visualización de Respuesta Agregada 36
4.23 Pantalla de Resultado de Búsqueda 37
IV
INDICE DE FIGURAS
Pág.
Figura 4.1 Pantalla de Ingreso 9
Figura 4.2 Pantalla de Usuario Incorrecto 10
Figura 4. 3 Pantalla de Autentificación de Bienvenida 11
del Usuario al Sistema Académico
Figura. 4.4 Pantalla de Ingreso al Foro Usuario - Profesor 12
Figura. 4.5 Pantalla Foro – Profesor 13
Figura. 4.6 Pantalla de Añadir Nuevo Tema 15
Figura. 4.6.1 Pantalla Selección de Syllabus 16
Figura. 4.6.2 Pantalla Ingreso de Fecha de Expiración 17
Figura. 4.6.3 Pantalla Adjuntar Archivo 18
Figura. 4.7 Pantalla de Tema Ingresado 19
Figura. 4.8 Pantalla de Ingreso de Artículos 20
Figura. 4.9 Pantalla de Ingreso de Artículos 21
Figura. 4.10 Pantalla Articulo Agregado 22
Figura. 4.11 Pantalla de Eliminación de Artículo 23
Figura. 4.12 Pantalla Muestra el Contenido del Artículo 24
Figura. 4.13 Pantalla Respuesta Artículo 25
Figura. 4.14 Pantalla de Visualización de Respuesta 26
V
Figura. 4.15 Pantalla de autentificación de Bienvenida 27
del Usuario al Sistema Académico
Figura. 4.16 Pantalla de Ingreso al Foro Usuario - Alumno 28
Figura. 4.17 Pantalla Foro – Alumno 29
Figura. 4.18 Pantalla Ingreso Artículo – Alumno 31
Figura. 4.19 Pantalla de Ingreso de Articulo 32
Figura. 4.20 Pantalla de Artículo Agregado 33
Figura. 4.21 Pantalla de Visualización de Artículo 34
Figura. 4.22 Pantalla de Respuesta de Articulo – Alumno 35
Figura. 4.23 Pantalla Visualización de Respuesta Agregada 36
Figura. 4.24 Pantalla de Resultado de Búsqueda 37
.
1
CAPITULO I
1.- GENERALIDADES 1.1 Introducción Este manual es una guía de consulta para un usuario con conocimientos
básicos en el uso de Internet, ya que consta de capítulos que son claros y
explícitos acerca de cómo ingresar al Sistema académico - módulo Foro.
Es importante consultar este manual antes y/o durante la utilización del
módulo ya que facilitará paso a paso el manejo de todas las funciones
presentes en este.
El módulo FORO (también llamado grupo de discusión) es una herramienta
de comunicación entre el profesor y el alumno, puesto que el profesor va a
proponer temas de debate, permitiendo a los estudiantes participar en el.
2
El objetivo del foro es que el alumno plantee preguntas, problemas,
opiniones o comentarios acerca de la materia, por ende el profesor tiene la
responsabilidad de responder las preguntas.
Este módulo permite a los estudiantes aumentar sus conocimientos.
1.2 Objetivos de este manual
• Es guiar a los usuarios interesados tantos profesores y alumnos sobre el
manejo de este módulo.
1.3 A quien va dirigido este manual
Este manual está orientado a todos los usuarios finales involucrados en el
Sistema Académico.
• Administrador, es la persona encargada de administrar toda la
información que llegue al Foro en este caso las preguntas o
respuestas del mismo.
• Usuario en general, persona encargada de interactuar con el Sitio
Web.
3
CAPITULO 2
2 LO QUE DEBE CONOCER
El principal conocimiento que debe de tener los usuarios es el siguiente.
• Conocimientos básicos de Internet.
.2.1 Acerca de este manual
Este manual contiene diversas ilustraciones e instrucciones que el
Usuario debe seguir paso a paso para poder manejar correctamente
el módulo. Además incluye información adicional que servirá para
orientar al Usuario sobre el correcto uso del módulo.
2.2 Convenciones Tipográficas
Antes de comenzar a utilizar el Foro, es importante que entienda las
convenciones tipográficas y los términos utilizados en el mismo.
4
2.2.1 Convenciones de Formatos de Textos.
2.2.2 Convenciones del Mouse
Término Significado “Señalar”
Colocar el extremo superior del mouse sobre el
elemento que se desea señalar.
“Hacer clic”
Presionar el botón principal del mouse
(generalmente el izquierdo) y soltarlo
inmediatamente.
Formato Tipo de Información
Numeración de procedimientos paso a paso.
Negrita Términos a resaltar por su importancia.
Menor que – Mayor que < >
Nombres de opciones que puede elegir el
Usuario, ya sea haciendo uso del mouse o
del teclado.
5
2.2.3 Convenciones del Teclado
Tecla Significado
Teclas Direccionales
Puede utilizar las teclas
direccionales para moverse
(izquierda, derecha, arriba, abajo)
en los diferentes elementos de un
control de la pantalla, un elemento
a la vez.
Teclas de avance de página INICIO, FIN, AV. PÁG, RE. PÁG.
Las teclas de avance de página
son utilizadas para movilizarse
entre varios elementos de un
control de la pantalla.
Tecla TAB
Tecla utilizada para moverse entre
los diferentes controles de la
forma. Con la tecla TAB, se da el
enfoque al primer control ubicado
a la derecha, con SHIFT+TAB, se
da el foco al primer control de la
izquierda.
6
CAPITULO 3
3 DESCRIPCION DEL FORO 3.1 TABLA FORO:
La tabla del foro esta dividida en:
• Bienvenida del Foro
• Usuario: aquí me indica el nombre del usuario ingresado que puede
ser el profesor o un alumno.
• Materia: Especifica la materia que ingrese para añadir un tema en el
caso del profesor, en el caso de alumno la materia en que estoy
cursando para ver si hay temas propuestos.
• Seleccion Materias:
• Foro Abierto: Esto me indica que tengo la autorización del
profesor para ingresar nuevo comentario sobre el tema
propuesto.
7
o Foro Cerrado: Me indica que concluyo la fecha máxima para
ingresar un comentario al tema.
• La primera columna es un icono que hace referencia al estado del
foro. Es decir puede ser Abierto o Cerrado.
• Foro: En esta parte esta especificado el nombre del foro respectivo
en este caso las unidades de la materia
• Descripción: Me indica sobre lo que trata el tema asignado.
• Número de Temas: Es la cantidad de temas que hay en este foro
• Fecha de Creación: Fecha en la cual fue creado el tema, para esto
se asigna automáticamente del sistema.
• Raiting: Número de visitas que tiene este tema.
3.2 Inicio de Sesión en el Foro Para que un profesor o un alumno puedan participar en el foro es necesario
que se encuentren registrado o que poseen una cuenta, es decir, un nombre
de usuario y una clave.
Una vez que usted obtenga la cuenta, en el caso del profesor podrá ingresar
y añadir temas de discusión y podrá crear temas dependiendo el curso y la
materia a dictar.
8
CAPITULO 4
4 DISEÑO DE INTERFACES DE USUARIO
Las Interfaces de usuario para el foro va a ser cargadas en un browser al
momento de cargar el sistema académico vía web por medio de un Servidor
Linux.
4.1 Pantalla de Ingreso al Módulo Sistema Académico
Para el ingreso del sistema académico vía Web, los alumnos y profesores
deberán ingresar por una pantalla inicial donde digitarán su usuario y
contraseña
9
Figura 4.1 Pantalla de Ingreso
Los alumnos y profesores al ingresar podrán tener el listado de las materias
que ven en el caso de alumnos.
En el caso de los profesores podrán identificar las materias que ellos dictan,
con su respectivo paralelo y su grupo de alumnos.
10
Figura 4. 2 Pantalla de Usuario Incorrecto
Si cree que está introduciendo bien el nombre de usuario y la clave, y el
sistema le sigue negando el acceso, es posible que se haya bloqueado su
cuenta temporalmente por razones de seguridad. El algunos casos, si se
produce un corte en su conexión a Internet, o varios usuarios intentan
acceder simultáneamente desde distintos equipos con el mismo nombre de
usuario y contraseña, el sistema le negará el acceso. Espere para volver a
conectarse unos minutos e inténtelo de nuevo. Si continua teniendo
problemas para acceder al sistema, comuníquese con el Administrador:
11
4.2 Pantalla de Autentificación de Bienvenida del Usuario – Profesor
Figura 4. 3 Pantalla de Autentificación de Bienvenida del Usuario al Sistema
Académico
En esta pantalla de bienvenida que se presenta a todos los usuarios al
ingresar al sistema académico.
El Usuario tiene la potestad de elegir los diferentes módulos a los que el
desea ingresar como:
• Apariencia Web
• Biblioteca Virtual
• Alumnos
12
• Forum
4.3 Ingreso al Foro
Figura 4.4 Pantalla de Ingreso al Foro Usuario - Profesor
Al momento de ingresar al foro el usuario es validado e identificado si es
alumno o profesor. En el caso del Profesor este le da la bienvenida y le
presentará las materias y el paralelo que tiene asignado en el semestre. Al
darle clic a la materia me presentará la siguiente pantalla:
13
El profesor puede elegir cualquiera de las materias a ingresar al foro de
cada una de las materias asignadas.
4.4 Pantalla Foro - Profesor
Figura 4. 5 Pantalla Foro - Profesor
14
Al momento que el profesor selecciono la materia nos presenta esta pantalla
la cual esta dividida en:
Este botón me permite regresar a
la pantalla anterior para poder
ingresar otra materia.
Foro Abierto
Foro Cerrado
Este botón me permite salir del
Foro. Y regreso a la pantalla de
bienvenida.
Aquí el profesor puede buscar la
descripción de un foro ya creado
Si el tema ya esta caducado el
profesor es el único que puede
eliminarlo. Al momento de dar clic en este
botón el profesor creara un nuevo
tema en la materia que el ingreso.
Ya que el único que tiene potestad
de crear temas es el Profesor.
Al dar clic en Nuevo Tema se presentara la siguiente pantalla.
15
4.5 Pantalla de Añadir Nuevo Tema
Figura 4.6 Pantalla de Añadir Nuevo Tema En esta pantalla indica el tema de syllabus que son las unidades de la materia
seleccionada.
16
Figura 4.6.1 Pantalla Selección de Syllabus
• Fecha de Creación es cuando se crea el tema y corresponde a la fecha
del sistema.
• Fecha de Expiración: la selección por medio de un calendario y esta me
indicara hasta cuando estará abierto el foro.
17
• Descripción: Es el área de texto se da el detalle o descripción del tema
que se esta ingresando
Figura 4.6.2 Pantalla Ingreso de Fecha de Expiración
• Ingreso de Archivo: Si desea adjuntar un archivo con el tema nuevo para
esto damos clic en el botón
18
Figura 4.6.3 Pantalla Adjuntar Archivo
• Aviso: Este me envía un mail al los alumnos, indicando que tienen un
nuevo tema de foro.
19
Por último hago clic en botón . 4.6 Pantalla de Visualización de Tema Ingresado
Figura 4.7 Pantalla de Tema Ingresado
Tema Ingresado
20
Aquí nos presenta el tema ingresado, para lo cual el profesor es el único que
puede crear y eliminar temas. Para esto solo damos clic en el botón
4.7 Ingreso de Artículo
Figura 4.8 Pantalla de Ingreso de Artículos
Para ingresar un artículo damos clic en el botón
Si al crear el tema adjunte un archivo, aquí saldrá el nombre del archivo
22
Aquí describo mi artículo sobre el tema creado anteriormente.
• Foro: Me indica el foro en que estamos.
• Articulo: Este debe estar relacionado al foro- materia al que hemos
ingresado.
• Fecha de creación: Es la fecha en la que es creado el tema esta
fecha es ingresado desde el sistema automáticamente.
• Contenido: Descripción del artículo del cual vamos a realizar una
pregunta a los alumnos en este caso.
• Enviar Mail: Genera un e-mail al los alumnos pertenecientes al grupo
Foro-Materia.
4.9 Pantalla de Artículo Agregado
23
Figura 4.10 Pantalla Articulo Agregado
Esta pantalla me indica que tengo ingresado un nuevo artículo, para lo cual
tengo la opción de responder o (eliminarlo para el caso de profesor). Al dar
clic en el botón ` me presentará la siguiente pantalla.
4.10 Pantalla de Eliminación de Articulo
Figura 4.11 Pantalla de Eliminación de Artículo
24
El profesor es el único que puede realizar esta acción solo tiene que
presionar el botón Eliminar Articulo
4.11 Pantalla de Visualización del Artículo
Figura 4.12 Pantalla muestra el contenido del artículo
Esta pantalla nos indica el Foro de la materia en que corresponde, el artículo
y el contenido del mismo.
25
Para responder el artículo haga clic en el botón. Responder Tema
4.12 Pantalla Respuesta Artículo
Nombre del Foro al cual pertenece el artículo
26
Figura 4.13 Pantalla Respuesta Artículo Foro: Nombre del Foro al cual pertenece el artículo
Publicado por: Es el nombre de la persona que publica el artículo en este
caso es el profesor y también indica la Materia al que corresponde
Articulo: Nombre del Artículo al cual pertenece.
Descripción Respuestas: Esta es el área de texto donde se detalla o se da
respuesta al artículo propuesto.
Hacer Clic en 4.13 Pantalla de Visualización de Respuesta Agregada
27
Figura 4.14 Pantalla de Visualización de Respuesta Esta pantalla me presenta las respuestas dadas al Artículo expuesto
anteriormente.
Respuesta agregada
28
4.14 Pantalla de Autentificación de Bienvenida Usuario -
Alumno
Figura 4.15 Pantalla de autentificación de Bienvenida del Usuario al Sistema Académico
Esta Pantalla es de bienvenida que se presenta a todos los usuarios al
momento que ingresan al Sistema Académico.
El Usuario (alumno) tiene la potestad de elegir los diferentes módulos a los
que el desea ingresar como:
• Apariencia Web
• Biblioteca Virtual
• Alumnos
• Forum
29
4.15 Ingreso Al Foro
Figura 4.16 Pantalla de Ingreso al Foro Usuario - Alumno
Al momento de ingresar al Foro el usuario es validado e identificado. En
este caso es Alumno aquí en esta pantalla le da la bienvenida y le mostrará
la materia, el paralelo, el nombre y apellido de los profesores que esta
cursando en el semestre.
Al alumno puede elegir cualquiera de las materias asignadas para ingresar
al foro de cada una de ellas.
Para esto damos clic a la materia que deseamos revisar.
30
4.16 Pantalla Foro
Figura 4.17 Pantalla del Foro – Alumno
Al momento que el alumno selecciono la materia nos presenta esta pantalla
la cual esta dividida en:
El foro consta de una Cabecera principal que identifica el Usuario Nombre
del Foro al cual pueden acceder los alumnos.
31
Ya que el alumno ingreso al foro de la materia, en ese momento el podrá
crear un artículo sobre el tema propuesto por el profesor siempre y cuando
tiene que darle clic al tema creado.
Este botón me permite regresar a la
pantalla anterior para poder ingresar
a otra materia.
Foro Abierto
Foro Cerrado
Este botón me permite salir del Foro.
Y me regreso a la pantalla de
bienvenida
Aquí en alumno puede buscar la
descripción de un foro ya creado.
32
4.17 Ingreso Artículo - Alumno
Figura 4.18 Pantalla Ingreso Artículo - Alumno
Para crear un artículo damos clic en el botón
Titulo del Foro: Me indica el titulo del foro en que estamos.
33
Abierto desde: Fecha en que es creado el tema
Expira el: Fecha de caducidad que tiene el tema.
Descripción: Sobre el tema del Foro
Tema del Articulo: Tema sobre el cual se esta
Fecha de Creación: Fecha en que es creado el articulo
Raiting: Número de visitas que tiene ese articulo.
# de Mensajes: Es el número de mensajes que tiene el artículo
Publicado por: Nombre de la persona que crea el artículo. Este puede ser
un alumno o un profesor.
Me visualiza el artículo.
4.18 Pantalla Ingreso de Artículos.
Figura 4.19 Pantalla de Ingreso de Articulo
34
• Foro: Me indica el foro en que estamos.
• Articulo: Este debe estar relacionado al foro- materia al que hemos
ingresado.
• Fecha de creación: Es la fecha en la que es creado el tema esta
fecha es ingresado desde el sistema automáticamente.
• Contenido: Descripción del artículo del cual vamos a realizar una
pregunta a los alumnos en este caso.
• Enviar Mail: Genera un e-mail al los alumnos pertenecientes al grupo
Foro-Materia.
4.19 Pantalla de Visualización de Artículo Agregado
Figura 4.20 Pantalla de Artículo Agregado
Articulo Agregado
35
Esta pantalla me indica que tengo ingresado un nuevo artículo, para lo cual
tengo la opción de responder el artículo presionando el botón
4.20 Pantalla de Visualización de Contenido del Artículo
Figura 4.21 Pantalla de Visualización de Artículo Esta pantalla nos indica el Foro de la materia en que corresponde, el artículo
y el contenido del mismo. Para responder el artículo haga clic en el botón
Responder Tema
36
4.21 Pantalla de Respuesta Articulo - Alumno
Figura 4.22 Pantalla de Respuesta de Articulo – Alumno
En esta pantalla nos detalla lo siguiente.
Foro: Nombre del Foro al cual pertenece el articulo
Publicado por: Es el nombre de la persona que publica el artículo en este
caso es el alumno
37
Materia: Nombre de la materia a la que corresponde
Articulo: Nombre del Articulo al cual pertenece.
Descripción Respuestas: Esta es el área de texto donde se detalla o se da
respuesta al artículo propuesto.
Hacer Clic en
4.22 Pantalla de Visualización de Respuesta Agregada
Figura 4.23 Pantalla Visualización de Respuesta Agregada Esta pantalla me presenta las respuestas dadas al Articulo expuesto anteriormente.
Respuesta Agregada