PDF de programación - Capitulo 5. Implementación de Software

Capitulo 5. Implementación de Software



En el presente capitulo, se explicarán, describirán y mostrarán las complicaciones que se

tuvieron para el desarrollo del Módulo Administrativo de Portales Interactivos. Dentro de

las pruebas se simularon pruebas de concurrencia y un tipo de pruebas de funcionalidad, las

pruebas de concurrencia fueron simuladas desde diferentes computadoras accesando al

mismo sitio construido con el Módulo Administrativo de Portales, ya que no se cuenta con

un software especial para realizar este tipo de pruebas.



V.1. Herramientas del Sistema.



Antes de explicar las pruebas y contrariedades que se tuvieron para el desarrollo del

software tenemos que empezar por mostrar el resultado del trabajo hecho. Empecemos por

el Back End, el cual en su pantalla principal cuenta con todas las opciones existentes dentro

del software, en este capitulo no mencionaremos como utilizar cada una de las opciones,

eso lo haremos en el manual de usuario.



110



Figura 59. Pantalla principal del Back End.



Como se puede ver contamos con 11 diferentes opciones, pero las importantes en

esta tesis son las de Base de Datos, Secciones, Artículos, Templates y Noticias. Podemos

ver que en la parte inferior de la pantalla existe un botón para salir de la aplicación.



Cada una de las pantallas de Base de Datos, Secciones, Artículos, Templates y

Noticias contiene con tres botones en la parte superior, cada uno de ellos corresponde a la

opción de agregar, eliminar o modificar. Debajo de ellos se encuentra el

título de

herramienta escogida, por debajo de esta se encuentra un botón en la parte izquierda, el cual

esta ligado a la pantalla principal de la opción, es decir si estamos en la opción artículos

este botón nos llevara únicamente a la pantalla principal de artículos; del lado contrario de

este botón existe otro botón en forma de casa, el cual nos lleva a la pantalla principal del

Back End.



111



Figura 60. Pantalla de segundo nivel del Back End.



Todas y una cada una de las pantallas del BackEnd cuentan con esta estructura,

Nereo la información que se despliega para cada opción del sistema es la correspondiente.



V.2. Ejemplo de Portal desarrollado con MACP.



Como ejemplo de un sitio construido con el Módulo Administrativo de Portales

mostraremos un portal pequeño, el cual contiene todos y cada uno de los capítulos de esta

tesis. Este sitio cuenta con un menú en el lado izquierdo, en el cual se encuentra el menú de

secciones (ligas a cada uno de los capítulos), además la página principal de este sitio cuneta

con un botón llamado “correo”, por medio del cual se puede mandar un mail al webmaster

del sitio.

112

Figura 61. Pantalla principal (index) del sitio generado con el MACP.



Como dijimos anteriormente el menú de la parte izquierda son ligas a cada una de

esas secciones. Cada sección cuenta con un template muy parecido, en el cual se guarda el

mismo espacio para desplegar el menú, pero en la parte central de la página se encuentra la

información correspondiente a la sección; otro característica que tiene los template de las

secciones es que en la parte superior derecha existen dos Bornes en forma de flecha, los

cuales tienen la funcionalidad de scrollbar. En la parte inferior del template no sólo se

muestra el botón

llamado “correo”, sino que

también se muestra un botón

llamado

“regresar”, el cual nos enviará a la página que se navego anteriormente; Otro botón que

aparece es el botón llamado “inicio”, el cual nos direcciona al “home” del sitio.



113

Figura 62. Pantalla de una sección del sitio desarrollado con el MACP.



Recordemos que el sitio que se presento anteriormente se diseño exclusivamente

para mostrar la información de esta tesis, por lo cual la funcionalidad aplica totalmente al

sitio, es decir, cada sitio tendrá una funcionalidad especifica y no quiere decir que este tipo

de sitios sean los únicos que pueden desarrollarse con esta herramienta, la funcionalidad, el

diseño gráfico y la distribución de la información depende de cada sitio.



Comenzado con

los parámetros establecidos, se construyeron cuatro servlets

(BackEnd) para controlar la información, dos java beans (FrontEnd) para desplegar la

información en el

sitio. Estos componentes

interactúan con algunos componentes

desarrollados dentro de la Tesis de Juan Carlos Korzi, los cuales se encargan de controlar

las políticas de uso del Módulo Administrativo de Portales Interactivos, de igual manera se

