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 dato s para acceder a la aplicación. Objetivo Permitir el acceso selectivo a determinadas funcion es del sistema dependiendo del perfil del usuario que se identifiq ue. Metodología En el formulario, la aplicación pedirá los siguient es 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 Fecha Tipo Importancia

19/12/2009 Funcional Alta Descripción Validar a las personas que utilizan la aplicación. Objetivo Comprobar que el nombre y la contraseña existan den tro 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 est a devolverá si existen. En caso afirmativo dará acces o a la aplicación. Requisitos relacionados

- 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 Fecha Tipo Importancia

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 i nstante sean acordes con el usuario que está en ella. Metodología Se realizará control de usuario para que las funcio nes solo se muestren si el usuario tiene privilegios para verlos. Requisitos relacionados

- 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 Fecha Tipo Importancia

19/12/2009 Funcional Alta Descripción Al iniciar la herramienta e introducir la clave y u suario se accede al formulario inicial de módulos (también llamada formulario prin cipal), 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 pe rfil de usuario. Metodología Se creará un formulario principal con el acceso a l os diferentes módulos, al acceder el usuario únicamente verá los módulos a lo s que tiene acceso por su condición de usuario, ya que no todos los usuarios tienen acceso a todo. Requisitos relacionados


Tabla 7: Requisito 4: Formulario inicio de módulos


- 28 -


5 Perfiles de Usuario Requisito9 Fecha Tipo Importancia

19/12/2009 Seguridad Alta Descripción Al tener la aplicación diferentes opciones de uso e s necesario determinar unos perfiles de usuario, los cuales, determinan la s posibilidades que puede desarrollar el usuario dentro de la aplicación. Pue s no todos pueden realizar todo. Objetivo Crear una lógica de utilización de la aplicación se gú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 Fecha Tipo Importancia

19/12/2009 Funcional Alta Descripción Formulario donde se muestra todo lo referente al Es tado 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 anteriorid ad, 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á ac ceso. Este formulario en particular podrá ser observada p or:

1. Directivos 2. Trabajadores de la Constructora 3. Trabajadores de la Obra 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 Fecha Tipo Importancia

19/12/2009 Funcional Alta Descripción Formulario donde se muestra todo lo referente a los Materiales. 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 anteriorid ad, 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á ac ceso. Este formulario en particular podrá ser observada p or:

1. Directivos 2. Trabajadores de la Constructora 3. Trabajadores de la Obra


- Requisito 2 - Requisito 12

Tabla 10: Requisito 7: Formulario principal Materiales


- 31 -


8 Formulario Principal Personal Requisito7 Fecha Tipo Importancia

19/12/2009 Funcional Alta Descripción Formulario donde se muestra todo lo referente a al Personal. 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 anteriorid ad, 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á ac ceso. Este formulario en particular podrá ser observada p or:

1. Directivos 2. Trabajadores de la Constructora



Tabla 11: Requisito 8: Formulario principal Personal


- 32 -


9 Formulario Principal Planificación Obra Requisito8 Fecha Tipo Importancia

19/12/2009 Funcional Alta Descripción Formulario donde se muestra todo lo referente a la Planificación 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 anteriorid ad, 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á ac ceso. Este formulario en particular podrá ser observada p or:

1. Directivos Requisitos relacionados


Tabla 12: Requisito 9: Formulario principal Planificación Obra


- 33 -


10 Acceso a las Bases de Datos Requisito10 Fecha Tipo Importancia

19/12/2009 Operativo Alta Descripción Para realizar una aplicación útil y eficiente siemp re es necesario que sea capaz de almacenar datos. Es por ello que nunca pue de 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 sist ema, 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ódul o en la aplicación denominado DAO 3, en el cual irán todas las funciones referentes a la conexión con las diferentes Bases de Datos. Requisitos relacionados

- 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 Fecha Tipo Importancia

19/12/2009 Funcional Alta 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 aplic ación, y más en concreto a este módulo, puedan determinar la tarea que quier en 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 u suario de la aplicación. Entre las posibilidades del módulo se pueden encont rar:

� Incidencias de la Obra. � Porcentaje de la Obra. � Comentarios de la Obra. � Imágenes de la Obra.



Tabla 14: Requisito 11: Menú opciones Estado de la Obra


- 35 -


12 Menú Opciones Materiales Requisito12 Fecha Tipo Importancia

19/12/2009 Funcional Alta Descripción Se mostrará todas las opciones disponibles para el módulo de Materiales de una Obra. Objetivo Se pretende que los usuarios que accedan a la aplic ación, y más en concreto a este módulo, puedan determinar la tarea que quier en 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 u suario 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 37

Tabla 15: Requisito 12: Menú opciones Materiales


- 36 -


13 Menú Opciones Personal Requisito13 Fecha Tipo Importancia

19/12/2009 Funcional Alta Descripción Se mostrará todas las opciones disponibles para el módulo de Personal de una Obra. Objetivo Se pretende que los usuarios que accedan a la aplic ación, y más en concreto a este módulo, puedan determinar la tarea que quier en realizar, dentro de las disponibles mostradas en este menú de opciones. 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 ele gir de una forma rápida y sencilla. Este menú podrá ser visto por cualquier u suario 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 encont rar:

� Búsqueda de Personal. � Asignación de Personal. � Alta de Personal. � Baja de Personal.



- Requisito 38

Tabla 16: Requisito 13: Menú opciones Personal


- 37 -


14 Menú Opciones Planificación Obra Requisito14 Fecha Tipo Importancia

20/12/2009 Funcional Alta Descripción Se mostrará todas las opciones disponibles para el módulo de Planificación de una Obra. Objetivo Se pretende que los usuarios que accedan a la aplic ación, y más en concreto a este módulo, puedan determinar la tarea que quier en realizar, dentro de las disponibles mostradas en este menú de opciones. 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 eleg ir 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. Requisitos relacionados


Tabla 17: Requisito 14: Menú opciones Planificación Obra


- 38 -


15 Ficha Obras Requisito15 Fecha Tipo Importancia

20/12/2009 Funcional Media Descripción Toda la información que pueda poseer la Constructor a 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 nec esaria de la Obra, simplificando la labor para los usuarios de la apli cación. Metodología Para que se pueda llevar a cabo lo presentado en lo s apartados anteriores, la aplicación realizará una serie de consultas a la Ba se 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 empi ece la Constructora, introduciendo así todos los datos necesarios. Requisitos relacionados


Tabla 18: Requisito 15: Ficha Obras


- 39 -


16 Ficha Materiales Requisito16 Fecha Tipo Importancia

20/12/2009 Funcional Media Descripción Toda la información que pueda poseer la Constructor a de un Material, estará englobada en lo que se conoce como la Ficha de Mate rial. 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 usuari os de la aplicación. Metodología Para que se pueda llevar a cabo lo presentado en lo s apartados anteriores, la aplicación realizará una serie de consultas a la Ba se 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 empi ece la Constructora, introduciendo así todos los datos necesarios. Requisitos relacionados


Tabla 19: Requisito 16: Ficha Materiales


- 40 -


17 Ficha Personal Requisito17 Fecha Tipo Importancia

20/12/2009 Funcional Media Descripción Toda la información que pueda poseer la Constructor a 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 obtenerl os. 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 l a labor para los usuarios de la aplicación. Metodología Para que se pueda llevar a cabo lo presentado en lo s apartados anteriores, la aplicación realizará una serie de consultas a la Ba se 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 empi ece la Constructora, introduciendo así todos los datos necesarios. Requisitos relacionados


Tabla 20: Requisito 17: Ficha Personal


- 41 -


18 Ficha Cliente Requisito18 Fecha Tipo Importancia

20/12/2009 Funcional Media Descripción Toda la información que pueda poseer la Constructor a 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 Para que se pueda llevar a cabo lo presentado en lo s apartados anteriores, la aplicación realizará una serie de consultas a la Ba se 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 empi ece la Constructora, introduciendo así todos los datos necesarios. Requisitos relacionados


Tabla 21: Requisito 18: Ficha Cliente


- 42 -


19 Tabla de Datos Usuarios Requisito19 Fecha Tipo Importancia

20/12/2009 Operativo Alta 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 cre ará 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 q ue módulos puede

acceder). Requisitos relacionados


Tabla 22: Requisito 19: Tabla de Datos Usuarios


- 43 -


20 Tabla de Datos Personal Requisito20 Fecha Tipo Importancia

20/12/2009 Operativo Alta Descripción Información de todos los datos referentes al person al 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 t al 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. Requisitos relacionados



Tabla 23: Requisito 20: Tabla de Datos Personal


- 44 -


21 Tabla de Datos de Obras Requisito21 Fecha Tipo Importancia

20/12/2009 Operativo Alta Descripción Información referente a todas las Obras que la Cons tructora tiene en funcionamiento en cada instante de tiempo. Objetivo Tener toda la información de una manera clara y con cisa de las Obras en las que trabaja la Constructora en cada instante de tie mpo, 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 e n las que trabaja la Constructora. Utilizando unos campos de información necesarios. Requisitos relacionados



Tabla 24: Requisito 21: Tabla de Datos de Obras


- 45 -


22 Tabla de Datos de Materiales Requisito22 Fecha Tipo Importancia

20/12/2009 Operativo Alta Descripción Información referente a todos los datos relacionado s 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 u na 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 conten ido de la información. Metodología Se creará una Tabla de Datos con los diferentes mat eriales con los que trabaja la Constructora. Utilizando únicamente los campos d e información necesarios. Además de relacionar los datos con las Obras en las cuales se utilizan. Requisitos relacionados



Tabla 25: Requisito 22: Tabla de Datos de Materiales


- 46 -


23 Tabla de Datos de Clientes Requisito23 Fecha Tipo Importancia

21/12/2009 Operativo Alta 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. Nece sitando únicamente los datos precisos y sin repetir. Metodología Se creará una Tabla de Datos con la totalidad de clientes de los que d ispone la Constructora, de tal manera que, en ella se pued e obtener los datos de las Obras asignadas a cada Cliente. Requisitos relacionados



Tabla 26: Requisito 23: Tabla de Datos de Clientes


- 47 -


24 Búsqueda de Obra Requisito24 Fecha Tipo Importancia

21/12/2009 Funcional Media 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 teng an permisos para poder acceder, poder realizar una búsqueda de una Obra de terminada 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. Requisitos relacionados


Tabla 27: Requisito 24: Búsqueda de Obra


- 48 -


25 Resultado de búsqueda de Obra Requisito25 Fecha Tipo Importancia

21/12/2009 Funcional Media Descripción Mostrará los datos obtenidos en la búsqueda de la O bra 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 aplicac ió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. Requisitos relacionados


Tabla 28: Requisito 25: Resultado de búsqueda de Obra


- 49 -


26 Búsqueda de un Cliente Requisito26 Fecha Tipo Importancia

21/12/2009 Funcional Media 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 Cliente. Objetivo Permitir a los diferentes usuarios, los cuales teng an permisos para poder acceder, poder realizar una búsqueda de una Cliente determinado dentr o de todos los pertenecientes a la Constructora. Metodología Existirá una opción en los diferentes módulos que permitirá al usuario obtener los datos de un Cliente, para ello el siste ma accederá a la base de datos de Clientes y obtendrá todos los datos del mi smo. Requisitos relacionados


Tabla 29: Requisito 26: Búsqueda de un Cliente


- 50 -


27 Resultado de búsqueda de un Cliente Requisito27 Fecha Tipo Importancia

21/12/2009 Funcional Media Descripción Mostrará los datos obtenidos en la búsqueda del Cli ente introducido por el usuario de la aplicación. Objetivo Mostrar al usuario de la aplicación, de una manera clara y sencilla, toda la información obtenida del Cliente. Metodología Para llevar a cabo el objetivo descrito, la aplicac ió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. Requisitos relacionados


Tabla 30: Requisito 27: Resultado de búsqueda de un Cliente


- 51 -


28 Búsqueda de un Trabajador Requisito28 Fecha Tipo Importancia

21/12/2009 Funcional Media 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 Trabajador de la Obra. Objetivo Permitir a los diferentes usuarios, que tengan perm isos para poder acceder, realizar una búsqueda de una Trabajador determinado dentro de todos los pertenecientes a la Constructora. Metodología Existirá una opción en los diferentes módulos que permitirá al usuario obtener los datos de un Trabajador, para ello el si stema accederá a la base de datos de Personal y obtendrá todos los datos del mi smo. Requisitos relacionados


Tabla 31: Requisito 28: Búsqueda de un Trabajador


- 52 -


29 Resultado de búsqueda de un Trabajador Requisito2 9 Fecha Tipo Importancia

