LOS PROCESOS DE LA ETAPA DE DISEÑO EN LA

ELABORACIÓN DE APLICACIONES WEB.

Marzzia Gil / Licenciada en Informática/ Instructora en la U.P.T “Mario Briceño Iragorri”

e-mail: marzziamariela2612@gmail.com
Francesco Simonaro / TSU en Informática / Analista del MPPAP
e-mail: francescosimonaro@hotmail.com

RESUMEN.
La Empresa Bombrague, C.A., destinada a la reconstrucción y venta de bombas
de agua, platos y disco de clutch para toda clase de marcas en vehículos o maquinaria
pesada, llevaban los trámites administrativos del Departamento Recursos Humanos,
en forma manual; producto del diagnóstico se estimó conveniente implementar una
aplicación WEB destinada tanto a mostrar sus productos a través de catálogo, como
automatizar los procesos administrativos. No obstante, este proyecto abarcó
solamente la fase de elaboración. Entonces, apoyados en las posturas de Jacaboson,
Booch, y Rumbaugh (2000); Kendall, Ramos, y Cárdenas (2005) y, Giardina (2011),
entre otros; se referenció la metodología “Proceso Unificado Racional”, con énfasis
en la fase de elaboración en las disciplinas diseño y análisis. La metodología de
investigación adoptada, fue la modalidad Proyecto Factible, apoyada en el diseño
documental - de campo. El estudio no requirió cálculo muestral, pues la población
objeto era finita, conformada por el personal (15 sujetos), a los cuales se les aplicó la
técnica de la encuesta, recolectando los datos con un cuestionario de dos alternativas
de respuestas Si/No. Éste fue validado por juicio de expertos en contenido y el
cálculo de su confiabilidad se efectuó por Kuder Richarson, cuya magnitud fue de
0,65; relativamente alta. Se concluyó necesaria la elaboración de la aplicación web
para automatizar los trámites administrativos del Departamento de Recursos
Humanos, optimizando sus actividades, por lo cual se estableció con la metodología
escogida, los requisitos funcionales y no funcionales necesarios para el desarrollo de
la aplicación web, en las vistas: lógica, despliegue, procesos y física.

Palabras clave: Aplicación Web, Etapa de Diseño, Procesos.

ABSTRACT

The Bombrague, CA company, for reconstruction and selling water pumps and disc
Clutch plates for all makes of vehicles or heavy machinery, had the administrative
procedures of the Human Resources Department, manually; diagnostic product was
deemed convenient to implement a web application for both to show their products
through catalog, and automate administrative processes. However, this project
covered only the development phase. Then, leaning on the positions of Jacaboson,
Booch, and Rumbaugh (2000); Kendall, Ramos, and Cardenas (2005), Giardina
(2011), among others; methodology "Rational Unified Process" was referenced, with
emphasis on the development phase in the disciplines design and analysis. The
research methodology adopted was the form Feasible Project, supported by the
documentary design - field. The study did not require sample calculation for the
target population was finite, composed of staff (15 subjects), to which we applied the
technique of the survey, collecting data with a questionnaire of two alternative
answers Yes / No. This was validated by expert judgment on content and calculation
of reliability was conducted by Kuder Richardson, whose magnitude was 0.65;
relatively high. The development of the web application to automate the
administrative procedures of the Human Resources Department concluded required,
optimizing their activities, which was established with the chosen methodology,
functional and non functional requirements necessary for the development of the web
application, views: logical, deployment, and physical processes.

Keywords: Web Application, Stage Design, Processes.

