REPUBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN SUPERIOR INSTITUTO UNIVERSITARIO DE TECNOLOGIA DEL ESTADO

TRUJILLO

SISTEMA INTEGRAL DE BIENESTAR ESTUDIANTIL (SIBE)

Integrantes: Tsu. Nelson Snchez Tsu. Nez Gustavo Tsu. Calderas Gonzalo Tsu. Rivero Belfer C.I. 11896340 C.I. 12644343 C.I. 14328543 C.I. 15583923

En el siguiente documento se presenta el desarrollo y planificacin de un sistema automatizado para los procesos administrativos que se realizan en el departamento de Bienestar Estudiantil de la Universidad Nacional Experimental Simn Rodrguez ncleo Valera, en el cual se detallan aspectos como, la descripcin del sistema actual y desarrollo del sistema propuesto, desarrollado bajo la metodologa WATCH implementada por Jons A. Montilva. La elaboracin del proyecto propone solucionar requerimientos y necesidades observadas en el estudio que se realiz en dicho departamento y de esta manera incentivar el desarrollo administrativo y acadmico con las nuevas tecnologas.

El mtodo WATCH consta de tres componentes: Modelo del producto: Describe el tipo de producto que el mtodo WATCH ayuda a producir. Establece las caractersticas arquitectnicas generales de una aplicacin empresarial. Una aplicacin empresarial es aplicacin distribuida que apoya la ejecucin de procesos de negocios en una empresa. Las aplicaciones de comercio electrnico y los sistemas de informacin web (SIW) son dos tipos particulares de aplicaciones empresariales. Tanto las aplicaciones web como los SIW dan soporte a un conjunto de uno o ms procesos de negocios, mediante una interfaz web que permite el intercambio de datos e informacin a travs de una red Intranet, Extranet o Internet. Las aplicaciones empresariales se instalan y corren sobre plataformas distribuidas compuestas por: Servidores web que se encargan del manejo de la capa de presentacin de las aplicaciones empresariales Servidores de aplicaciones que manejan la lgica del negocio de las aplicaciones empresariales. Servidores de datos que gestionan los datos de las aplicaciones empresariales.

Figura 1. La Plataforma tpica de ejecucin de una aplicacin empresarial

Las aplicaciones empresariales modernas siguen un patrn o estilo arquitectnico similar, denominado arquitectura de 3 o ms capas (n-tier). En este estilo arquitectnico, la lgica del negocio se instala y ejecuta separadamente del manejo de los datos y de la interfaz usuario/sistema de la aplicacin, tal como se ilustra en la figura 2.

Figura 2. Estilo arquitectnico de una aplicacin empresarial

Modelo del proceso: Es un marco metodolgico que describe, en trminos generales, un conjunto estructurado de actividades necesarias una descripcin estructurada del conjunto de actividades que el grupo de desarrollo deber seguir para producir una aplicacin empresarial. Este modelo organiza estas actividades en dos tipos de procesos diferentes pero complementarios: procesos gerenciales y procesos de desarrollo. Los procesos gerenciales describen las actividades que la gerencia del proyecto (o, en su defecto, el lder del proyecto) debe realizar para: 1. Planificar, organizar, dirigir, manejar el grupo de desarrollo y controlar el proyecto de desarrollo de un sistema o aplicacin empresarial. 2. Asegurar la calidad del sistema. 3. Gestionar la configuracin del sistema. 4. Adiestrar el grupo de desarrollo durante el proceso de ejecucin del proyecto.

Los procesos de desarrollo son los procesos tcnicos que describen que debe hacer el grupo de desarrollo para producir una aplicacin empresarial. Estos procesos se organizan en una estructura jerrquica formada por fases, pasos y actividades. El marco metodolgico es cclico, iterativo y controlado. Cada ciclo de procesos de desarrollo produce una nueva versin del sistema o un nuevo subsistema del sistema en desarrollo. En cada ciclo se puede iterar entre las fases a fin de corregir errores, introducir nuevos requisitos o, simplemente, mejorar el producto en desarrollo. Los procesos de desarrollo son planificados y controlados por los procesos gerenciales, que se ubican en el centro del marco metodolgico ilustrado en la figura 3.

Figura 3. Modelo de procesos

