Se rubricó en la Sala de Reuniones del Consejo Directivo de la Universidad Tecnológica Nacional, Santa Fe el proyecto denominado “Certificación del Sistema de Gestión de la Calidad ISO 9001:2008 en las Empresas de Software de la ciudad de Santa Fe y la Región”.

En el mismo trabajarán en conjunto la UTN y 10 empresas de la región, y contarán con financiamiento parcial del Gobierno de la Provincia de Santa Fe, a través de la Secretaría de Empresas de Base Tecnológica del Ministerio de la Producción.

Entre los objetivos, se buscará implementar y certificar la calidad de los procesos productivos y de servicios, de las empresas integrantes del Proyecto y mejorarlos en forma continua. Generar un espacio de intercambio asociativo de experiencias, y potenciación de habilidades en materia de calidad en los procesos productivos y de servicios del software; e incrementar las empresas de la Industria del Software, en la Provincia de Santa Fe, con capacidad demostrable de desarrollar y comercializar productos de calidad, exportables a otros mercados internacionales.

Mas informacion: http://www.frsf.utn.edu.ar/noticias/ver.php?id_noticia=1212

Internet Explorer 6

Internet Explorer 6 (IE6) fue lanzado el 27 de agosto de 2001, hace ya más de 8 años, y es el navegador por defecto que trae Windows XP. La utilización global de este navegador sigue disminuyendo, estando actualmente por debajo del 14% globalmente y menos del 7% en Europa y EEUU. Esta versión de Internet Explorer (IE) tiene varios problemas:

• No soporta las transparencias en PNG
• Contiene errores cuando se utiliza float + margin /padding
• Imposibilidad de usar pseudo-clases y pseudo-elementos
• Soporte incompleto de CSS 2.1
• Presenta errores de visualización

Desarrollar sistemas o sitios web con compatibilidad con IE6 implica utilizar horas para resolver problemas de visualización y limitar los diseños para que se vean correctamente en este navegador. Además la experiencia del usuario queda limitada a las posibilidades que se tienen en IE6, navegadores más modernos (IE7, IE8, Firefox 3.5, Safari 4, Google Chrome, Opera 10, etc.) pueden ofrecer una experiencia online mucho mas elevada.

Es debido a esto que a partir de Marzo del 2010 no se ofrecera mas soporte para IE6 en los sistemas y sitios desarrollados por Serfe. Esto significa que si se desea tener compatibilidad para esta versión de Internet Explorer (IE) se debe solicitar explícitamente.

El objetivo del mismo fue el de desarrollar habilidades básicas necesarias para captar, analizar, especificar y validar un Product Backlog (requerimientos) efectivo preservando los principios y las prácticas ágiles. Se trabajo en detalle en:

• Presentar los riesgos del proceso de toma de decisiones de la mente humana y su influencia a los requerimientos de software.
• Presentar una forma efectiva de identificación del alcance del proyecto de software con base en el análisis de negocio y de proyecto.
• Presentar modelos y practicas efectivas para trabajar con requerimientos en metodologías ágiles, con técnicas de estimación del tamaño del problema.
• Desarrollar una percepción de Planificación y Control de la Producción (PCP) para la gestión de requerimientos con base en conceptos y prácticas del control del los inventarios.

Por supuesto que también aprovechamos para dar una vuelta por las sierras de Córdoba.

]]> http://www.serfe.com/blog/es/2009/12/software-requirements-concepts-and-methodologies-for-agile-teams/feed/ http://www.serfe.com/blog/es/2009/11/crm-customer-relationship-management/ http://www.serfe.com/blog/es/2009/11/crm-customer-relationship-management/#comments Wed, 18 Nov 2009 17:52:54 +0000 sebaberardi http://www.serfe.com/blog/en/?p=241

¿Ya tienes un plan de negocio?

Se llama CRM a una herramienta destinada a la administración de la relación con los clientes. Es muy útil en cualquier tipo de empresa, desde productoras de bienes hasta las que brindan servicios, ya que nos permite planificar una estrategia de negocios basada en los clientes. Este tipo de herramientas se vuelven fundamentales en mercados globales como el de servicios de Tecnologías de la Información donde conservar a un cliente es más importante que ganar nuevos.

En si esta herramienta es un sistema de apertura de datos (front office) que nos brinda la oportunidad de intercambiar información con los clientes. Así crear registros que nos permitan ver el concepto de valor que el cliente tiene con el producto, para enfocar los procesos a las reales necesidades que dan origen a la demanda y suprimir procesos que resultan en un aumento del precio del producto sin incrementar su valor. También podemos adelantarnos a los nuevos requerimientos y ofrecer mejores servicios de postventa.

La utilización de un sistema CRM a menudo falla o no da los resultados deseados ya que su implementación solo se limita a la instalación de un software sin estudiar el contexto de la empresa, ni brindar los conocimientos necesarios del mismo a los empleados. Un sistema CRM solo debe implementarse después de estudiar la relación actual con los clientes y a la que se quiere llegar. Una vez que sepamos esto vamos a tener una visión más clara de que sistemas informáticos vamos a necesitar así como que procedimientos vamos a estandarizar y en que capacitaremos al staff de la organización.

El Software CRM en un principio fue pago y desarrollado por grandes empresas. Sin embargo, recientemente comenzaron a surgir del tipo “open source”, es decir, gratuitos y de código abierto. Esto trae aparejada las siguientes ventajas: bajo costo y la posibilidad de modificarlo según las necesidades de cada empresa.

Los paquetes de software open source CRM mas importantes:

