PFC

UNIVERSIDAD POLITÉCNICA DE VALENCIA
ESCOLA TÉCNICA SUPERIOR DE INFORMÁTICA APLICADA
SERVICIOS CRM
PROYECTO FIN DE CARRERA
Autora: Paula Esteller Cano
Director: Félix Buendia García
13 de Diciembre del 2007
1
Índice
1. INTRODUCCIÓN........................................................................................................................................ 3
1.1.ÁMBITO. ..................................................................................................................................... 4
1.2. ESTRUCTURA. ............................................................................................................................ 5
2. ESPECIFICACIÓN DE REQUISITOS SOFTWARE IEEE. ..................................................................... 6
1. INTRODUCCIÓN ............................................................................................................................. 6
2. DESCRIPCIÓN GENERAL ................................................................................................................. 8
3. ESPECIFICACIÓN DE REQUISITOS .................................................................................................... 9
3. ANÁLISIS. ................................................................................................................................................ 14
3.1. CASOS DE USO......................................................................................................................... 14
3.2. PLANTILLAS DE LOS CASOS DE USO. .......................................................................................... 22
3.3. DIAGRAMA DE CLASES. ............................................................................................................. 28
3.4. INTERFAZ . ............................................................................................................................... 33
4. DISEÑO..................................................................................................................................................... 35
4.1. NIVEL DE INTERFAZ ................................................................................................................... 35
4.2. NIVEL DE NEGOCIO. .................................................................................................................. 37
4.3. NIVEL DE ALMACENAMIENTO...................................................................................................... 42
5. IMPLEMENTACIÓN................................................................................................................................. 52
5.1. T ECNOLOGÍAS DE LA IMPLEMENTACIÓN WEB. ............................................................................. 52
5.2. IMPLEMENTACIÓN DE LA APLICACIÓN WEB. ................................................................................. 54
6. CONCLUSIONES..................................................................................................................................... 58
8. BIBLIOGRAFÍA. ....................................................................................................................................... 59
ANEXO .......................................................................................................................................................... 60
1. ÍNDICE DE FIGURAS. ..................................................................................................................... 60
2. MANUAL DEL USUARIO. ................................................................................................................ 62
2
1. Introducción.
El presente proyecto forma parte del proyecto final de carrera de Paula

Esteller Cano. El objetivo del proyecto es desarrollar una aplicación web que se
integrará en una plataforma de e-business junto a otros servicios existentes. El
servicio de CRM (Customer Relationship Management), es un servicio para la
gestión de la relación comercial con los clientes. Deberá funcionar sobre esta
plataforma bajo un entorno multiempresa.
Básicamente, el CRM es una estrategia que permite a las empresas
identificar, atraer y retener a sus clientes, además de ayudarles a incrementar la
satisfacción de éstos y a optimizar así la rentabilidad de sus negocios. Hablamos, por
tanto, de CRM como estrategia, lo que implica no sólo disponer del software
adecuado que te ermita gestionar las relaciones con los clientes, sino que además,
supone un cambio en los procesos de la empresa y la involucración de todos los
empleados de la misma para que esta estrategia tenga éxito.
Así las cosas, la clave está en descubrir nuevos caminos que proporcionen
una mayor proximidad con los clientes, que generen una relación satisfactoria y
duradera para ambas partes y que fomenten su fidelidad hacia la empresa. Cada vez
más, las empresas con éxito son aquellas que dan prioridad a sus clientes por
encima de todo, las que utilizan sistemas orientados al cliente y las que desarrollan
procesos para innovar, atraer y dar un servicio que satisfaga las necesidades del
cliente.
El CRM es una importante estrategia de negocio, tanto para empresas de e-
business como para compañías tradicionales, a la hora de hacer frente a un mercado
cada vez más competitivo y exigente. La evolución de Internet ofrece infinitas
oportunidades a las empresas, pero también ha abierto un nuevo mundo a los
clientes. Ahora es más fácil para éstos el manejo de servicios más sofisticados, lo
que les hace estar más y mejor informados sobre todo lo que les rodea. Por ello, el
CRM es una estrategia fundamental para el desarrollo de políticas de e-business en
cualquier empresa. El objetivo debe centrarse en proporcionar una serie de procesos
orientados al cliente a través de los distintos departamentos y canales, de manera
que permitan atraer y retener a los clientes. En esta vorágine por la gestión de la
relación con el cliente se han desarrollado una amplia gama de soluciones CRM que
proporcionan a las empresas la información necesaria y los caminos más adecuados
para optimizar sus estrategias comerciales.
3
El servicio CRM del portal, consiste en una herramienta que permite a una
empresa gestionar toda la información relativa a sus clientes y contactos.
Proporciona unas herramientas de análisis de oportunidades, marketing, ect…
La estructura básica del servicio consta de los siguientes apartados:
 Organizaciones: Una organización puede ser una empresa, un empresario

individual o una institución con la que el usuario tenga algún tipo de relación.
 Contactos: Relación de contactos disponibles de cada una de las

organizaciones incluidas en el servicio.
 Actividades: Información, documento o comunicación relacionada con una

organización.
 Avisos: Hitos importantes para los cuales el sistema avisa al usuario para
ayudar a su cumplimiento.
1.1.Ámbito.
La empresa en la que se ha realizado el proyecto se dedica a vender portales

Web para las organizaciones públicas principalmente, tales como Ayuntamientos,
Cámaras de Comercio, Ejercito…
Uno de los factores más importantes que utiliza la empresa en sus portales
son la utilización de los certificados digitales, con ellos se pueden autentificar los
usuarios, firmar…
El proyecto del que se está comentando en concreto está destinado para una
Cámara de Comercio, la cuál tiene unos clientes (empresas pyme) que serán los que
utilicen el servicio CRM. Este servicio va acompañado de otros servicios más como
son el de facturación, administración y vacaciones.
Mi labor en la empresa es la de crear, modificar, corregir, mejorar y ampliar el

portal ya comentado. Ayudar a gestionar el portal, mediante el alta de las
organizaciones, comunicación con los usuarios para solucionarles sus dudas, etc.
4
1.2. Estructura.
A partir de la introducción, el proyecto está estructurado de la siguiente

manera:
En el capítulo 2 se presenta la especificación de requisitos software IEEE.

Dicha especificación se obtiene de manera automática desde los casos uso tilizando
para ello la herramienta RETO (herramienta CASE desarrollada en la Universidad
Politécnica de Valencia ).
En el capítulo 3 se muestra el Análisis del proyecto. Está formado por los

casos de uso, los diagramas de clase, el boceto de pantalla de la aplicación y el flujo
de la interfaz utilizado en la aplicación Web.
En el capítulo 4 se muestra el Diseño del proyecto. Este capítulo está

formado por el diagrama de navegabilidad, los diagramas de tareas y se explica
como se ha llevado a cabo la implementación de la base datos, mostrando
brevemente qué información se almacena en cada una de las tablas.
En el capítulo 5 se presenta en qué lenguaje y herramientas se ha basado la

implementación del portal web.
En el capítulo 6 se expondrán las conclusiones a las que se ha llegado con la

realización de este proyecto.
En el capítulo 7 se ofrece una explicación general sobre el funcionamiento de
Por último, en el capítulo 8 se mostrará la bibliografía utilizada.
5
2. Especificación de Requisitos Software IEEE.
1. Introducción
1.1. Propósito
Esta especificación está destinada a obtener los requisitos que ha de cumplir

la página web que dará soporte a la herramienta CRM. Para describir los requisitos
se va a utilizar la herramienta RETO.
Este trabajo es una parte del proyecto final de carrera de Paula Esteller Cano
y está desarrollado siguiendo las directrices de IEEE Guide to Software
Requirements Specifications.
El propósito del presente apartado es definir cuales son los requerimientos

que debe tener la página web.
1.2. Ámbito.
Este portal web está pensado especialmente para las empresas medianas o
pequeñas para que puedan tener un buen control de sus clientes.
1.3. Definiciones, Siglas y Abreviaturas.
Administrador: usuario que ha sido correctamente registrado mediante un

