Diseño de un web orientado al comercio electrónico para comercial Hidrobo Cia Ltda Ibarra 2005

(1)

A07'

comer

ci

o

j, ,', _¿o va

00 /62'

(1'

Universidpil

!'én:a Prfcnlr d 1

eidoel¿

(2)

UNIVERSIDAD TECNICA PARTICULAR DEL-0,1A

-.4

ESCUELA DE CIENCIAS DE LA COMPUTACIÓN

"DISEÑO DE UN WEB ORIENTADO AL COMERCIO

ELECTRÓNICO PARA COMERCIAL HIDROBO CIA. LTDA

IBARRA 2005"

Tesis de Grado previa a la obtención del Título de Ingeniero en Informática

AUTOR:

José Antonio Ayala Bermeo

DIRECTOR: ng. Franco Guamán

(3)

Franco Guamán

DIRECTOR DE TESIs

• Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia.

"4*

CERTIFICACIÓN

Ing. Franco Guamán DIRECTOR DE TESIS

Certifica:

Que el presente trabajo de tesis realizado por el Sr. José Antonio Ayala Bermeo, cuyo

tema es DISEÑO DE UN SITIO WEB ORIENTADO AL COMERCIO ELECTRÓNICO

PARA COMERCIAL HIDROBO CIA. LTDA. IBARRA 2005, ha sido dirigido, orientado y

evaluado en todas sus fases, habiendo constatado que cumple con los requisitos de fondo y forma exigidos por la Escuela de Ciencias de la Computación, en consecuencia autorizo su presentación, sustentación y defensa.

Loja, agosto del 2005

(4)

J

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia.

Ltda-.j-i-CESIÓN DE DERECHOS

Yo, José Antonio Ayala Bermeo, declaro conocer y aceptar las disposiciones del Art. 67 del Estatuto Orgánico de la Universidad Técnica Particular de Loja que en su parte pertinente textualmente dice: "Forman parte del patrimonio de la Universidad la propiedad intelectual, de investigación, trabajos científicos o técnicos y tesis de grado que se realicen a través o con el apoyo financiero, académico o institucional (operativo) de la Universidad

(5)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda

AUTORÍA

Los conceptos, ideas y opiniones desarrolladas en el presente trabajo son de exclusiva responsabilidad del autor.

José Antonio Ayala Bermeo

(6)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. _UTPL

DEDICATORIA

El presente trabajo lo dedico a mi familia especialmente a mi esposa Diana, a mis hijos Pablo, José Edmundo, Brenda y Kevin.

A mi madre por su sacrificio permanente y ejemplo de superación.

A Dios, por brindarme la oportunidad de servir de motivación para el desarrollo de todos los míos.

Pepe

(7)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. UTPL

AGRADECIMIENTOS

Mis sinceros agradecimientos a:

Autoridades de la Universidad Técnica Particular de Loja, modalidad a distancia, al Sr. lng. Franco Guamán, Director de Tesis, al la Ing. Liliana Enciso, Directora de la escuela de Ciencias de la Computación.

A todas las personas que colaboraron con sus opiniones en el desarrollo del presente trabajo de investigación, y los señores directivos de Comercial Hidrobo Cia. Ltda. de la ciudad de Ibarra.

El Autor.

(8)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. UTPL

RESUMEN

El presente trabajo ha sido realizado en la ciudad de Ibarra en el año 2005, y consistió en la elaboración de un sitio Web orientado al comercio electrónico.

Los objetivos planteados fueron: incorporar a comercial Hidrobo Cia. Ltda. al comercio electrónico, elaborar una línea de base sustentada en los requerimientos actuales de la empresa, implementar un sitio Web dinámico en el servidor Web de la empresa. Incorporar al cliente a Internet mediante estrategias participativas. Plantear un proyecto de marketing basado en las políticas institucionales de Comercial Hidrobo. Como política de desarrollo de la aplicación he seguido la metodología de desarrollo de software XP (Programación Extrema) y he utilizado software enmarcado en la filosofía de código abierto, utilizando el sistema operativo Linux, una arquitectura LAMP y como gestor de contenidos CMS.

En el desarrollo del presente trabajo consta de cuatro fases las mismas que están estructuradas de las siguiente manera:

Capitulo 1 : En esta etapa me enfoqué en el uso de una arquitectura N-TIER como un elemento estratégico en B2C, la cual se encuentra estructurada de tres fases los mismos que conforman un componente de negocios, constituido por un Front End para las prestaciones de GUI, un Front Back con la lógica de negocios interna del comercial Hid robo y finalmente la capa de Datos la misma que constituye el almacén de datos de la aplicación.

Capitulo II: Aquí he considerado la implementación de una metodología XP, la cual garantiza el desarrollo del proyecto, considerando que en la mayoría de aplicaciones de software han sido desarrolladas sin considerar como fundamento una metodología de desarrollo por lo cual son perecibles en el tiempo. La metodología empleada consta de cuatro fases las mismas que son: Planning la cual me ayudo a garantizar las estimaciones del proyecto, Designing esta fase me centré en el diseño arquitectónico del sitio web, Coding en esta fase me enmarque en el uso de herramientas CMS y arquitectura LAMP como estrategia en B2C, y finalmente Testing en la cual me enfoque en garantizar el cumplimiento de los objetivos del proyecto que son la implementación y publicación del sitio web.

(9)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. LtdaTj-p

Capítulo III: Una vez definida la arquitectura y la metodología de desarrollo, he procedido al desarrollo e implementación del proyecto con B2C, en la cual se detalla cada componente utilizado en el proyecto para presentar una solución en Comercial Hidrobo. Este capítulo consta de un modelo basado en B2C, el uso de arquitecturas LAMP, el diseño de la interfaz de usuario (GUI), la estructura de navegación del sitio, y algunos módulos necesarios para el comercio electrónico.

Capitulo IV: Se realizó la validación e implementación del sitio web en la cual se detalla una etapa muy importante de la metodología XP como lo es Testing y la validación de resultados. En la parte de implementación y publicación de la aplicación se contrató un hosting con una capacidad de 2 GB de tráfico mensual, con 256 Kb de bajada - 64 Kb de subida, un espacio de 1Gb en base de datos y un URL con la empresa ECUALINUX para obtener el soporte del servidor Web.

(10)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia.

SUMMARY

The present work has been carried out in the city of Ibarra in the year 2005, and it consisted on the elaboration of a place Web guided to the electronic trade.

The outlined objectives were: to incorporate commercial Hidrobo Co. Ltda. to the electronic trade, to elaborate a base line sustained in the current requirements of the company, to implement a place dynamic Web in the servant Web of the company. To incorporate the client lo Internet by means of strategies participativas. To outline a marketing project based on the institutional politicians of Commercial Hidrobo. As politics of development of the application 1 have followed the methodology of software development XP (Extreme Programming) and 1 have used software framed in the philosophy of open code, using the operating system Linux, an architecture LAMP and 1 eat agent of contained CMS.

In the development of the present work it consists of four phases the same ones thaI are structured in the following way:

Chapter 1: In this stage 1 focused myself in the use of an architecture N-TIER like a

strategic element in B2C, which is structured of three phases the same ones that conform a component of business, constituted by a Front End for the benefits of GUI, a Front Back with the internal logic of business of the commercial Hidrobo and finally the ayer of Data the same one that constitutes the warehouse of data of the applícation.

Chapter II: Here 1 have considered the implementation of a methodology XP, which

guarantees the development of the project, considering that in most of software applications they have been developed without considering like foundation a development methodology reason why is perecibles in the time. The used methodology consists of four phases the same ones that are: Planning which help myself to guarantee the estimates of the project, Designing this phase centered myself in the architectural design of the place web, Coding in this phase frames me in the use of tools OMS and architecture LAMP like strategy in B2C, and finally Testing in which focuses me in guaranteeing the execution of the objectives of the project that you/they are the implementation and publication of the place web.

(11)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. _UTIPL sí

Chapter III:

Once defined the architecture and the development methodology, 1 have proceeded to the development and implementation of the project with B2C, iii which each component is detailed used in the project to present a solution in Commercial Hidrobo. This chapter consists of a model based on B2C, the use of architectures LAMP, the design of users interfaz (GUI), the structure of sailing of the place, and sorne necessary modules for the electronic trade.

Chapter IV: He/she was carried out the validation and implementation of the place web in

the one which a very irnportant stage of the methodology XP is detailed like it is it Testing and the validation of results. In the implementation part and publication of the application was hired a hosting with a capacity of 2 GB of rnonthly traffic, with 256 Kb of slope - 64 Kb of ascent, a space of 1Gb in database and an URL with the company ECUALINUX to obtain the support of the servant Web.

(12)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda _UTPL CONTENIDO Pág. Certificaciones Cesión derechos Autoría Dedicatoria Agradecimientos Resumen Summary Indice INTRODUCCIÓN

Capitulo 1: ARQUITECTURA N-TIER EN B2C

1.1 Fundamentos

1.2 Modelo N-Tier

1.3 Front End

1.4 Front Back

1.4.1 Componentes y flujo de trabajo empresarial 1.4.2 Utilización de componentes empresariales

1.5 Capa de datos

Capitulo 2: FASES E IMPLEMENTACIÓN DE LA METODOLOGÍA XP EN B2C

2.1 Introducción

2.2 Fases de la metodología XP aplicada al proyecto

2.2.1 Planning

2.2.2 Designing

2.2.3 Coding

2.2.4 Testing

2.3 Implementación de la metodología XP

Capitulo 3: DESARROLLO E IMPLEMENTACIÓN DEL PROYECTO CON B2C

3.1 Introducción 30

3.2 Diseño e implementación de un modelo de solución B2C 30

3.3 Determinación de requerimientos técnicos de implementación de software y 32 hardware

3.4 Instalación de las herramientas de arquitectura LAMP 34

3.5 Estructura de Navegación 35

3.6 Diseño e implementación de interfaz de usuario 37

3.7 Diseño e implementación menú superior 40

3.8 Diseño e implementación del menú Izquierdo 40

3.9 Diseño e implementación del menú derecho 41

3.10 Módulo de financiamiento 41

3.11 Módulo administrativo 42

Capitulo 4: VALIDACIÓN E IMPLEMENTACIÓN DEL SITIO WEB

4.1 Testing y validación 44

4.2 Implementación de la aplicación 45

4.3 Publicación del sitio web 45

(13)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. _UTPL

CONCLUSIONES 46

RECOMENDACIONES 47

Lista de Apéndices

Apéndice A. Tablas descriptivas de la aplicación 49

Apéndice B. Figuras descriptivas de la aplicación 55

Lista de Anexos

Anexo A. Metodología programación extrema (XP) 61

Anexo B. Instalación de herramienta CMS 69

BIBLIOGRAFIA 78

GLOSARIO DE TÉRMINOS 80

MANEJO DE LA APLICACIÓN 83

(14)

INTRODUCCIÓN

Las nuevas tecnologías de la información y comunicación han entrado en nuestras vidas convirtiéndose indispensables para alcanzar los logros de bienestar que todos deseamos. La rapidez que proporciona la comunicación a través de un correo electrónico es solo comparable a la revolución que supuso la utilización del teléfono para conversar a distancia. Con tener un computador conectado a una línea telefónica desde cualquier lugar que nos encontremos, podemos alcanzar informaciones que antes estaban al alcance de pocos privilegiados. En el plazo de pocos años lo que no esté conectado en la web parecería no existir. El acceso a la cultura, los servicios, el comercio, etc. Se ha democratizado de una manera que nunca antes podríamos imaginar.

(15)

transacciones y consultas de forma flexible e interdependiente utilizando un navegador de Internet (browser).

Comercial Hidrobo Cia. Ltda., es una empresa domiciliada en la ciudad de Ibarra y se dedica a la actividad comercial en el sector automotriz en las provincias de Imbabura, Carchi y norte de Pichincha, en la actualidad es concesionaria de la marca de automotores Hiunday, Mazda, Nissan y Toyota, lo cual obliga ha cumplir algunos requisitos de ventas y formas de comercialización con el objetivo de posicionarse en el mercado de esta zona y dar la facilidad técnica necesaria a sus clientes para que observen sus productos sin tener que trasladarse al local de exhibición.

La empresa conciente de la exigencia del mercado decide elaborar un sitio Web orientado al comercio electrónico, (e-commerce) y buscando incorporar a Comercial Hidrobo Cia. Ltda. En un Sitio Web Dinámico que permita realizar Comercio Electrónico a través de la:

Elaboración de una línea de base investigativa que sustente en los requerimientos actuales de Comercial Hidrobo Cia. Ltda.

Implementación un Sitio Web Dinámico que permita llevar a cabo actividades comerciales que actualmente son realizadas en forma tradicional por el Comercial Hidrobo Cia. Ltda.

Incorporación del cliente a Internet mediante estrategias participativas online de Comercial Hidrobo Cia. Ltda. Las cuales se basan en el comercio electrónico.

(16)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. -. _UTPL

Las actuales directrices tecnológicas no solo se orientan al hardware si no que vinculan el desarrollo de software en las cuales es importante realizar aplicaciones que sean escalables, en las que se consideren tips de implementación y de desarrollo.

Basado en el análisis de cada una de estas filosofías la presente establece una solución dentro de ingeniería informática, implementando técnicas de comercio electrónico y metodologías de software vistas como estrategias que permitan el uso de una arquitectura n-tier para optimizar el uso de recursos tecnológicos disponibles en Comercial Hidrobo, permitiendo a futuro un desempeño eficiente.

(17)

CAPITULO 1

(18)

ARQUITECTURA N- TIER EN B2C

1.1 FUNDAMENTOS

Los servicios de autorización de las tarjetas de crédito y correo desempeñan funciones dentro del proceso empresarial global de compra. A diferencia de los componentes ordinarios, los servicios existen en sus propios límites de confianza y administran sus datos, fuera de la aplicación. Por tanto, se debe establecer una conexión segura y autenticada entre la aplicación de llamada y el servicio si se utiliza un enfoque basado en servicios para el desarrollo de aplicaciones. Además, podría implementar la comunicación mediante el uso de correo electrónico, haciendo el diseño más adecuado para describir procesos empresariales (a veces denominados transacciones empresariales o transacciones de ejecución larga) y para el acoplamiento flexible de sistemas que son frecuentes en soluciones distribuidas de gran tamaño, especialmente si el proceso empresarial implica varias organizaciones y plataformas en la negociación.

Por ejemplo, si las comunicaciones basadas en mensajes se utilizan en el proceso mostrado en la figura 1.1, el usuario puede recibir la confirmación de la solicitud segundos después de que se proporcionara la información de venta, dependiendo de la capacidad de respuesta de los servicios de autorización y entrega.

La aplicación utiliza un servicio externo, la implementación interna del servicio le es indiferente al diseño; siempre que el servicio realice lo que se supone que debe realizar. Para lo cual simplemente necesita saber la funcionalidad empresarial que ofrece el servicio y los detalles del contrato que debe respetar para comunicarse con el mismo (como el formato de comunicación, esquema de datos, mecanismo de autenticación, etc).

(19)

Desde la perspectiva del diseñador de la aplicación comercial, lo que sucede dentro del servicio es irrelevante; lo único que importa es determinar qué datos son necesario para que se envíen al servicio, qué respuestas se recibirán del servicio.

Internamente, los servicios están conformados por varios tipos de componentes comunes a las aplicaciones tradicionales, los que contienen componentes de lógica que organizan las tareas empresariales que ejecutan, estos componentes empresariales implementan la lógica empresarial real del servicio y los componentes de acceso a datos que ingresan al almacén de datos del servicio. Además, los servicios exponen su funcionalidad a través de interfaces de usuario, que controlan la semántica utilizada para exponer la lógica empresarial subyacente. La aplicación también llamará a otros modulos a través de los agentes de servicios, que se comunican con la aplicación de lado del cliente que realiza la llamada.

Aunque los servicios basados en mensajes se pueden diseñar para que se llamen sincrónicamente, puede resultar ventajoso generar interfaces de servicios asincrónicos, que permiten un enfoque de acoplamiento flexible en el desarrollo de aplicaciones distribuidas. El acoplamiento flexible que ofrece la comunicación asincrónica posibilita la generación de soluciones de alta disponibilidad, escalabilidad y duración formadas por servicios existentes. Sin embargo, un diseño asincrónico no proporciona estas ventajas de forma gratuita: el uso de la comunicación asincrónica indica que el diseño puede necesitar tener en cuenta consideraciones especiales como la correlación de mensajes, la administración de concurrencia de datos optimista, la compensación de procesos empresariales y la no disponibilidad de servicios externos.

(20)

1.2 MODELO N-TIER

Todas las soluciones de software contienen tipos de componentes similares, independientemente de las necesidades empresariales que deban cubrir. Por ejemplo, la mayoría de las aplicaciones contienen componentes que tienen acceso a datos, encapsulan reglas empresariales y controlan la interactuación con el usuario, entre otros. La identificación de los tipos de componentes que se encuentran normalmente en las soluciones de software distribuidas facilitará la elaboración de un plano técnico para el diseño de aplicaciones o servicios.

Para conceptualizar a fondo lo que son arquitecturas de capas es necesario conocer los tipos de componentes que están relacionados con ellas y los beneficios que las herramientas de software proveen para su implementación.

Componentes de interfaz de usuario (lU). La mayor parte de las soluciones necesitan ofrecer al usuario un modo de interactuar con la aplicación. En esta aplicación Web permite al cliente ver productos, realizar propuestas de compras de vehículos a los representantes de ventas, visualizar, confirmar o reemplazar sus proformas.

Las interfaces de usuario se implementan utilizando formularios generados por una herramienta CMS, controles u otro tipo de tecnología que permita procesar y dar formato a los datos de los usuarios, así como adquirir y validar los datos entrantes procedentes de éstos.

Com ponentes de proceso de usuario. En un gran número de casos, la interacción del usuario con el sistema se realiza de acuerdo a un proceso establecido por Comercial Hidrobo, como el procedimiento que permitirá ver los productos. De este modo el usuario

(21)

selecciona una marca de vehículos y su categoría, a continuación elegir uno de ellos para ver su detalle. Del mismo modo, cuando el usuario realiza una propuesta de compra sujeta a evaluación del jefe de ventas, la ¡nteractuación sigue un proceso predecible de recolección de datos por parte del usuario, proporcionando los detalles de los productos que desea adquirir, a continuación se autentifica o permite registrar sus datos personales en el caso de un usuario nuevo, para luego aceptar su propuesta económica confirmando su envió. Buscando facilitar la sincronización y organización de las interacciones con el usuario, resulta conveniente utilizar componentes de proceso de usuario individuales, de este modo, el flujo del proceso y la lógica de administración de estado no se incluye en el código de los elementos de la interfaz del usuario, de esta forma varias interfaces podrán utilizar el mismo motor' de interactuación básica.

Flujos de trabalo empresariales. Una vez que el proceso de usuario ha recopilado los datos necesarios, éstos se pueden utilizar para realizar un proceso empresarial. Al presentar los detalles del producto, la propuesta de pago puede comenzar el proceso de cotización. Gran parte de los procesos empresariales conllevan la realización de varios pasos, los cuales se deben organizar y llevar a acabo en un orden determinado.

El sistema empresarial necesita calcular el valor total del pedido, validar la información y procesar la propuesta de pago. Los flujos de trabajo empresariales definen y coordinan los procesos empresariales de varios pasos de ejecución larga y se pueden implementar utilizando herramientas de administración de procesos empresariales, como Mambo combinado con PHP.

Componentes empresariales: Independientemente de si el proceso empresarial consta de un único paso o de un flujo de trabajo organizado, la aplicación requerirá probablemente el uso de componentes que implementen reglas y realicen tareas empresariales. En la

(22)

---Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. _UTPL

aplicación comercial, deberá implementar una funcionalidad que calcule el precio total del pedido junto con tasa propia que emplea la empresa para sus cotizaciones. Los componentes empresariales implementan la lógica empresarial de la aplicación.

Componentes lógicos de acceso a datos: La mayoría de las aplicaciones y servicios necesitan obtener acceso a un almacén de datos en un momento determinado del proceso empresarial. La aplicación empresarial necesita recuperar los datos de los productos de una base de datos MySqI y mostrar al usuario los detalles de los mismos, así como insertar dicha información en la base de datos cuando un usuario realiza un pedido. Por tanto, es razonable abstraer la lógica necesaria para obtener acceso a los datos en una capa independiente de componentes lógicos de acceso a datos, ya que de este modo se centraliza la funcionalidad de acceso a datos y se facilita la configuración y el mantenimiento de la misma.

Componentes de entidad empresarial. La mayoría de las aplicaciones requieren el paso de datos entre distintos componentes. En mi aplicación comercial es necesario pasar una lista de productos de los componentes lógicos de acceso a datos a los componentes de la interfaz de usuario para que éste pueda visualizar dicha lista. Los datos se utilizan para representar entidades empresariales del mundo real, como productos o pedidos. Las entidades empresariales que se utilizan de forma interna en la aplicación suelen ser estructuras de datos, como conjuntos de datos, secuencias de lenguaje de marcado extensible (XML), aunque también se pueden implementar utilizando clases orientadas a objetos personalizadas que representan entidades del mundo real necesarias para la aplicación, como productos o pedidos.

Componentes de seguridad, administración operativa y comunicación. La aplicación probablemente a futuro utilice componentes para realizar la administración de

(23)

excepciones, autorizar a los usuarios a que realicen tareas determinadas y comunicarse con otros servicios y aplicaciones.

1.3 FRONTEND

Denominada capa de Presentación, en la que expone todos los aspectos relacionados con la presentación y diseño de la solución de comercio electrónico.

Esta tercera capa es absolutamente personalizable y se definible en función a una serie de plantillas que especifican cómo se presentarán los datos y funcionalidades del comercio electrónico al cliente final.

En esta capa se definirá el aspecto de presentación de la página principal, catalogo de vehículos, cálculo de propuestas económicas, autentificación de usuarios, cesta de compras, zonas del proceso propuestas de compras, etc., considerando el punto de vista del diseño, como la presentación.

Se podrán utilizar las plantillas ya predefinidas para tal efecto o bien optar por el diseño y creación de unas plantillas absolutamente diferentes, mediante la utilización de hojas de estilo.

La principal ventaja de presentar la información y los servicios de esta manera, en una tercera capa, es que el diseño y el formato de presentación queda absolutamente independiente de la funcionalidad y los datos propios de la empresa, se puede realizar distintas versiones en función del medio que se desee acceder al sitio Web. (Browser de Internet tipo Explorer o Netscape, etc.)

(24)

La capa de presentación contiene los componentes necesarios para habilitar la interactuación del usuario con la aplicación. La capa de presentación más simple contiene componentes de interfaz, como formularios web y las interactuaciones más complejas conllevan el diseño de componentes de proceso de usuario que permiten organizar los elementos de la interfaz y controlar la interactuación con el usuario. Los componentes de proceso de usuario resultan especialmente útiles cuando la interactuación del usuario sigue una serie de pasos predecibles. Ver Fig. 1. 1

iJsijario

&

SITIO WEB

[image:24.559.29.538.15.552.2]

(FRONT END) ivt1t.

Figura N° 1.1 Front end para B2C

En el caso de la aplicación para Comercial Hidrobo , son necesarios tres ambientes de usuario: uno para el sitio Web de comercio electrónico que utiliza el cliente para visualizar los productos y elaborar las propuestas, otro sección para el jefe de ventas que se encarga de analizar y responder todas las propuestas recibidas y mantener actualizados los factores de crédito, y un tercer ambiente para el administrador del sitio responsable de mantener actualizado el contenido del sitio.

El usuario en esta capa puede ver todos los productos disponibles, agregar productos a una cesta de compra y especificar los detalles de la propuesta de pago. Este proceso se

(25)

puede realizar en un componente de usuario independiente para facilitar el mantenimiento de la aplicación.

HTML incrustado en la interfaz de usuario,

el contenido HTML incrustado aporta un mayor nivel de flexibilidad en tiempo de ejecución (ya que dicho contenido se puede cargar desde recursos externos o incluso, en escenarios conectados, desde una base de datos) y permite personalizar la aplicación en función de las necesidades del usuario. Sin embargo, se consideró el modo de evitar que secuencias de comandos malintencionadas penetren en el HTML el cual es proporcionado por una herramienta de OMS. Asimismo, será preciso hacer uso de código adicional para cargar el HTML, mostrarlo y enlazar los eventos con las funciones de la aplicación.

La aplicación comercial con interfaces de usuario basadas en Web permite el uso de estándares que facilitan desplegarse en un gran número de dispositivos y plataformas.

Para desarrollar interfaces de usuario basadas en Web se utiliza php. Éste ofrece un entorno enriquecido en el que se pueden crear interfaces complejas basadas en Web con compatibilidad y características importantes, como:

. Un entorno de desarrollo coherente que también se utiliza para crear otros componentes de la aplicación.

. Enlace a datos de interfaz de usuario. . Acceso a un modelo integrado.

. Disponibilidad, rendimiento y escalabilidad del procesamiento Web.

(26)

Cuando necesite implementar una aplicación para un explorador, php ofrece la funcionalidad necesaria para publicar una interfaz de usuario basada en páginas Web. Considere las siguientes recomendaciones relativas al diseño de interfaces de usuario de php:

Implementé una página de error personalizada y un controlador de excepciones configurado en el archivo php.ini, de este modo, dispondrá de una función completa de detección de excepciones que evitará que el usuario vea páginas no descriptivas en caso de que ocurra algún problema.

o Php presenta un marco de validación enriquecido que optimiza tareas para garantizar que los datos escritos por el usuario se ajusten a determinados criterios. No obstante, la validación de clientes que se realiza en el explorador se basa en JavaScript habilitado en el lado del cliente, por lo que también se debe validar los datos en el servidor, en el caso de que un usuario disponga de un explorador compatible con JavaScript (o tenga JavaScript deshabilitado). Si su proceso de usuario dispone de una función de control de validación, lo llamaremos antes de pasar a otras páginas para llevar a cabo la validación a un momento dado.

. Php almacena el estado específico de las páginas y mantiene el estado de sesión de la aplicación de los datos con un alcance más amplio. Este enfoque facilita el mantenimiento y aumenta el nivel de escalabilidad.

. Las funciones de control invoca a las acciones del componente de proceso de usuario para guiar al mismo a través de la tarea actual, en lugar de redireccionarlo a la página directamente.

. Implementé las funciones de control como funciones independientes en las páginas php o en las clases que se distribuirán con las páginas Web, ya que tal vez sea necesario en el futuro invocar a la misma función desde otros eventos.

(27)

Para ello se requiere una mayor capacidad por parte de los desarrolladores que escriben código exclusivo de IU.

1.4

FRONT BACK

La parte más importante de la aplicación es la funcionalidad que proporciona. Una aplicación realiza un proceso empresarial que consta de una o varias tareas. En los casos más simples, cada tarea se puede encapsular en un método y llamar de forma sincrónica o asincrónica.

,tcAP4\

Para los procesos empresariales más complejos que requieren varios pasos y transacciones de ejecución larga, la aplicación necesita disponer de un modo de organizar las tareas empresariales y almacenar el estado. En este-- -tipo de escenario, puede utilizar Mambo para definir el flujo de trabajo del proceso empresarial.

[image:27.558.25.536.16.805.2]

La parte principal de la lógica empresarial se suele denominar lógica de negocio y es útil diseñar la lógica, para uso directo por parte de los componentes de presentación o su encapsulación como servicio para ser llamada a través de una interfaz de servicios. Los componentes empresariales también pueden realizar solicitudes de servicios externos, en cuyo caso se deben implementar agentes de servicios para administrar la conversación requerida en la tarea empresarial específica por cada uno de los servicios a utilizar.

Ver

Fig. 1.2

Api i c ci ón

BUSINESS LOGIC

Figura N° 1.2 Lógica de comercio electrónico

(28)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. - UTPL

1.4.1 Componentes y flujos de trabajo empresarial

Al implementar lógica empresarial, es necesario decidir si es preciso organizar o no el proceso empresarial, o si será suficiente con disponer de un conjunto de componentes empresariales como:

. Administrar un proceso que conlleve varios pasos y transacciones de ejecución larga.

Exponer una interfaz que implemente un proceso empresarial que habilite la aplicación para establecer una conversación o un contrato con otros servicios.

Implementar un proceso empresarial utilizando sólo componentes empresariales:

. No mantener el estado de la conversación más allá de la actividad y funcionalidad empresarial que pueda implementar como única transacción atómica.

Encapsular funcionalidad y lógica que se pueda volver a utilizar por parte de numerosos procesos empresariales.

La lógica empresarial a implementar necesita una gran cantidad de control detallado de las estructuras de datos y soporte comercial para negocios.

. Necesita disponer del control total de los datos y del flujo de lógica.

El enfoque de diseño más adecuado para este tipo de proceso es utilizar componentes empresariales para encapsular cada uno de los pasos individuales y organizar dichos componentes utilizando un flujo empresarial.

(29)

1.4.2 Utilización de componentes empresariales

Los componentes empresariales son la raíz de las transacciones atómicas. Éstos implementan las reglas empresariales en diversos patrones que aceptan y devuelven estructuras de datos simples o complejos. Los componentes empresariales deben exponer funcionalidad de modo que sea independiente de los almacenes de datos y los servicios necesarios para realizar la tarea, deben componerse de forma coherente desde el punto de vista transaccional.

Normalmente, la lógica empresarial evoluciona y aumenta, proporcionando lógica y operaciones de mayor nivel que encapsulan la lógica preexistente. En un gran número de casos, necesitará componer funcionalidad empresarial preexistente con el fin de realizar la lógica empresarial requerida. Al componer lógica empresarial, debe prestar especial atención a la evolución de las transacciones.

Si el proceso invocara a otros procesos empresariales en el contexto de una transacción atómica, todos los procesos invocados deben garantizar que sus operaciones participan en la transacción existente de modo que las operaciones se deshagan en caso de que la lógica empresarial que realiza las llamadas se interrumpa. Una técnica muy segura es volver a intentar una operación atómica si ésta da error, sin miedo a que los datos pierdan su coherencia. Una acción de compensación para cancelar un pedido en proceso puede conllevar la imposición de una cantidad monetaria por la cancelación de dicho pedido. En el caso de las transacciones y procesos de ejecución larga, la acción de compensación puede variar en función del estado de flujo de trabajo, por lo que es necesario diseñar dichas transacciones y procesos de forma adecuada para las distintas etapas.

(30)

Iii]IJMs1

