Search NASA⌕ Search

SEARCH · Search NASA

Results for “Requirement Traceability Matrix”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 19 records

RELAP-7 Code Assessment Plan and Requirement Traceability Matrix

The RELAP-7, a safety analysis code for nuclear reactor system, is under development at Idaho National Laboratory (INL). Overall, the code development is directed towards leveraging the advancements in computer science technology, numerical solution methods and physical models over the last decades. Recently, INL has also been putting an effort to establish the code assessment plan, which aims to ensure an improved final product quality through the RELAP-7 development process. The ultimate goal of this plan is to propose a suitable way to systematically assess the wide range of software requirements for RELAP-7, including the software design, user interface, and technical requirements, etc. To this end, we first survey the literature (i.e., international/domestic reports, research articles) addressing the desirable features generally required for advanced nuclear system safety analysis codes. In addition, the V&V (verification and validation) efforts as well as the legacy issues of several recently-developed codes (e.g., RELAP5-3D, TRACE V5.0) are investigated. Lastly, this paper outlines the Requirement Traceability Matrix (RTM) for RELAP-7 which can be used to systematically evaluate and identify the code development process and its present capability.

42 ENGINEERING↗

RELAP-7 Software Verification and Validation Plan - Requirements Traceability Matrix (RTM) Part 2: Code Assessment Strategy, Procedure, and RTM Update

This document addresses two subjects involved with the RELAP-7 Software Verification and Validation Plan (SVVP): (i) the principles and plan to assure the independence of RELAP-7 assessment through the code development process, and (ii) the work performed to establish the RELAP-7 assessment plan, i.e., the assessment strategy, literature review, and identification of RELAP-7 requirements. Then, the Requirements Traceability Matrices (RTMs) proposed in previous document (INL-EXT-15-36684) are updated. These RTMs provide an efficient way to evaluate the RELAP-7 development status as well as the maturity of RELAP-7 assessment through the development process.

97 MATHEMATICS AND COMPUTING↗

RELAP-7 Software Verification and Validation Plan: Requirements Traceability Matrix (RTM) Update and Code Verification Strategy

This document describes the recent progress of the RELAP-7 Software Verification and Validation Plan (SVVP). The RELAP-7 RTM has been updated by adding the validation requirement items, rearranging the requirement items, and introducing the classifier to better describe the RELAP-7 V&V status at a specified point in time. Also, from the perspective of nuclear system code validation, six items from the list of LWR safety-relevant phenomena were identified as validation data gaps. Lastly, motivated by the needs revealed from the previous RELAP-7 IV&V activities, the independent verification plan for RELAP-7 has been established. The verification method, procedure, and verification test coverage suite discussed in this document will be applied to the future work for the RELAP-7 independent verification.

42 ENGINEERING↗

Importance of Requirements Analysis & Traceability to Improve Software Quality and Reduce Cost and Risk

The goal of this paper is to emphasize the importance of developing complete and unambiguous requirements early in the project cycle (prior to Preliminary Design Phase). Having a complete set of requirements early in the project cycle allows sufficient time to generate a traceability matrix. Requirements traceability and analysis are the key elements in improving verification and validation process, and thus overall software quality. Traceability can be most beneficial when the system changes. If changes are made to high-level requirements it implies that low-level requirements need to be modified. Traceability ensures that requirements are appropriately and efficiently verified at various levels whereas analysis ensures that a rightly interpreted set of requirements is produced.

Kapoor, Manju M.↗

Technical Maturity Assessment of Risk-Informed Safety Analysis Tools

