MPS is a suitable language for homeowners, designers, and builders to identify each component and task in the building construction procedure. The MPS communicates between the architect, design team, estimators, and programmers and directs the design progression procedure. It provides all the information about the building: which components should be modeled and with what level of detail the components are modeled, estimated and programmed. Present the efficient outline to project stakeholders. It can be termed as a written checklist that grew from a very representative level of detail to a high level of detail based on 3D geometry, cost and time. The predictable cost and schedule become more and more precise as the level of detail increases throughout the design procedure.
It arises from the need to define the representations of building elements in a BIM (it is possible to use a BIM for many purposes: costing, programming, performance simulation, code verification and visualization, etc.) and a framework for the accuracy and suitability of BIM. for specific uses. MPS methodically categorizes project data for each checkpoint in BIM practice.
Webcor builders associated with Vico build the concept and present it to the technology subcommittee of the AIA California Council of California’s Integrated Project Delivery (IPD) Task Force. To extend the usefulness of the MPS, all the opinions of architects, contractors, engineers, subcontractors, owners and software developers were taken into consideration. The AIA National Documents Committee approved the approach, provided further development, and included it in the new E202, an exhibition, in fall 2008.
In addition to its three-dimensional demonstration, a large amount of information can be associated with an element in a BIM. Information can be obtained from a variety of people. For example, while the architect generates a three-dimensional illustration of a wall, the GC may offer a cost, the HVAC engineer a U-value and thermal mass, an acoustic consultant an STC rating, and so on. To address this variety of inputs, the AIA Documents Committee devised the concept of “Model Component Author” (MCA), responsible for shaping the component’s three-dimensional representation.
Level of Detail (LOD).
In the central part of MPS there are the definitions of LOD. They are representations of the steps, in the course of which a BIM element can rationally progress from the lowest level of conceptual estimation to the highest level of representation precision. Five levels were enough to define the progression from the conceptual to the built. However, to assign to future intermediate levels, the levels are named 100 to 500. In the real sense, the levels are as follows:
100. Conceptual
200. Approximate geometry
300. Precise geometry
400. Manufacturing
500. As built
At LOD 100, the cost of a foundation structure is a standard $ 30 per square foot and the building requires a foundation structure. Neither dimensions nor production processes are recognized at this level of detail. In LOD 200 the approximate location and indicative dimensions of the foundation elements. In LOD 300, the results of the structural analysis are recognized, indicating that the actual dimensions of the foundation elements are verified and that a decision is prepared on the production system to be used (cast-in-place or precast?).
As the design expands, various elements of the model will transition from one LOD to the next at different speeds. For example, in conventional phases, most items must be in LOD 300 at the end of the CD phase, and many will move to LOD 400 in the shop drawing procedure during the construction phase. Some items, such as paint, will never be used beyond LOD 100, that is, the paint layer is not modeled in reality, but its cost and other properties are related to proper wall mounting.
As MPS moves from one project stage to the next, it is transformed by increasing the level of detail in one or more sections of your model specification. The ‘owner’ concept allows for the successful management of the work required to complete the required work. Identical and repeatable, the MPS is redistributed across multiple projects (since each component is unmatched, the progression in specificity remains generally the same).
MPS functionality in brief:
o Define a “purpose-based model” to include elements for estimating and programming
o Create a resource-loaded schedule by location that contains all methods and resources
o Design a model-based flowline program with the estimation data extracted from the model
o With the program loaded with costs, you can create cash flow diagrams for the owner
o With location-based schedule and control chart connecting to cost data, checking schedule status becomes an easy task
o Plot planned versus actual progress on the EVA curve, highlighting performance indicators from the schedule
With the application of BIM MPS being exceptionally useful for any project, the depth of collaboration at IPD creates some sort of organized approach like this essential. With this in mind, the MPS is developed to address two principles of IPR:
1. The requirement that “phase outcomes (milestones and end products) be succinctly defined” so that team members “identify with the level of detail at which they should be working and what decisions have been finalized (and no)”.
2. The idea of assigning tasks “on the basis of the best person, even when that differs from traditional role assignments” (Integrated Project Delivery: A Guide, p 13)
In a DPI project, with tasks assigned “according to the best person,” handoffs are likely to occur at various points in the design process. For example, the mechanical subcontractor can take over as MCA of the ducts during the Detailed Design phase.
References:
http://www.aecbytes.com/feature/2008/MPSforBIM.html