certificado digital y tiene permisos para todas las gestiones en todo
momento.
Editor: usuario que ha sido correctamente registrado mediante un

certificado digital y tiene permisos para todas las gestiones menos en las
actividades que no han sido creadas por el o no es el responsable de ellas.
Responsable: usuario que ha sido correctamente registrado mediante un

certificado digital y tiene permisos para ver clientes, contactos y las
actividades en las que se le han dado permisos, pero no puede modificar
nada.
6
1.4. Referencias.
Para rellenar este documento se han tenido en cuenta el siguiente documento:
● IEEE Recommended Practice for Software Requirements Specifications
1.5. Visión global.
A partir de ahora se van a definir los requisitos software y hardware de la

máquina en la que se utilice el producto. Se definirán los distintos tipos de usuarios y
para cada uno de ellos las operaciones que podrá hacer. Por último se detallarán los
requisitos de cada funcionalidad.
7
2. Descripción general
2.1. Funciones del producto
1. Gestión de Clientes
1.1. Crear un cliente
1.2. Modificar un cliente
1.3. Dar de baja un cliente
1.4. Ver un cliente.
1.5. Buscar un cliente.
2. Gestión de Contactos
2.1. Crear un contacto
2.2. Modificar un contacto
2.3. Dar de baja un contacto
2.4. Ver un contacto
2.5. Buscar un contacto.
3. Gestión de Actividades
3.1. Crear una actividad
3.2. Modificar una actividad
3.3. Eliminar una actividad
3.4. Seguimiento de actividad
3.5. Ver una actividad
3.6. Buscar una actividad
4. Gestión de la comunicación
4.1. Gestión de llamadas
4.1.1. Anotación llamadas recibidas
4.1.2. Anotación llamadas enviadas
4.2. Gestión de correo electrónico
4.2.1. Envío de correos
4.2.2. Ver datos correo enviado
5. Gestión de documentos
5.1. Realización de presupuestos
5.2. Gestión de plantillas ofimáticas
5.3. Firma electrónica de documentos
5.4. Integración con el servicio de facturación electrónica
6. Gestión de avisos
6.1. Generar un aviso
6.2. Modificar un aviso
6.3. Eliminar un aviso
8
3. Especificación de Requisitos
3.1. Requisitos funcionales.
3.1.1 Gestión de Clientes.
Un cliente puede ser una empresa, un empresario individual o una institución

con la que el usuario tenga algún tipo de relación.
3.1.1.1 Crear un cliente.
Generar un cliente con sus datos personales y los datos de información del
cliente.
3.1.1.2 Modificar un cliente.
Se muestra un listado con todos los clientes. Puede seleccionar un cliente y

modificar sus datos.
3.1.1.3 Dar de baja un cliente.

guardarlo en estado inactivo.
3.1.1.4 Ver un cliente.

ver sus datos.
3.1.1.5 Buscar un cliente.
Mediante un formulario introducimos algún dato del cliente y nos devuelve

todos los clientes que hay con ese dato.
3.1.2 Gestión de Contactos.
Un contacto pertenece a un cliente. Es la persona con la que poder contactar

de una empresa.
3.1.2.1 Crear un contacto.
Genera un contacto de un cliente con sus datos personales.
9
3.1.2.2 Modificar un contacto.
Se muestra un listado con todos los contactos. Puede seleccionar un contacto

y modificar sus datos ya registrados.
3.1.2.3 Dar de baja un contacto.
Se muestra un listado con todos los clientes. Puede seleccionar un contacto y

guardarlo en estado inactivo.
3.1.2.4 Ver un contacto.
Se muestra un listado con todos los clientes. Puede seleccionar un contacto y

ver sus datos.
3.1.2.5 Buscar un contacto.
Mediante un formulario introducimos algún dato del contacto y nos devuelve

todos los clientes que hay con ese dato.
3.1.3 Gestión de Actividades.
Una actividad comprende cualquier información, documento o comunicación

relacionado con un cliente.
Los datos que pueden indicarse en una actividad son:
- Asunto.
- Cliente.
- Contacto/s que intervienen.
- Usuario responsable.
- Opciones de seguimiento.
 Fecha de creación.
 Fecha de modificación.
 Fecha de vencimiento.
 Avisos programados.
 Estado.
- Comentarios.
- Tipo de actividad.
- Usuarios de lectura.
Las actividades se agrupan por asunto:
- Nota.
- Correo electrónico.
- Correos recibidos.
- Llamada telefónica.
10
- Reunión.
- Oferta/Presupuesto.
- Factura.
- Incidencia.
3.1.3.1 Crear una actividad.
Genera una actividad de un cliente con sus datos), comentarios, usuarios

relacionados, seguimiento y contactos que intervienen.
3.1.3.2 Modificar una actividad.
Se muestra un listado con todas las actividades. Puede seleccionar una

actividad y modificar los datos de la misma. Menos el cliente, el tipo de actividad, la
fecha de creación y modificación.
3.1.3.3 Eliminar una actividad.

actividad y borrar toda la información almacenada sobre ella.
3.1.3.4 Seguimiento de actividad.
Consiste en un mecanismo de información y avisos automáticos que permiten

controlar el estado en el que se encuentran las distintas actividades en una
organización. Los datos de una actividad que permiten realizar el seguimiento son:
- Fecha de vencimiento: Indica la fecha en que una actividad debe estar

completada.
- Aviso programados: Define una serie de hitos importantes para los cuales el
sistema avisa al usuario para ayudar a su cumplimiento.
- Estado: Permite clasificar las actividades según su momento de ejecución.
3.1.3.5 Ver una actividad.

actividad y ver sus datos.
3.1.3.6 Buscar una actividad.
Mediante un formulario introducimos algún dato de la actividad y nos devuelve

todas las actividades que hay con ese dato.
11
3.1.4 Gestión de la comunicación.
Gestionar las distintas formas de comunicación con el cliente de forma más

rápida y ágil.
3.1.4.1 Gestión de llamadas.
Gestionar las llamadas recibidas o enviadas a los clientes.
3.1.4.1.1 Anotación llamadas recibidas.
Anotar todas las llamadas recibidas por el cliente, para tener un seguimiento
de las mismas.
3.1.4.1.2 Anotación llamadas enviadas.
Anotar todas las llamadas enviadas al cliente, para tener un seguimiento de

las mismas.
3.1.4.2 Gestión de correo electrónico.
Existe un sencillo formulario de envío de correos electrónicos desde múltiples

puntos de la aplicación. Permite una comunicación rápida de información y
documentos a los clientes.
3.1.4.2.1 Envío de correos.
Envío de correos electrónicos de forma muy fácil. Seleccionando el contacto a

quien queramos enviar ya nos selecciona la dirección.
3.1.4.2.2 Ver datos correo enviado.
Visualizar todos los datos del correo enviado.
3.1.5 Gestión de documentos.
En este apartado se detallan los requisitos para la funcionalidad relacionada

con los documentos que podremos utilizar en la aplicación.
3.1.5.1 Realización de presupuestos.
Se pueden descargar plantillas de presupuestos y realizar los cambios

necesarios en ella luego se almacenarán y/o se enviarán a los clientes que se desee.
12
3.1.5.2 Gestión de plantillas ofimáticas.
En la aplicación se podrán almacenar distintas plantillas ofimáticas para

distintas acciones. Se podrán usar dependiendo de la actividad.
3.1.5.3 Firma electrónica de documentos.
Se pueden firmar los documentos que tengamos, tales como los presupuestos
u ofertas.
3.1.5.4 Integración con el servicio de facturación electrónica.
Los clientes y las actividades están relacionadas con el servicio de facturación

electrónica.
3.1.6 Gestión de avisos.
En este apartado trataremos la gestión de los avisos relacionados con

distintas actividades del usuario.
3.1.6.1 Generar un aviso.
Dentro de una actividad un usuario puede crear un aviso. Para que en el

momento y con el texto que el indique le envíe un correo electrónico.
3.1.6.2 Modificar un aviso.
Una vez creado el aviso se puede modificar la fecha y el texto a enviar en el

