ndice

CONTENIDO
Pg.
INTRODUCCIN................................................................................................ 4
CAPTULO I.
1.
PLANTEAMIENTO DEL PROBLEMA...................................................
5
2.
JUSTIFICACIN.................................................................................
6
3.
OBJETIVOS DE LA INVESTIGACIN..................................................
7
a.
Objetivo General.........................................................................7.
b.
Objetivos Especficos. ...............................................................7
4.
ALCANCES...................................................................................................
7
5.
CONSIDERACIONES Y RESTRICCIONES. ...............................................
9
6.
METODOLOGA. .........................................................................................
17
a.
Tipo de Investigacin. ...........................................................17
b.
Enfoque de la Investigacin. ........................................................17
c.
Poblacin o universo de estudios. .............................18
d.
Muestra. .....................................................................18
e.
Tcnicas de recoleccin de informacin......................................18
f. Rational Unified Process......19
7. PLAN DE TRABAJO....................................................................................
21
8. REQUERIMIENTOS............................................................................................24
9. DFD.......29.

INTRODUCCION
Ha sido recurrente la dificultad a la hora de organizar eficiente y correctamente
el horario tanto para los estudiantes como para la coordinacin de las diversas
carreras de la Universidad Nacional Experimental de Guayana. Los estudiantes se
consiguen con una cantidad de problemas que sera difcil enumerarlos todos, en
cada proceso de inscripcin semestral, desde falta de tiempo entre el momento de la
publicacin de horarios y el de inscripcin hasta dificultad en hacer sincronizar los
bloques de horas entre varias materias. Las coordinaciones de carrera por su lado al
no contar con los mtodos adecuados para lograr la terminacin a tiempo de los
horarios generan un efecto domin en todos los beneficiados de ello, como se
detallar en el transcurso de la investigacin. El tiempo y problemas que se ahorra
automatizando el proceso generara un sin fin de beneficio incalculable para todos los
involucrados. Se deben plantear, desarrollar e implementar soluciones a nivel de
nuestra casa de estudio.
La automatizacin es un proceso en cual intervienen maquinas o mecanismos
(software, hardware, etc.) que busca resolver determinado problema a travs de un
grupo de instrucciones determinadas, para decidir qu informacin automatizar, se
debe realizar un exhausto estudio de necesidades y de puntos crticos, que se deben
tener en cuenta a la hora de dar prioridades para realizar este proceso.
Para tener en cuenta en el proceso de desarrollo se debe tomar en cuenta las
necesidades reales, costos de implementacin, beneficios del proceso, el desarrollo
o eleccin del software a utilizar que supla las necesidades, contar con la informacin
a tiempo, capacitacin, personal idneo y entre otras necesidades, beneficios y
objetivos.
Sin ms que agregar se da paso a la investigacin y se espera que los
conocimientos encontrados, de no ser implementados, sean el primer paso para la
realizacin de un sistema acorde a las necesidades y talento que nuestra casa de
estudio da a da engendra.

CAPTULO I
PLANTEAMIENTO DEL PROBLEMA
Toda universidad tiene como objetivo principal educar y cumplir con un amplio
proceso de enseanza-aprendizaje a travs de programas, planificaciones, plan de
estudio y cualquier cantidad de tcnicas que conlleven al mismo fin. Cabe destacar
que todo este proceso que abarca desarrollar una carrera universitaria es dividido
por lapsos de tiempos, bien sea trimestres, semestres u aos, el punto es que antes
del inicio de cada nuevo lapso acadmico la universidad debe pasar por un proceso
de planificacin de nuevos horarios, los cuales sern usados tanto por alumnos como
por profesores, con el objetivo de poder cubrir todas las necesidades del estudiantado
ajustndose a la disponibilidad de espacio, profesores y tiempo. Una parte importante
de este proceso es la gestin de una sbana acadmica, y esta no es ms que la
forma de estructurar y planificar horarios de tal modo que se pueda establecer si se
encuentra o no algn bloque de hora disponible para alguna actividad.
En este caso el punto de enfoque ser la Universidad Nacional Experimental
de Guayana (UNEG) ncleo Puerto Ordaz, la cual se encuentra ubicada en la Avenida
Atlntico, Ciudad Guayana - Estado Bolvar y donde se imparten distintas carreras
como lo son: Ingeniera en Informtica, Contadura, Administracin de Empresas,
Bancas y Finanzas, Ciencias Fiscales y Educacin.
En mencionada universidad, a lo largo de los aos se ha presentado una
dificultad en cuanto a las gestiones necesarias para planificar y/o organizar la sabana
acadmica, del mismo modo la presentacin de un horario final y definitivo, pues
dichos procesos hasta la presente fecha se realizan de forma semi-manual, sin excluir
otros factores causantes de dicha dificultad, como lo son la gran demanda estudiantil
existente, espacios limitados, profesores con poca disponibilidad de horas, entre
otros.
El proceso de creacin y planificacin de los horarios actualmente consiste en
realizar una estructuracin manual directa, es decir, se hace un ajuste a consideracin
del coordinador encargado de la sbana de la carrera en cuestin, lo cual genera una
serie de factores que convergen en errores que afectan la planificacin idnea de la
creacin de los horarios.
Realizar la planificacin como anteriormente se menciona trae como
consecuencia los siguientes problemas:
Tiempo del encargado de la realizacin de la sbana desperdiciado.
Retraso en la entrega de un horario definitivo.