Los procesos del Mtodo WATCH se pueden concebir, tambin, como una cadena de valor cuyos procesos fundamentales o claves son apoyados por un conjunto de procesos gerenciales, a continuacin se describe las cuatro (4) primeras fases desarrolladas hasta ahora. Fase 1: Modelado del Negocio Obtener un conocimiento global y detallado del dominio de la aplicacin empresarial; esto es, del sistema de negocios para el cual se desarrolla la aplicacin. Este conocimiento se logra a travs de un proceso de modelado empresarial que determina los objetivos, procesos, actores, objetos, reglas, eventos y unidades organizacionales del Sistema de Negocios (SN). Descripcin del diagnstico situacional. La Universidad Nacional Experimental Simn Rodrguez Ncleo Valera, est distribuida por diversos departamentos administrativos y de diferente ndole acadmico que interactan entre s para ejecutar el buen servicio y funcionamiento de la institucin en sus diferentes reas. Para el diagnstico en la bsqueda de informacin de la institucin hemos utilizado herramientas de trabajo como la Observacin directa y la Entrevista. A continuacin se explica de forma detallada el rea para la cual se desarrolla el sistema. Bienestar estudiantil El departamento est Coordinado por un Facilitador, una Asistente administrativo y una Trabajadora Social. Este departamento trabaja bajo la supervisin de la Sub-direccin Coordinacin Acadmica, tiene como fin Contribuir con la formacin integral de los estudiantes de la universidad mediante el desarrollo de programas y actividades de orientacin acadmica, vocacional, deportiva, recreativa, cultural, ocupacional y laboral, de servicios mdicos asistenciales y socioeconmicos; as como para la conformacin de

organizaciones que participen en el quehacer de la institucin. Promover los medios necesarios para que la comunidad estudiantil obtenga un nivel adecuado de bienestar integral, principalmente en el rea de orientacin psico-social, acadmica socio-econmica ocupacional, cultural deportiva y recreacional.

El departamento cuenta con dos (2) equipos de computacin (Monitor, CPU, teclado, ratn) y una impresora, dichos equipos presentan fallas por ser tan obsoletos (poca capacidad de almacenamiento) por tanto se requiere de la inclusin de nuevos equipos y de un archivo mvil para guardar los reportes y planillas que genera cada semestre. Un proceso que realiza el departamento es el registro de los datos socioeconmicos de los participantes, el cual se realiza despus de que el participante realiza la inscripcin del semestre, el participante se dirige al departamento de Bienestar Estudiantil, presenta su cedula de identidad y planilla de inscripcin al coordinador o asistente del departamento para verificar su validez, es decir, si es estudiante del instituto, luego el coordinador entrega las planillas del censo socioeconmico al participante, este es un formato de preguntas que est impreso en papel relacionadas con aspectos personales del participante, el cual debe llenar y luego entregar al departamento para su posterior anlisis. Para la solicitud de beca estudiantil, el participante debe sacar una copia de las planillas de solicitud de beca, el cual debe llenar (el formato cuenta con 84 preguntas a responder) y consignar junto con copia de la cedula, planilla de inscripcin y planilla de record acadmico. Para la solicitud de ayuda econmica, el participante debe llevar prescripcin mdica o presupuesto de medicinas y consignar junto con copia de la cedula, planilla de inscripcin, la trabajadora social realiza un reporte del participante solicitando la ayuda, y junto con el coordinador analizan la situacin para su posterior ejecucin. Es una necesidad el disear un sistema que controle dicho proceso y agilice las tareas que se realizan ya que mediante esos datos se identifican posibles soluciones para servicios como bandeja universitaria, trasporte estudiantil y becas estudiantiles.

Alternativas de Solucin Decidimos seleccionar la necesidad que existe en Desarrollar un Sistema Automatizado que administre los procesos administrativos del Departamento de Bienestar Estudiantil de la Universidad Nacional Experimental Simn Rodrguez. La seleccin de esta necesidad se fundamenta en el estudio que realizamos al implementar el Mtodo Hanlon, dando como resultado mximo este el valor ms alto obtenido y aplicable al desarrollo del sistema, esta alternativa de solucin tambin permite lograr la ejecucin efectiva de actividades de inters para la universidad. Cabe destacar que la comunidad involucrada, en este caso los participantes y personal administrativo que se encargaran de utilizar el sistema a implementar, estn satisfechos con los resultados obtenidos por la solucin que se ideo para resolver la necesidad y son las personas que se beneficiaran con la implementacin del mismo. Propsito del Sistema: Objetivo General Como desarrolladores del sistema que hemos planteado para la solucin de la necesidad pensamos que el objetivo de ste, es el de Llevar un control

