Informe sseg

I
INSTITUTO TECNOLÓGICO SUPERIOR
“NUESTRA SEÑORA DEL ROSARIO”
TECNOLOGÍA EN ANÁLISIS DE SISTEMAS
TEMA
“ANÁLISIS, DISEÑO, DESARROLLO E IMPLEMENTACIÓN DE UN
SISTEMA INFORMÁTICO ORIENTADO A LA WEB PARA SEGUIMIENTO
DE EGRESADOS Y GRADUADOS DEL INSTITUTO TECNOLÓGICO
SUPERIOR “NUESTRA SEÑORA DEL ROSARIO” UBICADA EN EL
CANTÓN CATAMAYO DE LA PROVINCIA DE LOJA PERIODO ABRIL-
AGOSTO 2016”.
AUTORA
Criollo Valarezo Cisne Natividad
TUTOR
Tlgo. Tillaguango Calva Luis Antonio
AÑO LECTIVO
2015 – 2016

II
CERTIFICACIÓN
25 de Agosto del 2016
Tlgo.
Luis Antonio Tillaguango Calva.
DIRECTOR DEL PROYECTO DE GRADO
CERTIFICA:
Haber revisado el siguiente informe de investigación, que se ajusta a las
normas establecidas de elaboración del trabajo de fin de titulación, para la
aprobación de la asignatura de Ingeniería de software de la carrera Análisis
de Sistemas del Instituto Tecnológico Superior “Nuestra Señora del Rosario”,
del cantón Catamayo por tal razón, autorizo su presentación para los fines
legales pertinentes.
______________________
Tlgo. Luis Antonio Tillaguango Calva
DIRECTOR DEL PROYECTO DE GRADO

III
AUTORÍA
El presente trabajo de fin de titulación “ANÁLISIS, DISEÑO Y DESARROLLO
DE UN SISTEMA DE SEGUIMIENTO DE EGRESADOS Y GRADUADOS
DEL INSTITUTO TECNOLÓGICO SUPERIOR “NUESTRA SEÑORA DEL
ROSARIO” CANTÓN CATAMAYO DE LA PROVINCIA DE LOJA, PERIODO
SEPTIEMBRE 2015 – ENERO 2016”, ha sido analizado, diseñado y
desarrollado por Cisne Natividad Criollo Valarezo con C.I: 110563744-9. Es
absolutamente original, auténtico y personal en virtud, el contenido, efectos
legales y académicos que se desprenden del mismo es exclusividad del autor.

IV
INTRODUCCIÓN
En la actualidad existen diferentes sistemas informáticos utilizados para el
seguimiento de egresados y graduados que contribuyen a las instituciones a
tener los procesos en orden, actualizados y sin alteraciones.
Por lo tanto, una de las instituciones a estudiar e investigar el instituto
tecnológico superior “Nuestra Señora del Rosario”, la misma que en la
actualidad lleva el seguimiento de egresados y graduados mediante un
sistema informático local.
Por lo antes mencionado, el presente documento tiene como finalidad
recopilar todo la información necesaria y la especificación de requisitos de
software que la institución tiene como necesidad de cambiar el sistema
informático local a un sistema.

1
CAPÍTULO I
1. Datos del proyecto
1.1. Problema.
A nivel internacional existen países desarrollados que cuentan con tecnología
avanzada, por los cual les facilita realizar el seguimiento de egresados y
graduados de manera efectiva y en menos tiempo, siendo el sector educativo
uno de los más importantes en el ámbito social.
En el ámbito nacional todas las instituciones educativas del nivel superior,
tienen el deber de realizar un debido seguimiento de egresados y graduados,
cabe recalcar que en la mayoría de las instituciones educativas poseen un
sistema informático facilitando la tarea de recolección de datos.
Por otro lado en la provincia de Loja, Cantón Catamayo, se localiza el Instituto
Tecnológico Superior “Nuestra Señora del Rosario”, institución, que se
manifiesta mediante las investigaciones realizadas, en la cual se constata que,
uno de los problemas que cuenta actualmente dicha institución es acerca del
seguimiento de Egresados y Graduados por lo que en la actualidad este
proceso se realiza mediante un sistema informático de escritorio de forma
local, causando inconvenientes al momento de registrar datos de los
egresados y graduados siendo así una pérdida de tiempo así como también
impide tener un acceso rápido a la información registrada.
1.2. Objetivos.
1.2.1. Objetivo General.
 Analizar, diseñar y desarrollar un sistema informático orientado a la web
