View
213
Download
0
Tags:
Embed Size (px)
Citation preview
Thoughts on ArchitectingThoughts on Architecting
… and How to Improve the Practice… and How to Improve the Practice
by Brad Mercerby Brad MercerPrincipal ArchitectPrincipal Architect
The MITRE CorporationThe MITRE CorporationSan Diego, CaliforniaSan Diego, California
Copyright ©2008 The MITRE Corporation. All Rights Reserved.
Version 3.4 – 1/31/08Version 3.4 – 1/31/08 M ITRE
Presented toPresented toSystems Engineering ColloquiumSystems Engineering Colloquium
Naval Postgraduate SchoolNaval Postgraduate SchoolMonterey, CaliforniaMonterey, California
1/31/2008 - 1/31/2008 - 22Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
IntroductionIntroduction
Brad Mercer is a principal architect with the MITRE Corporation in San Diego, California. The MITRE Corporation is a Federally Funded Research and Development Corporation (FFRDC).
Mr. Mercer serves as architecture advisor to the Office of the Chief Engineer of the U.S. Navy’s Space and Naval Warfare Systems Center (SPAWAR) in San Diego. In this capacity he serves as primary or consulting architect on multiple U.S. Navy Service-Oriented Architecture and Net-Centricity initiatives. Mr. Mercer is currently assigned as principal architecture advisor to the U.S. Navy’s Consolidated Afloat Network and Enterprise Services (CANES) program. CANES is a $1.5B initiative to recapitalize the information infrastructure on board U.S. Navy ships and submarines.
1/31/2008 - 1/31/2008 - 33Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
CANES: A Convergence of TechnologiesCANES: A Convergence of Technologies
► Navy investing $1.5B in CANES*– Consolidate multiple existing
afloat physical networks into a single physical network infrastructure
– Virtualize physical servers and data storage atop network infrastructure
– Develop an SOA-based infrastructure atop virtualized resources
► CANES is nothing less than a wholesale recapitalization of the Navy’s information infrastructure afloat!
*CANES - Consolidated AfloatNetworks and Edge Services
1/31/2008 - 1/31/2008 - 44Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Dealing with ComplexityDealing with Complexity
Architecting is a key discipline in the successful development of systems to deliver operational capability. However, the key ideas behind this discipline are not well under-stood even among its practitioners. Architecting is not just a branch of engineering - it is fundamentally different from engineering. Architecting is co-equal with engineering in determining success in systems development.
Architecting is a key discipline in the successful development of systems to deliver operational capability. However, the key ideas behind this discipline are not well under-stood even among its practitioners. Architecting is not just a branch of engineering - it is fundamentally different from engineering. Architecting is co-equal with engineering in determining success in systems development.
Architect n. a person who practices “architecting”
551/28/2008 - 1/28/2008 - 55Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Yogi Berra said: “In theory there is no difference between theory and practice. In practice there is.”
1/31/2008 - 1/31/2008 - 66Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
All Systems have an ArchitectureAll Systems have an Architecture
System components might include people, cultures, organizations, policies, services, techniques, technologies, information/data, facilities, products, procedures, processes, other systems, and/or any other natural or artificial (i.e. man-made) things – much more than just information or communications system components!
System n. a set of components and an associated mechanism, apparent or not, for integrating them as a cohesive whole. The whole is sufficiently cohesive to have an identity distinct from its environment.
Architecture n. an intrinsic quality or property of a system consisting of the arrangement and interrelationships, both static and dynamic, among its components and their externally visible properties; the structure or form of a system.
1/31/2008 - 1/31/2008 - 77Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
► All systems have an architecture ─ intentionally architected or not ─ and that architecture is a primary determinant of the system’s behavior.
► In architecting our goal is two-fold:– to understand and affect the behavior of existing systems– to understand and predict the behavior of the systems we
will construct
Why do we Practice Architecting?Why do we Practice Architecting?
The Architecting ThesisIf we can make apparent the architecture of a system,
then we can understand, affect, or manage thatarchitecture in order to achieve desired behavior.
Newsflash!If you don’t control the
architecture of your system, then that
architecture will control your system!
1/31/2008 - 1/31/2008 - 88Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Architecture n. an intrinsic quality or property of a system consisting of the arrangement and interrelationships, both static and dynamic, among its components and their externally visible properties; the structure or form of a system.
Architecture Description n. a representation of an architecture; a conceptualization of the form of a system.
Framework n. a set of assumptions, concepts, values, and practices that constitutes a way of viewing reality
Architecture Framework n. a way of conceptualizing the form of a system.
Architecture Descriptions and FrameworksArchitecture Descriptions and Frameworks
Architecture is reality!Architecture Description is a view of reality!
Bad Architecting Rule #1
“Don’t ever let reality get in the way of your
view of reality!”
1/31/2008 - 1/31/2008 - 99Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
What is the structure or form of a system?What is the structure or form of a system?
INFORMATION
FUN
CTI
ON
BE
HA
VIO
R
Architecture
Functional “Structure”
Described using Functional Models (e.g. flow diagrams,
function hierarchies, interface diagrams)
Functional “Structure”
Described using Functional Models (e.g. flow diagrams,
function hierarchies, interface diagrams)
Behavioral “Structure”
Described using Behavioral Models (e.g. rule sets, state
diagrams, event traces)
Behavioral “Structure”
Described using Behavioral Models (e.g. rule sets, state
diagrams, event traces)
Information “Structure”
Described using Information Models (e.g. data models,
ontologies)
Information “Structure”
Described using Information Models (e.g. data models,
ontologies)
Architecture n. an intrinsic quality or property of a system consisting of the arrangement and inter-relationships, both static and dynamic, among its components and their externally visible properties; the structure or form of a system.
Architecture n. an intrinsic quality or property of a system consisting of the arrangement and inter-relationships, both static and dynamic, among its components and their externally visible properties; the structure or form of a system.
Architecture Description n. a representation of an architecture; a conceptualization of the form of a system.
Architecture Description n. a representation of an architecture; a conceptualization of the form of a system.
1/31/2008 - 1/31/2008 - 1010Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Architecting DomainsArchitecting Domains
Capability Architecting
In capability architecting the architect applies architecting principles and
practices to translate capability needs into enterprise engineering
requirements
Capability Architecting
In capability architecting the architect applies architecting principles and
practices to translate capability needs into enterprise engineering
requirements
Systems Architecting
In systems architecting the architect applies architecting principles and practices to allocate engineering requirements to system/product
components
Systems Architecting
In systems architecting the architect applies architecting principles and practices to allocate engineering requirements to system/product
components
Operational Architecting
In operational architecting the architect applies architecting principles and practices to select and integrate
operational resources into an effective mission focused structure
Operational Architecting
In operational architecting the architect applies architecting principles and practices to select and integrate
operational resources into an effective mission focused structure
Enterprise Architecting
In enterprise architecting the architect applies architecting principles and
practices to plan the alignment of IT resources with corporate strategy
Enterprise Architecting
In enterprise architecting the architect applies architecting principles and
practices to plan the alignment of IT resources with corporate strategy
Core Principles and Practicesof Architecting
Core Principles and Practicesof Architecting
Architecting and EngineeringArchitecting and Engineering
“Who’s on first?”“Who’s on first?”
Copyright ©2008 The MITRE Corporation. All Rights Reserved.
M ITREVersion 3.4 – 1/31/08Version 3.4 – 1/31/08
1/31/2008 - 1/31/2008 - 1212Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Architecting and EngineeringArchitecting and Engineering─ ─ Two Very Different Sides of the Same ProblemTwo Very Different Sides of the Same Problem
Synthesis of Form ► ◄ Analysis of Function
• Reductionist• Reduces complexity• Optimizing - technical optimization• Quantitative costs• Deductive• Algorithms• Value in the “how”• Emphasis on arrangement (syntax)• Internal interfaces - Boundedness• Precision; exact• Produces implementation specification• Engineering “design”
Architecting Engineering
• Holistic• Manipulates complexity• Satisficing - client satisfaction• Qualitative worth• Abductive• Heuristics• Value in the “what”• Emphasis on meaning (semantics)• External interfaces - Openness• Abstraction; notional• Produces architectural
specification• Architectural “design”
1/31/2008 - 1/31/2008 - 1313Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
EnEnggineerinineering and g and ArchitectinArchitecting g
Engineering n. the application of scientific and mathematical principles to practical ends such as the design, manufacture, and operation of efficient and economical structures, machines, processes, and systems
─ The American Heritage® Dictionary of the English Language, Fourth Edition,Houghton Mifflin Company, 2000.
Architecting n. the application of scientific and mathematical principles to the representation of the form of a system in support of practical ends such as the planning, analysis, and engineering of efficient and economical systems
1/31/2008 - 1/31/2008 - 1414Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Traditional Systems ArchitectingTraditional Systems Architecting
ComponentDevelopmentComponent
Development
RequirementsEngineering
RequirementsEngineering
System Demo& Validation
System Demo& Validation
System Integ& Test
System Integ& Test
Systems Engineeringand
Development Process
SystemSystemSystemRequirements
SystemRequirements
Functional Analysis, Architecting, and Allocation employs the Architecting Paradigm to synthesize a functional model from discrete requirements
Functional Analysis, Architecting, and Allocation employs the Architecting Paradigm to synthesize a functional model from discrete requirements
FunctionalAllocationFunctionalAllocation
The Role of Systems Architecting within
Systems Engineering
1/31/2008 - 1/31/2008 - 1515Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Architecting and EngineeringArchitecting and Engineering─ ─ Two Sides of the Same ProblemTwo Sides of the Same Problem
► Engineering employs analysis of function to iteratively decompose and separate a primarily functional representation of a whole into representations of economically producible components that can be assembled to construct the functional whole.
► Big implication here! Engineering requires an “initial point” — a representation of the whole — to be successful!
Engineering does not work without an initial point!!
► We refer to this “initial point” as:
Engineerible RequirementsThe set of engineering requirements necessary and sufficient to initiate
the successful engineering and production of a system
1/31/2008 - 1/31/2008 - 1616Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Architecting and EngineeringArchitecting and Engineering─ ─ Two Sides of the Same ProblemTwo Sides of the Same Problem
► Architecting employs synthesis of form to iteratively compose separate elements to form a coherent whole, or a representation of a coherent whole, that can serve as an “initial point” for system development.
► Architecting synthesizes this “initial point” from the collective vision, goals, constraints, and other needs of the stakeholders in the to-be-developed system — converting conflicting stakeholder demands into a conceptualized whole that maximizes the satisfaction of each stakeholder.
► From the point of view of architecting, we refer to this “engineering initial point” as an:
Architecture SpecificationAn architecture description to which all system implementations must
adhere; and a set of principles, practices, and constraints guiding implementation, operation, and evolution of the developed system
1/31/2008 - 1/31/2008 - 1717Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Architecting and EngineeringArchitecting and Engineering─ ─ Two Sides of the Same ProblemTwo Sides of the Same Problem
architecture specification
engineerible requirements
collective vision, goals, constraints,and other needs of the stakeholders
representations of economicallyproducible components that can be
assembled to construct the functional whole
Analysisof Function
iteratively decompose and separate a primarily functional representation of a whole
iteratively compose separate elements toform a coherent whole
Synthesisof Form
Engineering
Architecting
Architect n. a person who practices “architecting”
The Practice of ArchitectingFrom the simplest point of view, the practice of architecting is the
application of the architecting paradigm to the creation of architecture specifications that can be employed as engineerible
requirements for engineering and producing systems.
Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved. 1/31/2008 - 1/31/2008 - 1818
Architecting CapabilitiesArchitecting Capabilities
The Role of the Architect in DoDThe Role of the Architect in DoD
Copyright ©2008 The MITRE Corporation. All Rights Reserved.
M ITREVersion 3.4 – 1/31/08Version 3.4 – 1/31/08
1/31/2008 - 1/31/2008 - 2020Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
The Platform Enterprise Value ChainThe Platform Enterprise Value Chain
Mission Achieved
Mission Need
Platform EmploymentPlatform Employment
Platform PlanningPlatform Planning
Platform DevelopmentPlatform Development
PlatformPlatform
Mission NeedStatement
Mission NeedStatement
OperationalRequirementsOperational
Requirements
RequirementsRequirementsDevelopmentDevelopment
DeploymentDeploymentand Warfightingand Warfighting
ComponentDevelopmentComponent
Development
RequirementsEngineering
RequirementsEngineering
System Demo& Validation
System Demo& Validation
FunctionalAllocationFunctionalAllocation
System Integ& Test
System Integ& Test
Systems Engineeringand
Development Process
PlatformPlatformOperationalRequirementsOperational
Requirements
PlannerPlanner
BuilderBuilder
OperatorOperator
1/31/2008 - 1/31/2008 - 2121Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Capability EmploymentCapability Employment
Capability DevelopmentCapability Development
CapabilityCapability
Achieved Effects
The Capability Enterprise Value ChainThe Capability Enterprise Value Chain
““Builder’sBuilder’sView”View”
““Planner’sPlanner’sView”View”
““Strategist’sStrategist’sView”View”
““Operator’sOperator’sView”View”
DoD 5000*DoD 5000*
JCIDSJCIDS
Doctrine,Doctrine,CONOPSCONOPS
WarfightingWarfighting
Capability ExpressionCapability Expression
Desired Effects(conflict, market, social, other)
Capability PlanningCapability Planning
CapabilityConcept
CapabilityConcept
CapabilityNeed
CapabilityNeed
* DoD 5000 applies to the development of materiel components of a capability. In addition to materiel, capability development should consider the range of DOTMLPF solution components.
1/31/2008 - 1/31/2008 - 2222Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Capability EmploymentCapability Employment
Capability DevelopmentCapability Development
CapabilityCapability
Achieved Effects
The Capability Enterprise Value ChainThe Capability Enterprise Value Chain
EngineeribleRequirementsEngineerible
Requirements
““Builder’sBuilder’sView”View”
““Planner’sPlanner’sView”View”
““Strategist’sStrategist’sView”View”
““Operator’sOperator’sView”View”
DoD 5000*DoD 5000*
JCIDSJCIDS
Doctrine,Doctrine,CONOPSCONOPS
WarfightingWarfighting
Capability ExpressionCapability Expression
Desired Effects(conflict, market, social, other)
Capability PlanningCapability Planning
CapabilityConcept
CapabilityConcept
CapabilityNeed
CapabilityNeed
* DoD 5000 applies to the development of materiel components of a capability. In addition to materiel, capability development should consider the range of DOTMLPF solution components.
DescriptionDescriptionGapGap
1/31/2008 - 1/31/2008 - 2323Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Capability EmploymentCapability Employment
Capability DevelopmentCapability Development
CapabilityCapability
Achieved Effects
The Capability Enterprise Value ChainThe Capability Enterprise Value Chain
Capability ArchitectingCapability Architecting
CapabilityArchitectureCapability
Architecture
““Builder’sBuilder’sView”View”
““Architect’sArchitect’sView”View”
““Planner’sPlanner’sView”View”
““Strategist’sStrategist’sView”View”
““Operator’sOperator’sView”View”
DoD 5000*DoD 5000*
ArchitectureArchitectureSpecificationSpecification
JCIDSJCIDS
Doctrine,Doctrine,CONOPSCONOPS
WarfightingWarfighting
Capability ExpressionCapability Expression
Desired Effects(conflict, market, social, other)
Capability PlanningCapability Planning
CapabilityConcept
CapabilityConcept
CapabilityNeed
CapabilityNeed
* DoD 5000 applies to the development of materiel components of a capability. In addition to materiel, capability development should consider the range of DOTMLPF solution components.
1/31/2008 - 1/31/2008 - 2424Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Architecting and EngineeringArchitecting and Engineering─ ─ Two Sides of the Same ProblemTwo Sides of the Same Problem
architecture specification
engineerible requirements
collective vision, goals, constraints,and other needs of the stakeholders
representations of economicallyproducible components that can be
assembled to construct the functional whole
Analysisof Function
Synthesisof Form
Engineering
Architecting
Capability EmploymentCapability Employment
Capability DevelopmentCapability Development
CapabilityCapability
Achieved Effects
Capability EmploymentCapability Employment
Capability DevelopmentCapability Development
CapabilityCapability
Achieved Effects
Capability ArchitectingCapability Architecting
CapabilityArchitectureCapability
Architecture
Capability ArchitectingCapability Architecting
CapabilityArchitectureCapability
Architecture
Capability ExpressionCapability Expression
Desired Effects(conflict, market, social, other)
Capability PlanningCapability Planning
CapabilityConcept
CapabilityConcept
CapabilityNeed
CapabilityNeed
Capability ExpressionCapability Expression
Desired Effects(conflict, market, social, other)
Capability PlanningCapability Planning
CapabilityConcept
CapabilityConcept
CapabilityNeed
CapabilityNeed
Architecture SpecificationArchitecture Specification
“Form before Function”“Form before Function”
Copyright ©2007 The MITRE Corporation. All Rights Reserved.
M ITREVersion 3.4 – 1/31/08Version 3.4 – 1/31/08
1/31/2008 - 1/31/2008 - 2626Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
CANES: A Convergence of TechnologiesCANES: A Convergence of Technologies
► Navy investing $1.5B in CANES*– Consolidate multiple existing
afloat physical networks into a single physical network infrastructure
– Virtualize physical servers and data storage atop network infrastructure
– Develop an SOA-based infrastructure atop virtualized resources
► CANES is nothing less than a wholesale recapitalization of the Navy’s information infrastructure afloat!
*CANES - Consolidated AfloatNetworks and Edge Services
1/31/2008 - 1/31/2008 - 2727Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Service-Oriented EnvironmentService-Oriented Environment
NetworksNetworks
Hardware InfrastructureHardware Infrastructure
Software InfrastructureSoftware Infrastructure
Services InfrastructureServices Infrastructure
Application ServicesApplication Services
Service ProcessesService Processes
Operational ProcessesOperational Processes
Doctrine, Strategy, TacticsDoctrine, Strategy, Tactics
vir
tualiz
ed
com
moditize
d
Application Services InfrastructureApplication Services Infrastructure
HardwareSoftwarePeopleware
1/31/2008 - 1/31/2008 - 2828Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
CANES Service-Oriented EnvironmentCANES Service-Oriented Environment
NetworksNetworks
Hardware InfrastructureHardware Infrastructure
Software InfrastructureSoftware Infrastructure
Services InfrastructureServices Infrastructure
Application ServicesApplication Services
Service ProcessesService Processes
Application Services InfrastructureApplication Services Infrastructure
PEO C4I Infrastructure Services Provider
► Develop an SOA-Based infrastructure atop virtualized resources
► Virtualize physical servers and data storage to provides a common com-puting environment atop network infrastructure
► Consolidate multiple existing afloat physical networks into a single physical network infrastructure
PEO C4I Application Services Providers
► Refactor Existing applications and develop future applications to create a service-oriented environment
1/31/2008 - 1/31/2008 - 2929Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Architecture Specification as a Solution SpaceArchitecture Specification as a Solution Space
An Architecture Specification is an architecture description to which all system implementations must adhere; and a set of principles, practices, and constraints guiding implementation, operation, and evolution of the developed system.
a set of potentialimplementationsa set of potentialimplementations “a solution space”“a solution space”
one potentialimplementation
boundary defined by thearchitecture specification
Architects apply the process of design to synthesize a form through trials guided by heuristics in order to compare forms until a qualitative best-fit emerges that satisfices conflicting needs.
Architects apply the process of design to synthesize a form through trials guided by heuristics in order to compare forms until a qualitative best-fit emerges that satisfices conflicting needs.
1/31/2008 - 1/31/2008 - 3030Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Engineerible Requirements are the set of engineering requirements necessary and sufficient to initiate the successful engineering and production of a system
a set of candidateimplementations
a set of candidateimplementations “a solution space”“a solution space”
one candidateimplementation
boundary defined byengineerible requirements
Engineers apply the process of design through quantitative analysis to tradeoff conflicting requirements until an optimal solution is determined.Engineers apply the process of design through quantitative analysis to tradeoff conflicting requirements until an optimal solution is determined.
Engineerible Requirements as a Solution SpaceEngineerible Requirements as a Solution Space
1/31/2008 - 1/31/2008 - 3131Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
System Specification vsSystem Specification vsArchitecture SpecificationArchitecture Specification
Abstract Model► Thing 1
– Functional attributes– Nonfunctional attributes
► Thing 2– …
► Thing 3– …
SYSTEM SPEC ARCHITECTURE SPEC
ExampleA. Functional Requirements
1. The system shall ….B. Performance Requirements
1. The system shall ….C. Capacity Requirements
1. The system shall ….D. Reliability Requirements
1. The system shall ….
Example1. Processing Service
a. The service shall ….b. The service shall ….c. The service shall ….
2. Distribution Servicea. …
3. Display Servicea. …
Initi
al Syn
thes
is of
Form
Initi
al Syn
thes
is of
Form
Why is “Form” Important???Why is “Form” Important???
We can’t start engineeringwithout a “thing” to engineerWe can’t start engineering
without a “thing” to engineer
Abstract Model► Functional Attribute Class
– attribute a– attribute b– attribute c
► Nonfunctional Attribute Class 1– attribute d– attribute e
► Nonfunctional Attribute Class 2– ….
No Th
ings!
No Fo
rm, N
o Stru
cture
No Allo
catio
n
No Th
ings!
No Fo
rm, N
o Stru
cture
No Allo
catio
n
Architecture SemanticsArchitecture Semantics
“What does it all mean?”“What does it all mean?”
Copyright ©2007 The MITRE Corporation. All Rights Reserved.
M ITREVersion 3.4 – 1/31/08Version 3.4 – 1/31/08
1/31/2008 - 1/31/2008 - 3333Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
The Architect’s ViewThe Architect’s View
► “Architect’s View” – View taken by the architect in formalizing and expressing the client’s needs as an architecture description
► Contains only elements needed by the architect to describe an architecture and nothing more
► Logical data models do not represent the architect’s view – they include too many non-architecture artifacts
► The “Architect’s View” is expressed using a formal conceptual model that provides a common set of semantics for expressing that view
Implemented Database
Conceptual Data Model
Conceptual Model
Logical Data Model
Physical Data Model
Architect’s View
The Model Stack
The architect’s role is to formalize and represent the needs of his client – the warfighter. This role motivates a unique view
of the architecture – “the architect’s view.”
1/31/2008 - 1/31/2008 - 3434Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Architecture SemanticsArchitecture Semantics
groups
groups
acco
mpl
ishe
s produces
consumes
Who? What?
Where? How?
FunctionFunction
ResourceResource
LocationLocation
TimeTime
controls
selects
ProductProduct
RuleRule
When?
Why?
generates
1/31/2008 - 1/31/2008 - 3535Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.
Products and Events are not the actual effects achieved by a capability. The
effect is achieved indirectly asa change in state in response
to the products and events.
Products and Events are not the actual effects achieved by a capability. The
effect is achieved indirectly asa change in state in response
to the products and events.
Capability and EffectsCapability and Effects
Capability n. The ability to achieve a desired effect under specified standards and conditions through combination of means and ways to perform a set of tasks.
─ From CJCSI 3170.01E, Joint Capabilities Integration and Development System, 11 May 2005
Capability n. The ability to achieve a desired effect under specified standards and conditions through combination of means and ways to perform a set of tasks.
─ From CJCSI 3170.01E, Joint Capabilities Integration and Development System, 11 May 2005
Effect n. a change to a condition, behavior, or degree of freedom
─ From CJCSM 3500.04D, Universal Joint Task List, 1 August 2005
Effect n. a change to a condition, behavior, or degree of freedom
─ From CJCSM 3500.04D, Universal Joint Task List, 1 August 2005
Ways
Standards
Conditions
Means
groups
groups
acco
mpl
ishe
s
pro
du
ces
consumes
FunctionFunction
ResourceResource
NodeNode
Event1Event1
controls
selects
ProductProduct
RuleRule
Event2Event2
generates
“Effect”
Ways
Standards
Conditions
Means
groups
groups
acco
mpl
ishe
s
pro
du
ces
consumes
FunctionFunction
ResourceResource
NodeNode
Event1Event1
controls
selects
ProductProduct
RuleRule
Event2Event2
generates
“Effect”
Location
Event1
(Time)
Event2
(Time)
Thank you!!Thank you!!
Please contact me at:
Brad MercerPrincipal ArchitectThe MITRE CorporationSPAWARSYSCEN SD49185 Transmitter Road, Building 626San Diego, CA 92152-7335
619-758-7814
1/31/2008 - 1/31/2008 - 3636Copyright ©2008Copyright ©2008 The MITRE Corporation. All Rights Reserved.The MITRE Corporation. All Rights Reserved.