UNE 157 801

Norma UNE 157801

“Criterios Generales para la elaboración de proyectos de 
Sistemas de Información”
S INDUSTRIALES DE C

Versión final (16/06/2005) 1/24

 UNE 157 801
ATALUÑA. 

TABLA DE CONTENIDO
0.INTRODUCCIÓN................................................................................................4
1.OBJETO Y CAMPO DE APLICACIÓN....................................................................4
2.NORMAS PARA CONSULTA................................................................................5
3.DEFINICIONES.................................................................................................10
4.REQUSITOS GENERALES DE LA DOCUMENTACIÓN DEL PROYECTO................14
4.1.Título........................................................................................................14
4.2.Documentos.............................................................................................14
4.3.Orden de prioridad...................................................................................15
5.ÍNDICE GENERAL.............................................................................................16
5.1.Generalidades..........................................................................................16
5.2.Contenido.................................................................................................16
6.MEMORIA .......................................................................................................16
6.1.Generalidades..........................................................................................16
6.2.Contenido ................................................................................................16
6.2.1 Hojas de identificación.......................................................................17
6.2.2 Introducción.......................................................................................17
6.2.3 Objeto................................................................................................17
6.2.4 Antecedentes.....................................................................................18
6.2.5 Descripción de la situación actual......................................................18
6.2.6 Normas y referencias.........................................................................18
6.2.7 Definiciones y abreviaturas................................................................19
6.2.8 Requisitos iniciales.............................................................................19
6.2.9 Alcance ..............................................................................................19
6.2.10 Hipótesis y restricciones..................................................................20
6.2.11 Estudio de alternativas y viabilidad.................................................20
6.2.12 Descripción de la solución propuesta...............................................20
6.2.13 Análisis de Riesgos...........................................................................20
6.2.14 Organización y gestión del proyecto ...............................................20
6.2.15 Planificación temporal......................................................................21
6.2.16 Resumen del Presupuesto................................................................21
6.2.17 Orden de prioridad de los documentos básicos del proyecto...........21
7.ANEXOS..........................................................................................................21
7.1.Generalidades..........................................................................................21
7.2.Contenido.................................................................................................21
7.2.1 Documentación de entrada................................................................21
7.2.2 Análisis y Diseño del sistema.............................................................21
7.2.3 Estimación del tamaño y esfuerzo.....................................................22
7.2.4 Planes de gestión del proyecto..........................................................22
7.2.5 Plan de seguridad...............................................................................23
7.2.6 Otros documentos que justifiquen y aclaren conceptos expresados en
el proyecto..................................................................................................23
8.ESPECIFICACIONES DEL SISTEMA...................................................................23
8.1.Generalidades..........................................................................................23
8.2.Contenido.................................................................................................23
9.PRESUPUESTO................................................................................................23

Versión final (16/06/2005) 2/24

 UNE 157 801
9.1.Generalidades..........................................................................................23
9.2.Contenido.................................................................................................24
10.ESTUDIOS CON ENTIDAD PROPIA.................................................................24
10.1.Generalidades........................................................................................24
10.2.Contenido...............................................................................................24

Versión final (16/06/2005) 3/24

 UNE 157 801

0. INTRODUCCIÓN

El   uso   cada   vez   más   creciente   de   los   Sistemas   de   Información   (S.I.)   tanto   en   los 
organismos   públicos   como   en   las   empresas   privadas,   la   relativa   novedad   de   estas 
disciplinas   y   la   falta   de   directrices   o   normas   en   español   para   la   realización   de   los 
proyectos de estos sistemas de información, están originando permanentes conflictos de 
interpretación   entre   las   diferentes   partes   implicadas   en   el   proyecto.   Esta   situación   ha 
hecho   ver    la   necesidad   de   la   elaboración   de   la   presente   norma   para   establecer   los 
“Criterios   generales   para   la   elaboración   de   proyectos   de   Sistemas   de   Información 
informatizados”,   siguiendo   en   lo   posible   el   modelo   y   normas   empleadas   en   otras 
ingenierías.
Los   proyectos   de   Sistemas   de   Información,   a   diferencia   de   otros   proyectos,   suelen 
englobar   en   un   solo   proyecto,   tres   grandes   etapas   que   propiamente   corresponden   a 
tantos otros subproyectos, cada uno de ellos con su ciclo de vida completo:
• Etapa de definición, especificación y diseño de lo que se va a construir
• Etapa de construcción y pruebas de lo previamente diseñado
• Etapa de implantación y puesta en servicio de lo previamente construido
En la mayoría de metodologías de desarrollo de software y sistemas, se han integrado 
con   acierto   las   dos   primeras   etapas,   pero   se   han   obviado   los   problemas   derivados 
precisamente   del   hecho   de   realizarlas   conjuntamente   en   un   solo   proyecto.   Estos 
problemas   se   centran   en   la   dificultad   o   incluso   imposibilidad   de   planificar   y   definir   el 
proyecto   de   construcción   cuando   no   se   ha   especificado   (diseñado)   lo   que   se   ha   de 
construir.
Esta norma quiere resaltar esta dificultad y proponer vías de actuación alternativas que 
eviten o minimicen los problemas derivados de esta actuación.
Aunque actualmente existe una tradición arraigada que nos fuerza a tratar el conjunto en 
un solo proyecto arrastrando las dificultades mencionadas, desde esta norma se aconseja 
tratar como proyectos distintos cada una de las etapas mencionadas.
Esta norma, que tiene su origen en la norma UNE 157001, puede servir de pauta para 
que los proyectos de Sistemas de Información que se realicen por o para las entidades, 
tanto organismos públicos como empresas privadas, que se adhieran a la misma, puedan 
tener un nivel de calidad mínimo aceptable.
En esta norma el término Sistemas de Información se utiliza tal como se define en el 
glosario.

1. OBJETO Y CAMPO DE APLICACIÓN

Esta   norma   tiene   por   objeto   establecer   las   características   generales   que   deben   ser 
cubiertas en los proyectos de los Sistemas de Información a realizar, para que satisfagan 
los fines a los que están destinados.
Versión final (16/06/2005) 4/24
 UNE 157 801
El sentido tradicional que se le da a proyecto implica dos partes bien diferenciadas: la 
elaboración del documento que especifica lo que se ha proyectado realizar y la ejecución 
de lo proyectado según está especificado en el documento proyecto. 
Por tanto en esta norma se pretende recoger la documentación que detalla la solución 
propuesta para el problema planteado y que es necesaria para que pueda realizarse el 
sistema de información objeto del proyecto definido en su alcance. 