Descontento tanto de alumnos como de profesores.

Errores humanos al momento de armar la sbana.

Solapacin con distintas materias en la misma aula.
Falta de tiempo del coordinador de la carrera para ocuparse en otras
actividades correspondientes a su trabajo, entre otras cosas.

Los estudiantes tambin son afectados en lo que abarca este tema, pues al
momento de realizar la planificacin de sus horarios, estos tienden a ser modificados
de 2(dos) y en casos extremos hasta 5(cinco) veces debido a las distintas fallas
presentadas en la sabana y la cantidad de veces que los horarios entregados
(considerados definitivos por la coordinacin) son modificados, obligando al
estudiante a alterar tambin los horarios que el mismo haba ideado, sin excluir el
hecho, de que a raz de todos estos cambios al momento de inscripcin de materias,
correspondientes a cada estudiante, se presentan nuevamente los errores humanos
en este caso causados por la cantidad de modificaciones que de una forma u otra
sufrieron los horarios planificados por cada uno.
Los estudiantes de la materia Ingeniera del Software I, semestre 2015-I, nos
hemos planteado la problemtica existente respecto a todo lo anteriormente
mencionado, y partiendo de eso se organiz una distribucin de estudiantes por
grupos, a los que se les dio por nombre oficinas, con el fin de dividirse tareas entre
cada oficina y lograr como producto final una solucin a dicho problema, la cual para
ser ms especficos sera el desarrollo e implementacin de una aplicacin que realice
el mismo proceso de creacin y gestin de horarios de manera automatizada,
logrando beneficiar de esta manera tanto a la coordinacin de la carrera como a la
comunidad estudiantil.
JUSTIFICACION
En la Universidad Nacional Experimental de Guayana (UNEG), actualmente se
realiza la creacin de la sbana acadmica de forma manual, es decir, no existe un
sistema que permita realizar todas las acciones necesarias para dicha creacin. As
tambin, se tiene que los estudiantes de la mencionada casa de estudios realizan la
creacin de sus horarios de forma escrita, haciendo entre dos y tres horarios base
que le faciliten la coordinacin de asignaturas y bloques de horas al momento de la
inscripcin.
En base a la informacin dada, se aplicarn los conocimientos necesarios y
precisos para analizar, disear, desarrollar e implementar un nuevo software que
desempee las funciones requeridas tanto para realizar la creacin de la sbana
acadmica por parte de la coordinacin de carrera, como la realizacin de horarios
por parte de los estudiantes. Este software representar una nueva oportunidad
significativa para la UNEG, donde se van a abordar directamente la problemtica que
se presenta actualmente en la gestin y creacin de la sbana acadmica, as como

tambin para su poblacin estudiantil a la hora de crear sus horarios, pasando as de

la forma manual a ser automatizado.
Finalmente, para nosotros los educandos de la asignatura Ingeniera del
Software como elaboradores del sistema, el desarrollo e implementacin del mismo
es de gran importancia puesto que se pondrn en prctica todos aquellos
conocimientos adquiridos y se dar un aporte muy til para la universidad mejorando
as la calidad de los sistemas empleados.

OBJETIVOS DE LA INVESTIGACIN
Desarrollo de un sistema de gestin para la generacin de horarios y facilite su
uso a la comunidad estudiantil de la universidad nacional experimental de Guayana
(UNEG) - sede Puerto Ordaz.
Objetivos Especficos

Establecer las necesidades y contrariedades de los usuarios e implicados en

el desarrollo del proceso de creacin de horarios en su totalidad.

Analizar e interpretar los requerimientos derivados del proceso, a travs de las

distintas tcnicas de modelado.

Plantear el funcionamiento del sistema mediante el diseo de software.

Realizar pruebas de los avances en el desarrollo del producto en la institucin.

ALCANCE
Se desea llegar a la colectividad estudiantil y al conjunto de
coordinadores pertenecientes a la Universidad Nacional Experimental de
Guayana (UNEG), ncleo Puerto Ordaz, pues el fin principal de este proyecto
es facilitar el funcionamiento correspondiente a los horarios.
Respecto a los coordinadores tendrn ms facilidad y manejo en su
trabajo de un arrastre automtico, teniendo como base la sabana que es su
soporte a la hora de crear el horario definitivo de la carrera a travs de la
aplicacin web y de escritorio que se va a desarrollar de manera prctica y
dinmica.
Por parte de la comunidad estudiantil, a la hora de crear su horario,
cada estudiante disfrutar de una aplicacin mvil que contiene la facilidad

