Emp constructora-Sistema de gestion de obras de una constructora

PROYECTO FIN DE CARRERA
SISTEMA DE GESTIÓN DE OBRAS DE UNA
CONSTRUCTORA
AUTOR: MIGUEL JIMÉNEZ MORALES
MADRID, SEPTIEMBRE 2010
UNIVERSIDAD PONTIFICIA COMILLAS
ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)
INGENIERO TÉCNICO EN INFORMÁTICA DE GESTIÓN

Sistema de Gestión de Obras de una Constructora
I
Dedicatoria
A mis padres, por tantas y tantas cosas, pero sobre todo por
darme la oportunidad de tener una educación de privilegio, sin
importar el coste. Sacrificándose ambos por mí.
A aquellos que se quedaron en el camino, que no vieron
cumplida la meta. Estéis donde estéis, va por vosotros. Os
quiero y os llevo en el corazón.

II
Agradecimientos
A mi familia, los que están y los que no están. Por estar siempre junto a mí,
apoyándome en cada paso que doy, interesándoos por mi vida y mi educación.
Gracias.
A mi hermano, porque ¡que grande es la vida cuanto tienes a alguien como el
al lado!
A mi novia, por lo insistente que puede llegar a ser a veces. ¿Has hecho el
Proyecto? ¿Estas con el Proyecto? Si ya he hecho el proyecto. Gracias por todas tus
palabras de ánimo y de apoyo en el día a día.
A todos los profesores, tanto de la Universidad como del colegio, porque
gracias a ellos soy quien soy, gracias a ellos he aprendido tantas cosas y sobre todo
porque gracias a ellos he disfrutado de lo que he estudiado y soy feliz con lo que me
voy a dedicar a partir de ahora.
A todos los tutores, tanto del colegio como de la Universidad, incluyendo a mi
director de proyecto, porque gracias a ellos he podido cumplir mis metas y además
han estado ahí para cualquier problema tanto personal como de estudios.
A mis amigos que siempre han estado ahí para todo, apoyando, luchando,
compartiendo, viviendo…la vida es mas sencilla cuando estas con gente así.

III
Resumen
Este documento trata sobre el desarrollo de un sistema de gestión de obras
de una constructora. El cual se puede utilizar para cualquier constructora ya que no
está desarrollada para una en particular.
En este final de la primera década del nuevo milenio, el tema de la
construcción está siendo muy nombrado y no precisamente por sus grandes
números sino por la crisis del sector, en la cual, no se construyen ni se venden
ninguna edificación. Ya que los costes son numerosos y el mercado poco llamado a
comprar. Es por ello que hacen falta herramientas que ayuden al control de gastos y
evidentemente a su reducción. Es un punto muy importante y necesario en toda obra
en la actualidad para así tener más margen y poder llegar a realizar las obras.
En el mercado de este tipo de sistemas de gestión no se encuentran un gran
número de herramientas, ya que no se ha invertido aún en esta vía de desarrollo.
Además, las herramientas actuales no engloban el conjunto de la obra sino tratan
apartados concretos.
En definitiva, tomando todos los datos expuestos en los párrafos anteriores se
llega a la conclusión de que hacen falta herramientas que gestionen las obras en su
conjunto, permitan reducir costes y además faciliten el trabajo de los empleados. Es
por ello que nace el sistema de gestión de obras de una constructora.
Los principales objetivos que pretende conseguir este sistema son: unificar la
planificación de una obra, unificar la gestión del personal que trabaja en las
diferentes obras, gestionar los materiales que entran y salen, conseguir una mayor
eficiencia en el trabajo a desarrollar dentro de la gestión de las diferentes obras,
agilizar trámites y plazos en el desarrollo de las obras, mejorar la fluidez en los
canales de comunicación entre la obra y la sede central, realizar una aplicación
intuitiva y de fácil manejo, abaratar costes y centralizar la información. Todos ellos
son desarrollados a lo largo del documento. Para lograrlos, se utiliza lo que se
denomina Ingeniería del software.
Una vez conocidos los objetivos conviene saber también el tipo de usuario
que puede darse en el sistema. Los usuarios se dividen en cuatro tipos diferentes:
cliente o comprador de la vivienda, el trabajador a pie de obra, el trabajador en las

IV
oficinas de la constructora o el administrador, el cual, tiene acceso a todas las
opciones a la aplicación.
Estos usuarios podrán realizar numerosas tareas, dependiendo del nivel de
acceso asociado a su perfil. Todas las opciones disponibles se engloban en cuatro
módulos: Obras, Personal, Material y Planificación de Obra. Con estos módulos se
intentará abarcar todos los objetivos y problemáticas surgidas en la gestión de una
obra.
En definitiva, el sistema de gestión de obras pretende ser una herramienta
fácil, intuitiva y que cumpla todos los objetivos para los que es diseñada,
consiguiendo así una gestión de obra a bajo coste.

V
Abstract
The present document is principally concerned about the development of
works in building enterprise. This can be applied for any company in this field at
ease.
At end of first decade of new millennium building issue is being mentioned
here and there and not precisely for its enormous and positive incomes caused by
profound crisis in sector in which almost no building work or purchasing transaction
takes place. As expenses and costs are so numerous in addition to that the
acquisition appeal is absolutely low or in some sector inexistence. This is the
principal motive why suitable and convenient tools are needed to control expenses
and certainly reducing them. Currently this is such an important and crucial point in
any work to consider so as to have this essential margin which enabling to carry out
building works.
There is a lack or short existence of convenient tools in managing and
administration system since there has been nearly no investment on this process. In
addition the present tools do not lump together the whole economic activity but just a
limit and concrete wards.
Consequently, and taking all mentioned details in previous paragraphs into
serious and reasonable account leads to conclusion that there is a big demand these
cosy as well as suitable tools which open clear and obstacles free routs or protocols
to run building activities in general, offering solutions to reduce costs and at the same
time providing stable jobs and employments for workers. This is the principal reason
why administrating building program is brought in and set up.
The greatest and different objectives that this system is aimed at are:
- Unification of work strategy.
- Unification of managing system for staff working at different building
scenes.
- Managing of coming in and going out material at the building
company.
- Obtaining better effectiveness on task to do in managing different
works.

VI
- Dynamiting bureaucracy and periods of developing works.
- Improving fluency of communication channels between working
spots and headquarter of the building company.
- Realising an intuitive application as well as easy to develop.
- Reducing costs and centralizing information.
All of these essential and important points can be carried out through so called
SOFTWARE ENGINEERING
Once this mechanism is set up. It is quite advisable to recognize user staff of
the system.
The users can be divided into four groups.
- Customer or purchaser of a house
- Staff who carry out their task at building scene
- Staff at building headquarter.
– The manager who will have special access of all kind of application options.
These users will be able to carry out big rang of task basing on their level of
access and professional profiles.
All these available options are packed in four files.
1. works
2. staffs
3. materials
4. building strategy and planning
5.
These four files are indented to undertake and how to cope with all objective
and unwilling forthcoming inconvenient in managing and building work.
To sum up, the managing system of building work is aimed at being an easy
and accessible intuitive tool which effectively helps to fulfil all objectives and targets
for which it has been designed. It is to say, managing a building work and
administration effectively at a very low cost.

VII
ÍÍÍNNNDDDIIICCCEEESSS DDDEEELLL DDDOOOCCCUUUMMMEEENNNTTTOOO

VIII
Índice del proyecto
1. Introducción al Proyecto.................................................................................................... - 2 -
1.1 Estado del arte ............................................................................................................. - 2 -
1.2 Motivación del Proyecto.............................................................................................. - 3 -
1.3 Metodología de desarrollo........................................................................................... - 4 -
1.4 Herramientas................................................................................................................ - 4 -
1.5 Planificación temporal del Proyecto............................................................................ - 5 -
2. Identificación de Necesidades ........................................................................................... - 8 -
2.1 Entrevistas ................................................................................................................... - 8 -
2.2 Objetivos del sistema................................................................................................... - 9 -
2.3 Alcance del sistema ................................................................................................... - 10 -
2.4 Tipología de Usuarios................................................................................................ - 12 -
2.5 Restricciones.............................................................................................................. - 14 -
2.6 Organización y funciones empresariales ................................................................... - 14 -
2.7 Antecedentes.............................................................................................................. - 15 -
3. Análisis de Requisitos ..................................................................................................... - 18 -
3.1 Reconocimiento del problema................................................................................... - 18 -
3.2 Evaluación y síntesis ................................................................................................. - 20 -
3.3 Lista de Requisitos .................................................................................................... - 22 -
3.4 Requisitos del Sistema............................................................................................... - 24 -
3.5 Modelo Lógico de Datos ........................................................................................... - 63 -
3.5.1 DFD Contextual ................................................................................................. - 64 -
3.5.2 DFD Conceptual ................................................................................................ - 65 -
3.5.3 DFD de Segundo Nivel (Formulario Menú Estado de la Obra). ....................... - 67 -
3.5.4 DFD de Segundo Nivel (Formulario Menú Materiales). ................................... - 69 -
3.5.5 DFD de Segundo Nivel (Formulario Menú Personal). ...................................... - 71 -
3.5.6 DFD de Segundo Nivel (Formulario Menú Planificación)................................ - 73 -
3.5.7 DFD de Tercer Nivel (Proceso 6.2 - Clientes)................................................... - 76 -
3.5.8 DFD de Tercer Nivel (Proceso 6.3 - Obras)...................................................... - 78 -
3.6 Modelo Conceptual de Datos .................................................................................... - 80 -
3.6.1 Primera Forma Normal...................................................................................... - 81 -
3.6.2 Segunda Forma Normal ..................................................................................... - 81 -
3.6.3 Tercera Forma Normal ...................................................................................... - 82 -
3.6.4 Resultado de la Normalización .......................................................................... - 82 -
3.6.5 Diagrama Entidad – Relación............................................................................ - 84 -
3.6.6 Diccionario de relaciones .................................................................................. - 85 -
4. Estudio de la Arquitectura............................................................................................... - 87 -
4.1 Especificación de alternativas ................................................................................... - 87 -
4.1.1 Alternativa 1 ....................................................................................................... - 87 -
4.1.2 Alternativa 2 ....................................................................................................... - 89 -
4.2 Evaluación de alternativas......................................................................................... - 91 -
4.2.1 Evaluación organizativa, operativa y técnica.................................................... - 91 -
4.2.2 Evaluación económica........................................................................................ - 93 -
4.3 Selección de una alternativa ...................................................................................... - 94 -
5. Diseño Externo ................................................................................................................ - 96 -
5.1 Entorno Operativo del Sistema.................................................................................. - 96 -
5.1.1 Entrada, salida y recogida de datos................................................................... - 96 -
5.1.2 Mantenimiento de ficheros ................................................................................. - 97 -