Sobre un modelo de base de datos predefinido se aplican las distintas especificaciones de datos tales como: categorías, subcategorías, catálogos, descripción de productos, etc., para los cual es recomendable utilizar modelos de datos en otras soluciones. Dicho modelo puede nutrirse de la importación de la información contenidos en las Base de datos.

Al trabajar con datos debe determinar:

. El almacén de datos que utiliza.

. El diseño de los componentes utilizados para obtener acceso los datos. . El formato de los datos y el modelo de programación necesario para ello.

La aplicación o servicio dispone de un origen de datos, los cuales pueden ser de tipos diferentes. La lógica utilizada para obtener acceso a los datos desde su almacenamiento se encapsulará en componentes lógicos de acceso, proporcionados por las herramientas utilizadas, a través de métodos necesarios para consultar y actualizar los datos con los que la lógica de la aplicación debe trabajar, estos deben estar relacionados con entidades del mundo empresarial convirtiéndose parte de la empresa. En determinados escenarios, se dispone de componentes personalizados, mientras que en otros se trabaja con datos utilizando directamente conjuntos o documentos XML.

Ver

Hg.

1.3

[image:30.558.25.539.0.826.2]

Origen de datos ( My Sql)

Figura N° 1.3 Almacén de Datos comerciales

(31)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. UTIPL

