Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “science management”

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 55 records · Page 3

High-Rate Communications Outage Recorder Operations for Optimal Payload and Science Telemetry Management Onboard the International Space Station

All International Space Station (ISS) Ku-band telemetry transmits through the High-Rate Communications Outage Recorder (HCOR). The HCOR provides the recording and playback capability for all payload, science, and International Partner data streams transmitting through NASA's Ku-band antenna system. The HCOR is a solid-state memory recorder that provides recording capability to record all eight ISS high-rate data during ISS Loss-of-Signal periods. NASA payloads in the Destiny module are prime users of the HCOR; however, NASDA and ESA will also utilize the HCOR for data capture and playback of their high data rate links from the Kibo and Columbus modules. Marshall Space Flight Center's Payload Operations Integration Center manages the HCOR for nominal functions, including system configurations and playback operations. The purpose of this paper is to present the nominal operations plan for the HCOR and the plans for handling contingency operations affecting payload operations. In addition, the paper will address HCOR operation limitations and the expected effects on payload operations. The HCOR is manifested for ISS delivery on flight 9A with the HCOR backup manifested on flight 11A. The HCOR replaces the Medium-Rate Communications Outage Recorder (MCOR), which has supported payloads since flight 5A.1.

Shell, Michael T.↗

Planning and management of science programs on Skylab

Discussion of the experience gained in experiment operation planning during the Skylab mission. The Skylab flight planning activity allowed the experimenters to interact with the system and provided the flexibility to respond to contingencies both major and minor. Both these aspects contributed to make efficient use of crew time thus helping to increase the science return from the mission. Examples of the need for real time scheduling response and of the tradeoffs considered between conflicting experiment requirements are presented. General management principles derived from this experience are developed. The Skylab mission experiences, together with previous Apollo mission experiences, are shown to provide a good background for Shuttle flight planning.

Parker, R. A. R.↗

Magnetospheric Multiscale Instrument Suite Operations and Data System

The four Magnetospheric Multiscale (MMS) spacecraft will collect a combined volume of approximately 100 gigabits per day of particle and field data. On average, only 4 gigabits of that volume can be transmitted to the ground. To maximize the scientific value of each transmitted data segment, MMS has developed the Science Operations Center (SOC) to manage science operations, instrument operations, and selection, downlink, distribution, and archiving of MMS science data sets. The SOC is managed by the Laboratory for Atmospheric and Space Physics (LASP) in Boulder, Colorado and serves as the primary point of contact for community participation in the mission. MMS instrument teams conduct their operations through the SOC, and utilize the SOC's Science Data Center (SOC) for data management and distribution. The SOC provides a single mission data archive for the housekeeping and science data, calibration data, ephemerides, attitude and other ancillary data needed to support the scientific use and interpretation. All levels of data products will reside at and be publicly disseminated from the SDC. Documentation and metadata describing data products, algorithms, instrument calibrations, validation, and data quality will be provided. Arguably, the most important innovation developed by the SOC is the MMS burst data management and selection system. With nested automation and 'Scientist-in-the-Loop' (SITL) processes, these systems are designed to maximize the value of the burst data by prioritizing the data segments selected for transmission to the ground. This paper describes the MMS science operations approach, processes and data systems, including the burst system and the SITL concept.

Baker, D. N.↗

Information Power Grid: Distributed High-Performance Computing and Large-Scale Data Management for Science and Engineering