En cualquier caso, dado lo cambiante de las técnicas utilizadas en este tipo de proyectos 
y   la   dinámica   existente   en   las   actividades   de   las   organizaciones,   si   el   comienzo   del 
desarrollo del proyecto se dilatara sensiblemente en el tiempo, de forma que hubieran 
podido variar las premisas iniciales que sirvieron para su estudio, debe realizarse una 
revisión para valorar, y en su caso hacer las oportunas modificaciones para adaptarlo a 
las nuevas circunstancias.
En   esta   norma   no   se   pretende   desarrollar   ni   condicionar   los   proyectos   a   ninguna 
metodología   ni   a   ningún   ciclo   de   vida   que   pueda   emplearse   en   la   elaboración   de   los 
mismos. Tampoco establecerá los procesos que necesiten realizarse, ni el estado del arte 
para el uso de estas tecnologías que, en caso de considerarse necesaria su inclusión, se 
hará mediante la referencia a otras normas de carácter técnico que contemplen éstos 
aspectos.
El desarrollo de los aspectos indicados en esta Norma dependerá del tipo de Sistema de 
Información   de   que   se   trate   y   de   su   objeto   (que   no   se   ceñirá   exclusivamente   a   los 
proyectos   de   desarrollo   de   aplicaciones,   sino   a   todo   el   ámbito   de   las   disciplinas   que 
tengan que ver con los sistemas de información soportados por las denominadas T.I.C. 
(Tecnologías de la Información y las Comunicaciones)), y podrán hacer referencia a otras 
normas específicas. 

2. NORMAS PARA CONSULTA

UNE 66904­6:2000 – Gestión de la calidad.­ Directrices para la Gestión de proyectos (ISO 
10006:1997)
UNE   71044   –   Tecnología   de   la   Información   –   Proceso   del   ciclo   de   vida   del   software 
(ISO/IEC 12207: 1995)
UNE 71045­1 – Tecnología de la Información – Medida del Software ­ Medida del tamaño 
funcional ­ Parte 1: Definición de conceptos (ISO/IEC 14143­1: 1998)
UNE 71048­5 ­ Tecnología de la información – Evaluación del producto software – Parte 
5: Procesos para evaluadores (ISO/IEC 14598­5)
UNE 157001 – Criterios generales para la elaboración de proyectos
UNE 17799 IN ­ Tecnología de la Información ­ Código de buenas prácticas de la Gestión 
de la Seguridad de la Información (ISO/IEC 17799)
UNE 50113­11/02/03
UN 50132:1994

Versión final (16/06/2005) 5/24

 UNE 157 801
UNE   90003:2004  Ingeniería   del   software:   Guía   para   la   aplicación   de   la   norma   ISO 
9001:2000 al software de ordenadores

ISO/IEC   2382­1:1993   –   Information   Technology   –   Vocabulary   –   Part   1:   Fundamentals 

terms
ISO 2382­2:1976­ Data processing ­­ Vocabulary ­­ Part 2: Arithmetic and logic operations
ISO   2382­3:1987­   Information   processing   systems   ­­   Vocabulary   ­­   Part   3:   Equipment 
technology
ISO/IEC 2382­4:1999­ Information technology ­­ Vocabulary ­­ Part 4: Organization of data
ISO/IEC 2382­5:1999­ Information technology ­­ Vocabulary ­­ Part 5: Representation of 
data
ISO 2382­6:1987­ Information processing systems ­­ Vocabulary ­­ Part 6: Preparation and 
handling of data
ISO/IEC   2382­7:2000­   Information   technology   ­­   Vocabulary   ­­   Part   7:   Computer 
programming
ISO/IEC 2382­8:1998­ Information technology ­­ Vocabulary ­­ Part 8: Security
ISO/IEC 2382­9:1995­ Information technology ­­ Vocabulary ­­ Part 9: Data communication
ISO 2382­10:1979­ Data processing ­­ Vocabulary ­­ Part 10: Operating techniques and 
facilities
ISO 2382­12:1988­ Information processing systems ­­ Vocabulary ­­ Part 12: Peripheral 
equipment
ISO   2382­19:1989­   Information   processing   systems   ­­   Vocabulary   ­­   Part   19:   Analog 
computing
ISO 2382­21:1985­ Data processing ­­ Vocabulary ­­ Part 21: Interfaces between process 
computer systems and technical processes
ISO 2382­22:1986­ Information processing systems ­­ Vocabulary ­­ Part 22: Calculators
ISO/IEC   2382­13:1996­   Information   technology   ­­   Vocabulary   ­­   Part   13:   Computer 
graphics
ISO/IEC   2382­14:1997­   Information   technology   ­­   Vocabulary   ­­   Part   14:   Reliability, 
maintainability and availability
ISO/IEC   2382­15:1999­   Information   technology   ­­   Vocabulary   ­­   Part   15:   Programming 
languages
ISO/IEC 2382­16:1996­ Information technology ­­ Vocabulary ­­ Part 16: Information theory
ISO/IEC 2382­17:1999­ Information technology ­­ Vocabulary ­­ Part 17: Databases
ISO/IEC 2382­18:1999­ Information technology ­­ Vocabulary ­­ Part 18: Distributed data 
processing
ISO/IEC   2382­20:1990­   Information   technology   ­­   Vocabulary   ­­   Part   20:   System 
development
ISO/IEC 2382­23:1994­ Information technology ­­ Vocabulary ­­ Part 23: Text processing

Versión final (16/06/2005) 6/24

 UNE 157 801