para los estudiantes de instituto tecnológico superior “Nuestra Señora del
Rosario”, ubicada en el cantón Catamayo de la provincia de Loja, periodo
septiembre 2015 – enero 2016.

2
1.2.2. Objetivos Específicos.
 Identificar mediante el análisis el tipo de sistema informático que se ajuste
a las necesidades del Instituto Tecnológico Superior “Nuestra Señora del
Rosario” para el seguimiento de egresados y graduados.
 Identificar los procesos mediante el análisis y establecer la metodología a
utilizarse.
 Diseñar interfaces accesibles para que los procesos de seguimiento de
egresados y graduados sean rápidos y eficaz a la ahora de su manipulación.
1.3. Necesidad requerimientos.
1.3.1. Tipos de requerimientos.
1.3.1.1. Requerimientos Funcionales.
RF. - DESCRIPCIÓN
RF01 Registro y control de cuentas de usuarios
RF02 Registro y control de datos informativos actuales de los
egresados y graduados.
RF03 Registro y control de datos del trabajo actual de egresados y
graduados
RF04 Actualizar datos del trabajo actual de los egresados y graduados
RF05 Actualizar los datos informativos de egresados y graduados
RF06 Registro y control de datos académicos de los egresados y
graduado
RF07 El egresados y Graduado solicitasen información a la institución
RF08 Presentar reportes del estado actual de los egresados y
graduados, directores del proyecto de grado y usuarios
RF09 Presenta reportes de datos académicos de los egresados y
graduados
RF10 Presenta reportes del ámbito laboral actual de los egresados y
graduados
RF11 El egresado y graduado presenta o envía sugerencias a las
autoridades de la institución.

3
RF12 Registro y control de datos informativos del director del proyecto
de grado
RF13 Administra el acceso al sistema para cada usuario.
1.3.1.2. Requerimientos no funcionales.
1.3.1.2.1. Seguridad.
RNF. - DESCRIPCIÓN
RNF01 Encriptación e claves de acceso.
RNF02 El sistema contara con un administrador de usuarios.
RNF03 Al tercer intento consecutivo al sistema sin éxito el programa se
cerrará.
1.3.1.2.2. Portabilidad.
RNF01 Sistema deberá ser orientado a la web
RNF02 Multiplataforma libre.
1.2.1.2.3. Mantenibilidad.
RNF. - DESCRIPCIÓN
RNF01 El Administrador del sistema puede modificar y actualizar la
información cuando este requiera asegurando su
mantenimiento
1.2.1.2.4. Rendimiento.
RNF. - DESCRIPCIÓN
RNF01 El sistema informático debe contar con una interfaz gráfica,
dinámica y de fácil comprensión.
RNF02 El sistema deberá contar con la base de datos MySQL,
Totalmente respaldada.

4
1.4. Diagrama de actividades
Figura1: Menú principal del sistema informático.
Fuente: Instituto Tecnológico Superior Nuestra Señora del Rosario.
Responsable: Cisne Natividad Criollo Valarezo.

5
1.5. Modelo de dominio.

6
1.6. Diagramas de clases inicial.

