PFC Enrique Toubes Tova

Universidad Carlos III de Madrid
Escuela Politcnica Superior

Ingeniera en Informtica
Proyecto Fin de Carrera
Gestor de Comunidades
Online (GCO)
Autor: Enrique Toubes Tova

Tutor: Csar de Pablo Snchez
Febrero de 2010
Gestor de Aplicaciones Online (GCO)
Pgina 2
Agradecimientos
Quiero agradecer a toda mi familia la paciencia y comprensin que han tenido

conmigo durante el transcurso de mi carrera y, en especial, en estos ltimos meses tan
difciles para todos.
Agradecer a Susana toda la fuerza que ha tenido y por cmo ha soportado las
innumerables ocasiones en las que me he dedicado a trabajar en este proyecto,
sacrificando tantas y tantas horas de estar juntos para que pudiera finalizarlo.
A todos mis compaeros de clase, algunos de los cuales son en mayor o menor medida
partcipes de que en este da est finalizando el Proyecto Fin de Carrera. En especial
agradecer a Dani, Acebes, Lidia, Pedro, Alexis y Jorge por toda su ayuda a lo largo de
estos aos, tanto dentro como fuera de la Universidad.
Mencin especial a Bona, compaero de prcticas estos ltimos aos, quien sin su
ayuda me habra costado muchsimo ms finalizar la carrera. Son incontables los
momentos trabajando juntos, las noches trabajando online para la entrega de
prcticas y la preparacin de los exmenes en la biblioteca.
Enormemente agradecido estoy a Csar, tutor de este proyecto, quien ha tenido que
soportar mis numerosos correos electrnicos solicitando su ayuda, por toda la
experiencia que ha sabido aportar a este proyecto y por su excelente labor como tutor.
Finalmente, me gustara agradecer y dedicar este proyecto a mi padre. Siempre confi
en m y me apoy en todos los momentos difciles. Me gustara poder ensearte este
trabajo, escuchar tus comentarios y que estuvieras presente el da en que termine la
carrera presentando este proyecto.
Pgina 3
Pgina 4
ndice
Introduccin ..................................................................................................... 9
1.1
Objetivos ........................................................................................................... 9
1.2
Estructura del documento .............................................................................. 11
Comunidades de vecinos ................................................................................. 15

2.1
Aplicaciones propuestas para el proyecto ..................................................... 16
2.2
Aplicacin seleccionada .................................................................................. 20
Liferay Portal .................................................................................................. 22

3.1
Caractersticas de Liferay Portal ..................................................................... 22
3.2
Qu ofrece Liferay Portal a este proyecto...................................................... 24
Metodologa para el desarrollo de la solucin ................................................. 26

4.1
Estndar de la ESA .......................................................................................... 26
4.1.1
Procesos principales ............................................................................... 27
4.2
Estndar MTRICA V3 ..................................................................................... 27
4.2.1
Procesos principales ............................................................................... 29
4.3
Metodologa seleccionada.............................................................................. 29
5
Fases de desarrollo del proyecto ..................................................................... 31
Gestin y planificacin .................................................................................... 34
6.1
Divisin y organizacin del trabajo................................................................. 34
6.2
Duracin del desarrollo del proyecto ............................................................. 36
6.3
Costes ............................................................................................................. 38
Anlisis funcional ............................................................................................ 45

7.1
Anlisis y documentacin de las comunidades .............................................. 45
7.2
Informacin gestionada en las comunidades ................................................. 46
7.2.1
7.2.2
Reservas de instalaciones ....................................................................... 47

Notas informativas ................................................................................. 47
Pgina 5
7.2.3
Eventos ................................................................................................... 48
7.2.4
Repositorio documental ......................................................................... 48
7.3
reas comunes de la comunidad ................................................................... 48
7.4
Perfiles y roles ................................................................................................ 49
7.4.1
Funciones del presidente de la comunidad............................................ 50
7.4.2
Otros cargos de la comunidad de vecinos .............................................. 51
7.4.3
Implantacin de los requisitos de seguridad.......................................... 52
7.5
Anlisis de requerimientos funcionales ......................................................... 53
7.5.1
Catalogacin de los requisitos ................................................................ 54
7.5.1.1 Requisitos funcionales ........................................................................ 54
7.5.1.2 Requisitos no funcionales: .................................................................. 60
7.5.1.3 Requisitos de Interfaz: ........................................................................ 62
7.5.1.4 Requisitos de verificacin ................................................................... 63
7.5.1.5 Requisitos de pruebas de aceptacin ................................................. 63
7.5.1.6 Requisitos de documentacin ............................................................ 64
7.5.1.7 Requisitos de seguridad...................................................................... 64
7.5.1.8 Requisitos de calidad .......................................................................... 65
7.5.1.9 Requisitos de mantenibilidad ............................................................. 65
8
Diseo tcnico de la solucin .......................................................................... 66

8.1
Determinacin del alcance del sistema .......................................................... 66
8.2
Especificacin de estndares y normas .......................................................... 68
8.2.1
Restricciones generales .......................................................................... 68
8.2.2
Supuestos y dependencias ..................................................................... 69
8.2.3
Entorno operacional ............................................................................... 70
8.3
Identificacin de los usuarios participantes y finales ..................................... 70
8.4
Establecimiento de requisitos ........................................................................ 71
8.4.1
Catalogacin de los requisitos ................................................................ 73
8.4.1.1 Requisitos funcionales ........................................................................ 73
8.4.1.2 Requisitos de restricciones ................................................................. 81
8.4.1.3 Requisitos de interfaz ......................................................................... 82
8.4.1.4 Requisitos de verificacin ................................................................... 83
8.4.1.5 Requisitos de pruebas de aceptacin ................................................. 84
8.4.1.6 Requisitos de documentacin ............................................................ 84
8.4.1.7 Requisitos de seguridad...................................................................... 85
8.4.1.8 Requisitos de calidad .......................................................................... 87
8.4.1.9 Requisitos de mantenibilidad ............................................................. 87
8.5
Implementacin de las principales funcionalidades en Liferay Portal ........... 88
8.5.1
8.5.2
8.5.3
8.5.4
Inicio de sesin ....................................................................................... 88

Reservas .................................................................................................. 89
Notas informativas ................................................................................. 89
Eventos ................................................................................................... 90
Pgina 6
8.5.5
9
Repositorio documental ......................................................................... 90
Proceso de alta de una comunidad .................................................................. 91
10
Alta de la informacin ................................................................................. 95
10.1
Informacin general de la comunidad de vecinos ......................................... 95
10.2
Instalaciones comunes ................................................................................... 96
10.3
Informacin de eventos.................................................................................. 97
10.4
Informacin de usuarios ................................................................................. 98
11
Alta y mantenimiento de la aplicacin ....................................................... 102
11.1
Alta de aplicaciones ...................................................................................... 102
11.2
Creacin de un nuevo portal ........................................................................ 103
11.3
Configuracin de la nueva instancia ............................................................. 104
11.4
Alta de la informacin .................................................................................. 105
11.5
Gestin de las comunidades ......................................................................... 106
11.6
Demostraciones de la aplicacin .................................................................. 106
11.7
Formacin de los usuarios ............................................................................ 107
12
12.1
Manuales de usuario ................................................................................. 109

Manual de usuario: administrador del portal .............................................. 109
12.1.1 Pgina de inicio de la aplicacin ........................................................... 109

12.1.2 Acceso a la pgina principal de la aplicacin ........................................ 111
12.1.3 Inicio de sesin en la aplicacin ........................................................... 112
12.1.4 Generar un aviso................................................................................... 115
12.1.5 Cerrado de sesin de la aplicacin ....................................................... 116
12.1.6 Funcionalidades de la aplicacin .......................................................... 118
12.1.7 Sistema de reservas .............................................................................. 119
12.1.7.1
Aadir comentarios a una instalacin comn .............................. 120
12.1.7.2
Realizar una reserva de una instalacin comn ........................... 121
12.1.7.3
Modificar una reserva de una instalacin comn ........................ 123
12.1.8 Notas informativas ............................................................................... 123
12.1.8.1
Creacin de notas informativas .................................................... 126
12.1.8.2
Suscripciones de notas informativas ............................................ 127
12.1.9 Eventos ................................................................................................. 128
12.1.10
Repositorio documental ................................................................... 130
12.1.11
Ayuda ................................................................................................ 131
12.1.12
Aadir y modificar usuarios .............................................................. 132
12.2 Manual de usuario: vecino de la comunidad ............................................... 139
Pgina 7
12.2.1 Funcionalidades de la herramienta ...................................................... 139

12.2.2 Reserva de instalaciones comunes ....................................................... 140
12.2.3 Visualizacin de notas informativas de la comunidad ......................... 141
12.2.4 Calendario de eventos de la comunidad .............................................. 141
12.2.5 Repositorio documental ....................................................................... 142
12.2.6 Chat On-line con usuarios de la comunidad......................................... 142
12.2.7 Aletas va correo electrnico ................................................................ 143
12.2.8 Sistema de avisos en la aplicacin ........................................................ 144
12.3 Manual de usuario: administrador del servidor ........................................... 145
12.3.1
12.3.2
12.3.3
Principales funciones del administrador del servidor .......................... 145

Creacin de una nueva instancia del portal ......................................... 146
Aadir y modificar usuarios .................................................................. 147
13
Futuras mejoras ........................................................................................ 155
14
Conclusiones ............................................................................................. 157
Trminos y acrnimos .......................................................................................... 159

Referencias .......................................................................................................... 164
Pgina 8
1 Introduccin
Hoy en da, el ritmo de vida que llevamos y el aumento considerable de las nuevas
tecnologas hacen que sea casi esencial disponer de una herramienta con acceso va
Internet para casi cualquier tarea rutinaria que hasta hace unos pocos aos era manual
y estabas atado a realizarla en el sitio.
Con el auge de Internet, en los ltimos aos ha aparecido con fuerza las redes sociales,
trayendo consigo numerosas novedades entre las que podemos destacar la publicacin
de informacin y su comparticin con el resto de usuarios.
Los portales colaborativos son la unin de todo lo mencionado anteriormente, en la
que se facilita que unos usuarios, con previa autorizacin de acceso, puedan visualizar
informacin, modificarla y compartirla con el resto de usuarios. El acceso a la
informacin se puede restringir, pudiendo acceder a ella mediante un sistema de
nombres de usuario y claves.
En la actualidad, son incontables las organizaciones y asociaciones que hacen uso de
Internet para poder trabajar, compartir informacin, gestionar informacin y archivos,
entre otras cosas.
Sin embargo, existen muchas entidades que se han quedado al margen de toda esta
evolucin tecnolgica, como puede ser el caso de las comunidades de vecinos. Estas
son organizaciones con usuarios potenciales que estn desaprovechando todo el
potencial que estas herramientas ofrecen.
1.1 Objetivos
Dentro del mbito descrito en la introduccin de este documento, el objetivo de este
Proyecto Fin de Carrera es, fundamentalmente, describir una herramienta propuesta
para el mbito de las comunidades de vecinos, de forma que se puedan facilitar y
modernizar todas las gestiones y acciones tpicas del da a da.
Pgina 9
Se realizar una introduccin a la problemtica que presentan las comunidades de

vecinos y a la herramienta seleccionada para satisfacer estos problemas, despus de
haber realizado un breve anlisis de las otras herramientas disponibles.
Como ejemplo ilustrativo de las capacidades que tiene dicha herramienta, hemos
desarrollado una aplicacin prototipo para gestionar las comunidades de vecinos, de
tal forma que simplificar y facilitar algunas gestiones de dichas comunidades,
ofrecindonos unos servicios nunca vistos hasta ahora.
Por ejemplo, gracias a los servicios que nos ofrecer la herramienta que se va a
desarrollar podremos conectarnos a travs de Internet para obtener cualquier tipo de
informacin relacionada con nuestra comunidad que est en la herramienta. Del
mismo modo, nos simplificar la tarea de reservar zonas comunes, tarea la cual ha sido
totalmente manual y rudimentaria hasta la fecha.
La herramienta que utilizaremos deber permitir soportar sin ningn tipo de
problemas un nmero elevado de vecinos dados de alta en el portal. Del mismo modo,
nos permitir definir diferentes tipos de perfiles de usuarios para la aplicacin,
permitiendo as simular un entorno lo ms parecido posible a una Comunidad de
Vecinos verdica (administrador, presidente, vecino, seguridad u otros.).
De esta forma, podremos utilizar el portal para gestionar zonas comunes de la
comunidad de vecinos, visualizar y gestionar las notas informativas de la comunidad y
sus eventos, gestionar la tesorera de la comunidad e incluso disponer de un
repositorio documental.
El desarrollo de la aplicacin seguir una metodologa que permite abordar el
desarrollo de la aplicacin, haciendo especial nfasis en la definicin de la misma
desde el punto de vista del usuario final, es decir, permitiendo establecer qu
contenidos y qu funcionalidad aporta la interfaz Web.
Para poder verificar qu metodologa se ajusta mejor al problema planteado, se ha
elaborado un estudio preliminar de un par de metodologas adaptables a este tipo de
proyectos para, finalmente, seleccionar una de ellas.
Por ltimo, sealar que todo lo planteado hasta el momento se debe conseguir
mediante un proyecto que genere beneficios y que mitigue riesgos innecesarios. Es por
ello que se evaluar a la hora de tomar cualquier decisin, el impacto econmico que
ello supondr para el proyecto.
Pgina 10
1.2 Estructura del documento

Este documento se divide en un total de 13 captulos, los cuales se describen a
continuacin.
Captulo 1. Introduccin
Hace referencia a la introduccin y los objetivos planteados para este Proyecto Fin de
Carrera, adems de describir la estructura del documento, con el fin de brindar una
visin global del mismo.
Captulo 2. Comunidades de vecinos

En este captulo se ofrece una visin de la situacin actual de las comunidades de
vecinos y los problemas que presentan, as como las soluciones que se pueden ofrecer
para cada uno de ellos. Por ltimo, se realizar un breve anlisis de los principales
productos que se encuentran en el mercado para presentar una herramienta fiable
que abarque las necesidades planteadas en este proyecto.
Captulo 3. Liferay Portal

La herramienta principal que se va a tratar en este documento es Liferay Portal. En
este captulo se realizar un anlisis exhaustivo de la solucin propuesta por Liferay. Se
describirn las funcionalidades que ofrece la herramienta y sus puntos fuertes, as
como las ventajas que nos ofrecer para desarrollar la aplicacin que tenemos entre
manos.
Captulo 4. Metodologa para el desarrollo de la solucin

Para cualquier proyecto de desarrollo software, es necesario contar con metodologas
que aseguren la calidad de los productos generados. En este captulo se pretende
Pgina 11
ofrecer una visin global de las dos metodologas propuestas para desarrollar este
proyecto y los motivos por los que se va a elegir una de ellas.
Captulo 5. Fases de desarrollo del proyecto

En este apartado se va enumerar y describir las fases de desarrollo por las que se irn
pasando a la hora de crear la aplicacin con Liferay Portal, siguiendo la metodologa
seleccionada para el desarrollo del software.
Captulo 6. Gestin y planificacin

En este apartado se va a tratar la viabilidad del proyecto planteado, as como la
organizacin y estructuracin del trabajo que se ha de realizar, realizando una
estimacin de los costes que representa este proyecto.
Captulo 7. Anlisis funcional

En el sptimo captulo se especificar lo ms detalladamente posible el sistema de
informacin propuesto, a travs de un catlogo de requisitos y una serie de modelos
que cubren las necesidades de informacin de los usuarios para los que se desarrollar
el sistema de informacin: los vecinos de una comunidad de vecinos.
Captulo 8. Diseo tcnico de la solucin

El propsito de este apartado es recabar informacin del sistema que se desea
construir. Se proceder a detallar los requerimientos tcnicos del sistema, documentar
la arquitectura del producto, as como los niveles de seguridad y las diferentes bateras
de prueba que se han de ejecutar en el sistema.
Captulo 9. Proceso de alta de una comunidad

En el noveno captulo se presentar el proceso que se va a seguir para crear un nuevo
portal de una comunidad de vecinos, desde que se recibe la peticin por parte del
cliente hasta que se entrega la aplicacin.
Pgina 12
Captulo 10. Alta de la informacin

En el dcimo captulo se presentar los cuestionarios con las que se lograr recabar
toda la informacin necesaria para crear el portal para una comunidad de vecinos.
Captulo 11. Alta y mantenimiento de la aplicacin

En este captulo se detallar el proceso de alta de una nueva aplicacin de comunidad
de vecinos y las acciones que hay que acometer para llevar a cabo un buen
mantenimiento de la misma.
Captulo 12. Manuales de usuario

En este apartado se detallarn los manuales de usuario de la aplicacin, teniendo
hasta tres manuales: el manual de usuario de tipo vecino de la comunidad, el manual
de usuario de tipo administrados del servidor y el manual de usuario de tipo
administrador de portal.
Captulo 13. Conclusiones

En este captulo se presentan las conclusiones extradas en la elaboracin de este
Proyecto Fin de Carrera, enfocadas fundamentalmente en la herramienta planteada
para satisfacer las necesidades propuestas como herramienta de gestin de las
comunidades de vecinos.
Trminos y acrnimos
Descripcin de trminos y acrnimos utilizados en este documento con el fin de
facilitar la comprensin de los captulos o secciones en los que han sido incluidos.
Referencias y bibliografa
Lista de referencias y bibliografa utilizada en la elaboracin de este documento,
fundamentalmente para metodologas y referencias sobre usabilidad de cara al
desarrollo de aplicaciones.
Pgina 13
Pgina 14
2 Comunidades de vecinos
Las comunidades de vecinos estn compuestas por grupos de personas que viven en
una misma zona y que tienen bienes comunes, como por ejemplo pueden ser jardines,
piscinas, instalaciones deportivas u otros.
La gestin del da a da de estas zonas comunes de las comunidades se hace
manualmente o, en algunos casos extremos, ni si quiera existe una gestin como tal de
dichas zonas. Adems, los vecinos no disponen de ningn repositorio de informacin
acerca de las ltimas noticias y eventos de sus comunidades.
En la actualidad, la construccin de viviendas se gua por el patrn de comunidades:
mltiples viviendas similares que comparten recursos o bienes comunes. Este hecho
cada vez ms comn conlleva una particularidad ms y es el elevado nmero de
vecinos que se congregan en algunas de estas comunidades. La posibilidad de que
todos los vecinos de una comunidad puedan acceder a la informacin relevante de la
misma se agrava, y ya no que decir sobre la gestin de los recursos comunes, ya que al
incrementarse el nmero de usuarios, los problemas de sincronizacin para su uso y la
informacin sobre stas zonas se complica.
A pesar de que hoy en da existen mltiples aplicaciones para casi cualquier cosa que
podamos necesitar, las comunidades de vecinos carecen de una herramienta que les
ayuden a gestionar sus zonas comunes y su da a da.
Cualquier tipo de anuncio que se quiera hacer en las comunidades de vecinos se
realiza mediante la colocacin de una nota informativa en papel en la entrada de cada
uno de las vas de acceso a la comunidad, lo cual no siempre asegura que un vecino
tenga acceso a dicha informacin.
Del mismo modo, el acceso a las zonas comunes se realiza mediante una reserva
previa a la misma, lo cual suele hacerse rellenando un formulario en la misma zona
comn o en cualquier sitio que se haya especificado, pero siempre en las instalaciones
de la comunidad de vecinos. Esto presenta un grave problema para cualquier persona
que est ausente en un momento dado de su domicilio y que desee reservar una zona
comn.
El hecho de que la mayor parte del tiempo, las personas que habitan en dichas
comunidades puedan estar fuera de sus hogares, por motivos de trabajo, personales u
Pgina 15
otros, hace que cualquier herramienta que se desee utilizar para gestionar las
comunidades de vecinos, debera ser accesible mediante Internet.
En este Proyecto Fin de Carrera se pretende presentar una aplicacin para gestionar
las comunidades de vecinos y, sobre todo, sus zonas comunes, facilitando el acceso a
dichas reas a todos los vecinos, independientemente de si se encuentran o no en su
hogar.
Dicha herramienta ser accesible va Web, para poder proporcionar la movilidad que
se desea a la aplicacin y ser fcil de usar y muy intuitiva, ya que se da por hecho que
no todas las personas tienen un buen conocimiento sobre la informtica.
En la actualidad, existen las herramientas de tipo portal, las cuales facilitan el acceso
va Internet a un nmero considerable de usuarios. Estas herramientas facilitan la
interaccin entre usuarios dentro del portal, as como la fcil gestin de su contenido y
la rpida publicacin de informacin, compartindola al instante con los miembros del
portal.
En nuestro caso, una herramienta portal ofrecera un acceso independiente de la
localizacin de los usuarios, permitindonos la conexin de un nmero elevado de
usuarios, como es el caso de las comunidades. Del mismo modo, se podr publicar
contenido rpidamente, compartindolo con el resto de usuarios, as como gestionar
accesos e informacin de manera rpida y eficaz.
2.1 Aplicaciones propuestas para el proyecto

La propuesta de herramienta vlida para el desarrollo del proyecto se basa en las
comunidades, como no poda ser de otra forma, siendo necesario utilizar una
ampliamente enfocada en los principios de las comunidades, uso de Internet y
fcilmente configurable.
En el mercado existen mltiples herramientas que satisfacen estos requerimientos
bsicos que se han planteado. Partiremos del anlisis efectuado por Gartner en su
cuadrante mgico de Gartner del ao 2008 para productos tipo portal, el cual nos dar
una primera impresin sobre las diferentes herramientas disponibles en el mercado
para desarrollar el proyecto que se tiene entre manos. [Gartner 2009]
Pgina 16
De todas las herramientas citadas por Gartner, destacaremos cuatro, ya que es

inviable realzar un estudio de todas y cada una de ellas para desarrollar el proyecto. Es
por ello que o bien por experiencias previas que se hayan tenido con dichas
herramientas o bien por la situacin que ocupan en el cuadrante mgico de Gartner, se
escogen las siguientes aplicaciones para comprobar su adaptabilidad al proyecto que
se est llevando a cabo:
IBM WebSphere Portal
Microsoft SharePoint
Oracle WebCenter
Liferay Portal
IBM WebSphere Portal

Segn Gartner se trata de la herramienta ms completa que hay en el mercado en la
actualidad de tipo portal, tanto por el tipo de empresa como por lo que aporta en s la
aplicacin.
Pgina 17
Se trata de una herramienta muy enfocada al entorno empresarial, con un gran

