Este documento describe el proceso de desarrollo de una aplicación para la Federación Colombiana de Ajedrez. Se identificaron los requisitos, se decidió utilizar SugarCRM como base y complementarla con otras aplicaciones. El desarrollo siguió un proceso iterativo con etapas de aprendizaje, diseño, implementación y pruebas. El proyecto tuvo retrasos debido a la disponibilidad del cliente.

1. Universidad del Norte. Peña Nieto Ana Marcela. Procesos de Ingeniería del Software. 1
Identificación de Procesos de Software
Peña Nieto, Ana Marcela
amnieto@uninorte.edu.co
Universidad del Norte

Resumen— Una de las principales dificultades en la La Federación Colombiana de Ajedrez (Fecodaz),
industria del desarrollo de software es la ausencia de un es una entidad de derecho privado sin ánimo de
método formal para la realización de sus proyectos. La lucro, representa los intereses del ajedrez
adopción de un modelo o un marco de trabajo sirve colombiano, reglamenta y organiza diferentes
como guía para los ingenieros del software durante el actividades a nivel nacional e internacional. Es el
proceso de desarrollo, con la finalidad de mejorar la máximo rector del Ajedrez en Colombia,
calidad de los proyectos, procesos y productos mediante reconocida, avalada por Coldeportes y Comité
la evaluación y medición de los mismos. En el presente Olímpico Colombiano, miembro de la
documento se analiza el proyecto realizado para la Confederación de Ajedrez de las Américas y de la
Federación Colombiana de Ajedrez (FECODAZ) con el Federación Internacional de Ajedrez-FIDE.
fin de identificar los procesos genéricos aplicados al
desarrollo y el modelo o modelos aplicados.
La Federación se ha mantenido como una entidad
respetada por los ajedrecística y en la actualidad se
encuentra en un proceso de desarrollo institucional
Índice de Términos— Software, Procesos, Métodos, y de posicionamiento, consolidándose como una
Modelos, Desarrollo de Software, Ingeniería del empresa seria, con propia viabilidad Financiera y
Software, Procesos del Software. Administrativa, con propuestas y desarrollo en el
mercado del deporte, que garantizan su estabilidad.
I. INTRODUCCIÓN En los últimos años ha crecido de forma
exponencial su número de asociados, lo cual reporta
Puesto que el objetivo del trabajo no es comprender un volumen de datos muy difícil de gestionar sin las
aspectos técnicos concretos del software que se herramientas adecuadas. Actualmente disponen de
desarrolló se pondrá especial énfasis en el una aplicación que les permite gestionar los
seguimiento de los procesos utilizados. servicios ofrecidos a sus asociados, a la vez que
controlar toda la actividad de la empresa. El
Los primeros apartados describen cuestiones generales problema es que es una aplicación antigua y está
acerca del proyecto. Primero se incluye una descripción mal diseñada, dificultando tanto los procesos de
del mismo, después se definen los requisitos generales y, negocio que muchas cosas de las que ofrece las
finalmente, se exponen las decisiones tomadas con base acababan haciendo a mano. Por ello, solicitaron una
a las necesidades del proyecto. aplicación nueva que sustituyera a la antigua, que
arreglara los defectos de la misma y que
La segunda parte describe la aplicación base, en este implementara nuevas funciones.
caso SugarCRM. Finalmente, la tercera parte se
compone de una serie de apartados que describen los Los servicios de la asociación son amplios: asesoría
distintos aspectos del desarrollo del proyecto. en aspectos jurídicos deportivos, asesoría en gestión
financiera de las diferentes ligas y clubes del país,
II. DESCRIPCIÓN DEL PROYECTO cursos de formación, etc. Con todo, el objetivo del
proyecto es conseguir que la aplicación abarque
todas las áreas que trata la empresa, y llegue a ser
Universidad del Norte-2012

