indice - universidad nacional del callao€¦ · 3.1 constructión del software 6 3.2 definición...
TRANSCRIPT
1
INDICE
Contenido Pag
I RESUMEN 2
II INTRODUCCIÓN 3
III MARCO TEORICO 6
3.1 Constructión del software 6
3.2 Definición del RUP 6
3.3 Patrones de Desarrollo Java 11
IV MATERIALES Y MÉTODOS 14
4.1 Materiales 14
4.2 Métodos 15
4.2.1. Lugar de ejecución del proyecto 15
4.2.2 Metodología de desarrollo de la investigación 15
4.2.3 Técnicas 16
V RESULTADOS 17
5.1 Reglas del Negocio 17
5.2 Modelado de análisis y diseño 24
5.3 Modelo de datos 25
5.4 Analisis funcional 27
VI DISCUSIÓN 37
VII BIBLIOGRAFÍA 38
VIII APÉNDICE 39
8.1 Diseño del diagrama de actividad 40
IX ANEXOS 42
9.1 Glosario de términos 43
2
I. RESUMEN
El presente estudio tuvo como propósito fundamental diseñar e implementar un
sistema de información para la elaboración de la programación académica para una
entidad Universitaria, esta aplicación permite optimizar los procesos de la programación
académica, mejorar la calidad de los servicios educativos.
Esta investigación de tipo descriptivo, establece las relaciones estructurales implicadas
en el problema, ha permitido analizar del proceso complejo de la programación
académica, el proceso de programación académica descompuesto en varios subprocesos
que permitan tratarlos aplicando el principio de la sinergia, de tal forma que permita
optimizar cada proceso y mejorar los tiempos y al calidad de los servicios educativos .
Esta investigación ha tenido un ámbito de estudio espacial en la Universidad Nacional
del Callao y un ámbito temporal que abarca los años del 2007 al 2011
Del presente estudio se derivaron la siguientes conclusiones se redujo el problema de la
complejidad computacional, se optimizo los procesos de la programación académica,
reduciendo tiempo y costo de cada proceso, se mejoro la calidad de los servicios
educativos.
3
II. INTRODUCCION
La Programación Académica (PA), es el proceso que le da sentido a buena
parte de la gestión universitaria. De ella emana: la organización y control de
la currícula, la nómina que se paga a los docentes, el uso óptimo que damos
a la planta física y, sobre todo, la calidad de atención que se da a los
estudiantes.
Programar con oportunidad es no sólo un ejercicio de madurez institucional,
sino una necesidad impuesta: por el tamaño de nuestra Universidad, la
escasez de recursos y por el hecho ineludible de que tenemos que inscribir
nuestros procesos en la corriente que impera en el mundo: la buena calidad.
La elaboración actual de la Programación Académica en la FIIS se basa en
lineamientos y técnicas netamente manuales, en donde transcurre cada
proceso acompañado de una documentación establecida.
El proceso general de programación académica actual empieza con el
comunicado que dirige OAGRA a las facultades, indicándoles el cronograma
general de matrícula, en donde se especifica los plazos de entrega de cada
una de las actividades que se van a desarrollar en el ciclo, una de ellas es el
límite de entrega de programación horaria de cada escuela, la cual según
reglamento se presenta dos semanas antes del final del ciclo anterior.
En un segundo paso el director de escuela establece un cronograma de
actividades para la elaboración y presentación de la programación académica
la cual se regirá a lo largo de todo el proceso interno de la escuela
profesional; además designa el plazo límite de entrega de disponibilidades de
horario de cada docente, los cuales constituyen un elemento importante del
sistema.
4
2.1 EL PROBLEMA
El planteamiento del problema enmarcado en el análisis de la situación problemática de
algún aspecto de la realidad u objeto científico, del presente proyecto de investigación
se define el problema general:
¿ De qué manera el sistema de información automatizado mejorara el proceso de la
programación académica en una entidad Universitaria?.
2.2 OBJETIVOS Y ALCANCES DE INVESTIGACIÓN
OBJETIVO GENERAL
Diseñar e implementar un sistema de información automatizado que permita
optimizar el proceso de la programación académica en una entidad Universitaria
OBJETIVOS ESPECIFÍCOS
Analizar si la currícula de estudios influye en el proceso de la elaboración de la
programación
Analizar si los recursos didácticos (aulas, cursos, currícula ) y talento humano
influye en proceso de la elaboración académica.
Analizar si el sistema de información mejora el proceso de la asignación de
horarios académicos.
5
2.3 IMPORTANCIA Y JUSTFICACION
El presente proyecto se justifica ya que permitiría establecer en la Universidad Nacional
del Callao, las bases para el desarrollo de herramientas computacionales que agilicen el
diseño de procesos de los sistema de información en las diferentes aéreas de negocio ,
especialmente en la inteligencia de negocio.
Fijar las bases en la construcción de un prototipo altamente fiable la construcción de un
sistema integrado que permita la gestión de los procesos académicos y administrativos
en la facultad de ingeniería industrial y de sistema de la universidad nacional del callao.
Aplicar sofisticadas tecnologías que involucran áreas tales como la visión, misión por
computador, en la integración del plan estratégico de gobierno electrónico.
Además la presente investigación se justifica, ya que serviría como método idóneo de
mejorar la calidad de los servicios educativos como por ejemplo mejorar el tiempo de la
asignación de los horarios académicos, mejor imagen de la FIIS.
6
III. MARCO TEORICO
3.1 Construcción del Software
3.1.1 Definición de RUP (Rational Unified Process)
RUP es un proceso para el desarrollo de un proyecto de un software que
define claramente quien, cómo, cuándo y qué debe hacerse en el proyecto. Como
3 características esenciales está dirigido por los Casos de Uso: que orientan el
proyecto a la importancia para el usuario y lo que este quiere, está centrado en la
arquitectura: que Relaciona la toma de decisiones que indican cómo tiene que
ser construido el sistema y en qué orden, y es iterativo e incremental: donde
divide el proyecto en mini proyectos donde los casos de uso y la arquitectura
cumplen sus objetivos de manera más depurada. Como filosofía RUP maneja 6
principios clave:
Adaptación del proceso El proceso deberá adaptarse a las características
propias de la organización. El tamaño del mismo, así como las regulaciones que
lo condicionen, influirán en su diseño específico. También se deberá tener en
cuenta el alcance del proyecto.
Balancear prioridades Los requerimientos de los diversos inversores
puede ser diferentes, contradictorios o disputarse recursos limitados. Debe
encontrarse un balance que satisfaga los deseos de todos.
Colaboración entre equipos El desarrollo de software no lo hace una
única persona sino múltiples equipos. Debe haber una comunicación fluida para
coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, etc.
Demostrar valor iterativamente Los proyectos se entregan, aunque sea de
un modo interno, en etapas iteradas. En cada iteración se analiza la opinión de
los inversores, la estabilidad y calidad del producto, y se refina la dirección del
proyecto así como también los riesgos involucrados.
7
Elevar el nivel de abstracción Este principio dominante motiva el uso de
conceptos reutilizables tales como patrón del software, lenguajes 4GL o
esquemas (frameworks) por nombrar algunos. Éstos se pueden acompañar por
las representaciones visuales de la arquitectura, por ejemplo con UML.
Enfocarse en la calidad El control de calidad no debe realizarse al final
de cada iteración, sino en todos los aspectos de la producción.
El ciclo de vida de RUP
RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias
iteraciones en número variable según el proyecto y en las que se hace un mayor o menor
hincapié en los distintas actividades.
Fuente: UML 2 ,de Laurent Debrauwer, Fien van der Heyde
Dependiendo de las iteraciones del proceso el equipo de desarrollo puede
realizar 7 tipos de actividades en este:
8
FASE DE INICIO Durante la fase de inicio las iteraciones hacen ponen mayor
énfasis en actividades modelado del negocio y de requisitos.
Modelado del negocio En esta fase el equipo se familiarizará más al
funcionamiento de la empresa, sobre conocer sus procesos.
Entender la estructura y la dinámica de la organización para la cual el
sistema va ser desarrollado
Entender el problema actual en la organización objetivo e identificar
potenciales mejoras.
Asegurar que clientes, usuarios finales y desarrolladores tengan un
entendimiento común de la organización objetivo.
Requisitos En esta línea los requisitos son el contrato que se debe cumplir, de
modo que los usuarios finales tienen que comprender y aceptar los requisitos que
especifiquemos.
Establecer y mantener un acuerdo entre clientes y otros stakeholders
sobre lo que el sistema podría hacer.
Proveer a los desarrolladores un mejor entendimiento de los requisitos
del sistema.
Definir el ámbito del sistema.
Proveer una base para estimar costos y tiempo de desarrollo del sistema.
Definir una interfaz de usuarios para el sistema, enfocada a las
necesidades y metas del usuario.
FASE DE ELABORACIÓN En la fase de elaboración, las iteraciones se
orientan al desarrollo de la baseline de la arquitectura, abarcan más los flujos de trabajo
de requerimientos, modelo de negocios (refinamiento), análisis, diseño y una parte de
implementación orientado a la baseline de la arquitectura.
Análisis y Diseño En esta actividad se especifican los requerimientos y se
describen sobre como se van a implementar en el sistemas
Transformar los requisitos al diseño del sistema.
9
Desarrollar una arquitectura para el sistema.
Adaptar el diseño para que sea consistente con el entorno de
implementación
FASE DE CONSTRUCCIÓN
Implementación Se implementan las clases y objetos en ficheros fuente,
binarios, ejecutables y demás. El resultado final es un sistema ejecutable.
Planificar qué subsistemas deben ser implementados y en que orden
deben ser integrados, formando el Plan de Integración.
Cada implementador decide en que orden implementa los elementos del
subsistema.
Si encuentra errores de diseño, los notifica.
Se integra el sistema siguiendo el plan.
Pruebas Este flujo de trabajo es el encargado de evaluar la calidad del producto
que estamos desarrollando, pero no para aceptar o rechazar el producto al final del
proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida.
Encontrar y documentar defectos en la calidad del software.
Generalmente asesora sobre la calidad del software percibida.
Provee la validación de los supuestos realizados en el diseño y
especificación de requisitos por medio de demostraciones concretas.
Verificar las funciones del producto de software según lo diseñado.
Verificar que los requisitos tengan su apropiada implementación.
Despliegue Esta actividad tiene como objetivo producir con éxito distribuciones
del producto y distribuirlo a los usuarios. Las actividades implicadas incluyen:
Probar el producto en su entorno de ejecución final.
Empaquetar el software para su distribución.
Distribuir el software.
10
Instalar el software.
Proveer asistencia y ayuda a los usuarios.
Formar a los usuarios y al cuerpo de ventas.
Migrar el software existente o convertir bases de datos.
Gestión del proyecto Se vigila el cumplimiento de los objetivos, gestión de
riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los
clientes y los usuarios.
Proveer un marco de trabajo para la gestión de proyectos de software
intensivos.
Proveer guías prácticas realizar planeación, contratar personal, ejecutar y
monitorear el proyecto.
Proveer un marco de trabajo para gestionar riesgos.
Configuración y control de cambios El control de cambios permite mantener la
integridad de todos los artefactos que se crean en el proceso, así como de mantener
información del proceso evolutivo que han seguido.
Entorno La finalidad de esta actividad es dar soporte al proyecto con las
adecuadas herramientas, procesos y métodos. Brinda una especificación de las
herramientas que se van a necesitar en cada momento, así como definir la instancia
concreta del proceso que se va a seguir. En concreto las responsabilidades de este flujo
de trabajo incluyen:
Selección y adquisición de herramientas
Establecer y configurar las herramientas para que se ajusten a la
organización.
Configuración del proceso.
Mejora del proceso.
Servicios técnicos.
11
3.1.2 Patrones de Desarrollo en JAVA
Patrón DAO
El DAO implementa el mecanismo de acceso requerido para trabajar con la
fuente de datos. Esta fuente de datos puede ser un almacenamiento persistente como una
RDMBS, un servicio externo como un intercambio B2B, un repositorio LDAP, o un
servicio de negocios al que se accede mediante CORBA Internet Inter-ORB Protocol
(IIOP) o sockets de bajo nivel. Los componentes de negocio que tratan con el DAO
utilizan un interface simple expuesto por el DAO para sus clientes. El DAO oculta
completamente los detalles de implementación de la fuente de datos a sus clientes.
Como el interface expuesto por el DAO no cambia cuando cambia la implementación
de la fuente de datos subyacente, este patrón permite al DAO adaptarse a diferentes
esquemas de almacenamiento sin que esto afecte a sus clientes o componentes de
negocio. Esencialmente, el DAO actúa como un adaptador entre el componente y la
fuente de datos.
Estructura
Fuente: elaboración Propia
11
3.1.2 Patrones de Desarrollo en JAVA
Patrón DAO
El DAO implementa el mecanismo de acceso requerido para trabajar con la
fuente de datos. Esta fuente de datos puede ser un almacenamiento persistente como una
RDMBS, un servicio externo como un intercambio B2B, un repositorio LDAP, o un
servicio de negocios al que se accede mediante CORBA Internet Inter-ORB Protocol
(IIOP) o sockets de bajo nivel. Los componentes de negocio que tratan con el DAO
utilizan un interface simple expuesto por el DAO para sus clientes. El DAO oculta
completamente los detalles de implementación de la fuente de datos a sus clientes.
Como el interface expuesto por el DAO no cambia cuando cambia la implementación
de la fuente de datos subyacente, este patrón permite al DAO adaptarse a diferentes
esquemas de almacenamiento sin que esto afecte a sus clientes o componentes de
negocio. Esencialmente, el DAO actúa como un adaptador entre el componente y la
fuente de datos.
Estructura
Fuente: elaboración Propia
11
3.1.2 Patrones de Desarrollo en JAVA
Patrón DAO
El DAO implementa el mecanismo de acceso requerido para trabajar con la
fuente de datos. Esta fuente de datos puede ser un almacenamiento persistente como una
RDMBS, un servicio externo como un intercambio B2B, un repositorio LDAP, o un
servicio de negocios al que se accede mediante CORBA Internet Inter-ORB Protocol
(IIOP) o sockets de bajo nivel. Los componentes de negocio que tratan con el DAO
utilizan un interface simple expuesto por el DAO para sus clientes. El DAO oculta
completamente los detalles de implementación de la fuente de datos a sus clientes.
Como el interface expuesto por el DAO no cambia cuando cambia la implementación
de la fuente de datos subyacente, este patrón permite al DAO adaptarse a diferentes
esquemas de almacenamiento sin que esto afecte a sus clientes o componentes de
negocio. Esencialmente, el DAO actúa como un adaptador entre el componente y la
fuente de datos.
Estructura
Fuente: elaboración Propia
12
Componentes Participantes
Fuente: UML gota a gota de Martin Fowler, RENDALL SCOTT, Kendall Scott
Business Object: representa los datos del cliente. Es el objeto que requiere el acceso a
la fuente de datos para obtener y almacenar datos. Podríamos implementar un
BusinessObject como un bean de sesión, un bean de entidad o cualquier otro objeto
Java, además de como un Servlet o como un bean de apoyo.
DataAccessObject: es el objeto principal de este patrón. DataAccessObject abstrae la
implementación del acceso a datos subyacente al BusinessObject para permitirle un
acceso transparente a la fuente de datos. El BusinessObject también delega las
operaciones de carga y almacenamiento en el DataAccessObject.
DataSource: Representa la implementación de la fuente de datos. Una fuente de datos
podría ser una base de datos como un RDBMS, un OODBMS, un repositorio XML, un
13
fichero plano, etc. También lo pueden ser otros sistemas (mainframes/legales), servicios
(servicio B2B u oficina de tarjetas de crédito), o algún tipo de repositorio (LDAP).
TransferObject: utilizado para el transporte de datos. DataAccessObject podría utilizar
un Transfer Object para devolver los datos al cliente. El DataAccessObject también
podría recibir datos desde el cliente en un Transfer Object para actualizar los datos en
la fuente de datos.
14
IV. MATERIALES Y METODOS
4.1 Materiales
Los materiales utilizados para la investigación se encuentran clasificados en hardware,
software, mobiliario, útiles de oficina y otros equipos exclusivos de trabajo de campo.
4.1.1 Hardware
Computadora de escritorio, utilizado para trabajo en oficina.
Computadora portátil, utilizada para efectos de trabajo de campo, exposiciones y
reuniones de trabajo realizadas con los usuarios y clientes involucrados en proceso en
estudio.
Impresora, utilizada para impresiones de material de trabajo, informes parciales
y finales.
Escáner, utilizado para el escaneo de documentos involucrados en el proceso.
4.1.2 Software
Microsoft Office 2000 (Microsoft Word, Microsoft Excel y Microsoft
PowerPoint), utilizado para documentar la tesis, generar tablas, cuadros estadísticos y
presentaciones.
Microsoft Visio 2000, utilizado para diagramar procesos, modelos
organizacionales y conceptuales.
Adobe Reder 7.0, utilizado para leer documentos en formato PDF.
Microsoft SQL Server 2005, utilizado para analizar datos de las operaciones de
pesaje y control de saldos.
Rational rose utilizado para modelamiento de procesos de negocio
4.1.3 Mobiliario y Útiles de Oficina
Escritorio personal
Pizarra acrílica
Útiles de oficina en general
15
4.2 Métodos
4.2.1 Lugar de ejecución del Proyecto
El estudio de campo fue realizado en la escuela de Sistemas de la Facultad de Ingeniería
Industrial y de Sistemas de La Universidad nacional del callao
4.2.2 Metodología de desarrollo de la investigación
Para alcanzar los objetivos planteados en el presente proyecto de investigación,
seguimos la metodología RUP. Esta metodología dispone de las fases siguientes:
La fase de Inicio:
Durante la fase de inicio las iteraciones hacen ponen mayor énfasis en actividades
modelado del negocio y de requisitos
Fase de elaboración :
En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline de la
arquitectura, abarcan más los flujos de trabajo de requerimientos, modelo de negocios
(refinamiento), análisis, diseño y una parte de implementación orientado a la baseline de
la arquitectura.
Implementación Se implementan las clases y objetos en ficheros fuente, binarios,
ejecutables y demás. El resultado final es un sistema ejecutable.
Planificar qué subsistemas deben ser implementados y en que orden
deben ser integrados, formando el Plan de Integración.
Cada implementador decide en que orden implementa los elementos del
subsistema.
Si encuentra errores de diseño, los notifica.
Se integra el sistema siguiendo el plan.
Pruebas Este flujo de trabajo es el encargado de evaluar la calidad del producto que
estamos desarrollando, pero no para aceptar o rechazar el producto al final del proceso
de desarrollo, sino que debe ir integrado en todo el ciclo de vida.
16
4.2.3 Técnicas
Las principales técnicas que se utilizaron en la presente proyecto de
investigación son los siguientes:
4.2.3.1 Entrevistas
Se realizó entrevistas a los principales Actores la Facultad de Ingeniería Industrial de
Sistemas, Dirección de escuela de sistemas, Jefe de departamento A continuación se
describe cada uno con sus principales objetivos:
Director de La Escuela de Sistemas FIIS. Encargado de elaborar la
programación académica, esto es entregar la disponibilidad horaria a los
docentes, evaluar las estadísticas de los ciclos anteriores de los alumnos por
ciclo y elaborar el proceso complejo de la programación académica..
Jefe de Departamento: encargado de solicitar al director de escuela los
requerimientos de los docentes para la asignación de los cursos, para el dictado
de dicho curso.
Decanato: encargado de dar las normas y directivas de la programación
académica y de programar el ciclo académico.
4.2.3.2 Encuestas
Se realizó encuestas al personal directivo y/o jefe de departamento de cada una de las
facultades de la universidad Nacional del Callao principal Facultades involucradas con
el proceso en estudio para evaluar el grado de aceptación o rechazo del sistema de
información actual y la implementación del sistema propuesto.
Es importante diferenciar entre docentes y personal directivo, los primeros participan
en las actividades del desarrollo de las clase académicas , los segundos tienen una visión
global de todo el proceso de gestión educativa..
17
V. RESULTADOS
5.1 Reglas del Negocio5.1.1. Modelo de Casos de Usos del negocio
a. Relacion de Casos de Uso del negocio
Emitir cronograma de presentacion de Programacion Horaria.
OAGRA emite una resolucion estableciendo los plazos para que aprueben lasProgramacion Academica de cada escuela y que se remitan a Oagra para que este lospublique. Fijar el cronograma de presentacion de PA de la escuela.
El director de escuela en base al cronograma publicado por OAGRA fija las fechasen que se presentara la Programación Academica de las escuelas. Emitir los plazos de entrega de disponibilidad horaria.
El Director de Escuela fija un plazo para que los docentes entregen su disponibilidadhoraria, en el caso de que esta haya cambiado con respecto al ciclo anterior, debidoa que por defecto se trabaja con la disponibilidad y horarios del ciclo anterior. Entrega de disponibilidad horaria.
Aquellos profesores que por distintos motivos hayan variado su disponibilidadhoraria entregan al Director de Escuela su nueva disponibilidad Horaria. Modificar disponibilidad horaria.
Cambia la vieja disponibilidad horaria del docente que se encuentra almacenada enla base de datos por una nueva. Estructurar la Programacion Academica.
El director de escuela y el Jefe de Departamento, estructuran la ProgramaciónAcademica de los cursos, basados en las condiciones establecidas. Y asignan a losdocentes al cargo de cada curso, para pasar a ser aprobada por el Consejo deFacultad. Estructurar los grupos horarios.
El director de escuela, estructura la Programación Academica de los cursos y susgrupos horarios basados en requisitos reglamentarios. Una vez concluida es remitidaal jefe de departamento de la escuela. Asignar docentes.
El jefe de departamento de la escuela, asigna a los docentes a sus respectivos cursos,dependiendo de su tipo (tiempo completo, tiempo parcial) y en su disponibilidad. Presentar Programación Academica.
El Director de Escuela presenta y expone la Programación Academica en la sesioncorrespondiente del Consejo de Facultad.
18
Aprobar Programación Academica.
En la sesion del Consejo de Facultad, se discute sobre la Programación Academica yse resuelven todos los conflictos para aprobar la Programación Academica del ciclopertinente. Entregar Programación Academica Aprobada.
El director de Escuela confirma la aprobación de la Programación Academica y selo remite a OAGRA para su publicación. Publicar la Programación Academica
OAGRA valida la programación academica presentada, la almacena en su base dedatos para el proceso de matricula y la publica para el conocimiento delestudiantado.
b. Relación de Actores del negocio
Director de Escuela.
Es la autoridad que dirige, coordina, supervisa y evalúa la formación académica yprofesional a través de la ejecución de un plan integral. Jefe de Departamento.
Encargado del departamento académico de cada escuela. Docente
Persona encargada de la enseñanza en la facultad, puede ocupar otros cargos. OAGRA
Es el organismo de la UNAC, el cual se encarga de los procedimientos academicosde Pregrado y Postgrado. Consejo de Facultad.
Es el organo de Gobierno encargado de organizar, promover dirigir y ejecutar lasactividades de la facultad.
19
c. Diagrama de Casos de Uso del Negocio del sistema actual
Fuente : Elaboracion propia
5.1 Estructurar los grupos horarios
7. Aprobar Programacion AcademicaConsejo de Facultad
1. Emitir el cronograma de presentacionde la PA
8. Entregar Programacion Academicaaprobada
9. Publicar la programacion Academica
OAGRA
6. Presentar Programacion Academica
2. Fijar cronograma de presentacion dePA de la escuela
3. Emitir los plazos de entrega dedisponibilad horaria
5. Estructurar la programacionacademica
<<include>>
Director de Escuela
4.1 Modificar disponibilidad horaria
docente4. Entregar disponibilidad horaria
<<extend>>
Jefe de departamento
5.2 Asignar docentes
<<include>>
20
d. Diagrama de caso de uso del negocio
fuentente : Elaboracion propia
7. Aprobar Programacion Academica
8. Entregar Programacion Academicaaprobada
Consejo de Facultad
1. Emitir el cronograma de presentacionde la PA
9. Publicar la programacion Academica
OAGRA
6. Presentar Programacion Academica
2. Fijar cronograma de presentacion dePA de la escuela
3. Emitir los plazos de entrega dedisponibilad horaria
5. Estructurar la programacionacademica
Director de Escuela
4.1 Modif icar disponibilidad horaria
4. Entregar disponibilidad horariadocente
<<extend>>
21
e. Especificacion de los casos de uso del negocio
Descripción de Caso de Uso 1Caso de Uso : Emitir cronograma de presentacion de Programacion Horaria.Objetivo : Delimitar los plazos en que se estableceran la elaboracion del procesogeneral
de matricula.Actores : Oagra (O)Pasos:1. O: Establece el ciclo que se va a llevar.2. O: Determina los plazos para la matricula del ciclo y la presentacion de
programacion horaria.3. O: Establece el cronograma general de matricula y la presentacion de programacion
horaria.4. O: Publica el cronograma general de matricula y la presentacion de programacion
horaria.ExtensionesVariacionesRequisitos Especiales
Descripción de Caso de Uso 2Caso de Uso : fijar el cronograma de presentacion de PA de la escuela.Objetivo : Determinar las fechas necesarias para la elaboracion de la PA .Actores : Director de Escuela (DE)Pasos:1. DE: Revisa el cronograma general de Oagra.2. DE: Determina posibles limites de timpo.3. DE: Estructura el cronograma.4. DE: Publica el cronograma de presentacion de PA de la escuela.ExtensionesVariacionesRequisitos Especiales
Descripción de Caso de Uso 3Caso de Uso : Emitir los plazos de entrega de disponibilidad horaria.Objetivo : Determinar el plazo limite de entrega de disponibilidad horaria.Actores : Director de Escuela (DE)Pasos:1. DE: Revisa el cronograma de presentacion de PA de la escuela2. DE: Determina posibles limites de timpo.3. DE: Define el plazo de entrega de disponibilidad horaria.4. DE: Publica el plazo de entrega de disponibilidad horaria.ExtensionesVariacionesRequisitos Especiales
22
Descripción de Caso de Uso 4Caso de Uso : Entrega de disponibilidad horaria.Objetivo : Recabar y conocer la disponibilidad de cada docente.Actores : Docente (D)Pasos:1. D: Verifica el plazo de entrega de disponibilidad horaria.2. D: Elabora su disponibilidad horaria3. D: Entrega su disponibilidad horariaExtensiones
3.1 <<extend>> modificar disponibilidad horaria.Si se presenta el caso: el profesor desea modificar su disponibilidad horaria.
VariacionesRequisitos Especiales
Descripción de Caso de Uso 4.1Caso de Uso : Modificar diponibilidad horaria.Objetivo : Actualizar la disponibilidad horaria de cada docente.Actores : Docente (D)Pasos:1. D: Elabora su disponibilidad horaria actualizada.2. D: Presenta su disponibilidad horaria actualizada.ExtensionesVariacionesRequisitos Especiales
Descripción de Caso de Uso 5Caso de Uso : Estructurar la Programacion Academica.Objetivo : Establecer la programacion horaria de la escuelaActores : Director de Escuela (DE)Pasos:1. DE: Ingresan al Sistema2. DE: Recupera del sistema todos los requerimientos (Cursos, demanda, aulas,
PA anterior)3. DE: Selecciona Estructurar4. DE: Visualiza los grupos horarios necesarios para cada curso5. DE: Recupera del sistema todos los requerimientos (Cursos, docentes, sus
disponibilidades y la PA anterior)6. DE: Selecciona Asignar docentes en el Sistema7. DE: Visualiza los Horarios de los G.H. generados con sus docentes asignados.8. DE: Verifican Programacion academica elaborada..9. DE: Salen del sistema10. DE: Llevan la PA a su aprobacionExtensionesVariacionesRequisitos Especiales
23
Descripción de Caso de Uso 6Caso de Uso : Presentar la Programacion Academica.Objetivo : Presentar la PA para su aprobacionActores : Director de Escuela (DE)Pasos:1. DE: Presenta la PA en una sesion .2. DE: Expone la PA.Extensiones
VariacionesRequisitos Especiales
Descripción de Caso de Uso 7Caso de Uso : Aprobar la Programacion Academica.Objetivo : Definir y aprobar la PA para su uso actual.Actores : consejo de Facultad (CF)Pasos:1. CF: Entra en sesion unica2. CF: Atiende y escucha las exposiciones de los Directores de Escuela.3. CF: Determina observaciones.4. CF: Aprueba la PA.5. CF: Elabora un edicto constatando la aprobacion de la PAExtensionesVariacionesRequisitos Especiales
Descripción de Caso de Uso 8Caso de Uso : Entregar Programacion Academica aprobada.Objetivo : Dar a Oagra la PA para su publicacion oficialActores : Consejo de Facultad (CF)Pasos:1. CF: Aprueba el edicto de aprobacion de PA2. CF: Entrega la PA aprobada a Oagra.ExtensionesVariacionesRequisitos Especiales
Descripción de Caso de Uso 9Caso de Uso : Publicar la Programacion Academica.Objetivo : Dar a conocer la PA al publico general para su uso actual.Actores : Oagra(O)Pasos:1. O: Verifica el tiempo de entrega de PA2. O: Publica la PA aprobada de cada escuela.3. O: Inicia el proceso de matricula del alumnado.ExtensionesVariacionesRequisitos Especiales
24
5.2. MODELO DE ANALISIS Y DISEÑO
a. Descripción de cada Entidad
Curso: Representa a un Curso dictado en la FIIS según la Curricula Vigente, contiene
toda la información de este según esta curricula.
G.H. Representa a los grupos horarios en los que se separan a los estudiantes que llevan
un mismo curso, por razones principalmente de capacidad de las aulas o facilidad de
enseñanza.
Aula: Representa a un salon de clase de la FIIS, el cual puede ser normal o de
laboratorio.
Docente: Representa a un Docente de la FIIS, que es encargado de impartir la
enseñanza en la facultad y de calificar a los alumnos en las materias que este enseña.
Disponibilidad: Representa un periodo de horas de un dia, en el cual un docente puede
dictar una clase, es decir su tiempo disponible.
Semestre: Es el semestre academico actual.
Escuela: Es la Escuela Profesional, en nuestro caso las escuelas profesionales de
Industrial y de sistemas.
Facultad: Es la Facultad de Ingenieria Industrial yde sistemas.
Horario P.A.: Es la representación de un Registro de la Programación Academica de la
facultad, la cual va a ser generada por el sistema, el cual comprende el horario del grupo
horario de un curso en una modalidad (Teoria, Practica o Laboratorio)
25
5.3 MODELO DE DATOSDiagrama de entidad relación
fuente : Elaboracion propia
dispone dedetermina
contemplaincluye
recibe
contempla
posee
comprende
le perteneceposee
CursoNumCurso
CodCursoNomCursoCredCursoTipoCursoHrsTeoHrsPractHrsLab
DocenteCodDocente
NomDocenteTipoDocente
AulaCodAula
NumAulaCapacAulaTipoAula
Grupo HorarioCodGH
NumCurso (FK)TipoHorario
DisponibilidadTurno
CodDocente (FK)DiaDispHoraIniHoraFinCodSemestre (FK)
Programacion HorariaCodSemestre (FK)NumCurso (FK)NumEscuela (FK)CodGH (FK)
CodAula (FK)CodDocente (FK)DiaCursoHoraIniHoraFin
Escuela ProfesionalNumEscuela
IdFacultad (FK)NomEscuela
FacultadIdFacultad
DescFacultad
SemestreCodSemestre
FecIniDescSemestreFecFin
26
b. Listado de Clases con Atributos y Operaciones
CLASE ATRIBUTOS OPERACIONES
Cursos
Numero : IntegerCodigo : StringNombre : StringCreditos : IntegerTipo: ByteHoras Teoria : IntegerHoras Practica : IntegerHoras Laboratorio: IntegerDemanda : Integer
Crear ()Anular()Actualizar ()Consultar()Consultar Demanda ()
Aula
Codigo: IntegerNumero: IntegerCapacidad: IntegerTipo de Aula : String
Asignar Curso ()Actualizar ()Consultar ()
Docente
Codigo: IntegerNombre : StringApellido Paterno : StringApellido Materno : StringTelefono : StringTipo de docente : String
Asignar Curso ()Actualizar ()Consultar ()
Disponibilidad
Turno: IntegerDia : DateHora Inicio: DateHora Fin: Date
Agregar ()Actualizar ()Eliminar ()Consultar ()
G HCodigo G H: StringTipo G H : String
Calcular Tipo GH ()Crear GH ()Anular GH ()Consultar GH ()
Semestre
Codigo : IntegerDescripcion : StringFecha Inicio: DateFecha Fin: Date
Actualizar ()
Escuela ProfesionalCodigo : IntegerDescripcion : String
FacultadCodigo : IntegerDescripcion : String
Horario PA
Registro : IntegerDia : DateHora Inicio: DateHora Fin: Date
Asignar ()Crear ()Eliminar ()Actualizar ()
27
c. Diagrama de Clases
Fuente : Elaboracion propia
5.4 ANALISIS FUNCIONAL
Para el desarrollo de los diagramas presentados a continuacion vamos a especificar elarea de influencia de este sistema. Para esto presentaremos los diagramas de casos deuso que se van a desarrollar para el sustento del sistema:
Disponibil idadTurno : IntegerDia : DateHora Inicio : DateHora Fin : Date
Agregar()Actualizar()Eliminar()Consultar()
SemestreCodigo : IntegerDescripcion : StringFecha Inicio : DateFecha Fin : Date
Actualizar()
1
0..n
1
0..n
le pertenece
AulaCodigo : IntegerNumero : IntegerCapacidad : IntegerTipo de Aula : String
Asignar Curso()Actualizar()Consultar()
DocenteCodigo : IntegerNombre : StringApellido Paterno : StringApellido Materno : StringDireccion : StringTelefono : StringTipo de Docente : String
Asignar Curso()Actualizar()Consultar()
0..n
1
0..n
1
determina
FacultadCodigo : IntegerDescripcion : String
G HCodigo de G H : StringTipo Grupo Horario : String
Calcular tipo GH()Crear GH()Anular GH()Consultar GH()
Horario P. A.Registro : IntegerDia : DateHora Inicio : DateHora Fin : Date
Asignar()Crear()Eliminar()Actualizar() 1..n
1
1..n
1
posee
0..n0..n
0..n0..n
contempla
0..n
1
0..n
1
incluye
1..n
1
1..n
1
recibe
Escuela ProfesionalCodigo : IntegerDescripcion : String
Crear()
1..n1 1..n1
comprende
n
1
n
1
tiene
CursoNumero : IntegerCodigo : StringNombre : StringCreditos : IntegerTipo : ByteHoras Teoria : IntegerHoras Practica : IntegerHoras Laboratorio : IntegerDemanda : Integer
Crear()Anular()Actualizar()Consultar()Consultar Demanda()
1
0..n
1
0..n
dispone de 0..n
0..1
0..n
0..1
contempla
pertenece a
28
fuente : Elaboracion propia: caso de uso Disponibildad horaria
Hemos llegado a estas conclusion debido a que estos son los rubros en donde existe
mayor commplejidad y en el que el sistema es capaz de mejorar la situacion compleja.
Al mismo tiempo se debe notar que se han simplificado los caso de uso 5.1 y 5.2 en el
caso de uso 5 porque el sistema procedera a realizar tales labores. Tambien se ha
omitido al actor Jefe de Departamento para no complicar el acceso al sistema, ya que
este va a proceder a realizar las actividades de calculo y almacenamiento.
A continuacion presentamos los siguientes diagramas correspondientes a los casos de
uso mencionados:
Diagramas de Secuencia
Diagramas de Colaboracion
Diagramas de Actividades
Diagramas de Estados (de las clases representativas)
4.1 Modificar DisponibilidadHoraria
4. Entregar Disponibilidad Horaria
Docente
5. Estructurar la ProgramacionAcademica
Director deEscuela
<<extend>>
29
A. Diagramas de Secuencia
Caso de uso Entregar Disponibilidad Horaria
Fuente : Elaboracion propia
Descripción:El docente luego de verificar el plazo de entrega de disponibilidad, elabora sudisponibilidad horaria en base al tiempo que el docente vea conveniente, estadisponibilidad es entregada por el docente a la secretaria de la dirección de escuela;luego la secretaria ingresa al sistema y agrega la disponibilidad horaria al sistema y esteemite la conformidad de ingreso de nueva disponibilidad.
docente secretaría Sistema
1: Elaborar disponibilidad horaria
2: Entrega disponibilidad horaria
5: Agregar disponibilidad horaria
3: Ingreso
4: Conformidad de ingreso
6: Emitir cinformidad de registro
30
Caso de uso Modificar Disponibilidad Horaria
Fuente : Elaboracion propia
Descripción:El docente si no está conforme con su disponibilidad o lo quiere cambiar por múltiplesmotivos, envía una solicitud de modificación de disponibilidad horaria, la cual esaceptada por la secretaría y respondida al docente; el docente envía la nuevadisponibilidad a secretaria; la secretaria accede al sistema y hace el ingreso de la nuevadisponibilidad horaria; el sistema actualiza su base de datos y emite un informe deconformidad del registro.
docente Secretaría Sistema
1: [conformidad con dh = ok]Enviar solicitud de cambio de
disponibilidad horaria
2: Aceptacion de solucitud de cambio
3: envia nueva disponibilidad horaria
4: ingreso
5: conformidad de ingreso
6: ingreso de nuevadisponibilidad horaria
7: Actualiza disponibilidad horaria
8: Envia conformidad de registro
31
Caso de uso Estructurar la Programacion Academica
Fuente : Elaboracion propia
Descripción:El director de escuela ingresa al sistema; además el director de escuela ingresa lademanda de alumnos de los cursos; el sistema recibe la información y empieza sutrabajo; el sistema consulta la currícula, la demanda de alumnos y la disponibilidad deaulas; así el sistema elabora los grupos horarios; el sistema de programación horariagenera el reporte de grupos horarios, la cual es aceptada por el director de escuela; luegoel sistema de programación horaria consulta la disponibilidad horaria, la relación dedocentes y las restricciones generales, así el sistema elabora la asignación de docentes;luego el sistema genera el reporte de programación horaria , la cual es aceptada por eldirector de escuela.
director deEscuela
sistema reporte de grupo horario reporte de programacion horaria
1: ingreso
2: conformidad de ingreso
3: ingreso la demanda de alumnos4: consultar curricula
5: consulta demanda de alumnos
6: consultar disponibilidad de aulas
7: Generar grupos horarios
8: Generar()
9: Aceptacion de Reporte
10: consulta de disponibilidad horaria
11: consulta de relacion de docentes
12: consultar restricciones
13: Asignar docentes
14: Generar()
15: Aceptacion de Reporte
32
B. Diagramas de Colaboracion
Caso de uso Entregar Disponibilidad Horaria
Fuente : Elaboracion propia
Descripción:El docente luego de verificar el plazo de entrega de disponibilidad, elabora sudisponibilidad horaria en base al tiempo que el docente vea conveniente, estadisponibilidad es entregada por el docente a la secretaria de la dirección de escuela;luego la secretaria ingresa al sistema y agrega la disponibilidad horaria al sistema y esteemite la conformidad de ingreso de nueva disponibilidad.
Caso de uso Modificar Disponibilidad Horaria
Fuente : Elaboracion propia
docente secretaría
Sistema
1: Elaborar disponibilidad horaria
2: Entrega disponibilidad horaria
3: Ingreso5: Agregar disponibilidad horaria
4: Conformidad de ingreso6: Emitir cinformidad de registro
docente Secretaría
Sistema
7: Actualiza disponibilidad horaria
1: [conformidad con dh = ok] Enviarsolicitud de cambio de disponibilidad
horaria3: envia nueva disponibilidad horaria
2: Aceptacion de solucitud de cambio
4: ingreso6: ingreso de nueva disponibilidad horaria
5: conformidad de ingreso8: Envia conformidad de registro
33
Descripción:El docente si no está conforme con su disponibilidad o lo quiere cambiar por múltiplesmotivos, envía una solicitud de modificación de disponibilidad horaria, la cual esaceptada por la secretaría y respondida al docente; el docente envía la nuevadisponibilidad a secretaria; la secretaria accede al sistema y hace el ingreso de la nuevadisponibilidad horaria; el sistema actualiza su base de datos y emite un informe deconformidad del registro.
Caso de uso Estructurar la Programacion Academica
Fuente : Elaboracion propia
Descripción:El director de escuela ingresa al sistema; además el director de escuela ingresa lademanda de alumnos de los cursos; el sistema recibe la información y empieza sutrabajo; el sistema consulta la currícula, la demanda de alumnos y la disponibilidad deaulas; así el sistema elabora los grupos horarios; el sistema de programación horariagenera el reporte de grupos horarios, la cual es aceptada por el director de escuela; luegoel sistema de programación horaria consulta la disponibilidad horaria, la relación dedocentes y las restricciones generales, así el sistema elabora la asignación de docentes;luego el sistema genera el reporte de programación horaria , la cual es aceptada por eldirector de escuela.
director deEscuela
sistema
reporte de grupohorario
reporte de programacionhoraria
4: consultar curricula5: consulta demanda de alumnos
6: consultar disponibilidad de aulas7: Generar grupos horarios
10: consulta de disponibilidad horaria11: consulta de relacion de docentes
12: consultar restricciones13: Asignar docentes
1: ingreso3: ingreso la demanda de alumnos
2: conformidad de ingreso
9: Aceptacion de Reporte
15: Aceptacion de Reporte
8: Generar()
14: Generar()
34
C. Diagramas de Actividad
Casos de uso Entregar Disponibilidad Horaria y Modificar Disponibilidad Horaria
Fuente : Elaboracion propia
35
Caso de uso Estructurar la Programacion Academica
Fuente : Elaboracion propia
36
D. Diagramas de Estado
Clase Docente
Fuente : Elaboracion propia
Clase Aula
Fuente : Elaboracion propia
Disponible Asignado Enseñando
Fin ciclo
Asignar CursoAprobar asignacion
Anular asignacion docente
Disponible Ocupado
Fin de clase
Clausurado
Asignar Curso
Clausura Apertura
37
VI . DISCUSIÓN
El propósito de esta investigación fue diseñar un sistema de información automatizado
que permita optimizar los procesos de la programación académica de la Facultad de
ingeniería Industrial y de sistemas, permitiendo obtener en forma rápida la
programación académica y mejorar el servicio educativo de los alumno en la en el
proceso de matricula de la FIIS_UNAC.
Se partió de la Hipótesis, si al Sistema de información de la Programación Académica
aplicamos la sistematización mejoraremos significativamente los procesos académicos y
mejoraremos la calidad de los servicios educativos como son imagen, reducción de
tiempo en el proceso de matrícula.
Actualmente en nuestro medio en la universidades tienen sistemas automatizados , pero
el proceso de elaboración de la programación académica especialmente el proceso de
asignación de horarios se realiza manualmente y luego se ingresa la solucion al sistema
automatizado, este sistema que presentamos permite realizar la solución de asignación
dentro de su proceso automatizado.
38
VII BIBLIOGRAFÍA
1. Cohen Enrique. "SISTEMA DE INFORMACION PARA LOSNEGOCIOS "Mcgraw-Hill , enero 2000
2. Kendall y Kendall "ANALISIS Y DEISEÑO DE SISTEMASby Prentice Hall, Inc, 1991
3. Martin Fowler, RENDALL SCOTT, UML gota a Gota
Kendall Scott Edicciones ENIT-2009
4. Universidad del Callao. "Reglamento de estudios y CurriculaResolución Nro 018-90-CU
DIRECCIONES DE INTERNET
[1] Mejorar sus Procesos | gestionit.com.ar
www.gestionit.com.arEspecialistas en revision automatizacion y mejora de procesos
[2] Tecnologías de información y optimización de procesos. - PwCwww.pwc.com/mx/es/retos-transportacion - MéxicoTecnologías de información y optimización de procesos. ... de transportaciónbasándose en sistemas de información, minimizando riesgos y reduciendo costos
[3] Lenguaje Unificado de Modelado - Wikipedia, la enciclopedia librees.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado - En cachéIr a Críticas a UML: A pesar de su status de estándar ampliamente reconocido yutilizado, UML siempre ha sido muy criticado por su carencia de una
39
VIII .APENDICE
40
8.1 DISEÑO DEL DIAGRAMA DE ACTIVIDAD
Casos de uso Entregar Disponibilidad Horaria y Modificar Disponibilidad
Horaria
Fuente : elaboarcion propia
41
Caso de uso Estructurar la Programacion Academica
(1) Fuente: Elaboración Propia
42
IX .ANEXO
43
9.1 GLOSARIO DE TERMINOS
Curso: Representa a un Curso dictado en la FIIS según la Curricula Vigente, contiene
toda la información de este según esta curricula.
G.H. Representa a los grupos horarios en los que se separan a los estudiantes que llevan
un mismo curso, por razones principalmente de capacidad de las aulas o facilidad de
enseñanza.
Aula: Representa a un salon de clase de la FIIS, el cual puede ser normal o de
laboratorio.
Docente: Representa a un Docente de la FIIS, que es encargado de impartir la
enseñanza en la facultad y de calificar a los alumnos en las materias que este enseña.
Disponibilidad: Representa un periodo de horas de un dia, en el cual un docente puede
dictar una clase, es decir su tiempo disponible.
Semestre: Es el semestre academico actual.
Escuela: Es la Escuela Profesional, en nuestro caso las escuelas profesionales de
Industrial y de sistemas.
Facultad: Es la Facultad de Ingenieria Industrial yde sistemas.
Horario P.A.: Es la representación de un Registro de la Programación Academica de la
facultad, la cual va a ser generada por el sistema, el cual comprende el horario del grupo
horario de un curso en una modalidad (Teoria, Practica o Laboratorio)