IX
5.1.3 Generación de informes...................................................................................... - 97 -
5.1.4 Control de información y seguridad del sistema................................................ - 98 -
5.2 Configuración hardware/software ............................................................................. - 98 -
5.2.1 Configuración Hardware ................................................................................... - 98 -
5.2.2 Configuración Software...................................................................................... - 99 -
5.3 Nuevo Modelo Físico del Sistema........................................................................... - 100 -
5.3.1 DFD Contextual ............................................................................................... - 100 -
5.3.2 DFD MFNS Conceptual Administradores. ...................................................... - 101 -
5.3.3 DFD MFNS Conceptual Trabajador Constructora. ........................................ - 102 -
5.3.4 DFD MFNS Conceptual Trabajador Obra. ..................................................... - 103 -
5.3.5 DFD MFNS Conceptual del Cliente................................................................. - 104 -
6. Diseño Interno ............................................................................................................... - 106 -
6.1 Modelo Físico de Datos........................................................................................... - 106 -
6.1.1 Tablas de la Base de Datos .............................................................................. - 106 -
6.1.2 Tabla Usuario................................................................................................... - 107 -
6.1.3 Tabla Cliente .................................................................................................... - 107 -
6.1.4 Tabla Personal ................................................................................................. - 108 -
6.1.5 Tabla Obra ....................................................................................................... - 108 -
6.1.6 Tabla Materiales .............................................................................................. - 109 -
6.1.7 Tabla Cliente-Obra .......................................................................................... - 109 -
6.1.8 Tabla Personal-Obra........................................................................................ - 109 -
6.1.9 Tabla Material-Obra........................................................................................ - 110 -
6.2 Diseño centrado en el usuario.................................................................................. - 110 -
6.3 Diagrama de Flujo de Aplicación............................................................................ - 112 -
6.3.1 Flujo de Aplicación. Diagrama de acceso. ...................................................... - 112 -
6.3.2 Flujo de Aplicación. Diagrama de Administradores........................................ - 112 -
6.3.3 Flujo de Aplicación. Diagrama trabajador constructora ................................ - 113 -
6.3.4 Flujo de Aplicación. Diagrama trabajador obra............................................. - 113 -
6.3.5 Flujo de Aplicación. Diagrama Cliente ........................................................... - 114 -
6.4 Diagrama de Casos de uso....................................................................................... - 114 -
6.4.1 Diagrama de casos de uso. Cliente. ................................................................. - 114 -
6.4.2 Diagrama de casos de uso. Trabajador Obra.................................................. - 115 -
6.4.3 Diagrama de casos de uso. Trabajador de la Constructora............................ - 116 -
6.4.4 Diagrama de casos de uso. Administradores................................................... - 117 -
6.5 Manual de usuario ................................................................................................... - 118 -
6.5.1 Acceso a la aplicación...................................................................................... - 118 -
6.5.2 Funcionalidades según perfil de usuario. ........................................................ - 118 -
6.5.3 Mensajes de error o ayuda............................................................................... - 119 -
6.5.4 Menú de opciones de Administradores............................................................. - 120 -
6.5.5 Menú de opciones del Trabajador de la Constructora. ................................... - 121 -
6.5.6 Menú de opciones del Trabajador de la Obra. ................................................ - 121 -
6.5.7 Menú de opciones del Cliente........................................................................... - 122 -
6.5.8 Asignaciones..................................................................................................... - 122 -
6.5.9 Búsquedas......................................................................................................... - 123 -
6.5.10 Ficha Obra, Personal, Trabajador y Cliente. ................................................ - 124 -
7. Pruebas del sistema........................................................................................................ - 126 -
7.1 Pruebas Unitarias..................................................................................................... - 127 -
7.2 Pruebas de Integración............................................................................................. - 128 -
7.3 Pruebas de Seguridad .............................................................................................. - 129 -
7.4 Pruebas de Aceptación de Usuario .......................................................................... - 129 -

X
7.5 Pruebas de Usabilidad ............................................................................................. - 130 -
8. Conclusiones.................................................................................................................. - 132 -
8.1 Conclusiones de la función de negocio ................................................................... - 132 -
8.2 Conclusiones tecnológicas....................................................................................... - 132 -
8.3 Conclusiones académicas ........................................................................................ - 133 -
Bibliografía........................................................................................................................ - 135 -
Anexo A............................................................................................................................. - 139 -
Anexo B............................................................................................................................. - 146 -
Costes del personal........................................................................................................ - 146 -
Costes del hardware y software..................................................................................... - 146 -
Costes totales................................................................................................................. - 147 -

XI
Índice de figuras
Figura 1: Imágenes de FireFox, Word y Visual Studio - 5 -
Figura 2: Representación visual de los módulos de la aplicación - 12 -
Figura 3: Tipología de Usuarios y ámbito de acceso - 13 -
Figura 4: Organigrama de una Constructora - 15 -
Figura 5: Diagrama de Presentación - 19 -
Figura 6: Símbolos del DFD - 63 -
Figura 7: DFD Contextual - 64 -
Figura 8: Diagrama de Primer Nivel - 65 -
Figura 9: DFD de segundo nivel. Estado de la Obra - 67 -
Figura 10: DFD de segundo nivel. Formulario Menú Materiales - 69 -
Figura 11: DFD de segundo nivel. Formulario Menú Personal - 71 -
Figura 12: DFD de segundo nivel. Formulario Menú Planificación - 73 -
Figura 13: DFD de tercer nivel. Clientes - 76 -
Figura 14: DFD de tercer nivel. Obras - 78 -
Figura 15 : Diagrama Entidad-Relación - 84 -
Figura 16: Servidor ProLiant ML150 G6 - 88 -
Figura 17: Logotipos del Software de la Alternativa 1 - 88 -
Figura 18: Servidor DELL PowerEdge T110 - 89 -
Figura 19: Logotipos del Software de la Alternativa 2 - 90 -
Figura 20: Gráfico de Valoración de alternativas - 93 -
Figura 21: Configuración Hardware - 99 -
Figura 22: Configuración Software - 99 -
Figura 23: DFD Modelo Físico Nuevo Sistema - 100 -
Figura 24: DFD MFNS de los Administrativos - 101 -
Figura 25: DFD MFNS de los Trabajadores de la Constructora - 102 -
Figura 26: DFD MFNS de los Trabajadores de la Obra - 103 -
Figura 27: DFD MFNS del Cliente - 104 -
Figura 28: Diagrama acceso a la aplicación - 112 -
Figura 29: Flujo de Aplicación. Diagrama Administradores - 112 -
Figura 30: Flujo de Aplicación. Diagrama Trabajador Constructora - 113 -
Figura 31: Flujo de Aplicación. Diagrama Trabajador Obra - 113 -
Figura 32: Flujo de Aplicación. Diagrama Cliente - 114 -
Figura 33: Diagrama de casos de uso. Cliente. - 114 -
Figura 34: Diagrama de casos de uso. Trabajador de la obra. - 115 -
Figura 35: Diagrama de casos de uso. Trabajador de la Constructora. - 116 -
Figura 36: Diagrama de casos de uso. Administradores. - 117 -
Figura 37: Acceso a la aplicación. - 118 -
Figura 38: Ejemplos de mensajes de error o ayuda. - 120 -
Figura 39: Menú de opciones de administradores. - 120 -
Figura 40: Menú de opciones del Trabajador de la Constructora. - 121 -
Figura 41: Menú de opciones del Trabajador de la Obra. - 121 -
Figura 42: Menú de opciones del Cliente. - 122 -
Figura 43: Asignación Cliente a Obra. - 122 -
Figura 44: Búsqueda de Cliente. - 123 -
Figura 45: Ficha de un cliente - 124 -

XII
Índice de tablas
Tabla 1: Planificación en horas de las etapas del desarrollo del Proyecto - 6 -
Tabla 2: Horas semanales de trabajo en el desarrollo del Proyecto - 6 -
Tabla 3: Lista de Requisitos del Sistema - 23 -
Tabla 4: Requisito 1: Página de inicio de sesión - 24 -
Tabla 5: Requisito 2: Comprobación de usuarios - 25 -
Tabla 6: Requisito 3: Control de acceso al sistema - 26 -
Tabla 7: Requisito 4: Formulario inicio de módulos - 27 -
Tabla 8: Requisito 5: Perfiles de Usuario - 28 -
Tabla 9: Requisito 6: Formulario principal Estado de la Obra - 29 -
Tabla 10: Requisito 7: Formulario principal Materiales - 30 -
Tabla 11: Requisito 8: Formulario principal Personal - 31 -
Tabla 12: Requisito 9: Formulario principal Planificación Obra - 32 -
Tabla 13: Requisito 10: Acceso a las Bases de Datos - 33 -
Tabla 14: Requisito 11: Menú opciones Estado de la Obra - 34 -
Tabla 15: Requisito 12: Menú opciones Materiales - 35 -
Tabla 16: Requisito 13: Menú opciones Personal - 36 -
Tabla 17: Requisito 14: Menú opciones Planificación Obra - 37 -
Tabla 18: Requisito 15: Ficha Obras - 38 -
Tabla 19: Requisito 16: Ficha Materiales - 39 -
Tabla 20: Requisito 17: Ficha Personal - 40 -
Tabla 21: Requisito 18: Ficha Cliente - 41 -
Tabla 22: Requisito 19: Tabla de Datos Usuarios - 42 -
Tabla 23: Requisito 20: Tabla de Datos Personal - 43 -
Tabla 24: Requisito 21: Tabla de Datos de Obras - 44 -
Tabla 25: Requisito 22: Tabla de Datos de Materiales - 45 -
Tabla 26: Requisito 23: Tabla de Datos de Clientes - 46 -
Tabla 27: Requisito 24: Búsqueda de Obra - 47 -
Tabla 28: Requisito 25: Resultado de búsqueda de Obra - 48 -
Tabla 29: Requisito 26: Búsqueda de un Cliente - 49 -
Tabla 30: Requisito 27: Resultado de búsqueda de un Cliente - 50 -
Tabla 31: Requisito 28: Búsqueda de un Trabajador - 51 -
Tabla 32: Requisito 29: Resultado de búsqueda de un Trabajador - 52 -
Tabla 33: Requisito 30: Búsqueda de un Material - 53 -
Tabla 34: Requisito 31: Resultado de búsqueda de un Material - 54 -
Tabla 35: Requisito 32: Asignación de Material a Obra - 55 -
Tabla 36: Requisito 33: Asignación de Personal a Obra - 56 -
Tabla 37: Requisito 34: Asignación de Obra a Cliente - 57 -
Tabla 38: Requisito 35: Estado de la Obra para un Cliente - 58 -
Tabla 39: Requisito 36: Planificación de Obra - 59 -
Tabla 40: Requisito 37: Listado Materiales en una Obra - 60 -
Tabla 41: Requisito 38: Listado Personal en una Obra - 61 -
Tabla 42: Requisito 39: Herramienta usable - 62 -
Tabla 43: Especificaciones DFD Contextual - 64 -
Tabla 44: Especificaciones DFD Primer Nivel - 66 -
Tabla 45: Especificaciones DFD segundo nivel. Estado de la Obra - 68 -
Tabla 46: Especificaciones DFD segundo nivel. Formulario Menú Materiales - 70 -
Tabla 47: Especificaciones DFD segundo nivel. Formulario Menú Personal - 72 -
Tabla 48: Especificaciones DFD segundo nivel. Formulario Menú Planificación - 75 -
Tabla 49: Especificaciones DFD tercer nivel. Clientes - 77 -
Tabla 50: Especificaciones DFD tercer nivel. Obras - 79 -
Tabla 51: Matriz de Evaluación Organizativa - 92 -
Tabla 52: Matriz de Evaluación de Costes - 94 -
Tabla 53: Listado de tablas de la BD - 106 -
Tabla 54: Tabla Usuarios - 107 -
Tabla 55: Tabla Cliente - 107 -
Tabla 56: Tabla Personal - 108 -

