Phase II Demonstration Overviews ATML. Demo Goals Readiness For Use In last year’s demo we showed the feasibility of an end-to-end ATML-based software.

Slides:



Advertisements
Similar presentations
Testing Relational Database
Advertisements

Integration of MBSE and Virtual Engineering for Detailed Design
ATML Readiness For Use Phase II. Phase II Readiness For Use The ATML: Phase II will build on the Core phases, adding additional ATML components and features.
Database Planning, Design, and Administration
1 UK MOD Policy and ATML Malcolm Brown UK MoD Support Policy Team Automatic Test Systems AutoTestCon Orlando Florida Sept 2010.
Continued Investment in ATML
ARCH-05 Application Prophecy UML 101 Peter Varhol Principal Product Manager.
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
Chapter 2 – Software Processes
Ch 3 System Development Environment
Inc. Supplier Presentation Loofie Gutterman Geotest – Marvin Test Systems, Inc. (Automatic Test Equipment (ATE) Standardization and Commercialization)
DCS Architecture Bob Krzaczek. Key Design Requirement Distilled from the DCS Mission statement and the results of the Conceptual Design Review (June 1999):
Fundamentals of Information Systems, Second Edition
Lecture Nine Database Planning, Design, and Administration
Database System Development Lifecycle Transparencies
EADS TEST & SERVICES TS/EL/T N°08_04/08 Page 1© Copyright EADS TEST & SERVICES 2008 Engineering Process for Systems Testability Analysis. Presentation.
System Design/Implementation and Support for Build 2 PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman.
 ETL: Extract Transformation and Load  Term is used to describe data migration or data conversion process  ETL may be part of the business process repeated.
Effective Methods for Software and Systems Integration
Software Engineering Muhammad Fahad Khan
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
Database Planning, Design, and Administration Transparencies
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Overview of the Database Development Process
Chapter 2 The process Process, Methods, and Tools
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Implementation Yaodong Bi. Introduction to Implementation Purposes of Implementation – Plan the system integrations required in each iteration – Distribute.
ITEC224 Database Programming
An Introduction to Software Architecture
Architecture Business Cycle
The Challenge of IT-Business Alignment
Introduction to MDA (Model Driven Architecture) CYT.
TYX CORPORATION Page 1 © Copyright TYX Corporation 2006 TYX TestBase Development of Diagnostics with DSI eXpress and TYX TestBase For eXpress versions.
Chapter 10 Information Systems Analysis and Design
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
MD Digital Government Summit, June 26, Maryland Project Management Oversight & System Development Life Cycle (SDLC) Robert Krauss MD Digital Government.
ATM Meeting #13 Test Description “DiagTestDescription” section * design decision in blue.
TitleIEEE Standard for Mostly RESTful Orchestration Interface Protocol (mREST) for Orchestrating Software-Controlled Assets via Web Services ScopeThe mREST.
Database System Development Lifecycle 1.  Main components of the Infn System  What is Database System Development Life Cycle (DSDLC)  Phases of the.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
Assessing the influence on processes when evolving the software architecture By Larsson S, Wall A, Wallin P Parul Patel.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Systems Life Cycle A2 Module Heathcote Ch.38.
1 15 quality goals for requirements  Justified  Correct  Complete  Consistent  Unambiguous  Feasible  Abstract  Traceable  Delimited  Interfaced.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
3 Copyright © 2004, Oracle. All rights reserved. Working in the Forms Developer Environment.
Overview of the Automated Build & Deployment Process Johnita Beasley Tuesday, April 29, 2008.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Software Engineering Lecture # 1.
1 TestDescription Schema Implementation in SAMe ATE ATML Meeting – Boston, MA October 2006.
ATML Test Description Orlando, FL January ATML Test Description2 September 2006 Agenda Status Feedback from Candidate evaluation Review standard.
Semantic Data Extraction for B2B Integration Syntactic-to-Semantic Middleware Bruno Silva 1, Jorge Cardoso 2 1 2
CS3320-Chap21 Office Hours TR 1:00-2:15 PM W 2:30-3:30 PM By appointment.
CS223: Software Engineering Lecture 18: The XP. Recap Introduction to Agile Methodology Customer centric approach Issues of Agile methodology Where to.
Viewpoint Modeling and Model-Based Media Generation for Systems Engineers Automatic View and Document Generation for Scalable Model- Based Engineering.
Chapter 9 Database Planning, Design, and Administration Transparencies © Pearson Education Limited 1995, 2005.
 System Requirement Specification and System Planning.
