Introdução ao dRofus: gerir os requisitos do edifício em todo o seu ciclo de vida

Webinar em espanholGravada em 22 de maio de 2020Duração 46:14dRofus

Sessão de apresentação do dRofus a partir do zero. Joana Alsasua explica para que serve uma base de dados de requisitos e percorre-a em direto: o programa de compartimentos, a ligação de zonas com o Archicad, o controlo do equipamento planeado face ao colocado e a saída de relatórios para compras e para consulta web.

Sessão de apresentação do dRofus dada por Joana Alsasua na sala virtual da SIMBIM. Está pensada a partir do zero, para quem não conhece a ferramenta: que problema resolve, como se organiza a sua base de dados e como se utiliza ao longo do ciclo de vida do edifício, desde a programação inicial até à entrega de dados para manutenção. O último troço é reservado às perguntas dos participantes. O ponto de partida é que num projeto intervêm muitos agentes, e boa parte deles — promotor, cliente, equipa de manutenção, utilizadores finais — lida com informação crítica sem alguma vez chegar a abrir o modelo. Esses requisitos vivem repartidos por regulamentos, especificações do cliente e documentos soltos. O dRofus é apresentado como a base de dados única onde se estruturam compartimento a compartimento e artigo a artigo, de modo que o cumprimento se verifica durante o projeto e não depois: projeto orientado por dados face a projeto orientado por modelo. A demonstração começa na fase de planeamento, dentro do dRofus: a árvore funcional de compartimentos, a ficha de cada um com os seus separadores de uso, construção, portas e janelas ou instalações, e os modelos para edifícios com muitos espaços iguais. Depois salta para o Archicad, onde o complemento liga cada zona ao seu compartimento na base de dados, em modo Place Mode ou sobre zonas já existentes, e as setas de cor do painel indicam em que direção viaja cada dado. Nada chega à base de dados até que as zonas sejam sincronizadas, e é aí que se compara a área programada com a medida real. O bloco de equipamento segue a mesma lógica. Cada artigo tem a sua ficha — descrição, imagem de referência, equipa responsável, documentação técnica — e é atribuído aos compartimentos que dele precisam, para que o modelo possa manter pouca definição geométrica enquanto o detalhe fica na base de dados. A partir do Archicad vê-se quantas unidades tinham sido planeadas e quantas estão colocadas, destacam-se no modelo e colocam-se as que faltam. A sessão encerra com a saída desses dados: relatórios em PDF e Excel para compras, e a exportação do IFC para a base de dados para que quem não trabalha em Archicad ou Revit possa consultar o projeto em 3D a partir do navegador. A oradora assinala dois limites: o dRofus não é um programa de orçamentação nem de manutenção, e não valida o modelo. Verificar que um requisito é cumprido é manual, ou compete a ferramentas de validação como Solibri.

  • Que problema resolve uma base de dados de requisitos quando os regulamentos, as especificações do cliente e as decisões de projeto vivem em documentos separados.
  • Como se organiza um projeto de dRofus numa árvore funcional de compartimentos e o que contém a ficha de cada compartimento.
  • Como se personalizam os separadores e os campos dessa ficha para que cada tipo de edifício recolha apenas os requisitos que lhe dizem respeito.
  • Porque é que os modelos de compartimento poupam trabalho em edifícios com muitos espaços do mesmo tipo.
  • Como se liga uma zona do Archicad ao seu compartimento na base de dados, tanto em modo Place Mode como sobre uma zona já criada.
  • O que indicam as setas de cor do painel sobre a direção em que viaja cada dado entre Archicad e dRofus.
  • Porque é preciso sincronizar as zonas antes de a informação do modelo chegar à base de dados.
  • Como se compara a área programada de um compartimento com a área realmente medida no modelo.
  • Como se define um artigo de equipamento e se atribui aos compartimentos que dele precisam.
  • Como se deteta a partir do Archicad a diferença entre o equipamento planeado e o colocado, e como se completa o que falta.
  • Que relatórios se extraem em PDF e Excel para o processo de compras e de concurso.
  • Porque é que o dRofus gere requisitos mas não valida o modelo, e que tipo de ferramenta se ocupa dessa verificação.

  • 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

Veja o webinar completo, grátis

Crie a sua conta SIMBIM gratuita para aceder a esta sessão e ao resto da Sala Virtual da SIMBIM. Já tem conta? Inicie sessão.

Aviso — Esta sessão é publicada tal como foi gravada. Os nomes de empresas e produtos, logótipos, cargos, certificações, distintivos e relações comerciais que nela aparecem refletem a situação no momento da gravação e podem ter mudado desde então. As versões e interfaces do software apresentadas podem também diferir das atuais.

Apresentada por

  • Joana Alsasua

← Sessões gravadas