ISO/IEC   2382­24:1995­   Information   technology   ­­   Vocabulary   ­­   Part   24:   Computer­
integrated manufacturing
ISO/IEC   2382­25:1992­   Information   technology   ­­   Vocabulary   ­­   Part   25:   Local   area 
networks
ISO/IEC 2382­27:1994­ Information technology ­­ Vocabulary ­­ Part 27: Office automation
ISO/IEC   2382­28:1995­   Information   technology   ­­   Vocabulary   ­­   Part   28:   Artificial 
intelligence ­­ Basic concepts and expert systems
ISO/IEC   2382­29:1999­   Information   technology   ­­   Vocabulary   ­­   Part   29:   Artificial 
intelligence ­­ Speech recognition and synthesis
ISO/IEC   2382­31:1997­   Information   technology   ­­   Vocabulary   ­­   Part   31:   Artificial 
intelligence ­­ Machine learning
ISO/IEC 2382­32:1999­ Information technology ­­ Vocabulary ­­ Part 32: Electronic Mail
ISO/IEC   2382­34:1999­   Information   technology   ­­   Vocabulary   ­­   Part   34:   Artificial 
intelligence ­­ Neural networks
ISO 3535:1977­ Forms design sheet and layout chart
ISO 5806:1984­ Information processing ­­ Specification of single­hit decision tables
ISO  5807:1985­ Information   processing  ­­  Documentation  symbols and  conventions  for 
data,   program   and   system   flowcharts,   program   network   charts   and   system   resources 
charts
ISO/IEC   6592:2000­   Information   technology   ­­   Guidelines   for   the   documentation   of 
computer­based application systems
ISO 6593:1985­ Information processing ­­ Program flow for processing sequential files in 
terms of record groups
ISO/IEC 8211:1994­ Information technology ­­ Specification for a data descriptive file for 
information interchange
ISO/IEC   8631:1989­  Information   technology  ­­  Program  constructs   and   conventions   for 
their representation
ISO   8790:1987­   Information   processing   systems   ­­   Computer   system   configuration 
diagram symbols and conventions
ISO/IEC 9126­1:2001­ Software engineering ­­ Product quality ­­ Part 1: Quality model
ISO   9127:1988­   Information   processing   systems   ­­   User   documentation   and   cover 
information for consumer software packages
ISO/IEC 10027:1990­ Information technology ­­ Information Resource Dictionary System 
(IRDS) framework
ISO/IEC 10728:1993­ Information technology ­­ Information Resource Dictionary System 
(IRDS) Services Interface
ISO/IEC   10746­1:1998­   Information   technology   ­­   Open   Distributed   Processing   ­­ 
Reference model: Overview
ISO/IEC   10746­2:1996­   Information   technology   ­­   Open   Distributed   Processing   ­­ 
Reference Model: Foundations

Versión final (16/06/2005) 7/24

 UNE 157 801
ISO/IEC   10746­3:1996­   Information   technology   ­­   Open   Distributed   Processing   ­­ 
Reference Model: Architecture
ISO/IEC   10746­4:1998­   Information   technology   ­­   Open   Distributed   Processing   ­­ 
Reference Model: Architectural semantics
ISO/IEC 11411:1995­ Information technology ­­ Representation for human communication 
of state transition of software
ISO/IEC 12119:1994­ Information technology ­­ Software packages ­­ Quality requirements 
and testing
ISO/IEC 13235­1:1998­ Information technology ­­ Open Distributed Processing ­­ Trading 
function: Specification
ISO/IEC 13235­3:1998­ Information technology ­­ Open Distributed Processing ­­ Trading 
Function ­­ Part 3: Provision of Trading Function using OSI Directory service
ISO/IEC   13244:1998­   Information   technology   ­­   Open   Distributed   Management 
Architecture
ISO/IEC   13244:1998/Amd   1:1999­   Support   using   Common   Object   Request   Broker 
Architecture (CORBA)
ISO/IEC 13800:1996­ Information technology ­­ Procedure for the registration of identifiers 
and attributes for volume and file structure
ISO/IEC 14102:1995­ Information technology ­­ Guideline for the evaluation and selection 
of CASE tools
ISO/IEC 14598­1:1999­ Information technology ­­ Software product evaluation ­­ Part 1: 
General overview
ISO/IEC 14598­2:2000­ Software engineering ­­ Product evaluation ­­ Part 2: Planning and 
management
ISO/IEC 14598­3:2000­ Software engineering ­­ Product evaluation ­­ Part 3: Process for 
developers
ISO/IEC 14598­4:1999­ Software engineering ­­ Product evaluation ­­ Part 4: Process for 
acquirers
ISO/IEC 14598­5:1998­ Information technology ­­ Software product evaluation ­­ Part 5: 
Process for evaluators
ISO/IEC   14598­6:2001­   Software   engineering   ­­   Product   evaluation   ­­   Part   6: 
Documentation of evaluation modules
ISO/IEC 14750:1999­ Information technology ­­ Open Distributed Processing ­­ Interface 
Definition Language
ISO/IEC 14752:2000­ Information technology ­­ Open Distributed Processing ­­ Protocol 
support for computational interactions
ISO/IEC 14753:1999­ Information technology ­­ Open Distributed Processing ­­ Interface 
references and binding
ISO/IEC 14756:1999­ Information technology ­­ Measurement and rating of performance of 
computer­based software systems

Versión final (16/06/2005) 8/24

 UNE 157 801
ISO/IEC 14764:1999­ Information technology ­­ Software maintenance
ISO/IEC   14769:2001­   Information   technology   ­­   Open   Distributed   Processing   ­­   Type 
Repository Function
ISO/IEC  14771:1999­ Information technology ­­ Open Distributed Processing ­­ Naming 
framework
ISO/IEC 14834:1996­ Information technology ­­ Distributed Transaction Processing ­­ The 
XA Specification
ISO/IEC 14863:1996­ Information technology ­­ System­Independent Data Format (SIDF)
ISO/IEC 15026:1998­ Information technology ­­ System and software integrity levels
ISO/IEC 15288:2002­ System Engineering – System life Cycle Processes
ISO/IEC 15437:2001­ Information technology ­­ Enhancements to LOTOS (E­LOTOS)
ISO/IEC 15910:1999­ Information technology ­­ Software user documentation process
ISO/IEC   TR   9294:1990­   Information   technology   ­­   Guidelines   for   the   management   of 
software documentation
ISO/IEC TR 12182:1998­ Information technology ­­ Categorization of software
ISO/IEC TR 12382:1992­ Permuted index of the vocabulary of information technology
ISO/IEC TR 14471:1999­ Information technology ­­ Software engineering ­­ Guidelines for 
the adoption of CASE tools
ISO/IEC   TR   14759:1999­   Software   engineering   ­­   Mock   up   and   prototype   ­­   A 
categorization of software mock up and prototype models and their use
ISO/IEC TR 15271:1998­ Information technology ­­ Guide for ISO/IEC 12207 (Software 
Life Cycle Processes)
ISO/IEC TR 15504­1:1998­ Information technology ­­ Software process assessment ­­ Part 
1: Concepts and introductory guide
ISO/IEC TR 15504­2:1998­ Information technology ­­ Software process assessment ­­ Part 
2: A reference model for processes and process capability
ISO/IEC TR 15504­3:1998­ Information technology ­­ Software process assessment ­­ Part 
3: Performing an assessment
ISO/IEC TR 15504­4:1998­ Information technology ­­ Software process assessment ­­ Part 
4: Guide to performing assessments
ISO/IEC   TR   15504­5:1999­   Information   technology   ­­   Software   Process   Assessment   ­­ 
Part 5: An assessment model and indicator guidance
ISO/IEC TR 15504­6:1998­ Information technology ­­ Software process assessment ­­ Part 
6: Guide to competency of assessors
ISO/IEC TR 15504­7:1998­ Information technology ­­ Software process assessment ­­ Part 
7: Guide for use in process improvement
ISO/IEC TR 15504­8:1998­ Information technology ­­ Software process assessment ­­ Part 
8: Guide for use in determining supplier process capability