1 The XMSF Profile Overlay to the FEDEP Dr. Katherine L. Morse, SAIC Mr. Robert Lutz, JHU APL
CS 389 – Software Engineering
September 14, 2010 Mukund Modi NAVAIR Kevin Masur Joe Stanco
Chapter 2 – Software Processes
Lockheed Martin Canada’s SMB Mentoring Program
Use of ATML in Navy ATS.
Course: Module: Lesson # & Name Instructional Material 1 of 32 Lesson Delivery Mode: Lesson Duration: Document Name: 1. Professional Diploma in ERP Systems.
PSS verification and validation
Lockheed Martin ATML Experiences
Presentation transcript:

Phase II Demonstration Overviews ATML

Demo Goals Readiness For Use In last year’s demo we showed the feasibility of an end-to-end ATML-based software solution for TPS development and execution This year’s demonstration showed that the ATML standards are ready for use, and are being supported by increasingly mature software tools – The team worked with tool vendors to improve and integrate their ATML-compliant features The Demonstration focused on four key goals of the ATS Framework achievable through ATML – Supporting TPS lifecycle – Supporting TPS rehost – Supporting net-centric services – Tools support

Participants – Agilent – Boeing – EADS – Fox Software Limited – Geotest – Indra – Lockheed Martin – MAC Panel – National Instruments – Northrop Grumman – PIDESO – Rohde & Schwarz – Summit Test Solutions – Teradyne – TYX – Vektrex – Virginia Panel Corporation The following companies participated in this demonstration:

ATML Tools Catalogue Agilent/Vektrex (Booth 1300) – Instrument Description – Test Description Editor Boeing (Booth 601) – Use of Test Description, Instrument Description, Test Configuration, Test Adapter, and Test Station – Test Results Diagnostic Net Centric Services EADS (Booth 801) – newWaveX 1641 Signals, ATML Capabilities, Test description behaviour, Instrument Description Test Station description – PAWS test diagram tool – TRD System – Test Requirements Import/Export Geotest (Booth 811) – Convertingg ATML Demo files into ATEasy Lockheed Martin (Booth 1101) – TestConfiguration editor. – TestStation editor. – Test Description editor. National instruments (Booth 1001) – Test Description Importer (Test Stand, CVI) – Test Results Generator – PXI ATML Demo Rohde & Schwarz (Booth 806) – Modular Instrument Descriptions – ATML Capabilities Virginia Panel Corporation (Booth 711) – Instrument Description Analysis

ATML Demo Platforms DoD - ARGCS ATS2 National Instruments - PXI System Geotest – BGATS Lockheed Martin – LM Star Boeing - RTCASS

Key Areas The demonstration focused on the following key areas: 1. ATML Test Description supporting TPS life cycle 2. Modular instrument description within an ATS description 3. Interfacing with Test Results archiving databases 4. ATML Capability for a UUT with digital and bus testing 5. Test Diagram Generation 6. Use of Test Configuration at test station runtime and tool support for the generation of instance files

Key Areas

ATML Demonstration ARGCS ATS2 and NI PXI System

ATML Demonstration Test Requirements Development Lockheed martin TPS Builder TYX TRD System Vektrex Test Description Editor Test Program Development National Instruments TestStand & LabWindows/CVI

ATML Demonstration 1.1 Define Test Requirements using TYX TRD System

ATML Demonstration 1.2 Define Test Requirements using Lockheed Martin TPS Builder

ATML Demonstration 1.3 Define Test Requirements using Vektrex Test Description Editor

ATML Demonstration 2. Import Test Description into National Instruments TestStand

