Results for “team building” — Page 11

NASA NTRSDate not supplied

To the Moon! Space Launch System Modal Testing with Video and Motion Magnification

MIT Lincoln Laboratory and NASA Marshall Space Flight Center have been collaborating on using video camera measurements and motion magnification for modal testing of large aerospace components for several years. This presentation will discuss results from the Space Launch System Integrated Modal Test (IMT) and Dynamic Rollout/Rollback Test (DRRT) in support of the Artemis I mission. During the IMT, the data collection focused on operational mode shapes. In addition, the cameras were repositioned mid-test to better understand the physics of a low-frequency torsion mode. The non-contact nature of video data capture allowed for the quick redeployment of the cameras while not causing any delay in test schedule, whereas traditional instrumentation would have required a pause in testing to attach the sensors to the test article. The motion magnification analysis was able to find the low-frequency operational mode shapes and help the test team better understand the physics of the torsion mode. Building upon the success of the IMT motion magnification work, a camera system was used during the DRRT to find operational mode shapes, if the physics of the low-frequency torsion mode remained with different boundary conditions, and relative deflection of the vehicle and ML tower during the roll. In this paper we will present operational mode shape results, discuss the physics of the torsion mode, and review experimental setup idiosyncrasies to help the community in designing video camera measurement systems.

optical↗

NASA NTRS2020

Lessons Learned from Sonic Boom Flight Research Projects conducted by NASA Armstrong Flight Research Center

Over the course of four years, a team of aerospace engineers at the National Aeronautics and Space Administration Armstrong Flight Research Center completed four projects, each with the objective to research sonic boom signatures from a ground and building level perspective. The relatively compressed timeline of these projects resulted in the team amassing a large number of lessons learned. With each successive project, these lessons have been more relied upon and referenced. This report serves as a written record of the teams tribal knowledge capturing the relevant lessons learned and their importance for future projects.

Erin R Waggoner↗

NASA NTRS2009

Extreme Programming: Maestro Style

"Extreme Programming: Maestro Style" is the name of a computer programming methodology that has evolved as a custom version of a methodology, called extreme programming that has been practiced in the software industry since the late 1990s. The name of this version reflects its origin in the work of the Maestro team at NASA's Jet Propulsion Laboratory that develops software for Mars exploration missions. Extreme programming is oriented toward agile development of software resting on values of simplicity, communication, testing, and aggressiveness. Extreme programming involves use of methods of rapidly building and disseminating institutional knowledge among members of a computer-programming team to give all the members a shared view that matches the view of the customers for whom the software system is to be developed. Extreme programming includes frequent planning by programmers in collaboration with customers, continually examining and rewriting code in striving for the simplest workable software designs, a system metaphor (basically, an abstraction of the system that provides easy-to-remember software-naming conventions and insight into the architecture of the system), programmers working in pairs, adherence to a set of coding standards, collaboration of customers and programmers, frequent verbal communication, frequent releases of software in small increments of development, repeated testing of the developmental software by both programmers and customers, and continuous interaction between the team and the customers. The environment in which the Maestro team works requires the team to quickly adapt to changing needs of its customers. In addition, the team cannot afford to accept unnecessary development risk. Extreme programming enables the Maestro team to remain agile and provide high-quality software and service to its customers. However, several factors in the Maestro environment have made it necessary to modify some of the conventional extreme-programming practices. The single most influential of these factors is that continuous interaction between customers and programmers is not feasible.

Norris, Jeffrey↗

NASA NTRSDate not supplied

NASA Delay Tolerant Networks: Operational, Evolving, an Ready for Expansion