Versión final (16/06/2005) 9/24

 UNE 157 801
ISO/IEC TR 15504­9:1998­ Information technology ­­ Software process assessment ­­ Part 
9: Vocabulary
ISO/IEC   TR   15846:1998­   Information   technology   ­­   Software   life   cycle   processes   ­­ 
Configuration Management
ISO7IEC 15939 Software engineering ­­ Software measurement process 
ISO/IEC  TR 16326:1999­ Software engineering ­­ Guide for the  application  of ISO/IEC 
12207 to project management
ISO/IEC CD TR 19759 Software Engineering ­­ Body of Knowledge (SWEBOK)
ISO/IEC   19.761   Software   engineering­   COSMIC­FFP.   A   functional   size   measurement 
method.
ISO/IEC   20926   Software   engineering   ­­   IFPUG   4.1   Unadjusted   functional   size 
measurement method ­­ Counting practices manual
ISO/IEC 20.968 Software engineering ­ FPA Functional Sizing Method
ISO/IEC   24.570   Software   engineering   ­   Definition   and   counting   guidelines   for   the 
application of Function Point Analysis.
ISO/IEC 90003 Software and system engineering ­­ Guidelines for the application of ISO 
9001:2000 to computer software
SA­CMM:1996 (SEI) The Software Acquisition Capability Maturity Model
SE­CMM 1995 (SEI) A Systems Engineering Capability Maturity Model
SW­CMM 1993 (SEI) Capability Maturity Model for Software

IEEE 729
IEEE 610.12
EIS 731­1 (EIA)
MIL­STD 499B
Eurométodo
Métrica versión 3 (MAP)
PMBOK ­ A Guide to the Project Management Body of Knowledge version 3 traducida al 
español (PMI)

3. DEFINICIONES

Esta Norma utiliza términos y definiciones de las Normas UNE, ISO, ISO/IEC,
CEN-CNELEC, IEEE, etc., relativas a los S.I. En caso de discrepancias entre las
definiciones de dichas Normas y las de la presente, prevalecerán las aquí
dadas.

3.1 Adquisición1:
1
 Norma UNE 71044 (ISO/IEC 12207: 1995)
Versión final (16/06/2005) 10/24
 UNE 157 801
Proceso de obtener un sistema, producto software o servicio software.

3.2 Alcance del proyecto2:

Describe en detalle, los productos entregables del proyecto y el trabajo necesario para 
crear tales productos entregables.

3.3 Autor del proyecto:

Persona u organización que es responsable de  realizar el proyecto.

3.4 Cliente3:
Persona u organización que recibe un producto o servicio. También uno de los que usa el 
producto o servicio.
NOTA: Un cliente puede ser interno o externo a la organización del suministrador.

3.5 Diseño4:
Proceso de definición de la arquitectura, componentes, interfaces, y otras características 
de un sistema o componente.

3.6 Desarrollo5:
Proceso de transformación de un diseño en componentes hardware y/o software.

3.7 Documento6:
Información   registrada   que   puede   considerarse   como   una   unidad   en   un   proceso   de 
documentación.

3.8 Especificación7:
Documento que establece, de una manera completa, precisa, verificable, los requisitos, 
comportamiento, u otras características de un sistema o componente y los procedimientos 
de verificación para determinar su grado de cumplimiento. 

3.9 Evaluación8:
El   uso   de   revisiones,   inspecciones,   y   /o   pruebas   para   determinar   que   un   producto   o 
servicio  software, hardware, etc., satisface  los criterios o especificaciones previamente 
establecidos.

3.10 Hardware9
Soporte físico

2 
PMBOK versión tres en español
3
Recopilado de la norma ISO 9000: 2000 (2.3.5) y SE-CMM 1995 (SEI) Minnich - Hughes
4
SE-CMM 1995 (SEI)
5
SE-CMM 1995 (SEI)
6
Norma UNE 50113-11.2-03
7
Derivada de IEEE 729, IEEE 610.12, SE-CMM 1995, MIL-STD 499B
8
SA-CMM: 1996
9
UNE 71044
Versión final (16/06/2005) 11/24
 UNE 157 801
3.11 Proceso10:
Conjunto de actividades interrelacionadas que usan recursos para transformar entradas 
en salidas.
NOTA 1:  Las entradas a un proceso son típicamente salidas de otro proceso
NOTA 2:   Los   procesos   en   una   organización   están   típicamente   planificados   y 
llevados a cabo bajo condiciones controladas para añadir valor.
NOTA 3:   Un   proceso   donde   la   conformidad   del   producto   resultante   no   puede 
evidenciarse   o   verificarse   económicamente   es   referido   frecuentemente  como   un 
“proceso especial”

3.12 Producto11:
Resultado de un proceso
NOTA: Hay cuatro categorías genéricas acordadas:
• Hardware (por ejemplo: soporte físico de un sistema).
• Software (por ejemplo: programa de ordenador). 
• Comunicaciones.
• Servicios.
La mayoría de los productos comprenden elementos pertenecientes a diferentes 
categorías de productos genéricos. Si al producto se le llama hardware, software, 
comunicaciones o servicios depende del elemento dominante.

3.13 Producto software12:

Conjunto completo, o cualquiera de los elementos individuales del conjunto, de programas 
de   ordenador,   procedimientos,   documentación   asociada   y   datos   diseñados   para   ser 
suministrados a un cliente o usuario final. 

3.14 Proyecto:
Conjunto   de   actividades   planificadas   y   coordinadas,   controladas,   presupuestadas,   y 
documentadas con fechas de comienzo y finalización, que se emprende para alcanzar 
unos objetivos conforme a requisitos específicos, por una organización temporal adaptada 
a sus necesidades

3.15 Resultado13:
Es la consecuencia de la ejecución de  procesos  y  actividades  de gestión de proyectos. 
Los resultados incluyen consecuencias (por ej., sistemas integrados, procesos revisados, 
organización  reestructurada, pruebas, personal capacitado, etc.) y  documentos  (por ej., 
políticas, planes, estudios, procedimientos, especificaciones, informes, etc.). 

