You are on page 1of 30

DIRECCIN GENERAL DE EDUCACIN SUPERIOR TECNOLGICA

INSTITUTO TECNOLGICO DE SALINA CRUZ


MATERIA:
TALLER DE INVESTIGACION II
TEMA:
AVANCE 8 DESARROLLO DE LOS MODULOS
NOMBRE:
GABRIELA MENDOZA CRUZ

SEMESTRE: VII

GRUPO: E

CARRERA:
INGENIERA EN TECNOLOGIAS DE LA INFORMACIN Y LA
COMUNICACION

SALINA CRUZ, OAXACA DICIEMBRE DEL 2014.

DIAGRAMA ENTIDAD-RELACION
Previendo que la persistencia de la informacin del sistema ser soportada por una base de
datos relacional, este modelo describe la representacin lgica de los datos persistentes, de
acuerdo con el enfoque para modelado relacional de datos.
En la figura 3.10 se muestra el diagrama entidad relacin que es una herramienta para el
modelado de datos que permite representar las entidades relevantes de un sistema de
informacin as como sus interrelaciones y propiedades.

Fig. 3.1. Diagrama Entidad-Relacin

ELABORACIN DEL PLAN DE ANLISIS


Entregables del proyecto
Los entregables son cualquier productor medible y verificable que se elabora para completar un
proyecto o partes de un proyecto. En este caso del proyecto los entregables sern los mdulos
que contendr el proyecto.

A continuacin se indican y describen cada uno de los artefactos que sern generados
y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la
configuracin de RUP desde la perspectiva de artefactos, y que proponemos para este
proyecto.

RUP es un proceso de desarrollo de software que junto con el lenguaje unificado de


modelado UML constituyen la metodologa estndar ms utilizada para el anlisis, diseo,
implementacin y documentacin de sistemas orientados a objetos.