Sugar CRM: Una poderosa herramienta que ayuda a las empresas a gestionar las relaciones con los clientes. Que permite optimizar las oportunidades de preventa, ventas y postventa, mejorar el servicio al cliente y crear, llevar a cabo y evaluar campañas de marketing eficientes. Permite un fácil acceso a la información disponible para mejorar la toma de decisiones. Soporte para múltiples bases de datos y procesos que facilitan el flujo de información. Se integra con distintos software de manejo de correo electrónico, planillas de cálculo y procesadores de texto. Para ser más amigable al cliente está separado en módulos, donde podemos encontrar:

• Ventas: Permite compartir información de ventas con el resto del staff, concentrarse en los negocios más redituables, incrementar la productividad del departamento de ventas a través de la estandarización de procesos y monitorear la performance de los empleados.
• Marketing: Da soporte para la creación, ejecución y seguimiento de campañas de marketing, como también, comparte información de oportunidades de ventas con el resto del staff, ayuda a la identificación y seguimiento de potenciales clientes.
• Soporte para el cliente: Este modulo asegura que los casos de atención al cliente se manejan en base a prioridad, estatus y categoría. Ayuda a solucionar problemas de los clientes y a entender inconvenientes frecuentes para corregirlos y mejorar la calidad del producto. También ayuda a medir la capacidad de respuesta del staff. Las quejas de los clientes pueden priorizarse y asignar una persona a grupo para buscar una solución. También ofrece un servicio de auto ayuda través de FAQs rankeados y búsqueda de posibles soluciones con el uso de palabras clave.
• Reporte: Crea informes en tiempo real de cualquier atributo que trabaje el CRM, como podría ser el total de clientes que encontraron solución utilizando la sección auto ayuda o la eficiencia de un programa de marketing. Regula el acceso a esta información teniendo en cuanta el nivel de cada usuario. Permite al usuario modificar el formato de los informes.
• Colaboración: Este modulo ayuda a la organización y seguimiento de proyectos interdepartamentales. También permite un flujo de información más ágil dentro de cada departamento como entre ellos también.
• Plataforma: Este modulo permite a administradores y desarrolladores llevar a cabo modificaciones de manera sencilla. Desde aquí también es que los administradores controlan el acceso de los diferentes usuarios a los campos del programa y le brindan distintos privilegios dependiendo de las necesidades, por ejemplo dar acceso al historial de cada cliente a los empleados de marketing pero que solo los empleados de venta puedan modificarlos. Asiste a los programadores a estandarizar procesos de cualquiera de los módulos anteriores y a editar la apariencia de cada campo para facilitar el acceso a las funciones que se consideren más importantes.

Su sitio web es: http://www.sugarcrm.com/

Vtiger: programa CRM que permite automatizar las fuerzas de venta, soporte y servicio al cliente, automatización de marketing, control de inventario, soporte para múltiples bases de dato, administrador de seguridad, personalización de productos y servicios, se integra con el correo electrónico y tiene exenciones para Outlook y Thunderbird. Otra ventaja es que está completamente separado en módulos dentro de los cuales están:

• Marketing: Gestión de los esfuerzos para realizar acciones comerciales en una empresa a través del módulo de campañas, donde administramos cuentas, contactos, emails y pre-contactos.
• Comercial: Gestión y seguimiento de las ventas desde el primer contacto con el potencial cliente hasta los servicio post-venta. Puedes controlar oportunidades, pedidos, facturas, productos y tarifas.
• Atención al cliente: La forma más sencilla de mantener la relaciones con los clientes una vez finalizado un proyecto o negocio, para llevar reportes de incidencias, ayuda, etc.
• Análisis: Dispones de amplias opciones para generar informes e indicadores gráficos para de un vistazo controlar la marcha de tu empresa y su negocio.
• Inventario: Es una características adicional al CRM en la que puedes realizar la gestión de productos, proveedores, tarifas, órdenes de compra, pedidos, presupuestos y facturas.

Su sitio web es: http://www.vtiger.com/

Hipergate: Son aplicaciones de código abierto basados en web completamente gratuitas, con el propósito de facilitar un amplio espectro de necesidades tecnológicas de información en cualquier tipo de organización. Reconoce e indexa documentos Office, también permite cargar y exportar datos a Outlook express. Al igual que el anterior también está separado en módulos, los mismos son;

• Modulo de herramientas Colaborativas y trabajo en grupo: permite organizar y llevar registro de reuniones, listado reserva y utilización de salas, foros libres y moderados, preguntas frecuentes.
• Modulo de gestión de contacto: Gestión de bases de datos de clientes, proveedores y competidores, como así también la gestión de bases de datos personales. Listas de distribución. Demarcación territorial y pipelines de ventas (oportunidades comerciales).
• Modulo de gestión de proyecto y soporte de incidencias: Permite generar y almacenar arboles jerárquicos de proyectos y seguimiento de tareas.
• Modulo de tienda virtual: Múltiples catálogos independientes, jerarquía ilimitada de categorías de productos, gestión de stock de pedidos y facturación.
• Módulos de producción de contenidos: plantillas para comunicación vía email y para websites, inclusión de contenidos multimedia y formularios electrónicos.
• Modulo de envió masivo de correos electrónicos: gestión de envíos múltiples de email a la lista de distribución con estadísticas de recepción de mensajes.
• Biblioteca corporativa: disco virtual 100% basado en web, seguridad por usuario basada en roles para los archivos, gestión e indexación de propiedades de documentos OLE, enlaces a favoritos y posibilidad de importar/exportar.

Su sitio web es: http://www.hipergate.org/

Customizacion de software CRM open source:

Es importante la modificación de este tipo de software para que este se adapte a los requerimientos de cada empresa. La customizacion de softwares open source es una alternativa económica, flexible, fiable y seguro, además de un tiempo menor en la etapa de desarrollo.

