You are on page 1of 57

UNIVERSIDAD TECNOLÓGICA ISRAEL

FACULTAD DE INGENIERIA DE
SISTEMAS INFORMATICOS

PROYECTO INTEGRADOR

DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE CONSULTA DE
NOTAS VIA INTERNET Y SMS, PARA LOS ESTUDIANTES DE LA
UNIVERSIDAD ISRAEL

INTEGRANTES:

FERNANDO ARIZAGA
SANTIAGO GUERRÓN
MARÍA FERNANDA OJEDA
GUILLERMO PAZOS

8VO NIVEL NOCTURNO

26 DE AGOSTO 2009

QUITO - ECUADOR

TEMA DEL PROYECTO
DISEÑO Y CONSTRUCCIÓN DE UN PROTOTIPO DE UN SISTEMA DE
CONSULTA DE NOTAS VIA INTERNET Y SMS, PARA LOS ESTUDIANTES.

1
INDICE
1. INTRODUCCION .................................................................................................. 3
1.1 ANTECEDENTES...........................................................................................................3
1.2 FORMULACIÓN Y PLANTEAMIENTO DEL PROBLEMA .....................................3
1.3 SISTEMATIZACIÓN DEL PROBLEMA......................................................................4
1.3.1 DIAGNÓSTICO ........................................................................................................................4
1.3.2 PRONÓSTICO..........................................................................................................................4
1.4 OBJETIVOS.....................................................................................................................5
1.4.1 OBJETIVO GENERAL ...........................................................................................................5
1.4.2. OBJETIVO ESPECIFICO......................................................................................................5
1.5. JUSTIFICACION............................................................................................................5
1.6. FACTIBILIDAD ..............................................................................................................5
1.6.1. FACTIBILIDAD TECNICA ....................................................................................................5
1.6.2. FACTIBILIDAD ECONÓMICA.............................................................................................9
1.6.3. FACTIBILIDAD OPERATIVA.............................................................................................10
1.6. ALCANCE Y LIMITACIONES ...................................................................................11
1.6.1. ALCANCE.............................................................................................................................11
1.6.2 LIMITACIONES......................................................................................................................11
2. MARCO REFERENCIAL ...................................................................................... 12
2.1 MARCO TEÓRICO .......................................................................................................12
2.2. MARCO CONCEPTUAL ............................................................................................14
2.2.1 Java ..........................................................................................................................................14
2.2.2. Netbeans................................................................................................................................14
2.2.3. Web Service..........................................................................................................................14
2.2.4. Php ..........................................................................................................................................14
2.2.5. Modem Celular....................................................................................................................14
2.2.6. Base My SQL........................................................................................................................14
2.2.7. Apache ...................................................................................................................................14
2.2.8. Interfaz RS232......................................................................................................................14
2.2.9. Comandos at ........................................................................................................................15
3. PROCESO METODOLÓGICO............................................................................. 15
3.1. PROCESO METODOLÓGICO INVESTIGATIVO .................................................15
3.1.1 Técnicas..................................................................................................................................16
3.1.2. Instrumentos ........................................................................................................................16
3.1.3. Técnicas para el Procesamiento y Análisis de Resultados...................................16
3.2. Proceso Metodológico Técnico .............................................................................19
4. PROCESO DE DESARROLLO ........................................................................... 20
Ciclo de vida del Rup........................................................................................................20
4.1 Fase de Inicio..............................................................................................................20
4.2 Elaboración...................................................................................................................36
4.3 Construcción................................................................................................................44
CONCLUSIONES ....................................................................................................... 53
RECOMENDACIONES .............................................................................................. 54
BIBLIOGRAFÍA........................................................................................................... 55
ANEXOS....................................................................................................................... 57

2
1. INTRODUCCION

A medida que avanza la tecnología la gente busca nuevos medios para
información. Es así como el porcentaje de personas con acceso a las
tecnologías de información crece cada día. Hace 10 años, 1 de cada 10
familias ya tenían acceso a un computador, y hoy en día el 99% de los
estudiantes tiene acceso a un computador, tomando en cuenta que es un alto
porcentaje y que el 70% de estos estudiantes tienen un computador en casa,
se puede afirmar que 7 de cada 10 familias en el Ecuador tienen un ordenador
disponible1. Similares indicadores presenta el acceso a un teléfono móvil, tanto
para llamadas de voz como para los servicios agregados como SMS.
Estableciendo el alto porcentaje de alumnos que tienen acceso a estas dos
tecnologías, un servicio que puede brindar la Universidad para la consulta de
notas de sus estudiantes, es realizar la consulta vía Internet y mensajes
escritos.

1.1 ANTECEDENTES

Se realiza un análisis al prototipo presentado en el año 2008, en un
proyecto integrador de 6to Nivel, realizado por estudiantes de la Universidad
Israel. Aquí se muestra la utilización de un teléfono móvil para la consulta de
notas. Cabe resaltar que el prototipo que se presentó no utilizó sistemas
distribuidos, fue hecho en una sola máquina, sin capas de programación. Se
presentan además los problemas que tienen algunos alumnos para conocer
sus notas con mayor facilidad.

Actualmente, si un alumno desea conocer sus calificaciones, a lo largo del
período de estudios, necesita dirigirse a la Universidad para informarse de las
calificaciones en un computador asignado para este propósito.

Existen varios comentarios de los estudiantes referidos a la consulta de
notas desde otros lugares, y con más facilidad, y muchas veces comparando
con servicios existentes en otras Instituciones.

1.2 FORMULACIÓN Y PLANTEAMIENTO DEL PROBLEMA

¿Con la implementación de este sistema de consultas vía internet y SMS se
podrá mitigar los inconvenientes de los estudiantes para consultar sus notas?

1
Gráficos estadísticos No. 6 y No. 8. Proyecto de Educación virtual.
http://www.usm.edu.ec/tesis/aprendecuador/webmemoria/capitulo1.htm, 03-09-2008
3
1.3 SISTEMATIZACIÓN DEL PROBLEMA

1.3.1 DIAGNÓSTICO

• Los estudiantes de la Universidad tienen la única posibilidad
automatizada de consultar sus notas acudiendo al campus. Debe
ingresar al sistema de consultas que se encuentra instalado en un
servidor local. Para ello se encuentran disponibles ciertos
ordenadores con el fin de que el alumno acuda a su consulta.

• Varios de estos ordenadores se encuentran en aulas o laboratorios
que también realizan la función de aulas de clases, es decir que los
estudiantes deben acercarse en horarios restringidos para la
consulta. Este proceso no permite que el estudiante realice su
consulta en cualquier momento que lo desee.

• Otra manera de consultar las notas es asistiendo a la biblioteca del
campus central para acceder al sistema. De igual manera se tiene
un horario restringido y además no todos los ordenadores que aquí
se encuentran son para consultas; la mayoría de ordenadores se
dedican a los estudiantes para realizar trabajos o búsquedas en
Internet.

1.3.2 PRONÓSTICO

• Existirá un rechazo al sistema, por comparar el servicio que brindan
otras instituciones.

• Ha existido y podría seguir existiendo casos de alumnos que no han
asistido a rendir un examen a causa de desconocer sus notas.

• El número de estudiantes en la institución aumenta y se requiere
más ordenadores en la biblioteca y laboratorios para las consultas.
La cantidad actual es insuficiente para satisfacer las consultas de los
estudiantes.

1.3.3 CONTROL DEL PRONÓSTICO

• Con la implementación de un sistema alterno de consultas remotas, se
facilita al estudiante conocer sus notas desde cualquier lugar que tenga
acceso a servicios agregados.

• Las dos tecnologías de información más accesibles en esta época son
el Internet y los teléfonos móviles, las cuales le permitirán conocer al
estudiante a cualquier hora su nota y si su promedio medita o no dar un
examen.

4
• De esta manera, con el desarrollo de otras alternativas de consulta, el
estudiante puede conocer de manera oportuna sus notas,
descongestionando así la biblioteca y las aulas destinadas a consultas.

1.4 OBJETIVOS

1.4.1 OBJETIVO GENERAL

Diseñar y construir un prototipo de un sistema que permita a un
estudiante consultar sus notas por medio de Internet ó mensajes
escritos a través de un teléfono móvil.

1.4.2. OBJETIVO ESPECIFICO

• Ofrecer al usuario una solución que le ahorre tiempo y distancia para la
consulta de sus calificaciones.

• Utilizar tecnología para poder acceder a verificar las notas del
estudiante.

• Brindar a los estudiantes de educación superior un sistema moderno,
ágil y que se encuentre a disposición en los lugares de cobertura de los
servicios agregados.

1.5. JUSTIFICACION

Debido al avance de la tecnología cada día es indispensable optimizar
el tiempo, más aún cuando los usuarios, en este caso los estudiantes de la
Universidad, realizan actividades de trabajo y estudio a la vez.

Por el motivo antes mencionado se ha pensado en el uso de las
facilidades que ofrece actualmente la tecnología para lograr respuestas, las
mas rápidas posibles, además se debe mencionar que un servicio como el que
se propone en el presente proyecto no existe a nivel de la Institución,
ofreciendo al estudiante de esta forma un fácil acceso a su derecho de conocer
sus notas, en cualquier momento y desde cualquier lugar en el que se
encuentre.

1.6. FACTIBILIDAD

1.6.1. FACTIBILIDAD TECNICA

• Se debe adquirir el equipo de transmisión y recepción de datos, un
MODEM celular con una interfaz RS232 para comunicación con el
puerto serial, y que soporte comandos AT; que cumpla con las normas
vigentes en la comunicación móvil en nuestro país para las redes 3GSM
de 850 MHz. Además debe ser capaz de configurar sus parámetros de
comunicación de la norma RS232 a 9600 8N1.

5
• Análisis Técnico

En esta parte se ya aplicar a los enlaces vía celular ósea las conexiones y
envíos que se hace por medio del servidor Web.