Ensuring maximum safety while enhancing economic benefit is one of most important goal of In the of US Light Water Reactor Sustainability (LWRS) program. Optimization of the safety margins will provide best practice to achieve this goal which can also lead to cost reduction. Under the LWRS framework, the Risk-Informed Systems Analysis (RISA) Pathway has been focusing on the optimization of safety margin and minimization of uncertainties to ensure both safety and economics at the highest level. One of the important activities of the pathway is to deploy risk-informed analysis tools to related nuclear industry to support precise representation of safety margins and factors that contribute to cost and safety. The tools therefore need highest technical maturity so that industry can use immediately with strong credibility. The tools should have a capability to support risk-informed decision making for both probabilistic and deterministic elements of safety. The RISA Pathway, therefore, have been performing a comprehensive assessment of technical maturity and verification and validation (V&V) status of selected tools to improve adaptability to the industry. The technical maturity assessment includes three work scope: (a) define requirements based on risk-informed concept; (b) investigate and review development and V&V status for technical maturity assessment; and (c) identify technical gap and propose improvement to meet RISA toolkit requirements. The Requirement Traceability Matrix (RTM) concept was used to capture the requirements from user and developer of the project and/or software. The importance of each requirements was evaluated by Phenomena Identification and Ranking Technology (PIRT) which systematically gathers information and ranks the importance of the information. Finally, degree of the maturity was measured by Technology Readiness Level (TRL) for estimating the maturity of the technologies during the development and acquisition phase of certain technology. This paper summarizes development of assessment method and technical maturity evaluation of multi-purpose probabilistic risk analysis tool RAVEN.

, PIRT↗

Additional Model Datasets and Results to Accelerate the Verification and Validation of RELAP-7

The RELAP-7 code verification and validation activities are ongoing under the code assessment plan proposed in the previous document (INL-EXT-16-40015). Among the list of V&V test problems in the ‘RELAP-7 code V&V RTM (Requirements Traceability Matrix)’, the RELAP-7 7-equation model has been tested with additional demonstration problems and the results of these tests are reported in this document. In this report, we describe the testing process, the test cases that were conducted, and the results of the evaluation.

97 MATHEMATICS AND COMPUTING↗

October 2019 SAPHIRE 8 Software Quality Assurance Oversight Status Report

The software quality assurance oversight consists of updating and maintaining revision control of the System Analysis Program for Hands-on Integrated Reliability Evaluations (SAPHIRE) Version 8 quality assurance program documentation and of monitoring revision control of the SAPHIRE Version 8 source code. This report summarizes the oversight efforts through description of the revision control system (RCS) setup, operation and contents. Documents maintained under revision control include the Acceptance Test Plan (ATP), Configuration Management Plan, Quality Assurance Plan, Software Project Plan, Requirements Traceability Matrix (RTM), System Test Plan, Significance Determination Process (SDP) Interface Training Manual, and the SAPHIRE 8 “New Features and Capabilities Overview.” These documents are referred to and can be transmitted upon request of the Nuclear Regulatory Commission (NRC) Contracting Officer’s Representative (COR).

22 GENERAL STUDIES OF NUCLEAR REACTORS↗

VERAIn Software Requirements, Test Plan, and Test Report

This document describes the software test plan for VERAIn and provides appendices for the software requirements and software test report. In this document, the test platform hardware and software are described. Appendix A provides a list of the tests run and their acceptability as a test report, and Appendix B provides the list of low-level software requirements as a requirements traceability matrix.

97 MATHEMATICS AND COMPUTING↗

MPACT Software Test Plan, Requirements, and Test Report (V.4.3)

This document presents the software test plan for MPACT. The software requirements and software test report are provided in the appendices. The test platform hardware and software are described herein. Appendix A provides a list of the tests that were run and their acceptability as a test report. Appendix B provides the list of low-level software requirements as a requirements traceability matrix.

97 MATHEMATICS AND COMPUTING↗

The Mass Change Designated Observable Study: Overview and Results

The 2017–2027 United States National Academy of Sciences Decadal Survey (DS) for Earth Science and Applications from Space identified Mass Change (MC) as one of five Designated Observables (DOs) having the highest priority in terms of Earth observations required to advance Earth system science over the next decade. In response to this designation, NASA initiated several multi-center studies, with the goal of recommending observing system architectures for each DO for implementation within this decade. This paper provides an overview of the Mass Change Designated Observable (MCDO) Study along with key findings. The study process included: (a) generation of a Science and Applications Traceability Matrix (SATM) that maps required measurement parameters to the DS Science and Applications Objectives; (b) identification of three architecture classes relevant for measuring mass change: Precise Orbit Determination (POD), Satellite-Satellite-Tracking (SST) and Gravity Gradiometry (GG), along with variants within each architecture class; and (c) creation of a Value Framework process that considers science value, cost, risk, schedule, and partnership opportunities, to identify and recommend high value observing systems for further in-depth study. The study team recommended the implementation of an SST architecture, and identified variants that simultaneously (a) satisfy the baseline measurement parameters of the SATM; (b) maximize the probability of providing overlap with the Gravity Recovery and Climate Experiment Follow-On (GRACE-FO) mission currently in operation, accelerating science return from both missions; and (c) provide a pathway towards substantial improvements in resolution and accuracy of mass change data products relative to the program of record.