correo.
3.1.6.3 Eliminar un aviso.
Se muestra un listado con todos los avisos, tanto los ya vencidos como los no
vencidos. Puede seleccionar un aviso y darlo como completado.
13
3. Análisis.
3.1. Casos de uso.
El siguiente paso consiste en transformar las funciones en diagramas de caso

de uso, agrupándolos según la organización de los paquetes y construyendo
diagramas de casos de uso, en los cuales surgen relaciones entre los casos de uso,
actores, relaciones entre actores, relaciones entre casos de uso y actores, etc.
Los casos de uso describen bajo la forma de acciones y reacciones el

comportamiento de un sistema desde el punto de vista del usuario. Un caso de uso
describe una forma concreta de utilizar parte de la funcionalidad del sistema. La
colección de todos los casos de uso describe toda la funcionalidad del sistema. Los
casos de uso están compuestos por:
Actores: un actor representa un rol que puede desempeñar alguien o algo

que necesita intercambiar información con el sistema.
Escenario: un escenario es una descripción textual de una interacción

particular entre actores y sistema. A un caso de uso le corresponden varios
escenarios.
Herencia entre actores: la relación de herencia entre actores indica que el

actor descendiente puede jugar todos los roles del actor antecesor, es
decir, puede activar todos los casos de uso del actor antecesor.
Relación de inclusión: un caso de uso A incluye a un caso de uso B, si

una instancia de A puede realizar todos los eventos que aparecen en B.
Relación de extensión: un caso de uso B extiende a un caso de uso A, si

en la descripción de A figura una condición cuyo cumplimiento origina la
ejecución del flujo de eventos de B. Se suele utilizar para modelar las
partes opcionales de un caso de uso.
Relación de herencia: un caso de uso B se dice que especializa a un

caso de uso A si el flujo de eventos asociados a B es un refinamiento de
flujo de eventos asociado a A. Es una relación similar a la herencia OO.
Permite separar un patrón de interacción genérico (caso padre) de un
patrón de interacción más específico (caso descendiente).
A continuación se muestran los diagramas de casos de uso del caso de

estudio:
El primer paso es visualizar todos los paquetes en los que se han distribuido
todas las funciones del sistema:
14
Figura 3.1: vista del caso de uso general.
En el sistema se han definido tres actores. Estos actores están relacionados

entre sí por medio de la herencia, ya que cada actor hijo puede realizar todas
funciones de su padre más otras características de él mismo.
Figura 3.2: actores de los casos de uso.
El siguiente paso es mostrar cada uno de los paquetes con más detalle,
visualizando el diagrama de caso de uso que lleva asociado cada uno de ellos:
Gestión de clientes: En este diagrama se muestra toda la funcionalidad

disponible de un cliente. Esta funcionalidad permite tener actualizados los
datos personales de todos los clientes registrados.
15
Figura 3.3: Gestión de clientes.
16
Gestión de contactos: En este diagrama se muestra toda la funcionalidad
disponible de un contacto. Esta funcionalidad permite tener actualizados
los datos personales de todos los contactos registrados.
Figura 3.4: Gestión de contactos.
17
Gestión de actividades: En este diagrama se muestra toda la
funcionalidad disponible de una actividad. Esta funcionalidad permite tener
actualizados los datos de una actividad para poder hacer un buen
seguimiento.
Figura 3.5: Gestión de actividades.
18
Gestión de comunicación. Esta dividida en dos paquetes.
Gestión de llamadas: En este diagrama se muestra la funcionalidad

relacionada con las llamadas.
Figura 3.6: Gestión de llamadas.
Gestión de correo electrónico: En este diagrama se muestra la

funcionalidad relacionada con las llamadas.
Figura 3.7: Gestión de correo electrónico.
19
Gestión de documentos: En este diagrama se muestra toda la
funcionalidad disponible relacionada con los documentos.
Figura 3.8: Gestión de documentos.
20
Gestión de avisos: En este diagrama se muestra toda la funcionalidad
disponible relacionada de los avisos de una actividad.
Figura 3.9: Gestión de avisos.
21
3.2. Plantillas de los casos de uso.
Los casos de uso se describen utilizando plantillas en lenguaje natural. Cada

caso de uso lleva asociado al menos una plantilla. Mediante estas plantillas se
muestra con mayor detalle cada una de las interacciones que se producen entre el
usuario y el sistema. A continuación se detallan las plantillas del caso de estudio:
Caso de Uso: Crear un cliente.

Actores: Administrador y responsable.
Se introducen los datos de un cliente y queda
Descripción: almacenado en la base de datos.
Especificación del Caso de Uso
1. Introducir el nombre obligatoriamente.
2. Introducir el CIF obligatoriamente.
3. Introducir datos personales del cliente.
4. Introducir datos informativos del cliente.
5. Guardar todos los datos introducidos.
Caso de Uso: Modificar un cliente.

Se selecciona un cliente y se modifica la información
Descripción: almacenada sobre el mismo
1. No se puede modificar el CIF.
2. Modificar todos los demás datos introducidos del cliente.
3. Añadir nuevos datos que no estaban introducidos.
Caso de Uso: Dar de baja un cliente.

Se selecciona un cliente y se almacena en la base de
Descripción: datos como inactivo.
1. Confirmar que desea dar de baja un cliente.
2. Almacenar el cliente como inactivo.
Caso de Uso: Ver un cliente.

Actores: Todos los usuarios.
Se selecciona un cliente y se pueden ver todos los datos
Descripción: almacenados del mismo. No se puede modificar.
1. Ver los datos almacenados de un cliente.
22
Caso de Uso: Crear un contacto.
Se introducen los datos de un contacto y quedan
Descripción: almacenados en la base de datos.
1. Introducir el nombre obligatoriamente.
2. Introducir datos personales del contacto.
3. Guardar todos los datos introducidos.
Caso de Uso: Modificar un contacto.

Se selecciona un contacto y se modifica la información
Descripción: almacenada del mismo.
1. Modificar los datos de un contacto.
2. Guardar todas las modificaciones introducidas.
Caso de Uso: Dar de baja un contacto.

Se selecciona un contacto y se almacena en la base de
Descripción: datos como inactivo.
1. Confirmar que desea dar de baja un contacto.
2. Almacenar el contacto como inactivo.
Caso de Uso: Ver un contacto.

Seleccionar un contacto y ver todos los datos
Descripción: almacenados del mismo.
1. Ver los datos de un contacto y no modificar.
2. Volver.
23
Caso de Uso: Crear una actividad.
Se introduce los datos para realizar una actividad y se
Descripción: almacenan en la base de datos.
1. Introducir los datos esenciales de una actividad, tales como:
-Usuario que la realiza.
-Cliente relacionado con la actividad.
-Tipo de actividad.
-Asunto actividad.
-Fecha de creación.
2. Introducir los datos específicos de una actividad.
3. Introducir datos informativos de la actividad.
4. Guardar todos los datos y las acciones.
Caso de Uso: Modificar una actividad.

Se selecciona una actividad y se puede modificar los
Descripción: datos almacenados de la misma.
1. Modificar los datos de la actividad.
2. No se puede modificar:
-El usuario que la realiza.
-La fecha de creación.
-El tipo de actividad.
3. Guardar los datos modificados.
Caso de Uso: Eliminar una actividad.

Se selecciona una actividad y se elimina de la base de
Descripción: datos.
1. Confirmar que desea eliminar una actividad.
2. Borrar la actividad de la base de datos.
Caso de Uso: Seguimiento de actividad.

Descripción: Un listado con los estados de las actividades.
1. Visualizar todas las actividades de un cliente.
2. Ver el estado en el que están.
24
Caso de Uso: Ver y anotar notas en una actividad.
Descripción: Se selecciona una actividad y se introducen notas.
1. Introducir comentarios sobre una actividad.
2. Mostrar todos los comentarios con las fechas en las que han sido
realizados.
3. Guardar los comentarios.
Caso de Uso: Anotación llamadas recibidas.

Descripción: Dentro de una actividad anotar las llamadas recibidas.
1. Introducir quién ha recibido la llamada.
2. Introducir para quién era la llamada.
3. Introducir de que cliente era la llamada.
4. Introducir el motivo de la llamada.
5. Introducir la fecha.
Caso de Uso: Anotación llamadas enviadas.