7
CAPÍTULO II
2. Ciclo de vida.
2.1. Modelo Cascada
En el ciclo de vida se utilizará el modelo cascado considerando las actividades
fundamentales del proceso de especificación, desarrollo, validación y
evolución. Los representa como fases separadas del proceso, tales como
especificación de requerimientos, el diseño de software, la implantación, las
pruebas, etc.
Las principales etapas de este modelo se transforman en actividades de
desarrollo:
Análisis y definición de requerimientos: Los servicios, restricciones y
metas del sistema se definen a partir de las consultas con los usuarios. Se
definen en detalle y sirven como una especificación del sistema.
Diseño del sistema de software: El proceso de diseño de sistema divide los
requerimientos en sistemas en hardware y software. Establece la arquitectura
completa del sistema. El diseño del software identifica y describe las
abstracciones fundamentales del sistema de software y sus relaciones.
Implantación y prueba de unidades: En esta etapa el diseño del software
se lleva a cabo como un conjunto o unidades de programa. La prueba de
unidades implica verificar que cada una cumpla su especificación.
Integración y prueba del sistema: Los programas o las unidades
individuales de programas se integran y prueban como sistema completo para
asegurar que se cumplan los requerimientos del software. Después de las
pruebas, el sistema del software se entrega al cliente
Funcionamiento y mantenimiento: Por lo general, ésta es la fase más larga
del ciclo de vida. El sistema se instala y se pone en funcionamiento. El
mantenimiento implica corregir errores no cubiertos en las etapas anteriores

8
del ciclo de vida, mejorar la implantación de las unidades del sistema y resaltar
los servicios del sistema una vez que se descubren nuevos requerimientos,
(Ramirez,2015)
Figura4: Modelo Cascada.
Fuente: Pagina web Ramsés Martínez Ortiz.
Responsable: Ramsés Martínez Ortiz.
2.2. Diseño preliminar.
Consiste en diseñar un sistema de información que satisfaga los requerimientos,
funciones y restricciones establecidas en fases anteriores. El diseño preliminar costa
de un prototipo modelo físico que delinea la integración hombre/máquina de un
sistema de información y describe en forma general.
Figura5: Login del sistema informático.

9
Figura7: Registro de información.
2.3. Metodología.
METODOLOGIA RUP
La metodología RUC brinda la facilidad de utilizar UML de forma práctica,
además un apoyo para realizar muchos procesos que existen para modelar o
documentar el sistema de una empresa. De la misma forma RUP es un
software moderno es complejo y novedoso. Un proceso iterativo permite una

10
comprensión creciente de los requerimientos a la vez que se va haciendo
crecer el sistema. RUP sigue un modelo iterativo que aborda las tareas más
riesgosas primero. Con esto se logra reducirlos riesgos del proyecto y tener
un subsistema ejecutable tempranamente.
2.3.1. Fase del ciclo de vida
1. Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance
del proyecto con los patrocinadores, identificar los riesgos asociados al
proyecto, proponer una visión muy general de la arquitectura de software y
producir el plan de las fases y el de iteraciones posteriores.
2. Fase de elaboración: En la fase de elaboración se seleccionan los casos
de uso que permiten definir la arquitectura base del sistema y se desarrollaran
en esta fase, se realiza la especificación de los casos de uso seleccionados y
el primer análisis del dominio del problema, se diseña la solución preliminar.
3. Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad
del sistema, para ello se deben clarificar los requerimientos pendientes,
administrar los cambios de acuerdo a las evaluaciones realizados por los
usuarios y se realizan las mejoras para el proyecto.
4. Fase de Cierre: El propósito de esta fase es asegurar que el software esté
disponible para los usuarios finales, ajustar los errores y defectos encontrados
en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte
técnico necesario. Se debe verificar que el producto cumpla con las
especificaciones entregadas por las personas involucradas en el proyecto.
2.3.2. Ventajas.
 -Es el proceso de desarrollo más general de los existentes actualmente.
 -Es una forma disciplinada de asignar tareas y responsabilidades en una
empresa de desarrollo (quién hace qué, cuándo y cómo).

11
2.3.3. Desventajas.
 Método pesado
 Por el grado de complejidad puede ser no muy adecuado.
 En proyectos pequeños, es posible que no se puedan cubrir los costos de
dedicación del equipo de profesionales necesarios, (Sánchez, 2013).
2.4. Arquitectura.
Figura8: Arquitectura.
Fuente: Pagina web Ramsés Martínez Ortiz.
Responsable: Ramsés Martínez Ortiz.
Arquitectura:
Sistema Centralizado
Toda la información de la institución reside en un servidor central, permitiendo
el acceso a la misma desde cualquier lugar, en línea y en tiempo real.
2.5. Estilo.
ARQUITECTURA DE TRES CAPAS
La arquitectura generalmente está compartida por: Un cliente, es decir, el
equipo que solicita los recursos, equipado con una interfaz de usuario,
también contará con un servidor cuya tarea es proporcionar los recursos
solicitados, pero que requiere de otro servidor para hacerlo. El servidor de
datos, que proporciona al servidor de aplicaciones los datos que requiere.