22/12/2009 Funcional Media Descripción Mostrará los datos obtenidos en la búsqueda del Tra bajador introducido por el usuario de la aplicación. Objetivo Mostrar al usuario de la aplicación, de una manera clara y sencilla, toda la información obtenida del Trabajador. Metodología Para llevar a cabo el objetivo descrito, la aplicac ió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. Requisitos relacionados


Tabla 32: Requisito 29: Resultado de búsqueda de un Trabajador


- 53 -


30 Búsqueda de un Material Requisito30 Fecha Tipo Importancia

22/12/2009 Funcional Media Descripción Se creará una opción en los diferentes menús de los módulos que permitirá a los diferentes usuarios poder realizar búsquedas de Materiales de la Obra. Objetivo Permitir a los diferentes usuarios, que tengan perm isos para poder acceder, realizar una búsqueda de un Material determinado de ntro de todos los pertenecientes a la Constructora. Metodología Existirá una opción en los diferentes módulos que permitirá al usuario obtener los datos de un Material, para ello el sist ema accederá a la tabla de datos de Materiales y obtendrá todos los datos del mismo. Requisitos relacionados


Tabla 33: Requisito 30: Búsqueda de un Material


- 54 -


31 Resultado de búsqueda de un Material Requisito31 Fecha Tipo Importancia

22/12/2009 Funcional Media Descripción Mostrará los datos obtenidos en la búsqueda del Mat erial introducido por el usuario de la aplicación. Objetivo Mostrar al usuario de la aplicación, de una manera clara y sencilla, toda la información obtenida del Material. Metodología Para llevar a cabo el objetivo descrito, la aplicac ión una vez realizada la consultar a la Base de Datos, mostrará todos los da tos obtenidos, para que el usuario pueda realizar con otras operaciones. Requisitos relacionados


Tabla 34: Requisito 31: Resultado de búsqueda de un Material


- 55 -


32 Asignación de Material a Obra Requisito32 Fecha Tipo Importancia

22/12/2009 Funcional Alta Descripción Asignar un material cualquiera a una Obra determina da. Objetivo Distribuir los materiales que la Constructora va ad quiriendo entre las diferentes Obras de las que dispone. Metodología La aplicación pedirá el código de material y el núm ero de unidades, pedirá también el código de Obra y le asignará dichos mate riales a la Obra determinada. Requisitos relacionados


Tabla 35: Requisito 32: Asignación de Material a Obra


- 56 -


33 Asignación de Personal a Obra Requisito33 Fecha Tipo Importancia

22/12/2009 Funcional Alta Descripción Asignar un trabajador cualquiera a una Obra determi nada. 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úm ero de trabajadores, pedirá también el código de Obra y le asignará dicho perso nal a la Obra determinada. Requisitos relacionados


Tabla 36: Requisito 33: Asignación de Personal a Obra


- 57 -


34 Asignación de Obra a Cliente Requisito34 Fecha Tipo Importancia

22/12/2009 Funcional Alta Descripción Asignar una Obra determinada a un Cliente particula r. 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 c on el código de cliente, quedará registrado en la Base de Datos, así cada cl iente tendrá asignada una Obra concreta. Requisitos relacionados


Tabla 37: Requisito 34: Asignación de Obra a Cliente


- 58 -


35 Estado de la Obra para un Cliente Requisito35 Fecha Tipo Importancia

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 O bra al comprador, permitiéndole ver en cada momento el estado de la m isma. Desde las incidencias, fases acabadas, imágenes… Metodología Para que se pueda llevar a cabo el objetivo expuest o anteriormente, la aplicación accederá a la Base de Datos y unificará en una único formulario todos los datos necesarios para que el Cliente qued e satisfecho con el conocimiento de la Obra. Requisitos relacionados


Tabla 38: Requisito 35: Estado de la Obra para un Cliente


- 59 -


36 Planificación de Obra Requisito36 Fecha Tipo Importancia

23/12/2009 Funcional Alta Descripción Mostrar toda la planificación de la Obra, es decir, las fases de desarrollo, el personal involucrado, el material necesario y los c lientes 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 a sí a todos los datos relacionados con una Obra en particular. Metodología La aplicación accederá a la Base de Datos y mediant e el identificador de la Obra irá obteniendo toda la información necesaria, mostrándola al usuario. Requisitos relacionados


Tabla 39: Requisito 36: Planificación de Obra


- 60 -


37 Listado Materiales en una Obra Requisito37 Fecha Tipo Importancia

23/12/2009 Funcional Media Descripción Muestra la información de Materiales asignados a un a 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 regi stro de Materiales de una Obra en particular, especificando para cada materia l 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 asignado s a esa Obra, pudiendo en cualquier momento cambiar de Obra sin problema algu no. Requisitos relacionados


- Requisito 24

Tabla 40: Requisito 37: Listado Materiales en una Obra


- 61 -


38 Listado Personal en una Obra Requisito38 Fecha Tipo Importancia

23/12/2009 Funcional Media 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 par a la realización de las diferentes fases de la obra. Objetivo Aunar y mostrar al usuario de la aplicación el regi stro de Personal de una Obra en particular, especificando que tipo de Perso nal que se ubica en la Obra y cuantas personas hay por cada tipo de Trabaj ador (Peones, Albañiles, etc.). Metodología Se accederá a la obra elegida por el usuario y se l istará todo el personal asignado a esa Obra, pudiendo en cualquier momento cambiar de Obra sin tener que salir de donde se encuentra el usuario. Requisitos relacionados


- Requisito 24

Tabla 41: Requisito 38: Listado Personal en una Obra


- 62 -


39 Herramienta usable Requisito39 Fecha Tipo Importancia

23/12/2009 Prestaciones Baja Descripción Generar una herramienta con un alto grado de usabil idad para el usuario final Objetivo Conseguir un alto grado de usabilidad de la herrami enta y con ello la satisfacción de los usuarios finales de la herramie nta. Metodología Utilizar técnicas de Diseño centrado en el usuario para el diseño del interfaz gráfico de usuario. Requisitos relacionados

- Este requisito esta relacionado con todos los anter iores, 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 -




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.

Proceso Formulario Menú Materiales

Proceso encargado de cargar el formulario y el menú de opciones del módulo Materiales.

Proceso Formulario Menú Personal

Proceso encargado de cargar el formulario y el menú de opciones del módulo Personal.

Proceso Formulario Menú Planificación

Proceso encargado de cargar el formulario y el menú de opciones del módulo 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


- 68 -




Proceso Menú Proceso por el cual la aplicación determina, según la opción introducida y el usuario, las diferentes opciones que puede realizar.

Proceso Incidencia obra Proceso que carga el formulario en la cual se muestran las incidencias de la obra asignada al usuario.

Proceso Porcentaje obra Proceso que carga el formulario en la cual se muestran el porcentaje de la obra asignada al usuario.

Proceso Observaciones obra Proceso que carga el formulario en la cual se muestran los comentarios de la obra asignada al usuario.

Proceso Imágenes obra Proceso que carga el formulario en la cual se muestran las imágenes de la obra asignada al usuario.

Almacén de Datos

Cliente obra Base de datos donde están registrados todos los clientes del sistema y la obra a la que están asignados.

Almacén de Datos

Estado de la Obra Base de datos donde están registradas toda la información de estado de las diferentes obras de la constructora.

Flujo de Datos Usuario Datos de acceso al sistema. Flujo de Datos Opción Determina la acción a realizar dentro de

las disponibles en el módulo Estado de la Obra.

Flujo de Datos Obra Identificador de la obra con la que se están mostrando los datos, y que se utiliza para la búsqueda de información en los almacenes de datos.

Flujo de Datos Incidencias Información referente a todas las incidencias de la obra solicitada

Flujo de Datos Porcentaje Información referente al porcentaje de realización de la obra solicitada.

Flujo de Datos Comentario Información referente a los comentarios de la obra solicitada.

Flujo de Datos Imágenes Información referente a las imágenes de la obra solicitada.

Tabla 45: Especificaciones DFD segundo nivel. Estado de la Obra


- 69 -

3.5.4 DFD de Segundo Nivel (Formulario Menú Materia les).


del proceso número 4 (Formulario Menú Materiales). A continuación se detalla su

DFD y sus especificaciones:

Figura 10: DFD de segundo nivel. Formulario Menú Materiales

Menú 4.1

Alta Material

4.2

Baja Material

4.3

Material Modificación

4.4

Buscar Material

4.5

Materiales

Opción Menú

Usuario

Usuario

Datos Alta

Datos Baja

Datos Mod

Id Material

Confirmación

Confirmación

Confirmación

Datos Material

Mostrar Material

4.6

Datos Material


- 70 -





Proceso Alta material Proceso, por el cual, se piden los datos de un material y se registra en la base de datos de Materiales.

Proceso Baja material Proceso, por el cual, se piden los datos de un material y se da de baja en la base de datos de Materiales.

Proceso Modificación material Proceso, por el cual, se piden los datos de un material y se modifican en la base de datos de Materiales.

Proceso Buscar material Proceso, por el cual, se busca un material en particular por su ID.

Proceso Mostrar material Proceso, que recibe los datos encontrados de un material en particular y los muestra en un formulario.

Almacén de Datos

Materiales Base de datos donde están registradas toda la información de los diferentes materiales existentes en la constructora.

Flujo de Datos Usuario Datos del usuario del sistema. Flujo de Datos Opción Menú Determina la acción a realizar dentro de

las disponibles en el módulo Materiales. Flujo de Datos Datos Alta Información con todos los datos de un

material a registrar en la base de datos. Flujo de Datos Datos Baja Información con todos los datos de un

material a dar de baja en la base de datos. Flujo de Datos Datos Mod Información con todos los datos de un

material a modificar en la base de datos. Flujo de Datos Id Material Identificador del material a buscar dentro

de la base de datos. Flujo de Datos Confirmación Información referente al resultado de las

diferentes operaciones en la base de datos.

Flujo de Datos Datos Material Información referente a los datos obtenidos de la base de datos a partir del identificador de material.

Tabla 46: Especificaciones DFD segundo nivel. Formulario Menú Materiales


- 71 -

3.5.5 DFD de Segundo Nivel (Formulario Menú Persona l).


del proceso número 5 (Formulario Menú Personal). A continuación se detalla su DFD

y sus especificaciones:

Figura 11: DFD de segundo nivel. Formulario Menú Personal

Menú 5.1

Alta Personal

5.2

Baja Personal

5.3

Personal Modificación

5.4

Buscar Personal

5.5

Personal

Opción Menú

Usuario

Usuario

Datos Alta

Datos Baja

Datos Mod

Id Personal

Confirmación

Confirmación

Confirmación

Datos Personal

Mostrar Personal

5.6

Datos Personal


- 72 -





Proceso Alta personal Proceso, por el cual, se piden los datos de un tipo de personal y se registra en la base de datos de Personal.

Proceso Baja personal Proceso, por el cual, se piden los datos de un tipo de personal y se da de baja en la base de datos de Personal.

Proceso Modificación personal

Proceso, por el cual, se piden los datos de un tipo de personal y se modifican en la base de datos de Personal.

Proceso Buscar personal Proceso, por el cual, se busca un tipo de personal en particular por su ID.

Proceso Mostrar personal Proceso, que recibe los datos encontrados de un tipo de personal en particular y los muestra en un formulario.

Almacén de Datos

Personal Base de datos donde está registrada toda la información de los diferentes tipos de personal existentes en la constructora.


las disponibles en el módulo Personal. Flujo de Datos Datos Alta Información con todos los datos de un tipo

de personal a registrar en la base de datos.

Flujo de Datos Datos Baja Información con todos los datos de un tipo de personal a dar de baja en la base de datos.

Flujo de Datos Datos Mod Información con todos los datos de un tipo de personal a modificar en la base de datos.

Flujo de Datos Id Personal Identificador del personal a buscar dentro de la base de datos.

Flujo de Datos Confirmación Información referente al resultado de las diferentes operaciones en la base de datos.

Flujo de Datos Datos Personal Información referente a los datos obtenidos de la base de datos a partir del identificador de personal.

Tabla 47: Especificaciones DFD segundo nivel. Formulario Menú Personal


- 73 -

3.5.6 DFD de Segundo Nivel (Formulario Menú Planifi cación).

Para este diagrama se ha realizado la explosión del proceso número 6

(Formulario Menú Planificación). A continuación se detalla su DFD:

Figura 12: DFD de segundo nivel. Formulario Menú Planificación

Cliente Obra

Datos – Clie - Obra

Menú 6.1

Opción Menú

Usuario

Opción Menú

Asignación Mat - Obra

6.7

Asignación Per - Obra

6.6

Asignación Clie - Obra

6.5

Personal

Datos Alta, Id Cliente

Confirmación, Datos Cliente

Clientes

6.2

