Title: Systems Engineering and Product Architectures October 24, 2006
1Systems Engineering and Product
ArchitecturesOctober 24, 2006
2Today
- Concepts presentations
- Systems Engineering
- Risk Management
- For Thursday
- Architecture Lecture
- Read Ulrich and Eppinger Chap 9
3How do you define systems engineering?Knowledge
of product technologiesKnowledge of the
processKnowledge of people
4Systems Engineering
- The discipline of managing complex systems as an
integrated whole even though composed of diverse,
specialized structures and sub-systems - The balancing decision-making between sometimes
conflicting objectives (with alternative paths)
and the optimization of the whole.
5How do systems engineers manage complexity?
6How do Systems Engineers Handle Complexity?1.
Hierarchically
7How do Systems Engineers Handle Complexity?2.
Physical Based Composition
8How do Systems Engineers Handle Complexity?3.
Functionally-Based
9The Ideal Systems Engineer
- The ability to see the big picture
- Objectivity
- Creativity
- Human Relations
- Communication
- Broad education/experience
10Systems Engineering Organization
11Systems Engineering
- Elements
- Requirements and Architectural Definition
- Organizes the Technical Development
- System Integration and Verification
12Summary of Systems Engineering process
Need
- What is wrong with the current situation?
- Is the need clearly articulated?
- Who are the intended users?
- How will they use our products?
- How is this different from the present?
Operations Concept
13Systems Engineering
Functional Requirements
- What specific service will we provide?
- To what level of detail?
- Are element interfaces well defined?
- What is the overall plan of attack?
- What elements make up the overall approach?
- Are these complete, logical and consistent?
Operations Concept
14Systems Engineering
- What is the overall plan of attack
- What elements make up the approach
- Are these complete, logical and consistent?
- Which elements address which requirements?
- Is the allocation appropriate?
- Are there any unnecessary requirements?
System Architecture
Allocated Requirements
15Systems Engineering
Detailed Design
- Are the details correct?
- Do they meet the requirements?
- Are the interfaces satisfied?
- Will the solution be satisfactory in terms of
cost and schedule? - Can we reuse existing pieces?
Implementation
16Systems Engineering
- What is our evidence of success
- Will the customer be happy?
- Will the users needs be met?
- What did we do wrong?
- What did we do right?
- How can we do better next time?
- How are we communicating this?
Test
Lessons Learned
17Systems EngineeringSummary of responsibilities
- Developing World
- Need is manifest but deceptive
- True cost is often difficult to determine
- Time is typically underestimated
- Complexity low in technology but high in
market/social interaction - Reliability/cost tradeoff?
- Normative
- Establish the value or need for the system
- Determine the System Cost
- Estimate the Time to Produce the System
- Formulate and structure the System more
specifically- product architecture - Organize and outline the effort to do the job
- Perform the work necessary to ensure a reliable
system - Record Keeping and Configuration Control
18Class Exercise- A Systems Engineer for the
Developing World
- List some of the characteristics for a qualified
Developing-World Systems Engineer? - Understand the culture enough to interact with
people who are deep in the subject - Anticipate gender issues
- Resourceful making do
- Creative with money and other resources
- Flexible
- Open yet critical
- More versed in individual disciplines
- Not necessary to be deeply versed in technology
but an intelligent user of communications
technology - Self confident, resilient, patient
- Can deal with lack of infrastructure
- Not necessarily money driven
- Empathy social conscience
- Recognize and respect local differences
- Persuasive
- Choose your battles walk away from things that
cant work - Deal with corruption
- Can compensate for shortcomings
- Quick learner
19A word on the fundamental fallacy of Systems
Engineering-Robert FroschFord Motor co.
20Give some examples of System Integration failure
21In More Detail, Some System Engineer Roles. .
.Formulate and structure the System 1
- Architectural Structure
- create a schematic of the product
- reflects the teams best understanding of the
products functionality - cluster the elements of the schematic
- reflect geometric integration, function sharing,
- vendor expertise considerations, localization of
change - accommodate variety, enable standardization,
- portability of interfaces (laser light,
electrical vs mechanical) - create a rough geometric layout
- identify the fundamental and incidental
interactions between clusters - define secondary sub-systems
- Define subsystems from clusters
22In More Detail, Some System Engineer Roles. .
.Formulate and structure the System 2
- Subsystem Architecture
- Repeat above at the subsystem level
- Optimizing design across sub-system interfaces
- consider migration of components
- Trade Studies
- Alternative technologies
- Create detailed Specifications
- Planned Evolutionary Changes including Technology
transparency - Establishing Error Budgets, weight budgets, power
budgets, etc.
23Example
24Some System Engineer Roles. . .Record Keeping
25Systems Integration Risk Management
- Concentrate risk in a few modules
- e.g. through reuse
- Robust interface design
- Place generous margins around critical systems
components - Use of full systems models
- Rapid prototyping
- Consider all risk possibilities
26The System Engineer Manages Risk. . . Formulate
and structure the System more specifically . . .
To reduce risk
27Developing World project risk modules
28HW Assignment Due October 31, 2006
- List 5 of the most important risks
- (severity X likelihood)
- List mitigation actions for each
- Establish an architecture for your product
- Give reasons for your choices
- Ref Textbook Chapter 9