que con solo evaluar el nivel del estudiante, esta persona tendr sus horarios
tentativos con mejor visibilidad sin necesidad de usar viejos mecanismos
manuales a la hora de crear el horario y no tenga complicaciones a la hora de
inscribirse (en caso de que no consiga cupo en la materia que desea cursar y
por no contar con un servicio o mecanismo ms actualizado deba recurrir a
viejos mecanismos manuales que no ahorran tiempo para el estudiante). Esto
con el fin de ahorrar ms tiempo en ambas partes (coordinador y comunidad
estudiantil) y facilitar una aplicacin muy eficaz y evaluativa que cumplan con
sus necesidades.
CONSIDERACIONES Y RESTRICCIONES
Consideraciones

Educar a los encargados de la codificacin del software, ofrecindoles cursos

y material de apoyo, de modo que tengan ms que nociones bsicas sobre el
correcto uso de los lenguajes de programacin que se utilizaran para el
desarrollo del software.

Permitir a futuros usuarios tener un conocimiento del sistema que se est

realizando, de modo que antes de que este est terminado ya estn al tanto
de lo que se est realizando.

Una vez obtenido el producto final, informar a los futuros usuarios de este
respecto a su correcto uso.
Restricciones

Tiempo
Pocos conocimientos respecto a algunos lenguajes de programacin que
fueron considerados para la parte de codificacin.

Respecto al proceso de creacin de los horarios

En la UNEG ncleo Puerto Ordaz cada carrera est regida por un departamento
de coordinacin, donde el encargado de dicho departamento (Coordinador), tiene
como funcin realizar diferentes actividades, entre ellas estructurar la sbana
acadmica, tales departamentos son los siguientes:

Coordinacin de Ingeniera en Informtica.

Coordinacin de Ingeniera Industrial.

Coordinacin de Ciencias Administrativas

Coordinacin de Educacin.

Independientemente de la carrera, antes de que se empiece con el proceso de

armar la sbana acadmica, los coordinadores deben pasar por un proceso de
recoleccin de informacin, el cual consiste en lo siguiente:
1. El departamento de estadstica, a partir de la semana 8 (ocho) del semestre
(semana en la que normalmente los profesores suben las notas del primer
corte) realiza una serie de pruebas con las cuales obtienen como resultado la
cantidad de alumnos que se supone pasarn sus respectivas materias
(considerados alumnos regulares) de igual forma los que no, partiendo de all
se hace un clculo para saber cuntas secciones de cada materia debera de
abrirse el semestre siguiente. Cabe destacar que este proceso es nuevamente
realizado al finalizar el semestre con la informacin final (las notas definitivas
de cada alumno en cada materia) del semestre, obteniendo as la informacin
ms precisa.
2. El coordinador de la carrera recibe la informacin de parte del departamento
de estadstica y a raz de eso hace una planilla la cual va dirigida a las
respectivas reas dependiendo de la materia (rea de informtica, rea de
matemtica, fsica etc.), con el fin de obtener la informacin necesaria para
empezar a constituir la sabana acadmica.
3. Una vez cada rea completa los recaudos solicitados, enva de regreso la
planilla al departamento de coordinacin, dicha planilla deber contener un
profesor asignado a cada materia conjuntamente con la seccin a la que
impartir la clase, su dedicacin, y dems datos.
Una vez completado el proceso que se detallo con anterioridad, cada
coordinador empieza a estructurar su sbana acadmica, cada uno con un mtodo
distinto el cual se detallara a continuacin.

Coordinador de Informtica.

Verifica los datos que se necesitan para construir la sabana acadmica, y en

una hoja va haciendo anotaciones, una vez hecho eso pasa a asignar los
profesores a un bloque de hora en la sabana acadmica ( que tiene en Excel),
para esto toma en cuenta las aulas disponibles sin incluir el saln de usos mltiples
ya que esta se utiliza como ltima opcin en caso de que no haya disponibilidad
de aula (normalmente se usa), en casos extremos en los que no hay disponibilidad

de aulas, o tiempo por parte de los profesores entre los das lunes a viernes, existe
la posibilidad de asignar horas de clases los das sbados y domingos.

Coordinador de Ciencias Administrativas

La forma de trabajo en este caso es totalmente manual, con papel y lpiz en
mano este coordinador hace modificaciones a la sabana acadmica de ser
necesarias, la mayora de alteraciones son respecto a los profesores, pues se toma
como base la sabana acadmica del semestre anterior y normalmente no hay muchas
modificaciones en cuanto a los bloques de horas.
La mayor dificultad que se le presenta a este coordinador est en los semestres
en los que la demanda estudiantil sobrepasa la cantidad de aulas que se tienen
asignadas a cada materia, puesto que distintas carreras se imparten en el mismo
mdulos(Administracin de empresas, contadura pblica, ciencias fiscales, bancas y
finanzas, educacin). En ocasiones es necesario "pedir prestadas" a otras carreras
aulas de clases que se encuentren sin uso en determinado bloque de hora.
Coordinador de Ingeniera Industrial.
A diferencia de los casos mencionados anteriormente este coordinador ha
buscado la forma de automatizar lo ms posible la forma en la que estructura su
sbana acadmica, pues todos los datos los tiene almacenados en su computador, al
momento de organizarla toma como base la del semestre anterior evitando hacer
modificaciones innecesarias. Muy pocas veces se presentan los casos en los que se
tenga que asignar bloques de horas los das sbados y domingos.
Coordinadora de Educacin.
Por razones ajenas a nuestro alcance, no se pudo concretar la entrevista con
esta persona.
Finalmente, una vez que se tienen los horarios de sabana planificados y
organizados sin choque alguno ya que se realizan por semestres, se tiene el horario
de todos los niveles, listo para ser publicados a los estudiantes.
En cuanto a la sabana acadmica
Podemos describir la Sabana como una especie de organizacin y
planificacin de horarios, la cual ayuda saber si hay algn bloque de hora disponible
para alguna actividad, existen bloques de cuatro(4), tres(3) y dos(2) horas, que sern
ocupadas por los profesores (dependiendo de su dedicacin).

