Universidad Nacional de Piura

SISTEMA DE ADMISIN DEL INSTITUTO SUPERIOR PEDAGOGICO HNO VICTORINO ELORG GOICOCHEA

UNIVERSIDAD NACIONAL DE PIURA

FACULTAD DE INGENIERIA INDUSTRIAL ESCUELA PROFESIONAL DE INGENIERIA INFORMATICA

ANLISIS Y DISEO DEL SISTEMA DE ADMISION DEL INSTITUTO SUPERIOR PEDAGOGICO HNO VICTORINO ELORG GOICOCHEA SULLANA TRABAJO PROPUESTA PARA EL CURSO DE PROGRAMACION AVANZADA PROFESOR: ING. FRANCISCO JAVIER CRUZ VILCHEZ PRESENTADA POR:PORRAS CASTILLO, JUNNIOR ALONSO VIERA CASTILLO, CRISTIAN EFRAIN

Sullana - PERU 2011

0


INTRODUCCINEl presente trabajo consiste en el anlisis y diseo del SISTEMA DE ADMISIN DEL INSTITUTO SUPERIOR PEDAGGICO HNO. VICTORINO ELORG GOICOCHEA SULLANA, aplicando la tecnologa de objetos mediante la metodologa UML, PAWER BUILDER Y SU BASE DE DATOS EN ACCESS. Los procesos en la organizacin se realizan a travs de un trabajo en conjunto interviniendo en ellos el Departamento de admisin y la oficina de Administracin con la intencin de darle a las actividades administrativas una mayor eficiencia y eficacia. Queriendo solucionar problemas de retraso en la toma de decisiones a nivel de servicios y procesos, Direccin en coordinacin con los rganos antes mencionados aprobaron el proyecto en el que se pretende disear e implementar un nuevo Sistema de Admisin Acadmico. El nuevo Sistema de Admisin Acadmico, permitir dar mayor rapidez al proceso acadmico, esto incluye Inscripcin del Postulante, Ingresa Puntajes del Postulante, Realiza Consultas, Realiza Consultas de Ingresantes, Registra Resultados de Admisin, Configura Vacantes e Imprime la Boleta de Inscripcin. El Sistema de Admisin Acadmica se ha desarrollado siguiendo la metodologa UML (Lenguaje para Modelamiento Unificado), que es un lenguaje para la especificacin, visualizacin, construccin y documentacin de los artefactos de un proceso de sistema intensivo. En esta metodologa existe una serie de etapas, siendo una de ellas la etapa de Planeacin y Elaboracin, esta incluye la concepcin inicial, la investigacin de alternativas, la planeacin, la especificacin de requerimientos y otras actividades. Otra de sus etapas son el Anlisis y Diseo Orientado a Objetos. En el anlisis se elaboran los muy mencionados

1


casos de uso que son generalmente el punto de partida del anlisis orientado a objetos con UML; se utilizan para modelar como funciona el sistema. Adems, dentro del anlisis orientado a objetos UML ofrece otros diagramas en los cuales se pueda modelar el sistema. La divisin entre el anlisis y el diseo se desarrolla en Pawer Builder, con una base de datos hecha en Access para tener un mejor control de los Postulantes; el trabajo de los dos es continuo, por lo que el diseo depende del desarrollo del anlisis. Durante el diseo UML ofrece otros diagramas que permiten modelar el sistema, el Diagrama de clases es el diagrama principal de diseo. En l, la estructura de clases del sistema se especifica para tener en cuenta los detalles concretos de la implementacin del sistema. Desarrollado el modelo del sistema que incluye el modelo de anlisis y el modelo de diseo se procedi a su construccin e implementacin. En la implementacin se ha utilizado herramientas visuales, como el lenguaje de programacin Pawer Builder(10.5) y como motor de base de datos Access; asimismo se utiliz para la documentacin del sistema la herramienta de modelado RATIONAL ROSE 2000, pudindose visualizar los grficos que generan el anlisis y diseo del sistema al utilizar la metodologa UML. Dado que la prioridad del Instituto es contar con un sistema que al final le permita almacenar y procesar informacin en forma rpida, precisa y segura; la implementacin del sistema se ha hecho teniendo en cuenta los recursos tecnolgicos con los que cuenta la institucin. El presente sistema espera contribuir al mejoramiento informtico del instituto y a la vez que este trabajo sea un aporte al desarrollo informtico de la Universidad Nacional de Piura.

2


OBJETIVOS

OBJETIVO GENERAL Anlisis y diseo del Sistema de Admisin Acadmico para el Instituto Superior Pedaggico "Hno. Victorino Elorg Goicochea" de Sullana.

OBJETIVOS ESPECIFICOS Definir la situacin actual de la Institucin. Identificar y describir los procesos considerados en el estudio del sistema. Aplicar la metodologa UML en el proceso de desarrollo del sistema. Describir la transformacin del diagrama de clases a un diagrama de entidad relacin, para posteriormente disear la base de datos empleando el enfoque relacional. Desarrollar el sistema utilizando la tecnologa cliente servidor, utilizando como manejador de base de datos Access. Disear un esquema de seguridad, con la finalidad de proteger los datos de la institucin.

3