Serfe posee una amplia experiencia en el trabajo de adaptar softwares open source a las reglas de negocio de cada empresa. Nuestro staff está capacitado para brindarle asesoramiento en la selección, instalación y configuración del software. También podemos ayudarlo en el desarrollo de plantillas, módulos, componentes e incluso en la integración de estos con sistemas propios.

Para mas información visite el sitio web:

http://www.serfe.com/es/soluciones-web/software-open-source.html

Aprovechamos la ocasión para agradecer a todos aquellas personas que confiaron en nosotros e hicieron esto posible.

Equipo de trabajo - Octubre 2009

Asado en festejo de los 6 años de Serfe.com

Atentamente.

El equipo de Serfe.com

Estuctura de directorio

Joomla tiene una estructura de directorio dividida en 2 grandes grupos. Administrator, en donde se encuentran todos los archivos necesarios para que funcione el backend y los diferentes directorios que se encuentra en el directorio raíz.

Los directorios que nos interesan son los components, tanto dentro del directorio administrator, como en el raíz, pues aquí es donde se encuentran los archivos correspondiente a cada componente, que a su vez están en subdirectorios de la siguiente forma, com_nombreComponente, ejemplo com_users.

Si queremos ver los archivos correspondientes al componente users, debemos buscarlos en:

• Administrator/components/com_users (backend)
• Components/com_users (frontend)

Otro directorio importante es el includes, pues dentro de este encontramos archivos que tienen clases que se utilizarán en el componente por ejemplo para la conexión con la base de datos (database.php),  datos para manejar usuario, paginado, etc (joomla.php).

Los componentes se almacenan en la base de datos, más precisamente en la tabla jos_components.

Archivos que componen un componente

Un componente para ser instalado debe estar comprimido en un archivo zip con el siguiente formato com_NombreComponente.zip ejemplo com_users.zip.

Este archivo debe tener al menos 8 archivos que se pasaran a describir en breve:

• admin.nombreComponente.php (backend)
• admin.nombreComponente.html.php (backend)
• toolbar.nombreComponente.php (backend)
• toolbar.nombreComponente.html.php (backend)
• nombreComponente.xml (backend)
• nombreComponente.class.php (opcional)
• nombreComponente.php (frontend)
• nombreComponente.html.php (frontend)

A continuación se describirá cada archivo.

nombreComponente.xml (Backend)

Este archivo es el de instalación del componente.

Estructura básica del archivo:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48

<?xml version="1.0" ?>
<mosinstall type="component">
<name>Presentacion</name>
<creationDate>01/10/2008</creationDate>
<author>Serfe</author>
<copyright>This component in released under the GNU/GPL License</copyright>
<authorEmail>info@serfe.com</authorEmail>
<authorUrl>www.serfe.com</authorUrl>
<version>1.0.0</version>
<files>
<filename>example.php</filename>
<filename>example.html.php</filename>
<filename>example.class.php</filename>
</files>
<install>
<queries>
 <query>
 CREATE TABLE `#__example` (
 id INT NOT NULL AUTO_INCREMENT,
 title VARCHAR(100) NOT NULL,
 content TEXT NOT NULL,
 published TINYINT(1) NOT NULL,
 date DATETIME NOT NULL,
 PRIMARY KEY (`id`)
 )
 </query>
</queries>
</install>
<uninstall>
<queries>
 <query>
 DROP TABLE IF EXISTS `#__example`;
 </query>
</queries>
</uninstall>
<administration>
 <menu>Example</menu>
 <submenu>
 <menu act="all">List</menu>
 </submenu>
<files>
 <filename>admin.example.php</filename>
 <filename>admin.example.html.php</filename>
 <filename>toolbar.example.php</filename>
 <filename>toolbar.example.html.php</filename>
</files>
</administration>
</mosinstall>

admin.nombreComponente.php (Backend):

Es el primer archivo que se va a ejecutar cuando se carga el componente en el backend, y es el encargado de controlar que acción se va a realizar según parámetro act y task.

El parámetro act, identifica que opción del menú del backend se selecciono.

El parámetro task, nos dice que acción se va a ejecutar, ejemplo guardar, borrar, etc.

Ejemplo:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69

<?php
defined('_VALID_MOS') or die('Direct Access to this location is not allowed.');
//No permite el acceso directo al archivo.
 
require_once( $mainframe->getPath( 'admin_html' ) );
require_once( $mainframe->getPath( 'class' ) );
//realiza los includes de los archivos necesarios.
 
$id = mosGetParam( $_REQUEST, 'cid', array(0) );
//Captura la variable pasada por REQUEST.
 
switch($act)
{
	default
	switch($task)
	{
		default:
			list($option);
		break;
		case "save":
			save($option);
		break;
}
	break;
}
break;
 
//función que listara los registros de una tabla en la base de datos.
function list($option)
{
	global $database, $mainframe;
	$limit = $mainframe->getUserStateFromRequest( "viewlistlimit", 'limit', 10 );
	//obtengo la variable limit que es usada para la paginación
	$limitstart = $mainframe->getUserStateFromRequest( "view{$option}limitstart", 'limitstart', 0 );
	//obtengo la variable limitstart especifica desde que registro comenzar a mostrar. 
 
	$query = "SELECT COUNT(id) FROM #__example";
	$database->setQuery($query);
	$total = $database->loadResult();
	//ejecuta la consulta y devuelve el resultado en una variable, esta función se utiliza cuando la consulta devuelve un solo resultado.
	require_once("includes/pageNavigation.php");
	//incluyo el archivo que contiene la clase para realizar el paginado.
	$pageNav = new mosPageNav( $total, $limitstart, $limit );
	//instancio la clase de paginado.
	$query  = "SELECT * FROM #__example";
	$query .= " LIMIT ".$limitstart.", ".$limit;
	$database->setQuery($query);
	$rows = $database->loadObjectList();
	//ejecuta la consulta devolviendo el resultado en un arreglo de objetos.
	HTML_Example::list($option, $rows, $pageNav);
	//llamo al método que me generará el html de la lista, y se le pasa como parámetro, el option que tendrá el componente actual, el arreglo con los registros, y el objeto con el paginado.
}
 
