1 / 45

Integrated Risk Management

Integrated Risk Management. EMIS 7303. Admin Stuff. Instructor: Jan Lyons, PhD Email: jan.lyons@lmco.com Warning – have to select from LM address book Email is preferred contact option Phone: 972-603-9319 Office hours: after class and by appointment. Course Materials.

qabil
Download Presentation

Integrated Risk Management

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Integrated Risk Management EMIS 7303

  2. Admin Stuff • Instructor: Jan Lyons, PhD • Email: jan.lyons@lmco.com • Warning – have to select from LM address book • Email is preferred contact option • Phone: 972-603-9319 • Office hours: after class and by appointment

  3. Course Materials • Texts available from www.dau.mil • Risk Management Guide for DoD Acquisition, June 2003 • Systems Engineering Fundamentals, January 2001 • Supplementary materials on SE(5) website • Lectures on SE(5) website • Reading assignments on SE(5) website

  4. Class Meetings • All classes meet from 8a-5p at Ruthe Jackson Center • Friday, May 21 • Saturday, June 19 • Saturday, July 17 – mid-term exam • Saturday, July 24 • Saturday, July 31 – final exam

  5. Syllabus • Week 1 - Introduction to Risk Management • Week 2 - Risk Planning & Identification • Week 3 – Mid-term, Risk Assessment • Week 4 - Risk Handling & Monitoring • Week 5 - Special Considerations for Risk Management, Final Exam

  6. Class Requirements • Two equally-weighted exams (94%) and group exercises (6%) • You may use calculators during exams but not computers • Individual project • Part I due at mid-term, is 50% of mid-term grade • Part II due at final, is 50% of final exam grade • Submit paper copies of project with exams

  7. Class Introductions

  8. Project – Part I Provide items listed below in briefing chart format (paper copy). Each item is worth 5 points; submit with the mid-term exam. 1. Project introduction/background/orientation chart. 2. Identification of key requirements. 3. Program performance measures (technical, cost, and schedule) with thresholds and objectives. 4. Project work breakdown structure (WBS). 5. Integrated master plan for the WBS element(s) of interest. 6. Integrated master schedule in network form with personnel needs identified. 7. Project risk assessment. 8. Risk abatement plan for highest risk item/driver. 9. Identify and plan for a potential opportunity. 10. Develop progress metrics.

  9. Reqmt. For Risk Management • DoD 5000.2–R: Systems Engineering process shall • Transform reqmts. into an integrated system design solution • Ensure integration of interfaces for all system elements • Characterize and manage technical risks • Apply engineering principles to manage force protection risks

  10. Objective of Risk Management in Systems Engineering • Reduce all risks to acceptable levels • What risk is/isn’t • Inherent in all activities • A potential event • Not a problem - a problem is a consequence that has occurred • Can be an opportunity • Cannot be changed by force of thought – hope, ignoring, or mandate

  11. Prime Risk Characteristics • Probability of Occurrence • Consequence of Occurrence • Uncertainty results when probability not known, therefore risk undefined • Examples • Uncertainty • Where probability within known interval

  12. Root Causes of Risk • Internal to design • Technical issues • Manage with design reviews, risk assessments • External from environment • Multiple sources • Manage with requirements & constraints • Integrating design into environment • Easy to lose sight of details – why?

  13. Which Proposal Used RM?

  14. How the SE Process Supports Risk Management

  15. SE Process • A top-down comprehensive, iterative and recursive problem solving process, applied sequentially through all stages of development, that is used to: • Transforms needs and requirements into a set of system product and process descriptions (adding value and more detail with each level of development). • Generates information for decision makers • Provides input for the next level of developments.

  16. System Analysis & Control • Tools & methods for balancing SE Process • When does this end?

  17. Control Mechanisms for RM • Balancing techniques and tools • Track decisions and requirements • Maintain technical baselines • Manage interfaces • Manage risks • Track cost and schedule • Track technical performance • Verify requirements are met • Review/audit the progress

  18. Specifications • Documents what the system needs to do

  19. Performance Requirements • Detail why the system is needed • Three parts • Function • Performance level • Verification means • How do good requirements help identify probabilities and consequences?

  20. SE Requirements • Desired attributes • Understandable • Unambiguous • Comprehensive • Complete • Concise • Achievable • Verifiable • Must be measurable – why?

  21. SE Requirements • Words that Don’t Provide Measurable Requirements Criteria • Fast • Should • May • Extremely • Under Most Conditions • As Appropriate • User Friendly • Should Fail Gracefully

  22. Use Requirements to Id Risk • Functional view – what • Physical view – how • Tailoring – validity of process • Constraints

  23. Decomposition & Integration • Design is top-down, verification is bottom-up • How helps/hurts in risk identification?

  24. Requirements Verification • Choice of verification methods is a potential risk – how? • If inappropriate may get inaccurate results • Expect verification methods to change over design process • Need a consistent measure • Impact of deviations and waivers on risk

  25. Relating Design to WBS • Reqmts allocation - CI numbers match WBS • Why assess risks by WBS?

  26. Basic Purposes of WBS • Organizational – structure for program management • Business – budget and cost tracking structure • Technical – structure for • Identifying products, processes, dataEnabling configuration management • Developing work packages, e.g. materials acq. • Organizing technical reviews – performance measures, status reports • Addressing risk management

  27. WBS Structure • Accommodates organizational, business & technical needs • Specifications conform to WBS • May contain recurring & nonrecurring effort • Functional organization elements (engr, quality) are not WBS elements

  28. Guidance from Mil-Hnbk-881

  29. WBS Exercise • Background: You have recently been assigned to the IPD Team for the Peace Whey program. Peace Whey is a recently approved FMS program which will provide 20 F-16Cs to the Kurdish Air Force (KAF). The specifications for the Kurdish F-16s call for them to be equipped with the Airborne Jamming System (AJS), an electronic warfare system. Your position will be as AJS team leader responsible for the oversight of design and testing of the AJS system, for its integration into the Peace Whey aircraft, and for the AJS lab and flight testing verification. In addition, you must act as the interface between the AJS team and the other teams making up the IPD Team for the Peace Whey program, making certain that the program office is supported in its overall coordination and management tasks.

  30. WBS Exercise (con’t) Exercise: Referring to the Statement of Customer Requirements for AJS (Part 1) which you have been provided, develop a Work Breakdown Structure (WBS) for the AJS development and production task as a part of the overall air vehicle development task.

  31. AJS Statement of Customer Requirements Customer: Kurdish Fighter Program (Peace Whey) Operational Need: Fighter aircraft operating in a hostile environment require extensive electronic countermeasures (ECM) to defeat air-launched and ground-launched threats to the survivability of the aircraft. These ECM systems must be capable of generating and broadcasting radio frequency (RF) energy at sufficient power levels and in appropriate patterns to defeat any threat encountered by the aircraft. Description: The AJS shall be capable of installation on a lightweight, high-speed, multi-role fighter and shall be supportable in primitive forward operating bases. The system shall be capable of transmitting radio frequency signal in the microwave frequency range at sufficient power levels and in patterns capable of successfully jamming all identified threats at the required operational range.

  32. AJS Statement of Customer Requirements (Cont.) • The AJS system shall consist of the following major components: • 1. Core Avionics: Shall consist of the jammer, the radar warning receiver, and the OFP software. Shall be capable of generating the required RF signal in the microwave band at required power levels and of detecting radar emissions from the threat set at the required ranges. • 2. RF Switch H/I/J Band: Shall control selection of broadcast frequency bands as required. • 3. Fire Control Radar Notch Filter: Shall prevent interference of the Fire Control Radar (FCR) by the AJS system. • 4. Forward Transmit Antenna • 5. Aft Transmit Antenna and Raydome • 6. WRD-650D24 Waveguide • 7. Coaxial Cable

  33. AJS Statement of Customer Requirements (Cont.) • Schedule: • 1. Flight Test: The Safety of Flight(SOF) unit for flight test shall be available for installation 26 months after program go-ahead. • 2. First Production Delivery: The first production assembly shall be delivered 36 months after program go-ahead. • 3. Delivery Rate: Delivery of AJS units shall be at the rate of 2 units per month. • 4. Total Quantity: The total quantity of AJS units shall be 20. • Customer Priorities: • 1. Power Transmitted. • 2. Weight • 3. First production delivery. • Cost not to exceed $125,000/unit (for 20 units). • Be prepared to report your results to the class. You will have __ minutes for this exercise.

  34. IMP/SEMS & IMS/SEDS Relationships Integrated Master Plan (IMP) Integrated Master Schedule (IMS) System Engineering Detailed Schedule (SEDS) System Engineering Master Schedule (SEMS) Program Office Contracts Security Program Office Contracts Security

  35. Program Schedules • Establishes key tasks & results • Duration driven • “X Months after contract award” • Event driven • “After CDR complete” When might each be desirable? Risks?

  36. Plan & Schedule Terminology • Product - Hardware, Software, Facilities, Data, or Materials • Event - Decision Point at End of Major Project Activity (EX. - CDR) • Accomplishment - Desired Result at Specified Events • Criteria - Measure of Meeting Accomplishment • Task - Specific Activity to Complete a Criteria

  37. SEMS – SE Master Schedule • Critical tasks required to complete program milestones • Development plans – test, S/W • Define interim steps • Include verification criteria • Define measurable accomplishments • 85% complete – good? • Test readiness review complete – good?

  38. Program Events - Duration • Identify verification criteria

  39. SEDS – SE Detail Schedule • Detail schedule relates to event-based schedule • Critical task dates • Entry/Exit criteria • Manpower loading

  40. Schedule Interrelationships

  41. Use of Network Chart (D) 6 Weeks (A) 4 Weeks (E) 3 Weeks (H) 2 Weeks (B) 2 Weeks (F) 8 Weeks (I) 4 Weeks (C) 1 Week (G) 4 Weeks (K) 8 Weeks (J) 5 Weeks Network Layout C S A D E H B F I C G J K 14 2 4 6 8 12 10 Conversion to Milestone Chart

  42. SEMS, SEDS Exercise Exercise: Develop the portion of a Systems Engineering Master Schedule (SEMS) for the AJS design and development tasks. Assume the system level schedule for Peace Whey includes a SRR, SFR, PDR, CDR, and PRR. Your SEMS should identify a list of AJS program reviews with accomplishment criteria. • Part 1: Referring to the system level Peace Whey reviews, identify and list the major reviews which need to be supported by inputs from the AJS design and development tasks. Based upon this list, determine a set or reviews for the AJS development effort required to support the Peace Whey program.

  43. SEMS, SEDS Exercise (con’t) • Part 2: Identify the accomplishment criteria for one AJS review. • Part 3: Develop a System Engineering Detailed Schedule (SEDS) for the AJS design and development task. The AJS Safety of Flight unit must be available in month 26 and first production aircraft in month 36. Hint – Use building block tasks on next page. • Be prepared to report your results to the class. You will have 40 minutes for this exercise.

  44. Electronic Warfare

  45. Next Week: Risk Planning & Identification • Read: Remainder of SE Fundamentals Risk Management Guide through section 5.3

More Related