UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO

FACULTAD DE CIENCIAS
ESCUELA ACADEMICO PROFESIONAL DE INGENIERIA DE SISTEMAS E INFORMATICA

INFORME DE PRACTICA PRE PROFESIONAL IMPLEMENTACION DE UN SISTEMA DE INFORMACION MOVIL EN LA PLATAFORMA ANDROID PARA EL SISTEMA DE GESTION ACADEMICA DE LA UNASAM EN EL SEMESTRE 2012-2 ALUMNO: GIRALDO BONILLA ESTIBEN DIEGO DOCENTE GUIA ING. ALVARN FERNNDEZ, GOTHY

HUARAZ-PERU 2013

DEDICATORIA A mis padres por el gran amor y confianza que me dieron, por mostrarme que el esfuerzo siempre tiene una recompensa y mostrarme el camino para alcanzar mis metas.

AGRADECIMIENTO
Agradezco a mis padres, amigos, docentes y en especial al Lic. Carlos Alva por las enseanzas que adquir de ellos en este proceso de Prcticas Pre-Profesionales

ii

TITULO:
IMPLEMENTACION DE UN SISTEMA DE INFORMACION MOVIL EN LA PLATAFORMA ANDROID PARA EL SISTEMA DE GESTION ACADEMICA DE LA UNASAM EN EL SEMESTRE 2012-2

iii

INDICE

PLAN DE PRACTICAS I.GENERALIDADES II. ESTADO SITUACIONAL III. OBJETIVOS IV. JUSTIFICACION V. ACTIVIDADES A DESARROLLAR VI. INGENIERIA DEL PROYECTO VII. CRONOGRAMA METODOLOGIA EMPLEADA ACTIVIDADES COMPLEMENTARIAS RESULTADOS OBTENIDOS CONCLUSIONES RECOMENDACIONES BIBLIOGRAFIA ANEXOS

2 2 5 5 6 7 8 19 21 44 45 48 49 50 51

iv

I.- PRESENTACION
Seores Miembros de la Comisin de Prcticas Pre Profesionales: En cumplimiento con el Reglamento de Prcticas Pre Profesionales de la Escuela Profesional de Ingeniera de Sistemas e Informtica, de la Facultad de Ciencias, de la Universidad Nacional Santiago Antnez de Mayolo, me permito a presentar ante ustedes mi informe de la prcticas pre profesionales realizado en Oficina General de Estudios (OGE). Aqu se detalla todo los procesos que fueron necesarios para poder implementar la solucin informtica que esta oficina requiere y que ser de gran aporte al proceso de acreditacin en la que se embarca nuestra Alma Mater la UNASAM

II.- PLAN DE PRCTICAS

2.1. GENERALIDADES 2.1.1. Titulo IMPLEMENTACION DE UN SISTEMA DE INFORMACION MOVIL EN LA PLATAFORMA ANDROID PARA EL SISTEMA DE GESTION ACADEMICA DE LA UNASAM. 2.1.2. Autor 2.1.2.1. Nombre Giraldo Bonilla Estiben Diego 2.1.2.2. Condicin Practicante de Ingeniera de Sistemas e Informtica. 2.1.2.3. Direccin Shancayan, Urb. San Martin Mz 22 Lt 6 2.1.2.4. Carrera Professional Ingeniera de Sistemas e Informtica. 2.1.3. Asesor 2.1.3.1. Nombre Ing. Alvarn Fernndez Gothy 2.1.3.2. Direccin 2.1.3.3. Carrera Profesional Ingeniera Informtica y de Sistemas

2.1.4. Datos del Centro de Prcticas Pre profesionales 2.1.4.1. Nombre de la Institucin: Institucin: Universidad Nacional Santiago Antnez de Mayolo UNASAM-OFICINA GENERAL DE ESTUDIOS (OGE) 2.1.4.2. rea de Prctica: Unidad de programacin y control acadmico (UPCA).

2.1.4.3.

Misin, Visin Misin "Formar profesionales emprendedores, innovadores, promotores e impulsores del desarrollo regional nacional, con base cientfica, tecnolgica y responsabilidad social."

Visin "Universidad acreditada con carreras profesionales

acordes a la demanda, posicionada y reconocida a nivel nacional, propulsora del desarrollo sostenible...

2.1.4.4. Ubicacin Geogrfica Ciudad Universitaria s/n Shancayan,

Independencia, Huaraz, Ancash

Figura No 1: Centro de Practicas

2.1.4.5. Representante Jefe de OGE Lic. Carlos Alva Juregui

2.1.4.6. Organigrama

RECTORADO

VICERECTORADO ACADEMICO

OGE

2.2.

ESTA DO SITU ACIO NAL

UPCA

URCA