RESUMENEl presente trabajo denominado DESARROLLO DEL SISTEMA DE ADMISIN ACADEMICO DEL INSTITUTO SUPERIOR PEDAGOGICO HNO VICTORINO ELORG GOICOCHEA DE SULLANA, materia del presente estudio se realiza haciendo un anlisis de la situacin acadmica actual del instituto en mencin, de tal forma que ha permitido conocer que el instituto no cuenta con sistema de admisin acadmico y mucho menos con una base de datos que pueda almacenar la informacin captada en el proceso acadmico. Por lo que se ha desarrollado un sistema de admisin acadmico para que finalmente se pueda almacenar datos actuales y anteriores, empleando la tecnologa de objetos mediante la metodologa UML. El presente estudio se documenta en cinco captulos:

En el captulo I, Marco Terico, se define la institucin a estudiar, teniendo una informacin detallada de su creacin, estructura orgnica y funcional, informacin que permitir analizar y conocer los rganos y personas involucradas en el proceso acadmico, lo que posteriormente permitir identificar los requerimientos del sistema. Adems, se define y fundamenta la metodologa a usar. En el captulo II, Anlisis de la Situacin Actual. Especifica la definicin del problema de la institucin, describe los procesos o actividades que se llevan cabo durante la inscripcin acadmica.

En el capitulo III, Anlisis y Diseo Orientado a Objetos. Se investiga el dominio y mbito del problema, identificndose los requerimientos y funciones del sistema. Basndose en los requerimientos se procedi a efectuar el modelo de anlisis y las actividades que este modelo

4


incluye, como los casos de uso, diagrama de casos de uso, modelo conceptual, diagramas de secuencia, contratos de operaciones y diagramas de estado. Tomando como base el modelo de anlisis, se realiza el paso del anlisis al diseo y mediante la metodologa UML se describe las actividades que incluye el modelo de diseo como: la definicin de los casos reales de uso, los diagramas de colaboracin o interaccin y el diagrama de clases.

En el Capitulo IV, Desarrollo del Sistema, se justifica la arquitectura cliente-servidor y el modelo del sistema. Asimismo, se describe los pasos para la implementacin del diseo de la base de datos y de la aplicacin, adems de los pasos tomados para la seguridad del sistema.

En el Capitulo V, Evaluacin del Sistema, se analizan los costos del sistema, as como los beneficios que proporciona ste, para determinar si es justificable el desarrollo del sistema.

Finalmente se indica un manual del usuario donde se indican las actividades que se deben realizar para un mejor funcionamiento y mantenimiento del sistema.

5


CAPITULO I:MARCO TEORICO

6


1.1.

DATOS GENERALES DE LA INSTITUCION 1.1.1 Resea Histrica

En virtud al D.L. N. 14111 Del 17 de noviembre de 1961 se cre la Escuela Normal de Frontera de Sullana, siendo su primer director el Dr. Gerardo Antn Vice, inicindose con 81 alumnos, para el nivel de Educacin (mixto), se mantuvo hasta el ao 1965.Mediante R.S. N 1229 del 10 de noviembre del mismo ao se convierte en Escuela Normal Superior de Mujeres, bajo la direccin de la Sra. Amalia Carnero Checa de Ruiz. En el ao 1977, se cerr la Escuela Normal, crendose en su reemplazo la Escuela Superior de Educacin Profesional Idelfonso Coloma, bajo la conduccin los Hermanos Maristas, representada por el Hno. Victorino Elorg Goicoechea, quien fuera su primer director (1977-1980).. En 1981, en el gobierno del arquitecto Fernando Belande Terry con R.M. N 0193 del 17 de marzo de 1981, se reapertura el funcionamiento de la Escuela Normal Mixta de Sullana, bajo la conduccin del profesor Orlando Clendenes Zapata. En abril de 1983 y mediante R.D. N 00081, la Zona de Educacin de Sullana autoriza que el Instituto Superior Pedaggico lleve el nombre del ilustre educador HNO VICTORINO ELORZ GOICOECHEA. Por D.S. N 008-83-ED, del 09 de marzo de 1983, fue elevada a la categora de Institutos Superiores Pedaggico. Desde 1996 ha participado en los Programas de Capacitacin Docente en los niveles de Inicial, Primaria y Secundaria ( PLANCAD, UCAD, EDURED), as como los Programas de Alfabetizacin los cuales se accede a travs de Concurso Pblico nacional convocado por el MED. A partir del ao 2004. la institucin oferta el Programa de Formacin en Servicio. El ao 2007, la Direccin del ISPP, fue asumida por el Prof. Carlos M. Marky Ramrez y a finales de ese ao, hasta el presente, la Direccin est a cargo de la Prof. Iris O. Curay Ochoa.

7


1.1.2.

Estructura Orgnica El anlisis de la estructura orgnica permite definir las relaciones entre las dependencias relacionadas con el sistema. Las labores relacionadas con el Sistema de Admisin Acadmico se rigen por el Reglamento Interno del Instituto Superior Pedaggico Hno. Victorino Elorg Goicochea y el Reglamento General de Institutos y Escuelas Superiores Pblicos y Privados y son efectuadas al momento de la ejecucin del presente trabajo. La Estructura Orgnica del Instituto Superior Pedaggico Hno. Victorino Elorg Goicochea de Sullana, es la siguiente:

Direccin.-

rgano

responsable

de

la

conduccin

acadmica

y

administrativa del Instituto en concordancia con las normas y lineamientos de polticas educativas. Este rgano lo integran el Director y la secretaria de direccin. Secretara General.- rgano responsable de planear, organizar, dirigir y controlar las acciones de registro y certificacin acadmica; as como, las administrativas. El Secretario Docente es el encargado de la organizacin y funcionamiento de este rgano. rea de Administracin.- El rea de Administracin esta integrada por el Jefe de rea, Oficinista y personal de servicio, limpieza y guardiana. Departamento de Formacin General y Profesional.- Responsable de implementar, supervisar y evaluar el currculum en las lneas de humanidades, arte, ciencias bsicas y actividades. As mismo como las estructuras curriculares especficas de cada una de las carreras que oferta la

8


institucin. Esta integrado por el Jefe de Departamento y Docentes estables y/o contratados.

1.1.3.

Estructura Funcional Funciones: Estas sirven para ayudar al anlisis del sistema actual en lo que se requiere a como deben desenvolverse las funciones dentro de la estructura orgnica. Funciones de Direccin

Funciones del Director Planifica, organiza, dirige y evala las actividades del Instituto, as como proyectar su desarrollo. Convoca y preside reuniones Pedaggicas y administrativas. Aprueba el Plan Anual de Trabajo, el cuadro de necesidades; el Presupuesto de Operacin, el Cuadro de Distribucin de Horas Acadmicas. Dirige el Proceso de Admisin, aprueba matricula y autoriza traslados, exoneraciones y convalidaciones. Otras funciones que le encomienda la autoridad de acuerdo a ley.

Funciones de la Secretaria de Direccin Depende de la Directora del ISP Hno. V.E.G y desempea las siguientes funciones: Recepciona y registra la documentacin que ingresa. Atiende los servicios de comunicacin. Mantiene actualizado el archivo de la Direccin. Realiza otras funciones que le asigne la directora de la institucin.

9


Funciones de Secretara General Funciones del Secretario Docente Prepara la correspondencia oficial del instituto, que deben ser autorizadas por la directora. Registra y archiva actas de evaluacin, documentos acadmicos administrativos. Expide certificados de estudio, diplomas, ttulos y otros documentos oficiales. Ejecuta el Proceso de Admisin y matricula de los educandos. Prepara informacin cuantitativa de matricula por carrera profesional, semestre acadmico; desercin estudiantil, alumnos, egresados, titulados y otros. Interpreta y adecua las normas del Proceso de inscripcin acadmica, sobre matricula, evaluacin, certificacin y ttulos de los educandos.

Funciones del Departamento de Formacin General y Profesional Funciones del Jefe Planifica, organiza, dirige y evala las actividades del Departamento. Asesora y apoya la actualizacin permanente de los docentes. Dirige, orienta, supervisa y evala los procesos de programacin, ejecucin y evaluacin curricular. Verifica y visa las actas y otros documentos de evaluacin acadmica, debiendo alcanzar oportunamente a secretara general. 10


Ejerce tareas de control acadmico y de las actividades durante la permanencia de los docentes en el cumplimiento de la jornada establecida. Realiza las dems funciones que la Directora le asigna.

Funciones de Docentes de Formacin General y Profesional Organizan, coordinan, ejecutan y evalan la programacin curricular de las asignaturas a su cargo, adecuando el currculo a realidad institucional y socio-econmica de la zona. Realizan el examen de admisin para los respectivos postulantes Programan, dirigen y evalan el proceso enseanza-aprendizaje en el aula y el trabajo independiente de los educandos. Participan en la formulacin y ejecucin y evaluacin del plan de trabajo del Departamento de Formacin General y Profesional. Realizan adems funciones que les asigne el jefe del Departamento de Formacin General y Profesional. Funciones del rea de Administracin Funciones del Jefe de rea Verifica los depsitos de los ingresos propios y efecta la conciliacin bancaria. Verifica y visa los presupuestos de abastecimiento, compras y los

inventarios de bienes muebles e inmuebles de la institucin. Verifica el registro de las operaciones contables del instituto.

Funciones de La Secretaria (Funciones Adicionales de Tesorera)

11


Emite y forma los recibos de ingresos y egresos efectuados. Efecta los depsitos de los ingresos captados por la institucin Dispone y controla el fondo de caja chica. Efecta el registro de las operaciones en la documentacin preliminar para su posterior anotacin en los libros Contables por parte del contador.

1.2.