Obras 6.3

Planifica Obra 6.4

Material

Clientes

Obra Confirmación, Datos Obra

Datos Alta, Id Obra

Material Obra Personal Obra

Listado

Per - Obra 6.8

Listado

Mat - Obra 6.9

Confirmación

Confirmación

Confirmación

Datos – Per - Obra

Datos – Mat - Obra

Información Personal Información Material

Id Obra

Id Obra

Info

Info


- 74 -





Proceso Clientes Proceso, por el cual, se dan de alta y se buscan clientes relacionados con las distintas obras de la constructora.

Proceso Obras Proceso, por el cual, se dan de alta y se buscan las distintas obras de la constructora.

Proceso Planifica obra Proceso, por el cual, se hace toda la planificación de una obra en particular.

Proceso Asignación Clie-Obra Asignación de un cliente a una obra. Proceso Asignación Per-Obra Asignación de personal a una obra. Proceso Asignación Mat-Obra Asignación de material a una obra. Proceso Listado Per-Obra Listado del personal correspondiente a

una obra en particular. Proceso Listado Mat-Obra Listado del material correspondiente a una

obra en particular. Almacén de Datos

Personal Base de datos donde está registrada toda la información de los diferentes tipos de personal existentes en la constructora.

Almacén de Datos

Material Base de datos donde está registrada toda la información de los diferentes tipos de materiales existentes en la constructora.

Almacén de Datos

Clientes Base de datos donde está registrada toda la información de los diferentes clientes de la constructora.

Almacén de Datos

Obra Base de datos donde está registrada toda la información de todas las obras de la constructora.

Almacén de Datos

Cliente Obra Base de datos donde están registrados todos los clientes del sistema y la obra a la que están asignados.

Almacén de Datos

Personal Obra Base de datos donde están registrados todo el personal y la obra a la que están asignados.

Almacén de Datos

Material Obra Base de datos donde están registrados todo el material y la obra a la que están asignados.


las disponibles en el módulo Personal.


- 75 -


Flujo de Datos Datos Alta Información con todos los datos de cliente u obra a registrar en la base de datos.

Flujo de Datos Id Cliente Identificador del cliente a buscar dentro de la base de datos.

Flujo de Datos Id Obra Identificador de la obra a buscar dentro de la base de datos.


Flujo de Datos Datos Obra Información referente a los datos obtenidos de la base de datos a partir del identificador de obra.

Flujo de Datos Datos Cliente Información referente a los datos obtenidos de la base de datos a partir del identificador de cliente.

Flujo de Datos Información personal Información referente a todo el personal que trabaja en una obra en particular.

Flujo de Datos Información material Información referente a todo el material con el que se trabaja en una obra en particular.

Flujo de Datos Datos – Mat - Obra Información del identificador de material y de la obra.

Flujo de Datos Datos – Per - Obra Información del identificador de personal y de la obra.

Flujo de Datos Datos – Clie - Obra Información del identificador de cliente y de la obra.

Tabla 48: Especificaciones DFD segundo nivel. Formulario Menú Planificación


- 76 -

3.5.7 DFD de Tercer Nivel (Proceso 6.2 - Clientes).

Para este diagrama de datos del tercer nivel, se ha realizado la explosión del

proceso número 6.2. A continuación se detalla su DFD y sus especificaciones:

Figura 13: DFD de tercer nivel. Clientes

Dar Alta 6.2.1

Buscar Cliente

6.2.2

Mostar Cliente 6.2.3

Datos Alta

Confirmación

Opción Menú

Datos Cliente

Id Cliente

Datos Cliente


- 77 -




Proceso Dar Alta Proceso por el cual la aplicación determina, según la opción introducida y el usuario, las diferentes opciones que puede realizar.

Proceso Buscar Cliente Proceso, por el cual, se buscan clientes relacionados con las distintas obras de la constructora.

Proceso Mostrar Cliente Proceso, por el cual, se muestran los datos del cliente buscado.

Flujo de Datos Opción Menú Determina la acción a realizar. Flujo de Datos Id Cliente Identificador del cliente a buscar dentro de

la base de datos. Flujo de Datos Datos Cliente Información referente a los datos

obtenidos de la base de datos a partir del identificador de cliente.

Flujo de Datos Datos Alta Información con todos los datos de cliente a registrar en la base de datos.


Tabla 49: Especificaciones DFD tercer nivel. Clientes


- 78 -

3.5.8 DFD de Tercer Nivel (Proceso 6.3 - Obras).

Para este diagrama de datos del tercer nivel, se ha realizado la explosión del

proceso número 6.3. A continuación se detalla su DFD y sus especificaciones:

Figura 14: DFD de tercer nivel. Obras

Dar Alta 6.3.1

Buscar Obra

6.3.2

Mostar Obra

6.3.3

Datos Alta

Confirmación

Opción Menú

Datos Obra

Id Obra

Datos Obra


- 79 -




Proceso Dar Alta Proceso por el cual la aplicación determina, según la opción introducida y el usuario, las diferentes opciones que puede realizar.

Proceso Buscar Obra Proceso, por el cual, se buscan obras en la constructora.

Proceso Mostrar Obra Proceso, por el cual, se muestra la información referente a la obra buscada.

Flujo de Datos Opción Menú Determina la acción a realizar. Flujo de Datos Id Obra Identificador de la obra para buscar dentro

de la base de datos. Flujo de Datos Datos Obra Información referente a los datos

obtenidos de la base de datos a partir del identificador de obra.

Flujo de Datos Datos Alta Información con todos los datos de las obra a registrar en la base de datos.


Tabla 50: Especificaciones DFD tercer nivel. Obras


- 80 -

3.6 Modelo Conceptual de Datos

A continuación, se detalla los objetos que se van a utilizar en el desarrollo del

diagrama entidad-relación, todos ellos representados en el modelo lógico de datos.

Para comprender y además ampliar el conocimiento relacionado con las bases de

datos consultar el libro [ALON05]. Todos aquellos atributos que van subrayados son

la clave principal del objeto:

OBRA: (COD_OBRA, NOMBRE, SITUACION, N_VIVIENDAS, N_GARAJES,

N_LOCALES, N_TRASTEROS, CONSTRUCTORA, JEFE_OBRA, OBSERVACIONES,

PORCENTAJE, INCIDENCIAS, IMAGENES).

MATERIALES: (COD_MATERIAL, NOMBRE, SUMINISTRADOR, N_ALMACEN,

OBSERVACIONES, {COD_OBRA}).

PERSONAL: (COD_PERSONAL, NOMBRE, APELLIDOS, DNI, SEG_SOCIAL,

CATEGORIA_PROFESIONAL, ANTIGÜEDAD, DEPARTAMENTO,

OBSERVACIONES, {COD_OBRA}).

CLIENTES: (COD_CLIENTE, NOMBRE, APELLIDOS, DNI, SEXO, ESTADO_CIVIL,

CONYUGE_NOMBRE, CONYUGE_APELLIDOS, CONYUGE_DNI, DIRECCION,

CIUDAD, PROVINCIA, C_POSTAL, EMAIL, OBSERVACIONES, {COD_OBRA},

{NUMERO_USUARIO, CONTRASEÑA, PERFIL}).

Tras describir las principales entidades con todos los atributos, sin normalizar,

se va a proceder a hacer el paso a tercera forma normal. Para así determinar todas

las relaciones y entidades existentes, de tal manera, que no existan datos

redundantes.


- 81 -

3.6.1 Primera Forma Normal

En este primer paso de normalización, se identifican los grupos repetitivos y

se crea un nuevo objeto por cada grupo identificado:




MATERIALES-1: (COD_MATERIAL, NOMBRE, SUMINISTRADOR, N_ALMACEN,

OBSERVACIONES).

MATERIALES-2: (COD_MATERIAL, COD_OBRA).

PERSONAL-1: (COD_PERSONAL, NOMBRE, APELLIDOS, DNI, SEG_SOCIAL,


OBSERVACIONES).

PERSONAL-2: (COD_PERSONAL, COD_OBRA).

CLIENTES-1: (COD_CLIENTE, NOMBRE, APELLIDOS, DNI, SEXO, ESTADO_CIVIL,


CIUDAD, PROVINCIA, C_POSTAL, EMAIL, OBSERVACIONES).

CLIENTES-2: (COD_CLIENTE, COD_OBRA).

CLIENTES-3: (COD_CLIENTE, NUMERO_USUARIO, CONTRASEÑA, PERFIL).

3.6.2 Segunda Forma Normal

En este segundo paso de normalización, se identifican cualquier objeto que

tenga una clave concatenada y se crea un nuevo objeto por separado por cada

atributo que no dependa de la clave concatenada.

CLIENTES-3.1: (COD_CLIENTE, NUMERO_USUARIO).

CLIENTES-3.2: (NUMERO_USUARIO, CONTRASEÑA, PERFIL).


- 82 -

3.6.3 Tercera Forma Normal

En este último paso de normalización, se observa los objetos resultantes y por

cada atributo que dependa de otro que tampoco sea clave, se crea un nuevo objeto

por separado.

Todos los atributos son dependientes única y exclusivamente de la clave o

identificador principal.

3.6.4 Resultado de la Normalización

A continuación se detalla el resultado de la Normalización, identificando las

entidades y relaciones existentes en el modelo conceptual de datos.




MATERIALES-1: (COD_MATERIAL, NOMBRE, SUMINISTRADOR, N_ALMACEN,

OBSERVACIONES).

MATERIALES-2: (COD_MATERIAL, COD_OBRA).

PERSONAL-1: (COD_PERSONAL, NOMBRE, APELLIDOS, DNI, SEG_SOCIAL,


OBSERVACIONES).

PERSONAL-2: (COD_PERSONAL, COD_OBRA).

CLIENTES-1: (COD_CLIENTE, NOMBRE, APELLIDOS, DNI, SEXO, ESTADO_CIVIL,


CIUDAD, PROVINCIA, C_POSTAL, EMAIL, OBSERVACIONES).

CLIENTES-2.1: (COD_CLIENTE, COD_OBRA).

CLIENTES-3.1: (COD_CLIENTE, NUMERO_USUARIO).

CLIENTES-3.2: (NUMERO_USUARIO, CONTRASEÑA, PERFIL).


- 83 -

Entidades resultantes:

OBRA = E-OBRA: (COD_OBRA, NOMBRE, SITUACION, N_VIVIENDAS,

N_GARAJES, N_LOCALES, N_TRASTEROS, CONSTRUCTORA, JEFE_OBRA,

OBSERVACIONES, PORCENTAJE, INCIDENCIAS, IMAGENES).

MATERIALES-1 = E-MATERIAL: (COD_MATERIAL, NOMBRE, SUMINISTRADOR,

N_ALMACEN, OBSERVACIONES).

PERSONAL-1 = E-PERSONAL: (COD_PERSONAL, NOMBRE, APELLIDOS, DNI,

SEG_SOCIAL, CATEGORIA_PROFESIONAL, ANTIGÜEDAD, DEPARTAMENTO,

OBSERVACIONES).

CLIENTES-1 = E-CLIENTE: (COD_CLIENTE, NOMBRE, APELLIDOS, DNI, SEXO,

ESTADO_CIVIL, CONYUGE_NOMBRE, CONYUGE_APELLIDOS, CONYUGE_DNI,

DIRECCION, CIUDAD, PROVINCIA, C_POSTAL, EMAIL, OBSERVACIONES).

CLIENTES-3.2 = E-USUARIO: (NUMERO_USUARIO, CONTRASEÑA, PERFIL).

Relaciones resultantes:

MATERIALES-2 = R-ASIGNA-MATERIAL: (COD_MATERIAL, COD_OBRA).

PERSONAL-2 = R-ASIGNA-PERSONAL: (COD_PERSONAL, COD_OBRA).

CLIENTES-2.1 = R-ASIGNA-CLIENTE: (COD_CLIENTE, COD_OBRA).

CLIENTES-3.1 = R-ASIGNA-CLAVE: (COD_CLIENTE, NUMERO_USUARIO).


- 84 -

3.6.5 Diagrama Entidad – Relación

Figura 15 : Diagrama Entidad-Relación


- 85 -

3.6.6 Diccionario de relaciones

A continuación se exponen el significado de cada relación expresada en el

diagrama entidad-relación del apartado 3.6.5:

R-ASIGNA-MATERIAL: (COD_MATERIAL, COD_OBRA).

Cada material es asignado a diferentes obras, al igual que cada obra es

asignada a diferentes materiales.

R-ASIGNA-PERSONAL: (COD_PERSONAL, COD_OBRA).

Cada personal está asignado a una única obra en particular, pero cada obra

puede tener un número indeterminado de trabajadores (personal).

