Search NASA⌕ Search

SEARCH · Search NASA

Results for “safety standards”

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
All sourcesNASA NTRSDOE OSTI
DOE OSTI2023

Offshore Wind Workforce Safety Standards and Training Resource

The standardization of safety training requirements for people working at sea to build and operate offshore wind energy projects, adoption of those standards, and alignment with offshore safety training curriculum development was identified as a high-priority workforce gap in the U.S. Offshore Wind Workforce Assessment (Stefek, 2022). Safety is a top priority for the offshore wind industry; however, there has been uncertainty surrounding what unique safety standards and training will be needed and how various offshore wind safety stakeholders will be involved. The scope of safety training for this resource includes workers who build and operate offshore wind energy projects at sea and defines the stakeholders in the complex ecosystem. This fact sheet aims to help reduce these uncertainties by: 1) Delineating jurisdictional lines, while clarifying roles and responsibilities amongst stakeholders; 2) Identifying key actions or partnerships that can encourage further success with safety training and workforce development.

offshore wind↗
NASA NTRS1997

NASA Software Safety Standard

If software is a critical element in a safety critical system, it is imperative to implement a systematic approach to software safety as an integral part of the overall system safety programs. The NASA-STD-8719.13A, "NASA Software Safety Standard", describes the activities necessary to ensure that safety is designed into software that is acquired or developed by NASA, and that safety is maintained throughout the software life cycle. A PDF version, is available on the WWW from Lewis. A Guidebook that will assist in the implementation of the requirements in the Safety Standard is under development at the Lewis Research Center (LeRC). After completion, it will also be available on the WWW from Lewis.

Rosenberg, Linda↗
NASA NTRS2007

NASA's Software Safety Standard

NASA relies more and more on software to control, monitor, and verify its safety critical systems, facilities and operations. Since the 1960's there has hardly been a spacecraft launched that does not have a computer on board that will provide command and control services. There have been recent incidents where software has played a role in high-profile mission failures and hazardous incidents. For example, the Mars Orbiter, Mars Polar Lander, the DART (Demonstration of Autonomous Rendezvous Technology), and MER (Mars Exploration Rover) Spirit anomalies were all caused or contributed to by software. The Mission Control Centers for the Shuttle, ISS, and unmanned programs are highly dependant on software for data displays, analysis, and mission planning. Despite this growing dependence on software control and monitoring, there has been little to no consistent application of software safety practices and methodology to NASA's projects with safety critical software. Meanwhile, academia and private industry have been stepping forward with procedures and standards for safety critical systems and software, for example Dr. Nancy Leveson's book Safeware: System Safety and Computers. The NASA Software Safety Standard, originally published in 1997, was widely ignored due to its complexity and poor organization. It also focused on concepts rather than definite procedural requirements organized around a software project lifecycle. Led by NASA Headquarters Office of Safety and Mission Assurance, the NASA Software Safety Standard has recently undergone a significant update. This new standard provides the procedures and guidelines for evaluating a project for safety criticality and then lays out the minimum project lifecycle requirements to assure the software is created, operated, and maintained in the safest possible manner. This update of the standard clearly delineates the minimum set of software safety requirements for a project without detailing the implementation for those requirements. This allows the projects leeway to meet these requirements in many forms that best suit a particular project's needs and safety risk. In other words, it tells the project what to do, not how to do it. This update also incorporated advances in the state of the practice of software safety from academia and private industry. It addresses some of the more common issues now facing software developers in the NASA environment such as the use of Commercial-Off-the-Shelf Software (COTS), Modified OTS (MOTS), Government OTS (GOTS), and reused software. A team from across NASA developed the update and it has had both NASA-wide internal reviews by software engineering, quality, safety, and project management. It has also had expert external review. This presentation and paper will discuss the new NASA Software Safety Standard, its organization, and key features. It will start with a brief discussion of some NASA mission failures and incidents that had software as one of their root causes. It will then give a brief overview of the NASA Software Safety Process. This will include an overview of the key personnel responsibilities and functions that must be performed for safety-critical software.

Ramsay, Christopher M.↗
NASA NTRS2005

NASA's Software Safety Standard

