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

1 2 3 4 5 6 7 8 9 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

INICIO

Esta fase tiene como

propsito definir y acordar el

alcance del proyecto con los

patrocinadores, identificar

los riesgos asociados al

proyecto, proponer una

visin muy general de la

arquitectura de software y

producir el plan de las fases

y el de iteraciones

posteriores.

Algo semejante ocurre con

organiza2, ya que, se

designaron grupos de

trabajo con roles distinto en

la empresa para un mejor

desempeo, a su vez se

planearon reuniones

concurrentes entre las

autoridades involucradas

en el proceso y los distintos

departamentos para definir

el alcance de la aplicacin.

En esta fase se seleccionan

los casos de uso que

permiten definir la

Organiza2 diseo un

modelado de datos a partir

de distintas tcnicas, las

ELABORACIN

arquitectura base del

sistema y se desarrollan.

Tambin se realiza la

especificacin de los casos

de uso seleccionados y el

primer anlisis del domino

del problema para disear la

solucin preliminar.

cuales fueron la

implementacin de

diagramas UML (lenguaje

unificado de modelado) y

diagramas de flujo de datos

(DFD) que permitieron

definir el levantamiento de

los requerimientos, las

fronteras del proyecto, para

quien va dirigida la

aplicacin y un enfoque

general de lo requerido

para realizar una

implementacin fsica.

DESARROLLO

El propsito de esta fase es

completar la funcionalidad

del sistema, para ello se

deben clarificar los

requisitos pendientes,

administrar los cambios de

acuerdo a las evaluaciones

realizados por los usuarios y

se realizan las mejoras para

el proyecto.

Fase actual de la aplicacin

donde se est

programando la solucin

lgica diseada corrigiendo

a su vez las fallas

encontradas en el camino.

CIERRE

El propsito de esta fase es

asegurar que el software

est disponible para los

usuarios finales, ajustar los

errores y defectos

encontrados en las pruebas

de aceptacin, capacitar a

Visin futura.

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).