Statement of Work NRL EEE/ESG And SRSS. First Year EEE 1.Assist in determining if the CoABS architecture/technology can successfully transition to U.S.

Slides:



Advertisements
Similar presentations
웹 서비스 개요.
Advertisements

Semantic Web for the Military User C2 Applications Breakout Report 11/14/01.
A Workflow Engine with Multi-Level Parallelism Supports Qifeng Huang and Yan Huang School of Computer Science Cardiff University
Distributed Data Processing
Connect. Communicate. Collaborate Click to edit Master title style MODULE 1: perfSONAR TECHNICAL OVERVIEW.
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.
Component-oriented approaches to context-aware systems – Monday 14 June The Contextor Infrastructure for Context-Aware Computing Gaëtan Rey, Joëlle.
Effective Coordination of Multiple Intelligent Agents for Command and Control The Robotics Institute Carnegie Mellon University PI: Katia Sycara
Latest techniques and Applications in Interprocess Communication and Coordination Xiaoou Zhang.
18th ICA WORKSHOP on Generalisation and Multiple Representation, A Coruña, July 7-8th, 2005 Web Services for an Open Generalisation Research Platform Moritz.
Workshop on Cyber Infrastructure in Combustion Science April 19-20, 2006 Subrata Bhattacharjee and Christopher Paolini Mechanical.
Chapter 9: Moving to Design
Web Services Michael Smith Alex Feldman. What is a Web Service? A Web service is a message-oriented software system designed to support inter-operable.
Principles for Collaboration Systems Geoffrey Fox Community Grids Laboratory Indiana University Bloomington IN 47404
System Design/Implementation and Support for Build 2 PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman.
Introduction to UDDI From: OASIS, Introduction to UDDI: Important Features and Functional Concepts.
Advances in Technology and CRIS Nikos Houssos National Documentation Centre / National Hellenic Research Foundation, Greece euroCRIS Task Group Leader.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Overview of the Database Development Process
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
1 Web Services Distributed Systems. 2 Service Oriented Architecture Service-Oriented Architecture (SOA) expresses a software architectural concept that.
International Workshop on Web Engineering ACM Hypertext 2004 Santa Cruz, August 9-13 An Engineering Perspective on Structural Computing: Developing Component-Based.
Mantychore Oct 2010 WP 7 Andrew Mackarel. Agenda 1. Scope of the WP 2. Mm distribution 3. The WP plan 4. Objectives 5. Deliverables 6. Deadlines 7. Partners.
An XMPP (Extensible Message and Presence Protocol) based implementation for NHIN Direct 1.
IOT5_ GISFI # 05, June 20 – 22, 2011, Hyderabad, India 1 Internet of Things Work Group Coordination Plan WG Chair.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
Agent Model for Interaction with Semantic Web Services Ivo Mihailovic.
3231 Software Engineering By Germaine Cheung Hong Kong Computer Institute Lecture 12.
Scalable Metadata Definition Frameworks Raymond Plante NCSA/NVO Toward an International Virtual Observatory How do we encourage a smooth evolution of metadata.
Ævol : A Tool for Planning Architecture Evolution David Garlan & Bradley Schmerl Carnegie Mellon University.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Linked-data and the Internet of Things Payam Barnaghi Centre for Communication Systems Research University of Surrey March 2012.
SWE © Solomon Seifu ELABORATION. SWE © Solomon Seifu Lesson 10 Use Case Design.
Web Services Based on SOA: Concepts, Technology, Design by Thomas Erl MIS 181.9: Service Oriented Architecture 2 nd Semester,
Linking Tasks, Data, and Architecture Doug Nebert AR-09-01A May 2010.
Service Oriented Sensor Web: NOSA Approach Rajkumar Buyya and Xingchen Chu Grid Computing and Distributed Systems (GRIDS) Laboratory Dept. of Computer.
Refining middleware functions for verification purpose Jérôme Hugues Laurent Pautet Fabrice Kordon
Service - Oriented Middleware for Distributed Data Mining on the Grid ,劉妘鑏 Antonio C., Domenico T., and Paolo T. Journal of Parallel and Distributed.
1 UNIT –II Architecting Web Service. 2 Why SOA? – business point of view  Information Technology (IT) workers face many challenges, including: Limited.
Grid Computing & Semantic Web. Grid Computing Proposed with the idea of electric power grid; Aims at integrating large-scale (global scale) computing.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
Sept 20-21, 2001R. Scott Cost - CADIP, UMBC1 CARROT II Collaborative Agent-based Routing and Retrieval of Text, Version 2 CADIP Fall Research Symposium.
1 Registry Services Overview J. Steven Hughes (Deputy Chair) Principal Computer Scientist NASA/JPL 17 December 2015.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
August 2003 At A Glance The IRC is a platform independent, extensible, and adaptive framework that provides robust, interactive, and distributed control.
Chapter 14 Advanced Architectural Styles. Objectives Describe the characteristics of a distributed system Explain how middleware supports distributed.
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.
GRID ANATOMY Advanced Computing Concepts – Dr. Emmanuel Pilli.
NCP Info DAY, Brussels, 23 June 2010 NCP Information Day: ICT WP Call 7 - Objective 1.3 Internet-connected Objects Alain Jaume, Deputy Head of Unit.
March 2004 At A Glance The AutoFDS provides a web- based interface to acquire, generate, and distribute products, using the GMSEC Reference Architecture.
INFSO-RI JRA2 Test Management Tools Eva Takacs (4D SOFT) ETICS 2 Final Review Brussels - 11 May 2010.
Towards ‘Ubiquitous’ Ubiquitous Computing: an alliance with ‘the Grid’ Oliver Storz, Adrian Friday, and Nigel Davies Computing Department, Lancaster University,
Cyberinfrastructure Overview of Demos Townsville, AU 28 – 31 March 2006 CREON/GLEON.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
4WARD Networking of Information 4WARD WP6. © 4WARD Consortium Confidential Networking of Information Telephony Interconnecting wires 4WARD Future Internet.
Session 1: Technology Development August 15 NSF Workshop.
A Semi-Automated Digital Preservation System based on Semantic Web Services Jane Hunter Sharmin Choudhury DSTC PTY LTD, Brisbane, Australia Slides by Ananta.
Service Oriented Architecture (SOA) Prof. Wenwen Li School of Geographical Sciences and Urban Planning 5644 Coor Hall
Jim McEachern Senior Technology Consultant ATIS July 8, 2015.
Space Plug-and-Play Architecture (SPA) and SSM
Information Collection and Presentation Enriched by Remote Sensor Data
The GEMBus Architecture and Core Components
Unit – 5 JAVA Web Services
Knowledge Management Systems
3 Cloud Computing.
AGENT FRAMEWORK By- Arpan Biswas Rahul Gupta.
The Anatomy and The Physiology of the Grid
Presentation transcript:

Statement of Work NRL EEE/ESG And SRSS

First Year EEE 1.Assist in determining if the CoABS architecture/technology can successfully transition to U.S. Navy Fleet communications systems and networks. 2.Assist in determining if the current and planned U.S. Navy Fleet communications systems and networks support agent and application IT requirements. 3.Evaluate the CoABS grid technology for appropriateness and sufficiency for the conduction of Fleet Battle Experiments and to the support of Fleet operations. a.Assist in the identification of components and develop an architectural map of U.S. Navy Fleet communications systems and networks to be utilized in Fleet Battle Experiments (FBE) related to EEE. b.Assist in the development of experiment and scenario lists for FBE exercises detailing expectations and any known required information infrastructure, connectivity, services, and software component activities

First Year EEE Continued c.Develop consolidated requirements list of IT, application, and software infrastructure services for FBE exercises. d.Develop evaluation metrics of software infrastructure alternatives that are compliant with the requirements of the FBE tasks and expectations related to EEE. e.Utilize CMU’s experience with the CoABS Grid, Jini, and other Discovery, Lookup, Matchmaking, and Agent Coordination Infrastructures to evaluate the Grid against these metrics. f.Examine Jini Publish/Subscribe services and subsequent Grid Publish/Sub­­scribe technologies to be evaluated for applicability to task. g.List benefits and limitations of viable Agent-Based-Computing alternatives and indicate enhancements required to fulfill FBE objectives. h.Propose initial enhancements to the Grid that will be required to fulfill FBE/EEE expectations. i.Propose set of experiments to identify functionality and scalability tradeoffs to further guide development. Deliverables: * Evaluation Report of Grid applicability to FBE/EEE tasks. * Design documents for Grid upgrades and experiments.

Second Year EEE 1.Conduct experiments as detailed in year one to examine Grid characteristics. 2.Conclude evaluation of Grid applicability to FBE/EEE initiatives. 3.Design interconnection coordination and interaction profiles for meaningful assembly of ad-hoc distribution of networked devices (sensors) 4.Develop interconnection management software and API to allow application/agent level control and/or awareness of network fabric. 5.Implement coordination protocols to achieve communication goals within security and power constraints of sensor node model. 6.Implement ns-2 coordination protocols, agents, middleware, and services. 7.Develop Web Services-based WSDL descriptors and advertisements and SOAP interfaces for generic Sensor objects and identified middleware/services. 8.Develop DAML-S descriptors and advertisements for generic templates and taxonomies for Sensor objects to extend sensor-based web services to support viable semantic representations and interactions

Second Year EEE - Continued 9.Perform ns-2 simulations to test and evaluate network coordination communication protocols. Contrast tradeoffs of payload size, power, security, and increased functionality. 10.Tie ns-2 simulated sensor clusters to ModSAF simulation environment using interoperability components to examine sensor groups in larger contexts. Deliverables: * Documented autonomous sensor object taxonomy and semantic representations, as well as web-based service interface templates. * Prototype sensor coordination software agents. * Simulation environment to examine horizontal coordination of ad-hoc sensor groups. * Interoperation between ns-2 sensor simulations and SAF scenario simulation.

