Search NASA⌕ Search

SEARCH · Search NASA

Results for “user requirements”

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

Space Station Workshop: Commercial Missions and User Requirements

The topics of discussion addressed during a three day workshop on commercial application in space are presented. Approximately half of the program was directed towards an overview and orientation to the Space Station Project; the technical attributes of space; and present and future potential commercial opportunities. The remaining time was spent addressing technological issues presented by previously-formed industry working groups, who attempted to identify the technology needs, problems or issues faced and/or anticipated by the following industries: extraction (mining, agriculture, petroleum, fishing, etc.); fabrication (manufacturing, automotive, aircraft, chemical, pharmaceutical and electronics); and services (communications, transportation and retail robotics). After the industry groups presented their technology issues, the workshop divided into smaller discussion groups composed of: space experts from NASA; academia; industry experts in the appropriate disciplines; and other workshop participants. The needs identified by the industry working groups, space station technical requirements, proposed commercial ventures and other issues related to space commercialization were discussed. The material summarized and reported are the consensus from the discussion groups.

Source record↗

Superfluid helium orbital resupply - The status of the SHOOT flight experiment and preliminary user requirements

The Superfluid Helium On-Orbit Transfer (SHOOT) flight experiment is designed to demonstrate the components and techniques necessary to resupply superfluid helium to satellites or Space Station based facilities. A top level description as well as the development status of the critical components to be used in SHOOT are discussed. Some of these components include the thermomechanical pump, the fluid acquisition system, the normal helium and superfluid helium phase separators, Venturi flow meter, cryogenic valves, burst disks, and astronaut-compatible EVA coupler and transfer line. The requirements for the control electronics and software are given. A preliminary description of the requirements that must be met by a satellite requiring superfluid helium servicing is given. In particular, minimum and optimum plumbing arrangements are shown, transfer line flow impedance and heat input impacts are assessed, instrumentation is described, and performance parameters are considered.

Dipirro, Michael J.↗

Space Station Workshop Commercial Missions and User Requirements: Issues and Recommendations

The issues and recommendations of a conference on the Space Station are presented. The subjects are organized under three headings of: materials and processing in space, earth and ocean observations, and industrial services. One hundred and two issues and recommendations which resulted from the workskop are categorized for each discipline subpanel. Responses to these issues and recommendations are based on more than twenty interviews with highly qualified NASA personnel and represent the best answers available at this time.

Source record↗

Systems engineering and the user: Incorporation of user requirements into the SE process

This paper is organized into four parts. In the Gestation Phase, I describe the process of starting a new mission and establishing its rough boundaries. Next I show how the scientific experiments are selected. Then we enter the Preliminary Design Phase, where we incorporate the scientist's instruments into the systems engineering process. Finally, I show how the Preliminary Design Review (PDR) assures NASA management and the scientists that the scientific requirements have been incorporated into the systems engineering process to everyone's satisfaction.

Naugle, John E.↗

Translating user requirements into enrollment

We review some of Oracle's functionality in this document, particularly items that caused us problems when we went live with Oracle Advanced Benefits (OAB).

Oracle Advanced Benefits OAB enrollment requiremen↗

Space station needs, attributes and architectural options study. Volume 1: Executive summary

Planetary explorations, Earth observations, space physics, astronomy-astrophysics, solar physics, life/biological/medical sciences, materials processing in space, communications, and technology development are addressed. Mission requirements, integrated user requirements, and space station user accommodation requirements are discussed. Mission implementation concepts and cost, benefits and programmatic analysis are discussed.

Source record↗

The Next Generation of L Band Radiometry: User’s Requirements and Technical Solutions

After almost 10 years in operation (SMOS- Aquarius - SMAP) the very high potential of L band radiometry is clearly demonstrated. Several applications are already operational (assimilation at ECMWF, for hurricanes, for sea ice etc.) so it is crucial to maintain such measurements. To do so while satisfying the current missions specifications is also of prime importance. Degrading spatial resolution is thus a significant step back which will impact science and applications). These missions are now getting older and the goal of the study presented in this paper is to assess which planned mission could fulfill the requirements to ensure data continuity. For this purpose, an extensive users’ requirements study was performed in 2018-2019 assessing what would be required in the near future as well as when L band radiometry was absolutely necessary to satisfy the requirements. From the gathered results a cluster analysis was performed and the only.