10
Derivada de norma ISO 9000: 2000 (2.4.1) y UNE 71044 (ISO 12207:1995)
11
Norma ISO 9000: 2000 (2.4.2) con ejemplo adaptado a los sistemas de información
12
SE-CMM 1995
13
PMBOK Guía de los Fundamentos de la dirección de proyectos tercera edición en castellano
2004
Versión final (16/06/2005) 12/24
 UNE 157 801
3.16 Requisito14
Necesidad o expectativa que se establece de forma explícita o implícita.

3.17 Servicio15:
Producto intangible que es el resultado de realizar al menos una actividad en la interfaz 
entre el suministrador y el cliente.

3.18 Sistema16:
Conjunto de elementos interrelacionados e interactuantes en uno o más de los procesos 
que proporcionan la capacidad de satisfacer una necesidad u objetivo definido.
NOTA: Un sistema puede ser considerado como un producto o como el servicio 
que proporciona.

3.19 Sistema de Información:

Sistema de tratamiento de la información, por medios informáticos, junto con los recursos 
organizativos   asociados   tales   como   los   recursos   humanos,   técnicos   y   financieros   que 
suministran y distribuyen la información17.

3.20 Software18:
Conjunto organizado de instrucciones, datos, reglas e interrelaciones, que cuando son 
cargados   en   el   área   de   ejecución   de   programas   del   ordenador,   permite   operar   al 
ordenador.

3.21 Suministrador19:
Organización o persona que suministra un producto.
NOTA:   En   una   situación   contractual   a   un   suministrador   puede   denominársele 
también “contratista”.

3.22 Usuario20:
Una persona u organización que usa el sistema para realizar una función específica.

3.23 Validación21:
Confirmación mediante examen y provisión de evidencia objetiva de que se cumplen los 
requisitos   particulares  para   ser   usado   con   un   propósito   específico  y   que  satisface   las 
necesidades del cliente.

14
ISO 9000:2000
15
ISO 9000: 2000 (2.4.3), ejemplos adaptados a los sistemas de información
16
Adaptado parcialmente de la Norma ISO/IEC 15288:2002
17
Adaptado parcialmente de ISO/IEC 2382-1 (01.01.22 information system)
18
tomado de ISO/IEC TR 15846 e IEEE 729
19
Norma ISO 9000: 2000 (2.3.6)
20
Norma UNE 71044 (ISO/IEC 12207: 1995)
21
Adaptado de la norma UNE 71044 (ISO/IEC 12207: 1995) y SE-CMM:1995
Versión final (16/06/2005) 13/24
 UNE 157 801
4. REQUSITOS GENERALES DE LA DOCUMENTACIÓN DEL PROYECTO

4.1. Título
Todo proyecto de sistemas de información debe tener un título que exprese de forma lo 
más clara posible el tipo de producto objeto del mismo.

4.2. Documentos

El proyecto debe constar de los siguientes documentos básicos:

• Índice general
• Memoria,
• Anexos
o Documentación de entrada
o Análisis y Diseño del Sistema
o Estimación de Tamaño y Esfuerzos
o Planes de Gestión del proyecto
o Plan de Seguridad
• Especificaciones del Sistema
• Presupuesto
• Estudios con Entidad Propia
Dichos documento se deben presentar en el orden indicado.

Aunque los documentos que componen el proyecto se enumeren secuencialmente, 
los procesos que dan lugar a la generación de esta documentación y la ejecución 
práctica de los mismos no necesariamente deben ser procesos secuenciales, sino 
que pueden ser iterativos y/o evolutivos.

Dichos documentos básicos pueden estar agrupados en distintos

volúmenes o en uno sólo. Dichos documentos deben ser obligatorios, y
debe justificarse la omisión de los que se consideren no pertinentes22.

En la portada de cada uno de los volúmenes y en la primera página de

cada uno de los documentos básicos debe constar:
• número del volumen.
• título del proyecto.
• tipo de documento básico. 
• organismo o cliente para el que se redacta el proyecto.
• la identificación, si procede, de los datos profesionales de cada uno de 
los autores del proyecto.

22
Las recomendaciones sobre los documentos a utilizar estarán en función del tipo de
proyecto, tamaño y otras características y estarán alineadas con el buen hacer de los
proyectos similares del sector de que se trate.
Versión final (16/06/2005) 14/24
 UNE 157 801
• y,   cuando   corresponda,   los   de   la   persona   jurídica   que   ha   recibido   el 
encargo de su elaboración.

Cada uno de estos documentos básicos se deben descomponer en

documentos unitarios, desarrollados normalmente por uno o varios
profesionales. A estos documentos unitarios se les debe denominar en
adelante documentos.

Cada una de las páginas de los documentos básicos así como cada
documento que expresa información de forma gráfica debe contener la
siguiente información:
• Número de página.
• Título del proyecto o Número o código de identificación del proyecto.
• Título del documento básico a que pertenece.
• Número o código de identificación del documento.
• Número de edición y, en su caso, fecha de aprobación.
Cuando   cualquiera   de   los   documentos   anteriores   sea   presentado   en   formato 
electrónico u óptico (html, CD’s, DVD’s, etc.), debe incluir también de forma clara la 
misma identificación.

Todos los documentos deben tener una presentación cuidadosa, limpia y

ordenada. Deben estructurarse en forma de capítulos y apartados, que se
numerarán de acuerdo con lo indicado en la Norma UNE 50-132.

El proyecto debe redactarse de forma que pueda ser interpretado

correctamente por personas distintas de sus autores. Se debe utilizar un
lenguaje claro, preciso, libre de vaguedades y términos ambiguos,
coherente con la terminología empleada en los diferentes capítulos y
apartados de los diferentes documentos del proyecto y con una mínima
calidad literaria. La primera vez que se utilice un acrónimo o abreviatura
en el texto se debe presentar, entre paréntesis, detrás de la palabra o
texto completo al que en lo sucesivo reemplazará.

Los requisitos se deben expresar seguidos de “debe”. Las sugerencias o

propuestas no obligatorias se deben expresar mediante la utilización de
“debería”

4.3. Orden de prioridad
En   el   caso   en   que   se   presenten   discrepancias   o   incompatibilidades   entre   diversos 
documentos básicos del proyecto, deben prevalecer en este orden las Especificaciones 
del Sistema, el Presupuesto y la Memoria, salvo que el autor especifique otro orden de 
prioridad en el apartado de la memoria (véase 6.2.17).

Versión final (16/06/2005) 15/24

 UNE 157 801