soporte y la seguridad de que se trata de una herramienta elaborada por una
importantsima empresa como es IBM. Esto nos da la seguridad de contar con un buen
soporte, en cuanto a la herramienta se refiere y su disponibilidad, del mismo modo
que nos garantiza un ptimo funcionamiento de la herramienta, dentro de las
posibilidades que nos ofrece.
Cuenta con numerosas extensiones a la aplicacin base, lo cual puede llevar a
potenciar al mximo el partido que se puede llegar a sacar a la herramienta. Adems,
se podra llegar a aumentar las funcionalidades que en un principio se esperan sacar
con este proyecto.
Aunque en un principio pueda parecer la mejor opcin, ser la primera que
declinaremos, ya que el presupuesto inicial de un proyecto de estas caractersticas
descarta con rotundidad esta opcin, a la vez que su enfoque en el mbito empresarial
al que estara destinado este producto inicialmente.
Microsoft SharePoint
Siguiendo las recomendaciones del cuadrante mgico de Gartner, nos encontramos
con este producto de Microsoft. Para los que no estn familiarizados con SharePoint,
deben saber que se trata de una excelente herramienta para desarrollar aplicaciones
de tipo portal, ampliamente configurable y con una gran variedad de posibilidades a
introducir en cada proyecto.
Adems, Microsoft es sinnimo de seguridad y soporte, en cuanto a la ayuda y gua
que se pueda necesitar a lo largo del desarrollo de un proyecto. Cuenta con numeras
guas, cursos y libros que facilitarn enormemente el desarrollo con esta aplicacin.
Hablando de desarrollar con esta aplicacin, es muy intuitivo y no requiere
prcticamente ningn tipo de codificacin, ya que SharePoint es una herramienta
diseada para ser usada en cualquier entorno, no necesariamente en el mbito
empresarial, donde es frecuente la necesidad de desarrollar cdigo en la aplicacin
seleccionada para obtener los resultados deseados.
Debido a la experiencia que tenemos con esta herramienta, podemos decir que es una
excelente opcin para desarrollar la aplicacin que estamos considerando, ya que en
muy pocos das podramos tener un prototipo viable de ella sin apenas un esfuerzo.
Lo malo es que, al igual que la herramienta de IBM, el precio de la licencia de Microsoft
SharePoint es muy elevado, haciendo inviable su eleccin para este proyecto.
Pgina 18
Oracle WebCenter
La Herramienta de Oracle puede que sea una de las ms desconocidas, ya que Oracle
no se le conoce precisamente por tener una herramienta de desarrollo de portales.
Aun as, parecer ser que se ha hecho un hueco en el mundo de herramientas de
desarrollo de tipo portal, siendo posicionada en tercer lugar por Gartner.
En un principio podemos pensar que se trata de una herramienta muy parecida a las
anteriormente mencionadas, ya que proviene de una importantsima empresa y
cuenta con un amplio soporte, guas prcticas y material complementario.
Sin embargo, hemos de decir que esta herramienta es mucho ms compleja que las
anteriores, siendo necesario en todo momento tener que codificar parte de la solucin
que queremos alcanzar y siendo muy aconsejable contar con algn tipo de soporte por
parte de Oracle.
La experiencia que tenemos con esta herramienta no es del todo alentadora, y si lo
juntamos al hecho de que tan solo hace unos meses que Oracle lanz su versin 11g
de WebCenter, la versin anterior no estaba lo suficientemente rodada como para el
uso que le queremos dar en este proyecto.
Por ltimo, el precio de la licencia de este producto es realmente alto, al igual que en
los dos casos anteriores, por lo que no nos queda otra que descartar tambin la
solucin de Oracle.
Liferay Portal
Aunque no est tan bien situada en el cuadrante mgico de Gartner, la herramienta
propuesta por Liferay es muy, muy completa. Desde hace ya ms de un ao, el uso de
Liferay Portal se est incrementando notablemente, contando cada vez con ms casos
de uso de la herramienta.
Una de sus mayores virtudes es que se trata de una aplicacin de cdigo abierto, por lo
que no se tendr ningn tipo de costes de licencia.
A su vez, cuenta con una gran comunidad a sus espaldas, tanto en la parte de
desarrollo como soporte y se han escrito varios libros sobre ella, de modo que, ante
cualquier duda o problema, tenemos una alta probabilidad de obtener las respuestas
que andamos buscando.
Pgina 19
2.2 Aplicacin seleccionada

Para el desarrollo de la aplicacin de este proyecto nos vamos a decantar por Liferay
Portal, debido a los motivos que se detallarn a continuacin.
El motivo de seleccionar Liferay Portal como herramienta para el desarrollo de este
proyecto se basa, fundamentalmente, por un motivo econmico, ya que el coste que
supondra adquirir licencias de los productos de Microsoft o IBM, por ejemplo,
encarecera demasiado los gastos del proyecto y disminuiran alarmantemente las
ganancias.
Debido a que inicialmente no se cuentan con los recursos monetarios necesarios como
para emprender el desarrollo de un producto software invirtiendo en las licencias de
los productos anteriormente mencionados, el desarrollo del proyecto sera inviable,
estando destinado inevitablemente al fracaso.
Adems, debido a que estamos tratando con un proyecto pionero en su sector, no
tenemos asegurado la buena recepcin por parte de los usuarios a la aplicacin que se
va a desarrollar, por lo que, desde un primer momento y con unos recursos limitados,
es muy inseguro asumir unos gastos extensos, ya que el riesgo de fracasar se
incrementa.
En un futuro y si la recepcin a la aplicacin es buena, se podra estudiar su
adaptacin a otros entornos, logrando incrementar an ms los beneficios y
popularizando la herramienta que se va a desarrollar.
A parte de los motivos econmicos, Liferay Portal es una herramienta que est en
pleno desarrollo. Recientemente acaban de publicar una nueva versin del software,
mejorando aun ms las prestaciones de la versin que se ha empleado para desarrollar
este Proyecto Fin de Carrera.
Se trata por tanto de una herramienta que est evolucionando con el tiempo y que
cada vez ofrece unas mejores prestaciones, acercndose ms y ms al resto de
herramientas situadas en el cuadrante mgico de Gartner.
Del mismo modo, a medida que toda la herramienta va creciendo, as lo hace a su vez
la comunidad que est detrs de ella, incrementando el nivel de soporte y ayudas que
se recibirn al desarrollar con esta herramienta.
Se han escrito varios libros, tanto desde la perspectiva de desarrollador como la de
usuario, los cuales facilitan el entendimiento de Liferay Portal y el desarrollo de
aplicaciones con esta aplicacin de tipo portal.
Pgina 20
Es por todo ello por lo que se ha escogido Liferay Portal para desarrollar la aplicacin
que se pretende con este Proyecto Fin de Carrera, al cual es hora de poner nombre.
Debido a la temtica de este proyecto y los objetivos fundamentales que se buscan
con el (gestionar comunidades y que se pueda utilizar en cualquier parte por medio de
Internet) se ha decidido nombrar a este proyecto como Gestor de Comunidades Online
(GCO).
Pgina 21
3 Liferay Portal
Centrndonos por ello en Liferay Portal, podemos decir que se trata de un portal de
gestin de contenidos de cdigo abierto escrito en Java. Se cre en el ao 2000 en
principio como solucin para las organizaciones sin nimo de lucro. [Liferay 2009]
Liferay Portal es la principal aplicacin basada en software libre para la creacin de
entornos colaborativos on-line. Actualmente est respaldado por una extensa red de
servicios profesionales que ofrece desarrollos a medida, formacin y soporte en todo
el mundo.
Liferay Portal ofrece una arquitectura de temas (denominados en ingls Themes), que
permite llevar a cabo cambios en la apariencia del portal sin cambiar el cdigo fuente
de la herramienta. La aplicacin permite la customizacin en caliente, sin necesidad de
parar el servidor de aplicaciones.
3.1 Caractersticas de Liferay Portal

Liferay Portal destaca por las siguientes caractersticas:
SSO (Single Sign On) Liferay Portal proporciona un conector CAS integrado. CAS
es el motor de Single Sign On de la Universidad de Yale. Liferay Portal permite
desarrollar integraciones con otros motores de Single Sign On como SSO.
Modelo en hosting (ASP) Liferay Portal ha sido diseado desde su concepcin
para ser usado en formato ASP (Application Service Provider) o hosting. Esto
permite que se puedan alojar mltiples instancias del portal (simplemente
diferenciadas por URLs distintas) sobre un nico servidor de aplicaciones y una
base de datos.
Independencia respecto de Servidores de Aplicaciones. Liferay Portal puede
ejecutarse sobre contenedores ligeros como Tomcat o Jetty, o sobre servidores
compatibles
con
J2EE
como
Borland
ES,
JBoss+Jetty/Tomcat,
JOnAS+Jetty/Tomcat, JRun, OracleAS, Orion, Pramati, RexIP, Sun JSAS,
Pgina 22
WebLogic, y WebSphere. Un valor adicional de ser un portal basado en Java es

que Liferay Portal se ejecuta sobre mltiples sistemas operativos: BSD
(FreeBSD, NetBSD, OpenBSD), Linux (Fedora, Novell), Solaris, Mac OS X y
Windows.
Independencia respecto de Bases de Datos. Liferay Portal emplea Hibernate
como herramienta ORM para la capa de persistencia, lo que facilita que soporte
cualquier base de datos como DB2, Firebird, Hypersonic, InterBase, JDataStore,
MySQL, Oracle, PostgreSQL, SAP o SQL Server. Esto permite a las
organizaciones mantener los recursos con los que cuenta y no tener que
adquirir nuevo hardware y software de base de datos.
Internacionalizacin. Liferay Portal puede mostrar y recibir entradas en
mltiples idiomas. Incluye recursos lingsticos en Chino, Holands, Ingls,
Alemn, Griego, Italiano, Japons, Coreano, Portugus, Espaol, Turco y
Vietnamita.
Altamente escalable. Liferay Portal es escalable y usa OSCache para ofrecer a
las personas encargadas de llevar a cabo el despliegue una cach en Cluster. De
este modo es posible escalar aadiendo ms nodos sin sacrificar la cache.
Struts y Tiles. Liferay Portal est basado en Struts para seguir el patrn ModeloVista-Controlador (MVC). La apariencia del portal puede ser fcilmente
adaptada y rediseada, ya que la lgica de presentacin est basada en
sencillas plantillas que son ledas mediante Tiles.
Gran variedad de Portlets incluidos. Liferay Portal ofrece ms de cincuenta (50)
portlets tiles: blogs, tienda, wiki, correo electrnico (webmail), tabln de
anuncios, encuestas, canales RSS, etc. La mayor parte de los portlets pueden
configurarse de forma que sean usados slo por algunos usuarios del entorno
colaborativo, gracias a la granularidad que permite la gestin de usuarios de
Liferay Portal.
Administracin. Liferay Portal permite que los administradores del portal
gestionen fcilmente usuarios, grupos, localizaciones y roles a travs de
herramientas visuales. Los grupos y localizaciones representan conjuntos de
usuarios, y un rol es un conjunto de permisos que un grupo o un usuario
poseen. El acceso a portlets est restringido a usuarios en funcin de su rol.
Tecnologas soportadas - JSR-168JSR-220 (Hibernate) - JSR-127 (JSF)AJAXSpring,
- EJB y programacin orientada a aspectos (AOP) - Struts y Tiles - WSRP
Velocity.
Pgina 23
3.2 Qu ofrece Liferay Portal a este proyecto

Liferay Portal es una herramienta de cdigo abierto, gratuita, soportada por una
amplia comunidad de desarrolladores y, lo que tambin es muy importante, con un
desarrollo estable de sus ltimas versiones.
Tal y como ya se ha comentado en el captulo anterior, el hecho de que esta
herramienta sea gratuita, nos permitir obtener beneficios con este proyecto mucho
ms rpido, ya que la inversin necesaria para conseguir una herramienta ser cero.
Adems, esto nos permitir ofrecer nuestra solucin al pblico de forma mucho ms
econmica, incrementando la posibilidad de xito del proyecto.
La comunidad de desarrollo con la que cuenta Liferay Portal es muy extensa, siendo
cientos de usuarios los que se conectan diariamente a sus foros a plantear sus dudas
sobre la herramienta y su uso y otros tantos los que las resuelven. Del mismo modo,
disponemos de varias guas y libros a los que los usuarios podrn acudir en el supuesto
de que tengan cualquier tipo de problema con la herramienta.
Todo ello hace que se tenga una gran seguridad a la hora de elegir esta herramienta,
en cuanto a la hora de obtener soluciones al encontrar un problema. Del mismo modo,
el amplio soporte documental del que se dispone permite que los usuarios se formen
rpidamente en el uso de esta herramienta y que los desarrolladores encuentren
solucin a las dudas que les vayan surgiendo en el desarrollo de un proyecto y a la
salida de nuevas funcionalidades de la aplicacin.
La propia pgina de Liferay est implementada usando Liferay Portal, lo cual nos da
una idea de hasta qu punto Liferay Portal puede ser fiable y nos ofrece un primer
ejemplo de la cantidad de posibilidades que ofrece la herramienta.
Desde el primer momento Liferay Portal destaca por su sencillez, sin dejar de lado la
usabilidad y eficacia. Es muy fcil de instalar y a dems existe una gua detallada que
indica, paso a paso, cmo hacerlo.
Una vez instalada, se ejecuta rpidamente y es muy fcil de aprender a usar. Al igual
que con la instalacin, existen guas acerca de cmo usar la aplicacin, as como videos
que nos ayudarn a aprender las funcionalidades bsicas y algunos trucos de Liferay
Portal.
Pgina 24
Por si todo este fuera poco, Liferay Portal ofrece a sus usuarios la posibilidad de
comunicarse mediante una herramienta de mensajera instantnea, la cual funciona al
igual que otros sistemas tipo chat en las herramientas sociales ms conocidas del
mercado, como sin Facebook o Tuenti. De esta forma, los usuarios del portal podrn
comunicarse al instante entre ellos utilizando esta aplicacin siempre y cuando estn
conectados en el portal de la comunidad a la vez.
Todo ello hace de Liferay Portal una aplicacin puntera en el campo de herramientas
de tipo portal, con la seguridad de los numerosos casos de uso con los que cuenta y la
importante comunidad que la soporta, siendo adems una herramienta gratuita.
Pgina 25
4 Metodologa para el desarrollo de la solucin
Como para todo desarrollo software, se deber seguir una metodologa que nos sirva
de gua y que adems asegure un buen nivel de calidad del software que se va a
desarrollar.
Se realizar un breve estudio de dos de las metodologas de desarrollo de software
ms importantes y de relevancia en Espaa: el Estndar de la ESA y MTRICA V3.
Este captulo introduce al lector a ambas metodologas y detalla sus procesos
principales, para tomar la decisin de qu metodologa es ms propensa usar en la
aplicacin web que se va a desarrollar.
4.1 Estndar de la ESA

El estndar de la ESA (European Space Agency) presenta un marco general que puede
ser utilizado para abordar un proyecto software. El estndar establece las macroactividades que deben hacerse en el proyecto, los roles involucrados y los productos
intermedios que deberan obtenerse. [ESA 2009]
El ciclo de vida se inicia cuando el producto software se concibe y termina cuando es
retirado, es decir, cuando ya se puede usar. El modelo de ciclo de vida define:
Fases
Objetivos de las fases
Actividades que componen las fases
Hitos
El estndar de la ESA es muy recomendable para proyectos pequeos y que no
requieran de responsabilidad civil.
Pgina 26
4.1.1 Procesos principales

El ciclo de vida que promueve el estndar de la ESA para proyectos pequeos tiene las
siguientes fases:
Fase UR definicin de los requisitos de usuario
Fase SR definicin de los requisitos software
Fase AD definicin de diseo arquitectnico
Fase DD diseo detallado y comienzo de codificacin
Fase TR transferencia del software a operaciones
Fase OM operaciones y mantenimiento
El estndar de ESA fija un marco conceptual gracias a estos procesos principales el cual
est abierto a modificaciones. Cada fase est ampliamente detallada, brindando la
posibilidad de introducir mejoras que cada usuario estime oportuno.
Los procesos principales del estndar de la ESA son muy parecidos a los de otros
estndares, como a los de MTRICA V3, aunque sin llegar a ser tan extensos y
complejos.
4.2 Estndar MTRICA V3

La metodologa MTRICA V3 ofrece a las organizaciones un instrumento til para la
sistematizacin de las actividades que dan soporte al ciclo de vida del software dentro
del marco que permiten alcanzar los siguientes objetivos: [MtricaV3 2009]
Proporcionar o definir Sistemas de Informacin que ayuden a conseguir los
fines de la Organizacin mediante la definicin de un marco estratgico para el
desarrollo de los mismos.
Dotar a la Organizacin de productos software que satisfagan las necesidades
de los usuarios dando una mayor importancia al anlisis de requisitos.
Mejorar la productividad de los departamentos de Sistemas y Tecnologas de la
Informacin y las Comunicaciones, permitiendo una mayor capacidad de
Pgina 27
adaptacin a los cambios y teniendo en cuenta la reutilizacin en la medida de

lo posible.
Facilitar la comunicacin y entendimiento entre los distintos participantes en la
produccin de software a lo largo del ciclo de vida del proyecto, teniendo en
cuenta su papel y responsabilidad, as como las necesidades de todos y cada
uno de ellos.
Facilitar la operacin, mantenimiento y uso de los productos software
obtenidos.
La nueva versin de MTRICA contempla el desarrollo de Sistemas de Informacin para
las distintas tecnologas que actualmente estn conviviendo y los aspectos de gestin
que aseguran que un Proyecto cumple sus objetivos en trminos de calidad, coste y
plazos.
Su punto de partida es la versin anterior de MTRICA de la cual se han conservado la
adaptabilidad, flexibilidad y sencillez, as como la estructura de actividades y tareas, si
bien las fases y mdulos de MTRICA versin 2.1 han dado paso a la divisin en
Procesos, ms adecuada a la entrada-transformacin-salida que se produce en cada
una de las divisiones del ciclo de vida de un proyecto. Para cada tarea se detallan los
participantes que intervienen, los productos de entrada y de salida as como las
tcnicas y prcticas a emplear para su obtencin.
En la elaboracin de MTRICA Versin 3 se han tenido en cuenta los mtodos de
desarrollo ms extendidos, as como los ltimos estndares de ingeniera del software
y calidad, adems de referencias especficas en cuanto a seguridad y gestin de
proyectos. Tambin se ha tenido en cuenta la experiencia de los usuarios de las
versiones anteriores para solventar los problemas o deficiencias detectados.
En una nica estructura la metodologa MTRICA Versin 3 cubre distintos tipos de
desarrollo: estructurado y orientado a objetos, facilitando a travs de interfaces la
realizacin de los procesos de apoyo u organizativos: Gestin de Proyectos, Gestin de
Configuracin, Aseguramiento de Calidad y Seguridad.
La automatizacin de las actividades propuestas en la estructura de MTRICA Versin 3
es posible ya que sus tcnicas estn soportadas por una amplia variedad de
herramientas de ayuda al desarrollo disponibles en el mercado.
Pgina 28
4.2.1 Procesos principales

MTRICA Versin 3 tiene un enfoque orientado al proceso, centrndose en la
definicin del ciclo de vida del producto software. As mismo, MTRICA Versin 3 ha
sido concebida para abarcar el desarrollo completo de cualquier tipo de Sistemas de
Informacin, sea cual sea su complejidad y magnitud, por lo que se deber adaptar
para cada proyecto segn las necesidades y particulares de cada proyecto.
Los procesos de la estructura principal de MTRICA Versin 3 son los siguientes:
PLANIFICACIN DE SISTEMAS DE INFORMACIN (PSI).
DESARROLLO DE SISTEMAS DE INFORMACIN.
MANTENIMIENTO DE SISTEMAS DE INFORMACIN (MSI).
En cuanto al Proceso de Desarrollo de Sistemas de Informacin, para facilitar la
comprensin y dada su amplitud y complejidad se ha subdividido en cinco procesos:
ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS).
ANLISIS DEL SISTEMA DE INFORMACIN (ASI).
DISEO DEL SISTEMA DE INFORMACIN (DSI).
CONSTRUCCIN DEL SISTEMA DE INFORMACIN (CSI).
IMPLANTACIN Y ACEPTACIN DEL SISTEMA (IAS).
4.3 Metodologa seleccionada

La metodologa a seguir en este proyecto de fin de carrera y para la elaboracin del
software que le acompaa ser MTRICA V3, aunque no se seguir al pie de la letra.
MTRICA V3 est pensada inicialmente para grandes proyectos en los que intervienen
multitud de equipos de trabajo, por lo que en un principio puede no ser una solucin
ptima para dicho proyecto.
MTRICA V3 sienta las bases para un ptimo desarrollo de proyectos, asentando las
bases de lo que se considera correcto a lo largo de las diferentes fases por las que ir
pasando un software en su desarrollo.
Pgina 29
Dependiendo del tipo de proyecto que se tenga entre manos, MTRICA V3 ser ms o
menos apropiada, aunque siempre se puede adaptar a las necesidades que requiera
cada proyecto.
En este caso, utilizaremos MTRICA V3 y sus procesos bsicos para el desarrollo de
software, siendo stos los siguientes:
Estudio de Viabilidad del Sistema (EVS) Gestin y Planificacin del Proyecto
Anlisis del Sistema de Informacin (ASI) Anlisis Funcional
Diseo del Sistema de Informacin (DSI) Diseo Tcnico
Construccin del Sistema de Informacin (CSI) Obtencin de la Informacin y
Construccin de la Aplicacin
Implantacin y Aceptacin del Sistema (IAS) Alta y Mantenimiento de la
aplicacin y Manuales de Usuario
Pgina 30
5 Fases de desarrollo del proyecto
Una vez hemos identificado la necesidad de obtener una herramienta para el

problema planteado en las comunidades de vecinos, es hora de ponerse manos a la
obra y elaborar un proyecto para el desarrollo de una solucin viable.
Despus de haber seleccionado la metodologa a seguir para el desarrollo del proyecto,
tenemos una idea de los pasos que tendremos que ir dando para lograr establecer los
pilares fundamentales sobre los que se sostendr nuestro proyecto.
Tal y como se ha indicado en la seccin anterior, nuestro proyecto deber pasar por
una serie de fases, cada una de las cuales nos suministrar diferente informacin, pero
esencial para conseguir que este proyecto sea viable y conseguir llegar a buen puerto.
A continuacin se describen estas fases:
Gestin y planificacin del proyecto: este apartado nos ayudar a establecer los
recursos necesarios para realizar el proyecto, tanto humanos como a nivel
hardware.
Del mismo modo, identificaremos las fases por las que deber pasar el proyecto
y el tiempo que tardarn, obteniendo al final una idea aproximada del periodo
de tiempo que se tardar en ejecutar el proyecto.
Una vez obtengamos el periodo de tiempo estimado para la elaboracin del
proyecto, podremos saber qu coste tendr el desarrollo del proyecto, ya que
tendremos un listado de recursos y los das que sern necesarios cada uno de
ellos.
Anlisis funcional: esta fase servir para concretar qu es lo que se pretende

lograr con la aplicacin a desarrollar y que funcionalidades tendr.
Pgina 31
Se realizar un breve estudio sobre la casustica de las comunidades de vecinos,

adentrndonos un poco en su da a da en los problemas encontrados,
planteando la necesidad de encontrar soluciones a dichos inconvenientes.
Se desarrollar un extenso catlogo de requisitos de la aplicacin en el que se
recogern todas aquellas caractersticas que se busca en la herramienta,
detallando cada uno de ellos al mximo nivel.
Diseo tcnico: esta puede que sea una de las fases ms extensas en cuanto a
trabajo se refiere, ya que en este apartado se asientan las bases de lo que ser
la herramienta, el alcance que tendr, tipos de usuario y los roles, entre otras
cosas.
Se detallar el alcance exacto de la aplicacin, definiendo todas aquellas
funcionalidades de las que dispondr la aplicacin. As mismo, se comentarn
todas aquellas restricciones a las que se ver sujeta la herramienta y los
requerimientos tcnicos para poder ejecutarla.
Se realizar un estudio sobre los tipos de usuario que existirn en la aplicacin,
as como los roles que tendrn asociados.
Por ltimo, se detallar un extenso catlogo de requerimientos tcnicos, los
cuales recogern todos los aspectos tratados en este apartado.
Obtencin de informacin: una parte esencial a la hora de construir la