La Estructura Orgnica de la Oficina General de Estudios 2.2.1. R ealida Figura No 2: Organigrama Centro de Prcticas d Problemtica En la actualidad el uso de los telfonos mviles inteligentes se ha vuelto algo comn en la mayora de estudiantes en la UNASAM por esta razn es que la plataforma web del SISTEMA DE GESTION ACADEMICA ahora es visitado por este tipo de usuarios para poder consultar horarios, notas, reportes desde cualquier lugar con conexin a datos de internet pero el problema es que la pagina no est diseada para dispositivos mviles por lo que demora en cargar y no se puede visualizar muy bien y esto genera en los usuarios disconformidad y un gasto ms grande de la cantidad de datos de internet para poder conectarse, por lo que se puede afirmar que a mayor uso de datos mayor gasto de
4

dinero y esto no sera una buena idea al momento de tratar de conectarse al SIGA WEB mediante un dispositivo mvil y esto es una desventaja con respecto a las nuevas tecnologas que ahora son aplicables.

2.2.2. Formulacin del Problema La Oficina General de Estudios (OGE) carece de una aplicacin mvil para el acceso optimo al SISTEMA DE GESTION ACADEMICA (SIGA).

2.3.

Objetivos 2.3.1. Objetivo General Implementar una aplicacin mvil en la plataforma ANDROID para el sistema de gestin acadmica de la UNASAM

2.3.2. Objetivos Especficos Analizar los requerimientos funcionales y no funcionales del sistema. modelar los componentes del sistema Codificar los componentes del sistema Implementar el sistema

2.4.

Justificacin El presente proyecto ha sido desarrollado bajo el requerimiento del centro de prcticas, en el cual necesita la implementacin de un sistema que mejore el acceso de los usuarios mediante dispositivos mviles

2.4.1. Tecnolgica

El desarrollo del software se basa en software libre y software privativo, la ventaja del uso de software libre es que no es licenciado es decir que no se paga por el uso del mismo, dentro de ellos tenemos a software para programacin y diseo de aplicaciones como es Eclipse basado en el lenguaje Java con libreras Android, y contando tambin con un sistema gestor de base de datos como es SQL SERVER 208 que este si es privativo pero la UNASAM cuenta con su respectiva licencia

2.4.2. Econmica El mayor beneficio ser para los usuarios ya que reducir el uso de datos de internet es el dispositivo mvil por ende reducir gastos en comprar u obtener datos por lo que generara ms ahorro al momento de acceder a la aplicacin.

2.4.3. Operativa La realizacin del proyecto, por parte del desarrollador, ayudar a la prctica de los conocimientos adquiridos durante el transcurso de la carrera y adems se dar cumplimiento a la realizacin de un proyecto de prcticas pre profesionales. 2.5. Actividades a desarrollar Actividades Sub actividades Estudio preliminar Entrevistas con los usuarios Anlisis preliminar Recoleccin de datos e informacin Validacin de informacin Elaboracin del plan de prcticas pre profesionales Visin del negocio

Glosario del negocio Modelo de caso de uso del negocio Especificacin de cada caso de uso Modelado del negocio y Especificacin de requerimientos Diagrama de actividades Modelo de objetos del negocio Modelo de dominio del negocio Especificacin de Requerimientos del Sistema Diagrama de caso de uso Especificacin de casos de uso Diagramas de Colaboracin Anlisis de la arquitectura del sistema Diseo del sistema Diagramas de Clases Diagramas de Estado Interfaces de Usuario Diagramas de Secuencia Diagramas de Paquetes Modelo Fsico de la Base Datos Script de la Base de Datos MySQL Desarrollo de la codificacin Prueba de la caja negra Construccin del sistema Manual de usuario Diagrama de componentes Diagrama de despliegue Probar el producto en su entorno de ejecucin final Implementacin o Transicin Empaquetar el producto para su distribucin Instalar el software Proveer asistencia y ayuda a los usuarios

2.6.

Ingeniera del proyecto Se utilizara la metodologa Rup (Proceso Unificado Relacional)

2.6.1.

Metodologa Rup El Proceso Unificado Racional RUP, es una metodologa cuyo fin es entregar un producto de software. Se estructura todos los procesos y se mide la eficiencia de la organizacin. El RUP reconoce que los modelos de procesos genricos presentan un sola enfoque del proceso. En contraste, el RUP se describe normalmente desde tres perspectivas: Una perspectiva dinmica que muestra las fases del

modelo sobre el tiempo.

Una perspectiva esttica que muestra las actividades del

proceso que se representan.

Una perspectiva prctica que sugiere buenas prcticas a

utilizar durante el proceso.

Es un proceso de desarrollo de software el cual utiliza el lenguaje unificado de modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. (Pressman, 2005) 2.6.1.1. Caractersticas

Forma disciplinada de asignar tareas y responsabilidades

(quin hace qu, cundo y cmo) Pretende implementar las mejores prcticas en Ingeniera

de Software

Desarrollo iterativo Administracin de requisitos Uso de arquitectura basada en componentes Control de cambios Modelado visual del software Verificacin de la calidad del software El RUP se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso.