5. ÍNDICE GENERAL

5.1. Generalidades
El Índice General constituye uno de los documentos básicos del proyecto.
Tiene como misión la localización fácil de los distintos contenidos del proyecto.

5.2. Contenido
El   Índice   General   debe   contener   todos   y   cada   uno   de   los   índices   de   los   diferentes 
documentos básicos del proyecto.

6. MEMORIA 

6.1. Generalidades
La Memoria es uno de los documentos básicos que constituyen el proyecto y asume la 
función fundamental de nexo de unión entre todos ellos.
Contiene toda la información relevante del proyecto en un solo volumen para facilitar la 
lectura y compresión. Tiene como misión justificar las soluciones adoptadas y describir 
totalmente y de forma unívoca el objeto del proyecto.
Este documento sirve como elemento de referencia común entre el ejecutor y el receptor 
del   producto,   limitando   las   obligaciones   del   ejecutor   y   garantizando   los   derechos   del 
receptor.
La Memoria debe ser claramente comprensible, no sólo por profesionales especialistas 
sino por terceros, y en particular por el receptor del producto. Debe redactarse con este 
espíritu,   de   forma   que   la   información   más   detallada   y   técnica   debe   ir   en   los   otros 
documentos básicos y en los anexos.

6.2. Contenido 
La memoria debe contener la descripción de todos los elementos que el ejecutor deberá 
entregar al receptor a lo largo o al final de la ejecución del proyecto. Así mismo, debe 
contener las reglas que permitan identificar y gestionar los cambios que a lo largo del 
proyecto se puedan producir sobre el contenido del propio proyecto. Es conveniente que 
se describan también los elementos que se deben utilizar en la ejecución para garantizar 
el éxito del proyecto: método, organización, validaciones, etc.
Si la extensión de algún apartado lo aconsejara, se debe desglosar de forma adecuada en 
el documento básico correspondiente.
En los puntos siguientes se indica la numeración, título y contenido de los capítulos y 
apartados en los que se debe descomponer la Memoria del proyecto.  Debe seguirse la 
estructura que se detalla a continuación, atendiendo a los objetivos y contenido de cada 
apartado:

Versión final (16/06/2005) 16/24

 UNE 157 801
6.2.1 Hojas de identificación
Objetivo: Agrupar en una hoja todos los datos identificativos del documento para 
facilitar su localización.
Contenido:
• Una primera hoja en la que debe figurar: 
o Título del proyecto y su código identificador, si procede
o Cliente:
a) Razón   social,   C.I.F.,   dirección,   teléfono   y   fax   de   la   persona 
jurídica   que   ha   encargado   el   proyecto,   o   si   fuera   una   persona 
física, nombre y apellidos, N.I.F., dirección, teléfono y fax.
b) Nombre y apellidos, N.I.F., dirección profesional, teléfono y fax del 
representante   legal   de   la   persona   jurídica   que   ha   encargado   el 
proyecto.
o Suministrador:
a) Razón   social,   C.I.F.,   dirección,   teléfono   y   fax   de   la   persona 
jurídica que ha recibido el encargo de la realización del proyecto
b) Nombre y apellidos, N.I.F., dirección profesional, teléfono y fax del 
representante   legal   de   la   persona   jurídica   que   ha   recibido   el 
encargo de la realización del proyecto.
c) En   su   caso   Nombre   y   apellidos,   titulación,   y   si   procede   colegio 
profesional   al   que   pertenece,   número   de   colegiado,   N.I.F., 
dirección   profesional,   teléfono,   fax   y   cualquier   otro   identificador 
profesional   que   pueda   aparecer   o   existir,   de   cada   uno   de   los 
autores del proyecto.
d) Fecha y firma de los anteriormente mencionados
o Resumen
o Duración estimada
o Coste
• Hoja índice de la memoria
o Dicho índice debe hacer referencia a cada uno de los documentos, a sus 
capítulos y apartados, que componen la Memoria, con el fin de facilitar 
su utilización.

6.2.2 Introducción
Objetivo:   Presentar   el   contenido   del   documento,   permitiendo   que   el   lector   no 
experto tenga una idea clara del ámbito del documento y de la información que 
contiene.
Contenido: Breve explicación del objetivo, contenido y estructura del documento 
constitutivo del proyecto, haciendo referencia a la presente norma y su aplicación. 

6.2.3 Objeto
Versión final (16/06/2005) 17/24
 UNE 157 801
Objetivo: Presentar el objetivo del proyecto de forma clara y precisa.
Contenido: Descripción breve del objetivo final del proyecto y de la finalidad que 
justifica su ejecución.

6.2.4 Antecedentes
Objetivo: Explicar los elementos significativos que han ocurrido en el pasado y que 
tienen   su   influencia   en   el   proyecto   actual,   dando   a   conocer   las   razones   o 
justificación  de  algunas características del   proyecto  que   no   serían   entendidas  o 
bien   entendidas   sin   el   conocimiento   de   la   historia   del   proyecto   y/o   de   la 
organización que lo promueve. 
Contenido: Únicamente se enumerarán los hechos que sean relevantes para la 
comprensión de las alternativas estudiadas y de la solución propuesta.

6.2.5 Descripción de la situación actual

Objetivo: Describir el punto de partida del proyecto mostrando los condicionantes 
de partida sobre los que debe ejecutarse el proyecto. El proyecto debe entenderse 
como   una   acción   de   cambio   que   permite   conducir   a   la   organización   desde   la 
situación actual hasta la situación final especificada en el proyecto.
Contenido:   Descripción   de   todos   los   elementos   que   condicionen   o   se   vean 
afectados   por   el   cambio   propuesto   en   el   proyecto:   recursos   humanos   con   su 
formación y experiencia, equipamiento hardware, licencias software, etc.

6.2.6 Normas y referencias

Objetivo: Identificar las normas, reglamentos y referencias de cualquier tipo que 
hayan   sido   de   aplicación   en   la   elaboración   del   proyecto   o   que   lo   sean   en   la 
ejecución del mismo.
Contenido: Relación de normas, reglamentos, directrices y otros documentos de 
referencia que se hayan tenido en cuenta en la elaboración o que se deban tener 
en cuenta en la ejecución del proyecto. Cuando sea necesario, se deben explicitar 
en la memoria los puntos más destacables de estas normas. El contenido completo 
de cada una de las normas puede incluirse como anexo.

6.2.6.1 Disposiciones legales y normas aplicadas
En este apartado se debe contemplar el conjunto de disposiciones legales 
(leyes, reglamentos, ordenanzas, etc.) y las normas que son aplicables al 
proyecto.

