How Reference Architectures support the evolution of Product Families; the Darwin research project by Gerrit Muller Embedded Systems Institute e-mail: [email protected]www.gaudisite.nl Abstract TBD Distribution This article or presentation is written as part of the Gaudí project. The Gaudí project philosophy is to improve by obtaining frequent feedback. Frequent feedback is pursued by an open creation process. This document is published as intermediate or nearly mature version to get feedback. Further distribution is allowed as long as the document remains complete and unchanged. This work has been carried out as part of the Darwin project under the responsibility of the Embedded Systems Institute. This project is partially supported by the Netherlands Ministry of Economic Affairs under the BSIK program. June 5, 2018 status: planned version: 0.4 logo TBD
21
Embed
How Reference Architectures support the evolution of ... · How Reference Architectures support the evolution of Product Families; the Darwin research project by Gerrit Muller Embedded
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
How Reference Architectures support the evolution ofProduct Families; the Darwin research project
by Gerrit Muller Embedded Systems Institutee-mail: [email protected]
www.gaudisite.nl
Abstract
TBD
Distribution
This article or presentation is written as part of the Gaudí project. The Gaudí projectphilosophy is to improve by obtaining frequent feedback. Frequent feedback is pursued by anopen creation process. This document is published as intermediate or nearly mature versionto get feedback. Further distribution is allowed as long as the document remains completeand unchanged.
This work has been carried out as part of the Darwin project under the responsibility of theEmbedded Systems Institute. This project is partially supported by the Netherlands Ministryof Economic Affairs under the BSIK program.
June 5, 2018status: plannedversion: 0.4
logo TBD
High Level Problem Statement
Installed Base Business
Life Cycle Management
costly high effort
diversity and # of configurations
Development efficiency costly high effort too late
Innovation rate too low too late
see next slides
How Reference Architectures support the evolution of Product Families2 Gerrit Muller
version: 0.4June 5, 2018
DERAhighLevelProblems
The Innovation Challenge
Challenge: how to apply change locally for exploration of potential value and feasibility?
Postulate 1: for effective exploration the following properties must be maintained patient throughput
system responsiveness image quality safety reliability
potential innovation:
change
inherently complex system e.g. MR scanner
Postulate 2: a system architecture that supports this level of exploration also supports the next phases of innovation: scaling-up and engineering
Postulate 3: a system architecture that supports this level of exploration also supports life cycle business over many generations
How Reference Architectures support the evolution of Product Families3 Gerrit Muller
version: 0.4June 5, 2018
DERAinnovationChallenge
Evolvability Problem Statement
innovation life cycle
some new features late relative to competition
too much material and labor cost
too much time, effort, cost
exploration is difficult
from idea to tryout from tryout to realization
tryout exploration of innovative
features
scale up for clinical use
scale up for volume sales
too much and unpredictable
development time, effort, cost
reliable realization is difficult engineering is difficult
time
volu
me
1 10
100
How Reference Architectures support the evolution of Product Families4 Gerrit Muller
version: 0.4June 5, 2018
DERAproblemStatement
Evolvability Problem Analysis
problems suspected more specific root causes
observed causes
too much time, effort, cost
exploration is difficult
from idea to tryout
from tryout to realization
reliable realization is difficult
engineering is difficult
25 years of historical growth
lack of overview
size and complexity of realization
inherent complexity of system and context
coupling (dependencies) higher than needed
insufficient underpinning of decisions by value and cost
large amount of detailed documentation
size and complexity of organization
ineffective structure (decomposition, interfaces)
unbalance in core/key/base
some new features late relative to competition
too much material and labor cost
too much and unpredictable
development time, effort, cost
human and cultural factors high level of expertise conservatism
diversity of configurations
How Reference Architectures support the evolution of Product Families5 Gerrit Muller
version: 0.4June 5, 2018
DERAproblemAnalysis
Darwin Project Goal
specific methods, techniques and patterns
to improve the evolvability
of product families
within industrial constraints
and while maintaining other qualities
people, process, project duration,
and cost
faster to market less effort
more predictable
market response to anticipated and
unexpected changes
based on modeling and Reference Architectures
patient throughput system responsiveness
image quality safety
reliability
diverse products installed base diversity
scientifically sound suitable for PhD
very relevant for MR also relevant for others
(partially) validated
How Reference Architectures support the evolution of Product Families6 Gerrit Muller
version: 0.4June 5, 2018
DERAprojectGoal
Darwin Research Model: Industry as Laboratory
research
industry
apply new engineering
methods hypothesis
evaluate observe results
improve
application playground
source of inspiration
Philips MR scanner
challenging problems
How Reference Architectures support the evolution of Product Families7 Gerrit Muller
version: 0.4June 5, 2018
DERAindustryAsLaboratory
Sources of Change
business architecture
technical architecture customer context
humans other systems legislation reimbursement
clinical applications workflow applications
domain specific technology generic technology
competition organization business model
How Reference Architectures support the evolution of Product Families8 Gerrit Muller
version: 0.4June 5, 2018
DERAsourcesOfChange
Sources of Change
business architecture
technical architecture customer context
humans other systems legislation reimbursement
clinical applications workflow applications
domain specific technology generic technology
competition organization business model
RF coils gradient amplifier
Windows Vista PCI-X database PMW
PII
PACS RIS
USA
How Reference Architectures support the evolution of Product Families9 Gerrit Muller
version: 0.4June 5, 2018
DERAsourcesOfChangeAnnotated
Darwin Research Questions
related research areas
What are practical guidelines?
How to transform into an evolvable product family architecture?
How to support decision making? business wise technological
by visualization by high-level modeling
for decomposition for interface definition
What are patterns that support evolvability?
How to create overview?
How to mine the realization for implicit know how?