5JSC/Editor/2/Rev 1 July 2009. Joint Steering Committee for Development of RDA. Tom Delsey, RDA Editor. RDA Database Implementation Scenarios



Similar documents
Using RDA with bibliographic and authority records

Nearly every book, article, or presentation about FRBR has an explication THE ENTITY- RELATION MODEL SIX

From FRBR to FRAD: Extending the Model

Joint Steering Committee for Development of RDA

How To Change Marc To A Bibbone Model

RDA INTRODUCING A GUIDE TO THE BASICS CHRIS OLIVER. ALA Editions SPECIAL REPORTS. AMERICAN LIBRARY ASSOCIATION Chicago 2010

Alexander Haffner. Linked Library DNB

Introducing. A Guide to the Basics ALA. ALA Editions special reports. You may also be interested in.

FRBR Functional Requirements for Bibliographic Records

Reassessing Conventional Paradigms for Document Description

Cataloguing is riding the waves of change Renate Beilharz Teacher Library and Information Studies Box Hill Institute

EURIG survey on adoption of RDA 2013: report

Visualizing FRBR. Tanja Merčun 1 Maja Žumer 2

From MARC21 and Dublin Core, through CIDOC CRM: First Tenuous Steps towards Representing Library Data in FRBRoo

FRAD: the bright new future? Part2. Helsinki Eeva Murtomaa National Library of Finland

Renate Gömpel. Germany on Track for International Standards: RDA

Research Objectives and Scope. Understanding FRBR Model. Converting MARC to FRBR. Converting FRBR to Topic Maps

1.. This UI allows the performance of the business process, for instance, on an ecommerce system buy a book.

UNIMARC, RDA and the Semantic Web

Making the Most of RDA Toolkit's Open-Access Period Presented by: Troy Linker Publisher, ALA Digital Reference American Library Association

Data integration and metadata structures

FAR014: A Day in the Life for a Mars Planner

Conceptualizing the Ethnomuse: Application of CIDOC CRM and FRBR

RDA and Bibliographic Records

A Conceptual Model for the Bibliographic Universe

ARIS Design Platform Getting Started with BPM

Implementing RDA in The Netherlands

Claims FAIS User Manual

The Functional Library Systems Record

FUNCTIONAL REQUIREMENTS FOR BIBLIOGRAPHIC RECORDS

Top 10 Skills and Knowledge Set Every User Experience (UX) Professional Needs

DATA RECOVERY SOLUTIONS EXPERT DATA RECOVERY SOLUTIONS FOR ALL DATA LOSS SCENARIOS.

ABES s experience and strategy in regard of next generation library systems

Functional Requirements for Authority Data

C o n s u lt i n g S e r v i c e s. TIBCO Service-Oriented IT Organizational Structure Best Practices: An Introduction

FY12 1 st & 2 nd Qtr ACTEDS CP-34 COURSE CATALOG

Appendix A. About RailSys 3.0. A.1 Introduction

Three Levels of Process Improvement

Recalling A Sent Message in Outlook 2010

CHAPTER 6 DATABASE MANAGEMENT SYSTEMS. Learning Objectives

C_TFIN52_64. SAP - C_TFIN52_64 Financial Accounting with SAP ERP 6.0 EHP4

BIBFRAME Pilot (Phase One Sept. 8, 2015 March 31, 2016): Report and Assessment

Chap 1. Introduction to Software Architecture

How to Write Procedures to Increase Control. Why are you developing policies and procedures in the first place? Common answers include to:

EUROPASS DIPLOMA SUPPLEMENT

The FRBR Model (Functional Requirements for Bibliographic Records) March 2002

Communication Diagrams

Creating a Publication Work Breakdown Structure

TDDC88 Lab 2 Unified Modeling Language (UML)

8th IEEE/IFIP Network Operations and Management Symposium. A Case Driven Methodology for Applying the MNM Service Model

LIBRARY OF CONGRESS RDA Training Plan for March 30, 2013 February 27, 2012 (Updated June 15, 2012)

The FRBR Model (Functional Requirements for Bibliographic Records)

Basic Unified Process: A Process for Small and Agile Projects

Senior Management Ownership

Tool Support for Software Variability Management and Product Derivation in Software Product Lines

Johannes Sametinger. C. Doppler Laboratory for Software Engineering Johannes Kepler University of Linz A-4040 Linz, Austria

Test Management Tool for Risk-based Security Testing

LOD2014 Linked Open Data: where are we? 20 th - 21 st Feb Archivio Centrale dello Stato. SBN in Linked Open Data

Computer programs (both source and executable) Documentation (both technical and user) Data (contained within the program or external to it)

DBU AUDIT JOURNAL PLUG-IN WHITEPAPER

Managing Variability in Software Architectures 1 Felix Bachmann*

DRAFT Pan Canadian Identity Management Steering Committee March 1, 2010

SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) SERVICE-ORIENTED CONCEPTUALIZATION MODEL LANGUAGE SPECIFICATIONS

Best Practices for Cataloging Video Games

Information and Communication Technology (Full Course) Unit 2: Using Multimedia and Games Technology

Keywords: mobile agents, supply chain management, industrial application.

Enterprise Integration: operational models of business processes and workflow systems *

Columbus State Community College Master Plan. A Flexible Framework.

11 Tips to make the requirements definition process more effective and results more usable

New Trends in Organizing Print Library Materials

Open S-BPM: Goals and Architecture

Adagio and Terminal Services

To mark up intra-group services or not, that is the question

Where to search for books and articles. Accessing and Searching Avery Index

a. Inheritance b. Abstraction 1. Explain the following OOPS concepts with an example