Cuando la aplicación recupera información de la base de datos, puede hacerlo utilizando un formato de conjunto de datos. A continuación estos se transfieren entre las capas y los distintos niveles de la aplicación, finalmente uno de los componentes los utilizará.

Se considera la elección de almacenes de datos, el diseño de los componentes lógicos de acceso a datos y las distintas posibilidades de representación de datos. Independientemente del almacén de datos utilizado, la aplicación o el servicio utiliza componentes lógicos de acceso a datos para obtener acceso a ellos. Estos componentes abstraen la semántica del almacén de datos subyacente y la tecnología de acceso, proporcionando una interfaz simple de programación para la recuperación y realización de operaciones con estos datos.

Los componentes lógicos de acceso a datos, suelen implementar un patrón de diseño sin estado, que separa el procesamiento empresarial de la lógica de acceso a datos. Cada uno de estos componentes suele proporciona métodos para realizar operaciones tales como: Create, Read, Update y Delete (CRUD) relacionadas con una entidad empresarial determinada de la aplicación (por ejemplo, Order). Los procesos empresariales pueden utilizar estos métodos y la interfaz de usuario pueden utilizar las consultas específicas para procesar los datos de referencia.

Los componentes lógicos de acceso a datos proporcionan la lógica necesaria para obtener acceso a datos empresariales específicos, permitiendo de esta forma la reducción de código duplicado.

