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.

Slides:



Advertisements
Similar presentations
Page1 Framework Working Group 2007 ATML Use cases Use of ATML by external agencies is gathering momentum.
Advertisements

EuSEC Tool Vendors Challenge Adie Ditchburn Jon Chard 19 Sep 2006.
Obtain 24/7 Powerful Asset and Connectivity Management Software for Enterprise Data Centers.
Configuration management
Configuration Management
1 UK MOD Policy and ATML Malcolm Brown UK MoD Support Policy Team Automatic Test Systems AutoTestCon Orlando Florida Sept 2010.
Requirements Specification and Management
Michelle Harris ATML on LM-STAR® Michelle Harris Alicia Helton
Presentation by Prabhjot Singh
HP Quality Center Overview.
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
e-Framework Components and Responsibilities.
Inc. User Requirements Presentation DoD Automatic Test Systems Michael Malesich DoD ATS R&D IPT Chair.
Unified theory of software evolution Reengineering – Business process reengineering and software reengineering BPR model – Business definition, process.
Software Reuse Building software from reusable components Objectives
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
Page 1 Building Reliable Component-based Systems Chapter 18 - A Framework for Integrating Business Applications Chapter 18 A Framework for Integrating.
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
Database System Development Lifecycle Transparencies
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 17 Slide 1 Rapid software development.
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.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 18 Slide 1 Software Reuse.
Software Engineering Muhammad Fahad Khan
Software Reuse Prof. Ian Sommerville
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 14Slide 1 Design with Reuse l Building software from reusable components.
The ISDD Tool Suite eXpress Diagnostic Modeling and Analysis eXpress creates the models used by all tools in the ISDD tool suite. It also performs standardized.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
EARTH SCIENCE MARKUP LANGUAGE “Define Once Use Anywhere” INFORMATION TECHNOLOGY AND SYSTEMS CENTER UNIVERSITY OF ALABAMA IN HUNTSVILLE.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Profiling Metadata Specifications David Massart, EUN Budapest, Hungary – Nov. 2, 2009.
1 Chapter 9 Database Design. 2 2 In this chapter, you will learn: That successful database design must reflect the information system of which the database.
Introduction to MDA (Model Driven Architecture) CYT.
ETICS2 All Hands Meeting VEGA GmbH INFSOM-RI Uwe Mueller-Wilm Palermo, Oct ETICS Service Management Framework Business Objectives and “Best.
Prepared by: Sanaz Helmi Hoda Akbari Zahra Ahmadi Sharif University of Tech. Summer 2006 An Introduction to.
Configuration Management (CM)
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.
ATML Status Oct 2005 An overview of the ATML activity in the ATML focus group and as part of the IEEE SCC20 sub-committee.
The european ITM Task Force data structure F. Imbeaux.
1 ILE Project Integrated Logistics Environment Kickoff Meeting Task 2 Completion of the Ship Common Information Model Presented by: Dr. Burton Gischner.
Core Banking Transformation: A Roadmap to a Successful Core Banking Product Implementation - PMI Virtual Library | | © 2008 Kannan S. Ramakrishnan.
ANKITHA CHOWDARY GARAPATI
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 18 Slide 1 Software Reuse.
DLMS XML Update Supply PRC May 18, 2007 Thomas Lyons.
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.
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
– 1Texas Nodal Texas Nodal ICCP Business Case By Jeyant Tamby, ERCOT.
1 TestDescription Schema Implementation in SAMe ATE ATML Meeting – Boston, MA October 2006.
PTC Creo Unite Technology
Santi Thompson - Metadata Coordinator Annie Wu - Head, Metadata and Bibliographic Services 2013 TCDL Conference Austin, TX.
Chapter 9 Database Planning, Design, and Administration Transparencies © Pearson Education Limited 1995, 2005.
Software Reuse. Objectives l To explain the benefits of software reuse and some reuse problems l To discuss several different ways to implement software.
Chapter 16 – Software Reuse
IS301 – Software Engineering V:
ATML Status January 2007 Issue 9
Active Data Management in Space 20m DG
September 14, 2010 Mukund Modi NAVAIR Kevin Masur Joe Stanco
ATML Status July 2007 Issue 11 An overview of the ATML activity in the ATML focus group and as part of the IEEE SCC20 sub-committees.
ATML ATML’s mission is to define a collection of XML-based schemas and services that allows ATE and test information to be exchanged in a common format.
Use of ATML in Navy ATS.
Rapid software development
Lockheed Martin ATML Experiences
Palestinian Central Bureau of Statistics
Presentation transcript:

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 including: – Test Diagram Generation – ATML Test Description supporting TPS life cycle – Modular instrument description within a ATS description – Use of Test Configuration to support MTPSI – Interfacing with Test Results archiving databases Accelerate the maturity and commercial acceptance of ATML Standards. Use of ATML test information, creates demand for vendors to provide ATML information, that helps overcome initial usage hurdle.