2. Universidad del Norte. Peña Nieto Ana Marcela. Procesos de Ingeniería del Software. 2
una herramienta útil en el día a día de todos más importante es encontrar un software open
los trabajadores de la Federación. El presente source que se adapte al máximo a nuestras
proyecto sólo se basa en parte del desarrollo de la necesidades, para luego poder modificarlo según las
aplicación final, esto se debe a que es un proyecto necesidades del cliente.
de larga duración.
Para tomar estas decisiones se tuvo en cuenta la
A. ESPECIFICACIÓN DE SOFTWARE
experiencia de la empresa desarrolladora. En este
sentido, la misma ya usaba con anterioridad una
El proceso definido empieza con una reunión con el
serie de aplicaciones (un CRM, un gestor
cliente, en la cual se intenta definir los requisitos
documental, y herramientas de inteligencia de
generales, a la vez que se recoge información para
negocio), y se verificó previamente la viabilidad de
poder hacer una valoración económica del posterior
las mismas dentro del proyecto.
desarrollo. Para ello se discutió sobre el
funcionamiento general de la empresa del cliente,
En este estudio, se determino que el CRM
los distintos departamentos que la componen, los
(sugarCRM) utilizado por la empresa reunía las
tipos de empleados, etc. En este punto se estiman
características requeridas, por tanto, se estimó como
los recursos requeridos, se empiezan a tomar
una buena opción como base para el desarrollo del
decisiones de diseño y se decide si se va a
proyecto. En cuanto al gestor documental utilizado
desarrollar el software de cero o si se aprovechara la
(Alfresco), se vio que, gracias a sus múltiples vías
funcionalidad de una aplicación existente.
de acceso a los documentos, daba bastantes
facilidades a la hora de integrarlo con otras
Requisitos Generales aplicaciones, con lo cual se decidió que sería útil
para solucionar el requisito de gestión documental.
En este apartado se definen los requisitos generales También hay que destacar sus grandes posibilidades
de la parte de la aplicación descrita en este de personalización como un factor que ayudó a la
Proyecto. Los requisitos son los siguientes: decisión.
- Gestión de procedimientos jurídicos- deportivos. Por otro lado, se necesitaba una aplicación que nos
- Gestión de procesos disciplinarios. permitiera solucionar la parte de generación de
- Gestión documental. informes. Para ello se estudio una de las
- Agenda de eventos (llamadas, reuniones, etc.). herramientas de inteligencia de negocio utilizadas
- 100% configurable sin tocar el código. en la empresa, Pentaho BI. Entre sus muchas
- Generación automática de informes. funciones, esta aplicación cuenta con un motor de
- Auditoría de cambios. generación de informes muy potente el cual,
además, puede ser accedido a través de servicios
Todo se puede resumir en dos requisitos: se necesita web, con lo cual se presenta como una solución
un almacén de datos (con una interfaz amigable ideal para integrarlo con las otras aplicaciones.
para modificar los mismos) y una serie de funciones
que trabajen sobre los datos almacenados. Realizado este de factibilidad técnica, factibilidad
económica y factibilidad operacional, se realiza la
Para la validación de los requerimientos se utilizó la aprobación de la solicitud para pasar a una posterior
técnica de revisiones de requerimientos y etapa.
generación de casos de prueba.
Decisiones iniciales
B. APRENDIZAJE
Tras recoger las características y los requisitos de la
Entre la etapa de análisis y la de diseño, se añade
aplicación, se han tomado una serie de decisiones
una nueva etapa de aprendizaje, el objetivo de esta
que marcarán el proceso de desarrollo. La decisión
es estudiar cómo está estructurada la aplicación de
Universidad del Norte-2012

3. Universidad del Norte. Peña Nieto Ana Marcela. Procesos de Ingeniería del Software. 3
la que se parte. Uno de los desarrolladores programación con el cual se ha desarrollado dicha
debe familiarizarse con el lenguaje de aplicación.
mediante diagramas de casos de uso. De esta forma,
se han identificado las distintas características y
C. DISEÑO E IMPLEMENTACIÓN DEL
procedimientos a implementar, así como los actores
SOFTWARE.
que intervienen en cada una de estas. En la siguiente
Diseño. Haciendo uso de la herramienta Visual figura se puede ver un ejemplo de definición de
Paradigm, lo primero que se hace es la definición de caso de uso tal y como se ha hecho en el proyecto.
casos de uso a implementar en la presente iteración
objetos que se necesitan para implementar las
Una vez definidos los casos de uso, se procede a características planificadas para la presente
diseñar las características mediante diagramas iteración. Para ello, lo mejor es usar un diagrama de
UML. Por las características de la aplicación, la clases, en el cual, además de los atributos aplicables
cual principalmente se trata de una aplicación de a cada clase, se pueden ver las relaciones entre las
tratamiento de datos, lo primero es definir el distintas clases. La siguiente imagen muestra uno de
modelo de datos, es decir, las distintas clases de los diagramas de clases creados.
Universidad del Norte-2012