automatizado de los datos socios econmicos de los participantes de la Universidad Nacional Experimental Simn Rodrguez, permitiendo a su vez proveer a la coordinacin de una data actualizada, de fcil acceso y que gestione mayor produccin el trabajo que all se genera. Objetivos Especficos Para lograr el desarrollo e implementacin del objetivo general, nos enfocaremos en realizar los siguientes objetivos especficos: Registrar de manera automatizada todo los datos socioeconmicos de los participantes. Mantener una actualizacin de los datos de los participantes. Proveer de manera inmediata toda la informacin de los estudiantes a la coordinacin de desarrollo estudiantil.

Disponer de forma inmediata un listado de acuerdo al requerimiento exigido por la coordinacin. Agilizar procesos de obtencin de becas, mediante el anlisis de los datos obtenidos por la solicitud. Agilizar procesos servicios de salud. Crear ruta estudiantil acorde con la poblacin.

Fase 2: Ingeniera de Requisitos Determinar las necesidades de informacin y automatizacin de procesos de negocios, que tienen los usuarios de la aplicacin empresarial en desarrollo, mediante la definicin y especificacin de sus requisitos. Requisitos del Negocio Que los participantes puedan Acceder al sistema desde cualquier lugar con servicio a internet. Agilizar los diferentes procesos que all se realizan. Integrar al departamento y su entorno a las nuevas tecnologas en el proceso de manejo de la informacin. Llevar un mejor control de las solicitudes que se realizan. Requisitos de Usuario El Participante puede realizar el proceso de solicitud para una Beca Estudiantil. El Participante puede realizar el proceso de solicitud para una Ayuda Econmica. El Participante puede realizar el proceso de solicitud para el Servicio de Transporte. El Participante puede realizar el proceso para el registro de Datos Personales. El Participante puede realizar el proceso para el registro de Censo Socioeconmico. El Participante puede visualizar el estado de las solicitudes realizadas. El Participante puede crear su propio usuario de acceso. El Coordinador puede registrar participantes. El Coordinador puede gestionar las solicitudes del participante. El Coordinador puede solicitar o consulta reportes de estado. El Administrador puede registrar coordinador y administrador El Administrador puede realizar el registro de nuevos datos que competen al funcionamiento del sistema (Carreras, transporte, chofer, tipos de beca, patologas).

Requisitos del Sistema Debe mostrar mensajes advertencia si el usuario no est registrado. Muestra para cada usuario un men con diferentes opciones. Muestra el estatus de las solicitudes realizadas. Genera constancias de las solicitudes realizadas. Valida cuando la informacin ingresada es incorrecta. Da acceso para eliminar o editar ciertos datos Requisitos de Comportamiento Emite las constancias (por pantalla e impresa) de los diferentes procesos que solicite el participante. Emite reportes (por pantalla e impresa) especficos que solicite el coordinador. Permite mostrar el estatus en que se encuentra una solicitud Muestra en una lista las solicitudes que se realizan. Requisitos No Funcionales
Requisito de Restricciones Debe ser desarrollada bajo una aplicacin Web. El sistema debe trabajarse tanto en plataformas libres como privativos. Se limita exclusivamente a las actividades del departamento de Bienestar Estudiantil. Los usuarios que van a utilizar el sistema deben pertenecer a la universidad.

Requisito de Calidad El sistema debe ser de fcil manejo para los usuarios que intervienen. El sistema cumple con los estndares de seguridad requeridos. Los actores que intervienen deben poseer un usuario y una contrasea para tener acceso al sistema. El sistema se ajusta al perfil del usuario. Segn la escala de LIKER, la facilidad de uso es de un nivel 5.

Requisito de Interfaz

La interfaz del sistema es grfica y ser implementada usando tecnologa Web

