UNIVERSIDAD DE CIENCIAS DE LA INFORMATICA

ESCUELA DE INGENIERIA Y NEGOCIOS

REGISTRO Y ANALISIS WEB DE CONTROL PARA DIABTICOS

DIABETES CONTROL

Julio Montecino Quezada

Alejandra Quezada Cayucura
Alejandro Shae Etchegaray
Cristian Zamorano Navea

Ao 2007

UNIVERSIDAD DE CIENCIAS DE LA INFORMATICA

ESCUELA DE INGENIERIA Y NEGOCIOS

REGISTRO Y ANALISIS WEB DE CONTROL PARA DIABTICOS

DIABETES CONTROL

Trabajo de Titulacin presentado en conformidad a los requisitos para

obtener el Ttulo de Ingeniero de Ejecucin en Informtica

Alumno

Profesor Gua :

Julio Montecino Quezada

Alejandra Quezada Cayucura
Alejandro Shae Etchegaray
Cristian Zamorano Navea
Jos Miguel Santibez A.

Diciembre de 2007

Tabla de contenidos

Pgina

Captulo 1 : Introduccin..........................................................................1
Captulo 2 : Objetivos...............................................................................3
2.1

: Objetivo general.....................................................................3

2.2

: Objetivos especficos..............................................................3

2.3

: Alcances y limitaciones..........................................................4

Captulo 3 : Marco Terico.......................................................................5

3.1

: Metodologa de Desarrollo

3.1.1

: Introduccin a la Metodologa IWeb.....................................13

3.1.2

: Metodologa IWeb.................................................................15

3.1.3

: Etapa de Formulacin...........................................................17

3.1.4

: Etapa de Planificacin...........................................................18

3.1.5

: Etapa de Anlisis...................................................................20

3.1.6

: Etapa de Ingeniera...............................................................21

3.1.7

: Generacin de Pginas.........................................................24

3.1.8

: Etapa de Pruebas..................................................................24

3.1.9

: Evaluacin del Cliente...........................................................26

3.3
3.3.1
3.3.2

: Aplicaciones Web.....................................................................................27
: Introduccin a las aplicaciones Web........................................................27
: El modelo Cliente/Servidor.......................................................................27

3.3.3

: El lenguaje de programacin ASP........................................31

3.3.3.1
3.3.3.2
3.3.3.3
3.3.4
3.3.4.1

: Que es ASP?......................................................................................... 31
: Tareas Principales de ASP.......................................................................33
: Principales caractersticas del lenguaje ASP...........................................34
: SQL y el motor de Base de Datos MySQL...............................................35
: Qu es MySQL?....................................................................................36

3.3.4.2
3.3.4.3
3.3.4.4
3.3.5
3.3.6
3.3.7
3.3.8

: Principales caractersticas de MySQL.....................................................36

: Por qu usar MySQL?...........................................................................37
: Algunos detalles tcnicos de MySQLl......................................................37
: Qu es Smarty?.....................................................................................38
: Cmo funciona Smarty?........................................................................39
: Hechos y Conclusiones acerca de Smarty...............................................41
: Por qu Smarty?....................................................................................43

CAPITULO 1:
CAPITULO 2:

Introduccin.
Objetivos.

Este captulo describe el objetivo general del proyecto y los objetivos

especficos.
2.1

: Objetivo general.

Construir una aplicacin Web, la cual apoye el proceso de registros y anlisis

de datos para el control de tratamiento de personas insulinodependientes.
2.2

: Objetivos especficos.

2.2.1 : Analizar requerimientos para obtener un modelo de datos acorde al

proyecto.
2.2.2 : Definir indicadores estadsticos necesarios para el anlisis de
informacin.
2.2.3 : Realizar el diseo del sistema de acuerdo a los requerimientos del
cliente.
2.2.4 : Construir la aplicacin segn el diseo obtenido.
2.2.5 : Generar la documentacin correspondiente a la metodologa aplicada.
2.3

: Alcances y limitaciones.

2.3.1 : El sistema se abocara al registro y anlisis para el autocontrol de

diabticos tipo I (insulinodependientes).

2.3.2 : Para mayor confidencialidad la informacin critica ser restringida para

el usuario y su mdico tratante.
2.3.3 : El sistema en ningn caso remplazara el control mdico, se trata de una
herramienta de apoyo al autocontrol.
2.3.4 : El acceso al sistema y sus mdulos esta dado por los requerimientos
del cliente.
2.3.5 : El periodo de desarrollo del proyecto ser desde el 25/08/2007 al
01/12/2007.
2.3.6 : El ingreso de datos histricos al sistema quedar a eleccin de los
usuarios finales.