herramienta ser la informacin que sta contendr. Es por ello que se definir
el contenido de los diferentes componentes de la aplicacin, indicando con la
mayor exactitud qu tipo de informacin contendr.
A su vez, se crearn plantillas de recoga de informacin de cara a obtener toda
esta informacin necesaria para el desarrollo de la aplicacin de cara al usuario.
Construccin de la aplicacin: una vez hayamos llegado a este punto,

estaremos en disposicin de entrar en aspectos sobre cmo se realizar la
construccin de la aplicacin, presentando un calendario de desarrollo e
implantacin.
Pgina 32
Se detallar el proceso de creacin de un nuevo portal, tarea que quedar

recogida en los manuales de usuario tipo administrador del servidor.
Alta y mantenimiento de la aplicacin: una vez hayamos creado la aplicacin,

ser necesario definir los procesos y tareas que se debern llevar a cabo para
garantizar un correcto mantenimiento de la misma.
Manuales de usuario: parte esencial de este trabajo es la documentacin de

todo el proceso, de cara al desarrollo y mantenimiento de la aplicacin.
Es por ello que se desarrollarn tres tipos de manuales de usuario: de tipo
vecino (el usuario final de la aplicacin), de tipo administrador del portal
(usuario encargado de administrar la comunidad) y de tipo administrador del
servidor (persona encargada de mantener el servidor donde se encontrarn las
instancias de los portales).
Pgina 33
6 Gestin y planificacin
En este apartado se va a tratar la viabilidad del proyecto planteado, as como la

organizacin y estructuracin del trabajo que se ha de realizar.
La estimacin de los clculos realizados en este apartado se ha elaborado gracias a la
experiencia obtenida en el desarrollo de software de caractersticas similares al
planteado y a la adquirida en el da a da.
6.1 Divisin y organizacin del trabajo

El desarrollo del proyecto se ha dividido en varias partes, cada una de las cuales las
realizar un miembro del equipo especializado en el apartado que le corresponda.
El desglose final del desarrollo del proyecto y el responsable de cada fase es el
siguiente:
Anlisis Funcional (Analista Funcional)
o Anlisis y documentacin de tipos de comunidades de vecinos
Anlisis
documentacin
del
funcionamiento
de
las
comunidades
Anlisis y documentacin de informacin gestionada en las

comunidades
Anlisis y documentacin de reas comunes de las comunidades
o Anlisis y documentacin de perfiles, roles y polticas de seguridad

o Anlisis de requerimientos funcionales
Diseo Tcnico (Diseador)
o Definicin del Sistema
Determinacin del Alcance del Sistema
Pgina 34
Especificacin de Estndares y Normas
Identificacin de los Usuarios Participantes y Finales
o Anlisis de requerimientos Tcnicos

o Diseo y Documentacin de la Arquitectura del producto
Determinacin de Subsistemas de Anlisis
Definicin de niveles de Arquitectura
Definicin de Interfaces
o Diseo y documentacin de niveles de seguridad
Definicin y documentacin de perfiles y roles
o Especificacin del plan de pruebas
Definicin del alcance de las pruebas
Definicin de requisitos del entorno de pruebas
Definicin de las pruebas de aceptacin del sistema
Desarrollo del Producto (Diseador)

o Creacin del sitio web estndar
o Creacin de mdulos del sitio web estndar
o Creacin de perfiles estndar
o Creacin de foro estndar
o Creacin de pgina web personal estndar
Testing del Producto (Diseado, Testeador)
o Desarrollo del Plan de pruebas (Diseador)
o Ejecucin de las Pruebas (Testeador)
o Tratamiento de resultados y Realimentacin (Diseador)
A su vez, se necesitar presentar a los clientes la aplicacin en forma de demo, de
modo que puedan visualizar con sus propios ojos el funcionamiento de la misma y
utilizarla si as lo considerasen oportuno. Del mismo modo, se requerir visitar al
menos tres veces ms: una para hacer entrega al responsable de la comunidad de los
cuestionarios que debern rellenar para obtener toda la informacin necesaria sobre
la comunidad, otra vez pare recoger dichos cuestionarios y una ltima vez para realizar
unos cursos de formacin a la comunidad de vecinos.
Presentacin tipo demo de la aplicacin (Jefe de Proyecto)
Pgina 35
Cuestionarios (Analista)
o Distribucin de los cuestionarios de solicitud de informacin
o Recogida de los cuestionarios de solicitud de informacin
Cursos de formacin (Jefe de Proyecto y Diseador)
o Curso de formacin a responsables de la comunidad
o Curso de formacin a los vecinos de la comunidad
6.2 Duracin del desarrollo del proyecto

A continuacin se presenta una estimacin del trabajo a realizar, en el que se refleja el
tiempo necesario invertido en el desarrollo de la aplicacin GCO, obteniendo un portal
base, el cual servir de punto de partida para el resto de portales de comunidad que se
desarrollen en un futuro.
Dicho portal base contendr toda la informacin necesaria para crear el portal de una
comunidad de vecinos, por lo que, cuando se desee crear un nuevo portal de la
comunidad, se deber insertar la informacin de cada comunidad en los campos
habilitados.
Las fases que componen el desarrollo del proyecto GCO se enumerarn a continuacin
junto a la duracin que supone cada fase, de modo que el lector entienda mejor cmo
se desarrollar el proyecto.
Desarrollo del Proyecto Gestor de Comunidades Online (GCO)

1. Anlisis Funcional
52 das
15 das
1.1 Anlisis y documentacin de tipos de comunidades
8 das
1.1.1 Anlisis y documentacin del funcionamiento de las comunidades
4 das
1.1.2 Anlisis y documentacin de informacin gestionada
2 das
1.1.3 Anlisis y documentacin de zonas comunes de las

comunidades
2 das
Pgina 36
1.2 Anlisis y documentacin de perfiles, roles y polticas de seguridad
3 das
1.3 Anlisis de requerimientos funcionales
4 das
2. Diseo Tcnico
22 das
2.1 Definicin del sistema
3 das
2.1.1 Determinacin del alcance del sistema
2 das
2.1.2 Especificacin de estndares y normas
1 da
2.2 Anlisis de requerimientos tcnicos
4 das
2.3 Diseo y documentacin de la arquitectura del producto
10 das
2.3.1 Determinacin de la arquitectura
2 das
2.3.2 Mdulos del portal
3 das
2.3.3 Comunicaciones
1 da
2.3.4 Interfaces
1 da
2.3.5 Documentacin
3 das
2.4 Diseo y documentacin de niveles de seguridad
2 das
2.4.1 Definicin y documentacin de perfiles y roles
1 da
2.4.2 Especificacin de niveles de seguridad por mdulos
da
2.4.3 Especificacin de niveles de seguridad por perfiles
da
2.5 Especificacin del plan de pruebas
3 das
2.5.1 Definicin del alcance de las pruebas
1 da
2.5.2 Definicin de requisitos del entorno de pruebas
1 da
2.5.3 Definicin de las pruebas de aceptacin del sistema
1 da
3. Desarrollo del producto
10 das
3.1 Creacin del portal Web estndar
4 das
3.2 Creacin de mdulos del portal Web estndar
5 das
3.3 Creacin de perfiles estndar
1 da
Pgina 37
4. Testing del producto
5 das
4.1 Desarrollo del plan de pruebas
2 das
4.2 Ejecucin de las pruebas
1 da
4.3 Tratamiento de resultados y realimentacin
2 dias
6.3 Costes
Para el clculo de los salarios de los trabajadores que intervendrn en el proyecto, se
presupone una jornada laboral de ocho horas diarias. Los salarios de los trabajadores
se han estipulado en base a un anlisis del mercado laboral actual.
Salarios empleados (por cada da trabajado)

Salario Analista
44,00
Salario Diseador
42,00
Salario Testeador
35,00
Salario Administrador
33,00
Jefe de Proyecto
100,00
Segn la estimacin de trabajo mostrado en el apartado anterior, se necesitan los

siguientes das de trabajo de cada profesional. Adems se han incluido tres jornadas de
trabajo para proceder a instalar el servidor donde correr la aplicacin y una jornada
mensual para tareas de administracin del mismo. Del mismo modo, se incluye el total
de das necesarios por el Jefe de Proyecto para realizar la demo (un nico da) y
realizar el curso de formacin (un nico da). La tarea de distribuir y recoger los
cuestionarios de informacin durar en total dos das.
Pgina 38
Das de trabajo de desarrollo

Analista
17
Diseador
37
Testeador
Jefe de Proyecto
Tareas de administracin
Jornadas instalacin servidor
Jornadas administracin (cada 2 meses)
Los costes asociados al servidor e infraestructura son los siguientes:
Costes generales
Coste servidor
700,00
Conexin Internet (por mes)
60,00
Por ltimo hay que considerar los costes de licencias que tendr el proyecto. Ya que
Liferay Portal es una aplicacin de software libre y que puede ejecutarse en un
entorno Linux, hemos decidido instalar en nuestro servidor un Sistema Operativo
Linux, siendo los costes totales de licencias los siguientes:
Licencias Software
Liferay Portal
0,00
SS.OO. (Linux)
0,00
Programa ofimtico (Linux)
0,00
Cada vez que una comunidad de vecinos decide comprar el portal, se debern realizar
adaptaciones del portal estndar a la casustica de dicha comunidad, desarrollando un
Pgina 39
portal a medida, introduciendo la informacin de la comunidad y la de sus vecinos. Se

ha estimado que el nmero de jornadas necesarias de trabajo son las siguientes:
Das de trabajo personalizacin aplicacin

Diseador
Testeador
Por todo ello, los costes asociados a este proyecto se han estimado que sean los que
siguen, incluyendo las personalizaciones de los portales:
Gatos Ao 1
Servidor
x1
700,00
Conexin Internet
x 12
720,00
Salario Analista
x 17
748,00
Salario Diseador
x 37
1.554,00
Salario Testeador
x4
140,00
x8
264,00
Salario Jefe de Proyecto
x2
200,00
Licencia Liferay Portal
x1
0,00
Licencia SS.OO.
x1
0,00
Licencia ofimtica
x1
0,00
TOTAL
4.326,00
Pgina 40
Gatos Aos Consecutivos

Conexin Internet
x 12
720,00
x6
198,00
Licencia Liferay Portal
x1
0,00
Licencia SS.OO.
x1
0,00
Licencia ofimtica
x1
0,00
TOTAL
918,00
Gatos Alta Nueva Aplicacin

Salario Analista
x2
88,00
Salario Diseador
x4
168,00
Salario Testeador
x1
42,00
Salario Jefe de Proyecto
x2
200,00
TOTAL
498,00
Las ganancias previstas por las ventas de portales a comunidades de vecinos siguen la
siguiente tabla de precios:
Ganancial generales
Compra de la aplicacin
400,00
Configuracin portal
200,00
Mantenimiento y soporte (por ao)
150,00
Licencias (por ao)

Vecino
60,00
Secretario
72,00
Presidente y Vicepresidente
72,00
Administrador
72,00
Tesorero
72,00
Pgina 41
Con respecto al nmero mnimo y mximo permitido para cada portal, se han
establecido unos lmites, siendo los siguientes:
Nmero de licencias mnimas / mximas

Vecino
20
200
Secretario
Presidente y Vicepresidente
Administrador
Tesorero
Resumiendo, las ganancias previstas para el proyecto se estiman que ronden lo

siguiente:
Ganancias por Portal Ao 1

Implantacin portal
x1
400,00
Configuracin portal
x1
200,00
Licencias vecinos
x 20
1200,00
Licencias administradores
x0
0,00
Licencias presidentes
x1
72,00
Licencias secretarios
x1
72,00
Licencias tesoreros
x0
0,00
TOTAL
1944,00
Pgina 42
Ganancias Aos Consecutivos

Mantenimiento y soporte
x1
150,00
Licencias vecinos
x 20
1200,00
Licencias administradores
x0
0,00
Licencias presidentes
x1
72,00
Licencias secretarios
x1
72,00
Licencias tesoreros
x0
0,00
TOTAL
1494,00
Para resumir todo lo expuesto hasta ahora, se presentar un grfico con una
estimacin de los gatos que supondr realizar este proyecto, las ganancias generadas y
los ingresos que se obtendrn finalmente. Se realizar una estimacin a 5 aos, de
modo que se pueda prever a medio plazo si el proyecto ser rentable o no.
Para realizar los clculos se ha supuesto que se conseguir vender el proyecto a cinco
comunidades de vecinos cada ao.
Gastos
Ingresos
Total
40.000
Miles de euros
35.000
30.000
25.000
20.000
15.000
10.000
5.000
0
Ao 1
Ao 2
Ao 3
Ao 4
Ao 5
Como se puede apreciar en el grfico, los gastos que se tendrn a medida a partir del
segundo ao se estabilizarn, debido a que es al inicio, en el desarrollo de la
aplicacin, cuando se debe invertir ms dinero. En los aos sucesivos, los nicos
gastos que se tendrn son de mantenimiento e inversin en la venta de nuevos
portales.
Pgina 43
Con respecto a los ingresos, se puede ver cmo crecen exponencialmente, debido a
que la fuente de ingresos es la misma para todos los aos: cinco aplicaciones vendidas
cada ao. Una aplicacin generar todos los aos, ya que el coste de las licencias y el
mantenimiento que debern pagar las comunidades ser el mismo a partir del
segundo ao.
En definitiva, se puede comprobar como con esta simulacin se puede concluir que el
proyecto es altamente rentable, llegando a alcanzar casi 40.000 de ingresos en el
quinto ao, reportando unos beneficios de unos 36.000 en dicha fecha.
Pgina 44
7 Anlisis funcional
El propsito de este apartado es conseguir una especificacin lo ms detallada posible

del sistema de informacin, a travs de un catlogo de requisitos y una serie de
modelos que cubren las necesidades de informacin de los usuarios para los que se
desarrollar el sistema de informacin.
7.1 Anlisis y documentacin de las comunidades

Las comunidades de vecinos tienen reuniones y eventos cuya celebracin son de gran
importancia para todos los vecinos de la misma. Se publica una descripcin de dichos
eventos en los lugares ms concurridos de las comunidades, como los portales,
ascensores y tablones publicitarios.
Esta forma de publicitar cualquier evento es anticuada y facilita la aglomeracin de
publicidad en las paredes de las comunidades. Adems, presenta un problema para
aquellas personas que, por ejemplo, no estn viviendo actualmente en la comunidad y
deseen estar informados de los eventos importantes de la misma.
El sistema ms comn de publicacin de anuncios en las comunidades de vecinos es la
de colgar en los tablones informativos creados para tal efecto hojas con la informacin
que corresponda. De esta forma, un vecino de la comunidad que desee estar
informado sobre las noticias que envuelven su comunidad, deber acercarse al tabln
informativo ms prximo y leer una a una las hojas que estn colgadas.
Dicho mtodo es muy rudimentario y desorganizado, ya que a medida que va pasando
el tiempo, la documentacin colgada en el tabln va creciendo y es ms costoso
encontrar la informacin que se quiere.
Por otro lado, algunas comunidades de vecinos tienen instalaciones deportivas, las
cuales pueden ser usadas nicamente por los integrantes de la comunidad. Dichas
instalaciones deportivas han de ser reservadas para, de este modo, evitar conflictos
entre los vecinos por su uso.
Pgina 45
Normalmente, el mtodo de reserva de dichas instalaciones se rige en base a una hoja

de papel, colgada en algn tabln informativo o alguna otra zona similar. En dicha hoja
se presenta un horario diario en la que los vecinos irn apuntando su nombre para
reservar el uso de dichas instalaciones durante un periodo de tiempo, el cual no
debera de pasar, por norma general, de tres horas al da.
Como es de entender, dicho procedimiento es bastante atrasado y plantea un
problema a aquellas personas que pasen fuera de su casa parte del da y no tengan a
alguien que les pueda reservar las instalaciones en su nombre. Del mismo modo, la
reserva con antelacin de las instalaciones se plantea, en un primer momento, difcil
de completar.
Destacar que actualmente no existe un lugar en ninguna comunidad de vecinos donde
se encuentre toda la documentacin referente a la comunidad, de fcil acceso para
todos los vecinos.
Por ejemplo, si un vecino quisiera consultar el acta de reunin de la ltima Junta de
vecinos, ste debera acudir a otro vecino que hubiera asistido a la Junta. Lo que
pasara normalmente es que dicho vecino no tuviera una copia de dicho acta, ya que
normalmente solo se hacen unas pocas y suelen estar en posesin de los altos cargos
de la comunidad. Por lo tanto, si un vecino quisiera una copia de dicha acta, la nica
alternativa que le quedara sera la de acudir al presidente de la comunidad o alguna
persona que le represente, lo cual suele ser en muchas comunidades una tarea ardua.
Del mismo modo, el secretario, administrador o tesorero de las comunidades no
disponen de un repositorio electrnico donde almacenar la documentacin referente a
la comunidad, que sea de fcil acceso para ellos y los usuarios con privilegios de
acceso, como el presidente de la comunidad.
7.2 Informacin gestionada en las comunidades

La mayor parte de la informacin gestionada en las comunidades de vecinos se ha
mencionado ya en el punto anterior. En este punto detallamos cada una de las fuentes
de informacin que merecen especial atencin:
Reservas de instalaciones
Notas informativas
Pgina 46
Eventos
Repositorio documental
7.2.1 Reservas de instalaciones

Para cada una de las instalaciones con las que cuenta una comunidad de vecinos es
normal que se pueda encontrar informacin referente a las posibles reservas que se
pueden efectuar en las mismas.
Para estos efectos, lo que normalmente se utiliza en las comunidades de vecinos es
una hoja tipo Excel para efectuar la reserva de la instalacin y en la que se recogen
entre otras cosas lo siguiente: nombre del vecino de la comunidad y hora de efecto de
la reserva. De esta forma, todos los vecinos tienen posibilidades de usar la zona comn
de la comunidad, facilitando el acceso a todos los residentes.
Normalmente, para las reservas se realizan como mucho con un da de antelacin,
para que de esta forma sea ms justo el reparto de horas de la instalacin entre todos
los vecinos. Del mismo modo, normalmente se fija un tope de horas por da en la que
un vecino puede hacer uso de dicha instalacin, buscando una vez ms un reparto
equitativo de la instalacin con el resto de vecinos.
7.2.2 Notas informativas

Las notas informativas son realmente tiles en una comunidad de vecinos y es un
recurso altamente utilizado en las mismas. Se trata, en la amplia mayora de los casos,
en un trozo de papel en el que se informa al resto de vecinos de la comunidad de algn
hecho o informacin que sea de inters para toda la comunidad.
Lo que normalmente se suele hacer es colgar en la pared, en varios puntos
estratgicos de la comunidad, la misma nota informativa, para cerciorarse que dicha
informacin llega a todos los vecinos de la comunidad. De esta forma, es muy comn
encontrarse en cualquier comunidad de vecinos hojas colgadas con celo por toda la
comunidad o con chinchetas en el tabln de anuncios, lo cual suele derivar en una
saturacin de papeles en el tabln de anuncios o en el empeoramiento de la limpieza
de la comunidad, entre otras cosas.
Un ejemplo de lo que se suele anunciar en dichas notas informativas es: horarios de
apertura de las instalaciones de la comunidad, horarios de limpieza de las
instalaciones, normas generales para toda la comunidad o informacin de
caractersticas parecidas.
Pgina 47
7.2.3 Eventos
En todas las comunidades de vecinos, existen algunos eventos que son de inters
general para toda la comunidad y que se publicitan de la misma manera que las notas
informativas.
Dichos eventos suelen representar juntas de vecinos, fiestas o cualquier otro suceso
que vaya a ocurrir en un momento concreto del calendario y que los vecinos deban de
tener constancia.
7.2.4 Repositorio documental

Como ya se ha comentado, la carencia de las comunidades de vecinos de un
repositorio documental representa grandes dificultades a muchos vecinos de una
comunidad para tener acceso al acta de juntas de vecinos, del mismo modo que
complica la labor de los secretarios, tesoreros, presidentes y dems instituciones
dentro de la comunidad de mantener ordenados los documentos de la misma.
Es por ello que se plantea la posibilidad de disponer de un lugar donde los vecinos de
una comunidad puedan almacenar los documentos con informacin relevante para el
resto de vecinos de dicha comunidad.
7.3 reas comunes de la comunidad

Las comunidades de vecinos tienen en su mayora zonas comunes para todos los
miembros de la comunidad. Dichas reas se rigen bajo unas normas establecidas por la
comunidad de vecinos.
Dependiendo de la magnitud de la comunidad de vecinos, se pueden encontrar las
siguientes reas comunes:
Piscinas y jacuzzis.
o Las piscinas suelen estar sujetas a unas medidas de seguridad muy
estrictas, llegando a limitar el acceso a la misma si no est presente un
socorrista.
Pgina 48
Las piscinas requieren de un mantenimiento y cuidado constante,

teniendo que comprobar niveles de cloro, anti algas, etc. casi a diario.
o Los jacuzzis suelen contar con unas normas de seguridad mucho ms
flexibles que las piscinas, quizs sealando que, en algunos casos, se
prohbe el acceso a menores de edad.
Pistas de tenis, pdel, ftbol, entre otros.
o La gran mayora de las instalaciones deportivas se puede reservar por
un periodo de tiempo, que suele comprender entre una hora y tres
horas como mximo.
Para poder reservar una de estas instalaciones deportivas se cuenta, en
la mayora de los casos, con un horario en la entrada de las mismas,
dividido por horas, en las que cada persona apunta su nombre en el
horario que desea utilizar las instalaciones, si es que estn libres.
Salas de fiestas u otras
o Existen algunas comunidades de vecinos que cuentas con espacios
reservados para eventos, fiestas u ocasiones especiales. Al igual que
ocurre con las instalaciones deportivas, dichas salas se pueden reservar
por cada uno de los componentes de la comunidad, llegando a poder
reservarse durante todo un da.
La reserva de las salas de fiestas suele ser aprobada por el presidente de
la comunidad, teniendo que dar su aprobacin a los vecinos de su
utilizacin y gestionando el acceso a la misma.
En otros casos, la reserva de la misma suele llevar un procedimiento parecido al de las
instalaciones deportivas.
7.4 Perfiles y roles

En todas las comunidades de vecinos existe un mismo cargo, el presidente, el cual ser
el que tiene ms importancia y en el que recae la mayor responsabilidad. El cargo de
presidente de la comunidad de vecinos es obligatorio y no se puede renunciar a l. Sin
embargo, puede darse el caso de que los vecinos excluyan a un propietario de esta
Pgina 49
obligacin debido a alguna circunstancia excepcional. El cargo se designa por eleccin

si hay candidatos dispuestos o mediante sorteo o turno rotatorio, y la duracin del
mismo es, normalmente, de un ao.
El cargo de presidente se trata de un cargo personal e intransferible, por lo que una
vez designado, nadie puede representar al presidente en sus funciones. Solamente se
delegarn determinadas funciones al vicepresidente, en el caso de que exista dicha
figura en la comunidad. Sin embargo, si el presidente no asiste a la Junta de vecinos, el
vicepresidente deber presidirla. En caso de que no exista dicha figura o no acuda a la
reunin, ser la Junta quien elija entre los propietarios a una persona que cumpla ese
cometido puntualmente.
7.4.1 Funciones del presidente de la comunidad

