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.


http://ramsesmartinezortiz.blogspot.com/


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).

Figura9: Arquitectura. 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)

Figura10: Arquitectura. Fuente: Pagina web Academia.

Responsable: Eliazar López.

http://1.bp.blogspot.com/-pedng1FY50I/T7_2jkV_6bI/AAAAAAAAAKg/q3SJAkA8zVs/s1600/Tres_capas.PNG

http://2.bp.blogspot.com/-fiFpRm6EQXA/T7_5nDGa6hI/AAAAAAAAAK0/7WvGFJYpVGE/s1600/3-tier.gif

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” Responsable: Cisne Natividad Criollo Valarezo.

Figura13: Diagrama de robustez crear cuenta de usuario.

Fuente: Instituto Tecnológico Superior “Nuestra Señora del Rosario”. Responsable: Cisne Natividad Criollo Valarezo.

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. Fuente: Instituto Tecnológico Superior Nuestra Señora del Rosario.

Responsable: Cisne Natividad Criollo Valarezo.

20

3.6. Diagrama paquete

Figura18: Diagrama de paquetes.

Fuente: Instituto Tecnológico Superior Nuestra Señora del Rosario. 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. Fuente: Instituto Tecnológico Superior Nuestra Señora del Rosario.

Responsable: Cisne Natividad Criollo Valarezo.

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. Fuente: Instituto Tecnológico Superior Nuestra Señora del Rosario.

Responsable: Cisne Natividad Criollo Valarezo

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. Fuente: Instituto Tecnológico Superior Nuestra Señora del Rosario.

Responsable: Cisne Natividad Criollo Valarezo

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.


35

4.5. Documentación

36

37

38

39

40

41

42

43

44

45

46

47

48

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}

http://www.unitty.com/index.php?option=com_k2&view=item&id=139:ea-main&Itemid=88

http://www.unitty.com/index.php?option=com_k2&view=item&id=139:ea-main&Itemid=88

Education

Informe sseg