Captulo 3 : Marco Terico.

3.1

: Metodologa de Desarrollo.

3.1.1

: Introduccin a la Metodologa IWeb.

En el transcurso de la ltima dcada el crecimiento acelerado de Internet y las

tecnologas Web, han sido incorporada a nuestra sociedad como algo natural.
Este crecimiento ha provocado que dichas tecnologas sean mucho mas
complejas que en un principio.
Los procesos utilizados en el desarrollo de dichas tecnologas, no siempre son
bien elegidas o su aplicacin no es la correcta. Esto provoca que el resultado
sean aplicaciones poco confiables y de baja calidad. En 1998 Roger Pressman

moder una mesa redonda donde tanto ingenieros tradicionales como

desarrolladores de software basados en Internet debatieron si era importante el
aplicar procesos de ingeniera en el desarrollo de aplicaciones WEB.
Finalmente se aunaron criterios entorno a la idea de que es importante su
aplicacin, pero con la capacidad de adaptarse a los cambios continuos, que
siempre aparecen en estos desarrollos. As se fundaron las bases de lo que
hoy se conoce como Ingeniera WEB o IWEB.

3.1.2

: Metodologa IWeb

La Ingeniera Web es una metodologa enfocada a la creacin, implantacin y

manutencin de aplicaciones y sistemas Web, la cual se relaciona con
establecer y utilizar principios cientficos, de ingeniera y de gestin, y con
enfoques sistemticos y disciplinados del xito del desarrollo, manejo y
mantenimiento de sistemas y aplicaciones basados en Web de alta calidad.
La metodologa IWeb no es un clon de la ingeniera de software aunque ambas
incluyen desarrollo de software y programacin.
La metodologa IWeb contiene etapas las cuales se describen a continuacin:
Formulacin: Se identifican las metas y objetivos.
Planificacin: Se estiman los costos del proyecto de forma global, los
riesgos, las etapas y sub-etapas.
Anlisis: Se establecen los requerimientos tcnicos, de diseo y se
identifican los elementos del contenido.

 Ingeniera: Esta etapa se divide en dos partes.

o Diseo del Contenido: Se realizan por el mismo personal no
tcnico. Recopilacin de informacin, medios audiovisuales a
integrar en la aplicacin.
o Produccin: Se considera el formato final de la publicidad y de
los comentarios.
o Diseo Arquitectnico: Definicin de la estructura global y de las
configuraciones de diseo y plantillas.
o Diseo de Navegacin: Se identifican los componentes de la
arquitectura.
o Diseo de la Interfaz: Se crean escenarios de usuario y se
generan los formatos de pantalla y el desarrollo junto con las
modificaciones de prototipos.
Generacin de Pginas: Se integran la aplicacin Web con el software.
Pruebas: Se revisa la aplicacin con el fin de encontrar y corregir los
errores.
Evaluacin del Cliente: Esta etapa provee al cliente de una herramienta
para evaluar el logro de los objetivos y cumplimiento de los
requerimientos que fueron definidos al inicio del proyecto. Finalizando
cuando es aceptado por l.

3.1.3

: Etapa de Formulacin.

En esta etapa se identifica las metas y objetivos para la construccin de las

aplicaciones Web. Es aqu donde el analista debe determinar las necesidades
de la empresa, determinar como estas se pueden mejorar con una aplicacin
Web.
Para la obtencin de los requerimientos de informacin dentro de la empresa,
se pueden hacer uso de variadas herramientas como los son las entrevistas,
cuestionarios, etc., con lo que se puede obtener la informacin que requiere el
usuario para desempear sus tareas.
Al comienzo de la etapa de formulacin se sugiere dar repuesta a una serie de
preguntas:
Cul es la motivacin principal para la aplicacin Web (WebApp)?
Por qu es necesaria la WebApp?
Quin va a utilizar la WebApp?
Las respuestas a estas preguntas debe ser los ms breve y resumido posible,
que delimiten la intencin global, y las metas especficas para el sitio Web, as
podemos identificar estas metas, la cuales se identifican en dos:

Metas Informativas: indican la intencin de proporcionar el contenido

y/o informacin especficos para el usuario final.

Metas Aplicables: indican la habilidad de realizar algunas tareas dentro