Las funciones principales del presidente de la comunidad son las siguientes:
La principal funcin del presidente es la de representar a la comunidad de
vecinos en cualquier circunstancia.
Adems, se encargar de convocar la Junta de Propietarios, presidirla y firmar
las actas de las reuniones. A lo largo del ao se convocar una Junta General
Ordinaria para aprobar las cuentas del ao anterior, as como las Juntas
Generales Extraordinarias que sean necesarias para cualquier cuestin.
Ejecuta los acuerdos a los que llega la Junta, ya que slo tiene capacidad
decisoria en los casos urgentes.
Deber advertir a los vecinos en caso de actividades molestas y emprender
acciones judiciales si as lo decide la Junta en caso de conflicto.
Una vez terminado su perodo de presidencia, deber entregar el libro de actas, los
contratos que haya firmado, justificantes de todo tipo, listado actualizado de los
propietarios y recibos pendientes de cobro. No hay un plazo marcado para la entrega
de la documentacin, pero la lgica dice que el traspaso deber realizarse en el mnimo
perodo posible.
Pgina 50
7.4.2 Otros cargos de la comunidad de vecinos

En algunas comunidades existe el cargo de Vicepresidente, rol que en numerosas
ocasiones es desempeado por el presidente de la comunidad. Las principales tareas
del vicepresidente son:
Sustituir al presidente en los casos de ausencia, vacante o imposibilidad de
ste, as como asistirlo en sus funciones.
No existiendo secretario o administrador, le corresponde ejercer las funciones
de stos y, por lo tanto, la de levantar el acta.
Al igual que en el caso del vicepresidente, en algunas comunidades existe el rol de
administrador. En muchas comunidades de vecinos, el cargo de administrador es
desempeado por el presidente, siendo responsable en cualquier caso de las
siguientes tareas:
Velar por la conservacin y el mantenimiento del edificio, realizando las
reformas necesarias.
Preparar el plan de gastos, proponiendo los medios para conseguirlo.
Llevar a cabo los acuerdos de la Junta de Propietarios, tanto en cuestiones de
obras, pagos y cobros.
Actuar, si procede, como secretario y custodiar la documentacin de la
comunidad.
Todas aquellas funciones que le indique la Junta.
Otro rol tpico de las comunidades de vecinos es el de secretario, cuyas principales
tareas son:
Gestionar las actas de las reuniones y todo el papeleo.
Puede llevar aparejado la tesorera, controlando lo relativo a las cuentas y
pagos de la comunidad.
Por ltimo, en algunas comunidades existe el rol del tesorero, el cual es responsable
del rea financiera de la comunidad y tiene entre sus principales tareas las siguientes:
Gestionar la contabilidad de la comunidad.
Resumiendo, en las comunidades de vecinos existen los siguientes perfiles:
Pgina 51
Presidente
Vicepresidente
Administrador
Secretario
Tesorero
Vecino
En base a los perfiles que se acaban de exponer, deberan existir los siguientes roles en
base a mantener una buena poltica de seguridad:
Root
Admin (abreviamos el nombre de este rol para no confundirlo con el perfil de
Administrador)
Sec (abreviamos el nombre de este rol para no confundirlo con el perfil de
Secretario)
Tes (abreviamos el nombre de este rol para no confundirlo con el perfil de
Tesorero)
Usuario
7.4.3 Implantacin de los requisitos de seguridad

Liferay Portal facilitar la gestin de la seguridad en todo el portal, ofrecindonos crear
diferentes roles y asignndolos a los usuarios del portal. De esta forma cada uno de los
usuarios tendr unos permisos definidos dependiendo del rol que se le haya asignado.
Por otra parte, se definir una serie de permisos por cada una de las pginas y portlets
de todo el portal, de forma que se asegurar en todo momento las restricciones de
seguridad necesarias para un portal colaborativo.
Pgina 52
7.5 Anlisis de requerimientos funcionales

La especificacin de requisitos tiene que venir determinada por las siguientes
caractersticas:
Cada requisito tendr un identificador unvoco
que seguir el esquema
XX.T.nn, donde:
o XX es la etapa de definicin de los requisitos, que puede ser:
UR = Usuario
SR = Software
o T es el tipo de requisito, que puede tomar los valores:
F = Funcionalidad
R = Rendimiento
I = Interfaz
V = Verificacin
Pa = Pruebas Aceptacin
D = Documentacin
Sg = Seguridad
C = Calidad
S = Servidor
M = Mantenibilidad
Rc = Recuperacin
o nn es el nmero secuencial que identificar al requisito. Podr tomar

valores del 0000 al 1000.
Cada requisito deber llevar asociada una descripcin.
Cada requisito deber llevar asociada una prioridad con cuatro niveles:
o Baja
o Media
o Alta
o Crtica
Cada requisito deber llevar asociado una necesidad con tres niveles:
Pgina 53
o Alta
o Media
o Baja
Cada requisito deber ir asociado a la fuente de la que proviene.
7.5.1 Catalogacin de los requisitos
7.5.1.1
Requisitos funcionales
UR.F.0010
Alta de usuarios
Descripcin
El sitio Web debe ser capaz de identificar al

usuario mediante un nmero de identificacin
personal y este tendr acceso mediante una
contrasea.
Necesidad
Alta
Prioridad
Crtica
Fuente
Analista Funcional
UR.F.0020
Baja de usuarios
Descripcin
El sitio web debe ser capaz de borrar el perfil de

los usuarios que as lo deseen.
Necesidad
Alta
Prioridad
Crtica
Fuente
Analista Funcional
Pgina 54
UR.F.0030
Modificacin de datos
Descripcin
Los usuarios tendrn la posibilidad de modificar

sus datos personales:
Identificador y contrasea
Nombre y apellidos
Correo electrnico
Telfono
Informacin sobre la vivienda del usuario
Necesidad
Alta
Prioridad
Crtica
Fuente
Analista Funcional
UR.F.0040
Inicio de sesin web
Descripcin
El sitio Web debe ser capaz de identificar al

usuario mediante un identificador, y este tendr
acceso mediante una contrasea.
Necesidad
Alta
Prioridad
Crtica
Fuente
Analista Funcional
UR.F.0050
Cerrado de sesin web
Descripcin
El sitio Web debe ser capaz de cerrar sesin y

guardar los datos personales del usuario.
Necesidad
Alta
Prioridad
Crtica
Fuente
Analista Funcional
Pgina 55
UR.F.0060
Reserva de instalaciones
Descripcin
El usuario dispondr de un listado de las

instalaciones comunitarias disponibles en su
comunidad que requieren reserva. Para cada
instalacin podr seleccionar la fecha preferida
para la reserva y la hora. La reserva se aadir
automticamente al calendario del usuario.
Necesidad
Crtica
Prioridad
Crtica
Fuente
Analista Funcional
UR.F.0070
Anulacin reserva de instalaciones
Descripcin
El usuario dispondr de un listado de las reservas

efectuadas y podr anularlas, seleccionando
todas aquellas que desee anular.
Necesidad
Media
Prioridad
Media
Fuente
Analista Funcional
UR.F.0080
Modificacin reserva de instalaciones
Descripcin
El usuario dispondr de un listado de las reservas

efectuadas y podr modificarlas.
Necesidad
Media
Prioridad
Media
Fuente
Analista Funcional
Pgina 56
UR.F.0090
Listado Notas Informativas
Descripcin
El usuario dispondr de un listado de las notas

informativas existentes en su comunidad,
filtrando por el tipo de nota y fecha.
Necesidad
Crtica
Prioridad
Alta
Fuente
Analista Funcional
UR.F.0100
Aadir Nota Informativa
Descripcin
El usuario con los permisos oportunos podr

aadir una nota informativa, indicando qu
usuario podrn visualizarla. Dispondr de los
siguientes campos:
Nombre de la nota
Breve Descripcin
Tipo de nota
Cuerpo de la nota
Usuarios con los que se comparte la nota
Necesidad
Crtica
Prioridad
Alta
Fuente
Analista Funcional
Pgina 57
UR.F.0110
Eliminar Nota Informativa
Descripcin

eliminar una nota informativa.
Necesidad
Media
Prioridad
Media
Fuente
Analista Funcional
UR.F.0120
Modificar Nota Informativa
Descripcin

modificar una nota informativa.
Necesidad
Media
Prioridad
Media
Fuente
Analista Funcional
UR.F.0130
Calendario
Descripcin
El sistema dispondr de un calendario,

personalizable por cada usuario, en el cual se
podr distinguir los distintos das de la semana,
los meses y los aos.
Necesidad
Crtica
Prioridad
Alta
Fuente
Analista Funcional
Pgina 58
UR.F.0140
Crear evento
Descripcin

crear eventos, el cual se aadir al calendario del
usuario que corresponda automticamente. Se
deber indicar:
Nombre del evento
Breve descripcin
Cuerpo del evento
Usuarios con los que se comparte el
evento
Fecha del evento
Fecha de vencimiento del evento
Necesidad
Crtica
Prioridad
Alta
Fuente
Analista Funcional
UR.F.0150
Eliminar evento
Descripcin

eliminar eventos.
Necesidad
Media
Prioridad
Media
Fuente
Analista Funcional
Pgina 59
UR.F.0160
Modificar evento
Descripcin

modificar eventos.
Necesidad
Media
Prioridad
Media
Fuente
Analista Funcional
UR.F.0170
Descripcin
Los usuarios dispondrn de un repositorio

documental
donde
almacenar
aquellos
documentos que deseen.
Necesidad
Crtica
Prioridad
Alta
Fuente
Analista Funcional
7.5.1.2
Requisitos no funcionales:
UR.R.0180
Conexin con sitio
Descripcin
El sistema debe ser accesible a travs de Internet.
Necesidad
Alta
Prioridad
Crtica
Fuente
Analista Funcional
Pgina 60
UR.R.0190
Velocidad de envo de datos
Descripcin
Cuando se enven datos desde un usuario hacia el

servidor, no se deben superar nunca los 15
segundos de retardo.
Necesidad
Alta
Prioridad
Alta
Fuente
Analista Funcional
UR.R.0200
Velocidad de navegacin en el sitio
Descripcin
Durante la navegacin, no se podr superar los

10 segundos de retardo.
Necesidad
Alta
Prioridad
Alta
Fuente
Analista Funcional
UR.R.0210
Velocidad de respuesta de confirmacin
Descripcin
La respuesta del sistema no debe superar nunca

los 15 segundos de retardo.
Necesidad
Alta
Prioridad
Alta
Fuente
Analista Funcional
Pgina 61
UR.R.0220
Navegador web
Descripcin
Los navegadores sobre los que deber funcionar

el sistema son:
Microsoft Internet Explorer 7.0
Mozilla FireFox 3.0
Google Chrome
Sobre estos navegadores se garantiza un perfecto
funcionamiento.
Necesidad
Alta
Prioridad
Crtica
Fuente
Analista Funcional
7.5.1.3
Requisitos de Interfaz:
UR.I.0230
Sistema Operativo
Descripcin
El sistema ser vlido para cualquier Sistema

Operativo compatibles con los navegadores del
requisito UR.I.0230.
Necesidad
Alta
Prioridad
Crtica
Fuente
Analista Funcional
Pgina 62
UR.I.0240
Resolucin
Descripcin
El sistema debe estar diseado para ser

ejecutado bajo una resolucin de 800x600 pxeles
o superior.
Necesidad
Alta
Prioridad
Alta
Fuente
Analista Funcional
7.5.1.4
Requisitos de verificacin
UR.V.0250
Usuarios probadores
Descripcin
En las primeras fases del desarrollo las pruebas

las ejecutarn los propios desarrolladores y el
Jefe de Proyecto. En las fases finales se
encargarn las pruebas a un grupo de usuarios
finales.
Necesidad
Alta
Prioridad
Alta
Fuente
Analista Funcional
7.5.1.5
Requisitos de pruebas de aceptacin
UR.Pa.0260
Equipo pruebas de aceptacin
Descripcin
El equipo de realizacin de pruebas desarrollar

las pruebas de aceptacin, para comprobar el
correcto funcionamiento del sistema y el
cumplimiento de los requisitos.
Necesidad
Alta
Prioridad
Alta
Fuente
Analista Funcional
Pgina 63
7.5.1.6
Requisitos de documentacin
UR.D.0270
Manual de Ayuda
Descripcin
Se deber tener acceso a un ndice de ayuda que

incluya una descripcin de todas las
funcionalidades del sistema.
Necesidad
Media
Prioridad
Baja
Fuente
Analista Funcional
UR.D.0280
Idioma
Descripcin
Tanto la aplicacin como los manuales de ayuda

se desarrollarn en espaol.
Necesidad
Baja
Prioridad
Baja
Fuente
Analista Funcional
7.5.1.7
Requisitos de seguridad
UR.Sg.0290
Privacidad de los datos
Descripcin
Los datos personales de los usuarios debern ser

protegidos segn la LOPD.
Necesidad
Media
Prioridad
Crtica
Fuente
Analista Funcional
Pgina 64
UR.Sg.0300
Cifrado de datos
Descripcin
El intercambio de datos personales entre el

cliente y el servidor y el almacenamiento de
dichos datos debern ser cifrados mediante SHA1.
Necesidad
Baja
Prioridad
Media
Fuente
Analista Funcional
7.5.1.8
Requisitos de calidad
UR.C.0310
Usabilidad
Descripcin
El sistema debe ser fcilmente manejable por

usuarios expertos e inexpertos.
Necesidad
Baja
Prioridad
Media
Fuente
Analista Funcional
7.5.1.9
Requisitos de mantenibilidad
UR.M.0320
Administracin del sitio
Descripcin
Se desarrollar un sistema de gestin del sitio

para administradores por el que podrn cambiar
cualquier enlace, contrasea, noticia o
publicidad.
Necesidad
Alta
Prioridad
Media
Fuente
Analista Funcional
Pgina 65
8 Diseo tcnico de la solucin
El propsito de este apartado es recabar informacin del sistema que se desea

construir, satisfaciendo las necesidades detalladas por el Analista Funcional en la fase
previa del proyecto.
Se proceder a detallar los requerimientos tcnicos del sistema, documentar la
arquitectura del producto, as como los niveles de seguridad y las diferentes bateras
de prueba que se han de ejecutar en el sistema.
8.1 Determinacin del alcance del sistema

En esta tarea se delimita el sistema de informacin, indicando qu procesos
pertenecen al mbito interno del sistema y qu entidades externas participan, ya sea
aportando o recibiendo informacin.
A continuacin se detallan los siguientes subsistemas dentro del sistema de
informacin:
Sistema de administracin de usuarios. Comprende las operaciones de alta de

usuario, baja de usuario y modificacin de datos.
Este subsistema asociar a cada usuario con un identificador y una contrasea,
almacenando, desde el momento de su alta como usuario del sistema, una
serie de datos privados. En cualquier momento el usuario ser capaz de darse
de baja si no desea seguir utilizando el sistema. De mismo modo, si el usuario
desea modificar sus datos, podr realizarlo a travs de este subsistema.
Sistema del inicio fin de sesin. El sitio Web permitir al usuario identificarse
a travs de su nombre de usuario y contrasea, una vez el sistema le valide, le
dar acceso a la informacin pertinente.
Pgina 66
Sistema de reserva de instalaciones. Comprende las operaciones de reservar

una instalacin, eliminar una reserva y modificar una reserva.
El sistema permitir al usuario realizar una reserva de las instalaciones que
desee, permitindole seleccionar la instalacin de la comunidad que desea
reservar, la fecha y la hora de la reserva, as como la duracin de la misma. Del
mismo modo, le permitir eliminar de entre todas las reservas realizadas
cualquiera que considere oportuno.
En cuanto a la operacin de modificar la reserva de una instalacin, el sistema
permitir modificar cualquiera de los campos de una reserva, almacenando los
cambios realizados.
Sistema de administracin de notas informativas. Se permitir al usuario
aadir, eliminar o modificar notas informativas, si dispone de los permisos
pertinentes. El usuario podr aadir notas informativas indicando el nombre de
la nota, una breve descripcin de la misma, el cuerpo de la nota y los usuarios
que podrn visualizarla. El sistema enva a los usuarios que corresponda una
notificacin de la operacin. En cualquier momento, un usuario puede eliminar
una nota.
Existe la opcin de modificar los datos de la nota informativa, modificando la
breve descripcin o el cuerpo de la misma, as como aadir, eliminar o
modificar los usuarios con los que se comparte una nota.
Sistema de administracin del calendario. El sistema permitir al usuario
manipular libremente el calendario personalizado asociado a cada unos de los
usuarios del sistema, permitindole crear, eliminar y modificar cualquier tipo
de evento, tarea o nota que el usuario tenga en el calendario.
Sistema de administracin de eventos. Se permitir al usuario aadir, eliminar
o modificar eventos, si dispone de los permisos pertinentes. El usuario podr
aadir eventos indicando el nombre del evento, una breve descripcin del
mismo, el cuerpo del evento, los usuarios con los que se comparte el evento y
la fecha de inicio y fin del mismo. El sistema enva a los usuarios que
corresponda una notificacin de la operacin. En cualquier momento, un
usuario puede eliminar un evento.
Pgina 67
Existe la opcin de modificar los datos del evento, modificando la breve

descripcin o el cuerpo del mismo, as como aadir, eliminar o modificar los
usuarios con los que se comparte el evento y las fechas de inicio y fin.
Sistema de repositorio documental. Comprende las operaciones de aadir,
eliminar o modificar documentos del repositorio de documentos.
Este subsistema permitir a usuarios como el presidente de la comunidad,
vicepresidente, administrador, secretario o tesorero subir documentos al
repositorio documental, eliminarlos y modificarlos. Se deber indicar los
permisos de acceso para los usuarios, de modo que se puedan establecer las
correspondientes medidas de seguridad.
8.2 Especificacin de estndares y normas
8.2.1 Restricciones generales

Existen una serie de restricciones que van a afectar al sistema durante el proceso de
desarrollo. Estas restricciones se detallan a continuacin:
RST01 Proteccin de datos: El sistema tiene el deber garantizar y proteger los
datos personales durante todo su tratamiento, de a cuerdo a lo establecido en
la Ley Orgnica 15/1999.
RST02 Cifrado de datos: Para garantizar la confidencialidad, los datos van a ser
cifrados con el algoritmo SHA-1, ms concretamente las contraseas de los
usuarios registrados.
RST03 Cumplimiento de los requisitos: La interfaz debe conseguir desarrollar
todo lo indicado en los requisitos de una forma intuitiva y sencilla incluso para
usuarios inexpertos.
RST04 Caractersticas mnimas del equipo cliente:
o Procesador Pentium IV, 2000 MHz
Pgina 68
o 512 MB de RAM.
o 1GB de espacio libre en disco duro.
o Monitor con resolucin de 1024x756.
o Ratn y Teclado.
o Conexin a internet ADSL 1MB.
RST05 Caractersticas mnimas del equipo servidor:
o Procesador Pentium IV (3.0 GHz P4, 800 MHz FSB).
o 2 GB de RAM.
o Aproximadamente el doble del espacio usado por la RAM para SWAP.
o 40 GB de espacio libre en disco duro.
o Monitor.
o Ratn y teclado.
o Conexin a internet de alta velocidad.
RST06 Idioma: El idioma de la aplicacin ser el castellano.
8.2.2 Supuestos y dependencias

El desarrollo del producto est sujeto a las siguientes dependencias de estndares y
normas:
SD01 Estndar desarrollo del proyecto: Cada una de las diferentes fases de
desarrollo del proyecto siguen el estndar definido por la Mtrica V3.
SD02 Paradigma de desarrollo: El paradigma de desarrollo de la aplicacin ser
Orientado a Objetos.
SD03 Lenguaje de Modelado: Para el modelado del proyecto, en concreto los
casos de uso, interaccin o de clases, se va a utilizar el Lenguaje Unificado de
Modelado, UML 2.0.
SD04 Estndares Web: Se seguir la especificacin HTML 4.01.
Pgina 69
8.2.3 Entorno operacional

El entorno operacional necesario para llevar a cabo el desarrollo de la aplicacin, es:
SUSE Linux Enterprise Server.
Liferay Portal 5.2.
8.3 Identificacin de los usuarios participantes y finales

En esta tarea se identifican los usuarios participantes y los finales. Estos usuarios son
los que intervienen en la obtencin de los requisitos, validacin del producto y
aceptacin final del sistema.
Presidente: se encarga de la gestin de la aplicacin, es decir, en el caso de ser
necesario, dar soporte a los usuarios registrados, pudiendo acceder a
cualquier funcionalidad de la aplicacin sin restriccin. El Presidente no deja de
ser un usuario ms de la aplicacin, teniendo las mismas caractersticas que el
usuario tipo Vecino.
Vicepresidente: sus funciones son las mismas que en el caso del presidente. El
Vicepresidente no deja de ser un usuario ms de la aplicacin, teniendo las
mismas caractersticas que el usuario tipo Vecino.
Administrador: se encarga de gestionar la documentacin de la comunidad,
haciendo en sus momentos las labores del secretario. El Administrador no deja
de ser un usuario ms de la aplicacin, teniendo las mismas caractersticas que
el usuario tipo Vecino.
Secretario: se encarga de gestionar las actas de las Juntas de la comunidad, al
igual que el resto de documentacin similar. El secretario no deja de ser un
usuario ms de la aplicacin, teniendo las mismas caractersticas que el usuario
tipo Vecino.
Pgina 70
Tesorero: se encarga de gestionar la contabilidad de la comunidad, por lo que

mantendr bajo su responsabilidad en el repositorio documental toda aquella
informacin referente a este campo. El tesorero no deja de ser un usuario ms
de la aplicacin, teniendo las mismas caractersticas que el usuario tipo Vecino.
Vecino: usuario que entra a la aplicacin previa identificacin. Segn su
informacin almacenada dar lugar a un perfil determinado. Tendr completo
acceso a la funcionalidad de la aplicacin, con la restriccin de que slo podr
realizar las acciones dentro de su perfil.
8.4 Establecimiento de requisitos

La especificacin de requisitos tiene que venir determinada por las siguientes
caractersticas:
Cada requisito tendr un identificador unvoco
que seguir el esquema
XX.T.nn, donde:
o XX es la etapa de definicin de los requisitos, que puede ser:
UR = Usuario
SR = Software
o T es el tipo de requisito, que puede tomar los valores:
F = Funcionalidad
R = Rendimiento
I = Interfaz
V = Verificacin
Pa = Pruebas Aceptacin
D = Documentacin
Sg = Seguridad
C = Calidad
Pgina 71
S = Servidor
M = Mantenibilidad
Rc = Recuperacin
o nn es el nmero secuencial que identificar al requisito. Podr tomar

