UNIVERSIDAD SAN PEDRO

FACULTAD DE INGENIERIA INFORMATICA

Y DE SISTEMAS

Tema: Informe De La Gestin Acadmica

Curso: Ingeniera De Software I

Docente: Ing. Marlene Paredes Jacinto

Integrantes:

Miranda Vigo Brander

Moreno Castro Seyli

Rodriguez Alva Josue

Vidal Cortez Christian

Pgina 1

Chimbote - 2015

INDICE
1. RESUMEN... 3
2. INTRODUCCION..4
3. PROBLEMTICA.....5
3.1. Objetivo General5
3.2. Objetivo Especifico5
4. MARCO TEORICO...6
4.1. Definicin de RUP.....6
5. METODOS..10
5.1. Metodologa de Desarrollo...10

Pgina 2

1. RESUMEN
El presente estudio tuvo como propsito fundamental disear e
implementar un sistema de informacin para la elaboracin de la
programacin de la gestin acadmica para una entidad estudiantil,
esta aplicacin permite optimizar los procesos de la programacin
acadmica, mejorar la calidad de los servicios educativos.
Esta investigacin de tipo descriptivo, establece las relaciones
estructurales implicadas en el problema, ha permitido analizar del
proceso complejo de la programacin acadmica estudiantil, el
proceso de programacin acadmica 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.

Del presente estudio se derivaron la siguientes conclusiones se

optimizo los procesos de la programacin acadmica, reduciendo
tiempo y costo de cada proceso, se mejor la calidad de los servicios
educativos

Pgina 3

Pgina 4

2. INTRODUCCION
La programacin acadmica, es el proceso que le da sentido a buena
parte de la gestin Acadmica estudiantil. De ella emana: la
organizacin y control de la curricula, automatizar procesos y, sobre
todo, la calidad de atencin que se da a los estudiantes.
Programar con oportunidad es no slo un ejercicio de madurez
institucional, sino una necesidad impuesta: por el tamao de nuestro
academia estudiantil, 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 elaboracin actual de la programacin de la gestin acadmica
estudiantil se basa en lineamientos y tcnicas netamente manuales,
en donde transcurre cada proceso acompaado de una
documentacin establecida.
El proceso general de la programacin acadmica estudiantil empieza
indicando el cronograma general de matrcula, en donde se especifica
las actividades que se van a desarrollar en el ciclo.

Pgina 5

3. PROBLEMTICA
3.1. OBJETIVO GENERAL
Disear e implementar un sistema de informacin automatizado que
permita optimizar el proceso de la programacin acadmica en una entidad
Instituto.

3.2. OBJETIVOS ESPECIFCOS

Analizar si la currcula de estudios influye en el proceso de la elaboracin
de la programacin.
Analizar si los recursos didcticos (aulas, cursos, currcula), influye en
proceso de la elaboracin acadmica.
Analizar si el sistema de informacin mejora el proceso de la asignacin de
horarios acadmicos.

Pgina 6

4. MARCO TEORICO
4.1. Definicin de RUP (Rational Unified Process)
RUP es un proceso para el desarrollo de un proyecto de un software
que define claramente quien, cmo, cundo y qu debe hacerse en el
proyecto. Como 3 caractersticas 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 cmo 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 ms depurada.
Como filosofa RUP maneja 6 principios clave:
Adaptacin del proceso: El proceso deber adaptarse a las
caractersticas propias de la organizacin. El tamao del mismo, as
como las regulaciones que lo condicionen, influirn en su diseo
especfico. Tambin 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.
Colaboracin entre equipos: El desarrollo de software no lo hace
una nica persona sino mltiples equipos. Debe haber una
comunicacin 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 iteracin
se analiza la opinin de los inversores, la estabilidad y calidad del
producto, y se refina la direccin del proyecto as como tambin los
riesgos involucrados.
Elevar el nivel de abstraccin: Este principio dominante motiva el
uso de conceptos reutilizables tales como patrn del software,
lenguajes 4GL o esquemas (frameworks) por nombrar algunos. stos
se pueden acompaar 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 iteracin, sino en todos los aspectos de la produccin.
Pgina 7

El ciclo de vida de RUP

RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias
iteraciones en nmero variable segn el proyecto y en las que se hace un
mayor o menor hincapi en los distintas actividades.

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 ms
al funcionamiento de la empresa, sobre conocer sus procesos.
Entender la estructura y la dinmica de la organizacin para la cual
el sistema va ser desarrollado.
Entender el problema actual en la organizacin objetivo e identificar
potenciales mejoras.
Asegurar que clientes, usuarios finales y desarrolladores tengan un
entendimiento comn de la organizacin objetivo.
Requisitos: En esta lnea 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 sobre lo
que el sistema podra 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.

Pgina 8

FASE DE ELABORACIN
En la fase de elaboracin, las iteraciones se orientan al desarrollo de
la baseline de la arquitectura, abarcan ms los flujos de trabajo de
requerimientos, modelo de negocios (refinamiento), anlisis, diseo y
una parte de implementacin orientado a la baseline de la
arquitectura.
Anlisis y Diseo: En esta actividad se especifican los
requerimientos y se describen sobre cmo se van a implementar en el
sistema.
Transformar los requisitos al diseo del sistema.
Desarrollar una arquitectura para el sistema.
Adaptar el diseo para que sea consistente con el entorno de
implementacin.

FASE DE CONSTRUCCIN
Implementacin: Se implementan las clases y objetos en ficheros
fuente, binarios, ejecutables y dems. El resultado final es un sistema
ejecutable.
Planificar qu subsistemas deben ser implementados y en qu orden
deben ser integrados, formando el Plan de Integracin.
Cada implementador decide en qu orden implementa los
elementos del subsistema.
Si encuentra errores de diseo, 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.
Pgina 9

 Provee la validacin de los supuestos realizados en el diseo y

especificacin de requisitos por medio de demostraciones concretas.
Verificar las funciones del producto de software segn lo diseado.
Verificar que los requisitos tengan su apropiada implementacin.
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 ejecucin final.
Empaquetar el software para su distribucin.
Distribuir el software.
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

Pgina 10

5. METODOS
5.1. METODOLOGA DE DESARROLLO
Para alcanzar los objetivos planteados en el presente proyecto de
investigacin, seguimos la metodologa RUP. Esta metodologa
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 ELABORACIN
En la fase de elaboracin, las iteraciones se orientan al desarrollo de
la baseline de la arquitectura, abarcan ms los flujos de trabajo de
requerimientos, modelo de negocios (refinamiento), anlisis, diseo y
una parte de implementacin orientado a la baseline de la
arquitectura.
Implementacin: Se implementan las clases y objetos en ficheros
fuente, binarios, ejecutables y dems. El resultado final es un sistema
ejecutable.
Planificar qu subsistemas deben ser implementados y en qu orden
deben ser integrados, formando el Plan de Integracin.
Cada implementador decide en qu orden implementa los
elementos del subsistema.
Si encuentra errores de diseo, los notifica.
Pgina 11

 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.

Pgina 12