Creación de un sitio web (XI)
por Luciano Moreno, del departamento de diseño web de BJS Software.

Trabajando en equipo.-

Una vez que empezamos a trabajar en el servidor web local y si se encuentran implicadas en la tarea varias personas, es necesario asegurarnos de que el trabajo que se va creando por un lado no se destruye por otro, ya que se puede dar el caso (es muy frecuente) de que dos a más personas se pongan a trabajar en un mismo fichero a la vez. Este origina normalmente que una persona destruya el trabajo de otra, al sobreescribir el fichero común. Como regla básica, nunca deben trabajar dos personas diferentes en el mismo fichero a la vez.

Afortunadamente existen herramientas que nos permiten controlar este aspecto, como es el caso de Microsoft Visual Source Safe o Clear Case, entre otros. Están basados en la creación en una de las máquinas de la red implicadas en el proyecto de un repositorio común, una especie de depósito que va a contener los ficheros del proyecto, de tal forma que cuando uno de los miembros del equipo necesita tarbajar en un fichero concreto acude a este repositorio y lo reserva para él. Una vez reservado un fichero por un usuario, ningún otro podrá modificarlo, teniendo permisos de sólo lectura en el mismo. Esta persona realiza los cambios pertinentes en el fichero, y una vez que ha finalizado, lo vuelve a situar en el repositorio, quitándole la protección, quedando a partir de entonces disponible para la siguiente persona.

Otra ventaja que poséen este tipo de programas es que conservan no sólo el último fichero modificado, si no también todas las versiones anteriores del mismo, por lo que en caso de error siempre podremos recuperar una versión anterior funcional del fichero.

Estructura de carpetas.-

Otra norma para facililtar el trabajo en equipo es la creación de una estructura común de trabajo. Normalmente, en un proyecto web se suelen distribuir los ficheros que se van creando en una serie de carpetas, creándose una estructura determinada que debe ser común para cada uno de las personas implicadas en el proyecto.

Además, es frecuente que;en un mismo proyecto se vayan a guardar los ficheros que lo forman en varios servidores diferentes. Así, partiendo de una carpeta raiz, crearemos tantas subcarpetas como servidores vayamos a usar en el proyecto:

1) La primera de ellas va a contener todos los ficheros estáticos que vamos a usar en el proyecto, por lo que de ella colgará una carpeta images (imágenes), otra llamada css (para los ficheros de estilos), otra js (para los ficheros JavaScript), y luego podemos crear cuantas carpetas creamos necesarias para contener las páginas estáticas html, de tal forma que la estructura final sea clara y concisa.

2) Otra carpeta va a contener los ficheros dinámicos generales, por lo que de ella colgarán cuantas subcarpetas consideremos necesarias, en las que guardaremos las páginas jsp, asp, php..., y los servlets y ficheros class, java, etc. También situaremos una carpeta, que normalmente se llama cgi-bin, que contendrá los ficheros de código CGI que usemos en el proyecto.

3) Si estamos usando páginas que deberán alojarse en un servidor seguro, crearemos otra carpeta raiz para ellas, y en ella distribuiremos las páginas que van a contener entrada de claves, entradas de datos que queramos proteger (números de tarjetas de crédito, datos perosnales del usuario, etc.).

4) Por último, en otra subcarpeta raiz crearemos las subcarpetas que contendrán las bases de datos locales para trabajo.

En el caso de que estemos creando un sitio personal, en el que usaremos un sólo servidor web, lo importante es crear una estructura de directorios clara, que permita una buena gestión del sitio web.

Si trabajamos en equipo, cada persona implicada en el proyecto debe tener la estructura patrón en su máquina local, para bajarse a las carpetas definidas los ficheros en los que vaya a trabajar.

Respetando estas normas de trabajo en equipo podremos conseguir una buena integración en el mismo de las diferentes personas que trabajan juntas.

Una vez tenemos estos conceptos claros y hemos creado una versión estable de nuestro proyecto, es hora de realizar una serie de baterías de pruebas, para asegurarnos de que todo marcha como es debido. Lo veremos en el siguiente capítulo.