Regla del Negocio Todo participante inscrito debe registrar o actualizar los datos pertenecientes al censo socioeconmico. Todo participante tiene derecho a ser uso de los servicios (Becas, transporte, ayudas econmicas, entre otros) que proporciona la coordinacin. Solo los participantes activos con un promedio de 4.50pts.en adelante y no ser empleado de la institucin pueden optar por el servicio de Beca. Para optar por el servicio de transporte solo se requiere ser participante activo. Si el participante no cumple con las reglas establecidas para uso las becas, este ser suspendido de la misma. Los participantes que se encuentran activos en el seguro social no pueden optar el servicio de Beca. Solo los participantes activos y no empleados de la institucin pueden optar por el servicio de ayuda econmica. El participante debe cumplir con todos los requisitos requeridos segn sea el caso, para solicitar los servicios. Si el participante El coordinador es el nico encargado de aprobar, rechazar o suspender cualquier solicitud de los servicios que presta la coordinacin. El coordinador es el nico que valida los requisitos para optar por los servicios. El coordinador est encargado de realizar el seguimiento del estado de los participantes con el servicio de las becas. El coordinador est encargado de realizar el seguimiento del estado de los participantes con el servicio de las Ayudas econmicas. El coordinador est encargado de realizar el seguimiento del estado de los participantes con el servicio de Transporte.

Fase 3: Diseo Arquitectnico

Elaborar un diseo de la arquitectura de la aplicacin empresarial que sea apropiada a los requisitos especificados y que establezca los subsistemas de la aplicacin, los componentes de cada subsistema, las conexiones entre estos componentes y las restricciones que regulan la arquitectura. Descripcin de la Arquitectura La arquitectura del sistema se basa en un entorno Web, siendo este la caracterstica principal del sistema debido a que los actores involucrados en el uso del mismo podrn acceder a l en cualquier momento y desde cualquier computador con acceso a internet, propone un entorno de interfaz amigable y de fcil manejo para los usuarios, interactivo, manejable y dando la posibilidad a los usuarios de realizar en menos tiempo las tareas a ejecutar. Las aplicaciones web se han convertido en pocos aos en complejos sistemas con interfaces de usuario cada vez ms parecidas a las aplicaciones de escritorio, dando servicio a procesos de negocio de considerable envergadura y establecindose sobre ellas requisitos estrictos de accesibilidad y respuesta. Esto ha exigido reflexiones sobre la mejor arquitectura y las tcnicas de diseo ms adecuadas. En este artculo se pretende dar un breve repaso a la arquitectura de tales aplicaciones y a los patrones de diseo ms aplicables. En los ltimos aos, la rpida expansin de Internet y del uso de intranets corporativas ha supuesto una transformacin en las necesidades de informacin de las organizaciones.

En particular esto afecta a la necesidad de que: La informacin sea accesible desde cualquier lugar dentro de la organizacin e incluso desde el exterior. Esta informacin sea compartida entre todas las partes interesadas, de manera que todas tengan acceso a la informacin completa (o a aquella parte que les corresponda segn su funcin) en cada momento.

Estas necesidades han provocado un movimiento creciente de cambio de las aplicaciones tradicionales de escritorio hacia las aplicaciones web, que por su idiosincrasia, cumplen a la perfeccin con las necesidades mencionadas anteriormente. Por tanto, los sitios web tradicionales que se limitaban a mostrar informacin se han convertido en aplicaciones capaces de una interaccin ms o menos sofisticada con el usuario. Inevitablemente, esto ha provocado un aumento progresivo de la complejidad de estos sistemas y, por ende, la necesidad de buscar opciones de diseo nuevas que permitan dar con la arquitectura ptima que facilite la construccin de los mismos.

El usuario interacciona con las aplicaciones web a travs del navegador. Como consecuencia de la actividad del usuario, se envan peticiones al servidor, donde se aloja la aplicacin y que normalmente hace uso de una base de datos que almacena toda la informacin relacionada con la misma. El servidor procesa la peticin y devuelve la respuesta al navegador que la presenta al usuario. Por tanto, el sistema se distribuye en tres componentes: el navegador, que presenta la interfaz al usuario; la aplicacin, que se encarga de realizar las operaciones necesarias segn las acciones llevadas a cabo por ste y la base de datos, donde la informacin relacionada con la aplicacin se hace persistente. Esta distribucin se conoce como el modelo o arquitectura de tres capas.

Considerando la plataforma sobre la cual se construir el sistema, tenemos que el sistema operativo a utilizar es Microsoft Windows 7, sistema de diseo de interfaz es Adobe Dreamweaver cs4, programacin del sistema basado en PHP, con el manejador de Base de Datos MySQL Observado este modelo arquitectnico decidimos desarrollar la aplicacin Web SIBE (Sistema Integral de Bienestar Estudiantil) al Departamento de Bienestar estudiantil de la Universidad Nacional Experimental Simn Rodrguez (UNESR) del Estado Trujillo.

