Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Checkout”

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 1,045 records · Page 58

Hardware in the Loop Testing of an Iodine-Fed Hall Thruster

CUBESATS are relatively new spacecraft platforms that are typically deployed from a launch vehicle as a secondary payload,1 providing low-cost access to space for a wide range of end-users. These satellites are comprised of building blocks having dimensions of 10x10x10 cm cu and a mass of 1.33 kg (a 1-U size). While providing low-cost access to space, a major operational limitation is the lack of a propulsion system that can fit within a CubeSat and is capable of executing high delta v maneuvers. This makes it difficult to use CubeSats on missions requiring certain types of maneuvers (i.e. formation flying, spacecraft rendezvous). Recently, work has been performed investigating the use of iodine as a propellant for Hall-effect thrusters (HETs) 2 that could subsequently be used to provide a high specific impulse path to CubeSat propulsion. Iodine stores as a dense solid at very low pressures, making it acceptable as a propellant on a secondary payload. It has exceptionally high ρIsp (density times specific impulse), making it an enabling technology for small satellite near-term applications and providing the potential for systems-level advantages over mid-term high power electric propulsion options. Iodine flow can also be thermally regulated, subliming at relatively low temperature ( less than100 C) to yield I2 vapor at or below 50 torr. At low power, the measured performance of an iodine-fed HET is very similar to that of a state-of-the-art xenon-fed thruster. Just as importantly, the current-voltage discharge characteristics of low power iodine-fed and xenon-fed thrusters are remarkably similar, potentially reducing development and qualifications costs by making it possible to use an already-qualified xenon-HET PPU in an iodine-fed system. Finally, a cold surface can be installed in a vacuum test chamber on which expended iodine propellant can deposit. In addition, the temperature doesn't have to be extremely cold to maintain a low vapor pressure in the vacuum chamber (it is under 10(exp -6) torr at -75 C), making it possible to 'cryopump' the propellant with lower-cost recirculating refrigerant-based systems as opposed to using liquid nitrogen or low temperature gaseous helium cryopanels. In the present paper, we describe testing performed using an iodine-fed 200 W Hall thruster mounted to a thrust stand and operated in conjunction with MSFCs Small Projects Rapid Integration and Test Environment (SPRITE) Portable Hardware In the Loop (PHIL) hardware. This work is performed in support of the iodine satellite (iSAT) project, which aims to fly a 200-W iodine-fed thruster on a 12-U CubeSat. The SPRITE PHIL hardware allows a given vehicle to do a checkout of its avionics algorithm by allowing it to monitor and feed data to simulated sensors and effectors in a digital environment. These data are then used to determine the attitude of the vehicle and a separate computer is used to interpret the data set and visualize it using a 3D graphical interface. The PHIL hardware allows the testing of the vehicles bus by providing 'real' hardware interfaces (in the case of this test a real RS422 bus) and specific components can be modeled to show their interactions with the avionics algorithm (e.g. a thruster model). For the iSAT project the PHIL is used to visualize the operating cycle of the thruster and the subsequent effect this thrusting has on the attitude of the satellite over a given period of time. The test is controlled using software running on an Andrews Space Cortex 160 flight computer. This computer is the current baseline for a full iSAT mission. While the test could be conducted with a lab computer and software, the team chose to exercise the propulsion system with a representative CubeSat-class computer. For purposes of this test, the "flight" software monitored the propulsion and PPU systems, controlled operation of the thruster, and provided thruster state data to the PHIL simulation. Commands to operate the thruster were initiated from an operator's workstation outside the vacuum chamber and passed through the Cortex 160 to exercise portions of the flight avionics. Two custom-designed pieces of electronics hardware have been designed to operate the propellant feed system. One piece of hardware is an auxiliary board that controls a latch valve, proportional flow control valves (PFCVs) and valve heaters as well as measuring pressures, temperatures and PFCV feedback voltage. An onboard FPGA provides a serial link for issuing commands and manages all lower level input-output functions. The other piece of hardware is a power distribution board, which accepts a standard bus voltage input and converts this voltage into all the different current-voltage types required to operate the auxiliary board. These electronics boards are located in the vacuum chamber near the thruster, exposing this hardware to both the vacuum and plasma environments they would encounter during a mission, with these components communicating to the flight computer through an RS-422 interface. The auxiliary board FPGA provides a 28V MOSFET switch circuit with a 20ms pulse to open or close the iodine propellant feed system latch valve. The FPGA provides a pulse width modulation (PWM) signal to a DC/DC boost converter to produce the 12-120V needed for control of the proportional flow control valve. There are eight MOSFET-switched heating circuits in the system. Heaters are 28V and located in the latch valve, PFCV, propellant tank and propellant feed lines. Both the latch valve and PFCV have thermistors built into them for temperature monitoring. There are also seven resistance temperature device (RTD) circuits on the auxiliary board that can be used to measure the propellant tank and feedline temperatures. The signals are conditioned and sent to an analog to digital converter (ADC), which is directly commanded and controlled by the FPGA.