Al igual que cada coordinador usa un mtodo distinto para construir su sbana
acadmica, tambin lo tienen para diferenciar los bloques de horas con los que
cuentan.
Por parte de la coordinacin de informtica, los colores utilizados para
diferenciar los bloques de horas son los siguientes:
Color verde: identifica cules bloques de horas ya se encuentran ocupados, o
mejor dicho se le han asignado ya profesores para trabajar entre esas horas.
Color Rojo: Se usa para aclarar que entre esas horas se est planificando
asignar x actividad, es decir quedan asignada una actividad de forma tentativa.
Color Blanco: Refleja disponibilidad, es decir, entre ese bloque de horas puede
ser utilizado para otra actividad acadmica.
Color Azul: Indican que la materia que se encuentra entre ese bloque de horas
son materias Electivas, estas materias son las ltimas en ubicarse en la sabana
Color Amarillo: Identifica que en ese bloque de horas se le fue asignado una
materia semi-presencial.
En cambio el coordinador de ingeniera industrial utiliza los colores para
diferenciar cada semestre, por ejemplo:

SEMESTRE
5
6

10

En cuanto al Coordinador de Ciencias Administrativas, ya que hace todo de

forma manual la posibilidad de diferenciar todo por colores sera muy trabajosa, por
lo que simplemente marca con 'X' o repasando con algn marcador cuestiones de
suma importancia, como por ejemplo las aulas que le son prestadas.
Es importante acotar que para cada semestre las coordinaciones se encargan
de que no choque ninguna materia en la misma seccin, y que la misma aula no est
asignada a dos secciones distintas en una misma hora.
Sin olvidar mencionar que para la organizacin y/o planificacin de la sabana
acadmica no se toma en cuenta aquellos estudiantes que vienen con materias de un

semestre anterior, o que quiera adelantar materias de un semestre superior,

simplemente toma en consideracin a los alumnos regulares.
Creacin de los horarios por parte de cada estudiante
Semanas antes del inicio de cada semestre cada uno de los estudiantes espera
que sean publicados los horarios (horario definitivo presentado por el coordinador de
la carrera ) correspondientes al nuevo semestre a iniciar, al obtener dichos horarios
comienza el proceso de planificacin de horarios por parte de cada estudiante.
No todos los estudiantes realizan un proceso para la creacin de sus horarios,
pues si un estudiante es regular solo bastar con escoger todas las materias de su
nuevo semestre a cursar en las mismas secciones (ejemplo: matemtica sec. 01,
fsica sec. 01 etc.). En caso de que un estudiante regular desee cursar una materia
de un semestre superior tan solo debe buscar un bloque de hora libre en el horario
presentado por la coordinacin para incluir la materia deseada.
Por otra parte no todos los estudiantes en la UNEG son regulares, pues a lo
largo de la carrera se le presentan distintos motivos los cuales los llevan a reprobar
una materia (abandono, falta de conocimientos, situaciones familiares etc.). A estos
estudiantes se les llama estudiantes irregulares y normalmente son los que
necesitan un proceso de planificacin y/o organizacin de su horario ms especfico,
proceso que se describe a continuacin:
1. El estudiante espera la publicacin de los horarios definitivos por parte de la
coordinacin.
2. Una vez se tiene los horarios definitivos, cada estudiante a ojo empieza a
cuadrar cules materias podr o no inscribir en su nuevo semestre. Este mini
proceso consiste en lo siguiente:
a. Se observan las materias deseadas, y se anota (en Word, bloc de notas,
o en un papel), la seccin, la hora, el nombre de la materia, los das que
se dictara, y el profesor a cargo de la materia.
b. En un recuadro hecho a mano o a computadora ,el cual contenga las
horas y los das de la semana, se van colocando en bloques de horas
las materias, verificando que estas no choquen con otras.
Usando el mismo mtodo del inciso 2 la mayora de los estudiantes tienden a
realizar un horario alternativo, el cual sirve de respaldo en caso de que al momento
de inscribirse no se encuentren las secciones escogidas para el primer horario. En
caso de que los horarios considerados definitivos sean modificados, es necesario
que el estudiante repita nuevamente el proceso desde el inicio.

Presentamos a continuacin una tabla cuyo contenido refleja los entes,