The future of humanity’s presence beyond Earth depends on the successful commercialization of space. For commercialization to succeed, companies need cost-efficient architectures to support their business models and minimize risks for human capital, design, development, and operations. An ongoing challenge to any space enterprise is the reality that terrestrial network technologies are insufficient to provide reliable communications between assets in space. Whether you need to ensure your valuable data is safely transmitted to the ground or reliably delivered between platforms in orbit, ensuring data integrity over intermittent communication links is a necessity. Current solutions to space communications rely heavily on manual recording, storing, and retrieval of data from spacecraft. The current standard in space communication protocols, Consultative Committee for Space Data Systems (CCSDS) Space Packet standard, is reliant on inflexible network architectures based around mission-critical infrastructure to ensure data delivery. However, by automating the recording, storing, retrieval, and verification of data with Delay Tolerant Networks (DTN), the operator is freed from the dependence on manual data management and expensive mission critical infrastructure. NASA has been developing delay tolerant systems since the late 1990’s. Multiple DTN implementations have been established during that time, each suited to different use cases. Most notably, the DTN deployment for the International Space Station (ISS) includes demonstration of two DTN technologies: Interplanetary Overlay Network (ION) and Delay Tolerant Network Marshall Enterprise (DTNME). Beyond ISS, there are even more NASA DTN deployments being considered. Now that DTN implementations are maturing, it is appropriate to reflect upon these decades of work, review the integration and performance of the existing ISS deployment, and explore the future possibilities for DTN deployment industry-wide. The ISS DTN deployment is a complex architecture consisting of different DTN implementations for the onboard and ground network environments. The ION DTN implementation is being used in the on-board network. The Huntsville Operations Support Center (HOSC) DTN implementation, DTNME, is used by the ground network supporting ISS and will soon be a second onboard gateway too. The two implementations work cooperatively to provide high fidelity data services to flight operations users and payload developers across the globe. Though the two implementations yield a quality service, limitations are evident. Data rate, data storage, and device management are constrained by the services themselves and the complex nature of the deployment. Evolution of operations concepts will improve system capabilities and stability, but significant improvement will require additional development to the implementations themselves and to the overall deployment architecture. Taking advantage of the ongoing development and operation of the ISS DTN service will be central to the success of the future evolutions of NASA DTN deployments while demonstrating the benefits of DTN’s low-cost reliable data communication protocols for the growing commercial space industry. A broad effort on DTN integration and support is necessary to promote expansion beyond existing applications. NASA is developing several useful DTN implementations across a number of different systems: ION, DTNME, High-Rate DTN (HDTN), Bundle Protocol Library (BPLib), and others. To prevent fragmentation, DTN implementation teams need to communicate, collaborate, and integrate with one another to build a solid operational foundation for new DTN deployments. The establishment of a group that can assist new DTN users with understanding the purpose of each DTN implementation, provide best practices, and serve as a general knowledge base is paramount. Potential use of DTN on Gateway and other future NASA missions further drives the need for streamlined communication between DTN implementation teams. A well-integrated and highly engaged NASA DTN working group should help provide system architects the best DTN solutions for future commercial space efforts. This paper will first review the history of DTN implementations, explore the shortcoming of current space networking solutions given available limits in technology, and therefore establish the need for Delay Tolerant Networking in space communications. Secondly, the authors will explore NASA’s array of DTN implementations and highlight their usefulness to space applications. Thirdly, this paper will establish general DTN implementation distinguishing factors. Fourthly, the authors will discuss attempts to create a generic DTN comparison matrix, and the authors will review potential future topics in DTN innovation and collaboration, highlighting several key future efforts. Finally, this paper will describe how the institution of a NASA DTN Working Group will benefit DTN adoption across the governmental and commercial space sector. The goal of this paper is to encourage enthusiasm for DTN, share strategies for improving DTN on both current and future applications, promote the collaboration of DTN implementation groups within the international space operations community, and open the conversations about DTN, priorities, complexities, and innovation to the wider spaceflight industry.

DTN↗

NASA NTRSDate not supplied

NASA Delay Tolerant Networks: Operational, Evolving, an Ready for Expansion

