You are currently reviewing an older revision of this page.
Scenario Services is a cloud based service that allows engineers to run engineering design simulations on the cloud. There are three types of use cases, representing a specific Solution Type in Scenario Services:
Optioneering Solutions involve designing multiple options (or Scenarios) of the same engineering model (such as a designing a specific bridge) and manually comparing performance of these scenarios to attain the best design. Scenario Services offers tools for comparing the performance of multiple scenarios.
QA Solutions are used to compare results produced by two versions of a software. The same set of models are run on both versions and differences in design results are highlighted when the difference exceed a pre-set threshold.
Definitions and concepts
CONNECTed Project is a project created by an Organization administrator or Project administrator using Bentley CONNECT portal or desktop interface. Note that Scenario Services does not offer ability to create or manage CONNECTed projects. However, a Scenario Services Solution must be associated with a CONNECTed project. A CONNECTed project is not limited to Scenario Services, but can contain other services such as PW Transmittal service, Project Sharing service, Content Services and so on.
Scenario represents a specific configuration or option of an engineering model, which will be compared with other configurations. For example, a plant building model with less number of bays but more bay width can represent one scenario; and another model with more bays but less bay width can represent another scenario. A scenario is “run” using a specified type of Cluster on the cloud. We shall use the term “job” and “scenario” interchangeably in this document.
Storing Results: Scenario Services must “prepare” data so these are readily (and persistently) available for comparison, visualization or downloading. SPS runs engineering analysis and design tasks on the cloud using Virtual Machines (or Nodes). These Nodes are transient in nature, i.e. these are taken down after a specific job is done. Therefore, results produced by the application must be moved to a permanent storage from where user can access it later.
Currently Scenario Services uses two strategies to store results. The results, which need to be compared or visualized, are stored in Azure tables, formatted in a way that is optimized for quick retrieval and display. The raw output files produced by the application are stored as-is on Azure Blob allowing the users to download these files later on demand.
Users must specify which comparison results and which output files will be needed in future. All other data are lost once the Scenario run is completed.
Performance Indicators: Performance Indicators are used to evaluate the overall performance of an engineering model. For example, in a tall building, the Story deflection will be one Indicator. The engineer will try to minimize the story deflection. Utilization Index, which denotes how effectively material is used in a model, may be another Indicator. The engineer will try to maximize the Utilization Index. User needs to evaluate a group of such Indicators needs to arrive at the most optimal design. Note that Performance Indicators are retrieved from the results produced by the application and stored in tables for easy retrieval. Sometimes a bit of data mining is needed to produce an indicator. For example, in a structural model, to get the number and length of all W12x26 beams, individual beam number and lengths need to be added up. This type of data mining or post-processing is done by the “wrapper” application for the specific discipline and forms an integral part of a Scenario run. Scenario Services does not perform any type of data mining at this point.
Detailed Input/Output Data: Detailed Data harvested from application outputs, typically used in QA solutions to compare results between two application versions. Example for a structural model will be nodal deflections for specific load combinations. This result set may store Node number, Nodal coordinates, load combination number and deflections for three axial directions.