Polzin, Kurt A.↗

Affordable Electro-Magnetic Interference (EMI) Testing on Large Space Vehicles

Objective: Perform System-Level EMI testing of the Orion Exploration Flight Test-1 (EFT-1) spacecraft in situ in the Kennedy Space Center's Neil Armstrong Operations & Checkout (O&C) Facility in 6 days. The only way to execute the system-level EMI testing and meet this schedule challenge was to perform the EMI testing in situ in the Final Assembly & System Test (FAST) Cell in a reverberant mode, not the direct illumination mode originally planned. This required the unplanned construction of a Faraday Cage around the vehicle and FAST Cell structure. The presence of massive steel platforms created many challenges to developing an efficient screen room to contain the RF energy and yield an effective reverberant chamber. An initial effectiveness test showed marginal performance, but improvements implemented afterward resulted in the final test performing surprisingly well! The paper will explain the design, the challenges, and the changes that made the difference in performance!

Aldridge, Edward↗

Use of a Closed-Loop Tracking Algorithm for Orientation Bias Determination of an S-Band Ground Station

The Space Communications and Navigation (SCaN) Testbed project completed installation and checkout testing of a new S-Band ground station at the NASA Glenn Research Center in Cleveland, Ohio in 2015. As with all ground stations, a key alignment process must be conducted to obtain offset angles in azimuth (AZ) and elevation (EL). In telescopes with AZ-EL gimbals, this is normally done with a two-star alignment process, where telescope-based pointing vectors are derived from catalogued locations with the AZ-EL bias angles derived from the pointing vector difference. For an antenna, the process is complicated without an optical asset. For the present study, the solution was to utilize the gimbal control algorithms closed-loop tracking capability to acquire the peak received power signal automatically from two distinct NASA Tracking and Data Relay Satellite (TDRS) spacecraft, without a human making the pointing adjustments. Briefly, the TDRS satellite acts as a simulated optical source and the alignment process proceeds exactly the same way as a one-star alignment. The data reduction process, which will be discussed in the paper, results in two bias angles which are retained for future pointing determination. Finally, the paper compares the test results and provides lessons learned from the activity.

ground station↗

Evolution of the JPSS Ground Project Calibration and Validation System

The Joint Polar Satellite System (JPSS) is the National Oceanic and Atmospheric Administration's (NOAA) next-generation operational Earth observation Program that acquires and distributes global environmental data from multiple polar-orbiting satellites. The JPSS Program plays a critical role to NOAA's mission to understand and predict changes in weather, climate, oceans, coasts, and space environments, which supports the Nation's economy and protection of lives and property. The National Aeronautics and Space Administration (NASA) is acquiring and implementing the JPSS, comprised of flight and ground systems, on behalf of NOAA. The JPSS satellites are planned to fly in the afternoon orbit and will provide operational continuity of satellite-based observations and products for NOAA Polar-orbiting Operational Environmental Satellites (POES) and the Suomi National Polar-orbiting Partnership (SNPP) satellite. To support the JPSS Calibration and Validation (CalVal) node Government Resource for Algorithm Verification, Independent Test, and Evaluation (GRAVITE) services facilitate: Algorithm Integration and Checkout, Algorithm and Product Operational Tuning, Instrument Calibration, Product Validation, Algorithm Investigation, and Data Quality Support and Monitoring. GRAVITE is a mature, deployed system that currently supports the SNPP Mission and has been in operations since SNPP launch. This paper discusses the major re-architecture for Block 2.0 that incorporates SNPP lessons learned, architecture of the system, and demonstrates how GRAVITE has evolved as a system with increased performance. It is now a robust, stable, reliable, maintainable, scalable, and secure system that supports development, test, and production strings, replaces proprietary and custom software, uses open source software, and is compliant with NASA and NOAA standards.

Next-Generation↗

Mineralogy of Eolian Sands at Gale Crater