• El software para la programación será un compilador de Java, como
NetBeans IDE 6.5 con la respectiva instalación de librerías para control
del puerto serial y para la conexión a una base de datos SQL Server
2005. En este mismo lenguaje se levantan los servicios de Web
Services, y para el desarrollo de páginas Web dinámicas se utilizara el
lenguaje de programación interpretado PHP.
Análisis Técnico
Aquí se explica los que se trata de los lenguajes de programación que se
va a usar en cada parte del proyecto y como se va aplicar los diferentes
servicios que va a brindar el proyecto.

• Es necesario que la instalación del proyecto se realice en un
computador con SO Windows XP SP2, SQL Server 2005 y Java Virtual
Machine. Con hardware mínimo en requerimientos, Procesador P4, 1GB
de memoria RAM, puerto USB con convertidor a RS-232 para 9600
8N1.
Análisis Técnico
Aquí se explica lo que el usuario necesita para correr la aplicación y las
características que tiene el cliente para los requerimientos mínimos del
proyecto.
• Se requiere de un host Web para contener las páginas Web. Apache
será el servidor Web montado en un sistema operativo Linux y junto con
la base de datos MySQL, consumen el Web Service que ofrece el
módulo en Java.
Análisis Técnico

Aquí se explicar lo que se refiere al análisis de la pagina Web de servicios que
brindara a los usuario y con qué herramientas se van a usar para su desarrollo.

LENGUAJES DE PROGRAMACION

1. NETBEANS

ANALISIS TECNICO

---------------------------------------------------------------------------------------------------------
-----

Se utilizara la tecnología de Java con su IDE Netbeans para el desarrollo de la
aplicación de interfaz con el MODEM, además de la conexión con la base de
datos MySQL, este IDE es multiplataforma, no se presentara el inconveniente
en cual sistema operativo se programara la aplicación, además es de fácil uso
por parte del personal encargado del desarrollo, por la experiencia obtenida a
lo largo de su vida profesional.

6
Para el caso del uso de recursos, es bastante confiable ya que al ser un
sistema multiplataforma, no crea conflictos con los recursos de cada máquina y
en si del sistema operativo instalado.

2. PHP

ANALISIS TÉCNICO

PHP es un lenguaje de programación interpretado, diseñado originalmente
para la creación de páginas Web dinámicas. Es usado principalmente en
interpretación del lado del servidor (server-side scripting) pero actualmente
puede ser utilizado desde una interfaz de línea de comandos o en la creación
de otros tipos de programas incluyendo aplicaciones con interfaz gráfica
usando las bibliotecas Qt o GTK+

Se escogerá este programa por la acogida que existe en el mercado y la
experiencia del grupo de desarrollo de programar en php.