Descripción: Dentro de una actividad anotar las llamadas enviadas.
1. Introducir quién realiza la llamada.
2. Introducir para quién era la llamada.
3. Introducir la fecha.
Caso de Uso: Envío de correo electrónico.

Descripción: Dentro de una llamada enviar un correo electrónico.
1. Introducir:
-Dirección del receptor.
-Asunto del correo.
-Archivos adjuntos.
-Texto del correo.
2. nviar y guardar el correo en la base de datos.
25
Caso de Uso: Realización de presupuestos.
Dentro de una actividad realizar un presupuesto
Descripción: partiendo de una plantilla.
1. Descargar plantilla de presupuestos de la empresa.
2. Añadir datos del presupuesto.
3. Subir presupuesto a la web.
4. Enviar presupuesto al cliente.
5. Guardar en la base de datos.
Caso de Uso: Gestión de plantillas ofimáticas.

Dentro de una actividad poder descargar o subir
Descripción: plantillas.
1. Descargar plantillas.
2. Modificar plantillas.
3. Subir plantillas.
4. Guardar cambios.
Caso de Uso: Firma electrónica de documentos.

Descripción: Seleccionar un documento y firmarlo electrónicamente.
1. Seleccionar un documento y firmar con el certificado digital del
usuario.
Caso de Uso: Integración con el servicio de facturación electrónica.

Los clientes y las actividades estarán relacionados con el
Descripción: servicio de facturación.
1. Al crear una factura podrá seleccionar los clientes almacenados.
2. Al crear una actividad se reflejará como una actividad de tipo
facturación. En la cuál podremos introducir más datos que sean
necesarios.
26
Caso de Uso: Generar un aviso.
Dentro de una actividad se introducen los datos de un
Descripción: aviso y se almacenan en la base de datos.
1. Introducir para quién es el aviso.
2. Introducir comentario.
3. Introducir fecha.
4. Guardar en la base de datos.
Caso de Uso: Modificar un aviso.

Se selecciona un aviso y se puede modificar los datos
Descripción: almacenados del mismo.
1. Modificar todos los datos.
2. Guardar modificaciones en la base de datos.
Caso de Uso: Eliminar un aviso.

Descripción: Se selecciona un aviso y se elimina de la base de datos.
1. Confirmar que desea eliminar el aviso.
2. Eliminar el aviso de la base de datos.
27
3.3. Diagrama de clases.
En el diagrama de clases se describen los componentes de la sociedad de

objetos sin detenerse en los aspectos de implementación. El diagrama de clases del
sistema debe capturar todas las propiedades del sistema (estáticas y dinámicas) y no
debe contener más detalles de implementación que los encontrados en los
requisitos.
Mediante este modelo se representan las clases de las que está formado el
sistema.
Una clase está formada por atributos y servicios:
• Atributos: definen el estado de los objetos. Son tipados y tienen un valor el

tipo de datos que tienen asociado. Hay de tres categorías:
o Constantes: una vez creado su valor permanece inmutable. Pueden

ser identificadores para instancias de la clase.
o Variables: su valor puede cambiar a lo largo del tiempo dependiendo

de la ocurrencia de sus eventos relevantes.
o Derivados: su valor es calculado en función de otros atributos.
Servicios: responsables del cambio de estado de los objetos. La

ocurrencia de un evento provoca cambios en algún o algunos atributos, lo
que genera una transición entre estados válidos. Los servicios pueden ser
de dos tipos:
o Eventos: unidades de proceso atómicas que ocurren en un instante de

tiempo.
o Transacciones: unidades de proceso moleculares compuestas de

servicios. Tienen como propiedad la no observabilidad de estados
intermedios, o se producen todos los servicios por los que está
compuesto, o no se produce ninguno.
A su vez los eventos pueden ser de cuatro tipos:
o Creación: es el primer evento en la vida del objeto.
o Destrucción: es el evento que destruye al objeto.
o Propios: eventos cuya ocurrencia afecta a un único objeto.
28
o Compartidos: eventos cuya ocurrencia afecta al estado de dos o más
objetos.
Por otra parte, cada clase puede estar sujeta a ciertas restricciones de
integridad. Estas restricciones establecen condiciones sobre el estado del objeto.
Hay dos tipos de restricciones de integridad:
 Estáticas: son fórmulas evaluadas en un único estado pero que deben

cumplirse en cualquier estado posible.
 Dinámicas: son fórmulas que se evalúan en más de un estado. Se

introducen operadores temporales para trabajar con ellas.
A continuación se muestra el diagrama de clases completo del caso

de estudio.
29
Figura 3.10: Diagrama de clases de la aplicación.
30
A continuación se va a exponer con mayor detalle cada una de las clases:
Cliente: mediante los objetos de esta clase se almacena la información que se

muestra por pantalla del cliente. Habrá un objeto de esta clase por cada cliente
que se cree.
Contacto: mediante los objetos de esta clase se almacena la información que

se muestra por pantalla del contacto. Habrá un objeto de esta clase por cada
contacto que se cree.
Usuario: mediante los objetos de esta clase se almacena la información que se

obtenga del certificado digital con el que se da de alta.
Administrador: esta clase es una clase hija de Usuario. No tiene ningún

atributo ni ningún servicio propio. Se utiliza para distinguir a los usuarios
responsables y lectores de los administradores. La información almacenada de
los otros usuarios y la de los administradores es la misma, sin embargo, es
necesario diferenciar a unos de otros porque los privilegios que tienen no son
los mismos.
Responsable: esta clase es una clase hija de Usuario. No tiene ningún atributo
ni ningún servicio propio. Se utiliza para distinguir a los usuarios
administradores y lectores de los responsables. La información almacenada de
los otros usuarios y la de los responsables es la misma, sin embargo, es
necesario diferenciar a unos de otros porque los privilegios que tienen no son
los mismos.
Lector: esta clase es una clase hija de Usuario. No tiene ningún atributo ni
ningún servicio propio. Se utiliza para distinguir a los usuarios responsables y
administradores de los lectores. La información almacenada de los otros
usuarios y la de los lectores es la misma, sin embargo, es necesario diferenciar
a unos de otros porque los privilegios que tienen no son los mismos.
Comunicación: mediante los objetos de esta clase se almacena la información

relacionada con la comunicación dentro de una actividad. Habrá un objeto de
esta clase por cada actividad de tipo comunicación.
Llamada: esta clase es una clase hija de Comunicación. Tiene atributos que no
están en la clase Comunicación, tales como “fecha llamada”, “quien realiza la
llamada”, etc.
Correo: esta clase es una clase hija de Comunicación. Tiene atributos que no
están en la clase Comunicación, tales como “texto correo”, “asunto”, etc.
31
Documentos: mediante los objetos de esta clase se almacena la información
relacionada con los documentos que añadimos a una actividad. Habrá un objeto
de esta clase por cada documento que se añada a la actividad.
Avisos: mediante los objetos de esta clase se almacena la información

relacionada con los avisos que introducimos en una actividad. Habrá un objeto
de esta clase por cada aviso creado.
Actividades: mediante los objetos de esta clase se almacena la información

que se muestra por pantalla de una actividad. Habrá un objeto de esta clase por
cada actividad que se cree.
Por último se va a explicar las relaciones que hay entre las clases:
Actividad - cliente: la actividad que realiza un usuario debe ser con un cliente,
por eso un cliente está implicado en una actividad.
Actividad – responsable: una actividad esta creada por un usuario, el cuál es

el responsable de cumplirla.
Actividad – lector: un usuario que no ha creado la actividad puede tener

permisos para poder visualizarla.
Actividad – comunicación: una actividad puede ser de tipo comunicación y en

ese caso tiene un objeto comunicación.
Actividad – avisos: en las actividades se pueden añadir avisos para que el

usuario pueda estar informado. Una actividad tiene avisos.
Actividad – documentos: la actividad añade documentos, tales como

presupuestos, ofertas, etc. Una actividad tiene documentos.
32
3.4. Interfaz.
En la interfaz se describe la presentación de la información en la aplicación. A

