Post on 15-Jul-2016
description
CASO DE ESTUDIO DE EXAMEN DE GRADO
FACULTAD DE CIENCIA Y TECNOLOGÍA
CARRERA Ingeniería de Sistemas
AREA TALLER INTEGRADOR
CODIGO EG-S-TI-02-15Período: 2/2015
CASO #1
SISTEMA INFORMATICO PARA EL MANEJO DE PANSANTIA Y TRABAJO
I. SITUACION PROBLEMÁTICA
La falta de un seguimiento a estudiantes que realizan pasantías y buscan trabajo, es un problema por el cual la universidad viene pasando desde hace muchos años. Por otro lado, las empresas que buscan pasantes no cuentan con una información necesaria del estudiante que quiere hacer pasantía o trabajar, motivo por el cual se precisando un sistema informático que permita llevar un control de los estudiantes con pasantías 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 pasantía o postular a un trabajo en alguna empresa.Los estudiantes interesados en realizar una pasantía o postular en algún 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 pasantía de las empresas, así como también de pasar los datos de los postulantes a las empresas para una comunicación directa.Es importante mencionar que un estudiante puede postular a varios trabajos o pasantías y que una empresa puede tener muchos postulantes
III. CONSIDERACIONES DE DISEÑO 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 más perfiles, ya que algunos cuenta con títulos a nivel técnico medio o superior.El tiempo de trabajo de pasantía 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 pasantía tiene una calificación Es importante contar con los siguientes datos de los estudiantes que realizan pasantías:
1. Nombre y Apellido2. Carrera/semestre3. Empresas en la que hace pasantía 4. Tiempo que hace la pasantía 5. Calificación de la pasantía
IV. ROLES
a. El Administrador manejas los módulos del sistema b. Las empresas solicitan pasantes
CASOS DE USO BASICOS
Gestión de estudiantes, Gestión de pasantías, Gestión de trabajo, Gestión de perfiles, Gestión de postulantes.
V. REPORTES
a. Listado de postulantes b. Listado de empresas que requieren pasantes y/o trabajadores c. Listado de información básica de los estudiantes (Nombre, Carrera, semestre, facultad)d. Listado de estudiantes con pasantías (Nombre, Carrera/Semestre, Empresa en la que
hace pasantía, Tiempo de hace pasantía, Calificación)e. Listado de estudiantes con trabajof. Listado de estadísticas de los estudiantes con pasantías y/o trabajo (Modular-trimestral-
Semestral-Anual)
VI. CONSIDERACIONES DE SEGURIDAD DE LA APLICACIÓN
La aplicación deberá tener acceso por niveles para los diferentes roles, caducidad de contraseña y una bitácora 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 Análisis
Modelo de datos Especificación de requerimientos funcionales del software (SRS)
c. Modelo de Diseño
Arquitectura de la aplicación, Diseño de la base de datos: Lógico y físico Realización de los requerimientos Derivados de SQL (Disparadores, cursores, índices, transacciones, etc.)
d. Modelo de Implementación
Modelo de Componentes Modelo de Despliegue Implementación de un requerimiento (el mismo que el anterior, tipo maestro-
detalle) Diseño 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 Análisis I y II con base en XP-SCRUM
b. En caso de elegir PUDS.
Desarrollar los artefactos que se mencionan a continuación
IX. RESTRICCIONES GENERALES
Se debe utilizar un proceso metodológico, framework para gestionar el desarrollo del producto (en términos 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 recuperación apropiado a la importancia de los datos y debe existir una planificación de backups.Todos los reportes deberán ser visualizables, imprimibles y exportables a los formatos tradicionales: .doc, .xls,.pdf
XI. PLANIFICIACION DEL PROYECTO
REQUISITO: Para resolver este aspecto relacionado a la planificación o gestión de este proyecto usted debe:
a. Tener un dominio sólido del marco conceptual explicado en los libros: Ingeniería de Software – Un enfoque práctico de Roger Pressman (7ma. Ed.) y Guía de los Fundamentos para la dirección de proyectos (PMBOX 5ta Ed.)
b. Haber tenido experiencia en análisis de sistemas después de haber vencido las materias: Análisis de Sistemas I y II, Ingeniería de Software y Proyecto Integral de Sistemas
SE PIDE:Se solicita a usted realizar la gestión para este proyecto dando respuesta a los siguientes puntos:
a. Justificación de la metodología de desarrollo a utilizar
b. Planificación temporalc. Organización del personal (Estructura de equipo)d. Estimaciones del proyecto (Esfuerzo, Coste, Duración)e. Análisis y gestión de los riesgos (del proyecto, técnicos, del negocio)f. Gestión de la calidad (Normas a utilizar)g. Artefactos a utilizar para la comprensión del modelo (Diagramas, tipos de documentos)h. Herramientas para representar los diferentes aspectos del modelo (UML, BPMN, etc.)i. Plan de comunicación (Medios de comunicación, formatos, etc.)j. Plan de configuración (control de cambios)k. Plan de documentaciónl. Presupuesto (Actualizado y coherente con los proveedores locales)