Ventajas
- Es un lenguaje multiplataforma.
- Capacidad de conexión con la mayoría de los manejadores de base de
datos que se utilizan en la actualidad, destaca su conectividad con
MySQL.
- Capacidad de expandir su potencial utilizando la enorme cantidad de
módulos (llamados ext's o extensiones).
- Posee una amplia documentación en su página oficial ([2]
(http://www.php.net/manual/es/) ), entre la cual se destaca que todas las
funciones del sistema están explicadas y ejemplificadas en un único
archivo de ayuda.
- Es libre, por lo que se presenta como una alternativa de fácil acceso
para todos.
- Permite las técnicas de Programación Orientada a Objetos.
- Biblioteca nativa de funciones sumamente amplia e incluida.
- No requiere definición de tipos de variables.
- Tiene manejo de excepciones (desde PHP5).,

Desventajas
Si bien PHP no obliga a quien lo usa a seguir una determinada metodología a
la hora de programar (muchos otros lenguajes tampoco lo hacen), aun estando
dirigido a alguna en particular, el programador puede aplicar en su trabajo
cualquier técnica de programación y/o desarrollo que le permita escribir código
ordenado, estructurado y manejable. Un ejemplo de esto son los desarrollos
que en PHP se han hecho del patrón de diseño Modelo Vista Controlador (o
MVC), que permiten separar el tratamiento y acceso a los datos, la lógica de
control y la interfaz de usuario en tres componentes independientes (ver más
abajo Frameworks en PHP).

7
3. MYSQL

8
ANALISIS TECNICO

Para el Host Web se especifica el uso del sistema de gestión de bases de
datos MYSQL, ya que es multiplataforma, es decir, corre en cualquier sistema
operativo y específicamente funciona correctamente en LINUX, posee gran
velocidad en respuesta de peticiones de datos, brinda una alta estabilidad y
principalmente proporciona integridad de datos, no afectara al momento de
hacer modificaciones en la base, esto demuestra que la seguridad es muy alta.

Dentro de las interfaces de programación con el cual se va a conectar
directamente MYSQL, al igual que con las plataformas es compatible con la
mayoría de los lenguajes de programación, en especifico PHP con el cual se
va a diseñar las páginas Web del proyecto a realizar.

1.6.2. FACTIBILIDAD ECONÓMICA

Para el análisis financiero del proyecto, es preciso realizar una observación en
cuanto a ciertos parámetros de hardware y software.

En cuanto a software, los costos que se obviarán corresponden a licencias de
Sistemas Operativos y licencias de base de datos, específicamente de
Windows XP SP2 y de SQL Server 2005. Los canales de comunicación serán
los mismos que posee al momento la Universidad, excepto la comunicación
celular.

La Universidad Israel posee también varios Host Web para contener sus
páginas Web por con fines informativos y de estudios a distancia. Como
requerimiento de este proyecto se necesita albergar a los módulos de registro
y consultas en Internet en un Host Web. Para este fin se utilizará el mismo
Host de la Universidad, con el objeto de concentrar la información y servicios
en la misma página.

El ordenador destinado a contener el módulo del sistema que realiza el Web
Services y además la base de datos en SQL, será uno designado por la
institución para este fin.

Los valores a continuación indican los costos del proyecto, indicando no solo
los gastos iniciales, sino también los gatos de mantenimiento y cobertura de
servicios.

Año 1 Año 2 Año 3
Ingresos 2000,00 2000,00 2000,00

Egresos
Costos Fijos
Paquete de
Mensajes 30 360,00 396,00 435,60
Host Web 70,00 77,00 84,70
Depreciación
Activos 100,00 100,00 100,00
9
TOTAL FIJOS 530,00 573,00 620,30

Indicadores
FEO 1470,00 1427,00 1379,70
Depreciación -300,00 1570,00 1527,00 1479,70
Tasa de
Descuento 10%
VA 3800,98
VAN 3500,98
TIR 5,19
C/B 12,67

Los ingresos anuales, se deben considerar como el cobro de 0,50 USD en la
matrícula de los estudiantes al semestre, es decir que tomando un número de
2000 estudiantes por semestre, obtenemos el valor de 2000 USD anuales.

Yanual = CobroSemestral*# Estudiantes * 2
Yanual = 0,50 * 2000 * 2
Yanual = 2000USD

Se divide los costos para los gastos anuales de los servicios requeridos para la
utilización del sistema. El costo del paquete de mensajes y mensajes extra que
enviará el sistema se considera de acuerdo a las operadoras móviles locales,
como en 30USD. Además se considera un incremento en el precio de un 10%
anual.

Los costos del Host Web, a pesar de que la probabilidad de la utilización de los
mismos que utiliza la Universidad es muy alta; se considera también como un
costo del proyecto por posibles requerimientos de capacidad del Host. Además
un incremento anual del 10%.

La adquisición del MODEM como requerimiento de hardware, es una inversión
que se verá reflejada en la depreciación anual. Se le da una vida útil de 3 años
por la posibilidad de que el sistema de comunicación móvil del país cambie.

Se realiza el cálculo de los indicadores para verificar la factibilidad económica
y aceptación del proyecto. Los índices como el Flujo Efectivo de Operación,
VA, VAN, TIR y Costo/Beneficio; muestran una recuperación inmediata,
además de un gran porcentaje de nuevos ingresos.

1.6.3. FACTIBILIDAD OPERATIVA

La implementación del proyecto es una innovación en la consulta de
notas existente. De acuerdo a las encuestas y entrevistas que fueron
realizadas a un porcentaje de estudiantes de la Universidad, un 94% está de
acuerdo con la propuesta de consultar sus notas vía SMS e Internet, además
un 94 % de las encuestas indican que los estudiantes no esta de acuerdo con
el actual sistema de consulta de notas lo cual da a entender que si el sistema
se implementa en la Universidad tendrá una gran aceptación por parte de los
estudiantes.

10
De forma verbal, en conversaciones con autoridades, directivos y
administrativos, aceptan el sistema como un complemento a los servicios que
se prestan a los estudiantes y así crear un ambiente de desarrollo, innovación
y confort en ellos, para prestigio y renombre de la Institución.

1.6. ALCANCE Y LIMITACIONES

1.6.1. ALCANCE

El proyecto consta de tres elementos importantes: la plataforma netbeans,
glassfish como servidor de aplicaciones, programación en C # y el servidor
web será Apache. My SQL como base de datos para el Web Service, java
también se conecta a esta base para contener las páginas de registro y
consulta de notas, un MODEM celular. La programación en C# se realiza en
un compilador que soporte las librerías o sockets necesarios para el manejo de
puertos en el SO.
La base de datos que contiene la información de los estudiantes, como sus
notas, asignaturas, seminarios y datos personales es MySQL. La interfaz de
comunicación entre el servidor y los estudiantes será un MODEM, encargado
de la transmisión de información entre la operadora celular y los teléfonos
móviles a los que los estudiantes tienen un fácil acceso.

El módulo de comunicación del sistema de notas realizan las siguientes
actividades:

• Consulta de datos vía Internet
ƒ Registro de estudiantes para posteriores consultas vía SMS
ƒ Consultas de notas
• Consulta de datos vía SMS
ƒ Recepción de mensajes
ƒ Búsqueda de información
ƒ Envío de respuesta a las solicitudes
• Permite visualizar en pantalla información de notas.
• Ver informes del uso del sistema (Frecuencia de consultas por facultad,
por estudiante, por fechas).

1.6.2 LIMITACIONES

• Modificar Notas
• Ingresar o crear usuarios.
• Imprimir reportes físicos.
• Ingresar Profesores, alumnos, matrículas, periodos.

Las dos principales razones por las que el sistema no realiza las tareas
mencionadas en los puntos anteriores son las siguientes:

• El proyecto no es una propuesta de un sistema ACADÉMICO para
Institución de Educación Superior.

• El proyecto obtiene datos de un sistema ya creado al que se le quiere
agregar el presente módulo de consulta.

11
2. MARCO REFERENCIAL

2.1 MARCO TEÓRICO

Para elaborar un servicio a los estudiantes de consultar sus notas vía sms e
Internet se desarrollará un software que necesitara un compilador de Java,
como NetBeans ID 6.5 el cual es gratuito, además permite trabajar en el
desarrollo de aplicaciones multiplataforma como Windows, Linux, Mac, etc.
2
Esta versión de NetBeans provee varias características y mejoras nuevas
tales como soporte para usar estructuras Spring de soporte Web, integración
MySQL más ajustada y una mejor manera de compartir librerías entre
proyectos dependientes.

Además dispone de herramientas para crear un entorno visual, creación de
aplicaciones compatibles con teléfonos móviles, desarrollo de páginas Web,
etc.

En el proyecto a desarrollar será necesario crear un Web Service en Java que,
qué son servicios ofertados vía Web, donde se envía una petición vía HTTP a
un servicio situado en una URL. El servicio recibe la petición, la procesa y
devuelve una respuesta también sobre HTTP.
3
El intercambio de datos en un web service se consigue mediante la adopción
de estándares abiertos. Las organizaciones OASIS y W3C son los comités
responsables de la arquitectura y reglamentación de los servicios Web. Para
mejorar la interoperabilidad entre distintas implementaciones de servicios Web
se ha creado el organismo WS-I, encargado de desarrollar diversos perfiles
para definir de manera más exhaustiva estos estándares.

A continuación los distintos estándares que existen:

Web Services Protocol Stack, XML (Extensible Markup Language, WSDL
(Web Services Description Language, UDDI (Universal Description, Discovery
and Integration, WS-Security (Web Service Security

Para el desarrollo del software se utilizará SOAP (Simple Object Access
Protocol) o XML-RPC (XML Remote Procedure Call): Protocolos sobre los que
se establece el intercambio.

Para la implementación del Web Service se necesita APIS y en Java existen
muchos fabricantes como (Iona, Inprise, Oracle, IBM,Sum,etc), también
gratuitas como Apache el cuál será utilizado en la aplicación.

Apache es un servidor Web http de código abierto para plataformas Unix,
Windows, Macintosh, etc, que implementan el protocolo http/1.1 y la noción del
sitio Web.

La página Web donde los alumnos podrán acceder a registrarse y consultar
sus notas será realizado en PHP que es un lenguaje de programación

2
http://www.netbeans.org/community/releases/61/index_es.html
3
http://es.wikipedia.org/wiki/Servicio_Web
12
interpretado, fue creado para el diseño de páginas Web dinámicas, y es usado
principalmente en interpretación del lado del servidor (Server-side scripting)
pero actualmente es usado desde una interfaz de líneas de comandos.
Las ventajas de utilizar PHP son las siguientes:
4
• Es un lenguaje multiplataforma.
• Capacidad de conexión con la mayoría de los manejadores de base de
datos que se utilizan en la actualidad, destaca su conectividad con
MySQL.
• Capacidad de expandir su potencial utilizando la enorme cantidad de
módulos (llamados ext's o extensiones).
• Posee una amplia documentación en su página oficial ([2]), entre la cual
se destaca que todas las funciones del sistema están explicadas y
ejemplificadas en un único archivo de ayuda.
• Es libre, por lo que se presenta como una alternativa de fácil acceso
para todos.
• Permite las técnicas de Programación Orientada a Objetos.
• Biblioteca nativa de funciones sumamente amplia e incluida.
• No requiere definición de tipos de variables.
• Tiene manejo de excepciones (desde PHP5).,

PHP se conectará con la base de datos MySQL que es un sistema de gestión
de base de datos relacional, multihilo y multiusuario, esta conexión permite
publicar nuestra página en la Web y así hacer posible el registro y consulta de
notas.

Las principales características de MySQL son las siguientes:
5
• Soporte de transacciones.
• Escalabilidad, estabilidad y seguridad.
• Soporta procedimientos almacenados.
• Incluye también un potente entorno gráfico de administración, que
permite el uso de comandos DDL y DML gráficamente.
• Permite trabajar en modo cliente-servidor, donde la información y datos
se alojan en el servidor y las terminales o clientes de la red sólo
acceden a la información.
• Además permite administrar información de otros servidores de datos.

Para intercambiar la información del celular y la base de datos creada se
utilizará un MODEM que trabaja con los Comandos AT los cuales controlan
muchas de las características del MODEM.

El MODEM es un dispositivo que sirve para modular y desmodular (en
amplitud, frecuencia, fase u otro sistema) una señal llamada portadora
mediante otra señal de entrada llamada moduladora.
6
El modulador emite una señal denominada portadora. Generalmente, se trata
de una simple señal eléctrica sinusoidal de mucha mayor frecuencia que la

6
http://es.wikipedia.org/wiki/M%C3%B3dem
13
señal moduladora. La señal moduladora constituye la información que se
prepara para una transmisión (un módem prepara la información para ser
transmitida, pero no realiza la transmisión). La moduladora modifica alguna
característica de la portadora (que es la acción de modular), de manera que se
obtiene una señal, que incluye la información de la moduladora. Así el
demodulador puede recuperar la señal moduladora original, quitando la
portadora

El puerto de comunicación entre el MODEM y el celular será el RS 232 que es
una 7 interfaz que designa una norma para el intercambio serie de datos
binarios entre un DTE (Equipo Terminal de datos) y un DCE (Data
Communication Equipment, Equipo de Comunicación de datos) un MODEM.

2.2. MARCO CONCEPTUAL

2.2.1 Java
Se utilizará esta herramienta para el desarrollo de los controles del programa
este será la base de desarrollo del proyecto a la cual se mencionaría como
compilador en que se creara los enlaces y acceso a las bases de datos.

2.2.2. Netbeans
Se utilizará como entorno de desarrollo del proyecto que configurá los
servicios que brindara el proyecto.

2.2.3. Web Service
Se utilizará este método de programación para desarrollar un control en las
consultas y registros de nuevos alumnos que se hacen vía internet.

2.2.4. Php
Es el lenguaje que se va a utilizar para el desarrollo de las páginas web ósea
será la base de programación en lo que se refiere al internet.

2.2.5. Modem Celular
El modulador e demodulador que se utilizará para la comunicación entre el
servidor que está en SQL Server y el celular para obtener la información de
notas del estudiante

2.2.6. Base My SQL
Este base se utilizará para el desarrollar en conjunto con el Php las páginas
web y realizar una conexión con Apache.

2.2.7. Apache
Se utilizará como recipiente para el desarrollo de las páginas web en la que
se almacenar las mismas y apache controlará el ingreso del alumno por la
página principal

2.2.8. Interfaz RS232
Es el puerto que se usará para la comunicación del modem con el celular
para enviar la consulta de notas al estudiante.

7
http://es.wikipedia.org/wiki/COM1
14
2.2.9. Comandos at
Este comando se aplicará en el proyecto para la configuración del modem.
Para inicializar el modem se utiliza el siguiente comando.
At+csmp
Para el envió a formato sms se utilizara este comando.
At+cmgf

Para recibir el mensaje sms con el siguiente comando
At+cnmi
Para guardar la configuración de los sms se usara
At+csas
Para inicializar las conversación para el envió de notas es el siguiente
comando.
At+cmgs
Para iniacilizar un indicador de mensaje de entrada se utilizara
At+cmti
Para leer mensajes guardados que llego, se usara este comando.
At+cmgr
Para leer mensajes guardados que han estado almacenados se usara el
siguiente comando.
At+cmss
Para ver la lista de mensajes almacenados en la tarjeta sim se usara el
siguiente comando.
At+cmgl
Para borrar mensajes que están guardados en la sim en una localización
específica se usara el siguiente comando.
At+cmgd

3. PROCESO METODOLÓGICO

3.1. PROCESO METODOLÓGICO INVESTIGATIVO

Para llevar a cabo la realización del proyecto se necesita conocer claramente
la problemática actual que posee la Universidad Israel.

El método a utilizar en el desarrollo será el método inductivo, con el propósito
de mejorar el sistema de consulta de notas en la Universidad Israel, ya que en
la actualidad se puede realizar esta consulta sólo en las instalaciones de la
Universidad, provocando así inconformidad, pérdida de tiempo y en ocasiones
problemas académicos por parte de los estudiantes al no conocer a tiempo sus
calificaciones.

Para el desarrollo del proyecto se utilizará la Investigación Aplicada, así se
obtendrá un mejor conocimiento de los dispositivos a utilizar, lenguajes de
programación, como construir el sistema, como modificarlo, etc., llevando así a
la práctica los conocimientos adquiridos.

Con el desarrollo del sistema de consulta de notas vía SMS e Internet se
pretende facilitar a los estudiantes acceder a sus notas desde cualquier lugar
donde existe cobertura celular y acceso a Internet.

15
3.1.1 Técnicas

Para desarrollar la investigación del proyecto se utilizó la técnica de la
entrevista, esta se realizó en la Universidad Israel, las unidades de análisis
para el proyecto fueron el área Administrativa, decano de la Facultad de
Sistema, esto con el fin de conocer si se cuenta con el apoyo y aceptación por
medio de la Universidad, además se utilizo la técnica de la encuesta, ésta se la
realizó a los estudiantes de octavo nivel, sección nocturna de la Universidad
Israel, para así conocer la aceptación que tiene la implementación del sistema
de consulta de notas vía SMS e Internet.

3.1.2. Instrumentos

El instrumento utilizado para la recolección de datos en las encuestas fue el
cuestionario, esto con el objetivo de conocer el grado de aceptación de la
nueva alternativa de consulta de notas vía SMS e Internet por parte de los
estudiantes de modalidad nocturna.

La entrevista realizada al decano de la Facultad de sistemas permitió conocer
el interés por incrementar una herramienta tecnológica para la consulta de
notas en la Universidad Israel.

Tanto la entrevista como la encuesta fueron realizadas de una forma confiable
y estricta para que tengan validez a la hora de obtener los datos y realizar el
proyecto.

Para la investigación documental se utilizará la lectura científica que permita
manejar conceptos básicos y esenciales, los cuales nos permiten conocer más
a fondo los términos a utilizar en la elaboración del prototipo del sistema.

3.1.3. Técnicas para el Procesamiento y Análisis de Resultados

Al obtener un buen resultado en el proceso y análisis de datos se realizará las
siguientes actividades:

• Elaboración de encuestas
• Análisis de datos mediante porcentajes e histogramas

A continuación se presenta los resultados obtenidos en la encuesta
realizada a los estudiantes de octavo nivel sección nocturna.

3.1.3.1. Análisis de datos mediante porcentajes e histogramas

1.- TIENE ACCESO A CONOCER SUS NOTAS A CUALQUIER HORA EN LA
UNIVERSIDAD.

SI NO
0 17

16
CONCLUSIÓN

Al realizar la encuesta para saber si los estudiantes tienen acceso a conocer
sus notas a cualquier hora en la Universidad un 100% dijo que no, dando a
conocer los siguientes motivos:
• No hay acceso por Internet
• Solo es con tiempo limitado
• No siempre están disponibles los laboratorios
• No siempre existe un lugar adecuado y disponible todo el tiempo
• No existen los medios
• Está disponible solo cuando los ingenieros pasan notas, y es por una
sola semana
2.- A QUE HORA PUEDE USTED ACCEDER A CONSULTAR SUS NOTAS
EN LA UNIVERSIDAD

18:20 a 20:00 20:00 a 20:10 20:10 a 21:50 otra
1 11 2 4

3.- ESTA DE ACUERDO CON EL SISTEMA ACTUAL QUE CUENTA LA
UNIVERSIDAD PARA CONSULTA DE NOTAS

si No
1 16

17
CONCLUSIONES

Un 94 % de los estudiantes de la Universidad Israel no está de acuerdo con
el sistema actual de consulta de notas, mientras que un 6% si lo está, los
motivos son los siguientes:
• Tiempo de acceso limitado y es una pérdida de tiempo
• Sería más fácil hacerlo desde el Internet
• Incómodo
• No están los laboratorios disponibles cuando uno necesite conocer las
notas
• Falta de tiempo y agilidad
• No sirve
• Período corto para la consulta
4.- EN QUE LUGARES PUEDE CONSULTAR SUS NOTAS,
ENUMÉRELOS?

Laboratorio Biblioteca Otros
17 9 2

CONCLUSIÓN

Los estudiantes para su consulta de notas lo hacen en los laboratorios en un
61%, y en la biblioteca un 32%.

18
5.- LE SERÍA MÁS FÁCIL PODER CONSULTAR SUS NOTAS DESDE
CUALQUIER CYBER'S O CON UN SIMPLE MENSAJE DE TEXTO

si No
16 1

CONCLUSIONES

El 100% de los estudiantes consultados en la Universidad Israel, desearía
consultar sus notas vía web o simplemente con un mensaje de texto.

3.2. Proceso Metodológico Técnico

Para la elaboración del prototipo del sistema de consulta de notas se utilizará
un proceso unificado de Desarrollo RUP, el cual permitirá obtener la respectiva
documentación y a su vez administrar de una forma adecuada la parte
documental del proyecto.

A este proceso se lo adaptará de acuerdo a las características del prototipo a
desarrollar, además utilizar el RUP permite conocer de una mejor manera el
proyecto ya que este cuenta con cuatro fases: inicio, elaboración, construcción,
transición.

Para el modelado del sistema se utilizará UML el cual nos permitirá realizar los
respectivos diagramas para la elaboración del sistema, entre los diagramas a
utilizar están los diagramas de casos de uso, diagramas de clases, diagrama
de actividades, diagrama de componentes, diagrama de secuencia, diagrama
de despliegue, diagrama de Iteración. Esto con el fin de conocer con claridad
las personas y actividades implicadas en la realización del sistema.

En la fase de inicio constará de 4 iteraciones, la primera será el proceder a
conocer de una mejor manera el funcionamiento de la Universidad, segunda se
identificará los principales casos de uso, en la tercera se conocerá el problema
que presenta a los estudiantes tener como único medio de consulta de notas el
asistir a los laboratorios de la Universidad y en horarios restringidos. En la
cuarta se establecerá los requisitos y funcionalidades del sistema así como
también conocer claramente los riesgos.

19
Para el desarrollo de la Fase de Elaboración es muy importante tomar en
cuenta los requisitos y toda la información obtenida en las iteraciones de la
fase de inicio ya que con los requisitos se podrá plantear la primera iteración
que es mitigar los riegos, la segunda se completará la elaboración de los casos
de uso, y la tercera es la elaboración de la arquitectura del sistema de
consulta de Notas, que cumpla con las necesidades del cliente.

En la fase de construcción al igual que en las anteriores es importante
establecer las iteraciones, la primera será la implementación en la cual se
implementan clases, subsistemas y corrección de errores encontrados en la
iteración de elaboración, como segunda iteración tenemos las pruebas en las
cuales se evaluará la calidad del producto que se está desarrollando, además
es muy importante encontrar y documentar defectos en la calidad del software
y se verificará que los requisitos hayan sido implementados en el sistema.
En la tercera iteración está el despliegue la cual es la distribución del sistema a
los usuarios. Para el despliegue se debe probar el producto, empaquetar el
software, distribuir, instalar, dar capacitación a los clientes.

4. PROCESO DE DESARROLLO

Ciclo de vida del Rup

4.1 Fase de Inicio

Obtención de requisitos Terminado
Modelo de casos de uso Terminado y siguiente fase
del negocio
Conocer funcionamiento Terminado
de la Universidad
Visión Terminado
Terminado
Especificación de casos
de uso
Modelo de análisis Diseño Siguiente Fase
Modelo de Datos Tercera Fase
Implementación Tercera y cuarta fase
Prototipo de interfaces de Tercera Fase
20
usuario
Modelo de Tercera Fase
implementación
Pruebas Segunda-cuarta fase
Casos de Pruebas Cuarta fase
funcionales
Diagrama de Despliegue Segunda fase
Diagrama de Segunda fase
Componentes
Gestión de Cambios y Segunda y cuarta
Configuración
Plan de Desarrollo del Comenzar con la recopilación de la
Software en su primer información necesaria para la
versión y planes de las elaboración del documento.
Iteraciones

Plan de fases

En la fase de inicio constará de 4 iteraciones, la primera será el proceder a
conocer de una mejor manera el funcionamiento de la Universidad, segunda se
identificará los principales casos de uso, en la tercera se conocerá el problema
que presenta a los estudiantes tener como único medio de consulta de notas el
asistir a los laboratorios de la Universidad y en horarios restringidos. En la
cuarta se establecerá los requisitos y funcionalidades del sistema así como
también conocer claramente los riesgos.

Funcionamiento de la Universidad

En la Universidad Israel, desde el día en que se implemento el sistema de
consulta de notas, el estudiante tiene que estar presente en el establecimiento
ya mencionado para realizar este proceso, sin tener otros medios para conocer
con exactitud cuál es su situación en cuanto al rendimiento académico de cada
una de sus materias.

El sistema corre en cada uno de los laboratorios y Bibliotecas de la
Universidad, es decir en cada Sede de la UISRAEL, tienen habilitadas un
número máximo de tres computadoras por laboratorio y biblioteca para que el
estudiante se acerque y realice la consulta de sus calificaciones haciendo uso
de la aplicación.

Muchas de las veces, los laboratorios se encuentran ocupados, pues estos
centros de computo son utilizados por los mismos estudiantes que realizan sus
estudios en las facultades de Electrónica, Diseño Grafico y especialmente
Sistemas Informáticos, y en el caso de que se esté dando clases en esos
momentos dentro de los laboratorios, es bastante molestoso interrumpir al
docente que está impartiendo los conocimientos al educado.

21
Además la afluencia de estudiantes que desean conocer sus calificaciones es
bastante densa, y mucho más en el tiempo que ya han rendido sus exámenes
bimestrales, pues luego de presentarse a cada una de estas evaluaciones, el
docente sube las notas al sistema para que el estudiante pueda conocer sus
notas y promedios finales por cada bimestre que cumple dentro de la
universidad.

El establecimiento educativo no cuenta con otras alternativas para que sus
estudiantes conozcan sus calificaciones, posee una Página WEB principal,
pero esta no tiene un modulo habilitado para que el educado pueda realizar
este tipo de consultas, la de sus calificaciones, así que solamente se lo puede
realizar de la forma ya mencionada.

REQUISITOS

Requisitos Funcionales

Para el desarrollo de la aplicación, se definen los siguientes requisitos:

Nombres de Usuario y Claves: Para el acceso a las dos formas de consulta de
Notas, ya sea por Internet o mediante Mensajes de Texto, se debe definir las
seguridades y datos para realizar inicios de Sesión.

Para realizar el uso de la WEB se define el numero de cedula de cada estudiante
como nombre de usuario para el ingreso, además de la clave principal de para el
acceso, esta se genera de la letra inicial del nombre del estudiante seguida de su
apellido, en el caso de haber estudiantes con el primer nombre y primer apellido
iguales, se tomara la letra inicial del segundo nombre para obtener la clave.

Cuando se quiera realizar el uso de los mensajes de texto como medio de
consulta, el nombre de usuario es de igual manera el numero de cedula de cada
estudiante registrado, y la clave es directamente el número de teléfono celular el
cual es propietario cada persona que posee el dispositivo móvil, obviamente este
número de teléfono debe ser constituido por los nueve dígitos que identifican un
número de teléfono celular en el Ecuador.

Acceso a la aplicación WEB: Para entrar en la página WEB del sistema, se
debe realizar el debido inicio de Sesión, para esto se necesitara el numero de
cedula perteneciente a cada uno de los estudiantes y el password o clave de
usuario, esta clave se la entrega directamente al estudiante al momento de la
matricula para que pueda hacer uso de la aplicación.

Control de Accesos: Solo los estudiantes que estén registrados en la Base de
Datos de la aplicación podrán tener acceso, además siempre deben iniciar su
sesión, no se puede permitir el acceso directo a ninguna de las otras ventanas o
páginas WEB de la aplicación sin haber realizado antes el debido LOG-IN.

Actualización de Datos: Cuando se esté dentro de la aplicación WEB se debe
presentar una opción de actualización de Datos, esta servirá directamente para
que el estudiante realice la inserción o actualización de su número de teléfono
celular, ya que puede ocurrir que extravíe el dispositivo móvil y pierda
22
definitivamente ese número de teléfono, tendrá que acceder directamente en la
aplicación WEB para actualizar este parámetro el cual es la clave de seguridad
para el uso de la opción de consulta mediante mensajes de texto.

Consulta de Notas en la Aplicación WEB: Al momento de estar dentro de la
aplicación se presentara la opción de consulta de Notas, esta opción desplegara
en pantalla todas las notas pertenecientes al nivel que este cursando el
estudiante, de forma ordenada por bimestre, detallando todas las materias y
también indicando el porcentaje de asistencia en cada uno de los bimestres del
semestre lectivo.

Consulta de Notas mediante el uso de mensajes de texto de un teléfono
móvil: Para el uso de este dispositivo los estudiantes deben realizar el envío de
un mensaje de texto con la siguiente información, el numero de cedula del
estudiante y el código de bimestre en el cual se encuentre o haya pasado, el
semestre se divide en tres bimestres, así que cada uno de estos posee notas
referentes con la materias de cada nivel, se debe presentar las notas en la
pantalla del teléfono celular de forma ordenada y también indicando el porcentaje
de asistencia en ese bimestre, la seguridad de esta forma de consulta es
obviamente el numero de cedula y el número de teléfono celular.

Cierre de sesión o salida de la aplicación: En la página Web del sistema debe
haber el respectivo botón de salir o cierre de sesión, para que el estudiante salga
y cerrar todos los accesos a la aplicación para ese usuario, en el caso de los
mensajes de texto, como llegan directamente al teléfono celular, no habría ningún
inconveniente de cierre de sesión, el estudiante recibe los datos y puede borrar el
mensaje de texto en caso de necesitarlo.

Requisitos no Funcionales

Tiempos de Respuesta: En cuanto a la consulta de notas vía Internet debe ser
el normal con el que se presenta un reporte en la WEB, solo al momento de
presentarse problemas en la red o que el servicio se encuentre caído, habrá los
inconvenientes de incremento en el tiempo de respuesta.

Para el envío de los mensajes de texto, de igual manera se debe manejar como
se lo hace comúnmente en la respuesta de un SMS pidiendo un reporte, este solo
puede aumentar debido a la distancia en la que se encuentra el estudiante del
punto principal que brinda el servicio de mensajes de texto, es decir, si el
estudiante se encuentra en Esmeraldas y el nodo principal de consulta esta en
Quito, se retrasara un poco el tiempo de respuesta como ocurre normalmente en
el uso de este tipo de tecnología móvil.

Mantenimiento: Constantemente debe haber un administrador de la Base de
Datos y en sí de todo el sistema, para brindar todo el soporte necesario en caso
de presentarse problemas en la aplicación, preferiblemente personal que es parte
del equipo de desarrollo del proyecto, puede presentarse el caso de que no
responda la comunicación con el MODEM celular o que un estudiante no se
acuerde directamente la clave de usuario para acceder a la aplicación Web, se
necesitara personas que conozcan la estructura del sistema para solucionar los
inconvenientes.

23
Descripción de los Principales Casos de Uso del Sistema de
CONSULTA DE NOTAS VIA INTERNET Y SMS, POR LOS ESTUDIANTES

• Ingreso a la Pagina WEB de la Aplicación
En este proceso es necesario que los estudiantes ya se encuentren
matriculados en la Universidad, ya que al existir el numero de cedula
registrado en la Base de Datos, el usuario podrá hacer uso de la aplicación, y
en la matricula se le indica la clave con la que ingresara a la aplicación por
primera vez, el estudiante debe digitar los datos requeridos en cada campo
respectivo al usuario y password e ingresara a la página Web del Sistema
donde podrá hacer uso de las demás opción que esta presenta.

• Actualización de Datos del estudiante en la Pagina Web del
Sistema

En este proceso es necesario registrar los principales datos del
estudiante el cual va a realizar las consultas ya sea por internet o vía SMS
de un teléfono celular, obviamente los datos que se van a guardar en esta
aplicación tienen que estar debidamente relacionados con la Base de datos
que ya posee la Universidad

Es decir, si el estudiante se encuentra registrado en esta Data,
solamente con ingresar el numero de cedula y la clave que se le asigna al
momento de la matricula, podrá tener acceso a actualizar los datos, el cual
va a ser el número de teléfono celular con el cual va a interactuar con el
sistema de consulta de notas vía SMS, este teléfono además será la
seguridad, ya que la consulta de notas vía SMS solo se la puede realizar
con el número de teléfono celular propietario del usuario.

También se puede actualizar la clave maestra con la cual dará
seguridad a su perfil de usuario para poder seguir ingresando a la aplicación
y realizar la consulta de sus calificaciones.

Caso contrario, si no consta en esta Base, no podrá continuar con el
uso de la Aplicación, pues esto indica que es una persona particular ajena al
establecimiento educativo, así que no necesitaría utilizar el sistema.

• Consulta de Notas vía Internet

Obviamente, luego de haber realizado la debida actualización de datos
en la Pagina Web del Sistema, el estudiante podrá hacer uso de la aplicación
Web para poder realizar su consulta desde cualquier PC que posea el
servicio de Internet, simplemente con ingresar el numero de cedula
respectivo, y la clave asignada para el perfil de usuario, tiene acceso a la
interfaz principal donde podrá visualizar sus calificaciones.

Desde cualquier punto lo podría realizar, ya que en la actualidad, sino
se posee directamente la conexión de Internet en la casa, existe un gran
número de los famosos Café-Net que brindan este servicio.

Se presentara una pantalla indicándole directamente los datos
principales del estudiante y sus calificaciones ordenadas por cada materia.

24
• Consulta de Notas vía SMS
Si el estudiante se encuentra debidamente registrado tanto en la
Universidad y en la página Web del sistema, podrá hacer uso de esta forma
interactiva de consulta, simplemente ingresando en forma de mensaje de
texto el numero de cedula y el código del bimestre vigente en el que se
encuentra el estudiante, y enviándolo al número especifico del MODEM
celular, recibirá de igual forma un mensaje de texto indicándole sus
calificaciones o promedios finales, como ya se encuentra registrado inclusive
el numero de celular del usuario, estos le llegan sin ningún inconveniente.

Caso contrario, sino se encuentra registrado en el sistema,
simplemente no le retornara el mensaje con las calificaciones, ya que una vez
más, una persona que no tiene el acceso a la aplicación no recibe respuesta
alguna de la aplicación.

Hay que acotar que la consulta de notas vía SMS, solo se la puede
realizar desde el teléfono celular que posee cada uno de los estudiantes,
pues este número está guardado en la base de datos del sistema obviamente
vinculado a cada uno de los estudiantes, caso contrario si ocurre el caso de
que se le ha perdido el chip donde contiene el número de teléfono, tendrá que
ingresar a la página Web para actualizar sus datos

Visión

El presente proyecto se elaborara con la finalidad de ser
implementado en la Universidad Israel, presentando a los estudiantes de la
misma tener una nueva alternativa de consulta de sus calificaciones,
brindando comodidad y excelencia en el servicio.

Descripción del Caso de uso Inicio de Sesión en la WEB

Código: CUS-CONVIS-001

Nombre: Inicio de Sesión en la WEB
Objetivo: Validar que el usuario tenga el acceso a la Pagina WEB del
sistema, y que este pueda ingresar a la aplicación con
datos que son propios del usuario.

25
Descripción: El estudiante para hacer uso de la aplicación Web y demás
opciones que esta presenta, deber realizar el inicio de sesión,
para ingresar directamente al perfil relacionado con sus datos
personales e información que es propia de aquel usuario.
Actores: Estudiante
Precondiciones: Información del estudiante registrada y validad a en la base de
Datos
Resultados Ingreso por parte del estudiante a la aplicación o Pagina
WEB del sistema.

Flujo Normal 1. El sistema pide los datos de un usuario valido
de acciones: para acceso (estudiante), valida los datos e ingresa al
sistema.
2. El usuario puede observar las demás opciones
Flujos alternos: 1 . EL sistema no puede validar los datos del usuario
a. El sistema deberá validar un usuario registrado
en la base de Datos de la Aplicación.
2. Base de datos y servidor de aplicaciones no disponible
a. El servidor de base de datos y aplicaciones puede
estar no disponible por motivos de mantenimiento o
problemas de red- La operación deberá volver a
realizarse desde el principio una vez que los servidores
estén en línea de nuevo.
Pos condiciones: Las demás opciones que presenta la Aplicación estarán en
espera del uso por parte del estudiante.
Impacto Funcional Inicio de Sesión de cada estudiante
Frecuencia Alrededor de 50% pedidos diarios de exámenes.
esperada
Puntos de Ninguno
Extensión:
Notas y Se requiere un desarrollo específico para la validación en la
Comentarios: Base de Datos los parámetros que son digitados por el
estudiante en la página de Inicio de Sesión, para comparar
directamente si el estudiante puede o no acceder al
Diagramas: Universidad Israel:
1. Caso de Uso – Ingreso a la Página Web del sistema

26
Descripción de Caso de Uso Actualización de Datos de Estudiantes en
la Pagina Web del Sistema

Código: CUS-CONVIS-001

Nombre: Actualización de Datos de Estudiantes en la Página Web del
Sistema
Objetivo: Validación de los datos del estudiante y actualización del
número de teléfono celular y clave de usuario. Los datos
ingresan al sistema para su posterior almacenamiento.

Descripción: Actualmente los datos de los estudiantes ya están ingresados
en la Data Base de la Aplicación, así que al momento que el
estudiante ingrese a la Pagina Web del Sistema, se le
presentara la pantalla para la actualización de datos en caso
de ser necesario, como son los registros de numero de celular
Actores: l l
Estudianted i

Precondiciones: Que el estudiante este matriculado en la Universidad Israel y
haya iniciado la sesión en la Pagina WEB.
Resultados Información del estudiante debidamente almacenada para el
perfecto uso e interacción de este con el sistema
informático
Flujo Normal 1. El usuario inicia su Sesión
de acciones: 2. Ingresa a la ventana de actualizar Datos.
3. El usuario realiza el ingreso del número de celular y
password en caso de ser necesario.
4. Se almacena los parámetros adicionales dentro de la
Data.
5. Los parámetros actualizados estarán asociados
directamente con la Base que ya maneja la Aplicación,
se los utiliza para ingreso e interactividad con el
sistema
Flujos alternos: 1. EL sistema no puede actualizar los datos del usuario
a) El sistema solo valida datos bien ingresados, caso
contrario no realiza ninguna acción.

27
2. Base de datos y servidor de aplicaciones no
disponible
a. El servidor de base de datos y aplicaciones puede
estar no disponible por motivos de mantenimiento
o problemas de red, la operación deberá volver a
realizarse desde el principio una vez que los servidores
Pos condiciones: Los datos del estudiante estarán registrados para que
dentro de interfaz de consulta Web o mediante el celular,
este pueda hacer uso del sistema informático de consulta
Impacto Funcional Validación, registro y correcto uso del sistema.
Frecuencia Alrededor de 30% de actualizaciones diarias de datos de
esperada: estudiantes.
Puntos de Ninguno
Extensión:
Notas y Se requiere un desarrollo específico para la validación del
Comentarios: numero de teléfono y clave ingresado con el ya almacenado
en la base de datos de la Aplicación, puesto que es la parte
más importante y el punto de inicio para el posterior uso de la
aplicación web, además es la parte de seguridad en la
interactividad con el sistema de consulta de notas vía SMS.
Diagramas:
Universidad Israel:

1. Caso de Uso – Actualización de Datos de Estudiantes en

la Página Web del sistema

28
Descripción de Caso de Uso Consulta de Notas Vía Internet

Inicio de Sesion
en la WEB
*

*
*

Estudiante Consulta de Notas
* Via Internet

Código: CUS-CONVIS-002

Nombre: Consulta de notas Vía internet

Objetivo: Presentar al estudiante de la Universidad Israel la opción de
utilizar el medio de comunicación más utilizado en el mundo,
la internet, para que este pueda realizar la consultas de sus
calificaciones y conocer su estado académico.
Descripción: Luego de que el estudiante haya ingresado en la página
web, y que el sistema valido si es o no perteneciente a la
Universidad Israel, este podrá hacer uso de la aplicación
Web en donde podrá visualizar sus calificaciones, sus
promedios y en su ficha académica, .
Actores: Estudiante

Precondiciones: Inicio de Sesión del estudiante en la Pagina Web del Sistema.

Resultados Acceso a la información de calificaciones de cada uno de los
estudiantes para que estos puedan observar su estado
académico, además de presentar otra alternativa segura,
fácil y cómoda de usar desde cualquier parte en que el
Flujo Normal li 1.t El sistemat solicita usuario,
l i t estet caso será
que en
de acciones: numero de cedula y la clave respectiva, estos datos
son validados para el ingreso a la interfaz principal.
2. Se ingresa al sistema y se presenta al cliente-
estudiante la interfaz de visualización de calificaciones
donde el podrá observar sus notas.
3. El estudiante solo puede observar sus
calificaciones, mas no puede alterar esta información.
4. El estudiante realiza el Log-Off o salida del sistema.

29
Flujos alternos: 1. El usuario no tiene acceso al sistema
a. El estudiante deberá estar registrado en la
Base de Datos de la Aplicación para poder consultar
vía internet.
2. Base de datos y servidor de aplicaciones no
disponible
a. El servidor de base de datos y aplicaciones
puede estar no disponible por motivos de
mantenimiento o problemas de red- La operación
deberá volver a realizarse desde el principio una vez
Pos condiciones: l
La información id calificaciones
de té líes estática,
d a no ser que
un profesor o ingeniero de la Universidad Israel la
modifique, ya que solo ellos tienen permisos para realizar
Impacto Funcional Consulta de notas, Facilidad de Uso, Presentación de
resultados
Frecuencia Alrededor de 50% de consultas de calificaciones al día.
esperada:
Puntos de Ninguno
E
Notas ió y Se requiere un desarrollo específico para la validación e
Comentarios: ingreso al sistema de consulta de notas vía internet, puesto
que no cualquier persona puede tener acceso a esta
información, además solo estudiantes que pertenezcan a la
universidad Israel y que ya hicieron el debido LogIn en la
Diagramas:
Universidad Israel:

2. Caso de Uso - Consulta de Notas Vía

30
Descripción de Caso de Uso Consulta de Notas vía SMS

Código: CUS-CONVIS-003

Nombre: Consulta de notas Vía SMS

Objetivo: Presentar al estudiante de la Universidad Israel la utilización
de un medio el cual todas las personas del mundo poseen, el
teléfono celular, para que pueda realizar la consulta de sus
calificaciones desde cualquier punto en que se encuentre.
Descripción: El estudiante luego de haber confirmado en la pagina Página
Web del sistema su teléfono Celular, puede realizar la
consulta de sus notas vía SMS enviando como un Mensaje
de Texto al MODEM receptor el cual también será un
MODEM celular, el numero de cedula perteneciente a cada
usuario y el código del bimestre vigente, es decir si se
encuentra en el bimestre 1 envía el numero de cedula y el
código 1, de igual forma la información será devuelta como
Actores: Estudiante

Precondiciones: Registro del estudiante y numero de celular en el sistema.

Resultados Visualización de las calificaciones en la pantalla del teléfono
celular de acuerdo al código del bimestre con el cual se envió
el mensaje de texto, además de ofrecer al estudiante una
forma bastante atractiva, fácil de usar y extremadamente
ó d d d l i f ió d lifi i

31
Flujo Normal 1. El cliente – estudiante envía un mensaje de texto
de acciones: con el numero de cedula y código de bimestre al
número del MODEM celular del sistema de consultas.
2. El mensaje de texto es interpretado por el MODEM
y trasladado al sistema para su validación.
3. El sistema devuelve la información en forma de
mensaje de texto para que el MODEM receptor lo
retorne al MODEM emisor, es decir, al teléfono celular
del usuario - estudiante.
4. El estudiante recibe el mensaje de texto en la
Flujos alternos: b d j d not puede
1. El usuario d denviar Mensajes.
j d t léf ó il
a. El estudiante deberá contratar o pagar por el
servicio de mensajes escritos en la operadora que el
convenga.
2. El estudiante no obtiene resultados.
a. La persona o cliente debe ser estudiante de la
universidad Israel y obviamente debió hacer el respectivo
registro en la página Web para tener acceso al sistema.
2. Base de datos y servidor de aplicaciones no
disponible
a. El servidor de base de datos y aplicaciones
puede estar no disponible por motivos de
Pos condiciones: Se podrán observar las calificaciones de acuerdo al código
del bimestre con el cual se envió el mensaje de texto, caso
contrario no se observaran resultados.
Impacto Funcional Consulta de notas bimestrales, Facilidad de uso,
Presentación de resultados
Frecuencia Alrededor de 40 % de mensajes recibidos al día.
esperada:
Puntos de Ninguno
E
Notas ió y Se requiere un desarrollo específico para la validación e
Comentarios: ingreso al sistema de consulta de notas vía SMS, puesto que
no cualquier persona puede tener acceso a esta información,
además solo estudiantes que pertenezcan a la universidad
Israel y que ya hicieron el debido registro en la página Web
Diagramas:
Universidad Israel:

2. Caso de Uso - Consulta de Notas Vía

32
Descripción Global del Producto

Perspectiva del producto

El producto a desarrollar es un sistema de CONSULTA DE NOTAS VIA
INTERNET Y SMS, POR LOS ESTUDIANTES.
Con la intención de agilizar el funcionamiento de este proceso,
interactuando con el sistema informático que esta implementado en la
universidad. Las áreas a tratar por el sistema son: consulta de notas,
administración de usuarios, seguridad del sistema y la oportuna entrega de
reportes de calificaciones.

Resumen de características

A continuación se mostrará un listado con los beneficios que obtendrá el
estudiante con la implantación del software:

• Facilidad de actualización de Datos de los estudiantes en el
sistema, el sistema ofrecerá una interfaz amigable en la cual el
estudiante puede acceder a la actualización de sus datos sin necesitar la
ayuda de personal técnico que le brinde soporte en cuanto al uso o
manejo de la aplicación.

• Control de usuarios del sistema, de esta manera solo el
estudiante que realice sus estudios en la universidad podrá recibir los
beneficios del sistema de consultas, ya que está restringido para que
aquellas personas que están matriculadas puedan acceder al uso de
la aplicación mediante el dato más utilizado el cual es el numero de
cedula.

• Consulta de resultados vía Internet, de igual manera que la
actualización de datos el sistema ofrecerá un entorno o interfaz
amigable en el cual el estudiante podrá acceder a visualizar los
resultados de todo su historial de calificaciones a lo largo de sus
estudios, no existirá ningún inconveniente en cuanto a dificultad de uso
de la aplicación WEB.

• Consulta de resultados vía SMS, para el estudiante que no se
pueda acercar directamente a los laboratorios del establecimiento
educativo o que no tenga acceso a un computador con conexión a

33
Internet, puede tener la oportunidad o la alternativa de utilizar su
teléfono celular como un medio tecnológico para poder conocer su
estado actual en cuanto al rendimiento académico.

Alcance y condiciones límite

El presente proyecto pretende abarcar la mayor cantidad de eventos
posibles dentro del ambiente de consulta de notas dentro de la Universidad
Israel, no interferirá con el proceso de registro de calificaciones de cada uno de
los estudiantes, ya que este es un proceso netamente restringido, solo los
ingenieros o profesores que pertenecen al equipo docente de la Universidad
Israel lo pueden realizar, por lo cual no puede ser tocado o alterado por
ninguna persona del equipo de desarrollo.

Riesgos potenciales

Después del estudio del sistema se ha determinado varios riesgos
potenciales e impredecibles en los cuales el presente proyecto puede verse
afectado en su cronograma de desarrollo las cuales se describe a continuación:

• Mala comprensión de los requerimientos del sistema.- Se debe
tener en cuenta los requerimientos del sistema ya que es posible que se
desarrolle un sistema que no haga lo que se desea.

• Riesgos de la plataforma de desarrollo.- la plataforma en la
que se va a desarrollar debe contar con las herramientas que el
programador necesita utilizar en el desarrollo del proyecto ya que de no
poseerlas habría que buscar otra plataforma de desarrollo y empezar
nuevamente.

• Riesgos del motor de base de datos.- el motor de base de datos
puede ser que no soporte la sobrecarga de operaciones o puede fallar
al instalar un complemento o alguna otra aplicación en el computador.

• Mayor número de usuarios en acceso a la aplicación.- Se debe tener
en cuenta que muchas de las veces los usuarios realizan sus
transacciones todas a la vez, esto puede afectar directamente en el
rendimiento de la aplicación.

• El cliente cambiara los requisitos.- Suele ocurrir que en el transcurso
de desarrollo del proyecto, el cliente constantemente cambia los
requisitos o que requerimientos que debe cumplir el sistema.

34
• Los usuarios finales se resisten al sistema.- Al Finalizar el proyecto,
se le entrega directamente al usuario final para la validación y
aceptación, si este se resiste puede ocurrir un gran inconveniente ya que
la fecha límite de entrega se la cumple el día de implementación.

• Riesgo de la habilidad del desarrollador-.- En caso de complicaciones
dentro de la programación se debe tener en cuenta el tiempo que tomará
la búsqueda de la solución sea dentro de los documentos de ayuda o
localizando asesoría.

Riesgos Categoría Probabilidad Impacto RMMM
Mala comprensión
de los
requerimientos del PS 80 % 3
sistema

El cliente cambiará PS 80% 2
los requisitos

Línea de corte

Los usuarios finales
se resisten al BU 40% 3
sistema
Riesgos del Motor
de la Base de TE 30% 1
Datos
Riesgos de la
Habilidad del ST 30% 2
desarrollador
Mayor número de
usuarios en acceso PS 36% 3
a la aplicación

35
4.2 Elaboración

Plan de fases

Primera interacción: administrar los riesgos del la fase de inicio.
Segunda interacción: Completar de forma detallada los casos de usos.
Tercera interacción: Definir la arquitectura con el desarrollo de los principales
diagramas de Uml.

Cuarta iteración identificar los principales riesgos posible que pueda existir en
la fase de diseño.
Administrar los riesgos de la fase de inicio

Plan de contingencia de los Riesgos de la fase de inicio

Mala comprensión de los requerimientos del sistema.- para tener un
completo funcionamiento del sistema, el servidor o computador debe estar al
día de actualizaciones tanto hardware como software.

Riesgos de la plataforma de desarrollo.- para evitar buscar o
conseguir dichos software que se necesita para el desarrollo del
sistema se debe contar con una gama de software disponible para el
fin de que pueda contarse con la gama de programas que existe en el
mercado ya que el desarrollador obligadamente debe estar
actualizado tanto tecnológicamente como contar con su instrumental
para el desarrollo de proyecto a futuro.

Riesgos del motor de base de datos.- en caso de que el motor de base de
datos falle este se haga un mantenimiento del software de base de datos.

Mayor número de usuarios en acceso a la aplicación.- Se aplicara un
tiempo de espera para que los mensajes puedan guardarse por medio de un
controlador de mensajes ya que nuestro sistema es un prototipo y puede ser
como un software completo.

El cliente cambiara los requisitos.- se le pondrá un resumen ejecutivo sobre
su decisión ya que el cambio inesperado del cliente de cambiar los requisitos
puede ocasionar retrasos en la elaboración del proyecto y tener que financiar
mas el software.

Los usuarios finales se resisten al sistema.- Se trata de ver los motivos de
su desaprobación y buscar soluciones del porque se resiste al sistema.

Riesgo de la habilidad del desarrollador.- tener un plan secundario o
capacitación ya que con estos recursos el programador puede ejercer sus
funciones correctamente sin apuros y contratiempos.

36
Desarrollo de los diagramas de Uml.

Descripción de los Principales Diagramas del Prototipo de CONSULTA
DE NOTAS VIA INTERNET Y SMS, POR LOS ESTUDIANTES

Diagrama de Casos de Uso

En este se aplicara como se utilizara el sistema con los diferentes eventos que
existe en la misma y presentarlos en el diagrama y son:
‐ Nuevos Usuarios
‐ Consulta de notas
‐ Actualización de Datos Personales

Diagrama Caso de Uso 1

Flujo Normal 1. El prototipo pide el cedula, número de celular, que
de acciones: bimestre desea ver (en consulta por celular), numero de
cedula y password (Internet) del estudiante para su
ingreso.
2. El usuario realiza la consulta con cedula, número de
celular, que bimestre desea ver (en consulta por celular),
numero de cedula y password (Internet)
3. Se verifica los parámetros dentro de la Data.
4. Los parámetros estarán asociados indirectamente
con la Base que ya maneja el sistema, solamente se los
utiliza para validación y registró dentro del sistema.

Nuevos Usuarios
En esta parte realizara el uso de registro de alumnos en la cual serán
guardados en la base de datos maestra y explotada desde ahí pero solo se
podrá ingresar en lo que se refiere a secretaria ya que cuando se matricula el
estudiante este recibe lo habitual pero se le incluirá un password para el
ingreso del sistema de consulta de notas.

37
Casos de uso 2

Flujo Normal 1. El sistema solicita usuario, cedula, número de
de acciones: celular, que bimestre desea ver (en consulta por celular),
numero de cedula y password (Internet), estos datos son
validados para el ingreso a la interfaz principal.
2. Se ingresa al sistema y se presenta al estudiante
la interfaz de visualización de calificaciones donde el
podrá observar sus notas.
3. El estudiante solo puede observar sus
calificaciones, mas no puede alterar esta información.
4. El estudiante realiza el Log-Off o salida del sistema.

Consulta de notas

El estudiante recibirá las notas sea el celular o Internet con la cual estará. Y
realizar una consulta completa de notas en la cual estará la información de la
nota bimestral y el porcentaje de asistencia.

Casos de Uso 3

38
Flujo Normal 1. El sistema solicita usuario,, numero de cedula y
de acciones: password , estos datos son validados para el ingreso
a la interfaz principal.
2. Se ingresa al sistema y se presenta al estudiante
la interfaz de visualización de la ventana de
actualización podrá observar sus datos y actualizarlos.
3. El estudiante solo puede observar sus
calificaciones, mas no puede alterar esta información.
4. El estudiante realiza el Log-Off o salida del sistema.

Actualización de Datos Personales
En este diagrama se realiza la actualización de los datos personales, el
estudiante se podrá realizar una actualización de celular por medio de la página
Web y guardarlo en la base de datos y con solo ese número actualizado podrá
consultar sus notas o actualizar a otro número si lo desea el estudiante.

Diagrama de Actividades

En este diagrama se explicara como se operara las diferentes actividades ya
que en este existen 3 actividades diferentes:
‐ Registro de Alumnos por Internet
‐ Consulta de notas por celular
‐ Consulta de notas por Internet

Registro de alumnos por Internet
En esta actividad se implica como un registro en la cual el estudiante va a
registrar sus datos estudiantiles por la cual el sistema analizara los contenidos
y este mandara las notas a la bases de datos y de ahí consumir los datos
respectivos de formas correcta. En cuestión de la contraseña se le añadirá al
estudiante una automática y si desea remplazar la contraseña lo podrá hacer.

Consulta de notas por celular
En esta actividad se realiza una consulta por medio del celular y se realiza una
comunicación con el MODEM de celular y realizar la consulta con las
respectivas seguridades y contraseñas asignadas.
Consulta de notas por internet
En esta actividad se realiza una consulta por medio de internet y se realiza una
comunicación con el browser por cualquier programa para el uso de internet,
igual como por la consulta de celular se realiza unas seguridades respectivas y
contraseña asignados.

39
Diagrama de Clases
En este diagrama se verá que clases se ha utilizado en la programación del
Web Service en la cual está compuesta en nuestro prototipo.
Es aplicara las clases estudiante, nivel, materia, notas.
Con estos se hace la construcción de Web Service con el enlace de datos.

40
Diagrama de Interacción
En este diagrama se va ver como se interactúa el usuario con el sistema y al
revés, demostrar cómo se ha realizado el sistema respecto a los que se refiere
al diagrama de interacción.

41
Diagrama de Despliegue

En este diagrama se verá el despliegue de la información y como va a
funcionar la aplicación con que se relaciona y destinos diferentes de acceso
como el Internet o en el celular y realizar una conexión por Web Service sea
por celular o por el browser de Internet.
Celular se conectara al MODEM celular este se conectara al web Service y
realizara una consulta al servidor de base de datos en la cual estará todo los
registros necesarios de consulta. Que en cambio por Internet se realiza una
conexión en cualquier maquina conectada al Internet y realiza una consulta
directa a la base de datos.

Diagrama de Componentes
En este diagrama se verá con que componentes se conecta el proyecto y como
se conecta a los diferentes aspectos del proyecto y que componentes se
distribuirá en el prototipo.

42
Implementación

Pruebas de mysql a java y a apache

Con las pruebas de conexión de mysql a java se puede conectarse con
normalidad y con apache también ya que apache, mysql y java son software
libre.

Riesgos posibles

Después del estudio del sistema se ha determinado varios riesgos potenciales
e impredecibles en los cuales el presente prototipo puede verse afectado en su
cronograma de desarrollo las cuales se describe a continuación:

• Mala coordinación de la diagramación de Uml.- es la mala
distribución de los elementos de los diagramas ya que puede existir
algún conflicto con la programación y el diseño del prototipo.

• Coordinación no bien estructurada.- puede que equipo de desarrollo
no coordine bien los métodos de desarrollo especifico ya que puede
existir y distribuir mal la funciones del equipo ocasionado una mala
coordinación y alterando los roles previsto en la fase de diseño y en las
demás fases.

43
Tabla de riesgos

Riesgos Categoría Probabilidad Impacto RMMM

Mala coordinación
de la diagramación FD 60 % 1
de Uml

Coordinación no FD 30% 2
bien estructurada

Tabla de interacciones

Clase de interacción Proceso

Mitigar los riegos de la fase de Terminado
inicio

Desarrollo de los diagramas de Terminado
Uml.

Riesgos posibles del software Fase 3
prototipo en la fase de diseño.

4.3 Construcción

Plan de Fase
En la fase de construcción al igual que en las anteriores es importante
establecer las iteraciones, la primera será la implementación en la cual se
implementan clases, subsistemas y corrección de errores encontrados en la
iteración de elaboración, como segunda iteración tenemos las pruebas en las
cuales se evaluará la calidad del producto que se está desarrollando, además
es muy importante encontrar y documentar defectos en la calidad del software
y se verificará que los requisitos hayan sido implementados en el sistema.
En la tercera iteración está el despliegue la cual es la distribución del sistema a
los usuarios.

44
Plan de contingencia de los Riesgos de la Fase de Elaboración
Mala coordinación de la diagramación Uml.- para poder administrar esta
clase de riesgo es importante la comunicación entre los integrantes del equipo
de trabajo, es decir cada uno tiene un papel importante y cada uno tiene un
punto de vista distinto, los integrantes deben ponerse de acuerdo y tomar
decisiones a la hora de la diagramación y a la hora de realizar el prototipo, con
el fin de no tener problemas posteriores

Coordinación no bien estructurada.- La distribución de trabajo debe ser de
acuerdo a las habilidades y cocimientos de cada integrante, los participante de
dicho equipo deben ir de la mano para una total satisfacción del proyecto.

Diseño de pantallas

Base de Datos

En esta Fase se realiza la construcción del prototipo de consulta de notas vía
SMS e Internet, a continuación se presenta el desarrollo de la base de datos en
MySQL.

Diagrama Entidad-Relación

Mediante este diagrama se realizará la base de datos

45
Creación de la Base de datos

Se crea la base de datos con el nombre de uisrael
Se crea 5 tablas: estudiante, materia, nivel, nota, sesion,
Cada tabla tiene sus campos de acuerdo al diagrama Entidad-Relación.

Tabla Estudiante
En esta tabla es necesario un Id_estudiante, Nombre, Apellido, Cedula,
Password, Id nombre.
Se llena los campos de acuerdo a la información personal de los estudiantes

Servidor de Páginas web para la consulta de notas vía Internet
Las páginas web para el desarrollo del prototipo de consulta de notas vía SMS
e Internet fueron realizadas en PHP. A continuación se muestra las respectivas
páginas.

Página Principal
La dirección de la página web para el ingreso es: www-uisrael-edu/proyectito.
Ingresamos el número de cédula y el paswword que fue entregado en la
matricula.
46
Actualizar datos y consultar sus notas.
En esta pantalla el estudiante puede elegir si desea consultar sus notas o
actualizar sus datos

47
Actualizar Datos

En esta pantalla se podrá actualizar los datos del estudiante, sólo el teléfono
celular y el password.

Error

Si el estudiante ingreso uno de sus datos incorrectos aparecerá la pantalla de
error.

48
Consultar notas

Aparecerán las notas del estudiante de acuerdo al nivel que se encuentre con
su respectiva asistencia.

Construcción del Web Service y subir a la Web

En esta pantalla se consigue la dirección del Web Service en la barra de
direcciones, por el Internet

49
Consulta de notas
Esta pantalla nos muestra tres campos, el campo de número de celular, el
campo de cédula, y el campo consulta bimestre (sólo pude acceder a un solo
bimestre), y los conecta a la base de datos

Cuadro Resultados

Aquí se muestra el resultado de la base de datos donde esta localizado las
notas del estudiante y se muestra la cédula, nombre y las cinco notas del
respectivo bimestre.

50
Consulta de notas vía SMS

Se diseña para la interfaz de la consulta de notas vía SMS, un entorno gráfico
para que el usuario pueda observar que es lo que está sucediendo con las
consultas. Esta capa del prototipo es únicamente una pantalla de presentación
para visualizar. No se tiene una interacción con el usuario por este medio,
excepto para iniciar la aplicación, o si fuera necesario podría cerrarla.

Se trata de una aplicación Windows en Visual.Net C# para el manejo del puerto
de comunicaciones.

El botón Conectar es el que arranca el sistema para empezar la comunicación
con el MODEM.

El MODEM y la aplicación de negocio se comunican por medio de comandos
AT, que es un lenguaje común para las máquinas o para este tipo de
dispositivo.

La interfaz definitiva para el usuario final, en este caso será únicamente el
teléfono móvil, ya que no implica ninguna otra implementación.

Además se implementan otros módulos necesarios para las respectivas
pruebas de conectividad y pruebas generales.

La aplicación de escritorio tiene además el consumo del Web Service, para lo
cual se mostrará a continuación, cómo se realiza el proceso de comunicación.

51
Se selecciona en el menú de referencias Web para agregar al proyecto la
operación

Finalmente se realiza la invocación del método remoto, desde alguna
aplicación Web donde está creado.

52
CONCLUSIONES

• El prototipo funciona correctamente en las plataformas y servidores
elegidos, lastimosamente, en este tipo de arquitectura es una
preocupación lo que concierne a la conectividad de las redes. De todas
maneras, la prestación del sistema se encuentra cumpliendo con la
expectativa de agilitar el proceso de consulta de notas y además
contribuir a la aplicación e innovación de la tecnología.

• Luego de un análisis mucho más minucioso, se concluye que se podría
obviar alguna de las capas de la arquitectura, pero se mantiene el
diseño original por cumplir con un objetivo implícito del desarrollo de la
experiencia, el conocimiento y la investigación.

• El Prototipo del Sistema permite al estudiante de Educación Superior
consultar sus notas desde el lugar que se encuentre y exista cobertura,
sin necesidad de acudir a la Universidad, con un simple mensaje de
texto o desde el Internet lo podrá hacer.

53
RECOMENDACIONES

• Varias empresas e instituciones trabajan con distintos Sistemas
Operativos o plataformas, en recomendable la realización de pruebas
con otro tipo de conexiones y sistemas para comprobar la versatilidad
del sistema.

• Para un proyecto con fines didácticos, se recomienda también, no
realizar siempre lo más óptimo o funcional, si hay como complicarse un
poco para exigirse más, que se lo permita uno mismo, siempre y cuando
no se desborde de las limitaciones y alcance.

54
BIBLIOGRAFÍA

“NetBeans IDE 6.1 Aplicación para desarrollo en Java” todoprogramas, 4 Enero
2008 < http://www.todoprogramas.com/programa/netbeanside > [Consulta: 16
Mayo 2009].

“Microsoft SQL Server” wikipedia, 18- Marzo 2009
<http://es.wikipedia.org/wiki/SQL_Server> [Consulta: 16 Mayo 2009].

Noelia Barreira Rodríguez “Introducción a servicios web” el rincón del
programador, 17 Septiembre 2002
<http://www.elrincondelprogramador.com/default.asp?pag=articulos/leer.asp&id
=32> [Consulta: 16 Mayo 2009].

“RS-232” wikipedia 24 de Febrero 2009 <http://es.wikipedia.org/wiki/COM1>
[Consulta: 18 Mayo 2009].

“Servidor HTTP Apache” wikipedia 14 Enero 2009,
<http://es.wikipedia.org/wiki/Apache_http_server> [Consulta: 18 Mayo 2009].

Juan Pablo Gómez Gallego “Fundamentos del RUP” scribd, 16 Septiembre
2007 < http://www.scribd.com/doc/297224/RUP> [Consulta: 25 Junio 2009]

César López Rodríguez “Ejemplo de desarrollo software utilizando la
metodología RUP” 28 Julio 2003 <
http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/index.html>
[Consulta: 25 Junio 2009].

SergioTarrillo “Consumir un Web Service desde Windows.Form con C# y VB” el
Guille, 20 Febrero 2005
<http://www.elguille.info/colabora/NET2005/sergio_CallWebService.htm>
[Consulta: 27 Junio 2009].

“Web Services” CoderSource.net, 12 Marzo 2006
<http://www.codersource.net/published/view/332/simple_web_service_in.aspx>
[Consulta: 20 Junio 2009].

“Client-Side Web Service Calls with AJAX Extensions” microsoft <
http://msdn.microsoft.com/en-us/magazine/cc163499.aspx> [Consulta: 27 Junio
2009].

Javier Gómez “¿Cómo controlar el puerto serie usando c#?”
<http://www.ehu.es/mrodriguez/archivos/Articulos_alumnos/C_mo_controlar_el
_puerto_serie_usando_c.pdf> [Consulta: 25 Junio 2009].

Support,” GESTION DE RIESGOS EN LA INGENIERIA DEL SOFTWARE”,
Julio 2007, <
www.wikilearning.com/cursos_gratis/gestion_de_riesgos_en_ingenieria_del_sof
tware-proyeccion_del_riesgo/3620-12> [Consulta: 2 Agosto 2009]
55
“EJEMPLO DE CASUS DE USO”, 04 Junio 2008,
<http://sinereix.wordpress.com/2008/06/04/ejemplo-de-caso-de-uso/>
[Consulta: 14 Agosto 2009]

 
 
 
56
 
 

ANEXOS

57