CASO DE ESTUDIO DE EXAMEN DE GRADO

FACULTAD DE CIENCIA Y TECNOLOGA

CARRERA

Ingeniera de Sistemas

AREA

TALLER INTEGRADOR

CODIGO

EG-S-TI-02-15

Perodo:
2/2015
CASO #1

SISTEMA INFORMATICO PARA EL MANEJO DE

PANSANTIA Y TRABAJO
I.

SITUACION PROBLEMTICA

La falta de un seguimiento a estudiantes que realizan pasantas y buscan

trabajo, es un problema por el cual la universidad viene pasando desde hace
muchos aos. Por otro lado, las empresas que buscan pasantes no cuentan con
una informacin necesaria del estudiante que quiere hacer pasanta o trabajar,
motivo por el cual se precisando un sistema informtico que permita llevar un
control de los estudiantes con pasantas y trabajos.
II.

LOGICA DE NEGOCIO

La Universidad cuenta con distintas facultades, en donde cada carrera de las

diferentes facultades tiene estudiantes interesados en realizar una pasanta o
postular a un trabajo en alguna empresa.
Los estudiantes interesados en realizar una pasanta o postular en algn
trabajo, deben dirigirse al departamento de Bienestar Estudiantil a llenar un
formulario con los datos necesarios, una vez llenado el formulario los
estudiantes debe esperar a ser seleccionados de acuerdo a sus datos
(Semestre, materias cursadas, carrera, etc.), las personas seleccionadas son
elegidas de acuerdo a los requerimientos de las empresas.
El departamento de Bienestar Estudiantil es el encargado de ubicar e informar
al estudiante seleccionado para el trabajo o la pasanta de las empresas, as
como tambin de pasar los datos de los postulantes a las empresas para una
comunicacin directa.
Es importante mencionar que un estudiante puede postular a varios trabajos o
pasantas y que una empresa puede tener muchos postulantes

III.

CONSIDERACIONES DE DISEO DE LA BD

Una Empresa puede tener a uno o muchos postulantes, Un estudiante puede

postular a una o muchas empresas.
Los estudiantes pueden estar en una o dos carreras de diferentes facultades.
El estudiante puede tener uno o ms perfiles, ya que algunos cuenta con ttulos
a nivel tcnico medio o superior.
El tiempo de trabajo de pasanta es diferente en las empresas (2 meses, 3
meses, etc.)
Las empresas pueden seleccionar los perfiles de los estudiantes de acuerdos a
sus requerimientos
Una pasanta tiene una calificacin
Es importante contar con los siguientes datos de los estudiantes que realizan
pasantas:
1. Nombre y Apellido
2. Carrera/semestre
3. Empresas en la que hace pasanta
4. Tiempo que hace la pasanta
5. Calificacin de la pasanta

IV.

ROLES
a. El Administrador manejas los mdulos del sistema
b. Las empresas solicitan pasantes
CASOS DE USO BASICOS

Gestin de estudiantes, Gestin de pasantas, Gestin de trabajo, Gestin de

perfiles, Gestin de postulantes.
V.

REPORTES
a. Listado de postulantes
b. Listado de empresas que requieren pasantes y/o trabajadores
c. Listado de informacin bsica de los estudiantes (Nombre, Carrera,
semestre, facultad)
d. Listado de estudiantes con pasantas (Nombre, Carrera/Semestre,
Empresa en la que hace pasanta, Tiempo de hace pasanta,
Calificacin)
e. Listado de estudiantes con trabajo

f. Listado de estadsticas de los estudiantes con pasantas y/o trabajo

(Modular-trimestral-Semestral-Anual)
VI.

CONSIDERACIONES DE SEGURIDAD DE LA APLICACIN

La aplicacin deber tener acceso por niveles para los diferentes roles,
caducidad de contrasea y una bitcora de las operaciones hechas sobre las
tablas de la base de datos.

VII.

ARTEFACTOS SOLICITADOS
a. Modelo de Requisitos
Listado de requerimientos funcionales y no funcionales
b. Modelo de Anlisis
Modelo de datos
Especificacin de requerimientos funcionales del software (SRS)
c. Modelo de Diseo

Arquitectura de la aplicacin,
Diseo de la base de datos: Lgico y fsico
Realizacin de los requerimientos
Derivados de SQL (Disparadores, cursores, ndices, transacciones,
etc.)

d. Modelo de Implementacin
Modelo de Componentes
Modelo de Despliegue
Implementacin de un requerimiento (el mismo que el anterior,
tipo maestro-detalle)
Diseo de reportes acorde al proceso de negocio requerido.
e. Modelo de Pruebas
Procedimiento de Prueba y Caso de Prueba a ser ilustrado para el prototipo.
VIII.

DESARROLLO
a. En caso de elegir METODOLOGIAS AGILES
Seguir el modelo propuesto en las materias de Anlisis I y II con
base en XP-SCRUM
b. En caso de elegir PUDS.
Desarrollar los artefactos que se mencionan a continuacin

IX.

RESTRICCIONES GENERALES

Se debe utilizar un proceso metodolgico, framework para gestionar el

desarrollo del producto (en trminos generales, no estrictamente aplicado), Uso
de UML para representar los artefactos,
Uso arquitectura del producto.
X.

NOTA

La base de datos debe tener un modelo de recuperacin apropiado a la

importancia de los datos y debe existir una planificacin de backups.
Todos los reportes debern ser visualizables, imprimibles y exportables a los
formatos tradicionales: .doc, .xls,.pdf

XI.

PLANIFICIACION DEL PROYECTO

REQUISITO: Para resolver este aspecto relacionado a la planificacin o gestin

de este proyecto usted debe:
a. Tener un dominio slido del marco conceptual explicado en los libros:
Ingeniera de Software Un enfoque prctico de Roger Pressman
(7ma. Ed.) y Gua de los Fundamentos para la direccin de proyectos
(PMBOX 5ta Ed.)
b. Haber tenido experiencia en anlisis de sistemas despus de haber
vencido las materias: Anlisis de Sistemas I y II, Ingeniera de Software
y Proyecto Integral de Sistemas
SE PIDE:
Se solicita a usted realizar la gestin para este proyecto dando respuesta a los
siguientes puntos:
a Justificacin de la metodologa de desarrollo a utilizar
c. Planificacin temporal
d. Organizacin del personal (Estructura de equipo)
e. Estimaciones del proyecto (Esfuerzo, Coste, Duracin)
f. Anlisis y gestin de los riesgos (del proyecto, tcnicos, del negocio)
g. Gestin de la calidad (Normas a utilizar)
h. Artefactos a utilizar para la comprensin del modelo (Diagramas, tipos
de documentos)
i. Herramientas para representar los diferentes aspectos del modelo
(UML, BPMN, etc.)
j. Plan de comunicacin (Medios de comunicacin, formatos, etc.)
k. Plan de configuracin (control de cambios)
l. Plan de documentacin
m.

Presupuesto (Actualizado y coherente con los proveedores locales)