continuación se mostrará un boceto de la pantalla inicial.
Figura 3.11: Boceto de pantalla de la aplicación.
33
Una vez analizados aquellos aspectos relacionados con la presentación de
información vamos a considerar los aspectos de navegación.
Figura 3.12: Flujo de interfaz.
34
4. Diseño.
En el diseño se describe con un mayor nivel de detalle como llevar a cabo la

implementación planteada en el Análisis de la aplicación Web pero sin entrar en
detalles de una tecnología concreta.
Para ello hemos utilizado la arquitectura basada en el modelo de las tres

capas:
-La capa de nivel inferior (nivel de almacenamiento).
-La capa de nivel intermedio (nivel de negocio).
-La capa de nivel superior (nivel de presentación).
4.1. Nivel de interfaz.
Contiene aquellos elementos o componentes de la arquitectura Web

relacionados con la representación de la información manejada en la aplicación Web
y la forma de interactuar con ésta.
Figura 4.1: Formato de página Web
35
A continuación se muestran los Modelos Navegacionales del caso de estudio.
Figura 4.2: Diagrama de navegabilidad.
36
4.2. Nivel de negocio.
Se representan aquellos elementos o entidades relacionadas con los procesos

que caracterizan el tipo de negocio o las funcionalidades que ofrece la aplicación
implicada en el proyecto.
Figura 4.3: Diagrama de tareas de Clientes.
37
Figura 4.4: Diagrama de tareas de Contactos.
38
Figura 4.5: Diagrama de tareas de Actividades.
39
Figura 4.6: Diagrama de tareas de Comunicación.
40
Figura 4.7: Diagrama de tareas de Documentos.
Figura 4.8: Diagrama de tareas de Avisos.
41
4.3. Nivel de almacenamiento.
Una vez hemos definido el modelo de clases, el diseño de la base de datos

relacional se hace de manera casi automática. Cada una de las clases será
implementada como una tabla en el modelo relacional. Las relaciones en el modelo
de clases se establecen en el modelo relacional a través de las claves ajenas. A
continuación se presentan las distintas tablas usadas como repositorio de datos en el
caso de estudio. Las claves primarias se representan por el símbolo.
3. Tabla users: almacena los datos personales de los usuarios registrados.
42
4. Tabla client: almacena los datos personales de los clientes.
5. Tabla senddata: almacena los datos de la dirección de correo electrónico y la

relación con la tabla clientaccount.
43
6. Tabla clientaccount: almacena los datos para acceder a facturación mediate
nombre y contraseña.
7. Tabla crm_account: almacena los datos de ampliación de un cliente.
44
8. Tabla contact: almacena los datos de un contacto.
9. Tabla crm_activity: almacena los datos esenciales de una actividad.
45
10. Tabla crm_activity_comment: almacena los comentarios de las actividades.
11. Tabla crm_activity_contact: almacena los contactos relacionados en la

actividad.
12. Tabla crm_activity_document: almacena los documentos de la actividad.
13. Tabla crm_activity_permission: almacena la relación que hay entre los

usuarios y sus permisos en las actividades.
46
14. Tabla crm_activity_warning: almacena los avisos que tiene la actividad.
15. Tabla crm_client_area: almacena las áreas de interes que tienen los clientes.
16. Tabla crm_contactclient: almacena la relación entre cliente-contacto.

Indica los contactos de un cliente.
17. Tabla crm_master_areainteres: contiene las áreas de interés que

seleccionan los clientes.
47
18. Tabla crm_master_estado: contiene los estados que pueden tener las
actividades dependiendo del tipo de ellas.
19. Tabla crm_master_origen: contiene distintos orígenes que seleccionan los

clientes.
20. Tabla crm_master_permissions: contiene los distintos permisos que se le

permiten a un usuario en una actividad.
21. Tabla crm_master_reasonphone: contiene los distintos tipos de llamadas

que puede ser una actividad.
48
22. Tabla crm_master_sectorclient: contiene los distintos sectores que puede
seleccionar un cliente.
23. Tabla crm_master_tipo: contiene los distintos tipos de actividad.
24. Tabla crm_master_tipoclient: contiene los distintos tipos de cliente.
25. Tabla crm_tipo_estado: contiene los estados que puede tener cada tipo de
actividad.
49
26. Tabla organizations: almacena los datos de la organización.
27. Tabla rol: almacena los roles que puede tener los usuarios depediendo de su
grupo de organización.
50
Figura 4.9: Diagrama Entidad-Relación.
51
5. Implementación.
5.1. Tecnologías de la implementación Web.
Una vez se han construido todos los modelos anteriores, el último paso para la
construcción del portal es la implementación.
La tecnología utilizada para la implementación ha sido NetBeans, la cuál es un

entorno integrado de desarrollo (IDE) de código abierto usando la plataforma J2EE
(JVM). El cuál está escrito en lenguaje Java.
También se ha utilizado para la implementación los siguientes puntos:
 Tomcat: es un servidor web con soporte de servlets y JSPs. Incluye el

compilador Jasper, que compila JSPs convirtiéndolas en servlets. El motor de
servlets de Tomcat a menudo se presenta en combinación con el servidor web
Apache. funciona en cualquier sistema operativo que disponga de la máquina
virtual Java.
 JavaServer Pages (JSP): es una tecnología Java con etiquetas especiales
que permite generar contenido dinámico para web, en forma de documentos
HTML, XML o de otro tipo. Se ejecuta en una máquina virtual Java, lo cual
permite que, en principio, se puedan usar en cualquier tipo de ordenador,
siempre que exista una máquina virtual Java para él.
 Servlet: es un programa que recibe peticiones y genera a partir de ellas una

página web. También se ejecuta en una máquina virtual Java.
 XSL: Lenguaje Extensible de Hojas de Estilo, cuyo objetivo principal es

mostrar cómo debería estar estructurado el contenido, cómo debería ser
diseñado el contenido de origen y cómo debería ser paginado en un medio de
presentación como puede ser una ventana de un navegador Web o un
dispositivo móvil, o un conjunto de páginas de un catálogo, informe o libro. Es
capaz de transformar, ordenar y filtrar datos XML, y darles formato basándolo
en sus valores.
 Struts: Es una herramienta de soporte para el desarrollo de aplicaciones Web

bajo el patrón MVC bajo la plataforma J2EE. Corresponden a la lógica del
negocio con la cual se comunica la aplicación web. ofrece su propio
componente controlador y proporciona integración con otras tecnologías para
implementar el modelo, mediante tecnologías de acceso a datos como JDBC
o Hibernate, y la vista, mediante JSP, Velocity o XSLT.
 Applets: Es un programa Java diseñado para ejecutarse en una página Web

a través de un browser que soporte Java.
52
 CSS y estilos: Hoja de Estilo en Cascada. Conjunto de instrucciones escritas
en HTML que definen las apariencias de una página web con el objetivo de
que sus estilos se parezcan.
 MySQL: Herramienta utilizada para el manejo de la base de datos.
53
5.2. Implementación de la aplicación Web.
Una vez revisadas algunas tecnologías que intervienen en la elaboración de la

aplicación Web se trata ahora de describir su utilización.
Para ello, se pretende seguir la misma “cadena de valor”:
Implementación del interfaz:
Diseño general que aparece en todas las páginas usamos una plantilla
jsp. Está plantilla está incluida en todos los jsp.
Para realizar las vistas donde aparece el listado de clientes, contactos,

actividades, etc. se han utilizado xml que utilizan unas etiquetas de una
plantilla xsl. Estos xml están incluidos dentro de un jsp.
Ejemplo vista de clientes:
 viewmng.jsp: jsp que incluye los xml.
 2402.xml: utilizando unas etiquetas creadas en

“ColumnGridScript.xsl”.
 ColumnGridScript.xsl: definimos y se da funcionalidad mediante

javascript a las columnas, los botones, etc.
Los formularios donde introducimos, modificamos o vemos los datos son

jsp.
Para definir el estilo de las páginas y etiquetas utilizamos un conjunto de

hojas css, las cuales incluimos en los jsp o xsl.
También se utiliza javascript para comprobar si los campos que no