Third Year EEE 1.Develop hierarchy architecture of sensor peer node systems to allow appropriate connectivity between individual sensor devices, communications coordinators, task agents, plan agents, and higher-level Grid (or other) Infrastructure services. 2.Develop advertisement and interaction descriptors with DAML, RDF, WSDL, SOAP, etc to integrate multiple vertical coordination opportunities for hierarchical systems. 3.Implement connectivity and deployment coordination agents to tie Sensor Grids to Information Grids and Command and Control Grids. (Whether CoABS Grid, Web, or some other). 4.Develop ns-2 control scenarios to model sensor infrastructure activities, coordination, and utility 5.Develop ns-2 framework objects based on designs and architectures defined in the previous years of this project to provide boilerplate integration of new sensor, IT, and agent technologies.

Third Year EEE Continued 6.Create Developers and Users guides to support ongoing and subsequent projects. Deliverables: * Software design and prototype systems to support vertical hierarchy to enhance and expand C2 management, coordination, and control of heterogeneous sensor systems. * Interoperability between simulation, prototype, web, Semantic Web, and Grid based objects. * Documentation to support ongoing development and utilization of foundation technologies.

First Year SRSS 1.Identify appropriate technologies to be modeled in ns-2 MANET/sensor simulations that provide application-level “publish/subscribe” (or service/peer discovery) mechanisms. 2.Identify other Middleware/Services that would be beneficial to networked sensor networks, and profile/define-architecture for future inclusion in ns-2 simulation environment. 3.Design extensions to ns-2 required for implementing application-level agents that utilize multiple (and possibly new and previously unimplemented) transport mechanisms. The classes should fit within an extensible framework to allow for the future creation of simulated “sensor applications” which use NRL’s sensor stimulant/detector extensions. 4.Utilize Experience with ModSAF/OTBSAF to develop parallel and/or linking architectures to extend modeling and simulation usefulness.

First Year SRSS Continued 5.Examine feasibility of accessibility and semantic representations of sensors using current schemas (such as WSDL/SOAP and DAML- S) for machine readable descriptions of sensor objects. 6.Utilize Experience with CoABS, RETSINA, and other Service and Agent Infrastructures to develop a Taxonomy of Publish and Subscribe architectures. Deliverables: * Design documents of ns-2 protocol, sensor, agent, and service extensions, and, both environment and sensor representations in semantic markup format * Taxonomy document describing Publish/Subscribe architecture.

Second Year SRSS 1.Implement extensions to ns-2 (as identified in year one) in the form of application-level agents using appropriate transport mechanisms. The classes created will fit within an extensible framework that allows the creation of simulated “sensor applications” utilizing NRL’s sensor stimulant/detector extensions. 2.Construct Web Services-based WSDL descriptors and advertisements and SOAP interfaces for actual SRSS physical sensor devices. 3.Construct DAML-S semantic descriptors and advertisements for actual SRSS physical sensor devices. 4.Conduct simulations to evaluate trade-offs in performance of application-level and/or network level organizational and discovery mechanisms in sensor environments. (Anycast, Multicast, SLP, SSDP, A2A, etc.) 5.Implement alternative technologies in ns-2 MANET/sensor simulations to provide application-level “publish/subscribe” (or service/peer discovery) mechanisms

Second Year SRSS Continued 6.Conduct simulations to examine and report on trade-offs in performance in above technologies in sensor environment. 7.Conduct simulations to examine and report on trade-offs in performance in application-level and/or network level “network- interconnection coordination tasks” in sensor environment. (Performance is in terms of speed, power use, complexity, redundancy, etc) Deliverables: * Low level (native), web-based (SOAP/WSDL), and Semantic Web (DAML-S) representations of actual sensor devices. * Simulation environments for operational evaluation of sensor configuration and management. * Report on tradeoffs and payoffs of utilization of different technologies.

Third Year SRSS 1.Implement ns-2 simulation glue to tie ns-2 objects to real-world interface, support, and GUI/control entities; and versions to completely simulate environment (where appropriate) 2.Implement ns-2 simulation framework to evaluate sensor variations, placements, deployments, and heterogeneous node architectures in repeatable real-world scenarios. 3.Implement hardware-in-loop mechanisms to evaluate physical object performance with simulated objects; and compare simulation fidelity. 4.Implement human-in-loop mechanisms to exercise all facets of SRSS object functionality. 5.Implement SAF-in-loop mechanisms to exercise SRSS scenarios in ModSAF simulations.

Third Year SRSS Continued 6.Develop visualization tools for SRSS object activities and interactions tied to simulation exercises. 7.Augment visualization tools for SRSS to provide support as standalone Command and Control applications in simulated and actual environments. Deliverables: * Interoperability of numerous simulation, virtual, and real realms of systems and objects * Tools to observe, manage, and control SRSS sensor objects in both real and simulated environments.