Diferenças entre edições de "Codificação usando entidades IFC: Exemplo 3"

Da wiki WIQI GEQUALTEC
Ir para: navegação, pesquisa
 
(Há 4 edições intermédias do mesmo utilizador que não estão a ser apresentadas)
Linha 1: Linha 1:
 +
=== Dados do usuário, da organização e da aplicação ===
 +
 
Concluída a secção HEADER segue-se a secção DATA, secção onde se dispõe a linguagem de código propriamente dita. Por uma questão de metodologia, facilidade de trabalho e encadeamento lógico, as entidades discriminadas na secção DATA estão organizadas por módulos (grupos), pelo agrupamento de informação de natureza semelhante ou que contribui para uma mesma finalidade. O primeiro grupo introduzido no ficheiro IFC em questão contem as instâncias que introduzem as informações relacionadas com o usuário, dados da aplicação e também da organização. Novamente refere-se que a secção DATA tem obrigatoriamente que iniciar-se com a string “DATA;”.
 
Concluída a secção HEADER segue-se a secção DATA, secção onde se dispõe a linguagem de código propriamente dita. Por uma questão de metodologia, facilidade de trabalho e encadeamento lógico, as entidades discriminadas na secção DATA estão organizadas por módulos (grupos), pelo agrupamento de informação de natureza semelhante ou que contribui para uma mesma finalidade. O primeiro grupo introduzido no ficheiro IFC em questão contem as instâncias que introduzem as informações relacionadas com o usuário, dados da aplicação e também da organização. Novamente refere-se que a secção DATA tem obrigatoriamente que iniciar-se com a string “DATA;”.
  
[[Ficheiro:Modelo IFC - Dados do usuário, da organização e da aplicação.png|thumb|center|400px|Modelo IFC - Dados do usuário, da organização e da aplicação]]
+
[[Ficheiro:Modelo IFC - Dados do usuário, da organização e da aplicação.png|thumb|center|800px|Modelo IFC - Dados do usuário, da organização e da aplicação <ref name ="Sergio Pinho,2013">S. Pinho, “O Modelo IFC como agente de interoperabilidade: Aplicação ao domínio das estruturas,” Universidade do Porto - Faculdade de Engenharia, 2013.</ref>
 +
]]
 +
 
 +
[[Ficheiro:Aplicação - Dados do usuário, da organização e da aplicação.png|thumb|center|800px|Aplicação - Dados do usuário, da organização e da aplicação <ref name ="Sergio Pinho,2013">S. Pinho, “O Modelo IFC como agente de interoperabilidade: Aplicação ao domínio das estruturas,” Universidade do Porto - Faculdade de Engenharia, 2013.</ref>
 +
]]
 +
 
 +
Tomando a classe “#2 = ''IfcApplication''” como exemplo, nela podem ser encontrados atributos directos e um atributo inverso. Como atributo directo tem-se por exemplo a informação “Made via Notepad++” e como atributo indirecto tem-se “#1”. Como se pode observar pela figura, quando o número identificador de uma entidade é colocado dentro da secção de atributos de uma outra, é feita uma ligação entre entidades que funciona como uma espécie de link. Uma das entidades mais importantes deste grupo é a ''IfcOwnerHistory'', que especifica informação relacionada com a identificação e historial da aplicação. Para tornar o seu acesso rápido, esta entidade poderá estar directamente indexada em todos os objectos independentes, relações e propriedades.
 +
 
 +
 
  
[[Ficheiro:Aplicação - Dados do usuário, da organização e da aplicação.png|thumb|center|800px|Aplicação - Dados do usuário, da organização e da aplicação]]
+
== Referências Bibliográficas ==
  
Tomando a classe “#2 = IfcApplication” como exemplo, nela podem ser encontrados atributos directos e um atributo inverso. Como atributo directo tem-se por exemplo a informação “Made via Notepad++” e como atributo indirecto tem-se “#1”. Como se pode ver pela Figura 4.12 quando o número identificador de uma entidade é colocado dentro da secção de atributos de uma outra, é feita uma ligação entre entidades que funciona como uma espécie de link. Uma das entidades mais importantes deste grupo é a IfcOwnerHistory, que especifica informação relacionada com a identificação e historial da aplicação. Para tornar o seu acesso rápido, esta entidade poderá estar directamente indexada em todos os objectos independentes, relações e propriedades.
+
<references/>

Edição atual desde as 14h05min de 24 de outubro de 2013

Dados do usuário, da organização e da aplicação

Concluída a secção HEADER segue-se a secção DATA, secção onde se dispõe a linguagem de código propriamente dita. Por uma questão de metodologia, facilidade de trabalho e encadeamento lógico, as entidades discriminadas na secção DATA estão organizadas por módulos (grupos), pelo agrupamento de informação de natureza semelhante ou que contribui para uma mesma finalidade. O primeiro grupo introduzido no ficheiro IFC em questão contem as instâncias que introduzem as informações relacionadas com o usuário, dados da aplicação e também da organização. Novamente refere-se que a secção DATA tem obrigatoriamente que iniciar-se com a string “DATA;”.

Erro ao criar miniatura: Ficheiro não encontrado
Modelo IFC - Dados do usuário, da organização e da aplicação [1]
Erro ao criar miniatura: Ficheiro não encontrado
Aplicação - Dados do usuário, da organização e da aplicação [1]

Tomando a classe “#2 = IfcApplication” como exemplo, nela podem ser encontrados atributos directos e um atributo inverso. Como atributo directo tem-se por exemplo a informação “Made via Notepad++” e como atributo indirecto tem-se “#1”. Como se pode observar pela figura, quando o número identificador de uma entidade é colocado dentro da secção de atributos de uma outra, é feita uma ligação entre entidades que funciona como uma espécie de link. Uma das entidades mais importantes deste grupo é a IfcOwnerHistory, que especifica informação relacionada com a identificação e historial da aplicação. Para tornar o seu acesso rápido, esta entidade poderá estar directamente indexada em todos os objectos independentes, relações e propriedades.


Referências Bibliográficas

  1. 1,0 1,1 S. Pinho, “O Modelo IFC como agente de interoperabilidade: Aplicação ao domínio das estruturas,” Universidade do Porto - Faculdade de Engenharia, 2013.