4. Universidad del Norte. Peña Nieto Ana Marcela. Procesos de Ingeniería del Software. 4
Finalmente, sólo queda comentar que, una vez
realizados, los diagramas se suben al servidor de
trabajo en equipo de la herramienta Visual
Paradigm (Teamwork server), para poder ser
visualizados y editados por todos los miembros
del equipo de desarrollo.
Implementación
El corazón de cada iteración es el proceso de
implementación de los casos de uso incluidos en
dicha iteración, pero antes de eso hay que tener en
cuenta la aplicación sobre la que se está
trabajando.
Se ha determinado que son necesarios cambios de
El siguiente paso que se ha seguido es elaborar los tres tipos: el primero sería introducir modificaciones
diagramas de secuencia, de forma que se vea cómo en el modelo de datos; el segundo incluir lógica de
interactúan los distintos componentes de la negocio adicional; y el último modificar aspectos de
aplicación entre ellos a través de los procesos a la interfaz gráfica.
implementar y ver los pasos que siguen dichos
procesos. En este caso, se debe elaborar un Para añadir lógica adicional a los módulos de datos
diagrama por cada caso de uso que vayamos a SugarCRM ofrece un mecanismo conocido como
implementar. En la siguiente figura se puede ver un “logic hooks”. Este mecanismo permite ejecutar
ejemplo de este tipo de diagramas, correspondiente código fuente en determinadas condiciones de
a un caso de uso concreto. acceso a los objetos de datos almacenados. Su
funcionamiento es muy sencillo, simplemente hay
que editar un archivo PHP, situado dentro del
directorio del módulo al que se le quiera incluir la
lógica adicional, en el cual se especifica los
“hooks” que se quieren lanzar, cuando, en qué
orden, y donde está situado el código a ejecutar
(especificando archivo, clase y método de la clase),
del resto se encarga SugarCRM.
En este proyecto SugarCRM, usado como base, no
trabaja solo, sino que se integra con otras
aplicaciones. Junto con el CRM se integran las
aplicaciones Alfresco (para solventar el requisito
de gestión documental) y Pentaho (para la
generación de informes). El mecanismo general
que se ha usado para la integración son los
servicios web. Hay que destacar que tanto
SugarCRM como Alfresco y Pentaho,
Universidad del Norte-2012

5. Universidad del Norte. Peña Nieto Ana Marcela. Procesos de Ingeniería del Software. 5
implementan el acceso a parte de su
funcionalidad a través de servicios web, por lo cual - Borrado de uno o varios registros
se estimó que era la mejor forma de realizar la - Actualización masiva de varios registros
integración. - Exportación de registros.
- Fusión de dos registros
En el caso del gestor documental, se ha creado un
módulo de SugarCRM que, en el formulario de
entrada de nuevos registros, permite subir un
archivo. Tras esto, antes de guardar el registro, se D. SEGUMIENTO - ITERACIONES
lanza un hook que, mediante servicios web, sube el
archivo al servidor Alfresco. Aparte de esto, en el
En este apartado se muestra la planificación inicial
propio Alfresco se ha tenido que configurar el
del proyecto (en forma de diagrama de Gantt), para
modelo de datos para definir los metadatos
de esta forma observar claramente las diferentes
asociados a los documentos. Por otra parte, se han
iteraciones propuestas.
definido una serie de reglas de contenido que, según
la información almacenada en los campos de
En el Anexo 1 se puede ver el diagrama de parte del
metadatos, mueve el archivo a un directorio u otro,
desarrollo, la primera imagen muestra el inicio del
manteniendo un determinado orden de
proyecto. Posteriormente vemos que el proyecto se
almacenamiento.
inició en la semana del 14 de Abril, programando
las reuniones iniciales. Tras esto, la idea era
C. VALIDACIÓN DEL SOFTWARE. realizar iteraciones de dos semanas.
Pruebas realizadas a la aplicación Hay que tener en cuenta que este diagrama de Gantt
sólo se corresponde con la planificación inicial del
Han sido muchas las pruebas realizadas para la proyecto. A la hora de la verdad fue complicado
comprobación del buen funcionamiento de la cumplir los plazos. La principal complicación es la
aplicación: disponibilidad del cliente (el mismo es necesario
para la validación de los avances y para suministrar
- Comprobación del acceso de los usuarios al la información que haga falta), y en el proyecto que
sistema. nos ocupa el cliente no ha estado siempre 100%
- Comprobación de los datos. disponible. Si bien es cierto que durante las
- Mostrar información de acciones realizadas en primeras semanas del desarrollo se pudo mantener
el gestor. una reunión cada dos semanas y se pudo avanzar
- Generación correcta de informes. con paso firme, pero a medida que se avanzaba se
- Comprobación de las funcionalidades fue dificultando la posibilidad de reunión, a la vez
- Comprobación de usuario existente y que se ralentizaba el avance del proyecto.
eliminación de la base de datos.
- Redireccionamientos correctos.
- Comprobación de la correcta modificación de Tras esto, la idea era realizar iteraciones de dos
datos en la base de datos. semanas compuestas por las etapas descritas en el
- Correcta visualización de posibles mensajes de apartado de la metodología elegida (aprendizaje,
error. diseño, desarrollo y testeo, para luego acabar con
una reunión con el cliente).
Pruebas comunes a todos los módulos de la
aplicación.
Universidad del Norte-2012

6. Universidad del Norte. Peña Nieto Ana Marcela. Procesos de Ingeniería del Software. 6
Universidad del Norte-2012

7. Universidad del Norte. Peña Nieto Ana Marcela. Procesos de Ingeniería del Software. 7
Universidad del Norte-2012