de la WebApp.

Una vez indicadas las metas aplicables e informativas, se desarrolla el perfil del
cliente, el cual recoge las caractersticas relevantes de los usuarios potenciales
incluyendo antecedentes, conocimientos y preferencias.

3.1.4

: Etapa de Planificacin

En esta etapa se estima el costo global del proyecto, evala los riesgos
asociados con el esfuerzo del desarrollo, y define la planificacin del desarrollo
bien detallada para el incremento final de la Web.
En cada paso del proceso de Ingeniera Web se debe obtener una entrega que
pueda revisarse y que pueda dar soporte a los siguientes pasos. El plan de
proyecto de IWeb se produce en la culminacin de las tareas de planificacin.
Proporciona informacin bsica de costos y de planificacin temporal que ser
utilizada a lo largo del proceso de IWeb. El plan de proyecto de software es un
documento relativamente breve, en el cual se debe considerar:
Comunicar el mbito y los recursos de los gestores de Iweb, personal
tcnico y cliente.
Definir los riesgos y sugerir tcnicas de prevencin al riesgo.
Definir los costos y planificacin temporal para la revisin de la gestin.
Proporcionar un enfoque general del desarrollo de la IWeb para todo el
personal relacionado con el proyecto.
Describir cmo se garantizar la calidad y cmo se gestionan los
cambios.

Es importante sealar que el plan de proyecto de IWeb no es un documento

esttico. Esto es, el equipo del proyecto consulta el plan repetidamente
actualizando riesgos, estimaciones, planificaciones e informacin relacionada,
mientras el proyecto avanza.
La planificacin temporal es el final de una actividad de planificacin,
componente primordial de la direccin de proyectos de IWeb. Cuando se
combinan mtodos de estimacin y anlisis de riesgos, la planificacin
temporal se convierte en un mapa a seguir por el gestor del proyecto.
La planificacin temporal empieza con la descomposicin del proceso. Las
caractersticas del proyecto se utilizan para adaptar un conjunto de tareas
apropiado al trabajo a realizar. Una red de tareas muestra todas las tareas de
ingeniera, sus dependencias con otras tareas y sus duraciones previstas. La
red de tareas se usa para calcular el camino crtico del proyecto, un grfico de
tiempo e informacin diversa del proyecto. El gestor del proyecto puede seguir
y controlar todos los pasos del proceso de IWeb usando la planificacin
temporal como directriz.

3.1.5

: Etapa de Anlisis

En esta etapa se establecen los requisitos tcnicos para la IWeb e identifica los
elementos del contenido que se van a incorporar. Tambin se identifica los
requisitos del diseo grfico.

El modelo de anlisis de base en el mbito que es definido en la Etapa de

formulacin. Durante el desarrollo IWeb se realizan cuatro tipos de anlisis:
Anlisis del Contenido. Se trata de utilizar el modelado de datos, en
esta etapa se incluyen datos de texto, grficos, imgenes, vdeo y
sonido.
Anlisis de Interaccin. Se trata de la descripcin detallada de la
interaccin del usuario y la web.

Para proporcionar descripciones

detalladas de sta interaccin se pueden desarrollar casos prcticos.

Anlisis Funcional. Los escenarios de utilizacin creados como parte
del anlisis de interaccin definen las operaciones que se aplicarn en el
contenido de la Web e implicar otras funciones de procedimiento. Aqu
se realizan las descripciones detalladas de todas las funciones y
operaciones.
Anlisis de Configuracin. Se realiza una descripcin detallada del
entorno y de la infraestructura en donde reside la Web. La Web puede
residir en Internet, en Intranet o en una extranet.

3.1.6 : Etapa de Ingeniera

Diseo del Contenido: El diseo del contenido es una actividad no tcnica
que es llevada a cabo por redactores publicitarios, artistas, diseadores
grficos y otros que generan el contenido de las WebApp.

Produccin: Se considera como el formato final de la publicidad y de los

comentarios que va a tener el WebApp y cuando se generen las pginas Web .

La produccin es ya considerada el formato final de la publicidad y de los

comentarios que van a contener nuestra WebApp y que al momento de la
generacin de las pgina Web han de ser adoptados para la presentacin de la
misma.

Diseo Arquitectnico: El diseo arquitectnico para los sistemas y