The Mars Science Laboratory rover Curiosity has been exploring outcrop and regolith in Gale crater since August 6, 2012. During this exploration, the mission has collected 10 samples for mineralogical analysis by X-ray diffraction (XRD), using the CheMin instrument. The CheMin (Chemistry and Mineralogy) instrument on the Mars Science Laboratory rover Curiosity uses a CCD detector and a Co-anode tube source to acquire both mineralogy (from the pat-tern of Co diffraction) and chemical information (from energies of fluoresced X-rays). A detailed description of CheMin is provided in [1]. As part of the rover checkout after landing, the first sample selected for analysis was an eolian sand deposit (the Rocknest "sand shadow"). This sample was selected in part to characterize unconsolidated eolian regolith, but primarily to prove performance of the scoop collection system on the rover. The focus of the mission after Rocknest was on the consolidated sediments of Gale crater, so all of the nine subsequent samples were collected by drilling into bedrock com-posed of lithified sedimentary materials, including mudstone and sandstone. No scoop samples have been collected since Rocknest, but at the time this abstract was written the mission stands poised to use the scoop again, to collect active dune sands from the Bagnold dune field. Several abstracts at this conference outline the Bagnold dune campaign and summarize preliminary results from analyses on approach to the Namib dune sampling site. In this abstract we review the mineralogy of Rocknest, contrast that with the mineralogy of local sediments, and anticipate what will be learned by XRD analysis of Bagnold dune sands.

Achilles, C. N.↗

Towards Autonomous Operations of the Robonaut 2 Humanoid Robotic Testbed

The Robonaut project has been conducting research in robotics technology on board the International Space Station (ISS) since 2012. Recently, the original upper body humanoid robot was upgraded by the addition of two climbing manipulators ("legs"), more capable processors, and new sensors, as shown in Figure 1. While Robonaut 2 (R2) has been working through checkout exercises on orbit following the upgrade, technology development on the ground has continued to advance. Through the Active Reduced Gravity Offload System (ARGOS), the Robonaut team has been able to develop technologies that will enable full operation of the robotic testbed on orbit using similar robots located at the Johnson Space Center. Once these technologies have been vetted in this way, they will be implemented and tested on the R2 unit on board the ISS. The goal of this work is to create a fully-featured robotics research platform on board the ISS to increase the technology readiness level of technologies that will aid in future exploration missions. Technology development has thus far followed two main paths, autonomous climbing and efficient tool manipulation. Central to both technologies has been the incorporation of a human robotic interaction paradigm that involves the visualization of sensory and pre-planned command data with models of the robot and its environment. Figure 2 shows screenshots of these interactive tools, built in rviz, that are used to develop and implement these technologies on R2. Robonaut 2 is designed to move along the handrails and seat track around the US lab inside the ISS. This is difficult for many reasons, namely the environment is cluttered and constrained, the robot has many degrees of freedom (DOF) it can utilize for climbing, and remote commanding for precision tasks such as grasping handrails is time-consuming and difficult. Because of this, it is important to develop the technologies needed to allow the robot to reach operator-specified positions as autonomously as possible. The most important progress in this area has been the work towards efficient path planning for high DOF, highly constrained systems. Other advances include machine vision algorithms for localizing and automatically docking with handrails, the ability of the operator to place obstacles in the robot's virtual environment, autonomous obstacle avoidance techniques, and constraint management.

Badger, Julia↗

Image Navigation and Registration Performance Assessment Tool Set for the GOES-R Advanced Baseline Imager and Geostationary Lightning Mapper

The GOES-R Flight Project has developed an Image Navigation and Registration (INR) Performance Assessment Tool Set (IPATS) for measuring Advanced Baseline Imager (ABI) and Geostationary Lightning Mapper (GLM) INR performance metrics in the post-launch period for performance evaluation and long term monitoring. For ABI, these metrics are the 3-sigma errors in navigation (NAV), channel-to-channel registration (CCR), frame-to-frame registration (FFR), swath-to-swath registration (SSR), and within frame registration (WIFR) for the Level 1B image products. For GLM, the single metric of interest is the 3-sigma error in the navigation of background images (GLM NAV) used by the system to navigate lightning strikes. 3-sigma errors are estimates of the 99.73rd percentile of the errors accumulated over a 24-hour data collection period. IPATS utilizes a modular algorithmic design to allow user selection of data processing sequences optimized for generation of each INR metric. This novel modular approach minimizes duplication of common processing elements, thereby maximizing code efficiency and speed. Fast processing is essential given the large number of sub-image registrations required to generate INR metrics for the many images produced over a 24-hour evaluation period. Another aspect of the IPATS design that vastly reduces execution time is the off-line propagation of Landsat based truth images to the fixed grid coordinates system for each of the three GOES-R satellite locations, operational East and West and initial checkout locations. This paper describes the algorithmic design and implementation of IPATS and provides preliminary test results.

