Shifted Boundary Method Requirements Traceability Matrix
This template follows INL template TEM-214, "IT System Requirements Traceability Matrix."
This document serves as an addendum to Framework Requirements Traceability Matrix and captures information for RTM specific to the Shifted Boundary Method module.
Introduction
Minimum System Requirements
In general, the following is required for MOOSE-based development:
A POSIX compliant Unix-like operating system. This includes any modern Linux-based operating system (e.g., Ubuntu, Fedora, Rocky, etc.), or a Macintosh machine running either of the last two MacOS releases.
| Hardware | Information |
|---|---|
| CPU Architecture | x86_64, ARM (Apple Silicon) |
| Memory | 8 GB (16 GBs for debug compilation) |
| Disk Space | 30GB |
| Libraries | Version / Information |
|---|---|
| GCC | 9.0.0 - 13.3.1 |
| LLVM/Clang | 14.0.6 - 19 |
| Intel (ICC/ICX) | Not supported at this time |
| Python | 3.10 - 3.13 |
| Python Packages | packaging pyaml jinja2 |
System Purpose
Summarize the reason(s) for the system being developed or modified.
The document must include the "system-purpose" template item, this can be included by adding the following to the markdown file (sqa/shifted_boundary_method_rtm.md):
!template! item key=system-purpose
Include text (in MooseDocs format) regarding the "system-purpose" template item here.
!template-end!System Scope
Delineate the following:
Identify the product(s) to be produced by name (Network Infrastructure, Host DBMS, Report Generator, HPC Server, etc.)
Explain what the product(s) will, and, if necessary, will not do
Describe the application of the product being specified, including relevant benefits, objectives, and goals.
Be consistent with similar statements in higher level specifications (e.g., business requirements specification).
The document must include the "system-scope" template item, this can be included by adding the following to the markdown file (sqa/shifted_boundary_method_rtm.md):
!template! item key=system-scope
Include text (in MooseDocs format) regarding the "system-scope" template item here.
!template-end!Assumptions and Dependencies
The Shifted Boundary Method module is developed using MOOSE and can itself be based on various MOOSE modules, as such the RTM for the Shifted Boundary Method module is dependent upon the files listed at the beginning of this document.
Pre-test Instructions/Environment/Setup
Ideally all testing should be performed on a clean test machine following one of the supported configurations setup by the test system engineer. Testing may be performed on local workstations and cluster systems containing supported operating systems.
The repository should be clean prior to building and testing. When using "git" this can be done by doing a force clean in the main repository and each one of the submodules:
git clean -xfd
git submodule foreach 'git clean -xfd'
All tests must pass in accordance with the type of test being performed. This list can be found in the Software Test Plan.
Changelog Issue Revisions
Errors in changelog references can sometimes occur as a result of typos or conversion errors. If any need to be noted by the development team, they will be noted here.
If errors are found in issue references related to the changelog (e.g., commit history), these should be noted here. The commit in which the incorrect issue reference occurs should be listed, and the correct issue should be added alongside each entry. Relevant links to all items are required. An example of this is shown below:
| MOOSE Commit | Incorrect Referenced Issue | Correct Referenced Issue |
|---|---|---|
| 48db61 | idaholab/sockeye#19845 | idaholab/sockeye#130 |
The document must include the "log-revisions" template item, this can be included by adding the following to the markdown file (sqa/shifted_boundary_method_rtm.md):
!template! item key=log-revisions
Include text (in MooseDocs format) regarding the "log-revisions" template item here.
!template-end!System Requirements Traceability
Functional Requirements
- shifted_boundary_method: Coverage
- 18.1.1The system shall
- report the closest distance vector and surface normal at element centroids when parsed-function and mesh-based surfaces are combined in a single query.
- build boundary element representations from an SBM surface mesh without a KDTree when KDTree construction is disabled.
- report when an SBM surface mesh is not watertight.
- return zero distance when the query point lies on the surface mesh.
Specification(s): coverage/omnibus, coverage/build_kd_tree_false, coverage/non_watertight, coverage/gradient_on_surface
Design: SBMSurfaceMeshBuilderShortestDistanceToSurfaceUnsignedDistanceToSurfaceMesh
Issue(s): #31937
Collection(s): FUNCTIONAL
Type(s): RunAppExodiff
- shifted_boundary_method: Distance Calc
- 18.2.1The system shall compute
- the distance field in 2D.
- the distance field in 3D.
- the distance field in 2D when signed level-set and mesh-based surfaces are combined.
- the distance field in 3D when signed level-set and mesh-based surfaces are combined.
Specification(s): distance_test/2D_distance_refine, distance_test/3D_distance_refine, distance_test/2D_multiple_distance_refine, distance_test/3D_multiple_distance_refine
Design: UnsignedDistanceToSurfaceMeshShortestDistanceToSurface
Issue(s): #31937
Collection(s): FUNCTIONAL
Type(s): Exodiff
- 18.2.2The system shall throw an error
- if ElementCentroidToSurfaceDistanceAux is applied to a nodal variable.
- if ShortestDistanceToSurface receives a function whose type is not ParsedFunction or UnsignedDistanceToSurfaceMesh.
- if the embedding mesh dimension does not match the SBM surface mesh dimension plus one.
- if the SBM surface mesh contains element types other than EDGE2 or TRI3.
- if the SBM surface mesh is distributed, since SBMSurfaceMeshBuilder requires a replicated mesh for its In-Out test.
- if an UnsignedDistanceToSurfaceMesh function is paired with an SBMSurfaceMeshBuilder that was configured without a KDTree.
Specification(s): error_test/nodal_variable, error_test/unsupported_surface_function, error_test/dim_mismatch, error_test/unsupported_element_type, error_test/distributed_surface_mesh, error_test/unsigned_distance_without_kd_tree
Design: UnsignedDistanceToSurfaceMeshShortestDistanceToSurface
Issue(s): #31937
Collection(s): FAILURE_ANALYSISFUNCTIONAL
Type(s): RunException