Functionality Working Group Dagobert Soergel University at Buffalo 1.

Slides:



Advertisements
Similar presentations
Improving Learning Object Description Mechanisms to Support an Integrated Framework for Ubiquitous Learning Scenarios María Felisa Verdejo Carlos Celorrio.
Advertisements

DELOS Highlights COSTANTINO THANOS ITALIAN NATIONAL RESEARCH COUNCIL.
Business Development Suit Presented by Thomas Mathews.
User Working Group Yannis Ioannidis University of Athens, Greece DL.org All Working Groups Meeting, Rome, May 2010.
ICT 2010: "Global Information Structures for Science & Cultural heritage: The Interoperability Challenge" Networking Session Coordination Action on Digital.
Interoperability Scenarios All Working Groups Meeting May, Rome, Italy.
Introducing Symposia : “ The digital repository that thinks like a librarian”
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
1 Chapter 11 Developing Custom Help. 11 Chapter Objectives Use HTML to create customized Help topics for an application Use the HTML Help Workshop to.
Domain-Specific Software Architecture
Course Instructor: Aisha Azeem
Web-based Portal for Discovery, Retrieval and Visualization of Earth Science Datasets in Grid Environment Zhenping (Jane) Liu.
Definitions Collaboration – working together on team projects and sharing information, often through ad-hoc processes, to accomplish project goals. Document.
Metadata: Its Functions in Knowledge Representation for Digital Collections 1 Summary.
Smart Learning Services Based on Smart Cloud Computing
USE Case Model.
MDC Open Information Model West Virginia University CS486 Presentation Feb 18, 2000 Lijian Liu (OIM:
Work Package 3 SEE cluster policy learning platform.
Špindlerův Mlýn, Czech Republic, SOFSEM Semantically-aided Data-aware Service Workflow Composition Ondrej Habala, Marek Paralič,
CONTI’2008, 5-6 June 2008, TIMISOARA 1 Towards a digital content management system Gheorghe Sebestyen-Pal, Tünde Bálint, Bogdan Moscaliuc, Agnes Sebestyen-Pal.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 4: Detailing a Use Case.
Aurora: A Conceptual Model for Web-content Adaptation to Support the Universal Accessibility of Web-based Services Anita W. Huang, Neel Sundaresan Presented.
Architecture domain DL.org Autumn School – Athens, 3-8 October 2010 Leonardo Candela 6 th October 2010.
® IBM Software Group © 2009 IBM Corporation Rational Publishing Engine RQM Multi Level Report Tutorial David Rennie, IBM Rational Services A/NZ
Functionality Working Group Report Dagobert Soergel University at Buffalo 1.
An Introduction to Software Architecture
1 XML as a preservation strategy Experiences with the DiVA document format Eva Müller, Uwe Klosa Electronic Publishing Centre Uppsala University Library,
LIS 506 (Fall 2006) LIS 506 Information Technology Week 11: Digital Libraries & Institutional Repositories.
Save time. Reduce costs. Find and reuse interoperability solutions on Joinup for developing European public services Nikolaos Loutas
Indo-US Workshop, June23-25, 2003 Building Digital Libraries for Communities using Kepler Framework M. Zubair Old Dominion University.
1 MFI-5: Metamodel for Process models registration HE Keqing, WANG Chong State Key Lab. Of Software Engineering, Wuhan University
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
Odyssey A Reuse Environment based on Domain Models Prepared By: Mahmud Gabareen Eliad Cohen.
DL.org All WGs Meetings, Rome, May 2010 Quality Interoperability Approaches, case studies and open issues DL.org Quality Working Group Rome, 28 th.
PLoS ONE Application Journal Publishing System (JPS) First application built on Topaz application framework Web 2.0 –Uses a template engine to display.
Object-Oriented Modeling Chapter 10 CSCI CSCI 1302 – Object-Oriented Modeling2 Outline The Software Development Process Discovering Relationships.
© DATAMAT S.p.A. – Giuseppe Avellino, Stefano Beco, Barbara Cantalupo, Andrea Cavallini A Semantic Workflow Authoring Tool for Programming Grids.
1 Schema Registries Steven Hughes, Lou Reich, Dan Crichton NASA 21 October 2015.
Functionality Working Group Dagobert Soergel ….. 1.
Illustrations and Answers for TDT4252 exam, June
ICDL 2004 Improving Federated Service for Non-cooperating Digital Libraries R. Shi, K. Maly, M. Zubair Department of Computer Science Old Dominion University.
Presented by Scientific Annotation Middleware Software infrastructure to support rich scientific records and the processes that produce them Jens Schwidder.
Personalized Interaction With Semantic Information Portals Eric Schwarzkopf DFKI
Function Interoperability George Athanasopoulos, Ed Fox, Yannis Ioannidis, George Kakaletris, Natalia Manola, Carlo Meghini, Andreas Rauber, Dagobert Soergel.
Digital Libraries1 David Rashty. Digital Libraries2 “A library is an arsenal of liberty” Anonymous.
Fedora Content Modeling for Improved Services for Research Databases Open Repositories 2009 Mikael Karstensen Elbæk Alfred Heller Gert Schmeltz Pedersen.
May 26-28ICNEE 2003 ARCHON: BUILDING LEARNING ENVIRONMENTS THROUGH EXTENDED DIGITAL LIBRARY SERVICES Hesham Anan, Kurt Maly, Mohammad Zubair,et al. Digital.
Metadata and Meta tag. What is metadata? What does metadata do? Metadata schemes What is meta tag? Meta tag example Table of Content.
Providing web services to mobile users: The architecture design of an m-service portal Minder Chen - Dongsong Zhang - Lina Zhou Presented by: Juan M. Cubillos.
Collaborative Query Previews in Digital Libraries Lin Fu, Dion Goh, Schubert Foo Division of Information Studies School of Communication and Information.
Achieving Semantic Interoperability at the World Bank Designing the Information Architecture and Programmatically Processing Information Denise Bedford.
The FDES revision process: progress so far, state of the art, the way forward United Nations Statistics Division.
CSCI 383 Object-Oriented Programming & Design Lecture 7 Martin van Bommel.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
Architecture Interoperability Pasquale Pagano Leonardo Candela CNR-ISTI.
Metadata Driven Aspect Specification Ricardo Ferreira, Ricardo Raminhos Uninova, Portugal Ana Moreira Universidade Nova de Lisboa, Portugal 7th International.
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
INFM 700 Project 3 (Aqua) - Akashdeep Ray - Arnaud Lawson - Neha AR - Vidisha Vedvyas.
Introduction Donatella Castelli CNR-ISTI
A Semi-Automated Digital Preservation System based on Semantic Web Services Jane Hunter Sharmin Choudhury DSTC PTY LTD, Brisbane, Australia Slides by Ananta.
ONTOLOGY LIBRARIES: A STUDY FROM ONTOFIER AND ONTOLOGIST PERSPECTIVES Debashis Naskar 1 and Biswanath Dutta 2 DSIC, Universitat Politècnica de València.
Usage scenarios, User Interface & tools
Using E-Business Suite Attachments
DataNet Collaboration
Web Ontology Language for Service (OWL-S)
Enterprise Data Model Enterprise Architecture approach Insights on application for through-life collaboration 2018 – E. Jesson.
2. An overview of SDMX (What is SDMX? Part I)
An Introduction to Software Architecture
Dr. Bhavani Thuraisingham The University of Texas at Dallas
BUILDING A DIGITAL REPOSITORY FOR LEARNING RESOURCES
Presentation transcript:

Functionality Working Group Dagobert Soergel University at Buffalo 1

Interoperability and Reuse in the Functionality Domain 2

Outline Objectives and scope Function Interoperability Framework – Definition of function – E-R schema for database of function descriptions – Definition of function interoperability – Function description template Conclusion 3

Objectives and Scope 4

Ultimate objectives Promote rich functionality over a wide range of systems with a consistent interface Promote best practices and innovation by educating DL designers, developers, administrators, and users about the rich array of DL functionality Enable finding and reusing software modules that implement desired functionality – for developers: reuse existing modules and design for interoperability – for DL managers:cutting-edge functionality in configuring a DL system – for users: run a module "on the fly" to accomplish a task. Enable federated search 5

Interoperability and reuse scenarios Scenarios 1Find desired functions, and modules that implement them, and assess their interoperability. Enable functionality sharing 2Enable content sharing and federated search 3Make switching from one DL to another easy for the user Dealing with these scenarios requires 1Understanding the many ways in which functions interoperate 2A database with detailed descriptions of functions, revising and extending the DELOS Digital Library Reference Model Solution: Function Interoperability Framework 6

Interoperability and reuse scenarios Examples The developer of a Browse module looks for an automatic clustering module to incorporate browsing by cluster A DL administrator wants to make available a better image search system A user found 30 documents in a DL. Wants to invoke a Web service to create a multi- document summary 7

The role of the WG Functionality 8

9

Function Interoperability Framework 10

What is a function? A function in the DLRM is an action a DL component or a DL user performs (abstract function, emphasis on semantics, what does the function do). In the following function is used broadly to mean either abstract function or software component implementing a function 11

Some Functions illustrating Interoperability issues 12 Behind the sceneFor users Feature extraction Classification / clustering Sharing authority files Log file analysis Sharing user profiles Harvesting, aggregating Shared storage and backup Federated search Incorporating content from other places on the fly Display and visualization Timelines Maps Playing videos Same look-and-feel browse

Three parts of the Function Interoperability Framework An entity-relationship schema A taxonomy of ways in which functions can interoperate A template for the description of functions and software components Note: Strong overlap with Architecture WG 13

What is function interoperability 1 1Interoperability (system perspective, focus on software components) 1.1 Composability (f2 can work with f1) 1.2 Replaceability / interchangeability (f2 can replace f1) (f1 and f2 serve same purpose) 1.1 and 1.2 can be based on process or on data (exchanging data or using same data) 2Cross-function (cross-product ) compatibility (user perspective) Similar detailed functionality and user interface 14

Description / specification /profile of functions Function Specification: facilitates the identification of what a function does and how one (either a system or a human) may interact with it. Function description/specification template The template shown below applies to – the description of a general function, such as search or annotate; – the description of specific software components implementing a function. – Not all items apply to the general level, or the description stays very broad, for example with regard to data formats. Template focuses on semantics of function specification This is a preliminary template. It will be amended as it is applied. 15

Function specification template 16 Function Behavior Description: What is done Interaction with Actors (Systems/Users) Is the function invoked by the user or the system What actions does the user take What actions does the system take Special user groups /roles; user characteristics Can the function be applied to different contexts API/Interface Specification Dependencies/Relationships/Use Interoperability Concerns

Emerging function ontology Ontology of functions Function specification vocabulary Will emerge over time as the database of function descriptions is populated through wide collaboration (crowd-sourcing) 17

Sub-functions of annotate 18 Select object to be annotated (need to indicate selection method) Mark region in the object (many different methods depending on the object) Select type of annotation (highlight, mark with special meaning, text, image, sound) If text, image, sound Specify relationship to object to be annotated Select or create the annotating object (possibly specifying a region Annotating within one system Annotating across systems

Conclusion 19

Recap Objectives Interoperability use cases WG will produce a Function Interoperability Framework dl.org should set up an environment in which the DL community can produce a database of function descriptions 20

Expected Outcomes Interoperability State-of-the-Art survey Extensions to the Delos Reference Model Contributions to the Cookbook: Best practices in functionality Idea of design patterns for DLs One or more papers Training course materials

WG Activities Definition of Functionality WG scope Specification of Function Interoperability Contribution to the State-of-the-Art Survey – Function Interoperability Issues and Solutions Contribution to the Reference Model – Extensions to facilitate additional topics e.g. composite functions

WG Activities cont. Contribution to the Cookbook – Interoperability Issues and Solutions Drafting of a “Functionality Specification Template” Specification of related Use-Cases – Integration of D4Science and DRIVER platforms Presentation of WG outcomes at the 1 st DL.org Workshop in Corfu (ECDL 2009)

WG Activities cont. Publications – “A Functionality Perspective on Digital Library Interoperability”, to be presented in ECDL 2010 WG Meetings – Three (3) face-to-face meetings – Four (4) virtual meetings

Thank you

Interoperability use cases Focusing on behind-the-scenes operations Centralized services that provide the same service to multiple libraries – classification servers – format conversion – data validation The services must be interoperable − based on data − with many DLs Can be achieved through – standards for data formats – standardized authority files. 26

What is function interoperability 2 AInteroperability of functions based on process A1Interoperability of use (composability) Function f1 can use function f2 (conversely, f2 can work in the framework of f1)) A2Special case: Interoperability with environment E (composability) Function f1 can work in environment E A3Interoperability based on working in same operating environment E (replaceability / interchangeability) If Function f1 can operate in environment E AND f2 (having the same purpose as f1) can also operate in E, Then f2 can replace f1 27

What is function interoperability 3 BInteroperability of functions based on data (content) B1Interoperability based on exchanging data (composability) If Function f1 can operate on the output of f2, Then f1 and f2 can work together. f1 and f2 may also exchange data as they run concurrently B2Interoperability of functions with data (composability) If f1 can make use of data set D or of data formatted according to DF Then Function f1 is interoperable with a data set D or a data format DF B3Interoperability of function based on using same data (replaceability) If Function f1 is interoperable with a data set D or data format DF AND Function f2 (serving the same purpose as f1) is also interoperable with D or DF, respectively, Then f2 can replace f1 28

Issues in interoperability API mismatch Mismatch in programming environments Needed components missing Mismatch in data formats (overlap with WG Content) 29

Interoperability use cases Exchange of program modules between D4 Science and Driver Each system would describe the functions it implements (e.g. feature extraction from documents or data transformation using grid resources), considering – the semantics of the function (what the program module can do) – the technical (and, as relevant, administrative) conditions of use. Each system could then search the functions offered by the other and reuse program modules. 30

Interoperability use cases Single deposit European project OpenAIRE – Central portal where users come to deposit their publications. – The internal deposition service subsequently forwards/deposits them in the corresponding local repositories. – Requires interoperable functionalities among the various repository platforms. 31

32

E-R schema for a function description database Entity types (resource types) (examples) Relationship types (examples) Function SoftwareComponent (a software system, software module, or code snippet) DesignPattern (Rike Brecht, Doct. Cons.) Data set Data format Resource Function SoftwareCo. Function DesignPattern Resource 33

Function specification template 34 Function Behavior API/Interface Specification Input: Data and parameters, data formats / standards Output: Data and parameters, data formats / standards Preconditions Postconditions Dependencies/Relationships/Use Operating environment in which the function runs. Other functions it needs Other functions that invoke this function Other functions invoked. Composite functions Work flow Interoperability Concerns What is required for interoperability (distinguish type of interoperability, for example product compatibility). How does a specific implementation meet these requirements

Sub-functions of search 35 Quick SearchAdvanced Search Enter a query and click search Enter keywords or phrases for selected field Limit results to Search subscribed titels Clear Enter a query and click search Enter keywords or phrases for selected fields Select keyword from a list Select Boolean operator (explicit) Define phrase match (explicit) Clear Search within results Limit results to (preselection) Sort by (preselection) Select display options Display X results per page Display search history

y 36