Image Navigation↗

Image Navigation and Registration (INR) Performance Assessment Tool Set (IPATS) for the GOES-R Advanced Baseline Imager and Geostationary Lightning Mapper

The GOES-R Flight Project has developed an Image Navigation and Registration (INR) Performance Assessment Tool Set (IPATS) for measuring Advanced Baseline Imager (ABI) and Geostationary Lightning Mapper (GLM) INR performance metrics in the post-launch period for performance evaluation and long term monitoring. For ABI, these metrics are the 3-sigma errors in navigation (NAV), channel-to-channel registration (CCR), frame-to-frame registration (FFR), swath-to-swath registration (SSR), and within frame registration (WIFR) for the Level 1B image products. For GLM, the single metric of interest is the 3-sigma error in the navigation of background images (GLM NAV) used by the system to navigate lightning strikes. 3-sigma errors are estimates of the 99.73rd percentile of the errors accumulated over a 24 hour data collection period. IPATS utilizes a modular algorithmic design to allow user selection of data processing sequences optimized for generation of each INR metric. This novel modular approach minimizes duplication of common processing elements, thereby maximizing code efficiency and speed. Fast processing is essential given the large number of sub-image registrations required to generate INR metrics for the many images produced over a 24 hour evaluation period. Another aspect of the IPATS design that vastly reduces execution time is the off-line propagation of Landsat based truth images to the fixed grid coordinates system for each of the three GOES-R satellite locations, operational East and West and initial checkout locations. This paper describes the algorithmic design and implementation of IPATS and provides preliminary test results.

Image Registration↗

Micrometeorite Impact Test of Flex Solar Array Coupon

Spacecraft with solar arrays operate throughout the near earth environment and are planned for outer planet missions. An often overlooked test condition for solar arrays that is applicable to these missions is micrometeoroid impacts and possibly electrostatic discharge (ESD) events resulting from these impacts. NASA Marshall Space Flight Center (MSFC) is partnering with Space Systems/Loral, LLC (SSL) to examine the results of simulated micrometeoroid impacts on the electrical performance of an advanced, lightweight flexible solar array design. The test is performed at MSFC's Micro Light Gas Gun Facility with SSL-provided coupons. Multiple impacts were induced at various locations on a powered test coupon under different string voltage (0V-150V) and string current (1.1A - 1.65A) conditions. The setup, checkout, and results from the impact testing are discussed.

Wright, K. H.↗

Micrometeorite Impact Test of Flex Solar Array Coupon

Spacecraft with solar arrays operate throughout the near earth environment and are increasingly planned for outer planet missions. An often overlooked test condition for solar arrays that is applicable to these missions is micrometeorite impacts and possibly electrostatic discharge (ESD) events resulting from these impacts. The Marshall Space Flight Center (MSFC) is partnering with Space Systems/Loral, LLC (SSL) to examine the results of simulated micrometeorite impacts on the electrical performance of an advanced, lightweight flexible solar array design. The test is performed at NASA MSFC's Microlight Gas Gun Facility. The SSL-provided coupons consist of three strings, each string with two solar cells in series. Five impacts will be induced at various locations on a powered test coupon under different string voltage (0 volts - 150 volts) and string current (1.1 amperes - 1.65 amperes) conditions. The maximum specified test voltage and current represent margins of 1.5 times for both voltage and current. The test parameters are chosen to demonstrate new array design robustness to any ESD event caused by plasma plumes resulting from a simulated micrometeorite impact. A second unpowered coupon will undergo two impacts: one impact on the front side and one impact on the back side. Following the impact testing, the second coupon will be exposed to a thermal cycle test to determine possible damage propagation and further electrical degradation due to thermally-induced stress. The setup, checkout, and results from the impact testing are discussed. The challenges for impact testing include precise coupon alignment to control impact location; pressure management during the impact process; and measurement of the true transient electrical response during impact on the powered coupon. Results from pre- and post-test visual and electrical functional testing are also discussed.

Wright, K. H.↗

