Introducció a dRofus: gestiona els requisits de l'edifici en tot el seu cicle de vida

Webinar en espanyolEnregistrada el 22 de maig del 2020Durada 46:14dRofus

Sessió de presentació de dRofus des de zero. Joana Alsasua explica per a què serveix una base de dades de requisits i la recorre en directe: el programa d'habitacions, la vinculació de zones amb Archicad, el control de l'equipament planificat davant del col·locat i la sortida d'informes per a compres i per a consulta web.

Sessió de presentació de dRofus impartida per Joana Alsasua a la sala virtual de SIMBIM. Està plantejada des de zero, per a qui no coneix l'eina: quin problema resol, com s'organitza la seva base de dades i com s'utilitza al llarg del cicle de vida de l'edifici, des de la programació inicial fins al lliurament de dades per a manteniment. L'últim tram es reserva a les preguntes dels assistents. El punt de partida és que en un projecte intervenen molts agents, i bona part d'ells —promotor, client, equip de manteniment, usuaris finals— maneja informació crítica sense arribar a obrir mai el model. Aquests requisits viuen repartits en normatives, especificacions de client i documents solts. dRofus es presenta com la base de dades única on s'estructuren habitació a habitació i article a article, de manera que el compliment es comprova durant el disseny i no després: disseny impulsat per dades enfront de disseny impulsat per model. La demostració comença en la fase de planificació, dins de dRofus: l'arbre funcional d'habitacions, la fitxa de cadascuna amb les seves pestanyes d'ús, construcció, portes i finestres o instal·lacions, i les plantilles per a edificis amb moltes estances iguals. Després salta a Archicad, on el complement vincula cada zona amb la seva habitació de la base de dades, en mode Place Mode o sobre zones ja existents, i les fletxes de color del panell indiquen en quina direcció viatja cada dada. No arriba res a la base de dades fins que se sincronitzen les zones, i és allà on es compara l'àrea programada amb la mesura real. El bloc d'equipament segueix la mateixa lògica. Cada article té la seva fitxa —descripció, imatge de referència, equip responsable, documentació tècnica— i s'assigna a les habitacions que el necessiten, perquè el model pugui mantenir poca definició geomètrica mentre el detall queda a la base de dades. Des d'Archicad es veu quantes unitats s'havien planificat i quantes n'hi ha col·locades, es ressalten al model i es col·loquen les que falten. La sessió tanca amb la sortida d'aquestes dades: informes en PDF i Excel per a compres, i l'exportació de l'IFC a la base de dades perquè qui no treballa a Archicad o Revit consulti el projecte en 3D des del navegador. La ponent marca dos límits: dRofus no és un programa de pressupostos ni de manteniment, i no valida el model. Comprovar que un requisit es compleix és manual, o correspon a eines de validació com Solibri.

  • Quin problema resol una base de dades de requisits quan les normatives, les especificacions del client i les decisions de projecte viuen en documents separats.
  • Com s'organitza un projecte de dRofus en un arbre funcional d'habitacions i què conté la fitxa de cada habitació.
  • Com es personalitzen les pestanyes i els camps d'aquesta fitxa perquè cada tipus d'edifici reculli només els requisits que l'afecten.
  • Per què les plantilles d'habitació estalvien feina en edificis amb moltes estances del mateix tipus.
  • Com es vincula una zona d'Archicad amb la seva habitació de la base de dades, tant en mode Place Mode com sobre una zona ja creada.
  • Què indiquen les fletxes de color del panell sobre la direcció en què viatja cada dada entre Archicad i dRofus.
  • Per què cal sincronitzar les zones abans que la informació del model arribi a la base de dades.
  • Com es compara l'àrea programada d'una habitació amb l'àrea realment mesurada al model.
  • Com es defineix un article d'equipament i s'assigna a les habitacions que el necessiten.
  • Com es detecta des d'Archicad la diferència entre l'equipament planificat i el col·locat, i com es completa el que falta.
  • Quins informes s'extreuen en PDF i Excel per al procés de compres i licitació.
  • Per què dRofus gestiona requisits però no valida el model, i quin tipus d'eina s'ocupa d'aquesta comprovació.

  • 0:00 Bienvenida y objetivo de la sesión
  • 1:13 Cómo se estructura la presentación
  • 3:01 Qué es dRofus: planificación y gestión de datos
  • 5:25 Dónde encaja dRofus en un entorno BIM
  • 6:30 Los agentes del proyecto y la información crítica
  • 8:00 De requisitos fragmentados a una base de datos única
  • 9:02 Diseño impulsado por datos frente a diseño impulsado por modelo
  • 11:16 Base de datos en la nube y conexión bidireccional
  • 13:01 Tipos de proyecto donde más aporta
  • 15:22 Demostración: la fase de planificación
  • 16:44 El programa de habitaciones del edificio
  • 17:50 La ficha de habitación y sus pestañas de requisitos
  • 21:30 Demostración en Archicad: el complemento de dRofus
  • 22:22 Vincular zonas de Archicad con habitaciones
  • 23:34 Flechas naranjas y azules: dirección de los datos
  • 24:15 Sincronizar zonas y comprobar el área programada
  • 27:48 Plantillas de habitación
  • 28:18 Artículos y equipamiento: la ficha de cada elemento
  • 31:10 Planificado frente a colocado: control del equipamiento
  • 34:49 Informes para compras, licitación y mantenimiento
  • 37:12 IFC y visor web para el resto de agentes
  • 40:17 Preguntas: por qué dRofus no valida el modelo

Vegeu el webinar complet, gratis

Creeu el vostre compte gratuït de SIMBIM per accedir a aquesta sessió i a la resta de la Sala Virtual de SIMBIM. Ja hi teniu compte? Inicieu la sessió.

Avís — Aquesta sessió es publica tal com es va gravar. Els noms d'empreses i productes, logotips, càrrecs, certificacions, distintius i relacions comercials que hi apareixen reflecteixen la situació en el moment de la gravació i poden haver canviat des de llavors. Les versions i interfícies del programari mostrades també poden diferir de les actuals.

Presentada per

  • Joana Alsasua

← Sessions enregistrades