R-ASIGNA-CLIENTE: (COD_CLIENTE, COD_OBRA).

Cada cliente está asignado a una única obra en particular, pero cada obra

puede tener un número determinado de clientes.

R-ASIGNA-CLAVE: (COD_CLIENTE, NUMERO_USUARIO).

Cada cliente tiene asignado un único número de usuario, al igual que número

de usuario solo puede estar asignado a un cliente concreto.


- 86 -

444 EEESSSTTTUUUDDDIIIOOO DDDEEE LLLAAA

AAARRRQQQUUUIIITTTEEECCCTTTUUURRRAAA


- 87 -

4. Estudio de la Arquitectura En esta fase de desarrollo, se exponen las diferentes maneras de desarrollar

la aplicación, siguiendo los requisitos expuestos en el apartado 3.3. Para ello se

exponen dos alternativas, que se evaluarán siguiendo una serie de parámetros. La

que obtenga mejor puntuación en la evaluación, será la llevada a cabo para el

desarrollo del proyecto.

4.1 Especificación de alternativas

En el estudio de las diferentes alternativas que se van a exponer a

continuación, se detallarán las siguientes partes imprescindibles: la tecnología

hardware, software y de comunicaciones. Además de evaluar los aspectos más

importantes, como son: estratégicos, organizativos, operativos, técnicos y

económicos.

4.1.1 Alternativa 1

Esta primera alternativa, estará compuesta por fabricantes conocidos y

avalados en el mercado de la informática, como son Microsoft® y HP®.

� Hardware

El servidor propuesto para el funcionamiento de la aplicación y del sistema

que engloba a toda la constructora es un HP de la serie ProLiant. En concreto el

modelo ML150 G6, un modelo equilibrado para las necesidades de la constructora.

Las características técnicas del ML150 G6 son las siguientes:

� Procesadores Xeon Quad Core a 1.066 MHz con caché de nivel L3 de 8M.

� Memoria interna 1GB.

� 8 puertos USB (4 posteriores, 2 frontales y 2 internos).

� RJ-45 (Ethernet): 1.

� DVD-RW.

� 5 Ranuras de expansión PCI Express.


- 88 -

Figura 16: Servidor ProLiant ML150 G6

� Software

En cuanto a el software a utilizar en el desarrollo y ejecución de la

herramienta, para esta alternativa, se ha confiado en los productos Microsoft®. Ya

que el servidor HP® tiene preinstalado un sistema operativo de software Microsoft®,

facilitando así la compatibilidad entre las aplicaciones, el sistema operativo y el

servidor. El software para esta alternativa es el siguiente:

� Sistema Operativo Microsoft Windows Server 2008®

Sistema operativo contrastado, y con la garantía del grupo Microsoft®. Es

uno de los sistemas operativos en servidores más utilizados y demandados

del mercado. Además de compatibilizarse con el software utilizado para esta

alternativa.

� Entorno de desarrollo Microsoft Visual Studio 2008®

Fácil de manejar y entender, además de ser del mismo fabricante que el

sistema operativo. Lenguaje de programación C#.

� Sistema de Gestión de Bases de Datos Microsoft SQL Server 2008®

Sistema gestor, relacionado con Visual Studio y de la marca Microsoft, el cual

facilitará la configuración y utilización, además de la compatibilidad de datos y

procesos.

Figura 17: Logotipos del Software de la Alternativa 1


- 89 -

4.1.2 Alternativa 2

Esta segunda alternativa, está compuesta por fabricantes menos conocidos y

que pueden suministrar un hardware y un software de calidad a menor precio,

siendo una alternativa económicamente mejor que la anterior.

� Hardware

En esta alternativa, donde premia el ahorro económico, se apuesta por una

marca de servidores de nivel medio-bajo, como es DELL® [WWW07] . Para ello se

ha escogido el modelo PowerEdge T110. Entre sus cualidades se puede encontrar

que es una maquina silenciosa y compacta. Las especificaciones del servidor son

las siguientes:

� Intel® Core™ i3-530, 2C/4T, 2.93GHz, 4M Cache, 73W TDP, Memory runs

at 1333MHz Max.

� 1GB Memory, DDR3, 1333MHz (1x1GB Single Ranked UDIMM) .

� 250 GB de disco duro.

� 1 unidad de DVD.

� 4 ranuras PCI.

� 4 USB (2 delanteros y 2 traseros).

Figura 18: Servidor DELL PowerEdge T110


- 90 -

� Software

La alternativa presente propone una solución basada en aplicaciones de tipo

Open-Source (código abierto), las cuales están disponibles para su utilización y

modificación. Aunque las herramientas descritas a continuación suponen una

reducción de la inversión económica no significa que por ello se pierda en calidad.

Las herramientas para la gestión del software que se han elegido para esta

alternativa son:

� Red Hat Enterprise Linux 5

Sistema operativo basado en el sistema LINUX/UNIX, que permite la

ejecución de cualquier aplicación diseñada para otros sistemas operativos. Además,

es capaz de realizar todas las operaciones relacionadas con un servidor sin ningún

tipo de complicación.

� JCreator

Entorno de desarrollo gratuito para aplicaciones desarrolladas en Java. De

fácil manejo e intuitivo que ayuda a un desarrollo cómodo, sencillo y rápido.

� SGBD MYSQL. [WWW08] .

Sistema de gestión de base de datos relacional, multihilo y multiusuario con

más de seis millones de instalaciones, que se ofrece bajo licencia GNU GPL4.

Figura 19: Logotipos del Software de la Alternativa 2

4 General Public License (Licencia Pública General). Licencia, que permite al usuario su utilización y modificación del código.


- 91 -

4.2 Evaluación de alternativas

La evaluación de las alternativas descritas en el apartado 4.1, se realiza en

base a cuatro aspectos de interés para el cliente, como son:

� Evaluación organizativa.

� Evaluación operativa.

� Evaluación técnica.

� Evaluación económica.

Para ello se divide la evaluación en dos partes: por un lado la evaluación

organizativa, operativa y técnica, y por otro lado la evaluación económica de las

alternativas.

4.2.1 Evaluación organizativa, operativa y técnica.

Para realizar la evaluación de las alternativas en este aspecto, se va a utilizar

la Matriz de Evaluación Organizativa. En esta matriz de datos se identifican y se

evalúan los siguientes factores o grupos de parámetros:

� Factores estratégicos

En ellos se marcan los objetivos estratégicos de la empresa y se evalúa como

cubre los objetivos cada alternativa.

� Factores de oportunidad

En ellos se marcan el grado de oportunidad de cada una de las alternativas,

ya sea desde el punto de vista de comercialización, mecanización o satisfacción del

cliente.

� Factores técnicos

En ellos se evalúa las características y las facilidades técnicas que aporta

cada alternativa.

� Factores operativos

Este último tipo de factor muestra la importancia que tiene la implantación de

las alternativas en los servicios mecanizados, mantenimiento y procesos manuales.


- 92 -

La Matriz de Evaluación Organizativa resultante es la siguiente:

ALTERNATIVAS 1 2 NUM PARÁMETRO PESO PT VA PT VA

ESTRATEGICO Puntuación Valor Puntuación Valor

1 Mejorar imagen de la compañía 3 3 9 2 6

2 Mejorar atención demanda 3 3 9 2 6

3 Mejorar control de la gestión 3 3 9 2 6

4 Aumentar oferta de servicios 2 3 6 3 6

5 Abrir mercados externos 2 1 2 1 2

6 Disminuir riesgos 2 3 6 2 4

7 Incrementar competitividad 2 3 6 3 6

8 Optimizar la gestión 2 3 6 3 6

9 Ofertar mejora de servicios 2 3 6 3 6

10 Aumentar la demanda 1 0 0 0 0 11 Estudios de mercado 1 0 0 0 0

OPORTUNIDAD

12 Estrategia comercialización 3 3 9 3 9

13 Compromiso otras empresas 3 3 9 2 6

14 Volumen de áreas afectadas 2 2 4 2 4

15 Complejidad en la gestión 2 3 6 2 4

16 Carencia de mecanización 2 2 4 2 4

17 Insatisfacción usuario/cliente 2 3 6 1 2

TECNICOS

18 Integración de la información 3 3 9 3 9

19 Independencia sistemas actuales 3 3 9 2 6

20 Facilidad de mecanización 2 2 4 2 4

21 Facilidad de implantación 1 3 3 1 1

OPERATIVOS

22 Reducción gastos mantenimiento 2 2 4 3 6

23 Reducción tareas manuales 1 3 3 3 3

PUNTUACION TOTAL 57 129 47 106

Tabla 51: Matriz de Evaluación Organizativa


- 93 -

La tabla descrita en el apartado anterior en forma de gráfico:

Valoración de Alternativas

010203040506070

ESTRATEGICO

OPORTUNIDAD

TECNICO

S

OPERATIVOS

Factores

Val

or Alternativa 1

Alternativa 2

Figura 20: Gráfico de Valoración de alternativas

Como conclusión de la evaluación estratégica, operativa y técnica se puede

observar que la alternativa 1, gana ampliamente a la alternativa 2, aún así, es

necesario conocer la evaluación económica para poder tomar una decisión.

4.2.2 Evaluación económica.

Para realizar la evaluación de las alternativas en el área económica, se va a

utilizar el Análisis de Coste/Beneficio. En ese análisis se marcan todos los costes

asociados a la implantación de cada alternativa, viendo así cual es la más ventajosa.

Los principales costes en los que se basa el análisis son los siguientes:

� Costes de implantación

Dentro de este tipo de costes se encuentran englobados aquellos destinados

al desarrollo del nuevo sistema, tanto del personal necesario (Analistas, Diseñadores

y Programadores), como la puesta en marchar y los costes de formación en el

manejo del sistema.

� Costes de adquisición de tecnología

Dentro del apartado de tecnología se imputan los gastos del Hardware

adquirido y Software utilizado en el desarrollo del nuevo sistema. Sin olvidarse de los

costes de comunicaciones (redes de transmisión, redes locales, equipo de

comunicación…).


- 94 -

� Costes operacionales

Todos aquellos costes no ligados con la implantación y la tecnología vienen

reflejados en este apartado. En el se imputan los gastos relacionados con el centro

de proceso de los datos (costes fijos como luz, agua…) y del mantenimiento y

mejora (coste de envíos, empaquetado, licencias…).

Como reflejo y estudio de todo lo expresado, se obtiene la Matriz de

Evaluación de Costes, en la cual viene reflejado todos los gastos divididos por

grupos. La Matriz de Evaluación de Costes resultante es la siguiente:

ALTERNATIVAS 1 2 COSTES DE IMPLANTACIÓN

Costes de Desarrollo 14.700 € 14.700 € Costes de puesta en marcha 8.000 € 8.000 € Costes de formación 1.200 € 1.200 € COSTES DE TECNOLOGIA

Costes de Hardware 3.000 € 2.600 € Costes de Software 1.950 € 0 € COSTES OPERACIONALES

Costes de C.P.D 990 € 990 € Costes de Mantenimiento y mejora

4.300 € 3.800€

COSTES TOTALES 34.140 € 31.290 €

Tabla 52: Matriz de Evaluación de Costes

4.3 Selección de una alternativa

Con los datos recogidos en las especificaciones de las dos alternativas y

habiendo estudiado las ventajas y los inconvenientes de cada una de ellas, se

decide decantarse por la Alternativa 1, dando mayor importancia a los resultados de

los factores estratégico, oportunidad, técnico y operativos. Dado que el económico,

en el cual la Alternativa 2 es favorable, la diferencia entre ambas alternativas no se

considera significativa por la previsión de ahorro de costes que supondrá.


- 95 -

555 DDDIIISSSEEEÑÑÑOOO EEEXXXTTTEEERRRNNNOOO


- 96 -

5. Diseño Externo Fase de desarrollo en la cual se va a exponer la transformación del modelo

lógico del nuevo sistema en un modelo físico a implementar sobre la plataforma de

Hardware y Software elegida en la alternativa del apartado anterior.

5.1 Entorno Operativo del Sistema

En este apartado se van a expresar todos los aspectos claves del nuevo

sistema en relación con el entorno operativo.

5.1.1 Entrada, salida y recogida de datos

En el nuevo sistema se puede encontrar numerosas entradas y salidas de

datos, además de una BD con diferentes tablas en donde quedan recogidos todos

los datos útiles y necesarios para el correcto funcionamiento del nuevo sistema.

Para que se pueda estudiar y desarrollar estas entradas y salidas hay que fijarse en

los puntos 3.5.1 y 3.5.2. Diagrama de contexto y conceptual respectivamente, del

nuevo sistema.

Como se puede observar en el Requisito5, se pueden encontrar diversos

perfiles de usuario, cada uno de ellos teniendo acceso a diferentes apartados del

