As explained in the theory section, objects in BriefBuilder (e.g. spaces or systems) can have particular properties (e.g. size or capacity). You can create these on the detail view of an object, but you can also predefine them in the requirements settings menu.
You may for example want to predefine that all spaces should have a property ‘minimum floor-to-ceiling height’, or that all deliverables should have a property ‘submission moment’.
Below, we will explain how to do this. You can also watch the video.
Standard properties can be defined in the requirements settings menu, which can be found at the bottom of the navigation bar.
When you have clicked on ‘standard properties’ you get to see a selection window in which you can select the object type (systems, spaces, spatial elements etc.) for which you want to define standard properties.
Creating blocks and tables
If an object type does not yet have a table for standard properties, you will see a button that says: Define your first property block.
When clicking on that button, you are creating what-we-call a ‘block’ with standard properties on the detail view of that object type.
It is possible to make multiple blocks on a detail view by clicking on the on the top of the page. Please note however that a single block is usually sufficient.
It is also possible to subdivide a block into smaller tables (by clicking on the icon next to the block name) but, again, there is usually no need for this.
Creating a standard property
You can add standard properties to your block or table by clicking on Add standard property at the bottom of the table. If you do so, you get a table in which you can define the following property attributes:
The name of the property, indicating the quality or topic for which you want to define a requirement. For example, ‘energy usage’ or ‘floor area’.
Some explanatory words about the property, if relevant. Preferably the description is a formal definition from an accepted standard (e.g. an ISO or EN standard).
A symbol (>, <, =, etc.) that explains how the property’s value should be understood. Does it, for example, concern a minimum value (e.g. floor size > 30 m2) or a maximum value (e.g. temperature level < 20 oC).
The type of input that is allowed in the value field. There are four options:
- Text: allows the entry of text values (the most flexible option)
- Number: allows only numerical values (relevant when you want to calculate with values)
- Picklist: enables you to predefine values (e.g. class A, B and C)
- User: allows you to select (BriefBuilder) users (Please note: these are not really property values. This option is only relevant in very specific cases, such as when defining verification settings)
Unit of measure
The unit in which a value is expressed. For example: is the property value for floor size referring to square meters or square feet?
If you have chosen ‘picklist’ as input type (see earlier), this is where you can define the value options by clicking on Add value in the pop-up. You can also add a (short) description for every individual picklist option.
Changing the sequence of properties
You can change the sequence of standard properties in the table by means of the little arrows behind it (). When clicking on those arrows and holding on to your mouse button, you can move properties up and down.
Deleting standard properties
It is possible to delete a standard property by clicking on the icon. You will get a warning notification to ensure that you actually want to delete that property.
Importing standard property blocks
If you have a good set of standard properties in another project or in a library model, you can easily import these into your own model.
This can be done via the import property block button () at the top of the page (see image below).
When doing the import, the software checks whether there are properties in the source model and the target model that have the same name.
If that is the case—and if these properties are already in use in your model—none of your property attributes (description, input type, …) will be overwritten. This is to avoid changes to existing data.
But when properties have not yet been used in your model, you will get all the property attributes from the model from which you are doing the import.