6.2.6.2 Bibliografía
En este apartado se debe contemplar el conjunto de libros, revistas, páginas 
Web   u   otros   textos   que   el   autor   considere   de   interés   para   justificar   las 
soluciones adoptadas en el proyecto.

Versión final (16/06/2005) 18/24

 UNE 157 801
6.2.6.3 Métodos, Herramientas, Modelos, Métricas y Prototipos 
En  este   apartado   se   debe  contemplar la  relación   de  métodos, prototipos, 
métricas,   programas,   modelos   u   otras   herramientas   utilizadas   para 
desarrollar los diversos cálculos y estimaciones del proyecto.

6.2.6.4 Mecanismos   de   control   de   calidad   aplicados   durante   la 

redacción del proyecto
En   este   apartado   se   deben   enunciar   los   procesos   específicos   utilizados 
para asegurar la calidad durante la redacción del proyecto. 

6.2.6.5 Otras referencias
En   este   apartado   se   deben   incluir   aquellas   referencias   que,   no   estando 
relacionadas en los apartados anteriores, se consideren de interés para la 
comprensión y materialización del proyecto.

6.2.7 Definiciones y abreviaturas

Objetivo:   Facilitar   la   comprensión   del   texto   mediante   la   descripción   de   la 
terminología empleada.
Contenido:  En   este   capítulo   de   la   Memoria   se   deben   relacionar   todas   las 
definiciones, abreviaturas, etc. que se han utilizado y su significado.

6.2.8 Requisitos iniciales

Objetivo:   Fijar   los   aspectos   externos   del   producto   a   construir   y   utilizarlo   como 
referencia en la validación del producto obtenido especificando el contenido de los 
entregables  tomando   como   elemento   de   referencia   las  características  que  debe 
cumplir una vez construido. Los requisitos pueden referirse al producto resultado 
del proyecto o al proceso a seguir para conseguirlo.
Contenido: El contenido  de  este  capítulo  debe  depender de las etapas que se 
incluyan en el proyecto. Se deben desarrollar en las especificaciones del sitema 
(véase punto 8).

6.2.9 Alcance
Objetivo: Dar un marco al proyecto con el que se debe definir claramente todo lo 
que está incluido en él facilitando la comunicación entre el ejecutor del proyecto y el 
receptor de los resultados del mismo.
Contenido: Enumeración y contenido de todos los entregables del proyecto.
En la enumeración deben aparecer tanto los entregables que hacen referencia al 
producto como los entregables que hacen referencia a la gestión y control de la 
ejecución   del   proyecto.   Debe   especificarse   que   la   lista   es   completa   y   que   solo 
están incluidos los entregables que se mencionan en función de la metodología 
empleada.
La metodología y el ciclo de vida deben facilitar la especificación empleada en los 
posibles entregables
Para cada entregable se debe precisar su contenido y características.
Versión final (16/06/2005) 19/24
 UNE 157 801
6.2.10Hipótesis y restricciones
Objetivo: Identificar y registrar las hipótesis de partida y las restricciones que se 
han utilizado para la redacción del proyecto y que deberán tenerse en cuenta en la 
ejecución del mismo. 
Contenido: Enumeración de las hipótesis de trabajo y restricciones que pueden 
darse por ciertas y que tengan incidencia en cualquier tipo de estimación reflejada 
en este documento (coste, plazo, calidad, etc.).

6.2.11Estudio de alternativas y viabilidad

Objetivo: Enumerar y registrar las alternativas que han sido objeto de estudio y los 
criterios utilizados para la valoración, justificando la alternativa elegida.
Contenido:   Enumeración   de   las   alternativas   que   se   han   tenido   en   cuenta   y 
justificación de la alternativa elegida y las razones por las que las otras han sido 
descartadas.

6.2.12Descripción de la solución propuesta

Objetivo:   Describir   brevemente   la   propuesta   realizada   y   las   características   que 
permiten valorarla como la más idónea.
Contenido:   Enumeración   de   las   características   significativas   de   la   solución 
propuesta.

6.2.13Análisis de Riesgos
Objetivo: Identificar los riesgos que afectan al proyecto, tanto en la elaboración del 
proyecto como en su posterior ejecución de manera que sirva como una propuesta 
básica del futuro Plan de Riesgos.
Contenido:  Lista  de  Riesgos clasificada con una  evaluación  de  sus impactos y 
posibles acciones de mitigación de riesgos correspondientes.

6.2.14Organización y gestión del proyecto

Objetivo: Explicar cómo se debe llevar a cabo la ejecución del proyecto haciendo 
partícipes a todas las partes involucradas en el mismo, de la sistemática que se va 
a utilizar, con el fin de asegurar el éxito del mismo y permitir que cada una de ellas 
pueda asumir su parte de responsabilidad.
Contenido: En este apartado deben incluirse todas aquellas normas, directrices o 
métodos de trabajo que hagan referencia a la organización y gestión del proyecto. 
Entre ellas cabe destacar sin carácter exclusivo ni completo:
 Organigrama y Matriz de responsabilidades en el proyecto
 Directrices para la gestión de los cambios en el alcance
 Directrices para el seguimiento del proyecto
 Directrices para la recopilación y distribución de información del proyecto
 Directrices de comunicación entre cliente y proveedor
 Directrices a seguir para la aprobación de los entregables
 Lugar donde se realizará el trabajo

Versión final (16/06/2005) 20/24

 UNE 157 801
6.2.15Planificación temporal
Objetivo: Explicitar el plazo de ejecución del proyecto de forma que puedan fijarse 
las expectativas de quienes van a recibir el producto resultado del mismo.
Contenido:   Cronograma  explicitando   las  entregas   parciales,   hitos   intermedios  y 
duración del proyecto a partir de la fecha de iniciación del mismo. 

6.2.16Resumen del Presupuesto

Objetivo: Explicitar el coste que se ha previsto para la ejecución de forma que 
pueda tomarse la decisión de proseguir o no con la ejecución de lo valorado.
Contenido: Coste total de la ejecución para la organización que ha de hacerse 
cargo   de   este   proyecto.   En   este   apartado   debe   tenerse   especial   cuidado   en 
presentar las cifras de manera no ambigua, completa, sin costes ocultos y dando 
un total general desglosado por partidas.

6.2.17Orden de prioridad de los documentos básicos del proyecto

Objetivo: Establecer un orden de prioridad de los documentos básicos del proyecto 
alternativo al regulado en el punto 4.3 de la norma.

Contenido: Orden de prioridad de los documentos básicos de proyecto