nuevo sistema. Con lo que esto conlleva a que las entradas y salidas de datos sean

diferentes en función del usuario que se encuentre utilizando la aplicación.

A continuación se detalla por perfil de usuario las entradas y salidas posibles:

Directivos

En el perfil de Directivo se da todas las salidas y entradas posibles, pues es el

perfil más importante y con acceso a todos los apartados de la aplicación. Será

capaz de planificar la obra, tanto en tiempos, fases, costes… Puede registrar los

materiales y personal de cada obra, al igual que gestionarlos y repartirlos entre las

diferentes obras. Puede también controlar cada obra, que se puede ver de ella y

como. En definitiva, podrá introducir todo tipo de datos a la aplicación y podrá

obtener todos los datos que desee.

Trabajadores de la Constructora


- 97 -

Serán capaces de registrar los materiales, asignarlos, modificarlos o darlos de

baja. También podrán acceder a todo lo relacionado con el personal de la

constructora, pudiendo registrar nuevo personal, modificar el existente o darles de

baja del sistema. Además de tener acceso y poder modificar todo lo referente a la

visión de la obra que el cliente tiene acceso.

Trabajadores de la Obra

Podrán dar de alta los materiales, asignarlos, darlos de baja o modificarlos,

además de poder actualizar todo lo referente al estado de la obra que es visible por

el cliente.

Clientes

Los clientes únicamente podrán acceder a la aplicación para ver el estado de

su obra, no pudiendo realizar ningún cambio y solo obteniendo la información de la

obra, en la cual, es cliente.

Como entradas genéricas para todos los usuarios se definen:

- Introducción de usuario y contraseña.

- Cierre de sesión.

- Búsqueda de información del estado de la Obra.

5.1.2 Mantenimiento de ficheros

La aplicación tiene una única BD con diferentes tablas a las cuales todos

acceden cuando están utilizando la aplicación. Es decir, en el servidor se encontrará

la BD unificada en un único lugar, luego esto conllevará a que se eviten procesos

para unificar el contenido y actualizar la BD.

5.1.3 Generación de informes

Dentro del nuevo sistema se podrán generar 4 tipos de informes. Todos ellos

de manera visual en una ventana de la aplicación, con la opción de obtenerlos en

papel. Estos informes vienen reflejados en los Requisitos: 15, 16, 17 y 18. Informes

de: Obra, Cliente, Materiales y Personal. No todos ellos disponibles para todos los


- 98 -

perfiles, luego será importante establecer mecanismos de seguridad de la

información. El Requisito3 cubre dicha necesidad.

5.1.4 Control de información y seguridad del sistem a

Este es uno de los puntos más importantes del nuevo sistema, pues la

aplicación maneja una cantidad elevada de información, mucha de ella, de carácter

privado. Así que es necesario imponer mecanismos que restrinja el acceso a la

información.

La aplicación pedirá un usuario único y una contraseña para validarse

(Requisito1) y poder acceder a la información de las obras. En caso de que el

usuario no tenga una clave o sea incorrecta la que introduzca no tendrá acceso a la

aplicación.

El servidor comprobará el usuario introducido y la contraseña, cargando en

pantalla el formulario y el menú de opciones según el tipo de usuario. Consiguiendo

así el objetivo principal de este apartado.

Una vez dentro, la sesión se mantendrá durante la visita del usuario,

facilitando así el acceso al contenido que desee el usuario.

5.2 Configuración hardware/software

La configuración tanto Hardware como Software del sistema, viene

establecida por la alternativa seleccionada en el capítulo 4 del presente documento.

5.2.1 Configuración Hardware

En el apartado del Hardware se encontrará un servidor, el cual, gestionará

todo el sistema y donde se encontrará toda la información que necesitarán tanto los

miembros de la constructora como los clientes de la misma. Todo ellos se

conectarán al servidor y realizarán las peticiones pertinentes. Los trabajadores

dispondrán de PC´s normales. A continuación se muestra de manera más visual la

configuración Hardware:


- 99 -

Figura 21: Configuración Hardware

5.2.2 Configuración Software

En el apartado de Software, el sistema se desarrollará mediante Visual Studio

siendo un entorno de desarrollo de aplicaciones orientada a objetos que incorpora

SQL embebido. En cuanto al apartado del sistema operativo, Windows Server será

el utilizado. El cliente, desde su casa, para poderse conectar a la aplicación

necesitará de un navegador. Para hacerse una idea de manera visual del Software,

a continuación se muestra una imagen de cómo es:

Figura 22: Configuración Software

Windows Windows Windows

-Windows Server - SQL Server

Internet Explorer Mozilla Firefox Google Chrome

Servidor

PC Constructora PC Constructora PC Constructora PC Cliente

Intranet

Internet


- 100 -

5.3 Nuevo Modelo Físico del Sistema

Tras el modelo lógico del sistema actual, la lista de requisitos del nuevo

sistema y la selección de la alternativa, se puede obtener el modelo físico del nuevo

sistema. Como ya se hizo con el modelo lógico del sistema actual, se empleará para

representar el nuevo modelo los DFD, con sus niveles contextual y conceptual.

5.3.1 DFD Contextual

A continuación, se muestra el DFD contextual del modelo físico del nuevo

sistema, del cual, se obtendrán los diferentes DFD de los niveles conceptuales.

Figura 23: DFD Modelo Físico Nuevo Sistema

Sistema Gestión Obras

Constructora 0

Usuarios Entrada de Datos

Salida de Datos

Usuario

Error


- 101 -

5.3.2 DFD MFNS Conceptual Administradores.

A continuación, se muestra el DFD conceptual del modelo físico del nuevo

sistema en torno a los Administradores.

Figura 24: DFD MFNS de los Administrativos

Recibir Datos

Usuario

Usuario y clave

Autentica Usuario

Carga Perfil

Usuario

U y C U y C

Perfil

Perfil

Mostrar Opciones Perfil

Opciones Perfil

Ver Obra

Editar Materiales

Editar Personal

Cliente Obra

Material

Personal

Editar Obra Obra

Opción

Opción

Opción

Opción

Opción

Información Cliente-Obra

Información Materiales

Información Personal

Información Obra


- 102 -


5.3.3 DFD MFNS Conceptual Trabajador Constructora.


sistema en torno al trabajador de la constructora que se encuentra en las oficinas.

Figura 25: DFD MFNS de los Trabajadores de la Constructora

Recibir Datos

Usuario

Usuario y clave

Autentica Usuario

Carga Perfil

Usuario

U y C U y C

Perfil

Perfil


Opciones Perfil

Ver Obra

Editar Materiales

Editar Personal

Cliente Obra

Material

Personal

Opción

Opción

Opción

Opción


Información Personal


- 103 -


5.3.4 DFD MFNS Conceptual Trabajador Obra.


sistema en torno al trabajador de la obra, el cual se encuentra exclusivamente en la

Obra.

Figura 26: DFD MFNS de los Trabajadores de la Obra

Recibir Datos

Usuario

Usuario y clave

Autentica Usuario

Carga Perfil

Usuario

U y C U y C

Perfil

Perfil


Opciones Perfil

Ver Obra

Editar Materiales

Cliente Obra

Material

Opción

Opción

Opción



- 104 -

5.3.5 DFD MFNS Conceptual del Cliente.


sistema en torno al cliente, el cual se encuentra en cualquier lugar del mundo. Se

conecta vía Internet.

Figura 27: DFD MFNS del Cliente


Recibir Datos

Usuario

Usuario y clave

Autentica Usuario

Carga Perfil

Usuario

U y C U y C

Perfil

Perfil


Opciones Perfil

Ver Obra

Cliente Obra

Opción

Opción


- 105 -

666 DDDIIISSSEEEÑÑÑOOO IIINNNTTTEEERRRNNNOOO


- 106 -

6. Diseño Interno Tras analizar todas las fases de desarrollo expresadas en los puntos

anteriores, se llega al estudio del diseño interno. En el se exponen todas las

especificaciones software del sistema, describiendo cada especificación

detalladamente.

6.1 Modelo Físico de Datos

En las siguientes páginas se muestran la descripción de la BD del nuevo

sistema. En la cual, vendrán especificadas todas las tablas que la compones, junto

con el número de campos de cada tabla, el tipo de cada campo y los posibles

valores que pueden ser asignados a dicho campo.

Existirá un único campo clave, el cual vendrá especificado en negrita.

6.1.1 Tablas de la Base de Datos

A continuación se muestra el listado de las tablas de la Base de Datos:

Nombre Descripción Nº Campos

Usuario Información de todos los posibles usuarios que pueden acceder a la aplicación.

3

Cliente Información de todos los clientes de las obra.

15

Personal Información de todo el personal de las diferentes obras.

9

Obra Información de todo lo referente a las distintas obras.

13

Materiales Información de todos los materiales de las diferentes obras.

5

Cliente Obra Información de todos los clientes del sistema y la obra a la que están asignados.

2

Personal Obra Información de todo el personal y la obra a la que están asignados.

2

Material Obra Información de todo el material y la obra a la que están asignados.

2

Tabla 53: Listado de tablas de la BD


- 107 -

6.1.2 Tabla Usuario

A continuación se muestra el nombre, tipo y valores de todos los campos de

la tabla Usuario:

Campo Tipo Valores

Numero_Usuario Entero(10) - Contraseña Alfanumérico(255) - Perfil Entero(1) 1,2,3,4

Tabla 54: Tabla Usuarios

6.1.3 Tabla Cliente


la tabla Cliente:

Campo Tipo Valores

Cod_Cliente Entero(10) - Nombre Alfanumérico(255) - Apellidos Alfanumérico(255) - DNI Alfanumérico(9) - Sexo Entero(1) V, M Estado_Civil Alfanumérico(255) Soltero, Casado,

Viudo Conyuge_Nombre Alfanumérico(255) - Conyuge_Apellidos Alfanumérico(255) - Conyuge_DNI Alfanumérico(9) - Dirección Alfanumérico(255) - Ciudad Alfanumérico(255) - Provincia Alfanumérico(255) - C_Postal Entero(5) - Email Alfanumérico(255) - Observaciones Alfanumérico(255) -

Tabla 55: Tabla Cliente


- 108 -

6.1.4 Tabla Personal


la tabla Personal:

Campo Tipo Valores

Cod_Personal Entero(10) - Nombre Alfanumérico(255) - Apellidos Alfanumérico(255) - DNI Alfanumérico(9) - Seg_social Entero(12) - Categoría Profesional

Alfanumérico(255) -

Antigüedad Entero(2) - Departamento Alfanumérico(255) - Observaciones Alfanumérico(255) -

Tabla 56: Tabla Personal

6.1.5 Tabla Obra


la tabla Obra:

Campo Tipo Valores

Cod_Obra Entero(10) - Nombre Alfanumérico(255) - Situación Alfanumérico(255) - N_Viviendas Entero(3) - N_Garajes Entero(3) - N_Locales Entero(3) - N_Trasteros Entero(3) - Constructora Alfanumérico(255) - Jefe_Obra Alfanumérico(9) - Porcentaje Entero(3) - Incidencias Alfanumérico(255) - Imágenes Objeto - Observaciones Alfanumérico(255) -

Tabla 57: Tabla Obra


- 109 -

6.1.6 Tabla Materiales


la tabla Materiales:

Campo Tipo Valores

Cod_Material Entero(10) - Nombre Alfanumérico(255) - Suministrador Alfanumérico(255) - N_Almacen Entero(4) - Observaciones Alfanumérico(255) -

Tabla 58: Tabla Materiales

6.1.7 Tabla Cliente-Obra


la tabla Cliente-Obra:

Campo Tipo Valores

Cod_Cliente Entero(10) - Cod_Obra Entero(10) -

Tabla 59: Tabla Cliente-Obra

6.1.8 Tabla Personal-Obra


la tabla Personal-Obra:

Campo Tipo Valores

Cod_Personal Entero(10) - Cod_Obra Entero(10) -

Tabla 60: Tabla Personal-Obra


- 110 -

6.1.9 Tabla Material-Obra


la tabla Material-Obra:

Campo Tipo Valores

Cod_Material Entero(10) - Cod_Obra Entero(10) -

Tabla 61: Tabla Material-Obra

6.2 Diseño centrado en el usuario

Tras analizar las tablas de la Base de Datos, con todos los campos y ver el

flujo de información que tiene la aplicación en cada uno de los perfiles de usuario, se

procede a la realización del diseño del interfaz de usuario. Para ello se utiliza la

técnica del Diseño centrado en el Usuario [WWW09] . Las principales ventajas que

se obtienen de este tipo de diseño son:

- Trabajar con los propios usuarios finales.

- Tener una idea clara del mundo en el que se mueve los usuarios