valores del 0000 al 1000.
Cada requisito deber llevar asociada una descripcin.
Cada requisito puede llevar asociado un padre, el cual correspondera a un
requisito del que es derivado.
Cada requisito deber ir asociado a la fuente de la que proviene.
Cada requisito deber llevar asociada una prioridad con cuatro niveles:
o Baja
o Media
o Alta
o Crtica
Cada requisito deber llevar asociado una necesidad con tres niveles:
o Alta
o Media
o Baja
Cada requisito deber llevar asociado una complejidad con tres niveles:
o Alta
o Media
o Baja
Cada requisito puede llevar asociado un caso de uso en el que interviene dicho
requisito.
Pgina 72
8.4.1 Catalogacin de los requisitos
8.4.1.1
SR.F.0010
Requisitos funcionales
Gestionar Usuarios
Descripcin El sitio Web debe ser capaz de manejar los datos de los usuarios,
ofrecindoles el poder darse de alta, baja o modificar sus datos.
Padre
Prioridad
Critica
Complejidad Baja
SR.F.0020
Autor
Equipo de desarrollo
Necesidad
Alta
Casos
Uso
de
Alta de Usuarios
Descripcin El sitio Web debe ser capaz de crear un nuevo usuario mediante un
identificador y una contrasea y guardar sus datos.
Padre
UR.F.0010
Usuarios
Prioridad
Crtica
Complejidad Baja
Alta
de Autor
Necesidad
Casos
Uso
Pgina 73
Alta
de
SR.F.0030
Baja de Usuarios
Descripcin El sitio Web debe ser capaz de borrar el perfil de un usuario si ste lo
desease.
Padre
UR.F.0020
Usuarios
Prioridad
Crtica
Baja
Complejidad Baja
SR.F.0040
de Autor
Necesidad
Casos
Uso
Alta
de
Modificacin de datos
Descripcin El sitio Web debe ser capaz de permitir a los usuarios modificar sus datos
personales: identificador y contrasea, nombre y apellidos, correo
electrnico, telfono y la informacin sobre su vivienda.
Padre
UR.F.0030 Modificacin Autor

de datos
Prioridad
Crtica
Alta
Complejidad Baja
SR.F.0050
Necesidad
Casos
Uso
de
Gestionar sesin
Descripcin El sitio Web debe ser capaz de ofrecer varias sesiones de un mismo
usuario de forma simultnea.
Padre
Prioridad
Crtica
Complejidad Media
Autor
Necesidad
Alta
Casos
Uso
Pgina 74
de
SR.F.0060
Iniciar sesin
Descripcin Un usuario podr iniciar sesin en el sitio Web, cargndose sus datos
personales y configuracin.
Padre
UR.F.0040
sesin web
Prioridad
Crtica
Inicia
Complejidad Media
SR.F.0070
de Autor
Necesidad
Casos
Uso
Alta
de
Cerrar sesin
Descripcin Un usuario podr cerrar sesin en el sitio Web.

Padre
UR.F.0050 Cerrado de Autor

sesin web
Prioridad
Crtica
Alta
Complejidad Media
SR.F.0080
Necesidad
Casos
Uso
de
Gestionar reservas
Descripcin El sitio Web debe permitir realizar reservas de las instalaciones, borrarlas
y modificarlas.
Padre
Prioridad
Crtica
Complejidad Baja
Autor
Necesidad
Alta
Casos
Uso
Pgina 75
de
SR.F.0090
Reserva de instalaciones
Descripcin El usuario podr realizar reservas de las instalaciones que existan en la

comunidad de vecinos, indicando: la instalacin a reservar, la fecha de la
reserva y la hora de la misma.
Padre
UR.F.0060 Reserva de Autor

instalaciones
Prioridad
Crtica
Esencial
Complejidad Baja
SR.F.0100
Necesidad
Casos
Uso
de
Anulacin reservas
Descripcin El usuario podr eliminar las reservas que ha efectuado.

Padre
UR.F.0070 Anulacin Autor

reserva de instalaciones
Prioridad
Media
Media
Complejidad Baja
SR.F.0110
Necesidad
Casos
Uso
de
Modificar reservas
Descripcin El usuario podr modificar las reservas que ha efectuado: la instalacin

seleccionada, la fecha y la hora.
Padre
UR.F.0080 Modificacin Autor

reserva de instalaciones
Prioridad
Media
Media
Complejidad Baja
Necesidad
Casos
Uso
Pgina 76
de
SR.F.0120
Listado notas informativas
Descripcin El usuario dispondr de un listado de las notas informativas existentes en

su comunidad.
Padre
UR.F.0090
Autor
Prioridad
Alta
Necesidad
Crtica
Complejidad Baja
SR.F.0130
Casos
Uso
de
Gestionar notas informativas
Descripcin El sitio Web debe permitir gestionar las notas informativas que se
deseen publicar sobre la comunidad, borrarlas y modificarlas.
Padre
Prioridad
Crtica
Complejidad Baja
SR.F.0140
Autor
Necesidad
Alta
Casos
Uso
de
Aadir nota informativa
Descripcin El usuario podr aadir una nota informativa, indicando: nombre de la

nota, una breve descripcin y otras ms a fondo, el tipo de la nota,
cuerpo de la nota y los usuarios con los que se desea compartir dicha
nota.
Padre
UR.F.0100 Aadir nota Autor

informativa
Prioridad
Crtica
Alta
Complejidad Baja
Necesidad
Casos
Uso
Pgina 77
de
SR.F.0150
Eliminar nota informativa
Descripcin El usuario podr eliminar las notas informativas que desee, siempre y
cuando sea el creador de dicha nota o tenga privilegios de
administrador.
Padre
UR.F.0110 Eliminar nota Autor

informativa
Prioridad
Media
Media
Necesidad
Complejidad Baja
SR.F.0160
Casos
Uso
de
Modificar nota informativa
Descripcin El usuario podr modificar las notas informativas que desee, siempre y
cuando sea el creador de dicha nota o tenga privilegios de
administrador.
Padre
UR.F.0120 Modificar nota Autor

informativa
Prioridad
Media
Media
Complejidad Baja
SR.F.0170
Necesidad
Casos
Uso
de
Gestionar calendario
Descripcin El sitio Web debe ser capaz gestionar un calendario, independiente para
cada usuario.
Padre
UR.F.0130 - Calendario
Autor
Prioridad
Alta
Necesidad
Crtica
Complejidad Media
Casos
Uso
Pgina 78
de
SR.F.0180
Gestionar Eventos
Descripcin El sitio Web debe ser capaz de gestionar eventos programados por los
usuarios del sistema, aadindolos a los calendarios que corresponda y
avisndoles con antelacin, si as han sido programados.
Padre
Prioridad
Alta
Complejidad Baja
SR.F.0190
Autor
Necesidad
Crtica
Casos
Uso
de
Crear evento
Descripcin El usuario podr aadir un evento, el cual se aadir en el calendario de

los usuarios que corresponda, indicando: el nombre del evento, una
breve descripcin y otra ms a fondo sobre el mismo, los usuarios con
los que se comparte el evento y las fechas de inicio y fin del mismo.
Padre
UR.F.0140 Crear evento
Autor
Prioridad
Alta
Necesidad
Crtica
Complejidad Baja
SR.F.0200
Casos
Uso
de
Eliminar evento
Descripcin El usuario podr eliminar los eventos que desee, siempre y cuando sea el
creador de dicho evento o posea privilegios de administrador.
Padre
UR.F.0150
evento
Prioridad
Media
Complejidad Baja
Eliminar Autor
Necesidad
Casos
Uso
Pgina 79
Media
de
SR.F.0210
Modificar evento
Descripcin El usuario podr modificar los eventos que desee, siempre y cuando sea
el creador de dicho evento o posea privilegios de administrador.
Padre
UR.F.0160
evento
Prioridad
Media
Complejidad Baja
SR.F.0220
Modificar Autor
Necesidad
Casos
Uso
Media
de
Gestionar repositorio documental
Descripcin El sitio Web debe ser capaz de gestionar un repositorio documental para
los usuarios del sistema, nico para toda la comunidad de vecinos.
Deber permitir aadir, eliminar y modificar documentos del repositorio,
as como indicar qu usuarios pueden visualizar y acceder a los
documentos.
Padre
UR.F.0170 Repositorio Autor

documental
Prioridad
Alta
Crtica
Complejidad Baja
Necesidad
Casos
Uso
Pgina 80
de
8.4.1.2
Requisitos de restricciones
SR.R.0230
Velocidad de envo de datos
Descripcin Al enviar datos desde un usuario al servidor, no se debern superar los

15 segundos de retardo.
Padre
UR.R.0190 Velocidad de Autor

envo de datos
Prioridad
Alta
Alta
Complejidad Media
SR.R.0240
Necesidad
Casos
Uso
de
Velocidad de respuesta de confirmacin
Descripcin La respuesta del sistema no deber superar nunca los 15 segundos de

retardo.
Padre
UR.R.0210 Velocidad de Autor

respuesta de confirmacin
Prioridad
Alta
Alta
Complejidad Media
Necesidad
Casos
Uso
Pgina 81
de
SR.R.0250
Navegador Web
Descripcin Los navegadores sobre los que deber funcionar el sistema son:
Microsoft Internet Explorer 7.0
Mozilla Firefox 3.0
Google Chrome
Sobre estos navegadores se garantiza un perfecto funcionamiento.
Padre
UR.R.0220
Web
Prioridad
Crtica
Navegador Autor
Necesidad
Complejidad Media
8.4.1.3
SR.I.0260
Casos
Uso
Alta
de
Requisitos de interfaz
Sistema Operativo
Descripcin El sistema ser vlido para cualquier Sistema Operativo compatibles con
los navegadores del requisito SR.R.0250.
Padre
UR.I.0230
Operativo
Prioridad
Crtica
Complejidad Media
Sistema Autor
Necesidad
Casos
Uso
Pgina 82
Alta
de
SR.I.0270
Resolucin
Descripcin El sistema debe estar diseado para ser ejecutado bajo una resolucin
de 800x600 pxeles o superior, siendo la resolucin ptima 1024x768.
Padre
UR.I.0240 Resolucin
Autor
Prioridad
Alta
Necesidad
Alta
Complejidad Baja
8.4.1.4
SR.V.0280
Casos
Uso
de
Requisitos de verificacin
Usuarios probadores
Descripcin En las primeras fases del desarrollo las pruebas las ejecutarn los propios
desarrolladores y el Jefe de Proyecto. En las fases finales se encargarn
las pruebas a un grupo de usuarios finales.
Padre
UR.V.0250
probadores
Prioridad
Alta
Complejidad Media
Usuarios Autor
Necesidad
Casos
Uso
Pgina 83
Alta
de
8.4.1.5
SR.Pa.0290
Requisitos de pruebas de aceptacin

Equipo pruebas de aceptacin
Descripcin El equipo de realizacin de pruebas desarrollar las pruebas de

aceptacin, para comprobar el correcto funcionamiento del sistema y el
cumplimiento de los requisitos.
Padre
UR.Pa.0260
Equipo Autor
pruebas de aceptacin
Prioridad
Alta
Alta
Complejidad Media
8.4.1.6
SR.D.0300
Necesidad
Casos
Uso
de
Requisitos de documentacin
Manual de ayuda
Descripcin Se deber tener acceso a un ndice de ayuda que incluya una descripcin
de todas las funcionalidades del sistema.
Padre
UR.D.0270 Manual de Autor

ayuda
Prioridad
Baja
Media
Complejidad Baja
SR.D.0310
Necesidad
Casos
Uso
de
Idioma
Descripcin Tanto la aplicacin como los manuales de ayuda se desarrollarn en

espaol.
Padre
UR.D.0280 Idioma
Autor
Prioridad
Baja
Necesidad
Baja
Complejidad Baja
Casos
Uso
Pgina 84
de
8.4.1.7
SR.Sg.0320
Requisitos de seguridad
Privacidad de datos
Descripcin Los datos personales de los usuarios debern ser protegidos segn la
LOPD.
Padre
UR.Sg.0290 Privacidad de Autor

datos
Prioridad
Crtica
Media
Complejidad Baja
SR.Sg.0330
Necesidad
Casos
Uso
de
Cifrado de datos
Descripcin El intercambio de datos personales entre el cliente y el servidor, adems

del almacenamiento, debern ser cifrados mediante SHA-1.
Padre
UR.Sg.0300 Cifrado de Autor

datos
Prioridad
Media
Baja
Complejidad Media
SR.Sg.0340
Necesidad
Casos
Uso
de
Mltiples conexiones
Descripcin Se permitir que un mismo usuario est conectado de forma simultnea

a la aplicacin desde distintos dispositivos.
Padre
Prioridad
Media
Complejidad Baja
Autor
Necesidad
Media
Casos
Uso
Pgina 85
de
SR.Sg.0350
Consistencia en la informacin
Descripcin Se permitir que se realicen varios cambios por un usuario de forma

simultnea en la aplicacin, conservando su consistencia.
Padre
Prioridad
Alta
Complejidad Baja
SR.Sg.0360
Autor
Necesidad
Alta
Casos
Uso
de
Almacenamiento cdigo
Descripcin El servidor donde se almacena la documentacin y el cdigo generado

estar protegido por contrasea, de tal forma que ninguna persona no
deseada pueda acceder a estos documentos.
Padre
Prioridad
Crtica
Complejidad Baja
SR.Sg.0370
Autor
Necesidad
Alta
Casos
Uso
de
Acceso fsico
Descripcin El acceso fsico a los servidores ser restringido.

Padre
Prioridad
Crtica
Complejidad Baja
Autor
Necesidad
Alta
Casos
Uso
Pgina 86
de
8.4.1.8
SR.C.0380
Requisitos de calidad
Usabilidad
Descripcin El sistema debe ser fcilmente manejable por usuarios expertos e

inexpertos.
Padre
UR.C.0310 Usabilidad
Autor
Prioridad
Media
Necesidad
Baja
Complejidad Baja
8.4.1.9
SR.M.0390
Casos
Uso
de
Requisitos de mantenibilidad
Descripcin Se desarrollar un sistema de gestin del sitio para administradores por

el que podrn cambiar cualquier enlace, contrasea, noticia o
publicidad.
Padre
UR.M.0320
Autor
Prioridad
Media
Necesidad
Alta
Complejidad Media
SR.M.0400
Casos
Uso
de
Control de cambios
Descripcin Se guardarn la fecha, hora y usuario de todos los cambios realizados en

el sistema.
Padre
UR.M.0320
Autor
Prioridad
Baja
Necesidad
Media
Complejidad Alta
Casos
Uso
Pgina 87
de
8.5 Implementacin de las principales funcionalidades

en Liferay Portal
Una vez se tienen todos los requerimientos tcnicos de la aplicacin, es necesario
asegurarse de que Liferay Portal podr aportar una solucin para cada una de las
funcionalidades propuestas.
En este apartado se proceder a detallar cmo se ha ido desarrollando las principales
funcionalidades, recogidas a partir de los requerimientos software del apartado
anterior, con Liferay Portal desde un punto de vista tcnico.
En algunos casos, Liferay Portal aportaba varias alternativas para abordar algunas de
las funcionalidades requeridas para nuestra aplicacin, por lo que se intentar explicar
brevemente el motivo de haber elegido una implementacin en concreto.
Por ltimo, se debe explicar que algunas de las funcionalidades (la gran mayora) que
nos ofrece Liferay Portal son automticas o, como se suele decir, son de tipo out-of
the-box. Esto quiere decir que hay algunas aplicaciones en Liferay Portal que no
requieren ningn tipo de desarrollo, customizacin o instalacin.
Como ejemplo cabe destacar el sistema de mensajera instantnea que viene instalado
por defecto en Liferay Portal. Se trata de una herramienta chat por medio de la cual los
usuarios conectados a la misma vez al portal de la comunidad podrn comunicarse al
instante entre ellos envindose mensajes. Dicha herramienta se asemeja mucho a las
aplicaciones chat que se estn imponiendo en las redes sociales ms importantes hoy
en da, como son Facebook y Tuenti en nuestro pas.
Esta aplicacin ser visible como una pequea barra de tareas en la parte inferior
derecha de nuestra ventana y nos mostrar todos los usuarios del portal que estn
conectados en ese momento. Pinchando sobre cada uno de ellos, se nos abrir una
pequea ventana en la cual podremos visualizar los mensajes que escribimos y
recibimos con cada uno de estos usuarios.
8.5.1 Inicio de sesin

La aplicacin deba garantizar que cada usuario accediese por medio de un
identificador unvoco e introduciendo una clave asociada a dicho identificador. Del
mismo modo, se pretenda que el mtodo de acceso a la aplicacin fuera similar al de
otras aplicaciones populares, como por ejemplo el mtodo de acceso a las cuentas de
correo electrnico de Google o Hotmail.
Pgina 88
Liferay Portal, mediante un sistema de adicin de aplicaciones a cada una de las

pginas del portal, ofrece una serie de portlets predefinidos que nicamente
tendremos que arrastras al lugar de la pgina del portal que queremos que ocupe.
Para resolver la problemtica del inicio de sesin de los usuarios, Liferay Portal nos
ofrece el portlet Sign in (inicio de sesin en Ingls), el cual, automticamente,
general la aplicacin de inicio de sesin, validando con la base de datos del portal los
datos introducidos por los usuarios para acceder a la aplicacin.
Por ltimo, en la pgina de inicio de sesin se tiene un portlet que nos ayudar a
seleccionar el idioma de la interfaz de la aplicacin. En dicho portlet aparece una serie
de banderas, representando un idioma de cada pas. Automticamente se modificar
la interfaz de la aplicacin al cambiar de idioma.
8.5.2 Reservas
La pgina que se utiliza para mostrar las diferentes zonas comunes de las que se puede
realizar una reserva est compuesta de un par de portlets ricos en contenido, en los
cuales se podr aadir texto y definir el formato del mismo.
Sin embargo, cada pgina de las zonas comunes es ms compleja, estando compuesta
por tres portlets: un portlet rico en contenido, un portlet de tipo calendario y otro de
tipo comentarios.
Cada uno de estos portlets est destinado a una funcin: el primero a informar sobre
la zona comn y el mtodo de reserva por el que se rige; el segundo nos mostrar un
calendario mediante el cual visualizaremos las reservas efectuadas para la zona comn
y podremos realizar una; y el ltimo portlet servir para que los usuarios dejen su
opinin sobe la zona comn, propongan mejoras u otros.
8.5.3 Notas informativas

La seccin de notas informativas est compuesta mediante un portlet de tipo foro de
discusin. Dicho portlet permite tener varias secciones, las cuales a su vez pueden
tener subcategoras.
Este portlet nos permite implementar la solucin de manera bastante eficiente, ya que
se podrn publicar notas informativas dentro de la categora que se desee. Del mismo
modo, se puede restringir el acceso a ciertos tipos de usuarios y a unas determinadas
secciones del portlet, de modo que cumple perfectamente con los requerimientos que
nos habamos propuesto
Pgina 89
8.5.4 Eventos
El apartado destinado para gestionar los eventos de la comunidad es realmente
sencillo, ya que nicamente est compuesto por un portlet de tipo calendario. Dicho
portlet nos mostrar de un primer vistazo un resumen de los prximos eventos en la
comunidad, as como un esquema de todo el mes en curso con aquellos das en los que
existe un evento sealado.
Este portlet nos permitir gestionar los eventos fcilmente, pudiendo aadir, modificar
o eliminar cualquier evento sin ninguna dificultad y podremos visualizarlos de
diferente forma: vista de un da completo, de la semana, del mes y otros.
8.5.5 Repositorio documental

El repositorio documental est compuesto de un portlet de tipo biblioteca de
documentos, en el cual se pueden crear varias categoras y secciones, en las cuales se
podrn ir almacenando los documentos que se considere oportuno de una forma
lgica y ordenada.
Al igual que el resto de portlets, incluye una poltica de seguridad, por medio de la cual
se puede limitar el acceso a algunas secciones a un determinado grupo de usuarios,
salvaguardando los intereses de algunos grupos de la comunidad. Este es un claro
ejemplo de lo que se pretende hacer con los documentos de la tesorera de la
comunidad, por ejemplo, evitando que todos los usuarios del portal pudieran ver
ciertos documentos de los que aun no se dispusiese de una versin oficial.
Por razones obvias, se limitar el espacio que cada comunidad dispondr para
almacenar datos y cualquier tipo de documentos en el repositorio documental. De esta
forma, si llegado el momento una comunidad de vecinos necesita ampliar dicha
capacidad, se deber comenzar un proceso de negociacin sobre el pecio que dicha
comunidad deber abonar para tener acceso a un mayor espacio de almacenamiento.
Pgina 90
9 Proceso de alta de una comunidad
En este captulo de describir el proceso establecido a la hora gestionar el alta de una

nueva comunidad en el sistema, desde el momento en el que se percibe el inters de
un posible cliente hasta el momento en el que se entrega la aplicacin funcionando y
con todos los datos propios de la comunidad y sus vecinos.
La idea de formalizar este proceso servir para una mejor comprensin por parte de
los futuros clientes sobre la duracin aproximada de la toma de informacin,
customizacin de la aplicacin y entrega de la misma.
Del mismo modo, servir para que los clientes puedan anticiparse a los hechos a lo
largo de todo el proceso, como por ejemplo, a la hora de preparar toda la informacin
que posteriormente se les requerir, de informar a los vecinos sobre la aplicacin y las
futuras sesiones de formacin y otros.
Los plazos presentados en este apartado son estimaciones realizadas en base a la
experiencia del equipo de desarrollo e implantacin de la aplicacin y en base a la
complejidad que entraa cada una de las fases. Salvo casos excepcionales, nunca se
debera de tardar ms tiempo del que a continuacin se presenta en realizar las tareas
necesarias para implantar la solucin.
Solicitud de Informacin.
Da 1
El cliente solicita informacin sobre la aplicacin. En este momento el Jefe

de Proyecto preparar una demonstracin de la aplicacin y toda la
informacin disponible para proporcionrsela a los responsables de la
comunidad.
Presentacin de la Aplicacin.
Da 7
En un mximo de siete das se estar en disposicin de realizar una

demostracin de la aplicacin a los responsables de la comunidad.
Tambin se entregar informacin adicional de la aplicacin, en la cual se
detallarn, entre otros datos, los precios y mtodos de pago.
Pgina 91
Solicitud de informacin de la comunidad.

Da 10
Una vez el cliente haya dado su conformidad a la compra de la aplicacin,

deber abonar el 100% de la compra de la aplicacin. Una vez hecho esto,
habr tres das de plazo mximo en la que se comenzar a recoger toda la
informacin necesaria para construir el portal de la comunidad.
Solicitud de informacin de los usuarios.

Da 15
En un mximo de cinco das desde que se comienza a recopilar la

informacin necesaria sobre la comunidad, se comenzar a recoger la
informacin necesaria de los vecinos de la misma, distribuyendo los
formularios correspondientes y se registrar posteriormente toda la
informacin en un fichero tipo Excel.
Presentacin de la configuracin de la Aplicacin.
Da 20
En un mximo de cinco das desde que se comienza a recopilar la

informacin necesaria sobre los vecinos de la comunidad, se deber
presentar a los usuarios una versin definitiva de la aplicacin,
customizada con los nuevos datos de la comunidad.
Implantacin del portal.

Da 23
Una vez el cliente haya dado su conformidad con la aplicacin presentada

y se haya recibido el pago del 100% de la configuracin de la aplicacin, se
proceder a implantar el portal, dejndolo operativo para el comienzo de
su uso por los usuarios y remitindoles a los correos electrnicos de los
mismos los nombres de usuario y contraseas de la aplicacin.
Cursos de formacin
Da 30
En un mximo de siete das desde que se implante la aplicacin, se

debern impartir los cursos de formacin: un curso para los principales
responsables de la comunidad para informar sobre la gestin de la
aplicacin y otro curso para los vecinos en general, en el cual se deber
informar a todos los usuarios sobre cmo utilizar la aplicacin.
Pgina 92
En resumen, aproximadamente en un mes desde que un cliente reclame informacin