INTRODUCCIÓN.
Dada la notable popularidad de Internet y el surgimiento de la World Wide
Web, se ha hecho necesario el desarrollo de las Aplicaciones Web inmiscuidas en
todos los ámbitos de la vida. Luján (2001) expresa, básicamente es un conjunto de
programas que ayudan al usuario del computador a interactuar directamente con otros
y sus datos en forma personalizada, llevando a cabo una tarea específica. En efecto, el
uso de la computadora como recurso tecnológico ha causado gran impacto en la
sociedad actual, donde su presencia se circunscribe a todos los ámbitos del quehacer
humano, siendo determinante para el desarrollo de la sociedad en general.
En ese sentido, constituye un recurso valioso, tomando en cuenta que la
navegación brinda la posibilidad de información y datos inmediatos por todo el
mundo, agilizando los trámites en la organización, a fin de tener más control y
organización de la misma. Según estos aspectos, se plantea que la automatización a
través de una aplicación web, brinda ciertas ventajas sobre procesos manuales de
orden económico, social, y tecnológico; pudiéndose resaltar, entre otras cosas,
garantiza el incremento de la calidad del trabajo del usuario con rutinas ejecutadas en
menor tiempo y una recolección de datos estadísticos más detallados.
Bajo este escenario, empresas como Bombrague, C.A., ubicada al final Avenida
9, sector el Bolo local S/N, frente al C.C. Mercedes Díaz del municipio Valera,
Estado Trujillo, ejercen actividades en venta y reparación de bombas y crochés para
vehículos; sin embargo, resultado del estudio diagnóstico, se detecta no posee una
aplicación web publicitaria de sus productos y servicios, los cuales servirían de apoyo
a los trámites administrativos del departamento de Recursos Humanos, solamente han
limitado esa opción a los tradicionales medios de comunicación prensa impresa y
radio. Al evaluar esta situación, el estudio cuestiona, ¿será posible establecer los
procesos de la etapa de diseño de una aplicación web destinada a mostrar todos sus
productos a través de catálogo y la automatización de los procesos administrativos de
recursos humanos para la empresa Bombrague, C.A?
Es por ello que el grupo desarrollador propone en este estudio, limitarse al
tratamiento de la fase de elaboración, donde ejecutará los procesos del diseño, cuyo
perfil quedará establecido a dar continuidad en sus etapas posteriores de desarrollo e
implantación, con el propósito de brindar a sus clientes y usuarios la facilidad de ver
un catálogo con sus productos y servicios. Es relevante destacar, la nueva aplicación
web ofrecerá un mejor servicio, tanto regional, nacional, como internacionalmente;
destacándose los beneficios operativos generados en sus trabajadores al agilizar los
procesos relacionados con recibos de pagos y constancias de trabajo.

MARCO TEÓRICO.
El alcance de la aplicación web y el tipo de usuarios a los que está dirigida, son
consideraciones tan importantes como las tecnologías elegidas para realizar la
implementación; pues así como las tecnologías pueden limitar la funcionalidad,
también las decisiones equívocas del diseño pueden reducir su capacidad de extensión
y reusabilidad.
Es por ello, que para la elaboración de este proyecto se tomará como referencia
la metodología de diseño RUP, cuyas siglas remiten de Rational Unified Process o
Proceso Unificado Racional. En la opinión de Jacaboson, Booch, y Rumbaugh
(2000), es un proceso de desarrollo de software, que junto con el Lenguaje Unificado
de Modelado (UML), constituye el procedimiento estándar más utilizado para el
análisis, implementación y documentación de sistemas orientados a objetos. Se trata
de un conjunto de metodologías adaptables al contexto y necesidades de cada
organización, donde el software es organizado como una colección de unidades
atómicas llamados objetos, constituidos por datos y funciones que interactúan entre
sí.
Específicamente, RUP es un proceso desarrollador de un proyecto de software
que define claramente quien, cómo, cuándo y qué debe hacerse en el proyecto. Sus
fases de desarrollo del Software son: Inicio, Elaboración, Construcción y, Transición.
De estas fases, el proyecto de investigación ahonda en los procesos de la fase de
elaboración, la cual para Kendall, Ramos, y Cárdenas (2005), conforman los
diagramas presentados, los cuales describen el comportamiento del sistema cuando
algo o alguien (usuario-cliente) interactúa con el sistema en relación con el negocio,
explicando de forma gráfica y/o textual la naturaleza del estímulo proyectado en el
Caso de Uso. Por ello, el diagrama contiene al actor y símbolos, junto con líneas de
conexión que expresan los cuatro tipos básicos de relaciones de comportamiento, con
los verbos de acción: comunica, incluye, extiende y generaliza, simbolizados con
flechas y líneas, diferenciando los tipos de relaciones de comportamiento.
Consecuentemente, se determinan los requisitos del nivel del diseño y análisis,
permitiendo conocer la viabilidad técnica-tecnológica de la construcción,
disminuyendo y controlando así, los riesgos principales que pudieran suscitarse.
En cuando al procedimiento específico de esta fase de elaboración, la
arquitectura, desde la óptica de Giardina (2011), se define como un nivel del diseño
del sistema de información ocupado, no sólo de algoritmos y la estructura de base de
datos del sistema de información, sino de la organización-estructura-control, de los
protocolos de comunicación-sincronización, de la asignación de funciones y del
rendimiento.
Pero, la arquitectura se ve influenciada por la plataforma software, sistema
operativo, gestor de bases de datos, protocolos, consideraciones de desarrollo como
sistemas heredados. Muchas de estas restricciones constituyen requisitos no
funcionales del sistema. En el caso de RUP, además de utilizar los Casos de Uso para
guiar el proceso se presta atención al establecimiento temprano de una buena
arquitectura que no se vea fuertemente impactada ante cambios posteriores durante la
construcción y mantenimiento.
Ahora bien, el modelo “4+1” de Kruchten, diseñado por el profesor Philippe
Kruchten, reseñado por Giardina (2011), es un modelo de vistas que encaja con el
estándar “IEEE 1471-2000”, utilizado para describir la arquitectura de un sistema
software intensivo fundamentado en el uso de múltiples puntos de vista. Kruchten
propone un sistema software que documenta y muestra el estándar IEEE 1471-2000,
con 4 vistas bien diferenciadas y relacionadas entre sí con una vista más, que es la
denominada vista “+1”. Estas 4 vista las denominó Kruchten como: Vista Lógica,
Vista de Procesos, Vista de Despliegue y Vista Física; y la vista “+1”, denominada
Vista de Escenario, que tiene la función de relacionar las 4 vistas nombradas.
 Cada una de éstas, ha de mostrar toda la arquitectura del sistema software (ver
figura 1), pero documentando y mostrando diferentes aspectos del mismo:

