Universidad de las Américas - Repositorio Digital...
Transcript of Universidad de las Américas - Repositorio Digital...
Universidad de las Américas
Facultad de Ingenierías
Multienlace.com, Aplicación Web Macroeconómica y Fi nanciera
Trabajo de titulación presentado en conformidad a l os requisitos
Para obtener el título de Ingeniero de Sistemas
Profesor Guía:
Ing. Jelens Tito
Autor:
Paúl Francisco González García
2003
AGRADECIMIENTOS
Con mucho sentimientos agradezco por este trabajo el cual ha llegado a su
culminación con mucho satisfacción y cumpliendo con uno de mis sueños más
apreciados, un sueño el cual me enseño a madurar para obtenerlo.
A Dios, que se ha convertido en la más grande inspiración en todo el trabajo
realizado.
A mis abuelitos, Washington y Sara, por el cariño que me entregaron y siempre
por forjar mi espíritu y lucha por conseguir lo deseado.
A mi mama Sonia quien hizo lo imposible para que yo crezca y me forme como
profesional otorgándome la posibilidad de cubrir mis estudios hasta que yo
tomara la batuta y los terminara de la manera que ella lo anhelaba.
Mi Mayri no puede quedar fuera de esta importante lista, a ella le debo la
disciplina de haber culminado con este proyecto, su paciencia por inculcarme la
mejor forma de expresar en palabras lo que deseaba decir, por su entrega
hacia mi.
Mauricio Pozo y Patricia de Pozo por darme la oportunidad de adentrarme en
su empresa y hacer una aplicación para beneficios de todos y otorgarme la
confianza de hacerlo; un poco tarde pero lo logré.
Claro como iba a dejar a un lado a mi Directora de Tesis, Jelens Tito, que ha
sabido entender mis impuntualidad, y aplicando sus experiencia en dirigir de la
mejor forma este trabajo de titulación
Mis más sinceros agradecimientos!
Dedicatoria:
“A la memoria de mi abuelito Washington, quIen siempre soñó con verme
convertido en un profesional, y que el destino no lo permitió,
pero estoy seguro que el está aquí.”
RESUMEN EJECUTIVO
El mundo está envuelto en el entorno de las comunicaciones lo cual facilita
llegar con su información a todos los rincones del planeta. Por lo cual se
percibió necesario crear una aplicación web enfocada a distribuir información
económica y financiera de forma rápida, así lograr que esta gran cantidad de
conocimientos sea de acceso a todas las personas.
La creación de esta aplicación marca el paso en el desarrollo de herramientas
que ofrece información vital para todas las empresas y profesionales del país y
de más países y así abrir las fronteras entre las culturas.
Multienlace de manera fugaz crece en su entorno tecnológico con la creación e
implementación de esta aplicación para seguir adelante como empresa que
ofrece valores agregados a todos sus clientes, amigos y público en general.
El llevar adelante este proyecto se ha investigado y aplicado nuevas
tecnologías, que se pueden replicar para la fabricación de otras herramientas
con diferentes fines y así mejorar el desempeño ya la finalidad de la red de
redes; y que sea catalogada como la mejor fuente de información.
10
INDICE
11
INDICE
1. INTRODUCCIÓN 16
1.1 Ámbito 16
1.1.1 Organigrama de Multienlace 17
1.2 Definición del Problema 18
1.3 Objetivos 19
1.3.1 Objetivo General 19
1.3.2 Objetivos Específicos 19
1.4 Aspectos Metodológicos 19
1.5 Alcance Tecnológico 20
1.6 Industria del Internet 21
2 ASPECTOS METODOLÓGICOS 26
2.1 Paradigma Espiral – Incremental 26
2.2 Metodología RUP (Rational Unified Process) 28
2.2.1 Formulación, planificación (Análisis) 30
2.2.1.1 Modelo Estático 32
2.2.1.1.1 Identificación de Actores 32
2.2.1.1.2 Diagrama de Actividades 32
2.2.1.1.3 Selección de Herramientas 33
2.2.1.1.4 Requerimientos del Sistema 33
2.2.1.1.5 Diagrama de Casos de Usos 33
2.2.1.1.6 Diagrama de Clases 33
2.2.2 Ingeniería (Diseño) 34
12
2.2.2.1 Modelo Dinámico 34
2.2.2.1.1 Topología de Acceso 34
2.2.2.1.2 Diseño de Arquitectura 34
2.2.2.1.3 Diseño de Navegación 35
2.2.2.1.4 Diseño de Interfaz 36
2.2.2.1.5 Diseño de Contenido 37
2.2.3 Desarrollo o Construcción 37
2.2.4 Pruebas 37
2.2.5 Mantenimiento 38
3. CONCLUSIONES Y RECOMENDACIONES 42
3.1 Conclusiones 42
3.2 Recomendaciones 43
MANUAL TÉCNICO 46 Análisis 50
Modelo Estático 51
1.1 Diagrama de Actividades 52
1.2 Selección de Herramientas 53
1.3 Análisis de Requerimientos 54
1.3.1 Requerimientos Funcionales 56
1.3.2 Requerimientos Tecnológicos 57
1.4 Identificación de los Actores 58
1.5 Diagrama de Casos de Usos 59
1.6 Diagrama de Clases 64
Diseño 70
Modelo Dinámico 71
1.7 Topología de Acceso 72
1.8 Diseño de Arquitectura 73
1.9 Diseño de Navegación 74
13
Construcción de Páginas Web 78
1.11 Desarrollo de Páginas Web 79
Pruebas Funcionales 85
MANUAL DE USUARIO 90
1. Sitio Público 93
Suscripción 94
Navegación por medio de portal 96
2. Sitio Seguro 97
Acceso, Login 97
Ingreso de Información 99
Consultas de Información 100
MANUAL DE INSTALACIÓN 102
1. Importación Base de Datos 106
2. Creación de ODBC 112
3. Configuración Servidor ColdFusion 116
ANEXOS 97
14
15
CAPITULO UNO
16
CAPITULO UNO
1. INTRODUCCIÓN
1.1 Ámbito 1
Multienlace es una empresa consultora en macroeconomía y finanzas
creada desde 1994. Los trabajos desarrollados por Multienlace están
enmarcados en criterios técnicos, objetivos y con información proveniente
de fuentes de absoluta credibilidad.
Los clientes de Multienlace pertenecen al sector público y al privado, siendo
clientes frecuentes organismos multilaterales, instituciones del estado,
ministerios, empresas del sector corporativo y compañías de seguros.
Los principales productos que ofrece Multienlace constituyen los siguientes:
• Reportes periódicos sobre la situación macroeconómica del país y
del exterior,
• Análisis sectoriales,
• Previsiones económicas,
• Análisis, evaluación y valoración de empresas, bancos y
asociaciones
• Participación en directorios y otras instancias de decisión
1 Fuente: Multienlace
17
• Presentaciones y charlas sobre diversos temas de carácter
económico y financiero
• Estudios específicos de factibilidad y prefactibilidad
• Investigaciones multidisciplinarias que incorporan temas
económicos, financieros, sociales, políticos y de medio ambiente
• Asesoría directa y personalizada a clientes
La ética en las actividades diarias y el profesionalismo de los trabajos que
se desarrollan, son los principios básicos que rigen las actualizaciones de
Multienlace.
El personal está constituido por profesionales de elevados estándares
académicos, y morales, con estudios universitarios y de maestría en
universidades ecuatorianas y del exterior y consultores asociados que
apoyan en investigaciones específicas.
Cursor es una publicación independiente centrado mayormente en análisis
económicos y políticos y que contiene encuestas ciudadanas que se las
realiza mensualmente. Ha sido estructurada para ofrecer a sus suscriptores
información objetiva, práctica y profunda que permite enfrentar la
incertidumbre y la volatilidad de nuestro entorno.
1.1.1 Organigrama de Multienlace 2
Multienlace ha optado por contratar a consultores para el desarrollo de
su aplicación, al no contar con un equipo humano orientado a la
tecnología, así como para todo lo referente a soporte técnico, asesoría y
ayuda a usuarios. Por lo cual en la figura 1.1 mostraremos un
organigrama de la organización.
2 Fuente: Multienlace
18
Figura 1.1 Organigrama de Multienlace *
Mercadeo
Evaluación de
Proyectos
Boletines
Económicos
Presidente Ejecutivo
Vicepresidente
Ejcutivo
Servicio Al
ClienteBoletín Cursor
Consultores
Análisis
Económicos
Contabilidad
Desarrollado
Web
Soporte
Técnico
Organigrama Multienlace
Sistema: Multienlace.com
Autor: Paúl González García
Fecha: 10 Noviembre 2003
Figura 1.1
1.2 Definición del Problema
Multienlace con la finalidad de brindar un mejor servicio, ampliar los
mecanismos de llegada de sus productos hacia sus clientes, además de
interactuar con ellos; determina la necesidad de implementar una aplicación
ágil y de fácil acceso, que permite alcanzar sus objetivos.
Dada la cobertura y alcance del Internet se considera desarrollar la
aplicación orientada al web, como medio eficiente para optimizar la
cobertura de llegada de productos.
Actualmente Multienlace entrega sus productos, informes financieros–
económicos, en papel, vía fax o por mail. Los inconvenientes de utilizar
estos medios son principalmente costos de materiales, costo de envío,
mensajería, costos telefónicos, servicio de internet, además de problemas * Organigrama Multienlace
19
técnicos como saturación de la red, en el caso de envíos por mail, debido
al tamaño de los archivos y la cantidad de informes que deben ser
enviados, provocando cuellos de botella.
1.3 Objetivos
1.3.1 Objetivo General
• Desarrollar una aplicación web que permita a Multienlace, empresa
dedicada a consultorías económicas-financieras, simplificar la
entrega de sus productos y ampliar la llegada de sus servicios.
1.3.2 Objetivos Específicos
• Recibir información de usuarios que deseen suscribirse a
Multienlace.com
• Calcular cotizaciones de monedas, precios de acciones, montos
negociados y precios de petróleo.
• Almacenar balances bancarios y resumen de cuentas de bancos,
estados financieros del Banco Central y balanza comercial.
• Entregar productos financieros a clientes vía Internet.
1.4 Aspectos Metodológicos
El desarrollo de la aplicación se basa en el paradigma espiral – incremental
y utiliza la metodología RUP (Racional Unified Process), como se menciona
en la tabla 1.1.
20
TABLA 1.1 ASPECTOS METODOLOGICOS
Elaborado por: Autor Tabla 1.1
1.5 Alcance Tecnológico
El proyecto a desarrollar, deja de lado la utilización de tecnologías de
programación para Web tradicionales, como ASP, ASP.NET, JSP, PHP,
entre otras; que se han venido propagando dentro de las preferencias de las
empresas y desarrolladores independientes de aplicaciones para el internet,
calificándole de esta manera como estándares en la industria y en su lugar
se escogió la tecnología ColdFusion Markup Language (CFML) de
Macromedia.
Para la definición del alcance tecnológico se mencionarán tres puntos
específicos:
a. Entorno de desarrollo
Para el desarrollo de la aplicación se enfocarán en necesidad de usar
Coldfusion Markup Language de Macromedia, que crea aplicaciones
21
robustas, escalables, dinámicas y amigables tanto para el usuario
como para el programado.
Para crear una aplicación CFML se requiere implementar un
webserver Coldfusion el que se adiciona a otros como: Internet
Information Server, Apache o iPlanet. Coldfusion Server no es
recomendado que trabaje en entorno de producción.
b. Almacenamiento de información
Esta aplicación interactúa sus interfaces que realizan cálculos,
consultas, incrementos, eliminación de información que se
almacenarán en la base de datos SQL Server.
c. Seguridades
La aplicación a desarrollar requiere seguridades a nivel de perfiles de
usuarios para lo cual todo tipo de ingresos a interfaces donde
mostrarán información bruta, resultados de cálculos, gráficos
estadísticos, análisis; se validarán según el perfil de los usuarios que
se encuentren suscritos y según su tipo de membresía.
Las replicaciones que se realicen para sincronizar las bases de datos
interna de Multienlace y la base de datos alojada en el ISP a la cual
se tendrá acceso desde el internet por parte de los usuarios se
realizarán por medio de una cuenta FTP segura otorgado por el
Proveedor de Internet.
1.6 Industria 3
El internet durante la última década se ha convertido en la herramienta más
utilizada a nivel mundial para obtener todo tipo de información ya que esta
circula constantemente y en cantidades increíbles.
3 Fuente: www.exitoexportador.com
22
“Internet conecta a unos 8 millones de servidores encargados de servicios
de información y de todas las operaciones de comunicación y de
retransmisión; llega a 250 millones de usuarios aproximadamente en más
de 100 países”. que no solo utiliza la red para buscar información, lo hace
también para contactarse con personas de otros países en tiempos reales,
realizar compras de variedad de productos, suscripciones a eventos, clubes,
revistas, servicios, etc.
Internet ofrece un nuevo mercado que define la economía digital, las
empresas están empezando a usar el Internet como un nuevo canal de
ventas y sustituyen las visitas personales, correo y teléfono por pedidos
electrónicos, ya que gestionar un pedido por internet cuesta 5% menos que
hacerlo por vías tradicionales.
El mundo ha cambiado y continúa en un cambio constante y es algo a lo
que no podemos abstraernos; se han producido cambios en los mercados,
en la sociedad, en los seres humanos, en la forma de comercializar
productos, de comunicarnos, etc. y con mayor velocidad e intensidad en los
últimos años y, siendo esto cierto, no parece lógico ni sensato seguir
aferrados a las estructuras empresariales tradicionales.
Quizás, desde el punto de vista empresarial, uno de los principales cambios
que afectan directamente a la línea de flotación de las empresas es la
realidad del desequilibrio entre la oferta y la demanda y la maduración de
los mercados, situación ésta que cuestiona, entre otras muchas cosas, la
posibilidad de establecer los precios en la forma tradicional, ya que los
clientes en estos momentos, tienen muy claro los que desean, cómo lo
desean, dónde lo desean, en qué condiciones y qué precio están dispuestos
a pagar.
23
La industria del internet ha tenido un crecimiento vertiginoso desde sus
inicios cuando era solamente para uso de departamentos de gobierno de
los Estados Unidos, hasta llegar a ser a inicio de los años 90 de dominio y
acceso para todo el mundo, convirtiéndose en la red de redes, entregando
completa información de todo tipo, a más de hacer mucho más fácil la
comunicación entre sitios geográficamente lejanos.
Se ha visto un gran crecimiento principalmente en el número de usuarios
que acuden a la red para obtener sus beneficios, según estudios realizados
a finales del 2001 el número de usuarios es el siguiente:
TABLA 1.2 NUMERO DE USUARIOS A NIVEL MUNDIAL **
Región Población
( Est. 2002 )
Usuarios
año 2000
Usuarios, datos
más recientes
(%)
Usuarios
Crecimiento
(2000-2002 )
Penetración
(%
población)
Africa 858,584,600 4,514,400 6,866,400 1.2 % 52.1 % 0.8 %
América 853,234,000 126,157,000 217,373,479 36.9 % 72.3 % 25.5 %
Asia 3,550,767,300 114,303,000 174,985,920 29.7 % 53.1 % 4.9 %
Europa 727,252,160 103,075,900 169,616,117 28.8 % 64.6 % 23.3 %
Medio Oriente 246,344,400 5,272,300 7,165,407 1.2 % 35.9 % 2.9 %
Oceania 31,080,240 7,619,500 12,904,446 2.2 % 69.4 % 41.5 %
TOTAL 6,267,262,700 360,942,100 588,911,769 100 % 63.2 % 9.4 %
FUENTE: ExitoExportador.com Tabla 1.2
** Fuente: www.exitoexportador.com
24
25
CAPITULO DOS
26
CAPITULO DOS
2. ASPECTOS METODOLÓGICOS
2.1 Paradigma Espiral – Incremental 4
Las características de sistemas y aplicaciones basados en Web influyen
enormemente en el proceso de INGENIERÍA WEB. La inmediatez y la
evolución continúan dictando un paradigma de proceso incremental e
interactivo que elabora versiones de Aplicaciones Web muy rápidamente.
La naturaleza intensiva de red de las aplicaciones en este dominio sugiere
una población de usuarios diversa, y una arquitectura de aplicación que
puede ser altamente especializada. Dado que las aplicaciones Web suelen
ser controladas por el contenido haciendo hincapié en la estética, es
probable que las actividades de desarrollo paralelas se planifiquen dentro
del proceso INGENIERÍA WEB y necesiten un equipo de personas tanto
técnicas como no (por ejemplo, redactores publicitarios, diseñadores
gráficos).
A continuación detallaremos las partes que componen el Paradigma Espiral-
Incremental, y que significan cada uno:
• Formulación es establecer la comunicación con el cliente para
conocer sus requerimientos y satisfacer todas sus inquietudes y
dudas.
4 Fuente: Ingeniería de Software, Un Enfoque Prático, Roger Presuman, 225
27
• Planificación estima el coste global del proyecto, evalúa los riesgos
asociados con el esfuerzo del desarrollo.
• Análisis establece los requisitos técnicos para la Aplicación Web e
identifica los elementos del contenido que se van a incorporar.
También se definen los requisitos del diseño gráfico (estética).
• Ingeniería incorpora:
o Diseño del Contenido y Producción , que son tareas
llevadas a cabo por personas no técnicas del equipo
ingeniería web cuyo objetivo es diseñar, producir, y/o adquirir
todo el contenido de texto, gráfico y video que se vayan a
integrar en la Aplicación Web.
o Topología de Acceso, Diseño Arquitectónico, Diseño de
Navegación y Diseño de Interfaces que tratan el
funcionamiento adecuado de la aplicación.
• Generación de Páginas es una actividad de construcción que hace
mucho uso de las herramientas automatizadas para la creación de la
Aplicación Web. El contenido definido en la actividad de ingeniería
se fusiona con los diseños arquitectónicos, de navegación y de la
interfaz para elaborar páginas Web ejecutables en HTML, XML y
otros lenguajes orientados a procesos. Durante esta actividad
también se lleva a cabo la integración con el software, intermedio de
componentes.
• Evaluación del Cliente , ejercitan la navegación, intentan descubrir
los errores de las applets, guiones y formularios, y ayuda a asegurar
que la Aplicación Web funcionará correctamente en diferentes
entornos.
28
Figura 2.1 Paradigma Espiral - Incremental.
Figura 2.1
2.2 Metodología RUP (Rational Unified Process)
La Racionalización unificada de procesos es un enfoque de ciclo de
vida que se adapta especialmente bien a UML. (Unified Model
Language).
Sus principales características son:
• Interactividad
• Se centra en la arquitectura
• Es adaptable a diferentes proyectos
• Da énfasis al control de calidad y a la gestión de riesgos.
Formulación
Planificación
Análisis
Ingeniería
Generación de páginas y
pruebas
Evaluación del cliente
29
Figura 2.2. Diagrama Metodología RUP
La figura 2.2 muestra la arquitectura del Rational Unified Process (RUP).
El proceso tiene dos estructuras o dos dimensiones:
• La horizontal que representa el tiempo y muestra el ciclo de vida del
proceso.
• La dimensión vertical que representa la parte central del proceso,
que agrupa las actividades de la ingeniería del software por su
naturaleza.
La primera dimensión horizontal representa el aspecto dinámico del
proceso expresado en términos de ciclos, fases, interacciones y
transiciones.
30
En la segunda dimensión vertical, se representa el aspecto estático del
proceso que se describe en términos de componentes: actividades,
disciplinas, artefactos y roles.
Lo que se detalla a continuación es la organización dinámica del proceso
a lo largo del tiempo.
El ciclo de vida del software está dividido en subciclos, cada uno de estos
trabaja en una nueva generación de producto. El RUP divide un ciclo
desarrollado en cuatro fases consecutivas:
• Fase de análisis
• Fase de elaboración
• Fase de Construcción
• Fase de transición
Cada fase culmina en un punto definido en el que inevitablemente se
deben tomar decisiones críticas y basadas en ellas los objetivos claves
deben ser realizados.
2.2.1 Formulación y Planificación (Análisis)
Para crear un modelo de análisis completo para la Aplicación Web se
elabora el ámbito definido durante la actividad de formulación. Durante
la Ingeniería web se realizan cinco tipos de análisis diferentes:
• Identificación de Actores
• Diagrama de Actividades
• Requerimientos del Sistema
• Diagrama de Casos de Usos
• Diagrama de Clases
31
Se trata de la identificación del especto completo de contenido que se va
a proporcionar. En el contenido se incluyen datos de texto, gráficos,
imágenes, video y sonido. Para identificar y describir cada uno de los
objetos de datos que se van a utilizar dentro de la Aplicación Web se
puede utilizar el modelado de datos.
Además de la descripción detallada de la interacción del usuario y la
aplicación web. Para proporcionar descripciones detalladas de esta
interacción se pueden desarrollar casos prácticos.
Los escenarios de utilización creados como parte del análisis de
interacción definen las operaciones que se aplicarán en el contenido de
la Aplicación Web e implicarán otras funciones de procesamiento. Aquí
se realiza una descripción detallada de todas las funciones y
operaciones.
Se efectúa una descripción detallada del entorno y de la infraestructura
en donde reside la Aplicación Web. La Aplicación Web puede residir en
Internet, en una intranet o en una extranet. Además, se deberán
identificar la infraestructura de la Aplicación Web.
A pesar de que se recomiende una especificación detallada de los
requisitos para Aplicaciones Web grandes y complejas, tales
documentos no son los usuales. Se puede decir que la continua
evolución de los requisitos de la Aplicación Web puede hacer que
cualquier documento se quede obsoleto antes de finalizarse. También
es necesario definir un modelo de análisis que pueda funcionar como
fundamento de la siguiente actividad de diseño. Como mínimo, la
información recogida durante las cuatro tareas de análisis anteriores
deberá ser revisada, modificada a petición, y organizada para formar un
documento que pueda pasarse a los diseñadores de Aplicaciones Web.
32
2.2.1.1 Modelo Estático
En la fase de análisis se establece el giro del negocio, el sistema a
utilizar y se delimita el alcance del proyecto. Para lograrlo de manera
eficiente se debe identificar las entidades externas (actores) con las
que se interactuará y se de define la naturaleza de la interacción.
Esto implica identificar todos los casos de usos y describirlos. El caso
incluye un criterio exitoso, el valor de riesgo y la estimación de los
recursos necesarios, además de la presentación de las fechas
planeadas para las etapas de transición o puntos de decisión crítica.
Los resultados de esta fase deben ser:
• Un documento que presente una visión general de los
requerimientos del proyecto, principales logros.
• La parte inicial del caso del negocio que debe incluir el giro del
mismo, criterios de éxito (proyecciones de ingresos, reconocimiento
del mercado, y proyecciones financieras).
• Un valor inicial del riesgo.
• Un plan proyectado que indique fases e interacciones
2.2.1.1.1 Identificación de Actores
Se describen los tipos de usuarios y los roles de cada unos de
ellos para la interacción con la aplicación
2.2.1.1.2 Diagrama de Actividades
El diagrama de actividades muestra los pasos que se siguieron
para el análisis diseño, desarrollo, pruebas y todo tipo de
cambios, modificaciones de Multienlace.com.
33
2.2.1.1.3 Selección de Herramientas
Abarca el análisis de factibilidad de herramientas y demás
aplicativos para el desarrollo e implementación de
Multienlace.com.
2.2.1.1.4 Requerimientos del Sistema
Los requerimientos del sistema se dividen en dos partes:
• Requerimientos funcionales
• Requerimientos tecnológicos para su implementación
De los cuales se especificarán cada unos de los puntos más
relevantes para su optimización y uso. Y así cumplir con los
requerimientos de los clientes.
2.2.1.1.5 Diagrama de Casos de Usos
Son los procesos y los usuarios que intervienen en ellos con sus
respectivos roles dentro de la aplicación.
Las representaciones de los usos de Multienlace.com y la
manera de proveer valores a los diferentes tipos de usuarios.
Especifican las secuencias principales y alternativas de acciones
y eventos para el mejor performance de la aplicación. Incluye
además requerimientos específicos de casos de usos.
2.2.1.1.6 Diagrama de Clases
Las clases son usadas en el modelo de interacciones entre el
sistema y los actores (usuarios internos y externos de
Multienlace.com).
34
Algunas de las clases son implementadas en igual formato para el
cliente (diálogos, ventanas, formularios, etc.).
El modelo de clases coordina las secuencias, transacciones y
otros objetivos de la aplicación, para cumplir con los
requerimientos funcionales planteados.
2.2.2 Ingeniería (Diseño)
En el diseño trataremos los diferentes diagramas de topologías de
acceso de la aplicación, arquitectura en la que estará basada
Multienlace.com, navegación, interfaces y navegación.
2.2.2.1 Modelo Dinámico
El propósito de esta fase es analizar el área con problemas,
establecer el desarrollo de la arquitectura para el plan proyectado y
eliminar cualquier elemento de alto riesgo para la ejecución del
proyecto. Es importante recalcar que las decisiones sobre la
arquitectura deben ser realizadas entendiendo todo el sistema, su
alcance, mejor funcionalidad y elementos requeridos para su mejor
desenvolvimiento.
2.2.2.1.1 Topología de Acceso
La topología de acceso refleja la manera que Multienlace está
interconectada, y cómo los usuarios accederán a ella.
35
2.2.2.1.2 Diseño Arquitectónico
El diseño arquitectónico para los sistemas y aplicaciones basados
en Web se centran en la definición de la estructura global
hipermedia para la Aplicación Web, y en la aplicación de las
configuraciones de diseño y plantillas constructivas para
popularizar la estructura. Una actividad paralela, llamada diseño
de contenido, deriva la estructura y el formato detallados del
contenido de la información que se presentará como parte de la
aplicación web.
2.2.2.1.3 Diseño de Navegación
Una vez establecida una arquitectura de Aplicación Web, una vez
identificados los componentes de la arquitectura, el diseñador
deberá definir las rutas de navegación que permitan al usuario
acceder al contenido y a los servicios de la aplicación web. Para
que el diseñador pueda llevarlo a cabo, debe identificar la
semántica de la navegación para diferentes usuarios del sitio; y
definir la mecánica para lograr la navegación.
Es común que una aplicación web grande tendrá una variedad de
roles de usuarios diferentes. Para la aplicación de Multienlace los
roles podrían ser el de visitante, cliente registrado o cliente
privilegiado y el cliente interno o usuario que alimenta la
información de la aplicación. Cada uno de estos roles se pueden
asociar a diferentes niveles de acceso al contenido y de servicios
diferentes. Un visitante tendrá acceso sólo a contenido limitado
de información referente a la aplicación o a la empresa, mientras
que un cliente registrado o suscrito tendrá acceso a una variedad
mucho más amplia de información y de servicios y el usuario
interno tendrá acceso a todas las faces o facultades de la
36
aplicación web. La semántica de la navegación de cada uno de
estos roles sería diferente.
2.2.2.1.4 Diseño de Interfaz
Todas las características especiales de los sistemas y
aplicaciones Web requieren consideraciones especiales, como
por ejemplo:
• Probabilidad de que los errores del servidor, incluyendo lo
más pequeños, hagan que el usuario abandone el sitio
Web y busque información y servicios en algún otro sitio.
• La velocidad de lectura del monitor de una computadora es
aproximadamente un 25% más lento que leer una copia
impresa.
• Evite los símbolos “bajo construcción” levantan
expectativas y provocan un enlace innecesario que
seguramente sea decepcionante.
• Los usuarios prefieren no tener que recorrer la pantalla.
Dentro de las dimensiones normales de una ventana del
navegador se deberá incluir información importante.
• Los menús de navegación y las barras de cabecera se
deberían diseñar y deberán estar disponibles en todas las
páginas a las que el usuario tenga acceso. El diseño no
deberá depender de las funciones del navegador para
ayudar en la navegación.
• La estética nunca deberá sustituir la funcionalidad.
37
• Las opciones de navegación deberán ser obvias, incluso
para el usuario casual. El usuario deberá buscar la
pantalla para determinar cómo enlazar con otro contenido o
servicio.
Una interfaz bien diseñada mejora la percepción del contenido o
de los servicios del usuario que proporciona la aplicación web. No
tiene que ser necesario que sea deslumbrante, pero deberá estar
siempre bien estructurada y ergonómica.
2.2.2.1.5 Diseño de Contenido
Muestra el manejo de la información, como se realizarán la
entrada y salida de datos. Su respectiva distribución dentro de la
Aplicación y así este disponible para los usuarios de la misma.
2.2.3 Desarrollo o Construcción
En la fase de desarrollo la aplicación es integrada al producto, en este
sentido esta fase es la elaboración del proceso en la que se pone
énfasis en el manejo de recursos y el control de operaciones para
optimizar costos, horarios y calidad.
Una de las cualidades críticas de la arquitectura es su facilidad de
construcción, por eso un desarrollo equilibrado de la arquitectura y de la
planificación es muy importante durante esta fase.
2.2.4 Pruebas
Dado que los sistemas y aplicaciones basados en web residen en una
red interoperan con muchos sistemas operativos diferentes,
38
navegadores, plataformas de hardware, y protocolos de comunicación, la
búsqueda de errores representan un reto significativo para los ingenieros
web.
El enfoque de las pruebas de las WebApps, adoptan los principios
básicos de todas las pruebas del software y aplica estrategias y tácticas
que ya han sido recomendadas para los sistemas orientados a objetos.
2.2.5 Mantenimiento
Observaciones y aclaraciones de parte de los usuarios para realizar
adiciones, modificaciones y eliminaciones de módulos o partes de la
aplicación con la finalidad de obtener un mejor funcionamiento.
39
40
CAPITULO TRES
41
CAPITULO TRES
3. CONCLUSIONES Y RECOMENDACIONES
3.1 Conclusiones
Multienlace.com, es considerada la primera aplicación web orientada a
ofrecer información Económica y Financiera dentro del mercado
Ecuatoriano. Lo cual servirá como una fortaleza para Multienlace.
Multienlace ofrecerá un mejor servicio a sus clientes y le permitirá obtener
ventajas y oportunidades como las siguientes:
• Agilizar las operaciones del negocio.
• Actualización de la información de sus productos y servicios.
• Reducir el uso de papel en la entrega de sus productos.
• Disponibilidad de los 365x24x7.
• Obtener nuevas oportunidades de negocio para los usuarios de
Multienlace.com con menor costo del que significa otro tipo de
publicación y promoción.
• Entrega de toda la información de forma ágil y gran eficacia a sus
suscritos
42
Multienlace.com además podrá ofrecer sus servicios y productos a
mercados internacionales, al estar basado en tecnología web, lo que hace
que el acceso a ella sea de manera fácil y rápida.
Multienlace.com utiliza un ambiente de seguridad en todos sus módulos
para garantizar que la información esté destinada a sus clientes.
Todas la modificaciones en la funcionalidad y el respectivo mantenimiento
de Multienlace.com ser lo realizará en Multienlace y luego se procederá a
actualizar a los servidores centrales.
El perfil de los usuarios los calificará Multienlace según la información que
se haya ingresado al suscribirse.
El acceso a Multienlace.com se lo realizará desde un ISP local, luego se
implementará un propio servidor de acceso en las instalaciones de
Multienlace.
3.2 Recomendaciones
Crear de manera paralela en futuros meses la aplicación en versión Inglés y
Portugués para que tenga mayor acogida en usuarios de otros mercados o
países.
Multienlace.com, deberá contar con períodos de implementación de nuevos
diseños de interfaces para así ir renovando la cara con la que se presenta a
sus usuarios y que no se pierda el interés de utilizarla por los mencionados.
Multienlace.com en un principio estará alojada para su acceso en un ISP,
por lo cual será muy necesario que Multienlace instale su propia
arquitectura dentro de sus instalaciones y que los usuarios accedan hacia
allá y así conseguir un mayor cuidado de la información almacenada.
43
Para mayor seguridad se debería implementar algún tipo de protocolo o
herramientas de encriptación que servirán para conservar la integridad de la
información que se actualice entre el servidor alojado en Multienlace y el
servidor del ISP.
Implementar certificados digitales es otro de los pasos a futuros para
garantizar que la información de Multienlace.com sea personal.
Implementar sistemas de envío de mail para comunicar a los suscritos que
existen modificaciones de información.
Crear una aplicación para que otorgue la facilidad de comunicación en
líneas entre todos los usuarios de Multienlace.com y así crear una
verdadera red empresarial.
44
45
MANUAL TECNICO
46
47
INDICE
48
INDICE
4. INTRODUCCIÓN 16
2.1 Ámbito 16
2.1.1 Organigrama de Multienlace 17
2.2 Definición del Problema 18
2.3 Objetivos 19
2.3.1 Objetivo General 19
2.3.2 Objetivos Específicos 19
2.4 Aspectos Metodológicos 19
2.5 Alcance Tecnológico 20
2.6 Industria del Internet 21
3 ASPECTOS METODOLÓGICOS 26
2.3 Paradigma Espiral – Incremental 26
2.4 Metodología RUP (Rational Unified Process) 28
2.4.1 Formulación, planificación (Análisis) 30
2.4.1.1 Modelo Estático 32
2.4.1.1.1 Identificación de Actores 32
2.4.1.1.2 Diagrama de Actividades 32
2.4.1.1.3 Selección de Herramientas 33
2.4.1.1.4 Requerimientos del Sistema 33
2.4.1.1.5 Diagrama de Casos de Usos 33
2.4.1.1.6 Diagrama de Clases 33
2.4.2 Ingeniería (Diseño) 34
49
ANÁLISIS
50
MODELO ESTÁTICO
51
MANUAL TECNICO
1. ANÁLISIS
1.1 DIAGRAMA DE ACTIVIDADES
Figura 1.1 Diagrama de Actividades Sistema Multien lace.com
Figura 1.1
52
1.2 SELECCIÓN DE HERRAMIENTAS
Después de haber analizado todo los requerimientos y el enfoque de
Multienlace.com, necesidades específicas de usuarios, la manera de llegar
a todos de manera rápida, ágil y actualizada con toda la información
manejada; se procedió a evaluar la tecnología a utilizar, y cada unas de las
herramientas necesarias.
A continuación se enumera brevemente el análisis realizado con los
ejecutivos de Multienlace para conocer y entender sus necesidades y así
decidir cuales serían las herramientas adecuadas para el desarrollo de la
aplicación:
- Multienlace requería tener su información ordenada, almacenada de
tal manera que permita la reutilización de la misma tantas veces
fueran necesarias pues actualmente se encuentra almacenada en
hojas de cálculos de manera bruta en la mayoría de los casos y en
otros recopiladas en reportes (papel).
- Multienlace necesitaba realizar eficaz y eficientemente sobre todo
cálculos de tipo económico-financiero que sirvan de base en
posteriores análisis y evaluaciones de factores e índices macro-
económicos, para poder entregar toda la información recopilada en
reportes que sean de utilidad y fácil acceso y entendimiento a los
clientes finales.
- Analizamos el mercado objetivo, la forma de ofrecer los productos y
obtener ingresos por ellos, y sobre todo el procedimiento para que
esta información no sea aprovechada por otros entes sin una
suscripción previa.
Analizados estos tres puntos básicos e importantes se empezó a definir las
herramientas más convenientes para poder satisfacer todos los
requerimientos.
53
Se revisó varias alternativas, se pensó primero en una herramienta
informática que sea distribuida en medios magnéticos y actualizada cada
vez que haya cambios, la mencionada fue descartada por que Multienlace
ofrecía información diaria y esta forma de distribución provocaría retrasos
en la entrega además de los elevados costos que representaba. Por
motivos como este se optó por la realización una aplicación web, pues es
de fácil accesibilidad, y funciona para cualquier ambiente tecnológico de
trabajo, y el costo en el mediano y largo plazo es menor.
Herramientas y Plataforma de Desarrollo
a. Costos de Herramientas de Desarrollo
Herramientas Plataforma Fabricante Costos Implantación TCO
JDoveloper JSP Oracle $5.000 Alta Alto
Visual Studio
.NET
ASPX Microsoft $2.000 Baja Medio
Studio Mx CFML Macromedia $1.000 Alta Bajo
Studio Mx ASP Macromedia $1.000 Baja Bajo
TABLA 1.1 Fuente: Fabricantes
b. Costo de Base de Datos
Base de
Datos
Fabricante Soporte
Plataforma
Costos Implantación TCO
Oracle 9i Oracle JSP, ASP,
ASPX, CFML
$20.000 Alta Medio
SQL
Server
Microsoft ASP, JSP,
ASPX,CFML
$2.000 Baja Bajo
MySQL MySQL PHP, JSP N/A Alta Alta
TABLA 1.2 Fuente: Fabricantes
54
c. Análisis de la evaluación
Una vez estudiadas las opciones tecnológicas se seleccionó la más
conveniente de acuerdo a sus costos de adquisición y al costo total de
propiedad (TCO)
Microsoft
• Microsoft al ser una empresa estándar de desarrollo de aplicaciones
de todo tipo, tiene la facilidad de ser implantada en cualquier ISP
además de un TCO mediano-bajo.
• Microsoft al contar con una oficina local, otorga consultoría y soporte;
lo que eleva los costos
• El alto costo de adquisición de la plataforma también es alta en
comparación a otras.
Oracle
• Plataforma robusta, de altos resultados para el desarrollo de
aplicaciones para el internet.
• Costos altos de adquisición de plataforma, además de una alta curva
de aprendizaje para el uso de estas herramientas.
• Para realizar la implantación se requiere un costo adicional para el
uso legal de su producto en ISP, a parte del utilizado para el
desarrollo.
Macromedia
• Herramientas de desarrollo con soporte para todas las plataformas
de desarrollo (JSP, ASP, ASPX, CFML, PHP).
• Macromedia cuenta con una de las suites más completas para el
desarrollo de aplicaciones web (desarrollo, diseño y retoque gráfico,
55
imágenes y sitios interactivos, servidor web, director de contenidos,
entre otros).
• Costos de implantación e implementación bajos.
• Cuenta con su propio código de desarrollo (CFML – ColdFusion
Markup Language), lo cual facilita más aún el uso de la marca.
d. Conclusión
Finalizado el análisis se llegó a la decisión de trabajar con el estándar que
Macromedia; Studio MX y Coldfusion para el desarrollo y diseño de
Multienlace.com.
Además de optar por el uso de Macromedia por su costo, facilidades de uso,
accesibilidad de obtenerlos también se decide interactuar con una base de
datos de Microsoft – SQL Server donde se almacenará toda la información.
1.3 ANÁLISIS DE REQUERIMIENTOS
1.3.1 Requerimientos Funcionales
Multienlace.com presenta tres partes importantes dentro de las
funcionalidades:
• Sitio Público.-
Presenta la información de Multienlace, todos sus productos
ofrecidos, la finalidad de la organización. Además de presentar
la opción a los usuarios de suscripción mediante un formulario.
• Intranet para usuarios suscritos.-
Sitio interno, seguro, con validación según perfil de los usuarios,
para que puedan acceder a información ofrecida en el catálogo
56
inicial de la suscripción. Descarga de información, y todo tipo
de consultas en base de parámetros establecidos.
• Intranet para administradores.-
Módulos de administración, para realizar el ingreso de la
información, consulta de los datos ingresados por nuevos
usuarios suscritos. Consultas de información para realizar
análisis económicos y enlazarlos en la Intranet para los
usuarios.
1.3.2 Requerimientos Tecnológicos
Los requerimientos tecnológicos son la tecnología que se utilizará para
implantar la aplicación Multienlace.com a nivel de ISP, a nivel de clientes
externos (usuarios finales) y de clientes internos, diferenciando en esta
última categoría al desarrollador y al alimentador de la base de datos.
En la figura 1.3 se resumen los requerimientos tecnológicos necesarios
para la implantación del hosting, en términos de hardware y software.
Figura 1.3 Requerimientos tecnológicos del hosti ng.
REQUERIMIENTOS TECNOLÓGICOS DEL HOSTING
HARDWARE
Servidor:
o 1 procesador PIII 1GHZ
o Memoria RAM 256 MB
o Memoria Fisica 200 MB
disponibles
o Memoria para caché
20MB mínimo
SOFTWARE
o Windows 2000 Server
o Internet Information
Server 5.0
o SQL Server 2000
o ColdFusion MX Server
57
Figura 1.4 Requerimientos de Administradores
Figura 1.5 Requerimientos Tecnológicos Usuarios
1.4 IDENTIFICACIÓN DE LOS ACTORES
Los actores con sus respectivos roles que interactúan con
Multienlace.com son:
• Administrador.- usuarios internos que tienen la capacidad de
ingresar la información actualizada, calificar y clasificar a los
usuarios que han realizado sus suscripciones.
REQUERIMIENTOS TECNOLÓGICOS PARA ADMINISTRADORES
HARDWARE
Servidor o 1 procesador PIII 1GHZ
o Memoria RAM 256 MB
o Memoria Fisica 200 MB
disponibles
SOFTWARE
o Windows 2000 Server
o IIS5.0
o SQL Server 2000
o ColdFusion MX Server
o Acceso a Internet
o Cuenta FTP
REQUERIMIENTOS TECNOLÓGICOS USUARIOS
HARDWARE
Computador personal (mínimos requerimientos) o Pentium II, 300MHZ
o 64 MB memoria RAM
o Espacio mínimo para
caché, 20 MB
SOFTWARE
o Sistema Operativo
o Browser de última
generación
o Enlace a internet
58
• Usuarios.- personas o empresas que han realizado su
suscripción y han sido aprobados. Ellos podrán obtener toda la
información por la cual se suscribieron. Podrán realizar
consultas, descargas de productos.
1.5 DIAGRAMA DE CASOS DE USO
Figura 1.6 Casos de Uso – Diagrama General
59
Caso de Uso #1
Nombre: Suscripción de Usuarios
Actor: Usuario
Dato de Entrada: Datos personales y laborales
Descripción: Los usuarios para poder suscribirse deberán ingresar su
información personal y laboral en un formulario que se encuentra en el sitio
público.
Figura 1.7 Caso de Uso #1
Caso de Uso #2
Nombre: Aprobación de Usuarios
Actor: Administrador
Dato de Entrada: Registro del Usuario
Dato de Salida: Nombre de Usuario y Contraseña
Descripción: El administrador será el encargado de evaluar la información
ingresada por el usuario y clasificarla. Una vez realizada estos previos
pasos se procederá a emitir la respectiva aprobación y la notificación al
usuario.
60
Figura 1.8 Caso de Uso #2
Caso de Uso #3
Nombre: Ingreso a Intranet
Actor: Administrador, Usuarios
Dato de Entrada: Nombre de Usuario y Contraseña
Dato de Salida: Perfil de Usuario
Descripción: Por medio de este caso de uso los Usuarios como
Administrador podrán validarse en la Intranet para proceder a realizar las
consultas y el ingreso de información respectivamente y además de otras
funcionalidades permitidas.
Figura 1.9 Caso de Uso #3
Caso de Uso #4
Nombre: Ingreso de Información a la Base de Datos
Actor: Administrador
Dato de Entrada: Datos económicos y financieros
Dato de Salida: Aprobación del proceso
61
Descripción: Por medio de este proceso se realiza el ingreso de la
información a la base de datos de Multienlace.com, para otorgarla a los
usuarios.
Figura 1.10 Caso de Uso #4
Caso de Uso #5
Nombre: Cambio de perfil de usuarios
Actor: Usuario
Dato de Entrada: Información personal y laboral actual
Dato de Salida: Aprobación de actualización
Descripción: Los usuarios tendrán la facilidad de cambiar su información
dentro de Multienlace.com de forma fácil y rápida.
Figura 1.11 Caso de Uso #5
Caso de Uso #6
Nombre: Consulta de información
62
Actor: Administrador y Usuario
Dato de Entrada: Ingreso de Parámetros
Dato de Salida: Información consultada
Descripción: El administrador como el usuario poseerán la facilidad y
facultad de consultar datos referentes a los productos ofrecidos en el
sistema.
Figura 1.12 Caso de Uso #6
Caso de Uso #7
Nombre: Descarga de Información
Actor: Usuario
Dato de Entrada: Nombre del Producto
Dato de Salida: Archivos de descarga
Descripción: Otra de las formas de obtener información desde
Multienlace.com, es descargar la información como análisis
macroeconómicos y financieros realizados previamente por Multienlace.
Figura 1.13 Caso de Uso #7
1.6 DIAGRAMA DE CLASES Figura 1.14 Diagrama de Clases – Modelo Conceptual
Rlsh_1
0..n
0..1
Rlsh_2
0..n
0..1
Rlsh_3 0..n
0..1
Rlsh_5
0..n
0..1
Rlsh_6
0..n
0..1
Rlsh_7
0..n
0..1
Rlsh_80..n
0..1
Rlsh_9
0..n
0..1
Rlsh_10
0..n
0..1
Rlsh_11
0..n
0..1
Rlsh_12
0..n
0..1
Rlsh_13
0..n
0..1
Rlsh_14 0..n
0..1
Rlsh_150..n0..1
Rlsh_160..n
0..1
Rlsh_170..n
0..1
Rlsh_27
0..n
0..1
Rlsh_28
0..n
0..1
Rlsh_29
0..n
0..1
Rlsh_30
0..n
0..1
Rlsh_31
0..n
0..1
Rlsh_32
0..n
0..1
Rlsh_33
0..n
0..1
Rlsh_34
0..n
0..1
Rlsh_35
0..n
0..1
Rlsh_36
0..n
0..1
Rlsh_370..n
0..1
Rlsh_38
0..n
0..1
Rlsh_39
0..n
0..1
Rlsh_40
0..n
0..1
Rlsh_41
0..n
0..1
Rlsh_42
0..n
0..1
Rlsh_43
0..n
0..1
Rlsh_44
0..n
0..1
Rlsh_45 0..n0..1Rlsh_460..n0..1
ttipo_ciudadciu_codigociu_nombre
N4VA50
ttipo_estadoest_codigoest_nombre
N4VA50
ttipo_paispai_codigopai_nombre
N4VA50
ttipo_profesionpro_codigopro_nombre
N4VA50
ttipo_sectorsec_codigosec_nombre
N4VA50
ttipo_nivelusrniv_codigoniv_nombre
N4VA50
ttipo_cargocar_codigocar_nombre
N4VA50
noticianot_codigonot_dianot_mesnot_anionot_titulonot_cuerponot_autornot_medio
N4N4N4N4VA250VA2500VA50VA50
empresaemp_codigoemp_nombreemp_presidenteemp_direccionemp_telefono1emp_telefono2emp_faxemp_emailemp_urlemp_empleadosemp_banco
N4VA50VA50VA250VA15VA15VA15VA30VA30VA20VA50
clientecli_codigocli_apellidoscli_nombrescli_diacli_mescli_aniocli_direccioncli_mobilcli_usuariocli_contrasenia
N15VA50VA50VA4VA4VA4VA50VA15VA10VA10
ttipo_sector_pibpib_codigopib_nombre
N4VA100
ttipo_sector_laborallab_codigolab_nombrelab_tipo
N4VA100SI
debitodeb_codigodeb_mesdeb_aniodeb_valor
N4N4N4N10
ttipo_tasatas_codigotas_nombre
N4VA100
ttipo_bolsabol_codigobol_nombre
N4VA100
pib_trimanualpibt_codigopibt_periodopibt_aniopibt_valor
N4N4N4N20
negociadoneg_codigoneg_dianeg_mesneg_anioneg_valor
N4N4N4N4N10
inflacioninf_codigoinf_mesinf_anioinf_tipoinf_valor
N4N4N4SIN10
tasatasa_codigotasa_diatasa_mestasa_aniotasa_valor
N4N4N4N4N10
creditocre_codigocre_mescre_aniocre_valor
N4N4N4N10
ingreso_mensualmen_codigomen_mesmen_aniomen_valor
N4N4N4N10salario_minimo
sal_codigosal_messal_aniosal_valor
N4N4N4N10
mercado_labciudadmer_codigomer_mesmer_aniomer_valor
N4N4N4N20
mercado_labpaismerl_codigomerl_mesmerl_aniomerl_valor
N4N4N4N20
horas_laboralhor_codigohor_meshor_aniohor_valor
N4N4N4N10
mercado_labsectormers_codigomers_mesmers_aniomers_valor
N4N4N4N20
ingreso_horaihor_codigoihor_mesihor_anioihor_valor
N4N4N4N20
64
Figura 1.15 Diagrama de Clases – Modelo Conceptual
Rlsh_40..n
0..1
Rlsh_18
0..n
0..1
Rlsh_19
0..n
0..1
Rlsh_20
0..n
0..1
Rlsh_210..n
0..1
Rlsh_220..n
0..1
Rlsh_23
0..n
0..1Rlsh_240..n
0..1
Rlsh_25
0..n
0..1
Rlsh_26
0..n
0..1
ttipo_productoprod_codigoprod_nombreprod_frecuenciaprod_valor
N4VA50VA50N10
comentariocom_codigocom_diacom_mescom_anio
N4N4N4N4
ttipo_balanzabal_codigobal_nombre
N4VA100
ttipo_agregadoagr_codigoagr_nombre
N4VA100
ttipo_srisri_codigosri_nombre
N4VA100
ttipo_ecuindexecu_codigoecu_nombre
N4VA100
ttipo_ideacide_codigoide_nombre
N4VA50
ttipo_petroleopet_codigopet_nombre
N4VA40
ttipo_indicador_bancoind_codigoind_nombre
N4VA100
ttipo_monedamon_codigomon_nombre
N4VA100
ttipo_bonobon_codigobon_nombre
N4VA100
cotizacioncot_codigocot_diacot_mescot_anio
N4N4N4N4
petroleopetr_codigopetr_diapetr_mespetr_aniopetr_valor
N4N4N4N4N10
indicador_bancarioiban_codigoiban_mesiban_anioiban_valor
N4N4N4N10
bonobono_codigobono_diabono_mesbono_aniobono_valor
N4N4N4N4N10
ideacidea_codigoidea_mesidea_anioidea_valor
N4N4N4N10
ecuindexeind_codigoeind_diaeind_meseind_anioeind_valor
N4N4N4N4N10
recaudación_srirsri_codigorsri_aniorsri_valor
N4N4N20
agregados_monetariomone_codigomone_mesmone_aniomone_valor
N4N4N4N20
balanza_comercialbalan_codigobalan_aniobalan_valor
N4N4N4
Diagrama de Clases
Sistema: Multienlace.com
Autor: Paúl González García
Tipo: Modelo Conceptual
Fecha: 10 Noviembre 2003
65
Figura 1.16 Diagrama de Clases – Modelo Físico
est_codigo = est_codigopai_codigo = pai_codigo
pai_codigo = pai_codigo
ciu_codigo = ciu_codigo
pai_codigo = pai_codigo
ciu_codigo = ciu_codigo
est_codigo = est_codigo
pai_codigo = pai_codigo
niv_codigo = niv_codigocar_codigo = car_codigopro_codigo = pro_codigo
sec_codigo = sec_codigo
sec_codigo = sec_codigo
pib_codigo = pib_codigo
bol_codigo = bol_codigotas_codigo = tas_codigo
emp_codigo = emp_codigo
pai_codigo = pai_codigo
ciu_codigo = ciu_codigo
pai_codigo = pai_codigopai_codigo = pai_codigo
pai_codigo = pai_codigo
pai_codigo = pai_codigo
lab_codigo = lab_codigo
pai_codigo = pai_codigo
ciu_codigo = ciu_codigo lab_codigo = lab_codigo
lab_codigo = lab_codigopai_codigo = pai_codigo
lab_codigo = lab_codigopai_codigo = pai_codigo lab_codigo = lab_codigo
pai_codigo = pai_codigo
pai_codigo = pai_codigo
lab_codigo = lab_codigopai_codigo = pai_codigo
ttipo_ciudadciu_codigoest_codigopai_codigociu_nombre
NUMERIC(4)NUMERIC(4)NUMERIC(4)VARCHAR(50)
<pk><fk1><fk2>
ttipo_estadoest_codigopai_codigoest_nombre
NUMERIC(4)NUMERIC(4)VARCHAR(50)
<pk><fk>
ttipo_paispai_codigopai_nombre
NUMERIC(4)VARCHAR(50)
<pk>
ttipo_profesionpro_codigopro_nombre
NUMERIC(4)VARCHAR(50)
<pk>
ttipo_sectorsec_codigosec_nombre
NUMERIC(4)VARCHAR(50)
<pk>
ttipo_nivelusrniv_codigoniv_nombre
NUMERIC(4)VARCHAR(50)
<pk>
ttipo_cargocar_codigocar_nombre
NUMERIC(4)VARCHAR(50)
<pk>
noticianot_codigociu_codigopai_codigosec_codigonot_dianot_mesnot_anionot_titulonot_cuerponot_autornot_medio
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)VARCHAR(250)VARCHAR(2500)VARCHAR(50)VARCHAR(50)
<pk><fk1><fk2><fk3>
empresaemp_codigociu_codigoest_codigopai_codigosec_codigoemp_nombreemp_presidenteemp_direccionemp_telefono1emp_telefono2emp_faxemp_emailemp_urlemp_empleadosemp_banco
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)VARCHAR(50)VARCHAR(50)VARCHAR(250)VARCHAR(15)VARCHAR(15)VARCHAR(15)VARCHAR(30)VARCHAR(30)VARCHAR(20)VARCHAR(50)
<pk><fk1><fk2><fk3><fk4>
clientecli_codigoniv_codigocar_codigopro_codigoemp_codigocli_apellidoscli_nombrescli_diacli_mescli_aniocli_direccioncli_mobilcli_usuariocli_contrasenia
NUMERIC(15)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)VARCHAR(50)VARCHAR(50)VARCHAR(4)VARCHAR(4)VARCHAR(4)VARCHAR(50)VARCHAR(15)VARCHAR(10)VARCHAR(10)
<pk><fk1><fk2><fk3><fk4>
ttipo_sector_pibpib_codigopib_nombre
NUMERIC(4)VARCHAR(100)
<pk>
ttipo_sector_laborallab_codigolab_nombrelab_tipo
NUMERIC(4)VARCHAR(100)SMALLINT
<pk>
debitodeb_codigopai_codigodeb_mesdeb_aniodeb_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk>
ttipo_tasatas_codigotas_nombre
NUMERIC(4)VARCHAR(100)
<pk>ttipo_bolsabol_codigobol_nombre
NUMERIC(4)VARCHAR(100)
<pk>
pib_trimanualpibt_codigopib_codigopai_codigopibt_periodopibt_aniopibt_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(20)
<pk><fk1><fk2>negociado
neg_codigobol_codigociu_codigoneg_dianeg_mesneg_anioneg_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk1><fk2>
inflacioninf_codigopai_codigoinf_mesinf_anioinf_tipoinf_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)SMALLINTNUMERIC(10)
<pk><fk>
tasatasa_codigotas_codigopai_codigotasa_diatasa_mestasa_aniotasa_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk1><fk2>
creditocre_codigopai_codigocre_mescre_aniocre_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk>
ingreso_mensualmen_codigolab_codigomen_mesmen_aniomen_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk>
salario_minimosal_codigopai_codigosal_messal_aniosal_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk>
mercado_labciudadmer_codigociu_codigolab_codigopai_codigomer_mesmer_aniomer_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(20)
<pk><fk1><fk2><fk3>
mercado_labpaismerl_codigolab_codigopai_codigomerl_mesmerl_aniomerl_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(20)
<pk><fk1><fk2>
horas_laboralhor_codigolab_codigopai_codigohor_meshor_aniohor_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk1><fk2>
mercado_labsectormers_codigolab_codigopai_codigomers_mesmers_aniomers_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(20)
<pk><fk1><fk2>
ingreso_horaihor_codigolab_codigopai_codigoihor_mesihor_anioihor_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(20)
<pk><fk1><fk2>
66
Figura 1.17 Diagrama de Clases – Modelo Físico
prod_codigo = prod_codigo
mon_codigo = mon_codigo
pet_codigo = pet_codigo
ind_codigo = ind_codigo
bon_codigo = bon_codigo
ide_codigo = ide_codigo
ecu_codigo = ecu_codigosri_codigo = sri_codigo
agr_codigo = agr_codigobal_codigo = bal_codigo
ttipo_productoprod_codigoprod_nombreprod_frecuenciaprod_valor
NUMERIC(4)VARCHAR(50)VARCHAR(50)NUMERIC(10)
<pk>
comentariocom_codigoprod_codigocom_diacom_mes
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)
<pk><fk>
ttipo_balanzabal_codigobal_nombre
NUMERIC(4)VARCHAR(100)
<pk>
ttipo_agregadoagr_codigoagr_nombre
NUMERIC(4)VARCHAR(100)
<pk>
ttipo_srisri_codigosri_nombre
NUMERIC(4)VARCHAR(100)
<pk>
ttipo_ecuindexecu_codigoecu_nombre
NUMERIC(4)VARCHAR(100)
<pk>
ttipo_ideacide_codigoide_nombre
NUMERIC(4)VARCHAR(50)
<pk>
ttipo_petroleopet_codigopet_nombre
NUMERIC(4)VARCHAR(40)
<pk>
ttipo_indicador_bancoind_codigoind_nombre
NUMERIC(4)VARCHAR(100)
<pk>
ttipo_monedamon_codigomon_nombre
NUMERIC(4)VARCHAR(100)
<pk>
ttipo_bonobon_codigobon_nombre
NUMERIC(4)VARCHAR(100)
<pk>
cotizacioncot_codigomon_codigocot_diacot_mes
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)
<pk><fk>
petroleopetr_codigopet_codigopetr_diapetr_mespetr_aniopetr_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk>
indicador_bancarioiban_codigoind_codigoiban_mesiban_anioiban_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk>
bonobono_codigobon_codigobono_diabono_mesbono_aniobono_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk>
ideacidea_codigoide_codigoidea_mesidea_anioidea_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk>
ecuindexeind_codigoecu_codigoeind_diaeind_meseind_anioeind_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(10)
<pk><fk>
recaudación_srirsri_codigosri_codigorsri_aniorsri_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(20)
<pk><fk>
agregados_monetariomone_codigoagr_codigomone_mesmone_aniomone_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(20)
<pk><fk>
balanza_comercialbalan_codigobal_codigobalan_aniobalan_valor
NUMERIC(4)NUMERIC(4)NUMERIC(4)NUMERIC(4)
<pk><fk>
67
Figura 1.18 Diagrama de Clases – Modelo Orientado a Objetos
Rlsh_1
0..1
0..n Rlsh_1
Rlsh_2
0..1
0..n Rlsh_2
Rlsh_3 0..1 0..n Rlsh_3
Rlsh_5
0..1
0..n Rlsh_5
Rlsh_6
0..1
0..n Rlsh_6
Rlsh_70..1
0..n Rlsh_7
Rlsh_8
0..1
0..n Rlsh_8
Rlsh_9 0..1 0..n Rlsh_9
Rlsh_10
0..1
0..n Rlsh_10Rlsh_11
0..1
0..n Rlsh_11
Rlsh_12
0..1
0..n Rlsh_12
Rlsh_13
0..1
0..n Rlsh_13
Rlsh_14 0..1 0..n Rlsh_14
Rlsh_150..1 0..n Rlsh_15
Rlsh_16
0..1
0..n Rlsh_16
Rlsh_17
0..1
0..n Rlsh_17
Rlsh_27
0..1
0..n Rlsh_27
Rlsh_28
0..1
0..n Rlsh_28
Rlsh_29
0..1
0..n Rlsh_29
Rlsh_30
0..1
0..n Rlsh_30
Rlsh_31
0..1
0..n Rlsh_31
Rlsh_32
0..1
0..n Rlsh_32
Rlsh_33
0..1
0..n Rlsh_33
Rlsh_34
0..1
0..n Rlsh_34
Rlsh_35
0..1
0..n Rlsh_35
Rlsh_36
0..1
0..n Rlsh_36
Rlsh_370..1
0..n Rlsh_37
Rlsh_38
0..1
0..n Rlsh_38
Rlsh_39
0..1
0..n Rlsh_39
Rlsh_400..1 0..n Rlsh_40
Rlsh_41
0..1
0..n Rlsh_41
Rlsh_42
0..1
0..n Rlsh_42
Rlsh_430..1 0..n Rlsh_43
Rlsh_44
0..1
0..n Rlsh_44
Rlsh_450..1
0..n Rlsh_45
Rlsh_46
0..1
0..n Rlsh_46
ttipo_ciudad++
ciu_codigociu_nombre
: N4: VA50
+++
createCiudadsetCiudadgetCiudad
: void: void: void
ttipo_estado++
est_codigoest_nombre
: N4: VA50
+++
createEstadosetEstadogetEstado
: void: void: void
ttipo_pais++
pai_codigopai_nombre
: N4: VA50
+++
createPaissetPaisgetPais
: void: void: void
ttipo_profesion++
pro_codigopro_nombre
: N4: VA50
++++
createProfesiondeleteProfesiongetProfesionsetProfesion
: void: void: void: void
ttipo_sector++
sec_codigosec_nombre
: N4: VA50
+++
createSectorsetSectorgetSector
: void: void: void
ttipo_nivelusr++
niv_codigoniv_nombre
: N4: VA50
+++
createNivelsetNivelgetNivel
: void: void: void
ttipo_cargo++
car_codigocar_nombre
: N4: VA50
++++
createCargosetCargogetCargodeleteCargo
: void: void: void: void
noticia++++++++
not_codigonot_dianot_mesnot_anionot_titulonot_cuerponot_autornot_medio
: N4: N4: N4: N4: VA250: VA2500: VA50: VA50
+++
createNoticiassetNoticiasgetNoticias
: void: void: void
empresa+++++++++++
emp_codigoemp_nombreemp_presidenteemp_direccionemp_telefono1emp_telefono2emp_faxemp_emailemp_urlemp_empleadosemp_banco
: N4: VA50: VA50: VA250: VA15: VA15: VA15: VA30: VA30: VA20: VA50
++++
createEmpresadeleteEmpresasetEmpresagetEmpresa
: void: void: void: void
cliente++++++++++
cli_codigocli_apellidoscli_nombrescli_diacli_mescli_aniocli_direccioncli_mobilcli_usuariocli_contrasenia
: N15: VA50: VA50: VA4: VA4: VA4: VA50: VA15: VA10: VA10
++++++
createClientedeleteClientesetClientegetClientecreateContraseniacreateUsuario
: void: void: void: void: void: void
ttipo_sector_pib++
pib_codigopib_nombre
: N4: VA100
+++
createPibsectorsetPibsectorgetPibsector
: void: void: void
ttipo_sector_laboral+++
lab_codigolab_nombrelab_tipo
: N4: VA100: SI
+++
createSLaboralsetSLaboralgetSLaboral
: void: void: void
debito++++
deb_codigodeb_mesdeb_aniodeb_valor
: N4: N4: N4: N10
+++
createDebitogetDebitosetDebito
: void: void: void
ttipo_tasa++
tas_codigotas_nombre
: N4: VA100
+++
createTTasasetTTasagetTTasa
: void: void: void
ttipo_bolsa++
bol_codigobol_nombre
: N4: VA100
+++
createBolsasetBolsagetBolsa
: void: void: void
pib_trimanual++++
pibt_codigopibt_periodopibt_aniopibt_valor
: N4: N4: N4: N20
++++
createPibdeletePibsetPibgetPib
: void: void: void: void
negociado+++++
neg_codigoneg_dianeg_mesneg_anioneg_valor
: N4: N4: N4: N4: N10
+++
createNegociadosetNegociadogetNegociado
: void: void: void
inflacion+++++
inf_codigoinf_mesinf_anioinf_tipoinf_valor
: N4: N4: N4: SI: N10
+++
createInflacionsetInflaciongetInflacion
: void: void: void
tasa+++++
tasa_codigotasa_diatasa_mestasa_aniotasa_valor
: N4: N4: N4: N4: N10
+++
createTasasetTasagetTasa
: void: void: void
credito++++
cre_codigocre_mescre_aniocre_valor
: N4: N4: N4: N10
++++
createCreditodeleteCreditosetCreditogetCredito
: void: void: void: void
ingreso_mensual++++
men_codigomen_mesmen_aniomen_valor
: N4: N4: N4: N10
++++
createIngresodeleteIngresosetIngresogetIngreso
: void: void: void: void
salario_minimo++++
sal_codigosal_messal_aniosal_valor
: N4: N4: N4: N10
+++
createSalariogetSalariosetSalario
: void: void: void
mercado_labciudad++++
mer_codigomer_mesmer_aniomer_valor
: N4: N4: N4: N20
+++
createMCiudadsetMCiudadgetMCiudad
: void: void: void
mercado_labpais++++
merl_codigomerl_mesmerl_aniomerl_valor
: N4: N4: N4: N20
+++
createLabPaissetLabPaisgetLabPais
: void: void: void
horas_laboral++++
hor_codigohor_meshor_aniohor_valor
: N4: N4: N4: N10
+++
createHorasetHoragetHora
: void: void: void
mercado_labsector++++
mers_codigomers_mesmers_aniomers_valor
: N4: N4: N4: N20
+++
createLabSectorsetLabSectorgetLabSector
: void: void: void
ingreso_hora++++
ihor_codigoihor_mesihor_anioihor_valor
: N4: N4: N4: N20
+++
createIHorasetIHoragetIHora
: void: void: void
68
Figura 1.19 Diagrama de Clases – Modelo Orientado a Objetos
Rlsh_4
0..1
0..n Rlsh_4Rlsh_18
0..1
0..n Rlsh_18
Rlsh_19
0..1
0..n Rlsh_19
Rlsh_20
0..1
0..n Rlsh_20
Rlsh_210..1
0..n Rlsh_21
Rlsh_22
0..1
0..n Rlsh_22
Rlsh_23
0..1
0..n Rlsh_23
Rlsh_24
0..1
0..n Rlsh_24
Rlsh_25
0..1
0..n Rlsh_25
Rlsh_26
0..1
0..n Rlsh_26
ttipo_producto++++
prod_codigoprod_nombreprod_frecuenciaprod_valor
: N4: VA50: VA50: N10
+++
createProductosetProductogetProducto
: void: void: void
comentario+++++
com_codigocom_diacom_mescom_aniocom_texto
: N4: N4: N4: N4: VA500
+++
createComentariosetCometnariogetComentario
: void: void: void
ttipo_balanza++
bal_codigobal_nombre
: N4: VA100
+++
createTBalanzagetTBalanzasetTBalanza
: void: void: void
ttipo_agregado++
agr_codigoagr_nombre
: N4: VA100
+++
createTAgregadosetTAgregadogetTAgregado
: void: void: void
ttipo_sri++
sri_codigosri_nombre
: N4: VA100
+++
createSrisetSrigetSri
: void: void: void
ttipo_ecuindex++
ecu_codigoecu_nombre
: N4: VA100
+++
createTEcuindexsetTEcuindexgetTEcuindex
: void: void: void
ttipo_ideac++
ide_codigoide_nombre
: N4: VA50
+++
createTIdeacsetTIdeacgetTIdeac
: void: void: void
ttipo_petroleo++
pet_codigopet_nombre
: N4: VA40
+++
createTPetroleosetTPetroleogetTPetroleo
: void: void: void
ttipo_indicador_banco++
ind_codigoind_nombre
: N4: VA100
+++
createTIndicadorsetTIndicadorgetTIndicador
: void: void: void
ttipo_moneda++
mon_codigomon_nombre
: N4: VA100
+++
createMonedasetMonedagetMoneda
: void: void: void
ttipo_bono++
bon_codigobon_nombre
: N4: VA100
+++
createTBonosetTBonogetTBono
: void: void: void
cotizacion+++++
cot_codigocot_diacot_mescot_aniocot_valor
: N4: N4: N4: N4: N10
++++
createCotizaciondeleteCotizacionsetCotizaciongetCotizacion
: void: void: void: void
petroleo+++++
petr_codigopetr_diapetr_mespetr_aniopetr_valor
: N4: N4: N4: N4: N10
+++
createPetroleosetPetroleogetPetroleo
: void: void: void
indicador_bancario++++
iban_codigoiban_mesiban_anioiban_valor
: N4: N4: N4: N10
++++
createIndicadordeleteIndicadorsetIndicadorgetIndicador
: void: void: void: void
bono+++++
bono_codigobono_diabono_mesbono_aniobono_valor
: N4: N4: N4: N4: N10
++++
createBonodeleteBonosetBonogetBono
: void: void: void: void
ideac++++
idea_codigoidea_mesidea_anioidea_valor
: N4: N4: N4: N10
++++
createIdeacdeleteIdeacsetIdeacgetIdeac
: void: void: void: void
ecuindex+++++
eind_codigoeind_diaeind_meseind_anioeind_valor
: N4: N4: N4: N4: N10
++++
createEcuindexdeleteEcuindexsetEcuindexgetEcuindex
: void: void: void: void
recaudación_sri+++
rsri_codigorsri_aniorsri_valor
: N4: N4: N20
++++
createRecaudaciondeleteRecaudacionsetRecaudaciongetRecaudacion
: void: void: void: void
agregados_monetario++++
mone_codigomone_mesmone_aniomone_valor
: N4: N4: N4: N20
++++
createAgregadosdeleteAgregadossetAgregadosgetAgregados
: void: void: void: void
balanza_comercial+++
balan_codigobalan_aniobalan_valor
: N4: N4: N4
++++
createBalanzadeleteBalanzasetBalanzagetBalanza
: void: void: void: void
Diagrama de Clases
Sistema: Multienlace.com
Autor: Paúl González García
Fecha: 10 Noviembre 2003
Tipo: Modelo Orientado a Objetos
DISEÑO
70
MODELO DINÁMICO
1.7 TOPOLOGIA DE ACCESO
Figura 1.20 Topología de Acceso a Multienlace.com
La Topología de Acceso muestra como se realizará el tipo de acceso del
cliente hacia la aplicación, y la manera como se actualizara los cambios del
desarrollo e información que se realizarán en Multienlace hacia donde está
hospedada la aplicación para el uso del público.
Los clientes deberán realizar su acceso por medio del internet como ya se
había explicado en el capítulo uno. Donde interactuarán con la aplicación
que está alojada en el ISP.
Las actualización de información y todo los cambios o ampliaciones del
diseño, automatización serán realizadas en Multienlace y luego replicadas
por medio de internet hacia el servidor del ISP.
72
1.8 DISEÑO DE ARQUITECURA
Según otros expertos dentro del área de la computación mencionan que un
sistema para el web es de arquitectura cliente/servidor, al contar con
servidores y clientes compartiendo entre ellos componentes y relaciones.
Por eso se menciona que un modelo de computación cliente / servidor
representa un ejemplo específico del proceso cooperativo distribuido, en
donde la relación entre clientes y servidores es la relación de componentes
tanto del hardware como del software.
Multielace.com al ser una aplicación para el web se ubica dentro de esta
clasificación de sistemas distribuidos. Además se categoriza como una
aplicación cliente / servidor, por estar alojada en un servidor central y de
donde todos los usuarios por medio del internet podrá conectarse y utilizar
todos los recursos que ofrece.
En la siguiente figura 1.21 mostramos como se presenta la arquitectura
cliente servidor de Multienlace.com. Siendo esta una aplicación habituada
en un servidor central en in ISP y acceda por sus respectivos usuarios
desde sus sitios de trabajo por medio de enlace de internet. Es distribuida
por que todas las aplicaciones web en conjunto forman una arquitectura
distribuida.
73
Figura 1. 21 Arquitectura de Multienlace.com
Servidor
Multienlace.com Servidor
Cliente
Estación de trabajo
Portátil
Equipos portátiles
Estaciones de trabajo
Arquitectura del Sistema
Tipo: Cliente/Servidor
Realizado por: Paúl González García
Sistema: Multienlace.com
Fecha: 10 Noviembre 2003
1.9 DISEÑO DE NAVEGACION
Una vez establecidas la arquitectura de Aplicación Web, e identificados los
componentes de la arquitectura, se definieron las rutas de navegación que
permiten al usuario acceder al contenido y a los servicios de la aplicación
web. Se identificó la semántica de la navegación para diferentes usuarios
del sitio; y se definió la mecánica la cual se llegó a la navegación.
En caso de un crecimiento de la aplicación web se requieren un manejo de
roles de usuarios diferentes. Para la aplicación de Multienlace los roles son
de visitante, cliente registrado o cliente privilegiado y el cliente interno o
74
usuario interno que administra la aplicación. Cada uno de estos roles se
asocian diferentes niveles de acceso al contenido y de servicios diferentes.
Un visitante tendrá acceso sólo a contenido limitado de información
referente a la aplicación o a la empresa, mientras que un cliente registrado
o suscrito tendrá acceso a una variedad mucho más amplia de información
y de servicios y el usuario interno tendrá acceso a todas las fases o
facultades de la aplicación web. La semántica de la navegación de cada
uno de estos roles sería diferente.
Se creó una unidad semántica de navegación para cada una de las metas
asociadas a cada uno de los roles de usuario. Por ejemplo, un cliente
suscrito puede tener seis metas diferentes, todas ellas con un acceso a
información y servicios diferentes.
Se identificó la mecánica de cada enlace de navegación. Entre otras
muchas opciones se encuentran los enlaces basados en texto, iconos,
botones, interruptores y metáforas gráficas. Se eligió los enlaces de
navegación adecuados para el contenido y consecuentes con la heurística
que conduce al diseño de una interfaz de alta calidad.
Además de elegir la mecánica de navegación, el diseñador también deberá
establecer las convenciones y ayudas adecuadas. Por ejemplo emplear en
todas la fases de botones realizarlo de manera biseladas y con formas en
tres dimensiones. La realimentación visual o de sonido se deberá diseñar
para proporcionar al usuario una indicación de que se ha elegido una opción
de navegación. Para la navegación basada en texto, se utilizó el color que
indica los enlaces por lo que se ha navegado.
75
Figura 1.22 Diagrama de Navegación (Mapa del Sitio)
Multienlace.com
Análisis
Macroeconómico
Estudios
Sectoriales
Servicios
Especiales
Análisis de
Empresas
Seminarios
Análisis
Coyunturales
Información
Económica Diaria
Información
Macroeconómica
Semanal
Información
Macroeconómica y
Financiera Mensual
Análisis, anuales,
quinquenales e
históricos
Previsiones
Económicas
Análisis Monetario y
Cambiario
Estructura y
Perspectiva por
Ramas de Act.
Análisis del Sector
Financiero
Determinación de
Mercados Objetivos
Análisis de
Productividad
Participación por
Plazas
CAMEL
Análisis de la
Cadena Productiva
Determinación de la
Situación Financiera
Presencia en el
Comercio Exterior
del País
Generación de
Empleos
Análisis del Sistema
Financiero
Análisis de
Empresas no
Financieras
Valoración de
Empresas
Asesoría en
Marketing Directo
Asesoría Directa a
Clientes
Análisis
Interdisciplinario
Presentación a
Empresas
Notación
Administrador
Usuario - Visitante
Usuario - Suscrito
Mapa del Sitio
Sistema: Multienlace.com
Autor: Paúl González García
Fecha: 10 Noviembre 2003
76
1.10 DISEÑO DE CONTENIDO
Todo el contenido o información de Multienlace.com, está almacenada en
una base de datos SQL Server, existiendo integridad referencia y así evitar
que la información esté duplica.
Entradas de datos
- Formularios de suscripción.
- Formularios de ingresos de información bruta.
- Ingresos de información en formato digital.
Salidas de datos
- Consultas en líneas
- Cuadros estadísticos
- Gráficos estadísticos
- Archivos digitales
77
CONSTRUCCIÓN DE PÁGINAS WEB
78
1.11 DESARROLLO DE PÁGINAS WEB
Se detalla ejemplos del desarrollo de la aplicación:
Ejemplo 1:
Función Desconectar Usuario del Sitio Seguro
<cfif IsDefined("URL.MM_logout") AND URL.MM_logout EQ "1">
<cflock scope="Session" type="Exclusive" timeout="30"
throwontimeout="no">
Baseado de datos de variables del nombre de usuario y contraseña:
<cfset Session.MM_Username="">
<cfset Session.MM_UserAuthorization="">
</cflock>
<cfset MM_logoutRedirectPage="../exit.cfml">
<cfif MM_logoutRedirectPage EQ "">
<cfset MM_logoutRedirectPage=CGI.SCRIPT_NAME>
</cfif>
<cfset
Redireccionamiento a otra página una vez desconecta do
MM_logoutQuery=ListDeleteAt(CGI.QUERY_STRING,ListContainsNoCase(
CGI.QUERY_STRING,"MM_logout=","&"),"&")>
<cfif MM_logoutQuery NEQ "">
<cfif Find("?",MM_logoutRedirectPage) EQ 0>
<cfset MM_logoutRedirectPage=MM_logoutRedirectPage & "?" &
MM_logoutQuery>
<cfelse>
<cfset MM_logoutRedirectPage=MM_logoutRedirectPage & "&" &
MM_logoutQuery>
</cfif>
</cfif>
<cflocation url="#MM_logoutRedirectPage#" addtoken="no">
79
</cfif>
<cfset CurrentPage=GetFileFromPath(GetTemplatePath())>
Función Formulario de ingreso de información en la base de datos
<cfif IsDefined("FORM.MM_InsertRecord") AND FORM.MM_InsertRecord
EQ "form1">
<cfquery datasource="Multienlace">
INSERT INTO dbo.agregados_monetario (mone_codigo, agr_codigo,
mone_mes, mone_anio,
mone_valor) VALUES (
<cfif IsDefined("FORM.mone_codigo") AND #FORM.mone_codigo# NEQ
"">
#FORM.mone_codigo#
<cfelse>
NULL
</cfif>
,
<cfif IsDefined("FORM.agr_codigo") AND #FORM.agr_codigo# NEQ "">
#FORM.agr_codigo#
<cfelse>
NULL
</cfif>
,
<cfif IsDefined("FORM.mone_mes") AND #FORM.mone_mes# NEQ "">
#FORM.mone_mes#
<cfelse>
NULL
</cfif>
,
<cfif IsDefined("FORM.mone_anio") AND #FORM.mone_anio# NEQ "">
#FORM.mone_anio#
<cfelse>
NULL
80
</cfif>
,
<cfif IsDefined("FORM.mone_valor") AND #FORM.mone_valor# NEQ "">
#FORM.mone_valor#
<cfelse>
NULL
</cfif>
)
</cfquery>
<cflocation url="resultado.cfml">
</cfif>
<cfquery name="tipo_agregados" datasource="Multienlace">
SELECT * FROM dbo.ttipo_agregado
</cfquery>
<cfquery name="mes" datasource="Multienlace">
SELECT * FROM dbo.mes
</cfquery>
<cfquery name="anio" datasource="Multienlace">
SELECT * FROM dbo.anio
</cfquery>
Ejemplo 2:
Función Restricción de acceso a sitio seguro según nivel de acceso
<cftry>
<cflock scope="Session" type="Exclusive" timeout="30">
<cfset Session.MM_Username="">
<cfset Session.MM_UserAuthorization="">
</cflock>
<cflocation url="exit.cfml" addtoken="no">
<cfcatch type="Lock">
<!--- code for handling timeout of cflock --->
81
</cfcatch>
</cftry>
<cflock scope="Session" type="ReadOnly" timeout="30"
throwontimeout="no">
Definición de nombre de usuario, contraseña y nivel de acceso
<cfset
MM_Username=Iif(IsDefined("Session.MM_Username"),"Session.MM_User
name",DE(""))>
<cfset
MM_UserAuthorization=Iif(IsDefined("Session.MM_UserAuthorization"),"Ses
sion.MM_UserAuthorization",DE(""))>
</cflock>
Autorización o no autorización según comprobación d e los datos
ingresados
<cfif MM_Username EQ "" OR MM_UserAuthorization EQ "" OR
ListFind("Administrador",MM_UserAuthorization) EQ 0>
<cfset MM_referer=CGI.SCRIPT_NAME>
<cfif CGI.QUERY_STRING NEQ "">
<cfset MM_referer=MM_referer & "?" & CGI.QUERY_STRING>
</cfif>
<cfset MM_failureURL="intro.cfml?accessdenied=" &
URLEncodedFormat(MM_referer)>
<cflocation url="#MM_failureURL#" addtoken="no">
</cfif>
Ejmplo 3:
Publicación en plantillas Master/Detalles de notici as
<cfset CurrentPage=GetFileFromPath(GetTemplatePath())>
<cfparam name="PageNum_Noticias" default="1">
82
<cfquery name="Noticias" datasource="Multienlace">
SELECT * FROM dbo.noticia
</cfquery>
<cfquery name="Usuarios" datasource="Multienlace">
SELECT * FROM dbo.cliente
</cfquery>
<cfset MaxRows_Noticias=3>
<cfset StartRow_Noticias=Min((PageNum_Noticias-
1)*MaxRows_Noticias+1,Max(Noticias.RecordCount,1))>
<cfset EndRow_Noticias=Min(StartRow_Noticias+MaxRows_Noticias-
1,Noticias.RecordCount)>
<cfset
TotalPages_Noticias=Ceiling(Noticias.RecordCount/MaxRows_Noticias)>
<cfset QueryString_Noticias=Iif(CGI.QUERY_STRING NEQ
"",DE("&"&CGI.QUERY_STRING),DE(""))>
<cfset
tempPos=ListContainsNoCase(QueryString_Noticias,"PageNum_Noticias=",
"&")>
<cfif tempPos NEQ 0>
<cfset
QueryString_Noticias=ListDeleteAt(QueryString_Noticias,tempPos,"&")>
</cfif>
Ejemplo 4:
Función Acceso a Sitio Srguro ingresando su Nombre de Usuario y
contraseña
<cfif IsDefined("FORM.usuario")>
<cfset MM_redirectLoginSuccess="intranet/usrext/default.cfml">
<cfset MM_redirectLoginFailed="intranet/usrext/error.cfml">
83
<cfquery name="MM_rsUser" datasource="Multienlace">
SELECT cli_usuario,cli_contrasenia,niv_codigo FROM dbo.cliente WHERE
cli_usuario='#FORM.usuario#'
AND cli_contrasenia='#FORM.contrasenia#'
</cfquery>
<cfif MM_rsUser.RecordCount NEQ 0>
<cftry>
<cflock scope="Session" timeout="30" type="Exclusive">
<cfset Session.MM_Username=FORM.usuario>
<cfset Session.MM_UserAuthorization=MM_rsUser.niv_codigo[1]>
</cflock>
<cfif IsDefined("URL.accessdenied") AND false>
<cfset MM_redirectLoginSuccess=URL.accessdenied>
</cfif>
<cflocation url="#MM_redirectLoginSuccess#" addtoken="no">
<cfcatch type="Lock">
<!--- code for handling timeout of cflock --->
</cfcatch>
</cftry>
</cfif>
<cflocation url="#MM_redirectLoginFailed#" addtoken="no">
<cfelse>
<cfset MM_LoginAction=CGI.SCRIPT_NAME>
<cfif CGI.QUERY_STRING NEQ "">
<cfset MM_LoginAction=MM_LoginAction & "?" & CGI.QUERY_STRING>
</cfif>
</cfif>
84
PRUEBAS FUNCIONALES
85
1.12 PRUEBAS
Pruebas del funcionamiento de Multienlace.com basado en las
anteriores funciones mencionadas en el desarrollo:
Ejemplo 1
Formulario para el ingreso de información a la base de datos
Resultado del ingreso
86
Ejemplo 2
Ingreso de Nombre de Usuario y Contraseña
87
Resultado 1 – Ingreso satisfactorio
Resultado 2 – Ingreso no satisfactorio
88
89
MANUAL DE USUARIO
90
INDICE
91
INDICE
5. INTRODUCCIÓN 16
3.1 Ámbito 16
3.1.1 Organigrama de Multienlace 17
3.2 Definición del Problema 18
3.3 Objetivos 19
3.3.1 Objetivo General 19
3.3.2 Objetivos Específicos 19
3.4 Aspectos Metodológicos 19
3.5 Alcance Tecnológico 20
3.6 Industria del Internet 21
4 ASPECTOS METODOLÓGICOS 26
2.5 Paradigma Espiral – Incremental 26
2.6 Metodología RUP (Rational Unified Process) 28
2.6.1 Formulación, planificación (Análisis) 30
2.6.1.1 Modelo Estático 32
2.6.1.1.1 Identificación de Actores 32
2.6.1.1.2 Diagrama de Actividades 32
2.6.1.1.3 Selección de Herramientas 33
2.6.1.1.4 Requerimientos del Sistema 33
2.6.1.1.5 Diagrama de Casos de Usos 33
2.6.1.1.6 Diagrama de Clases 33
2.6.2 Ingeniería (Diseño) 34
92
MANUAL DE USUARIO
El presente manual detalla el como utilizar Multienlace.com, de manera fácil y
entendible. Para abarcar de manera general el detalle de operabilidad de la
misma hemos dividido el siguiente manual en las dos siguientes partes:
1. Sitio Público
El sitio público es al cual todo el público en general puede acceder y
navegar por el, en el cual detalla toda la información de Multienlace, los
servicios y productos que ofrecen, entre otras.
De forma gráfica mostraremos la estructura básica de la página principal y
de las internas.
Página Principal, en la cual se divisa las partes u opciones de navegación
existente o también llamados productos: Análisis Macroeconómico, Análisis
de Empresas, Estudios Sectoriales, Servicios Especiales, Sitios de Interés y
Seminarios. También se encuentra la opción de suscripción para nuevos
usuarios. En la parte derecha inferior observamos un vínculo para acceso
de usuarios o clientes actuales. Y como servicio adicional noticias del
sector económico-financiero para beneficios de todos los visitantes.
93
Figura #1
Formulario de Suscripción, en la cual se realizan el ingreso de los datos
principales y de la empresa de los aspirantes a socios de Mutienlace.com.
Esta información es enviada a Multienlace para la respectiva confirmación y
luego poder emitir la aprobación o reprobación de la aplicación.
94
Figura#2
En las páginas internas al sitio público encontramos un esquema diferente
de navegación, que con la ayuda de un menú y submenús, nos llevarán a
recorrer el sitio en busca de información de la Empresa.
En las figuras #3 y #4 se muestra la estructura de las demás paginas y el
mencionado menú para la respectiva navegación.
Cada unos de las opciones encontradas en este menú se refieren a
producto y subproducto, u otros temas con referencia a servicios que presta
Multenlace.com.
95
Figura #3
Figura #4
96
Las opciones principales o también llamados productos que muestra el
menú también lo divisamos en el parte inferior de la aplicación para mayor
facilidad y rapidez de navegación.
2. Sitio Seguro (Intranet)
Una vez revisado las opciones y funcionalidad del sitio público revisaremos
el Sitio seguro al cual tendrán acceso solamente los usuarios propios de
Multienlace y el Administrador.
La Figura #5 trata del formulario con la opciones de autentificación hacia la
aplicación, para así solamente los clientes Multienace.com puedan tener el
privilegio de acceder.
En el cual ingresarán el nombre de usuario y su respectiva contraseña.
Figura #5
97
Una vez habiendo ingresado satisfactoriamente, realmente ya estamos
entrando en el manejo de la aplicación para los clientes y administración
respectiva de los Administradores del Sistema.
El ingreso de la información al sistema, es manera igual como cuando se
registran los usuarios para calificarse como clientes Multienlace.com. De
igual forma con menú interactivo para una fácil navegación. Además de
ilustraciones textuales para conocer a que se refiere cada uno de los
componentes.
Figura #6 – Hoja principal de ingreso de informació n
También existen dos ítems u opciones muy interesante: Parámetros y
Usuarios enfocadas para la administración en fondo de la aplicación, con el
manejo de la base de datos de los usuarios para realizar los respectivos
cambios de perfiles.
98
Figura #7 – Ejemplo de un formulario de ingreso de información
Figura #8 – Ejemplo de un segundo formulario con el menú
desplegado.
99
Para realizar las respectivas consultas en línea de la información alojada en
la aplicación, también está basada en interfaces web. Escogiendo el
parámetro con el que se desea que sirva de búsqueda. Escogemos el dato
específico y presionamos el botón de buscar para obtener la información
desplegada en la misma página.
Figura#9 – Módulo de Búsqueda de información en tie mpo real.
Con estos paso importantes podremos utilizar sin problema alguno la
respectiva aplicación.
100
101
MANUAL DE INSTALACIÓN
102
103
INDICE
104
INDICE
6. INTRODUCCIÓN 16
4.1 Ámbito 16
4.1.1 Organigrama de Multienlace 17
4.2 Definición del Problema 18
4.3 Objetivos 19
4.3.1 Objetivo General 19
4.3.2 Objetivos Específicos 19
4.4 Aspectos Metodológicos 19
4.5 Alcance Tecnológico 20
4.6 Industria del Internet 21
5 ASPECTOS METODOLÓGICOS 26
2.7 Paradigma Espiral – Incremental 26
2.8 Metodología RUP (Rational Unified Process) 28
2.8.1 Formulación, planificación (Análisis) 30
2.8.1.1 Modelo Estático 32
2.8.1.1.1 Identificación de Actores 32
2.8.1.1.2 Diagrama de Actividades 32
2.8.1.1.3 Selección de Herramientas 33
2.8.1.1.4 Requerimientos del Sistema 33
2.8.1.1.5 Diagrama de Casos de Usos 33
2.8.1.1.6 Diagrama de Clases 33
2.8.2 Ingeniería (Diseño) 34
105
MANUAL DE INSTALACIÓN
1. Importación de Base de Datos:
La instalación de la aplicación debe comenzar realizando desde una base de
datos SQL Server 2000 que contenga además Service Pack una importación
de datos a la base de datos Multienlace_migrada con formato Microsoft
Access que se encuentra en el medio magnético:
Una vez visualizada y escogida esta base de datos, procedemos a ejecutar el
Administrador Corporativo de SQL Server 2000 que deberá estar previamente
instalado en el servidor asignado y además de contar con sus respectivos
service pack para mayor serguridad:
106
Una vez ya abierto en pantalla
esta herramienta procedemos a
importar la base de datos
anteriormente mencionada:
Paso 1
En el menú contextual que se
despliega de escoger bases de
datos dentro del árbol de el
Administrador corporativo
elegimos importar datos en el
menú de todas las tareas >
importar datos.
107
Paso 2
Divisamos el mensaje
de confirmación de
asistente de
transformación de
datos, y damos un
clic en siguiente.
Paso 3
Elegimos primero el
tipo de drive para
poder escoger la base
de datos que tenemos
en el medio
magnético y poder
importarla, y el path
respectivo en donde
se encuentre, es
preferible que para
este paso la base de
datos origen se encuentra guardada en una unidad de disco el computador
donde vayamos a realizar la importación.
108
Paso 4
En este paso
escogemos la base
de datos de destino,
la misma que
pudimos haberla
creado al principio
del procedimiento o
crearla escogiendo
en el combo list
nueva y especificar
el nombre con el que debemos crearla. Mencionamos que esta base de
destino tiene que llevar el nombre de Multienlace, porque en los componentes
de conexión que existe en la aplicación así está especificado.
Paso 5
Luego de haber
escogido la base
de datos de
destino, aparecerá
la siguiente
ventana en la cual
escogeremos la
opción de
siguiente
previamente
habiendo escogido
el check box copiar tablas y vistas.
109
Paso 6
En este paso aparecerá
en cambio una lista de
todas las tablas que
contiene la base de
datos de origen y
escogeremos todas las
tablas. Y elegimos la
opción de seguir.
Paso 7
Ahora en la siguiente
ventana escogeremos
otra vez siguiente.
110
Paso 8
Ahora aparecerá otra
ventana con la opción
de confirmación. De
igual forma siguiente
sería la opción para
ya empezar el
proceso de migración.
Paso 9
Ya en este paso nos encontramos que se realiza la importación de las tablas
de la base de datos origen hacia la base de datos Multienlace que es la de
destino.
111
2. Creación de ODBC para la conexión de la base de datos con la
aplicación:
La segunda parte de la instalación de la aplicación es crear un conexión de
ODBC para la base de dato importada, esta deberá también tener el nombre
de Multienlace.
Paso 1
Ejecutamos las
herramientas de conexión
ODBC, que se encuentran
en Herramientas
Administrativas del menú
de inicio/programas.
Paso 2
Escogemos la opción de
Agregar, y comenzamos
con el procedimiento
indicado.
112
Paso 3
Escogemos el tipo de
drive indicado de la
base de datos a
realizar la conexión.
En este caso SQL
Server.
Paso 4
Proseguimos con la
instalación escogiendo
o digitando el nombre y
descripción del ODBC.
113
Paso 5
Para luego en la
siguiente ventana
volver a elegir la
opción de la base de
datos que queremos
conectar.
Paso 6
Proseguimos con
autentificación de
Windows Nt, para
que se haga más fácil
la implementación y
que trabaje de
maneja autentificada
al Sistema Operativo.
114
Paso 7
Y por último luego de
haber elegido la opción
de seguir, podemos
tomas dos opciones:
Probar la conexión,
que lo que realizar es
un test, o
Aceptar directamente y
finalizamos.
115
3. Configuración del Servidor ColdFusion
La configuración de ColdFusion Server no es compleja, más bien es fácil y
rápida por lo cual estimamos que ya haya estado instalado el ColdFusion
Server, y procedemos a realizar unas pocas configuraciones.
En el menú de
inicio/programas
, divisaremos la
opción de
ColdFusion Mx,
y luego dentro
de ella
Administrador.
Esta sentencia
hace o permite
que podamos ingresar a la administración central del ColdFusion.
Al ejecutar esta
aparece la
pantalla de
login en modo
WebBrowser
del ColdFusion
Administator.
Donde
digitaremos el
Password el
116
cual se lo elige desde la instalación del ColdFusion. Este también tiene la
facultad de ser modificado desde el mismo administrador de ColdFusion
Server.
Y logeados y
habiendo
ingresado al
administrador,
divisamos una
barra de
opciones al
lado izquierdo
donde enla
Opción de
Data Sourde,
podremos colocar o configurar el ODBC configurado anteriormente, y así
podremos ya interactuar la base de datos con la aplicación para lo cual se
debió copiar o trasladar los archivos o páginas en el disco del servidor.
117
118
ANEXOS
119
GLOSARIO
• Internet.- Es denominada como “La red de redes”, o también como “La
autopista de la información”.
En verdad si se asemeja como la red de redes, ya que reúne muchas redes
locales de ordenadores. En la Red Internet circulan constantemente
cantidad increíble de información. Existe alrededor de 600 millones de
internautas en todo el globo, que navegan en la red.
Una de las ventajas del internet es que posibilita la conexión con todo tipo
de ordenadores, desde los personales, hasta los más grandes que ocupan
habitaciones enteras.
• Intranet.- Es una infraestructura basada en los estándares y tecnologías de
Internet que soporta el compartir información dentro de un grupo bien
definido y limitado.
• Clientes Internos.- los clientes internos son quienes integran Multienlace
que utilizarán la aplicación. En el caso de los clientes internos los usuarios
serán: los alimentadores – actualizadores de datos, los que consultan los
datos para desarrollar informes u operaciones, etc. Cada uno de los
usuarios tendrá un código de acceso.
• Clientes externos.- son los usuarios que se suscribirán en la página para
obtener ya sea un paquete de productos de la información económica y
financiera o para recibir el boletín quincenal digitalizado.
120
• Extranet.- es la parte de la página web a la que pueden acceder todas las
personas (visitadores ocasionales) aun sin suscribirse, y en la que pueden
obtener información de la empresa, sus productos y servicios, plantillas de
suscripción y otro tipo de información general.
• Internet Solutions Providers (ISP).- Son proveedores de Internet. Un
Proveedor Internet nos permite conectar nuestro ordenador a la Red
Internet.
• Red.- Una Red es un conjunto de computadoras independientes (hosts)
capaces de comunicarse electrónicamente.
• LAN - Red de Area Local (Local Area Network) Red formada por
computadoras que se encuentran en un mismo edificio, fabrica o campus
universitario, es decir en un radio de unos pocos kilómetros cuadrados.
• MAN -Red de Area Metropolitana (Metropolitan Area Network).- Red que
abarca el área de una ciudad.
• WAN -Red de Area Amplia (World Area Network) Red que abarca países
enteros y hasta todo el mundo.
• Ethernet.- estas redes se basan en una "topología de bus" donde todas las
interfases conectadas al cable "escuchan" lo que otras interfases "escriben".
Cuando una interfase desea enviar un dato a través de la red, simplemente
comienza a transmitir.
• Token-ring.- las redes token-ring se basan en una "topología de anillo",
donde los datos circulan a través del anillo, de interfase en interfase. En
esta topología, las interfases no transmiten cuando lo desean, sino que
esperan a recibir el token. Este token, va circulando por todas las interfases
dándole a cada una la posibilidad de transmitir.
121
• Correo electrónico (e.mail: electronic mail).- es una técnica de
comunicación en donde la persona puede intercambiar mensajes entre dos
computadoras situadas en cualquier lugar del mundo. El correo electrónico
es rápido, conveniente, versátil y usualmente económico, es por eso que los
usuarios de las comunicaciones electrónicas usan, en su mayoría, el envío
y la recepción de mensajes, es decir, el correo electrónico.
• Conexión remota.- Tipo de comunicación que permite acceder a un
computador remoto como si se tratase de una terminal local del mismo.
• Host.- Computador central con el cual se comunican otros computadores de
menor jerarquía y usualmente de menores recursos.
• Línea dedicada.- Línea de teléfono dedicada exclusivamente para realizar
las llamadas entre los modems.
• Login.- Nombre de identificación personal para acceder a los sistemas de
comunicaciones electrónicas.
• Password.- Clave de acceso personal y privada para acceder a los sistemas
de comunicación electrónica.
• IP.- Computadoras especiales llamadas enrutadoras, usan un protocolo de
Internet para mover bits de información a través de Internet. Cada paquete
de información cuenta con la dirección IP tanto de la computadora que lo
envió como de la que recibe el paquete. Una dirección IP es un número de
identificación único de la computadora tal como es reconocida por las
demás computadoras en Internet. Las direcciones IP constan de cuatro
números separados por puntos como muestra el cuadro de abajo.
122
• Pero estos números no hay que ponerlos obligatoriamente por que
inmediatamente se conecta a Internet se le asigna uno automáticamente a
su computadora.
• URL (Localizador Uniforme de Recursos) que es el método estándar que
emplea para especificar la ubicación de los recursos de Internet. Los tres
primeros números indican la red a la que pertenece nuestro ordenador, y el
último sirve para diferenciar nuestro ordenador de los otros que "cuelguen"
de la misma red.
• Los nombres dominio consisten en dos o más palabras separadas por
puntos. WWW (World Wide Web) es una recopilación masiva de
documentos estáticos e interactivos vinculados entre sí. Se utiliza un
navegador Web para visualizar esas páginas Web los cuales se encuentran
en cientos de miles de servidores alrededor del mundo.
• SMTP (Simple Mail Transfer Protocol) es un protocolo de la familia del
TCP/IP para la transmisión de correo electrónico, éste no es dependiente de
ningún correo en especial sino que cualquier soft de correo que genere un
e-mail en el formato en que el protocolo lo estructura, será entendido por
éste.
• TCP.- El protocolo de control de transmisión define la manera en que la
información será separada en paquetes y enviada a través de Internet, se
asegura también de que cada paquete sé recombine el orden correcto y
también los revisa para localizar errores. Como en cada computadora que
participa en Internet se le asigna una dirección IP una persona ordinaria no
podría recordar tantos números de cada computadora entonces por lo que
hay una manera más fácil de hacerlo. Por el DOMINIO. Que es el nombre
para un host determinado.
123
• POP3.- Post Office Protocol 3 es el protocolo que nos permite acceder a
nuestra casilla de correos.
• Mediante este protocolo, el cliente de e-mail se comunica al servidor de
casilla de correo y puede recibir el correo que el servidor ha estado
recibiendo y guardando para nosotros, así como también enviar el generado
para enviar.
• IMAP 4.- IMAP es la abreviatura de Internet Message Access Protocol. Es
un método de acceso al correo electrónico que se mantiene en el servidor
correspondiente.
• A diferencia del protocolo POP 3 que retira los mensajes del servidor al
conectarse y los almacena en el servidor local, IMAP 4 los deja en el
servidor remoto, con lo que es posible acceder a los mismos desde
diferentes puntos (oficina, casa etc.).
• Su particularidad es que deja crear múltiples buzones en la máquina
remota, es útil para alguien que viaja para no tener la necesidad de llevarse
un equipo consigo, sino poder bajar los mensajes desde cualquier otro
equipo, e inclusive permite que varios usuarios entren al mismo buzón a la
vez a ver los mismos mensajes.
• FTP (File Transfer Protocol).- Este servicio permite la transferencia de
archivo al y desde el servidor de FTP, se diseño para permitir el intercambio
de datos, archivos entre computadores host y cliente.
La estructura de FTP es Client/Server, el servidor posee una estructura de
directorios o carpetas en donde se encuentran alojados, los archivos de
texto, gráficos, etc. y el cliente accede mediante un utilitario de FTP o línea
de comando para extraer archivos a su PC o enviarlos al servidor.
124
Cuando se ingresa a un servidor FPT se puede hacer como usuario con
permisos definidos o como usuario invitado, siempre y cuando el
administrador del sistema habilite el mismo, luego puede recorrer las
distintas carpetas hasta encontrar el archivo buscado, una vez encontrado
este se transfiere a nuestro computador.
125
ANALISIS DE COSTOS
Hosting y conexión
Se analizó dos opciones:
o Colocar una línea dedicada con un servidor dentro de las
instalaciones de Multienlace para que sirva de Hosting y todos
los usuarios puedan accesar a la aplicación desde Multienlace.
o Contratar los servicios de un ISP que ofrezca el servicio de
Hosting y ellos se encarguen de publicarlo al internet. Este ISP
tendría que ser local.
La opción más viable previo análisis de costos y de implantación
resultó ser el de contratar un ISP local. La aplicación en un principio
tendrá muy poca transferencia de información por lo cual la inversión
de colocar un equipo dedicado dentro de la organización junto con
toda la infraestructura necesaria de enlace seguridades estaría fuera
del alcance de Multienlace además de tener la necesidad de poseer
dentro de su nómina a un encargado tecnológico para la
administración y mantenimiento del equipo. La comparación de las dos
opciones se presenta en la Tabla A.1
126
TABLA A.1 Cuadro comparativo de Costos
Opción Costo
1 $ 800, servidor
$1,200, enlace dedicado mensual
$9,000, licencias de software
$2,000, software firewall
2 $ 500, hospedaje annual
$2,700, software ColdFusion Server
ELABORADO POR: Paúl González TABLA A.1