Yann H Kerr↗

Space station needs, attributes and architectural options study. Volume 3: Mission requirements

User missions that are enabled or enhanced by a manned space station are identified. The mission capability requirements imposed on the space station by these users are delineated. The accommodation facilities, equipment, and functional requirements necessary to achieve these capabilities are identified, and the economic, performance, and social benefits which accrue from the space station are defined.

Source record↗

From requirements to acceptance tests

From user requirements definition to accepted software system, the software project management wants to be sure that the system will meet the requirements. For the development of a telecommunication satellites Control Centre, C.N.E.S. has used new rules to make the use of tracing matrix easier. From Requirements to Acceptance Tests, each item of a document must have an identifier. A unique matrix traces the system and allows the tracking of the consequences of a change in the requirements. A tool has been developed, to import documents into a relational data base. Each record of the data base corresponds to an item of a document, the access key is the item identifier. Tracing matrix is also processed, providing automatically links between the different documents. It enables the reading on the same screen of traced items. For example one can read simultaneously the User Requirements items, the corresponding Software Requirements items and the Acceptance Tests.

Baize, Lionel↗

Formal Requirements Elicitation with FRET

FRET is a tool for writing, understanding, formalizing and analyzing requirements. Users write requirements in an intuitive, restricted natural language, called FRETISH, with precise, unambiguous meaning. For a FRETISH requirement, FRET: 1) produces natural language and diagrammatic explanations of its exact meaning, 2) formalizes the requirement in logics, and 3) supports interactive simulation of produced logic formulas to ensure that they capture user intentions. FRET connects to analysis tools by facilitating the mapping between requirements and models/code, and by generating verification code. FRET is available open source at https://github.com/NASA-SW-VnV/fret; a video can be accessed at : https://tinyurl.com/fretForREFSQ.

Giannakopoulou, Dimitra↗

The NASA Integrated Information Technology Architecture

This document defines an Information Technology Architecture for the National Aeronautics and Space Administration (NASA), where Information Technology (IT) refers to the hardware, software, standards, protocols and processes that enable the creation, manipulation, storage, organization and sharing of information. An architecture provides an itemization and definition of these IT structures, a view of the relationship of the structures to each other and, most importantly, an accessible view of the whole. It is a fundamental assumption of this document that a useful, interoperable and affordable IT environment is key to the execution of the core NASA scientific and project competencies and business practices. This Architecture represents the highest level system design and guideline for NASA IT related activities and has been created on the authority of the NASA Chief Information Officer (CIO) and will be maintained under the auspices of that office. It addresses all aspects of general purpose, research, administrative and scientific computing and networking throughout the NASA Agency and is applicable to all NASA administrative offices, projects, field centers and remote sites. Through the establishment of five Objectives and six Principles this Architecture provides a blueprint for all NASA IT service providers: civil service, contractor and outsourcer. The most significant of the Objectives and Principles are the commitment to customer-driven IT implementations and the commitment to a simpler, cost-efficient, standards-based, modular IT infrastructure. In order to ensure that the Architecture is presented and defined in the context of the mission, project and business goals of NASA, this Architecture consists of four layers in which each subsequent layer builds on the previous layer. They are: 1) the Business Architecture: the operational functions of the business, or Enterprise, 2) the Systems Architecture: the specific Enterprise activities within the context of IT systems, 3) the Technical Architecture: a common, vendor-independent framework for design, integration and implementation of IT systems and 4) the Product Architecture: vendor=specific IT solutions. The Systems Architecture is effectively a description of the end-user "requirements". Generalized end-user requirements are discussed and subsequently organized into specific mission and project functions. The Technical Architecture depicts the framework, and relationship, of the specific IT components that enable the end-user functionality as described in the Systems Architecture. The primary components as described in the Technical Architecture are: 1) Applications: Basic Client Component, Object Creation Applications, Collaborative Applications, Object Analysis Applications, 2) Services: Messaging, Information Broker, Collaboration, Distributed Processing, and 3) Infrastructure: Network, Security, Directory, Certificate Management, Enterprise Management and File System. This Architecture also provides specific Implementation Recommendations, the most significant of which is the recognition of IT as core to NASA activities and defines a plan, which is aligned with the NASA strategic planning processes, for keeping the Architecture alive and useful.