ATML Demonstration 3. Implement code modules in LabWindows /CVI Analog, Digital and Serial Bus operations Using in principal IVI Driver calls

ATML Demonstration 4.1 Execute Test Program – no fault example

ATML Demonstration 4.2. Execute Test Program – fault injection example

ATML Demonstration 5.1. Generate test results in ATML format

ATML Demonstration 5.2. Upload test results in central database

ATML Demonstration on ATML ATS2 and NI PXI System… 5.3. Post test results on Twitter (proof of concept for web upload)

Test Description supporting TPS life cycle

Supporting TPS Life Cycle

Supporting TPS Life Cycle... 1.Test Requirements Specification 2.Test Requirements Documentation 3.Test Requirements Traceability

Test Requirements Specification & Verification Enable customers (DoD and Industry) to formally specify and automatically enforce the information contents of Test Requirements Documents for various milestones in the TPS development processes (SRR, PDR, CDR)

Test Requirements Specification & Verification... Operation “Other” allows simple descriptive text entry for PDR

Test Requirements Specification & Verification... “Other” text is replaced with detailed operations for CDR

Test Requirements Documentation Create human readable Test Requirements Documentation from ATML Test Description instance documents

Test Requirements Traceability Maintain consistency between test requirements and test program implementation, as test program changes during TPS integration and maintenance

Test Requirements Traceability...

Modular Instrument Description within an ATS Description

ATML Capability Description Uses IEEE 1641 Signal Models IEEE 1641 Signal Models ATML Test Station & Instrument Description Analogue Digital Stimulus Measurement

Resource Manager Require() TSF BSC IEEE Capability Description IEEE Capability Description BSC Resource BSC Signal-based requirements [optionally expanded] Compared and matched to Signal-based capabilities ATML Capability Description IEEE 1641 TSF Library TSF BSC Allocated Resource BSC TSF BSC Expansion IEEE 1641 Interface

Signal attributes are similarly transferred to the capability How can these values be transferred to the parameters of the resource? – Since, each controllable parameter of a resource maybe bound to more than one signal aspect – E.g. Three Phase Synchro Three sinusodal phase attributes, each bound to a single attribute of rotor angle ATML Capability Description Require() TSF BSC IEEE Capability Description IEEE Capability Description BSC Resource BSC amplitude = “-5 dBm“

Resources may be described in terms of TSFs However: – TSF attribute formulae propagate towards the signal – Resource descriptions require signal properties to propagate towards the controllable resource attributes  Capability descriptions require attributes ATML Capability Description IEEE ATML Capability Description IEEE ATML Capability Description Attributes BSC TSF Resource IEEE ATML Capability Description IEEE ATML Capability Description Attributes BSC Resource

Modular Instrument Description Resource Manager Compare: == ? Generate: IVI Driver Code TSF BSC IEEE 1641 IEEE IEEE 1641 TSF Library TSF BSC Resource IEEE ATML Capability Description Capability Driver Description Library Driver Code IEEE 1641 Interface Matching Requirements to ATML Capability Matching Test Requirements to ATML Capability Creating Instrument Calls

Compilation 1641 Demo II.V and ATML Demo have trialled this process: – Required 1641 Signal is matched to an ATML Capability of a given resource – Identified resource is located in Resource Driver Description – Each 1641 interface action yields a set of driver (IVI) commands or assignments. – Process cannot determine whether the assignment value (e.g. ‘-20’), is a literal or a variable. <> denote a possible variable. – Doesn’t manage loops or conditional statements – Output is generated in a syntactically independent form, leaving it open to incorporation into a choice of programming languages E.g. IVI Driver Commands & Assignments

Interfacing Test Results

Test Results Maintenance Acton Expert Diagnosis Archive ARGCS ATS2 LM-Star PXI Demo RTCASS ATML Support

Interfacing Test Results

Test Diagram Generation