(32)

CAPITULO II

(33)

FASES E IMPLEMENTACIÓN DE LA METODOLOGÍA XP EN B2C

2.1 INTRODUCCION

Luego de haber determinado el análisis de operación de Comercial Hidrobo Cia. Ltda. En la comercialización de vehículos, es necesario determinar una metodología de software implementadas como una estrategia comercial con el fin de organizar el trabajo y tener claro los objetivos propuestos para la culminación de la aplicación.

Por la naturaleza del proyecto la metodología utilizada fue Programación Extrema (XP), la razón fundamental es el acoplamiento a las necesidades de mi proyecto, es decir, trabajamos directamente con el equipo que supervisaba los resultados esperados, y cada una de las versiones fueron liberadas con entregas frecuentes considerando los cambios requeridos en base a lo establecido a la empresa. Además al utilizar un gestor de contenidos CMS.

Para suplir la falta de requisitos, casos de uso, y demás herramientas, utilizamos historias de usuarios tal como lo exige XP.1

Con todas estas características es claro que XP fue la metodología más apropiada para mi entorno de trabajo caracterizado por requerimientos cambiantes originados en los procesos de implementación de la aplicación a realizar.

1 _{Zallio, L. (2005). Extreme Programming (XP) Obtenido el 27 de agosto de 2004 en}