Representacin Arquitectnica. Vistas de Casos de Uso

Usuario Participante

Usuario Coordinador

Usuario Administrador

Vista de Procesos Usuario Participante

Usuario Participante

Usuario Participante

Usuario Participante

Usuario Participante

Usuario Coordinador: Gestionar Participante

Usuario Coordinador: Gestionar Censo

Usuario Coordinador: Gestionar Solicitud de Becas

Usuario Coordinador: Gestionar Solicitud de Transporte

Usuario Coordinador: Gestionar Solicitud de Ayuda Econmica

Usuario Administrador: Gestionar Usuarios

Usuario Administrador: Gestionar Mantenimiento

Usuario Administrador: Gestionar Chofer

Usuario Administrador: Gestionar Transporte

Usuario Administrador: Gestionar Tipo de Becas

Usuario Administrador: Gestionar Tipo de Ayuda

Usuario Administrador: Gestionar Patologas

Usuario Administrador: Gestionar Oficios

Usuario Administrador: Gestionar Carreras

Usuario Administrador: Gestionar Balance - Cuentas

Vista de Despliegue: Sistema Integral de Bienestar Estudiantil

Vista de Implementacin Usuario Participante: Gestionar Usuario

Usuario Participante: Gestionar Censo

Usuario Participante: Gestionar Solicitud de Beca

Usuario Participante: Gestionar Solicitud de Transporte

Usuario Participante: Gestionar Solicitud de Ayuda Econmica

Usuario Coordinador: Gestionar Participante

Usuario Coordinador: Gestionar Solicitud de Beca

Usuario Coordinador: Gestionar Censo

Usuario Coordinador: Gestionar Solicitud de Ayuda Econmica

Usuario Coordinador: Gestionar Solicitud de Transporte

Usuario Administrador: Gestionar Usuarios

Usuario Administrador: Gestionar Mantenimiento

Usuario Administrador: Gestionar Chofer

Usuario Administrador: Gestionar Transporte

Usuario Administrador: Gestionar Tipo de Becas

Usuario Administrador: Gestionar Tipo de Ayuda Econmica

Usuario Administrador: Gestionar Patologas

Usuario Administrador: Gestionar Carreras

Usuario Administrador: Gestionar Cuentas

Usuario Administrador: Gestionar Oficios

Atributos de Calidad y Restricciones

Modelo de Navegacin. Una de las principales caractersticas del sistema es que se basa en un entorno Web, diseado bajo una interfaz amigable y de fcil uso para el usuario, la navegacin del sistema se refleja de la siguiente manera:

4. Diseo de Interfaz a. Caractersticas de los Usuarios Usuario Administrador del Sistema: Es el responsable de funcionamiento y administracin del sistema, adems que es nuestro cliente principal en la aplicacin, se encarga de los procesos: Administrar Usuarios, Realizar Mantenimientos al sistema y de gestionar diferentes datos necesarios para el funcionamiento del sistema.

Usuario Coordinador: este usuario puede acceder una vez registrado y realizar los procesos de gestin de participante, gestionar las diferentes solicitudes, consultar el censo y emitir reportes acordes con las necesidades.

Usuario Estudiante: una vez registrado, dicho usuario puede acceder y gestionar el registro del censo socio-econmico, asi mismo hacer las solicitudes de transporte, becas y ayuda econmica.

b. Consideraciones de Entradas y Salidas

c. Consideraciones Fsicas, Sintcticas y Semnticas

El aspecto Sintctico podramos describirlo como Conjunto de reglas que definen las secuencias correctas de los elementos de un lenguaje de programacin, en el caso de la aplicacin informtica cuyo diseo se estructura est plasmada en la presente propuesta, podramos indicar que se definieron normas bsicas para la programacin (estructuracin de los programas, usos de libreras, Notacin de estructuracin de las base de datos).

d. Caractersticas de la Interfaz Grafica