ATML Demo - Test Diagram Generation Task to generate Test Diagrams automatically using ATML data Primarily focuses on TSFP and AFP Framework Key Elements Test Station Functional and Parametric information (TSFP) – Description of test station capability Adapter Functional and Parametric information (AFP) – Description of interface hardware used in a TPS Utilized ATML Test Station, Test Adapter, UUT Description, Test Description and WireLists schemas in the modified tools Modification of tools to support the demo system, work remains for comprehensive ATML implementation TOWL test diagram tool (NAVAIR JAX) After modifications uses ATML files to generate static test diagrams PAWS test diagram tool (TYX) Modified to use ATML data and ATLAS to generate test diagrams at runtime using PAWS runtime system

ATML Demo - Test Diagram Generation

TOWL Tool - NAVAIR

PAWS Test Diagram Generator -TYX

ATML Demo -Test Configuration at Test Station Runtime Task to use Test Configuration at runtime and tool support This Demonstration primarily focuses on the following Framework Key Element Master Conformance Index (MCI) – Configuration information required to test, evaluate and maintain a UUT Utilized ATML Test Configuration file to verify instruments and interface hardware are present Test Configuration parser to extract instruments and interface hardware CVI User Interface module displays configuration verification results TestStand sequence in Process Model to invoke verification Modified MTPSI tool to generate MTPSI file from ATML Test Configuration file (NAVAIR JAX) New ATML Test Configuration editor tool ( Lockheed)

ATML Demo - Test Configuration at Test Station Runtime

Test Configuration User Interface

ATML Demo – Results of Test Diagram and Test Configuration Demos What have these demonstrations accomplished? Provided an application of the ATML standards in real world scenarios Encouraged the development of new ATML tools Demonstrated how tools that are targeted to proprietary or platform specific formats can be modified to use the open system ATML concepts A use case with multiple ATML standards working in concert for one application Further proving of the ATML standards during the trial use period Provided benefits of ATML implementations to encourage adoption by industry

ATML Demo – Standards & Next Steps Test Diagram Demo – Used ATML Standards Test Station, Test Adapter, UUT Description Standards were proven to work together to support data related to routing of signals Demonstration identified a void which new WireLists schema filled Test Diagram tools were modified to specifically target the Demo system A comprehensive ATML implementation requires further work – Test Diagram SBIR to provide a complete solution and include signal information – Demonstrating these tools on actual fielded TPS is a worthy goal Test Configuration Demo – Used ATML Standard Test Configuration Standard proven to support the MTPSI use case and runtime asset verification applications MTPSI tool was modified to support conversion from ATML to MTPSI format Additional work to modify MTPSI tool to convert MTPSI to ATML Test Configuration format

Lessons Learned

Transition to ATML Full-Use – Extended Wirelist.xsd to support Test Diagram Generation states – Proposal to add Capability attributes (Capabilities.xsd) – Created extensive example for Test Description (IEEE ) – Test Description recommendations during trial use period – Clarifying use of ATML Extension mechanism – Transition ATML standards to common schemas ATML does help facilitate the use of COTS tools – Significant overlap in ATML information and the information required by the COTS tools used in the demonstration TPS Support Test Program Generation Resource Selection Diagnostics and Test results Archiving Test Diagram Generation Test Configuration checks Users were able to use standards in relative isolation ATML is ready for full use

Lessons Learned There needs to be a basic level of ‘standards adherence’ on ATS platforms. Adherence to standards need to be verified – IVI Conformance – ATML File Validation Validate that systems contains ‘minimum’ information conforming to the ATS Framework Standards. Provide series of methods and processes that can verify correct use of standards As not all interfaces can be standardized, ATS acquisition should also specify, evaluate and verify ATS software architectures, which are critical for TPS development and long-term maintainability.

Recommendations Recommendation #1 – The ATS Framework WG should identify potential DoD users and programs who would be suitable as process owners. The ATS Framework Group should encourage industry to demonstrate the feasibility of using ATML-enabled tools. Recommendation #2 – The ATS Framework project team should continue to address key goals (supporting TPS life cycle and TPS rehost), using ATML targeted at projects identified by interested users Recommendation #3 – To provide expertise into new programs using ATML standards, the project team membership should include DoD stakeholders, NxTest representation, ATS Framework members, and key commercial organizations who have shown a commitment to the success of ATML.