Codificação usando entidades IFC: Exemplo 9
Elementos Estruturais
Até este ponto foram definidas as classes com carácter mais geral, que podem fazer parte integrante da maioria dos ficheiros IFC. As classes expostas nas figuras onde se apresenta o modelo IFC e sua aplicação são as que permitem a construção dos elementos propriamente ditos. Na linha de raciocínio usada o primeiro passo foi definir uma malha de pontos (nós) e respectivas condições de fronteira (deslocamentos e restrições de mobilidade), onde posteriormente será feita a conexão dos membros estruturais (barras) dos pilares e vigas e também das lajes. Os nós foram identificados como inferior e superior para distinguir os diferentes níveis e também foram numerados para tornar mais perceptível a ligação dos pilares, vigas e laje nos pontos respectivos.
A definição de um nó é feita através do IfcVertexPoint que aplica esse nó ao ponto cartesiano que lhe está inversamente atribuído. A definição de nó estrutural ou ponto de suporte é dada pelo IfcStructuralPointConnection. Para que se possa fazer uma confirmação visual da correcta definição do nó, deve-se atribuir uma representação topológica ao elemento estrutural recorrendo à entidade IfcTopologyRepresentation cuja representação será feita através do IfcProductDefinitionShape. As referências topológicas variam consoante o tipo de elemento. Para a definição de um nó devem ser usados o identificador e tipo de representação “Reference” e “Vertex”, para a definição de uma barra “Reference” e “Edge” e para a definição de um plano “Reference” e “Face”.
O IfcBoundaryNodeCondition descreve as condições de apoio e conexões, permitindo restringir o movimento numa dada direcção através de valores booleanos de verdadeiro ou falso. Nos exemplos asseguir apresentados, o nó inferior é encastrado e por isso todos os booleanos são identificados como verdadeiros, isto é, o movimento é restringido em todas as direcções. Note-se que o encastramento do nó inferior faz neste caso a representação analítica de uma sapata. Na definição das condições de fronteira dos nós superiores não seria necessário definir o IfcBoundaryNodeCondition, pois neste caso esta instância não vem atribuir nenhuma limitação já que todos os valores booleanos são identificados como falso, não definindo assim nenhum tipo de restrição ao movimento (livre). Neste caso particular esta referência foi feita por uma questão de coerência metodológica.
A definição estrutural dos pilares e vigas é feita da mesma forma e com uma metodologia semelhante à definição dos nós. Agora, em vez de usada a entidade IfcVertexPoint é utilizada a entidade IfcEdge que juntamente com o IfcStructuralCurveMember faz a definição estrutural de uma barra e no lugar do IfcStructuralPointConnection é usado o IfcRelConnectsStructuralMember. Note-se que o uso desta entidade foi feita em duplicado porque se pretende que as barras estejam unidas por dois pontos. Estruturalmente a diferença entre pilares e vigas está apenas na orientação da peça, uma viga tem o seu eixo baricêntrico contido num plano horizontal e um pilar tem o seu eixo baricêntrico num plano vertical. Tanto para a situação dos pilares como para a situação das vigas poderia ter sido utilizadas as classes IfcDirection definidas inicialmente, apenas se voltou a redefinir estas classes para facilitar a mudança de direcção de um dos pilares ou vigas, caso de se revelar necessário.
As seguintes figuras procuram fazer a demontração da definição estrutural de uma laje.
Para finalizar a determinação dos elementos estruturais é necessário estabelecer uma relação entre os vários elementos e o IfcStructuralAnalysisModel (classe que será exposta mais à frente em momento oportuno), relação essa que é feita através do IfcRelAssignToGroup que faz a atribuição de definições de objectos a um determinado grupo.
_Viga_1.png){kind=link}