Baldridge, Tim↗

DCS: A global satellite environmental data collection system study

Cost analysis and technical feasibility data are presented on five medium orbiting and six geosynchronous satellite data collection systems with varying degrees of spacecraft and local user terminal complexity. Data are also provided on system approaches, user requirements, and user classes. Systems considered include orbiting ERTS and EOS type satellites and geosynchronous SmS and SEOS type data collectors.

Source record↗

Object-oriented Approach to High-level Network Monitoring and Management

An absolute prerequisite for the management of large investigating methods to build high-level monitoring computer networks is the ability to measure their systems that are built on top of existing monitoring performance. Unless we monitor a system, we cannot tools. Due to the heterogeneous nature of the hope to manage and control its performance. In this underlying systems at NASA Langley Research Center, paper, we describe a network monitoring system that we use an object-oriented approach for the design, we are currently designing and implementing. Keeping, first, we use UML (Unified Modeling Language) to in mind the complexity of the task and the required model users' requirements. Second, we identify the flexibility for future changes, we use an object-oriented existing capabilities of the underlying monitoring design methodology. The system is built using the system. Third, we try to map the former with the latter. APIs offered by the HP OpenView system.

Mukkamala, Ravi↗

User RF requirements for a Ka-band data relay satellite link

The user G/T and EIRP requirements were determined for a data relay satellite link consisting of a forward link to 360 Mbps at 23 GHz and a return link to 2 Gbps at 26.5 GHz. Hardware for this data link would be a modular expansion to the NASA Data Link Module. Calculations were based on a data relay satellite model of predetermined characteristics patterned after the NASA Tracking and Data Relay Satellite (TDRS). The desired data rates could be achieved with a G/T of 21.7 dB/deg K (forward link) and an EIRP of 68.2 dBW (return link) for the user satellite. Hardware configurations meeting these requirements are discussed in terms of RF performance, efficiency, reliability, and modular flexibility. A planar array configuration emerges as the logical candidate for most NASA missions. Pertinent Ka-band technology and certain ongoing research efforts are reviewed. Areas of particular interest include new power device families, 0.25-micron low-noise HEMT technology, and fiber optic distribution and control of RF arrays.

Copeland, David J.↗

Seasat-A - A product of user interests

The paper describes how user requirements were integrated into the development of the Seasat-A program and shows how user requirements influenced sensor selection, mission planning, satellite systems design, and the end-to-end data system. User requirements included the measurement of ocean topography, surface winds, gravity waves, surface temperature, sea ice, salinity, and surface pressure. Particular attention is paid to the selection of sensors: compressed pulse radar altimeter, synthetic aperture imaging radar, microwave wind scatterometer, visible/infrared radiometer, and multispectral microwave radiometer.

Mccandless, S. W., Jr.↗

Data System Implications Derived from User Application Requirements for Satellite Data

An investigation of the data system needs as driven by users of space acquired Earth observation data is documented. Two major categories of users, operational and research, are identified. Limiting data acquisition alleviates some of the delays in processing thus improving timeliness of the delivered product. Trade offs occur between timeliness and data distribution costs, and between data storage and reprocessing. The complexity of the data system requirements to apply space data to users' needs is such that no single analysis suffices to design and implement the optimum system. A series of iterations is required with analyses of the salient problems in a general way, followed by a limited implementation of benefit to some users with a continual upgrade in system capacity, functions, and applications served. The resulting most important requirement for the data system is flexibility to accommodate changing requirements as the system is implemented.

Neiers, J.↗

Space Station users contamination requirements

An account is given of the contamination sensitivities and requirements of various planned NASA Space Station users in all science categories, as well as the methods by which the Space Station will accomodate these requirements in the cases of attached payloads, core station-attached payloads, and platform payloads. Attention is given to the Space Station's external contamination environment, the degree of protection from contamination that the Space Station user must provide, the amount of warning users will receive prior to the initiation of potentially contamination-generating activities in the Space Station, and different contamination probabilities for the various parts of the Space Station.

Carosso, Nancy J. P.↗