ESIP Semantic Web Products and Services ‘triples’ “tutorial” aka sausage making ESIP SW Cluster, Jan 6 2011 ed.

Slides:



Advertisements
Similar presentations
Dr. Leo Obrst MITRE Information Semantics Information Discovery & Understanding Command & Control Center February 6, 2014February 6, 2014February 6, 2014.
Advertisements

RDF Tutorial.
9/10/2004Use Case Workshop 1 CSC480 Software Engineering Workshop 1 Requirements Modeling.
1. Introduction OASIS Reference Model for Service Oriented Architecture 2. ECF 4.0 Architecture 2.1 Core vs. Profiles 2.2 Major Design Elements 2.3.
Information and Business Work
1 Introduction to XML. XML eXtensible implies that users define tag content Markup implies it is a coded document Language implies it is a metalanguage.
SwE 313 Introduction to Rational Unified Process (RUP)
Samad Paydar Web Technology Laboratory Computer Engineering Department Ferdowsi University of Mashhad 1389/11/20 An Introduction to the Semantic Web.
Software engineering Olli Alm Lecture 2: requirements, modelling & representation.
1 DCS861A-2007 Emerging IT II Rinaldo Di Giorgio Andres Nieto Chris Nwosisi Richard Washington March 17, 2007.
Database Software Application
Chapter 7: The Object-Oriented Approach to Requirements
What is Business Analysis Planning & Monitoring?
Managing Large RDF Graphs (Infinite Graph) Vaibhav Khadilkar Department of Computer Science, The University of Texas at Dallas FEARLESS engineering.
1 Foundations V: Infrastructure and Architecture, Middleware Deborah McGuinness and Peter Fox CSCI Week 9, October 27, 2008.
1 Class Exercise I: Use Cases Deborah McGuinness and Peter Fox (NCAR) CSCI Week 4 (part II), 2008.
Karolina Muszyńska. Reverse engineering - looking at the solution to figure out how it works Reverse engineering - breaking something down in order to.
Chapter 7 Structuring System Process Requirements
Provenance Metadata for Shared Product Model Databases Etiel Petrinja, Vlado Stankovski & Žiga Turk University of Ljubljana Faculty of Civil and Geodetic.
ESIP Semantic Web Products and Services ‘triples’ “tutorial” aka sausage making ESIP SW Cluster, Jan ed.
1 Class exercise II: Use Case Implementation Deborah McGuinness and Joanne Luciano With Peter Fox and Li Ding CSCI Week 7, October 18, 2010.
Architecture Tutorial 1 Overview of Today’s Talks Provenance Data Structures Recording and Querying Provenance –Break (30 minutes) Distribution and Scalability.
1 Foundations V: Infrastructure and Architecture, Middleware Deborah McGuinness TA Weijing Chen Semantic eScience Week 10, November 7, 2011.
1 Foundations V: Infrastructure and Architecture, Middleware Deborah McGuinness and Joanne Luciano With Peter Fox and Li Ding CSCI Week 10, November.
1 Peter Fox Xinformatics 4400/6400 Week 11, April 16, 2013 Information Audit and dealing with Unstructured Information.
Chapter 6 Use Cases. Use Cases: –Text stories Some “actor” using system to achieve a goal –Used to discover and record requirements –Serve as input to.
Requirements Documentation CSCI 5801: Software Engineering.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Systems Analysis and Design in a Changing World, 3rd Edition
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Jan 9, 2004 Symposium on Best Practice LSA, Boston, MA 1 Comparability of language data and analysis Using an ontology for linguistics Scott Farrar, U.
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
1 Structuring Systems Requirements Use Case Description and Diagrams.
Recuperação de Informação B Cap. 10: User Interfaces and Visualization , , 10.9 November 29, 1999.
OCM Ontology and Ontology Services August 14, 2012 NOAA, Boulder CO Peter Fox (RPI* and WHOI**) and *Tetherless.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Use Case Diagram The purpose is to communicate the system’s functionality and behaviour to the customer or end user. Mainly used for capturing user requirements.
Semantic Technologies and Application to Climate Data M. Benno Blumenthal IRI/Columbia University CDW /04-01.
Introduction to the Semantic Web and Linked Data Module 1 - Unit 2 The Semantic Web and Linked Data Concepts 1-1 Library of Congress BIBFRAME Pilot Training.
User Profiling using Semantic Web Group members: Ashwin Somaiah Asha Stephen Charlie Sudharshan Reddy.
Of 33 lecture 1: introduction. of 33 the semantic web vision today’s web (1) web content – for human consumption (no structural information) people search.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
Lesson 13 Databases Unit 2—Using the Computer. Computer Concepts BASICS - 22 Objectives Define the purpose and function of database software. Identify.
THE BIBFRAME EDITOR AND THE LC PILOT Module 3 – Unit 1 The Semantic Web and Linked Data : a Recap of the Key Concepts Library of Congress BIBFRAME Pilot.
1 Class exercise II: Use Case Implementation Deborah McGuinness and Peter Fox CSCI Week 8, October 20, 2008.
IST 220 – Intro to Databases Lecture 2 Touring Microsoft Access.
1 Open Ontology Repository initiative - Planning Meeting - Thu Co-conveners: PeterYim, LeoObrst & MikeDean ref.:
KAnOE: Research Centre for Knowledge Analytics and Ontological Engineering Managing Semantic Data NACLIN-2014, 10 Dec 2014 Dr. Kavi Mahesh Dean of Research,
UML - Development Process 1 Software Development Process Using UML.
Use Case Model Use case description.
CSC480 Software Engineering Lecture 7 September 16, 2002.
Chapter 6: Structuring Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
Notes for ESIP SW triples tutorial ESIP SW Cluster, Nov Telecon, 2pm ET ntic_Web_Telecons.
Presenting Semantic Data Through “Instance Hubs” Using Authoritative URI Design Schemes Alexei Bulazel 1 ( ), Dominic Difranzo 1 (
Instance Discovery and Schema Matching With Applications to Biological Deep Web Data Integration Tantan Liu, Fan Wang, Gagan Agrawal {liut, wangfa,
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
0 Copyright 2012 FUJITSU Interstage BOP SQL Query Tutorial Todd Palmer October 2012.
Setting the stage: linked data concepts Moving-Away-From-MARC-a-thon.
Exploring Taverna 2 Katy Wolstencroft myGrid University of Manchester.
Elaboration popo.
The Components of Information Systems
An Overview of Requirements Engineering Tools and Methodologies*
IST 220 – Intro to Databases
1.Introduction to Rational Unified Process (RUP)
The Components of Information Systems
ARCH-1: Application Architecture made Simple
BPaaS Evaluation Research Prototype
Subject Name: SOFTWARE ENGINEERING Subject Code:10IS51
Bridging the ITSM Information Gap
Presentation transcript:

ESIP Semantic Web Products and Services ‘triples’ “tutorial” aka sausage making ESIP SW Cluster, Jan ed See also ntic_Web_Tutorials

Why and What Wed PM Session 1 – Introduction – 10 mins – Peter – Use case – motivation and scope – 20 mins - Chris – Model – based on use case, start with domain model and proceed to ontology model and then show them how to engineer it (i.e. a piece of it) – 1 hr – Peter and Rob Wed PM Session 2 – Model ctd – 20 mins – Peter and Rob – Instance generation and population (how to? Write turtle, use Protégé, …), triple store ingest, web form – demo – 1 hr – Peter – Summary and evaluation – 10 mins –Hook

What and how Thu AM Session 3 – Intro to these sessions – 10 min - Peter – Application definition – decompose use case, review technology and dependencies, examine requirements for search and report, add/ correct instances, technology dependencies – 30 mins – Peter – Evaluation –10 mins - Hook Thu AM Session 4 – Query development – query introduction, SPARQL tutorial, generate SPARQL, follow along, provide a web query form, cut paste query into a textbox and execute and get result, for visual or text traversal - 1hr – Hook – Evaluation –10 mins - Hook Items that would lead into intermediate (next) tutorial – 20 mins

Application definition Means examine the use case Scope the first iteration Useful to think about metrics and record baselines (if they exist)

5 Implementation Basics Review your use case with team and experts Go into detail of your ontology; test it using the tools you have Look at the use case document and examine the actors, process flow, artifacts, etc. Start to develop a design and an architecture Keep in mind that it is more flexible to place the formal semantics within your interfaces, i.e. between layers and components in your architecture or between ‘users’ and ‘information’ to mediate the exchange

Actors The initial analysis will often have many human actors Look to see where the human actors can be replaced with machine actors – many will require additional semantics, i.e. knowledge encoding If you are doing this in a team, take steps to ensure that actors know their role and what inputs, outputs and preconditions are expected Often, you may be able to ‘run’ the use case (really the model) before you build anything 6

Process flow Each element in the process flow usually denotes a distinct stage in what will need to be implemented Often, actors mediate the process flow Consider the activity diagram (and often a state diagram) as a means to turn the written process flow into a visual one that your experts can review Make sure the artifacts and services have an entry in the resources section Often the time you may do some searching 7

Preconditions Often the preconditions are very syntactic and may not be ready to fit with your semantically-rich implementation Some level of modeling of these preconditions may be required (often this will not be in your first-pass knowledge encoding, which focuses on the main process flow, i.e. goal, description, etc.) Beware of using other entities data and services: e.g., policies, access rights, registration, and ‘cost’ 8

Artifacts Add artifacts that the use case generates to the resources list in the table It is often useful to record which artifacts are critical and which are of secondary importance Be thinking of provenance and the way these artifacts were produced, i.e. what semantics went into them use this information to produce suitable metadata or annotations Engage the actors to determine the names of these artifacts and who should have responsibility for them (usually you want the actors to have responsibility for evolution) 9

Reviewing the resources Apart from the artifacts and actor resources, you may find gaps Your knowledge encoding is also a resource, make it a first class citizen, i.e. give it a namespace and a URI Often, a test-bed with local data is very useful at the start the implementation process, i.e. pull the data, maybe even implement their service (database, etc.) 10

Back to the knowledge encoding Declarative: OWL, RDFS, SKOS? Need rules? Need query? Science expert review and iteration Means you need something that they can review, with precise names, properties, relations, etc. The knowledge engineering stage is much like a software engineering process 11

Chris: Sample Queries Which projects are working with semantic web technology? What technologies are being used in NASA’s ACCESS program? Are any projects working with the same dataset? Which datasets are being used in projects working with semantic web?

Use Case 1: Enter Project Data (cont.) 1.Use Case 1: Enter Project Data 2.Short Definition Someone from the project is assigned to populate the triple store with the project information. This capability is supplied via a simple Web interface. 3.Primary Actor: Project staff member 4.Purpose: Enter project information into the triple store. 5.Assumptions: The staff member knows enough about his/her project to populate the fields

Use Case 1: Enter Project Data 6.Scenario 1.Interface asks for overall project information: name and program 2.User enters basic project information 3.Web interface saves root project triple 4.User selects Add Staff and Web interface presents existing staff, plus blank for staff not yet in triple store 5.User selects existing staff and possible role, and Web interface saves triples linking staff to project 6.User selects Add Technology and Web interface presents existing technologies, plus blank for technologies not yet in triple store 7.User selects existing technology, and Web interface saves triples linking technology to project 8.User selects Add Datasets and Web interface presents existing datasets, plus blank for datasets not yet in triple store 9.User selects existing dataset, and Web interface saves triples linking technology to project 7.Extensions 5b.User enters new staff and picks existing role and Web interface saves triples linking staff to project 7b.User enters new technology and Web interface saves triples linking technology to project 9b. User enters new dataset and Web interface saves triples linking dataset to project 8. Definition of success: triples are added to the database

So, recall – our first iteration So that we can rapid prototype, instead of implementing an ‘interface’ as defined in the “add record” We generated a set of instances (i.e. partial or complete record) Who tried it? How did it work/ not?

Second iteration Implementing an ‘interface’ as defined in the “add record”, to generate instances Let’s talk about what they may look like

What’s next …

Use Case 2: Produce Program Technology Inventory 1.Use Case 2: Produce Program Technology Inventory 2.Short Definition An agency program manager gets a report on what technologies are being used in his program. 3.Primary Actor: Agency program manager 4.Purpose: Get a report on technology usage for planning purposes (or occasional “fire drill”). 5.Assumptions: The program’s projects have been entered into the triple store

Produce Technology Inventory, cont. 6.Scenario 1.User pulls up Technology Inventory Report and selects from available programs. 2.Web Interface queries triple store for technologies used by projects within the select program and generates a report. 7. Extensions: None 8. Definition of success: Program Manager gets a formatted list of which projects are using which technologies within his / her program. 9. Notes: This scenario is not uncommon, particularly for new technologies.