The future of humanity’s presence beyond Earth depends on the successful commercialization of space. For commercialization to succeed, companies need cost-efficient architectures to support their business models and minimize risks for human capital, design, development, and operations. An ongoing challenge to any space enterprise is the reality that terrestrial network technologies are insufficient to provide reliable communications between assets in space. Whether you need to ensure your valuable data is safely transmitted to the ground or reliably delivered between platforms in orbit, ensuring data integrity over intermittent communication links is a necessity. Current solutions to space communications rely heavily on manual recording, storing, and retrieval of data from spacecraft. The current standard in space communication protocols, Consultative Committee for Space Data Systems (CCSDS) Space Packet standard, is reliant on inflexible network architectures based around mission-critical infrastructure to ensure data delivery. However, by automating the recording, storing, retrieval, and verification of data with Delay Tolerant Networks (DTN), the operator is freed from the dependence on manual data management and expensive mission critical infrastructure. NASA has been developing delay tolerant systems since the late 1990’s. Multiple DTN implementations have been established during that time, each suited to different use cases. Most notably, the DTN deployment for the International Space Station (ISS) includes demonstration of two DTN technologies: Interplanetary Overlay Network (ION) and Delay Tolerant Network Marshall Enterprise (DTNME). Beyond ISS, there are even more NASA DTN deployments being considered. Now that DTN implementations are maturing, it is appropriate to reflect upon these decades of work, review the integration and performance of the existing ISS deployment, and explore the future possibilities for DTN deployment industry-wide. The ISS DTN deployment is a complex architecture consisting of different DTN implementations for the onboard and ground network environments. The ION DTN implementation is being used in the on-board network. The Huntsville Operations Support Center (HOSC) DTN implementation, DTNME, is used by the ground network supporting ISS and will soon be a second onboard gateway too. The two implementations work cooperatively to provide high fidelity data services to flight operations users and payload developers across the globe. Though the two implementations yield a quality service, limitations are evident. Data rate, data storage, and device management are constrained by the services themselves and the complex nature of the deployment. Evolution of operations concepts will improve system capabilities and stability, but significant improvement will require additional development to the implementations themselves and to the overall deployment architecture. Taking advantage of the ongoing development and operation of the ISS DTN service will be central to the success of the future evolutions of NASA DTN deployments while demonstrating the benefits of DTN’s low-cost reliable data communication protocols for the growing commercial space industry. A broad effort on DTN integration and support is necessary to promote expansion beyond existing applications. NASA is developing several useful DTN implementations across a number of different systems: ION, DTNME, High-Rate DTN (HDTN), Bundle Protocol Library (BPLib), and others. To prevent fragmentation, DTN implementation teams need to communicate, collaborate, and integrate with one another to build a solid operational foundation for new DTN deployments. The establishment of a group that can assist new DTN users with understanding the purpose of each DTN implementation, provide best practices, and serve as a general knowledge base is paramount. Potential use of DTN on Gateway and other future NASA missions further drives the need for streamlined communication between DTN implementation teams. A well-integrated and highly engaged NASA DTN working group should help provide system architects the best DTN solutions for future commercial space efforts. This paper will first review the history of DTN implementations, explore the shortcoming of current space networking solutions given available limits in technology, and therefore establish the need for Delay Tolerant Networking in space communications. Secondly, the authors will explore NASA’s array of DTN implementations and highlight their usefulness to space applications. Thirdly, this paper will establish general DTN implementation distinguishing factors. Fourthly, the authors will discuss attempts to create a generic DTN comparison matrix, and the authors will review potential future topics in DTN innovation and collaboration, highlighting several key future efforts. Finally, this paper will describe how the institution of a NASA DTN Working Group will benefit DTN adoption across the governmental and commercial space sector. The goal of this paper is to encourage enthusiasm for DTN, share strategies for improving DTN on both current and future applications, promote the collaboration of DTN implementation groups within the international space operations community, and open the conversations about DTN, priorities, complexities, and innovation to the wider spaceflight industry.

DTN↗

NASA NTRS2011

Design and Build of Reactor Simulator for Fission Surface Power Technology Demonstrator Unit