ATML Phase II Readiness For Use Shows innovation and Faster Technology Insertion through the use of ATML information and tools. Highlights Improved TPS Rehost and Interoperability by using ATML to support TPS life cycle. Incorporates the ATML format into the existing test station system software so that the ATML files are used directly allowing Greater Use of Commercial Products. Introduces additional aspects of using ATML files, dependent on the responses received form industry from Phase I utilizing Modernized Test Programming Environment. Utilizes Test Results exchange format to archive information as a Defined Interface to Support integrated Diagnostics

Future TPS Development using ATML Test Information & Signal Models Instrument Interface Layer Test Description Test Program Generation Common Use Signal Library ATE Capabilities Instrument Description Test Station Description Test Adaptor Test Program Instrument Signal Mappings DMMScopeInst… 1641 Elements ATML Elements Implementation UUT Description ATS Software Test Results

Test Diagram Generation Develop a process and/or a tool to take Test Station, Test Adapter and Instrument Description ATML Instance files and using the various Network List information, from the Interface and Switch elements, automatically generate test diagrams representing the signal paths for particular tests. Each agency has their own tool, but there is no standard information, that allows these tools to share information. ATML should be that common information, such that the information could be shared across tools. The information required would be represented in several ATML files, and as such supports the goal of getting ATML test information used in live situations, and create a demand of ATML test information to be provided. This project would also allow the finding and changes form Phase I (Test Configuration) to be verified. There are several system suppliers who already provide (and use) these type of tools who would be interested in a possible ATML Phase Ii. – Boeing: Already using XML files for this purpose; ATML support would be an additional benefit. – Tyx: Users use different tools often tied to specific CAD software, ATML may help provide a common format

ATML Test Description supporting TPS life cycle Aim is to provide TPS life cycle support by providing guidance in how ATML test information could help support key activities. Its expected that this would be amalgamated into some DoD Guidance Document explaining/showing key items such as: – Test Requirements Traceability An ATML tool to convert TRD formats into ATML Test Description, to support existing TRD formats, plus the capability to regenerate TRD from modified Test Description. – Test Strategy reports A tool to create Test Strategy Reports from ATML Test Descriptions, provide a user/field readable format in terms of Atlas-like signals and descriptions that explain the steps the test program is going through to test the unit. Demonstrate the process of generating Test Strategy used in Test Programs from ATML Test Descriptions then showing how Test Strategy changes can be incorporated back into the ATML Test Description so provide documents tracking – LifeCycle Identify key information required at different milestones/stages in a TPS development cycle/rehost and how that maps to the various ATML standards.

Modular instrument description within a ATS description This provides a modular process for describing ATS Capabilities, using ATML Instrument Description, with Test Station and Test Adaptor in line with the Future TPS Development Diagram. This builds on the Phase I tools, but rather than using the Test Station to completely describe Test Station Capability, derives Test Station capability from the individual Instrument Descriptions. This ATS Capability could then be used to compare test requirement against available test platform types, derivative of which would allow comparison of test program rehost analysis, to legacy instrument comparisons.

Use of Test Configuration to support MTPSI There already exists some XML MTPSI system; however there is no formal link with the ATML Test Configuration standard. By extending the system to naturally use ATML Test Configuration, it aligns internal effort with the standard information. Support for this was shown from Lockheed Martin and Boeing, with key skills coming from NAVAIR at Jacksonville.

Interfacing with Test Results archiving databases Test Results probably has the biggest commercial take-up and acceptance of any of the ATML standards. In part this is due to being the first, but also one represents a non contentious format that most vendors need only produce (rather than consume). Results archiving systems exist, what is therefore required is to accept test results in the ATML format and map them into the current native format so that ATML Test results can become part of the formal process, regardless of which system they originated from. There is a lot of interest in this area, and it is one where any Phase II could help facilitate and act as a catalyst, for industry contributions. Support for this was shown by Lockheed Martin.