escuela politÉcnica nacional - epn: página de...
TRANSCRIPT
ESCUELA POLITÉCNICA
NACIONAL
ESCUELA DE FORMACIÓN DE TECNÓLOGOS
DESARROLLO DE UNA APLICACIÓN WEB PARA LA
ADMINISTRACIÓN DE SERVICIOS SOCIALES DEL “HOGAR DE
VIDA Nº1 DE LA FUNDACIÓN PATRONATO SAN JOSÉ”
PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE TECNÓL OGO
EN ANÁLISIS DE SISTEMAS INFORMÁTICOS
CRISTINA ELIZABETH JUMBO CORDOVA
DIRECTOR: ING. ROSA NAVARRETE
Quito, Marzo 2008
II
DECLARACIÓN
Yo, Cristina Elizabeth Jumbo Cordova, declaro bajo juramento que el trabajo aquí
descrito es de mi autoría; que no ha sido previamente presentado para ningún
grado o calificación profesional; y, que he consultado las referencias bibliográficas
que se incluyen en este documento.
A través de la presente declaración cedo mis derechos de propiedad intelectual
correspondientes a este trabajo, a la Escuela Politécnica Nacional, según lo
establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la
normatividad institucional vigente.
CRISTINA ELIZABETH JUMBO CORDOVA
III
CERTIFICACIÓN
Cerifico que el presente trabajo fue desarrollado por Cristina Elizabeth Jumbo
Cordova, bajo mi supervisión.
ING. ROSA NAVARRETE DIRECTORA DE PROYECTO
IV
AGRADECIMIENTO
A mi compañero de viaje que jamás me ha abandonado DIOS, por proveerme de
salud, fuerza y constancia.
A mi familia, que siempre ha estado conmigo en los buenos y malos momentos,
gracias por creer que la educación es el único camino.
A todos mis maestros, quienes me inculcaron paso a paso para lograr ser un
profesional, de manera especial, el reconocimiento a la Ing. Rosa Navarrete por
su apoyo y guía tanto dentro del aula como fuera de ella y por ser la persona que
me guió en la culminación del proyecto.
CRISTINA
V
DEDICATORIA
A mis padres, Pedro y Marlene, por tener el coraje, la sabiduría y el amor para
guiarme a ser cada día una mejor persona y ahora una profesional, a Milton
porque el sacrificio valió la pena, a Fernando. A ustedes mi familia va dedicado
este Proyecto de Titilación porque siempre han creído en mí.
Y también a todas aquellas personas que me colaboraron, para la realización del
proyecto.
A ellos va dedicada mi tesis.
VI
CONTENIDO
CAPITULO 1 ......................................................................................................... 1 1 INTRODUCCION ............................................................................................ 1
1.1 AMBITO ................................................................................................... 1 1.2 PLANTEAMIENTO DEL PROBLEMA...................................................... 1
1.2.1 OBJETIVOS...................................................................................... 2 1.2.1.1 OBJETIVOS GENERALES ........................................................... 2 1.2.1.2 OBJETIVOS ESPECIFICOS ......................................................... 2
1.3 ALCANCES Y LIMITACIONES ................................................................ 2 1.4 JUSTIFICACIÓN...................................................................................... 3
CAPITULO 2 ......................................................................................................... 4 2 MARCO TEORICO ......................................................................................... 4
2.1 INGENIERIA WEB ................................................................................... 4 2.1.1 PRODUCTO DE LA IWEB................................................................ 4 2.1.2 CONTROL Y GARANTÍA DE LA CALIDAD...................................... 5
2.2 ARQUITECTURA WEB............................................................................ 7 2.2.1 Desarrollo basado en Componentes................................................. 9 2.2.2 Seguridad ....................................................................................... 10 2.2.3 Estándares de Internet.................................................................... 10
2.3 ARQUITECTURA MULTINIVEL............................................................. 11 2.3.1 Arquitectura de Tres Capas ............................................................ 11 2.3.2 Arquitectura de n-Capas ................................................................. 13
2.4 HERRAMIENTAS................................................................................... 14 2.4.1 HERRAMIENTAS OPEN SOURCE................................................ 14
2.4.1.1 AppServ 2.5.9.............................................................................. 16 2.4.1.2 Apache Web Server Versión 2.2.4 .............................................. 16 2.4.1.3 PHP Script Language Versión 5.2.1............................................ 17 2.4.1.4 MySQL Database Versión 5.0.27 ................................................ 17 2.4.1.5 phpMyAdmin Database Manager Versión 2.9.2 .......................... 17 2.4.1.6 JavaScript.................................................................................... 17
2.4.2 HERRAMIENTAS DE DESARROLLO............................................ 18 2.4.2.1 Macromedia Dreamweaver 8 ...................................................... 18
2.4.3 HERRAMIENTAS DE ANALISIS Y DISEÑO .................................. 19 2.4.3.1 Rational Rose.............................................................................. 19
2.4.4 HERRAMIENTAS DE DISEÑO GRAFICO ..................................... 19 2.4.4.1 Macromedia Flash 8.................................................................... 19 2.4.4.2 Gif Construction Set Professional................................................ 20
CAPÍTULO 3 ........................................................................................................ 21 3 MARCO METODOLOGICO ......................................................................... 21
3.1 MODELO ESPIRAL PARA LA WEB ...................................................... 21 3.1.1 ACTIVIDADES DEL MODELO ESPIRAL PARA LA WEB .............. 22
3.1.1.1 Formulación................................................................................. 22 3.1.1.2 Planificación ................................................................................ 22 3.1.1.3 Análisis........................................................................................ 22 3.1.1.4 Ingeniería .................................................................................... 22 3.1.1.5 Generación de Páginas y Pruebas.............................................. 23 3.1.1.6 Evaluación del Cliente................................................................. 23
3.2 METODOLOGIA OOHDM...................................................................... 23
VII
3.2.1 FASES DE LA METODOLOGIA “OOHDM” .................................... 24 3.2.1.1 Determinación de Requerimientos. ............................................. 24 3.2.1.2 Diseño Conceptual. ..................................................................... 24 3.2.1.3 Diseño Navegacional. ................................................................. 24 3.2.1.4 Diseño de Interfaz Abstracta. ...................................................... 25 3.2.1.5 Implementación. .......................................................................... 25
3.2.2 LENGUAJE DE MODELADO UNIFICADO “UML” .......................... 27 3.2.2.1 Diagramas de Casos de Uso....................................................... 29 3.2.2.2 Diagrama de Clases.................................................................... 30 3.2.2.3 Diagrama de Objetos .................................................................. 31 3.2.2.4 Diagrama de Secuencia .............................................................. 33 3.2.2.5 Diagrama de Colaboración.......................................................... 34 3.2.2.6 Diagrama de Estado.................................................................... 35 3.2.2.7 Diagrama de Actividades ............................................................ 36 3.2.2.8 Diagrama de Componentes......................................................... 38 3.2.2.9 Diagrama de Despliegue............................................................. 39 3.2.2.10 Diagrama Arquitectónico.......................................................... 40 3.2.2.11 Diagrama Navegaciónal........................................................... 41
CAPÍTULO 4 ........................................................................................................ 43 4 CONCLUSIONES Y RECOMENDACIONES ................................................ 43
4.1 CONCLUSIONES .................................................................................. 43 4.2 RECOMENDACIONES.......................................................................... 44
BIBLIOGRAFÍA .................................................................................................... 45
FIGURAS
Fig. 2.1 Árbol de Requisitos de Calidad (OSL 99) ................................................. 6 Fig. 2.2 Arquitectura Web ...................................................................................... 7 Fig. 2.3 Tecnologías Servidor Web........................................................................ 8 Fig. 2.4 Tecnologías Cliente Web......................................................................... 9 Fig. 2.5 Sistema de Tres Capas para Intranet .................................................... 12 Fig. 2.6 Arquitectura Web de tres niveles ........................................................... 12 Fig. 2.7 Arquitectura Multinivel............................................................................. 13 Fig. 2.8 El Modelo de Proceso Iweb .................................................................... 16 Fig. 3.1 El Modelo de Proceso Iweb .................................................................... 21 Fig. 3.2 Relaciones del Modelo OOHDM ............................................................ 26 Fig. 3.3 El Modelo de Proceso Iweb .................................................................... 29 Fig. 3.4 Diagrama de Casos de Uno.................................................................... 30 Fig. 3.5 Diagrama de Clases............................................................................... 31 Fig. 3.6 Diagrama de Objetos .............................................................................. 32 Fig. 3.7 Diagrama de Secuencia.......................................................................... 33 Fig. 3.8 Diagrama de Colaboración ..................................................................... 35 Fig. 3 .9 Diagrama de Estado ............................................................................... 36 Fig. 3.10 Diagrama de Actividades ...................................................................... 37 Fig. 3.11 Diagrama de Componentes .................................................................. 38 Fig. 3.12 Diagrama de Despliegue....................................................................... 39 Fig. 3.13 Diagrama de Despliegue....................................................................... 41 Fig. 3.14 Diagrama de Navegaciónal................................................................... 42
VIII
RESUMEN
El presente proyecto plantea realizar un Aplicación Web para la Administración de
los servicios en las áreas médica, social y psicológica que ofrece el Hogar de Vida
a sus usuarios, que permita un seguimiento del tránsito de los usuarios por el
Hogar. Permitirá resolver problemas de consolidación de datos, administración de
información para la elaboración de reportes.
La Ingeniería Web aplica conceptos fundamentales de la ingeniería de Software,
sin embargo son diferentes se consideran otros aspectos como son la
Arquitectura Web que establece el entorno, la seguridad y los estándares de
Internet, así también la arquitectura multinivel es un concepto importante y
finalmente las Herramientas de software utilizadas
El Marco Metodológico que guiara el desarrollo de este proyecto presenta los
conceptos principales del paradigma aplicado al proyecto, la metodología
utilizada, los diagramas UML aplicados a la Web.
El proyecto terminara con las Conclusiones obtenidas al finalizar el proyecto y
las respectivas Recomendaciones para mejorar el buen funcionamiento de la
aplicación, como la bibliografía utilizada para el desarrollo del proyecto.
1
CAPITULO 1
1 INTRODUCCION
1.1 AMBITO
La Fundación Patronato San José “Hogar de Vida Nº1”, forma parte del Municipio
de Quito. Fue implementada en abril del 2002 como una propuesta concreta y
sensible para lograr la integración social de adultos mayores en situación de
mendicidad e indigencia. Esta ubicada en Conocoto, Avenida Ciudad del Niño y
Pichincha.
1.2 PLANTEAMIENTO DEL PROBLEMA
La Institución se dedica al cuidado de personas vulnerables de la tercera edad. En
la actualidad presta servicios a 200 personas, en áreas como:
• Albergue y alojamiento diurno y nocturno.
• Alimentación.
• Apoyo psicosocial.
• Atención médica.
• Reinserción familiar.
• Terapias ocupacionales con talleres de capacitación para elevar su
autoestima y mejorar su calidad de vida.
• Recreación y actividades culturales.
Su área de acción abarca las áreas médica, social y psicológica de los usuarios,
brindándoles así una mejor calidad de vida.
La información de los usuarios se mantiene al momento en forma manual. Lo que
conlleva, entre otros, los siguientes problemas:
• Información no actualizada y en algunos casos pérdida de la misma.
• Dificultad para identificar los registro de las personas de la tercera edad
que transitan por el Hogar
• No se tiene información completa de todas las áreas, por lo que la
información es incompleta o dispersa.
2
• Las actividades que realiza en las diferentes áreas se las registra de forma
independiente, impidiendo así que el usuario tenga la atención apropiada.
• Perdida de tiempo en el momento de elaborar informes o reportes de la
gestión realizada, para el Municipio de Quito.
• No se puede obtener métricas de desempeño, estadísticas de atención,
tendencias en el uso de los distintos de servicio
1.2.1 OBJETIVOS
1.2.1.1 OBJETIVOS GENERALES
Apoyar la administración de la información de usuarios y la difusión de los
servicios que brinda el Hogar de Vida, a través del desarrollo y posterior
implementación de una aplicación Web.
1.2.1.2 OBJETIVOS ESPECIFICOS
• Gestionar Usuarios.
• Gestionar Actividades: Sociales, Psicológicas y Médicas.
• Elaborar Reportes
• Elaborar informes estadísticos y reportes informativos
1.3 ALCANCES Y LIMITACIONES
Este proyecto contempla el desarrollo de la Aplicación Web, sin embargo no la
implementación, Facilita la tarea de los funcionario parar registrar los servicios
que la institución prevé a los a usuarios, crea reporte a partir de esta información.
Aun cuando crea informes estadísticos no crea proyecciones futuras.
No contempla servicios Web, como correo electrónico, publicidad, entre otros.
3
1.4 JUSTIFICACIÓN
El presente proyecto plantea realizar un Aplicación Web para la Administración de
los servicios que ofrece el Hogar de Vida a sus usuarios, que permita un
seguimiento del tránsito de los usuarios por el Hogar. Permitirá resolver
problemas de consolidación de datos, administración de información para la
elaboración de reportes. Este proceso de los datos obtenidos no solo cubre las
necesidades del hogar de vida como institución, sino que también colaborará con
información valiosa para la sociedad, al ayudar a detectar los sectores de la
tercera edad más vulnerables en el país. El municipio podrá tener información
para la toma de decisiones respecto a este grupo de la población.
4
CAPITULO 2
2 MARCO TEORICO
2.1 INGENIERIA WEB
La Ingeniería Web o IWeb es la aplicación de conocimientos empleados para la
invención, perfeccionamiento o utilización de software basado en la Web.
Cabe señalar que la IWeb no es un clónico perfecto de la Ingeniería de Software
pero toma prestados muchos de los conceptos y principios básicos de la
Ingeniería de Software dando importancia a las mismas actividades técnicas y de
gestión. (Pressman, 521).
Es el establecimiento y utilización de principios científicos, de ingeniería y de
gestión, y con enfoques sistemáticos y disciplinados del éxito del desarrollo,
empleo y mantenimiento de sistemas y aplicaciones basados en Web de alta
calidad. (Murugesan, 3 – 13).
La IWeb es diferente de la Ingeniería de software aun cuando las dos están
enfocadas a obtener económicamente software que sea fiable y que funcione
eficientemente sobre máquinas reales, porque las WebApps tienen características
propias.
2.1.1 PRODUCTO DE LA IWEB
El producto final de la Ingeniería Web son las Aplicaciones Web o WebApps
dichas aplicaciones funcionan siempre en un sistema de red por ser diseñadas
para Internet o intranet reflejan una evolución continua por el constante cambio de
la Web, se desarrollan de forma resuelta, contemplan seguridad y estética
aspectos fundamentales para atraer al internauta. De esta forma se definen sus
características como: Intensivas de Red, Evolución Continua, Inmediatez,
Seguridad, Estética
5
2.1.2 CONTROL Y GARANTÍA DE LA CALIDAD
La calidad del software esta controlada por la calidad de diseño, la calidad de
concordancia, el cumplimiento de la entrega dentro del tiempo y presupuesto
establecido, y para ello empleamos métricas durante todo el desarrollo del
Software.
Las métricas nos proporcionan una manera sistemática de valorar la calidad
basándose en un conjunto de reglas claramente definidas, existen métricas para
cada etapa del desarrollo de software desde el análisis hasta el mantenimiento.
La calidad de diseño, comprende los requisitos, especificaciones y el diseño del
sistema, durantes todas estas etapas el uso de métricas será:
• Métricas de modelo de análisis
• Métricas de modelo de Diseño
La calidad de concordancia se mide durante la implementación, se verifica si se
sigue el diseño y si el sistema resultante cumple los objetivos de requisitos y
rendimiento, aquí las métricas adecuadas serán:
• Métricas Código Fuente
• Métricas Pruebas
• Métricas Mantenimiento
Métricas Orientadas a Objetos estas métricas están destinadas a evaluar tanto la
calidad del software como el modelo orientado a objetos y todas las
características de este.
• Métricas de Modelo de diseño OO
• Métricas A Clases
• Métricas A Operaciones
• Métricas Pruebas Orientadas a Objetos
• Métricas Para Proyectos OO
6
La entrega bajo el tiempo establecido y sin sobrepasar el presupuesto es un
indicador de calidad, la falta de control de calidad de software será representada
en costo del software, siempre será mas barato corregir un error en las primeras
etapas de desarrollo.
Fig. 2.1 Árbol de Requisitos de Calidad (OSL 99) Fuente:(Pressman, 524)
Todas las actividades de establecimiento y supervisión de estándares, revisiones
técnicas formales, análisis, seguimiento y registro de informes, son igualmente
aplicables a la IWeb. Sin embargo, en la Web toma un enfoque especial valorar la
calidad en aspectos como: Usabilidad, Función habilidad, Fiabilidad, Seguridad,
Eficiencia y Mantenibilidad (Pressman, 524).
En la figura 2.1 se puede observar un resumen de estas características y lo que
implica cada una de ellas.
Usabilidad
Funcionalidad
Fiabilidad
Eficiencia
Capacidad de Mantenimiento
Calidad de una aplicación Web
Capacidad de comprensión del sitio global Servicios de ayuda y realimentación en línea Capacidades estéticas y de interfaz Servicios especiales
Capacidad de recuperación y búsqueda Servicios de búsqueda y navegación
Servicios relacionados con el dominio de aplicación
Proceso correcto de enlace Recuperación de errores Validación y recuperación de la entrada de usuario
Rendimiento del tiempo de respuesta Velocidad de generación de páginas Velocidad de generación de gráficos
Facilidad de corrección Adaptabilidad
Extensibilidad
7
2.2 ARQUITECTURA WEB
La arquitectura Web diseña y coordina el desarrollo de WebApps utilizando un
conjunto complejo de distintos sistemas integrados entre sí como son bases de
datos, servidores, redes, componentes de backup y seguridad, entre otros. Es
decir se define tanto la plataforma del software como el hardware a utilizar en el
desarrollo de la aplicación Web.
La característica principal de la arquitectura Web es el uso de Internet como
sistema de Interconexión, como se puede observar en la figura 2.2, dejando atrás
las líneas de conexión privadas de coste elevado como son; Líneas Punto a
Punto, Frame Relay, ATM, .X.25, Acceso Remoto (RDSI).
Fig. 2.2 Arquitectura Web Fuente:(http://www.informandote.com/jornadasIngWEB/programa.asp )
En el diseño de WebApps requiere un firme conocimiento de las tecnologías
aplicadas, ya que en el proceso de implementación estas son fundamentales.
8
Fig. 2.3 Tecnologías Servidor Web Fuente:(http://www.informandote.com/jornadasIngWEB/programa.asp )
La figura 2.3 y 2.4 muestra las distintas tecnologías como son protocolos,
lenguajes y aplicaciones tanto de las tecnologías aplicadas al servidor en las
figura 2.3 y las tecnologías cliente Web en la figura 2.4
Definiendo a estas tecnologías como:
• Desarrollo basado en Componentes .- Se establece la relación del
Hardware con el software.
• Seguridad.- Se establece páginas seguras, se realiza la protección de la
información.
• Estándares de Internet.- Aquí se contemplan tanto los lenguajes como
protocolos.
9
Fig. 2.4 Tecnologías Cliente Web Fuente:(http://www.informandote.com/jornadasIngWEB/programa.asp )
2.2.1 Desarrollo basado en Componentes
Una vez resuelta la interconexión, la implantación de una arquitectura web se
puede dividir en dos, el Cliente y los Servidores
La utilización de una arquitectura Web permite dar acceso sencillo y controlado a
los datos y servicios de la empresa, tanto para empleados como para los clientes
y proveedores. Algunas ventajas son:
• Aplicaciones distribuidas.
• Compartición de BB.DD.
• Acceso Universal a la Información.
• Teleformación / Teletrabajo.
• Comercio Electrónico.
• Atención al Cliente vía Internet.
• Clientes Ligeros (NC).
• Mejora la Gestión del Conocimiento.
• Reducción de Costes.
• Internacionalización de la Empresa.
10
2.2.2 Seguridad
Las conexiones realizadas vía Internet no se pueden considerar seguras, la
transmisión de información sensible se puede proteger mediante la creación de
túneles cifrados, o mediante el uso de páginas Web encriptadas.
Páginas seguras, la protección de la información se realiza entre el cliente web y
un servidor seguro.
• SSL (Secure Sockets Layer)
• Conexión segura a nivel de socket
• Transparente al Usuario y la Aplicación
• SET (Secure Electronic Transarions)
• Propuesto por VISA y MasterCard
• Certificado Emitido por el Banco
• Certificado de Consumidor en cliente
2.2.3 Estándares de Internet
La utilización de un navegador estándar como cliente universal plantea una
alternativa asequible y con gran futuro, se contemplan tanto los lenguajes como
protocolos.
Protocolos de Tunelizado.- Estos protocolos actúan en los niveles de enlace y red,
ofrecen un transporte seguro mediante el encapsulado de las tramas IP en tramas
codificadas utilizando IPSec.
Los protocolos PPTP y L2TP permiten el encapsulado de otros protocolos
distintos de IP (IPX, NetBeui… ).
• PPTP (Point to Point Tunneling Protocol)
o Extensión del protocolo PPP
o No ofrece seguridad en los datos
o LAN - LAN y RAS - LAN
• L2TP (Layer 2 Tunneling Protocol)
o Extensión del protocolo PPTP y L2F
o LAN - LAN y RAS - LAN
o Ofrece seguridad apoyándose en IPSec
• IPSec (IP Security)
11
o Protocolo de seguridad a Nivel 3
o Autentificación y Control de Acceso
o Datos Encriptados
Fuente (http://www.infor.uva.es/~jvegas/cursos/buendia/pordocente/node21.html)
2.3 ARQUITECTURA MULTINIVEL
2.3.1 Arquitectura de Tres Capas
La Figura 2.5 muestra una arquitectura de tres capas. Se compone de una capa
de presentación, una capa de procesamiento (o capa de servidor de solicitudes) y
una capa de base de datos.
• Capa de Presentación.- Es la responsable de la presentación visual de la
aplicación, la capa de la base de datos contiene los datos de la aplicación.
• Capa de Procesamiento.- Es la responsable del procesamiento que tiene
lugar en la aplicación. La capa intermedia es la que conlleva capacidad de
mantenimiento y de reutilización. Contendrá objetos definidos por clases
reutilizables que se pueden utilizar una y otra vez en otras aplicaciones. Es
la comunicación de la capa de presentación con la capa de la base de
datos
• Capa Base de Datos.- Ésta estaría compuesta de los archivos que
contienen los datos de la aplicación.
12
Fig. 2.5 Sistema de Tres Capas para Intranet Fuente (http://www.marketinet.com/ebooks/manual_de_intranet/manual_de_intranet.php)
Fig. 2.6 Arquitectura Web de tres niveles Fuente (http://www.infor.uva.es/~jvegas/cursos/buendia/pordocente/node21.html)
En la Fig. 2.6 se puede observar la dinámica de trabajo de la Arquitectura Web de
tres niveles La capa de presentación enviará mensajes a los objetos de esta capa
intermedia, la cual o bien responderá entonces directamente o mantendrá un
13
diálogo con la capa de la base de datos, la cual proporcionará los datos que se
mandarían como respuesta a la capa de presentación.
La arquitectura de tres capas permite aislar a la tecnología que implementa la
base de datos, de forma que sea fácil cambiar esta tecnología.
La idea de las tres capas encaja con las prácticas orientadas a objetos de hoy en
día: todo el procesamiento tiene lugar por medio de los mensajes que se envían a
los objetos y no mediante trozos de código asociados a cada objeto en la capa de
presentación que se está ejecutando.
2.3.2 Arquitectura de n-Capas
Esta arquitectura no es mas que una extensión de la arquitectura de tres capas,
específicamente en la capa intermedia aquí se creara las n capas que sean
requeridas, representado en la figura 2.7 (Pressman, 524)
Fig. 2.7 Arquitectura Multinivel. Fuente (http://www.infor.uva.es/~jvegas/cursos/buendia/pordocente/node21.html)
14
2.4 HERRAMIENTAS
2.4.1 HERRAMIENTAS OPEN SOURCE
Código abierto o Open Source es el término con el que se conoce al software
distribuido y desarrollado libremente. Fue utilizado por primera vez en 1998 por
algunos usuarios de la comunidad del software libre, tratando de usarlo como
reemplazo al ambiguo nombre original en inglés del software libre (free software).
La idea detrás del open source es bien sencilla: cuando los programadores en
internet pueden leer, modificar y redistribuir el código fuente de un programa, éste
evoluciona, se desarrolla y mejora. Los usuarios lo adaptan a sus necesidades,
corrigen sus errores a una velocidad impresionante, mayor a la aplicada en el
desarrollo de software convencional o cerrado, dando como resultado la
producción de un mejor software.
Fuente:( http://www.es.wikipedia.org/wiki/Open_Source)
El software Open Source se define por la licencia que lo acompaña, que garantiza
a cualquier persona el derecho de usar, modificar y redistribuir el código
libremente.
Open Source es una marca de certificación propiedad de la Open Source
Initiative. Los desarrolladores que diseñan software para ser compartido,
mejorado y distribuido libremente, pueden usar la marca registrada Open Source
si sus términos de distribución se ajustan a la definición Open Source de la OSI.
Básicamente, el modelo de distribución requiere que:
• Libre distribución.- No hayan restricciones para vender o distribuir el
software.
• Código fuente. El software debe incluir el código fuente y debe permitir
crear distribuciones compiladas siempre y cuando la forma de obtener el
código fuente esté expuesta claramente.
15
• Trabajos derivados. - Se debe permitir crear trabajos derivados, que
deben ser distribuidos bajo los mismos términos que la licencia original del
software.
• Integridad del código fuente del autor.- Se debe permitir la distribución
del código fuente modificado, aunque pueden haber restricciones para que
se pueda distinguir el código fuente original del código fuente del trabajo
derivado.
• No discriminar personas o grupos. - La licencia no debe discriminar a
ninguna persona o grupo.
• No discriminar ningún tipo de uso del programa. La licencia no debe
impedir a nadie el uso del programa en una determinada actividad. Por
ejemplo, no puede impedir el uso en una empresa, o no puede impedir el
uso en investigación genética.
• Distribución de la Licencia. Los derechos que acompañan al programa
deben aplicarse a todo el que redistribuya el programa, sin necesidad de
licencias adicionales.
• La licencia no debe ser específica a un producto. Los derechos que da
la licencia no deben ser diferentes para la distribución original y para la que
funciona en un contexto totalmente diferente.
• La licencia no debe ir en contra de otro software. La licencia no debe
restringir otro software que se distribuya con el mismo. Por ejemplo, la
licencia no debe indicar que todos los programas distribuidos
conjuntamente con el deben ser open source.
Fuente:(http://www.webtaller.com/maletin/articulos/que-significa-open-source.php)
Las herramientas que se utilizan en el desarrollo de aplicación Web para el Hogar
de Vida, mantiene la Arquitectura que se puede observar en la Fig. 2.8 .
16
La capa de presentación realizada con HTML y Java enviará mensajes a los
objetos de la capa intermedia, desarrollada PHP la cual o bien responderá
entonces directamente o mantendrá un diálogo con la capa de la base de datos
MySQL, la cual proporcionará los datos que se mandarían como respuesta a la
capa de presentación.
HERRAMIENTAS
Browser HTML JavaScript
Apache Web Server PHP (Lenguaje de Servidor)
CAPAS
Datas MySQL
Fig. 2.8 El Modelo de Proceso Iweb
Elaborado por: Cristina Jumbo
2.4.1.1 AppServ 2.5.9
Es una herramienta para Windows que facilita la instalación de Apache, MySQL y
PHP en una sola herramienta, esta característica abrevia la tarea al usuario ya
que se configuran las aplicaciones de forma automática. Incorpora también una
interfaz amigable denominada phpMyAdmin para el manejo de MySQL
Fuente:(http://www.appservnetwork.com/)
2.4.1.2 Apache Web Server Versión 2.2.4
El servidor del HTTP de Apache es software para plataformas Unix (BSD,
GNU/Linux, etc.), Windows, Macintosh y otras.
Es manejado en común por un grupo de voluntarios situados alrededor del
mundo, usando el Internet y el Web para comunicar, para planear, y para
desarrollar el servidor y su documentación relacionada. Este proyecto es parte de
la fundación del software de Apache. Además, los centenares de usuarios han
contribuido ideas, código, y la documentación al proyecto.
Fuente:(http://httpd.apache.org/)
17
2.4.1.3 PHP Script Language Versión 5.2.1
Es un lenguaje de "código abierto" interpretado, de alto nivel, embebido en
páginas HTML y ejecutado en el servidor. Se trata de un lenguaje interpretado
usado para la creación de aplicaciones para servidores, o creación de contenido
dinámico para sitios Web. Últimamente también para la creación de otro tipo de
programas incluyendo aplicaciones con interfaz gráfica.
Fuente:(http://www.php.net/docs.php)
2.4.1.4 MySQL Database Versión 5.0.27
Es un sistema de gestión de bases de datos relacionales SQL Open Source más
popular, lo desarrolla, distribuye y soporta MySQL AB. MySQL AB es una
compañía comercial, fundada por los desarrolladores de MySQL. Es una
compañía Open Source de segunda generación que une los valores y
metodología Open Source con un exitoso modelo de negocio. Además el servidor
de base de datos MySQL es muy rápido, fiable y fácil de usar.
Fuente:(http://dev.mysql.com/doc/refman/5.0/es/introduction.html)
2.4.1.5 phpMyAdmin Database Manager Versión 2.9.2
Aplicación Web que provee interfaz completa para administrar bases de datos
MySQL. Es una herramienta escrita en PHP previsto para manejar la
administración de MySQL sobre el Web. Puede crear actualmente y las bases de
datos y eliminarlas, crea/eliminar/altera las tablas, cancelación/las corrige/agrega
campos, ejecuta cualquier declaración del SQL, maneja llaves en campos, maneja
privilegios, exporta datos en varios formatos y está disponible en 54 idiomas.
Fuente:(http://www.phpmyadmin.net/home_page/index.php)
2.4.1.6 JavaScript
Es un lenguaje de programación interpretado, es decir, que no requiere
compilación, utilizado principalmente en páginas Web, con una sintaxis semejante
a la del lenguaje Java y el lenguaje C. JavaScript se ejecuta en el agente de
18
usuario al mismo tiempo que las sentencias van descargándose junto con el
código HTML, sin acceso a funciones del servidor.
Al contrario que Java, JavaScript no es un lenguaje orientado a objetos
propiamente dicho, ya que no dispone de Herencia, es más bien un lenguaje
basado en prototipos, ya que las nuevas clases se generan clonando las clases
base (prototipos) y extendiendo su funcionalidad. Es así como se ha convertido en
una herramienta fundamental para la programación Web, proporciona los
recursos para diseñar la interfaz del cliente.
JScript es la implementación de Microsoft de ECMAScript. Está disponible
mediante Internet Explorer y el Windows Scripting Host.
Fuente:( http://es.wikipedia.org/wiki/JScript")
2.4.2 HERRAMIENTAS DE DESARROLLO
2.4.2.1 Macromedia Dreamweaver 8
Es la opción profesional para la creación de sitios y aplicaciones
Web. Proporciona una combinación muy eficaz de herramientas visuales de
diseño, funciones de desarrollo de aplicaciones y soporte de edición de código
que permite a los desarrolladores y diseñadores de todos los niveles crear de
forma rápida sitios y aplicaciones visualmente atractivos y basados en las
normas. Desde la compatibilidad líder para el diseño basado en CSS hasta las
funciones de codificación manual, Dreamweaver pone en manos de los
profesionales las herramientas que necesitan en un entorno integrado y ágil. Los
desarrolladores pueden utilizar Dreamweaver con la tecnología de servidor que
prefieran para crear potentes aplicaciones de Internet que conecten a los usuarios
con bases de datos, servicios Web y sistemas heredados.
Fuente:(Ayuda de Macromedia Dreamweaver 8)
19
2.4.3 HERRAMIENTAS DE ANALISIS Y DISEÑO
2.4.3.1 Rational Rose
Es la herramienta CASE desarrollada por los creadores de UML, cubre todo el
ciclo de vida de un proyecto: concepción y formalización del modelo, construcción
de los componentes, transición a los usuarios y certificación de las distintas fases
y entregables. Es la herramienta que nos ayuda a diseñar nuestra aplicación.
Permite diseñar soluciones del software usar modelar unificado Lengua (UML).
Arquitectos, analistas, diseñadores del software y de la base de datos, y
reveladores en tiempo real/encajados de los sistemas la poder toda utiliza a Rose
racional familia de los productos para producir la representación visual modelos
de las arquitecturas del software, bases de datos, requisitos del uso y activos
reutilizables, así como a formular las comunicaciones del gerencia-nivel. Un
campo común herramienta y lengua para modelar ayudas para simplificar el
ambiente del trabajo y apresurar el desarrollo de la calidad del software.
Fuente:(Ayuda de Macromedia Flash 8)
2.4.4 HERRAMIENTAS DE DISEÑO GRAFICO
2.4.4.1 Macromedia Flash 8
Es una herramienta utilizada del mercado para editar una amplia variedad de
contenido interactivo. Flash Professional 8 y Flash Basic 8 ofrecen a los
desarrolladores y diseñadores Web una extensa gama de herramientas que
incluyen efectos gráficos, animación, texto, vídeo y sonido para crear diseños de
gran impacto para los usuarios. Estos diseños se podrán enviar a equipos de
escritorio o a teléfonos móviles. Flash permite crear material de gran calidad de
marketing interactivo, presentaciones, anuncios multimedia, cursos en línea,
aplicaciones de entretenimiento y comerciales, experiencias de vídeo interactivo y
mucho más.1
Fuente:(Ayuda de Macromedia Flash 8)
20
2.4.4.2 Gif Construction Set Professional
El asistente de animación permite al usuario crear rápida y fácilmente
animaciones en un instante. Estas animaciones pueden ser modificadas mediante
potentes herramientas, comandos y efectos especiales, incluyendo algunos
especialmente diseñados para crear carteles publicitarios interactivos, botones,
indicadores, símbolos, rotaciones, transiciones, y gráficos con una gama de
colores elevada; consiguiendo así presentaciones de aspecto profesional. Una
herramienta, llamada "supercompression" analiza el gráfico resultante para
reducir al máximo su tamaño con la menor pérdida de calidad posible. También es
posible mediante este programa abrir archivos AVI y grabar las animaciones
creadas en este mismo formato, así como la gestión por bloques y el control sobre
la paleta de colores.
Fuente:(http://es.wikipedia.org/wiki/Gif_Construction)
21
CAPÍTULO 3
3 MARCO METODOLOGICO
Características como inmediatez y evolución y crecimiento continuos, nos llevan a
un proceso incremental y evolutivo, que permite que el usuario se involucre
activamente, facilitando el desarrollo de productos que se ajustan mucho lo que
éste busca y necesita es así que la IWeb demanda un Proceso de Software
Incremental y Evolutivo (Pressman, 525)
3.1 MODELO ESPIRAL PARA LA WEB
El modelo en espiral se basa en una serie de iteraciones en las que se cumplen
unos objetivos definidos previamente. Una de estas iteraciones puede estar
dedicada a la elaboración de un estudio de viabilidad, de los requerimientos, al
trabajo de diseño, a la obtención de prototipos funcionales, a la depuración, a la
ampliación de los resultados. En la figura 1.5 se visualiza gráficamente las
actividades del marco de trabajo de este modelo.
Fig. 3.1 El Modelo de Proceso Iweb Fuente:(Pressman, R (2002) Ingeniería de Software Un enfoque Práctico, Cáp. 29 Pág. 525)
22
3.1.1 ACTIVIDADES DEL MODELO ESPIRAL PARA LA WEB
3.1.1.1 Formulación
Actividad que identifica métodos y objetivos de la WebApps.
Las preguntas clave para esta fase son Porque, Para que y Para quien se
desarrolla la aplicación, con la finalidad de obtener:
• Metas Informativas : Definen los objetivos sobre el contenido e información
que se dará al usuario.
• Metas Aplicables : Son los servicios o tareas que puede realizar la
WebApp.
• Perfil del Usuario , determinando las principales características de los
potenciales navegadores y clientes.
3.1.1.2 Planificación
Estima coste total del proyecto, evalúa los riesgos asociados con el esfuerzo del
desarrollo, y define una planificación del desarrollo bien granulada para el
incremento final de la WebApp
3.1.1.3 Análisis
Establece los requerimientos técnicos para la WebApp e identifica los elementos
del contenido que van a incorporar. También se definen los requisitos del diseño
grafico.
3.1.1.4 Ingeniería
Incorpora dos Tareas Diseño del Contenido, Producción. Esta actividad se
encargada de diseñar, producir y adquirir todo el contenido de texto, grafico y
multimedia que se utilizaran en la WebApp y las tareas de diseño
• Diseño Arquitectónico.- Se centra en la estructura global hipermedia para
la WebApp que están definidas en función de las metas de la WebApp, los
contenidos a presentar a los usuarios y la filosofía de navegación
23
• Diseño Navegacional.- Define rutas de navegación que permite al usuario
acceder al contenido y a los servicios de la WebApp, identifica la semántica
y la mecánica
• Diseño Interfaz Abstracta.- Es la categoría de diseño que crea una
conexión entre el hombre y la maquina, pues la interfaz de usuario de una
WebApp es la primera impresión.
3.1.1.5 Generación de Páginas y Pruebas
Es la actividad de construcción donde se hace uso de las herramientas
automatizadas para la creación de las WebApp l modelo en espiral se basa en
una serie de iteraciones en las que se cumplen unos objetivos definidos
previamente. Una de estas iteraciones puede estar dedicada a la elaboración de
un estudio de viabilidad, de los requerimientos, al trabajo de diseño, a la
obtención de prototipos funcionales, a la depuración, a la ampliación de los
resultados.
3.1.1.6 Evaluación del Cliente
Son las tareas requeridas para la reacción del cliente según la evaluación de las
representaciones del software creadas durante la etapa del proceso IWeb
3.2 METODOLOGIA OOHDM
Para el desarrollo de software orientado a objetos no basta usar un lenguaje
orientado a objetos. También se necesitará realizar un análisis y diseño orientado
a objetos.
Este modelo para diseño de aplicaciones hipermedia y para la Web, fue diseñado
por D. Schwabe, G. Rossi, and S. D. J. Barbosa y es una extensión de HDM con
orientación a objetos, que se está convirtiendo en una de las metodologías más
utilizadas. Ha sido usada para diseñar diferentes tipos de aplicaciones hipermedia
como galerías interactivas, presentaciones multimedia, sitios web y, sobre todo,
numerosos y WebApps.
24
Los modelos utilizados en esta metodología proveen de todos los mecanismos de
agrupamiento y herencia que necesitamos a lo largo del modelado.
Esta metodología plantea el diseño de una aplicación Web a través de cinco fases
que se desarrollan de un modo iterativo.
3.2.1 FASES DE LA METODOLOGIA “OOHDM”
3.2.1.1 Determinación de Requerimientos.
Facilita el mecanismo apropiado para saber lo que quiere el cliente, analizando
necesidades, confirmando su viabilidad, negociando una solución razonable,
especificando la solución sin ambigüedad, validando la especificación y
gestionando los requisitos para que se transformen en un sistema operacional.
Este proceso puede ser descrito en los siguientes pasos:
• Identificación de Requisitos
• Análisis de Requisitos y Negociación
• Especificación de Requisitos
• Modelizado del Sistema
• Validación de Requisitos y Gestión de Requisitos
3.2.1.2 Diseño Conceptual.
Se construye un esquema conceptual representado por los objetos de dominio o
clases y las relaciones entre dichos objetos. Se puede usar un modelo de datos
semántico estructural (como el modelo de entidades y relaciones). El modelo
OOHDM propone como esquema conceptual basado en clases, relaciones y
subsistemas.
3.2.1.3 Diseño Navegacional.
En la segunda etapa, el diseñador define clases navegacionales tales como
nodos, enlaces y estructuras de acceso (índices y visitas guiadas) inducidas del
esquema conceptual. Los enlaces derivan de las relaciones y los nodos
representan ventanas lógicas (views) sobre las clases conceptuales. A
continuación, el diseñador describe la estructura navegacional en términos de
contextos navegacionales. Un contexto navegacional es un conjunto de nodos,
enlaces, clases de contextos y otros contextos navegacionales (contextos
25
anidados) -igual que en HDM definen agrupaciones- que pueden ser definidos por
comprensión o extensión, o por enumeración de sus miembros. Los nodos se
enriquecen con un conjunto de clases especiales que permiten presentar atributos
así como métodos o comportamientos cuando se navega en un contexto
particular. Durante esta etapa, es posible adaptar los objetos navegacionales para
cada contexto, de forma similar a las perspectivas de HDM.
OOHDM no propone un modelo enriquecido para el dominio de la aplicación, por
lo que deja libre al diseñador para elegir el modelo de especificación del dominio.
Sin embargo, el modelo hipermedia está definido en dos niveles de abstracción:
las clases navegacionales y los contextos navegacionales.
En el momento de la especificación de las clases navegacionales es cuando el
diseñador define las correspondencias y, aunque OOHDM sugiere algunas, no
impone metáforas preestablecidas tan sistemáticamente como RMM. Los nodos
inducidos de las clases del modelo del dominio y los enlaces inducidos de las
relaciones del modelo del dominio se pueden precisar. Como el segundo nivel
está consagrado a la especificación de la navegación, expresada exclusivamente
sobre los objetos navegacionales (no sobre los elementos del modelo del
dominio), constituye un mecanismo que permite enriquecer el modelo hipermedia.
3.2.1.4 Diseño de Interfaz Abstracta.
La tercera etapa está dedicada a la especificación de la interfaz abstracta. Así, se
define la forma en la cual deben aparecer los contextos navegacionales. También
se incluye aquí el modo en que dichos objetos de interfaz activarán la navegación
y el resto de funcionalidades de la aplicación, esto es, se describirán los objetos
de interfaz y se los asociará con objetos de navegación. La separación entre el
diseño navegacional y el diseño de interfaz abstracta permitirá construir diferentes
interfaces para el mismo modelo navegacional.
Es la categoría de diseño que crea una conexión entre el hombre y la maquina,
pues la interfaz de usuario de una WebApp es la primera impresión.
3.2.1.5 Implementación.
Por fin, la cuarta etapa, dedicada a la puesta en práctica, es donde se hacen
corresponder los objetos de interfaz con los objetos de implementación.
26
Fuente:(http://www.telemidia.puc-rio.br/oohdm/oohdm.html)
Cada etapa de la concepción define un esquema objeto específico en el que se
introducen nuevos elementos (clases). En la siguiente imagen se muestran las
relaciones entre los esquemas conceptual, navegacional y los objetos de interfaz
en OOHDM.
Fuente: (http://www-di.inf.puc-rio.br/schwabe//papers/TAPOSRevised.pdf).)
Fig. 3.2 Relaciones del Modelo OOHDM Fuente:(http://www.telemidia.puc-rio.br/oohdm/oohdm.html)
27
3.2.2 LENGUAJE DE MODELADO UNIFICADO “UML”
Desde los inicios del desarrollo de software OO han existido diferentes
metodologías para hacer esto del modelamiento, pero sin lugar a duda, el
Lenguaje de Modelamiento Unificado (UML) puso fin a la guerra de metodologías.
Según los diseñadores del lenguaje UML Grady Booch, Jim Rumbaugh e Ivar
Jacobson, éste tiene como fin modelar cualquier tipo de sistemas (no solamente
de software) usando los conceptos de la orientación a objetos. Establecer un
lenguaje que acople conceptos orientados a objetos y permita su intercambio. Y
además, este lenguaje debe ser entendible para los humanos y máquinas.
El UML consta de todos los elementos y diagramas que permiten modelar los
sistemas en base al paradigma orientado a objetos. Los modelos orientados a
objetos cuando se construyen en forma correcta, son fáciles de comunicar,
cambiar, expandir, validar y verificar. Este modelamiento en UML es flexible al
cambio y permite crear componentes plenamente reutilizables.
Fuente:(http://java.ciberaula.com/articulo/tecnologia_orientada_objetos/)
UML se definen los siguientes diagramas gráficos:
1. Diagrama de casos de uso
2. Diagrama de clases
3. Diagrama de objetos
4. Diagrama de estados
5. Diagrama de actividades
6. Diagrama de secuencia
7. Diagrama de colaboración
8. Diagrama de componentes
9. Diagrama de despliegue
Los bloques de construcción de UML no pueden combinarse de cualquier manera.
Como cualquier lenguaje UML tiene unas reglas que especifican a qué debe
parecerse un modelo bien formado. Un modelo bien formado es aquel que es
28
semánticamente autoconsistente y está en armonía con todos sus modelos
relacionados.
UML tiene reglas semánticas para:
• Nombres.- Cómo llamar a los elementos, relaciones y diagramas.
• Alcance.- El contexto que da significado específico a un nombre.
• Visibilidad.- Cómo se pueden ver y utilizar esos nombres por otros.
• Integridad.- Cómo se relacionan apropiada y consistentemente unos
elementos con otros.
• Ejecución.- Qué significa ejecutar o simular un modelo dinámico.
Los modelos que construidos durante el proceso software de un sistema con gran
cantidad de software tienden a evolucionar y pueden ser vistos por diferentes
usuarios de formas diferentes y en momentos diferentes. Por esta razón, es
común en el equipo de desarrollo no sólo construir modelos bien formados, sino
también construir modelos que sean:
• Abreviados.- Ciertos elementos se ocultan para simplificar la vista.
• Incompletos.- : Pueden estar ausentes ciertos elementos.
• Inconsistentes.- No se garantiza la integridad del modelo.
Estos modelos que no llegan a ser bien formados son inevitables conforme los
detalles de un sistema van apareciendo y mezclándose durante el proceso
software. Las reglas de UML estimulan (pero no obligan) a considerar las
cuestiones más importantes de análisis, dise no e implementación que llevan a
tales sistemas a convertirse en bien formados con el paso del tiempo.
Estos diagramas proporcionan múltiples perspectivas del sistema bajo análisis
una de ellas nos lleva a ver el modelo de una forma estática o de una forma
dinámica, la figura 3.3 describe la utilizar durante el desarrollo de este proyecto la
clasificación antes mostrada. Añadiendo dos diagramas que son fundamentales
para el diseño Web. El modelo integra representaciones de forma que se puede
construir un sistema.
29
FASE MODELO DIAGRAMA
ANALISIS MODELO ESTATICO
Diagrama de casos de uso Diagrama de clases Diagrama de objetos
MODELO
DINAMICO
Diagrama de estados Diagrama de actividades
MODELO DE PROCESO
Diagrama de secuencia Diagrama de colaboración
DISEÑO
MODELO NAVEGACIONAL
Diagrama Arquitectónico Diagrama Navegacional
Fig. 3.3 El Modelo de Proceso Iweb Elaborado por: Cristina Jumbo
3.2.2.1 Diagramas de Casos de Uso
Muestra la descripción del comportamiento del sistema tal como lo observan los
usuarios finales, es decir representa lo que hace el sistema y como se relaciona
con su entorno, ayuda al analista a representar los requisitos del sistema.
El diagrama se representa con los siguientes elementos
• Caso de Uso.- Define la característica de funcionalidad y comportamiento
durante su interacción con los usuarios y otros sistemas.
• Actores.- Modela un tipo de objeto fuera del dominio del sistema pero que
interactúa con este, puede ser un conjunto uniforme de personas, sistemas
o maquinas.
30
• Relaciones.- Entre los actores y los casos de uso esta la asociación, la
generalización entre actores, existe también generalización, incluye y
exclude entre casos de uso.
modificar direccionSocial ingresar direccion
<<extend>>
seleccionar direccion
<<extend>>seleccionar usuario
Fig. 3.4 Diagrama de Casos de Uno Elaborado por: Cristina Jumbo
En la Figura 3.4 se puede observar los elementos del diagrama como son el Actor
llamado “Social”, cuatros casos de uso denominados seleccionar_usuario y las
relaciones.
3.2.2.2 Diagrama de Clases
Es un diagrama de estructura estática muestra un conjunto de clases que
conforman un sistema junto con las relaciones existentes entre las mismas, sin
que estas interactúen.
El diagrama se representa con los siguientes elementos
• Clases.- Es un conjunto de Objetos que comparten los mismos atributos,
operaciones, relaciones y semántica.
• Relaciones.- Las relaciones entre clases son De Dependencia,
Generalización, Asociación.
31
Fig. 3.5 Diagrama de Clases Elaborado por: Cristina Jumbo
En la Figura 3.5 se puede observar las clases usuario, referencia, dirección,
actividad social, actividad medica, actividad psicológica, y las relaciones de
dependencia hacia la clase origen o independiente.
3.2.2.3 Diagrama de Objetos
Representa un conjunto de objetos y sus relaciones. Se utilizan para describir
estructuras de datos, instantáneas de los elementos encontrados en los
diagramas de clases. Cubre los mismos aspectos que los diagramas de clases
pero desde una perspectiva de casos reales o prototípicos.
Un objeto se define como la instancia de una clase, es decir es la representación
de un entidad, ya sea real o conceptual, con límites bien definidos y con
significado dentro de un modelo. Cada objeto en un modelo se caracteriza por su
estado, comportamiento e identidad.
32
• Estado.- Un objeto es una de las posibles condiciones bajo las que el
objeto puede existir. El estado de un objeto cambia con el tiempo y está
definido por un conjunto de propiedades (atributos), por los valores de esas
propiedades y por las relaciones que dicho objeto puede tener con otros
objetos.
• Comportamiento.- Un objeto determina la forma en que responde ante
peticiones de otros objetos, y tipifica todo lo que el objeto puede hacer. El
comportamiento de un objeto se materializa en el conjunto de operaciones
definidas para dicho objeto.
• Identidad.- Implica que cada objeto es único, incluso si su estado es
idéntico al de otro objeto.
Fig. 3.6 Diagrama de Objetos Elaborado por: Cristina Jumbo
En la Figura 3.6 se puede observar el diagrama de clases pero en esta ocasión
los atributos con un valor asignado es así como se convierte en el diagrama de
objetos.
33
3.2.2.4 Diagrama de Secuencia
Es un diagrama que resalta la interacción de un conjunto de objetos enfocando su
atención en el orden cronológico del envió de mensajes entre estos. Este
diagrama permite dar detalle a los casos de uso y depende de la formulación de
dichos casos de uso.
El diagrama se representa con los siguientes elementos
• Objetos, Actores
• Líneas de Vida.- Indica la vida de un objeto durante la interacción, es una
línea vertical.
• Focos de Control.- Muestra el periodo de tiempo en el cual el objeto se
encuentra desarrollando alguna operación.
• Mensajes.- Este se realiza entre objetos y se representa con una línea
horizontal con flecha, pueden ser asíncronos, de llamada a procedimiento y
concurrentes.
: Social
: direccion
ingresa direccion( ) modifica direccion( )
DIRECCION REGISTRADA
selecciona direccion( )modifica direccion( )
DIRECCION ACTUALIZADA
Fig. 3.7 Diagrama de Secuencia Elaborado por: Cristina Jumbo
34
En la Figura 3.7 se puede observar ciertos elementos del diagrama como son el
Actor llamado “Social”, el objeto “Dirección”, los mensajes como son ingresa
dirección (), modifica dirección (), el foco de control, y el mensaje dirección
registrada, entre otros.
3.2.2.5 Diagrama de Colaboración
Es un diagrama muestra la colaboración entre objetos para realizar una tarea
mediante el uso de mensajes entre ellos, enfatiza la estructura organizacional
estableciendo un orden para dichos mensajes sin importar el orden cronológico,
enumera los mensajes para establecer una secuencia.
El diagrama se representa con los siguientes elementos
• Objetos.- Pueden representarse de diferentes formas como objetos
comunes, activos, multiobjetos y compuestos.
• Enlaces.- Es una instancia de una Asociación de un diagrama de clases,
representa la conexión entre dos instancias de objetos indicando alguna
forma de navegación y visibilidad.
• Numeraciones.- Determina la secuencia en que ocurren estos mensajes
representado mediante un numero.
• Mensajes.- Pueden ser al mismo objeto, indicar la construcción o
destrucción de objetos, ser condicionales o condicionales mutuamente
excluyentes.
• Interacciones.- Indica la cantidad de repeticiones que ejecutara el
mensaje.
35
: Social
: direccion
2: modifica direccion( )5: modifica direccion( )
3: DIRECCION REGISTRADA6: DIRECCION ACTUALIZADA
1: ingresa direccion( )4: selecciona direccion( )
Fig. 3.8 Diagrama de Colaboración Elaborado por: Cristina Jumbo
En la Figura 3.8 se puede observar ciertos elementos del diagrama como son el
Actor llamado “Social”, el objeto “Dirección”, los mensajes como son 1: ingresa
dirección (), 2: modifica dirección (), etc. Cada uno con la numeración que indica
la secuencia.
Los diagramas de secuencia y los diagramas de colaboración. Ambos diagramas
son isomorfos, es decir, se puede convertir de uno a otro sin pérdida de
información.
3.2.2.6 Diagrama de Estado
Representa el conjunto de estados por los cuales pasa un único objeto durante su
vida dentro de una aplicacion, junto con los eventos que provocan las
transiciones que permiten pasar de un estado a otro, así describe el
comportamiento de este objeto elemento de nuestro modelo.
Son especialmente importantes para modelar el comportamiento de una interfaz,
una clase o una colaboración, lo que es especialmente útil al modelar sistemas
reactivos.
El diagrama se representa con los siguientes elementos
• Estados.- Esta definido por ciertas características que de un objeto
mantiene en un periodo de tiempo, en el cual el objeto puede recibir
acciones. Existen dos estados fundamentales que son el inicial y final.
36
• Eventos.- Es una ocurrencia que puede causar la transición del objeto de
un estado a otro.
• Transiciones.- Es una acción instantánea, es una relación que indica que
el objeto en primer estado puede o no pasar al segundo.
Vigente Eliminadocrea direccion eliminada
Fig. 3 .9 Diagrama de Estado Elaborado por: Cristina Jumbo
En la Figura 3.9 se puede ver los estados de la clase dirección el inicial, el
Vigente que se crea bajo el evento de crea o ingresa dirección, así continúan las
transiciones hasta llegar al estado final.
3.2.2.7 Diagrama de Actividades
Muestra la relación de operaciones para conseguir el objetivo, es una vison
simplificada de lo que ocurre en un proceso. Este diagrama muestra el flujo de
trabajo.
El diagrama se representa con los siguientes elementos
• Actividad.- Representa la realización de una o varias tareas.
• Acción.- Es una actividad que no se puede descomponer.
• Transiciones.- Indican el flujo de control y pasa a la siguiente actividad.
• Inicio y Terminación.- Señala el inicio o fin del diagrama de actividades.
• Flujo de Objetos.- Establece el paso de una actividad a otra.
• Señales.- Representa las señales de envió y recibo entre actividades.
• Decisiones.- Se establece a partir de condiciones, estas decisiones
pueden disparar diferentes eventos.
37
• Barras de Sincronización.- Indica la ejecución de procesos al mismo
tiempo.
• Carriles.- Muestra las responsabilidades que están bajo la responsabilidad
de algún objeto, persona o equipo de trabajo.
Ver Usuario
Ingresar Usuario
Ingresar Actividad Social
Informacion de Usuario
Ingresar Actividad Psicologica
Ingresar Actividad Medica
MedicoPSicologoSocialCoordinador
Fig. 3.10 Diagrama de Actividades Elaborado por: Cristina Jumbo
En la Figura 3.10 se puede observar los carriles con los departamentos de
Coordinador, Social, Psicólogo, Medico. Las Actividades como Ver Usuario,
Ingresa Usuario, etc. Barras de sincronización durante las actividades de
Ingr5esar Actividad Social, Ingresar Actividad Psicológica, Ingresar Actividad
Medica y los elementos que indican el Inicio y Terminación.
A menudo se pude considerar comenzar por un diagrama de estados para
describir la respuesta del sistema ante los eventos externos, y después convertirlo
en un diagrama de actividades que se centre en el flujo de control, también se
puede pasar de los diagramas de actividades a los diagramas de estados.
38
3.2.2.8 Diagrama de Componentes
Los diagramas de componentes se utilizan para describir la vista de
implementación estática de un sistema, es decir solo los componentes y sus
conexiones, y no como funcionan.
El diagrama se representa con los siguientes elementos
• Componentes.- Es un elemento lógico, físico y remplazable de un sistema.
• Interfaces.- Es el rostro que presenta al mundo un componente o una
clase con las cual interaccionan otros componentes o clases.
• Relaciones.- Las relaciones entre clases son De Dependencia,
Generalización, Asociación.
Fig. 3.11 Diagrama de Componentes Fuente:(Cesar Liza, A (2001) Modelando con UML, Cáp. 8 Pág. 220)
En la Figura 3.11 se puede observar las dependencias entre los componentes de
una pagina Web. Consta de archivos html, mediante el cual es posible acceder
por medio de hiperenlaces a otros archivos, el archivo download puede descargar
conferencias que se encuentran en los archivos zip CONEIIS 1999, CONEIIS2000
y el archivo de texto ResumenAnticopia. (Ávila)
39
3.2.2.9 Diagrama de Despliegue
Modela la topología del hardware sobre el cual correrá nuestra aplicación y nos
indica donde se ejecutara cada uno de nuestros componentes. Muestra las
relaciones físicas entre los componentes de software y el hardware del sistema.
Los diagramas de despliegue se relacionan con los diagramas de componentes,
ya que un nodo normalmente incluye uno o más componentes.
Fuente:(http://www-gris.det.uvigo.es/~avilas/UML/node22.html)
El diagrama se representa con los siguientes elementos
• Nodos.- Es la representación de cualquier tipo de hardware sobre el cual
correrá el sistema.
• Conexiones.- Las conexiones entre nodos se realizan mediante una
asociación.
<< processor>>
Estacion de Trabajo
<<device>>
Switch
<<procesor>>
Servidor Proxy
<<device>>
Router
<<device>>
MODEM
Internet
*
11
1 1
TCP/IP
TCP/IP
TCP/IP 1
Fig. 3.12 Diagrama de Despliegue Fuente:(Cesar Liza, A (2001) Modelando con UML, Cáp. 9 Pág. 233)
En la Figura 3.12 se muestra un servidor Proxy, varias estaciones, un switch un
router y un MODEM. También se muestra la conexión TCP/IP muy común para
acceder a Internet.
40
3.2.2.10 Diagrama Arquitectónico
Se centra en la estructura global hipermedia para la WebApp que están definidas
en función de las metas de la WebApp, los contenidos a presentar a los usuarios
y la filosofía de navegación.
La estructura de las WebApps puede ser:
• Estructuras Lineales.- Cuando es predecible la sucesión de interacciones.
También existen lineales con flujo opcional, y lineal con desviaciones.
• Estructuras Reticulares.- Solo si el contenido de la Web puede ser
organizado en dos o más dimensiones. Para ellos el contenido debe ser
muy regular.
• Estructuras Jerárquicas.- Son las mas comunes. En las jerarquías de
software tradicionales se fomentan el flujo de control solo a lo largo de las
ramas verticales. En una WebApp se pueden enlazar por hipertexto ramas
verticales de la misma estructura. Es el “Acoplamiento”.
• Estructura en Red (o de Web pura).- Es como la arquitectura “en
evolución” de los sistemas OO. Se enlaza todo con todo. Da mucha
flexibilidad de navegación, aunque a veces es confusa para el usuario.
Es común combinar varias de las estructuras, dando lugar a estructuras híbridas
41
Fig. 3.13 Diagrama de Despliegue Elaborado por: Cristina Jumbo
En la Figura 3.14 se puede observar un diagrama de navegación de estructura
jerárquica.
3.2.2.11 Diagrama Navegaciónal
Una vez establecida la arquitectura se define la ruta que permitirá acceder al
contenido y a los servicios. Se deberá identificar una semántica según los perfiles
de usuarios que contenga la aplicación y definir una sintaxis (mecánica) para la
navegación. La arquitectura debe estar establecida.
El diagrama se representa con los siguientes elementos
• Unidad Semántica de Navegación.- USN se crea para cada meta
asociada a cada rol de usuario. Cada USN tiene unas “formas de
42
navegación” (WoN) para que cada usuario llegue a cada meta que se
proponga.
• Mecánica.- Esta establecida por la creación de los enlaces de Navegación,
el establecimiento de convenciones y ayudas.
o Opciones de Enlaces.- Texto, iconos, botones, interruptores,
metáforas gráficas entre otras, deberemos elegir la que mas se
adecuen al interfaz de nuestra Web.
o Ayudas a la Navegación.- Pueden ser una vista de esquema, un
mapa Web, tabla de contenidos, mecanismos de búsqueda y
servicios dinámicos de ayuda.
Fig. 3.14 Diagrama de Navegaciónal Elaborado por: Cristina Jumbo
En la Figura 3.14 se puede observar el diagrama de navegación con el perfil de
usuario como rol.
Fuente:( http://www.desarrollos-mecame.com/)
43
CAPÍTULO 4
4 CONCLUSIONES Y RECOMENDACIONES
4.1 CONCLUSIONES
• La Aplicación permite el seguimiento del tránsito de los usuarios por el
Hogar de Vida, de una manera ordenada y confiable. Facilita el registro de
actividades en las áreas médica, social y psicológica de los usuarios,
permitiendo así compartir información entre áreas.
• Ha resuelto el problema de consolidación de datos, y administración de
información para la elaboración de reportes. Este proceso de los datos
obtenidos no solo cubre las necesidades del hogar de vida como
institución, detecta los sectores de la tercera edad más vulnerables en el
país.
• La metodología OOHDM utilizada en el desarrollo de la WebApp facilito la
organización de la información, la planificación de las actividades a realizar,
el diseño y desarrollo del proyecto.
• UML (Lenguaje Unificado de Modelado) fue utilizado para el área de
diseño, ayudó en la representación gráfica de la funcionalidad del sistema
a través de sus diagramas.
• El conocer los lenguajes de programación fue necesario para ser
capaces de organizar, optimizar el funcionamiento de nuestro sitio Web
como es el caso de JavaScript, muy útil para la realización de la interfaz
de usuarios y PHP, que se integra fácil y eficazmente con HTML y con las
bases de datos en MySQL.
• Con la utilización de software Open Source, que proporciona las mismas
características que cualquier otro software licenciado, se ha podido reducir
costos y poder construir software de calidad.
44
4.2 RECOMENDACIONES
• La implementación inmediata de la Aplicación Web en la intranet de la
institución es fundamental, tanto para el Hogar Nº 1 como para el Nº 2 de
esta manera tendrán información unificada no solo para el Hogar de Vida
Nº 1, sino para la institución como tal.
• Esta aplicación puede ser conectada con el sitio Web que mantiene
actualmente La Fundación Patronato San José “Hogar de Vida Nº1”, para
que pueda acceder a esta tanto desde la intranet como desde Internet.
• A futuro se podría implementar una página de búsqueda de usuarios,
accediendo a la base de datos de la aplicación, con la finalidad de que los
familiares de dichos usuarios los puedan localizar.
• Se debe establecer el manejo de respaldos de la base de datos
semanalmente, es muy importante para que no existan pérdidas o
inconsistencia de la información almacenada en la base de datos.
• Es esencial brindar capacitación a la personas que administrarán el sitio
Web para el correcto funcionamiento del mismo
• Se recomienda que exista un Administrador Web, que controle los
respaldos de la base de datos, las seguridades a la WebApps a través de
antivirus, fireware, antispy etc. Además de actualizar, controlar y permitir el
acceso de funcionarios a la aplicación.
45
BIBLIOGRAFÍA
• Pressman Roger
“Ingeniería de Software Un enfoque Práctico.”
Quinta Edición 2002
[IWeb]
• Cesar Liza Ávila.
“Modelando con UML Principios y Aplicaciones.”
Primera Edición Agosto 2001
[UML]
• S. Murugesan, Y. Deshpande , S.Hansen, A. Ginige.
“Web Engineering : A New Discipline for Development of Web-Based Systems.”
Lecture Notes in Computer Science 2016 Springer 2001, pag 3 – 13.
[Ingenieria Web]
• David Rodríguez Lozano,
“Arquitectura de Sistemas Web, Aplicados a la Empresa”.
I Jornadas Internacionales de Ingeniería Web, Cáceres, 25 y 26 de junio de 2001.
[Arquitectura Web]
Paginas Web
• http://www.telemidia.puc-rio.br/oohdm/oohdm.html
Instituto de Tecnología de Software (ITS) - Departamento Informática Rio de
Janeiro – Brasil
[Metodología OOHDM]
• http://www.informandote.com/jornadasIngWEB/programa.asp
Universidad de Extremadura. Departamento de Informática. Escuela Politécnica.
España. [Ingeniería Web]
• http://java.ciberaula.com/articulo/tecnologia_orientada_objetos/
[Análisis y diseño Orientado a Objetos UML]
46
• http://www.oei.eui.upm.es/Asignaturas/PInformaticos/ficheros/temario/PROYINF-
1-NUEVO.pdf [Modelo Espiral]
• http://es.wikipedia.org/wiki
• http://www.appservnetwork.com/
• http://www.php.net/docs.php
• http://dev.mysql.com/doc/refman/5.0/es/introduction.html
• http://www.phpmyadmin.net/home_page/index.php
• http://httpd.apache.org/
• http://www.rational.com.ar/brochures/rose.pdf
• http://office.microsoft.com
[Herramientas]
• http://www.informandote.com/jornadasIngWEB/programa.asp
• http://www.iua.upf.es/~tnavarrete/publications/pfc.pdf
• http://www.tdx.cesca.es/TESIS_UPC/AVAILABLE/TDX-
47
ANEXOS
48
CONTENIDO
MANUAL TECNICO ............................................................................................. 50 ANALISIS ............................................................................................................. 51 DISEÑO CONCEPTUAL ...................................................................................... 52 MODELO ESTATICO........................................................................................... 53
DIAGRAMA DE CASOS DE USO .................................................................... 54 DEFINICION DE ACTORES...................................................................... 55 INGRESO DE USUARIO........................................................................... 56 MANTENIMIENTO DE USUARIO ............................................................. 56 INGRESAR REFERENCIA........................................................................ 56 INGRESAR DIRECCION........................................................................... 57 INGRESAR ESTADIA................................................................................ 57 INGRESAR ACTIVIDAD SOCIAL.............................................................. 57 INGRESAR ACTIVIDAD MEDICA............................................................. 57 INGRESAR ACTIVIDAD PSICOLOGICA .................................................. 58 OTROS...................................................................................................... 58 DICCIONARIO DE CASOS DE USO........................................................ 59
DIAGRAMA DE CLASES.................................................................................. 62 DICCIONARIO DE CLASES...................................................................... 64
DIAGRAMA DE OBJETOS............................................................................... 65 DISEÑO................................................................................................................ 67 DISEÑO DE INTERFAZ ABSTRACTA................................................................. 68
MODELO DINAMICO ....................................................................................... 69 DIAGRAMA DE SECUENCIA ....................................................................... 70
INGRESO DE USUARIO........................................................................... 71 MANTENIMIENTO DE USUARIO ............................................................. 72 INGRESAR REFERENCIA........................................................................ 72 INGRESAR DIRECCION........................................................................... 73 INGRESAR ESTADIA................................................................................ 73 INGRESAR ACTIVIDAD SOCIAL.............................................................. 74 INGRESAR ACTIVIDAD MEDICA............................................................. 74 INGRESAR ACTIVIDAD PSICOLOGICA .................................................. 75
DIAGRAMA DE COLABORACIÓN ............................................................... 76 INGRESO DE USUARIO........................................................................... 77 MANTENIMIENTO DE USUARIO ............................................................. 78 INGRESAR REFERENCIA........................................................................ 78 INGRESAR DIRECCION........................................................................... 79 INGRESAR ESTADIA................................................................................ 79 INGRESAR ACTIVIDAD SOCIAL.............................................................. 80 INGRESAR ACTIVIDAD MEDICA............................................................. 80 INGRESAR ACTIVIDAD PSICOLOGICA .................................................. 81
MODELO DE PROCESOS............................................................................... 82 DIAGRAMA DE ESTADOS........................................................................... 83
TRANSICION DE LOS ESTADOS DEL USUARIO ................................... 84 ESTADO DE LA CLASE REFERENCIA.................................................... 84 ESTADO DE LA CLASE DIRECCION....................................................... 84 ESTADO DEL SERVICIO EXTERNO........................................................ 84
DIAGRAMA DE ACTIVIDADES .................................................................... 85
49
DISEÑO DE NAVEGACION................................................................................. 87 MODELO NAVEGACIONAL............................................................................. 88
DIAGRAMA ARQUITECTÓNICO................................................................. 89 DIAGRAMA NAVEGACIONAL...................................................................... 91
DIAGRAMA DE AGENTES ....................................................................... 92 GENERAL ................................................................................................. 93 AGENTE SOCIAL...................................................................................... 93 AGENTE MEDICO.................................................................................... 94 AGENTE PSICOLOGICO......................................................................... 95 AGENTE COORDINADOR........................................................................ 96
MANUAL DE USUARIO ....................................................................................... 97 INGRESO AL SISTEMA ................................................................................... 98 MENU ............................................................................................................... 98 INGRESAR DATOS.......................................................................................... 99 VER INFORMACION...................................................................................... 101
GLOBAL...................................................................................................... 101 ESPECIFICO .............................................................................................. 101
INFORMES..................................................................................................... 102 SITIO .............................................................................................................. 103 BUSQUEDA.................................................................................................... 104
50
MANUAL TECNICO
51
ANALISIS
52
DISEÑO CONCEPTUAL
53
MODELO ESTATICO
54
DIAGRAMA DE CASOS DE USO
55
DEFINICION DE ACTORES
Nombre Descripción Responsabilidades Coordinador Director General de la
Institución Ingresa usuarios Da proceso a la inserción de un usuario Supervisa la gestión realizada de las diferentes áreas Medicina, Psicología, Trabajo Social Elabora informes generales
Social Usuario final perteneciente al Área de Trabajo Social
Maneja en su totalidad el ingreso y egreso de los usuarios Registra las actividades de tipo social Consulta el estado medico y psicológico para completar su labor
Médico Usuario final perteneciente al Área de Médica
Registra la atención medica Consulta datos de los otros departamentos
Psicología Usuario final perteneciente al Área de Psicología
Registra la atención psicológica Consulta datos de los otros departamentos
56
INGRESO DE USUARIO
si cambia el estado
. si existe .no existe
Social ingresar referencia
ingresar direccion
ingresar estadia
ingresar estadia
digitar usuario
ingresar usuario
<<extend>>
<<include>>
<<include>>
actualizar usuario
<<include>>
buscar usuarios
<<include>>
<<extend>>
ver usuario
<<extend>>
seleccionar usuario<<extend>>
<<include>>
MANTENIMIENTO DE USUARIO
Social seleccionar usuario
ingresar referencia
ingresar direccion
ingresar estadia
ver usuario
<<include>>
modificar usuario
<<extend>>
<<extend>>
<<extend>>
<<extend>>
INGRESAR REFERENCIA
modificar direccioningresar direccion
<<extend>>
modificar referencia
<<extend>> <<extend>>Social ingresar referencia
<<include>>
seleccionar referencia
seleccionar usuario
57
INGRESAR DIRECCION
modificar direccionSocial ingresar direccion
<<extend>>
seleccionar direccion
<<extend>>seleccionar usuario
INGRESAR ESTADIA
ingresar estadiaactual izar usuarioSocial
ver estadiaseleccionar usuario
cambia el estado
INGRESAR ACTIVIDAD SOCIAL
tipo actividad = insercicion
ingresar estadia
imprimir
escoger actividad social
<<extend>>
<<extend>>
imprimir
ingresar actividad social
<<include>>
ver actividad social
Social seleccionar usuariodesplegar actividad social
INGRESAR ACTIVIDAD MEDICA
tipo actividad=hospitalizado
resul tado= no hospital izado, fal lecio
ingresar estadia
imprmir historia medica
escoger actividad medica
<<extend>>
actualizar servicio externo<<extend>>
Medico
imprimir servicios externos
ingresar historia medica
<<extend>>
ingresar actividad medica
<<include>>
ingresar servicio externo<<extend>>
<<include>>
desplegar actividad medica seleccionar usuario
imprimirver actividad medica
58
INGRESAR ACTIVIDAD PSICOLOGICA
ingresar periodo psicologico
imprimir
imprimir
ingresar actividad psicologica
ingresar historia psicologica
<<extend>>
ver actividad psicologia
Psicologoseleccionar usuariodesplegar actividad psicologica
OTROS
DESPLEGAR REPORTES USUARIO
Coordinador
CONSULTAR USUARIO
Coordinador
Social
ver actividad psicologia
ver actividad medica
ver actividad social
ver usuario
seleccionar usuario
Social digitar parametros desplegar usuariosbuscar usuarios
Casos de uso irrelevantes no trascendentales pero ayudan al USO del SISTEMA
59
DICCIONARIO DE CASOS DE USO
Flujo de Eventos del Caso de Uso : INGRESO DE USUARIO Actor : Social, Coordinador Curso Normal : Alternativas : digitar usuario buscar usuario
(si existe) extend (seleccionar usuario) include (ver usuario)
(opción libre) extend (actualiza usuario) include (ingresar estadía) (no existe) extend (ingresar usuario)
include (ingresar estadía) include (ingresar dirección)
(opción libre) extend (ingresar referencia) Flujo de Eventos del Caso de Uso : MANTENIMIENTO DE USUARIO Actor : Social, Coordinador Curso Normal : Alternativas : seleccionar usuario ver usuario modificar usuario
extend (ingresar referencia) (opción libre) extend (ingresar dirección) extend (ingresar estadía)
Flujo de Eventos del Caso de Uso : INGRESAR REFERENCIA Actor : Social, Coordinador Curso Normal : Alternativas : seleccionar usuario ingresar referencia include (ingresar dirección)
(opción libre) extend (modificar dirección) seleccionar referencia modificar referencia
(opción libre) extend (ingresar dirección) (opción libre) extend (modificar dirección)
Flujo de Eventos del Caso de Uso : INGRESAR DIRECCION Actor : Social, Coordinador Curso Normal : Alternativas : seleccionar usuario ingresar dirección
(opción libre) extend (modificar dirección) seleccionar dirección
(opción libre) extend (modificar dirección) Flujo de Eventos del Caso de Uso : INGRESAR ESTADIA
60
Actor : Social, Coordinador, Medico Curso Normal : Alternativas : seleccionar usuario ver estadía actualizar usuario ingresar estadía Flujo de Eventos del Caso de Uso : INGRESAR ACTIVIDAD SOCIAL Actor : Social Curso Normal : Alternativas : seleccionar usuario ingresar actividad social include (escoger actividad social)
tipo actividad=inserción extend (ingresar estadía) extend (imprimir) desplegar actividad social imprimir Flujo de Eventos del Caso de Uso : INGRESAR ACTIVIDAD MEDICA Actor : Medico Curso Normal : Alternativas : seleccionar usuario ingresar historia medica
(opción libre) extend (imprimir historia medica) ingresar servicio externo include (actualizar servicio externo)
(resultado=no hospitalizado, falleció) extend (ingresar estadía) ingresar actividad medica include (escoger actividad medica)
(tipo actividad=hospitalizado) extend (ingresar estadía) extend (ingresar servicio externo) desplegar actividad medica imprimir Flujo de Eventos del Caso de Uso : INGRESAR ACTIVIDAD PSICOLOGIA Actor : Psicólogo Curso Normal : Alternativas : seleccionar usuario ingresar actividad psicológica ingresar historia psicológica
(opción libre) extend (ingresar periodo psicológico)
imprimir desplegar actividad psicológica imprimir
61
Flujo de Eventos del Caso de Uso : CONSULTAR USUARIO Actor : Social, Coordinador, Medico, psicólogo Curso Normal : Alternativas : digitar parámetros buscar usuario desplegar usuarios Flujo de Eventos del Caso de Uso : DESPLEGAR REPORTES USUARIO Actor : Coordinador Curso Normal : Alternativas : seleccionar usuario ver actividad medica ver actividad psicología
(opción libre) ver actividad social ver estadía ver usuario
62
DIAGRAMA DE CLASES
63
usuariocentrocod usuarioestadotipo doc umentoidentificacionapellido paternoapellido maternoprimer nombresegundo nombrenombre c ortoseudonimosexofecha nacimientociudad nac imientoedadidiomanivel instruccionestado c iv ilingreso economicomonto ingresotipo usuarios ituacionocupac iondiscapac idaddesc ripc ion discapaciadantecedentes delic tiv osetniacolor ojostipo c abellolargo cabelloseñales particularesvestidotalla zapatocondic iones fis icastallapesopulsopresionres pirac iontemperaturaayuda recibidaayuda descripc iontiempo callepronunciacionhabitosfamiliar v ivenumero hijosposibilidad inserc iontipo inserc iondias estadiafecha ingresotipo ingresoobservacionfechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresar usuar io()modificar usuario()actualiz ar usuario()busc ar usuar io()desplegar usuario()ver usuario()
serv icio ex terno
centrocod serv ic iocod usuarioestadocentro medicomedico res ponsabletipo s erv ic iodesc ripc ionfecha programadares ultadofecha realizadafechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresar serv ic io externo()actualiz ar serv ic io externo()imprimir s erv ic ios externos()
referenciacentrocod referenc iacod us uarioes tadotipo documentoidentificacionapellido paternoapellido maternopr imer nombresegundo nombrenombre cortosexooc upacionrelac ionparentescoedaddesc ripc ionfechaingfuncionario ingterminalingfechamodfuncionariomodterminalmod
ingresar referencia()selecc ionar referenc ia()modific ar referencia()
his toria medica
centrocodigo his toriacod usuar iohabitos condiciones fisicasantecentes personalesantecentes patologicosenfermedad actualmedic ac ion ac tualrsentradascranealesrscuellocabez arsrespirator iorsgas tro intestinalrsgenitour inar iorsosteoar tic ularrspielanexosrsextremidadesrstoraxabdomenrsespaldars infectocontagios aobservacionfechaingfunc ionarioingterminalingfechamodfunc ionariomodterminalmod
ingresar h is tor ia medic a()imprmir his toria medica()
estadiacentrocod es tadiacod us uar ioes tadosituac iontipo ins erc ioninserc ionfecha desdefecha hastadiasobservacionfechaingfunc ionarioingterminalingfechamodfunc ionariomodterminalmod
ingresar estadia()ac tualizar es tadia()ver estadia()
direccioncentrocod direc cioncod us uario / cod referenciaes tadotipo d ireccionpaisprovinc iac iudadsectorbarriocalle princ ipalnumerocalle secundar iadirec ciontelefono loc al 1telefono loc al 2telefono c elularfechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresa direccion()selecc iona direc cion()modific a direc cion()
activ idad ps icologica
centrocod ac tiv idadcod us uariosecionsecionesantecedentestipo terapiaenfermedadestado concienteevoluc ionrec omendacionesfechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresar activ idad ps icologica()desplegar activ idad s icologica()ver activ idad psic ologic a()selecc ionar()imprimir()
actividad medica
centrocod ac tiv idadcod us uariomotiv o consultadiagnosticogeneraldiagnosdescripc iontratamientovitaminascalc iores ponsableautovalenc iatemperaturares pirac ionpulsopresion arter ialtallapesofechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresar activ idad medica()desplegar activ idad medica()ver activ idad medic a()selecc ionar()imprimir()
actividad social
centrocod ac tiv idadcod us uariotipo activ idadobservacioncontac tofechaingfunc ionario ingterminalingfechamodfunc ionariomodterminalmod
ingresar activ idad social()desplegar activida soc ia l()ver activ idad s ocial()selecc ionar()
per iodo psicologico
centrocod periodocod histor iacod usuar ioanemesisfactorperiododescr ipc ionfechaingfunc ionarioingterminalingfechamodfunc ionariomodterminalmod
ingresar per iodo psicologico()
his toria ps icologica
centrocod histor iacod usuar iorelig ionideas politicasafiliac ion partidopre atencion s icologic asiluc ionessseudocodigosalucinc ionessactitudaluc inatoriaattranscualitativoattranscuantitativooautopsiquicaoalopsiquicamtranscualitativomtranscuantitativopcurs opestructurapcontenidoaftranscualitativoaftranscuantitativoafreaccionafectivaafideasfijasafideasobsesivasaffobiasvactosimpulsivosvactoscompuls ivosvactiv idadvoluntar ialenguajeinteligenciaconcienciafechaingfunc ionarioingterminalingfechamodfunc ionariomodterminalmod
ingresar h is tor ia ps icologica()impr imir his toria ps ic ologic a()
USUARIO-us uario-direc cion-referenc ia-es tadia
ACTIVIDA MEDICA-activ idad medica-histor ia medica-serv ic ios externos
ACTIVIDAD PSICOLOGICA-ac tiv idad psic ologica-historia ps icologica-periodo psicologico
ACTIVIDAD SOCIAL-activ idad social
64
DICCIONARIO DE CLASES
Clase Descripción
usuario contempla los datos personales de cada usuario que transita por el hogar de vida
estadía Guarda un registro histórico de las entradas y salida de cada usuario en función del estado bajo el cual se encuentra.
dirección almacena las direcciones tanto de referencias como de usuarios
referencia almacena las referencias que cada usuario pueda proveer
actividad_social almacena todas la actividades sociales realizadas con los usuarios
actividad_medica almacena todas la actividades medicas realizadas con los usuarios
historia_medica almacena la historia_medica de cada usuarios
servicios_externos almacena los servicios externos médicos que cada usuario ha tenido
actividad_psicologica almacena todas la actividades psicológica realizadas con los usuarios
historia_psicologica almacena la historia psicológica del usuario
periodo_psicologico almacena datos ya que es parte importante de la historia_psicologica
65
DIAGRAMA DE OBJETOS
66
usuariocentrocod usuarioestadotipo doc umentoidentificacionapellido paternoapellido maternoprimer nombresegundo nombrenombre c ortoseudonimosexofecha nacimientociudad nac imientoedadidiomanivel instruccionestado c iv ilingreso economicomonto ingresotipo usuarios ituacionocupac iondiscapac idaddesc ripc ion discapaciadantecedentes delic tiv osetniacolor ojostipo c abellolargo cabelloseñales particularesvestidotalla zapatocondic iones fis icastallapesopulsopresionres pirac iontemperaturaayuda recibidaayuda descripc iontiempo callepronunciacionhabitosfamiliar v ivenumero hijosposibilidad inserc iontipo inserc iondias estadiafecha ingresotipo ingresoobservacionfechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresar usuar io()modificar usuario()actualiz ar usuario()busc ar usuar io()desplegar usuario()ver usuario()
serv icio ex terno
centrocod serv ic iocod usuarioestadocentro medicomedico res ponsabletipo s erv ic iodesc ripc ionfecha programadares ultadofecha realizadafechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresar serv ic io externo()actualiz ar serv ic io externo()imprimir s erv ic ios externos()
referenciacentrocod referenc iacod us uarioes tadotipo documentoidentificacionapellido paternoapellido maternopr imer nombresegundo nombrenombre cortosexooc upacionrelac ionparentescoedaddesc ripc ionfechaingfuncionario ingterminalingfechamodfuncionariomodterminalmod
ingresar referencia()selecc ionar referenc ia()modific ar referencia()
his toria medica
centrocodigo his toriacod usuar iohabitos condiciones fisicasantecentes personalesantecentes patologicosenfermedad actualmedic ac ion ac tualrsentradascranealesrscuellocabez arsrespirator iorsgas tro intestinalrsgenitour inar iorsosteoar tic ularrspielanexosrsextremidadesrstoraxabdomenrsespaldars infectocontagios aobservacionfechaingfunc ionarioingterminalingfechamodfunc ionariomodterminalmod
ingresar h is tor ia medic a()imprmir his toria medica()
estadiacentrocod es tadiacod us uar ioes tadosituac iontipo ins erc ioninserc ionfecha desdefecha hastadiasobservacionfechaingfunc ionarioingterminalingfechamodfunc ionariomodterminalmod
ingresar estadia()ac tualizar es tadia()ver estadia()
direccioncentrocod direc cioncod us uario / cod referenciaes tadotipo d ireccionpaisprovinc iac iudadsectorbarriocalle princ ipalnumerocalle secundar iadirec ciontelefono loc al 1telefono loc al 2telefono c elularfechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresa direccion()selecc iona direc cion()modific a direc cion()
activ idad ps icologica
centrocod ac tiv idadcod us uariosecionsecionesantecedentestipo terapiaenfermedadestado concienteevoluc ionrec omendacionesfechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresar activ idad ps icologica()desplegar activ idad s icologica()ver activ idad psic ologic a()selecc ionar()imprimir()
actividad medica
centrocod ac tiv idadcod us uariomotiv o consultadiagnosticogeneraldiagnosdescripc iontratamientovitaminascalc iores ponsableautovalenc iatemperaturares pirac ionpulsopresion arter ialtallapesofechaingfuncionar io ingterminalingfechamodfuncionar iomodterminalmod
ingresar activ idad medica()desplegar activ idad medica()ver activ idad medic a()selecc ionar()imprimir()
actividad social
centrocod ac tiv idadcod us uariotipo activ idadobservacioncontac tofechaingfunc ionario ingterminalingfechamodfunc ionariomodterminalmod
ingresar activ idad social()desplegar activida soc ia l()ver activ idad s ocial()selecc ionar()
per iodo psicologico
centrocod periodocod histor iacod usuar ioanemesisfactorperiododescr ipc ionfechaingfunc ionarioingterminalingfechamodfunc ionariomodterminalmod
ingresar per iodo psicologico()
his toria ps icologica
centrocod histor iacod usuar iorelig ionideas politicasafiliac ion partidopre atencion s icologic asiluc ionessseudocodigosalucinc ionessactitudaluc inatoriaattranscualitativoattranscuantitativooautopsiquicaoalopsiquicamtranscualitativomtranscuantitativopcurs opestructurapcontenidoaftranscualitativoaftranscuantitativoafreaccionafectivaafideasfijasafideasobsesivasaffobiasvactosimpulsivosvactoscompuls ivosvactiv idadvoluntar ialenguajeinteligenciaconcienciafechaingfunc ionarioingterminalingfechamodfunc ionariomodterminalmod
ingresar h is tor ia ps icologica()impr imir his toria ps ic ologic a()
USUARIO-us uario-direc cion-referenc ia-es tadia
ACTIVIDA MEDICA-activ idad medica-histor ia medica-serv ic ios externos
ACTIVIDAD PSICOLOGICA-ac tiv idad psic ologica-historia ps icologica-periodo psicologico
ACTIVIDAD SOCIAL-activ idad social
67
DISEÑO
68
DISEÑO DE INTERFAZ ABSTRACTA
69
MODELO DINAMICO
70
DIAGRAMA DE SECUENCIA
71
INGRESO DE USUARIO
A
: Social
: usuario : estadia
digitar usuario buscar usuario( )
USUARIO EXISTE
seleccionar usuario
actualizar usuario( )
ver usuario ( )
ingresar estadia( )
ACTUALIZACION REGISTRADA
ACTUALIZACION NO REGISTRADA
B
: Social
: usuario : estadia : direccion : referencia
ingresar usuario( ) ingresar estadia( ) ingresa direccion( )
ingresar referencia( )
USUARIO REGISTRADO
buscar usuario( )
USUARIO NO EXISTE
USUARIO NO REGISTRADO
72
MANTENIMIENTO DE USUARIO
: Social
: usuario : estadia : referencia : direccion
modificar usuario( ) ingresar estadia( )
ingresa direccion( )
ingresar referencia( )
ACTUALIZACION REGISTRADA
INGRESAR REFERENCIA
: Social
: referencia : direccion
ingresar referencia( )
seleccionar referencia( ) modificar referencia( )
ingresa direccion( ) modifica direccion( )
REFERENCIA ACTUALIZADA
ingresa direccion( ) modifica direccion( )
REFERENCIA REGISTRADA
73
INGRESAR DIRECCION
: Social
: direccion
ingresa direccion( ) modifica direccion( )
DIRECCION REGISTRADA
selecciona direccion( )modifica direccion( )
DIRECCION ACTUALIZADA
INGRESAR ESTADIA
: Social
: estadia : usuario
ver estadia( )
actualizar estadia( )
ingresar estadia( )
actualizar usuario( )
ESTADIA REGISTRADA
74
INGRESAR ACTIVIDAD SOCIAL
: Social
: actividad social
: estadia
ingresar actividad social( ) ingresar estadia( )
ACTIVIDAD REGISTRADA
ver actividad social( )
desplegar activida social( )
seleccionar( )
INGRESAR ACTIVIDAD MEDICA
: Medico
: historia medica
: servicio externo
: estadia : actividad medica
seleccionar( )
desplegar actividad medica( )
ingresar actividad medica( )
ingresar historia medica( )
ingresar servicio externo( )
actualizar servicio externo( )
ingresar estadia( )
ingresar servicio externo( )
imprmir historia medica( )
ver actividad medica( )imprimir( )
imprimir servicios externos( )
75
INGRESAR ACTIVIDAD PSICOLOGICA
: Psicologo
: actividad psicologica : historia psicologica : periodo psicologico
desplegar actividad sicologica( )
seleccionar( )
ingresar actividad psicologica( )
ingresar historia psicologica( )
ingresar periodo psicologico( )
imprimir historia psicologica()
ver actividad psicologica( )
imprimir( )
76
DIAGRAMA DE COLABORACIÓN
77
INGRESO DE USUARIO
A
: Social
: usuario : estadia
2: buscar usuario( )
1: digitar usuario4: seleccionar usuario6: actualizar usuario( )
3: USUARIO EXISTE5: ver usuario ( )
7: ingresar estadia( )
8: ACTUALIZACION REGISTRADA9: ACTUALIZACION NO REGISTRADA
B
: Social
: usuario
: estadia : direccion
: referencia3: ingresar usuario( )1: buscar usuario( )
2: USUARIO NO EXISTE8: ingresar referencia( )
4: ingresar estadia( )
5: ingresa direccion( )
6: USUARIO REGISTRADO7: USUARIO NO REGISTRADO
78
MANTENIMIENTO DE USUARIO
: Social
: usuario
: estadia
: referencia
: direccion
1: seleccionar usuario3: modificar usuario( )
2: ver usuario ( )7: ACTUALIZACION REGISTRADA
4: ingresar estadia( )
5: ingresa direccion( )
6: ingresar referencia( )
INGRESAR REFERENCIA
: Social
: referencia
: direccion
8: modifica direccion( )3: modifica direccion( )
6: modificar referencia( )
1: ingresar referencia( )5: seleccionar referencia( )
9: REFERENCIA ACTUALIZADA
7: ingresa direccion( )2: ingresa direccion( )
4: REFERENCIA REGISTRADA
79
INGRESAR DIRECCION
: Social
: direccion
2: modifica direccion( )5: modifica direccion( )
3: DIRECCION REGISTRADA6: DIRECCION ACTUALIZADA
1: ingresa direccion( )4: selecciona direccion( )
INGRESAR ESTADIA
: Social
: estadia : usuario
4: ingresar estadia( )
1: ver estadia( )2: actualizar estadia( )
5: ESTADIA REGISTRADA
3: actualizar usuario( )
80
INGRESAR ACTIVIDAD SOCIAL
: Social
: actividad social : estadia
3: ingresar actividad social( )6: ver actividad social( )
1: desplegar activida social( )2: seleccionar( )
5: ACTIVIDAD REGISTRADA
4: ingresar estadia( )
INGRESAR ACTIVIDAD MEDICA
: Medico
: historia medica
: actividad medica
: servicio externo : estadia
6: actualizar servicio externo( )4: imprmir historia medica( )
11: imprimir( )
2: seleccionar( )1: desplegar actividad medica( )
8: ingresar actividad medica( )10: ver actividad medica( )
3: ingresar historia medica( )
5: ingresar servicio externo( )12: imprimir servicios externos( )
9: ingresar servicio externo( )
7: ingresar estadia( )
81
INGRESAR ACTIVIDAD PSICOLOGICA
: Psicologo
: actividad psicologica
: historia psicologica : periodo psicologico
5: imprimir historia psicologica()
8: imprimir( )
1: desplegar actividad sicologica( )2: seleccionar( )
3: ingresar actividad psicologica( )7: ver actividad psicologica( )
4: ingresar historia psicologica( )
6: ingresar periodo psicologico( )
82
MODELO DE PROCESOS
83
DIAGRAMA DE ESTADOS
84
TRANSICION DE LOS ESTADOS DEL USUARIO
EX RESIDENTES
Salida Voluntaria 1
Salida Voluntaria 2
Reinsertado
Fallecido
Reingreso
RESIDENTES
Residente
Visita
Hospitalizado
Temporal Residente
Visita
Hospitalizado
Temporal
Salida Voluntaria 1
Salida Voluntaria 2
Reinsertado
ESTADO DE LA CLASE REFERENCIA
Vigente Eliminadoeliminadacrea referencia
ESTADO DE LA CLASE DIRECCION
Vigente Eliminadocrea direccion eliminada
ESTADO DEL SERVICIO EXTERNO
Pendiente Listoingresa resultadocrea servicio externo
85
DIAGRAMA DE ACTIVIDADES
86
Ver Usuario
Ingresar Usuario
Ingresar Actividad Social
Informacion de Usuario
Ingresar Actividad Psicologica
Ingresar Actividad Medica
MedicoPSicologoSocialCoordinador
87
DISEÑO DE NAVEGACION
88
MODELO NAVEGACIONAL
89
DIAGRAMA ARQUITECTÓNICO
90
91
DIAGRAMA NAVEGACIONAL
92
DIAGRAMA DE AGENTES
Es un
Es un
Coordinador Social Psicologico Medico
Funcionario del HDV1
?
Internauta
93
GENERAL
AGENTE SOCIAL
E
<<contexto>>VER
USUARIO
S
<<contexto>>
INGRESAR
DIRECCION
S
<<contexto>>
INGRESAR
REFERENCIA
S
<<contexto>>
INGRESAR
ESTADIA
E
<<contexto>>VER
ACTIVIDAD
SOCIAL
E
<<contexto>>VER
ACTIVIDAD
MEDICA
E
<<contexto>>VER
ACTIVIDAD
PSICOLOGICO
S
<<contexto>>DESPLEGAR
ACTIVIDAD
GLOBAL
S
<<contexto>>INGRESAR
ACTIVIDAD
SOCIAL
S
<<contexto>>VER
ACTIVIDAD
SOCIAL
<<subsistema>>
S
DESPLEGAR
USUARIOS
INGRESAR
USUARIO
<<subsistema>>
S
S
<<contexto>>
VER
ESTADIA
S
<<contexto>>
VER
DIRECCION
E
<<contexto>>
VER
REFERENCIA
E
<<subsistema>>
USUARIO
E
<<subsistema>>
DEPARTAMENTO
SOCIAL
Social
S
<<contexto>>
INGRESAR
REFERENCIA
94
AGENTE MEDICO
95
AGENTE PSICOLOGICO
S
<<contexto>>DESPLEGAR
ACTIVIDAD
PSICOLOGICA
S
<<contexto>>INGRESAR
HISTORIA
PSICOLOGICA
S
<<contexto>>INGRESAR
PERIODO
PSICOLOGICO
S
<<contexto>>INGRESAR
ACTIVIDAD
PSICOLOGICA
E
<<contexto>>VER
ACTIVIDAD
PSICOLOGICA
E
<<contexto>>VER
USUARIO
E
<<contexto>>VER
ACTIVIDAD
SOCIAL
E
<<contexto>>VER
ACTIVIDAD
MEDICA
E
<<contexto>>VER
ACTIVIDAD
PSICOLOGICO
<<subsistema>>
S
DESPLEGAR
USUARIOS
S
<<contexto>>
VER
ESTADIA
S
<<contexto>>
VER
DIRECCION
E
<<contexto>>
VER
REFERENCIA
E
<<subsistema>>
USUARIO
S
<<contexto>>
INGRESAR
REFERENCIA
Psicologico
96
AGENTE COORDINADOR
97
MANUAL DE USUARIO
98
INGRESO AL SISTEMA
La pantalla que permite el acceso a usuario es la siguiente, para el ingreso al
sistema el funcionario debe ingresar Nombre de Usuario y Contraseña, al Aceptar
si los datos son correctos ingresara al sistema Caso contrario volverá a esta
pagina.
MENU
El menú nos permite navegar por el sistema, bajo los siguientes ítems.
• Usuario.-Permite Ver a todos los usuarios general y específicamente,
además de Ingresar Nuevos usuarios.
• Departamento Social.-Permite ingresar actividades sociales a los usuarios
residentes
• Departamento Medico.-Permite ingresar actividades medicas a los usuarios
residentes
• Departamento Psicológico.-Permite ingresar las actividades psicológicas a
los usuarios residentes
• Informes.-Permite desplegar informes generales de la gestión realizada.
• Sitio.-Muestra la información del sistema, sus creadores, el mapa Web
• Búsqueda.-Permite buscar usuarios solo por nombre
99
•
El menú vertical despliega sus opciones según las características del usuario.
INGRESAR DATOS
Para ingresar datos se debe considerar que debe existir un usuario es decir se
podrán ingresar actividades de cualquier departamento a un usuario, jamás
independientes de este.
Los formularios de ingreso tienen la mismo modalidad una vez digitados los datos
se guardaran, al dar clic en el botón.
100
Ingresados los Datos si es un usuario, desplegara un menú horizontal en forma de
pestañas que permitirá manipular los datos y la información de este fácilmente.
Así podemos ver toda la información de cada departamento
Social
Medico
Psicológico
101
También se puede ingresar, Referencia, Dirección y Estadía o ver en caso de que
existieran.
VER INFORMACION
GLOBAL
Se visualiza una lista de los usuarios a los cuales se puede realizar cambios o
ingresar nuevos registros. Para seleccionar el usuario se debe dar clic sobre el el
icono de la lupa que esta en la primera columna, en algunos casos puede existir
mas de un icono que llevan hacer diferentes acciones al pasar el Mouse por
dichos iconos se lee la acción que ejecutan.
ESPECIFICO
Cuando se selecciona un usuario se puede acceder a la información de este
usuario, y agregar nueva información.
Aquí se observa las actividades realizadas, para agregar una nueva basta con
seleccionar esa pestaña y aparecerá en formulario correspondiente.
102
Para guardar se debe llenar el formulario o por lo menos los campos obligatorios
que se diferencian de los otros por el asterisco en la etiqueta y dar clic en el boton
guardar cuando, se haya guardado volverá el sistema a la pagina anterior.
INFORMES
Existen diferentes tipos de informes que muestran la gestión global realizada con
los usuarios. Para ello recurrimos al Menú Informes-Reportes. Escoger el tipo de
Reporte y dentro de que intervalos de fechas se requiere la información.
Y se desplegaran los Reportes con un botón para imprimir, entonces se escogerá
la impresora y las propiedades de esta y se ejecutara la acción.
El Reporte se imprimirá de esta forma.
103
SITIO
Aquí podrá encontrar el Mapa Web del Sitio, este ayudara al usuario a entender
como puede navegar un funcionario por el sistema. Además de la información de
contacto de quien desarrollo el sistema.
104
BUSQUEDA
Esta opción que el usuario encuentra en el menú ayuda a localizar un usuario por
el nombre, es decir debe pones al menos un Nombre o Apellido y dar clic en la
flecha entonces se desplegara una lista o un registro de los usuarios bajo ese
nombre.
La lista de usuarios se presenta, dando la opción al funcionario a ver la
información completa de dicho usuario.