//función que guarda un registro en la base de datos.
function save($option) {
	global $database;
 
	$row = new presentacionTable($database);
	//instacio la clase que se creara en el archivo nombreComponente.class.php
	$row->bind($_POST));
	//Si en el formulario los nombres de los input coinciden con los nombres de los campos en la tabla de la base de datos, este método se encarga de relacionar cada campo del formulario con su respectiva columna en la tabla.
	$row->date = date("Y-m-d H:i");
	// se setae algún campo en particular.
	$row -> store();
	//Guarda los valores en la base de datos.
	mosRedirect("index2.php?option=".$option, "Example saved!");
	//redirige la pagina a una dirección específica, el segundo parámetro es el mensaje a mostrar.
}
?>

Este archivo implementa 2 acciones: listar y guardar.

Las primeras líneas incluye los archivos necesarios luego recibimos las variables que vienen por REQUEST. A continuación determinamos que acción vamos a ejecutar según el valor de la variable act y task.

Luego implementamos cada una de las funciones necesarias para realizar las acciones correspondientes.

admin.nombreComponente.html.php (Backend):

Este archivo define la clase que va a contener a los diferentes métodos encargados de generar el html.

La estructura básica del archivo es:

1
2
3
4
5
6
7

<?php
defined('_VALID_MOS') or die('Direct Access to this location is not allowed.');
class HTML_Example
{
 //métodos que generen el html a mostrar.
}
?>

toolbar.nombreComponente.php (Backend):

Este Archivo controla que menú mostrar según el parámetro act y task recibidos.

La estructura básica del archivo es:

1
2
3
4
5
6
7
8
9
10
11
12
13

<?
defined( '_VALID_MOS' ) or die( 'Direct Access to this location is not allowed.' );
 
require_once( $mainframe->getPath( 'toolbar_html' ) );
//realiza un include del archivo con el nombre toolbar.nombreComponente.html.php el cual tiene los html del menú a mostrar.
 
switch ( $task ) {
 default:
 menuExample::DEFAULT_MENU();
 //Cargo el menú default de la clase menuExample.
 break;
 }
?>

toolbar.nombreComponente.html.php (Backend):

Este Archivo genera el menú a mostrar.

La estructura básica del archivo es:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

<?php
defined( '_VALID_MOS' ) or die( 'Direct Access to this location is not allowed.' );
//defino la clase que va a contener el menú.
class menuExample
{
 function DEFAULT_MENU()
 {
 mosMenuBar::startTable();
 mosMenuBar::publish('publish');
 mosMenuBar::unpublish('unpublish');
 mosMenuBar::divider();
 mosMenuBar::addNew('new');
 mosMenuBar::editList('edit', 'Edit');
 mosMenuBar::deleteList( ' ', 'delete', 'Remove' );
 mosMenuBar::endTable();
 }
}
?>

nombreComponente.class.php (opcional):

Este archivo se usa para crear una clase que nos facilitará guardar, modificar y borrar un registro de una tabla por medio de los métodos que hereda de la clase mosDBTable.

En el ejemplo del archivo admin.nombreComponente.php hemos utilizado una clase de este tipo, mas específicamente cuando usamos los métodos bind(), store().

Esta clase también nos permite cargar un registro simplemente usando el método load(), al cual se le pasa como parámetro el id del registro.

Estructura básica del archivo:

1
2
3
4
5
6
7
8
9
10
11
12
13

<?
defined( '_VALID_MOS' ) or die( 'Direct Access to this location is not allowed.' );
class nombreClaseTable extends mosDBTable {
 //Se definen cada variable segun tantos campos tenga la tabla a la que se hace referencia en la base de datos.
 var $id = null;
 var $nombreCampo1 = null;
 var $nombreCampo2 = null;
 function nombreClaseTable (&$db){
 $this->mosDBTable('#__nombreTabla', 'id', $db);
 //A este metodo se le pasan 3 parámetros: nombre de la tabla, campo que contiene el primary key, conector de la base de datos.
 }
}
?>

nombreComponente.php y  nombreComponente.html.php (Frontend):

Estos 2 archivos se usa para realizar las acciones del componente en el frontend.

El archivo nombreComponente.php tiene la misma estructura que el admin.nombreComponente.php

El archivo nombreComponente.html.php tiene la misma estructura que el admin.nombreComponente.html.php

¿Que es Joomla?

Joomla es un sistema de administración de contenidos (CMS o Content Management System) de código abierto construido con PHP bajo una licencia GPL. Este administrador de contenidos se puede utilizar para crear una página web de contenido dinámico, utilizando una base de datos MySQL.

Características:

• Organización del sitio web.
• Publicación de Contenidos.
• Escalabilidad e implementación de nuevas funcionalidades.
• Administración de usuarios.
• Diseño y aspecto estético del sitio.
• Navegación y menú.
• Administrador de Imágenes.
• Disposición de módulos modificable.
• Encuestas.
• Publicidad.
• Estadísticas de visitas.
• Y mas…

¿Qué sitios web pueden crearse con Joomla?

Con Joomla podemos crear sitios web de noticias, sitios corporativos, portales comunitarios, e incluso también puede crearse con Joomla sistemas que funcionen en redes cerradas (Intranets) para gestionar información interna (comunicaciones, usuarios, etc) de compañías o empresas de negocios.