The Nuclear Systems Team at NASA Marshall Space Flight Center (MSFC) focuses on technology development for state of the art capability in non-nuclear testing of nuclear system and Space Nuclear Power for fission reactor systems for lunar and Mars surface power generation as well as radioisotope power systems for both spacecraft and surface applications. Currently being designed and developed is a reactor simulator (RxSim) for incorporation into the Technology Demonstrator Unit (TDU) for the Fission Surface Power System (FSPS) Program, which is supported by multiple national laboratories and NASA centers. The ultimate purpose of the RxSim is to provide heated NaK to a pair of Stirling engines in the TDU. The RxSim includes many different systems, components, and instrumentation that have been developed at MSFC while working with pumped NaK systems and in partnership with the national laboratories and NASA centers. The main components of the RxSim are a core, a pump, a heat exchanger (to mimic the thermal load of the Stirling engines), and a flow meter for tests at MSFC. When tested at NASA Glenn Research Center (GRC) the heat exchanger will be replaced with a Stirling power conversion engine. Additional components include storage reservoirs, expansion volumes, overflow catch tanks, safety and support hardware, instrumentation (temperature, pressure, flow) for data collection, and power supplies. This paper will discuss the design and current build status of the RxSim for delivery to GRC in early 2012.

Godfroy, Thomas↗

NASA NTRS1996

Implementation of a Campuswide Distributed Mass Storage Service: the Dream Versus Reality

In 1990, a technical team at NASA Lewis Research Center, Cleveland, Ohio, began defining a Mass Storage Service to pro- wide long-term archival storage, short-term storage for very large files, distributed Network File System access, and backup services for critical data dw resides on workstations and personal computers. Because of software availability and budgets, the total service was phased in over dm years. During the process of building the service from the commercial technologies available, our Mass Storage Team refined the original vision and learned from the problems and mistakes that occurred. We also enhanced some technologies to better meet the needs of users and system administrators. This report describes our team's journey from dream to reality, outlines some of the problem areas that still exist, and suggests some solutions.

Prahst, Stephen↗

NASA NTRS2006

Tools for Tomorrow's Science and Technology Workforce: MATE's 2006 ROV Competition Sets Students' Sights on Ocean Observing Systems

Teams participating in the 2006 ROV competition organized by the Marine Advanced Technology Education (MATE) Center and the Marine Technology Society's (MTS) ROV Committee experienced first-hand the scientific and technical challenges that many ocean scientists, technicians, and engineers face every day. The competition tasked more than 1,000 middle and high school, college, and university students from Newfoundland to Hong Kong with designing and building ROVs to support the next generation of ocean observing systems. Teaming up with the National Office for Integrated and Sustained Ocean Observations, Ocean. US, and the Ocean Research Interactive Observatory Networks (ORION) Program, the competition highlighted ocean observing systems and the careers, organizations, and technologies associated with ocean observatories. The student teams were challenged to develop vehicles that can deploy, install, and maintain networks of instruments as well as to explore the practical applications and the research questions made possible by observing systems.

OCEANOGRAPHERS↗

NASA NTRS2003

Final Report for the Advanced Camera for Surveys (ACS) from Ball Aerospace and Technologies Corporation

The Advanced Camera for Surveys ACS was launched aboard the Space Shuttle Columbia just before dawn on March 1, 2002. After successfully docking with the Hubble Space Telescope (HST), several components were replaced. One of the components was the Advanced Camera for Surveys built by Ball Aerospace & Technologies Corp. (BATC) in Boulder, Colorado. Over the life of the HST contract at BATC hundreds of employees had the pleasure of working on the concept, design, fabrication, assembly and test of ACS. Those employees thank NASA - Goddard Space Flight Center and the science team at Johns Hopkins University (JHU) for the opportunity to participate in building a great science instrument for HST. After installation in HST a mini-functional test was performed and later a complete functional test. ACS performed well and has continued performing well since then. One of the greatest rewards for the BATC employees is a satisfied science team. Following is an excerpt from the JHU final report, "The foremost promise of ACS was to increase Hubble's capability for surveys in the near infrared by a factor of 10. That promise was kept. "