La Interfaz del Usuario debe ser amigable a la vista del usuario, tomando en cuenta el uso de los colores que representan a la Organizacin y sus respectivos logos, estn definidos espacios del layout como el Header, los cuales deben reservarse para banner Institucionales o descripciones del Sistema Integral, por consiguiente se debe adaptar el sistema a la interfaz establecida por el Departamento de Bienestar Estudiantil, adaptando nuestro sistema para ser incluido en el uso cotidiano Rodrguez. de la Universidad Nacional Experimental Simn

e. Estndares de Diseo definidos Un patrn de diseo es una solucin a un problema de diseo. Para que una solucin sea considerada un patrn debe poseer ciertas caractersticas. Una de ellas es que debe haber comprobado su efectividad resolviendo problemas similares en ocasiones anteriores. Otra es que debe ser reutilizable, lo que significa que es aplicable a diferentes problemas de diseo en distintas circunstancias. Objetivos de los patrones

Los patrones de diseo pretenden: Proporcionar catlogos de elementos reusables en el diseo de sistemas software.

 Evitar la reiteracin en la bsqueda de soluciones a problemas ya conocidos y solucionados anteriormente. Formalizar un vocabulario comn entre diseadores. Estandarizar el modo en que se realiza el diseo. Facilitar el aprendizaje de las nuevas generaciones de diseadores condensando conocimiento ya existente.

Asimismo, no pretenden: Imponer ciertas alternativas de diseo frente a otras. Eliminar la creatividad inherente al proceso de diseo. No es obligatorio utilizar los patrones, solo es aconsejable en el caso de tener el mismo problema o similar que soluciona el patrn, siempre teniendo en cuenta que en un caso particular puede no ser aplicable. "Abusar o forzar el uso de los patrones puede ser un error". Estructuras o plantillas de patrones

Para describir un patrn se usan plantillas ms o menos estandarizadas, de forma que se expresen uniformemente y puedan constituir efectivamente un medio de comunicacin uniforme entre diseadores. Varios autores eminentes en esta rea han propuesto plantillas ligeramente distintas, si bien la mayora definen los mismos conceptos bsicos. En el caso de nuestro sistemas hemos tratado de simplificar al mximo la estructura de las diferentes plantillas para tratar de hacer meno tedioso el trabajo al momento de ingresar cualquier informacin

Uno de los patrones que ha demostrado ser fundamental a la hora de disear aplicaciones web es el Modelo-Vista-Control (MVC). Este patrn propone la separacin en distintos componentes de la interfaz de usuario (vistas), el modelo de negocio y la lgica de control. Una vista es una fotografa del modelo (o una parte del mismo) en un determinado momento. Un control recibe un evento

disparado por el usuario a travs de la interfaz, accede al modelo de manera adecuada a la accin realizada, y presenta en una nueva vista el resultado de dicha accin. Por su parte, el modelo consiste en el conjunto de objetos que modelan los procesos de negocio que se realizan a travs del sistema.

En una aplicacin web, las vistas seran las pginas HTML que el usuario visualiza en el navegador. A travs de estas pginas el usuario interacta con la aplicacin, enviando eventos al servidor a travs de peticiones HTTP. En el servidor se encuentra el cdigo de control para estos eventos, que en funcin del evento concreto acta sobre el modelo convenientemente. Los resultados de la accin se devuelven al usuario en forma de pgina HTML mediante la respuesta HTTP.

La clave est en la separacin entre vista y modelo. El modelo suele ser ms estable a lo largo del tiempo y menos sujeto a variaciones mientras que las vistas puede cambiar con frecuencia, ya sea por cambio del medio de presentacin (por ejemplo HTML a WAP o a PDF) o por necesidades de usabilidad de la interfaz o simple renovacin de la esttica de la aplicacin. Con esta clara separacin las vistas pueden cambiar sin afectar al modelo y viceversa. Los controladores son los encargados de hacer de puente entre ambos, determinando el flujo de salida de la aplicacin (qu se ve en cada momento). Capas

El Modelo se encarga de todo lo que tiene que ver con la persistencia de datos. Guarda y recupera la informacin de la base de datos. La Vista agrupa todas las clases y ficheros que tenga que ver con la presentacin de la informacin obtenida con el modelo mediante el controlador, de manera que el usuario la pueda visualizar.

El Controlador dependiendo de la accin solicitada por el usuario, es el que pide al modelo la informacin necesaria e invoca a la plantilla (de la vista) que corresponda para que la informacin sea presentada.

Niveles de Abstraccin

Funcionamiento del Modelo Vista Controlador