http://ele-zeta.com.ar/index.php?p34

18

(34)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda, UTPL

2.2 FASES DE LA METODOLOGÍA XI? APLICADA AL PROYECTO

La metodología XP consiste en una programación rápida o extrema, cuya particularidad es tener como parte del equipo al usuario final o trabajar directamente con él para de una manera directa satisfacer las necesidades o requerimientos que el desea, esto es uno de los requisitos para llegar al éxito del proyecto.2

Esta metodología consta de cuatro fases bien detalladas las mismas que se muestran en la

Fig. 2.1

2.2.1 Planning

XP plantea la planificación como un diálogo permanente entre las partes involucradas en el desarrollo de la aplicación es decir entre el usuario final y los desarrolladores, para lo cual hemos determinado:

• Ámbito. • Prioridad.

• Versiones y fechas de liberación de las mismas.

• Las estimaciones de tiempo, consecuencias que se pueden presentar, • Organización del equipo de trabajo

2 _{Calero Solís, M. (2003). Una explicación de Ja programación extrema (XP). Obtenido el 27 de Agosto del 2005 en}

http//www.willydev.netidescargas/prev/ExplicaXP.pdf

19

(35)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia Ltda. UTPL

2.2.2 Designing

Para el diseño de la aplicación basado en XP estipulé dos puntos importantes a tomar en cuenta y son:

Metáfora . Diseño Sencillo.

Al referirme a una metáfora pensé en que el funcionamiento de la aplicación deberá ser entendido por cualquier persona involucrada en el proyecto, que tengas conocimientos de comercio electrónico.

Con respecto al segundo punto, me refiero a que el diseño tiene que ser lo más sencillo posible de tal manera que la aplicación no tenga tantas trabas o procedimientos

engorrosos que puedan confundir al usuario.

2.2.3 Coding

Para el desarrollo de la aplicación, sugiero algunos puntos importantes basados en las características del modelo XP los mismos que detallo a continuación:

• Recodificación: La aplicación será lo más sencilla posible sin perder

funcionalidad luego de haberle implementado nuevas características de acuerdo a los estándares que establecen las herramientas seleccionadas en este caso Mambo.

• Programación grupal: En el caso de la configuración de cada uno de los

módulos que han sido implementado a través de mambo se ha realizado bajo sugerencias de foros y por parte del director de tesis quienes han apoyado en esta parte que exige la metodología XP.

• Propiedad Colectiva: Teniendo en cuenta que el trabajo realizado bajo

herramientas de Open Source como MySQL, Php y la herramienta CMS-Mambo cuya filosofía de licencias es no tener propietario, con lo que cumplo otro parámetro de la Metodología XP en donde la propiedad colectiva de todos es un factor determinante para el crecimiento del software.

20

(36)

• Integración Continua: He considerado que la integración de los módulos del

software estarían sujetos a prueba antes de su implementación para garantizar la calidad del sitio.

• 20 Horas semanales: Considerando que realizo otras actividades he establecido

veinte horas semanales para la elaboración del proyecto con la finalidad cumplir los objetivos establecidos considerando que solo una persona es la que realiza el trabajo, pese a que la metodología exige 40 horas semanales.

• Cliente en el lugar: Esta es una característica muy importante del modelo de

desarrollo de Software XF, en donde yo como personal involucrado en el desarrollo del proyecto he estado presente en todo momento junto al personal de Comercial Hidrobo , resolviendo todas las dudas acerca de la implementación y funcionalidad de la aplicación, para fijar prioridades en el desarrollo del sistema.