2.6.1.2. Ventajas reales Gestin de la complejidad Conocimiento adquirido en una iteracin puede aplicarse Mitigacin temprana de posibles riesgo saltos Progreso visible en las primeras etapas Temprana retroalimentacin que se ajuste las necesidades

de iteracin a iteracin

2.6.1.3. Desventajas Las fases de RUP generalmente son mal aplicadas en un no es adecuado para

estilo cascada, por su alta complejidad proyectos pequeos.

Son herramientas comerciales caras. Una licencia del Software Architect cuesta 6.000 .

Rational

2.6.1.4. Etapas del proceso unificado

El RUP es un modelo en fases que identifica cuatro fases diferentes en el proceso del software. Sin embargo, a diferencia del modelo en cascada donde las fases se equiparan con las actividades del proceso, las fases en el RUP estn mucho ms relacionadas con asuntos de negocio ms que tcnicos. Estas son: A. Inicio.

El objetivo de la fase de inicio es el de establecer un caso de negocio para el sistema. Se deben identificar todas las entidades externas (personas y sistemas) que interactuarn con el sistema y definir estas interacciones. Esta informacin se utiliza entonces para evaluar la aportacin que el sistema hace al negocio. Si esta aportaciones de poca importancia, se puede cancelar el proyecto despus de esta fase.

B.

Elaboracin.

Los objetivos de la fase de elaboracin son desarrollar una comprensin del dominio del problema, establecer un marco de trabajo arquitectnico para el sistema, desarrollar el plan del proyecto e identificar los riesgos clave del proyecto. Al terminar esta fase, se debe tener un modelo de los requerimientos del sistema (se especifican los casos de uso UML), una descripcin arquitectnica y un plan de desarrollo del software. C. Construccin.

La fase de construccin fundamentalmente comprende el diseo del sistema, la programacin y las pruebas. Durante esta fase se desarrollan e integran las partes del sistema. Al terminar esta fase, debe tener un sistema software operativo y la

documentacin correspondiente lista para entregarla a los usuarios.

D.

Transicin.

10

La fase final del RUP se ocupa de mover el sistema desde la comunidad de desarrollo a la comunidad del usuario y hacerlo trabajar en un entorno real. Esto se deja de lado en la mayor parte de los modelos de procesos del software pero es, en realidad, una actividad de alto costo y a veces problemtica. Al terminar esta fase, se debe tener un sistema software documentado que funciona correctamente en su entorno operativo. (Pressman, 2005)

Figura No 03: Fases y flujos de trabajo de RUP

2.6.2. UML y sus Diagramas 2.6.2.1. Descripcin UML es un lenguaje. Un lenguaje proporciona un vocabulario y unas reglas para permitir una comunicacin. En este caso, este lenguaje se centra en la representacin grfica de un sistema.
11

Este lenguaje nos indica cmo crear y leer los modelos, pero no dice cmo crearlos. Esto ltimo es el objetivo de las metodologas de desarrollo.

Los objetivos de UML son muchos, pero se pueden sintetizar sus funciones: Visualizar: UML permite expresar de una forma grfica un sistema de forma que otro lo puede entender

Especificar: UML permite especificar cules son las caractersticas de un sistema antes de su construccin.

2.6.2.2.

Diagramas Un diagrama es la representacin grfica de un conjunto de elementos con sus relaciones. En concreto, un diagrama ofrece una vista del sistema a modelar. Para poder representar correctamente un sistema, UML ofrece una amplia variedad de diagramas para visualizar el sistema desde varias perspectivas. UML incluye los siguientes diagramas:
A.

Diagrama de casos de uso.

El diagrama de casos de usos representa grficamente los casos de uso que tiene un sistema. Se define un caso de uso como cada interaccin supuesta con el sistema a desarrollar, donde se representan los requisitos funcionales. Es decir, se est diciendo lo que tiene que hacer un sistema y cmo.

12

Figura No 04: Ejemplo de Diagrama de casos de Uso

B.

Diagrama de Clases.

El diagrama de clases muestra un conjunto de clases, interfaces y sus relaciones. ste es el diagrama ms comn a la hora de describir el diseo de los sistemas orientados a objetos.

Figura No 05: Ejemplo de Diagrama de Clases

C.

Diagrama de Objetos.

Un diagrama de Clases representa las clases que sern utilizadas dentro del sistema y las relaciones que existen entre ellas.

D.

Diagrama de Secuencia.

En el diagrama de secuencia se muestra la interaccin de los objetos que componen un sistema de forma temporal.

13

Figura No 06: Ejemplo de Diagrama de Secuencia

E.

Diagrama de Colaboracin.

Los diagramas de colaboracin muestran las interacciones que ocurren entre los objetos que participan en una situacin determinada. Esta es ms o menos la misma informacin que la mostrada por los diagramas de secuencia, pero destacando la forma en que las operaciones se producen en el tiempo, mientras que los diagramas de colaboracin fijan el inters en las relaciones entre los objetos y su topologa.