XIII
Tabla 57: Tabla Obra - 108 -
Tabla 58: Tabla Materiales - 109 -
Tabla 59: Tabla Cliente-Obra - 109 -
Tabla 60: Tabla Personal-Obra - 109 -
Tabla 61: Tabla Material-Obra - 110 -
Tabla 62: Funcionalidades según perfil de usuario. - 119 -
Tabla 63: Listado de pruebas unitarias. - 127 -
Tabla 64: Listado de pruebas de integración. - 128 -
Tabla 65: Listado de pruebas de seguridad. - 129 -
Tabla 66: Listado de pruebas de aceptación del usuario. - 129 -
Tabla 67: Listado de pruebas de usabilidad. - 130 -
Tabla 68: Costes personal de desarrollo. - 146 -
Tabla 69: Costes del hardware y software. - 146 -
Tabla 70: Costes totales por área del proyecto. - 147 -

- 1 -
111 IIINNNTTTRRROOODDDUUUCCCCCCIIIÓÓÓNNN AAALLL PPPRRROOOYYYEEECCCTTTOOO

- 2 -
1. Introducción al Proyecto
1.1 Estado del arte
A lo largo del presente documento se expondrá el desarrollo de un Sistema de
Gestión de obras de una Constructora.
En situaciones de crisis como la que se encuentra España desde el 2007,
donde echaron el cierre alrededor de 32.000 oficinas de empresas inmobiliarias (el
40% del total de las existentes en esa fecha). Con unas previsiones para los años
venideros peores, pues los expertos creen que el 75% de las 60.000 empresas
inmobiliarias que trabajan en España desaparecerán a medio plazo [WWW01]. Es
muy difícil que las empresas Constructoras, puedan seguir con todos los proyectos
que tienen entre manos. Pues los costes son muy grandes y las ventas muy
escasas, ya que las familias no disponen de capital suficiente para realizar la compra
de una casa y además el sistema financiero no otorga hipotecas como en épocas de
bonanza. Esta crisis está siendo sobre todo dura en este sector, el de la
construcción, con infinidad de empresas y constructoras cerradas, y miles de
personas en el paro. Además, las expectativas son poco halagüeñas, puesto que no
se tiene mucho viso de salir adelante en un futuro cercano.
Es por ello que las constructoras se replantean los gastos y gestión que
realizan de las obras. En la actualidad se puede encontrar algún que otro sistema de
gestión de una obra, como puede ser, el PRESTO1
, programa de pago para su
utilización, con el consiguiente gasto que esto supone para la constructora. Pero, en
general, existe una falta de herramientas de gestión completas de obra a bajo coste
o incluso gratuito, que por la crisis económica ya comentada.
Además de todo lo expresado anteriormente es necesario aplicar nuevos
estilos en la gestión de las obras, una manera nueva de tratar todo el conjunto del
proyecto de una obra, de una manera diferente a la actual ¿Por qué?, actualmente
hay mucha falta de control en el progreso de una obra, muchos costes que no se
especifican, muchas desviaciones en el presupuesto, lo que conlleva que en
situaciones como la actual, las constructoras quiebren.
1
Programa de medición, control y presupuestos para una obra desarrollado por Soft, S.A. Para más
información visitar: www.soft.es

- 3 -
Tras la breve descripción de la situación actual se valora y se llega a la
conclusión de que hay cosas que cambiar y mejorar para que todo pueda seguir
funcionando, poder hacer a las empresas ahorrar costes y es por ello que con la
aplicación a desarrollar se pretende subsanar todos estos problemas, a la par que
dar una nueva visón al proceso de construcción de cualquier obra. A lo largo del
contenido de esta memoria se irá viendo paso a paso como llegar a crear algo
intuitivo, manejable, rápido, sencillo, económico y nuevo que haga a las
constructoras seguir adelante en estos momentos tan difíciles.
1.2 Motivación del Proyecto
Para la realización de este proyecto, el autor ha encontrado diversas
motivaciones que le han impulsado a realizarlo, algunas de ellas más importantes
que otras, pero todas muy necesarias, éstas son:
Crear una gran herramienta de gestión: Conseguir una herramienta
que con ella se mejoren los procesos tanto humanos, como técnicos y
aúne todos los procesos relacionados con las constructoras.
Innovación en este área: como se ha expuesto en el apartado
anterior, donde se puede ver que el mundo de la construcción aun
sigue siendo muy manual, que numerosos procesos pueden ser
mejorados y llevados a cabo con una aplicación. Es un área que aún
no está muy desarrollada y que se puede mejorar mucho.
Mejorar los conocimientos de programación: conocer nuevas
herramientas de programación complementarias a las ya vistas y
usadas a lo largo de la carrera.
Aunar todo lo aprendido: el objetivo de todo proyecto fin de carrera,
es el de demostrar en el todo lo aprendido durante la carrera, saber
gestionar todo un proceso de desarrollo de creación de software.
Indagar en temas de la construcción: desde temprana edad, el
autor, ya andaba con el tema de la construcción y que mejor manera
de ampliar sus conocimientos, que realizando un proyecto para la
gestión de toda una construcción. Es un tema que realmente gusta, y

- 4 -
que además se tiene la suerte de contar con gente que trabaja en
obras y pueden ayudar a realizar un buen proyecto perfecto y útil.
En líneas generales estas son las principales motivaciones que llevan al autor
a realizar el proyecto fin de carrera. Con el objetivo principal, de que en un futuro, la
aplicación que aquí se desarrolla, llegue a muchas constructoras y puedan ayudarlas
a salir de la crisis y a construir de una manera eficiente, además de darles a los
compradores también motivos para que vuelvan a inyectar dinero con sus compras
en la construcción.
1.3 Metodología de desarrollo
Para poder realizar un software de calidad, fiable, económico, eficiente,
sencillo e intuitivo, se utilizará una disciplina que es conocida como Ingeniería del
Software, basada en métodos, técnicas y herramientas que se llevarán a cabo a lo
largo del Proyecto.
Toda aplicación de gestión que se desarrolla en informática sigue un Ciclo de
Vida, en el que se pueden ver claramente diferenciadas nueve etapas de desarrollo,
estas son: Identificación de Necesidades, Análisis de Requisitos, Estudio de
Arquitectura, Diseño Externo, Diseño Interno, Programación, Pruebas del Sistema,
Implantación y Mantenimiento. Todas ellas serán llevadas a cabo a lo largo del
Proyecto.
Además para el desarrollo del proyecto que aborda el presente documento, se
ha establecido un método de realización muy conocido en el mundo de la
Informática, como es el Ciclo de Vida en Cascada. Dicho ciclo se desarrollará a lo
largo de todo el Proyecto y se caracteriza porque cada etapa de desarrollo no
comienza sin antes haber acabado la anterior. Para más información se puede
consultar el libro [BARR01].
1.4 Herramientas
Para la realización de este proyecto se necesitarán una serie de
herramientas, programas y aplicaciones para el correcto diseño del mismo.
A continuación se detallan las herramientas más importantes a utilizar:

- 5 -
Mozilla Firefox [WWW02]: Firefox es un navegador multiplataforma y
está disponible en varias versiones de Microsoft Windows, Mac OS X,
GNU/Linux y algunos sistemas basados en Unix. Su código fuente es
software libre, publicado bajo una triple licencia GPL/LGPL/MPL.
Microsoft Word: Programa de ofimática utilizado para el diseño de
documentos y memorias. Diseñado por Microsoft y de pago para el
público general.
Microsoft Visual C# 2008 Express Edition: Es un entorno de
desarrollo en C#, el cual compila y ejecuta programas o módulos
desarrollados en C#. Es un software gratuito en su versión más simple
(la utilizada para el desarrollo del Proyecto), aunque también existe una
versión de pago. Dispone de página Web de la cual se puede obtener
el IDE: [WWW03].
Figura 1: Imágenes de FireFox, Word y Visual Studio
1.5 Planificación temporal del Proyecto
Se ha establecido una duración para el proyecto de seis meses y medio a
contar a partir del día 3 de noviembre de 2009, fecha en la que se aprueba la
ejecución del proyecto. La finalización del mismo será el día 20 de junio de 2010.
Con ello se completarán unas 390 horas de trabajo. Para ver una visión más
detallada del desarrollo del proyecto se expone un calendario aproximado de las
fechas para cada fase de desarrollo y un horario de trabajo diario a excepción de los
Viernes y Sábados, días que en la mayoría de las semanas no se dedicarán al
proyecto.