pueden ser vacíos estén rellenados, funcionalidad de los botones, etc.
Para acceder al portal con el certificado se utiliza un applet.
Implementación de la funcionalidad:
 Se utilizan documentos “properties” para declarar rutas fijas las cuáles

después obtenemos desde el código.
Ejemplo:
54
url=http://localhost:8080/WebEmpresarial
 El Servlet Controlador transfiere control al JSP después de haber guardado en

un contexto el resultado en forma de un bean de datos.
 Clase Action:
Acceder a los parámetros de la request, directamente o vía el

ActionForm correspondiente.
Realizar la operación invocando un método de una Session del modelo.
Deja el resultado devuelto por el método en la request o en la

sesión.
Devuelve un objeto ActionForward, que representa la URL que

hay que visualizar a continuación.
 struts-config.xml: configuración de Struts. Aquí añadimos los bean y los

action.
Ejemplo:
Crear un cliente:
Como ya hemos mencionado tenemos definidos los parámetros que se

visualizan en un bean.
Una vez introducidos los datos llamamos al pulsar el botón de Crear se

llama al action “clientaction.do”.
Una vez en el action ser recogen los parámetros directamente del

ActionForm, que en este caso es “formclient” (aqui están definidos todos los
parámetros del formulario).
Se realizan toda su funcionalidad y una vez terminada devuelve un

ActionForward que en este ejemplo es “clientview.do “(vista de clientes
creados)
55
Implementación de la gestión de datos:
En “context.xml” definimos la base de datos:
Clase java que realiza la conexión.
public static final String DB_MYSQL = "mysql";
public Connection getConnection(String mDatabase) {

try {
if (cnx != null) {
return cnx;
}
String propFileName = mDatabase.toLowerCase();
String db_pool = PropertiesManager.getProperty(propFileName, "DB_pool");
if ((db_pool != null) && (! db_pool.equals(""))) {
//si esta manejada por el contenedor

Context initContext = new InitialContext();
try {
Context envContext = (Context)initContext.lookup("java:/comp/env");
DataSource ds =
(DataSource)envContext.lookup(PropertiesManager.getProperty(propFileNam
e, "DB_pool"));
cnx = ds.getConnection();
cnx.setAutoCommit(! transac);
return cnx;
} catch (Exception ex) {
// ex.printStackTrace();
}
}
if (mDatabase.equalsIgnoreCase(DB_MYSQL) ||
mDatabase.equalsIgnoreCase(DB_MYSQLUNIX)){
mysqlDB = new mysqlManager();
} else {
//Devolver base de datos no soportada
return null;
}
56
if (mysqlDB.open()) {
cnx = mysqlDB.getConnection();
cnx.setAutoCommit(! transac);
return mysqlDB.getConnection();
} else {
return null;
}
} catch (Exception ex) {

System.out.println(ex.toString());
return null;
}
}
57
6. Conclusiones.
Como se ha podido observar a lo largo del caso de estudio, construir una

aplicación informática es algo más complejo que el simple hecho de programar.
Como primer paso, requiere plantearse el problema y marcar unos objetivos.

Después hay que calcular cual va a ser el coste de la aplicación. Este paso es
fundamental a la hora de presentar cuál va a ser el coste económico de todo el
proyecto en función del tiempo necesario.
Una vez ya está acotado en el tiempo, se deben especificar formalmente los

requisitos de la aplicación a construir. Estos requisitos se consiguen mediante los
casos de uso, sus plantillas asociadas, los diagramas de secuencia y la
especificación IEEE, que una vez definidos los casos de uso, se obtiene de forma
casi automática.
Cuando los requisitos ya están claros, se debe empezar a construir el modelo

conceptual. A partir de este modelo se realiza toda la implementación del sistema.
Por último, cuando ya están todos los modelos terminados se pasa a la última fase:
la implementación. Se debe implementar la aplicación y el repositorio de información
(base de datos).
Todos estos pasos son de vital importancia para que el software resultante
satisfaga las necesidades del usuario final.
Mi opinión personal es que el servicio CRM es una herramienta de gran

utilidad para las empresas. En ella puedes tener toda la información de los clientes
para satisfacer sus necesidades.
Hoy en día los consumidores tenemos todo lo que queremos a nuestro

alcance pero a veces no se recibe un trato satisfactorio por no obtener lo que
realmente se acopla a nuestras necesidades sino lo que se suponía que se
acoplaba, con este servicio podemos obtener la información de cómo es un cliente
rápidamente para proporcionarle lo que desea. Para poder retener a los clientes
deben de tener un trato satisfactorio.
58
8. Bibliografía.
La información obtenida para esta memoria y la implementación del portal web

es la siguiente:
 http://es.wikipedia.org/wiki/NetBeans
 http://www.adictosaltrabajo.com
 http://www.visualbuilder.com/jsp/struts/tutorial
 http://java.sun.com
 http://www.webestilo.com/javascript
 http://www.mundojavascript.com
 http://java.sun.com
 http://www.programacion.com
 http://www.desarrolloweb.com
A parte de todas las páginas web mencionadas también he recibido

información de manuales de la empresa en la que he realizado el proyecto. Y ayuda
de mis compañeros de trabajo.
59
Anexo
1. Índice de figuras.
Figura 3.1: vista del caso de uso general ………………………………………………..13

Figura 3.2: actores de los casos de uso. ………………………………………….……..13
Figura 3.3: Gestión de clientes. …………………………………………………………..14
Figura 3.4: Gestión de contactos..………………………………………………….……..15
Figura 3.5: Gestión de actividades. …………………………………..…………………..16
Figura 3.6: Gestión de llamadas. ……………………………………..…………………..17
Figura 3.7: Gestión de correo electrónico. …………………………..…………………..17
Figura 3.8: Gestión de documentos. ……………………………………………………..18
Figura 3.9: Gestión de avisos. …………………………………………..………………..19
Figura 3.10: Diagrama de clases de la aplicación. ……………………………………..28
Figura 3.11: Boceto de pantalla de la aplicación. ………………………………..……..29
Figura 3.12: Flujo de interfaz. ……………………………………………………………..30
Figura 4.1: Formato de página Web..……………………………………...……………..31
Figura 4.2:Diagrama de navegabilidad …………………………………………………..32
Figura 4.3: Diagrama de tareas de Clientes……………………………………………..33
Figura 4.4: Diagrama de tareas de Contactos ………………………………………….34
Figura 4.5: Diagrama de tareas de Actividades ………………………………………..35
Figura 4.6: Diagrama de tareas de Comunicación …………………………………….36
Figura 4.6: Diagrama de tareas de Comunicación……………………………………..37
Figura 4.8: Diagrama de tareas de Avisos………………………………………………38
Figura 4.9: Diagrama Entidad-Relación. …………………………….…………………..47
Figura 6.1: Vista de las organizaciones………………………………………………….52
Figura 6.2:Crear una organización ………………………………………………………65
Figura 6.3: Seleccionar un área de interés de la organización ……………………….66
Figura 6.4: Crear un área de interés de la organización ………………………………67
Figura 6.5: Datos de facturación de una organización ………………………………...68
Figura 6.6: Datos de la forma de envío de una organización …………………………70
Figura 6.7: Crear un contacto desde una organización ………………………………..72
Figura 6.8: Forma de pago: cheque ……………………………………………………..72
Figura 6.9: Forma de pago: transferencia bancaria ……………………………………73
Figura 6.10: Forma de pago: pagaré…………………………………………………… 73
Figura 6.11: Vista de facturas enviadas ……………………………………………….. 74
Figura 6.12: Buscador de clientes …………………………………………………….. 75
Figura 6.13: Vista de contactos de un cliente ………………………………………….75
Figura 6.13: Crear un contacto………………………………………………………….. 76
Figura 6.14: Modificar un contacto …………………………………………………….. 76
Figura 6.15: Vista de actividades ………………………………………………………. 77
Figura 6.16: Crear una actividad………………………………………………………… 78
Figura 6.17: Crear una actividad, tipo nota ……………………………………………. 79
Figura 6.18: Crear una actividad, tipo correo electrónico……………………………... 80
Figura 6.19: Crear una actividad, tipo llamada telefónica………………………………81
60
Figura 6.20: Crear una actividad, tipo presupuesto …………………………………… 82
Figura 6.21: Enviar un presupuesto a un cliente ……………………………………… 83
Figura 6.22: Añadir comentarios de una actividad ……………………………………. 83
Figura 6.23: Añadir usuarios con permiso de lectura ………………………………… 84
Figura 6.23: Añadir avisos de una actividad ………………………………………….. 84
Figura 6.24: Contactos que intervienen en una actividad …………………………… 85
Figura 6.25: Ejemplo ver un correo enviado…………………………………………… 85
Figura 6.26: Buscador de actividades …………………………………………………. 86
Figura 6.27: Vista de avisos…………………………………………………………….. 87
Figura 6.28:Ver actividad del aviso seleccionado …………………………………… 88
61
2. Manual del usuario.
1. Objeto.
Servicio para la gestión de la relación comercial con los clientes (CRM,
Customer Relationship Management) sobre la base de una plataforma de servicios.
2. Introducción.
El servicio CRM del portal, es una herramienta que permite a una empresa
gestionar toda la información relativa a sus clientes y contactos. Proporciona unas
herramientas de análisis de oportunidades, marketing, ect…
La estructura básica del servicio consta de los siguientes apartados:
 Organizaciones: Una organización puede ser una empresa, un empresario