finales.

- Entender el proceso de trabajo.

Para realizar el diseño se deben contestar una serie de preguntas, las cuales,

darán la idea de que realizar. Estas preguntas son contestadas por los diseñadores

en función de las respuestas de los usuarios. A continuación se exponen las

preguntas con las respuestas de los diseñadores:

– ¿Quién va a utilizar el sistema? El sistema es utilizado por administradores,

trabajadores de la obra, trabajadores de la constructora y clientes.

– ¿Qué tareas realiza en la actualidad? Todo lo trabajado, tanto de

materiales, personal y demás, es apuntado en papel, en libro de registros. Además

la información de cómo van los trabajos es vía telefónica.


- 111 -

– ¿Qué tareas desea que realice el sistema? Que sea capaz de centralizar

toda la información vía electrónica. Que se consiga eliminar el papel y el teléfono en

la mayoría de las cosas.

– ¿Cómo aprende el usuario a realizar las tareas? A través de cursos de

formación.

– ¿Dónde se van a desarrollar las tareas? En la sede central de la

constructora y las obras

– ¿Cuál es la relación entre el usuario y la información? La información

deberá ser privada dependiendo del tipo de perfil de usuario. Y además accederá a

ella a través de la aplicación localizada en las diferentes máquinas de la

constructora.

– ¿Qué otras herramientas tiene el usuario? Tiene los proyectos, albaranes

de entrega, fechas y documentos relacionados con la obra, como base y apoyo en la

toma de decisiones y conocimiento de la información.

– ¿Cómo se comunica con los demás? Se comunican todos con todos, cada

uno, en su nivel de responsabilidades.

– ¿Con qué frecuencia realiza el usuario estas tareas? Todos los días.

– ¿Qué restricciones de tiempo tienen estas tareas? No tiene restricciones de

tiempo.

– ¿Qué ocurre si las cosas no van bien? Se corrigen en el tiempo, o se

modifica la información.


- 112 -

6.3 Diagrama de Flujo de Aplicación

En el desarrollo del nuevo sistema es conveniente tener una idea general del

flujo de la toda la información que va a fluir por la Aplicación. Así se facilitará a los

desarrolladores la comprensión general del nuevo sistema. La manera de plasmar el

Flujo de Aplicación se va a desarrollar en los siguientes diagramas.

6.3.1 Flujo de Aplicación. Diagrama de acceso.

A continuación, se muestra el Diagrama de Acceso a la aplicación:

Figura 28: Diagrama acceso a la aplicación

6.3.2 Flujo de Aplicación. Diagrama de Administrado res.

A continuación, se muestra el flujo de aplicación de los Administradores:

Figura 29: Flujo de Aplicación. Diagrama Administradores

CONSULTA USUARIO

MENU ADMIN MENU TRAB. CONST MENU TRAB. OBRA MENU CLIENTE

Menú Administradores

Editar Obras

Editar Personal

Editar Material

Ver Obra


- 113 -

6.3.3 Flujo de Aplicación. Diagrama trabajador cons tructora

A continuación, se muestra el flujo de aplicación de los trabajadores de la

constructora:

Figura 30: Flujo de Aplicación. Diagrama Trabajador Constructora

6.3.4 Flujo de Aplicación. Diagrama trabajador obra

A continuación, se muestra el flujo de aplicación de los trabajadores de la

obra:

Figura 31: Flujo de Aplicación. Diagrama Trabajador Obra

Menú Trabajadores Obra

Editar Material

Ver Obra

Menú Trabajadores Constructora

Editar Personal

Editar Material

Ver Obra


- 114 -

6.3.5 Flujo de Aplicación. Diagrama Cliente

A continuación, se muestra el flujo de aplicación de los clientes:

Figura 32: Flujo de Aplicación. Diagrama Cliente

6.4 Diagrama de Casos de uso

A continuación se van a mostrar el diagrama de casos de uso [LARM02] para

cada perfil declarado en el flujo de aplicación del punto anterior. En cada uno se

podrá ver de manera más específica que puede hacer cada usuario. Se expondrán

del perfil de usuario más restrictivo al perfil capacitado para realizar cualquier acción.

6.4.1 Diagrama de casos de uso. Cliente.

A continuación, se muestra el diagrama de casos de uso de los clientes:

Figura 33: Diagrama de casos de uso. Cliente.

Ver casa

Cliente

Menú Cliente

Ver Obra


- 115 -

6.4.2 Diagrama de casos de uso. Trabajador Obra.

A continuación, se muestra el diagrama de casos de uso de los trabajadores

de la obra, el cual, se complementa con el del cliente:

Figura 34: Diagrama de casos de uso. Trabajador de la obra.


- 116 -

6.4.3 Diagrama de casos de uso. Trabajador de la Constructora.


de la obra, el cual, se complementa con el del cliente y el trabajador de la obra:

Figura 35: Diagrama de casos de uso. Trabajador de la Constructora.


- 117 -

6.4.4 Diagrama de casos de uso. Administradores.


de la obra, el cual, se complementa con el del cliente, el trabajador de la obra y el

trabajador de la constructora:

Figura 36: Diagrama de casos de uso. Administradores.


- 118 -

6.5 Manual de usuario

Tras realizar el diseño de la aplicación y más en concreto de los formularios

por los cuales los usuarios navegarán, conviene realizar un pequeño manual para

explicar el funcionamiento de la herramienta a los propios usuarios.

6.5.1 Acceso a la aplicación.

Uno de los puntos más importantes de la aplicación es el acceso a la misma.

Pues no todos los usuarios pueden disponer de las mismas funcionalidades, más

adelante se mostrará un cuadro con las funcionalidades de cada perfil de usuario.

El usuario, al iniciar la aplicación, verá en pantalla un formulario en el cual le

pedirá que introduzca su número de usuario y su contraseña. Con ello la aplicación

accederá a la tabla de Usuarios dentro de la Base de Datos, la cual validará el

acceso a la aplicación cargando en ella el menú principal del perfil de usuario

correspondiente al número introducido.

Figura 37: Acceso a la aplicación.

6.5.2 Funcionalidades según perfil de usuario.

Como se ha descrito a lo largo de la documentación, según el tipo de usuario

que sea tendrá acceso a unas funcionalidades u otras. Para saber que tipo de

funciones puede ver y utilizar, existe un campo en la tabla usuario llamado perfil el

cual identifica el tipo de usuario que es. A continuación se muestra la tabla de

funcionalidades por perfil de usuario, marcando una X en aquellas funciones que

pueden ser realizadas por un perfil determinado.


- 119 -

Funcionalidad Admin. Trabajador

Constructora

Trabajador

Obra

Cliente

Acceso al Sistema X X X X Menú admin. X Menú trabajador C X X Menú trabajador O X X X Menú cliente X X X X Ficha Obras X Ficha Personal X X Ficha Material X X X Ficha Cliente X X X X Búsqueda Cliente X X X X Búsqueda Material X X X Búsqueda Personal X X Búsqueda Obra X Asignar Material X X X Asignar Personal X X Asignar Cliente X Obras X Personal X X Material X X X Clientes X X X X

Tabla 62: Funcionalidades según perfil de usuario.

6.5.3 Mensajes de error o ayuda.

A lo largo de las diferentes funcionalidades puede darse el caso de que

aparezcan mensajes de error o de ayuda en caso de que algo falle. A continuación

se muestra un par de ejemplos, todos ellos se utilizan para dar a conocer al usuario

que cosas ocurren dentro de la aplicación o a que se deben los errores existentes.


- 120 -

Figura 38: Ejemplos de mensajes de error o ayuda.

6.5.4 Menú de opciones de Administradores.

Una vez que el usuario ya se ha registrado y el sistema ha determinado que

su perfil es el de Administrador se cargará el menú de opciones, en el cual, vendrán

todas las funcionalidades disponibles. En la figura siguiente se muestra el menú.

Figura 39: Menú de opciones de administradores.


- 121 -

6.5.5 Menú de opciones del Trabajador de la Constru ctora.


su perfil es el de Trabajador de la Constructora se cargará el menú de opciones, en

el cual, vendrán todas las funcionalidades disponibles. En la figura siguiente se

muestra el menú.

Figura 40: Menú de opciones del Trabajador de la Constructora.

6.5.6 Menú de opciones del Trabajador de la Obra.


su perfil es el de Trabajador de la Obra se cargará el menú de opciones, en el cual,

vendrán todas las funcionalidades disponibles. En la figura siguiente se muestra el

menú.

Figura 41: Menú de opciones del Trabajador de la Obra.


- 122 -

6.5.7 Menú de opciones del Cliente.


su perfil es el del Cliente se cargará el menú de opciones, en el cual, vendrán todas

las funcionalidades disponibles. En la figura siguiente se muestra el menú.

Figura 42: Menú de opciones del Cliente.

6.5.8 Asignaciones.

Otro rasgo característico de la aplicación es la asignación ya sea de un cliente

a una obra, de un material a una obra o de un trabajador a una obra. Como en el

apartado anterior se muestra en la figura un ejemplo de la asignación de un cliente a

una obra. El resto de asignaciones el formulario será semejante.

Figura 43: Asignación Cliente a Obra.


- 123 -

6.5.9 Búsquedas.

El último rasgo que se incluye en este pequeño manual de usuario, es el de

las búsquedas, ya sea de obras, de materiales, de personal o de clientes. Como en

los casos anteriores se muestra en la figura, un ejemplo con la búsqueda de un

cliente. El resto de búsquedas tienen un formulario semejante.

Figura 44: Búsqueda de Cliente.


- 124 -

6.5.10 Ficha Obra, Personal, Trabajador y Cliente.

Tras ver los menús especificados de cada tipo de perfil de usuario, una de las

principales funcionalidades es la muestra de los datos o bien de una obra, de un

material, de un trabajador o de un cliente. En estas fichas el usuario podrá encontrar

todos los datos referentes a cualquier cliente, o material, o trabajador u obra. Como

ejemplo en la figura siguiente se muestra la ficha ejemplo de un cliente. Para un

material, personal u obra serán semejantes.

Figura 45: Ficha de un cliente


- 125 -

777 PPPRRRUUUEEEBBBAAASSS DDDEEELLL SSSIIISSSTTTEEEMMMAAA


- 126 -

7. Pruebas del sistema Una vez desarrollado todo el sistema, se deben de seguir una serie de

mecanismos para determinar que todo funciona correctamente. Estos mecanismos

se conocen como pruebas del sistema. Existen numerosas pruebas ha realizar,

aunque en el caso del sistema de Gestión de Obras de una Constructora se

realizarán las siguientes:

1. Pruebas Unitarias.

2. Pruebas de Integración.

3. Pruebas de Seguridad.

4. Pruebas de Aceptación de Usuario.

5. Pruebas de Usabilidad.

Para identificar cada prueba llevará un código único compuesto de Pr más

las 4 primeras letras del tipo de prueba más el número de la prueba.


- 127 -

7.1 Pruebas Unitarias

A continuación vienen recogidas las pruebas del sistema que se aplican de

forma individual a cada uno de los módulos y ficheros más importantes de la

aplicación. Validando así su funcionamiento y comprobando que individualmente

funcionan correctamente. La gran mayoría de pruebas se aplican en función de la

Lista de Requisitos.

Prueba Descripción

Pr.Unit.1 Página de Inicio de Sesión Pr.Unit.2 Formulario Inicio Módulos Pr.Unit.3 Formulario Principal Estado de la Obra Pr.Unit.4 Formulario Principal Materiales Pr.Unit.5 Formulario Principal Personal Pr.Unit.6 Formulario Principal Planificación Obra Pr.Unit.7 Menú Opciones Estado de la Obra Pr.Unit.8 Menú Opciones Materiales Pr.Unit.9 Menú Opciones Personal Pr.Unit.10 Menú Opciones Planificación Obra Pr.Unit.11 Ficha Obras Pr.Unit.12 Ficha Materiales Pr.Unit.13 Ficha Personal Pr.Unit.14 Ficha Cliente Pr.Unit.15 Base de Datos Usuarios Pr.Unit.16 Base de Datos Personal Pr.Unit.17 Base de Datos de Obras Pr.Unit.18 Base de Datos de Materiales Pr.Unit.19 Base de Datos de Clientes Pr.Unit.20 Búsqueda de Obra Pr.Unit.21 Resultado de búsqueda de Obra Pr.Unit.22 Búsqueda de un Cliente Pr.Unit.23 Resultado de búsqueda de un Cliente Pr.Unit.24 Búsqueda de un Trabajador Pr.Unit.25 Resultado de búsqueda de un Trabajador Pr.Unit.26 Búsqueda de un Material Pr.Unit.27 Resultado de búsqueda de un Material Pr.Unit.28 Asignación de Material a Obra Pr.Unit.29 Asignación de Personal a Obra Pr.Unit.30 Asignación de Obra a Cliente Pr.Unit.31 Estado de la Obra para un Cliente Pr.Unit.32 Planificación de Obra Pr.Unit.33 Listado Materiales en una Obra Pr.Unit.34 Listado Personal en una Obra