NASA (National Aeronautics and Space Administration) relies more and more on software to control, monitor, and verify its safety critical systems, facilities and operations. Since the 1960's there has hardly been a spacecraft (manned or unmanned) launched that did not have a computer on board that provided vital command and control services. Despite this growing dependence on software control and monitoring, there has been no consistent application of software safety practices and methodology to NASA's projects with safety critical software. Led by the NASA Headquarters Office of Safety and Mission Assurance, the NASA Software Safety Standard (STD-18l9.13B) has recently undergone a significant update in an attempt to provide that consistency. This paper will discuss the key features of the new NASA Software Safety Standard. It will start with a brief history of the use and development of software in safety critical applications at NASA. It will then give a brief overview of the NASA Software Working Group and the approach it took to revise the software engineering process across the Agency.

Ramsay, Christopher M.↗
NASA NTRS1997

An overview of revised NASA safety standard 1740.14

Following a broad review of the debris control guidelines outside of NASA and according to additional feedback on the guidelines from within NASA, revisions were made to the NASA safety standard 1740.14. The NASA policy to limit the generation of orbital debris on NASA missions, stated in the NASA management instruction 1700.8 and implemented in the form of the NASA safety standard (NSS) 1740.14 is described together with the revisions implemented. The overall direction of the guidelines is the same, but the details of many of the guidelines were changed, including: changes for tether programs and for the control of operational debris. The NASA will continue to review the guidelines as new measurements and improved models of the environment are obtained.

Reynolds, Robert↗
NASA NTRS1990

NASA safety standard for lifting devices and equipment

NASA's minimum safety requirements are established for the design, testing, inspection, maintenance, certification, and use of overhead and gantry cranes (including top running monorail, underhung, and jib cranes), mobile cranes, derrick hoists, and special hoist supported personnel lifting devices (these do not include elevators, ground supported personnel lifts, or powered platforms). Minimum requirements are also addressed for the testing, inspection, and use of Hydra-sets, hooks, and slings. Safety standards are thoroughly detailed.

Source record↗
NASA NTRS1997

Safety Standard for Hydrogen and Hydrogen Systems: Guidelines for Hydrogen System Design, Materials Selection, Operations, Storage and Transportation

The NASA Safety Standard, which establishes a uniform process for hydrogen system design, materials selection, operation, storage, and transportation, is presented. The guidelines include suggestions for safely storing, handling, and using hydrogen in gaseous (GH2), liquid (LH2), or slush (SLH2) form whether used as a propellant or non-propellant. The handbook contains 9 chapters detailing properties and hazards, facility design, design of components, materials compatibility, detection, and transportation. Chapter 10 serves as a reference and the appendices contained therein include: assessment examples; scaling laws, explosions, blast effects, and fragmentation; codes, standards, and NASA directives; and relief devices along with a list of tables and figures, abbreviations, a glossary and an index for ease of use. The intent of the handbook is to provide enough information that it can be used alone, but at the same time, reference data sources that can provide much more detail if required.

Source record↗
DOE OSTI2024

Process Safety Standards and Regulations

The list of standards, best practice, and regulations below are intended to give insight into what resources are available for developing a chemical control regime as well as information on what regulations other countries have used to implement such a regime. This list is not intended to be all inclusive and other regulations and standards related to controlling hazardous chemicals exist and should be consulted.

99 GENERAL AND MISCELLANEOUS↗
NASA NTRS1995

NASA Safety Standard: Guidelines and Assessment Procedures for Limiting Orbital Debris

Collision with orbital debris is a hazard of growing concern as historically accepted practices and procedures have allowed man-made objects to accumulate in orbit. To limit future debris generation, NASA Management Instruction (NMI) 1700.8, 'Policy to Limit Orbital Debris Generation,' was issued in April of 1993. The NMI requires each program to conduct a formal assessment of the potential to generate orbital debris. This document serves as a companion to NMI 1700.08 and provides each NASA program with specific guidelines and assessment methods to assure compliance with the NMI. Each main debris assessment issue (e.g., Post Mission Disposal) is developed in a separate chapter.

Source record↗
NASA NTRS2009

NASA Space Safety Standards and Procedures for Human Rating Requirements

The National Aeronautics and Space Administration of the United States of America (NASA) has arguably led this planet in space exploration and certainly has been one of two major leaders in those endeavors. NASA governance is institutionalized and managed in a series documents arranged in a hierarchy and flowing down to the work levels. A document tree of NASA s documentation in its totality would likely overwhelm and not be very informative. Taken in segments related to the various business topics and focusing in those segments, however, provides a logical and understandable relationship and flow of requirements and processes. That is the nature of this chapter, a selection of NASA documentation pertaining to space exploration and a description of how those documents together form the plan by which NASA business for space exploration is conducted. Information presented herein is taken from NASA publications and is available publicly and no information herein is protected by copyright or security regulations. While NASA documents are the source of information presented herein, any and all views expressed herein and any misrepresentations of NASA data that may occur herein are those of the author and should not be considered NASA official positions or statements, nor should NASA endorsement of anything presented in this work be assumed.