procesos, flujos y almacenes presentes en los procesos de armar horarios por parte
de coordinadores y estudiantes:
A continuacin, se presenta la tabla de entes, procesos, subprocesos,
actividades y tareas, conjuntamente con su lista de almacenes:
Lista de los almacenes

Carrera: guarda los datos independientemente del tipo de carrera.

Asignatura: datos de la materia.

Informacin de estadstica: recolecta la demanda de estudiantes aprobados

para dar como resultado tentativo la nueva demanda de estudiante por
materia.

Usuario: datos de usuario.

Sbana: es la base para crear los nuevos horarios y as poder llevar un

control de los bloques que estn disponibles para cualquier actividad
acadmica.

Horario: es la base para que cada estudiante segn su nivel cree el horario.

Disponibilidad de profesor: datos del profesor.

Planta fsica: disponibilidad de aula segn la carrera.

METODOLOGA
Tipo de investigacin
Explicativa, se describe el objetivo del proyecto a realizar, dando a conocer el
proceso de los horarios, las sbanas y la oferta acadmica. A su vez es tipo
descriptiva porque especifica y analiza ampliamente el proyecto a desarrollar.
Tambin es evaluativa porque compara el proceso con que se trabaja para poderlo
mejorar.
Enfoque de la investigacin
Se presenta un enfoque cualitativo, se apreci el tratamiento que con que se
lleva a cabo el proceso de inscripcin de cada semestre, a travs de la aplicacin y
anlisis de los instrumentos de recoleccin de informacin: la observacin, las
entrevistas no estructuradas.
Poblacin o universo de estudio
La poblacin de estudio abarca los integrantes de los distintos departamentos
de la coordinacin de las diversas carreras de la UNEG, as como tambin la
poblacin estudiantil que a su vez comprende unos doce (12) mil estudiantes,
divididos en las diferentes carreras que ofrece la UNIVERSIDAD NACIONAL
EXPERIMENTAL DE GUAYANA (UNEG) como lo son: educacin que posee
diferentes menciones (matemticas, lengua y literatura, educacin fsica, entre otras),
administracin de empresas, ciencias fiscales, banca y finanzas, licenciatura en
contadura, ingeniera en informtica e ingeniera industrial.
Muestra
La investigacin centr su unidad de anlisis en archivos que contenan la
informacin acerca de los horarios y las sbanas acadmicas que posea el
departamento de coordinacin. Dicha informacin permiti conocer las dificultades
que se presentan en el proceso para la creacin de horarios para cada semestre. Por
otra parte como muestra se tom en cuenta a la poblacin estudiantil de las carreras:
ingeniera en informtica un total de 150 estudiantes, de ciencias administrativas 100
estudiantes y por ultimo 96 estudiantes de ingeniera industrial, siendo un total de 346
estudiantes. Esta informacin dio a conocer la necesidad de crear un sistema de
gestin que permita realizar la creacin de los horarios de forma ms efectiva y
rentable.

Tcnicas de recoleccin de informacin

La metodologa a usar para el desarrollo de la investigacin y recoleccin de la
informacin fue encuestas y la observacin directa, adems, se emplearon fichas de
trabajo para recoger la informacin y hacer anotaciones importantes. Se tom como
poblacin tanto a los encargados del departamento de coordinacin de la carrera de
ingeniera informtica como a una cantidad de 396 estudiantes de las carreras:
ingeniera en informtica e industrial y de ciencias administrativas. Debido al
descontento por parte de los encuestados respecto a la forma en que se crean los
horarios de forma manual, las encuestas indicadas arrojaron como resultado la
necesidad de crear un sistema que gestione y facilite la creacin de horarios de una
manera ms organizada.
Metodologa implementada: RUP (Proceso unificado Racional)
Es un proceso de ingeniera del software que se basa esencialmente en la divisin
de tareas y responsabilidades dentro de una organizacin de desarrollo, esto con el
fin de crear productos de la mayor calidad posible que satisfagan las necesidades del
usuario dentro de un lmite de tiempo y presupuesto previsible. El enfoque de esta
metodologa se ve dirigido a los diagramas de caso de uso y el manejo de las posibles
fallas que puedan presentarse.
Principios de desarrollo

RUP est basado en seis (6) principios claves que se detallan a continuacin su
iteracin con la organizacin:
1. Adaptar el proceso: el proceso deber adaptarse a las necesidades del
cliente, debido a que la interaccin constante con los entes implicados son
vitales en el desarrollo de cualquier software, esto permite a su vez conocer las
caractersticas propias del proyecto, sus fronteras y las condicionales que
brindan un mayor alcance el diseo del proyecto.
2. Equilibrar prioridades: se busca el equilibrio que satisfaga los objetivos a
lograr, en Organiza2 los diversos participantes pueden ser diferentes,
contradictorios o pueden disputarse los recursos limitado es por ello que, estar
en acuerdo por un objetivo comn nos ayuda a corregir desacuerdos o
problemas futuros en el desarrollo del software.
3. Demostrar valor iterativamente: organiza2 se enfoca en un modo interno de
etapas iteradas, donde en cada una de las mismas se busca analizar las