12
1. Capa de presentación: es la que ve el usuario (también se la denomina
"capa de usuario"), presenta el sistema al usuario, le comunica la información
y captura la información del usuario en un mínimo de proceso (realiza un
filtrado previo para comprobar que no hay errores de formato). También es
conocida como interfaz gráfica y debe tener la característica de ser "amigable"
(entendible y fácil de usar) para el usuario. Esta capa se comunica únicamente
con la capa de negocio, (Lopez,2013).
2. Capa de negocio: es donde residen los programas que se ejecutan, se
reciben las peticiones del usuario y se envían las respuestas tras el proceso.
Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí
donde se establecen todas las reglas que deben cumplirse. Esta capa se
comunica con la capa de presentación, para recibir las solicitudes y presentar
los resultados, y con la capa de datos, para solicitar al gestor de base de datos
almacenar o recuperar datos de él. También se consideran aquí los
programas de aplicación, (Lopez,2013).
3. Capa de datos: es donde residen los datos y es la encargada de acceder
a los mismos. Está formada por uno o más gestores de bases de datos que
realizan todo el almacenamiento de datos, reciben solicitudes de
almacenamiento o recuperación de información desde la capa de negocio.
Todas estas capas pueden residir en un único computador, si bien lo más
usual es que haya una multitud de computadoras en donde reside la capa de
presentación (son los clientes de la arquitectura cliente/servidor). Las capas
de negocio y de datos pueden residir en el mismo computador, y si el
crecimiento de las necesidades lo aconseja se pueden separar en dos o más
computadoras. Así, si el tamaño o complejidad de la base de datos aumenta,
se puede separar en varias computadoras los cuales recibirán las peticiones
del computador en que resida la capa de negocio. Si, por el contrario, fuese
la complejidad en la capa de negocio lo que obligase a la separación, esta
capa de negocio podría residir en uno o más computadores que realizarían
solicitudes a una única base de datos. En sistemas muy complejos se llega a

13
tener una serie de computadores sobre los cuales corre la capa de negocio, y
otra serie de computadores sobre los cuales corre la base de datos
(Lopez,2013).
Fuente: Pagina web Academia.
Responsable: Eliazar López.
La arquitectura en 3 niveles permite: Un mayor grado de flexibilidad Mayor
seguridad, ya que la seguridad se puede definir independientemente para
cada servicio y en cada nivel Mejor rendimiento, ya que las tareas se
comparten entre servidores (López, 2016)
Fuente: Pagina web Academia.
Responsable: Eliazar López.

14
Capítulo III
3. Desarrollo del proyecto
3.1.Diagramas de casos de usos.
Figura 11: Caso de uso general.

15
3.2.Herramientas
3.2.1. ID Netbeans.
Para la codificación de Sistema de seguimiento de egresados y graduados se
utilizará el entorno de desarrollo Netbeans que soporta el lenguaje de
programación orientada a objetos java.
3.2.2. MySQL.
Para la gestión de base de datos se utilizará MySQL, por consiguiente, para
el diseño, creación y mantenimiento de dase de datos será utilizado MySQL
Workbench.
3.2.3. Pdf.
Para la presentación de los reportes se utilizará el formato Pdf.
3.2.4. Enterprise Architec.
Para el diseño de diagramas UML se utilizará la herramienta Enterprise
Architec que facilitará el desarrollo de cada diagrama.
3.2.5. Navegador.
Para la ejecución de las aplicaciones se utilizará un navegador web que facilita
al usuario navegar por la red, esto es, el poder visualizar e interactuar las
páginas web de cualquier red.
3.2.6. Apache.
El servidor HTTP Apache2 es un servidor web de software libre desarrollado
por la Apache Software Foundation(ASF). El producto obtenido de este proy
ecto es un servidor de código fuente completo, descargable y gratuito.