Shivers, C. Herbert↗
DOE OSTI2024

ANS-8 Nuclear Criticality Safety Consensus Standards - Current Initiatives

The nuclear criticality safety (NCS) consensus standards are developed as using rigorous procedures of the Standards Board of the American Nuclear Society. These procedures have been accredited by the American National Standards Institute, Inc., as meeting the criteria for American National Standards. The Nuclear Criticality Safety Consensus Committee (NCSCC) that approved all 18 NCS consensus standards is balanced to ensure that competent, concerned, and varied interests have had an opportunity to participate. The ANS-8 subcommittee (ANS-8) consists of 17 NCS experts with many years of experience as end users of ANS standards who serve on standard working groups to develop and maintain standards. ANS-8 ensures that the technical content of the standards is adequate for NCS community use. Attempts are made to ensure that ANS-8 consists of NCS professionals with a diverse range of experience such that all standards are applicable to as many sites as possible. ANS-8 is a very active subcommittee, and some active projects in progress are discussed in this paper: basis statement development for all standards, development of a glossary for consistency of definitions across all ANS-8 standards, and Considering the Criticality Safety Support Group (CSSG) Recommendation 2016-04 to the ANS Standards Board for changes in several ANS-8 standards.

96 KNOWLEDGE MANAGEMENT AND PRESERVATION↗
NASA NTRS2007

Software Safety Risk in Legacy Safety-Critical Computer Systems

Safety Standards contain technical and process-oriented safety requirements. Technical requirements are those such as "must work" and "must not work" functions in the system. Process-Oriented requirements are software engineering and safety management process requirements. Address the system perspective and some cover just software in the system > NASA-STD-8719.13B Software Safety Standard is the current standard of interest. NASA programs/projects will have their own set of safety requirements derived from the standard. Safety Cases: a) Documented demonstration that a system complies with the specified safety requirements. b) Evidence is gathered on the integrity of the system and put forward as an argued case. [Gardener (ed.)] c) Problems occur when trying to meet safety standards, and thus make retrospective safety cases, in legacy safety-critical computer systems.

Hill, Janice L.↗
NASA NTRS2015

Planning the Unplanned Experiment: Assessing the Efficacy of Standards for Safety Critical Software

We need well-founded means of determining whether software is t for use in safety-critical applications. While software in industries such as aviation has an excellent safety record, the fact that software aws have contributed to deaths illustrates the need for justi ably high con dence in software. It is often argued that software is t for safety-critical use because it conforms to a standard for software in safety-critical systems. But little is known about whether such standards `work.' Reliance upon a standard without knowing whether it works is an experiment; without collecting data to assess the standard, this experiment is unplanned. This paper reports on a workshop intended to explore how standards could practicably be assessed. Planning the Unplanned Experiment: Assessing the Ecacy of Standards for Safety Critical Software (AESSCS) was held on 13 May 2014 in conjunction with the European Dependable Computing Conference (EDCC). We summarize and elaborate on the workshop's discussion of the topic, including both the presented positions and the dialogue that ensued.

Graydon, Patrick J.↗
NASA NTRS1989

Safety and cryogenic wind tunnels

The Langley 0.3-Meter Transonic Cryogenic Tunnel (0.3-m TCT) was placed in operation at NASA's Langley Research Center in 1973 as the world's first cryogenic pressure tunnel. The 0.3-m TCT can operate from ambient to cryogenic temperatures over an absolute pressure range from about 1 to 6 atmospheres. Three major test section concepts were developed and refined in this unique facility. The 0.3-m TCT is a leader in the development of various cryogenic pressure wind tunnel experimental techniques, instrumentation, control, model technology and safety standards. The safety experience gained is examined. During this period of advanced research, new operating techniques, training policies, and procedures had to be established. The paper deals with the Do's and Don'ts of cryogenic wind tunnel testing. Hazards and safety requirements which are unique to cryogenic testing are discussed. Highlights of experience and lessons learned with the 0.3-m TCT are reviewed.

Ray, Edward J.↗