sobre la aplicacin, el cliente tendr implantado y listo para usar el portal, habiendo
recibido los cursos de formacin pertinentes.
Esto garantiza al usuario una rpida disponibilidad del portal para su uso,
incrementando la satisfaccin de los usuarios y optimizando la disponibilidad de los
recursos en el supuesto de un nuevo inters en la herramienta por parte de otros
clientes.
A continuacin se muestra una tabla resumen con el proceso.
Pgina 93
Calendario del proceso de alta de una Comunidad de Vecinos
Da 1
Da 2
Da 3
Da 4
Da 5
Da 6
Solicitud informacin
Da 8
Presentacin aplicacin
y entrega
documentacin
Da 9
Da 10
Pago Compra aplicacin
Da 15
Da 11
Da 12
Da 13
Da 14
Da 18
Da 19
Da 20
Da 21
Presentacin
de
la
aplicacin adaptada a la
comunidad
Pago
Configuracin
Aplicacin
Da 27
Da 28
Comienzo
recogida
de
informacin de la comunidad
Da 16
Da 17
Comienzo recogida de
informacin de vecinos
de la comunidad
Da 22
Da 23
Da 24
Implantacin del portal y

distribucin de nombres de
usuario y contraseas
Da 29
Da 7
Da 30
Cursos de
usuarios
Da 31
formacin
Da 25
Da 26
10
Alta de la informacin
El propsito de este apartado es presentar una serie de plantillas con las que el equipo
de desarrollo e implantacin lograr recabar toda la informacin necesaria para crear
el portal para una comunidad de vecinos.
Estas plantillas de obtencin de informacin debern ser presentadas a los usuarios
representantes de una comunidad de vecinos y cumplimentadas en su totalidad, ya
que ser la base para crear el portal colaborativo segn las caractersticas y tipologa
de cada comunidad.
Del mismo modo, es responsabilidad de la comunidad de vecinos presentar las
fotografas de la misma necesarias para el portal.
10.1 Informacin general de la comunidad de vecinos

La informacin general de la comunidad de vecinos es vital para el equipo de
desarrollo e implantacin del portal, por lo que se ruega que se cumplimente con el
mayor lujo de detalles.
Esta informacin servir para cumplimentar gran parte del portal colaborativo de la
comunidad de vecinos, aportando gran parte de la informacin necesaria con la que el
portal de la comunidad ganar enriquecido.
10.2 Instalaciones comunes

La informacin de las instalaciones comunes servir para crear las pginas de cada
instalacin, incluyendo fotos para una mejor descripcin de cara al usuario y una mejor
presentacin visual.
Para aquellas instalaciones que requieran reserva previa para poder ser utilizadas, es
de vital importancia incluir todo tipo de detalles, de modo que el equipo de desarrollo
e implantacin pueda crear un sistema de reservas de acorde con las normas de cada
Pgina 96
Para esta plantilla es necesario enumerar cada una de las instalaciones con las que
cuenta la comunidad de vecinos, elaborando a partir de esta informacin la estructura
de la pgina destinada a las instalaciones comunes que aparecern en el portal.
10.3 Informacin de eventos

En todas las comunidades suele haber eventos programados y que se repiten cada
ao, como puede ser una fiesta anual de toda la comunidad, juntas de vecinos u otros.
Dichos eventos podrn ser dados de alta en la aplicacin por el equipo de desarrollo e
implantacin, de modo que la comunidad disponga desde el primer momento de todos
sus eventos ms importantes registrados en el portal.
Pgina 97
Para proceder a registrar dichos eventos, se necesitar toda la informacin de cada

uno de los mismo, para de estar forma poder registrarlos en la aplicacin con el mayor
lujo de detalles.
10.4 Informacin de usuarios

El alta de usuarios podr realizarla o bien el administrador del portal de cada
comunidad o el administrador de la empresa implantadora. Hay que tener en cuenta
que:
Pgina 98
Tanto el usuario de presidente, vicepresidente y administrador del portal de la

comunidad de vecinos sern dados de alta por el administrador de la empresa
implantadora en cualquier caso.
Una vez se haya implantado el sistema, el dar de alta un usuario en el portal
ser obligacin de la persona designada por cada comunidad.
El nombre de usuario para acceder al portal de la comunidad de todos los vecinos de la
comunidad ser generado automticamente a partir de los nombres y apellidos de los
mismos, siendo posible su modificacin informando previamente al administrador.
La contrasea para acceder al portal de la comunidad se genera automticamente y es
enviada va correo electrnico a cada usuario. Es responsabilidad del usuario modificar
dicha contrasea una vez acceda a la aplicacin por primera vez.
En cualquier caso, los administradores tienen los permisos necesarios para modificar
las contraseas de los usuarios, pudindose acudir a ellos ante cualquier incidencia.
El alta de usuario es quiz el proceso ms complejo de alta de informacin, ya que,
dependiendo del nmero de usuario que habiten en una comunidad, este proceso
puede convertirse en un incordio.
Es por ello que se ha ideado un proceso por medio del cual se darn de alta los
usuarios automticamente mediante la ejecucin de un fichero script, el cual cargar
los datos de los usuarios y los almacenar en la base de datos.
La idea es almacenar los datos de los usuarios en un fichero tipo Excel, incluyendo toda
la informacin relevante que se deber almacenar en la aplicacin y, al ejecutar el
fichero script, ste cargar los datos del Excel e ir introducindolos en la base de
datos automticamente.
Del mismo modo, se podr dar de alta los usuarios manualmente, ya que, por ejemplo,
si en un momento dado se debe dar de alta un nuevo vecino de la comunidad, no se
tendra por qu introducir sus datos en el Excel y ejecutar el script, tarea algo costosa
para un nico usuario.
El modelo por medio del cual se definirn la poltica de asignacin de nombres de
usuario y contraseas ser la siguiente:
Nombres de usuario: se escoger la primera letra del nombre del usuario y el
apellido completo. Por ejemplo, si el usuario se llama Enrique Toubes, el
nombre de usuario asignado ser etoubes.
Pgina 99
En el caso de que hubiera un nombre de usuario repetido, se aadira al

nombre de usuario la letra del segundo apellido.
Contraseas: automticamente se generar una contrasea por defecto para
cada usuario que se d de alta en el portal. Esta contrasea estar formada por
dos letras, una en mayscula y otra en minscula, seguida de cuatro nmeros y
terminada en dos letras. Esta contrasea se le enviar por correo electrnico al
usuario, de modo que pueda acceder por primera vez al portal.
La plantilla por medio de la cual se proceder a registrar toda la informacin que se
necesita por parte de los usuarios es la siguiente:
Pgina 100
Pgina 101
11
Alta y mantenimiento de la aplicacin
El propsito de este captulo es presentar una gua en la que se detallar cmo se

darn de alta las diferentes comunidades en el servidor, as como la gestin de las
mismas una vez dadas de alta.
A su vez, se definir el proceso mediante el cual se ofrecer a los usuarios de la
aplicacin un curso de formacin y demostraciones por los cuales se debera conseguir
que los usuarios sean autnomos a la hora de gestionar los portales colaborativos de
sus comunidades. Este proceso se llevar a cabo justo en el momento de la instalacin
del portal en los servidores, para que el tiempo estimado entre la entrega del producto
y la toma de contacto de los usuarios con el mismo sea lo menos posible.
De esta forma se pretende garantizar que los usuarios administradores de cada portal
de las comunidades de vecinos sean totalmente autosuficientes cuando se les
entregue el producto, permitindoles ponerse a trabajar con la aplicacin desde el
primer momento.
As mismo, el resto de usuarios de la aplicacin tendrn la oportunidad de conocer de
manos de los desarrolladores cmo usar la aplicacin, ofrecindoles la posibilidad de
formular preguntas y familiarizarse con el portal colaborativo.
11.1 Alta de aplicaciones

Tras recabar toda la informacin necesaria a partir de las plantillas presentadas
anteriormente en este documento, el equipo de desarrollo e implantacin proceder a
introducir dicha informacin en su lugar correspondiente de la aplicacin.
Una vez hecho esto, se proceder a crear una nueva aplicacin para la comunidad de
vecinos en cuestin, dndola de alta en el servidor y asignndola una nueva direccin
URL, la cual ser nica para cada portal.
Pgina 102
De esta forma, se podrn tener mltiples instancias de la aplicacin portal en un

mismo servidor, tan solo diferencindolas por la direccin URL y sin necesidad de
volver a instalar otro Liferay Portal en el servidor.
Una duda que se nos puede plantear llegado este momento es cmo se almacenan los
datos en la base de datos de Liferay Portal. El que haya nuevas instancias del portal no
significa que haya ms bases de datos, al contrario, seguir habiendo una nica base
de datos, la cual ser compartida por cada una de las instancias. Los registros se
almacenan en la base de datos con dos claves principales: el identificador de la
instancia de Liferay Portal y el nombre de usuario de un usuario cualquiera. De esta
forma se evitan duplicidades de usuarios en la aplicacin.
Toda la informacin que viene a continuacin no pretende ser un manual de cmo
realizar cada una de las acciones, sino una gua de los pasos que se debern llevar a
cabo. Para mayor informacin y detalle, se deber de acudir a los manuales de usuario
que se encontrarn ms adelante en este documento, en la seccin de manuales de
usuario.
Volviendo a la creacin de instancias en Liferay Portal, se ha de decir que la carga de
trabajo en el servidor apenas se ve afectado al crear una nueva instancia, ya que no se
est ejecutando una nueva aplicacin de Liferay Portal. De esta forma se permitir
crear mltiples instancias de la aplicacin sin verse afectado el rendimiento en el
servidor donde est instalado Liferay Portal. El nico problema que se podra tener con
respecto a este tema sera debido a un excesivo uso de la base de datos y su
crecimiento, ya que, a medida que se vayan registrando usuarios en la base de datos y
mayor informacin, mayor ser el tiempo de respuesta y la capacidad para ejecutar las
instancias de Liferay Portal. Se ha de decir que para que llegue este punto sern
necesarias crear bastantes instancias de Liferay Portal y poblar todas ellas con
numerosos usuarios.
11.2 Creacin de un nuevo portal

Una vez se ha decido crear un nuevo portal para una nueva comunidad de vecinos, se
deber crear una nueva instancia de la aplicacin en el servidor. Este proceso es
bastante simple, ya que nicamente se deber indicar en el panel de control de Liferay
que se desea crear una nueva instancia, teniendo que introducir el identificador web,
el servidor virtual y dominio de correo de la nueva instancia.
Pgina 103
Este proceso se detalla en la seccin de manuales, en el apartado destinado a al

administrador del servidor.
Para poder realizar este proceso, el administrador del servidor deber hacer lo
siguiente:
Introducir un identificador web vlido, diferente a los que ya existen.
Seleccionar un servidor virtual para la nueva instancia
Escoger un dominio de correo, el cual ser normalmente igual al identificador
web.
Una vez hecho esto, dispondremos de un nuevo portal, el cual tendremos que
configurar a imagen y semejanza del portal base, dando de alta los usuarios que
corresponda y asignndoles los roles necesarios.
11.3 Configuracin de la nueva instancia

Al crear una nueva instancia del portal base obtendremos una nueva instalacin
Liferay, la cual tendremos que configurar y parametrizar del mismo modo que est el
portal base, de forma que se garantice un ptimo funcionamiento.
Este proceso se detallar con mayor detalle en la seccin de manuales de usuario, en
el apartado destinado al administrador del servidor.
Una vez se haya parametrizado el nuevo portal a imagen y semejanza del portal base,
podremos modificarlo de forma que se ajuste a las necesidades de cada cliente.
Una vez creada la nueva instancia del portal, tendremos que dar de alta los usuarios
que corresponda en la nueva aplicacin, asignndoles los roles correspondientes. Este
paso se realizar siempre y cuando se haya llegado a dicho acuerdo con el cliente del
portal, ya que en otro caso ser el administrador del portal de la comunidad el
encargado de dar de alta los usuarios.
Posteriormente y siguiendo como ejemplo el portal base, si irn creando las pginas
que formarn el nuevo portal de la comunidad de vecinos, dotndolas de contenido a
medida que se vayan creando. Se irn introduciendo portlets en dichas pginas y
asignando los permisos pertinentes tantos a las pginas como a los mismos portlets.
Pgina 104
Una vez se tienen todas las pginas y portlets necesarios para crear un nuevo portal
comunidad, se introducir la informacin que corresponda a la comunidad de vecinos
en cuestin.
11.4 Alta de la informacin

Una vez se tienen todas las plantillas con la informacin y estructura necesaria, el
equipo de desarrollo e implantacin ir registrando de manera escalonada toda la
informacin recogida en las plantillas en el portal de la aplicacin.
Se ir rellenando cada apartado de la aplicacin que corresponda con la informacin
recogida de los cuestionarios, de forma que en pocos minutos se podr tener
construido el portal con la informacin de la comunidad que corresponda.
Del mismo modo, las fotos que se hayan seleccionado para incluir en el portal tienen
un espacio predefinido dentro del portal, de modo que el tiempo que se emplear en
buscar el mejor lugar donde colocar una foto es mnimo.
Se podrn seguir varias vas a la hora de obtener las fotos necesarias para terminar de
customizar el portal:
Sern los propios usuarios de la comunidad los que se encargarn de realizar
las fotos necesarias para poder insertarlas en el portal de la comunidad. Se
remitirn va correo electrnico las fotos que sean del agrado de los usuarios a
la direccin que se les proporcionar. Una vez recibidas, el equipo de desarrollo
e implantacin las insertar en el lugar que les corresponda.
El equipo de GCO se encargar de la toma de dichas fotos. Los das en los que
se distribuyan los cuestionarios en la comunidad o se recojan, se realizar la
captura de fotos, obteniendo en toda la informacin necesaria sobre el portal a
la vez.
Pgina 105
11.5 Gestin de las comunidades

La gestin de todas las comunidades que se vayan dando de alta en el servidor no
requerir de un gran esfuerzo, ya que se trata de aplicaciones muy estables y que
apenas necesitarn desarrollo una vez instaladas.
Existir un administrador de servidor, quien estar encargado de asegurar que el
servidor funciona correctamente y est actualizado en todo momento.
A nivel de los portales de cada comunidad, dicho administrador estar encargado de
levantar la aplicacin, en el supuesto de que se produzca alguna cada y de avisar al
responsable del proyecto si fuera necesaria alguna intervencin de mayor carcter.
Como ya se ha comentado anteriormente, por cada comunidad existir un
administrador, dentro de la propia comunidad de vecinos, el cual ser el encargado de
dar de alta nuevos usuarios, realizar modificaciones en los mismos y otras tareas de
ndole similar.
La labor del administrador del servidor a nivel de gestin de comunidades se limitar a
dar apoyo a los administradores de cada comunidad si fuera necesario.
11.6 Demostraciones de la aplicacin

Para poder mostrar a los clientes todo el potencial que ofrece Liferay Portal y
ensearles la aplicacin para las comunidades de vecinos, se dispondr de una demo,
la cual se acompaar a modo de presentacin a este documento.
En dicha demo, los clientes podrn contemplar un funcionamiento aproximado de la
herramienta, abarcando todos los aspectos que cubre la aplicacin y mostrando todas
las funcionalidades que ofrece.
Ya que no se espera que el cliente posea conocimientos avanzados de informtica,
dicha demostracin deber ser fcilmente entendible por cualquier tipo de usuario con
conocimientos mnimos de informtica.
En la demostracin se mostrar a los usuarios cmo funciona la aplicacin con dos
tipos de diferentes de usuarios de la herramienta: un usuario administrador y un
Pgina 106
usuario normal. De esta forma se podrn ensear todas las caractersticas a nivel de
seguridad que posee la herramienta, ensear cmo se dan de alta usuarios y cmo los
miembros de la propia comunidad de vecinos podrn gestionar su propio portal
fcilmente.
El portal que se mostrar en dicha demostracin contendr informacin general sobre
una comunidad de vecinos ficticia, de forma que los futuros usuarios de la aplicacin
puedan ver en vivo y en directo un ejemplo final de la aplicacin, llegando a imaginarse
cmo quedara la herramienta con informacin referente a sus comunidades.
De esta forma se pretende lograr una mayor aceptacin por parte de los clientes,
intentando que se sientan identificados de algn modo con esta herramienta y
mostrndoles la problemtica diaria con la que se enfrentan la mayora de
11.7 Formacin de los usuarios

Ya que se da por hecho que los usuarios no tienen por qu poseer conocimientos de
informtica, se impartirn cursos de formacin sobre el uso de la herramienta en todas
las comunidades de vecinos donde se termine implantando la aplicacin.
De este modo se pretende que, en el momento de entrega de la aplicacin, tanto el
administrador del portal designado por cada comunidad, como el presidente,
vicepresidente y el resto de cargos de la comunidad como mnimo posean los
suficientes conocimientos como para desenvolverse sin problemas dentro de la
aplicacin. De esta forma se lograr que en cada comunidad existan usuarios
experimentados de la herramienta que puedan ayudar al resto de usuarios una vez se
terminen los cursos de formacin, ya que sern estos cargos los que tengan un acceso
menos restringido que el del resto de usuarios.
Se ofrecer un curso de formacin a todos los vecinos de la comunidad de
introduccin a la herramienta y de demostracin de las funcionalidades de la misma,
independientemente del cargo que posean en la comunidad, ya que el presidente de
una comunidad no deja de ser un vecino ms y puede realizar las mismas acciones
dentro del portal que cualquier otro usuario normal.
Pgina 107
Durante el transcurso de este curso de formacin se podr comprobar el

funcionamiento de la aplicacin de primera mano, adquiriendo los conocimientos
necesarios como para poder utilizar todas las funcionalidades que ofrece la aplicacin.
Para los administradores del portal de las comunidades y el resto de cargos de la
comunidad, el curso de formacin ser ms largo, ya que a ellos se les deber ensear
a utilizar ciertas funcionalidades de la aplicacin disponibles nicamente para sus roles
dentro de la comunidad.
En este curso extendido se vern funcionalidades como las de aadir o modificar
informacin de los usuarios del portal, dar de alta a usuarios en la comunidad de
vecinos, gestionar la documentacin de repositorio documental y otras
funcionalidades.
Una vez terminados estos cursos de formacin, se informar a todos los usuarios de
los manuales de usuario que se disponen para utilizar la herramienta y la ubicacin de
los mismos dentro del portal, de modo que en cualquier momento puedan
consultarlos ante cualquier duda o problema.
Del mismo modo, se facilitar al presidente de la comunidad una copia de dichos
manuales, de forma que haya una copia accesible en cualquier momento para los
usuarios dentro de una comunidad.
Pgina 108
12
Manuales de usuario
El propsito de este documento es presentar una gua a modo manual a los diferentes
tipos de usuario que interactuarn con el portal colaborativo GCO: los vecinos de la
comunidad, los administradores del portal de cada comunidad de vecinos y el
administrador del servidor en el que estarn instalado la herramienta Liferay Portal.
De esta forma, los usuarios podrn utilizar un documento diferente segn las
caractersticas de su perfil de usuario y sus necesidades para consultar las
funcionalidades bsicas de la aplicacin portal GCO.
12.1 Manual de usuario: administrador del portal

El manual de usuario tipo administrador del portal est destinado para los
administradores del portal en las distintas comunidades de vecinos, como por ejemplo
podrn ser los presidentes y vice presidentes de las comunidades.
En este manual se detalla cada una de las funcionalidades con las que cuenta el portal
GCO, as como las diferentes secciones con las que cuenta, de modo que el
destinatario del mismo podr consultar en cualquier momento cmo se realizan
exactamente cada una de las acciones posibles dentro del portal, as como buscar
informacin sobre cmo ejecutar las tareas de las que l es responsable como
administrador.
12.1.1
Pgina de inicio de la aplicacin
Para poder acceder a la aplicacin, el usuario deber introduccin la direccin URL del
portal de su comunidad, como por ejemplo www.comunidadbuenavista.com. Dicha
direccin URL deber proporcionrsela el presidente u otro cargo similar de su
Una vez hayamos introducido la direccin URL correspondiente, nuestro navegador
Web nos llevar a una pgina que tendr un formato similar al siguiente:
Pgina 109
Esta pgina es la pgina inicio del portal de la comunidad y en ella podremos encontrar
la siguiente informacin:
Mensaje de bienvenida al portal.
Vnculo de acceso a la pgina de inicio de sesin del portal de la comunidad.
Cada pgina de la aplicacin contendr pestaas mediante las cuales podremos
navegar a otras secciones del portal. En este caso podremos ir a La Comunidad,
donde encontraremos informacin relevante a la comunidad de vecinos y los prximos
eventos pblicos que se celebrarn en la misma, Contacto, donde podremos
encontrar informacin de contacto de la comunidad y Ayuda, donde se podr
encontrar informacin acerca del funcionamiento de la aplicacin.
Otra seccin que apreciaremos nada ms acceder a la pgina de bienvenida de la

aplicacin es una pestaa en la parte superior derecha de la pgina, en la que
visualizaremos el texto Welcome!. Esta parte se denomina Dock y en ella
podremos obtener acceso a las principales funcionalidades que nos ofrecer la
aplicacin, segn el tipo de usuario del que dispongamos.
Pgina 110
12.1.2
Acceso a la pgina principal de la aplicacin
Para poder acceder a la aplicacin, tendremos que pinchar sobre el enlace que nos
llevar a la pgina de inicio de la aplicacin, en la zona denominada Acceda a la
aplicacin.
Otra forma existente de acceder a la aplicacin es pinchando sobre el Dock:
Pgina 111
Y a continuacin pulsando sobre el vnculo de Sign in.
Independientemente del proceso que escojamos para acceder a la pgina de inicio de

la aplicacin, el resultado ser el mismo, llegando a la pgina principal de acceso a la
aplicacin de la comunidad de vecinos que corresponda.
12.1.3
Inicio de sesin en la aplicacin
Una vez hemos pinchado en el vnculo, aparecer una ventana como la siguiente:
Pgina 112
En esta pantalla tendremos que identificarnos para poder acceder a la aplicacin, por
lo que tendremos que introducir nuestro nombre de usuario y contrasea que nos
hayan suministrado. Tendremos la posibilidad de marcar la opcin Recurdame si
queremos que el sistema guarde nuestro nombre de usuario y contrasea para las
prximas visitas, de forma que no tendremos que introducir estos datos cada vez que
queramos acceder a la aplicacin.
Es altamente recomendable que si accedemos a la aplicacin desde un terminal

pblico no seleccionemos esta opcin, ya que permitiramos a otros usuarios
desconocidos que accedieran a la aplicacin en nuestro nombre.
Pgina 113
Del mismo modo podremos cambiar el lenguaje de la aplicacin, de modo que el

lenguaje empleado por la aplicacin se ajustar al idioma seleccionado. Destacar que
toda la informacin relevante a la comunidad de vecinos seguir apareciendo en
espaol, ya que ste es el nico idioma vlido para el contenido de la aplicacin.
Para poder seleccionar un idioma, simplemente deberemos seleccionar la bandera del
idioma que deseamos.
Por ltimo, destacar la seccin destinada a los nuevos avisos de la comunidad, en la

cual, una vez nos hayamos registrado en la aplicacin, podremos visualizar las ltimas
novedades en nuestra comunidad.
Pgina 114
12.1.4
Generar un aviso
Una vez hemos iniciado sesin en la aplicacin, el administrador del portal podr
generar un aviso a toda o parte de la comunidad. En la seccin de Avisos deber
pinchar sobre Administrar las entradas para acceder a la ventana de control de los
avisos.
Una vez hecho esto, podemos realizar dos acciones: visualizar los avisos que
actualmente estn activos en la comunidad, seleccionando el mbito de cada aviso (a
quin va dirigido) o crear uno nuevo.
Para visualizar los avisos activos, pulsaremos sobre el desplegable que hay justo al lado
mbito de distribucin y seleccionaremos qu avisos queremos ver. Si por ejemplo
seleccionamos Vecinos, podremos visualizar todos los avisos generados para los
usuarios tipo Vecinos, y as sucesivamente.
Pgina 115
Una vez realizada la bsqueda de avisos, podremos editarlos o borrarlos

