- Clasificaciones recomendadas y obligatorias <\/li>
- Propiedades recomendadas y obligatorias<\/li>
- Objetos gr\u00e1ficos compartidos entre los proyectistas<\/li>
- Lista de propiedades por tipo de objeto<\/li>
- Documentaci\u00f3n de los objetos (por ejemplo, reglas de uso de los objetos)<\/li><\/ul>\n\n\n\n
Elementos intangibles:<\/em><\/p>\n\n\n\n
- Procesos y gesti\u00f3n
- Solicitud de un nuevo objeto <\/li>
- Actualizaci\u00f3n de un objeto existente <\/li>
- Invitaci\u00f3n de un usuario, etc.<\/li><\/ul><\/li><\/ul>\n\n\n\n
Objetos BIM b\u00e1sicos y opcionales<\/h2>\n\n\n\n
De hecho, una biblioteca compartida rara vez es tan exhaustiva. Dependiendo de su cultura, sus y su madurez BIM, solo ciertos elementos son relevantes. Distinguimos 3 niveles de madurez (siendo el nivel m\u00e1s bajo de madurez el m\u00e1s extendido hoy en d\u00eda):<\/p>\n\n\n\n
\n\t\n\t\t
\n\t\t\t <\/td>\n\t\t\t Nivel b\u00e1sico<\/strong><\/td>\n\t\t\t Nivel avanzado<\/strong><\/td>\n\t\t\t Nivel avanzado<\/strong><\/td>\n\t\t<\/tr>\n\t\t \n\t\t\t Elementos tangibles<\/strong><\/td>\n\t\t\t Una biblioteca compartida se compone de:<\/strong><\/em><\/td>\n\t\t\t \n\t\t\t - \n\t\t\t\t
- Archivo objeto 3D <\/li>\n\t\t\t\t
- Datos de construcci\u00f3n geom\u00e9trica <\/li>\n\t\t\t\t
- Etiqueta y clasificaci\u00f3n<\/li>\n\t\t\t<\/ul>\n\t\t\t<\/td>\n\t\t\t
\n\t\t\t - \n\t\t\t\t
- Archivo objeto 3D <\/li>\n\t\t\t\t
- Datos de construcci\u00f3n geom\u00e9trica <\/li>\n\t\t\t\t
- Etiqueta y clasificaci\u00f3n<\/li>\n\t\t\t\t
- Modelo de objetos* <\/li>\n\t\t\t<\/ul>\n\t\t\t<\/td>\n\t\t\t
\n\t\t\t - \n\t\t\t\t
- Propiedades geom\u00e9tricas <\/li>\n\t\t\t\t
- Objetos 3D <\/li>\n\t\t\t\t
- Etiqueta y clasificaci\u00f3n<\/li>\n\t\t\t\t
- Modelo de objetos*<\/li>\n\t\t\t\t
- Conjunto de propiedades por disciplina y por fase<\/li>\n\t\t\t<\/ul>\n\t\t\t<\/td>\n\t\t<\/tr>\n\t\t
\n\t\t<\/tr>\n\t\t \n\t\t<\/tr>\n\t\t \n\t\t<\/tr>\n\t\t \n\t\t<\/tr>\n\t\t \n\t\t\t Presentaci\u00f3n:<\/strong><\/em><\/td>\n\t\t\t \n\t\t\t - \n\t\t\t\t
- Accesible desde el software de origen<\/li>\n\t\t\t\t
- Ej.: plantilla<\/li>\n\t\t\t<\/ul>\n\t\t\t<\/td>\n\t\t\t
\n\t\t\t - \n\t\t\t\t
- Accesible internamente para todos <\/li>\n\t\t\t\t
- Ej.: servidor<\/li>\n\t\t\t<\/ul>\n\t\t\t<\/td>\n\t\t\t
\n\t\t\t - \n\t\t\t\t
- Accesible externamente para todos los colaboradores del proyecto <\/li>\n\t\t\t\t
- Ej.: plataforma SaaS<\/li>\n\t\t\t<\/ul>\n\t\t\t<\/td>\n\t\t<\/tr>\n\t\t
\n\t\t<\/tr>\n\t\t \n\t\t\t Elementos intangibles<\/strong><\/td>\n\t\t\t Hechos por: <\/strong><\/em><\/td>\n\t\t\t 1 o 2 miembros del equipo proyectistas<\/td>\n\t\t\t Un equipo de modelizaci\u00f3n dedicado<\/td>\n\t\t\t Todos los equipos de proyecto y socios <\/td>\n\t\t<\/tr>\n\t\t \n\t\t\t Para servir a:<\/strong><\/em><\/td>\n\t\t\t Todos los equipos proyectistas<\/td>\n\t\t\t Todos los equipos de proyecto y colaboradores <\/td>\n\t\t\t Todos los equipos de proyecto y colaboradores <\/td>\n\t\t<\/tr>\n\t<\/tbody>\n<\/table>\n\n\n\n *Modelo de objeto = propiedades de exigencias transversales por tipo de producto<\/p>\n\n\n\n
Se trata de una estructura de datos com\u00fan que define las propiedades (caracter\u00edsticas esenciales y no esenciales del producto, como la resistencia al fuego y el color) que describen cualquier tipo de producto de manera que resulte un objeto 3D fidedigno y utilizable.<\/p>\n\n\n\n
Los niveles de madurez BIM descritos aqu\u00ed se basan en el diagrama de BEW y Richards. En cuanto a los elementos intangibles, la organizaci\u00f3n es esencial, permite determinar las interacciones en torno a la herramienta y la valorizaci\u00f3n de las actividades realizadas en torno a los elementos tangibles:<\/p>\n\n\n\n
<\/figure>\n\n\n\n
\u00bfC\u00f3mo se crea una biblioteca BIM compartida?<\/h2>\n\n\n\n
En BIM&CO, vemos la implementaci\u00f3n de una biblioteca compartida como la creaci\u00f3n de un nuevo modelo (y no como un proyecto con fecha de finalizaci\u00f3n). Como cualquier modelo, debe satisfacer las necesidades de un perfil determinado (propietario del proyecto, operadores, Facility Manager, etc.). Tambi\u00e9n debe aportar valor a lo largo del tiempo.<\/p>\n\n\n\n
Claves para empezar: definir el marco de la biblioteca compartida<\/strong><\/h3>\n\n\n\n
El primer paso es establecer un informe de c\u00f3mo trabajan los equipos. Tambi\u00e9n es necesario identificar claramente los problemas que se pueden abordar. Una vez establecido este diagn\u00f3stico, ser\u00e1 necesario definir y priorizar los objetivos, delimitar el alcance abordado y, por \u00faltimo, establecer y compartir los criterios de \u00e9xito de la biblioteca compartida.<\/p>\n\n\n\n
Preguntas clave para definir el marco adecuadamente de la creaci\u00f3n de una biblioteca compartida:<\/p>\n\n\n\n
- \u00bfCu\u00e1les son las necesidades de los equipos de proyecto?<\/li>
- \u00bfCu\u00e1l es el alcance? \u00bfCu\u00e1ntas maquetas o equipos debe dirigirse esta biblioteca?<\/li>
- \u00bfQu\u00e9 vamos a poner en la biblioteca compartida?<\/li>
- \u00bfPara qui\u00e9n creamos la biblioteca compartida? \u00bfCu\u00e1ntas personas van a trabajar con esta biblioteca? <\/li>
- \u00bfCu\u00e1ntos modelos existentes se ver\u00e1n afectadas por la biblioteca compartida?<\/li>
- \u00bfQu\u00e9 tecnolog\u00edas debemos utilizar?<\/li>
- \u00bfQu\u00e9 tipo de clasificaciones y propiedades queremos tener en com\u00fan entre los diferentes modelos, departamentos, fases del proyecto?<\/li><\/ul>\n\n\n\n
Paso a paso<\/strong><\/h3>\n\n\n\n
Una vez definidos los objetivos, le aconsejamos que defina un primer alcance para su biblioteca compartida. Como con un modelo, limitar el alcance y los elementos tangibles a integrar le permitir\u00e1 entregar e iterar r\u00e1pidamente. De esta manera, se asegura un resultado r\u00e1pido y correcciones f\u00e1ciles. Con el tiempo, puede enriquecer este alcance teniendo siempre en cuenta los objetivos fijados y los criterios de \u00e9xito.<\/p>\n\n\n\n
Por ejemplo, si gestiona diferentes modelos y los objetos existentes ya son muy numerosos, no es realista tratar de cubrir todo a corto plazo. <\/p>\n\n\n\n
Un requisito previo para definir el alcance de la biblioteca compartida (y convencer a la gente de la necesidad de tener una) puede ser realizando un inventario de lo existente. Se trata de enumerar los diferentes tipos de objetos (recurrentes) y conjuntos (fases, oficios, tipos de proyectos\u2026) utilizados en el modelo. Cada miembro de los equipos puede contribuir aportando capturas de pantalla para catalogar lo existente de manera exhaustiva. El inventario permitir\u00e1 a los equipos:<\/p>\n\n\n\n
- Visualizar las incoherencias, si las hubiera.<\/li>
- Identificar los elementos que se pueden reutilizar.<\/li>
- Priorizar lo que se desarrollar\u00e1.<\/li><\/ul>\n\n\n\n
Establecer los principios de creaci\u00f3n y la elecci\u00f3n tecnol\u00f3gica<\/strong><\/h2>\n\n\n\n
Los principios de creaci\u00f3n son el primer paso, incluso antes de entrar en la fase de creaci\u00f3n del conjunto de propiedades. Estos principios guiar\u00e1n e inspirar\u00e1n a proyectistas e ingenieros. Por ejemplo, si uno de sus principios b\u00e1sicos es asegurar el uso espec\u00edfico de las l\u00edneas de referencia en Revit, todos los objetos podr\u00edan contener una captura de pantalla del interior del RFA para facilitar la validaci\u00f3n de la conformidad de la referencia BIM. Todos los objetos que no cumplan con este documento tendr\u00e1n que ser mejorados antes de su publicaci\u00f3n.<\/p>\n\n\n\n
La cuesti\u00f3n de la elecci\u00f3n tecnol\u00f3gica es clave al iniciar la biblioteca compartida. Pero no debe limitar la biblioteca compartida. Su biblioteca compartida debe ser tecnol\u00f3gicamente agn\u00f3stica, es decir, pensada independientemente de una tecnolog\u00eda y, al mismo tiempo, compatible con todas las tecnolog\u00edas principales de su negocio. Esto permite crear una experiencia reconocible y apropiada para los diversos programas de software. En pocas palabras, es la biblioteca la que debe controlar la elecci\u00f3n del espacio centralizado, y no al contrario. Por consiguiente, la consulta y la cooperaci\u00f3n de un director t\u00e9cnico (CTO), as\u00ed como de los referentes de negocio, es indispensable, mucho m\u00e1s all\u00e1 de la primera fase de aplicaci\u00f3n.<\/p>\n\n\n\n
- Procesos y gesti\u00f3n