7. ANEXOS

7.1. Generalidades
Los anexos constituyen uno de los documentos básicos del proyecto.

7.2. Contenido
El documento básico y cada uno de los anexos se deben iniciar con un índice que debe 
hacer referencia a cada uno de los documentos y a los capítulos y apartados que los 
componen, con el fin de facilitar su utilización.
El   documento   básico   está   formado   por   los   documentos   que   tienen   como   objetivo 
desarrollar, justificar o aclarar apartados específicos de la memoria u otros documentos 
básicos   del   proyecto.   Este   documento   debe   contener   los   anexos   necesarios   (según 
proceda en cada caso) correspondientes a:

7.2.1 Documentación de entrada
Este anexo debe incluir la documentación de la que debe disponer el autor del proyecto 
(Petición de Propuesta, Pliego de Condiciones, información de fases anteriores).

7.2.2 Análisis y Diseño del sistema
Este anexo debe incluir los documentos de análisis y diseño. 

Versión final (16/06/2005) 21/24

 UNE 157 801
La estructura de este anexo debe depender de la metodología empleada y la complejidad 
del proyecto, alguno de los aspectos que pueden incluirse en este apartado son:
• En   cuanto   al   análisis:   Modelo   del   sistema   a   construir,   realizado   a   partir   de   los 
requisitos iniciales.
• En cuanto al diseño: Arquitectura del sistema propuesto y los modelos de diseño 
correspondientes a la funcionalidad, interfaces y datos. Todo ello realizado a partir 
del modelo de análisis señalado anteriormente. 
.
El   desarrollo   de   este   apartado   puede   ser   muy   dispar   dependiendo   del   alcance   del 
proyecto, de la metodología empleada, del tamaño del proyecto, etc. En función de éstos, 
en este apartado se podrán incluir todos aquellos aspectos tales como Análisis de casos 
de uso, Diseño de alto nivel, Diseño detallado y resultados de las actividades de análisis y 
diseño con los diagramas que se consideren procedentes.

7.2.3 Estimación del tamaño y esfuerzo

Es este anexo debe detallar y estimar cuantas métricas sean de aplicación y de interés al 
proyecto en decisión de sus autores.
El   contenido   de   este   anexo   debe   servir   de   base   para   la   elaboración   del   presupuesto 
detallado.

Se  debe  determinar por  los autores la o  las métricas a  aplicar al  proyecto  y  se  debe 

valorar cada una de ellas de acuerdo a los datos contenidos en el proyecto y usando los 
criterios estándar determinados por las instituciones de normalización de métricas.

Si   se   utilizasen   métricas   propias   deben   estar   adecuadamente   documentadas, 

contrastadas y referenciadas.

7.2.4 Planes de gestión del proyecto

Este anexo, según el alcance del proyecto y la complejidad, debe describir la forma en la 
que se realizará la gestión del proyecto.
Acorde con las normas internacionales, los planes de este tipo deben cubrir aspectos 
tanto de organización como de gestión del proyecto. Aunque el detalle de estos planes 
debe estar en concordancia con la complejidad del proyecto, se pueden considerar los 
siguientes:
• Gestión de la integración
• Gestión del alcance.
• Gestión de plazos.
• Gestión de costes.
• Gestión de la calidad.
• Gestión de recursos humanos.
• Gestión de comunicaciones.

Versión final (16/06/2005) 22/24

 UNE 157 801
• Gestión de riesgos.
• Gestión de adquisiciones.

7.2.5 Plan de seguridad

En este anexo se debe definir la seguridad de las entidades y elementos

relacionados con el proyecto y las medidas que se deben utilizar para integrar
ésta dentro del proyecto.

Sin ser excluyente, este apartado debe contener el Plan de Seguridad,

metodologías y herramientas a utilizar en la gestión de la seguridad en el
proyecto y la identificación de los puntos críticos donde la seguridad es
determinante o está impuesta por ley.

En este apartado se definirían todos los aspectos técnicos, organizativos y

legales de la gestión de la seguridad.

7.2.6 Otros   documentos   que   justifiquen   y   aclaren   conceptos   expresados   en   el 

proyecto
Se pueden incluir entre otros:
• Catálogos de los elementos constitutivos del objeto del proyecto.
• Listados.
• Información en soportes lógicos, magnéticos, ópticos u otros.

8. ESPECIFICACIONES DEL SISTEMA

8.1. Generalidades
Este documento básico debe incluir la especificación detallada de los requisitos, incluidos 
los diagramas que fueran necesarios. 

8.2. Contenido
La estructura de este documento dependerá de la metodología empleada y la complejidad 
y   alcance   del   proyecto.   Debe   cubrir   la   especificación   de   requisitos   funcionales   y   no 
funcionales del producto. Este documento debe servir de base para el análisis y diseño 
del sistema (véase punto 7.2.2). 

9. PRESUPUESTO

9.1. Generalidades
El presupuesto constituye uno de los documentos básicos del proyecto.

Versión final (16/06/2005) 23/24

 UNE 157 801
Tiene   como   misión   determinar   y   justificar   el   coste   económico   para   el   cliente   de   la 
ejecución del proyecto.

9.2. Contenido
El Presupuesto debe contener:
• Cuando   proceda,   un   cuadro   de   precios   de   las   unidades   de   medida 
correspondientes:  componentes   de   hardware,   elementos   de   software, 
horas­persona de diferentes categorías, elementos auxiliares y otros. 
• Cuando   proceda,   costes   de   unidades   lógicas   con   entidad   propia   dentro   del 
proyecto, con la descomposición correspondiente de componentes de hardware, 
elementos de software, horas­persona, elementos auxiliares y otros.
• El presupuesto propiamente dicho debe contener la valoración económica global, 
descompuesta siguiendo la estructura de desglose de los elementos utilizada en la 
planificación y ejecución del proyecto.
• El presupuesto debe especificar claramente las bases con las que se confecciona 
el mismo.

10. ESTUDIOS CON ENTIDAD PROPIA

10.1. Generalidades
Los Estudios con Entidad Propia constituyen uno de los documentos básicos del proyecto.
Tienen como misión incluir los documentos convenientes para adecuar el proyecto a las 
exigencias legales y que no aparezcan en los apartados anteriores.

10.2. Contenido
Puede comprender, entre otros y sin carácter limitativo estudios relativos a:
• Legislación sobre Seguridad y Protección de Datos.
• Legislación sobre Propiedad Intelectual e Industrial
• Prevención de Riesgos Laborales.
• Impacto Ambiental.

Versión final (16/06/2005) 24/24