definitivamente. Realizaremos esto pulsando sobre el botn Acciones y
seleccionando lo que queramos hacer.
Para crear un nuevo aviso, simplemente pulsaremos sobre el botn Aadir entrada y
rellenaremos los campos que corresponda, seleccionando el mbito de distribucin
para fijar los destinatarios de dicho aviso. As mismo, podremos seleccionar tanto la
fecha de publicacin (pudiendo programarla para que salte cuando deseemos) y la
fecha de expiracin, momento en el cual se borrar automticamente el aviso.
12.1.5
Cerrado de sesin de la aplicacin
Una vez hemos iniciado sesin en la aplicacin, podremos cerrar la misma de la

siguiente forma.
Pgina 116
Desde la pantalla de inicio del portal, pasaremos el ratn sobre el Dock.
Y a continuacin seleccionaremos la opcin salir, para poder cerrar la aplicacin.
Pgina 117
12.1.6
Funcionalidades de la aplicacin
La aplicacin nos ofrece bastantes funcionalidades de cara a facilitar las acciones

comunes que realizamos en nuestra comunidad de vecinos.
La aplicacin en concreto dispone de las siguientes funcionalidades:
Reserva de instalaciones de la comunidad.
Gestin de notas informativas de la comunidad.
Aviso sobre eventos de la comunidad.
Acceso a un repositorio documental de la comunidad.
Estas funcionalidades se representan mediante una seccin dentro de la aplicacin,
representada mediante pestaas de navegacin.
Pgina 118
12.1.7
Sistema de reservas
Una vez hemos iniciado sesin en la aplicacin, para poder realizar una reserva
deberemos pulsar sobre la pestaa Reservas.
Una vez hayamos accedido a la pgina de reservas, obtendremos un listado de todas

las instalaciones disponibles en la comunidad de vecinos, la cual tendr un aspecto
como la siguiente imagen.
Despus de haber encontrado la instalacin comn de la comunidad de la cual

deseamos hacer la reserva, pincharemos sobre el vnculo habilitado para dicha
instalacin, encontrndonos entonces en la pgina habilitada para dicha instalacin.
Pgina 119
En la pgina de cada instalacin encontraremos tres secciones diferentes: en la

esquina superior izquierda estar la descripcin de la instalacin de la comunidad de
vecinos, en la esquina superior derecha aparecern los comentarios de los vecinos
sobre dicha instalacin y en la parte inferior el calendario de reservas.
12.1.7.1 Aadir comentarios a una instalacin comn

Para poder aadir un comentario, simplemente pulsaremos en el vnculo Aadir
comentario en la seccin de Comentarios.
Pgina 120
Posteriormente, introduciremos el texto del comentario que deseamos insertar en el

espacio habilitado para ello y pulsaremos Responder para publicar el comentario o
Cancelar para descartar el texto que se haya introducido.
12.1.7.2 Realizar una reserva de una instalacin comn

Para poder efectuar una reserva, primero tendremos que cerciorarnos que no existe
ninguna reserva efectuada para la fecha y hora que deseamos. Podremos visualizar el
resumen de las reservas para la instalacin en cuestin en el da, las reservas por da y
por hora, semana, mes e incluso ao efectuadas en la instalacin y, por ltimo, todas
las reservas efectuadas (en la pestaa de Eventos).
Pgina 121
Una reserva se realizar pulsando el botn Aadir evento, desde el cual

navegaremos hasta la pantalla de creacin de una reserva.
Rellenaremos el formulario que nos aparece en la pantalla indicando: fecha y hora de

inicio de la reserva, duracin, el nombre de la persona que efecta la reserva en
ttulo y en la descripcin cualquier comentario que se desee aadir al respecto.
Finalmente pulsaremos sobre el botn guardar.
Pgina 122
Al navegar en la agenda, podremos comprobar cmo sta pasa a ocupar toda la

pantalla, pudiendo volver a la vista anterior pulsando sobre Volver a la pgina ndice
en la parte superior derecha del calendario.
12.1.7.3 Modificar una reserva de una instalacin comn

Para poder modificar una reserva realizada, accederemos a la agenda de la instalacin
comn donde realizamos la reserva y buscaremos la que realizamos con nuestro
nombre de usuario. Pulsaremos sobre el botn Editar e introduciremos las
modificaciones correspondientes en el formulario para realizar la reserva.
12.1.8
Notas informativas
Una vez hemos iniciado sesin en la aplicacin, para poder realizar una nota
informativa deberemos pulsar sobre la pestaa Notas informativas.
Pgina 123
A continuacin navegaremos a una pgina con un aspecto similar a la siguiente:
En dicha pgina podremos encontrar las diferentes secciones en las que se puede
publicar una nota informativa, en este caso Anuncios Generales, Dudas y Sugerencias,
Juntas Generales y Quejas.
Pgina 124
La cantidad de secciones que se pueden poner en el apartado de Notas Informativas es

totalmente customizable y se adaptar en todo momento a las exigencias del usuario.
Volviendo a la descripcin de la pgina de Notas Informativas, en la vista principal
podremos navegar a las diferentes secciones del tabln de anuncios, siendo stos
Categoras (donde podremos ver las diferentes categoras donde se pueden publicar
una nota informativa), Mis mensajes (para visualizar los nuevos mensajes de usuario
logueado), Mis suscripciones (donde el usuario podr comprobar las suscripciones que
tiene activas, lo cual se explicar ms adelante), Mensajes recientes para visualizar los
ltimos mensajes) y Estadsticas (donde encontraremos un resumen de las notas
informativas recibidas y de la categoras activas).
Pinchando sobre el botn Acciones en la vista principal podremos suscribirnos a

alguna de las categoras vigentes en el tabln de notas informativas, de modo que,
cada vez que se publique una nueva nota informativa en esa categora nos llegar un
correo electrnico a la direccin de e-mail que hayamos especificado.
Pgina 125
Para poder acceder a las notas informativas de alguna de las categoras activas,
simplemente pincharemos sobre alguna de ellas, navegando directamente a dicha
categora dentro del tabln de notas informativas (en el ejemplo pinchamos sobre
Anuncios Generales).
Una vez hayamos navegado a una de las categoras, podremos visualizar las notas
informativas publicadas en la misma. En el ejemplo podemos apreciar como el usuario
Enrique Toubes ha publicado una nota sobre el lanzamiento del nuevo portal. Al pulsar
sobre la nota se abrir sta dentro del tabln de notas informativas, visualizando la
descripcin de la nota e informacin sobre la publicacin de la misma.
12.1.8.1 Creacin de notas informativas
Los usuarios podrn escribir una nota informativa nicamente en las categoras de
Dudas y Sugerencias o Quejas. El resto de categoras necesita de permisos especiales
Pgina 126
dentro del portal, como los que posee el presidente de la comunidad u otros roles
caractersticos de la misma.
Para poder crear una nueva nota informativa, por ejemplo en la seccin de Quejas,
navegaremos hasta ella y pulsaremos sobre el botn Crear nuevo hilo de discusin.
Deberemos rellenar los campos del formulario que nos aparecer y pulsaremos sobre
el botn Guardar para crear la nota informativa. Si deseamos previsualizar la nota
informativa, pulsaremos sobre el botn Vista previa y Cancelar si deseamos
desechar la nota informativa.
12.1.8.2 Suscripciones de notas informativas

Ya que un usuario puede no desear recibir informacin sobre algunas notas
informativas, se dar la posibilidad a cada usuario de seleccionar qu tipo de alertas
desea recibir a su correo electrnico.
Pgina 127
De esta forma, si un usuario est interesado en recibir informacin sobre los anuncios
generales de su comunidad, podr suscribirse a esta categora. Cada vez que se
publique una nueva nota informativa referente a esta seccin de la comunidad, el
sistema enviar automticamente al correo electrnico del usuario un e-mail
notificndole del nuevo mensaje, as como el texto del mismo.
Del mismo modo, un usuario puede suscribirse a una nica nota informativa. Por
ejemplo, si un usuario realiza una queja formal en el tabln de notas informativas,
podra suscribirse a dicha nota de modo que, cada vez que algn usuario opine sobre
ella ser notificado va correo electrnico.
12.1.9
Eventos
Una vez hemos iniciado sesin en la aplicacin, para poder visualizar los eventos
existentes en nuestra comunidad deberemos pulsar sobre la pestaa Eventos.
Pgina 128
A primera vista visualizaremos un resumen de los eventos activos en el da en que nos

encontremos, siendo ste resaltado en el calendario. Nos aparecer una imagen
general del mes en curso y las diferentes opciones de las que disponemos en el
calendario de eventos.
Entre stas opciones estn Da (listado completo del da en el que nos encontramos
con todos los eventos activos), Semana (listado completo de la semana que muestra
los eventos de toda la semana), Mes (listado mensual del mes en curso con todos los
eventos activos), Ao (listado anual con todos los eventos activos) y Eventos (listado
con todos los eventos).
Pgina 129
12.1.10
Una vez hemos iniciado sesin en la aplicacin, para poder visualizar el repositorio
documental existente en nuestra comunidad deberemos pulsar sobre la pestaa
Repositorio documental.
En la pgina que nos encontraremos podremos visualizar un listado con las diferentes
categoras de almacenamiento de documentos presentes en nuestra comunidad. Por
defecto estas categoras son Actas de Juntas, Ayuda, Notas informativas, Otros,
Reuniones y Tesorera. Es posible que cada una de estas categoras se subdivida en
otras subcategoras. Cabe destacar que cada portal podr tener un tipo diferente de
categoras y tantas subcategoras dentro de ellas como se desee, ya que son 100%
personalizables.
Pgina 130
En la vista principal del repositorio documental podremos ver los documentos que
como usuario hemos subido (Mis documentos) y aquellos documentos recientes que
se han aadido al repositorio documental (Documentos recientes).
Para poder visualizar los documentos dentro de una categora, simplemente

pincharemos sobre el nombre de alguna de ellas, navegando dentro del repositorio
documental a la carpeta seleccionada. Dentro de cada categora visualizaremos los
documentos aadidos recientemente y las diferentes subcategoras que pueda tener
dicha categora.
12.1.11
Ayuda
Una vez hemos iniciado sesin en la aplicacin, para poder visualizar la seccin de
ayuda existente en nuestra comunidad deberemos pulsar sobre la pestaa Ayuda.
Pgina 131
En esta seccin podremos visualizar algunos temas de ayuda referentes al portal, as

como la informacin exacta sobre dnde localizar esta gua de usuario en el repositorio
documental de la aplicacin.
12.1.12
Aadir y modificar usuarios
El administrador del portal podr enfrentarse en algn momento dado ante la

necesidad de dar de alta el mismo a un usuario en la aplicacin, o bien a modificar los
datos de un determinado usuario del portal.
Estos procesos son realmente sencillos y no requieren ninguna habilidad extra por
parte del administrador del portal, ya que Liferay Portal est diseado para facilitar al
mximo cualquier tarea que se quiera llevar a cabo. Los pasos a seguir los detallamos a
continuacin.
Una vez se ha iniciado sesin en la aplicacin, nos dirigiremos al panel de control del
portal. En la nueva ventana, buscaremos la opcin Usuario, la cual estar bajo la
categora PORTAL.
Una vez hecho esto, navegaremos a una pantalla con el siguiente aspecto:
Pgina 132
En dicha pantalla podremos visualizar en la parte inferior todos los usuarios dados de
alta en la aplicacin, el cargo que desempean dentro de la comunidad de vecinos y
sus nombres y apellidos.
En la parte superior, tendremos el panel de control por medio del cual buscar a un
usuario determinado por alguno de los siguientes campos de informacin: nombre,
primer apellido, segundo apellido, nombre de usuario o por la direccin de correo
electrnico.
Del mismo modo, podremos aadir usuario, pulsando en el botn aadir:
Pgina 133
Una vez pulsado dicho botn, navegaremos a la pantalla de alta de un usuario nuevo
en la aplicacin, la cual tendr el siguiente aspecto:
El administrador deber rellenar los campos con la informacin del usuario que se
quiere dar de alta. Una vez se haya introducido toda la informacin, se pulsar sobre el
botn Guardar que aparece en la parte derecha de la pantalla. Si por el contrario,
desea descartar la creacin de un nuevo usuario, pulsar sobre el botn Cancelar.
Pgina 134
Los datos del usuario registrado sern almacenados en la base de datos con la que
cuenta Liferay Portal.
Para poder modificar los datos de un usuario, en la pantalla principal de los usuarios
del portal de la comunidad, realizaremos una bsqueda del usuario del que deseamos
modificar la informacin o bien los buscaremos manualmente.
Una vez encontrado el usuario del que queremos modificar los datos, pulsaremos
sobre el botn Acciones situado a la derecha del usuario a modificar y pulsaremos
sobre la opcin Editar.
Navegaremos a una pantalla de informacin de usuario en la que podremos visualizar

toda la informacin de la que se dispone de dicho usuario. Se podr modificar
cualquier campo de los que aparece en la pantalla, salvando los cambios al pulsar
sobre el botn Guardar o descartndolos pulsando sobre el botn Cancelar en la
parte derecha de la pantalla.
Pgina 135
Tambin se podr modificar la contrasea del usuario, pulsando sobre la opcin

Contrasea en la parte derecha de la pantalla. Para poder modificar la contrasea,
tendremos que introducir dos veces la misma contrasea y, al igual que en los casos
anteriores, pulsaremos sobre el botn Guardar para salvar los cambios o sobre el
botn Cancelar para descartarlos.
Pgina 136
Si se diera el caso de una modificacin con respecto a los roles que desempea un
usuario dentro del portal, por ejemplo si un usuario deja de ser Tesorero de la
comunidad por otro usuario, se debern modificar los roles o permisos asignados a
cada usuario dentro del portal.
Para poder hacer esto, editaremos cada unos de estos usuarios. Una vez abierta la
pantalla de informacin de uno de estos usuarios, pulsaremos sobre la opcin Roles
en la parte derecha de la pantalla.
A continuacin nos aparecer una pantalla con los roles de dicho usuario. En el caso
del usuario que pasar a ser Tesorero de la comunidad de vecinos, nicamente tendr
el rol Power User, comn a todos los usuarios de tipo Vecinos de la comunidad.
Para poder asignarle el rol de Tesorero, nicamente pulsaremos sobre el botn
Seleccionar.
Pgina 137
Buscaremos el rol Tesorero en la pantalla que se nos acaba de abrir y pulsaremos

sobre el, asignndose automticamente dicho rol al usuario en cuestin.
Podremos comprobar que el rol de Tesorero recin aadido al usuario aparece ahora
en el listado de roles asignados al usuario.
Pgina 138
Cabe destacar que todas las acciones que se realicen sobre un usuario debern ser
aceptadas manualmente, esto quiere decir, que se debern salvar todos aquellos
cambios que se hayan realizado sobre un usuario.
Si hemos asignado el rol de Tesorero a un usuario, al igual que en los casos anteriores,
tendremos que pulsar sobre el botn Guardar para aceptar los cambios realizados y
salvarlos o sobre el botn Cancelar para descartarlos.
12.2 Manual de usuario: vecino de la comunidad

El manual de usuario tipo vecino de la comunidad est destinado para los vecinos de la
comunidad del portal, independientemente del rol que desempeen dentro de la
comunidad.
En este manual se detallan las principales funcionalidades que nos ofrece la aplicacin
GCO desarrollada con Liferay Portal. De esta forma, se les ofrecer a los usuarios una
introduccin sobre qu esperar de esta herramienta y una gua de los pasos a seguir
para realizar las tareas que se llevarn a cabo con la misma.
12.2.1
Funcionalidades de la herramienta
La herramienta GCO (Gestor de Comunidades On-line) ha sido concebida para facilitar

a los residentes de las comunidades de vecinos algunas tareas propias de dicho mbito
en un entorno Web, de modo que pueda ser utilizada en cualquier parte, all donde se
encuentre el usuario.
Pgina 139
Las principales funcionalidades que ofrece GCO son las siguientes:

Reserva de instalaciones comunes
Visualizacin de notas informativas de la comunidad
Calendario de eventos de la comunidad
Chat On-line con usuarios de la comunidad
Aletas va correo electrnico
Sistema de avisos en la aplicacin
12.2.2
Reserva de instalaciones comunes
La funcionalidad de reserva de instalaciones comunes permitir a los vecinos de la

comunidad reservar sin necesidad de desplazamiento alguno la reserva de una
instalacin, como pudiera ser una pista de pdel o una sala de festejos.
El sistema de reserva est compuesto por un calendario en el cual aparecern las
diferentes reservas efectuadas para cada instalacin, facilitando al resto de usuarios la
visibilidad de las horas libres de la misma y poder efectuar sin ningn tipo de
complicaciones su reserva.
Para poder reservar una instalacin comn, navegaremos a la seccin de reservas de la
aplicacin, buscaremos la instalacin comn de la que deseamos hacer la reserva y
seleccionaremos el da en el que deseamos hacer la reserva.
Para registrar la reserva, pulsaremos sobre el botn Aadir evento e introduciremos
toda la informacin necesaria, guardando el proceso al finalizar.
Pgina 140
12.2.3
Visualizacin de notas informativas de la comunidad
Cuntas veces nos ha ocurrido que nos hemos perdido una importante reunin de la
comunidad de vecinos o no hemos visto un anuncio importante? Con GCO no nos
volver a pasar, ya que dispone de una seccin en la cual se publicarn las notas
informativas de la comunidad.
En la pgina de inicio de la aplicacin, disponemos de una seccin destinada a los
avisos relevantes de nuestra comunidad. En dicho espacio, encontraremos informacin
sobre notas informativas relevantes a nuestra comunidad que se hayan aadido y que
tengamos por leer.
En la seccin de notas informativa, dispondremos de todas las notas informativas
ordenadas por temtica, de modo que los usuarios podamos encontrar lo que estamos
buscando rpidamente y de una forma ordenada.
Como usuario vecino, nos dispondremos de los privilegios necesarios como para aadir
notas informativas en cualquiera de las categoras, sino que nicamente podremos
crearlas en algunas espacios, como el destinado a las dudas y sugerencias.
Pulsaremos sobre el botn Crear nuevo hilo de discusin para comenzar a registrar
nuestra nota informativa e introduciremos toda la informacin necesaria.
Para finalizar la creacin de nuestra nota informativa, deberemos guardarla pulsando

el botn correspondiente, ya que si no perderemos todos los datos.
12.2.4
Calendario de eventos de la comunidad
El calendario de eventos nos ayudar a estar al tanto de los acontecimientos que darn
lugar de nuestra comunidad.
Los eventos estn almacenados en un calendario, el cual podremos visualizarlo de
diferentes formas:
Pgina 141
Podremos visualizar los eventos de un mismo da.

Podremos visualizar los eventos de toda una semana.
Tambin disponemos de una visin global del mes.
Y por ltimo podremos visualizar todos los eventos que tendrn lugar en un
determinado ao.
Del mismo modo, podremos visualizar un listado de todos los eventos prximos y con
un pequeo resumen a cerca de cada uno de ellos.
12.2.5
El repositorio documental es el lugar donde podremos encontrar documentos

relevantes de la comunidad, ya sean actas de juntas o documentacin al respecto, los
manuales de ayuda como este documento, documentacin relevante a alguna nota
informativa que se haya difundido en el portal, etc.
Toda la informacin est representada a modo directorio de carpetas, por las cuales
podremos ir navegando hasta encontrar el documento o archivo que deseamos.
Para poder visualizar o descargar un documento o archivo, navegaremos hasta el y
pulsaremos sobre su nombre.
12.2.6
Chat On-line con usuarios de la comunidad
GCO ofrece a sus usuarios la posibilidad de chatear online con el resto de vecinos de la
comunidad que estn conectados a la vez en el portal. En la parte inferior derecha
podremos ver una pestaa en la que se indica el nmero de usuarios conectados con
los que podemos chatear.
Para poder iniciar una conversacin con otro vecino, simplemente pulsaremos sobre
su nombre y automticamente se nos abrir una nueva ventana dentro de la propia
aplicacin en la que podremos mandar y recibir mensajes con dicha persona.
Pgina 142
12.2.7
Alertas va correo electrnico
GCO es una aplicacin que facilita enormemente la vida, ya que no tendremos que
registrarnos cada dos por tres en la misma para comprobar si ha habido alguna
novedad o si hemos recibido algn mensaje importante de la comunidad de vecinos.
Podemos recibir mensajes a nuestro correo electrnico con las nuevas notas
informativas que se hayan difundido en el portal de la comunidad o recibir al correo un
aviso sobre un evento que est a punto de comenzar.
Para ello, nos dirigiremos al Panel de Control de la aplicacin y seleccionaremos la
opcin de Mi Cuenta en la parte superior izquierda de la pantalla. Una vez hecho
esto, seleccionaremos la opcin Avisos, en la categora Varios en la parte derecha
de la ventana.
Pgina 143
Seleccionaremos qu tipo de avisos queremos que nos lleguen va Correo electrnico

seleccionando cada una de las categoras. Automticamente, comenzaremos a recibir
en nuestro correo todas las novedades referentes a nuestra comunidad de vecinos.
12.2.8
Sistema de avisos en la aplicacin
Al registrarnos en la aplicacin, podremos ver los nuevos avisos generados en nuestra

comunidad y que requieren de nuestra atencin. Los podremos encontrar en la seccin
de Avisos y aparecern todos aquellos avisos nuevos y que no hayamos ledo.
Para marcar un aviso como ledo, simplemente tendremos que pulsar sobre Marcar
como ledo y el mensaje automticamente se comprimir, mostrndonos nicamente
el encabezado del mismo.
Pgina 144
Los avisos no desaparecern de la seccin de avisos hasta que no hayan expirado, lo

cual suceder normalmente cuando el objeto del aviso haya pasado. Los avisos son
generados por el presidente o vicepresidente de la comunidad de vecinos.
Si por cualquier motivo un vecino desease generar un aviso al resto de la comunidad,
deber indicarlo al presidente o vicepresidente de la comunidad, quien ser el
encargado de dar de alta este aviso y distribuirlo al resto de la comunidad.
12.3 Manual de usuario: administrador del servidor

El manual de usuario tipo administrador del servidor est destinado, como su propio
nombre indica, al administrador del servidor, el cual estar encargado de gestionar el
servidor en el que estar instalada la aplicacin Liferay Portal.
En este manual se detallan las principales funcionalidades que deber llevar a cabo el
administrador y una gua de los pasos a seguir para realizar cada una de estas tareas.
12.3.1
Principales funciones del administrador del servidor
El administrador del servidor ser el encargado de realizar diversas tareas, siendo la