opiniones de nuestros clientes buscando estabilidad y calidad del producto

partiendo del enfoque del proyecto y los riesgos involucrados.
4. Colaboracin entre equipos: en cualquiera organizacin y/o empresa el
desarrollo del software no es realizado por una sola persona, sino por mltiples
equipos en donde la comunicacin debe ser sistmica para una coordinacin
integra.
5. Enfocarse a la calidad: el control de la calidad no debe realizarse al final de
cada iteracin, es por ello que organiza2 busca la calidad en todos los aspectos
de la produccin del producto. El aseguramiento de la calidad forma parte del
desarrollo de un producto exitoso.
6. Elevar el nivel de abstraccin: este principio dominante motiva el uso de
conceptos reutilizables como patrones de software, lenguajes, esquemas
(frameworks) que van de la mano por representaciones visuales de la
arquitectura, organiza2 utiliza dos de ellas el lenguaje unificado de modelado
(UML) y diagramas de flujos de datos (DFD).
En Organiza2 justificamos las fases del proyecto con el uso de esta metodologa
al seguir ciertos criterios regidores de accin adoptados desde el inicio de la
aplicacin.
Criterio
Definicin
Organiza2
Esta

fase

tiene

como Algo semejante ocurre con

propsito definir y acordar el organiza2,

alcance del proyecto con los designaron
patrocinadores,

ya

que,

grupos

se
de

identificar trabajo con roles distinto en

los riesgos asociados al la empresa para un mejor

INICIO

proyecto,

proponer

una desempeo, a su vez se

visin muy general de la planearon

arquitectura de software y concurrentes
producir el plan de las fases autoridades
y

el

de

reuniones
entre

las

involucradas

iteraciones en el proceso y los distintos

posteriores.

departamentos para definir

el alcance de la aplicacin.

En esta fase se seleccionan Organiza2

los

casos

permiten

de

uso

definir

diseo

un

que modelado de datos a partir

la de distintas tcnicas, las

arquitectura

base

del cuales

sistema y se desarrollan.

fueron

la

implementacin

ELABORACIN

de

diagramas UML (lenguaje

Tambin

se

realiza

la unificado de modelado) y

especificacin de los casos diagramas de flujo de datos

de uso seleccionados y el (DFD)

que

permitieron

primer anlisis del domino definir el levantamiento de

del problema para disear la los
solucin preliminar.

requerimientos,

las

fronteras del proyecto, para

quien

va

dirigida

la

aplicacin y un enfoque
general de lo requerido
para

realizar

una

implementacin fsica.
El propsito de esta fase es Fase actual de la aplicacin
completar la funcionalidad donde

se

est

del sistema, para ello se programando la solucin

deben
DESARROLLO

clarificar

requisitos

los lgica diseada corrigiendo

pendientes, a

su

vez

las

fallas

administrar los cambios de encontradas en el camino.

acuerdo a las evaluaciones
realizados por los usuarios y
se realizan las mejoras para
el proyecto.

El propsito de esta fase es Visin futura.

asegurar que el software
est

disponible

para

los

usuarios finales, ajustar los

errores

defectos

encontrados en las pruebas

CIERRE

de aceptacin, capacitar a

los usuarios y proveer el

soporte tcnico necesario.
Se debe verificar que el
producto cumpla con las
especificaciones entregadas
por

las

personas

involucradas en el proyecto.

Plan de Desarrollo del Software

El Plan de Desarrollo del Software se revisar semanalmente y se refinar antes
del comienzo de cada iteracin.
Participantes en el Proyecto
El personal del proyecto estar formado por los siguientes puestos de trabajo:
Jefe de proyecto: con una amplia experiencia en metodologas de desarrollo,
herramientas CASE y notaciones, en particular la notacin UML y el proceso de
desarrollo RUP.
Analistas de sistemas: el perfil establecido es: Ingeniero en Informtica con
conocimientos de UML, uno de ellos al menos con experiencia en sistemas afines a
la lnea del proyecto. Agrupados dentro del proyecto en el departamento de Manejo
al cambio, control y calidad y Arquitectura.
Programadores: con experiencia en el entorno de desarrollo del proyecto, con
el fin de que los prototipos puedan ser lo ms cercanos posibles al producto final.
Agrupados dentro del proyecto en los departamentos programacin de Aplicacin
Web, Aplicacin de Escritorio y Aplicacin Mvil, tambin para los test de
funcionamiento en Usabilidad y Prueba.
Ingenieros de Software: ingeniero en informtica, realizando labores de
gestin de requisitos, gestin de configuracin, documentacin y diseo de datos.
Agrupados dentro del proyecto en el departamento de Base de datos.
Roles y Responsabilidades
A continuacin se describen las principales responsabilidades de cada uno de
los puestos en el equipo de desarrollo durante las fases de Inicio y Elaboracin, de
REQUERIMIENTOS
El sistema est compuesto por 3 plataformas independientes del cual se
conectan entre s gracias a una misma base de datos, estas son:

App Desktop (Diseador de Sbana),