• Estándares de Codificación: Me sujeto a los estándares de codificación y uso de

los módulos comerciales que establece las herramientas que he utilizado.

2.2.4 Testing

En el proyecto no debe existir ninguna característica que no haya sido probada, he realizado pruebas para chequear el correcto funcionamiento del sitio web, y el personal de ventas de Comercial Hidrobo ha realizado las pruebas funcionales del sistema, lo cual garantiza que el sistema esta cumpliendo los requerimientos funcionales y comerciales que exige el B2C.

Nota: Para conocer más a detalle de cada una de las fases del modelo XP implementados en el proyecto. ver Plantilla 1.0

(37)

2.3 IMPLEMENTACIÓN DE LA METODOLOGÍA XP

Considerando que la metodología XP esta diseñado para grupos pequeños de programadores en un mismo centro de trabajo he adoptado sus principios para cristalizar el desarrollo de mi aplicación, buscando implementar un proceso disciplinado para hacer la labor predecible, eficiente y planificada. La finalidad es la reutilización de formatos que minimicen el tiempo de desarrollo y centren más en los objetivos a cumplir.

Los procesos de la metodología XP implementada en la aplicación se muestra esquematizada en forma de plantilla en donde se nota claramente el ámbito de cada una de las fases del proyecto.

La plantilla 1.0 detalla la metodología a emplear en el desarrollo de la aplicación basada en la filosofía XP, este formato será utilizado en el desarrollo de las siguientes subfases.

CHE WEBS Plantilla 1.0

Fases 1Elementos _{1Descripción}

Planning Ámbito Como es de conocimiento la aplicación se enfoca en el diseño de un sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. He utilizado como herramienta de desarrollo un gestor de contenidos como es Mambo el cual permite utilizar Apache, PHP y MySOL los mismos que son considerados las base de los servidores Web, conocida como arquitectura LAMP(Linux, Apache, MySQL y Php).

Para el desarrollo del 100% de la aplicación he considerado la implementación de subfases de procesos los mismos que contemplan las cuatro fases de la metodología XP (Planning, Designing, Coding, Testing).

Para suplir la falta de requisitos, casos de uso, y demás herramientas he utilizado historias de usuarios siguiendo la metodología XP. La historia de usuario es una descripción corta que representa alguna función que realizara el sistema. Para ver algunos ejemplos de historias de usuario

implementadas en el proyecto ver Tablas N°3.0 - 3.2 (Apéndice A)

Prioridad Antes de realizar la aplicación he considerado necesario las descripciones primordiales a desarrollarse para lo cual establecí algunos hitos de desarrollo que a continuación detallo.

(38)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. UTPL

Análisis de requerimientos

Elementos que integraran el software. Diseño y arquitectura de la aplicación. Pruebas de la aplicación

Validación de resultados. Depuración y control de errores Publicación de la aplicación. Elaboración de manuales. Elaboración de la documentación

Los hitos anteriormente citados se contemplan en la composición de modulares las cuales agrupan y se desarrollan en base a la funcionalidad de los requerimientos solicitados por la casa comercial, sin dejar de lado las normativas necesarias en el comercio electrónico.

Composición Las características que presenta el software en función del objetivo de módulos: planteado establecen algunos módulos los mismos que contemplan fases de diseño. Al cumplir con cada una de estos módulos liberé la versión 1.0 que es el módulo final de la aplicación.

Las fases se detallan a continuación:

1.Arquitectura N-TIER EN B2C (Cáp. 1)

1.1 Recolección de información de la compañia Hidrobo Cia Ltda.

1.2 Análisis de requerimientos. • Diseño del front end • Diseño del front Back • Definición de la capa de Datos.

• Estructura de Navegación de la aplicación. • Documentación

1.3 Elementos que integrarán el sitio web.

• Diseño de la arquitectura del software basada en B2C

2. Fases e implementación de la metodología XP en B2C (Cáp. II).

2.1 Fases de la metodología XP aplicada al proyecto. 2.2 Planning

2.3 Designing 2.3 Coding 2.4 Testing

2.5 Implementación de la metodología XP

(39)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. " UTPL Ir

3.1 Diseño e implementación de un modelo de solución B2C 3.2 Determinación de requerimientos técnicos de implementación de software y hardware

3.3 Instalación de herramientas de arquitectura LAMP 3.4 Estructura de Navegación

3.5 Módulo de financiamiento 3.6 Reportes

3.7 Módulo administrativo

3.8 Menús Superior derecho e izquierdo. 3.9 Módulo de Banners - Promociones

3.10 Módulo de de Contenidos Adicionales .- Noticias

4. validación del Sitio Web(Cáp. IV) 4.1 Testing

4.2 Validación.

4.3 Implementación de la aplicación. 4.4 Publicación

Estimaciones El ciclo de desarrollo del proyecto fue planificado para ser implementado funcionalmente en 8 meses calendarios, con horarios de trabajo ajustado a la normativa XP (4 horas diarias de lunes a viernes).

Para el desarrollo de cada módulo, acordé un periodo de tiempo estimado de acuerdo a la complejidad de cada uno, es así que para el módulo 1 asigné dos meses, para el módulo II, dos meses, para el módulo W. tres meses y para el módulo IV, un mes.

Consecuencias Cada versión contempla procesos que cumplen cierta funcionalidad. En caso de ocurrir incidentes ya sea en requerimientos o en diseño no planificado se procederá a generar informes con la finalidad de que el personal de la compañía tenga conocimiento del mismo.

Toda la documentación generada en el desarrollo e implementación del proyecto fue normada bajo acuerdos con la empresa, considerando la metodología XP.

Procesos Cada versión fue desarrollada en equipo, no solo por el ejecutor sino por todas las partes involucradas en el proyecto como lo establece la metodología XP, con lo cual he desarrollado un producto confiable Las versiones presentan nuevas características o funcionalidades, las mismas que contemplan recursos humanos que trabajan en equipo centrados en la fase a desarrollar, por lo cual es necesario conocer como nos integramos en el proyecto.

La Fig. N° 2.2 nos detalla la organización del proyecto en la que puntualizamos las partes involucradas (director, asesor, desarrollador,

(40)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltd -, UTPL

cliente).

Dirección

(Escuela de Ciencia de Ciencias de le coirputac Ion)

Gerencia del proyecto (José Antonio Avala Bermas)

