WG5 P02 Proposal 2014 Qualification of Standard Scripts

Slides:



Advertisements
Similar presentations
Requirements for a UI Test Framework Stanislaw Wozniak Bernie Miles.
Advertisements

Application Graphic design / svetagraphics.com 01 FRAMEWORK data service.
Software Quality Assurance Plan
How to Document A Business Management System
Chapter 3: System design. System design Creating system components Three primary components – designing data structure and content – create software –
Recall The Team Skills Analyzing the Problem
© 2008 Octagon Research Solutions, Inc. All Rights Reserved. 1 PhUSE 2010 Berlin * Accessing the metadata from the define.xml using XSLT transformations.
FDA scripts. Validation of script/programs. Heavy and light validation Check list FDA scripts Basis for discussion FDA: WG5 Project 02 18/8/2015 WG5 Project.
#PhUSE Standard Scripts Project Proposal for Qualification of Standard Scripts.
1 ‘Title’ Deployment Package for Profile X Version X – Month-Day-20XX.
WG5 P02 Proposal2014 Qualification of Standard ScriptsStandard Scripts.
WG5 P02 Proposal2014 Qualification of Standard ScriptsStandard Scripts.
Standard Script All-Hands meeting September 29,
Standard Script All-Hands meeting September 29,
Qualification Process for Standard Scripts Hosted in the Open Source Repository ABSTRACT Dante Di Tommaso 1 and Hanming Tu 2 Tehran 1 F. Hoffmann-La Roche.
Confidential - Property of Navitas Accelerate define.xml using defineReady - Saravanan June 17, 2015.
ACCESS for VALIDITY ACCESS for INNOVATION. Starting January 2011 for NEW proposals Not voluntary – “integral part” of proposal and FastLane Required for.
Conformance Mark Skall Lynne S. Rosenthal National Institute of Standards and Technology
1 The Software Development Process  Systems analysis  Systems design  Implementation  Testing  Documentation  Evaluation  Maintenance.
I Power Higher Computing Software Development The Software Development Process.
WG4: Standards Implementation Issues with CDISC Data Models Data Guide Subteam Summary of Review of Proposed Templates and Next Steps July 23, 2012.
Standard Script All-Hands meeting September 29,
Standard Scripts - Project 2 Proposal for Qualification July 2014 Project 2 Update.
The Software Development Process
Component 8 Installation and Maintenance of Health IT Systems Unit 10 Developing a Test Strategy and Test Plan This material was developed by Duke University,
MANUAL TESTING KS SESSION PRESENTED BY 26/11/015 VISHAL KUMAR.
The Basics Craig Johnson Grant Administrator Department of Medicine Instructor.
1 The Software Development Process ► Systems analysis ► Systems design ► Implementation ► Testing ► Documentation ► Evaluation ► Maintenance.
Public Libraries Survey Data File Overview. What We’ll Talk About PLS: Public Libraries Survey State level data Public library data (Administrative Entities)
WG5 P02 Proposal2014 Qualification of Standard ScriptsStandard Scripts.
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
What is a software? Computer Software, or just Software, is the collection of computer programs and related data that provide the instructions telling.
GCE Software Systems Development A2 Agreement Trial Implementing Solutions October 2015.
Development of Assessments Laura Mason Consultant.
National 4 & 5 Physical Education. Documents available on website Unit by Unit approach to Performance (package 1) Unit by Unit approach to Factors impacting.
BCOM 7 Organizing and Preparing Reports and Proposals 11 Copyright ©2016 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated,
Overview Modern chip designs have multiple IP components with different process, voltage, temperature sensitivities Optimizing mix to different customer.
Software Testing.
SOFTWARE TESTING Date: 29-Dec-2016 By: Ram Karthick.
The Administration of Subrecipient Agreements
Document Development Cycle
Use Cases Discuss the what and how of use cases: Basics Benefits
Approaches to ---Testing Software
The Voluntary Pre-K Application in ePlan
Recall The Team Skills Analyzing the Problem
Accelerate define.xml using defineReady - Saravanan June 17, 2015.
Software Testing With Testopia
Planning Phase: Project Control and Deliverables
Validation & conformity testing
Traceability between SDTM and ADaM converted analysis datasets
Advantages OF BDD Testing
Information System and Management
Introduction to Software Testing
Standard Scripts Project 2
To change this title, go to Notes Master
Fabienne NOEL CDISC – 2013, December 18th
CHAPTER 4 PROPOSAL.
CHAPTER 4 PROPOSAL.
Course: Module: Lesson # & Name Instructional Material 1 of 32 Lesson Delivery Mode: Lesson Duration: Document Name: 1. Professional Diploma in ERP Systems.
Instructions (this slide should be deleted before final hand-in)
SDTM and ADaM Implementation FAQ
WG4: Standards Implementation Issues with CDISC Data Models
Status report of TF-CS/OTA
Standard Scripts Project 2
Standard Scripts Project 2
Crowd-Sourcing an Interactive Safety Review Package
Standard Scripts Project 2
WG5 P02 Proposal 2014 Qualification of Standard Scripts
Optimzing the Use of Data Standards Calling for Volunteers
Presentation transcript:

WG5 P02 Proposal 2014 Qualification of Standard Scripts

Proposal through CSS 2014 http://www. phusewiki. org/wiki/index. php Anyone should be able to submit a script, according to a check list Categorize scripts according to complexity Complexity: low, medium, high, software Output: tabulated data, analysis data, table, figure, listing Metadata for script should indicate Type of output: tabulated data, analysis data, table, figure, listing Study design: parallel, crossover, etc State of qualification

Proposal through CSS 2104 Test data Overall project should have minimum test data (SDTM & ADaM) Scripts can propose new test data, must pass (Data fit? Open CDISC?) Share program to produce test data, never binary test data 2 levels of qualification to match script complexity/output Light vs. Heavy qualification Common elements include header good programming practices clearly declared scope of script (e.g., study design(s)) test data matches scope & passes "FDA Data Fit" assessment (?) documentation inputs/outputs/dependencies/usage

Proposal through CSS 2104 Heavy qualification Beta package includes minimal elements for contribution Specification & Documentation (could be in pgm header) Test data (Data Fit? or Open CDISC or other, as appropriate) Tests & Expected results defined Peer Review: GPP, Specs & Docn reviewed, Tests reproduced Draft Write qualification plan, Review tests for completeness/suitability (e.g., Branch testing – are all conditional blocks/combos tested?) Test Peer Review: Write qualification report, incl. log/output from tests Final

Proposal through CSS 2104 Light qualification Beta package includes skip if >1 yr production use without ERROR Draft minimal elements for contribution Specification & Documentation (could be in pgm header) Test data (Data Fit? or Open CDISC or other, as appropriate) Tests & Expected results defined Peer Review: GPP, Specs & Docn reviewed, Tests reproduced Write qualification plan, Review tests for completeness/suitability (e.g., Branch testing – are all conditional blocks/combos tested?) Test Peer Review: Write qualification report, incl. log/output from tests Final

Proposal through CSS 2104 Peer Review Checklist Heavy Light Requirement specification X ? Documented or perhaps only documented in header User Guide SDTM/ADaM used in input/output Open CDISC validator or Data Fit used to check input/output GPP in source Run according to Requirement specification Tested by qualification plan, tests & results all Peer reviewed Tested by End users Robust without red errors in contributor's production environment Robust and used in FDA (other) scripts repository, ranked ******

Proposal meaningful terms in blue Qualification Certification applies to new scripts and tests Confirmation applies to updates of existing scripts States: Contributed, Development, Testing, Qualified Roles Contributor: Anyone with appropriate skills & interests Developer: CSS Working Group 5 volunteer** familiar with objectives Tester: CSS WG 05 volunteer** Environment Tester: Anyone in industry community able to set up automatic test replication in their work environment Reviewer: Author of white papers, designers of script targets ** suggests an quick-start onboarding page in CSS Phusewiki

Proposal Qualification End-user Objectives Clear overview of purpose and resources Inspire confidence from first sight Ease of use, clear messaging from first run Consistency of scripts, learning first one makes remaining familiar Ease of converting users to contributors Contributor Objectives Standardize routine steps Modularize routine components Automate testing, issue identification Centralize & consolidate information & results

Proposal Qualification Transitions Contributed is the original State of all scripts to Development checklist includes by Developer & Reviewer D reviews components D works with Contributor to complete minimum components [ including Test Data and Coverage of defined tests ] D adds standard parameter, dependency checking R confirms contributed output matches/approximates target [ may require analysis details, specs, from contributor ] D writes Qualification instructions .docx (see template) to Testing by Tester Review Qualification instructions, consider coverage of tests Execute Qualification instructions Work with Developer to complete execution successfully

Proposal Qualification Transitions continued to Qualified by Tester & Environment Tester T updates posted test outputs from certification/confirmation E updates local tests and executes (posting PASS/FAIL results) Achieve "Qualified" state when all tests in all test environments PASS (i.e., match outputs that T has certified and/or confirmed

Proposal Qualification Efforts Required Finalize Qualification states, roles, workflow and templates Design test structure in google code Develop scripts that will allow Environment Testing Develop general components (e.g. parameter, dependency checking) Identify Environment Testers based on Host environment SAS or R version Identify opportunities to automate qualification. E.g., Docx format for Qualification instructions is not easily machine readable Environment Testers to post results back as machine readable Script green-light/red-light qualification matrix on Phusewiki

Doing now what patients need next