DOCUMENTATION Research Data Management. Research Data Management Lab Books Why keep a Lab Book? Records are important for development and writing up of.

Slides:



Advertisements
Similar presentations
Directorate of Learning Resources Teaching resources in RADAR.
Advertisements

Identification and Disposition of Official University Records University of Texas at Arlington Records Management.
EDEXCEL LEVEL 2 BTEC FIRST DIPLOMA FOR ICT PRACTITIONERS
Advanced Database Projects In Access © Hodder Education 2008 Access Projects – Problem Specification.
Copyright © 2006 R2AD, LLC All Rights Reserved. R2AD is a registered trademark of R2AD, LLC. R2AD ®, LLC Web/Trace What? Where? When? Why? Dynamic “In.
Dr Joanna Goodger Information Hertfordshire With Bill Worthington, Sara Hajnassiri, and Mohamed Hansraj Research Data Management For Researchers.
Preece Chapter 7.7 & Mc Cracken Chapter 3
Interface for the University Library Catalogue Implementing Direct Manipulation Proposal 4.
©2003 Prentice Hall Business Publishing, Auditing and Assurance Services 9/e, Arens/Elder/Beasley The Impact of Information Technology on the Audit.
Instructions and forms
 Review the security rule as it pertains to ›Physical Safeguards ♦ How to protect the ePHI in the work environment ♦ Implementation ideas for your office.
SYSTEM ANALYSIS AND DESIGN
Software Validation in Accredited Laboratories A Practical Guide Greg Gogates Fasor Inc. 26 Sept 2001 A copy of this paper will be maintained.
System/Software Testing
1 Shawlands Academy Higher Computing Software Development Unit.
Cmpe 471 Computer Crime: Techniques and Countermeasures.
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 9 Introduction to Design.
Notebooks and Protocols
Setting Up a Legal Scientific Notebook. LAB NOTEBOOKS Are these just busy work, or are they really important? Are these just busy work, or are they.
Required Materials / Spring 2009 By Wilmer Arellano.
Team working in distributed environments M253 Project Logs Faculty of Computer Studies Arab Open University Kuwait Branch 9/19/20151Kwuait Branch.
Software System Engineering: A tutorial
(SIA) 14 Internal Audit in an Information Technology Environment Standard should be read in the conjunction with the “Preface to the Standards on Internal.
CS3100 Software Project Management Week 26 - Quality Dr Tracy Hall.
7 7 Chapter 7 The University Lab: Conceptual Design Database Systems: Design, Implementation, and Management 4th Edition Peter Rob & Carlos Coronel.
Interacting with IT Systems Fundamentals of Information Technology Session 5.
End HomeWelcome! The Software Development Process.
This semester you will use an engineer’s notebook to document the process that you will use to design a product. Your notebook will be organized and formatted.
1 The Software Development Process  Systems analysis  Systems design  Implementation  Testing  Documentation  Evaluation  Maintenance.
A Level ICT Unit Implementing CBIS’s. Support Installing a new system is disruptive and the support program will need to be planned well in advance.
Scientific Record Keeping Alan L. Goldin, M.D./Ph.D.
7202ICT – Database Administration
Software Engineering Quality What is Quality? Quality software is software that satisfies a user’s requirements, whether that is explicit or implicit.
SE: CHAPTER 7 Writing The Program
Test and Review chapter State the differences between archive and back-up data. Answer: Archive data is a copy of data which is no longer in regular.
IT Essentials: PC Hardware and Software v4.0. Chapter 4 Objectives 4.1 Explain the purpose of preventive maintenance 4.2 Identify the steps of the troubleshooting.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 4 1 Chapter 4: Basics of Preventive Maintenance and Troubleshooting IT.
The RCMP Tech Crime Unit & Information Systems Security Presented to: ISSA January 26, 2005.
Chapter 5 McGraw-Hill/Irwin Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
The Software Development Process
Joel Gerber Zachary Reaver Kurt Schilling.  Provides physical proof of development  Maintains product design knowledge base  Meets government and corporate.
1 AVCE ICT Unit 7 - Programming Session 8 – Documenting your programs.
Mantid Stakeholder Review Nick Draper 01/11/2007.
Objectives Understand Corrective, Perfective and Preventive maintenance Discuss the general concepts of software configuration management.
ITEM BANKING Mohamed Abdel Latif Hussein Agenda  What is Item Bank?  Review Test Development Cycle  Purpose of Item Banks  Structure of Item.
1 The Software Development Process ► Systems analysis ► Systems design ► Implementation ► Testing ► Documentation ► Evaluation ► Maintenance.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
Engineering Notebooks
D OCUMENTATION & C OMMUNICATION. L AB N OTEBOOKS There are many reasons to keep an accurate and complete record of experimental work. To establish the.
The information systems lifecycle Far more boring than you ever dreamed possible!
Scientific data storage: How are computers involved in the following?
Analysis. This involves investigating what is required from the new system and what facilities are available. It would probably include:
The University, Digitisation and You LRC meeting 5 th June, 2013 Adelaide Parr Records Analyst Records Services.
Unit F451 Computer Fundamentals Components of a Computer System Software Data: Its representation, structure and management in information.
Advanced Higher Computing Science The Project. Introduction Worth 60% of the total marks for the course Must include: An appropriate interface using input.
Learning Objectives Today we will Learn: The different methods of implementation The differences between user and technical documentation.
Advanced Higher Computing Science
Managing the Project Lifecycle
Architecture Concept Documents
It’s a notebook, not a neat book
The Impact of Information Technology on the Audit Process
Computer-Based Processing: Developing an Audit Assessment Approach
The Impact of Information Technology on the Audit Process
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Databases Lesson 2.
Laboratory Documentation & Notebooks
Software Development Life Cycle
Software Validation in Accredited Laboratories
Silicon Prairie Initiative on Robotics in Information Technology
Presentation transcript:

DOCUMENTATION Research Data Management

Research Data Management Lab Books Why keep a Lab Book? Records are important for development and writing up of your research. You should keep a lab book of your research. a complete reconstruction of the experiment or measurement can be redone later the work can be repeated for re-evaluation of the reported results steps that led to the success or failure of a large project can be extracted patent lawyers need properly documented evidence of inventions Getting Started with Research Data Management

Paper lab books are at risk of loss or damage, and cannot be easily searched. An electronic lab notebook (ELN) is a computer program designed to replace paper lab books; easier to search upon, simplify data copying and backups, and support collaboration Research Data Management Lab Books Getting Started with Research Data Management

Research Data Management Lab Books A good log should include: Steps and procedures and precautions which are not obvious References to other people's work, ideas, hints, and inputs Parameters which might affect the outcome of the experiment Equipment used, type numbers, serial numbers, any calibration steps taken Sketches of experimental layout and traces on recorders, oscilloscopes, etc. The date and time, names of other people observing Rough error analyses taken during the experiment, repeat observations of doubtful readings, calibration errors allowed for Getting Started with Research Data Management

Research Data Management Software Documentation A piece of code without adequate documentation cannot be efficiently or effectively developed, nor can it be understood by users in the future. Documentation comes in many forms: Requirements – statements that identify attributes, capabilities, characteristics, or qualities of a system Architecture – an overview of the software, its purpose and its relations to an environment Technical – the algorithms, interfaces, and APIs End User – manual for end users, system administrators, and support staff Marketing – how to market the product and analysis of the market demand Getting Started with Research Data Management

Research Data Management Software Documentation In a research project lifecycle, these documentation forms are appropriate to different stages from the initial development, using the software for analysis, publishing the development and results of your research, and reuse by others later. Requirements – statements that identify attributes, capabilities, characteristics, or qualities of a system : Using Architecture – an overview of the software, its purpose and its relations to an environment : Using and Writing Up Technical – the algorithms, interfaces, and APIs : Writing Up End User – manual for end users, system administrators, and support staff : Using Marketing – how to market the product and analysis of the market demand : Reuse Getting Started with Research Data Management