Tabla 63: Listado de pruebas unitarias.


- 128 -

7.2 Pruebas de Integración

A continuación vienen recogidas las pruebas del sistema que verifican la

funcionalidad de todo el sistema integrado y el rendimiento de los recursos

utilizados. Para ello se prueba si todos los módulos del sistema (BD, menús, datos,

perfiles…), funcionan bien entre ellos.

La siguiente tabla muestra las pruebas realizadas:

Prueba Descripción

Pr.Inte.1 Acceder a la aplicación, mostrando el formulario de acceso. Pr.Inte.2 Introducir código de usuario y contraseña como cliente. Pr.Inte.3 Seleccionar en el menú la vivienda a ver. Pr.Inte.4 Navegar por la información mostrada de la vivienda. Pr.Inte.5 Acceder a las imágenes de la vivienda. Pr.Inte.6 Introducir código de usuario y contraseña como trabajador de

la obra. Pr.Inte.7 Utilizar buscador de materiales. Pr.Inte.8 Acceder a la información del material. Pr.Inte.9 Dar de alta un material. Pr.Inte.10 Dar de baja un material. Pr.Inte.11 Modificar un material. Pr.Inte.12 Asignar un material a una obra. Pr.Inte.13 Listar los materiales en una obra. Pr.Inte.14 Introducir código de usuario y contraseña como trabajador de

la constructora. Pr.Inte.15 Utilizar buscador de personal. Pr.Inte.16 Acceder a la información del personal. Pr.Inte.17 Dar de alta a un trabajador. Pr.Inte.18 Dar de baja a un trabajador. Pr.Inte.19 Modificar a un trabajador. Pr.Inte.20 Asignar personal a obra. Pr.Inte.21 Listar el personal de una obra. Pr.Inte.22 Introducir código de usuario y contraseña como

administrador. Pr.Inte.23 Utilizar buscador de clientes. Pr.Inte.24 Acceder a la información de un cliente. Pr.Inte.25 Dar de alta una obra. Pr.Inte.26 Dar de baja una obra. Pr.Inte.27 Modificar los datos de una obra Pr.Inte.28 Asignar cliente a una obra. Pr.Inte.29 Listar los clientes de una obra. Pr.Inte.30 Salir de la aplicación.

Tabla 64: Listado de pruebas de integración.


- 129 -

7.3 Pruebas de Seguridad

A continuación vienen recogidas las pruebas del sistema que verifican la

seguridad que ofrece la aplicación en relación con los requisitos de seguridad

establecidos en la Lista de Requisitos.


Prueba Descripción

Pr.Segu.1 Acceso a la aplicación con un código no existente. Pr.Segu.2 Acceso a la aplicación con una contraseña diferente. Pr.Segu.3 Comprobación opciones disponibles para un cliente. Pr.Segu.4 Comprobación de las opciones disponibles para un trabajador

de la obra. Pr.Segu.5 Comprobación de las opciones disponibles para un trabajador

de la constructora. Pr.Segu.6 Comprobación de las opciones disponibles para un

administrador.

Tabla 65: Listado de pruebas de seguridad.

7.4 Pruebas de Aceptación de Usuario

A continuación vienen recogidas las pruebas del sistema que validan la

aplicación desde el punto de vista funcional y operativo. Dichas pruebas son

realizadas por los usuarios de las mismas.


Prueba Descripción

Pr.Acep.1 Acceso al sistema. Pr.Acep.2 Perfil cliente. Pr.Acep.3 Perfil trabajador obra. Pr.Acep.4 Perfil trabajador constructora. Pr.Acep.5 Perfil administrador. Pr.Acep.6 Opciones obras. Pr.Acep.7 Opciones personal. Pr.Acep.8 Opciones materiales. Pr.Acep.9 Opciones planificación de obra.

Tabla 66: Listado de pruebas de aceptación del usuario.


- 130 -

Las pruebas descritas en la tabla anterior engloban los grandes módulos de la

aplicación. Cada módulo ha sido utilizado por el perfil correspondiente, dando todos

ellos su aprobación.

7.5 Pruebas de Usabilidad

A continuación vienen recogidas las pruebas del sistema que determinan la

facilidad de uso de la aplicación de cara al usuario final. Es decir, valorar el diseño

del interfaz de usuario.


Prueba Descripción

Pr.Usab.1 Página inicio de sesión. Pr.Usab.2 Formulario inicio módulos. Pr.Usab.3 Formulario principal estado de la obra. Pr.Usab.4 Formulario principal materiales. Pr.Usab.5 Formulario principal personal. Pr.Usab.6 Formulario principal planificación de obra. Pr.Usab.7 Menú opciones estado de la obra. Pr.Usab.8 Menú opciones materiales. Pr.Usab.9 Menú opciones personal. Pr.Usab.10 Menú opciones planificación obra. Pr.Usab.11 Ficha obra. Pr.Usab.12 Ficha material. Pr.Usab.13 Ficha personal. Pr.Usab.14 Ficha cliente. Pr.Usab.15 Búsqueda obra. Pr.Usab.16 Búsqueda personal. Pr.Usab.17 Búsqueda material. Pr.Usab.18 Búsqueda cliente. Pr.Usab.19 Asignación obra. Pr.Usab.20 Asignación personal. Pr.Usab.21 Asignación material. Pr.Usab.22 Estado de una obra. Pr.Usab.23 Listado materiales. Pr.Usab.24 Listado personal.

Tabla 67: Listado de pruebas de usabilidad.


- 131 -

888 CCCOOONNNCCCLLLUUUSSSIIIOOONNNEEESSS


- 132 -

8. Conclusiones Tras realizar todos los pasos a desarrollar según el ciclo de vida que se

escogió solo queda realizar las conclusiones del trabajo realizado. Para ello el autor

expone sus opiniones dividas en las siguientes opciones:

- Conclusiones de la función de negocio.

- Conclusiones tecnológicas.

- Conclusiones académicas.

8.1 Conclusiones de la función de negocio

Las principales conclusiones extraídas de la función de negocio que pretendía

cubrir el sistema desarrollado son:

- Que en la actualidad, en el mundo de las tecnologías y de los grandes

desarrollos no exista un tipo de herramienta parecida al Sistema de

Gestión de Obras de una Constructora.

- En el caso de la aplicación, sea capaz de ser intuitiva y de fácil manejo a

pesar de lo complicado que pueda llegar a parecer el entramado de una

obra, consiguiendo así que sea aceptada por todos los usuarios.

- La de información que puede moverse entre las diferentes personas que

forman parte del proceso de construcción de una obra y como, de manera

ordena, puede ser de gran ayuda para todas las partes implicadas.

- Lo interesante que puede ser el mecanismo de negocio de una obra y lo

que se puede llegar a aprender de la gente que trabaja.

- La agilidad de trámites y tiempos que se consigue con una herramienta

como el Sistema de Gestión de Obra de una Constructora.

8.2 Conclusiones tecnológicas

Las principales conclusiones tecnológicas extraídas son:

- Lo útil que puede llegar a ser un lenguaje visual como C#, en el cual se

desarrolla mediante ventanas y formularios, consiguiendo realizar una

aplicación de fácil manejo y de gran utilidad.


- 133 -

- Lo importante que es un gestor de bases de datos potente y bueno, capaz

de centralizar y mover toda la información necesaria en el manejo de las

tablas.

- La gran diferencia existentes entre los diferentes lenguajes que existen, y

como se puede aprender cosas de cada uno de ellos.

8.3 Conclusiones académicas

Las principales conclusiones académicas extraídas son:

- Lo importante que puede llegar a ser el estudio de una carrera de la rama

informática para la resolución de problemas cotidianos, al igual que, para

la creación de nuevos mecanismos de mejora de trabajos manuales.

- Que a base de esfuerzo y dedicación las metas y proyectos se pueden

conseguir.


- 134 -

BBBIIIBBBLLLIIIOOOGGGRRRAAAFFFIIIAAA


- 135 -

Bibliografía

A lo largo del desarrollo de la aplicación y de la presente documentación, se

han utilizado numerosos libros. A continuación se detallan todos ellos:

[SHAR09] Sharp, John (2009); “Visual C# 2008 Paso a paso”. Anaya

Multimedia. 832 páginas.

[BARR01] Barranco de Areba, Jesús (2001); “Metodolo gía del análisis

estructurado de sistemas”. Segunda edición. Univers idad

Pontificia Comillas. 536 páginas.

[ALON05] Alonso Martínez, Israel; Martínez Fuentes Luis; Rivero Cornelio,

Enrique (2005); “Bases de Datos Relacionales: Funda mentos y

diseño lógico”. Universidad Pontificia Comillas. 57 4 páginas.

[LARM02] Larman, Craig (2002); “UML y Patrones”. Pr imera Edición.

PEARSON EDUCACION. 624 páginas.

[CAPA99] Caparrós Navarro, Antonio; Alvarellos Berm ejo, Ricardo;

Fernández Caparrós, Juan (1999); “Manual de Gestión

Inmobiliaria”. Tercera edición. Colegio de Ingenier os de Caminos,

Canales y Puertos. 1023 páginas.

[DOMI83] Domínguez Fernández, Diego (1983); “Admini stración y

contabilidad de empresas constructoras y auxiliares ”. Ibérico

Europea de Ediciones. 215 páginas.

[MIRA01] Miranda Cabrera, Alfonso (2001); “Manual d el promotor

inmobiliario”. Quinta edición. Comares/Urbanismo. 4 49 páginas.


- 136 -

[HENR69] Henrion, C (1969); “El ordenador y la medi ana empresa”.

Paraninfo. 152 páginas.

Además de numerosas páginas Web de consulta, que a continuación se

detallan:

[WWW01] Información de la crisis de la construcción desde el año 2007

http://www.cincodias.com/especial/crisis-inmobiliar ia/

Web visitada por última vez: Julio 2010

[WWW02] Todo sobre Mozilla Firefox

http://es.wikipedia.org/wiki/Mozilla_Firefox


[WWW03] IDE – Microsoft Visual C# 2008 Express Edit ion

http://www.microsoft.com/express/downloads/#2008-Vi sual-CS


[WWW04] Curso de C#

http://www.pedrov.info/


[WWW05] Información referente a la DAO

http://es.wikipedia.org/wiki/Data_Access_Object


[WWW06] Información referente a los Diagramas de Fl ujo de Datos

http://es.wikipedia.org/wiki/Diagrama_de_Flujo_de_D atos


[WWW07] Información referente a los servidores DEL L

http://www.dell.es/empresas/servidores



- 137 -

[WWW08] Información referente a MYSQL

http://es.wikipedia.org/wiki/MySQL

Web visitada por última vez: Junio 2010

[WWW09] Diseño centrado en el usuario. Programació n III. Tema 2.

http://www.upcomillas.es/personal/pljuarez/indice.h tml



- 138 -

AAANNNEEEXXXOOOSSS


- 139 -

Anexo A En este Anexo se pueden encontrar todas las entrevistas realizadas a lo largo

del desarrollo de la aplicación.

Entrevistado: Raúl Blandín Parras

Entrevistador: Miguel Jiménez

Fecha: 23-11-2009

Proyecto: Sistema de Gestión de Obras

de una Constructora

1.-¿Qué es una constructora?

Como diría el famoso político Gustavo de Básica, es una empresa de

carácter mercantil, que son contratadas por promotores bien privados o públicos

que coordinando medios personales, mecánicos, y materiales de construcción, los

convierte en edificios bien para uso como viviendas o también industriales,

minimizando sus costes y maximizando su venta. Puede utilizarse tanto personal

propio como subcontratado, así como materiales prefabricados o para elaborar “in

situ”. La elección de la mejor opción, vendrá marcada por las circunstancias de cada

obra, como pueden ser el tiempo para la ejecución de los trabajos, el margen

comercial, o la posibilidad de poder trabajar en varios frentes simultáneamente.