Volmer, Paul↗

NASA NTRSDate not supplied

The NASA DEVELOP Model: Multidisciplinary Teams Conduct Interdisciplinary Projects to Produce Transdisciplinary Outcomes

The DEVELOP Program, part of NASA’s Earth Applied Sciences’ Capacity Building Program, conducts 50-70 feasibility studies each year that utilize Earth observations to address local decision-making challenges and help inform action. DEVELOP uses these projects as the mechanism to build skills in its participants and partner organizations to assess and apply satellite data insights to environmental decision-making processes. While organized by thematic focus (ex. water resource management, ecological forecasting, disaster management), projects use a multidisciplinary team approach with teams of students, recent graduates, early career professionals, and transitioning career professionals, bringing different disciplines, life experience, and perspectives to execute projects that have been collaboratively designed with end-user partner organizations (federal agencies, state and local governments, non-profit and for-profit organizations, and international organizations). Projects are interdisciplinary in nature as they integrate methods from multiple disciplines, with a focus on the incorporation of satellite data with other data sources such as socioeconomic and demographic data, in situ measurements, model outputs, and partners’ knowledge, and take place under the guidance of science advisors from NASA, academia, and other partner organizations. The culmination of these multidisciplinary teams working on projects that draw from interdisciplinary methods and approaches, is a transdisciplinary solution for the partner organizations to explore further for potential adoption. This presentation will highlight the DEVELOP model of co-production and collaboration, lessons learned integrating people and project methodologies, and impact assessment activities surrounding the program’s efforts.

Capacity Building↗

NASA NTRSDate not supplied

2024 Nasa Lunabotics University Competition: Site Preparation With Bulk Regolith

Introduction: Lunabotics provides accredited institutions of higher learning students (vocational-technical, college, university) an opportunity to apply the NASA systems engineering process to design and build a prototype robot. This robot would be capable of performing the proposed operations on the Lunar surface in support of future Artemis mission goals. Lunabotics features a systems engineering design challenge to engage students in the next phase of hu-man space exploration supporting the Artemis missions. This two-semester event encourages students to design and build an autonomous or telerobotic robot designed to traverse the simulated Lunar surface and complete the assigned construction tasks. The number of teams accepted into this challenge is not predetermined but is based on the scores and overall quality of the Project Management Plans received and other factors. The culmination of the Lunabotics virtual challenge will be the design, build and operation of a functional prototype Lunar robot. Teams are required to submit the following: (1) Project Management Plan, (2) Systems Engineering Paper, a (3) STEM Engage-ment Report, and a (4) Proof of Life Video. This is an optional item, but to qualify for the grand prize a team must also submit a: (5) Presentation and Demonstration. Background: The NASA Lunabotics University Competition was first held in 2010 as a follow on to the NASA Regolith Excavation Challenge [1]. The high level of interest and participation from over 50 universities each year has led to a sustained annual competi-ion cadence: it has been held every May for the past 14 years [2,3]. Over 6,000 students have participated and been inspired to pursue Science, Technology, En-gineering and Mathematics careers (STEM). 2024 Competition: The necessary lunar surface tasks are evolving to meet the NASA Artemis Mission requirements. In the past Lunabotics challenges we gathered data to support Lunar mining for consuma-bles in the Lunar regolith. Now, in 2024, the task is to gather data on Lunar site preparation and construction by designing and building a robot that will traverse the chaotic Lunar terrain and construct a regolith-based berm. The goal is to build a berm structure which would be useful to the Artemis Mission for blast and ejecta protection during lunar landings and launches, shading cryogenic propellant tank farms, providing radiation protection around a nuclear power plant and other mission critical uses. Lunabotics will consist of three separate events this year. The first event is NASA’s Lunabotics Project Development Challenge, where teams submit various deliverables to be scored by judges. The second event will be the University of Central Florida (UCF) Lunabotics Qualification challenge, in the Exolith laboratory, where teams will put their de-signs to the test. The top ten scoring teams from the Qualification challenge are then invited to the third and final event, NASA’s Lunabotics On-Site Challenge at Kennedy Space Center in Florida. This presentation will summarize the results and lessons learned from the NASA Lunabotics University Competition held in May 2024.