Soporte Funcional (UT P.L(

Director de Tésis ónq - Franco Gusmén)

Desarrollo de la aplicación Pruebas revisrones y sigurri mus

[image:40.559.29.543.15.701.2]

José Artonio Ayala Bermen Personal de cornerciai Hrdrobo_{Cnt Ltda}

Figura N° 2.2 Organización del Proyecto de Trabajo

La Fig. N° 2.3 nos detalla la organización del equipo de trabajo y el rol

que desempeña cada integrante

1

:01

Ti'

Figura N° 2.3 Organización del equipo de trabajo

Designing Metáfora El proyecto tiene como objetivo la implementación de un sitio web

orientado al comercio electrónico para comercial Hidrobo cual lo be denominado "HIDROCOMER" versión 1.0. Hidrocomer, responde a las necesidades de incorporar a la empresa estrategias de marketing de actualidad que permitan mantener informados a los clientes y público en general acerca de todos los vehículos y servicios disponibles a través de

Internet.

25

(41)

Como política de la empresa para este proyecto se planteé que el software se realice con una filosofía de Código abierto, con el propósito de disminuir costos en el desarrollo del Sistema.

Considerando los requerimientos de entrada del sitio, opté que la plataforma donde se debía implementar el sitio basado en arquitectura LAMP. Linux como sistema operativo multitarea es capaz de hacer al mismo tiempo diferentes tareas y asignar verdaderas preferencias a las mismas cuando estas tienen prioridades distintas.

Determinado el sistema operativo sobre el cual tiene que implementarse la aplicación web, se resolvió que el paquete de servidor será Apache, por cuanto el funcionamiento principal desde su creación fue aceptar y responder los requerimientos de las páginas de Internet, convirtiéndose en la actualidad en el más conocido servidor de Internet.

Como base de Datos se utilizó MySQL ya que es un sistema para la administración de bases de datos relaciona¡ rápido y sólido Se trata de un servidor SQL diseñado para grandes cargas de información y procesos de consulta muy complejos. Como sistema de base de datos relaciona¡, permite combinar multitud de tablas diferentes para optimizar la eficiencia y velocidad.

Se adapto como modelo de desarrollo de software la Programación Extrema (XP).

Para comprender el funcionamiento del sistema he considerado que la información que se le presente al cliente deberá ser suficientemente clara con la finalidad de que se informe sobre las características principales de los vehículos, de tal manera que pueda realizar una propuesta de compra.

Es así que esta información debe incluir, información detallada del vehículo y de la empresa, así tenemos:

Información Vehículo: • Fotografía.

• Dimensiones: Alto, ancho y longitud total.

• Peso y capacidad: peso total, Capacidad de combustible. capacidad de pasajeros

• Motor: Tipo de combustible, número de cilindros, potencia máxima.

• Caja de transmisión: Tipo, Numero de marchas, embrague. • Tipo de suspensión.

• Tipo de dirección. • Seguridad pasiva.

(42)

Información de la empresa:

• Bienvenida, texto de saludo, logo e imagen de la empresa. • Quienes somos: Presentación de la misión y visión de la

empresa.

• Objetivos de la empresa: Liderazgo, variedad de productos, financiamiento, confianza y seriedad.

• Servicios.

• Horarios de atención.

Diseño Sencillo La arquitectura de la aplicación esta basada en unos de los modelos de patrones y mejores prácticas para el desarrollo de software llamado arquitectura a tres capas. Los módulos que se liberaron implementaron ciertas capas estratégicas de negocio dependiendo de la funcionalidad a realizar, tal como se detalla en la Fiq. ,N4.4 Pág. 60

La arquitectura funcional deJa aplicc4ón se refleja en la Fig. N° 4.3 Pág.59. En esta figura detallo la implementación física del servicio. Se

observa a detalle cada una de las partes modulares implementadas de manera independiente, pues lo que busco es versatilidad y flexibilidad de la aplicación centralizando el Icce5o a , datos de manera común y distribuyendo el servicio para múltiples formas de acceso

Coding Recodificación Para implementar nuevas características en la aplicación me he enfocado en la manera de mejorar y hacer que cada una de las partes implementadas sean lo mas simple posibles sin perder funcionalidad. A este proceso se denominado recodificar o refactorizar (refactoring) Considérese la técnica de refactoring como la manera de rediseñar un módulo ya establecido con la finalidad de dar mayor eficiencia y productividad a la aplicación.

Programación Las tareas asignadas están en función de las habilidades del grupa¡ programador, he allí una característica importante de la metodología XP

en donde gracias a la investigación y sugerencias de algunos programadores, he podido implementar la aplicación de comercio electrónico de una manera sencilla, entendible para el cliente.

He pedido opiniones a personas con experiencia en el desarrollo de aplicaciones web con la finalidad de retroalimentarme de conocimiento con la finalidad de poder realizar lo más sencilla la aplicación

Cada versión del software detalla los recursos asignados y el tiempo de desarrollo. Las pruebas fueron llevadas a cabo conjuntamente con el personal de comercial Hidrobo, los mismos que certificaron y validaron los resultados esperados.

He considerando también sugerencias de de expertos en el área de B2C con la finalidad de implementar estas estrategias en el desarrollo de la

(43)

4

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. Ltda. - _UTPL

aplicación conforme lo sugiere la arquitectura N-Tier

Propiedad Mas que una característica del modelo XP, la consideré como una Colectiva política presente en las fases de desarrollo y producción de código.

Adopté la innovación y la creatividad en equipo garantizando las soluciones más cortas y óptimas, basándome en que toda la tecnología utilizada es open source.

A continuación detallo algunas políticas que he considerado en el desarrollo de la aplicación:

• Cualquiera que crea que puede aportar valor al código en los módulos implementados puede hacerlo, siempre y cuando respecte las políticas de la casa comercial y del B2C.

• Dejo abierta la aplicación para que cualquier persona pueda realizar cambios o mejoras al mismo.

Soy partidario al igual que el modelo XP de una propiedad colectiva sobre él código en donde nadie conoce cada parte igual de bien pero todos conocen algo sobre cada parte y es ahí donde las sugerencias y colaboración por parte de terceras personas pueden ser de gran ayuda y aporte para la investigación ya que me han dado las pautas necesarias para poder salir adelante con el proyecto.

Cabe destacar que el la actualidad existen herramientas que nos proporcionan grandes beneficios, logrando que las estrategias a nivel de B2C sean rápidas a diferencia que si tuviésemos que codificar desde cero. A esto es donde debemos apuntar con las aplicaciones para la toma de dediciones inmediatas cuando a comercio se refiere, ya que el mundo actual nos exige eficiencia y calidad en el menor tiempo posible.

Integración Al código lo he integrado diariamente realizando las pruebas sobre la Continua totalidad del sistema garantizando la funcionalidad al 100% del mismo, gracias a la herramienta que me proporciona integración, flexibilidad al momento de implementar y realizar cambios a la aplicación web.

Como política de seguridad he obtenido realíse por fechas considerando nuevas características implementadas en el sistema.

20 Horas Para el desarrollo del sistema he adoptado el cumplimento de las 20 semanales horas semanales equilibrando las horas de trabajo, siguiendo la

normativa XP.

Cliente In-situ Esta es una característica muy importante del modelo de desarrollo de Software XP, en donde como diseñador y ejecutor de la aplicación para Comercial Hidrobo he participado en todo momento junto al personal, resolviendo todos los requerimientos acerca de la implementación y

(44)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. UTPL

funcionalídad de la aplicación, fijando prioridades en el desarrollo del 1 sistema.

Estándares de Para el desarrollo de la aplicación he respetado las políticas y estándares codificación de codificación del CMS Mambo y las que se indican en la arquitectura LAMP con la finalidad de cumplir con este ítem que exige la metodología XP, con el propósito de no restar eficiencia y rendimiento a todos los componentes utilizados para montar el sitio web. Lo que se busca es que en el futuro se puedan realizar nuevas adecuaciones conforme el mercado lo demande en cuestión de servicios a Comercial Hidrobo.

Testing Hacer pruebas Todas las características implementadas en el sistema fueron probadas antes de su implementación.

Para garantizar la calidad de la aplicación toda funcionalidad a implementarse en el sistema cumplió ciertas exigencias fijadas por el proyecto

• Funcionalidad al 100%

• Implementación en el servidor de producción de la aplicación web.

Para cumplir lo expuesto procedí a realizar un plan de validación el mismo que consta con el aval de personas calificadas en el área de desarrollo web y quienes serán los beneficiarios directos e indirectos de del sitio web. De esta manera las personas que validaron la aplicación fueron las siguientes:

• Personal de Comercial Hidrobo Cía. Ltda.

• Personal ajeno al área que involucra el desarrollo de la aplicación.

• Personal Experto en el área de diseño y desarrollo web.

He desarrollado algunas formas para la validación de resultados las mismas que han garantizado el correcto funcionamiento de la aplicación, el modelo de estas formas son : Forma N.1 y Forma N.2 las mismas que las podemos observar en la página 52 Apéndice A

(45)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia. LtdaT...l.JIpI.

CAPITULO III

(46)

DESARROLLO E IMPLEMENTACIÓN DEL PROYECTO CON B2C

3.1 INTRODUCCION

El desarrollar un sitio Web dinámico para Comercial Hidrobo Cia. Ltda., responde a la necesidad de incorporar a la empresa al Comercio Electrónico e implementar estrategias de marketing de actualidad que permitan mantener informados a los clientes y público en general acerca de todos los vehículos y servicios disponibles.

Posterior a la aceptación de implementar un Sitio de Información en el Internet por parte del Gerente de Comercial Hidrobo Cia. Ltda., y conjuntamente con jefes departamentales de Comercialización y Sistemas analizamos las alternativas tecnológicas que nos permitirían culminar con éxito el proyecto planteado.

Como política de la empresa para este proyecto se planteo que el software se realice con una filosofía de Open Source, con el propósito de disminuir los costos del sistema y acelerar el desarrollo del proyecto.

3.2 DISEÑO E IMPLEMENTACIÓN DE UN MODELO DE SOLUCIÓN B2C

N-Tier no es una tecnolog ía, sino una estrategia de uso de las tecnologías para crear un negocio a la vez que se obtiene todo el potencial de éste inherente a Internet.

El desarrollo de aplicaciones en n-capas es un proceso iterativo de división del problema en piezas manejables denominadas componentes. Estos componentes, o "Componentes de Negocio - Business Objects' son "modelos software" basados típicamente en la "vista" de un objeto real, evento o proceso de negocio. Los componentes software individuales pueden formar parte y adaptarse tanto de estructuras independientes como de sistemas colaborativos.

Los sistemas basados en n-tier no se refiere solamente al despliegue de clientes ligeros de bajo coste conectados a servidores de aplicaciones muy flexibles con balanceo de carga e integrados con bases de datos distribuidas existentes a lo largo de diferentes plataformas y localizaciones. En realidad tiene que ver con la aplicación de las tecnologías relacionadas con desarrollos en n-tier para mejorar el conocimiento de los

30

(47)

negocios y proveer un servicio de valor mediante la aplicación de esta avanzada tecnología como una solución para envolver oportunidades del mundo real. Para tener éxito hay que establecer mas que simples canales de comercio electrónico. Las organizaciones tienen que reconfigurarse a sí mismas de forma continua, tanto interna como externamente, como un negocio electrónico camaleónico, creando rápidamente relaciones y maximizando el rendimiento de una "empresa extendida". Los sistemas de información de negocio serán cada vez más adaptables, permitiendo la modernización regular de las estrategias de e-business y los modelos de negocio.

El diseño de aplicaciones en n-capas es ideal para la creación de sistemas adaptables, donde cada componente puede ser utilizado y reutilizado en nuevas combinaciones para satisfacer requisitos de negocio dinámicos. Esto permite a los desarrolladores y a las nuevas aplicaciones reutilizar componentes existentes que modelan lógica de negocio sobradamente probada. En un entorno tremendamente cambiante como el actual, utilizar aplicaciones basadas en diseños de n-tier posibilita a las empresas para ser más ágiles y adaptables en proporcionar valor a sus clientes. Los sistemas basados en n-tier tienen el potencial de reducir drásticamente tanto el time-to-market para las nuevas aplicaciones de negocio, como el coste total de mantenimiento, adaptando estos complejos y caros sistemas a las siempre cambiantes necesidades empresariales y posibilitan un desplazamiento estratégico en el uso de Internet como el "Ordenador Global". Esta revolución global no sólo está cambiando la dirección de la informática empresarial, sino que también está cambiado la naturaleza de cómo hacemos negocios, más allá de proporcionar un navegador y una conexión a la Red a sus empleados. Utilizando la potencia de la información de Internet, se puede crear, mejorar y mantener relaciones con todas las partes de las que depende un negocio para alcanzar el éxito.

Uno de los mayores cambios que está afrontando hoy en día el e-business es la integración con todas las inversiones realizadas en software hasta el momento y puede ayudar a crear enlaces dinámicos entre marketing y ventas de e-business y el resto de la infraestructura de negocio establecida en la empresa, un paso crítico en la implementación de una estrategia efectiva de e-business.

El sistema con modelo n-tier contempla la posibilidad de integración de los procesos de negocio esenciales para realizar e-business. Las soluciones integradas de n-tier se

(48)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia Ltda. UTPL

estructuran como se muestra en el siguiente gráfico: ver Fig 3. 1

Frcrnt End

SITIO WEB

rf)fli 3ck