Figura 1. Modelo “4+1” de Kruchten

Fuente: Giardina (2011).

 Vista Lógica: Representa la funcionalidad que el sistema proporcionará a los

usuarios finales, mostrando lo que el sistema debe hacer con las funciones y servicios
que ofrece. Completando la documentación de esta vista se incluyen los diagramas de
clases
 Vista de Despliegue: Esta vista enfatiza el sistema desde la perspectiva de un
programador, ocupándose de la gestión del software que visualiza su división en
componentes y dependencias entre ellos; completando la documentación con los
diagramas de componentes.
 Vista de Procesos: Visualiza gráficamente los procesos del sistema y su
comunicación desde la perspectiva integradora de sistemas, por el flujo de trabajo paso
a paso y operacional de los componentes que lo conforman. La documentación de
esta vista incluye los Diagramas de Secuencia.
  Vista Física: Desde la perspectiva de un ingeniero de sistemas, evidencia los
componentes físicos del sistema, así como sus conexiones físicas, incluyendo los
servicios. Tendiendo a completar la documentación, se pueden anexar los diagramas
de despliegue de UML.
 “+1” Vista de Escenarios: Representada por los casos de uso software con la
función de unir y relacionar las 4 vistas; es decir, desde un caso de uso se puede
observar la unión de las otras vistas, tendiendo a trazar componentes, clases, equipos,
paquetes, entre otros, para realizar cada caso de uso. En esta vista la documentación
se complementa con los diagramas de Casos de Uso.

