This document discusses how human factors requirements influenced rocket design for the Constellation Program (CxP). It describes how requirements were developed based on crew health, safety, and performance. It then discusses how a requirement around human tolerance for vibration led to further analysis showing gaps in knowledge about crew performance during and after vibration. This prompted the formation of a Thrust Oscillation Focus Team to analyze thrust oscillation issues and identify mitigation strategies to reduce predicted vibration responses and risks to the vehicle, spacecraft, and crew from vibration.
Ergonomics of a tower crane cabin & its effects on the operatorranjeet101
A short, crisp and technical PowerPoint presentation applying a multidisciplinary thinking process to the design of a Crane Cabin using techniques focusing on human centred design in relation to anthropometrics and ergonomics of whole-body vibration, posture, movement, controls and displays
Futuristic Smart Seat Design for Mining Trucks(VIBRATIONAL ANALYSIS)
Masters thesis: Analyzed the vibration on the seat of an underground loader trucks which were operational at the mining site of Mandalay Resources, a company based in Victoria and recommended seat and cabin design to mitigate the harmful vibrations experienced by the operators.
Ergonomics of a tower crane cabin & its effects on the operatorranjeet101
A short, crisp and technical PowerPoint presentation applying a multidisciplinary thinking process to the design of a Crane Cabin using techniques focusing on human centred design in relation to anthropometrics and ergonomics of whole-body vibration, posture, movement, controls and displays
Futuristic Smart Seat Design for Mining Trucks(VIBRATIONAL ANALYSIS)
Masters thesis: Analyzed the vibration on the seat of an underground loader trucks which were operational at the mining site of Mandalay Resources, a company based in Victoria and recommended seat and cabin design to mitigate the harmful vibrations experienced by the operators.
The biomechanical demands of elite freestyle snowboard athletes - MPhil prese...John Noonan
Very little research is available in the field of elite freestyle ski and snowboarding. More specifically, the events of halfpipe and slopestyle and big air lack comprehensive evidence informing athletes and coaches what physical stresses are imposed on the athlete during training and competition. And secondly, what training should be completed to improve rider performance and also minimise the risk of injury in an extreme high risk sport.
With this in mind, this presentation provides an insight in a body of applied research completed by MPhil researcher, John Noonan. Incorporating findings from pilot testing and a key study, which presents biomechanics information collected from GB Park & Pipe athletes competing in freestyle snowsport competition. The findings characterise specific biomechanics demands and present considerations for coaches and scientists working with freestyle snowsport athletes.
Current damage predictors in high-valued systems are based on strain measurements and crack detection, thus, estimating the remaining useful life difficult. The US Army Research Laboratory developed damage precursor detection technique to outsmart fatigue prior to crack initiation. Our successful approach track the evolution in the materials microstructure, electrical inductance or capacitance, or thermal response.
Design and Optimisation of a Lower Limbs Exoskeleton for Gait RehabilitationValentin Ioan Dascalescu
Abstract
A Lower Limbs Exoskeleton for gait rehabilitation was designed, optimised, and mechanically validated. The design inputs and outputs were drawn from Literature review and peer-reviewed Case studies. Static analysis and Design studies were carried out for each solid part model component.
The exoskeleton’s mechanical structure has a minimum mass of 8388.56 g and was validated to withstand maximum loads of 3136N while maintaining a minimum FOS of 3,914.
The model could form the basis for future research in passive and active Lower Limbs Exoskeletons.
UiPath Test Automation using UiPath Test Suite series, part 3DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 3. In this session, we will cover desktop automation along with UI automation.
Topics covered:
UI automation Introduction,
UI automation Sample
Desktop automation flow
Pradeep Chinnala, Senior Consultant Automation Developer @WonderBotz and UiPath MVP
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
JMeter webinar - integration with InfluxDB and GrafanaRTTS
Watch this recorded webinar about real-time monitoring of application performance. See how to integrate Apache JMeter, the open-source leader in performance testing, with InfluxDB, the open-source time-series database, and Grafana, the open-source analytics and visualization application.
In this webinar, we will review the benefits of leveraging InfluxDB and Grafana when executing load tests and demonstrate how these tools are used to visualize performance metrics.
Length: 30 minutes
Session Overview
-------------------------------------------
During this webinar, we will cover the following topics while demonstrating the integrations of JMeter, InfluxDB and Grafana:
- What out-of-the-box solutions are available for real-time monitoring JMeter tests?
- What are the benefits of integrating InfluxDB and Grafana into the load testing stack?
- Which features are provided by Grafana?
- Demonstration of InfluxDB and Grafana using a practice web application
To view the webinar recording, go to:
https://www.rttsweb.com/jmeter-integration-webinar
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualityInflectra
In this insightful webinar, Inflectra explores how artificial intelligence (AI) is transforming software development and testing. Discover how AI-powered tools are revolutionizing every stage of the software development lifecycle (SDLC), from design and prototyping to testing, deployment, and monitoring.
Learn about:
• The Future of Testing: How AI is shifting testing towards verification, analysis, and higher-level skills, while reducing repetitive tasks.
• Test Automation: How AI-powered test case generation, optimization, and self-healing tests are making testing more efficient and effective.
• Visual Testing: Explore the emerging capabilities of AI in visual testing and how it's set to revolutionize UI verification.
• Inflectra's AI Solutions: See demonstrations of Inflectra's cutting-edge AI tools like the ChatGPT plugin and Azure Open AI platform, designed to streamline your testing process.
Whether you're a developer, tester, or QA professional, this webinar will give you valuable insights into how AI is shaping the future of software delivery.
Elevating Tactical DDD Patterns Through Object CalisthenicsDorra BARTAGUIZ
After immersing yourself in the blue book and its red counterpart, attending DDD-focused conferences, and applying tactical patterns, you're left with a crucial question: How do I ensure my design is effective? Tactical patterns within Domain-Driven Design (DDD) serve as guiding principles for creating clear and manageable domain models. However, achieving success with these patterns requires additional guidance. Interestingly, we've observed that a set of constraints initially designed for training purposes remarkably aligns with effective pattern implementation, offering a more ‘mechanical’ approach. Let's explore together how Object Calisthenics can elevate the design of your tactical DDD patterns, offering concrete help for those venturing into DDD for the first time!
Generating a custom Ruby SDK for your web service or Rails API using Smithyg2nightmarescribd
Have you ever wanted a Ruby client API to communicate with your web service? Smithy is a protocol-agnostic language for defining services and SDKs. Smithy Ruby is an implementation of Smithy that generates a Ruby SDK using a Smithy model. In this talk, we will explore Smithy and Smithy Ruby to learn how to generate custom feature-rich SDKs that can communicate with any web service, such as a Rails JSON API.
LF Energy Webinar: Electrical Grid Modelling and Simulation Through PowSyBl -...DanBrown980551
Do you want to learn how to model and simulate an electrical network from scratch in under an hour?
Then welcome to this PowSyBl workshop, hosted by Rte, the French Transmission System Operator (TSO)!
During the webinar, you will discover the PowSyBl ecosystem as well as handle and study an electrical network through an interactive Python notebook.
PowSyBl is an open source project hosted by LF Energy, which offers a comprehensive set of features for electrical grid modelling and simulation. Among other advanced features, PowSyBl provides:
- A fully editable and extendable library for grid component modelling;
- Visualization tools to display your network;
- Grid simulation tools, such as power flows, security analyses (with or without remedial actions) and sensitivity analyses;
The framework is mostly written in Java, with a Python binding so that Python developers can access PowSyBl functionalities as well.
What you will learn during the webinar:
- For beginners: discover PowSyBl's functionalities through a quick general presentation and the notebook, without needing any expert coding skills;
- For advanced developers: master the skills to efficiently apply PowSyBl functionalities to your real-world scenarios.
Connector Corner: Automate dynamic content and events by pushing a buttonDianaGray10
Here is something new! In our next Connector Corner webinar, we will demonstrate how you can use a single workflow to:
Create a campaign using Mailchimp with merge tags/fields
Send an interactive Slack channel message (using buttons)
Have the message received by managers and peers along with a test email for review
But there’s more:
In a second workflow supporting the same use case, you’ll see:
Your campaign sent to target colleagues for approval
If the “Approve” button is clicked, a Jira/Zendesk ticket is created for the marketing design team
But—if the “Reject” button is pushed, colleagues will be alerted via Slack message
Join us to learn more about this new, human-in-the-loop capability, brought to you by Integration Service connectors.
And...
Speakers:
Akshay Agnihotri, Product Manager
Charlie Greenberg, Host
Kubernetes & AI - Beauty and the Beast !?! @KCD Istanbul 2024Tobias Schneck
As AI technology is pushing into IT I was wondering myself, as an “infrastructure container kubernetes guy”, how get this fancy AI technology get managed from an infrastructure operational view? Is it possible to apply our lovely cloud native principals as well? What benefit’s both technologies could bring to each other?
Let me take this questions and provide you a short journey through existing deployment models and use cases for AI software. On practical examples, we discuss what cloud/on-premise strategy we may need for applying it to our own infrastructure to get it to work from an enterprise perspective. I want to give an overview about infrastructure requirements and technologies, what could be beneficial or limiting your AI use cases in an enterprise environment. An interactive Demo will give you some insides, what approaches I got already working for real.
UiPath Test Automation using UiPath Test Suite series, part 4DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 4. In this session, we will cover Test Manager overview along with SAP heatmap.
The UiPath Test Manager overview with SAP heatmap webinar offers a concise yet comprehensive exploration of the role of a Test Manager within SAP environments, coupled with the utilization of heatmaps for effective testing strategies.
Participants will gain insights into the responsibilities, challenges, and best practices associated with test management in SAP projects. Additionally, the webinar delves into the significance of heatmaps as a visual aid for identifying testing priorities, areas of risk, and resource allocation within SAP landscapes. Through this session, attendees can expect to enhance their understanding of test management principles while learning practical approaches to optimize testing processes in SAP environments using heatmap visualization techniques
What will you get from this session?
1. Insights into SAP testing best practices
2. Heatmap utilization for testing
3. Optimization of testing processes
4. Demo
Topics covered:
Execution from the test manager
Orchestrator execution result
Defect reporting
SAP heatmap example with demo
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
GraphRAG is All You need? LLM & Knowledge GraphGuy Korland
Guy Korland, CEO and Co-founder of FalkorDB, will review two articles on the integration of language models with knowledge graphs.
1. Unifying Large Language Models and Knowledge Graphs: A Roadmap.
https://arxiv.org/abs/2306.08302
2. Microsoft Research's GraphRAG paper and a review paper on various uses of knowledge graphs:
https://www.microsoft.com/en-us/research/blog/graphrag-unlocking-llm-discovery-on-narrative-private-data/
Securing your Kubernetes cluster_ a step-by-step guide to success !KatiaHIMEUR1
Today, after several years of existence, an extremely active community and an ultra-dynamic ecosystem, Kubernetes has established itself as the de facto standard in container orchestration. Thanks to a wide range of managed services, it has never been so easy to set up a ready-to-use Kubernetes cluster.
However, this ease of use means that the subject of security in Kubernetes is often left for later, or even neglected. This exposes companies to significant risks.
In this talk, I'll show you step-by-step how to secure your Kubernetes cluster for greater peace of mind and reliability.
1. How one Functional Human-Factors
Requirement Influenced a Rocket
Dr. Cynthia H. Null, Technical Fellow
NASA Engineering and Safety Center
This briefing is for status only and may not represent complete engineering information 1
2. Outline
• Development of CxP Human System Requirements
• Human Tolerance to Acceleration and Vibration
• Thrust Oscillation
• Developing a performance criterion for vibration
• Validation of a countermeasure
• Lessons Learned
This briefing is for status only and may not represent complete engineering information 2
3. Development of CxP
Human System Requirements
• Derived from NASA-STD 3000 (now 3001)
• Focus on crew health and safety
• Focus on performance issues during a
mission, specifically
– The human and system must function together
– Within the environment(s) and habitat(s)
– To accomplish tasks for mission success
This briefing is for status only and may not represent complete engineering information 3
4. Example: High Level Functional
Performance Requirement
• Design system is to allow for all crewmembers to perform any of
the required tasks efficiently and effectively, for nominal, off-
nominal and emergency operations, thus ensuring crew health,
safety, and mission success.
• System means vehicle, habitat, operations
• Efficiently, so that all mission goals are met
• Effectively = low probability of error
= within the time required
Human performance is affected by nearly all aspects of the
mission and system design: vehicle design, subsystem design,
environments, ConOps, interfaces, tasks, procedures, etc.
This briefing is for status only and may not represent complete engineering information 4
5. Examples of Specific Requirements
• The system shall provide potable water at or below the
physiochemical limits [from] table Potable Water
Physiochemical Limits at the point of crew consumption.
• The system shall provide a portable fire suppression system.
• The system shall provide a translation path for assisted
ground egress of an incapacitated suited crewmember.
• Hatches shall be operable without the use of tools.
• Connectors shall have physical features that preclude mis-
mating and misalignment.
• Controls shall be designed such that the input direction is
compatible with the resulting control response.
This briefing is for status only and may not represent complete engineering information 5
6. Examples of Requirement Categories
• Anthropometry, biomechanics, and strength
• Environments
• Safety
• Architecture
• Crew Functions (Food, Hygiene, Exercise, Medical)
• Crew Interfaces
• Maintenance
• Information Management
• EVA
This briefing is for status only and may not represent complete engineering information 6
7. Acceleration Limits
(CxP 70024 -- SRR 2006)
This briefing is for status only and may not represent complete engineering information 7
8. Occupant Protection:
Crew Injury Risk Limits
• The Constellation Architecture shall limit the injury
risk criterion, β, to no greater than 1.0 according to
the Brinkley Dynamic Response model in Appendix
N, table Dynamic Response Limits.
This briefing is for status only and may not represent complete engineering information 8
9. Vibration Health Limit
• The Constellation Architecture shall limit vibration
to the crew such that the vectorial sum of the X, Y,
and Z frequency-weighted [using ISO 2631-1]
accelerations between 0.5 and 80 Hz is less than or
equal to the levels and durations in [the] table
during dynamic phases of flight.
Maximum Vibration Maximum Frequency-
Exposure Duration Per Weighted Acceleration
24-hr Period
10 Minutes 0.4 g rms
1 Minute 0.6 g rms
This briefing is for status only and may not represent complete engineering information 9
10. But what about performance during or
after vibration?
• Members of the Human Systems Special Interest
Group (HSIG) wanted to develop additional
requirements in Fall 2006, SRR time frame.
• Not viewed as an issue (POGO for
Gemini/Apollo, vibration low for shuttle)
• Expectation that DOD had the necessary data
and experience, if such a requirement would be
needed
This briefing is for status only and may not represent complete engineering information 10
11. NESC AGILE Project (Oct 2007)
(Assessment of Gravito-Inertial Loads and Environments )
• Literature Search
• Workshop of Experts
– NASA
• Scientists (Human Performance, Medical)
• Engineers (Propulsion, Seats, Suits, etc)
• Astronauts (Apollo, Shuttle)
• CxP Projects
– DOD
– Industry
– University
• Gap Analysis
Lead: Dr. Bernard Adelstein
This briefing is for status only and may not represent complete engineering information 11
13. Crew Vibration Knowledge Gaps & Risks
HSIR Vibration Health Limits based on ISO 2631-1 health-risk boundary
•ISO health boundaries derived for upright body posture (1-Gz bias, i.e., head-down)
and gz vibration for short-duration 1-, 3-minute exposure.
•Validated for semi-supine posture (1-Gx bias, i.e., chest-in) for short duration only (Temple et al,1964),
but NOT for 1-, 3-minute exposure.
•Vibration tolerance differs between seat designs and seat-suit coupling (Temple et a., 1964)
•ISO frequency-dependent vibration tolerance were derived for 1-Gz bias. Hyper-Gx alters human body
and internal organ impedance; may require revised frequency-dependent weighting functions.
Vibration Visual and Manual Performance
•Bulk of performance literature is for upright body posture and gz vibration.
•Vykukal & Dolkas (1966) for self-rated critical crew task performance at 3.5 Gx and Clarke et al (1965)
for dial reading at 3.85 Gx are the only reported vibration studies for hyper-G bias. These two
studies were conducted for Gemini vintage displays (and ConOps), only for gx vibration,
and only at 11 Hz vibration (i.e., Titan-II POGO).
•Orion will be commanded through electronic interfaces, i.e., virtual (soft) switch panels;
procedures will be displayed electronically; computer-stored checklists will be located and navigated
via an electronic procedure viewer.
•Orion analyses indicate crew-seat vibration transfer in x-, y-, and z-axes.
•Orion thrust oscillation response, currently 12 Hz, may change with seat, suit and display mitigations.
Vibration Aftereffects
•No systematic study (only anecdotal report by Faubert et al. (1963)) of perceptual and performance
aftereffects for gx vibration at levels below the health limit
This briefing is for status only and may not represent complete engineering information 13
14. Thrust Oscillation (Nov 2007)
• Issue raised at CxP Integrated Stack TIM
• Thrust Oscillation Focus Team (TOFT) established
Experts from several centers, many disciplines, industry
– 1. Review the forcing functions, models and analysis results to
verify the current predicted dynamic responses of the
integrated stack
– 2. Identify and assess options to reduce predicted responses
– 3. Validate and quantify the risk to the Ares I vehicle, Orion
spacecraft, crew, and other sensitive subsystems and
components to the extent allowed by the Ares I/Orion design
maturity
– 4. Establish and prioritize mitigation strategies and establish
mitigation plans consistent with the CxP integrated schedule
This briefing is for status only and may not represent complete engineering information 14
15. Thrust Oscillation Focus Team
Team Membership
• Leads - Garry Lyles / Eli Rayos (ILSM SIG)
• Chief Engineer’s Office - Leslie Curtis
• Vehicle Loads Analysis- Jeff Peck / Isam Yunis / Pravin Aggarwal
• Vehicle Controls Analysis - Steve Ryan
• Motor Analysis - Tom Nesman / Jonathan Jones / Dan Dorney / Jeremy Kenny / ATK
Engineering (Tyler Nester / Terry Boardman)
• Ares Vehicle Systems Integration - Rob Berry (Element Integration Lead)/ Bob Werka (Global
Mitigation Lead)/ Belinda Wright / James Sherrard
• Orion Systems Engineering - Chuck Dingle / Corey Brooker / Thomas Cressman (SM) / John
Stadler (LAS) / Tom Goodnight (SM) / Keith Schlagel (LM)
• Ares Systems Engineering - Joe Matus (US) / Rick Ballard (USE) / Wendy Cruit (FS)
• Safety and Mission Assurance - Ho Jun Lee / Chris Cianciola
• Crew and Human Factors - Phil Root / Bernard Adelstein
• NESC Structures and Dynamics Team - Curt Larsen / Alden Mackey
• NESC Consultants - Scott Horowitz / Gloyer-Taylor Labs (Paul Gloyer, Tim Lewis, Gary
Flandro, Fred Culick, Vigor Yang)
• Independent Structural Dynamics Discipline Experts - Hal Doiron / Bob Ryan / Luke
Schutzenhofer / George Zupp / Ken Smith / Jim Kaminski / Jim Blair / George James
• Boeing - Ted Bartkowicz / Steve Tomkies
• Shuttle Booster Project Engineering - Mike Murphy / Steve Ricks / Sam Ortega
• Aerospace Corporation - John Skratt / Kirk Dotson , et al
• Pratt and Whitney Rocketdyne - Tom Kmiec / Steve Mercer
This briefing is for status only and may not represent complete engineering information 15
16. Why was more data necessary?
• Modern displays are complex, crowded, small fonts and
have different task and demands from historical experience
• Understand impacts of vibration on crew performance
• Exposure levels may exceed the ~0.1 g (0-to-peak)
experience of Gemini-Apollo-Shuttle and maybe the
previous 0.25 g limit
• Previous results were at 11 Hz, CxP expected to be at 12 Hz
• Quantify risk
This briefing is for status only and may not represent complete engineering information 16
17. Number Reading Task
• Begin at central fixation
• Locate magenta block
• Read middle row
• 5-s maximum viewing time
•Is 3-digit string a monotonic (ascending/
descending) sequence?
•50/50 “yes” / “no”
573
681
489
“No” 17
This briefing is for status only and may not represent complete engineering information
18. Vibration and Reading
(Stationary, 12 Hz Gx vibration)
This briefing is for status only and may not represent complete engineering information 18
19. Expected G-loading effects on
human performance
• Impaired accommodation and decrease static visual
acuity
• Decreased visual sensitivity
• Increased response time
• Decreased field of view
• Increased workload
This briefing is for status only and may not represent complete engineering information 19
21. ARC 20-G Centrifuge Vibration Chair
Display
(raised)
Head Restraint Dual triaxial
Head Rest accelerometer
assembly
Vibration Egress Harness
Actuator
(1 of 4) 5-point restraint
400 lb capacity each
Emergency
1.5 in max stroke
switch
2-button handheld
input device
21
22. Critical Crew Capabilities
• Two Critical Capabilities identified by Crew Office for thrust
oscillation period:
1. Maintain situation awareness (SA) of vehicle state and
vehicle status through processing Primary Flight Display
(PFD) symbology
2. Manually steer (hand-fly) the vehicle immediately
following exposure to vibration
This briefing is for status only and may not represent complete engineering information 22
23. Display Usability Rating Study
(under 1-G and 3.8-G)
1-D Graphical Features
Crew participants rated their ability
to acquire information about the
state of system (e.g., valve state)
while ignoring the text
This briefing is for status only and may not represent complete engineering information 23
24. Display Usability Rating Study
(under 1-G and 3.8-G)
2-D Graphical Features
Crew participants rated their
ability to use the PFD
(while ignoring the text)
This briefing is for status only and may not represent complete engineering information 24
25. Task 2: Manual Control Flight Task
Immediately after TO vibration stops:
•PFD disappeared
•Screen remained blank for 2 s
•PFD reappeared with pre-inserted four-
quadrant pitch & roll offset:
pitch-up or -down
PLUS
roll-left or -right
•Participant instructed to make immediate
initial joystick input to null the error in
both axes
For full 30 s trial:
•Superimposed continuous
0.05 Hz sinusoidal pitch & roll error
•Participants made continuous joystick inputs
to null errors (i.e., they “flew the needles”)
This briefing is for status only and may not represent complete engineering information 25
26. SA & Manual Steering Questions
This briefing is for status only and may not represent complete engineering information 26
27. Centrifuge Study (3.8-G): Error Rates
And Response Times During Vibration
Error Rate (ER) Response Time (RT)
• Up to 7-fold increase in mean ER under some conditions (0.5 g for 10-pt)
• Up to 450-ms increase in mean RT under some conditions (0.5 g for 10-pt)
This briefing is for status only and may not represent complete engineering information 27
28. Vibration Study (3.8G) : Error Rates and
Response Times After Vibration
Error Rate (ER) Response Time (RT)
•ER and RT return to zero-vibration (last 5 trials) levels as soon as
145-s vibration stops
This briefing is for status only and may not represent complete engineering information 28
29. Countermeasure Validation
• Inspired from stroboscopic techniques commonly employed for
visual inspection of oscillating and/or vibrating machinery
• Developed an LCD monitor backlit by an array of LEDs, which
could strobe synchronizely with respect to the vibration pattern,
adjusting its phase and duty cycle
This briefing is for status only and may not represent complete engineering information 29
30. Display Strobe / Vibration Results
(Stationary, 0.7-gx 12 Hz vibration)
I. In the non-strobe condition, errors quadrupled (3.5% to 16.4%) and response
times slowed by 325 ms with vibration, consistent with 0.7-g condition in
previous studies. Lower constant luminance (EL) slowed response times by 110
ms.
II. In the zero-vibration condition, display strobing slowed response times by 110
ms versus a display with comparable constant luminance (EL).
III. Under 0.7-g vibration, display strobing at 5% duty cycle reduced error rates to
~5%, a level not significantly different than for zero vibration, and sped response
times by 240 ms. This briefing is for status only and may not represent complete engineering information 30
31. Vibrations Studies
Study Team Scientists:
ARC/TH: B. Adelstein, B. Beutter, M. Kaiser, R. McCann, L. Stone
JSC/SK: W. Paloski
In Collaboration with:
ARC/TH: M. Anderson, F. Renema, B. Spence, M. Godfroy,
G. Flores, D. Munoz
ARC 20-G Centrifuge Facility: C. Wigley, N. Rayl, T. Purcell, J. Dwyer,
R. Ryzinga, P. Brown, T. Luzod, R. Westbrook, M. Steele, V. Post
ARC Engineering and Hazard Analysis: O. Talavera, M. Ospring, R. Phillips
ARC Chief Medical Officer & HRIRB Chair: R. Pelligra
JSC/CB: P. Root, T. Verborgh, M. Ivins, M. Kelly, L. Morin
JSC/SF: K. Holden
JSC/ILSM-SIG: (TOMCAT) E. Rayos, M. Samir
JSC Engineering: A. Sena, D. Gohmert, B. Daniel
JSC Medical Monitors: J. Jones, R. Scheuring, J. Clark
JSC Video: J. Blair, R. Markowitz
ESMD-HRP: B. Woolford, J. Connolly, D. Russo, D. Grounds
HSIG: J. Dory, J. Rochlis
NESC: C. Null
Orion Project: J. Fox, J. Falker
Participants from ARC community & JSC Crew Office
This briefing is for status only and may not represent complete engineering information 31
32. Lessons Learned
• Expertise is critical. Don’t confuse intelligence with expertise
• System issues are solved though inclusion
– Cast a wide net
– Do not assume from where the solution will come
• Archive data
• Write up findings
• Beware of solutions for a single condition
• Systems management and systems engineering are NOT
synonyms
• Interconnections may not be obvious
• Not everything that is critical for design (or operations) can be
found in the requirement or interface documents
This briefing is for status only and may not represent complete engineering information 32