16
3.3.Diagrama de robustez
Figura12: Diagrama de robustez crear usuario
Fuente: Instituto Tecnológico Superior “Nuestra Señora del Rosario”
Figura13: Diagrama de robustez crear cuenta de usuario.
Fuente: Instituto Tecnológico Superior “Nuestra Señora del Rosario”.

17
Figura 14: Diagrama de robustez registrar egresado/graduado.
Figura 15: Diagrama de robustez registrar director de proyectos.

18
3.4.Diagrama de secuencia
Figura 16: Diagrama de secuencia.

19
3.5.Diagrama de estados
Figura17: Diagrama de estado.

20
3.6.Diagrama paquete
Figura18: Diagrama de paquetes.
Responsable: Cisne Natividad Criollo Valarezo
3.7.Diagramas de distribución
Figura19: Diagrama de distribución.

21
Capítulo IV
4. Implementación.
4.1. Prototipito
Figura20: Login del sistema informático.
Figura21: Registro de información de egresado/graduado.

22
Figura22: Enviar sugerencias.
Figura23: Registrar tutor.

23
4.2. Código
Inicio de sesión
48 String user = request.getParameter("usuario");
49 String pass = request.getParameter("contra");
50 String ad = "ADMINISTRADOR";
51 String secre = "SECRETARIA";
52 String egre = "EGRESADO";
53 String grad = "GRADUADOADO";
54 try {
55 conexion c=new conexion();
56 Connection con=c.Conexion();
57 PreparedStatement pst = con.prepareStatement("Select usuario,pass,tipo from
cuentas_usuario where usuario=? and pass=?");
58 pst.setString(1, user);
59 pst.setString(2, pass);
60 ResultSet rs = pst.executeQuery();
61 if (rs.next()) {
62 String tipo = rs.getString(3);
63 JOptionPane.showMessageDialog(null, "tipo "+tipo);
64 if (tipo.equals(ad)){
65 response.sendRedirect("Administrador.jsp");
66 }
67 if (tipo.equals(egre)){
68 response.sendRedirect("perfil_Egresado.jsp");
69 }
70
71 if (tipo.equals(secre)){
72 response.sendRedirect("secretaria.jsp");
73 }
74
75 }
76 else {
77 JOptionPane.showMessageDialog(null, "USUARIO O CONTRASEÑA INCORRECTA",
"ERROR", JOptionPane.WARNING_MESSAGE);
78 response.sendRedirect("Login.jsp");
79
80 }
81 }
82 catch (SQLException e) {
83 e.printStackTrace();
84 }
85 }
86
87
88 }
89
Guardar datos personales
String nombre= request.getParameter("nombre");
44 String apellido= request.getParameter("apellido");
45 String cedula = request.getParameter("cedula");
46 String edad = request.getParameter("edad");

24
47 String estado_civil= request.getParameter("estado");
48 String direccion= request.getParameter("direccion");
49 String telefono= request.getParameter("telefono");
50 String celular=request.getParameter("celular");
51 String correo =request.getParameter("correo");
52 String sexo=request.getParameter("sexo");
53 String provincia = request.getParameter("provincia");
54 String pais = request.getParameter("pais");
55 JOptionPane.showMessageDialog(null,
"jaa.."+nombre+apellido+cedula+edad+estado_civil+direccion+telefono+celular+correo+sexo+provin
cia+pais);
56 try {
59 PreparedStatement pst= con.prepareStatement("INSERT INTO datos_personales
(nombre,apellido,cedula,edad,estado_civil,direccion,telefono,celular,correo,sexo,provincia,pais)VAL
UES (?,?,?,?,?,?,?,?,?,?,?,?)");
60 pst.setString(1, nombre);
61 pst.setString(2, apellido);
62 pst.setString(3, cedula);
63 pst.setString(4, edad);
64 pst.setString(5, estado_civil);
65 pst.setString(6, direccion);
66 pst.setString(7, telefono);
67 pst.setString(8, celular);
68 pst.setString(9, correo);
69 pst.setString(10, sexo);
70 pst.setString(11, provincia);
71 pst.setString(12, pais);
72 pst.execute();
73 existe=true;
74
75 JOptionPane.showMessageDialog(null, "Registro Exitoso:");
76 request.getRequestDispatcher("Ver_Personales.jsp").forward(request, response);
77
78 }catch (SQLException ex){
79 ex.printStackTrace();
80 }
81
82 if(existe==true){
83 request.getRequestDispatcher("Ver_Personales.jsp").forward(request, response);
84 }else{
85
86 }
87
88 }
89 }
Guardar datos académicos
44 String nombre= request.getParameter("nombre");
47 String fechaE = request.getParameter("fechaE");