We use the term "Grid" to refer to distributed, high performance computing and data handling infrastructure that incorporates geographically and organizationally dispersed, heterogeneous resources that are persistent and supported. This infrastructure includes: (1) Tools for constructing collaborative, application oriented Problem Solving Environments / Frameworks (the primary user interfaces for Grids); (2) Programming environments, tools, and services providing various approaches for building applications that use aggregated computing and storage resources, and federated data sources; (3) Comprehensive and consistent set of location independent tools and services for accessing and managing dynamic collections of widely distributed resources: heterogeneous computing systems, storage systems, real-time data sources and instruments, human collaborators, and communications systems; (4) Operational infrastructure including management tools for distributed systems and distributed resources, user services, accounting and auditing, strong and location independent user authentication and authorization, and overall system security services The vision for NASA's Information Power Grid - a computing and data Grid - is that it will provide significant new capabilities to scientists and engineers by facilitating routine construction of information based problem solving environments / frameworks. Such Grids will knit together widely distributed computing, data, instrument, and human resources into just-in-time systems that can address complex and large-scale computing and data analysis problems. Examples of these problems include: (1) Coupled, multidisciplinary simulations too large for single systems (e.g., multi-component NPSS turbomachine simulation); (2) Use of widely distributed, federated data archives (e.g., simultaneous access to metrological, topological, aircraft performance, and flight path scheduling databases supporting a National Air Space Simulation systems}; (3) Coupling large-scale computing and data systems to scientific and engineering instruments (e.g., realtime interaction with experiments through real-time data analysis and interpretation presented to the experimentalist in ways that allow direct interaction with the experiment (instead of just with instrument control); (5) Highly interactive, augmented reality and virtual reality remote collaborations (e.g., Ames / Boeing Remote Help Desk providing field maintenance use of coupled video and NDI to a remote, on-line airframe structures expert who uses this data to index into detailed design databases, and returns 3D internal aircraft geometry to the field); (5) Single computational problems too large for any single system (e.g. the rotocraft reference calculation). Grids also have the potential to provide pools of resources that could be called on in extraordinary / rapid response situations (such as disaster response) because they can provide common interfaces and access mechanisms, standardized management, and uniform user authentication and authorization, for large collections of distributed resources (whether or not they normally function in concert). IPG development and deployment is addressing requirements obtained by analyzing a number of different application areas, in particular from the NASA Aero-Space Technology Enterprise. This analysis has focussed primarily on two types of users: the scientist / design engineer whose primary interest is problem solving (e.g. determining wing aerodynamic characteristics in many different operating environments), and whose primary interface to IPG will be through various sorts of problem solving frameworks. The second type of user is the tool designer: the computational scientists who convert physics and mathematics into code that can simulate the physical world. These are the two primary users of IPG, and they have rather different requirements. The results of the analysis of the needs of these two types of users provides a broad set of requirements that gives rise to a general set of required capabilities. The IPG project is intended to address all of these requirements. In some cases the required computing technology exists, and in some cases it must be researched and developed. The project is using available technology to provide a prototype set of capabilities in a persistent distributed computing testbed. Beyond this, there are required capabilities that are not immediately available, and whose development spans the range from near-term engineering development (one to two years) to much longer term R&D (three to six years). Additional information is contained in the original.

Johnston, William E.↗

A review of Spacelab mission management approach

The Spacelab development program is a joint undertaking of the NASA and ESA. The paper addresses the initial concept of Spacelab payload mission management, the lessons learned, and modifications made as a result of the actual implementation of Spacelab Mission 1. The discussion covers mission management responsibilities, program control, science management, payload definition and interfaces, integrated payload mission planning, integration requirements, payload specialist training, payload and launch site integration, payload flight/mission operations, and postmission activities. After 3.5 years the outlined overall mission manager approach has proven to be most successful. The approach does allow the mission manager to maintain the lowest overall mission cost.

Craft, H. G., Jr.↗

Information Power Grid: Distributed High-Performance Computing and Large-Scale Data Management for Science and Engineering

The term "Grid" refers to distributed, high performance computing and data handling infrastructure that incorporates geographically and organizationally dispersed, heterogeneous resources that are persistent and supported. The vision for NASN's Information Power Grid - a computing and data Grid - is that it will provide significant new capabilities to scientists and engineers by facilitating routine construction of information based problem solving environments / frameworks that will knit together widely distributed computing, data, instrument, and human resources into just-in-time systems that can address complex and large-scale computing and data analysis problems. IPG development and deployment is addressing requirements obtained by analyzing a number of different application areas, in particular from the NASA Aero-Space Technology Enterprise. This analysis has focussed primarily on two types of users: The scientist / design engineer whose primary interest is problem solving (e.g., determining wing aerodynamic characteristics in many different operating environments), and whose primary interface to IPG will be through various sorts of problem solving frameworks. The second type of user if the tool designer: The computational scientists who convert physics and mathematics into code that can simulate the physical world. These are the two primary users of IPG, and they have rather different requirements. This paper describes the current state of IPG (the operational testbed), the set of capabilities being put into place for the operational prototype IPG, as well as some of the longer term R&D tasks.

Johnston, William E.↗

Science and applications space platform

The concept for the Platform/Power System combination (supported by Shuttle visits) is presented from the NASA-sponsored Phase A study. The combination will cost-effectively free-fly small groups of unmanned low-earth payloads which have common accommodation needs. A manned support module and power system can provide elemental and growth capability for 3-6 month missions. The configuration and payload accommodations of the combination systems are reviewed and schematized in detail. Flight operations for the payload science management will include the conduct of science operations, the monitoring of instrument performance, verification of the science data and the maintenance of the science mission plan.