individual o una institución con la que el usuario tenga algún tipo de relación.
 Contactos: Relación de contactos disponibles de cada una de las

organizaciones incluidas en el servicio.
 Actividades: Información, documento o comunicación relacionada con una

organización.
 Avisos: Hitos importantes para los cuales el sistema avisa al usuario para
ayudar a su cumplimiento.
 Buscador: buscador de actividades dependiendo el campo que se le pase.
62
3. Roles
Los roles incluidos en este servicio son:
 Administrador: Puede crear, modificar, dar de baja, etc… sobre todos los
servicios.
 Editor: Puede modificar y dar de baja las actividades de las que es

responsable.
 Responsable: Únicamente tiene permisos de lectura sobre los elementos del

servicio, tan solo se le permite añadir comentarios sobre las actividades que
tiene asociadas.
Administrador Editor Responsable

Crear, modificar y dar de X
baja Organizaciones
Ver Organización X X X
Crear, modificar y dar de X
baja Contactos
Ver Contactos X X X
Crear Actividades X
Modificar Actividades X X
Ver Actividades X X X
63
4. Gestión de organizaciones y contactos.
Una organización puede ser una empresa, un empresario individual o una
institución con la que el usuario tenga algún tipo de relación.
Organizaciones
Permite la gestión (creación, ver datos, modificar y dar de baja) de clientes

registrados en la plataforma. Las acciones que se pueden realizar desde aquí son:
Figura 6.1: Vista de las organizaciones.
Nota: Los iconos de colores nos indican si el cliente está activado o no para
facturación:
Rojo  No Activado
Verde  Activado
 Nuevo: Genera un cliente con sus datos personales (Nombre, E-mail, teléfono
y Fax) ,los datos de la empresa (CIF/NIF, Nombre, Domicilio social, Código
postal, País) y los datos de información del cliente(Origen, Área de interés y
Estado).
o Guardar: Guarda los datos del cliente.
o Cancelar: Cancela los datos del cliente y vuelve a Organizaciones
64
Figura 6.2: Crear una organización.
65
Área de interés:
Seleccionar: seleccionar un área de interés ya creada.
Figura 6.3: Seleccionar un área de interés de la organización.
66
 Nueva: generar un área de interés para poder seleccionarla después.
o Guardar: Guarda los datos del área de interés.
o Cancelar: Cancela los datos del área de interés y vuelve a Selección

de Área de interés.
Figura 6.4: Crear un área de interés de la organización.
Origen: igual que área de interés.
67
Activar para Facturación:
Forma de envío (Usuario eSigna, Descarga on-line, Adjunto e-mail).
Forma de pago (Otros, Cheque, Transferencia bancaria, Pagaré, Día de pago) que
puede utilizar el cliente.
Formatos de envío:
Para cada cliente podemos establecer un formato de envío de facturas.

Usuario eSigna: Mediante este formato se envían las facturas a otros
usuarios del portal. Las facturas que enviemos aparecerán en la vista de
“Facturas recibidas” del receptor. A su vez se le enviará un correo
electrónico de aviso indicándole que ya la tiene disponible en su buzón de
facturas recibidas.
Adjunto e-mail: Se envía un correo electrónico, con la factura adjunta, a la

dirección que se ha establecido para ese cliente.
Descarga on-line: Con este formato permitiremos al cliente acceder al

portal. Desde este servicio, el cliente podrá acceder únicamente a una
vista donde encontrará todas las facturas que le han sido emitidas. Para el
acceso al portal se generará un usuario con contraseña que será enviado a
la dirección de correo electrónico establecida para el cliente.
68
Figura 6.5: Datos de facturación de una organización
Acceso on-line: Si se elige como forma de envío Descarga on-line (Facturación), se

puede registrar un cliente de dos formas.
69
Acceso con usuario y clave.
Figura 6.6: Datos de la forma de envío de una organización
Acceso con Certificado Digital. Seleccionar un contacto para acceder

con certificado digital.
Nuevo Contacto: Genera un contacto de un cliente con sus datos

personales (Nombre, cargo, departamento, teléfono, extensión, Tel. móvil,
Fax, Email y Web) .
o Guardar: Guarda los datos del contacto.
o Cancelar: Cancela los datos del contacto y cierra la ventana.
70
Figura 6.7: Crear un contacto desde una organización
Forma de pago:
La forma de pago será asociada al cliente para usarla en la facturación.
 Otros: otras formas de pago que no están incluidas en la lista.
 Cheque:
Figura 6.8: Forma de pago: cheque.
71
 Transferencia bancaria:
Figura 6.9: Forma de pago: transferencia bancaria.
 Pagare:
Figura 6.10: Forma de pago: pagaré.
72
Abrir: Mostrará una pantalla con los datos del cliente ya creado y se
podrán modificar todos sus datos.
o Guardar: Guarda los datos del cliente.
o Cancelar: Cancela los datos del cliente y vuelve a la vista de

Organizaciones.
Dar de Baja: Dará de baja a un cliente registrado.
Contactos: Permite la gestión (creación, modificar, ver datos y dar de baja)

de contactos registrados en la plataforma
Actividades: Permite la gestión (volver, creación, ver datos, modificar y

buscar) de contactos registrados en la plataforma.
Facturas enviadas: Mostrará todas las facturas que se han enviado de ese
cliente.
Figura 6.11: Vista de facturas enviadas.
Volver: Vuelve a la vista de clientes registrados.
Ver Factura: Mostrará una pantalla con los datos de la factura de un

cliente.
Enviar: Permite el reenvío de una factura a un cliente.
73
Buscador: Permite buscar organizaciones por distintos campos.
Figura 6.12: Buscador de clientes
Contactos
Permite la gestión (creación, modificar, ver datos y dar de baja) de contactos

registrados en la plataforma. Las acciones que se pueden realizar desde aquí son:
Figura 6.13: Vista de contactos de un cliente
Volver: Vuelve a la vista Organizaciones.
Nuevo: Genera un contacto de un cliente con sus datos personales

(Nombre, cargo, departamento, teléfono, extensión, Tel. móvil, Fax, Email y
Web) .
o Guardar: Guarda los datos del contacto.
74
o Cancelar: Cancela los datos del contacto y vuelve a Contactos.
Figura 6.13: Crear un contacto.
Abrir: Mostrará una pantalla con los datos del contacto ya creado y se podrán
ver o modificar todos sus datos, dependiendo de los permisos que tenga el
usuario .
o Guardar: Guarda los datos del contacto modificado.
o Cancelar: Cancela la modificación del contacto y vuelve a Contactos.
Figura 6.14: Modificar un contacto
75
Dar de Baja: Dará de baja a un contacto registrado.
5. Actividades.
Permite la gestión (volver, creación, ver datos, modificar y buscar) de

