Topic : Phase I Safety Review Preparation for GT #2 - PowerPoint Presentation

Slide1

Topic: Phase I Safety Review Preparation for GT #2Date: 10/21/2015 Org: Scott Spearing / FP30

Cube Quest Town Hall Meeting #2Slide2

AgendaSafety Ground RulesSafety Review Process OverviewSafety Data Package DevelopmentSafety PresentationQuestions?

2Slide3

Safety Ground Rules3Definition for a Hazard:Any affect by or from the secondary payload which could cause harm or risk the successful operation or mission of the Space Launch System (SLS) vehicle, primary payload (Orion), or the ground crew.The Secondary Payload Deployment System’s prime directives (in order of importance):Do no harm to the vehicleDo not affect the process/schedule of the vehicleDeploy payloads at the end of SLS operationsAid in the success of the secondary payload missions

We are guests on the initial flight of a new vehicle, which has the ability to leave LEO.Slide4

Safety Status/Process4Phase 0 - Introduce payload concepts to the PSRP - Preliminary identification of possible hazards - Gain insight from PSRP as to payload concept & hazardsProcess flow is from SLSP EM-1 Secondary Payload Safety Review Process (SLS-PLAN-217)

Phase I

- Present preliminary payload design to PSRP

- Identify possible system design hazards & potential hazard mitigations

- Receive PSRP comments/suggestions & direction to advance to Phase II

Phase II

- Present mature payload design to PSRP

- Identify methods of verification to assure hazard is eliminated or controlled

- Identify any modifications/alterations to previous design or Phase I agreement

- Receive PSRP comments/suggestions & direction to advance to Phase III

Phase III

- Present verification results (i.e. analysis, test reports, inspections, etc.) to PSRP

- Identify any modifications/alterations to previous design or Phase II agreement

- Receive PSRP comments & recommendation for flight to SLS

Presentation Required

Safety Data Package w/Hazard Report RequiredSlide5

Safety Data Package5Safety Data Package is composed of:Basic IntroductionFill in blue highlighted wording w/payload specific informationMission OverviewFill in blue highlighted wording w/payload specific informationBrief paragraph of mission details onlySLS Payload Accommodations

Fill in blue highlighted wording w/payload specific informationPayload Hardware Overview

This section w/#7 (see below) that the payload developer needs to put as much detailed information, concerning their hardware, into the document. Areas with in a cubesat design that could be a hazard (i.e. batteries, pressure vessels, liquid propellants, energy storage devices, etc.) need to have additional info added.

Ground Processing

Fill in

blue

highlighted wording w/payload specific information

On-Orbit Operations

Fill in

blue

highlighted wording w/payload specific information

Safety Assessment

This section needs to be filled out w/any possible hazard you think you have, whether it is identified in the outline or something you may have a concern about. Also need to discuss how that hazard could be eliminated/mitigated/controlled.Slide6

Hazard Report6Current hazard report hazards fall into either a “short form” or a “long form”.Short Forms – Capture the more common type of hazards that most payloads could experience. For Phase I the following blocks need to be filled out: Block A – Leave blank, to be filled in by NASA safety Block B – enter “Phase I” Block C – enter date you plan to submit hazard report Block D – enter your cubesat name Block F – Indicate Mission Phase the hazard could occur

Block H – Indicate which hazard control in Block G you plan to employ Block I – is used for Phase II & III to identify how you plan to verify you have the proper hazard control in place (i.e. inspection, analysis, testing, etc.) and where you will list the reports confirming you completed the verification.

Any data you wish to add to support your filling out of the hazard report can be added as appendixes (i.e. materials lists, grounding schematic, etc.)

For GT#2 the info in Block I is not needed. But if you decide to add info in that block for future use it will not be held against you.Slide7

Hazard Report cont.7Long Form – Capture the unique hazard which your payload might have that was not in the short form (i.e. batteries, liquid propellant, etc.). Header - fill out payload name and mark HR IDENTIFIER as “TBD” Line 1 – briefly describe the hazard & the condition it could occur Line 1a – identify “Phase I” Line 1b – enter date you plan to submit hazard report Line 1c – enter “Payload Name, Cube Quest”

Line 1d – list payload safety engineer (person who filled out the form) Line 2 – describe the hazard and its effect to the vehicle or ground crew Line 3 – create a title for the cause and mark the *severity & **likelihood Line 4 – list what, if anything, you are using to control the hazard beyond the confines of your payload (i.e. dispenser for containment, etc.)

Line 5 – mark the cause(s) as “new (Phase I)” Line 6 – add any other info for this hazard that you think would aid in clarification of the other lines.

*Severity

This index quantifies the worst case accident or undesired event resulting from this cause. Severity levels are I (Catastrophic), II (Critical), and III (Marginal). Hazard Reports with Severity Level of III (Marginal) shall not be brought forth to the Safety Review Panel.

**Likelihood

The likelihood (probability of occurrence) of this hazard cause manifesting itself after controls have been implemented. Likelihood levels are A, B, C (Remote), and D (Improbable), with A being the most probable

.Slide8

Safety Presentation8Phase I presentation is a summation of the safety data package and review of the hazard report forms (short & long). Basic info needed is:Payload objectives – 1 pageConcept of Operations (w/emphasis on hand over @ KSC thru 15 sec. after deployment) – 1 pageOverall cubesat configuration description (i.e. top level description, block diagrams, etc.) – 1 to 3 pages

Description of each system (diagrams, components identified, operations, etc.) – 6 to 10 pagesDetailed hardware descriptions concerned w/possible hazards – x pages (as needed)Overall payload schedule – 1 page

Summary of identified hazards (standard & unique) – 2 to 3 pages

Review each hazard report page (short & long) – x pages

Back-ups

Approach to meet IDRD safety requirements tables – x pages

Any additional info you might need to have for your presentation – x pagesSlide9

Project Schedule9Slide10

Town Hall - Safety10Questions ?Slide11

Back – Up Charts11Slide12

Verification/CoFR Plan12Slide13

Short Form Example13EXAMPLESlide14

Long Form Example14UNIQUE HAZARD CONTROL REPORT FORMAT Payload NameSLS EM-1 Secondary Payload

HR IDENTIFIER

1. HAZARD TITLE:

Enter a brief description of the hazard in terms of hazard initiator, action or consequence.

Review Level:

Phase I, II, or III

Revision Date:

Date

Scope:

Payload, Payload Carrier

Hazard Report Focal:

Name, Phone Number

_____________________________________________________________________________________________

2. HAZARD CONDITION DESCRIPTION:

The hazard description should define the risk situation including the unsafe act or conditions and its effect on SLS or personnel.

_____________________________________________________________________________________________

3. CAUSE SUMMARY:

CAUSE 1:

Cause Title 1

SEVERITY: LIKELIHOOD:

CAUSE 2:

Cause Title 2

SEVERITY: LIKELIHOOD:

_____________________________________________________________________________________________

4. INTERFACES:

What does the Payload interface with? Does it rely on other hardware for controls?

_____________________________________________________________________________________________

5. STATUS OF OPEN WORK:

CAUSE 1:

Closed or Open (Phase II); Closed or Closed to SVTL (Phase III)

CAUSE 2:

Closed or Open (Phase II); Closed or Closed to SVTL (Phase III)

_____________________________________________________________________________________________

6. REMARKS:

Entries here should include any information relating to the hazard but not fully covered in any other item field.

EXAMPLE