METODOLOGA PARA EL DESARROLLO DEL SISTEMA 1.2.1. Anlisis y Diseo Orientado a Objetos El anlisis y diseo orientado a objetos constituye una nueva forma de pensar acerca de problemas empleando modelos que son tiles para comunicarse con expertos en esa aplicacin, modelar empresas, preparar documentacin, disear programas y bases de datos. La esencia del anlisis y diseo orientado a objetos es la identificacin y organizacin de conceptos del dominio de la aplicacin, y no de su presentacin final en un lenguaje de programacin, es decir, que es un proceso conceptual independiente de s el lenguaje es orientado a objetos o no. El uso del anlisis y diseo orientado a objetos puede facilitar mucho la creacin de prototipos, y las tcnicas de desarrollo evolutivo de software. Los objetos son inherentemente reutilizables, y se puede crear un catlogo de objetos que podemos usar en sucesivas aplicaciones. De esta forma, podemos obtener rpidamente un prototipo del sistema, que pueda ser evaluado por el cliente, a partir de objetos analizables, diseados e implementados en aplicaciones anteriores. Y lo que es ms importante, dada la facilidad de reutilizacin de estos objetos, el prototipo puede ir evolucionado hacia

12


convertirse en el sistema final, segn vamos refinado los objetos de acuerdo a un proceso de especificacin incremental. En conclusin: El anlisis y diseo orientado a objetos es un proceso

continuo donde no existe una divisin clara entre el anlisis y el diseo, adems, est centrada en un concepto de modelado y no en tcnicas de implementacin por lo que es independiente de todo lenguaje de programacin hasta las etapas finales.

METODOLOGA OMT La Tcnica de Modelado de Objetos (OMT) fue desarrollada por James Rumbaugh, es una metodologa orientada a objetos muy difundida que se hace cargo de todo el ciclo de vida del software. Parte de la idea de utilizar los mismos conceptos y la misma notacin a lo largo de todo el ciclo de vida. Divide el ciclo de vida del software en cuatro fases consecutivas: anlisis de objetos, diseo del sistema, diseo de objetos e implementacin (Figura I.2)

Figura I.2

13


Anlisis de Objetos Esta fase tiene por finalidad la descripcin del problema en un modelo de anlisis. Diseo de Sistemas Comprende la arquitectura bsica. En esta fase se tomarn las decisiones estratgicas de diseo. Diseo de objetos Es el ltimo paso antes de implementar, y sirve para definir completamente todas las caractersticas de los objetos. Se detallan los tres modelos ya descritos en el anlisis de objetos para poder implementarlo y optimizar el programa. Implementacin Se codifica el diseo en un lenguaje especfico. METODOLOGA DE BOOCH Esta metodologa es tambin muy popular, detalla un mtodo ofreciendo tambin anlisis y diseo iterativo, centrndose en el lado del diseo. Las etapas de esta metodologa son: Anlisis de Requerimientos, Anlisis de Dominio y Diseo. Anlisis de Requerimientos En esta etapa se define qu quiere el usuario del sistema. Es una etapa de alto nivel que identifica las funciones principales del sistema, el alcance del moldeamiento del mundo y documenta los procesos principales y las polticas que el sistema va a soportar. No se definen pasos formales, ya que stos dependen de qu tan nuevo es el proyecto, la disponibilidad de expertos y usuarios y la disponibilidad de documentos adicionales.

14


Anlisis de Dominio Es el proceso de definir de una manera concisa, precisa y orientada a objetos la parte del modelo del mundo del sistema. Las siguientes actividades son parte de esta etapa: Diagrama

de clases con las abstracciones clave, identificando las clases del

dominio claves y sus relaciones. Especificacin Vistas

de las clases

de herencia. Diagramas de clases con este tipo de relaciones. de escenarios de objetos de objetos, que relacionan objetos y sus clases.

Diagramas

Especificacin

Diseo Es el proceso de determinar una implementacin efectiva y eficiente que realice las funciones y tenga la informacin del anlisis de dominio. Las siguientes actividades se plantean en esta etapa:

Descripcin de arquitectura, que describe las decisiones ms importantes de diseo como son el conjunto de procesos, manejadores de bases de datos, sistemas operativos, lenguajes, etc.

Descripciones de prototipo, que describen las metas y contenido de las implementaciones sucesivas de prototipos, su proceso de desarrollo y la forma de probar requerimientos.

Diagramas de Categoras Diagramas de clases en diseo, detallan las abstracciones de anlisis con caractersticas de implementacin.

15


Diagramas de objetos en diseo, muestran las operaciones necesarias para desarrollar una operacin.

Nuevas especificaciones Especificaciones de clases corregidas, muestra la especificacin completa de los mtodos con algoritmos complicados, la

implementacin de relaciones y el tipo de atributos.

METODOLOGA UML Esta metodologa surge cuando J. Rumbaugh y G. Booch en el ao 1994 se unen en una empresa comn (de objetivos y de negocio) Rational Software Corporation donde unifican sus dos mtodos y como fruto de dicha unin aparece en octubre de 1995 UML 0.8 (Unified Modeling Language). A finales de ese mismo ao se une al grupo I. Jacobson, creador de OOSE (Object Oriented Software Engineer) para finalmente conseguir un modelo totalmente unificado. En el proceso de creacin de UML han participado, no obstante, otras empresas de gran peso en la industria como Microsoft, Hewlett-Packard, Oracle o IBM, as como grupos de analistas y desarrolladores. UML no define un proceso concreto que determine las fases de desarrollo de un sistema, las empresas pueden utilizar UML como el lenguaje para definir sus propios procesos y lo nico que tendrn en comn con otras organizaciones que utilicen UML sern los tipos de diagramas. Dicha metodologa ofrece los siguientes diagramas en los cuales modelar sistemas.