1. El usuario realiza una peticin interacta con la interfaz. 2. El controlador recibe de la interfaz-vista, la notificacin de la accin solicitada por el usuario. El controlador captura el evento y accede al modelo, efectuando las modificaciones pertinentes sobre el modelo. 3. El modelo es el encargado de interactuar con la base de datos 4. El controlador recibe la informacin y la enva a la vista. 5. La vista obtiene sus datos del modelo para generar la interfaz apropiada donde se refleja los cambios en el modelo. 6. La interfaz de usuario espera nuevas interacciones del usuario

Todas estas capas pueden residir en un nico ordenador, si bien lo ms usual es que haya una multitud de ordenadores en donde reside la capa de presentacin (son los clientes de la arquitectura cliente/servidor). Las capas de negocio y de datos pueden residir en el mismo ordenador, y si el crecimiento de las necesidades lo aconseja se pueden separar en dos o ms ordenadores.

En resumen estas tres capas son vitales para el funcionamiento de la aplicacin ya que si una llegara a faltar o presentar algn tipo de error la aplicacin no sera estable.

Clara separacin entre interfaz, lgica de negocio y de presentacin Es posible tener diferentes vistas para un mismo modelo Es posible construir nuevas vistas sin necesidad de modificar el modelo subyacente. Reutilizacin de los componentes. Simplicidad en el mantenimiento de los sistemas. Facilidad para desarrollar prototipos rpidos. Los desarrollos suelen ser ms escalables. Facilidad para la realizacin de pruebas unitarias de los componentes, as como de aplicar desarrollo guiado por pruebas.

f. Men, Pantallas y Reportes

Pantalla de Acceso al sistema

Pantalla principal del sistema y donde se dar el acceso al uso del sistema

Pantalla de registro de usuarios

Aqu el usuario no registrado procede a registrarse en el sistema

Menu Usuario estudiante

Una vez registrado el participante, se le despliega el men con las opciones disponibles en este caso en la opcin Registro dispone de dos (2) alternativas, registrar informacin del participante y censo
Registro del estudiante o participante

Al seleccionar participante se despliega el formulario en el cual el participante debe completar el registro de sus datos

Registro del Censo

En la opcin Censo el participante debe completar los fichas y proporcionar de esta manera sus datos acadmicos, socioeconmicos, familiares y psicosociales.

Men Solicitudes del Participante

En la opcin Solicitudes se encuentras tres (3) opciones para el participante, en este caso la solicitud de beca, solicitud del servicio de transporte y solicitud de ayuda economica

5. Diseo de la BD a. Diseo Lgico Para la construccin de la Base de Datos fue nuestro criterio el que se aplico, ya que los encargados del departamento de bienestar estudiantil no son personas capacitadas en el rea de informtica y por lo tanto dejaron a nuetro criterio la contruccin y diseo de las diferentes tablas que componen nuestro sistema, la notacin para las tablas (entidad, entidad maestra) y atributos lo que permite ubicarse rpidamente.

b. Diseo Fsico
Estudiante Nombre Ced_estudiante Apellidos Nombres Genero Edad Edocivil Fechanac Paisnac Edonac Munnac Parrnac Lugnac Telef Celular Email Estatura Peso Talla drhab_edo drhab_mun drhab_parr drhab_tipo1 drhab_tipo2 drhab_tipo3 drHab_ciudad telef_hab dirres_edo dirres_mun dirres_parr Dirres_tipo1 Dirres_tipo2 Dirres_tipo3 Dirres_ciudad Telef_res Emerg_nomape Emerg_parent Emerg_telef Emerg_otelef Cod_carrera Tipo String String String String String String Date String String String String String String String String String String String String String String String String String String String String String String String String String String String String String String String String Longitud 10 30 30 1 2 1 8 15 15 15 15 15 12 12 15 4 4 2 20 20 20 20 20 20 20 12 20 20 20 20 20 20 20 12 15 15 12 12 8

Regiones Nombre Cod_estado Estado Cod_municipio Municipio Cod_parroquia Parroquia Tipo String String String String String String Longitud 8 15 15 15 15 15

Academico Nombre Ced_estudiante Semestre Turno Fech_ingreso Modo_ingreso Ttulos Liceo_egreso Mat_inscritas Mat_repite Cual_repite Promedio Interrupcin Cant_interrupcion Motivo_int Tipo String String String Date String String String String String String String String String String Longitud 10 6 10 8 10 10 10 2 2 8 3 3 3 15

