EL USO DE LOS SISTEMAS DE CLASIFICACION BIM, Resúmenes de Diseño Arquitectónico

¡Descarga EL USO DE LOS SISTEMAS DE CLASIFICACION BIM y más Resúmenes en PDF de Diseño Arquitectónico solo en Docsity! NORMAS ISO 19650 Y USOS DE SISTEMAS DE CLASIFICACIÓN CURSO Contenido 1. APLICACIÓN DE LA ISO 19650 EN EL PROYECTO ............................................................................. 3 1.1 Producción colaborativa de la información ........................................................................ 4 1.1.1. Flujo de trabajo ........................................................................................................... 4 1.1.2. Seguridad de la información ....................................................................................... 5 1.1.3. Clasificación de los elementos del modelo ................................................................. 6 1.1.3.1 Sistemas de Clasificación BIM existentes .............................................................. 7 1.1.3.2 Elección del sistema de clasificación ..................................................................... 8 1.1.3.3 Sistemas de Clasificación en el modelo IFC ......................................................... 11 1.1.4. Nivel de información necesario ................................................................................. 13 1.1.5. Federación de la información .................................................................................... 14 1.1.6. Identificación de los contenedores de información.................................................. 14 1.2 Entrega de la información ................................................................................................. 17 1.2.1. Entregables de información ...................................................................................... 17 1.2.2. Formato del entregables de información ................................................................. 17 2. REFERENCIAS ...................................................................................................................................... 19 ▪ Estado publicado (P). Aplica a la información que ha sido autorizada para su uso en una determinada fase. ▪ Estado archivo (ARC). Se trata de un registro de las creación y cambio de estado de los diferentes contenedores de información. La información contenida en un CDE deberá estar trazada en función de la persona que la haya generado y del estado de dicha información, tal y como se recoge en la siguiente figura. Figura 2: Estados de la información dentro del CDE 1.1.2. Seguridad de la información Cuando se está trabajando en un Entorno Común de Datos (CDE), en el que la información puede estar accesible para diferentes organizaciones, es de vital importancia asegurar el acceso y uso de la información. Es por tanto necesario tener en cuenta los problemas de vulnerabilidad y los riesgos de seguridad, así como la existencia de información sensible en el modelo de información o documentación relacionada. Hay una serie de activos que, por su naturaleza, contienen información sensible, como es el caso de infraestructuras críticas o los considerados como espacios multitudinarios, tales como estadios, pabellones deportivos, hoteles, calles comerciales, mercados, plazas, parques, estaciones de transporte, hospitales, etc. La pérdida, alteración, uso indebido o acceso no autorizado a esta información sensible puede tener una serie de repercusiones graves que hay que tener en cuenta: ▪ Afectar a la privacidad, protección o seguridad de personas; ▪ Comprometer la propiedad intelectual o secretos comerciales de una organización. ▪ Causar daños comerciales o económicos a una organización. Para poder responder de forma adecuada a los riesgos de seguridad, puede ser necesario definir una estrategia de gestión de dichos riesgos, tal y como se detalla en la norma ISO 19650-5. Dicha estrategia debe tener en cuenta que BIM es una metodología colaborativa, en la que existe intercambio de información entre organizaciones, por lo que será necesario tener en cuenta los requisitos de seguridad de cada una de ellas para establecer los riesgos y tolerancias a lo largo del ciclo de vida. La aplicación de las medidas establecidas en la estrategia de seguridad se llevará a cabo mediante un plan de gestión de la seguridad, cuyo principal objetivo es garantizar la fiabilidad, integridad, confidencialidad y autenticidad de la información. Figura 3: Proceso de gestión de la seguridad simplificado conforme a la norma ISO 19650-5 1.1.3. Clasificación de los elementos del modelo Los proyectos y obras de construcción también acaban resultando muy complejos en prestaciones, funciones, procesos constructivos, gestión o mantenimiento. Por todo ello el sector requiere cada día más, que los elementos que componen las obras se puedan clasificar bajo múltiples criterios. Clasificar es organizar por clases un conjunto de elementos; esta organización responderá a un criterio capaz de dar respuesta a un objetivo o directiva, como su forma o su material. La clasificación de los elementos que componen del modelo tiene una gran cantidad de usos, como puede ser la búsqueda y filtrado de la información o la vinculación de la información a, por ejemplo, actividades de obra, partidas presupuestarias o tareas de mantenimiento. 1.1.3.1 Sistemas de Clasificación BIM existentes Un sistema de clasificación es una forma de agrupar y organizar elementos para una finalidad concreta: Figura 4: Estructura tipo árbol de un sistema de clasificación (Fte. Guía Sistemas Clasificación buildingSMART Spain) El uso de un sistema de clasificación facilita que las partes interesadas se entiendan de manera inequívoca. En el sector AECO, los proyectos y obras de construcción se requiere que los elementos que componen el proyecto se puedan clasificar bajo múltiples criterios: función, material, fase, etc. En la actualidad existen varios sistemas de clasificación internacionales, siendo UNICLASS, OMNICLASS y COCLASS los más conocidos, así como otros que tienen un carácter más nacional, como es el caso del Sistema de Clasificación GUBIMCLASS, y que ha sido adoptado de forma general en España en proyectos de edificación, o el Sistema de Clasificación SCFClass, que se utiliza en el ámbito ferroviario, aunque puede ser aplicado también en otros ámbitos de infraestructuras. La siguiente tabla realiza una comparativa entre estos sistemas de clasificación: ▪ En qué momento se ha modelado -> Tabla FASES ▪ En qué actividad/es de obra se ejecuta -> Tabla ACTIVIDADES ▪ A qué partida/s presupuestaria/s pertenece -> Tabla PRESUPUESTO En los modelos BIM, clasificar implica relacionar una entidad BIM con el nivel de un sistema de clasificación asignándole su código y descripción del nivel. Cuando a un elemento se le asignan distintos códigos se obtiene un elemento multiclasificado, tal y como se aprecia en los siguientes ejemplos tomados de la Guía de Sistemas de Clasificación de buildingSMART Spain: ▪ Según varios sistemas de clasificación: Una misma viga estructural se puede codificar en base a Omniclass 21 como “21-02 10 10 10 Floor Structural Frame”, en base a Uniclass 2015 como “Ss_20_20 Stuctural beams” y en base a GuBIMClass como “20.20.20.40 Viguetas”. ▪ Según varias tablas dentro de un mismo sistema de clasificación: Siguiendo con las vigas, se les puede asignar el código “Ss_20_20 Structural beams” de la tabla Uniclass 2015 de “Sistemas” y el código “Pr_20_85_08 Beams and joists” de la Uniclass de “Productos”. ▪ Según varias clases dentro de una misma tabla de un sistema de clasificación: En el Sistema de Clasificación Ferroviario SCFClass un elemento puede estar multiclasificado por estar formado por cuatro materiales (Aluminio, Hierro forjado, Vidrio y Acero laminado) según la tabla MATERIALES y por dos conceptos de actividades de obra según la tabla de ACTIVIDADES. Figura 7: Ejemplo de listado de clasificaciones aplicadas al modelo conceptual de SCFclass (derecha, arriba) y detalle de clases aplicadas al elemento seleccionado (derecha, abajo). (Fte. Guía Sistemas Clasificación buildingSMART Spain) Teniendo esto en cuenta, y centrándonos en el uso de sistemas de clasificación en un proyecto, el adjudicador deberá indicar en el pliego del mismo el (o los) sistema de clasificación que quiera que se utilicen. Dicha información deberá ser reflejada, posteriormente, por el adjudicatario principal en el Plan de Ejecución BIM, pudiendo, entonces, añadir otros posibles sistemas de clasificación que considere de utilidad. Figura 8: Esquema de selección del sistema de clasificación de un proyecto 1.1.3.3 Sistemas de Clasificación en el modelo IFC Cuando se entregan los modelos en formato IFC, es importante asegurar que la información de la clasificación de los elementos está integrada en el modelo. Cabe decir que el modelo IFC proporciona una estructura de árbol de entidades y tipos predefinidos de objetos en ciertas áreas de construcción. Por lo tanto, estas partes del esquema IFC son comparables a un sistema de clasificación. Figura 9: Entity inheritance para IfcBuildingElement según esquema IFC4 ADD2 TC1 Por ejemplo, en el caso de los muros (IfcWall), a través de las diferentes propiedades y atributos, el esquema IFC permite clasificar los muros como fachadas, particiones internas, etc. Sin embargo, habitualmente es necesario un sistema de clasificación más amplio y profundo, como los que se han citado anteriormente, y es importante que la información de la clasificación de cada elemento, según el sistema elegido, no se pierda al exportar el modelo al formato IFC. Para ello, el esquema IFC hace uso de las clases IfcClassification e IfcClassificationReference. ▪ IfcClassification: Este parámetro engloba la información propia de la tabla de clasificación como la fuente (el origen o el publicador de dicha tabla), la edición, la fecha de edición, el nombre, la descripción o la ruta de descarga. ▪ IfcClassificationReference: Este parámetro engloba la información propia de la clase concreta de la tabla concreta a la que pertenece como el código y la descripción de la clase. Figura 10: Definición de la clasificación de los elementos dentro del esquema IFC Esta es la opción que desde BuildingSMART se recomienda al ser más versátil a la hora de ser consultada y revisada, al menos, para tablas de clasificación de tipo funcional. Esta identificación de los contenedores de información aporta una serie de beneficios: ▪ Aporta información a los agentes intervinientes.  ▪ Permite la clasificación, filtrado o búsqueda de información más eficientes.  ▪ Mejora el intercambio de información entre agentes a lo largo de todo el ciclo de vida del activo construido El identificador de cada contenedor de información se debe definir conforme a la norma establecida y acordada antes de iniciar el proyecto. A la hora de definir la nomenclatura a utilizar en el proyecto, deberá especificarse: ▪ El conjunto de campos que componen la nomenclatura y la longitud de cada uno de ellos. ▪ Si los campos que componen la nomenclatura estarán en el nombre del contenedor de información, en sus metadatos, o incluso en el nombre de la carpeta donde se ubique. ▪ El formato de texto de los campos, como por ejemplo UpperCamelCase (A-Z, a-z, 0-9), así como el delimitador entre campos, como por ejemplo el guión medio “-“. buildingSMART Spain ha definido un sistema de nomenclatura que puede ser adaptado para cualquier tipo de organización y proyecto, y en la que se han definido una serie de campos conforme a los requisitos de la ISO 19650: ▪ El campo Proyecto (Project) representa el Código del proyecto que se utilizará de manera consistente durante el desarrollo del mismo. Este campo facilita la identificación de un expediente, contrato o proyecto. El campo proyecto no se refiere necesariamente a un proyecto arquitectónico o de ingeniería. Debe entenderse desde un punto de vista más amplio: como código de expediente o código de contrato. ▪ El campo Creador (Originator) identifica a la organización creadora del documento. Este campo debe permitir identificar con claridad la autoría del contenido de un documento. ▪ El campo Volumen o Sistema (Volume or System) representa agrupaciones, áreas, tramos o subproyectos representativos en los que se fragmenta el proyecto. ▪ El campo Nivel o Localización (Levels or Location) identifica la localización de la información dentro de un determinado Volumen o Sistema. ▪ El campo Tipo de Documento (Type of Document) identifica la tipología del documento (modelo, plano, acta, memoria, etc.), ya sea un entregable o cualquier otro documento auxiliar que pueda generarse durante el transcurso de todo el ciclo de vida del activo y requiera ser archivado. ▪ El campo Disciplina (Discipline) identifica el ámbito, materia o actividad al que se corresponde el documento (arquitectura, estructuras, etc.). ▪ El campo Número (Number) es un ordinal que sirve para enumerar partes, utilizándose de elemento diferenciador cuando el resto de campos tengan valores iguales. ▪ El campo Descripción (Description) es un texto que describe el documento para facilitar el reconocimiento y la comprensión de su contenido por parte de un humano durante todo el ciclo de vida del mismo. ▪ El campo Estado (Suitability/Status) define la situación, temporal o definitiva del documento. Este campo informa sobre la finalidad del documento. De este modo, mediante el intercambio de documentación podremos saber si el documento tiene por objeto un proceso de revisión, comentarios, aprobación por alguna de las partes. ▪ El campo Revisión (Revision) define la versión del documento que identifica, en relación con el documento al que sustituye, de tal forma que un mayor código de revisión indica un mayor número de revisiones sobre el documento inicial. Este campo permite asegurar la trazabilidad de los cambios introducidos en el documento a lo largo del ciclo de vida del activo. La siguiente tabla resume los campos definidos por la Nomenclatura de buildingSMART Spain en su versión 1.0. Figura 14: Campos de la nomenclatura de buildingSMART Spain 1.2 Entrega de la información A medida que avance el proyecto, se irán produciendo los entregables de información (que de forma conjunta conforman el modelo de información) que se especificaron en el MIDP. La entrega de la información debe realizarse en el CDE Para asegurar la calidad del modelo de información producido al final del proyecto, el proceso de entrega de cada contenedor de información debe realizarse conforme al flujo de trabajo del CDE que se ha descrito anteriormente. 1.2.1. Entregables de información Todos los contenedores de información generados durante el proyecto componen el modelo de información, el cual será entregado al adjudicador. ▪ El modelo de información que se obtiene durante las fases de diseño y construcción se denomina modelo de información del proyecto (PIM). ▪ El modelo de información que se genera y mantiene durante la fase de operación de denomina modelo de información del activo (AIM). Dicho esto, es importante destacar que una de las ventajas de utilizar la metodología BIM y disponer de una fuente común de información es la capacidad de extraer de dicha fuente una serie de entregables que estén actualizados y sean coherentes. Habitualmente, los adjudicadores requieren que haya una serie de entregables que puedan ser extraídos directamente del modelo, tales como: ▪ Submodelos por disciplinas. ▪ Planos. ▪ Mediciones. ▪ Presupuestos. ▪ Simulaciones constructivas. 1.2.2. Formato del entregables de información El formato (informático) de los entregables de información es otro de los aspectos fundamentales, puesto que es necesario que el receptor de estos (ya sea una persona directamente o a través de una herramienta software) pueda acceder a la información del entregable e interpretarla de forma unívoca.