Safety Characteristics in System Application of Software for Human Rated Exploration Missions for the 8th IAASS Conference

NASA and its industry and international partners are embarking on a bold and inspiring development effort to design and build an exploration class space system. The space system is made up of the Orion system, the Space Launch System (SLS) and the Ground Systems Development and Operations (GSDO) system. All are highly coupled together and dependent on each other for the combined safety of the space system. A key area of system safety focus needs to be in the ground and flight application software system (GFAS). In the development, certification and operations of GFAS, there are a series of safety characteristics that define the approach to ensure mission success. This paper will explore and examine the safety characteristics of the GFAS development. The GFAS system integrates the flight software packages of the Orion and SLS with the ground systems and launch countdown sequencers through the 'agile' software development process. A unique approach is needed to develop the GFAS project capabilities within this agile process. NASA has defined the software development process through a set of standards. The standards were written during the infancy of the so-called industry 'agile development' movement and must be tailored to adapt to the highly integrated environment of human exploration systems. Safety of the space systems and the eventual crew on board is paramount during the preparation of the exploration flight systems. A series of software safety characteristics have been incorporated into the development and certification efforts to ensure readiness for use and compatibility with the space systems. Three underlining factors in the exploration architecture require the GFAS system to be unique in its approach to ensure safety for the space systems, both the flight as well as the ground systems. The first are the missions themselves, which are exploration in nature, and go far beyond the comfort of low Earth orbit operations. The second is the current exploration system will launch only one mission per year even less during its developmental phases. Finally, the third is the partnered approach through the use of many different prime contractors, including commercial and international partners, to design and build the exploration systems. These three factors make the challenges to meet the mission preparations and the safety expectations extremely difficult to implement. As NASA leads a team of partners in the exploration beyond earth's influence, it is a safety imperative that the application software used to test, checkout, prepare and launch the exploration systems put safety of the hardware and mission first. Software safety characteristics are built into the design and development process to enable the human rated systems to begin their missions safely and successfully. Exploration missions beyond Earth are inherently risky, however, with solid safety approaches in both hardware and software, the boldness of these missions can be realized for all on the home planet.

capability↗

Instrumentation & Data Acquisition System (D AS) Engineer

The primary job of an Instrumentation and Data Acquisition System (DAS) Engineer is to properly measure physical phenomenon of hardware using appropriate instrumentation and DAS equipment designed to record data during a specified test of the hardware. A DAS system includes a CPU or processor, a data storage device such as a hard drive, a data communication bus such as Universal Serial Bus, software to control the DAS system processes like calibrations, recording of data and processing of data. It also includes signal conditioning amplifiers, and certain sensors for specified measurements. My internship responsibilities have included testing and adjusting Pacific Instruments Model 9355 signal conditioning amplifiers, writing and performing checkout procedures, writing and performing calibration procedures while learning the basics of instrumentation.

Jackson, Markus Deon↗

51-A V1103 Results

The following are test results from the performance sections of the 51-A V1103.03 conducted on October 31,1984. During this checkout, an astronaut commented that the O2 actuator on SEMU 1052 (PLSS 1007) seemed stiffer to operate than the other two units.

Counts, B.↗

Thermal Design, Tvac Testing, and Lessons Learned for Critical GSE of ATLAS and the ICESat-2 Mission

This presentation describes the thermal design of the three main of optical components which comprise the Bench Checkout Equipment (BCE) for the Advanced Topographic Laser Altimeter System (ATLAS) instrument, which is flying on the ICESat-2 mission. Thermal vacuum testing of these components is also described in this presentation, as well as a few lessons learned. These BCE components serve as critical GSE for the mission; their purpose is to verify ATLAS is performing well. It has been said that, in one light, the BCE is the most important part of ATLAS, since, without it, ATLAS cannot be aligned properly or its performance verified before flight. Therefore, careful attention was paid to the BCEs thermal design, development, and component-level Tvac testing prior to its use in instrument-level and spacecraft-level Tvac tests with ATLAS. This presentation describes that thermal design, development, and testing, as well as a few lessons learned.

Thermal ATLAS BCE↗

41-G Mission Report - Summary