D N Wiese↗

QUASAR - QUAsi-Stationary Absolute Radiance Mission

This paper describes the scientific and developmental aspects behind the QUAsi-Stationary Absolute Radiance (QUASAR) mission study. The scientific motivation on which the mission is built is established, including the absolute flux calibration of standard and exoplanet host stars, supernova cosmology, and interferometry. Furthermore, we present a science traceability matrix that determines the requirements for the mission through the scientific objectives. Additionally, we provide the mission configuration. This includes the spacecraft structure, its payload, and the component architecture. Finally, we describe how components within the payload provide efficiency and redundancy within the mission.

Eliad Peretz↗

A Framework for Extending the Science Traceability Matrix: Application to the Planned Europa Mission

One of the most critical functions of the systems engineering requirements process for a large multi-instrument science-driven space mission is to successfully communicate customer expectations into a comprehensive and traceable science requirements flowdown. These requirements are essential to communicating the constraints on the scope of the science investigations and clarifying how multiple instruments contribute to a given science goal. They also provide insight into how the science goals of the whole mission are affected by design choices. There is little specific guidance available on best practices for developing this science-driven flowdown. A unified Science Traceability Matrix (USTM) contains a significant amount of information that can be leveraged for that purpose, but the USTM was not designed to directly produce a complete science requirements flowdown. Thus, starting with the principles codified in a USTM, the authors propose a framework that directly maps into the requirements flowdown and supports broader systems engineering processes while retaining its meaning to the science team. This Science Traceability and Alignment Framework, or STAF, defines a set of common definitions and valid relationships to structure communication across the project. In addition, STAF populates a network of information that can be useful to support complex mission analysis activities such as fault protection. This work discusses the highest-level implementation of the STAF, the project-domain or P-STAF, which describes an approach to decomposing customer requirements into science requirements. The planned Europa Mission is used as a case study for the implementation of this framework and its potential benefits to a project.

Susca, Sara↗

Robust Requirements Tracing via Internet Search Technology: Improving an IV and V Technique

There are three major objectives to this phase of the work. (1) Improvement of Information Retrieval (IR) methods for Independent Verification and Validation (IV&V) requirements tracing. Information Retrieval methods are typically developed for very large (order of millions - tens of millions and more documents) document collections and therefore, most successfully used methods somewhat sacrifice precision and recall in order to achieve efficiency. At the same time typical IR systems treat all user queries as independent of each other and assume that relevance of documents to queries is subjective for each user. The IV&V requirements tracing problem has a much smaller data set to operate on, even for large software development projects; the set of queries is predetermined by the high-level specification document and individual requirements considered as query input to IR methods are not necessarily independent from each other. Namely, knowledge about the links for one requirement may be helpful in determining the links of another requirement. Finally, while the final decision on the exact form of the traceability matrix still belongs to the IV&V analyst, his/her decisions are much less arbitrary than those of an Internet search engine user. All this suggests that the information available to us in the framework of the IV&V tracing problem can be successfully leveraged to enhance standard IR techniques, which in turn would lead to increased recall and precision. We developed several new methods during Phase II; (2) IV&V requirements tracing IR toolkit. Based on the methods developed in Phase I and their improvements developed in Phase II, we built a toolkit of IR methods for IV&V requirements tracing. The toolkit has been integrated, at the data level, with SAIC's SuperTracePlus (STP) tool; (3) Toolkit testing. We tested the methods included in the IV&V requirements tracing IR toolkit on a number of projects.

Hayes, Jane↗

A Framework for Writing Science Measurement Requirements and its Application to the Europa Multiple Flyby Mission