25
48 String notaE= request.getParameter("notaE");
49 String notaG= request.getParameter("notaG");
50 String fechaG=request.getParameter("fechaG");
51 String acta =request.getParameter("acta");
52 String tema=request.getParameter("tema");
53 String promocion=request.getParameter("promocion");
54 String especialidad =request.getParameter("especialidad");
55 String estado =request.getParameter("estado");
56 String tutor=request.getParameter("tutor");
57 JOptionPane.showMessageDialog(null, "datos12
:"+nombre+apellido+cedula+fechaE+notaE+notaG+fechaG+acta+tema+promocion+especialidad+est
ado+tutor);
58
59 try {
62 PreparedStatement pst= con.prepareStatement("INSERT INTO
datos_academicos(nombre,apellido,cedula,fecha_egresado,nota_egresado,nota_graduado,fecha_gradu
acion,numero_acta_grado,tema,promocion,especialidad,estado,tutor) VALUES
(?,?,?,?,?,?,?,?,?,?,?,?,?)");
66 pst.setString(4, fechaE);
67 pst.setString(5, notaE);
68 pst.setString(6, notaG);
69 pst.setString(7, fechaG);
70 pst.setString(8, acta);
71 pst.setString(9, tema);
72 pst.setString(10, promocion);
73 pst.setString(11, especialidad);
74 pst.setString(12, estado);
75 pst.setString(13, tutor);
76
77 pst.execute();
78 existe=true;
79 JOptionPane.showMessageDialog(null, "Registro Exitoso");
80 request.getRequestDispatcher("Ver_Academicos.jsp").forward(request, response);
81
84 }
85
87 request.getRequestDispatcher("Ver_Academicos.jsp").forward(request, response);
88 }else{
89
90 }
91
92 }
93 }

26
Guardar datos académicos
44 String nombre= request.getParameter("nombre");
47 String institucion = request.getParameter("institucion");
48 String cargo= request.getParameter("cargo");
50
51 String pais=request.getParameter("pais");
52 String provincia=request.getParameter("provincia");
53 String direccion=request.getParameter("direccion");
54 String fecha=request.getParameter("fecha");
55 JOptionPane.showMessageDialog(null, "datos
academicos"+nombre+apellido+cedula+institucion+cargo+telefono+pais+provincia+direccion+fecha)
;
56 try {
59 PreparedStatement pst= con.prepareStatement("INSERT INTO datos_trabajo
(nombre,apellido,cedula,nombre_institucion,cargo_desempeña,telefono_institucion,pais,provincia,dire
ccion,fecha)VALUES (?,?,?,?,?,?,?,?,?,?)");
63 pst.setString(4, institucion);
64 pst.setString(5, cargo);
66 pst.setString(7, pais);
69
70 pst.setString(10, fecha);
71
72 pst.execute();
73 existe=true;
75 request.getRequestDispatcher("Ver_Trabajo.jsp").forward(request, response);
76
79 }
80
82 request.getRequestDispatcher("Ver_Trabajo.jsp").forward(request, response);
83 }else{
84
85 }
86
87
88 }
89 }

