1 GISWG Services Committee Report Scott Fairholm, Chair October 5, 2006 Alexandria, Virginia.

Slides:



Advertisements
Similar presentations
0 Chicago, IL March 6 th, 2007 Use Case Requirements, Design and Standards Selection HITSP Use Case Requirements, Design and Standards Selection Date:
Advertisements

A A A N C N U I N F O R M A T I O N T E C H N O L O G Y : IT OPERATIONS 1 Problem Management Jim Heronime, Manager, ITSM Program Tanya Friehauf-Dungca,
Gerhard Dueck -- CS3013Capturing Requirements as Use Cases 1 Capturing the Requirements as use Cases  Requirements Description  We need to describe –The.
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.
Connecting People With Information DoD Net-Centric Services Strategy Frank Petroski October 31, 2006.
Project Management Process Project Description Team Mission/ Assignment Major Milestones Boundaries Team Identification Measures of Success Roles & Responsibilities.
Software Engineering CSE470: Requirements Analysis 1 Requirements Analysis Defining the WHAT.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
December 3, 2010 SAIF Governance Framework A Brief Update on work to date.
Enterprise Architecture
Interim Report Review Inter-Registrar Domain Name Transfers ICANN DNSO Names Council Task Force on Transfers Public Discussion on Transfers of gTLD Names.
What is Business Analysis Planning & Monitoring?
Developing Enterprise Architecture
® VisualPlex Exchange Project Definition Phase June 23, 2000 Prepared James M. Dutcher Oracle Consulting Services.
S/W Project Management
RUP Requirements RUP Artifacts and Deliverables
CSSM Meeting Summary Fall 2012 Meetings 15 – 18 October E. Barkley Chair (NASA/JPL) C. Haddow Co-Chair (ESA/ESOC) Cleveland, Ohio, USA.
Douglas Bailey, Chair September Objectives  To advise the ITDS Board of Directors on a method to obtain more precise product characterization for.
1 ECCF Training 2.0 Platform Specific Model (PSM) ECCF Training Working Group January 2011.
Organize to improve Data Quality Data Quality?. © 2012 GS1 To fully exploit and utilize the data available, a strategic approach to data governance at.
TC Methodology Massimo Cossentino (Italian National Research Council) Radovan Cervenka (Whitestein Technologies)
The Sedona Principles 1-7
1 Web Service Choreography Interface (WSCI) 1.0 W3C Note 8 August Dumitru Roman.
1 September 2013 An Architecture for CDS and Quality Measurement September 2013.
© Yilmaz “Agent-Directed Simulation – Course Outline” 1 Course Outline Dr. Levent Yilmaz M&SNet: Auburn M&S Laboratory Computer Science &
CEN rd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Phases of Software.
From Use Cases to Test Cases 1. A Tester’s Perspective  Without use cases testers will approach the system to be tested as a “black box”. “What, exactly,
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
Object Oriented Design Jerry KotubaSYST Object Oriented Methodologies1.
Proposed Revision of IEEE Standard SCC41 Meeting – Delft – 6 July 2010 Jim Hoffmeyer Western Telecom Consultants, Inc. Chair, IEEE Vice Chair,
National Information Exchange Model Update for the Global Advisory Committee Spring 2008 Meeting April 10, 2008 NIEM Technical Architecture Committee (NTAC)
Text. #ICANN49 Data & Metrics for Policy Making Working Group Thursday 27 March 2014 – 08:00.
Approaching a Problem Where do we start? How do we proceed?
Global Justice XML Data Model Naming and Design Rules 17 August 2005.
95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 3: SOA Reference Model OASIS 2006.
Proposed Co-convened WG1/2 Objectives, Schedule, and Activities Group Name: TP#1 Source: Omar Elloumi (Alcatel-Lucent), Laurent Laporte (Sprint) Meeting.
JOINING THE TEAMCFA CHARTER SCHOOL NETWORK. BRIEF OVERVIEW One Year Process 300 Point Scale Divided Evenly Between Three Committees (Academics, Business,
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
Example Template for Project Presentation
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
NIEM Information Exchange Package Documentation (IEPD) Mini Kanwal NIEM Technical Advisor Department of Homeland Security September, 7 th 2006.
SSAC Report on Domain Name Registration Data Model Jim Galvin.
S&I Integration with NIEM (DRAFT) Standards Development Support June 8, 2011.
Object-Oriented Software Engineering using Java, Patterns &UML. Presented by: E.S. Mbokane Department of System Development Faculty of ICT Tshwane University.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
Object Oriented Design Jerry KotubaSYST Object Oriented Methodologies1.
1 ECCF Training 2.0 Implemental Perspective (IP) ECCF Training Working Group January 2011.
Health eDecisions Use Case 2: CDS Guidance Service Strawman of Core Concepts Use Case 2 1.
United States Department of Justice Achieving Information Interoperability and Business Agility The Justice Reference Architecture:
Gerhard Dueck -- CS3013Requirements Capture 1  From Vision to Requirements  Why it is difficult?  Developers are not users  Inadequate requirements.
Information Architecture WG: Report of the Spring 2004 Meeting May 13, 2004 Dan Crichton, NASA/JPL.
Initial Operating Capability Task Force (IOCTF) Status Briefing September 21, 2008.
1 RMS TAC Update April 3, Test Plan Flight Dates It is the practice of RMS to approved the dates for future testing flights. This enables new.
Delta-DOR WG: Report of the Spring 2010 Meeting Portsmouth, VA, USA May 7 th, 2010 Roberto Maddè ESA/ESOC,
© Drexel University Software Engineering Research Group (SERG) 1 The OASIS SOA Reference Model Brian Mitchell.
Information Architecture BOF: Report of the Fall 2003 Meeting October 28, 2003 Dan Crichton, NASA/JPL.
The FDES revision process: progress so far, state of the art, the way forward United Nations Statistics Division.
Use Case Model Use case description.
Page 1 | Proprietary and Copyrighted Information Structure of the Code Don Thomson, Task Force Chair IESBA Meeting New York, USA September 15-16, 2015.
1 SOA Seminar Seminar on Service Oriented Architecture SOA Reference Model OASIS 2006.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
IPDA Architecture Project International Planetary Data Alliance IPDA Architecture Project Report.
Workplan for Updating the As-built Architecture of the 2007 GEOSS Architecture Implementation Pilot Session 7B, 6 June 2007 GEOSS Architecture Implementation.
Modernization Maturity Model and Roadmap
Pre-Execution Process Review Presentation
The Open Group Architecture Framework (TOGAF)
Action Request (Advice) Registry
MD & NS validation workshop
CIM Cooperative Work Program (COOP)
Presentation transcript:

1 GISWG Services Committee Report Scott Fairholm, Chair October 5, 2006 Alexandria, Virginia

Global Information Sharing Initiatives Executive Briefing Global Information Sharing Initiatives Executive Briefing 2 Resolution The Services Committee agrees with the EAC recommendation of a services capability approach. We agree that two documents are needed: 1) Service Identification Methodology, and 2) Service Specification. The law enforcement domain was selected for capability identification. This was further initially narrowed to single class of capabilities (i.e., Fingerprint Identification) Rationale: Balancing risk and value, we believe that this set of capabilities gives high return, and the governance issues are largely understood (and acknowledged/considered by the Services Committee) and not anticipated to pose significant concerns/impediments.