Nein, M.↗

Scientific management of Space Telescope

A historical summay is given on the science management of the Space Telescope, the inception of which began in 1962, when scientists and engineers first recommended the development of a nearly diffraction limited substantial-size optical telescope. Phase A, the feasibility requirements generation phase, began in 1971 and consisted largely of NASA scientists and a NASA design. Phase B, the preliminary design phase, established a tiered structure of scientists, led by the Large Space Telescope operations and Management Work Group. A Mission Operations Working Group headed six instrument definition teams to develop the essential instrument definitions. Many changes took place during Phase B, before design and development, which began in 1978 and still continues today.

Odell, C. R.↗

The first Spacelab mission

The purpose of Spacelab, an Orbiter-mounted NASA/ESA laboratory, is to include in the Space Transportation System (STS) a payload carrier with maximum flexibility to accommodate multidisciplinary scientific payloads. The major Spacelab configurations obtained by combination of two basic elements, the module and pallet, are described along with the anticipated program of experiments and payloads, and mission management general concept. The first Spacelab 7-day mission is scheduled for flight in the second half of 1980, with the primary objective being to verify system performance capabilities. Detailed attention is given to the payload mission management responsibilities for the first flight, including program control, science management, payload interfaces, integrated payload mission planning, integration requirements, payload specialist training, payload integration, launch site integration, payload flight/mission operations, and postmission activities. The Spacelab configuration (including the long module and one pallet) and the overall schedule for this mission are presented.

Pace, R. E., Jr.↗

Needs assessment final report

The stated purposes of the Management Science Faculty Fellowship Project were to: (1) provide a comprehensive analysis of KSC management training for engineers and other management professionals from project/program lead through executive levels; and (2) development of evaluation methodologies which can be used to perform ongoing program-wide course-to-course assessments. This report will focus primarily in the first stated purpose for the project. Ideally, the analysis of KSC management training will build in the current system and efficiently propose improvements to achieve existing goals and objectives while helping to identify new visions and new outcomes for the Center's Management Training Mission. Section 2 describes the objectives, approach, and specific tasks used to analyze KSC's Management training System. Section 3 discusses the main conclusions derived from an analysis of the available training data. Section 4 discusses the characteristics and benefits envisioned for a Management Training System. Section 5 proposes a Training System as identified by the results of a Needs Assessment exercise conducted at KSC this summer. Section 6 presents a number of recommendations for future work.

Sepulveda, Jose A.↗

NASA Science Institutes Plan. Report of the NASA Science Institutes Team: Final Publication (Incorporating Public Comments and Revisions)

This NASA Science Institute Plan has been produced in response to direction from the NASA Administrator for the benefit of NASA Senior Management, science enterprise leaders, and Center Directors. It is intended to provide a conceptual framework for organizing and planning the conduct of science in support of NASA's mission through the creation of a limited number of science Institutes. This plan is the product of the NASA Science Institute Planning Integration Team (see Figure A). The team worked intensively over a three-month period to review proposed Institutes and produce findings for NASA senior management. The team's activities included visits to current NASA Institutes and associated Centers, as well as approximately a dozen non-NASA research Institutes. In addition to producing this plan, the team published a "Benchmarks" report. The Benchmarks report provides a basis for comparing NASA's proposed activities with those sponsored by other national science agencies, and identifies best practices to be considered in the establishment of NASA Science Institutes. Throughout the team's activities, a Board of Advisors comprised of senior NASA officials (augmented as necessary with other government employees) provided overall advice and counsel.

Source record↗

Introduction to SIMRAND: Simulation of research and development project

SIMRAND: SIMulation of Research ANd Development Projects is a methodology developed to aid the engineering and management decision process in the selection of the optimal set of systems or tasks to be funded on a research and development project. A project may have a set of systems or tasks under consideration for which the total cost exceeds the allocated budget. Other factors such as personnel and facilities may also enter as constraints. Thus the project's management must select, from among the complete set of systems or tasks under consideration, a partial set that satisfies all project constraints. The SIMRAND methodology uses analytical techniques and probability theory, decision analysis of management science, and computer simulation, in the selection of this optimal partial set. The SIMRAND methodology is truly a management tool. It initially specifies the information that must be generated by the engineers, thus providing information for the management direction of the engineers, and it ranks the alternatives according to the preferences of the decision makers.

Miles, R. F., Jr.↗