27
Guardar tutor
47 String especialidad = request.getParameter("especialidad");
49 String celular = request.getParameter("celular");
50 String sexo = request.getParameter("sexo");
51 String direccion= request.getParameter("direccion");
52 String provincia=request.getParameter("provincia");
53 String fecha=request.getParameter("fecha");
54 String edad=request.getParameter("edad");
55 String correo = request.getParameter("correo");
56 try {
59 PreparedStatement pst= con.prepareStatement("INSERT INTO director_proyecto_grado
(nombre,apellido,cedula,especialidad,telefono,celular,sexo,direccion,provincia,fecha_nacimiento,edad
,correo)VALUES (?,?,?,?,?,?,?,?,?,?,?,?)");
63 pst.setString(4, especialidad);
65 pst.setString(6, celular);
66 pst.setString(7, sexo);
70 pst.setString(11, edad);
71 pst.setString(12, correo);
72
73 pst.execute();
74 existe=true;
76 request.getRequestDispatcher("Ver_Tutor.jsp").forward(request, response);
77
80 }
81
83 request.getRequestDispatcher("Ver_Tutor.jsp").forward(request, response);
84 }else{
85
86 }
87
88
89 }
90 }

28
Guardar sugerencia
46 String cedula= request.getParameter("cedula");
47 String estado= request.getParameter("estado");
48 String fecha= request.getParameter("fecha");
49 String tipo= request.getParameter("tipo");
50 String detalle= request.getParameter("detalle");
51 JOptionPane.showMessageDialog(null, "tipo:" + tipo);
52 String ad = "ADMINISTRADOR";
53 String secre = "SECRETARIA";
54 String egre = "EGRESADO";
55 String grad = "GRADUADOADO";
56
57 if(tipo.equals(ad)){
58 try {
61 PreparedStatement pst= con.prepareStatement("INSERT INTO sugerencia_administrador
(nombre,apellido,cedula,estado,fecha,tipo,detalle) VALUES(?,?,?,?,?,?,?)");
67 pst.setString(6, tipo);
68 pst.setString(7, detalle);
69
70
71 pst.execute();
72 existe=true;
74 JOptionPane.showMessageDialog(null, "SUGERENCIA ENVIADA AL
ADMINISTRADOR:");
75 request.getRequestDispatcher("perfil_Egresado.jsp").forward(request, response);
76
79 }
80
82 request.getRequestDispatcher("sugerencia.jsp").forward(request, response);
83 }else{
84
85 }
86
87 }
88
89 else{
90 try {
93 PreparedStatement pst= con.prepareStatement("INSERT INTO sugerencia_secretaria
(nombre,apellido,cedula,estado,fecha,tipo,detalle) VALUES(?,?,?,?,?,?,?)");

29
99 pst.setString(6, tipo);
100 pst.setString(7, detalle);
101
102
103 pst.execute();
104 existe=true;
106 JOptionPane.showMessageDialog(null, "SUGERENCIA ENVIADA SECRETARIA:");
108
111 }
112
115 }else{
116
117 }
118
119
120 }
121 }
122 }
123
4.3. Pruebas
Sistema Detalle Base de datos Detalle Observación
Inicio de sesión Factible Inicio de sesión Evidente
Ingreso al menú Factible
Registro datos
personales
Factible Registro datos
personales
Evidente
Registro de datos
académicos
Factible Registro de datos
académicos
Evidente
Registro de datos
de trabajo
Factible Registro de datos
de trabajo
Evidente
Registro de
director de
proyecto
Factible Registro de
director de
proyecto
Evidente

30
Enviar
sugerencias
Factible Enviar
sugerencias
Evidente
Recibir
sugerencias
Factible Recibir
sugerencias
Evidente
Tabla1: Prueba.
4.4. Manuales
Manual de administrador
El manual facilitará al usuario conocer el funcionamiento del sistema. Dentro
del constará ítems importantes que ayudaran a resolver dudas si existe algún
inconveniente en el manejo del sistema.
La aplicación le permite realizar las siguientes actividades:
 Registrar, Buscar, Modificar Egresados.
 Registrar, Buscar, Modificar Graduados.
 Registrar, Buscar, Modificar, Directores de Proyecto de Grado.
 Registrar, Buscar, Modificar Datos Trabajo Actual del Egresado y Graduado.
 Registrar, Buscar, Modificar Datos Académicos del Egresado y Graduado.
 Registrar, Modificar Usuarios.
 Generar Reportes.
 Solicitudes de Información.
 Sugerencias.