- 6 -
Tabla de fechas del desarrollo del Proyecto:
Etapa Horas Comienzo Fin
Identificación de
Necesidades
30 03/11/2009 22/11/2009
Análisis de
requisitos
50 22/11/2009 20/12/2009
Estudio de la
Arquitectura
30 20/12/2009 06/01/2010
Diseño Externo 60 06/01/2009 10/02/2010
Diseño Interno 60 10/02/2010 17/03/2010
Programación 110 17/03/2010 20/05/2010
Pruebas del
Sistema
20 20/05/2010 01/06/2010
Implantación 15 01/06/2010 09/06/2010
Mantenimiento 15 09/06/2010 20/06/2010
Tabla 1: Planificación en horas de las etapas del desarrollo del Proyecto
Además para el cumplimiento de estas fechas, con el desarrollo de horas que
requiere cada uno, se expone a continuación el planning diario de horas:
Día Hora Día Hora
Lunes 2 Viernes 0
Martes 2 Sábado 0
Miércoles 2 Domingo 4
Jueves 2
Tabla 2: Horas semanales de trabajo en el desarrollo del Proyecto

- 7 -
222 IIIDDDEEENNNTTTIIIFFFIIICCCAAACCCIIIÓÓÓNNN DDDEEE NNNEEECCCEEESSSIIIDDDAAADDDEEESSS

- 8 -
2. Identificación de Necesidades
En el ciclo de desarrollo de cualquier aplicación se encuentra la Identificación
de Necesidades como la primera etapa a desarrollar. En líneas generales, en esta
fase se define el problema a resolver y se fijan las normas a seguir para la dirección
del proyecto que se tiene entre manos. Además en esta fase se definen los límites
del proyecto fijando también en qué partes del sistema pueden cambiarse y cuáles
no. En definitiva, se establecen los objetivos, restricciones y antecedentes del
sistema a desarrollar.
2.1 Entrevistas
Para la obtención de los datos se ha utilizado el método de la entrevista. La
mejor manera de conocer el funcionamiento actual de los sistemas, las posibles
mejoras a realizar y la visión final de lo que se quiere realizar, es hacer partícipe a
los propios usuarios finales. Es por ello que se ha escogido a una persona con una
dilatada carrera profesional que conoce a la perfección el funcionamiento global de
una obra.
Con estas entrevistas que se realizarán a lo largo de todo el ciclo de
desarrollo, se persigue conseguir los siguientes objetivos:
Hacer partícipes a los usuarios finales del desarrollo de la aplicación:
sabiendo así cuales son los gustos, las ideas y lo que los usuarios
desean que sea la aplicación.
Identificar las necesidades reales de los usuarios: para cumplir y
satisfacer las funciones de negocio de la empresa.
Recopilar información para centrar la solución al problema planteado:
ya que con las entrevistas se llega a concretar los principales objetivos
que debe de tener la aplicación, los cuales, vendrán desarrollados más
adelante.
Conseguir una visión general del proceso actual: para comprobar
donde se puede realizar mejoras o que áreas puede abarcar el Sistema
de Gestión de Obras de una Constructora.

- 9 -
Las entrevistas (se encuentran en el Anexo A) que se han realizado,
empezarán con unas de conocimiento global e irán a un conocimiento más
específico de los problemas a tratar. Todas ellas valdrán para obtener los datos
necesarios para llevar a cabo el desarrollo de la aplicación.
2.2 Objetivos del sistema
Los objetivos expuestos a continuación son tomados como globales,
obtenidos de las conversaciones con diferentes trabajadores de una misma
constructora, además de las entrevistas realizadas y los libros consultados
[CAPA99], [MIRA01], [DOMI83]. Todos ellos relacionados con el mundo de la
construcción.
Como objetivo principal de todo proyecto hay que decir que la aplicación debe
ser capaz de cubrir las necesidades encontradas, a día de hoy, en el sector de la
construcción.
Los objetivos a cubrir por el sistema son:
Unificar la planificación de una obra.
Unificar la gestión del personal que trabaja en las diferentes obras de
la constructora.
Gestionar los materiales que entran y salen en la constructora.
Conseguir una mayor eficiencia en el trabajo a desarrollar dentro de la
gestión de las diferentes obras.
Agilizar trámites y plazos en el desarrollo de las obras.
Mejorar la fluidez en los canales de comunicación entre la obra y la
sede central de la constructora.
Realizar una aplicación intuitiva y de fácil manejo.
Abaratar costes y centralizar la información.

- 10 -
2.3 Alcance del sistema
El desarrollo de este proyecto engloba cuatro puntos de negocio-trabajo de la
empresa, estos son:
Gestión de Almacenes.
Gestión de Planificación de Obras.
Gestión de Clientes.
Gestión del Personal.
En las próximas líneas se va acotar por cada función de negocio las
necesidades que se van a cubrir.
Gestión de Almacenes
En este módulo, la aplicación va a intentar resolver las siguientes
necesidades:
- Altas de materiales.
- Bajas de materiales.
- Modificaciones de materiales.
- Distribución de los materiales entre las distintas obras.
- Cambios de los materiales entre obras.
Gestión de Planificación de Obras
El área más importante y que engloba la mayor parte del proyecto, pues con
ella se cubren las necesidades que a día de hoy no existen. Este área llevará el
control general de todos los módulos, además de especificar en cada fase de

- 11 -
desarrollo los materiales y el personal necesario para su realización. Todo ello
siguiendo el Documento General de Fases y Partidas2
.
Gestión de Clientes
Este módulo cubrirá una necesidad específica para el cliente que compra la
vivienda. Será capaz de dar una visión general de cada vivienda comprada por cada
cliente, especificándoles:
- Estado de la obra.
- Observaciones.
- Incidencias.
- Imágenes.
Gestión de Personal
Último módulo que se encarga de gestionar todo lo relativo a la ubicación del
personal en las distintas obras. Sus tareas serán las siguientes:
- Traslados.
- Asignaciones.
- Incidencias.
2
Es el documento en el que se especifica, cada elemento y/o persona que interviene en el desarrollo
total de la construcción. En el se detallan todos y cada uno de los materiales a emplear en cada fase
de la obra, así como todos los tiempos de ejecución en cada una de las fases. Con este documento
se pueden ver los costes de materiales, los gastos del personal, el transcurso de la ejecución de la
obra y sus posibles desviaciones que se podrán recuperar si se afrontan a tiempo.

- 12 -
Figura 2: Representación visual de los módulos de la aplicación
2.4 Tipología de Usuarios
Los principales usuarios de esta aplicación son los trabajadores de la
constructora, además de cualquier cliente compre alguna vivienda, pero de una
manera muy simple.
Así pues, dentro de los trabajadores de la empresa se pueden encontrar los
siguientes perfiles de usuarios:
- Trabajadores de la obra.
- Trabajadores de la constructora.
- Socios o directivos.
Trabajadores de la Obra
A pie de obra se pueden encontrar numerosos trabajadores con distintos
perfiles, los cuales son necesarios para el desarrollo de las obras (como se puede
percibir en las entrevistas. Ver anexo A). Pero para facilitar la lógica de la aplicación,
además del uso de la misma, sólo va a existir un único perfil de usuario para los
trabajadores a pie de obra. Se denominara: Jefe de Obra.
Trabajadores de la Constructora
Otro tipo de perfil de usuario que se puede encontrar es el de: Empleado.
Todos los trabajadores de la constructora que trabajan en la sede central, tendrán
acceso a los diferentes datos de todas las obras.

- 13 -
Socios o directivos
Como en toda aplicación, todo negocio siempre hay unos perfiles de grado
superior, los cuales tienen acceso a toda la información. Este perfil se conocerá con
el nombre de: Directivo.
Como se ha comentado anteriormente a estos tres perfiles habría que añadir
dos más. Por un lado cualquier cliente que compra una vivienda, tendría un perfil de:
Cliente. Además de otro perfil denominado: Administrador, el cual será el/los
encargados de gestionar el correcto funcionamiento de la aplicación en su conjunto.
Como se puede comprobar a la hora de delimitar cada perfil, estos irán
creciendo en capacidad de acceso según sea más alta la responsabilidad del cargo
de cada trabajador.
Figura 3: Tipología de Usuarios y ámbito de acceso
A la hora de calcular el número de usuarios que puede tener acceso a la
aplicación en cada momento, se toma como referencia el número de trabajadores de
la constructora modelo, para la cual se va a realizar la aplicación. El número
aproximado es de treinta personas. Dentro de este número no se engloban todos los
posibles clientes, que en un momento dado, pueden acceder a la aplicación para
consultar el estado de la obra de sus viviendas.
DIRECTIVO
EMPLEADO
JEFE DE OBRA
CLIENTE

- 14 -
2.5 Restricciones
Se tiene que tener en cuenta las siguientes restricciones, éstas son:
1. El tiempo de realización de la aplicación. Al ser un desarrollo para un proyecto
fin de carrera, el tiempo está determinado entre 8 y 10 meses. Además de
comprometerse con las constructoras para que las primeras versiones estén
funcionando en ese tiempo.
2. El lenguaje de programación C#. Dicha restricción se llega a ella mediante el
estudio de la arquitectura, que en temas posteriores se verá en más detalle.
Para trabajar con este lenguaje de programación y con el entorno de
desarrollo Visual C# 2008 se puede utilizar el libro Visual C# 2008 Paso a
Paso [SHAR09]. O bien un manual online de C# [WWW04]. Un lenguaje de
programación poco utilizado para el desarrollo de aplicaciones y que por su
gran riqueza, se propone como innovación para la realización de esta
aplicación.
2.6 Organización y funciones empresariales
Es importante conocer el organigrama de cómo está estructurado la empresa
para la cual se realiza la aplicación, además de las funciones de cada área para
luego determinar en la aplicación cuáles serán los cometidos de cada usuario de la
misma. Estas funciones son las siguientes:
- Área de obras: encargada de llevar a cabo todo lo referente a la obra, su
desarrollo, sus costes y sus tiempos de ejecución.
- Área de administración: encargada de llevar a cabo el resumen global de
las obras, validar los datos provenientes de las mismas, presupuestos,
relación con los compradores de las viviendas…
- Área de dirección: encargados de llevar el estado económico de la
constructora, además de ser los últimos responsables de la ejecución de
todas las tareas relacionadas con las obras.
En el organigrama de la constructora sería:

- 15 -
Figura 4: Organigrama de una Constructora
2.7 Antecedentes
Entre los numerosos motivos que han llevado al cliente (la constructora) a
pedir que se realice esta aplicación se pueden destacar los siguientes:
- Ahorro en los tiempos de ejecución de la obra. Ya que actualmente se
pierden muchas horas con los consiguientes costes financieros y demora
en el desarrollo de las obras.
- Ajustar los costes directos e indirectos de la ejecución de obra.
Actualmente al no llevar un control total de la obra y variar las fechas sin
conocer en todo momento cuando acaba cada fase se producen
numerosos costes que pueden ser evitados como por ejemplo los
compromisos en las entregas de materiales, el alquiler de maquinaria...
- Prever el personal necesario en cada momento de la ejecución de la obra.
La constructora actualmente no lleva un seguimiento y control del
personal de la obra, con lo cual no puede saber en cada momento de
cuántos operarios dispone.
- Dispone de un plan de aprovisionamiento de materiales según el planning
de ejecución de la obra. En las obras actualmente los materiales se piden
Constructora
Área de obra Área de administración Área de dirección
Socios
Directivos
Empleados
Director técnico
Jefe de obra
Encargado de obra
Administrativo de obra

- 16 -
según se necesiten, sin prever; con el consiguiente gasto que esto
repercute para la obra. Teniendo que comprar al coste del día, sin poder
regatear.
- Respetar las fechas de entrega de las viviendas, locales, garaje. El
desorden general que abunda en las obras provoca que en la mayoría de
los casos se retrasen la fecha de entregas de las promociones.
- Ahorro en la financiación de la obra. Ya que al acortar los tiempos, debido
al control de realización de las distintas fases, se puede obtener un ahorro
en la financiación. Actualmente esto no se puede conseguir, con los
recursos que se tienen.
Todos estos factores conseguirían un ahorro en el cómputo global de
cualquier obra. Ya sea un ahorro económico, temporal, personal o material, y es por
ellos por lo que el cliente procede a encargar el actual proyecto.

- 17 -
333 AAANNNÁÁÁLLLIIISSSIIISSS DDDEEE RRREEEQQQUUUIIISSSIIITTTOOOSSS

- 18 -
3. Análisis de Requisitos
En esta fase de desarrollo, según se define en [BARR01], se pretende
alcanzar un conocimiento suficiente del sistema, identificando las necesidades,
problemas y requisitos del usuario, para expresarlo mediante los modelos de
procesos y datos.
3.1 Reconocimiento del problema
Para poder obtener la lista de requisitos, es necesario hacer un
reconocimiento del problema visto desde la perspectiva del usuario final. Para ello se
observan cuatro puntos muy importantes, estos son:
Ámbito del proyecto.
De las entrevistas con el cliente (Anexo A) se desprende las siguientes
funciones:
- Unificar todo el ámbito de planificación de la obra.
- Gestionar el material y el personal de la obra, llevando así un
correcto control en el uso de materiales y una eficiencia en el
reparto del personal.
- Agilizar trámites y plazos en el desarrollo de la obra a través de la
mejora de los canales de comunicación.
- Conseguir una mayor eficiencia en el trabajo a desarrollar gracias a
la creación de una aplicación intuitiva y de fácil manejo.
Contexto general del sistema.
De manera visual en la figura siguiente se expresa el Diagrama de
Presentación de la aplicación:

- 19 -
Figura 5: Diagrama de Presentación
En la figura se pude ver como el Sistema de Gestión de Obras se encarga de
comunicar las obras con los clientes, con la sede central de la empresa constructora
y con las bases de datos que engloba toda la aplicación.
Unidades de organización afectadas.
Es importante conocer las funciones de negocio a las que va a afectar el
sistema, es por ello que para representarlo se utiliza un diagrama. Con él se
pretende plasmar de una manera rápida todas las funciones o áreas en las que el
Sistema estará presente.
FUNCIÓN 1: MATERIALES (Compras, ventas y gestión de materiales).
FUNCIÓN 2: PERSONAL (Distribución y localización del personal).
FUNCIÓN 3: CLIENTE (Visión del estado de la obra).
FUNCIÓN 4: OBRA (Gestión y control de toda la obra).
BD OBRAS
SEDE CENTRAL CLIENTE
SISTEMA

- 20 -
3.2 Evaluación y síntesis
Para realizar un análisis de la situación actual del sistema y llegar a
determinar la lista de requisitos para el nuevo sistema, es necesario conocer una
serie de parámetros e informaciones, que se dividirán en tres partes diferenciadas
entre sí pero relacionadas. A continuación se va a proceder a detallar cada una de
ellas:
Flujo de la información
En toda obra se pueden encontrar tanto productores de información como los
destinatarios a los que va destinada la información de los productos.
En el sistema actual se dirá que como productores se encuentran todas
aquellas personas que se sitúan en la obra, a pie de la misma. Además del personal
encargado de las asignaciones de material y personal.
En la parte de los destinatarios se encuentran, los trabajadores de la
constructora, que realizarán los trabajos con arreglo a los tiempos y fases de la obra,
los clientes que compran las viviendas, garajes, etc. (a estos se les informará de
todas las fases de ejecución de la obra), y también el personal o empresas
subcontratadas, ya que le llegarán las órdenes del trabajo a realizar y los tiempos de
ejecución de los mismos.
Estructura de la información
Tras analizar con el personal de la constructora todo el proceso de gestión de
una obra actualmente, se tiene una idea de toda la información que fluye por esos
procesos, y que es muy útil y necesaria para el diseño del nuevo sistema. Los
canales de información vienen detallados a continuación:
1. Obra → Constructora
La información que se mueve por este canal es toda la referente a las fases
de ejecución de la obra. Es decir: Estado real de la obra dentro de cada fase de
construcción, estado del almacén de materiales con los acopios necesarios para
ejecutar la obra en cada fase de la misma, estado del personal propio o

- 21 -
subcontratado para la correcta ejecución de cada fase, incidencias que puedan
surgir en cada momento, tanto por falta de materiales, como de personal necesario
para acometer la obra. Cada información recibida, estará documentada en papel con
sus respectivos listados.
2. Constructora → Obra
En este canal de comunicación de la información se engloban todas las
informaciones que la constructora emite hacia las diferentes obras. Los principales
informadores que se transmiten son: Asignaciones de personal propio o
subcontratado para el correcto cumplimiento del planning de ejecución de la obra,
Acopio de materiales con anterioridad a sus necesidad, en el almacén de cada obra
para su consumo en la ejecución de la misma y reasignación de fechas de ejecución
de las diferentes fases de una obra, por cualquier incidencia sufrida ajena a la
constructora.
3. Constructora → Clientes
En toda obra o trabajo a realizar siempre hay un tercer canal, aquel entre la
constructora y el cliente que compra la vivienda, garaje, etc. Actualmente no existe
una comunicación como tal, el cliente si quiere se comunica con la constructora,
para que esta le comente la situación actual. El nuevo sistema incluye este canal, en
el cual transmitirá el estado de la obra, fecha e incidencias que se den en la
construcción de la vivienda que ha adquirido. En definitiva en el nuevo sistema los
intercambios de información vienen determinados por los canales de comunicación
especificados anteriormente. Dando una idea global de las comunicaciones
existentes.
Funciones de negocio
Con el fin de alcanzar un conocimiento más profundo del negocio a tratar, el
proyecto que se aborda tiene unas funciones de negocio muy claras y concretas,
que se enumeran a continuación:
GESTIÓN PERSONAL

- 22 -
GESTIÓN MATERIAL
GESTIÓN Y PLANIFICACIÓN DE OBRAS
GESTIÓN DE CLIENTES
Todas las funciones de negocio existente se pueden englobar en estos 4
procesos, que a lo largo de la documentación se desarrollarán más a fondo.
3.3 Lista de Requisitos
Tras analizar lo expuesto y evaluar las soluciones posibles se obtiene la lista
de requisitos del nuevo sistema, primero como listado (Tabla 3), y a continuación de
forma detallada, junto con su modelo lógico de datos. Ambas informaciones
detalladas a continuación.
En este listado aparecerá cada requisito con un identificador que sigue la
sintaxis:
Requisito [Número de Requisito]
Además cada requisito se localiza dentro de uno de los siguientes tipos
[BARR01]:
Funcional: Atienden a características propias de las funciones de
negocio.
Operativo: Atienden al modo en que se operará el sistema.
Prestaciones: Atienden a características adicionales o funciones de
menor prioridad.
Seguridad: Atienden al control del acceso al sistema y la privacidad de
los datos.
Fiabilidad: Atienden a la integridad y veracidad de la información.

- 23 -
A continuación se detalla la Lista de Requisitos:
Lista de Requisitos
Código Nombre Tipo
1 Página de Inicio de Sesión Funcional
2 Comprobación de Usuarios Funcional
3 Control de Acceso al Sistema Seguridad
4 Formulario Inicio Módulos Funcional
5 Perfiles de Usuario Seguridad
6 Formulario Principal Estado de la Obra Funcional
7 Formulario Principal Materiales Funcional
8 Formulario Principal Personal Funcional
9 Formulario Principal Planificación Obra Funcional
10 Acceso a las Bases de Datos Operativo
11 Menú Opciones Estado de la Obra Funcional
12 Menú Opciones Materiales Funcional
13 Menú Opciones Personal Funcional
14 Menú Opciones Planificación Obra Funcional
15 Ficha Obras Funcional
16 Ficha Materiales Funcional
17 Ficha Personal Funcional
18 Ficha Cliente Funcional
19 Tabla de Datos Usuarios Operativo
20 Tabla de Datos Personal Operativo
21 Tabla de Datos de Obras Operativo
22 Tabla de Datos de Materiales Operativo
23 Tabla de Datos de Clientes Operativo
24 Búsqueda de Obra Funcional
25 Resultado de búsqueda de Obra Funcional
26 Búsqueda de un Cliente Funcional
27 Resultado de búsqueda de un Cliente Funcional
28 Búsqueda de un Trabajador Funcional
29 Resultado de búsqueda de un Trabajador Funcional
30 Búsqueda de un Material Funcional
31 Resultado de búsqueda de un Material Funcional
32 Asignación de Material a Obra Funcional
33 Asignación de Personal a Obra Funcional
34 Asignación de Obra a Cliente Funcional
35 Estado de la Obra para un Cliente Funcional
36 Planificación de Obra Funcional
37 Listado Materiales en una Obra Funcional
38 Listado Personal en una Obra Funcional
39 Herramienta usable Prestaciones
Tabla 3: Lista de Requisitos del Sistema