principal la del aseguramiento de la continuidad de la prestacin del servicio por parte
del servidor. De esta forma, ser el responsable de levantar el servidor en caso de
cada y de mantenerlo actualizado en todo momento.
Del mismo modo, ser el encargado de crear una nueva instancia del portal base GCO,
de modo que se pueda aadir un nuevo portal de una nueva comunidad de vecinos en
el servidor. Una vez creada la instancia, ser el encargado de informar al diseador
responsable de la creacin del nuevo portal sobre los datos de la misma.
Si fuera necesario, el administrador del portal ser el encargado de dar de alta un
usuario de una comunidad de vecinos o de modificar su informacin, en el supuesto de
que los administradores del portal de la comunidad no pudieran hacerlo.
Hay que destacar que la tarea de dar de alta a usuarios o modificarlos no ser propia
del administrador del servidor y nicamente se llevar a cabo si hay un motivo lo
suficientemente razonable como para que se requiera su intervencin.
Pgina 145
12.3.2
Creacin de una nueva instancia del portal
Cuando llegue el momento de crear un nuevo portal para una comunidad de vecinos,
ser labor del administrador del servidor el crear una nueva instancia del mismo. Esta
labor es sumamente fcil y no requerir ms de cinco minutos de trabajo del
administrador.
En el Panel de Control de la aplicacin Liferay Portal, se deber seleccionar la opcin
de Instancias de Portal bajo la categora de Servidor en la parte inferior izquierda
del panel de control.
Una vez hecho esto, nos aparecer un listado con las diferentes instancias del portal
que existen e informacin sobre las mismas.
Para aadir una nueva instancia, pincharemos sobre el botn Aadir y obtendremos
la siguiente pantalla:
En dicha pantalla se deber rellenar los tres campos que aparecen, cada uno de los
cuales representa:
Identificador Web: normalmente se usar el nombre de dominio. Representar
el identificador de la instancia.
Servidor Virtual: sera el nombre de dominio que se haya configurado en la red.
De esta forma, cuando los usuarios sean dirigidos al servidor de Liferay va un
nombre de dominio, Liferay lo podr enviar a la instancia del portal adecuada.
Dominio de correo: introducir un nombre de dominio para el servidor de
correo. Liferay lo usar para enviar las notificaciones de correo electrnico del
portal.
Pgina 146
No olvidarse de pulsar sobre el botn Guardar si se quieren aceptar los cambios

registrados para la creacin de una nueva instancia del portal, ya que si no se perdern
todos los cambios.
12.3.3
Aadir y modificar usuarios
El administrador del servidor podr enfrentarse en algn momento dado ante la

necesidad de dar de alta el mismo a un usuario en la aplicacin, o bien a modificar los
datos de un determinado usuario del portal.
Una vez se ha iniciado sesin en la aplicacin, nos dirigiremos al panel de control del
portal. En la nueva ventana, buscaremos la opcin Usuario, la cual estar bajo la
categora PORTAL.
Una vez hecho esto, navegaremos a una pantalla con el siguiente aspecto:
Pgina 147
En dicha pantalla podremos visualizar en la parte inferior todos los usuarios dados de
alta en la aplicacin, el cargo que desempean dentro de la comunidad de vecinos y
sus nombres y apellidos.
En la parte superior, tendremos el panel de control por medio del cual buscar a un
usuario determinado por alguno de los siguientes campos de informacin: nombre,
primer apellido, segundo apellido, nombre de usuario o por la direccin de correo
electrnico.
Del mismo modo, podremos aadir usuario, pulsando en el botn aadir:
Una vez pulsado dicho botn, navegaremos a la pantalla de alta de un usuario nuevo
en la aplicacin, la cual tendr el siguiente aspecto:
Pgina 148
El administrador deber rellenar los campos con la informacin del usuario que se
quiere dar de alta. Una vez se haya introducido toda la informacin, se pulsar sobre el
botn Guardar que aparece en la parte derecha de la pantalla. Si por el contrario,
desea descartar la creacin de un nuevo usuario, pulsar sobre el botn Cancelar.
Los datos del usuario registrado sern almacenados en la base de datos con la que
cuenta Liferay Portal.
Pgina 149
Para poder modificar los datos de un usuario, en la pantalla principal de los usuarios
del portal de la comunidad, realizaremos una bsqueda del usuario del que deseamos
modificar la informacin o bien los buscaremos manualmente.
Una vez encontrado el usuario del que queremos modificar los datos, pulsaremos
sobre el botn Acciones situado a la derecha del usuario a modificar y pulsaremos
sobre la opcin Editar.
Navegaremos a una pantalla de informacin de usuario en la que podremos visualizar

toda la informacin de la que se dispone de dicho usuario. Se podr modificar
cualquier campo de los que aparece en la pantalla, salvando los cambios al pulsar
sobre el botn Guardar o descartndolos pulsando sobre el botn Cancelar en la
parte derecha de la pantalla.
Pgina 150
Tambin se podr modificar la contrasea del usuario, pulsando sobre la opcin

Contrasea en la parte derecha de la pantalla. Para poder modificar la contrasea,
tendremos que introducir dos veces la misma contrasea y, al igual que en los casos
anteriores, pulsaremos sobre el botn Guardar para salvar los cambios o sobre el
botn Cancelar para descartarlos.
Pgina 151
Si se diera el caso de una modificacin con respecto a los roles que desempea un
usuario dentro del portal, por ejemplo si un usuario deja de ser Tesorero de la
comunidad por otro usuario, se debern modificar los roles o permisos asignados a
cada usuario dentro del portal.
Para poder hacer esto, editaremos cada unos de estos usuarios. Una vez abierta la
pantalla de informacin de uno de estos usuarios, pulsaremos sobre la opcin Roles
en la parte derecha de la pantalla.
A continuacin nos aparecer una pantalla con los roles de dicho usuario. En el caso
del usuario que pasar a ser Tesorero de la comunidad de vecinos, nicamente tendr
el rol Power User, comn a todos los usuarios de tipo Vecinos de la comunidad.
Para poder asignarle el rol de Tesorero, nicamente pulsaremos sobre el botn
Seleccionar.
Pgina 152
Buscaremos el rol Tesorero en la pantalla que se nos acaba de abrir y pulsaremos

sobre el, asignndose automticamente dicho rol al usuario en cuestin.
Podremos comprobar que el rol de Tesorero recin aadido al usuario aparece ahora
en el listado de roles asignados al usuario.
Pgina 153
Cabe destacar que todas las acciones que se realicen sobre un usuario debern ser
aceptadas manualmente, esto quiere decir, que se debern salvar todos aquellos
cambios que se hayan realizado sobre un usuario.
Si hemos asignado el rol de Tesorero a un usuario, al igual que en los casos anteriores,
tendremos que pulsar sobre el botn Guardar para aceptar los cambios realizados y
salvarlos o sobre el botn Cancelar para descartarlos.
Pgina 154
13 Futuras mejoras
Tras el desarrollo de este proyecto, se puede pensar en varios puntos a mejorar, ya

que la aplicacin GCO puede explotar aun ms las funcionalidades aportadas por
Liferay Portal.
Uno de los objetivos principales de este proyecto es que el proyecto fuera viable
econmicamente, evitando riesgos que pusieran en peligro la obtencin de beneficios.
Es por ello que se propone que, una vez se haya comprobado el impacto que GCO
genera en los usuarios y se evale el grado de aceptacin de los mismos, se trabajar
en desarrollar una serie de mejoras o ampliaciones de la aplicacin.
Del mismo modo, se introducira lo que se llamar licencias Premium, las cuales
acogeran todas las mejoras de la aplicacin, a la vez que ofreceran a los usuarios ms
funcionalidades.
Una de las mejoras en las que se trabajara y que requerira algo de desarrollo en
Liferay Portal sera permitir que, a la hora de generar los eventos, el usuario pudiera
adjuntar documentacin al mismo. Se tratara de un valor aadido a dicha
funcionalidad y que, en algn momento dado los, usuarios pueden agradecer.
Se trabajara en la automatizacin de la generacin de alertas en el portal, de modo
que un usuario, al registrar por ejemplo un evento o crear una nota informativa, la
aplicacin le ofrecera al usuario la oportunidad de elegir si quiere generar una alerta
automticamente, de modo que el usuario se ahorrara tiempo y esfuerzo. Esto
mejorara la satisfaccin del usuario con la aplicacin y mejorara las prestaciones que
se ofrecen de cara al usuario.
Del mismo modo y siguiendo con las alertas, se desarrollara un mtodo mediante el
cual ofrecer al usuario la posibilidad de enviar un correo electrnico en el momento
que se genere una alerta, duplicando la efectividad de esta.
Otra mejora a la aplicacin sera la aparicin de un foro para los vecinos de la
comunidad, una wiki destinada a los vecinos que desempean cargos de relevancia
dentro de la comunidad de vecinos o la integracin de un motor de bsqueda, como
por ejemplo Google, en la pgina principal de la comunidad.
Mediante el servicio Premium que se ha mencionado anteriormente, se les podra
ofrecer a los usuarios capacidad de almacenamiento personal, de modo que cada
Pgina 155
vecino dispusiera de un determinado espacio en el servidor para almacenar la

informacin o documentos que se quisiera.
Todo ello incrementara el nmero de funcionalidades que ofrece la aplicacin,
mejorndola e incrementando la aceptacin por parte de los usuarios. Esto incurrira
directamente en la posibilidad de obtener nuevos clientes para la aplicacin,
incrementando los beneficios del proyecto.
Por ltimo, mencionar que el nicho de mercado al que est destinada la aplicacin es
muy reducido, lo que supone una probabilidad de ventas de la aplicacin limitada, a la
vez que los ingresos que se puedan obtener.
Se podra adaptar la aplicacin a otras casusticas, como por ejemplo peas o
agrupaciones de personas de carcter similar, lo cual requerira un esfuerzo muy
pequeo, ya que la problemtica y necesidades de estos entornos no sera muy
diferente al de las comunidades de vecinos.
Ello significara que, por una inversin mnima, se podra estar incrementando el nicho
de mercado al que podramos destinar la aplicacin, teniendo diferentes versiones de
la misma, dependiendo de la comunidad a la que estuviera destinada. Esto implicara
un incremento exponencial en la probabilidad de obtener nuevos clientes y, por tanto,
de registrar mayores ingresos.
Pgina 156
14 Conclusiones
Este Proyecto de Fin de Carrera se ha desarrollado para buscar una solucin al

abandono tecnolgico que sufren las comunidades de vecinos, presentando un
proyecto de negocio viable a la hora de encontrar una herramienta tipo software que
permita a estos grupos tener acceso a los ltimos avances en la tecnologa.
Se ha presentado un anlisis sobre las carencias que presentan las comunidades de
vecinos, identificando las reas de mejora y realizando un estudio sobre sus principales
caractersticas, para de esta forma definir un extenso catlogo de requisitos en los que
basar la bsqueda de una herramienta adecuada a las necesidades planteadas.
Realizando un estudio de mercado sobre qu posibles soluciones podemos encontrar
para desarrollar una herramienta a medida para este caso, nos encontramos con que
existen las llamadas herramientas de tipo portal, las cuales nos ofrecen la posibilidad
de desarrollar aplicaciones para su uso en Internet y enfocadas en el mundo de las
redes sociales.
Es en esta rea donde encontramos, entre otras herramientas, a la aplicacin de
cdigo abierto Liferay Portal. Es sin duda esta caracterstica, la licencia de uso gratuito,
lo que nos decantar por su eleccin, ya que el resto de herramientas encontradas
convierten al proyecto en inviable debido a su alto coste presupuestario basado en la
adquisicin de licencias para su uso.
Realizando una estimacin inicial sobre la viabilidad del proyecto, obtenemos que
desde el primer ao se estarn generando beneficios para el proyecto, llegando a
alcanzar los 40.000 de ingresos en el quinto ao de vida del proyecto. Esto sin duda
convierte a este proyecto en una idea de negocio bastante sugerente, ya que la
inversin inicial necesaria es bastante reducida.
Siguiendo una metodologa como gua para el desarrollo de este proyecto, se plantean
una serie de fases en las que se definir y detallar, entre otras cosas, las
funcionalidades y requerimientos que deber tener la futura aplicacin para las
Finalmente, se desarrolla un portal tipo que se acompaa a la memoria de esto
Proyecto de Fin de Carrera con el fin de mostrar la apariencia de una aplicacin
desarrollada con Liferay Portal para la gestin y uso del da a da de las principales
caractersticas de una comunidad de vecinos.
Pgina 157
Con el fin de poder comprender mejor el uso de dicha aplicacin, se han desarrollado
manuales de usuarios, destinados cada uno de ellos a diferentes tipos de usuarios, con
el fin que, independientemente de nuestro perfil como usuario de aplicaciones
informtica, podremos utilizar la herramienta sin ningn tipo de problema.
De esta forma, se pretende conseguir hacer ms fcil algunas de las tareas que, a da
de hoy, se realizan de forma rudimentaria en las comunidades de vecinos y unidas
fuertemente a la localizacin geogrfica de la persona con respecto a la de su
Finalmente, considerar que el uso de esta aplicacin se puede ampliar a otros tipos de
comunidades, como peas de ftbol, asociaciones u otros sin prcticamente coste
alguno. Para poder llevar a cabo esta conversin, se necesitaran nicamente algunas
jornadas de trabajo en estudiar las casusticas de cada sector y en modificar
ligeramente el portal desarrollado. El mercado potencial para esta herramienta es
realmente grande, incrementando la posibilidad de xito del proyecto inicial y, lo que
es seguro, garantizando la rentabilidad del proyecto a corto-medio plazo.
Pgina 158
Trminos y acrnimos
Red social
Una red social es una estructura social constituida por personas (u organizaciones)
llamados nodos, los cuales se interconectan unos con otros mediante vnculos como
amistad, enemistad, relaciones sexuales u otros
JAVA
Lenguaje de programacin orientado a objetos desarrollado por Sun Microsystems. Es
usado en una gran variedad de plataformas, desde aplicaciones para mviles a grander
servidores.
Online
Se trata de un trmino en Ingles cuyo significa do es Conectado. En el mundo de los
ordenadores y las telecomunicaciones se refiere a un trmino de conectividad,
normalmente refirindose al mundo de Internet.
Theme
Se trata de un conjunto de componentes grficos usados para customizar la interfaz o
apariencia de una aplicacin o Sistema Operativo.
SSO
Es una propiedad de control de acceso mltiple, relacionado pero independiente de las
aplicaciones software. Con esta propiedad, los usuarios se registran una nica vez y
tiene acceso a todos los sistemas de una aplicacin, sin tener que volver a registrarse
de nuevo para poder acceder a los diferentes sistemas que componen dicha aplicacin.
Pgina 159
CAS
Central Authentication Server (Servicio de Autenticacin Central). Es un sistema de
autenticacin creado originalmente por la Universidad de Yale para proveer un
mtodo seguro a las aplicaciones para autenticas usuarios.
Hosting
El alojamiento es un sistema para poder almacenar informacin, imgenes, video o
cualquier contenido accesible va web.
ASP
Application Service Provider (Proveedor de Servicios de Aplicacin). Es una empresa
que ofrece servicios de computacin a sus clientes a travs de una red. El software
ofertado mediante un modelo ASP es conocido tambin como Software a demanda. El
sentido ms restrictivo del trmino sera el de facilitar el acceso a un programa de
aplicacin (tales como gestin de relaciones con clientes), va un protocolo estndar
como HTTP.
HTTP
Hypertext Transfer Protocol (Protocolo de Transferencia de Hipertexto). Es el
protocolo usado en cada transaccin de la web. Se trata de un protocolo sin estado,
por lo que no guarda ningn tipo de informacin sobre las conexiones anteriores.
URL
Uniform Resource Locator (Localizador Uniforme de Recursos). Se trata de una
secuencia de caracteres que siguen un formato estndar, normalmente usado para
nombrar recursos como documentos e imgenes en Internet, de modo que se puedan
localizar fcilmente.
Pgina 160
J2EE
Java Platform, Enterprise Edition o Java EE es una plataforma ampliamente usada para
la programacin en servidores utilizando Java. La plataforma Java (Edicin Enterprise)
aade libreras que proveen funcionalidad al desplegar software Java multi-hilo,
distribuido y tolerante a fallos, basados en un componente modular corriendo en un
servidor de aplicaciones.
MVC
El Modelo Vista Controlador es un estilo de arquitectura software que separa los datos
de una aplicacin, la interfaz del usuario y el control de los datos en tres componentes
distintos. Se usa normalmente en aplicaciones web.
RSS
Really Simple Syndication es un sencillo formato de datos, basado en XML, que es
utilizado para redifundir contenidos a suscriptores de un sitio web. El formato permite
distribuir contenido sin necesidad de un navegador, utilizando un software diseado
para leer estos contenidos RSS. A pesar de eso, es posible utilizar el mismo navegador
para ver los contenidos RSS.
Testing
Las pruebas de software son procesos que permiten verificar y revelar la calidad de un
producto software. Son utilizadas para identificar posibles fallos de implementacin,
calidad, o usabilidad de un programa. Se trata de una fase del desarrollo de un
software que consiste en probar que no exista ningn fallo en la aplicacin.
SS.OO.
El Sistema Operativo es un programa informtico que acta de interfaz entre los
dispositivos hardware y el usuario. Es responsable de gestionar, coordinar las
actividades y llevar a cabo el intercambio de recursos de un computador.
Pgina 161
Excel
Microsoft Office Excel es una aplicacin para manejar hojas de clculo, desarrollado y
distribuido por Microsoft.
Portlet
Se trata de componentes modulares de las interfaces de usuario que se gestionan y
visualizan en un portal web. Es un componente Web hecho en Java y manejado a
travs de un contenedor de portlets que procesa las peticiones de los clientes y
produce contenido dinmico. El contenido generado por un portlet puede variar de un
usuario a otro dependiendo de cmo haya configurado el usuario el portlet.
LOPD
La Ley Orgnica de Proteccin de Datos de Carcter Personal (Ley Orgnica 15/1999 de
13 de diciembre) es una Ley Orgnica espaola que tiene por objeto garantizar y
proteger, en lo que concierne al tratamiento de los datos personales, las libertades
pblicas y los derechos fundamentales de las personas fsicas, y especialmente de su
honor, intimidad y privacidad personal y familiar. Su objetivo principal es regular el
tratamiento de los datos y ficheros, de carcter personal, independientemente del
soporte en el cual sean tratados, los derechos de los ciudadanos sobre ellos y las
obligaciones de aquellos que los crean o tratan.
SHA-1
Secure Hash Algorithm (Algoritmo de Hash Seguro). Es un sistema de funciones hash
criptogrficas relacionadas a la Agencia de Seguridad Nacional de Los Estados Unidos
para cifrar datos. SHA-1 es la mejor de las funciones hash conocidas y se usa en una
amplia variedad de aplicaciones de seguridad y protocolos.
HTML
Hyper Text Markup Language (Lenguaje de Marcas de Hipertexto). Se trata de un
lenguaje para la construccin de pginas web. Es usado para describir la estructura y
contenido de una pgina web.
Pgina 162
Out-of-the-box
Las funcionalidades y caractersticas que son out-of-the-box son aquellas que no
requieren ningn tipo de instalacin adicional, expansiones o productos de ms, sino
que est listo para ser usado por el usuario.
E-mail
Correo electrnico, sistema que permite el intercambio de mensajes entre distintos
ordenadores interconectados a travs de una red, especialmente Internet.
Pgina 163
Referencias
[Gartner 2009]
Cuadrante Mgico para Portales Horizontales
2009 Gartner Inc. (David Gootzit, Gene Phifer, Ray Valdes, Eric Knipp)
URL http://www.gartner.com/technology/media-products/reprints/oracle/article95/article95.html
[Liferay 2009]
Caractersticas de Liferay Portal versin 6.0
2009 Liferay, Inc.
URL http://www.liferay.com/products/liferay-portal
[ESA 2009]
ESA software engineering standards
1991 European Space Agency
URL http://www.esa.int/esaCP/index.html
[MtricaV3 2009]
MTRICA Versin 3
Ministerio de Administraciones Pblicas
URL http://www.csi.map.es/csi/metrica3/
Pgina 164
[Sezov 2009]
Liferay Administrator's Guide
2009 - Richard L. Sezov, Jr.
Liferay, Inc.
[Yuan 2009]
Liferay Portal 5.2 Systems Development
2009 - Jonas X. Yuan
Packt Publishing
[Sarang 2009]
Practical Liferay: Java-based Portal Applications Development
2009 - Poornachandra Sarang, Ph.D.
Apress
Pgina 165
Pgina 166

PFC Enrique Toubes Tova

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

PFC Enrique Toubes Tova

Hochgeladen von

Copyright:

Verfügbare Formate

Universidad Carlos III de Madrid

Escuela Politcnica Superior

Proyecto Fin de Carrera

Autor: Enrique Toubes Tova

Gestor de Aplicaciones Online (GCO)

Gestor de Aplicaciones Online (GCO)

Quiero agradecer a toda mi familia la paciencia y comprensin que han tenido

Gestor de Aplicaciones Online (GCO)

Gestor de Aplicaciones Online (GCO)

Estructura del documento .............................................................................. 11

Comunidades de vecinos ................................................................................. 15

Aplicaciones propuestas para el proyecto ..................................................... 16

Aplicacin seleccionada .................................................................................. 20

Liferay Portal .................................................................................................. 22

Caractersticas de Liferay Portal ..................................................................... 22

Qu ofrece Liferay Portal a este proyecto...................................................... 24

Metodologa para el desarrollo de la solucin ................................................. 26

Estndar de la ESA .......................................................................................... 26

Fases de desarrollo del proyecto ..................................................................... 31

Gestin y planificacin .................................................................................... 34

Divisin y organizacin del trabajo................................................................. 34

Duracin del desarrollo del proyecto ............................................................. 36

Anlisis funcional ............................................................................................ 45

Anlisis y documentacin de las comunidades .............................................. 45

Informacin gestionada en las comunidades ................................................. 46

Reservas de instalaciones ....................................................................... 47

Gestor de Aplicaciones Online (GCO)

Perfiles y roles ................................................................................................ 49

Diseo tcnico de la solucin .......................................................................... 66

Determinacin del alcance del sistema .......................................................... 66

Especificacin de estndares y normas .......................................................... 68

Establecimiento de requisitos ........................................................................ 71

Inicio de sesin ....................................................................................... 88

Gestor de Aplicaciones Online (GCO)

Repositorio documental ......................................................................... 90

Proceso de alta de una comunidad .................................................................. 91

Alta de la informacin ................................................................................. 95

Informacin general de la comunidad de vecinos ......................................... 95

Instalaciones comunes ................................................................................... 96

Informacin de usuarios ................................................................................. 98

Alta y mantenimiento de la aplicacin ....................................................... 102

Alta de aplicaciones ...................................................................................... 102

Creacin de un nuevo portal ........................................................................ 103

Configuracin de la nueva instancia ............................................................. 104

Alta de la informacin .................................................................................. 105

Gestin de las comunidades ......................................................................... 106

Demostraciones de la aplicacin .................................................................. 106

Formacin de los usuarios ............................................................................ 107

Manuales de usuario ................................................................................. 109

12.1.1 Pgina de inicio de la aplicacin ........................................................... 109

Gestor de Aplicaciones Online (GCO)

12.2.1 Funcionalidades de la herramienta ...................................................... 139

Principales funciones del administrador del servidor .......................... 145

Futuras mejoras ........................................................................................ 155

Conclusiones ............................................................................................. 157

Trminos y acrnimos .......................................................................................... 159

Gestor de Aplicaciones Online (GCO)

Gestor de Aplicaciones Online (GCO)

Se realizar una introduccin a la problemtica que presentan las comunidades de

Gestor de Aplicaciones Online (GCO)

1.2 Estructura del documento

Captulo 2. Comunidades de vecinos

Captulo 3. Liferay Portal