Global Information Sharing Initiatives Executive Briefing Global Information Sharing Initiatives Executive Briefing 3 Resolution The Service Specification, with Fingerprint Identification as example, will be addressed first. Subsequently, the Committee will address the Methodology.

Global Information Sharing Initiatives Executive Briefing Global Information Sharing Initiatives Executive Briefing 4 Deliverable The draft Services Definition Principles document was tentatively approved, pending further Committee review Schedule: next two weeks – final vetting To be incorporated into the JRA, Services Specification, and/or Methodology document

Global Information Sharing Initiatives Executive Briefing Global Information Sharing Initiatives Executive Briefing 5 Assignment to Services Interaction Committee Develop a Registry Taxonomy that fully specifies a service and facilitates input into a repository Will address metadata issues, for inclusion into the Services Specification document

Global Information Sharing Initiatives Executive Briefing Global Information Sharing Initiatives Executive Briefing 6 Issue for Resolution by the EAC The JRA does not address user-specific issues. How do we address user/system-level security concerns in the JRA, and should we address this issue in the service specification? E.g.: -- An agency has a policy that X information will only be provided to Y people; OR --Juvenile information will not be provided to certain people? --Don’t know until you see the data

Global Information Sharing Initiatives Executive Briefing Global Information Sharing Initiatives Executive Briefing 7 Product from this Meeting Jim Douglas (with Iveta) will draft an initial Service Identification Methodology document Outline for Services Specification document Considering discussions in Alexandria, Sharad to flesh out outline, for vetting by Committee The next anticipated deliverable from this group, tentatively slated for completion by December To be validated by first instance Outline as follows:

Global Information Sharing Initiatives Executive Briefing Global Information Sharing Initiatives Executive Briefing 8 Services Specification Document: Draft Outline I.Service Name – [Fingerprint Identification Service] A.Version B.Lifecycle management II.Context A.“Real world effect of this service is…” B.Applicability III.Service Overview A.Description B.Scope IV.Business Scenarios (elaboration/illustration of the Overview) V.Assumptions and Dependencies Purpose: Expectation management.

Global Information Sharing Initiatives Executive Briefing Global Information Sharing Initiatives Executive Briefing 9 Services Specification Document: Draft Outline VI.Information Model a.Includes logical description of model b.Include an IEPD(s) directly, or by reference c.If IEPD is unavailable, includes comparable artifacts VII.Behavioral Model a.Processing Rules i.Functional model ii.BPMN (recommended) for this specific use case (sequence diagram) b.Fault Handling c.Profiles VIII.Service Interface a.Including formal service interface specification (e.g., WSDL) service template

Global Information Sharing Initiatives Executive Briefing Global Information Sharing Initiatives Executive Briefing 10 Services Specification Document: Draft Outline X.Visibility (Taxonomy) a.Naming b.Versioning c.Lifecycle Management XI.Considerations a.Security b.Service Interaction Profiles (SIPs) c.Execution Context i.Performance ii.Deployment iii.Enabling