utilizo una Base de Datos en la cual se encuentra la información tanto de las políticas de

114

uso (Tesis Juan Korzi) del sistema, como del Administrador de Contenido de Portales

Interactivos (Tesis Luis Vidrio).



Módulo Administrador
de Políticas de Uso de
Sitios Interactivos Web

Módulo Administrador de

Contenidos de Sitios

Interactivos Web

Módulo

Administrador de
Sitios Interactivos

Web

Base de Datos

Figura 63. Diagrama general del proyecto Módulo Administrativo de Portales.

V.3. Problemas de Implementación Sistema.

Otro tipo de pruebas que se realizo, gracias al diseño de la aplicación fue la prueba

del sistema con diferentes tipos de base de datos como lo fueron MSQLServer 7.0,

MySQL, Oracle y Access. Cabe mencionar que las pruebas que se realizaron con estas

pruebas fueron sencillas ya que únicamente se realizo la conexión con la base de datos y se

inserto información en algunos registros, es decir, no se construyó un sitio con cada

manejador de base de datos; El sitio construido fue con la base de datos MSQLServer 7.0.

Un problema que se presenta al utilizar una base de datos diferente es el conseguir el driver

adecuado para cada base de datos y su versión. Como ya se menciono la tesis fue

desarrollada con la base de datos MSQLServer 7.0 y su driver llamado Ashna, por lo cual

quien utilice este software y requiera utilizar otro tipo de base de datos necesitara conseguir

115

el driver adecuado y configurar el sistema como se menciona en el manual de usuario, en la

parte de base de datos.



Figura 64. Pantalla del Back End para la Configuración de Base de Datos.



Dentro de la estructura de la base de datos, es decir, las tablas, se tuvieron que

modificar dos de ellas para lograra que el Módulo Administrativo de Portales fuese lo más

genérico posible y se puedan desarrollar portales pequeños y portales medianos. Las tablas

que fueron modificadas son la tabla pg_seccion, la tabla pg_articulo y se creo la tabla

pg_idioma.



La tabla pg_idioma es aquella en la que se almacenan los diferentes idiomas a

utilizar para crear un sitio.



116

PG_IDIOMA
Id_idioma (PK)

Numeric(6,0)

Not null

descripcion

Varchar(50)

null



Tabla 4. Tabla pg_idioma de Base de Datos.



La tabla pg_seccion es la tabla que arma toda la estructura del portal a desarrollar

con el Módulo Administrativo de Portales, se debe tener cuidado al eliminar una sección ya

que esta tabla es la que cuenta con más relaciones. Las modificaciones que sufrió fueron el

aumentar id_idioma para poder tener una misma sección en diferentes idiomas.

PG_SECCION
Id_seccion(PK)

Numeric(3)

Secc_padre(PK)

Numeric(3)

Id_template(FK)

Numeric(3)

Id_idioma(FK)

Numeric(3)

Not null

Null

Not null

Not null

Descripcion

Varchar(100)

Null

nivel

Numeric(3)

Not null

Tabla 5. Tabla pg_seccion de Base de Datos.



La tabla pg_articulo es tabla que contendrá más información ya que contendrá la



información final del sitio a mostrar al usuario. Se le han agradado los campos de

id_idioma para tener los Articulos en más de un idioma y para poder identificarlos en cada

versión; el campo resumen sirve para tener una pequeña descripción del artículo; el campo

ticker sirve para identificar si un artículo también funciona como noticia, las cuales son

manejadas por medio de un componente del sistema.



PG_ARTICULO

117

Id_articulo

Numeric(3)

Id_idioma

Numeric(3)

Id_seccion

Numeric(3)

Id_template

Numeric(3)

Not null

Not null

Null

Null

Titulo

Varchar(255)

Not null

Resumen

Varchar(255)

Null

Expira

Ticker

Bit default 0

Not null

Bit default 0

Not null

Tabla 6. Tabla pg_articulo de base de datos.



Dentro del modulo de templates, se hicieron cambios en la manera de recibir los



archivos para almacenar un template dentro del servidor, ya que en un principio, se

solicitaban los siguientes datos:

?? Nombre Template.

?? Número de Campos.

?? Número de Imágenes.

?? Archivo HTML.

?? Imágenes.

?? ScrennShot.



Pero para que el sistema fuese genérico se tuvo que modificar recibiendo un archivo

*.zip el cual contiene tanto los las imágenes a utilizar por el template, como el archivo

HT