App web y
App mvil.

Entre los procesos del Sistema de Procesos Informticos basados en la Web

para la Coordinacin de Ingeniera en Informtica UNEG, est el mdulo de Carga
Acadmica el cual ayuda a la planeacin de semestres acadmicos e intensivos. Esta
carga es planificada durante la semana 8 de cada semestre del cual actualmente se
realiza de una manera semi-manual.
Se desea Automatizar este sistema tomando en cuenta que una carga acadmica es
un documento donde se asignan, por asignatura y semestre, un nmero de secciones
con sus respectivos profesores.

REQUERIMIENTOS DEL SISTEMA

Requerimientos funcionales
Gestin de las asignaturas
1. El sistema debe registrar, eliminar y modificar todos los datos
correspondientes a las asignaturas como son: reas y departamentos de
asignaturas, unidades de crdito, horas de asignaturas, prioridades de
asignatura, secciones, modalidades de seccin y ubicacin
2. Una asignatura puede no tener asignado un profesor durante la publicacin
de la sabana, por lo que el sistema debe permitir tener secciones con
profesores por asignar.
3. El sistema debe permitir el cerrado de secciones
Consideraciones
1. Cada asignatura est asignada a un departamento y a su vez cada
departamento pertenece a un rea.
2. Cada asignatura tiene Unidades de Crdito que oscilan entre 1 y 4, y tienen
nmeros de horas por semana que oscilan entre 2 y 7 horas. Estos datos
pueden ser flexibles de modificacin.
3. Por cada materia se abren un nmero de secciones por semestre y el
nmero de secciones depender de la demanda de estudiantes.
4. Cada seccin debe tener una modalidad:
- Presencial.
- Tutorial.
- Virtual.

Semi presencial.

Gestin planta fsica

1. La Universidad da clase en diferentes horarios de lunes a Domingo del cual
estas estn formados a su vez en bloques de horario desde las 7am hasta las
9pm(antiguamente 10pm) de lunes a Viernes, mientras que los fines de
semana se trabaja de 7am hasta las 1pm. Y cuenta actualmente de 15 aulas y
3 laboratorios, adems del saln de usos mltiples (del cual se debe usa en
caso de emergencia), estos recursos pueden ser variable y deben ser
administrados por el sistema.
Gestin de profesores
1. Listar los profesores disponibles para el semestre especificado.
2. Controlar la distribucin de horarios de cada profesor, con el fin de que dichos
bloques no choquen entre s.
3. Poder asignar profesor a las materias del cual estn por asignar de la sabana
final.
4. El sistema permite generar un comprobante o constancia que pueda ser
imprimible para entregar a los profesores (donde detalle fecha de creacin,
nombre del profesor, sus bloques de horario adems de otros datos
pertinentes).
Consideraciones
1. El nmero de asignaturas que puede dictar un profesor est relacionado con
su dedicacin, y esto es controlado por la jefatura de rea.
Gestin Diseo Sbana
1. El sistema debe permitir:
1.1 Visualizar
1.1.1 La disponibilidad por aula.
1.1.2 Materias extracurriculares y electivas.
1.1.3 Carga de horas semanales por materia.
1.2 Crear, eliminar y modificar los bloques de horarios, y poder seleccionar su
ubicacin en el horario (al momento de la creacin de la sabana).
1.3 Modificar (Una vez terminada la sabana):
1.3.1 Bloques de horarios
1.3.2 Profesor de una seccin.
2. Cada bloque de horario de la sabana a planificar se debe diferenciar por un
color determinado (el cual no se ve representado en la versin final) estos son:
2.1 Verde: Se encuentra asignado.

2.2 Rojo: Planificado u horario tentativo

2.3 Blanco: Disponible, que puede ser ocupado para otra actividad
acadmica.
2.4 Azules: Electivas(Estas se crean de ultimo)
2.5 Amarillas: Semipresenciales.

Requerimientos no funcionales
1. Interfaz de usuario: Tan intuitiva como sea posible.
2. Mensajes de gua en todas las etapas.
3. Mensajes de error: El sistema debe contar con facilidades para la identificacin
de la localizacin de errores durante su ejecucin.

Aplicacin mvil y web

Especificacin de Requerimientos de Aplicacin Mvil
Requisitos funcionales en el Sistema mvil:
Requisitos que el sistema debe cumplir en totalidad:

Registrar usuario
Autentificar usuario
Gestin de materias
1. Agregar una materia a un horario
2. Eliminar una materia de un horario
3. Guardar horario
Visualizar los datos del usuario
Modificar datos del usuario

Requerimientos no funcionales
Propiedades o requisitos que el producto debe tener:

Requerimientos de software:
Para el correcto uso de la aplicacin mvil requiere un dispositivo bajo
el sistema operativo Android con la versin 4.0.2 o superior.

Requerimientos de apariencia:
El sistema cuenta con una apariencia sencilla, disponiendo de mens
desplegables de rpida navegacin buscando que el usuario sienta confort al

usar la aplicacion.

