8-Systems Engineering Management Flashcards

1
Q

MANAGEMENT

A

Don’t forget that Systems Engineering cover:

  • Design
  • Development of a solution
  • MANAGEMENT all the process to deliver expect outcomes minimizing risks.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

KEY MANAGEMENT ISSUES

A

1-Testing progressively the system. Taking care of costs, time and risks
2-Managing the configuration (documentation, procedures)
3-Risk, strategies to minimize occurrence or impact. Not only identify, address it!
4-Progressive reviews (always address issues earliest as possible)
5-Workable technical approach (waterfall/incremental/agile/?)
6-Planning

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

VERIFYING AND VALIDATING THE SYSTEM

A

Why? Design, components, subsystems and wholly system meets it specified requirements.
Progressive, during and at the end of each phase.
-Design
-Development/Production
-Acceptance test
-also during utilization stage

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

TOPICS TO BE VALIDATED

A
A validated systems implies:
1-systems itself
2-people
3-training system
4-support environment
5-integration with external systems
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

PLANNING THE EVALUATION

A

Key concept:

Plan early to ensure time, money and desired results

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

MANAGING CONFIGURATION

A

Set and maintain version control of everything we produce.

  • documentation
  • hardware required
  • software
  • interfaces
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

FOUR BASIC ELEMENTS TO CONFIGURATION MANAGEMENT

A

1-Identify everything that we have to keep under control. Communicate to everybody!
2-Maintain an accurate status of the configuration of ALL items (status accounting)
3-Change management
4-Periodic audit to verify everything is accurate
Don’t forget to notify to all the team.
Poor audits implies problems at acceptance test or utilization phase.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

MANAGING TECHNICAL RISKS

A
  • Risk is the chance of something happening that will impact on us.
  • Risks are thought as a function of both likelihood and impact (consequence)
  • Severity is determined by probability and impact.
  • So Systems Engineering as a discipline could be thought of as a TECHNICAL RISK MANAGEMENT DISCIPLINE
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Examples of RISKS

A

1-Schedule risk (later)
2-Cost risk (more expensive)
3-Technical risks: result system don’t satisfy
–function and performance
–couldn’t be maintained accordingly with support concept
–reliability required
–development budget (to expensive to build)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

SYSTEMS ENGINEERING APPROACH TO MANAGE RISKS

A
  • Conducting progressive reviews

- Rolling evaluation programs and audits

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

HOW MANAGE TECHNICAL RISKS?

A

1-Avoiding them
2-Reducing them by lowering likelihood and/or impact
3-Transferring to a third party more suited to handle it/them.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

REDUCING RISKS by design

A

1-Alternative design that minimizes likelihood of the risk.
2-Build new system with spare capacity to handle future increments.
3-Add Redundancy components
4-Alternative or diversity of sources

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

RISKS RETURN EVALUATION

A

Always take in account impact of any risk and costs to mitigate it.
Sometimes we prefer to accept it due potential benefits. Examples: using edge development technologies.
Always identify and determine way as early as possible!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

ADDRESSING RISKS THRU REVIEWS

A

1-Stakeholders requirements with SYSTEM DESIGN REVIEW
2-Preliminary design with PRELIMINARY DESIGN REVIEW
3-Design with CRITICAL DESIGN REVIEW

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

CONDUCTING DESIGN REVIEWS

A
Technical meetings that have to run professionally:
1-agenda
2-minutes
3-chairpersons in control
4-Conditions to start
5-Conditions to end (outcomes achieved)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

SELECTING APPROPRIATE TECHNICAL STRATEGY

A

System engineering management must determine the most appropriate technical strategy.

  • Waterfall
  • Incremental
  • Agile
17
Q

ABOUT WATERFALL APPROACH

A

1-Popular approach
2-logical to expose the systems engineering process
3-building blocks are the same for other approaches

18
Q

WHEN USE WATERFALL

A

1-All the system is understood via requirements engineering
2-All the systems elements are identified and understood
3-all the elements need designing are designed, integrated and tested
4-all of the elements are integrated to form the system and it is tested.
5-whole system goes through production

19
Q

WATERFALL CAN WORK WHEN

A

1-we have enough time and money to do the whole systems at once
2-we understand our requirements at the system level well enough to base the whole effort on those requirements
3-Requirements are stable
4-technology and expertise is available and stable to salve all at once
TO BE SUCCESSFUL ALL THINGS NEED TO BE IN PLACE. If not use other approach.

20
Q

INCREMENTAL APPROACH

A

If we don’t have all the money or all the time…
We can design the whole system so the design accounts for everything we want but that we would implement
the design in a series of interconnected stages or
phases.
Because we had taken the subsequent phases into account right at the start, phase 2 would
be able to build on phase 1, phase 3 would be able to build on phase 2 and so on. In systems engineering, we would call this an incremental approach.

21
Q

EVOLUTIONARY APPROACH

A

What if we didn’t really understand all of our
requirements in a lot of detail. We were certain of some requirements but not others. We might build the system based on the requirements we understood and build plenty of spare capacity into the design so as to address our future needs. As we develop our requirements for additional capability.
When we have enough time and money and we
understand our requirements a little better, we can embark on an evolution of the original system. This
might be in the form of an extension or a
reconfiguration. Naturally, in this case, we will be constrained by whatever form the system currently takes. Because we didn’t have a thorough picture in
mind when we started (like we did with the
incremental approach or the waterfall approach) we may need to evolve in a sub-optimal manner.

22
Q

APPROACH SUMMARY

A

1-Strategy is important to achieve success
2-Waterfall or Incremental or Evolutionary
3-What worked last time may not work next time.
4-SYSTEMS ENGINEERING MUST BE TAILORED to suit different situations.

23
Q

SYSTEMS ENGINEERING MANAGEMENT NEED TO PLAN

A

1-what strategy we use
2-who is doing what
3-when are the reviews happening
4-what design, development and production resources are required
5-Big risks we are facing
6-Our approach
7-SEMP-Systems Engineering Management Plan
8-SEMP is an artifact, most important is the effort
9-Keep SEMP updated!

24
Q

SYSTEMS ENGINEERING INVOLVE MANY OTHER DISCIPLINES

A

-Due complexity, usually we will involve otther disciplines like Project Management

25
Q

SYSTEMS ENGINEERING AS A LIFECYCLE DISCIPLINE

A

Not only deliver the system, think in the whole lifecycle including maintenance, support, facilities, training, etc.