16


Diagramas de Estructura Esttica Diagrama de Casos de Uso: Representa un conjunto de casos de uso, actores y sus relaciones. Vista de caso de uso esttica, para organizar y modelar el comportamiento del sistema. Diagrama de Clases: Para modelar la estructura esttica de las clases del sistema. Diagrama de Objetos: Para modelar la estructura esttica de los objetos en el sistema.

Diagramas Dinmicos Diagramas de Secuencia: Para modelar el paso de mensajes entre objetos. Diagramas de Colaboracin: Para modelar interacciones entre objetos. Diagramas de Estado: Representa la secuencia de estados por los que pasa un caso de uso o un objeto a lo largo de su vida, indicando qu eventos hacen que se pase de un estado a otro y cules son las respuestas y acciones que genera.

Teniendo en cuenta que el estndar UML no define un proceso de desarrollo especfico, tan solo se trata de una notacin. En este trabajo de tesis se sigue el mtodo propuesto por Craig Larman que se ajusta a un ciclo de vida iterativo e incremental dirigido por casos de uso. Un proceso de desarrollo es el que se ocupa de plantear cmo se realiza elanlisis y el diseo, y cmo se relacionan los procesos de ambos, entonces la

17


construccin de sistemas de software va a poder ser planificable y repetible, y la probabilidad de obtener un sistema de mejor calidad al final del proceso aumenta considerablemente. Este proceso define una serie de actividades que

pueden realizarse en cada fase, las cuales deben adaptarse segn las condiciones del proyecto que se est llevando a cabo. Se ha escogido seguir este proceso debido a que aplican los ltimos avances en Ingeniera del Software, y a que adopta un enfoque eminentemente prctico. Las tres fases al nivel ms alto son las siguientes: Planificacin: Planificacin, y construccin de prototipos. Construccin. La creacin del sistema. Las fases dentro de esta etapa son las siguientes: Anlisis: Se analiza el problema a resolver desde la perspectiva de los usuarios y de las entidades externas que van a solicitar servicios al sistema. Diseo: El sistema se especifica en detalle, describiendo como va a funcionar internamente para satisfacer lo especificado en el anlisis. Implementacin: Se lleva lo especificado en el diseo en un lenguaje de programacin (Pawer Builder). Pruebas: Se lleva a cabo una serie de pruebas para corroborar que el software funciona correctamente y que satisface lo especificado en la etapa de Planificacin.

18


Instalacin: La puesta en marcha del sistema en el entorno previsto de uso.

La mayor parte del esfuerzo y del tiempo en un proyecto de desarrollo se basa en la etapa de Construccin. Esta etapa se lleva a cabo tomando en cada iteracin un subconjunto de los requisitos que llevados a travs del anlisis y diseo hasta la implementacin y pruebas (ver Figura I.3) permite que el sistema vaya creciendo incrementalmente en cada ciclo.

Planificacin

Construccin

Instalacin

Ciclo de desarrollo 1

Ciclo de desarrollo 2

...

Refinar plan

Anlisis

Diseo

Implementacin

Pruebas

Figura I.3. Desarrollo iterativo en la construccin

19


AnlisisEn la fase de anlisis de un ciclo de desarrollo se investiga el problema, sobre los conceptos relacionados con el subconjunto de casos de uso que se est tratando. Se intenta llegar a una buena comprensin del problema por parte del equipo de desarrollo, sin entrar a como va a ser la solucin en cuanto a detalles de implementacin. Las actividades de esta fase son las siguientes: 1. Definir requisitos: Es la descripcin de necesidades o aspiraciones respecto a un producto. 2. Definir casos esenciales de uso: Un caso de uso es un documento narrativo que describe la secuencia de eventos de un actor que usa un sistema para completar un proceso. Los casos esenciales de uso se describen a un nivel ms detallado. 3. 4. Crear el diagrama de casos de uso. Crear el Modelo Conceptual: El Modelo Conceptual es el diagrama de estructura esttica de UML que permite una representacin de conceptos del mundo real, no de componentes de software. 5. 6. Diagramas de Secuencia del sistema. Definir contratos de operacin: Un contrato de operacin del sistema describe cambios en el estado del sistema cuando una operacin del sistema es invocada. 7. Diagramas de Estados.

20


DiseoEn la fase de diseo se crea una solucin a nivel lgico para satisfacer los requisitos, basndose en el conocimiento reunido en la fase de anlisis. Las actividades de esta fase son las siguientes: 1. Definir los casos reales de uso: Los casos reales de uso describen el diseo real del caso de uso segn una tecnologa concreta de entrada y salida y su implementacin. 2. Definir Diagramas de Interaccin: Los Diagramas de Interaccin o Colaboracin muestran el intercambio de mensajes entre instancias del modelo de clases para cumplir las post-condiciones establecidas en un contrato. 3. Definir el Diagrama de Clases: Un diagrama de clases muestra la especificacin para las clases software de una aplicacin. 4. Definir el esquema de base de datos.

1.2.2.