Requerimientos de seguridad:
Para cuidar el acceso de personas no autorizadas se envan los datos
de registro a la base de datos principal y se verifica el usuario cada vez que
la persona cierre la aplicacin.

Requerimientos de usabilidad:
La aplicacin ser dirigida a los estudiantes que integran las distintas
carreras de la Universidad Nacional Experimental de Guayana (UNEG).

Requerimientos de mantenibilidad:
Al surgir una eventualidad o actualizacin con la aplicacin, el equipo
de desarrollo mvil queda a cargo de realizar todos los cambios pertinentes
para mantener un servicio estable dentro de la aplicacin.

Especificacin de Requerimientos de Aplicacin Web

Requisitos funcionales

Usuario:
I.

Registro de cuenta: el usuario ingresa al inicio de la pgina web donde se

encuentra con una serie de opciones que le van a permitir poder crear una
cuenta la cual le facilitar el inicio de sesin en dicha pgina. En esta seccin
debe ingresar los datos personales requeridos como lo son el nombre, correo,
carrera y nueva contrasea a utilizar para poder ingresar.

II.

Inicio de sesin: en esta zona el usuario ingresa los datos solicitados, es

decir, su cuenta la cual ya debi ser registrada y as proceder a la autenticacin
de usuario. Esto le conceder al usuario el inicio de sesin en la aplicacin,
dndole acceso a las diferentes opciones dentro de la misma.

III.

Creacin de horarios: La aplicacin web le brinda la posibilidad al usuario de

crear horarios de una forma ms cmoda, fcil y rpida, a travs de la
presentacin de una interfaz amigable y de sencillo manejo. Consta de indicar
el nivel en el que se encuentra y la aplicacin se encarga de mostrar las
asignaturas correspondientes a dicho nivel, una vez seleccionado podr
continuar con la creacin de horarios colocando cada asignatura sobre los
bloques de hora idneos para el usuario. En el caso de que el usuario haya
situado una asignatura en un bloque de hora que no corresponde o
simplemente decida en el momento de la creacin del horario no cursar dicha
asignatura, la aplicacin le proporciona la opcin de eliminar, la cual tambin

sera a travs de arrastrar y soltar sobre un icono de una papelera que

representa la opcin eliminar.
IV.

Guardar horarios: una vez culminada la creacin de horarios, la aplicacin

permite guardar el mismo a travs de esta opcin. Finalmente, el horario ser
cargado y guardado en la base de datos del sistema.

V.

Descargar horarios: cuando los horarios son cargados y guardados en la

base de datos se le permite al usuario hacer uso de la opcin descargar, donde
podr obtener el mismo a travs de un archivo PDF que ser guardado en su
computador. Dicha opcin le permite al usuario visualizar el horario realizado
cuando l lo desee.

Requisitos no funcionales

Seguridad:
El sistema justifica su seguridad en la autenticacin de las cuentas, ya
que cada usuario posee un correo electrnico y clave nico que le admite la
entrada a la aplicacin, cabe destacar que la clave posee encriptamiento md5
por lo que resulta difcil decencriptarla, siendo ese beneficiario el que puede
modificar exclusivamente.
Fiabilidad:
El sistema deber contar con una creacin de horarios exitosa, es decir,
facilitar las asignaturas correspondientes al nivel que especifique el usuario y este
podr ubicarlas en los bloques de hora conveniente para el mismo.
Accesibilidad:
El sistema consta con un dominio de fcil acceso, cabe destacar que gracias
a su arquitectura cliente-servidor, la aplicacin podr ser usada desde cualquier
sistema operativo de escritorio (multi-plataforma), usando como medio cualquier
explorador web (Google Chrome, Mozilla Firefox, Internet Explorer) garantizando su
correcta funcionalidad en cada uno de ellos.
Responsive:
El sistema garantiza una correcta visualizacin y fidelidad de diseo sin
importar la resolucin de la pantalla, ajustndose de manera dinmica a la resolucin
de cada usuario, incluso pudiendo funcionar correctamente en tablets si disponen de
una resolucin mnima exigida para el correcto funcionamiento de la aplicacin.
Disponibilidad:
El sistema deber funcionar las 24 horas y los 7 das a la semana, es decir,
disponible todo el da; sin embargo, esto va a depender del correcto funcionamiento
de los servidores donde se encuentra alojado.

Mantenibilidad:
La mantenibilidad del sistema queda de parte del equipo de desarrollo web,
cualquier inconveniente resultante deber ser corregido por dicho equipo.

Portabilidad:
El sistema dispondr con la capacidad de guardar los datos y horarios
generados por los usuarios, para ser visualizados y modificados desde cualquier lugar
y momento.
Requerimientos generales
Se requiere que las tres plataformas estn conectadas mediante una misma
base de datos del cual el sistema de escritorio podr leer y modificar la base de datos
y la App mvil - web solo leer.
Se requiere que la base de datos posea una seguridad robusta por roles.
Se necesita que la base de datos est estandarizada.
Se requiere que las aplicaciones sigan los estndares dados por la oficina de
informtica para el diseo de la App.
Se requiere la documentacin del sistema (UML, interfaces, formatos,
estndares).