Descripción de los botones.
Se lo utiliza para crear registro (egresado, director de
proyecto de grado, graduado, datos trabajo, datos
académicos).
Se lo utiliza para modificar un registro (egresado,
directores proyecto de grado, graduado, datos
trabajo, datos académicos).

31
Se lo utiliza para crear un nuevo registro (egresado,
director de proyecto de grado, graduado, datos
trabajo, datos académicos).
Se lo utiliza para enviar sugerencias o solicitar
información.
Se lo utiliza para regresar al menú principal.
Tabla1: Botones.
INGRESO AL SISTEMA
Esta es la primera pantalla del sistema, se encuentra el login donde se ingresa
el usuario y contraseña, posteriormente se da clic en ingresar, y el sistema
autentificará y procederá a validar si es correcto ingresa, sino tendrá que
volver a ingresar el respectivo usuario y contraseña.
Figura24: Login.
Si la contraseña es correcta se presentará el menú.

32
Figura 25: Menú.
Caso contrario se presentará la siguiente pantalla.
Figura 26: Mensaje de error de contraseña.
Menú principal del administrador
El administrador tendrá acceso total al sistema, podrá registrar, buscar y
modificar información, crear usuarios, realizar reportes, ayuda, acerca de y
salir.
Figura 27: Menú principal de administrador.

33
Menú ADMINISTRADOR
El administrador podrá crear los usuarios y asimismo las cuentas de usuarios
y respaldar la base de datos.
Figura 28: Menú principal opciones administrador.
Registrar información del estudiante
Al hacer clic en el botón registro de información permitirá registrar la
información de del estudiante datos personales, datos académicos y datos del
trabajo
Figura 29: pantalla de registro de información del egresado/graduado.
Generar reportes
El administrador podrá generar reporte general o a su vez de algo en
específico ya sea graduado, egresado, director de proyectos, usuarios datos
de trabajo

34
Figura 30: Menú opción reportes.

49
Conclusiones
 Con la realización del sistema informatico orientado a la web permitira
mejorar el proceso de seguimiento de los egresados y graduados; donde el
sistema almacenara toda la información, como sus datos personales,
académicos y del trabajo.

50
 Mediante el envio de sugerencias por los egresados y graduados mejorara
la calidad y servicios prestados por la institución.
 El diseño de interfaces amigables, ayudará a los usuarios a comprendere
con mayor facilidad, interactuando correctamente con los procesos que realiza
dicho sistema informático.
RECOMENDACIONES
 Capacitar a la persona encargada de la manipulación del sistema para el
uso correcto y evitar ocasionar errores.
 Realizar monitoreo continuo del sistema web, analizando las
vulnerabilidades para evitar que el sistema este expuesto a hackers.
 Previo a someter el sistema a cualquier proceso de evolución y
mantenimiento es necesario que la persona responsable de llevarlos a cabo,
conozca los aspectos de diseño bajo los cuales han sido desarrollados.

51
Bibliografía
 Abad, J. (2005). Blogger. Fases de ICONIX. Recuperado de:
http://ingsw.blogspot.com/2005/04/tipos-de-pruebas-de software.html.
{01/07/2015}
 Brocca, C. & Casamiquela, R. (2005). Las licencias de software desde la
perspectiva del usuario final. Recuperado de:
http://www.revistapilquen.com.ar/CienciasSociales/Sociales7/7_Brocca_Lice
ncias.pdf. {15/07/2015}
 Carrillo, J. (2012). Enterprise ArchitecRecuperado de:
http://www.unitty.com/index.php?option=com_k2&view=item&id=139:ea-
main&Itemid=88 {01/08/2015}
 Manuel, J. (2011). Blogger. Diagramas de UML. Recuperado de:
http://mitareadeuml.blogspot.com/ {06/08/2015}
 Sater, J. (2014). Blogger. Metodología Iconix. Recuperado de:
http://www.ecured.cu/index.php/ICONIX {06/08/2015}

Informe sseg

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (15)

Semelhante a Informe sseg

Semelhante a Informe sseg (20)

Último

Último (20)

Informe sseg