Bitrix Site Manager 4.0. The Guide to Managing User Group Permissions

The role of integrated requirements management in software delivery.

January 2, Summary of Findings

TUFTS UNIVERSITY APRIL 27, 2011 GUIDELINES FOR PROPOSING NEW DEGREE AND CERTIFICATE PROGRAMS

FRBR. object-oriented definition and mapping from FRBR ER, FRAD and FRSAD (version 2.2)

Software Engineering Reference Framework

GDSN (Release 2.X) Trade Item Implementation Guide

Growing Agents - An Investigation of Architectural Mechanisms for the Specification of Developing Agent Architectures

User experience storyboards: Building better UIs with RUP, UML, and use cases

CDL Digital Assets Submission Agreement for escholarship Academic Units

Configuration Management: An Object-Based Method Barbara Dumas

6.4 Normal Distribution

Compliance. Technology. Process. Using Automated Decisioning and Business Rules to Improve Real-time Risk Management

Managing a tender process for Applicant Tracking Systems

An Oracle White Paper September 2011 (updated) Oracle User Productivity Kit - Best Practices for Upgrade Projects

Software and Hardware Configuration Management

ZUKEN Soluzioni dinamiche per progettare sistemi Automotive. Claudio Meola Account Manager

OPTIMIZING VIRTUAL TAPE PERFORMANCE: IMPROVING EFFICIENCY WITH DISK STORAGE SYSTEMS

Improving Software Engineering Practice with HCI Aspects

Scenario-based Requirements Engineering and User-Interface Design

Using the Cognitive Dimensions Framework to evaluate the usability of a class library

Introduction. Insert comments and tracked changes in the document

Conference Papers of 5th MANLIBNET Convention, XLRI Jamshedpur. March 6-8, 2003,

1 of 9 2/9/2010 3:38 PM

Transcription:

5JSC/Editor/2/Rev 1 July 2009 To: From: Subject: Joint Steering Committee for Development of RDA Tom Delsey, RDA Editor RDA Database Implementation Scenarios Attached are updated versions of the RDA database implementation scenarios. The scenarios depicted are intended simply to illustrate some of the potential implementations of RDA data in various database structures.

5JSC/Editor/2/Rev 1 July 2009 RDA Implementation Scenarios The attached diagrams illustrate three potential implementation scenarios for RDA data. In the first scenario, RDA data are stored in a relational or object-oriented database structure that mirrors the FRBR and FRAD conceptual models. Descriptive data elements are stored in records that parallel the primary entities in the FRBR model: work records, expression records, manifestation records, and item records. Data elements used for access point control are stored in records that are centred on the primary entities in the FRAD model: persons, families, corporate bodies, etc. Data elements indexed as access points (both controlled and uncontrolled) are marked with an asterisk. Relationships between the primary FRBR entities are reflected through links from one record to another. For example, the link from the manifestation record to the work record reflects the primary relationship between the manifestation and the work that it embodies. Similarly, a relationship between one work and another (e.g., a derivative relationship) is reflected in a link from one work record to another. Relationships between the primary FRBR entities and a person, family, corporate body, etc., are reflected through links from work records, etc., to access point control records for persons, etc. The relationship between one person and another, etc., is reflected in a link from one access point control record to another. In the second and third scenarios, RDA data is stored in database structures conventionally used in library applications. In those structures, data is stored in bibliographic records and in authority records, and in some implementations in holdings records as well (as shown in scenario 2). Descriptive data elements are stored in bibliographic records. In implementations where bibliographic files and authority files are linked (scenario 2), the bibliographic record also contains links to authority records for persons, families, corporate bodies, etc., associated with the work, etc., embodied in the resource described. In implementations where bibliographic files and authority files are not linked (scenario 3), access points representing persons, families, corporate bodies, etc., associated with the work, etc., embodied in the resource described are stored in the bibliographic record along with the descriptive data. In both types of implementation, variant access points and other data used for access point control are stored in authority records. RDA data can be readily mapped to any one of the implementation scenarios (or to variations on the three scenarios illustrated). In all implementations the data will support the functional objectives that RDA is designed to fulfil. The data structures used to store the data and to reflect relationships, however, will have a bearing both on the efficiency of data creation and maintenance, and on the ease and effectiveness with which users are able to access the data and navigate the database. For example, the use of records for works and expressions in the relational and object-oriented database structures ensures access not only to all works and expressions associated with a particular person, etc., but to all related works (adaptations, etc.) as well, regardless of whether the name of that person is used to construct the authorized access points representing those works or not.

Scenario 1: Relational / object-oriented database structure MANIFESTATION RECORD Statement of responsibility relating to title proper embodies WORK RECORD Preferred name for the person* Variant name for the person* Date of birth Related person [link] Preferred title for the work* Form of work Related work [link] Title of the person Related person [link] exemplified by embodies ITEM RECORD realized through EXPRESSION RECORD Contributor [link] Language of expression Profession or occupation Primary relationship WORK RECORD Preferred title for the work* Related work [link] Place of birth

Scenario 2: Linked bibliographic and authority records BIBLIOGRAPHIC RECORD [link] Statement of responsibility relating to title proper Authorized access point representing person associated with the work* [link] Authorized access point representing person associated with the expression* [link] Authorized access point representing related work* [link] HOLDINGS RECORD Authorized access point representing the work*

Scenario 3: Flat file database structure (no links) BIBLIOGRAPHIC RECORD Statement of responsibility Authorized access point representing person associated with the work* Authorized access point representing person associated with the expression* Authorized access point representing related work* Authorized access point representing the work*