Beruflich Dokumente
Kultur Dokumente
FACULTAD DE INGENIERIA DE
SISTEMAS INFORMATICOS
PROYECTO INTEGRADOR
INTEGRANTES:
FERNANDO ARIZAGA
SANTIAGO GUERRÓN
MARÍA FERNANDA OJEDA
GUILLERMO PAZOS
26 DE AGOSTO 2009
QUITO - ECUADOR
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
1.1 ANTECEDENTES
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
1.3.2 PRONÓSTICO
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.5. JUSTIFICACION
1.6. FACTIBILIDAD
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.
LENGUAJES DE PROGRAMACION
1. NETBEANS
ANALISIS TECNICO
---------------------------------------------------------------------------------------------------------
-----
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
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
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.
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.
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
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%.
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.1. ALCANCE
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:
11
2. MARCO REFERENCIAL
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.
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).,
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
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.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.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
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
3. PROCESO METODOLÓGICO
15
3.1.1 Técnicas
3.1.2. Instrumentos
• Elaboración de encuestas
• Análisis de datos mediante porcentajes e histogramas
SI NO
0 17
16
CONCLUSIÓN
si No
1 16
17
CONCLUSIONES
CONCLUSIÓN
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
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.
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.
4. PROCESO DE DESARROLLO
Plan de fases
Funcionamiento de la Universidad
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.
REQUISITOS
Requisitos Funcionales
Requisitos no Funcionales
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.
23
Descripción de los Principales Casos de Uso del Sistema de
CONSULTA DE NOTAS VIA INTERNET Y SMS, POR LOS ESTUDIANTES
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.
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
Código: CUS-CONVIS-001
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.
26
Descripción de Caso de Uso Actualización de Datos de Estudiantes en
la Pagina Web del Sistema
Código: CUS-CONVIS-001
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:
28
Descripción de Caso de Uso Consulta de Notas Vía Internet
Inicio de Sesion
en la WEB
*
*
*
Código: CUS-CONVIS-002
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:
30
Descripción de Caso de Uso Consulta de Notas vía SMS
Código: CUS-CONVIS-003
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:
32
Descripción Global del Producto
Resumen de características
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.
Riesgos potenciales
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.
Línea de corte
35
4.2 Elaboración
Plan de fases
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
36
Desarrollo de los diagramas de Uml.
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
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
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.
Diagrama de Actividades
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
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
Riesgos posibles
43
Tabla de riesgos
Mala coordinación
de la diagramación FD 60 % 1
de Uml
Coordinación no FD 30% 2
bien estructurada
Tabla de interacciones
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
Diseño de pantallas
Base de Datos
Diagrama Entidad-Relación
45
Creación de la Base de datos
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
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
48
Consultar notas
Aparecerán las notas del estudiante de acuerdo al nivel que se encuentre con
su respectiva asistencia.
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
50
Consulta de notas vía SMS
51
Se selecciona en el menú de referencias Web para agregar al proyecto la
operación
52
CONCLUSIONES
53
RECOMENDACIONES
54
BIBLIOGRAFÍA
56
ANEXOS
57