1 championing open architectures for ishm presented to: cbm+ ipt10 may 2006 os-jtf presented by: bob...
TRANSCRIPT
1
Championing Open Architectures for ISHM
PRESENTED TO:
CBM+ IPT 10 May 2006OS-JTF
PRESENTED BY:
Bob WalterHead, Applied Enterprise Systems [email protected]
Tim BairApplied Enterprise Systems [email protected]
2
University-AffiliatedResearch Center (UARC)
VIRGINIA CLASS
Assist the DOD in identifying, prototyping and valuation of emerging technologies… and aid in their development and implementation.
Work as a trusted agent.
Mission summary: ResearchTechnology TransferEducation
3
ARL Full-Time Equivalent Years of Effort
Systems Engineering OrientationBasic Research thru Demonstration to Full-Scale Implementation Project Management of Cross-disciplinary, Multi-performer Teams
Characteristics and Size
ARL Part of Penn State Research FY 04-05 [$492M]
$154M GFY’04
4
ARL LocationsARL Locations
APPLIED RESEARCH LABORATORY BUILDINGAPPLIED RESEARCH LABORATORY BUILDING
APPLIED SCIENCE BUILDINGAPPLIED SCIENCE BUILDING
NAVIGATION RESEARCH & DEVELOPMENT CENTERNAVIGATION RESEARCH & DEVELOPMENT CENTER ARL CATO PARKARL CATO PARK
GARFIELD THOMAS WATER TUNNELGARFIELD THOMAS WATER TUNNEL
ELECTRO-OPTICS SCIENCE & TECHNOLOGY CENTERELECTRO-OPTICS SCIENCE & TECHNOLOGY CENTER
Keyport Naval FacilityKeyport, Wa.
Distributed Engineering CenterPenn State Fayette Campus
Washington Office
Washington, DC
ARL HawaiiPearl Harbor, Hi.
Electro-Optics CenterKittanning, Pa.
ARL Penn StateState College, Pa.
Navigation Research & Development CenterWarminster, Pa.
5
OrganizationOrganization
6
Applied Enterprise SystemsDepartment
Applied Enterprise SystemsDepartment
Bob Walter, Applied Enterprise Systems Department Head, 814-863-8876, [email protected]
Demonstrate how to leverage asset health information throughout the enterprise
Develop new business processes incorporating asset health
Develop new enterprise integration techniques
Transition results to defense, space and industry
Champion open standards
Demonstrate how to leverage asset health information throughout the enterprise
Develop new business processes incorporating asset health
Develop new enterprise integration techniques
Transition results to defense, space and industry
Champion open standards
7
Relevant ProjectsRelevant Projects
2002 2003 2004 2005 2006
USMC Autonomic Logistics
2001
Business Case Analysis, Sense & Respond Development- ONR I (’02), II, III, IV, V (‘06)
Army Telemaintenance
Army VMEP User Display
USMC EFV Prognostics
Army HEMTT Advanced Diagnostics
Army CLOE
Army FCS Log. Int. Studies
USMC Light Armored Vehicle Diagnostics
BMADS MRRS
GCSS-MC RFID Op Concept Demo
MCSC Integrated Digital Environment
CACE for MAGTF
USMC Knowledge Base
CACE Development and Demonstration
Develop Open, CBM, Diagnostic and Prognostics Standards
Army EBL
USMC DO Exp
HBCT ISHM Arch
8
5 Question Quiz5 Question Quiz
1. What DOD programs are investing in ISHM and CBM?
2. What technologies are cutting across those programs?
3. Is there value to building common ISHM and CBM architectures?
4. What are the enablers for building a common ISHM and CBM architecture?
5. How do we get there?
9
Condition Monitoring - Build on Open Standards
Condition Monitoring - Build on Open Standards
1. ISO-13374: Condition Monitoring and Diagnostics of Machines
– Part 1 released– Part 2 in final draft, expect release in August 2006
2. MIMOSA OSA-CBM: Open System Architecture for Condition-Based Maintenance
– Substantial enhancements in v3.1, May 2006– Harmonized with OSA-EAI in 2005
3. MIMOSA OSA-EAI: Open System Architecture for Enterprise Application Integration
– Added to DISR 06.01 in March 2006 as a mandated standard– Data structures (CRIS Complete Object Model)– XML message schemas (Tech-XML)– Bulk data exchange (Tech-Compound Document Exchange (CDE))
10
Time Line forCondition Monitoring Standards
Time Line forCondition Monitoring Standards
2000 2001 2002 2003 2004 2005 2006 2007 2008
2 year –OSA-CBM DUST Program(Funded by ONR)
- Boeing- Rockwell- Caterpillar- MIMOSA
- Newport News- Penn State /ARL- RLW- Oceana Sensors
Developed Training Material and Examples- Penn State ARL, Boeing, Rockwell
DevelopedOSA-EAI Tech-CDE- MIMSOA/ Penn State ARL
Harmonized the OSA-CBMand OSA-EAI Data Models- Boeing/MIMSOA
MIMOSA releasesOSA-CBM Ver. 3.1(May/June 2006)
ISO 13374-1Standard Approved
Develop JointOSA-CBM Demo
Add OSA-CBMto DISR
Added OSA-EAI to DISR(March 2006)
DOD includesOSA-CBM
in Acq Req’s
11
Factory, Depot,Space, Air, Ground, Surface and UnderseaSystems
Factory, Depot,Space, Air, Ground, Surface and UnderseaSystems
Leveraging Asset Health Information throughout the Enterprise
Leveraging Asset Health Information throughout the Enterprise
FewTransactions
Many, ManyTransactions
Command and Control
Systems
Command and Control
Systems
EnterpriseAsset
ManagementSystems
EnterpriseAsset
ManagementSystems
Condition-basedOperationalAdvisories
Condition-basedMaintenanceAdvisories
Operations Scheduling and Forecasting
Operations Scheduling and Forecasting
Commander’s Intentand Metrics
Commander’s Intentand Metrics
Law andGuidance
Law andGuidance
Condition, Reliability, and Work Archive
Condition, Reliability, and Work Archive
Hig
h C
on
fid
en
ce
an
d H
igh
Fid
eli
ty
PMIDEsand
SMEs
6. Advisory Generation
5. Prognostic Assessment
4. Health Assessment
3. State Detection
2. Data Manipulation(on or off platform)
1. Data Acquisition
12
ISO-13374 OverviewISO-13374 Overview
• ISO-13374: Condition Monitoring and Diagnostics of Machines– Part 1 “General Guidelines– Part 2 “Data Processing”– Part 3 “Communication– Part 4 “Presentation”
• “The various computer software systems written for condition monitoring and diagnostics (CM&D) of machines that are currently in use cannot easily exchange data or operate in a plug-and-play fashion without an extensive integration effort. This makes it difficult to integrate systems and provide a unified view of the condition of machinery to users. The intent of ISO-13374 Parts 1 through 4 is to provide the basic requirements for an open CM&D software architectures which will allow CM&D information to be processed, communicated and displayed by various software packages without platform-specific or hardware specific protocols.”
• Prepared by Technical Committee ISO/TC 108, Mechanical vibration and shock, Subcommittee SC 5, Condition monitoring and diagnostics of machines
• States that MIMOSA OSA-CBM is a compliant specification
Released
Final Draft
13
DataAcquisition
DataAcquisition
DataManipulation
DataManipulation
StateDetection
StateDetection
HealthAssessment
HealthAssessment
PrognosticsAssessment
PrognosticsAssessment
AdvisoryGeneration
AdvisoryGeneration
DataAcquisition
DataAcquisition
DataManipulation
DataManipulation
DataAcquisition
DataAcquisition
Componentor LRU
Componentor LRU
Componentor LRU
Componentor LRU
Componentor LRU
Componentor LRU
Digitized data with timestamp and data quality
Descriptor data with timestamp and data quality
Current enumerated state indicator, threshold boundary alerts, and statistical analysis data with timestamp and data quality
Health grade, diagnosed faults and failures, recommendations, evidence and explanation
Future health grade, future failures, recommendations, evidence and explanation
Operations and maintenance advisories, capability forecast assessments, recommendations, evidence, and explanation
…
…
…
…
…
…
Archive
Archive
Archive
Archive
Archive
Archive
ISO-13374-2 (Draft)Condition Monitoring and Diagnostics of Machines
ISO-13374-2 (Draft)Condition Monitoring and Diagnostics of Machines
14
ISO-13374-2 IDEF0 (draft)ISO-13374-2 IDEF0 (draft)
A1
Data Acquisition
A3
State Detection
A2
Data Manipulation
A4
Health Assessment
A6
Advisory Generation
A5
Prognostic Assessment
A7
Archive Data
AG Data
PA Data
HA Data
SD Data
DM Data
DA Data
Analog Data
Digital Data
Manual Data
DRAFT IDEF0 representation of
ISO/TC 108/SC 5DRAFT International Standard ISO/DIS 13374-2
Condition monitoring and diagnostics of machines – Data processing, communications and presentationPart 2: Data-processing
DA
Co
ntr
olT
rigg
ers
DA
Syn
chro
niza
tion
Sig
nal
s
DA
Co
nfig
ura
tion
DM
Co
nfig
ura
tion
SD
Co
nfig
ura
tion
HA
Co
nfig
ura
tion
HA
Ope
ratio
na
l Dat
a
SD
Ope
ratio
na
l Dat
a
PA
Op
era
tion
al D
ata
PA
Co
nfig
ura
tion
AG
Op
era
tion a
l Da
ta
AG
Ex t
ern
al C
ons t
rain
ts
AG
Co n
figu
ratio
n
Digitized data with timestamp and data quality
Descriptor data with timestamp and data quality
Current enumerated state indicator, thrshold boundary alerts, and statistical analysis data
with timestamp and data quality
Health grade, diagnosed faults and failures, recommendations, evidence, and
explanation
Future health grade, future failures, remaining life, recommendations, evidence,
and explanation
O&M advisories, capability forecast assessments, recommendations, evidence,
and explanation
DM measurement location data, DM algorithm parameters, etc.
Load, etc. from external systems
SD location/component/system data, SD algorithm parameters, etc.
Load, etc. from external systems
HA Agent data, HA component/system data, HA algorithm parameters, etc.
Projected future load, etc. from external systems
PA Agent data, PA component/system data, PA algorithm parameters, etc.
Projected load and operational goals from external systems
Safety, environmental, budgetary, etc. from external systems
AG agent data, AG component/system data, AG algorithm parameters, etc.
NODE: NO.: v2Top TITLE: ISO 13374-2 DRAFT
DA measurement location data, DA parameters, etc.
For multichannel simultaneous data acquisition
For operating state notification
21 February 2006Bob WalterPenn State ARL
MIMOSA OSA-EAI Tech-XML or Tech-CDE
MIMOSA OSA-EAI Tech-XML or Tech-CDE
15
Various ways to implementISO-13374-2 in an ISHM Architecture
Various ways to implementISO-13374-2 in an ISHM Architecture
AG Advisory GenerationPA Prognostic AssessmentHA Health AssessmentSD State DetectionDM Data ManipulationDA Data Acquisition
DM
DA
HA
SD
PA
AG
Components
Subsystems
System orPlatform
Subsystems
ComponentsComponentsComponents
DM
DA
HA
SD
PA
AG
Components
Subsystems
System orPlatform
Subsystems
ComponentsComponentsComponents
Or
DM
DA
HA
SD
PA
AG
Components
Subsystems
Vendors’ Analysis
MaintenanceAid
ComponentsComponentsComponents
Or
16
OSA-CBM OverviewOSA-CBM Overview
MIMOSA OSA-CBM does the following:
• Implements ISO-13374
• Specifically defines the functions for all six levels
– Data– Configuration– Explanation
• Defines communications interfaces
• Does not define processing, functions and algorithms within the 6 level. Vendors do that and they can remain proprietary.
Status:
• Is harmonized with MIMOSA OSA-EAI
• Is managed by the MIMOSA standards body.
• Is available now to MIMOSA members
• Target is public release summer ‘06
17
OSA-CBMImplementation Choices
OSA-CBMImplementation Choices
• OSA-CBM works in any programming language that supports remote procedure calls
• Examples:– CORBA (Common Object Request Broker
Architecture– DCOM (Distributed Component Object Model) /
ActiveX– Microsoft .NET Framework– Web Services/SOAP (Simple Object Access Protocol)– JRMI (Java Remote Method Invocation)– REST (Representational State Transfer)
18
OSA-CBM InterfacesOSA-CBM Interfaces
1. Synchronous
ServerClient
2. Asynchronous
ServerClient
Client
3. Service 4. Subscription
ServerClient
Data returned through function call Data returned in separate return call
Client only accepts data (for example, a database for archiving data)
Client subscribes to data, which Server sends regularly or on alert
19
OtherConsumers
OSA-EAITech-XML
Web Service(s)
OSA-CBMWeb Service
Implementing MIMOSA Standardsfor Integrated System Health Monitoring (ISHM)
in a Services Oriented Architecture (SOA)
Implementing MIMOSA Standardsfor Integrated System Health Monitoring (ISHM)
in a Services Oriented Architecture (SOA)
DataAcquisition
DataAcquisition
DataManipulation
DataManipulation
StateDetection
StateDetection
HealthAssessment
HealthAssessment
PrognosticsAssessment
PrognosticsAssessment
AdvisoryGeneration
AdvisoryGeneration
Sensor on Component
or LRU
Sensor on Component
or LRU
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-EAIArchive
OSA-EAITech-CDEOther examples:
Portable Maintenance AidsMobile Field Service ToolsInteractive Electronic Technical ManualsElectronic Maintenance Support Systems
OSA-EAITech-XML
Web Service(s)
OtherConsumers
OSA-EAITech-CDE
OSA-EAITech-XML
OSA-CBMXML
Failure Histories
Geo-Spatial Tracking
Component Tracking
Model Database
OEM Model
Reliability InfoRCM
Analysis Info
Root Cause
Analysis Info
Spare Part
Analysis Info
MRO Tools
MRO Labor
MRO Materials
Work Order Tracking
Pre-Planned Work Packages
Reactive Main-
tenancePreventive
Main-tenance
Condition-Based Maint-enance
Calibration & Config.
Mgmt
Open Object
Registry Management
OSA-EAITech-CDE
Web Service
20
OSA-CBM Demonstration ConfigurationOSA-CBM Demonstration Configuration
DataAcquisition
DataAcquisition
* DataManipulation
* DataManipulation
* HealthAssessment
* HealthAssessment
* PrognosticsAssessment
* PrognosticsAssessment
Battery DataBattery Data
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-EAIArchive
OSA-EAITech-CDE
Web Service(Java)
OSA-EAITech-CDE
OSA-CBMWeb Service
DataAcquisition
DataAcquisition
DataManipulation
DataManipulation
* HealthAssessment
* HealthAssessment
* AdvisoryGeneration
* AdvisoryGeneration
Diesel EngineData
Diesel EngineData
OSA-CBMWeb Service
OSA-CBMWeb Service
DataAcquisition
DataAcquisition
DataManipulation
DataManipulation
StateDetection
StateDetection
HealthAssessment
HealthAssessment
* PrognosticsAssessment
* PrognosticsAssessment
GearboxVibration data
GearboxVibration data
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-CBMWeb Service
OSA-CBMWeb Service
* PrognosticsAssessment
* PrognosticsAssessment
OSA-CBMWeb Service
OSA-EAITech-CDE
Web Service(.Net)
* We have not yet implemented code to process data in these layers.
DataAcquisition
DataAcquisition
Battery DataBattery Data
OSA-CBMWeb Service
21
Net Centric Design TenetsNet Centric Design Tenets
I. DataA. Implement DoD Net-Centric Data StrategyB. Make data visibleC. Make data accessibleD. Make data understandableE. Make data trustableF. Make data interoperableG. Provide Data ManagementH. Be Responsive to User Needs
II. ServicesA. Service-Oriented ArchitectureB. Open ArchitectureC. ScalabilityD. AvailabilityE. Accommodate heterogeneityF. Decentralized operations and managementG. Enterprise Service Management
III. Information Assurance/SecurityA. DoD Net-Centric IA StrategyB. Net Centric IA Posture and Continuity of OperationsC. Identify Management, Authentication and PrivilegesD. Mediate Security AssertionsE. Cross Security Domains ExchangeF. Encryption and HAIPEG. Employment of Wireless Technologies
IV. TransportA. IPv6B. Packet Switched InfrastructureC. Layering, ModularityD. Transport GoalE. Network ConnectivityF. The Concurrent Transport of information FlowsG. Differentiated Management of Quality-of-ServiceH. Inter-Network ConnectivityI. Technical ArchitectureJ. RF AcquisitionK. Joint Net-Centric CapabilitiesL. Operations and Management of Transport
and Services
Addressed Not Addressed
22
Net Centric AttributesNet Centric AttributesTitle Description Metric Source
Internet Protocol (IP) Data packets routed across network, not switched via dedicated circuits
IP as the Convergence LayerNet-Centric Operations and Warfare Reference Model (NCOW RM), Technical View compliant with DISR
NCOW RM, GIG Arch v2, IPv6 Memos (9 Jun 03 and 29 Sep 03),
Secure and available communications
Encrypted initially for core network; goal is edge-to-edge encryption and hardened against denial of service
Black Transport LayerTransformational Communications Architecture (TCA) compliance; Technical View compliant with DISR
TCA;IA Component of Assured GIG Architecture;
Only handle information once (OHIO)
Data posted by authoritative sources and visible, available, usable to accelerate decision making
Reuse of existing data repositories Community of interest policy (TBD)
Post in parallel Business process owners make their data available on the net as soon as it is created
Data tagged and posted before processingNCOW RM,Technical View compliant with DISR
NCOW RM, DoD Net-Centric Data Strategy (May 9, ‘03)
Smart pull (vice smart push)
Applications encourage discovery; users can pull data directly from the net or use value-added discovery services
Data stored in public space and advertised (tagged) for discoveryNCOW RM,Technical View compliant with DISR
NCOW RM; DoD Net-Centric Data Strategy (May 9, ‘03);
Data centric Data separate from applications; apps talk to each other by posting data
Metadata registered in DoD Metadata RegistryNCOW RM,Technical View compliant with DISR
NCOW RM; DoD Net-Centric Data Strategy (9 May 03);
Application diversity Users can pull multiple apps to access same data or choose same app (e.g., for collaboration)
Apps posted to net and tagged for discoveryNCOW RM, Technical View compliant with DISR
NCOW RM;
Assured Sharing Trusted accessibility to net resources (data, services, apps, people, collaborative environment, etc.)
Access assured for authorized users; denied for unauthorized users
Security/IA policy Nov 21, ’03);IA Component of Assured GIG Architecture;
Quality of service Data timeliness, accuracy, completeness, integrity, and ease of use
Net-ready key performance parameter Service level agreements (TBD);
DDMS
23
Gearbox – Data Manipulation – ConfigurationGearbox – Data Manipulation – Configuration
24
Gearbox – Data Manipulation - DataGearbox – Data Manipulation - Data
25
Gearbox – Data Manipulation - StatisticsGearbox – Data Manipulation - Statistics
26
Information Types: DataInformation Types: Data
Data is ‘DataEvent’ class information that is sent to the user from an OSA-CBM layer. (A ‘DataEvent’ contains the data for a data generation event.)
The ‘DataEvent’ class has a child hierarchy below it associated with the layers in the OSA-CBM architecture (i.e. DADataEvent, DMDataEvent, etc…). These classes have child classes below them that describe particular data types (e.g. vectors, waveforms, enumerations, health information, etc…) that can be provided to the user.
27
Information Types: ConfigurationInformation Types: Configuration
Configuration information contains four principal child classes:
• ‘InportModuleSet’ provides information about where a layer gets data from.
• ‘Algorithm’ describes the process used to generate a ‘DataEvent’.
• ‘OutPortSet’ lists every ‘OutPort’. An “out port” is a data channel and the ‘OutPort’ class gives specific configuration data for that channel.
• ‘SupportingData’ gives additional information about MIMOSA MIMKey or primary key references used elsewhere in the architecture.
28
Information Types: ExplanationInformation Types: Explanation
Explanation information consists of four possible forms:
• The first is simply the data used for a calculation.
• The second is a handle / timestamp type of reference to the data used. The main example is data stored in a database.
• Third, is a set of direct pointers to the modules supplying the data.
• Fourth, is a “stringified” form of a pointer that will allow the user to construct a pointer to the module.
29
OSA-EAI OverviewOSA-EAI Overview
• MIMOSA OSA-EAI is compliant with ISO-13374 parts 1 and 2
• Facilitates the integration of asset management and CM&D information throughout multi-site enterprises
• All OSA-EAI products are built from a common object model representing the CM&D domain
30
Machinery Information Management Open Standards Alliance (MIMOSA)
MIMOSA OSA-EAI OverviewMIMOSA OSA-EAI Overview
Failure Histories
Geo-Spatial Tracking
Component Tracking
Model Database
OEM Model
Reliability InfoRCM
Analysis Info
Root Cause
Analysis Info
Spare Part
Analysis Info
MRO Tools
MRO Labor
MRO Materials
Work Order Tracking
Pre-Planned Work Packages
Reactive Main-
tenancePreventive
Main-tenance
Condition-Based Maint-enance
Calibration & Config.
Mgmt
Open Object
Registry Management
MIMOSA Technology TypesREG (Physical Asset Register Management) WORK (O&M Agent Work Management)DIAG (Diagnostics / Prognostics / Health Assessment)TREND (Operational Scalar Data & Alarms)DYN (Dynamic Vibration/Sound Data & Alarms)SAMPLE (Oil/Fluid/Gas/Solid Test Data & Alarms)BLOB (Binary Data/Thermography Data & Alarms)REL (RCM/FMECA/Model Reliability Information)TRACK (Physical Asset GeoSpatial Tracking Info.)V3.2 ALGORITHM (Algorithm Management Information)V3.2 AGENT (Intelligent Agent Management Information)V3.2 FORECAST (Capability Forecasting & Projections)
MIMOSA database schemas and XML message schemas are all derived from a common object model CCOM.
31
Making the ISHM Archive InformationAccessible to All Consumers
using OSA-EAI Tech-CDE v3.1
Making the ISHM Archive InformationAccessible to All Consumers
using OSA-EAI Tech-CDE v3.1
PlatformData Store
Platform Data Store
PlatformData Store
Platform Data Store
PlatformData Store
Platform Data Store
LocalArchive
Local Archive
Regional
OSA-EAIArchive
BCTMaintenance
Managers
Net CentricCompliant
Web Service
GlobalOSA-EAI
Archive
3rd PartyAnalysis
Net CentricCompliant
Web Service
DepotAnalysis
Net Centric Attributes
Only handle information once
Tag and post before processing
Store publicly and advertise
Register metadata
Tag applications for discovery
PlatformData Store
Platform Data Store
PlatformData Store
Platform Data Store
PlatformData Store
Platform Data Store
LocalArchive
LocalArchive
Regional
OSA-EAIArchive
RegionalAnalysis
Net CentricCompliant
Service
OEMAnalysis
Database Flat file or XML
Database Flat file or XML
LifeCycle
Managers
OSA-EAITech-CDE
Browser ClientBrowser Client
Browser Client
MIMOSA OSA-EAI Technology Types [Tech-]REG (Physical Asset Register Management) WORK (O&M Agent Work Management)DIAG (Diagnostics / Prognostics / Health Assessment)TREND (Operational Scalar Data & Alarms)DYN (Dynamic Vibration/Sound Data & Alarms)SAMPLE (Oil/Fluid/Gas/Solid Test Data & Alarms)BLOB (Binary Data/Thermography Data & Alarms)REL (RCM/FMECA/Model Reliability Information)TRACK (Physical Asset GeoSpatial Tracking Info.)ALGORITHM (Algorithm Management Information)AGENT (Intelligent Agent Management Information)FORECAST (Capability Forecasting & Projections)
OSA-EAITech-CDE
OSA-EAITech-CDE
OSA-EAITech-CDE
32
Browser Client(schema driven design)Browser Client(schema driven design)
33
Server
JavaServlet
Messaging Standard Updates are Much Simpler to Implement!
Messaging Standard Updates are Much Simpler to Implement!
Java Web-Service
OSA-EAIArchive
XSL(Transform)
External SystemA
OSA-EAITech-CDE
MessageSchema (XSD)
MessageSchema (XSD)
Message StdSchema (XSD)
External Systemn
OSA-EAITech-CDE
Java Script
Message StdSchema (XSD)
UI ConfigSchemasUI ConfigSchemasUI ConfigXML Files
Replace the schema files here
Update the UI configuration XML files here
Update the database schema
No source code changes required!
Satisfies Net Centric design tenets.
Uses AJAX methodology.
Browser Client
FilterTree
Data Relationships
34
Factory, Depot,Space, Air, Ground, Surface and UnderseaSystems
Factory, Depot,Space, Air, Ground, Surface and UnderseaSystems
Leveraging asset health information throughout the enterprise using open standards.
Leveraging asset health information throughout the enterprise using open standards.
FewTransactions
Many, ManyTransactions
Command and Control
Systems
Command and Control
Systems
EnterpriseAsset
ManagementSystems
EnterpriseAsset
ManagementSystems
Condition-basedOperationalAdvisories
Condition-basedMaintenanceAdvisories
Operations Scheduling and Forecasting
Operations Scheduling and Forecasting
Commander’s Intentand Metrics
Commander’s Intentand Metrics
Law andGuidance
Law andGuidance
Condition, Reliability, and Work Archive
(MIMOSAOSA-EAI)
Condition, Reliability, and Work Archive
(MIMOSAOSA-EAI)
Hig
h C
on
fid
en
ce
an
d H
igh
Fid
eli
ty
PMIDEs
6. Advisory Generation
5. Prognostic Assessment
4. Health Assessment
3. State Detection
2. Data Manipulation(on or off platform)
1. Data Acquisition
(ISO-13374 and MIMOSA OSA-CBM)
(OSA-EAITech-XML)
(OSA-EAITech-CDE)
(OSA-EAI Tech-CDE)
(OSA-EAI Tech-CDE)
(OSA-EAITech-XML)
35
Army Integrated LogisticsArchitecture (AILA) V1.1 OV-5
(a good example of an evolving solution)
Army Integrated LogisticsArchitecture (AILA) V1.1 OV-5
(a good example of an evolving solution)
36
5 Question Quiz(revisited)
5 Question Quiz(revisited)
1. What DOD programs are investing in ISHM and CBM?
2. What technologies are cutting across those programs?
3. Is there value to building common ISHM and CBM architectures?
4. What are the enablers for building a common ISHM and CBM architecture?
5. How do we get there?
37
Conceptual OSA-CBM ProgramConceptual OSA-CBM Program
2006 2007 2008
Build industry partnership
Build Joint / cross platform demo
Industry refines the standard
DOD includes OSA-CBM in acq req’s
DOD is convinced of benefit
Vendors and system integrators have early OSA-CBM compliant products
Identify a DOD champion
CY
DOD adds OSA-CBM to the DISR
PSU/ARL provides independent expertise and trusted agent oversight
38
The Applied Research LaboratoryThe Pennsylvania State University
The Applied Research LaboratoryThe Pennsylvania State University
Mr. Robert Walter Col Timothy Bair, USAF (ret)[email protected] [email protected](814) 863-8876 (814) 865-7700
ARL Penn StateP.O. Box 30
State College, PA 16804-0030
Mr. Robert Walter Col Timothy Bair, USAF (ret)[email protected] [email protected](814) 863-8876 (814) 865-7700
ARL Penn StateP.O. Box 30
State College, PA 16804-0030