aplicaciones basados en Web se centra en la definicin de la estructura global
hipermedia para la WebApp, y en la aplicacin de las configuraciones de diseo
y plantillas constructivas para popularizar la estructura (y lograr la reutilizacin).
Una actividad paralela, llamada diseo del contenido, deriva la estructura y
formato detallados del contenido de la informacin que se presentar como
parte de la WebApp.
La estructura arquitectnica global va unida a las metas establecidas para una
WebApp, al contenido que se va a presentar, a los usuarios que la visitarn y a
la filosofa de navegacin establecidos. Cuando el encargado de la arquitectura
va a realizar el diseo de una WebApp tpica puede elegir entre cuatro fuentes
diferentes:
Las estructuras lineales.
Las estructuras reticulares.
Las estructuras jerrquicas.
Las estructuras de red o de web pura.
Las estructuras arquitectnicas anteriores se pueden combinar para formar
estructuras compuestas.

La meta del diseador arquitectnico es hacer

corresponder la estructura de la WebApp con el contenido que se va a

presentar y con el procesamiento que se va a llevar a cabo.
En el Diseo Arquitectnico al igual que en el Diseo de Navegacin se
especifican los Diagramas de Flujos de Datos (DFD) que precisan el recorrido
de los flujos de informacin y de procesos, entre otras los DFD sirven para dos
propsitos fundamentales:
1.- Proporcionar una indicacin de cmo se transforman los datos a
medida que se avanza en el sistema.
2.- Representar las funciones (y sub-funciones) que transforman el flujo
de Datos.
El DFD proporciona informacin adicional que se usa durante el anlisis del
dominio de informacin y sirve como base para el modelado de la funcin.

Diseo de Navegacin: Una vez establecida una arquitectura de WebApp, una

vez identificados los componentes (pginas, guiones, applets y otras funciones
de proceso) de la arquitectura, el diseador deber definir las rutas de
navegacin que permitan al usuario acceder al contenido y a los servicios de la
WebApp. Para que el diseador pueda llevarlo a cabo, debe:
1. Identificar la semntica de la navegacin para diferentes usuarios del
sitio.
2. Definir la mecnica (sintaxis) para lograr la navegacin.
Generalmente una WebApp grande tendr una variedad de roles de usuarios
diferentes. Por ejemplo, los roles podran ser:
Visitante.

 Cliente registrado.
Cliente privilegiado.
Cada uno de estos roles se pueden asociar a diferentes niveles de acceso al
contenido y de servicios diferentes.
El diseador de WebApps crea una unidad semntica de navegacin (USN)
para cada una de las metas asociadas a cada uno de los roles de usuario.
Durante las etapas iniciales del diseo de navegacin, para determinar una o
ms formas de Navegacin (WoN [Ways of Navigating]) para cada meta de
usuario, se evaluar la estructura de la WebApp (arquitectura y componentes).
Como se ha destacado anteriormente, una WoN identifica los nodos de
navegacin (por ejemplo, pginas Web), y entonces los enlaces que hacen
posible la navegacin entre ellos. La WoN entonces se organiza en USNs.
A medida que avanza el diseo, se va identificando la mecnica de cada enlace
de navegacin. Entre otras muchas opciones se encuentran los enlaces
basados en texto, conos, botones,

interruptores y metforas grficas.

El

diseador deber elegir los enlaces de navegacin adecuados al contenido y

consecuentes con la heurstica que conduce al diseo de una interfaz de alta
calidad.
Adems de elegir la mecnica de navegacin, el diseador tambin deber
establecer las convenciones y ayudas adecuadas. Por ejemplo, los iconos y los
enlaces grficos debern tener un aspecto clickable con bordes biselados, y dar
as una imagen de tres dimensiones. Adems de las convenciones, en este
punto tambin se debern disear ayudas de navegacin tales como mapas de
sitio, tablas de contenido, mecanismos de bsqueda de servicios dinmicos de
ayuda.

Diseo de las Estructuras de Datos: Aqu se transforma el modelo del

dominio de informacin que se crea durante el anlisis de las estructuras de
datos que se necesitarn para implementar el software. Los objetos de datos y
las relaciones definidas en el Diagrama Entidad Relacin y el contenido de
datos detallado que se representa en el Diccionario de Datos proporcionan la
base de la actividad del Diseo de Datos. Es posible que parte del diseo de
datos tenga lugar junto con el diseo de la arquitectura de software.
El Diccionario de Datos (DD) representa un almacn que contiene las
definiciones de todos los objetos de datos consumidos y producidos por el
software. El Diagrama Entidad Relacin (DER) representa la relacin entre los
Objetos de Datos.