2.-¿Qué perfiles de trabajadores, trabajan en una c onstructora (en su

sede u oficinas centrales?

Toda empresa debe de tener una jerarquía en la distribución del trabajo, y la

constructora no iba a ser menos, siendo lo más parecido a una cadena de mando

de características militares. Ordenándola por orden de mayor a menor

responsabilidad se encuentran:

1.- Los socios, que son los que arriesgan su capital, que no tienen porque

entender de construcción, y que los datos que manejan son los correspondientes a

la facturación general de la constructora, y los costes que le suponen conseguir esa

facturación, es decir resultados económicos generales.

2.-El Director Técnico, que es la persona de máxima confianza de los socios,

con conocimientos técnicos de construcción y financieros a nivel de empresa, que

es la encargada de gestionar económicamente, los recursos de los que dispone,


- 140 -

para conseguir el mayor beneficio económico, optimizando la menor cantidad de

personal necesaria, consiguiendo el mayor rendimiento del mismo, simultaneándolo

con el precio de venta máximo, obteniendo así el máximo beneficio. Los datos que

debería de manejar un D.T., son exclusivamente a nivel de facturación y de coste

de cada una de las áreas geográficas en las que esté dividida la constructora.

3.- El Jefe de Área (o grupo), con conocimientos tanto técnicos como

económicos, estos a nivel de obra , que es la persona que coordina varias obras,

dependiendo directamente del Director Técnico. Es normalmente la persona de más

alto rango con responsabilidad directa sobre las obras, que tiene decisión directa

sobre las actividades de las mismas, y a la que le informan no solo de los datos de

consumos de materiales, coste de personal y de medios auxiliares utilizados para

su realización, sino también del planteamiento y planificación decidido para su

construcción, responsabilizándose de las decisiones de la estrategia a seguir en su

ejecución. Normalmente suele ser un antiguo Jefe de Obra, que por su experiencia,

aplica su conocimiento en varias obras.

Dada la diversidad de los oficios y materiales a utilizar en la construcción de

cualquier obra, sea de edificación como de ingeniería, en paralelo con esta jerarquía

indicada, y dependiendo de la Dirección Técnica, existen otros departamentos, de

igual importancia, que realizan diferentes actividades, y con las que se completa el

control sobre todos los factores que intervienen en la realización de las obras, como

son:

-Departamento de Estudios: encargado de la valoración de los Proyectos que

encargan las diferentes propiedades.

-Departamento de Administración: encargado de la gestión administrativa y

contable, de la constructora.

-Departamento Comercial: encargado de la búsqueda de clientes a los que

poder ofertar los servicios de la constructora.

3.- ¿Qué perfiles se dan a pie de obra?

Por mantener el orden jerárquico, se indica:

1.- El Jefe de Obra, con conocimientos técnicos y económicos a nivel local de

su obra, con mando directo sobre todo el personal tanto propio como subcontratado,


- 141 -

que interviene en cada uno de los tajos de la obra. Es el máximo responsable de la

obra, encargándose tanto de la gestión económica como organizativa, y reportando

la información directamente a su Jefe de Área. Su conocimiento de los datos es

directo y exhaustivo, a todos los niveles, desde costes de personal, materiales,

consumos de energía y medios auxiliares. Así mismo se encargará de realizar las

certificaciones que se presentarán a la propiedad mensualmente, y del seguimiento

de la planificación, pieza fundamental para la consecución de un buen resultado

final de la obra. Del análisis de los datos que le suministre el administrativo de obra,

del que e hablará posteriormente, podrá conocer la situación real de la obra.

Siendo tan amplias sus responsabilidades, necesita de personal

especializado, en los que delegar ciertas atribuciones. Para el control sobre los

trabajadores intervinientes en los tajos a pie de obra, existe personal cuya

experiencia procede de la propia obra; esta actividad la realizará

2.- El Encargado de Obra, cuya misión consistirá en conseguir que el

personal contratado para realizar los diferentes tajos, dispongan de todos los

materiales y los medios auxiliares necesarios para la realización de los trabajos, así

como de informar al Jefe de Obra, de cómo se están desarrollando los mismos, y de

las próximas necesidades de la obra.

Sus conocimientos de la gestión de la obra se circunscribe exclusivamente al

pie de obra. Será también la persona encargada de recepcionar los materiales que

entran en la obra, firmando los albaranes correspondientes. Dependiendo de la

envergadura de la obra, el número de los albaranes será más o menos voluminoso,

y deberá ser administrado por otra persona, especializada en el control de esta

documentación, como es,

3.- El Administrativo de Obra, que será la persona encargada de ordenar,

valorar y repercutir los costes de esta documentación, cotejándolas con las

consiguientes facturas que emitirán los diferentes proveedores, al final del mes.

Tendrá acceso a los presupuestos de las contratas, y por consiguiente, será la

primera persona que cuantifique la situación económica de la obra, informando al

Jefe de Obra de los informes económicos mensualmente, con los que la facilitará la

elaboración de la certificación a la propiedad.

4.- ¿Qué personal trabaja en una obra?


- 142 -

Como ya se ha mencionado, el personal que intervendrá en la obra podrá ser

propio de la constructora o subcontratado, en función del coste que suponga uno u

otro.

Normalmente, los puestos fundamentales en cuanto al funcionamiento diario

de la obra, será personal propio de la constructora, como el gruista, almacenero o

encargado de la seguridad.

Por otro lado, las diferentes subcontratas que se utilicen para la realización

de los trabajos, aportarán tanto los especialistas del oficio, como los peones para

acarreos o limpiezas de los tajos.

5.- ¿Cómo funciona a día de hoy la comunicación ent re las oficinas y la

obra?

El traslado de la información de la obra a la oficina y viceversa, se realiza

bien por correo electrónico, o por fax, utilizando programas informáticos específicos

de la construcción (Presto, Menfis, Costos), o en su defecto hojas de cálculo (tipo

Excel), en los que se indican los datos obtenidos de los datos mensuales.

6.- ¿Sería bueno gestionar todo mediante una aplica ción informática?

Evidentemente la utilización de una herramienta informática que fuera capaz

de, introduciendo los datos desde la obra directamente, presentara la información,

en función de al nivel que se va a leer sería perfecta pues ahorraría muchas horas

de trabajo en diferentes puestos de trabajo, tanto en obra como en oficina.

7.- ¿Cómo se controlan los materiales?

Mediante la firma de albaranes a la entrada de la obra.

8.- ¿Qué cosas te gustaría que tuviera una aplicaci ón de estas

características?

Facilidad de introducción de los datos, interrelación con todos los conceptos

de la obra.

9.- ¿El cliente que compra la casa intercede en alg o? ¿O participa en

algo de la obra?

El cliente final de la vivienda, no suele intervenir en la ejecución de la obra;

tan solo lo haría si el promotor le permitiera, la elección de los acabados, pues el


- 143 -

resto son construcciones estandarizadas dirigidas desde el diseño del proyecto

original.

Entrevistado: Fco. Javier Jiménez

Entrevistador: Miguel Jiménez

Fecha: 05-12-2009

Proyecto: Sistema de Gestión de Obras

de una Constructora

1.- ¿Cuáles son los principales motivos que lleva a la empresa a pedir

este proyecto?

Ahorro en los tiempos de ejecución de la obra:

Dado que el tiempo de ejecución de una obra es primordial para poder

obtener unos resultados acordes con la inversión, el poder tener los tiempos

controlados es de suma importancia para la ejecución en tiempo y forma.

Ajustar los costos directos e indirectos de la ejecución de la obra:

Los costos directos son los que salen de los recursos de la propia empresa,

tales como personal, para la ejecución de la obra, para realizar las ventas, llevar la

contabilidad, tramitar los permisos y licencias correspondientes para la iniciación de

la obra. Los indirectos son control exhaustivo en la compra de materiales y sobre

Arquitecto, Aparejador, Ingeniero, etc. que intervienen en la misma.

Prever el personal necesario en cada momento de la ejecución de la obra:

Esta parte es de suma importancia, dado que en las contrataciones de

personal de obra los desfases de tiempos suelen repercutir en una gran medida en

los costos totales de la obra, por eso con una buena planificación de la misma el

ahorro puede ser considerable.

Tener los acopios de materiales según el planning de ejecución de la obra:

En este punto como en el anterior su importancia es vital, dado que una mala

gestión de acopios de materiales puede llegar a tener que pagar un sobre costo de

los mismos, con lo que un desfase de los presupuestos que llevaría, a un

incremento en el costo total de la obra.


- 144 -

Poder comprar con tiempo suficiente, con el consabido ahorro:

Con una buena planificación tanto de personal, como de materiales y

elementos necesarios para la ejecución de la obra, con una buena gestión de

compras se pueden obtener descuentos importantes en la compra de materiales y

en el alquiler de maquinaria necesaria.

Respetar las fecha de entrega de viviendas, garajes, locales, etc.:

Esta es la faceta de toda obra en las que se tiene que poner los sentidos

para que bajo ningún concepto se sobrepasen las fecha de entrega, no cumplir con

esta obligación conlleva a el pago de indemnizaciones por retraso y en algunos

casos a la anulación de los contratos, con las devoluciones de las cantidades

pagadas por el cliente mas los intereses correspondientes.

Ahorro en la financiación de la obra:

Esto es fácil de entender a menos tiempo de ejecución, menos intereses hay

que pagar, si conseguimos que de nuestros tiempos de ejecución previstos, se

puedan reducir un solo día ya es un ahorro en nuestra financiación.

Todo estos factores que se han expuesto, acumulados significan un ahorro

considerable en el computo general de cualquier obra, que bien gestionada podría

llegar a ser entre un 3 y 5%, del total de la obra.

2.- ¿Cuáles son las principales funciones de negoci os a mecanizar?

Tener centralizada toda la información:

Es la base principal, para que en todo momento puedas disponer de

cualquier dato al momento y poder corregir las posibles desviaciones en tiempo y

forma.

Proveedores o similares:

Hay que tener una base de datos, lo suficientemente grande de todos los que

pueden intervenir en la ejecución de la obra, con nombre, domicilios, teléfonos y

persona de contacto, email, etc. para una localización rápida.

Personal:

Todo el personal hay que controlar, cual es su función en todo momento y


- 145 -

tener en tiempo real la disponibilidad del mismo.

Materiales:

Se tiene que tener actualizado a diario, cueles son las existencias en

almacén.

Documentación:

Los trámites de documentación son primordiales a la hora de establecer, la

forma y el tiempo de ejecutar la obra.

Gastos Generales:

Todos los gastos que se originan, tanto de locomoción, dietas, luz, agua,

calefacción, despacho, material de oficina, teléfono, tienen que estar controlados en

su totalidad.

Personal técnico:

Todo el personal técnico que esta encargado de hacer el proyecto y

ejecutarlo hay que saber sus honorarios totales y su calendario de pagos.

Planning de ejecución de obras:

Con el planning se controlan los tiempos de ejecución de la obra, por lo que

esta herramienta es imprescindible su actualización semanal, para controlar las

posibles variaciones.

Clientes:

Esta base de datos simplifica el control de la situación de las ventas así como

los pagos efectuados por cada uno de ellos en todo momento.


- 146 -

Anexo B En este Anexo se puede encontrar la valoración económica del proyecto.

Costes del personal

El proyecto ha sido desarrollado por una única persona, la cual, se ha

encargado de realizar todas las tareas. Pero a la hora de realizar la valoración

económica del presente proyecto se tendrán encuentra diferentes perfiles de

desarrollo de un proyecto, como son: Jefe de Proyecto, Analista y el Programador.

Los precios a día de hoy en el mercado aproximados son:

- Jefe de Proyecto: 65 €

- Analista: 55 €

- Programador: 40 €

Se ha trabajado un total de 390 h.

El coste total de personal asciende a 30.700 €.

Persona Horas Precio Total

Jefe de Proyecto 50 h 65 3.250 € Analista 390 h 55 21.450 € Programador 150 h 40 6.000 €

Tabla 68: Costes personal de desarrollo.

Costes del hardware y software

Los costes del software y hardware utilizado para el desarrollo del sistema

son:

Material Unidades Precio Total

PC 3 500 1.500 € Windows XP 3 90 270 € Office XP 3 60 180 € Visual Studio Express Edition

3 0 0 €

Tabla 69: Costes del hardware y software.


- 147 -

Costes totales

Aparte de los costes de realización del proyecto entrarían también el coste de

puesta en marcha del sistema. Dicho coste se especificó en la etapa de Estudio de

la Arquitectura.

El resumen y valoración económica del proyecto en su conjunto es:

Área Total

Personal 30.700 € Hardware/Software 13.960 € Puesta en marcha del nuevo sistema 34.140 €

Tabla 70: Costes totales por área del proyecto.

El coste global del proyecto ascenderá a la cantidad de 78.800 €, teniendo en

cuenta los costes de desarrollo (ordenadores, licencias y demás), los costes de la

puesta en marcha del nuevo sistema (servidor, ordenadores nuevos, licencias) y los

costes relacionados con luz, agua, formación de los usuarios…

Emp constructora-Sistema de gestion de obras de una constructora

Education

Transcript of Emp constructora-Sistema de gestion de obras de una constructora