METODOLOGÍA.
Esta fue una investigación enmarcada en la modalidad Proyecto Factible,
debido a su orientación por proporcionar solución a problemas hallados en la
realidad, cuya propuesta viable, tal como lo afirma UPEL (2006), está destinada a
atender necesidades específicas de organizaciones o grupos sociales que pueden
referirse a la formulación de políticas, programas, tecnologías, métodos, o procesos, a
partir del diagnóstico. Se siguió la metodología de esta tipología, planteada por Arias
(2006) en sus etapas de diagnóstico, factibilidad y diseño de la propuesta.
Se apoyó de una investigación documental, pues, tal como señala Arias (2006),
busca la recuperación, análisis, crítica e interpretación de datos secundarios obtenidos
y registrados por otros investigadores en fuentes documentales impresas,
audiovisuales o electrónicas para el tema en estudio, con mayor profundidad. A partir
de ello, se abordaron las necesidades detectadas en el diagnóstico con la intención de
generar los nuevos aportes. Asimismo, se consideró con diseño de campo, en
consideración a los pensamientos de Palella y Martins (2006), quienes indican
consiste en la recolección de datos directamente de la realidad donde ocurren los
hechos en su ambiente natural, sin manipular o controlar las variables. En otras
palabras, el equipo de investigadores reunió la información e hizo el análisis de
problemas de la realidad, describiendo el propósito, interpretando su naturaleza,
explicando sus causas-efectos y prediciendo su ocurrencia sin alterar las condiciones
existentes; de allí su carácter no experimental.
La población objeto de estudio, definida por Selltez (citado en Hernández y
Cols, 2006), como el conjunto de casos que concuerdan con una serie de
especificaciones; estuvo conformada por la totalidad de personas que laboran en la
Empresa Bombrague C.A., conformada por 1 Presidente, 1 Gerente de Operaciones, 1
Administrador, 1 Secretaria administrativa, 1 Asistente gerencial, 1 vendedor, 1
depositario, 6 mecánicos, 1 motorizado y 1 personal de limpieza, total 15 sujetos;
considerada población finita, en tal sentido no requirió cálculo muestral alguno.
En relación a las técnicas de recolección de datos, la técnica abordada fue la
encuesta, la cual especifica Méndez (2003), son hechos o documentos a los que
acude el investigador con el fin de obtener información; de esta manera, se pueden
conocer las actitudes u opiniones en relación al objeto de estudio. En base a ello, se
elaboró un instrumento de recolección de datos, definido por Ramírez (1999), como
un dispositivo de sustrato material que sirve para registrar los datos obtenidos a través
de las diferentes fuentes, sobre las variables objeto de estudio y en este caso, la fuente
principal en la realización del diagnóstico y requerimientos de la aplicación web.
Al evaluar los requerimientos y la factibilidad de la propuesta, se utilizó la
entrevista, conceptualizada por Hernández, Fernández y Baptista (2010) como un
diálogo intensionado pero abierto, entre el entrevistado y el investigador, bajo una
estructura particular de preguntas y respuestas; siendo el instrumento de recolección,
el cuaderno de notas. Es importante señalar que la entrevista se efectuó de manera no
estructurada; es decir, se elaboraron preguntas sobre la base de los objetivos en forma
más flexible y abierta.
Por su parte, la validez del instrumento conllevó la evaluación de contenido a
juicio de expertos, de la correspondencia del instrumento con su contexto teórico;
quienes analizaron y corrigieron a partir de las variables, la expresión semántica de
las proposiciones, emitiendo sus opiniones en lo referente al contexto teórico de la
variable y su relación con las preguntas. Más aun, para Chávez (2007), no se expresa
en índice numérico, se basa en la necesidad de discernimiento y juicios
independientes entre expertos.
En cuanto al cálculo de la confiabilidad del instrumento se utilizó el Coeficiente
de Kuder Richarson, el cual según Ob.cit, se aplica a cuestionarios con ítems de dos
alternativas de respuestas, tal es el caso: Si/No. De las respuestas tabuladas se efectuó
la estadística correspondiente, con la fórmula:
K  S 2   piqi  ; arrojando los siguientes resultados:
r  t 
K  1  St
2


K  S t   piqi  8 1,47  0,64  8  0,83 

2

r 
K  1 
      1,140,57  0,65
 8  1  1,47  7  1,47 
2
St
r  0,65
Este coeficiente de 0,65 inmerso en el rango 0,61-0,80; define al instrumento
con magnitud de Alta confiabilidad. Los resultados fueron analizados bajo la
estadística descriptiva, construyéndose tablas de frecuencia con sus respectivos
análisis y representación gráfica de barras verticales. Con ellos como referencia se
efectuó la interpretación de resultados fundados sobre el marco conceptual.

RESULTADOS.
La aplicación de la encuesta entre los 15 seleccionados que conforman la
población objeto del diagnóstico de la empresa Bombrague, C.A. del estado Trujillo,
arrojan en resumen, los siguientes resultados:

Gráfico 1. Necesidades de la Empresa Bombrague, C.A.

Fuente: Encuesta aplicada al personal de la Empresa. Gil, Simonaro (2015).

 El personal asume en la empresa, (1) la inexistencia de una página web que