Comparacin entre el Anlisis y Diseo Orientados a Objetos y el Anlisis y Diseo Estructurado Tabla I.1. Anlisis y Diseo Estructurado El anlisis y se en diseo basa la Anlisis y Diseo Orientados a Objetos El anlisis y diseo orientado a objetos buscan ante todo descomponer un espacio de problema por objetos y esto

estructurado fundamentalmente

descomposicin funcional del

21


Anlisis y Diseo Estructurado sistema que queremos

Anlisis y Diseo Orientados a Objetos permite analizar mejor el dominio del problema. El concepto orientado a

construir. Esta descomposicin funcional requiere traducir el dominio del problema en una serie de funciones y

objetos es ms simple y permite una mejor

subfunciones. Lo que puede parecer la forma ms directa de implementar deseado, pero un el objetivo sistema

comunicacin entre el analista y el experto en el dominio del problema (es decir, el cliente).

resultante puede ser frgil. Los cambios en los requisitos afectan notablemente a la Las evoluciones de los

requisitos afectan en mucha menor medida a los objetos que componen o manejan el sistema, que son mucho ms estables.

funcionalidad del sistema, por lo que afectan mucho al

software desarrollado, por lo que puede ser necesaria una importante reestructuracin.

22


CAPITULO II:ANLISIS DE LA SITUACIN ACTUAL

23


2.1.

FORMULACION DEL PROBLEMA Actualmente el Instituto Superior Pedaggico Hno. Victorino Elorg Goicochea de Sullana no cuenta con un sistema de Admisin que le permite automatizar los procesos y actividades acadmicas que se desarrollan en la institucin. El desarrollo del proceso admisin se realiza de forma manual con ayuda de algunos programas (Excel, Word) en los que se desempean funciones especficas, pero frente a las muchas limitaciones y sobre todo a la necesidad de tener la informacin acadmica oportuna y disponible con el fin de procesar informacin en forma rpida, precisa y segura; es por ello que la institucin acadmica ha credo conveniente el desarrollo del proyecto: Desarrollo del Sistema de Admisin Acadmico para el Instituto Superior Pedaggico Hno. Victorino Elorg Goicochea. El Departamento de Formacin General y Profesional es el rgano mayor involucrado en el proceso Admisin que en coordinacin con Secretara General y el rea de Administracin trabajan en el proceso de Admisin. Secretara General es el rgano encargado de crear un cdigo nico para el postulante, el que le es asignado desde que inicia su carrera hasta que la culmina. Sin embargo, esta codificacin manual ha duplicado en muchas ocasiones los cdigos asignados generando problemas. El Departamento de Formacin General y Profesional que es el rgano encargado de la Programacin Curricular y de los planes curriculares de cada carrera profesional; no cuenta an con una codificacin de los cursos teniendo la necesidad de asignar un cdigo nico por cada curso. El rea de Administracin es el rea encargada de todos los procesos inscripcin, especficamente de captar el pago por derecho de postulacin. En este proyecto se desarrolla todo el Proceso de Admisin, empezando por el proceso de inscripcin y evaluacin del postulante hasta su aprobacin en el examen acadmico. Son estos procesos los que permiten tener toda la historia del proceso de admisin del postulante y a la vez dar lugar a un mejor servicio, mayor rapidez y seguridad en el tratamiento de la informacin del postulante.

24


2.2.

DESCRIPCIN DEL SISTEMA ACTUAL Las actividades acadmicas del ISP Hno. V.E.G al igual que las restantes del pas, se desarrollan en perodos semestrales, estando as el ao acadmico conformado por dos de ellos. Cada ao, se da el proceso de admisin con la finalidad de captar nuevos postulantes al ISP Hno. V.E.G , para el cual se tiene un sistema de calificacin mediante los exmenes de admisin, el que genera un registro de ingresantes. El semestre acadmico tiene una serie de procesos que sern descritos a continuacin: PROGRAMACIN DE POSTULANTES El desarrollo de un sistema de admisin se inicia con la elaboracin de la programacin inscripcin del postulante. El Departamento de Formacin General y Profesional de acuerdo al Reglamento Interno del Instituto y de acuerdo al plan de trabajo anual y a las normas vigentes inicia este proceso, verificando los resultados del semestre anterior, estima las asignaturas que han sido ya antes programadas antes del la programacin de postulantes. La relacin de los postulantes ingresantes se imprime y se da a conocer a los postulantes y a la Directora la institucin y al rea de Formacin General y Profesional.

PROCESO DE CONSULTAS Direccin solicita al rea de Formacin General un reporte con los Postulantes ingresantes al nuevo semestre, para despus tener un control de los nuevos alumnos que se van a matricular posteriormente coordina con los rganos de la institucin y definen un cronograma para tal proceso de matricula. El rea de administracin ejecuta la matricula y verifica el estado de los postulantes: inicialmente el alumno paga un derecho de matricula y recibe una boleta de pago. La oficina de la Secretara General es la encargada de recepcionar la copia de la boleta de pago, asimismo verifica si se trata de un alumno nuevo o regular. Al tratarse de un 25