Carreras Nombre Cod_carreras Descrip_carreras Tipo String String Longitud 8 15

Familia Nombre Ced_estudiante Ced_familia Nom_familia Ape_familia Edad_familia Parentesco Edo_civil G_instruccion Oficio Lg_trabajo Salario Estudia Carrera Lg_estudio Nucleo_estudio Turno_est Fecha_ing Becado Ing_mensual Resp_familia Vivienda Nombre Ced_estudiante Tp_vivienda Tenencia Cant_habitacion Cocina Cant_bano Sala Comedor Salacomedor Lavandera Patio Garaje Otros Tp_techo Tp_pared Tp_piso Agua Electricidad Basurero Serv_tlf Tipo String String String String String String String String String String String String String String String String Date String String String Longitud 10 10 30 30 2 8 1 4 15 20 10 2 15 20 20 10 8 2 10 15

Tipo String String String String String String String String String String String String String String String String String String String String

Longitud 10 15 15 3 1 1 1 1 1 1 1 1 10 10 10 10 1 1 1 1

Dependencia Nombre Ced_estudiante Parentesco Motivo Residencia Pago_residencia Tipo_transporte Tipo String String String String String String Longitud 10 8 10 15 10 10

Socioeconomico Nombre Ced_estudiante Cod_ingreso Mto_ingreso Cod_egreso Mto_egreso Excedente Dficit Prop_familia Tp_propiedad Tipo String String String String String String String String String Longitud 10 8 10 8 10 12 12 12 12

Cuentas_balance Nombre Cod_cuenta Tp_cuenta Descrip_cuenta Tipo String String String Longitud 8 10 15

Psicosocial Nombre Ced_estudiante Carrera Coordinacin Apoyo_fan Hijos Act_comunitaria Nom_cc Dir_cc Hor_estudio Guardera Tipo String String String String String String String String String String Longitud 10 15 15 2 2 15 20 20 10 2

Documentos Nombre Ced_estudiante Part_nac Cedula Foto Residencia Rusnies Notas Conducta Tipo String String String String String String String String Longitud 10 2 2 2 2 2 2 2

Salud Nombre Ced_estudiante Tp_patologia Cod_patologia Tipo String String String Longitud 10 20 8

Patologia Nombre Tp_patologia Cod_patologia Descrip_patologia Tipo String String String Longitud 20 8 20

Destrezas Nombre Ced_estudiante Cod_oficio Tipo String String Longitud 10 8

Oficios Nombre Cod_oficio Descrip_oficio Tipo String String Longitud 8 20

Ayuda_Solicitud Nombre Nro_solicitud Ced_estudiante Cod_ayuda Motivo Monto Status Fech_status Tipo Int String String String String String Date Longitud 12 10 8 15 15 10 8

Bus Nombre Cod_bus Placa Marca Modelo Puesto Status Tipo String String String String String String Longitud 8 8 15 15 2 10

Chofer Nombre Ced_chofer Nombre Apellido Telfono Status Tipo String String String String String Longitud 8 30 30 12 10

Bus_Solicitud Nombre Nro_solicitud Cod_solicitante Tp_solicitante Organizacin Cod_bus Ced_chofer Ruta_destino Fech_salida Hora_salida Fech_regreso Status Tipo Int String String String String String String Date Time Date String Longitud 12 8 15 15 8 8 20 8 5 5 10

Usuarios Nombre Cedula Usuario Clave Tp_usuario Tipo String String String String Longitud 8 15 8 10

Beca_Solicitud Nombre Nro_solicitud Ced_estudiante Cod_beca Fech_solicitud Status Fech_status Duracin Monto Fecha_ini Fecha_fin Tipo Int String String String String String String String Date Date Longitud 12 8 8 8 10 8 8 12 8 8

Tipo_Becas Nombre Cod_beca Descrip_beca Condicin Tipo String String String Longitud 8 20 20

Tipo_Ayuda Nombre Cod_ayuda Descrip_ayuda Tipo String String Longitud 8 20

Tipo_Becas Nombre Nucleo_unesr Nro_solicituf_beca Nro_solicitud_ayuda Nro_solicitud_bus Periodo_beca Periodo_acad Tipo String Int Int Int String String Longitud 15 8 8 8 8 8