contactos registrados en la plataforma. Las acciones que se pueden realizar desde
aquí son:
Figura 6.15: Vista de actividades
Volver: Vuelve a Organizaciones.
Nuevo: Genera una actividad de un cliente con sus datos( organización,

asunto, responsable, fecha alta, última modificación, tipo y estado),
comentarios, usuarios relacionados, seguimiento(fecha vencimiento, nota,
avisos “texto y fecha”) y contactos que intervienen.
o Guardar: Guarda los datos de la actividad.
o Cancelar: Cancela los datos de la actividad y vuelve a Actividades.
76
Figura 6.16: Crear una actividad.
77
Tipos de actividades.
 Nota: permite añadir varios comentarios y queda reflejado el usuario que lo

introduce y en que fecha.
Figura 6.17: Crear una actividad, tipo nota.
78
 Correo Electrónico: Permite una comunicación rápida de información y
documentos a los clientes mediante un sencillo formulario de envío de correos
electrónicos en el que se incluye para quien va dirigido el correo, asunto,
adjuntar archivo y texto.
o Guardar: guarda los datos del correo.
o Enviar: enviar correo con los datos introducidos.
Figura 6.18: Crear una actividad, tipo correo electrónico.
79
 Llamada telefónica:
Las llamadas están clasificadas en dos tipos:
-Llamadas recibidas.
-Llamadas enviadas.
Permite indicar si la llamada es propia o es para otro usuario y los datos de la

llamada (quien llama, para quien era la llamada, fecha, hora y motivo).
o Guardar: guarda los datos generales de la actividad y los datos específicos de

la llamada.
Figura 6.19: Crear una actividad, tipo llamada telefónica.
80
 Oferta/Presupuesto: Permite descargar una plantilla para realizar ofertas o
presupuestos, subir las plantillas ya modificadas.
o Descargar: descargar plantilla en el equipo para poder añadir los datos que
sean necesarios.
o Subir: subir la oferta o presupuesto ya realizado.
Figura 6.20: Crear una actividad, tipo presupuesto.
o Guardar: guarda el archivo subido.
o Enviar: enviar correo con el archivo subido.
81
Figura 6.21: Enviar un presupuesto a un cliente.
Independientemente del tipo de actividad que sea también se puede hacer las
siguientes opciones:
 Comentarios: permite introducir comentarios sobre la actividad
Figura 6.22: Añadir comentarios de una actividad
82
 Usuarios relacionados: añadir o quitar usuarios a los que permitamos ver la
actividad pero no podrán modificar nada, sólo añadir comentarios.
Figura 6.23: Añadir usuarios con permiso de lectura.
 Seguimiento: Consiste en un mecanismo de información y avisos

automáticos que permiten controlar el estado en el que se encuentran las
distintas actividades en una organización. Los datos de una actividad que
permiten realizar el seguimiento son:
o Fecha de vencimiento: Indica la fecha en que una actividad debe estar

completada.
o Avisos programados: Define una serie de hitos importantes para los

cuales el sistema avisa al usuario para ayudar a su cumplimiento.
 Fechas: elegir primero el día, después la hora, y cerrar o pulsar intro.
Figura 6.23: Añadir avisos de una actividad.
83
 Contactos: añadir o quitar contactos que intervienen en la actividad.
Figura 6.24: Contactos que intervienen en una actividad.
Abrir: Mostrará una pantalla con los datos de la actividad ya creada y se podrán
ver o modificar todos sus datos menos los específicos de la actividad
dependiendo de los permisos que tenga el usuario
Ejemplo:
Si el tipo de actividad es un correo se podrá modificar todo menos los datos

específicos del correo:
Figura 6.25: Ejemplo ver un correo enviado.
o Guardar: Guarda los datos de la actividad modificada.
o Cancelar: Cancela la modificación de la actividad y vuelve a Actividades.
Eliminar: eliminar una actividad y todo lo relacionado con ella.
84
Buscador: Mostrará una pantalla con los datos de la actividad y se podrán
añadir comentarios.
Figura 6.26: Buscador de actividades.
85
Avisos
Permite visualizar los avisos de las distintas actividades.
Figura 6.27: Vista de avisos.
Completado: Desaparecerá de la vista.
Actividad: Mostrará una pantalla con los datos de la actividad a la que

pertenezca el aviso.
86
Figura 6.28: Ver actividad del aviso seleccionado.
87
88

PFC

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

PFC

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD POLITÉCNICA DE VALENCIA

ESCOLA TÉCNICA SUPERIOR DE INFORMÁTICA APLICADA

PROYECTO FIN DE CARRERA

Autora: Paula Esteller Cano

Director: Félix Buendia García

13 de Diciembre del 2007

El presente proyecto forma parte del proyecto final de carrera de Paula

La estructura básica del servicio consta de los siguientes apartados:

 Organizaciones: Una organización puede ser una empresa, un empresario

 Contactos: Relación de contactos disponibles de cada una de las

 Actividades: Información, documento o comunicación relacionada con una

La empresa en la que se ha realizado el proyecto se dedica a vender portales

Mi labor en la empresa es la de crear, modificar, corregir, mejorar y ampliar el

A partir de la introducción, el proyecto está estructurado de la siguiente

En el capítulo 2 se presenta la especificación de requisitos software IEEE.

En el capítulo 3 se muestra el Análisis del proyecto. Está formado por los

En el capítulo 4 se muestra el Diseño del proyecto. Este capítulo está

En el capítulo 5 se presenta en qué lenguaje y herramientas se ha basado la

En el capítulo 6 se expondrán las conclusiones a las que se ha llegado con la

En el capítulo 7 se ofrece una explicación general sobre el funcionamiento de

Por último, en el capítulo 8 se mostrará la bibliografía utilizada.

Esta especificación está destinada a obtener los requisitos que ha de cumplir

El propósito del presente apartado es definir cuales son los requerimientos

1.3. Definiciones, Siglas y Abreviaturas.

Administrador: usuario que ha sido correctamente registrado mediante un

Editor: usuario que ha sido correctamente registrado mediante un

Responsable: usuario que ha sido correctamente registrado mediante un

Para rellenar este documento se han tenido en cuenta el siguiente documento:

● IEEE Recommended Practice for Software Requirements Specifications

1.5. Visión global.

A partir de ahora se van a definir los requisitos software y hardware de la

2.1. Funciones del producto

3.1. Requisitos funcionales.

3.1.1 Gestión de Clientes.

Un cliente puede ser una empresa, un empresario individual o una institución

3.1.1.1 Crear un cliente.

3.1.1.2 Modificar un cliente.

Se muestra un listado con todos los clientes. Puede seleccionar un cliente y

3.1.1.3 Dar de baja un cliente.

Se muestra un listado con todos los clientes. Puede seleccionar un cliente y

3.1.1.4 Ver un cliente.

Se muestra un listado con todos los clientes. Puede seleccionar un cliente y

3.1.1.5 Buscar un cliente.

Mediante un formulario introducimos algún dato del cliente y nos devuelve

3.1.2 Gestión de Contactos.

Un contacto pertenece a un cliente. Es la persona con la que poder contactar

3.1.2.1 Crear un contacto.

Genera un contacto de un cliente con sus datos personales.

Se muestra un listado con todos los contactos. Puede seleccionar un contacto

3.1.2.3 Dar de baja un contacto.

Se muestra un listado con todos los clientes. Puede seleccionar un contacto y

3.1.2.4 Ver un contacto.

Se muestra un listado con todos los clientes. Puede seleccionar un contacto y

3.1.2.5 Buscar un contacto.

Mediante un formulario introducimos algún dato del contacto y nos devuelve

3.1.3 Gestión de Actividades.

Una actividad comprende cualquier información, documento o comunicación

Los datos que pueden indicarse en una actividad son:

3.1.3.1 Crear una actividad.

Genera una actividad de un cliente con sus datos), comentarios, usuarios

3.1.3.2 Modificar una actividad.

Se muestra un listado con todas las actividades. Puede seleccionar una

3.1.3.3 Eliminar una actividad.

Se muestra un listado con todas las actividades. Puede seleccionar una