- 24 -
3.4 Requisitos del Sistema
A continuación se listan todos los requisitos, especificando todos los datos
importantes y necesarios para la comprensión de los mismos:
Explicación de Requisitos
Código Nombre Identificador
1 Página de Inicio de Sesión Requisito1
Fecha Tipo Importancia
19/12/2009 Funcional Alta
Descripción
Formulario, en el cual, se pide al usuario sus datos para acceder a la
aplicación.
Objetivo
Permitir el acceso selectivo a determinadas funciones del sistema
dependiendo del perfil del usuario que se identifique.
Metodología
En el formulario, la aplicación pedirá los siguientes datos para determinar si
puede acceder a la aplicación o no:
Nombre
Contraseña
Requisitos relacionados
- Requisito2
- Requisito3
- Requisito4
Tabla 4: Requisito 1: Página de inicio de sesión

- 25 -
2 Comprobación de Usuarios Requisito2
Descripción
Validar a las personas que utilizan la aplicación.
Objetivo
Comprobar que el nombre y la contraseña existan dentro de la Base de Datos,
en caso contrario mostrar un mensaje de desconocido.
Metodología
Se mandarán el nombre y la contraseña introducida a la Base de Datos y esta
devolverá si existen. En caso afirmativo dará acceso a la aplicación.
- Requisito 1
- Requisito 2
- Requisito 3
- Requisito 4
- Requisito 10
Tabla 5: Requisito 2: Comprobación de usuarios

- 26 -
3 Control de Acceso al Sistema Requisito3
19/12/2009 Seguridad Alta
Descripción
Requisito de seguridad para determinar que contenidos puede ver cada
usuario.
Objetivo
Que los datos y el acceso a la aplicación en cada instante sean acordes con el
usuario que está en ella.
Metodología
Se realizará control de usuario para que las funciones solo se muestren si el
usuario tiene privilegios para verlos.
- Requisito 1
- Requisito 2
- Requisito 3
- Requisito 4
Tabla 6: Requisito 3: Control de acceso al sistema

- 27 -
4 Formulario Inicio de Módulos Requisito4
Descripción
Al iniciar la herramienta e introducir la clave y usuario se accede al formulario
inicial de módulos (también llamada formulario principal), en la cual se
encontrará toda la funcionalidad disponible para el usuario que se ha
identificado.
Objetivo
Dar acceso a las funciones específicas para cada perfil de usuario.
Metodología
Se creará un formulario principal con el acceso a los diferentes módulos, al
acceder el usuario únicamente verá los módulos a los que tiene acceso por su
condición de usuario, ya que no todos los usuarios tienen acceso a todo.
- Requisito 5
- Requisito 6
- Requisito 7
- Requisito 8
- Requisito 9
Tabla 7: Requisito 4: Formulario inicio de módulos

- 28 -
5 Perfiles de Usuario Requisito9
19/12/2009 Seguridad Alta
Descripción
Al tener la aplicación diferentes opciones de uso es necesario determinar
unos perfiles de usuario, los cuales, determinan las posibilidades que puede
desarrollar el usuario dentro de la aplicación. Pues no todos pueden realizar
todo.
Objetivo
Crear una lógica de utilización de la aplicación según quien sea la persona
que acceda a ella en cada momento.
Metodología
Se creara en la Base de Datos de usuarios un campo (Perfil) que podrá tomar
los valores siguientes:
1. Directivos
2. Trabajadores de la Constructora
3. Trabajadores de la Obra
4. Clientes de una Obra
- Requisito 4
Tabla 8: Requisito 5: Perfiles de Usuario

- 29 -
6 Formulario Principal Estado de la Obra Requisito5
Descripción
Formulario donde se muestra todo lo referente al Estado de la Obra.
Objetivo
El objetivo de este formulario es dar acceso a las funciones específicas para
cada perfil de usuario, además de mostrar todas las funciones disponibles
para realizar en este módulo.
Metodología
Para poder llevar a cabo lo expuesto con anterioridad, el usuario introducirá
su clave y su contraseña al comenzar la aplicación, la cual determinará el tipo
de usuario que es y los módulos a los que tendrá acceso.
Este formulario en particular podrá ser observada por:
1. Directivos
4. Clientes de una Obra
- Requisito 2
- Requisito 11
- Requisito 35
Tabla 9: Requisito 6: Formulario principal Estado de la Obra

- 30 -
7 Formulario Principal Materiales Requisito6
Descripción
Formulario donde se muestra todo lo referente a los Materiales.
Objetivo
Metodología
1. Directivos
- Requisito 2
- Requisito 12
Tabla 10: Requisito 7: Formulario principal Materiales

- 31 -
8 Formulario Principal Personal Requisito7
Descripción
Formulario donde se muestra todo lo referente a al Personal.
Objetivo
Metodología
1. Directivos
- Requisito 2
- Requisito 13
Tabla 11: Requisito 8: Formulario principal Personal

- 32 -
9 Formulario Principal Planificación Obra Requisito8
Descripción
Formulario donde se muestra todo lo referente a la Planificación de la Obra.
Objetivo
Metodología
1. Directivos
- Requisito 2
- Requisito 14
Tabla 12: Requisito 9: Formulario principal Planificación Obra

- 33 -
10 Acceso a las Bases de Datos Requisito10
19/12/2009 Operativo Alta
Descripción
Para realizar una aplicación útil y eficiente siempre es necesario que sea
capaz de almacenar datos. Es por ello que nunca puede faltar en el desarrollo
de una herramienta este requisito, pues el acceso a la Base de Datos es
imprescindible.
Objetivo
Conexión con las diferentes Bases de Datos del sistema, para poder transmitir
la información entre la aplicación y los registros, además de poder mantener
todo lo que se realiza.
Metodología
Para llevar a cabo este requisito existirá un módulo en la aplicación
denominado DAO3
, en el cual irán todas las funciones referentes a la conexión
con las diferentes Bases de Datos.
- Requisito relacionado con:
2,15,16,17,18,24,26,28,30,32,33,34,35,36,37,38
Tabla 13: Requisito 10: Acceso a las Bases de Datos
3
DAO (Data Access Object). En español significa: Objeto de Acceso a Datos. Componente de
software que suministra una interfaz común entre la aplicación y uno o más dispositivos de
almacenamiento de datos. Más información en [WWW05].

- 34 -
11 Menú Opciones Estado de la Obra Requisito11
Descripción
Se mostrará todas las opciones disponibles para el módulo Estado de la Obra.
Objetivo
Se pretende que los usuarios que accedan a la aplicación, y más en concreto
a este módulo, puedan determinar la tarea que quieren realizar, dentro de las
disponibles mostradas en este menú de opciones.
Metodología
Para poder llevar a cabo este requisito se mostrará las diferentes opciones del
módulo, de tal manera, que el usuario pueda elegir de una forma rápida y
sencilla. Este menú podrá ser visto por cualquier usuario de la aplicación.
Entre las posibilidades del módulo se pueden encontrar:
Incidencias de la Obra.
Porcentaje de la Obra.
Comentarios de la Obra.
Imágenes de la Obra.
- Requisito 5
- Requisito 35
Tabla 14: Requisito 11: Menú opciones Estado de la Obra

- 35 -
12 Menú Opciones Materiales Requisito12
Descripción
Se mostrará todas las opciones disponibles para el módulo de Materiales de
una Obra.
Objetivo
Metodología
Para poder llevar a cabo este requisito se mostrará las diferentes opciones del
módulo, de tal manera, que el usuario pueda elegir de una forma rápida y
sencilla. Este menú podrá ser visto por cualquier usuario de la aplicación a
excepción de los clientes de la Constructora. Entre las posibilidades del
módulo se pueden encontrar:
Búsqueda de Material.
Asignación de Material.
Alta de Material.
Baja de Material.
- Requisito 6
- Requisito 16
- Requisito 30
- Requisito 31
- Requisito 32
- Requisito 37
Tabla 15: Requisito 12: Menú opciones Materiales

- 36 -
13 Menú Opciones Personal Requisito13
Descripción
Se mostrará todas las opciones disponibles para el módulo de Personal de
una Obra.
Objetivo
Metodología
Para poder llevar a cabo este requisito se mostrarán las diferentes opciones
del módulo, de tal manera, que el usuario pueda elegir de una forma rápida y
sencilla. Este menú podrá ser visto por cualquier usuario de la aplicación a
excepción de los clientes de la Constructora y los trabajadores de la Obra.
Entre las posibilidades del módulo se pueden encontrar:
Búsqueda de Personal.
Asignación de Personal.
Alta de Personal.
Baja de Personal.
- Requisito 7
- Requisito 17
- Requisito 28
- Requisito 29
- Requisito 33
- Requisito 38
Tabla 16: Requisito 13: Menú opciones Personal

- 37 -
14 Menú Opciones Planificación Obra Requisito14
Descripción
Se mostrará todas las opciones disponibles para el módulo de Planificación
de una Obra.
Objetivo
Metodología
Para poder llevar a cabo este requisito se mostrarán las diferentes opciones
del módulo, de tal manera, que el usuario pueda elegir de una forma rápida y
sencilla. Este menú podrá ser visto únicamente por los directores de la
Constructora.
En el se podrá hacer todo tipo de acciones, ya sea con las obras, materiales o
personal.
- Requisito 8
- Requisito 15
- Requisito 24
- Requisito 25
- Requisito 36
Tabla 17: Requisito 14: Menú opciones Planificación Obra

- 38 -
15 Ficha Obras Requisito15
20/12/2009 Funcional Media
Descripción
Toda la información que pueda poseer la Constructora de una Obra, estará
englobada en lo que se conoce como la Ficha de Obra. Ya sea para introducir
nuevos datos como para obtenerlos.
Objetivo
Unificar todos los datos referentes a una Obra, de tal manera que en un único
formulario se pueda obtener toda la información necesaria de la Obra,
simplificando la labor para los usuarios de la aplicación.
Metodología
Para que se pueda llevar a cabo lo presentado en los apartados anteriores, la
aplicación realizará una serie de consultas a la Base de Datos y mostrará en
un único (formulario) toda la información. También se utilizará ese mismo
formulario para registrar las nuevas Obras que empiece la Constructora,
introduciendo así todos los datos necesarios.
- Requisito 8
- Requisito 10
- Requisito 14
- Requisito 21
Tabla 18: Requisito 15: Ficha Obras