nuevo alumno el Secretario Docente tiene la responsabilidad de asignar un cdigo nico al alumno y proseguir con el proceso normal, de entregar al alumno los formatos de la ficha de matricula por duplicado. El Postulante podr ver a si ha ingresado a alguna de las especialidades que ofrece dicha institucin para despus realizar el pago correspondiente a su matricula y terminada sta es verificada por el Secretario Docente y el Jefe Administrativo los cuales la firman y dan el Boucher de pag por concepto de matricula, incluido la firma del alumno.

EVALUACIN ACADEMICA Para el proceso de evaluacin se seleccionan a los profesores que tendrn a cargo de tomar el examen a los postulantes, previa reunin con sus jefes, el que es supervisado por el Departamento de Formacin General y Profesional de manera interna, este proceso dejar como constancia la nota que ha sacado el postulante. Secretara General debe procesar la informacin de admisin; mediante el proceso de reportes por especialidades e ingresar las preguntas bien contestadas al sistema e igual las preguntas mal contestadas para que se lleve el calculo de las preguntas. Finalmente se imprime la constancia de los alumnos ingresantes a cada especialidad y se verificada y es sellada por Direccin para luego ser entregadas al departamento de matriculas (Este Sistema no desarrolla dicha Funcin). 2.3. CONFIGURACION Este proceso solo genera la cantidad de postulantes que se van a crear para las respectivas especialidades, y podr ver en la base de datos si se ha generado dicha configuracin.

26


2.4.

Seguridad Este Proceso desarrolla la verificacin de los posibles Usuarios que va a tener el sistema y podr generar nuevos usuarios con su respectivo Password de seguridad, y a la vez podr tener la opcin de accionar el sistema sin tener que ingresar al usuario y la clave (activar y desactivar) contrasea Podr realizar una copia de seguridad y esta se guardara en la unidad C con el mismo nombre del sistema.(C:\MI TRAAJO-PCVC\SistemaAdmisin)

2.5.

Ayuda Este proceso solo le dar a conocer los pasos de sistema a la hora de su ejecucin.

27


CAPITULO III:ANLISIS DEL SISTEMA

28


3.1.

ANLISIS 3.1.1. Definir requisitos. Al determinar los requisitos se utilizaron diversas fuentes, tales como: entrevistas, cuestionarios, entre otros; informacin, que se puede traducir en un formato a seguir para la especificacin de requisitos. Este formato de especificacin de requisitos no est definido en UML, pero se incluye este punto para resaltar esta actividad que es un paso clave en la creacin de software. A continuacin el formato incluye los siguientes puntos: Metas o propsitos Funciones del Sistema

Metas o propsitos En trminos generales, la meta es una mayor automatizacin de los datos del postulante, la especialidad a la que postula, y asimismo dar soporte a servicios ms rpidos y mejores.

Especficamente la meta incluye: Tener un control sobre el nmero de postulantes por especialidad. Tener un control del dinero ingresado por concepto de postulacin. Un control de los alumnos inscritos en las especialidades. Un control sobre la programacin de las respuestas que desarrolla en el examen.

29


Tener un control del nmero de aprobados y desaprobados por especialidad.

Un control sobre el nmero de alumnos con ingresantes a las diferentes especialidades.

CASO DE USO N 1

ADMINISTRADOR

INSCRIBIR POSTULANTE

POSTULANTE

REGISTRAR DATOS DEL POSTULANTE

IMPRIMIR BOLETA DE INSCRIPCION

CASO DE USO N 2

NewClass INGRESA PUNTAJE DEL POSTULANTE

En este caso el administrador ingresa los datos del postulante y los puntajes que saca en el examen de admisin.

30


CASO DE USO N 3

ADMINISTRADOR

REALIZA CONSULTA DEL POSTULANTE

En este caso el administrador realiza la consulta de todos los postulantes a las diferentes especialidades y emite un reporte de ello.

CASO DE USO N 4

ADMINISTRADOR

REALIZA CONSULTA DE INGRESANTES

COMPUTACION E INFORMATICA

ENFERMERIA TECNICA

INDUSTRIAS ALIMENTARIAS

El administrador realiza la consulta de los ingresantes por cada especialidad y emite un reporte de todos los postulantes ingresantes por especialidad. 31


CASO DE USO N 5

ADMINISTRADO R

CONFIGURAR VACANTES

El administrador del sistema puede configurar las vacantes que estarn disponibles por cada especialidad.

CASO DE USO N 6

ADMINISTRADOR

REGISTRAR RESULTADOS DE ADMISION

El administrador registra todos los resultados del examen de admisin con sus respectivas respuestas ya corregidas por los encargados por la institucin.

32


CASO DE USO N 7

ADMINISTRADO R

EMITE INFORMES

REGISTROS DE POSTULANTE RESULTADOS DE ADMISION

REGISTRO DE INGRESANTES

El administrador emite un informe de los registros de los postulantes, los resultados de admisin y los registros de los ingresantes.

FUNCIONES DEL SISTEMA El objetivo de describir las funciones del sistema es entender los detalles del anlisis y del diseo, no el funcionamiento de la admisin acadmica. Las funciones pueden clasificarse en: Evidente (el usuario debe saber que se ha realizado) y Oculta (debe realizarse, aunque no es visible para el usuario).

33


PROCESOS PRINCIPALES DEL SISTEMA DE ADMISION

INSCRIBIR POSTULANTE