Lunabotics↗

NASA NTRS2003

Multiphase flow and phase change in microgravity: Fundamental research and strategic research for exploration of space

NASA is preparing to undertake science-driven exploration missions. The NASA Exploration Team's vision is a cascade of stepping stones. The stepping-stone will build the technical capabilities needed for each step with multi-use technologies and capabilities. An Agency-wide technology investment and development program is necessary to implement the vision. The NASA Exploration Team has identified a number of areas where significant advances are needed to overcome all engineering and medical barriers to the expansion of human space exploration beyond low-Earth orbit. Closed-loop life support systems and advanced propulsion and power technologies are among the areas requiring significant advances from the current state-of-the-art. Studies conducted by the National Academy of Science's National Research Council and Workshops organized by NASA have shown that multiphase flow and phase change play a crucial role in many of these advanced technology concepts. Lack of understanding of multiphase flow, phase change, and interfacial phenomena in the microgravity environment has been a major hurdle. An understanding of multiphase flow and phase change in microgravity is, therefore, critical to advancing many technologies needed. Recognizing this, the Office of Biological and Physical Research (OBPR) has initiated a strategic research thrust to augment the ongoing fundamental research in fluid physics and transport phenomena discipline with research especially aimed at understanding key multiphase flow related issues in propulsion, power, thermal control, and closed-loop advanced life support systems. A plan for integrated theoretical and experimental research that has the highest probability of providing data, predictive tools, and models needed by the systems developers to incorporate highly promising multiphase-based technologies is currently in preparation. This plan is being developed with inputs from scientific community, NASA mission planners and industry personnel. The fundamental research in multiphase flow and phase change in microgravity is aimed at developing better mechanistic understanding of pool boiling and ascertaining the effects of gravity on heat transfer and the critical heat flux. Space flight experiments conducted in space have shown that nucleate pool boiling can be sustained under certain conditions in the microgravity environment. New space flight experiments are being developed to provide more quantitative information on pool boiling in microgravity. Ground-based investigations are also being conducted to develop mechanistic models for flow and pool boiling. An overview of the research plan and roadmap for the strategic research in multiphase flow and phase change as well as research findings from the ongoing program will be presented.

Singh, Bhim S.↗

NASA NTRSDate not supplied

Celestial Mapping System

Celestial Mapping System (CMS) is a software platform developed by Dr. Agrawal’s team to generate virtual 3D globes for celestial bodies. Various layers are built on top of the virtual globe to provide visualization for high-resolution imagery, enable precise measurements, build analytical capabilities and broad range of functionalities to assist planetary scientists and mission planners. In her June 14th presentation, Dr. Agrawal will showcase the user interactive software platform to virtually travel the lunar terrain, place rovers and instruments on the surface of the moon and perform measurements of various geological features including permanently shadowed regions. Her team’s future goals include building interactive 3D globes for other planetary bodies such as Venus, Mars, and Titan in the solar system.

GIS system↗

NASA NTRS1998

Flying Cassini with Virtual Operations Teams

The Cassini Program's challenge is to fly a large, complex mission with a reduced operations budget. A consequence of the reduced budget is elimination of the large, centrally located group traditionally used for uplink operations. Instead, responsibility for completing parts of the uplink function is distributed throughout the Program. A critical strategy employed to handle this challenge is the use of Virtual Uplink Operations Teams. A Virtual Team is comprised of a group of people with the necessary mix of engineering and science expertise who come together for the purpose of building a specific uplink product. These people are drawn from throughout the Cassini Program and participate across a large geographical area (from Germany to the West coast of the USA), covering ten time zones. The participants will often split their time between participating in the Virtual Team and accomplishing their core responsibilities, requiring significant planning and time management. When the particular uplink product task is complete, the Virtual Team disbands and the members turn back to their home organization element for future work assignments. This time-sharing of employees is used on Cassini to build mission planning products, via the Mission Planning Virtual Team, and sequencing products and monitoring of the sequence execution, via the Sequence Virtual Team. This challenging, multitasking approach allows efficient use of personnel in a resource constrained environment.