agilice sus solicitudes, (2) el mercadeo de los productos se maneja de manera
tradicional con la radio, (3) los representantes de la empresa tienen que estar en la
empresa, si desean validar las solicitudes de los trabajadores y, (4) no cuentan con un
catálogo que describa todos los productos y servicios que presta Bombrague, C.A.
Como consecuencia de estas necesidades, se le da prioridad por solventar al aumento
publicitario de la empresa a nivel regional, nacional e internacional; otro aspecto es la
automatización de los procesos de emisión de recibos de pago y constancias de
trabajo de manera efectiva y cómoda, tanto para los trabajadores como para la
empresa. De estas inquietudes, se detecta, no disponen de una aplicación web que, tal
como asevera Mateu (2004), puede contener elementos mediadores de una
comunicación activa entre el usuario y la información, a modo de acceder a datos
interactivamente en la página por cada una de sus acciones.
Después de reunir la información y determinar las necesidades, se decide
diseñar e implantar una Aplicación Web que permita a la empresa Bombrague, C.A.
por medio del internet, la expansión publicitaria y venta de servicios; al mismo
tiempo, permitir a sus trabajadores y trabajadoras que a través de ésta, solicite e
imprima sus recibos de pagos y constancias de trabajo.
Específicamente, este Proyecto aborda la fase de elaboración de la aplicación
web para la Empresa Bombrague C.A, es por esto que se seleccionan los Casos de
Uso (ver figura 2, 3 y 4) con las especificaciones que permitan definir la arquitectura
base del sistema, así como el primer análisis del dominio del problema, diseñando la
solución preliminar; brindando así una base estable para la mayor parte del esfuerzo
de diseño e implementación en la fase de Construcción; la cual comprende, en
consonancia con Giardina (2011), el estilo o modelo de vistas arquitectónicas
adaptadas al contexto y necesidades de la empresa (ver figura 5-18), producto del
diagnóstico, y cuyo aporte queda establecido de la siguiente manera:
Figura 2. Vistas de Casos de Uso: Aplicación Web para el Control de Solicitudes de
Constancias de Trabajo, Recibos de Pago y Gestión de Promoción de Productos (Publicidad).
Empresa Bombrague C.A.

Fuente: Gil, Simonaro (2015).

Figura 3. Vistas de Casos de Uso: Gestionar Trámites de RRHH.

Fuente: Gil, Simonaro (2015).

Figura 4. Vistas de Casos de Uso: Registrar elementos del Catálogo.

Fuente: Gil, Simonaro (2015).

 Es importante destacar, como afirman Jacaboson, Booch, y Rumbaugh (2000),
que estos Casos de Uso no sólo inician el proceso de desarrollo sino que
proporcionan un hilo conductor, permitiendo establecer trazabilidad entre artefactos
generados en las diferentes actividades del proceso de desarrollo. En resumen,
proveen un medio para que los desarrolladores, usuarios finales del sistema y
expertos del dominio, lleguen a una comprensión común, reduciendo el tiempo de
desarrollo del Sistema de manera fiable y rápida.

Vista Lógica.

Esta vista muestra los componentes del sistema, sus interacciones a alto nivel y
lo que proporcionó en términos de servicios a los usuarios, descomponiéndose en un
conjunto de abstracciones tomadas en su mayoría del dominio del problema, en forma
de objetos o clases, compuestas por el nombre de la clase, los atributos y los
comportamientos.

Figura 5. Diagrama de Clases.

Fuente: Gil, Simonaro (2015).

Vista de Procesos.

La vista de procesos presente describió los aspectos de concurrencia y

sincronización del diseño, mostrando los procesos existentes en el sistema y la forma
en que se comunican.

Figura 6. Diagrama de Secuencias: Registrar Marcas.

Fuente: Gil, Simonaro (2015).

Figura 7. Diagrama de Secuencias: Registrar Modelos.

Fuente: Gil, Simonaro (2015).

Figura 8. Diagrama de Secuencias: Control de Productos.

Fuente: Gil, Simonaro (2015).

Figura 9. Diagrama de Secuencia: Control de Usuarios.

Fuente: Gil, Simonaro (2015).

Figura 10. Diagrama de Secuencia: Control de Productos.

Fuente: Gil, Simonaro (2015).

Vista de Despliegue.

Principalmente estas vistas plasman la división de la aplicación web en

componentes y las dependencias entre componentes con su modo de comunicación,
incluyendo los componentes físicos: Archivos, módulos, ejecutables y paquetes.

Figura 11. Diagrama de Componentes: Registrar Marcas.

Fuente: Gil, Simonaro (2015).

Figura 12. Diagrama de Componentes: Registrar Modelos.

Fuente: Gil, Simonaro (2015).

Figura 13. Diagrama de Componentes: Control de Productos.

Fuente: Gil, Simonaro (2015).

Figura 15. Diagrama de Componentes: Control de Usuarios.