Diseo de los Componentes

En esta etapa se transforman los elementos estructurales de la Arquitectura del
software en una descripcin procedimental de los componentes del software.
La informacin que se obtiene de la Especificacin de Procesos (EP), la
Especificacin de Control (EC) y el Diagrama de Transicin de Estado (DTE)
sirve como base para el diseo de los componentes.
En las EP se encuentra una descripcin de cada funcin presentada en el DFD.
En los DTE, se indica cmo se comporta el sistema como consecuencia de
sucesos externos. El DTE representa los diferentes modos de comportamiento
(llamado Estados) del sistema y la manera de Estado a Estado. En las EC, se
encuentra ms informacin sobre los aspectos del Control del Software.

 Diseo de Interfaz de Usuario

Es la categora de diseo que crea un medio de comunicacin entre el hombre
y la maquina. Con un conjunto de principios para el diseo de la interfaz, el
diseo identifica los objetos y las acciones de la interfaz y crea entonces un
formato de pantalla que formara la base del prototipo de interfaz de usuario.
En esta etapa se describe la manera de comunicarse el software dentro de s
mismo, con sistemas que interoperan dentro de l y con las personas que lo
utilizan. Una interfaz implica un flujo de informacin (Por ejemplo datos y/o
control) y un tipo especfico de comportamiento. Por tanto, los diagramas de
flujos de control y datos proporcionan gran parte de la informacin que se
requiere para el diseo de la interfaz.
El diseo de la interfaz comienza con la identificacin de los requisitos del
usuario, de la tarea y el entorno. Una vez identificadas las tareas se crean y se
analizan los escenarios del usuario para definir el conjunto de objetos y de
acciones de la interfaz. Esto es lo que forma la base para la creacin del
formato de la pantalla que representa el diseo grafico y la colocacin de
conos, la definicin del texto descriptivo en pantalla, la especificacin y ttulos
de las ventanas, y las especificaciones de lo elementos principales y
secundarios del men, las herramienta se utilizan para generar prototipos y por
ultimo implementar el modelo de diseo y evaluar la calidad del resultado.
La creacin de escenarios de usuario y la generacin de formatos de pantalla y
el desarrollo y modificacin iterativo de prototipos, es el resultado de esta fase.

3.1.7

: Generacin de Pginas

Es una actividad de construccin que hace mucho uso de las herramientas

automatizadas para la creacin de la web. El contenido definido en la actividad
de ingeniera se fusiona con los diseos arquitectnicos, de navegacin y de la
interfaz para elaborar paginas Web ejecutables en HTML, XML, ASP y otros
lenguajes orientados a procesos. Durante esta actividad tambin se lleva a
cabo la integracin del software intermedio.

3.1.8 : Etapa de Pruebas

Una vez generado el cdigo fuente, el software debe ser probado para
descubrir el mximo de errores posibles antes de su entrega al cliente. El
objetivo es disear una serie de casos de prueba que tengan una alta
probabilidad de encontrar errores. Aqu es donde aplicamos las tcnicas de
prueba de web.

Estas tcnicas facilitan una gua sistemtica para disear

pruebas que:
(1) comprueben la lgica interna de los componentes del web.
(2)

verifiquen los dominios de entrada y salida del programa para

descubrir errores en la funcionalidad, el comportamiento y rendimiento.

Las revisiones y otras actividades descubren errores, pero no son suficientes.
cada vez que el programa se ejecuta, el cliente lo esta probando. Se debe
hacer un intento especial por encontrar y corregir todos los errores antes de
entregar el programa al cliente. Con el objetivo de encontrar la mayor cantidad
de errores, las pruebas conducirse sistemticamente, y los casos de prueba
deben disearse utilizando tcnicas definidas.

3.1.9 : Evaluacin del Cliente

En esta actividad es cuando se presenta al Usuario Final todo el trabajo
elaborado de Ingeniera Web, en ella ya se ha evaluado, corregido, depurado,
validado y puesto a prueba la WebApp, lista para ser abordada por todos los
frentes de parte de los usuarios a quienes va dirigida esta aplicacin, de todos
modos se genera con ellos mismos una prueba especial para saber si se han
protegido todos los ambientes, si se han validado y se ejecutan bien todas las
funciones y si cubre todos los requerimientos que fueron solicitados por el
Cliente de la WebApp.