¿Quiénes pueden usar Joomla?

Cualquier persona que desea tener un sitio web puede utilizar Joomla.

Para desarrollar sitios sobre Joomla es preciso poseer conocimientos sobre diseño web y programación, pero para administrar sitios web basados en Joomla solo se necesita una mínima capacitación sobre el manejo del programa.

Es tan sencilla y amigable la interfaz administrativa de Joomla, que cualquier persona puede administrar sus propios contenidos web sin la necesidad de poseer conocimientos técnicos, sin saber lenguaje HTML, y sin recurrir a un WebMaster cada vez que hay que actualizar su sitio web.

Todos los aspectos técnicos del sistema están ocultos al usuario común, y han sido resueltos por los programadores de Joomla, haciendo las cosas sencillas para que los administradores y editores de contenidos puedan prescindir casi completamente de una capacitación técnica especializada.

¿Cómo está compuesto Joomla?

Componentes:

Los “Componentes” son elementos de contenido o aplicaciones de Joomla que se muestran habitualmente en el centro del área de contenido principal de una plantilla (template). Los componentes son elementos del núcleo (core elements) de la funcionalidad de Joomla.

Módulos:

Los “Módulos” extienden las posibilidades de Joomla proporcionando al software nuevas funcionalidades. Los módulos son pequeños artículos de contenido que pueden mostrarse en cualquiera de los lugares que su plantilla permita. Los módulos que Joomla suele incluir son: Menú Principal (Main Menu), Menú Superior (Top Menu), Selector de Plantillas (Template Chooser), Encuestas (Polls), Contador de Visitas (Hit Counter), etc.

Mambot:

Los “Mambot” o “Plugins” son pequeñas funciones orientadas a tareas que intercepta el contenido antes de que sea mostrado y lo manipula de alguna manera. Joomla proporciona varios mambots/plugins en la distribución del núcleo. Entre los ejemplos de mambots nos encontramos por ejemplo editores WYSIWYG

Versiones:

La primera versión de Joomla! (Joomla! 1.0.0) fue publicada el 16 de septiembre de 2005 y se trataba de una evolución mejorada de Mambo 4.5.2.3 combinada con modificaciones de seguridad y anti-bugs. La última versión publicada se denomina Joomla! 1.5 estable, con un código completamente reescrito y construido bajo PHP 5.

¿Cómo está dividido joomla?:

Backend:

El “Administrador Joomla” (Back-end) es el panel de control de administración desde donde el Mánager, Administrador o Súper-Administrador administra el sitio y su contenido.

Frontend:

El “Sitio” (Front-end) es el sitio web que ven sus visitantes o usuarios registrados y que contiene toda la información gestionada desde el Administrador.

Un web service es una aplicación que publica o expone sus funcionalidades o métodos mediante una interfaz. Funciona en modalidad cliente-servidor, es decir, otras aplicaciones se comunican con el web service utilizando mensajes en un formato estandar. En esencia la comunicación es la misma que cuando un servidor web retorna datos que han sido solicitados por un navegador tal como el tratamiento de un formulario HTML enviado por POST o una petición para ver una pagina. En este caso el formato de intercambio es el XML

Un web service se compone de los siguientes elementos:

• XML

Formato estandar para el intercambio de datos diseñado principalmente para documentos Web. Su principal ventaja es que se pueden definir los tags o etiquetas a utilizar, esto fijara la manera en que los datos son interpretados y validados por las aplicaciones.

Un archivo xml es reconocido como tal mediante su cabecera:

<?xml version="1.0" encoding="UTF-8"?><span id="more-134"></span>

• SOAP

Acrónimo de Simple Object Access Protocol. Es un protocolo de comunicación entre aplicaciones a través de mensajes, mediante el cual se instancian objetos de tipo web service y se invocan sus métodos. Fue concebido para brindar independencia de la plataforma y el lenguaje de implementación, dos aplicaciones cualesquiera, incluso escritas en diferentes lenguajes y corriendo en diferentes sistemas operativos, pueden peticionar servicios e intercambiar datos en forma totalmente transparente. SOAP esta basado en XML, esto quiere decir que los mensajes que las aplicaciones utilizan para comunicarse son archivos xml con una estructura predefinida:

<?xml version="1.0"?>
   <soap:Envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
    Soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">
     <soap:Header>
     ...
     </soap:Header>
     <soap:Body>
     ...
       <soap:Fault>
       ...
       </soap:Fault>
     </soap:Body>
   </soap:Envelope>

Los mensajes SOAP deben estar contenidos en un elemento envoltorio (envelope) asociado con el espacio de nombres o namespace. Esto se especifica mediante:

xmlns:soap = "http://www.w3.org/2001/12/soap-envelope"

En este caso se utiliza el estandar definido en http://www.w3.org/2001/12/soap-envelope

Mediante el encodingStyle se especifican donde se encuentran definidos los tipos de datos simples utilizados en el documento (pueden crearse tipos de datos complejos o estructuras a partir de estos tipos de datos). En el Header se incluye información específica del mensaje, como por ejemplo la autenticación. Dentro del body se inserta el cuerpo del mensaje, aqui se incorpora toda la información necesaria. Por ejemplo, si es una petición aqui se definen los parámetros para la ejecución, si es la respuesta a una petición, aqui se encontrara el resultado.

• WSDL