INGRESA PUNTAJE DE LOS POSTULANTES

REALIZA CONSULAT DE POSTULANTES POSTULANTE

OPERADOR

REALIZA CONSULTA DE INGRESANTES

REGISTRA RESULTADOS DE ADMISION

CONFIGURAR VACANTES

IMPRIME INFORMES

34


35


CAPITULO IV:DISEO DEL SISTEMA

36


BASES DE DATOS DEL SISTEMA DE ADMISIN

37


INGRESO AL SISTEMA

CLAVE DE SEGURIDAD DEL SISTEMA

38


INGRESAR DATOS DEL POSTULANTE

DATOS LLENOS EN EL SISTEMA

39


RELACION DE PUNTAJES DEL POSTULANTES

BUSQUEDA DE POSTULANTES

40


LISTA DE INGRESANTES A LAS DEFERENTES ESPECIALIDADES

RESULTADOS DEL EXAMEN

41


CONFIGURACIN DE VACANTES A LAS DIFERENTES ESPECIALIDADES

SEGURIDAD

ACTIVAR Y DESACTIVAR CLAVE DEL SISTEMA

CREAR NUEVO USUARIO

42


CREAR NUEVOS USUARIOS

AYUDA DELSISTEMA

43


CONCLUSIONES Y RECOMENDACIONES CONCLUSIONES:1. El Sistema de Admisin Acadmico del Instituto Superior Pedaggico Hno. Victorino Elorg Goicochea de Sullana, es una aplicacin basada en la tecnologa de objetos utilizando la metodologa UML. 2. Se ha desarrollado un sistema de admisin acadmico empleando el desarrollo iterativo, caracterstica primordial de la metodologa UML. 3. En el desarrollo del sistema de admisin acadmico, se omite el proceso de inscripcin de los postulantes ingresantes a la institucin, y de los dems procesos que se dan en un semestre acadmico. 4. El desarrollo del sistema de admisin acadmica se basa en un anlisis orientado a objetos siguiendo la notacin del UML. Este anlisis tiene como punto de partida los casos de uso. 5. Se ha diseado el sistema de informacin acadmica basndose en la tecnologa de objetos, teniendo como finalidad principal llegar a la elaboracin del diagrama de clases, siendo ste el ms importante durante todo el desarrollo, ya que este permitir la solucin lgica del software y as mismo la implementacin en un lenguaje de programacin. 6. Como toda aplicacin necesita un almacenamiento, se ha desarrollado una base de datos que podr almacenar y procesar la informacin que es captada en los procesos acadmicos. 7. En el desarrollo de la base de datos se ha escogido una base de datos relacional, por el predominio de estas en el mercado.

44


8. Se ha desarrollado el sistema considerando la tecnologa cliente-servidor del tipo de dos niveles. 9. Durante la documentacin del desarrollo del sistema se ha utilizado la herramienta de modelado Rational Rose 2000. 10. Con el desarrollo del sistema tambin se ha implementado un esquema de seguridad. 11. Se ha justificado el desarrollo del sistema a travs del anlisis costos-beneficios, determinndose que los beneficios obtenidos en un ao ascienden a S/.10,500.90 lo que permitir recuperar la inversin realizada en el desarrollo del sistema. 12. Este proyecto ha permitido obtener un Sistema de Admisin Acadmico del Instituto Superior Pedaggico Hno. Victorino Elorg Goicochea de Sullana terminado.

RECOMENDACIONES: 1. Implementar el nuevo sistema, con la finalidad administrativas y brindar un mejor servicio. 2. El Operador del Sistema debe trabajar en coordinacin con los rganos involucrados en el proceso de Admisin, con la finalidad de que se mantenga uniformidad en la informacin y facilidad en el uso de la informacin. 3. Se debe hacer cumplir las normas acadmicas vigentes y seguir las instrucciones del manual de usuario, para el correcto desempeo del Sistema de admisin Acadmico y as evitar errores de ndole humano. 4. Capacitar al operador (administrador) del sistema, especficamente en el uso, manejo y mantenimiento del sistema. Asimismo en las actividades que realiza la institucin con la finalidad de lograr un mejor desempeo. de automatizar las tareas

45


5. Realizar mantenimiento a la base de datos, se recomienda cada seis meses, con la finalidad de administrar de mejor manera el espacio en el disco y as ejecutar la aplicacin con mayor rapidez. 6. Para un mejor control y actualizacin de la informacin se debe agilizar el trmite de la Inscripcin del Postulante, Ingresa Puntajes del Postulante, Realiza Consultas, Realiza Consultas de Ingresantes, Registra Resultados de Admisin, Configura Vacantes e Imprime la Boleta de Inscripcin., por lo que cada rgano debe tener conocimiento del nuevo Sistema de Admisin Acadmico y as hacer llegar la

informacin correspondiente y oportuna, por que de ello depende la actualizacin inmediata de los datos y as evitar retrasos en los servicios y procesos. 7. Para una mayor seguridad del sistema, se recomienda hacer una copia de seguridad de la base de datos como de la aplicacin y tenerla en diferentes lugares por lo tanto se recomienda cumplir con el plan de seguridad del sistema acadmico.

46

Documents

Universidad Nacional de Piura