- 39 -
16 Ficha Materiales Requisito16
Descripción
Toda la información que pueda poseer la Constructora de un Material, estará
englobada en lo que se conoce como la Ficha de Material. Ya sea para
introducir nuevos datos como para obtenerlos.
Objetivo
Unificar todos los datos referentes a un Material, de tal manera que en un
único formulario se pueda obtener toda la información necesaria del Material
en concreto, simplificando la labor para los usuarios de la aplicación.
Metodología
- Requisito 6
- Requisito 10
- Requisito 12
- Requisito 22
Tabla 19: Requisito 16: Ficha Materiales

- 40 -
17 Ficha Personal Requisito17
Descripción
Toda la información que pueda poseer la Constructora de un trabajador de la
Obra, estará englobada en lo que se conoce como la Ficha de Personal. Ya
sea para introducir nuevos datos como para obtenerlos.
Objetivo
Unificar todos los datos referentes a un Trabajador de la Constructora, de tal
manera que en un único formulario se pueda obtener toda la información
necesaria del Personal en concreto, simplificando la labor para los usuarios
de la aplicación.
Metodología
- Requisito 7
- Requisito 10
- Requisito 13
- Requisito 20
Tabla 20: Requisito 17: Ficha Personal

- 41 -
18 Ficha Cliente Requisito18
Descripción
Toda la información que pueda poseer la Constructora de un Cliente de una
Obra, estará englobada en lo que se conoce como la Ficha de Cliente. Ya sea
para introducir nuevos datos como para obtenerlos.
Objetivo
Unificar todos los datos referentes a un Cliente de la Constructora, de tal
manera que en un único formulario se pueda obtener toda la información
necesaria del Cliente en concreto, simplificando la labor para los usuarios de
la aplicación.
Metodología
- Requisito 5
- Requisito 10
- Requisito 11
- Requisito 23
Tabla 21: Requisito 18: Ficha Cliente

- 42 -
19 Tabla de Datos Usuarios Requisito19
Descripción
Información de todos los usuarios que tienen acceso a la aplicación.
Objetivo
Disponer de los datos necesarios y sin redundancias de los usuarios de la
aplicación en un único fichero.
Metodología
Para lograr este objetivo, la tabla de datos de creará con los siguientes
campos detallados a continuación:
- Id (Identificador del usuario).
- Contraseña (Clave personal para acceder).
- Perfil (Tipología del usuario, para determinar ha que módulos puede
acceder).
- Requisito 3
- Requisito 4
- Requisito 9
- Requisito 10
Tabla 22: Requisito 19: Tabla de Datos Usuarios

- 43 -
20 Tabla de Datos Personal Requisito20
Descripción
Información de todos los datos referentes al personal existente en las
diferentes Obras de la Constructora.
Objetivo
Disponer de toda la información de una manera clara y concisa de los
trabajadores de la Obra (Personal de la Obra), de tal manera que no existan
redundancias.
Metodología
Todo ello se realizará a través de la Base de Datos a la cual accederá la
aplicación para la gestión de todo lo referente al Personal. Utilizando los
campos de información estrictamente necesarios.
- Requisito 4
- Requisito 7
- Requisito 10
- Requisito 13
- Requisito 28
- Requisito 29
- Requisito 38
Tabla 23: Requisito 20: Tabla de Datos Personal

- 44 -
21 Tabla de Datos de Obras Requisito21
Descripción
Información referente a todas las Obras que la Constructora tiene en
funcionamiento en cada instante de tiempo.
Objetivo
Tener toda la información de una manera clara y concisa de las Obras en las
que trabaja la Constructora en cada instante de tiempo, de tal manera que no
existan datos repetidos, ni información sobrante o de poca utilidad.
Metodología
Para que se pueda cumplir con el objetivo descrito en el apartado anterior se
creará una Tabla de Datos de las diferentes Obras en las que trabaja la
Constructora. Utilizando unos campos de información necesarios.
- Requisito 4
- Requisito 10
- Requisito 11
- Requisito 15
- Requisito 24
- Requisito 25
- Requisito 36
Tabla 24: Requisito 21: Tabla de Datos de Obras

- 45 -
22 Tabla de Datos de Materiales Requisito22
Descripción
Información referente a todos los datos relacionados con los diferentes
materiales que se dan a lo largo de una Obra. Tanto datos estrictamente
técnicos, cono los datos relacionados con las Obras en las que se utiliza.
Objetivo
Como una buena Tabla de Datos que es, su principal objetivo será el tener
toda la información referente a los materiales de una manera clara y concisa,
de tal manera que los usuarios sean capaces de ver todo lo importante de
cada material sin existir redundancias en el contenido de la información.
Metodología
Se creará una Tabla de Datos con los diferentes materiales con los que trabaja
la Constructora. Utilizando únicamente los campos de información
necesarios. Además de relacionar los datos con las Obras en las cuales se
utilizan.
- Requisito 4
- Requisito 10
- Requisito 12
- Requisito 16
- Requisito 30
- Requisito 31
- Requisito 37
Tabla 25: Requisito 22: Tabla de Datos de Materiales

- 46 -
23 Tabla de Datos de Clientes Requisito23
Descripción
Información referente a todos los datos de aquellas personas que adquieren
una propiedad, sea del tipo que sea.
Objetivo
Disponer en una Tabla de Datos, todos los clientes de las Constructora
repartidos a lo largo de las diferentes Obras. Necesitando únicamente los
datos precisos y sin repetir.
Metodología
Se creará una Tabla de Datos con la totalidad de clientes de los que dispone
la Constructora, de tal manera que, en ella se puede obtener los datos de las
Obras asignadas a cada Cliente.
- Requisito 4
- Requisito 10
- Requisito 11
- Requisito 18
- Requisito 26
- Requisito 27
- Requisito 35
Tabla 26: Requisito 23: Tabla de Datos de Clientes

- 47 -
24 Búsqueda de Obra Requisito24
Descripción
Se creará una opción en los diferentes menús de los módulos que permitirá a
los diferentes usuarios poder realizar una búsqueda de una Obra.
Objetivo
Permitir a los diferentes usuarios, los cuales tengan permisos para poder
acceder, poder realizar una búsqueda de una Obra determinada dentro de
todas las Obras que la constructora posea.
Metodología
Existirá una opción en los diferentes módulos que permitirá al usuario
obtener los datos de una Obra, para ello el sistema accederá a la base de
datos de las Obras y obtendrá todos los datos de la misma.
- Requisito 15
- Requisito 21
- Requisito 25
Tabla 27: Requisito 24: Búsqueda de Obra

- 48 -
25 Resultado de búsqueda de Obra Requisito25
Descripción
Mostrará los datos obtenidos en la búsqueda de la Obra introducida por el
usuario de la aplicación.
Objetivo
Mostrar el usuario de la aplicación, de una manera clara, sencilla y vistosa,
toda la información obtenida de la base de datos de Obras.
Metodología
Para llevar a cabo el objetivo descrito, la aplicación una vez realizada la
consultar a la Base de Datos, mostrará en pantalla todos los datos obtenidos,
para que el usuario pueda realizar con ellos lo que desee.
- Requisito 15
- Requisito 21
- Requisito 24
Tabla 28: Requisito 25: Resultado de búsqueda de Obra

- 49 -
26 Búsqueda de un Cliente Requisito26
Descripción
los diferentes usuarios poder realizar una búsqueda de una Cliente.
Objetivo
Permitir a los diferentes usuarios, los cuales tengan permisos para poder
acceder, poder realizar una búsqueda de una Cliente determinado dentro de
todos los pertenecientes a la Constructora.
Metodología
obtener los datos de un Cliente, para ello el sistema accederá a la base de
datos de Clientes y obtendrá todos los datos del mismo.
- Requisito 18
- Requisito 23
- Requisito 27
Tabla 29: Requisito 26: Búsqueda de un Cliente

- 50 -
27 Resultado de búsqueda de un Cliente Requisito27
Descripción
Mostrará los datos obtenidos en la búsqueda del Cliente introducido por el
Objetivo
Mostrar al usuario de la aplicación, de una manera clara y sencilla, toda la
información obtenida del Cliente.
Metodología
- Requisito 18
- Requisito 23
- Requisito 26
Tabla 30: Requisito 27: Resultado de búsqueda de un Cliente

- 51 -
28 Búsqueda de un Trabajador Requisito28
Descripción
los diferentes usuarios poder realizar una búsqueda de una Trabajador de la
Obra.
Objetivo
Permitir a los diferentes usuarios, que tengan permisos para poder acceder,
realizar una búsqueda de una Trabajador determinado dentro de todos los
pertenecientes a la Constructora.
Metodología
obtener los datos de un Trabajador, para ello el sistema accederá a la base de
datos de Personal y obtendrá todos los datos del mismo.
- Requisito 17
- Requisito 20
- Requisito 29
Tabla 31: Requisito 28: Búsqueda de un Trabajador

- 52 -
29 Resultado de búsqueda de un Trabajador Requisito29
Descripción
Mostrará los datos obtenidos en la búsqueda del Trabajador introducido por
el usuario de la aplicación.
Objetivo
información obtenida del Trabajador.
Metodología
- Requisito 17
- Requisito 20
- Requisito 28
Tabla 32: Requisito 29: Resultado de búsqueda de un Trabajador

- 53 -
30 Búsqueda de un Material Requisito30
Descripción
los diferentes usuarios poder realizar búsquedas de Materiales de la Obra.
Objetivo
Permitir a los diferentes usuarios, que tengan permisos para poder acceder,
realizar una búsqueda de un Material determinado dentro de todos los
pertenecientes a la Constructora.
Metodología
obtener los datos de un Material, para ello el sistema accederá a la tabla de
datos de Materiales y obtendrá todos los datos del mismo.
- Requisito 16
- Requisito 22
- Requisito 31
Tabla 33: Requisito 30: Búsqueda de un Material

- 54 -
31 Resultado de búsqueda de un Material Requisito31
Descripción
Mostrará los datos obtenidos en la búsqueda del Material introducido por el
Objetivo
información obtenida del Material.
Metodología
consultar a la Base de Datos, mostrará todos los datos obtenidos, para que el
usuario pueda realizar con otras operaciones.
- Requisito 16
- Requisito 22
- Requisito 30
Tabla 34: Requisito 31: Resultado de búsqueda de un Material

- 55 -
32 Asignación de Material a Obra Requisito32
Descripción
Asignar un material cualquiera a una Obra determinada.
Objetivo
Distribuir los materiales que la Constructora va adquiriendo entre las
diferentes Obras de las que dispone.
Metodología
La aplicación pedirá el código de material y el número de unidades, pedirá
también el código de Obra y le asignará dichos materiales a la Obra
determinada.
- Requisito 12
- Requisito 21
- Requisito 22
Tabla 35: Requisito 32: Asignación de Material a Obra

