26.12.2012 Views

Scientific and Technical Aerospace Reports Volume 38 July 28, 2000

Scientific and Technical Aerospace Reports Volume 38 July 28, 2000

Scientific and Technical Aerospace Reports Volume 38 July 28, 2000

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>2000</strong>0064599 NASA Ames Research Center, Moffett Field, CA USA<br />

It Takes More than Technology<br />

Hultquist, Mary, NASA Ames Research Center, USA; Utley, Judith, MRJ Techology Solutions, USA; February <strong>2000</strong>; In English;<br />

See also <strong>2000</strong>0064579; No Copyright; Abstract Only; Available from CASI only as part of the entire parent document<br />

The technology required to develop <strong>and</strong> manage a production metacenter or grid environment is an important ingredient in<br />

such a project. However, this technology may neither be the most difficult piece of the puzzle nor the one dem<strong>and</strong>ing the most<br />

patience <strong>and</strong> perseverance. This paper touches on the technical underpinnings of the collaborative effort that resulted in a production<br />

metacenter joining two cooperating IBM SPs, one at NASA Ames Research Center (ARC) <strong>and</strong> the other at NASA Langley<br />

Research Center (LaRC). The discussion then focuses on the problems attributable to differing environments, both physical <strong>and</strong><br />

cultural, even though both sites were part of the same agency. The approach for the Phase I NASA Metacenter was centralized<br />

with most decisions made by the NAS Division at Ames. Also discussed is the distributed approach to resolving the even greater<br />

difficulties encountered in the multi-agency effort to modify NASA’s technology to build a similar metacenter in the Department<br />

of Defense. The DoD Metacenter joins two DoD Major Shared Resource Centers (MSRCs), the Aeronautical Systems Center<br />

(ASC) MSRC at Wright-Patterson Air Force Base <strong>and</strong> the U.S. Army Engineer Research <strong>and</strong> Development Center (ERDC)<br />

MSRC. The final discussion focuses on similar problems that have arisen at NASA with the NASA Information Power Grid.<br />

Author<br />

Distributed Processing; Information Resources Management; Information Systems; Systems Management<br />

<strong>2000</strong>0066583 NASA Kennedy Space Center, Cocoa Beach, FL USA<br />

A/C 67 Investigation Board Final Report<br />

May 11, 1987; In English; Videotape: 27 min., 41 sec. playing time, in color, with sound<br />

Report No.(s): NONP-NASA-VT-<strong>2000</strong>078606; No Copyright; Avail: CASI; B02, Videotape-Beta; V02, Videotape-VHS<br />

On March 26, 1987, after the launch of an Atlas/Centaur rocket with a payload of a Navy Communications Satellite, a problem<br />

developed <strong>and</strong> the rocket was lost. John Busse chaired the Accident Investigation Board that was convened to investigate the incident.<br />

This videotape is a press conference with Mr Busse, who reviews the findings of the investigation concerning the loss of<br />

the Atlas/Centaur-67 launch vehicle. The loss is primarily attributed to a hardover engine yaw comm<strong>and</strong> that was caused by an<br />

erroneous signal from the digital computer unit. The generation of the erroneous signal is blamed on unfavorable weather conditions<br />

which created a lightning hazard. Mr. Busse, also, reviews the investigation’s recommendations for avoiding similar occurrences.<br />

The press then asks questions about the findings <strong>and</strong> recommendations.<br />

CASI<br />

Accident Investigation; Atlas Centaur Launch Vehicle; Lightning; Weather; Spacecraft Launching; Flight Hazards; Meteorological<br />

Parameters<br />

<strong>2000</strong>0066614 Physics <strong>and</strong> Electronics Lab. TNO, The Hague, Netherl<strong>and</strong>s<br />

BOOT: Evaluation of Studies Final Report BOOT: Evaluatie Studies<br />

v<strong>and</strong>erHuslt, A., Physics <strong>and</strong> Electronics Lab. TNO, Netherl<strong>and</strong>s; Wielemaker, J., Physics <strong>and</strong> Electronics Lab. TNO, Netherl<strong>and</strong>s;<br />

Sabel, A. A., Physics <strong>and</strong> Electronics Lab. TNO, Netherl<strong>and</strong>s; February <strong>2000</strong>; 41p; In Dutch; Original contains color<br />

illustrations<br />

Contract(s)/Grant(s): A98/KM/749; TNO Proj. 27655<br />

Report No.(s): TD-99-02<strong>38</strong>; FEL-99-A194; Copyright; Avail: Issuing Activity<br />

The acceptance of a method depends to a large extent on the quality of the decision trajectory <strong>and</strong> the quality of the outcome.<br />

The study reported here aimed primarily at an assessment of both qualities of a method for staff-studies on facilities for education<br />

<strong>and</strong> training (named BOOT). Results of a comparison of unguided staff-studies <strong>and</strong> BOOT based studies revealed substantial differences<br />

in the decision trajectory. Unguided studies tended to be rather ’solution’ oriented. That is, before having reached a conclusion<br />

on requirements, the discussion tended to focus on solutions. Only when comparing several alternatives, requirements<br />

relating to the differences between alternatives were made explicit. BOOT, on the other h<strong>and</strong>, supports a more analytical approach.<br />

It guides users to make requirements explicit before discussing the alternative e&t facilities. Problem with the solution oriented<br />

approach is that it cannot guarantee that all relevant requirements are made clear <strong>and</strong> that all possible solutions are taken into<br />

regard. Indeed, interviews revealed that potential users preferred the analytical BOOT approach. BOOT will affect the way the<br />

RNIN Organization deals with staff-studies on e&t. BOOT forces users to motivate each crucial decision, <strong>and</strong> supports the evaluation<br />

of those decisions by a third party. It opens up the process <strong>and</strong> gives users less control. This may negatively impact the acceptance<br />

when decision makers in turn will not accept the end result as realistic a need.<br />

Author<br />

Education; Training Evaluation; Decision Support Systems; Training Devices<br />

214

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!