Science-engineering communication is critical to the success of any science-driven mission. The process of building this understanding relies on a shared language for communicating science needs and engineering results, which can be particularly difficult on large space-science missions where many different institutions contribute to the science team. The Science Traceability Matrix can be used to formalize this communication pathway, but it has limited use in the development of the science requirements flow down, and vary in format, scope and content from mission to mission. There are many guidelines on developing well-constructed requirements in general, but very little is published on how to actually write these science-driven requirements in a systematic way. This paper discusses the measurement-domain science traceability and alignment framework, or M-STAF, which was developed to help frame the conversation between scientists and engineers in the development of science measurement requirements. The MSTAF provides a common language that can be used to ensure consistency across instruments, completeness in the coverage of the requirements, and traceability of the engineering work to the science objectives of the project. This work discusses the framework in the context of other communication tools, how it can be implemented on a flight project, and provides examples of how it might be used to improve the measurement requirements set for a project. The general framework is presented through the lens of its potential application on the planned Europa Mission.

Oaida, Bogdan V.↗

An Optimization Approach to Support Science Decision Making for Lunar Surface Exploration

Introduction: Scientific exploration is one of the three pillars of NASA’s Moon2Mars architecture, with crew surface extra vehicular activities (EVA) serving a critical enabling function. Development of surface EVA operational planning and execution, specifically integrating science and flight control teams (FCT), is currently being explored through analog scenarios. This integration, exercised, for example, through the Joint EVA and Hu-man Surface Mobility Test Team (JETT), allows for science input on EVA activities in near real-time through a Science Evaluation Room (SER), or Arte-mis science backroom, which integrates with the broader FCT through the Science Officer. The SER works within the FCT to support dynamic EVA planning in response to changes in operational constraints as well as science opportunities and re-prioritization, increasing the mission science return and accelerating the accomplishment of the Moon2Mars science objectives. The SER works within the FCT to provide recommendations to traverse execution in near real-time. One challenge is the requirement to deliver SER inputs to the FCT on operationally relevant timelines. Failure to do so may result in suboptimal execution of science exploration EVAs or even loss of key science objectives. To close this gap, we present a network optimization tool to allow the SER to provide rapid input to the FCT in response to changes in operational constraints or science opportunities. Inputs are predicated on approved science objectives, and clear rationale must be provided to the FCT for any requested change. Accordingly, this tool incorporates the Science Traceability Matrix (STM), SER prioritization scheme, and station characterization and action planning with operational constraints such as duration, traverse speed, and distance to maximize science objectives based on SER priorities, consistent with FCT operational requirements. Method: As a proof of concept, we used an existing linear programing software package used to simulate optimal routes through cellular metabolism. We built a Demonstrative Model with three STM objectives and four stations on a region of the Moon. The objectives were given an arbitrary prioritization and mapped to the stations through four possible crew actions. (Figs. 1 and 2). This station to STM mapping is consistent with the method used by the JETT5 Science Team to develop analog surface EVA science planning. We used a grid system with the landing site at the origin and the four stations placed across the positive x,y quadrant. Actions were assigned to each station and the accomplishment of those actions resulted in a numerical “reward” based on the ability of that action to achieve science objectives. The aggregate reward from each individual STM objective contributes to a global score (Science Yield), weighted by its priority. Operational constraints included a requirement to start and end at the landing site, 5 minutes each for initial station characterization and “clean up,” and variable total EVA time, traverse rate (fixed to 0.5 meters per second in our example), and time to perform each action (10, 5, 7, and 15 min for actions 1, 2, 3, and 4, respectively). Additional constraints and variables will be added in the future (e.g., sample mass, number of stations, traverse route constraints, illumination). Optimization. We converted the connections (arcs) between these stations (nodes) into a mixed integer linear programming optimization problem (arcs = constraints, nodes = variables) with the objective to maximize Science Yield. For any action, the Science Yield is equal to the relevance of that action to an STM objective [3, 2, and 1 point(s) for High, Med., and Low relevance, respectively], multiplied by the STM Objective Priority [3, 2, and 1 point(s) for High, Med., and Low priority, respectively]. This resulted in a model that computes the optimal station and action combination to maximize the Science Yield. These weightings can be adjusted by the SER as desired. Results: We explored three test cases for the Demonstrative Model. First, we set the maximum EVA duration to 120 minutes and computed the optimal route (Fig. 3A). The model suggested per-forming Actions 1 and 2 at Station P01, followed by Actions 1 and 2 at Station P02, and finally Actions 1 and 3 at Station P04 before returning to the Landing Site. Second, we adjusted the STM Objective Priori-ty order and computed the new optimal route (Fig. 3B). Under this situation, the model suggested per-forming all Actions at Station P02 followed by all Actions at Station P03. The previous test cases were relevant to SER planning activities. Next, we explored providing mid-EVA replanning input to the FCT. Scenario: While executing the Route in Fig. 3A the crew finishes at Station P01 and FCT decides that the EVA needs to finish in 45 minutes back at the Landing Site. FCT asks SER to recommend changes to the plan to accommodate this operation-al change. Using the model and incorporating these new constraints (start at Station P01, max. time of 45 min), the model suggested performing Actions 2 and 4 at Station P03 (Fig. 4), requiring 41 minutes to complete and return to the Landing Site. Interestingly, Station 3 was not part of the original route. Using the model, we determined the EVA would need 66 minutes, instead of 45, in order for the original Station P04 to yield a larger Science Yield than Station P03. The parametrization and simulation was per-formed in less than a minute, demonstrating the operational relevance of the approach. Future Efforts: The results from the Demonstrative Model suggest this tool can accelerate SER decision making on operationally relevant timelines. Use in analog activities, such as JETT5 or follow-ons, which have over a dozen stations for a crew to explore and over a dozen actions per station, will provide needed validation of the utility of this tool for planning EVAs, replanning mid-EVA, or planning follow-on EVAs based on previous results. Further integration with FCT execution monitoring tools may provide additional efficiency gains, al-lowing rapid and iterative exploration of operation-al and science decision space by the FCT and SER.