Dodd, Suzanne↗

NASA NTRS1987

User engineering: A new look at system engineering

User Engineering is a new System Engineering perspective responsible for defining and maintaining the user view of the system. Its elements are a process to guide the project and customer, a multidisciplinary team including hard and soft sciences, rapid prototyping tools to build user interfaces quickly and modify them frequently at low cost, and a prototyping center for involving users and designers in an iterative way. The main consideration is reducing the risk that the end user will not or cannot effectively use the system. The process begins with user analysis to produce cognitive and work style models, and task analysis to produce user work functions and scenarios. These become major drivers of the human computer interface design which is presented and reviewed as an interactive prototype by users. Feedback is rapid and productive, and user effectiveness can be measured and observed before the system is built and fielded. Requirements are derived via the prototype and baselined early to serve as an input to the architecture and software design.

Mclaughlin, Larry L.↗

NASA NTRS1998

Experimental Internet Environment Software Development

Geographically distributed project teams need an Internet based collaborative work environment or "Intranet." The Virtual Research Center (VRC) is an experimental Intranet server that combines several services such as desktop conferencing, file archives, on-line publishing, and security. Using the World Wide Web (WWW) as a shared space paradigm, the Graphical User Interface (GUI) presents users with images of a lunar colony. Each project has a wing of the colony and each wing has a conference room, library, laboratory, and mail station. In FY95, the VRC development team proved the feasibility of this shared space concept by building a prototype using a Netscape commerce server and several public domain programs. Successful demonstrations of the prototype resulted in approval for a second phase. Phase 2, documented by this report, will produce a seamlessly integrated environment by introducing new technologies such as Java and Adobe Web Links to replace less efficient interface software.

Maddux, Gary A.↗

NASA NTRS2002

The Use of Remote Sensing for Monitoring, Prediction, and Management of Hydrologic, Agricultural, and Ecological Processes in the Northern Great Plains

The NASA-EPSCoR program in South Dakota is focused on the enhancement of NASA-related research in earth system science and corresponding infrastructure development to support this theme. Hence, the program has adopted a strategy that keys on research projects that: a) establish quantitative links between geospatial information technologies and fundamental climatic and ecosystem processes in the Northern Great Plains (NGP) and b) develop and use coupled modeling tools, which can be initialized by data from combined satellite and surface measurements, to provide reliable predictions and management guidance for hydrologic, agricultural, and ecological systems of the NGP. Building a partnership network that includes both internal and external team members is recognized as an essential element of the SD NASA-EPSCoR program. Hence, promoting and tracking such linkages along with their relevant programmatic consequences are used as one metric to assess the program's progress and success. This annual report first summarizes general activities and accomplishments, and then provides progress narratives for the two separate, yet related research projects that are essential components of the SD NASA-EPSCoR program.

Farwell, Sherry O.↗

NASA NTRS2004

James Webb Space Telescope (JWST) Optical Telescope Element (OTE) Development Status

The James Webb Space Telescope (JWST) Optical Telescope Element (OTE) is a segmented, cryogenic telescope scheduled for launch in 2011. In September of 2002, NASA selected prime contractor Northrop Grumman Space Technology (NGST) to build the observatory including management of the OTE. NGST is teamed with subcontractors Ball Aerospace, Alliant Techsystems (ATK). and Kodak. The team has completed several significant design, technology, architecture definition, and manufacturing milestones in the past year that are summarized in this paper.

Feinberg, Lee D.↗