Home Page Icon
Home Page
Table of Contents for
Title Page
Close
Title Page
by Jean-Luc Wippler, Jean-René Ruault, Dominique Luzeaux
Complex Systems and Systems of Systems Engineering
Cover
Title Page
Copyright
Introduction
PART 1: ENGINEERING LARGE-SCALE COMPLEX SYSTEMS AND EMERGENCY SITUATION MANAGEMENT
Chapter 1: Engineering Large-scale Complex Systems
1.1. Introduction
1.2. The notion of service in large complex systems
1.3. Architecture: a key concept
1.4. Towards resilient systems
1.4.1. Resilience: definitions
1.4.2. Resilience versus dependability
1.4.3. Engineering resilience
1.4.3.1 Engineering resilience during system use
1.4.3.2 Engineering resilience in the system design phase
1.4.3.3 Conclusion
1.5. Development of relationships between participants
1.6. Complexity: plurality of viewpoints for systems engineering
1.7. The maintenance and logistics of systems of systems
1.8. Perspectives and lines of enquiry
1.8.1. Contextual elements
1.8.2. Factors of influence
1.8.3. Trends, issues and challenges in systems engineering
1.8.3.1. Issue 1: very large heterogeneous systems
1.8.3.2. Issue 2: very large autonomous systems
1.8.3.3. Issue 3: modeling and simulation around the system perimeter
1.8.3.4. Issue 4: virtual prototyping of very large systems
1.8.3.5. Issue 5: verification, validation and qualification of systems
1.8.3.6. Issue 6: knowledge management throughout the system’s lifecycle
1.8.3.7. Issue 7: human-centered agile design
1.8.4. Development of the engineering process
1.8.5. Themes of research
1.8.5.1. Modeling: development, analysis and model inversion
1.8.5.2. Automatic proof (for decision-making in evolutive multi-system contexts)
1.8.5.3. Design of software-intensive complex systems with consideration of the human factor
1.8.5.4. Co-design of materials and software
1.9. Conclusion
1.10. Bibliography
Chapter 2: Management of Emergency Situations: Architecture and Engineering of Systems of Systems
2.1. Introduction
2.2. Main concepts of systems engineering
2.3. Context of the emergency situation management scenario
2.3.1. Global context: Tairétalet
2.3.2. Synthesis of the Dubbus accident report
2.3.3. Decision of the Tairétalet authorities
2.3.4. Analysis of context and participants involved
2.3.5. Results of studies on existing resources
2.3.6. Emergency situation management scenario: perimeter and architecture
2.3.7. Reference operational scenario
2.3.8. Alternative operational scenarios
2.3.9. Perimeter and component systems of the system of systems
2.3.10. System dimensions: lines of development
2.4. Architecture of component systems of the system of systems
2.4.1. Detecting an accident: the accident detection system
2.4.2. Evaluating the gravity of an accident, coordinating the emergency services and allocating casualties to hospitals: the regional call center
2.4.3. Casualty evacuation: emergency service centers and hospitals
2.4.4. Continuous improvement of emergency situation management
2.4.5. Systems engineering for the regional call center, emergency service centers and hospitals
2.4.6. Specificities of system of systems engineering
2.5. Conclusion
2.6. Acknowledgements
2.7. Bibliography
PART 2: CASE STUDY: ANTARCTICA LIFE SUPPORT FACILITY
Chapter 3: Introduction to the Antarctica Life Support Facility Case Study
3.1. Why Antarctica?
3.2. Fictional context of the study
3.2.1. The Antarctica mission
3.2.2. The cast of characters
3.3. Some data on the Antarctic and Adélie Land
3.3.1. Geography
3.3.2. Climate
3.3.3. Biological patrimony
3.3.4. Location of the life support facility
3.4. Bibliography
Chapter 4: Finding the Right Problem
4.1. What system are we dealing with?
4.1.1. Purpose and missions
4.1.2. The system perimeter
4.2. System lifecycle
4.3. Who does the system involve?
4.4. Creating a working framework
4.5. Gathering information
4.6. Modeling the context
4.7. Understanding and defining goals
4.8. Modeling the domain
4.9. Defining stakeholder requirements and constraints
4.10. Things to remember: stakeholder-requirements engineering
4.11. Bibliography
Chapter 5: Who Can Solve the Problem?
5.1. Consultation and selection
5.1.1. Establishment of an acquisition plan
5.1.2. Creating an initial list of companies
5.1.3. Organizing and launching a request for information
5.1.4. Selecting companies for the call to tender
5.1.5. Preparing and launching the call to tender
5.1.6. Selecting a partner company
5.2. Responding (and winning)
5.2.1. Approaching the problem
5.2.2. Advancing into the unknown
5.2.3. Where should we start?
5.2.4. Doing it all simultaneously
5.3. Committing to a “right” definition of the system to be created
5.3.1. From stakeholder requirements to technical requirements
5.3.2. Covering the whole of the System’s lifecycle
5.3.3. Accounting for stakeholder expectations and constraints
5.3.4. Remaining realistic
5.3.5. Removing major risks
5.3.6. Facing identified threats
5.3.7. Use of precise terminology
5.4. Creating the list of technical requirements
5.4.1. Creating the necessary model
5.4.2. Expressing the “right” technical requirements
5.4.2.1. Succinctness
5.4.2.2. Formalization
5.4.2.3. Structure
5.4.3. Compliance with the specification
5.5. Things to remember: technical requirements engineering
5.6. Bibliography
Chapter 6: Solving the Problem
6.1. General approach
6.2. Functional design
6.2.1. A brief introduction to functional design
6.2.2. Application
6.2.2.1. Mission support
6.2.2.2. Life support
6.2.2.3. Heating
6.3. Physical design
6.3.1. Identifying physical components
6.3.2. Allocation of functions to identified components
6.3.3. Grouping components by sub-system
6.3.4. Architecture of (some) sub-systems
6.3.4.1. “Life support” sub-system
6.3.4.2. “Technical support” sub-system
6.3.4.3. “Base supervision” sub-system
6.3.5. Sub-systems architecture of the life support facility
6.4. Interfaces
6.4.1. Waste management
6.4.2. Centralized supervision
6.4.3. Other types of interactions between components
6.5. The “playing fields” of the systems architect
6.6. EFFBDs
6.6.1. An informal introduction to EFFBD diagrams
6.6.2. Syntax and structure of EFFBDs
6.6.3. Formalization of EFFBDs
6.6.4. Verification and validation of EFFBDs
6.7. Things to remember: architectural design
6.8. Bibliography
Chapter 7: Solving the Problem Completely, in a Coherent and Optimal Manner
7.1. Making the right technical decisions at the right level and the right time
7.1.1. Formalizing possibilities
7.1.2. Using a multi-criteria analytical approach
7.1.2.1 Adopting a decision model
7.1.2.2 Creating possible solutions
7.1.2.3 Evaluating possible solutions
7.1.2.4 Identifying the best solution(s)
7.1.3. Reinforcing and optimizing choices
7.1.4. Things to remember
7.2. Integrating disciplines
7.2.1. Integrating dependability
7.2.2. Integrating the human factor
7.2.3. Things to remember
7.3. Bibliography
Chapter 9: Conclusion to the “Antarctica Life Support Facility” Case Study
9.1. “Before we can manage a solution, we need to find one!”
9.2. “Modeling isn’t drawing!”
9.3. Implementing systems engineering
9.4. Acknowledgements
9.5. Bibliography
Conclusion
List of Authors
Index
Search in book...
Toggle Font Controls
Playlists
Add To
Create new playlist
Name your new playlist
Playlist description (optional)
Cancel
Create playlist
Sign In
Email address
Password
Forgot Password?
Create account
Login
or
Continue with Facebook
Continue with Google
Sign Up
Full Name
Email address
Confirm Email Address
Password
Login
Create account
or
Continue with Facebook
Continue with Google
Prev
Previous Chapter
Geometric Tolerancing of Products
Next
Next Chapter
Copyright
Add Highlight
No Comment
..................Content has been hidden....................
You can't read the all page of ebook, please click
here
login for view all page.
Day Mode
Cloud Mode
Night Mode
Reset