Figura No 07: Ejemplo de Diagrama de Diagrama de Estados.

F.

Un Diagrama de Estados muestra la secuencia de estados por los que pasa bien un caso de uso, bien un objeto a lo largo de su vida, o bien todo el sistema. En l se indican qu eventos hacen que se pase de un estado a otro y cules son las respuestas y acciones que genera.

14

Figura No 08: Ejemplo de Diagrama de Estados

G.

Diagrama de Actividades.

Un diagrama de Actividad demuestra la serie de actividades que deben ser realizadas en un uso-caso, as como las distintas rutas que pueden irse desencadenando en el uso-caso.

Figura No 09: Ejemplo de Diagrama de Actividades

H.

Diagrama de Componentes.

Un diagrama de componentes representa cmo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes fsicos incluyen archivos, cabeceras, bibliotecas compartidas, mdulos,

ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema. (Schmuller, 2004) (Seco, 1995) 2.6.3. Bases de Datos

15

Un sistema de bases de datos es una coleccin de archivos interrelacionados y un conjunto de programas que permitan a los usuarios acceder y modificar estos archivos.

Uno de los propsitos principales de un sistema de bases de datos es proporcionar a los usuarios una visin abstracta de los datos. Es decir, el sistema esconde ciertos detalles de cmo se almacenan y mantienen los datos.

Para que el sistema sea til debe recuperar los datos eficientemente. Esta preocupacin ha conducido al diseo de estructuras de datos complejas para la representacin de los datos en la base de datos. Como muchos usuarios de sistemas de bases de datos no estn familiarizados con computadores, los desarrolladores esconden la complejidad a los usuarios a travs de varios niveles de abstraccin para simplificar la interaccin de los usuarios con el sistema: Nivel fsico:

El nivel ms bajo de abstraccin describe cmo se almacenan realmente los datos. En el nivel fsico se describen en detalle las estructuras de datos complejas de bajo nivel. Nivel lgico:

El siguiente nivel ms alto de abstraccin describe qu datos se almacenan en la base de datos y qu relaciones existen entre esos datos. La base de datos completa se describe as en trminos de un nmero pequeo de estructuras relativamente simples. Aunque la implementacin de estructuras simples en el nivel lgico puede involucrar estructuras complejas del nivel fsico, los usuarios del nivel lgico no necesitan preocuparse de esta complejidad. Los administradores de bases de datos, que deben decidir la informacin que se mantiene en la base de datos, usan el nivel lgico de abstraccin. 2.6.4. Modelo Entidad-Relacin
16