Science Operations↗

Simulated Mass Change Recovery for Various Implementations of A Future Atomic Interferometer Gravity Gradiometer (AIGG)

We present the status of the atomic interferometer gravity gradiometer (AIGG) instrument in development at NASA GSFC, along with the simulated science performance for a variety of potential implementation scenarios. These trade studies include assessing mission performance for varying levels of AIGG instrument sensitivity, different orientations of the single-axis AIGG, and different satellite altitudes. Additionally, we quantify performance for both single-platform AIGG-only and combined satellite-to-satellite (SST) and AIGG observing systems. An important part of this work is the determination of the AIGG instrument sensitivity threshold required to enhance the mass change measurements beyond the SST-only performance. The simulated AIGG science performance is compared to various single and dual-pair Bender constellations and the Science and Applications Traceability Matrix that resulted from NASA’s Mass Change Designated Observable study.

Bryant Daniel Loomis↗

SPARROW: Steam Propelled Autonomous Retrieval Robot for Ocean Worlds

The Steam Propelled Autonomous Retrieval Robot (SPARROW) for Ocean Worlds was a Phase I mission concept study funded under the NASA NIAC program. This report represents the findings of that study and recommendations for future work. SPARROW, envisioned as a soccer ball-sized payload to a primary lander mission, is a propulsively hopping robot for the exploration of Europa's rugged, icy surface. A multi-thruster, passively gimballed robot within a protective, spherical shell, SPARROW is able to freely rotate, self-right, and tumble over chaotic terrains. Europa's abundant surface ice would be harvested as an in situ propellant source. The principal objective of SPARROW is to increase the science return of a Europa landed asset by enabling access to distal, spatially distributed geologic units. The design of mobility systems for Europa is challenging, due in part to its almost entirely unconstrained surface topography and strength. Images returned by Voyager and Galileo yielded resolutions on the order of hundreds of meters per pixel, with localized regions reaching 6 meters per pixel—still far larger than a typical rover. A key benefit of SPARROW's hopping, impact-tolerant design, is that it eliminates the need for a priori information regarding terrain topography and surface strength; no surface reaction forces are required for motion. In this context, SPARROW is believed to be entirely terrain agnostic. In this report we detail the results of three study objectives: i) to quantify the energy required to collect surface ice, change its phase, and maintain propellant temperature, ii) to identify control and estimation strategies that enable SPARROW to successfully reach, and return from, regions of scientific interest, and iii) to characterize the impact of SPARROW's range on likely science return. Five water-based propellant architectures are presented alongside their mass, power, and volume requirements. Monte Carlo simulations of SPARROW hopping and tumbling over 1 km of glacial ice are summarized, characterizing SPARROW's sensitivity to uncertainty in: initial pose, thrust profile, and vehicle-terrain interaction. A science traceability matrix is presented, which details the effect of sortie range on three science goals: constraining Europa's evolutionary morphology, assessing sub-surface ocean habitability, and searching for life and/or biosignatures.

Autonomous↗