- 56 -
33 Asignación de Personal a Obra Requisito33
Descripción
Asignar un trabajador cualquiera a una Obra determinada.
Objetivo
Distribuir los trabajadores que la Constructora va contratando entre las
diferentes Obras de las que dispone.
Metodología
La aplicación pedirá el código de personal y el número de trabajadores, pedirá
también el código de Obra y le asignará dicho personal a la Obra determinada.
- Requisito 13
- Requisito 20
- Requisito 21
Tabla 36: Requisito 33: Asignación de Personal a Obra

- 57 -
34 Asignación de Obra a Cliente Requisito34
Descripción
Asignar una Obra determinada a un Cliente particular.
Objetivo
Asignar a los compradores (clientes), el código de la Obra, para que puedan
acceder a ella sin problema alguno.
Metodología
La aplicación pedirá el código de Obra, que junto con el código de cliente,
quedará registrado en la Base de Datos, así cada cliente tendrá asignada una
Obra concreta.
- Requisito 21
- Requisito 23
Tabla 37: Requisito 34: Asignación de Obra a Cliente

- 58 -
35 Estado de la Obra para un Cliente Requisito35
23/12/2009 Funcional Baja
Descripción
Permitirá al cliente poder ver el estado en el que se encuentra la propiedad
que ha adquirido.
Objetivo
Hacer participe del proceso de realización de una Obra al comprador,
permitiéndole ver en cada momento el estado de la misma. Desde las
incidencias, fases acabadas, imágenes…
Metodología
Para que se pueda llevar a cabo el objetivo expuesto anteriormente, la
aplicación accederá a la Base de Datos y unificará en una único formulario
todos los datos necesarios para que el Cliente quede satisfecho con el
conocimiento de la Obra.
- Requisito 11
- Requisito 15
- Requisito 21
Tabla 38: Requisito 35: Estado de la Obra para un Cliente

- 59 -
36 Planificación de Obra Requisito36
Descripción
Mostrar toda la planificación de la Obra, es decir, las fases de desarrollo, el
personal involucrado, el material necesario y los clientes de la misma.
Objetivo
Permitir a los directivos de la empresa, aunar toda la información de una Obra
en un único formulario de información, accediendo así a todos los datos
relacionados con una Obra en particular.
Metodología
La aplicación accederá a la Base de Datos y mediante el identificador de la
Obra irá obteniendo toda la información necesaria, mostrándola al usuario.
- Requisito 14
- Requisito 15
- Requisito 16
- Requisito 17
- Requisito 18
Tabla 39: Requisito 36: Planificación de Obra

- 60 -
37 Listado Materiales en una Obra Requisito37
Descripción
Muestra la información de Materiales asignados a una Obra, con ello, se
puede saber:
- Lo que se está utilizando.
- Los materiales que faltan.
- Los materiales de los cuales se están agotando las existencias.
Objetivo
Aunar y mostrar al usuario de la aplicación el registro de Materiales de una
Obra en particular, especificando para cada material el número de unidades
que posee.
Metodología
Para la obtención de toda la información se accederá a la obra elegida por el
usuario y se listarán todos los materiales asignados a esa Obra, pudiendo en
cualquier momento cambiar de Obra sin problema alguno.
- Requisito 11
- Requisito 15
- Requisito 16
- Requisito 21
- Requisito 22
- Requisito 24
Tabla 40: Requisito 37: Listado Materiales en una Obra

- 61 -
38 Listado Personal en una Obra Requisito38
Descripción
Muestra la información del Personal asignado a cada una de las Obras que
posee la constructora, con ello, se podrá saber que personal se está
empleando en cada una de las Obras y cual falta para la realización de las
diferentes fases de la obra.
Objetivo
Aunar y mostrar al usuario de la aplicación el registro de Personal de una
Obra en particular, especificando que tipo de Personal que se ubica en la
Obra y cuantas personas hay por cada tipo de Trabajador (Peones, Albañiles,
etc.).
Metodología
Se accederá a la obra elegida por el usuario y se listará todo el personal
asignado a esa Obra, pudiendo en cualquier momento cambiar de Obra sin
tener que salir de donde se encuentra el usuario.
- Requisito 11
- Requisito 15
- Requisito 17
- Requisito 20
- Requisito 21
- Requisito 24
Tabla 41: Requisito 38: Listado Personal en una Obra

- 62 -
39 Herramienta usable Requisito39
23/12/2009 Prestaciones Baja
Descripción
Generar una herramienta con un alto grado de usabilidad para el usuario final
Objetivo
Conseguir un alto grado de usabilidad de la herramienta y con ello la
satisfacción de los usuarios finales de la herramienta.
Metodología
Utilizar técnicas de Diseño centrado en el usuario para el diseño del interfaz
gráfico de usuario.
- Este requisito esta relacionado con todos los anteriores, pues es
característica primordial a la hora de desarrollar.
Tabla 42: Requisito 39: Herramienta usable

- 63 -
3.5 Modelo Lógico de Datos
Una vez obtenida la lista de Requisitos, analizando uno a uno cada requisito
expuesto para el desarrollo del proyecto, todo ello se representa mediante el Modelo
Lógico de Datos del Nuevo Sistema.
En el proyecto de desarrollo de un Sistema de Gestión de Obras no se partía
de un sistema existente, es por ello, que no se ha expuesto anteriormente un Modelo
Lógico de Datos del Antiguo Sistema. En consecuencia para obtener el Modelo
Lógico de Datos Nuevo solo se utilizarán los requisitos expuestos en la Tabla 3, con
la ayuda del libro [HENR69], en el cual se puede averiguar que procesos hay que
mecanizar o cuales no.
Para plasmar el Modelo Lógico se utiliza el Diagrama de Flujo de Datos
(DFD). Para más detalle consultar: [WWW06]. La simbología utilizada en el
desarrollo de los diagramas de flujo, es la siguiente:
Figura 6: Símbolos del DFD
Entidad
Externa
Flujo de Datos
Proceso
Almacén de Datos

- 64 -
3.5.1 DFD Contextual
A continuación, se muestra el DFD contextual de la herramienta a desarrollar,
del cual, se obtendrán los diferentes DFD de más bajo nivel.
Figura 7: DFD Contextual
En la tabla siguiente, se puede observar las especificaciones de cada
proceso, entidad y flujo de datos expuesto en el diagrama anterior:
Tipo Nombre Descripción
Proceso Sistema Gestión
Obras Constructora
Proceso en el cual se engloba toda la
aplicación a desarrollar.
Entidad externa Usuarios Todas aquellas personas que utilizarán la
aplicación.
Flujo de Datos Entrada de Datos Todos aquellos datos que van a ser
introducidos en la aplicación y van a ser
utilizados por la misma.
Flujo de Datos Salida de Datos Datos que la aplicación obtendrá y
mostrará a los diferentes usuarios de la
misma.
Flujo de Datos Usuario Datos de acceso al sistema.(Usuario y
Contraseña).
Flujo de Datos Error Mensaje de aviso en el acceso al sistema.
Tabla 43: Especificaciones DFD Contextual
Sistema
Gestión
Obras
Constructora
0
Usuarios
Entrada de Datos
Salida de Datos
Usuario
Error

- 65 -
3.5.2 DFD Conceptual
La explosión del nivel 0 se muestra a continuación. En ella se expone en
líneas generales la aplicación en su conjunto.
Figura 8: Diagrama de Primer Nivel
Formulario
Inicio
Módulos
2
Opción
Formulario
Menú
Estado obra
3
Formulario
Menú
Material
4
Formulario
Menú
Personal
5
Formulario
Menú
Planificación
6
Validar
1
Usuario
Contraseña
Usuario
Error
Usuario y
Tipo de
Usuario
Opción Menú
Opción Menú
Opción Menú
Opción Menú

- 66 -
En la tabla siguiente, se puede observar las especificaciones de cada
proceso, entidad y flujo de datos expuesto en el diagrama anterior:
Tipo Nombre Descripción
Proceso Validar Proceso por el cual la aplicación
determina si el usuario y contraseña
introducidos son los correctos. Además de
determinar el tipo de usuario que es.
Proceso Formulario Inicio
Módulos
Proceso que carga el formulario en la que
se ven los diferentes módulos,
dependiendo del tipo de usuario.
Proceso Formulario Menú
Estado Obra
Proceso encargado de cargar el formulario
y el menú de opciones del módulo Estado
de la Obra.
Materiales
y el menú de opciones del módulo
Materiales.
Personal
Personal.
Planificación
Planificación.
Almacén de
Datos
Usuarios Base de datos donde están registrados
todos los usuarios del sistema, en el cual
también está registrado el tipo de usuario.
Flujo de Datos Usuario Datos de acceso al sistema.
Flujo de Datos Contraseña Datos de acceso al sistema.
Flujo de Datos Error Mensaje de aviso en el acceso al sistema.
Flujo de Datos Usuario y Tipo Datos del identificador del usuario,
además del tipo de usuario que es.
Flujo de Datos Opción (Proceso 2) Determina la acción a realizar dentro de
las disponibles para cada usuario.
Flujo de Datos Opción (Procesos
3,4,5,6)
Determina la acción a realizar dentro de
las disponibles para cada usuario y cada
módulo.
Tabla 44: Especificaciones DFD Primer Nivel

- 67 -
Menú
3.1
Incidencia
obra
3.2
Porcentaje
obra
3.3
Comentario
obra
3.4
Imágenes
obra
3.5
Cliente Obra
OBRA
Opción Menú
Usuario
Usuario
Obra
Obra
Obra
Obra
Obra
Obra
Observaciones
Porcentaje
Incidencias
Imágenes
3.5.3 DFD de Segundo Nivel (Formulario Menú Estado de la
Obra).
Para este diagrama de datos del segundo nivel, se ha realizado la explosión
del proceso número 3 (Formulario Menú Estado de la Obra) del diagrama
conceptual. A continuación se detalla su DFD y sus especificaciones:
Figura 9: DFD de segundo nivel. Estado de la Obra

Emp constructora-Sistema de gestion de obras de una constructora

Emp constructora-Sistema de gestion de obras de una constructora

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Emp constructora-Sistema de gestion de obras de una constructora

Similar a Emp constructora-Sistema de gestion de obras de una constructora (20)

Último

Último (20)

Emp constructora-Sistema de gestion de obras de una constructora