Challenger's sixth flight launched from KSC at 6:03 CDT October 5, 1984. It returned to Kennedy eight days later, landing on October 13th. Since 41-G was a planned EVA flight, two prime EMUs and one backup short EMU were stowed in the Airlock. No MMUs were carried. Astronaut A and Astronaut B successfully accomplished their 3 l/2 hour EVA on October 11th, Flight Day 7 of the mission. This EVA took place the day after the EMU Checkout and Maintenance Recharge activities. During this time Astronaut A and Astronaut B completed the planned installation of the Orbital Refueling System Ball Valve mod kit as well as an unplanned activity of locking the gimbals on the Ku-Band antenna. They each performed quite well in their EMUs.

Source record↗

A Brief Description of My Projects

My internship was in the IDC which consist of a machine shop and an array of design space. During my tour I worked on a wide variety of projects some of which included design, research, machining and fabrication. I gained further knowledge on some machines that I have had prior experience on such as the lathe and Hurco CNC machines. The first thing we did was complete our checkout in the machine shop which went pretty well, since I was already familiar with most of the machines. I also did a couple of practice parts on some of the machines, I made a name block on the CNC machine and I also used the vertical milling machine to complete this project. One of the other projects that I did was machine a hammer with my initials with the use of the lathe and CNC machine, this project took much longer since I had to set up a cylindrical piece on the CNC machine. The first project that I began work on was the Systems Engineering & Management Advancement Program (SEPMAP) Hexacopter project and helped them to assemble and modify one of their particle capture doors on their boxes. After a while we ended up helping them make a hinge and holes to reduce the weight of their design. We helped the NASA Extreme Environment Mission Operations (NEEMO) team a bit with some of their name tags and assembly of some of their underwater parts. One of the more challenging projects was a rail that came in with a rather weirdly drawn part. The biggest project that I worked on was the solar array project. Which consisted of a variety of machining and 3D printing and it took me about 3 different times of re-designing to come up with a final prototype. Along with this project I also had to complete a project in which I had to modify a thermos. This was rather simple since I just had to draw up a part and print it out on the 3D printer. I also learned how to use Pro E/Creo parametric to design a square block and print it on the 3D Printer. All of these projects increased my experience on all of the machines and equipment that I used. I also got to tweak my design skills and better understand how to modify my designs and how to improve those specific designs.

Barnes, Tobin↗

Integrating MBSE into Ongoing Projects: Requirements Validation and Test Planning for the ISS SAFER

The International Space Station (ISS) Simplified Aid for Extra Vehicular Activity (EVA) Rescue (SAFER) is the spacewalking astronaut's final safety measure against separating from the ISS and being unable to return safely. Since the late 1990s, the SAFER has been a standard element of the spacewalking astronaut's equipment. The ISS SAFER project was chartered to develop a new block of SAFER units using a highly similar design to the legacy SAFER (known as the USA SAFER). An on-orbit test module was also included in the project to enable periodic maintenance/propulsion system checkout on the ISS SAFER. On the ISS SAFER project, model-based systems engineering (MBSE) was not the initial systems engineering (SE) approach, given the volume of heritage systems engineering and integration (SE&I) products. The initial emphasis was ensuring traceability to ISS program standards as well as to legacy USA SAFER requirements. The requirements management capabilities of the Cradle systems engineering tool were to be utilized to that end. During development, however, MBSE approaches were applied selectively to address specific challenges in requirements validation and test and verification (T&V) planning, which provided measurable efficiencies to the project. From an MBSE perspective, ISS SAFER development presented a challenge and an opportunity. Addressing the challenge first, the project was tasked to use the original USA SAFER operational and design requirements baseline, with a number of additional ISS program requirements to address evolving certification expectations for systems operating on the ISS. Additionally, a need to redesign the ISS SAFER avionics architecture resulted in a set of changes to the design requirements baseline. Finally, the project added an entirely new functionality for on-orbit maintenance. After initial requirements integration, the system requirements count was approaching 1000, which represented a growth of 4x over the original USA SAFER system. This presented the challenge - How to confirm that this new set of requirements set would result in the creation of the desired capability.

Anderson, Herbert A.↗

Leadership Development Program Final Project

TOSC is NASA's prime contractor tasked to successfully assemble, test, and launch the EM1 spacecraft. TOSC success is highly dependent on design products from the other NASA Programs manufacturing and delivering the flight hardware; Space Launch System(SLS) and Multi-Purpose Crew Vehicle(MPCV). Design products directly feed into TOSC's: Procedures, Personnel training, Hardware assembly, Software development, Integrated vehicle test and checkout, Launch. TOSC senior management recognized a significant schedule risk as these products are still being developed by the other two (2) programs; SVE and ACE positions were created.

Design products required for Engineering↗