BUSINESS LOGIC

)rufl de

fitO4

(My sql)

[image:48.562.30.548.4.821.2]

Aplicación

Figura N° 3.1 Modelo N- tier para B2C

El esquema es utilizado como estrategia de negocio para ser implementado bajo una herramienta que permite acoplar los servicios necesarios solicitados para B2C.

3.3 DETERMINACIÓN DE REQUERIMIENTOS TÉCNICOS DE IMPLEMENTACIÓN DE SOFTWARE Y HARDWARE

Considerando los requerimientos de entrada del sitio se decidió que la plataforma donde se debe implementar el sitio sería Linux, debido a que es un sistema operativo multitarea, pues es capaz de hacer más de una tarea simultáneamente y de asignar verdaderas preferencias a las tareas cuando estas tienen prioridades distintas.

Es multiusuario, porque se pude conectar a otros usuarios de manera que trabajen bajo el mismo sistema operativo, y otros múltiples beneficios que ofrece como servidor de Internet.

32

(49)

Sitio web orientado al comercio electrónico para Comercial Hidrobo Cia

Considerando que la aplicación Web de Comercial Hidrobo Cia. Ltda. es informativa y los datos que provengan del cliente no afecta al contenido del sitio se adoptó que la tecnología de programación esté orientada al lado del servidor, de tal forma que se

mantenga un control total del sitio. PHP es un lenguaje de filosofía Open source, que caracteriza por mayor rapidez de ejecución y gestión de memoria más acelerada, está construida en forma modular es decir que todos los componentes se ejecutan en el mismo espacio de memoria que PHP. De este modo el código PHP puede ejecutarse más rápido al no sufrir la sobre carga impuesta por la comunicación de los diferentes objetos COM que utilizan otras tecnologías.

Interpretando las consideraciones anteriores se decide seleccionar Mambo ya que es un CMS que se acopla con la arquitectura LAMP, la misma que es la base del proyecto de Comercial Hidrobo Cia. Ltda.

Mambo es un CMS basado en el leguaje de programación PHP y base de datos MySQL que revolucionó el mundo del código abierto en cuanto a la facilidad de instalación y administración y sobre todo si a estética y diseño se refiere. Por que basa todo su aspecto en templates que lo convierten sin duda en la solución más completa y sencilla gracias a su menú de administración, otra de las razones para el uso de Mambo es que se ejecuta en Linux y se acopla perfectamente a la arquitectura LAMP que es el requerimiento de la empresa.

Para la construcción de la aplicación final, me enmarque en las actividades planificadas en la fase Planning, considerando la metodología expuesta sin descuidar la Arquitectura del Sistema, finalmente, se diseño e implemento el sitio web.

En la versión de la Arquitectura del Sistema diseño e Implementación del sitio Web, me centré en la utilización de componentes. En los módulos de diseño de la Aplicación Web me enfoqué en el diseño, administración y autentificación del sistema, sin descuidar la manera de implementación del sitio Web.

Las consideraciones de hardware se realizan a nivel de espacio físico de almacenamiento que es requerido para que la aplicación se pueda desplegar al cibernauta se considera de 25 Mb de almacenamiento para la aplicación y 70 Mb para los componentes de desarrollo y aplicativos necesarios para el desarrollo del sitio web.