Web Service Description Language es un estandar basado en XML que describe los accesos al Web Service. Indica cuales son las interfaces que brinda el servicio web, las operaciones, los mensajes y los tipos de datos necesarios para la utilización del mismo. En forma resumida se presentan las principales características de un archivo en este formato (para una descripción mas detallada ver: http://soap.amazon.com/schemas3/AmazonWebServices.wsdl)

<wsdl:definitions targetNamespace="http://soap.amazon.com" name="AmazonSearch">
   <wsdl:types>
     <xsd:schema targetNamespace="http://soap.amazon.com">
       <xsd:complexType name="ProductLineArray">
         <xsd:complexContent>
           <xsd:restriction base="soapenc:Array">
             <xsd:attribute ref="soapenc:arrayType" wsdl:arrayType="typens:ProductLine[]"/>
           </xsd:restriction>
         </xsd:complexContent>
       </xsd:complexType>
       ....
       <xsd:complexType name="CustomerReview">
         <xsd:all>
           <xsd:element name="Rating" type="xsd:string" minOccurs="0"/>
           <xsd:element name="Date" type="xsd:string" minOccurs="0"/>
           <xsd:element name="Summary" type="xsd:string" minOccurs="0"/>
           <xsd:element name="Comment" type="xsd:string" minOccurs="0"/>
         </xsd:all>
       </xsd:complexType>
       ....
     </xsd:schema>
   </wsdl:types>
   <message name="KeywordSearchRequest">
     <!-- Messages for Amazon Web APIs -->
     <part name="KeywordSearchRequest" type="typens:KeywordRequest"/>
   </message>
   <message name="KeywordSearchResponse">
     <part name="return" type="typens:ProductInfo"/>
   </message>
   <portType name="AmazonSearchPort">
     <!-- Port for Amazon Web APIs -->
     <operation name="KeywordSearchRequest">
       <input message="typens:KeywordSearchRequest"/>
       <output message="typens:KeywordSearchResponse"/>
     </operation>
     <operation name="TextStreamSearchRequest">
       <input message="typens:TextStreamSearchRequest"/>
       <output message="typens:TextStreamSearchResponse"/>
     </operation>
   </portType>
   <binding name="AmazonSearchBinding" type="typens:AmazonSearchPort">
     <soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
     <operation name="KeywordSearchRequest">
     <soap:operation soapAction="http://soap.amazon.com"/>
       <input>
         <soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="http://soap.amazon.com"/>
       </input>
       <output>
         <soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="http://soap.amazon.com"/>
       </output>
     </operation>
     ....
   <service name="AmazonSearchService">
     <!-- Endpoint for Amazon Web APIs -->
     <port name="AmazonSearchPort" binding="typens:AmazonSearchBinding">
       <soap:address location="http://soap.amazon.com/onca/soap3"/>
     </port>
   </service>
</wsdl:definitions>

• UDDI

Universal Discovery Description and Integration es un estandar que describe la naturaleza del servicio, sus capacidades, ubicación, y requerimientos de forma tal que este puede ser categorizado en sitios que ofrecen directorios de servicios web. UDDI utiliza WSDL para describir las interfaces de los web services. Algunos de los directorios de servicios web disponibles mas destacados son:

http://soapclient.com/uddisearch.html

http://uddi.org/find.html

Aplicabilidad

El protocolo principal utilizado en los servicios web es HTTP, los servicios web son capaces de montarse en otros protocolos (SMTP, FTP, etc.). Pero hay demasiadas restricciones en un ambiente como Internet, en donde los firewalls bloquean el acceso a dichos protocolos.

Implementación

Hay dos formas de implementar una llamada mediante SOAP con PHP, una de ellas es utilizar alguna biblioteca que ya posea la funcionalidad (las mas conocidas son Nusoap y PEAR pero a partir de la versión 5, PHP da soporte nativo a SOAP de modo que es esta la que se utilizará en el ejemplo.

Para implemementar una llamada utilizando SOAP primero se debe controlar que el soporte nativo de PHP este habilitado en el servidor, busque estas lineas de código en al archivo de configuración de PHP y descoméntelas.

[soap]
; Enables or disables WSDL caching feature.
soap.wsdl_cache_enabled=1
; Sets the directory name where SOAP extension will put cache files.
soap.wsdl_cache_dir="/tmp"
; (time to live) Sets the number of second while cached file will be used
; instead of original one.
soap.wsdl_cache_ttl=86400

Si creamos un script de comprobación con phpinfo() se debería ver algo similar a esto:

soap
 Soap Client  enabled
 Soap Server  enabled

Una vez completado esto, el resto del proceso es bien simple

<?php
 $wsdl_url = "http://soap.amazon.com/schemas3/AmazonWebServices.wsdl";
 $client = new SoapClient($wsdl_url);
 var_dump($client-;__getFunctions());
?>

En este script se puede apreciar la instanciación de la clase y el pasaje de parámetros correspondientes al uso del servicio web de amazon. En la última línea de código se puede ver la invocación a un método del objeto cliente que retornara cuales son los métodos expuestos por el servidor. La respuesta a dicha petición es:

array(26) {
 [0]=> string(70) "ProductInfo KeywordSearchRequest(KeywordRequest $KeywordSearchRequest)"
 [1]=> string(79) "ProductInfo TextStreamSearchRequest(TextStreamRequest $TextStreamSearchRequest)"
 [2]=> string(64) "ProductInfo PowerSearchRequest(PowerRequest $PowerSearchRequest)"
 [3]=> string(79) "ProductInfo BrowseNodeSearchRequest(BrowseNodeRequest $BrowseNodeSearchRequest)"
 [4]=> string(61) "ProductInfo AsinSearchRequest(AsinRequest $AsinSearchRequest)"
 [5]=> string(75) "ProductLineArray BlendedSearchRequest(BlendedRequest $BlendedSearchRequest)"
 [6]=> string(58) "ProductInfo UpcSearchRequest(UpcRequest $UpcSearchRequest)"
 [7]=> string(58) "ProductInfo SkuSearchRequest(SkuRequest $SkuSearchRequest)"
 [8]=> string(67) "ProductInfo AuthorSearchRequest(AuthorRequest $AuthorSearchRequest)"
 [9]=> string(67) "ProductInfo ArtistSearchRequest(ArtistRequest $ArtistSearchRequest)"
 [10]=> string(64) "ProductInfo ActorSearchRequest(ActorRequest $ActorSearchRequest)"
 [11]=> string(85) "ProductInfo ManufacturerSearchRequest(ManufacturerRequest $ManufacturerSearchRequest)"
 [12]=> string(73) "ProductInfo DirectorSearchRequest(DirectorRequest $DirectorSearchRequest)"
 [13]=> string(83) "ListingProductDetails ExchangeSearchRequest(ExchangeRequest $ExchangeSearchRequest)"
 [14]=> string(76) "ProductInfo ListManiaSearchRequest(ListManiaRequest $ListManiaSearchRequest)"
 [15]=> string(73) "ProductInfo WishlistSearchRequest(WishlistRequest $WishlistSearchRequest)"
 [16]=> string(90) "SellerProfile SellerProfileSearchRequest(SellerProfileRequest $SellerProfileSearchRequest)"
 [17]=> string(68) "SellerSearch SellerSearchRequest(SellerRequest $SellerSearchRequest)"
 [18]=> string(88) "MarketplaceSearch MarketplaceSearchRequest(MarketplaceRequest $MarketplaceSearchRequest)"
 [19]=> string(79) "ProductInfo SimilaritySearchRequest(SimilarityRequest $SimilaritySearchRequest)"
 [20]=> string(83) "ShoppingCart GetShoppingCartRequest(GetShoppingCartRequest $GetShoppingCartRequest)"
 [21]=> string(89) "ShoppingCart ClearShoppingCartRequest(ClearShoppingCartRequest $ClearShoppingCartRequest)"
 [22]=> string(98) "ShoppingCart AddShoppingCartItemsRequest(AddShoppingCartItemsRequest $AddShoppingCartItemsRequest)"
 [23]=> string(107) "ShoppingCart RemoveShoppingCartItemsRequest(RemoveShoppingCartItemsRequest $RemoveShoppingCartItemsRequest)"
 [24]=> string(107) "ShoppingCart ModifyShoppingCartItemsRequest(ModifyShoppingCartItemsRequest $ModifyShoppingCartItemsRequest)"
 [25]=> string(118) "GetTransactionDetailsResponse GetTransactionDetailsRequest(GetTransactionDetailsRequest $GetTransactionDetailsRequest)"
}

Como se puede apreciar este es el listado de todos los métodos expuestos por el web service de amazon.

Recursos:

http://www.w3schools.com/webservices/

http://www.sitepoint.com/article/own-web-service-php-xml-rpc/

http://www.builderau.com.au/program/php/soa/Powerful-Web-Services-with-PHP-and-SOAP/0,339028448,339288552,00.htm

http://ar2.php.net/manual/en/book.soap.php

http://devzone.zend.com/article/689

Subversion es un software de sistema de control de versiones que busca reemplazar al popular CVS, el cual posee varias deficiencias. Es software libre y se le conoce también como svn por ser ese el nombre de la herramienta de línea de comandos.

El uso de aplicaciones web crece día a día como así también su tamaño, es por esto que es normal que en proyectos de este tupo, se involucre a numerosos desarrolladores con diversas habilidades para terminar el producto a tiempo. Este es el motivo por el cual se utiliza esta herramienta. Todos los ficheros relacionados al proyecto se alojan en el repositorio el cual se encuentra en un servidor remoto. Cada vez que cualquiera de los integrantes del grupo realiza un cambio, lo envía al repositorio, el cual luego podrá ser descargado por el resto de los integrantes del equipo.

Estos son alguno de los beneficios que obtenemos al utilizar esta herramienta:

• Varios usuarios pueden editar el mismo archivo simultáneamente. Todos pueden trabajar sin interrupciones en su copia local, luego, a la hora de enviar los cambios, el sistema brindará herramientas para integrarlos al repositorio sin sobrescribir los realizados por otro desarrollador.
• Asociar las modificaciones a una tarea. Cada vez que se envían cambios al repositorio se pueden asociar a una tarea en particular (ej: desarrollo de una nueva funcionalidad, modificación, solución de un bug, etc).
• Se puede volver a versiones anteriores. En cualquier momento se puede volver a cualquier versión anterior del producto.
• Se tiene un historial de los cambios realizados en el repositorio. Útil en caso de que no recordemos que archivos se modificaron en una tarea en particular. Se cuenta con un historial de todos los cambios enviados y para cada uno cuales archivos fueron modificados.
• Permite obtener métricas. Útil para medir la calidad y cantidad de trabajo realizado en una unidad de tiempo.
• Restringir lectura/escritura de directorios. Permite configurar permisos de escritura y lectura sobre cada directorio a diferentes usuarios. De esta manera solo se dan accesos según el perfil y el tipo de tareas a realizar por cada integrante.
• Backup. Todas las versiones del producto están alojadas en el servidor remoto. Solo basta con que el administrador del mismo se encargue de realizar el respaldo del repositorio.

1. Tareas de gestión:
   1. Gestión de Recursos
   2. Gestión de Paquetes
   3. Gestión de Precios y Disponibilidad
   4. Gestión de Clientes
   5. Gestión de Agentes
   6. Gestión de Configuración
2. Servicios que se ofrecerán a visitantes:
   1. Catalogo de Recursos y Paquetes Ofrecidos
   2. Realizar Reserva Online

1 Gestión de Recursos:

El sistema permitirá la gestión de los recursos, permitiendo su alta, baja y modificación. Deberá permitir almacenar en el sistema datos relevante de la misma, entre ellos: titulo, descripción e imágenes.

También se deberá permitir clasificar los recursos de una manera flexible para así permitir que cualquier empresa adapte la herramienta a desarrollar en base a los requerimientos puntuales de la misma. Un recurso estará asociado a una categoría bookable la cual podrá estar asociado a más de una categoría. A su vez, una categoría puede estar clasificada en otras categorías padres. Por ejemplo, tenemos el recurso “Habitación 101″ la cual esta asociada a la categoría bookable “Habitación Doble”, la cual podrá estar asociada a las siguientes categorías: “Hotel Caesar” para identificar a que hotel pertenece y a “Santa Fe” para identificar a que ciudad pertenece. A su vez, la categoría “Hotel Caesar” podrá ser hija de otra categoría llamada “Cadena Emperadores” para identificar a que cadena pertenece el hotel mientras que “Santa Fe” podrá ser hija de “Argentina” para determinar a qué país pertenece la ciudad representada por la categoría.

Una categoría reservable podrá tener asociada uno o más agregados. Estos agregados podrán adquirirse junto con la misma a la hora de realizar la reserva. Por ejemplo, al reservar una “Habitación Doble” podrá optar por agregar a su pedido el agregado “Cena”. Es posible que el agregado impacte en el precio de la reserva.

Gráfico 1: Entidades asociadas con recursos

También se podrán asociar a una categoria bookable o categoría una propiedad que represente sus características. El tener esta información en una entidad aparte permitirá realizar búsquedas entre ellas que tengan características en común. Como ejemplo un recurso “Habitación Doble” podría tener asignadas las propiedades “Jacuzzi”, “Baño Privado”, “Aire Acondicionado”. De esta manera si se está interesado en realizar una reserva de una habitación con Jacuzzi al realizar una búsqueda filtrando por esta propiedad obtendremos un listado de todas las habitaciones que cuentan con esas características permitiéndonos elegir entre ellas.

2 Gestión de Paquetes:

El sistema deberá permitir la creación, modificación y eliminación de paquetes. Estos paquetes están formados por un conjunto de categorías bookables y agregados de manera de permitir la creación de ofertas especiales. Por ejemplo en un PAQUETE “Fin de Semana en Santa Fe” se podrían agregar 2 noches de “Habitación Doble” junto con un agregado “City Tour por Santa Fe” y ofrecerlos a un precio de $500.

Los paquetes también podrán tener propiedades asociadas que detallen sus características. Como así también imágenes las cuales serán utilizadas al mostrar el mismo a los potenciales clientes.

Gráfico 2: Entidades asociadas con paquetes

3 Gestión de Precios y Disponibilidad:

El sistema deberá permitir configurar el precio de las categorias bookables y paquetes como así también su disponibilidad. Se tendrá que contemplar la posibilidad de configurar diferentes precios según las épocas del año. De la misma manera se deberá permitir aplicar un descuento según el mes del año, día del mes, día de la semana u hora del día. También deberá permitir aplicar descuentos cuando mayor sea el periodo de reserva realizado. El sistema también tendrá que configurar la disponibilidad del recurso de manera que no se permitirá la reserva del mismo en periodos de tiempo en el que no esté disponible.

Gráfico 3: Entidades asociadas con Precios y Disponibilidad

4 Gestión de Clientes:

El sistema deberá contar con funcionalidades que permitan la gestión de clientes. Entre ellas el alta, baja y modificación como así también el poder realizar reservas utilizando un cliente en particular. Esto último sería útil para que un operador realice reservas provenientes de llamadas telefónicas de clientes.

También que le permita realizar la gestión de las órdenes realizadas por los clientes, permitiendo el seguimiento de las mismas a lo largo del proceso de venta.

Gráfico 4: Entidades asociadas con Clientes y Órdenes

5 Gestión de Agentes:

Los agentes serán los usuarios que utilizaran el sistema gestionando los recursos, categorías bookables, categorías, paquetes y clientes. El sistema deberá permitir a los administradores o a agentes ya existentes con los permisos suficientes realizar el alta, baja y modificación de agentes. También permitirá la gestión de permisos los cuales serán asignados luego a los agentes. De esta manera se podrá limitar el acceso de los agentes a las funcionalidades del sistema, dejando a su disposición solo aquellas que necesite ejecutar en base a su perfil en la empresa.

Gráfico 5: Entidades asociadas con Agentes

6 Gestión de Configuración:

El administrador del sistema podrá modificar las configuraciones del paquete de software. De esta manera configurará los tipos de monedas, métodos de pagos, impuestos entre otros parámetros a utilizar.

7 Catalogo de Recursos y Paquetes Ofrecidos:

El sistema mostrará toda la información mencionada en los incisos anteriores a los visitantes. El catalogo deberá presentar la información suficiente y de manera ordenada logrando una experiencia agradable por parte del potencial cliente.

Debe permitir al mismo realizar búsquedas sobre los recursos definiendo las características deseadas, el lapso de tiempo en que está interesado en realizar la reserva como así también su precio. El visitante también podrá navegar por todo el catalogo visitando los diferentes recursos paquetes y categorías, revisando las características particulares de cada uno de ellos.

8 Realizar Reserva Online:

Cuando el potencial cliente encuentra un bien o servicio en el que esté interesado el sistema deberá ofrecer al mismo un proceso sencillo para realizar su reserva. El visitante no deberá tener problemas a la hora de darse de alta como cliente, definir la fecha de inicio y fin de la reserva como así también todas las características especiales de la misma. También deberá contar con sencillas opciones a la hora de realizar el pago.