1 / 23

Kevin Corker San Jose State University 2/3/05

Lecture 3 Conceptual System Design & Introduction to Functional Allocation ISE 222 Spring 2005 Notes & Course Materials www.engr.sjsu.edu/kcorker Kevin.Corker@sjsu.edu. Kevin Corker San Jose State University 2/3/05. Steps/Perspectives for System Engineering (Formulation).

ivan
Download Presentation

Kevin Corker San Jose State University 2/3/05

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. Lecture 3 Conceptual System Design & Introduction to Functional Allocation ISE 222 Spring 2005Notes & Course Materials www.engr.sjsu.edu/kcorkerKevin.Corker@sjsu.edu Kevin Corker San Jose State University 2/3/05

  2. Steps/Perspectives for System Engineering (Formulation) • Formulation of the System • Needs to be fulfilled • Requirements & Objectives • Constraints and Degrees of Freedom • Alternatives to above • Value System Design • Identification of the objectives and goals that guide alternative selection • Definition of multi-dimensional attributes or decision criteria • Identification and validation of objective measures • System Synthesis • Generation of alternative course of action and associated measures of effectiveness

  3. Identification of Need • Gap • New Techniques • New System Requirements added • System Requirements Change Priority • Political Views Shift • … • Involve the customer– unless the customer has changed as well

  4. Feasibility Analysis • Identify Possible System level Approaches • Eval for • Performance • Effectiveness • Manufacturability • Maintenance • Logistics Support • Recommend a course of action • (a few)

  5. Identify Constraints • Limit Your Options • Specifications that must be met • Integration Standards that are mandated • Cost & Schedule Limitations • Missing Information • Missing Code • Missing SOA • Life Cycle Issues Identified

  6. System Requirements Analysis (of feasible system set) • Ops Requirements • All Weather Operations • Maintenance Requirements • LRU with redundancy • Technical Performance Measure of alternatives • TPMs • Functional Analysis & Functional Allocation

  7. System Specification Software System Hardware Test Equipment Simulation Reqs Range Reqs Integration Reqs Data Reqs Management Requirements Program Planning Control Version Control Test Data Dissemination Integration Reporting … System Requirements Technical Management

  8. Operational Requirements • Deployment Range • Mission Profile • Performance Parameters • Range, size, accuracy , rate, power, weight, footprint, out gassing, lethality…… • Utilization Requirements • Duty cycle • Capacity • Stress

  9. Operational Requirements • Effectiveness/Reliability • cost./benefit • Availability • Readiness rate • MTBF/MTBM • Failure rate • Maintenance • downtime • Personnel KSA (operations, upgrades & maintenance) • Immediate, preventative, upgrade/overhaul • Operational Lifecycle • Environment

  10. Technical Performance Measures • Design Dependent Parameters • Quality Function Deployment • Belies the waterfall approach • House of Quality Approach • http://www.isixsigma.com/offsite.asp?A=Fr&Url=http://www.gsm.mq.edu.au/cmit/hoq/QFD%20Tutorial.swf

  11. Functional Analysis and Allocation

  12. Action Reference Framework • To (do something) to (something) somehow • Action , object, modifier • Used to describe a process Functional Decomposition is to develop a description of what the system must do – not necessarily tied to how the system must do it.

  13. Action/Task Action/Task Action/Task Action/Task Action/Task Action/Task Functional Flow Block Diagram Boolean Operator

  14. Hierarchic Structure for Decomposition • Sub Functions operate on input/output consistent with the higher levels of the hierarchy • Models the flow of data or objects in a system

  15. Major Functional Techniques • Structural Analysis Decision Technique (SADT) • Integrated Definition Language (IDEF) • IDEF 0 functional decomposition • IDEF 1 informational decomposition • Data Flow Diagrams/Control Diagrams

  16. ICOM Control Activity Inputs Outputs Mechanism

  17. Method of Analysis • Shows roles of information and materials with respect to activity • Each ICOM represents an activity or business step that can be broken down • Inputs: information/material used to produce activity output • Controls: Constraints on an activity • Mechanisms: That perform processing or provide energy to the activity (people or machines as mechanisms) • Output: The product of the activity

  18. Context Diagram Control Activity Inputs Outputs A0 : Purpose : Viewpoint Mechanism

  19. Steps in Functional Decomposition • Develop Context Diagram of Full System • Decompose System to Sub-elements (ICOMS fro all) • Define Business Rule/Model • AS-Is the descriptive scenario • To-Be the future business or process model • Analysis of activities, gather costs, trace costs to activities, establish output measures, analyze costs

  20. Steps/Perspectives for System EngineeringAnalysis • System Analysis & Modeling • Identification of the impacts and consequences of alternative approaches to system solution • Identification of the quality, market, reliability, cost, effectiveness, benefits, longevity, aesthetics… of alternative system solutions • Iterative Refinement of Alternatives • Sensitivity Analysis and Parameter Identification

More Related