Es preciso destacar que de acuerdo a la filosofa de RUP (y de todo proceso iterativo e


incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de
desarrollo, con lo cual, slo al trmino del proceso podramos tener una versin definitiva y
completa de cada uno de ellos. Sin embargo, el resultado de cada iteracin y los hitos del
proyecto estn enfocados a conseguir un cierto grado de completitud y estabilidad de los
artefactos. Esto ser indicado ms adelante cuando se presenten los objetivos de cada
iteracin.

Plan de Desarrollo del Software


Un plan de desarrollo de software es una herramienta de gestin que promueve el desarrollo de
un determinado proyecto. A continuacin se mostraran el proceso de este proyecto.

Es el presente documento.

Modelo de Casos de Uso del Negocio


Describen los procesos de un negocio, vinculados al campo de accin, y como se benefician e
interactan los socios y clientes en estos procesos.

Los actores que se describen en este proyecto son los alumnos, docentes y los jefes de
departamentos.

Este modelo se representa con un Diagrama de Casos de Uso usando estereotipos


especficos para este modelo.

En la figura No. 3.2 se muestra el diagrama de casos de uso general donde se


especifica el comportamiento general de las actividades que realizara cada actor.

System
Ingresa al sistema

Oferta proyectos
Jefe de Departamento

Asigna docentes

Registra resultados

Ingresa al Ssitema

Da de alta a alumnos

Supervisa proyecto

Docente

Registra Evidencias

Ingresar al sistema

Consulta proyectos
Alumno
Se registra en proyecto

Figura No. 3.2. Casos de uso general

Modelo de Objetos del Negocio


Es un modelo interno a un negocio que describe la realizacin de cada caso de uso del
negocio, estableciendo los actores internos, la informacin que en trminos generales
manipulan y los flujos de trabajo (workflows) asociados al caso de uso del negocio. Para la
representacin de este modelo se utilizan Diagramas de Colaboracin (para mostrar actores
externos, internos y las entidades (informacin) que manipulan, un Diagrama de Clases para
mostrar grficamente las entidades del sistema y sus relaciones, y Diagramas de Actividad
para mostrar los flujos de trabajo.

Modelo de Casos de Uso


Es una descripcin de los pasos o las actividades que debern realizarse para llevar a cabo
algn proceso. Los personajes o entidades que participaran en un caso de uso se denominan
actores.

El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen
uso de ellas. Se representa mediante Diagramas de Casos de Uso.

Estos diagramas sirven para especificar la comunicacin y el comportamiento de un


sistema mediante su interaccin con los usuario y/u otros sistemas.

Usuario

Ingresa al sistema
Contrasea

F
Muestra catalogo de proyectos

i
g

Oferta proyectos

u
r

Asigna un Horario

N
Jefe
o de Departamento
.

Asigna un Proyecto
Asigna Docentes

Se le asigna un Grupo

.
3
.

D
i
a

Proporciona Creditos
Registra Resultados
Da de alta los resultados

g
r
ama de casos de uso del jefe de departamento

En la figura No 3.3 se describe a detalle cada uno de las tareas generales (como se muestran
en el diagrama de casos de uso general) que debe de realizar el jefe de departamento.

Usuario1

Ingresar al sistema

Clave

Los registra

Les da un horario a los alumnos


Da de alta a alumnos
Les asigna las actividades
Docente

Supervisa proyecto

Da asesorias

Entrega reportes
Registra evidencias
Informa resultados

Figura No. 3.4. Diagrama de casos de uso del docente

En la figura No 3.4 se describe a detalle cada uno de las tareas generales (como se muestran
en el diagrama de casos de uso general) que debe de realizar el docente.

Numero de control
Ingresa como usuario
Nip

Visualiza proyecto

Alumno

Consulta proyectos

Revisa horarios

Selecciona un proyecto

Se registra en un proyecto

Se da de alta en el sistema

Figura No. 3.5. Diagrama de casos de uso del alumno

En la figura No 3.5 se describe a detalle cada uno de las tareas generales (como se muestran
en el diagrama de casos de uso general) que debe de realizar cada uno de los alumnos.

Visin
La visin de este proyecto es crear un sistema que agilice el proceso de las actividades
complementarias.
Datos generales del Instituto:
Nombre: Instituto Tecnolgico de Salina Cruz (ITSAL)
Giro: Educativo
Ubicacin: Carretera San Antonio Monterrey km. 1.7, Salina Cruz, Oaxaca.

Departamento Relacionado
Departamento de Electrnica: Es el departamento encargado de la carrera de Ingeniera
en Tecnologas de la Informacin y las Comunicaciones ante las instituciones pblicas y/o
privadas, las cuales pueden tener relacin y convenios de colaboracin para el desarrollo del
sector productivo.

Lista de Actores:
Actores Internos:
o

Alumno

Docente

Jefe de departamento

Actores Externos:
o

Director

Subdirector

Jefes de oficinas

Descripcin del problema


El Instituto Tecnolgico de Salina Cruz (ITSAL) cuenta con varios departamentos escolares,
donde algunos departamentos carecen de un sistema que controlen toda la informacin que
ellos manejan. Debido a ello se escogi el departamento de Actividades Complementarias para
resolver esta inconformidad.

El departamento de Actividades Complementarias es el encargado de realizar todo el


proceso que tiene que ver con este departamento, como son el registro de proyectos, de
actividades extraescolares y por supuesto el registro de evidencias de los alumnos de cada uno
de sus actividades y de esta manera ellos conseguir liberar cinco crditos. El sistema que
carece el departamento es un sistema que registre las evidencias de los alumnos acerca de las
actividades complementarias, la forma de realizar los registro es de manera manual y esto se
lleva mucho tiempo para realizarse, y puede haber perdidas de informacin mientras se hace
dicho registro, debido a esto, se decide trabajar sobre un proyecto que permita realizar estas
acciones de manera ms rpida y sobre todo eficiente.

Este sistema consistir en que los alumnos se registren con su nmero de control y su
NIP y ellos podrn acceder al sistema para despus ver qu tipo de actividades deben de llevar
a cabo para que puedan conseguir el nmero de crditos que este departamento les exige.

Especificaciones de Casos de Uso


Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con
una simple descripcin narrativa) se realiza una descripcin detallada utilizando una plantilla de
documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos
no-funcionales asociados. Tambin, para casos de uso cuyo flujo de eventos sea complejo
podr adjuntarse una representacin grfica mediante un Diagrama de Actividad.

ESPECIFICACIONES DEL JEFE DE DEPARTAMENTO

INGRESA AL SISTEMA:
Breve descripcin:
Este caso de uso ingresa al sistema le permite a los usuarios poder tener acceso a la
informacin de las actividades complementarias:
Descripcin Paso a Paso:
Este caso de uso permite:
1. Acceder con un usuario.
2. Ingresar contrasea.
3. Visualizar la informacin del sistema.

OFERTA PROYECTOS:
Breve descripcin:
Este caso de uso el jefe de departamento oferta los proyectos que hay para que puedan
realizar los alumnos:
Descripcin Paso a Paso:
Este caso de uso permite:
1. Muestra el catlogo de proyectos
2. Asigna un horario

Asigna Docentes:
Breve descripcin:
Este caso de uso le permite asignar un docente que se haga cargo de cada proyecto:
Descripcin Paso a Paso:
1. Registrarse para cursar alguna actividad complementaria.
2. Selecciona las actividades complementarias que desea llevar a cabo.
3. Rellenar trmites necesarios para que se registre oficialmente en el sistema.

REGISTRA RESULTADOS:
Breve descripcin:
Este caso de uso permite resguardar la informacin de que ya se llev a cabo alguna
actividad y de esta manera llevar un control ms seguro de los resultados:
Descripcin Paso a Paso:
1. Proporciona crditos
2. De altas los resultados

ESPECIFICACIONES DEL DOCENTE


Ingresa al sistema:
Breve descripcin:
Este caso de uso ingresa al sistema le permite a los usuarios poder tener acceso a la
informacin de las actividades complementarias:
Descripcin Paso a Paso:
Este caso de uso permite:
4. Acceder con un usuario.
5. Ingresar contrasea.
6. Visualizar la informacin del sistema.

Da de alta a Alumnos:
Breve descripcin:
Este caso de uso el jefe de departamento oferta los proyectos que hay para que puedan
realizar los alumnos:
Descripcin Paso a Paso:
Este caso de uso permite:
3. Muestra el catlogo de proyectos
4. Asigna un horario

Asigna Docentes:
Breve descripcin:
Este caso de uso le permite asignar un docente que se haga cargo de cada proyecto:
Descripcin Paso a Paso:
4. Registrarse para cursar alguna actividad complementaria.
5. Selecciona las actividades complementarias que desea llevar a cabo.
6. Rellenar trmites necesarios para que se registre oficialmente en el sistema.

Registra Resultados:
Breve descripcin:
Este caso de uso permite resguardar la informacin de que ya se llev a cabo alguna
actividad y de esta manera llevar un control ms seguro de los resultados:
Descripcin Paso a Paso:
3. Proporciona crditos
4. De altas los resultados

ESPECIFICACIONES DEL ALUMNO

INGRESA AL SISTEMA:
Breve descripcin:
Este caso de uso ingresa al sistema le permite a los usuarios poder tener acceso a la
informacin de las actividades complementarias:
Descripcin Paso a Paso:
Este caso de uso permite:
7. Acceder con un usuario.
8. Ingresar contrasea.
9. Visualizar la informacin del sistema.

CONSULTA PROYECTOS:
Breve descripcin:
Este caso de uso el alumno puede consultar los proyectos que se encuentran en el
catlogo:
Descripcin Paso a Paso:
Este caso de uso permite:
1. Visualiza los proyectos
2.Revisa los Horarios
3. Selecciona un proyecto.

Especificaciones Adicionales
Este documento capturar todos los requisitos que no han sido incluidos como parte de los
casos de uso y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen:
requisitos legales o normas, aplicacin de estndares, requisitos de calidad del producto, tales
como: confiabilidad, desempeo, etc., u otros requisitos de ambiente, tales como: sistema
operativo, requisitos de compatibilidad, etc.
Prototipos de Interfaces de Usuario
En el diseo de interfaces de usuario es muy importante tener en cuenta principios de diseo
que faciliten su uso. Por este motivo, se han de realizar diferentes prototipos a lo largo del
diseo de la interfaz.

Se trata de prototipos que permiten al usuario hacerse una idea ms o menos precisa
de las interfaces que proveer el sistema y as, conseguir retroalimentacin de su parte
respecto a los requisitos del sistema. Estos prototipos se realizarn como: dibujos a mano en
papel, dibujos con alguna herramienta grfica o prototipos ejecutables interactivos, siguiendo
ese orden de acuerdo al avance del proyecto. Slo los de este ltimo tipo sern entregados al
final de la fase de Elaboracin, los otros sern desechados.

Asimismo, este artefacto, ser desechado en la fase de Construccin en la medida que


el resultado de las iteraciones vayan desarrollando el producto final.
Modelo de Anlisis y Diseo
Este mtodo de anlisis y diseo se crea un conjunto de modelos utilizando una notacin
acordada como es UML.

Este modelo establece la realizacin de los casos de uso en clases y pasando desde
una representacin en trminos de anlisis (sin incluir aspectos de implementacin) hacia una
de diseo (incluyendo una orientacin hacia el entorno de implementacin), de acuerdo al
avance del proyecto

En la figura No. 3.6 se define la estructura del sistema en las clases entidad para
posteriormente dirigirse a la fase de anlisis y diseo.

Jefe de Departamento
-IdDocente: Entero
-Nombre: Cadena
-Area: Cadena
+setIdDocente(Entero)
+setNombre(Cadena)
+setArea(Cadena)
+getIdDocente(): Entero
+getNombre(): Cadena
+getArea(): Cadena
+tostring(): Cadena

Alumnos
-NoControl: Entero
-Nombre: Cadena
-Semestre: Cadena
-Carrera: Cadena
-IdDocente: Entero
+setNoControl(Entero)
+setNombre(Cadena)
+setSemestre(Cadena)
+setCarrera(Cadena)
+setIdDocente(Entero)
+getNoControl(): Cadena
+getNombre(): Cadena
+getSemestre(): Cadena
+getCarrera(): Cadena
+getIdDocente(): Entero
+tostring(): Cadena

Proyecto
-IdProyecto: Entero
-NombreProyecto: Cadena
-Creditos: Entero
-IdDocente: Entero
+setIdProyecto(Entero)
+setNombreProyecto(Cadena)
+setCreditos(Entero)
+setIdDocente(Entero)
+getIdProyecto(): Entero
+getNombreProyecto(): Cadena
+getCreditos(): Entero
+getIdDocente(): Entero
+tostring(): Cadena

Docente
-IdDocente: Entero
-Nombre: Cadena
-Area: Cadena
+setIdDocente(Entero)
+setNombre(Cadena)
+setArea(Cadena)
+getIdDocente(): Entero
+getNombre(): Cadena
+getArea(): Cadena
+tostring(): Cadena

Evidencias
-IdEvidencias: Entero
-Evaluacion: Cadena
-IdDocente: Entero
+setIdEvidencias(Entero)
+setEvaluacion(Cadena)
+setIdDocente(Entero)
+getIdEvidencias(): Cadena
+getEvaluacion(): Cadena
+getIdDocente(): Entero
+tostring(): Cadena

Figura No. 3.6. Clases entidad

La figura 3.7 se muestran las clases borde que son aquellas que se utiliza para modelar la
interaccin entre el sistema y sus actores, representan ventanas, formularios, etc.

frmJefedeDepartamento
+frmJefedeDepartamento()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

frmDocentes
+frmDocentes()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

frmAlumnos
+frmAlumnos()
-void Altas()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

frmProyectos
+frmProyectos()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

frmEvidencias
+frmEvidencias()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

Figura No. 3.7. Clases bord

La figura 3.8 representa la secuencia y el control de los objetos que se usan para encapsular el
control de cada uno de los cosas de usos de la figura 3.5.

CtrlJefedeDepartamento

CtrlProyecto

CtrlDocente

+Altas()
+Bajas()
+Cambios()
+Consultas()
+Salir()

+Altas()
+Bajas()
+Cambios()
+Consultas()
+Salir()

+Altas()
+Bajas()
+Cambias()
+Consultas()
+Salir()

CtrlAlumnos
+Registro()
+Consultas()
+Salir()

CtrlEvidencias
+Altas()
+Cambios()
+Consultas()
+Salir()

Figura No. 3.8. Clases control

La figura 3.9 se muestran las clases ventanas que es la unin entre de las clases entidad,
clases borde y clases control, cada uno de acuerdo los actores correspondientes.

Jefe de Departamento
-IdDocente: Entero
-Nombre: Cadena
-Area: Cadena
+setIdDocente(Entero)
+setNombre(Cadena)
+setArea(Cadena)
+getIdDocente(): Entero
+getNombre(): Cadena
+getArea(): Cadena
+tostring(): Cadena

frmJefedeDepartamento
CtrlJefedeDepartamento
+Altas()
+Bajas()
+Cambios()
+Consultas()
+Salir()

+frmJefedeDepartamento()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

Proyecto
-IdProyecto: Entero
-NombreProyecto: Cadena
-Creditos: Entero
-IdDocente: Entero
+setIdProyecto(Entero)
+setNombreProyecto(Cadena)
+setCreditos(Entero)
+setIdDocente(Entero)
+getIdProyecto(): Entero
+getNombreProyecto(): Cadena
+getCreditos(): Entero
+getIdDocente(): Entero
+tostring(): Cadena

frmDocentes
CtrlProyecto
+Altas()
+Bajas()
+Cambios()
+Consultas()
+Salir()

+frmDocentes()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

frmAlumnos

Docente
-IdDocente: Entero
-Nombre: Cadena
-Area: Cadena
+setIdDocente(Entero)
+setNombre(Cadena)
+setArea(Cadena)
+getIdDocente(): Entero
+getNombre(): Cadena
+getArea(): Cadena
+tostring(): Cadena

CtrlDocente
+Altas()
+Bajas()
+Cambias()
+Consultas()
+Salir()

+frmAlumnos()
-void Altas()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

frmProyectos

Alumnos
-NoControl: Entero
-Nombre: Cadena
-Semestre: Cadena
-Carrera: Cadena
-IdDocente: Entero
+setNoControl(Entero)
+setNombre(Cadena)
+setSemestre(Cadena)
+setCarrera(Cadena)
+setIdDocente(Entero)
+getNoControl(): Cadena
+getNombre(): Cadena
+getSemestre(): Cadena
+getCarrera(): Cadena
+getIdDocente(): Entero
+tostring(): Cadena

CtrlAlumnos
+Registro()
+Consultas()
+Salir()

+frmProyectos()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

Evidencias
-IdEvidencias: Entero
-Evaluacion: Cadena
-IdDocente: Entero
+setIdEvidencias(Entero)
+setEvaluacion(Cadena)
+setIdDocente(Entero)
+getIdEvidencias(): Cadena
+getEvaluacion(): Cadena
+getIdDocente(): Entero
+tostring(): Cadena

frmEvidencias

CtrlEvidencias
+Altas()
+Cambios()
+Consultas()
+Salir()

+frmEvidencias()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

Figura No. 3.9. Clases ventana

En la figura 3.10 muestra la clase general que proporciona la descripcin de los tipos de
relacin que se utilizan entre todos los elementos del sistema.

Alumnos
-NoControl: Entero
-Nombre: Cadena
-Semestre: Cadena
-Carrera: Cadena
-IdDocente: Entero

frmProyectos
+frmProyectos()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

CtrlAlumnos
+Registro()
+Consultas()
+Salir()

+setNoControl(Entero)
+setNombre(Cadena)
+setSemestre(Cadena)
+setCarrera(Cadena)
+setIdDocente(Entero)
+getNoControl(): Cadena
+getNombre(): Cadena
+getSemestre(): Cadena
+getCarrera(): Cadena
+getIdDocente(): Entero
+tostring(): Cadena

Jefe de Departamento
Proyecto

-IdDocente: Entero
-Nombre: Cadena
-Area: Cadena

-IdProyecto: Entero
-NombreProyecto: Cadena
-Creditos: Entero
-IdDocente: Entero

+setIdDocente(Entero)
+setNombre(Cadena)
+setArea(Cadena)
+getIdDocente(): Entero
+getNombre(): Cadena
+getArea(): Cadena
+tostring(): Cadena

+setIdProyecto(Entero)
+setNombreProyecto(Cadena)
+setCreditos(Entero)
+setIdDocente(Entero)
+getIdProyecto(): Entero
+getNombreProyecto(): Cadena
+getCreditos(): Entero
+getIdDocente(): Entero
+tostring(): Cadena

CtrlDocente

+setIdDocente(Entero)
+setNombre(Cadena)
+setArea(Cadena)
+getIdDocente(): Entero
+getNombre(): Cadena
+getArea(): Cadena
+tostring(): Cadena

+Altas()
+Bajas()
+Cambias()
+Consultas()
+Salir()

CtrlJefedeDepartamento
+Altas()
+Bajas()
+Cambios()
+Consultas()
+Salir()

CtrlProyecto
+Altas()
+Bajas()
+Cambios()
+Consultas()
+Salir()

Docente
-IdDocente: Entero
-Nombre: Cadena
-Area: Cadena

frmJefedeDepartamento
+frmJefedeDepartamento()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

frmAlumnos
Evidencias
-IdEvidencias: Entero
-Evaluacion: Cadena
-IdDocente: Entero
+setIdEvidencias(Entero)
+setEvaluacion(Cadena)
+setIdDocente(Entero)
+getIdEvidencias(): Cadena
+getEvaluacion(): Cadena
+getIdDocente(): Entero
+tostring(): Cadena

+frmAlumnos()
-void Altas()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

CtrlEvidencias
frmDocentes
+frmDocentes()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

+Altas()
+Cambios()
+Consultas()
+Salir()

frmEvidencias
+frmEvidencias()
-void Altas()
-void Bajas()
-void Cambios()
-void Consultas()
-void Salir()
-void btnGuardarActionPerformed(java.va.awt.event.ActionEvent evt)
-void btnSalirActionPerformed(java.awt.event.ActionEvent evt)

Figura No. 3.10. Clase general

3.5.2.1.

Modelo relacional

Jefe de Departamento (IdJefe; Nombre, Area);

Docente (IdDocente; Nombre, AreaDocente);

Proyectos (IdProyecto, IdDocente; NombreProyecto, Creditos);

Alumnos (NoControl, IdDocente; Nombre, Semestre, Carrera);

Evidencias (IdEvidencias, IdDocente; Reporte);

Oferta (IdProyecto, IdJefe);

Asigna (IdJefe, IdDocente);

Realiza (IdProyecto, NoControl);

Entrega (IdDocente, IdEvidencias);

PROTOTIPO DE SICAC
En la figura 4.1 se muestra la primera pantalla es la principal donde el Jefe De
Departamento, Docente o Alumno puede ingresar al sistema.

Figura No. 4.1. Pantalla principal del sistema

En la figura 4.2 una vez seleccionando cualquier campo para poder ingresar
Ingresamos un Usuario para poder acceder al Sistema.

Figura No.4.2. Mdulo de iniciar sesin del jefe de departamento

En la figura 4.3 una vez ingresando nos muestra la pantalla de Bienvenido en este
caso es del Jefe de Departamento.

Figura No. 4.3. Pantalla de bienvenido del jefe de departamento

En la figura 4.4 se seleccionan el men de proyectos les mandara la lista de todos los
proyectos que se ofertan y los cuales podr dar de alta, baja hacer cambios, consultas
a un proyecto.

Figura No. 4.4. Lista de actividades

En la figura 4.5 el docente de igual manera ingresa con un usuario y una contrasea.

Figura No. 4.5. Inicio de sesin del docente

En la figura 4.6 una vez ingresado el Docente mostrara la pantalla de Bienvenidos.

Figura No. 4.6. Pantalla de bienvenido del docente

En la figura 4.7 el docente a la hora de seleccionar a Alumnos le mostrara una lista de


los alumnos inscritos de dicha actividad.

Figura No. 4.7. Lista de alumnos del docente

En la figura 4.8 a la hora de seleccionar evidencias muestra la misma pantalla pero


donde asigna una calificacin al alumno que aprob su proyecto.

Figura No. 4.8. Lista de evidencias del docente

En la figura 4.9 el alumno ingresa al sistema con un usuario y una contrasea.

Figura No. 4.9. Pantalla de iniciar sesin del alumno

En la figura 4.10 nos muestra la pantalla de igual manera la misma que el Jefe de
Departamento y del Docente.

Figura No. 4.10. Pantalla de bienvenido del alumno

En la figura 4.11 el alumno consultas los proyectos a los cuales se puede inscribirse.

Figura No. 4.11. Lista de actividades para alumnos

En la figura 4.12 se inscriben a la actividad que seleccionan y les aparece un


formulario el cual tendrn que rellenar para poder inscribirse a cualquier actividad.

Figura No. 4.12. Formulario para el registro del alumno

You might also like