El modelo de datos entidad-relacin (E-R) est basado en una percepcin del mundo real que consta de una coleccin de objetos bsicos, llamados entidades, y de relaciones entre estos objetos. Una entidad es una cosa u objeto en el mundo real que es distinguible de otros objetos. Por ejemplo, cada persona es una entidad, y las cuentas bancarias pueden ser consideradas entidades. Las entidades se describen en una base de datos mediante un conjunto de atributos. Por ejemplo, los atributos nmero-cuenta y saldo describen una cuenta particular de un banco y pueden ser atributos del conjunto de entidades cuenta. Anlogamente, los atributos nombre-cliente, calle-cliente y ciudad-cliente pueden describir una entidad cliente. Un atributo extra, id-cliente, se usa para identificar unvocamente a los clientes (dado que puede ser posible que haya dos clientes con el mismo nombre, describe el diseo de la base de datos en el nivel lgico. Una base de datos puede tener tambin varios esquemas en el nivel de vistas, a menudo denominados sub esquemas, que describen diferentes vistas de la base de datos. De stos, el esquema lgico es con mucho el ms importante, en trminos de su efecto en los programas de aplicacin, ya que los programadores construyen las aplicaciones usando el esquema lgico. El esquema fsico est oculto bajo el esquema lgico, y puede ser fcilmente cambiado usualmente sin afectar a los programas de aplicacin. Los programas de aplicacin se dice que muestran independencia fsica de datos si no dependen del esquema fsico y, por tanto, no deben ser modificados si cambia el esquema fsico. Se estudiarn los lenguajes para la descripcin de los esquemas, despus de introducir la nocin de modelos de datos en el siguiente apartado.

17

La estructura lgica general de una base de datos se puede expresar grficamente mediante un diagrama ER, que consta de los siguientes componentes:

Rectngulos, que representan conjuntos de entidades. Elipses, que representan atributos. Rombos, que representan relaciones entre conjuntos de

entidades. Lneas, que unen los atributos con los conjuntos de

entidades y los conjuntos de entidades con las relaciones.

Figura No 10: Ejemplo de Modelo Entidad Relacin

2.6.5.

Modelo Relacional En el modelo relacional se utiliza un grupo de tablas para representar los datos y las relaciones entre ellos. Cada tabla est compuesta por varias columnas, y cada columna tiene un nombre nico. (C.J., 2002)

18

Figura No 11: Ejemplo de Modelo Relacin

2.7. Cronograma.
Nombre de tarea Desarrollo del Sistema Anlisis preliminar Estudio preliminar Entrevistas con los usuarios Recoleccin de datos e informacin Validacin de informacin Elaboracin del plan de prcticas pre profesionales Modelado del negocio y Especificacin de requerimientos Visin del negocio Glosario del negocio Modelo de caso de uso del negocio Especificacin de cada caso de uso Diagrama de actividades Modelo de objetos del negocio Modelo de dominio del negocio Especificacin de Requerimientos del Sistema Diagrama de caso de uso Especificacin de casos de uso Anlisis de la arquitectura del sistema Diagramas de Colaboracin Diagramas de Clases Diagramas de Estado Duracin 72 das 5 das 2 das 1 da 2 das 2 das 2 das 6 das 2 das 2 das 2 das 1 da 2 das 1 da 1 da 2 das 1 da 1 da 10 das 3 das 4 das 3 das Comienzo lun 03/09/12 lun 03/09/12 lun 03/09/12 mi 05/09/12 lun 03/09/12 mi 05/09/12 jue 06/09/12 lun 10/09/12 lun 10/09/12 lun 10/09/12 mi 12/09/12 mi 12/09/12 mi 12/09/12 mi 12/09/12 jue 13/09/12 vie 14/09/12 vie 14/09/12 vie 14/09/12 lun 17/09/12 lun 17/09/12 jue 20/09/12 mi 26/09/12 Fin mar 11/12/12 vie 07/09/12 mar 04/09/12 mi 05/09/12 mar 04/09/12 jue 06/09/12 vie 07/09/12 lun 17/09/12 mar 11/09/12 mar 11/09/12 jue 13/09/12 mi 12/09/12 jue 13/09/12 mi 12/09/12 jue 13/09/12 lun 17/09/12 vie 14/09/12 vie 14/09/12 vie 28/09/12 mi 19/09/12 mar 25/09/12 vie 28/09/12

19

Diseo del sistema Interfaces de Usuario Diagramas de Secuencia Diagramas de Paquetes Modelo Fsico de la Base Datos Script de la Base de Datos SQL SERVER Construccin del sistema Desarrollo de la codificacin Prueba de la caja negra Manual de usuario Diagrama de componentes Diagrama de despliegue Implementacin o Transicin Probar el producto en su entorno de ejecucin final Empaquetar el producto para su distribucin Instalar el software Proveer asistencia y ayuda a los usuarios

12 das 2 das 1 da 2 das 4 das 3 das 25 das 10 das 5 das 5 das 2 das 3 das 15 das 4 das 3 das 3 das 5 das

lun 01/10/12 lun 01/10/12 mi 03/10/12 jue 04/10/12 lun 08/10/12 vie 12/10/12 mi 17/10/12 mi 17/10/12 mi 31/10/12 mi 07/11/12 mi 14/11/12 vie 16/11/12 mi 21/11/12 mi 21/11/12 mar 27/11/12 vie 30/11/12 mi 05/12/12

mar 16/10/12 mar 02/10/12 mi 03/10/12 vie 05/10/12 jue 11/10/12 mar 16/10/12 mar 20/11/12 mar 30/10/12 mar 06/11/12 mar 13/11/12 jue 15/11/12 mar 20/11/12 mar 11/12/12 lun 26/11/12 jue 29/11/12 mar 04/12/12 mar 11/12/12

20

III.- METODOLOGIA EMPLEADA

Para el desarrollo e implementacin del Sistema de informacin para el soporte de la elaboracin de horarios acadmicos se ha empleado la metodologa RUP tareas que abarca: Modelado del negocio Requerimientos Anlisis y diseo Implementacin Prueba 3.1. Anlisis del sistema 3.1.1. Modelo de negocio A. Diagrama de casos de uso de negocio A continuacin se mostrar un panorama general del funcionamiento del sistema, mencionando los procesos de la gestin acadmica de la universidad.

Gestin de Elaborar y formalizar calendario acadmicoGestin OGE JEFE DE DEPARTAMENTO

Gestin de distribucin de carga acadmica

DOCENTE Gestion de elaboracion de horarios

DIRECTOR DE ESCUELA ALUMNO Gestion de matricula

Gestion de emision de reportes ,consultas academicas y encuestas

FIGURA 3.1 Diagrama de casos de uso de negocio

21

B. Proceso del negocio Gestin de elaboracin y formalizacin del semestre: Consiste en establecer normas tcnicas y operativas para la programacin y desarrollo de los procesos de distribucin de la carga acadmica, elaboracin de los horarios semanales y matricula de las carreras profesionales ofertadas por el semestre acadmico profesional, vado a cabo por la oficina general de estudios, el cual imparte el cumplimento a los jefes de departamento, directores de escuela, docentes, administrativos y estudiantes de la UNASAM. Gestin de asignacin Carga acadmica La distribucin de la carga acadmica es un proceso de asignacin de cursos a los docentes, nombrados y contratados de acuerdo al grado acadmico y ttulo profesional respectivo y conforme a los cargos que viene desempeando. Gestin de elaboracin de horarios acadmicos La elaboracin de del horarios es un proceso de asignacin de las clases de los docentes segn su carga acadmica, disponible de ambiente acadmicos, turnos de clases, de lunes a viernes segn sea el caso. Gestin de matrcula La matrcula es un proceso de formalizacin para ser considerado como estudiante con un nmero determinado de crditos y cursos, obligatorios y electivos, acorde al plan de estudios de la carrera profesional correspondiente y segn situacin acadmica. Gestin de emisin de reportes ,consultas acadmicas y encuestas La emisin de reportes y consultas es un proceso que se realiza de parte del sistema para informar a los alumnos, docentes y autoridades el estado que se encuentra ya sea sobre horarios record de notas e informacin personal, las encuestas ayudan a la supervisin sobre el tipo de enseanza y la calidad de docencia que se llevan en las aulas

22

C. Modelos objetos de negocio. Para el modelo de objetos de negocio usaremos en proceso Gestin de emisin de reportes, consultas acadmicas y encuestas ya que este es el proceso que aplicaremos al momento de desarrollar la aplicacin mvil ms adelante se implementara los dems procesos

Gestin de emisin de reportes, consultas acadmicas y encuestas

CICLO

SEMESTREDEPARTAMENTO ACADEMICO

FACULTAD ESCUELA DATOS ALUMNO

OGE

FICHA MATRICULA

RENDIMIENTO DIRECTOR ESCUELA

ENCUESTA PREGUNTA ALUMNO RESPUESTA

CURSO

AMBIENTE

DOCENTE

FIGURA 3.2 Diagrama de objetos de negocio

23

D. Diagrama de dominio Gestin de emisin de reportes, consultas acadmicas y encuestas

facultad
1 1 1 1..*

1..*

departamentoacademico

escuela
1..* 1

fichamatricula
1 1 1 1..* 1 1 1..*

1..*

1 1..*

encuesta
1

ambiente
1

alumno

pregunta

curso
1..*

docente 1

rendimiento

respuesta 1

FIGURA 3.3 Diagrama de dominio de negocio

24

E. Reglas de negocio Proceso Descripcin 3.1.2. R El proceso de eemisin de reportes, qconsultas y uencuestas es un eproceso donde el r alumno hace las i peticiones al sistema luego de haberse m i realizado los dems eprocesos anteriores nya sea los datos t personales, notas, horarios y dems o reportes del sistema, s y a mitad de ciclo se realiza la encuesta dacademia que ayuda ea la evaluacin de los l docentes y su desempeo sacadmico, en este i proceso el actor sprincipal es el alumno t ya que hace todas las epeticiones. m a Emisin de reportes ,consultas acadmicas y encuestas Actores Reglas - Jefe oficina general -cada alumno solo de estudios podr visualizar sus - Alumno datos personales - Directores de -el alumno podr ver escuela profesionales los horarios de su respectivo ciclo y escuela -solo se podr modificar el campo de contrasea y campos secundarios de sus datos personales -las encuestas se realizaran la semana anteriores a los exmenes parciales -el usuario podr visualizar notas, ficha de matrcula solo de el

D e acuerdo a las entrevistas realizadas a los usuarios principalmente a los alumnos ya que son quienes ms peticiones realizan al sistema web sobre su estado en la universidad se han detectado requerimientos los cuales deberan ser satisfechos. I. Requerimientos funcionales Actualizar los datos de manera ms eficiente. Emitir reportes y exprtalos para luego imprimirlos Registrar la ubicacin y la hora cuando ingresa un alumno Registrar el tiempo de conexin del usuario

25

 Actualizar los datos modificados en tiempo real ya sea en la web o la aplicacin mvil Mostrar los horarios solo de los cursos que se est llevando Grabar las encuestas y mostrar resultados generales

II.

Requerimientos no funcionales

El software debe ser eficiente con las operaciones transacciones que realiza ya sea en tiempo de respuesta y consumo de datos mviles. La interfaz del sistema de informacin debe ser amigable con el usuario a utiliza. El sistema deber estar desarrollado en una herramienta de software libre. III. Requerimientos externos. Hardware La aplicacin mvil estar alojado en dispositivo mvil del usuario El dispositivo para poder ejecutar la aplicacin deber tener las siguientes caractersticas - Smartphone con velocidad reloj de 600 MHz a ms - Espacio disponible para la instalacin

Software La aplicacin se ejecutara sobre el sistema operativo Android 2.2 a mas Para poder exportar reportes se deber instalar aplicaciones para poder ejecutar archivos en Excel en el dispositivo mvil.

Conectividad
26

El dispositivo mvil deber contar con acceso a datos mvil para la posible conexin con la aplicacin, para mejores resultados y rpida respuesta de la aplicacin se recomienda contar con el tipo de conexin 3g.

Usuario El usuario deber tener conocimiento bsico en el uso de un Smartphone

3.1.3. Actores Los actores son entidades externas que interaccionan con el sistema. Para cada accin del actor, el sistema reaccionar segn dicho estmulo, de acuerdo a lo requerido o solicitado por ste.

Actor Jefe OGE

Administrador del siga

Director de escuela

Jefe de departamento

Alumno
27

Responsabilidad Es el usuario del sistema encargado de velar por el buen funcionamiento del mismo. Se va a encargar bsicamente de las tareas de actualizacin de datos. Es el usuario que se encargar de la construccin de los horarios, y la verificacin de los datos para luego hacer las emisiones de los reportes para lo cual tendr a su cargo algunas tareas de asignacin, actualizacin de datos, etc. Es el usuario que proporcionara los criterios y restricciones para la elaboracin de los horarios de su escuela profesional tambin verifica el resultado de las encuestas y la emisin de reportes a los alumnos. Es el usuario que distribuir los curos a los docentes de su departamento, el cual es un insumo para la elaboracin de horarios. Es el usuario principal por el momento del sistema mvil que

har las peticiones y visualizara los reportes y consultas sobre su estado en la universidad y los horarios como tambin llenara y responder a las preguntas de las encuestas

3.1.4.

Diagramas de casos de uso

Gestin de emisin de reportes, consultas acadmicas y encuestas

28

<<include>>

emitir reporte horarios

<<include>>

emitir reporte notas OGE

<<include>> <<include>>

3.1.5. Diagrama de actividades

generar reportes

FIGURA 3.4 Diagrama de casos de uso

El diagrama de actividades representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema.

Gestin de emisin de reportes, consultas acadmicas y encuestas

29
emitir ficha de matricula
<<include>>

emitir reporte datos personales

ALUMNO
<<extend>>

responder preguntas
<<extend>>

generar encuesta mostrar preguntas

<<extend>>

visualizar resultados encuesta

FIGURA 3.5 Diagrama de actividades

3.1.6. Diagrama de clases El diagrama de clases es un diagrama esttico que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos, el cual se muestra a continuacin

30

FIGURA 3.6 Diagrama de clases

3.2.

Diseo del sistema 3.2.1. Diagrama entidad relacin

31

3.2.2. Diagramas de secuencia

32

El diagrama de secuencia contiene detalles de implementacin del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entre los objetos. Gestin de emisin de reportes, consultas acadmicas y encuestas automatizadas en la aplicacin mvil

Figura 3.7: diagrama de secuencias de la emisin de reportes y encuestas

3.2.3. Diagrama de colaboracin

33

Diagrama que muestra interacciones organizadas alrededor de los roles.

Figura 3.8: diagrama de colaboracin

3.2.4. Diagrama de interaccin de la interfaz del sistema

Acceso

Menu Principal Encuesta Reporte Alumno Boleta de notas Ficha matricula RCI

Datos Aumno

Horarios

horarios por ciclo

Figura 3.9: diagrama de colaboracin

3.2.5. Diagrama de componentes

34

El diagrama de componentes representa cmo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes Componentes comunes

Figura 3.10: diagrama de Componentes comunes

3.2.6. Diagrama de despliegue

35

Luego de realizar un anlisis detallado, se ha optado por un sistema cliente servidor, es decir, el sistema a desarrollar va a seguir una arquitectura cliente-servidor, la cual va a permitir una mayor flexibilidad y seguridad en el manejo de los datos. De esta forma, el Diagrama de despliegue general del sistema es el que se detalla a continuacin:

Figura 3.11: diagrama de despliegue

3.3.

Implementacin del Sistema

36

3.3.1. Diseo fsico de la base de datos

3.3.2. Interfaces de usuario

37

La interfaz de usuario es el medio con que el usuario puede comunicarse con el sistema de informacin de horarios adems est destinada a entregar informacin acerca de los procesos y herramientas de control, a travs de lo que el usuario observa habitualmente en la pantalla, donde mostraremos las pantallas del sistema son las que se detallan a continuacin:

Ingreso al sistema

Ventana Principal
38

 Datos Alumno
39

 Datos alumno segunda parte

40

 Encuestas
41

42

 Horarios

43

 Reportes

44

IV. ACTIVIDADES COMPLEMENTARIAS

Las actividades complementarias realizadas en el centro de practicas En el tiempo de permanencia fueron: Mantenimiento a los servidores del SIGA WEB Y SIGA ESCRITORIO. Mantenimiento de los equipos designados en cada unidad de trabajo. Mantenimiento a la base de datos del SIGA. Optimizacin de cdigo fuente y solucin de errores para el siga web y siga escritorio. Mantenimiento del sistema de gestin de certificados SISCER. Atencin a los usuarios ya sean alumnos, docentes y autoridades. Asesoramiento en el uso del sistema para distintos usuarios. Atencin en problemas al momento de la matricula Monitoreo en los procesos crticos de la Oficina General de Estudios. Otras labores encomendadas por el Jefe inmediato.

45

IV.

RESULTADOS OBTENIDOS

4.1. Anlisis de los Resultados ACCESO AL SIGA WEB NORMAL POR EL NAVEGADOR ANDROID C o m o p o d e m o s v e r e n el cuadro de comparacin el modo de acceso mediante aplicacin es ms ptimo en cuando a la fcil digitacin del usuario. En cuanto al uso de recursos de datos mviles, al momento de abrir la aplicacin mvil este no consume ninguno hasta ese momento en comparacin al siga web que ya consumi datos de navegacin al momento de acceder al ndex. ACCESO AL SIGA WEB MOVIL MEDIANTE APLICACIN ANDROID

MENU PRINCIPAL DEL PERFIL ALUMNO SIGA WEB NORMAL MEDIANTE EL NAVEGADOR ANDROID

MENU PRINCIPAL DEL PERFIL ALUMNO SIGA MOVIL APLICACIN ANDROID

46

A l m o m e n t o d e acceder al men en el siga web por navegador el tiempo de respuesta es de 10-12 segundos Al acceder por la aplicacin el tiempo es de 5-6 segundos lo que nos garantiza una conexin ms rpida y con el consumo mnimo de dato de navegacin.

En el siguiente cuadro de comparacin se puede ver que el men del siga web en el navegador normal es pequeo y necesariamente es aplicar el zoom para poder visualizar en cambio en la aplicacin mvil la visibilidad es mas optima ya que se puede leer los textos con facilidad

Como resultado de la ejecucin del presente proyecto se obtuvo toda la documentacin que detalla el anlisis efectuado para la construccin de la aplicacin mvil El tiempo de acceso es mucho ms rpido y el consumo de datos es menor por lo tanto la aplicacin mvil es mucho mejor que entrar por el mismo navegador al SIGA UNASAM

47

 Se tiene pleno conocimiento de los procesos y se han obtenido los requerimientos necesarios para concluir la aplicacin mov del sistema de gestin acadmica

VI. CONCLUSIONES La especificacin de requerimientos de los usuarios es muy eficiente con la aplicacin del modelado de negocio, esto hace que sea indispensable su uso, puesto que es el punto de partida para el desarrollo del software.

48

El uso de la aplicacin mvil es una mejor opcin cuando queremos conectarnos mediante un dispositivo mvil con Android ya que se reduce el tiempo de respuesta y el costo de datos de internet El desarrollo de la aplicacin puede llevarnos a conocer ms sobre el tema de mviles

En este tiempo donde la tecnologa va muy rpido es indispensable el uso de dispositivos mviles por ende las aplicaciones mviles son ms comerciales

VII. RECOMENDACIONES

49

Se recomienda el empleo de esta metodologa RUP para desarrollar proyectos de software, porque es una metodologa robusta y muy til que se caracteriza por ser incremental e iterativo. Se recomienda La investigacin de las herramientas y metodologas para el desarrollo futuro de sistemas informticos para todas las plataformas es la mejor opcin para el ingeniero de sistemas. Se sugiere a la escuela profesional de Ingeniera de Sistemas e Informtica establecer convenios con otras instituciones para facilitar la ejecucin de las prcticas.

BIBLIOGRAFIA 50

Barreiro, E. (2004). Ingenieria de requerimientos. Departamento de Informatica, Universidad de Vigo. C.J., D. (2002). INTRODUCCION A LOS SISTEMAS DE BASE DE DATOS. Mexico: PEARSON EDUCACION. Espaol, S. (2003). Scribd Metodologias para la Gestion . Obtenido de http://es.scribd.com/doc/8255409/Metodologias-para-la-geston-y-desarrollo-deSoftware Pressman, R. (2005). Ingenieria del Software, un enfoque Practico, sexta edicion. Mexico: Mc Graw Hill. Rose, R. (2001). Rational Rose Model. Obtenido de http://www.rational.com/uml/papers. Schmuller, J. (2004). APRENDIENDO UML EN 24 HORAS. Prentice Hall. Seco, A. A. (1995). Ingenieria del Software de getion. Analisis y diseo de apliaciones. Madrid: Paraninfo. Soft, G. P. (2005). Modelamiento Uml. Obtenido de http://www.GrapPeruSoft.com/modelamientouml Wikipedia. (2002). Proceso Unificado Rational. Obtenido de es.wikipedia.org/wiki/Proceso_Unificado_de_Rational

51

ANEXOS

52