Ground Systems Development Environment (GSDE) interface requirements analysis

A set of procedural and functional requirements are presented for the interface between software development environments and software integration and test systems used for space station ground systems software. The requirements focus on the need for centralized configuration management of software as it is transitioned from development to formal, target based testing. This concludes the GSDE Interface Requirements study. A summary is presented of findings concerning the interface itself, possible interface and prototyping directions for further study, and results of the investigation of the Cronus distributed applications environment

Ground Systems Development Environment (GSDE) interface requirements and prototyping plan

This report describes the data collection and requirements analysis effort of the Ground System Development Environment (GSDE) Interface Requirements study. It identifies potential problems in the interfaces among applications and processors in the heterogeneous systems that comprises the GSDE. It describes possible strategies for addressing those problems. It also identifies areas for further research and prototyping to demonstrate the capabilities and feasibility of those strategies and defines a plan for building the necessary software prototypes

Isobar-free neon isotope measurements of flux-fused potential reference minerals on a Helix-MC-Plus^(10K) mass spectrometer

This work presents new analytical techniques for extraction and analysis of neon from a suite of different mineral phases, including quartz, pyroxene, hematite, apatite, zircon, topaz, and fluorite. Neon was quantitatively extracted at 1100 °C from all of these minerals using an in-vacuum lithium borate-flux fusion technique. Evolved neon was purified using a cryogenic method capable of separating Ne from He present in abundances ~8 orders of magnitude higher, typical of samples carrying nucleogenic/radiogenic noble gases. The purified neon was measured on a Helix-MC-Plus^(10K) mass spectrometer that permits isobar-free measurement of all three neon isotopes. When operated at its highest mass resolving power (MRP) of ~10,300, the shoulder representing solely ²²Ne on the low mass-side of the ²²Ne-CO₂⁺² doublet is wide enough to permit measurement of isobar free ²²Ne. Operating in this mode comes with the penalty of a 50% reduction in neon sensitivity. Coupled with a mathematical isobar-stripping method, this approach excludes 99.5% of the CO₂⁺² while still collecting >99% of the ²²Ne beam. Routine edge-centering on the dynamic CO₂⁺² peak prior to introduction of a sample permits rapid and robust relocation of the desired measure point in the mass spectrum. Cosmogenic ²¹Ne and ²²Ne concentrations obtained using these methods on the Cronus-A quartz and Cronus-P pyroxene international reference materials are in excellent agreement with previous work or expectations. Similarly, the concentration of nucleogenic ²¹Ne and ²²Ne in Durango apatite and the CIT hematite standard agree well with previous work. Durango apatite has notable heterogeneity in neon concentrations, consistent with previous observations of heterogeneous He, U and Th concentrations in this apatite. Nucleogenic neon concentrations are also presented for previously unstudied minerals including a Sri Lanka zircon (SLC), a topaz from the Imperial Topaz mine in Brazil (ITP1), and a fluorite (W-90) from New Hampshire. Taken together this set of potential reference minerals and the associated dataset provide a starting point for intercalibration among multiple mineral phases carrying ²¹Ne and ²²Ne of cosmogenic or nucleogenic origin

Compatibility and shielding analysis of science instruments in spacecraft containing a radioisotope thermoelectric generator

Compatibility and shielding analysis of science instruments in spacecraft containing radioisotope thermoelectric generato

Acquisition of computer research equipment

Issued as Final report, Project no. G-36-61

Implementation of an activity coordinator for an activity-based distributed system

Distributed computing systems offer a number of potential benefits, including: - improved fault-tolerance and reliability - increased processor availability - faster response time - flexibility of system configuration - effective management of geographically distributed resources - integration of special purpose machines into applications In order to realize this potential, support systems that aid in the development of distributed programs are needed. An Activity System facilitates the design and implementation of distributed programs: (1) By allowing the programmer to group functionally related objects into an activity (or job) which is recorded within the system. The information stored concerning relationships between objects may then be used to control their interactions and thus to manage distributed resources. (2) By effectively eliminating the need for the programmer to deal with the underlying details of inter-process communication. The system handles the establishment of communication links between objects in an activity, and controls the routing of messages to activity members. To evaluate the uses of activities in developing distributed programs, I have implemented a portion of such a system; namely, an Activity Coordinator , together with Activity System components and test tools required to verify its functionality. Within the context of an Activity System, the Activity Coordinator provides certain key functions: (1) It maintains a database of information pertaining to objects and activities, and (2) It handles the routing of activity related messages. In future versions of the activity system the Activity Coordinator may also play a more active role in fault recovery. These possibilities will also be discussed

Coordinating complex problem-solving among distributed intelligent agents

A process-oriented control model is described for distributed problem solving. The model coordinates the transfer and manipulation of information across independent networked applications, both intelligent and conventional. The model was implemented using SOCIAL, a set of object-oriented tools for distributing computing. Complex sequences of distributed tasks are specified in terms of high level scripts. Scripts are executed by SOCIAL objects called Manager Agents, which realize an intelligent coordination model that routes individual tasks to suitable server applications across the network. These tools are illustrated in a prototype distributed system for decision support of ground operations for NASA's Space Shuttle fleet

Framework programmable platform for the advanced software development workstation. Integration mechanism design document

The Framework Programmable Software Development Platform (FPP) is a project aimed at combining effective tool and data integration mechanisms with a model of the software development process in an intelligent integrated software development environment. Guided by this model, this system development framework will take advantage of an integrated operating environment to automate effectively the management of the software development process so that costly mistakes during the development phase can be eliminated

A hierarchical distributed control model for coordinating intelligent systems

A hierarchical distributed control (HDC) model for coordinating cooperative problem-solving among intelligent systems is described. The model was implemented using SOCIAL, an innovative object-oriented tool for integrating heterogeneous, distributed software systems. SOCIAL embeds applications in 'wrapper' objects called Agents, which supply predefined capabilities for distributed communication, control, data specification, and translation. The HDC model is realized in SOCIAL as a 'Manager'Agent that coordinates interactions among application Agents. The HDC Manager: indexes the capabilities of application Agents; routes request messages to suitable server Agents; and stores results in a commonly accessible 'Bulletin-Board'. This centralized control model is illustrated in a fault diagnosis application for launch operations support of the Space Shuttle fleet at NASA, Kennedy Space Center