Less manual work in exchanging requirements
Our client in this case, as a grid operator, is responsible for a high-voltage network. The client makes extensive use of standardization regarding requirements. These requirements were scattered in various documents, which meant that in practice they were not always applied with the same care and consistency. Learn how digitally structuring requirements ensures that they are reused very efficiently in the same way in every project.
From "document based" to "model based"
Our client has been working with standardization regarding requirements for years. What conditions installations must meet, how these installations must be built, etc.
Until a few years ago, these requirements were stored in documents. As a result, data around these requirements was applied in isolation on a project-by-project basis. The last project often served as the basis for the next project. This meant that certain data was continuously changing, making, for example, installation maintenance much more difficult to organize.
Together with consultants from Arcadis, among others, they started structuring the requirements from documents in a "requirements library". This marked the step from "document based" to "model based" work.
One advantage of this was that instead of sharing the full set of requirements, the company only shared the relevant "chapters" of project requirements with its contractors. For example, all requirements that fall within the "cables" chapter. This saved time for the contractor and reduced the likelihood of errors.
Data exchange now also "model based"
Having a digital "requirements library" was a great foundation for the next step: ensuring that contractors' applications could directly apply our client's data.
After all, if both humans and computers can understand and apply the data, you reduce manual labor to the maximum. An example: you write out a project and only share the relevant requirements with your contractors. Contractors import the data into their own systems and immediately have these relevant requirements. Provided with references to the source of the requirement and the link to the relevant object(s). You know immediately what the project needs to comply with and can then deliver back the requested information in a very focused way and with a great deal of certainty. The next step in efficiency has been made!
The "Laces Specifications" application
Our client chose Laces for sharing this data with internal and external applications. The requirements library was imported into the "Laces Specifications" application. From then on, this application serves as the central place where requirements are maintained and created.
The data in Laces is recorded according to open standards* (i.e. software neutral) and is therefore extremely suitable for exchange with other applications.
Our client also uses Laces for describing and capturing objects in the Object Type Library. The interaction between these two applications makes the detailed capture and targeted sharing of data with partners efficient and effective. Read how our client uses a Reference Data Library.
*Collaborate in unified ways to make information more secure, easier to exchange and more accessible to all. That is how open standards foster collaboration between government, citizens and business.
The cables chapter contains two sections: data cables and electrical cables. Within the electrical cables section, there are specific requirements based on the number of kilovolts that a cable must be able to handle. The project in question determines whether this should be 380 or 150 kilovolts, for example.
In the previous situation, the complete requirements package was handed over, consisting of hundreds of requirements, from the cables chapter. In the "new" situation, only the dozens of relevant requirements, which apply to 380 kilovolt cables, are shared. The contractor therefore no longer needs to review hundreds of requirements for relevance, which saves time and money.
In the library, our client clicks the project together, so to speak. Then the relevant requirements are shared. The contractor pulls this requirements package into any application at the push of a button. This significantly increases efficiency and reduces the likelihood of errors.