Fuente: Gil, Simonaro (2015).

Figura 16. Diagrama de Componentes: Consulta de Productos.

Fuente: Gil, Simonaro (2015).

Vista Física.

En lo sucesivo se presentó la distribución de los componentes entre los distintos

equipos que conforman la solución incluyendo los servicios. A su vez, los elementos
definidos en la vista lógica se mapearon a componentes de software o de hardware.
Figura 17. Diagrama de Despliegue a nivel de Software.

Fuente: Gil, Simonaro (2015).

Figura 18. Diagrama de Despliegue a nivel de Hardware.

Fuente: Gil, Simonaro (2015).

Diseño de la Base de Datos.

Se reunieron todos los tipos de información estimados, registrando entre otros,
en la base de datos, los datos del catalogo; luego se dividieron los elementos de
información en entidades principales, como Marca, Modelo, Productos, empleados
Usuario, convirtiéndola en varias tablas.
Se eligió la clave principal de cada tabla, tomando en una columna la
identificación inequívocamente de cada fila como Id. de producto. Luego se examinó
cada tabla, decidiendo la relación de datos con las demás tablas. Aunado, se
agregaron algunos registros con datos de ejemplo, corroborando la posibilidad de
obtener los resultados previstos. Por último, se aplicaron las reglas de
normalización de datos para comprobar la estructuración correcta de tablas,
efectuándose los ajustes pertinentes.

Figura 19. Diagrama Lógico: Diagrama Entidad Relación.

Fuente: Gil, Simonaro (2015).

Figura 20. Diseño Físico.

Fuente: Gil, Simonaro (2015).

Figura 21. Base de Datos. Tabla Marcas.

Fuente: Gil, Simonaro (2015).

Figura 22. Base de Datos. Tabla Modelos.

Fuente: Gil, Simonaro (2015).

Figura 23. Base de Datos. Tabla Usuarios.

Fuente: Gil, Simonaro (2015).

Figura 24. Base de Datos. Tabla Productos.

Fuente: Gil, Simonaro (2015).

CONCLUSIONES.
El estudio permitió corroborar a través del diagnóstico; la importancia técnica,
económica y operativa que posee una aplicación web en el desempeño empresarial,
caracterizada por el eficiente registro de información a modo de poder realizar de
manera automatizada cualquier operación. Respondiendo así, a la interrogante y
objetivo principal del estudio, de hacer posible la implementación de una aplicación
web, destinada tanto a mostrar todos los productos por catálogo como automatizar los
procesos administrativos de los recursos humanos para la empresa Bombrague, C.A.
La fase de elaboración asumida bajo la metodología RUP, cumple con todos los
requerimientos de la empresa, lo cual contribuirá a aumentar su cartera de clientes,
reducir en tiempo-dinero el trabajo del Departamento de Recursos Humanos y,
acceder a recibos de pago y constancias de trabajo de manera más rápida y efectiva.
En resumen, el diseño de la página web, es una opción valedera y beneficiosa
para toda la población objeto y sus beneficiarios, quienes incrementarán la eficacia en
las búsquedas y procesos administrativos, teniendo como referencia el acceso
inmediato; lo que ayudaría prontamente al rendimiento económico y personal laboral,
cónsonos a las necesidades de la empresa.

REFERENCIAS BIBLIOGRÁFICAS.

Chávez, N. (2007). Introducción a la Investigación Educativa. Editorial Gráfica

González: Maracaibo.

Giardina, F. (2011). Guía de desarrollo de sitios y Aplicaciones Web dinámicas.

Madrid: Edición Maestros del Web.

Jacaboson, I., Booch, G., y Rumbaugh, J. (2000). Proceso Unificado de Desarrollo de

Software. New York: Editorial McGrawHill.

Kendall, J., Ramos, A. y Cárdenas, H (2005). Análisis y Diseño. Sexta Edición.

Grupo Romo: Ciudad de México.
Luján, S. (2001). Programación en Internet: Clientes Web. España: Editorial Club
Universitario.

Mateu, C. (2004). Software Libre: Desarrollo de Aplicaciones Web. Eureca Media,

SL: Barcelona-España.

Méndez, C. (2003). Metodología, Diseño y Desarrollo del Proceso de Investigación.

Mc Graw Hill: Colombia.

Ramírez; T. (1999). Cómo hacer un Proyecto de Investigación. Editorial Panapo:

Caracas.