OGC Open Geospatial Consortium (OGC)

Transcription

1 OGC Open Geospatial Consortium (OGC) Request for Quotations (RFQ) and Call for Participation (CFP) for OGC Web Services Initiative - Phase 9 (OWS-9) Annex A OWS-9 WBS and Work Items RFQ Issuance Date: 22 February 2012 Proposal 1

2 Table of Contents 1 Introduction Sponsor Priorities Aviation Deliverables Funding CCI Deliverables Funding SSI Deliverables Funding OWS Innovations Deliverables Funding CITE Deliverables Funding Interoperability Initiative Process Framework Tasks OWS-9 Work Breakdown Structure (WBS) Coordination Collaborative Environment Initiative Plan Development Management Communication Assessments and Analysis Organizational Capability Review Organizational OGC Requirements Review Concept Development Sponsor Feasibility Study Review RFT Development RFT Response Analysis RFT Response Review Architecture Development Enterprise View Development Information View Development Computational View Development Initiative Preparation Sponsor Planning TEMs RFQ Development Participant Budget Development Contract Development SOW/SOP Development Specification Development Model Development Schema Development Encoding Development Interface Development Specification Program Coordination Component Development Prototypical Interoperable Software Development Special Adaptation Development Testing and Integration Configuration Management Infrastructure Setup Technology Integration Experiments System Tests

3 13 Solution Transfer Software Installation Software Integration Data Loading Demonstration Use Case Development Storyboard Development Venue Access Data Requirements Assessment Data Acquisition and Distribution Demonstration Preparation and Delivery Documentation ER Development System Documentation Development Planning Study Report Compliance Test Development Summarize TIEs, demo results and data issues Compliance Test

4 1 Introduction This Annex A document is an integral part of the OWS-9 RFQ/CFP. It describes the Work Breakdown Structure (WBS) and the work items for the OGC Web Services Initiative Phase 9 (OWS-9) Initiative. The Work Items are segregated into five threads. Each thread classifies work items as funded or unfunded items, depending on current sponsorships. 2 Sponsor Priorities The following tables show the OWS-9 Work Items in each of the threads. Work items that are designated with an F are work items that are currently funded. Those that have a U are within scope of this RFQ but may not be funded. All Participants are required to provide in-kind contributions. Some participants will be fully in-kind. Participants are encouraged to propose to provide part or all of a deliverable as in-kind. Any item proposed as a fully in-kind contribution that meets the requirements and architecture for OWS-9 will be accepted. In-kind contributions are used as a criterion for evaluating proposals seeking cost-share funding. 2.1 Aviation Deliverables Funding Table 1 Aviation Thread Deliverables Summary Deliverables Funded / Unfunded 1. OWS-9 Aviation Architecture ER Web Services Architecture F 2. OWS-9 Aviation Architecture ER Portrayal F 3. OWS-9 Aviation Architecture ER WPS F 4. OWS-9 Aviation Architecture ER Registry F 5. OWS-9 Aviation Architecture ER Scenarios F 6. OWS-9 Aviation Architecture ER WFS & Event Service F 7. OWS-9 Aviation Architecture ER - Data Transmission Management F 8. OWS-9 Aviation Performance Study ER and Tool F 9. OWS-9 Aviation WFS Conformance ER F 10. OWS-9 Aviation AIRM to WXXM Derivation ER F 11. OWS-9 Aviation Metadata & Provenance ER F 12. Change Requests F 13. WFS Compliance Test Scripts F 14. Web Feature Service - Transactional F 15. Feature Portrayal Service F 16. Web Processing Service F 17. Event Service F 18. Registry Service F 19. Data Management Service F 20. Aviation Client F 21. AIRM to WXXM Tool F 4

5 2.2 CCI Deliverables Funding The designation F* in this table indicates a sponsor plans to fund the Deliverable but the progress of funds transfer is at a state such that there is risk that the funds may not reach OGC and the deliverable may not be awarded. Table 2 CCI Thread Deliverables Summary Deliverables Funded / Unfunded 1. OWS-9 CCI Semantic Mediation Engineering Report F 2. Metadata encodings for semantic mediation F 3. Mediation Information Models, Encodings and Mappings for data F 4. Change Requests Semantic Mediation F 5. Semantic Mediator Component F 6. Semantic Mediation Service Knowledge Base SPARQL F 7. Semantic Mediation Service Catalog for VGI F 8. Semantic Mediation Service WFS for Semantic Mediation F 9. OWS-9 CCI OWS Context evaluation Engineering Report F 10. OWS Context document for CCI F 11. OWS Context encoding examples for CCI F 12. OWS-9 CCI Conflation with Provenance Engineering Report F 13. Conflation rules encoding F 14. Conflation Web Processing Service F 15. CCI Integrated Client F 16. OWS-9 CCI Single Point of Entry Global Gazetteer Engineering Report F 17. Web Feature Service 2.0 for USGS TNM F 18. Web Feature Service 2.0 for NGA TDS F 19. WFS-G for GNIS F* 20. WFS-G for GNS F* 21. WFS-G semantic mediator F* 22. Catalog for Provenance F 23. Client for Single Point of Entry Global Gazetteer F* 5

6 2.3 SSI Deliverables Funding The designation F* in this table indicates a sponsor plans to fund the Deliverable but the progress of funds transfer is at a state such that there is risk that the funds may not reach OGC and the deliverable may not be awarded. Table 3 SSI Thread Deliverables Summary Deliverables Funded / Unfunded 1. OWS-9 SSI Web Service Security ER F 2. OWS-9 SSI Security Rules Service ER F 3. OWS-9 SSI UGAS Engineering Report F 4. OWS-9 SSI Bulk Data Transfer Streaming Investigation ER F 5. OWS-9 SSI CDA Reference Architecture Analysis ER F* 6. OWS-9 SSI Bindings Façade Tool ER (in-kind) U 7. Suite of Security Services F 8. Security Common Rules Encoding F 9. Security Rules Prototype Service F 10. Security Services Implementation Prototype F 11. Upgraded UGAS tool - SWE Common 2. F 12. Upgraded UGAS tool - UML to JSON schema encoding F 13. Prototype(s) of OWS Bindings Façade Tool F 14. Bulk Data Transfer Prototype F 6

7 2.4 OWS Innovations Deliverables Funding See the OWS-9 Master Schedule in the RFQ/CFP Maid Document for dates for the Milestones (M4, M5) for delivery indicated in the Table. Table 4 OWS Innovations Thread Deliverables Summary Deliverables Funded / Unfunded 1. OWS-9 OWS Innovations Mobile Apps Engineering Report F 2. Mobile App Client - Secured Data Caching F 3. Mobile App Client - Data Capture and Geosynchronization Client F 4. OWS-9 OWS Innovations Map Tiling Methods Harmonization Engineering Report F 5. OWS-9 OWS Innovations Data Quality for Web Mapping Engineering Report 6. WMTS Change Requests F F Prelim at M4 Final at M5 7. WMTS Service (unfunded) U 8. OWS-9 OWS Innovations GPS Study Engineering Report F 9. OWS-9 OWS Innovations GMLJP2 for NITF Engineering Report F 10. OWS-9 OWS Innovations WCS for LIDAR Engineering Report F 11. GMLJP2-wrapped LIDAR HRE Data F 12. WCS 2.0 Service - GML JP2, LIDAR HRE Gridded F 13. WCS and GMLJP2 Change Requests F 14. OWS-9 OWS Innovations Coverage Access Engineering Report F 15. WCS 2.0 Change Requests Coverage Access F 16. WCS 2.0 Service - Coverage Access F 17. OWS Context Document - GMLJP2, LIDAR, NITF capabilities F 7

8 2.5 CITE Deliverables Funding Table 5 CITE Thread Deliverables Summary Deliverables Funded / Unfunded 1. WMS 1.3 Sever Test Suite update F 2. WMS 1.3 Server Reference implementation update F 3. WMS 1.3 Client Test suite update F 4. WMS 1.3 Client Reference Implementation F 5. WFS 1.1 Server Tests update - parameterizations F 6. WFS 2.0 Server Reference implementation F 7. WFS 2.0 Server Test Suite including Filter Encoding 2.0 F 8. GML Test Suite F 9. OWS Context 1.0 Test Suite F 10. SOS 2.0 Server Reference Implementation F 11. SPS 2.0 Server Reference Implementation F 12. WCS EO 1.0 Server Test Suite update F 13. WCS EO 1.0 Server Reference Implementation F 14. TEAM Engine revision user defined data and schemas F 15. TEAM Engine revision modularity, build process, web invocation F 16. TEAM Engine revision reporting F 17. OWS-9 CITE Help Guide Engineering Report F 18. Change Request, as needed U 8

9 3 Interoperability Initiative Process Framework This section describes a flexible framework of standards, repeatable processes, which can be combined and adapted as necessary to address the requirements of each Interoperability Initiative. These tasks are executed with a Virtual Team Infrastructure. This Process Framework forms the basis for the OWS-9 Initiative Work Breakdown Structure. Figure 1 shows Interoperability Initiative Process Framework. Coordination Assessment And Analysis Concept Development Architecture Development Initiative Preparation Specification Development Component Development Testing and Integration Solution Transfer Demonstration Documentation Virtual Team Infrastructure IO Initiation IO Completion Figure 1: Interoperability Initiative Process Framework. 3.1 Tasks Coordination This task enables overall coordination among assigned OGC Staff, OGC Interoperability Program (IP) Team, Sponsors, selected organizations, and other TC/PC Members as needed to perform the following Subtasks: Collaborative Environment - OGC IP Team provides synchronous and asynchronous collaboration environments for cross organizational, globally distributed, virtual teams working interdependently to execute Initiative Orders Activities under this subtask include reading , engaging in collaborative discussions and attending teleconferences. Initiative Plan Development Support development of Project Plans, Project Schedules and Work Breakdown Structures (Work Package). Input may include technical and project management approach, tasks/schedules, communications plan, resource plans, risk and mitigation strategies, and definition of the specifications, standards, component development and integration tasks necessary to realize the Enterprise, Computational, and Information Architecture views. Management Project management services include requirement, cost, schedule and performance monitoring and status reporting. The PM must ensure that assigned project tasks are 9

10 performed within the budgets, the work is progressing according to the agreed schedule, and any changes to requirements or personnel are managed to reduce the risk of cost overrun and schedule delay. Communication Includes communicating status and issues of concern for ongoing Project related activities and planned Initiative to OGC and other organizations e.g. ISO. This task does not include IP Business Development functions Assessment and Analysis This task requires assessment/evaluation and analysis of issues and documentation of an organization s or domains existing capabilities, and assessment of requirements for OGC compliant technology. This task is implemented during Planning Studies Concept Development This task conducts a Feasibility Study that assesses emerging technologies and architectures capable of supporting eventual Interoperability Initiatives (e.g. Testbed). Part of the concept development process is the use of a Request for Technology (RFT) to gain a better understanding of the current state of a potential technology thrust and the architecture(s) used in support of that technology. The feasibility study examines alternative prototype mechanisms that enable commercial web-services technology to interoperate. The study may also assess the costs and benefits of the architectural approaches, technologies, and candidate components to be utilized in a testbed and potential demonstration. This task also collates Sponsor requirements and assesses the applicability of current specifications Architecture Development This task defines the architectural views for any given Initiative. In the context of the OGC Interoperability Program, there are three and perhaps more - architectural views for any given effort. These views are the Enterprise View, Information View and Computational View (based on RM-ODP, ISO 10746). Part of the Architecture Development task may be the use of an RFQ to industry to enable organizations interested in participating in an Interoperability Initiative to respond with a proposal. This task may also be implemented during Planning Studies Initiative Preparation This task defines the participant budget (if any), develops and executes agreements and contracts that outline roles and responsibilities of each participant. This task may refine the Work Package Specification Development This task defines and develops models, schemas, encodings, and interfaces necessary to realize required Architectures. It includes specification Pre-design and Design tasks. This task may include activities to coordinate ongoing Initiatives with Specification Program activities Component Development This task develops prototype interoperable commercial software components based on draft candidate implementation specifications or adopted specifications necessary to realize the required Architecture Testing and Integration This task integrates, documents and tests functioning interoperable components and infrastructures that execute operational elements, assigned tasks, and information flows required to fulfill a set of user requirements. It includes Technology Integration Experiments (TIEs). 10

11 3.1.9 Solution Transfer This task prepares prototypical interoperable components so that they can be assembled at required sites Demonstration This task defines, develops and deploys functioning interoperable components and infrastructures that execute operational elements, assigned tasks, and information flows required to fulfill a set of user requirements Documentation This Task ensures development and maintenance of the pre-specification, pre-conformant interoperable OpenGIS technologies (including draft and final Engineering Reports) and the systems level documentation (example user documentation, etc.) necessary to execute the Initiative. This task may include coordination with OGC Specification Program activities including the Documentation Team Compliance Testing This Task ensures development of draft compliance test guidelines (at a minimum) and test suites for engineering specifications detailed in Engineering Reports. This task includes coordination with the OGC Compliance Program. 4 OWS-9 Work Breakdown Structure (WBS) The following Work Breakdown Structure (WBS) is derived from the OGC Interoperability Initiative Process Framework. This WBS should be interpreted in the following manner: Items that are grayed out are either IP Team tasks, have already been completed, or are not required for the OWS-9 Initiative. Bold text is a task grouping or subtask grouping. Plain text indicates tasks against which proposing organizations should respond. Italic text indicates the task explanation (These task explanations are valid only for OWS-9; subsequent initiatives will issue appropriate task explanations). A proposing organization does not have to respond to all tasks below. However bold italic text in the task explanation indicates which tasks are mandatory or conditional. Conditional tasks are those that are mandatory if a selected organization takes on certain non-mandatory tasks. All responses shall use this WBS to structure their responses. Evaluations of responses will be based on whether a proposal addresses the work items within the WBS. This is a mandatory requirement. The OWS-9 project management plan and schedule will use the WBS during the contract performance period.. 5 Coordination 5.1 Collaborative Environment The following tasks are mandatory for selected organizations Routine and ad hoc telecons as assigned The selected organization shall provide a technical representative and an alternate to participate in regularly scheduled telecoms or an ad hoc telecom. 11

12 review and comment Selected organization shall provide technical representatives to participate in specification and prototypical component development discussions via the OWS-9 mail list Action Item status reporting Selected organizations shall report the status of their work in response to any action item accepted by them in whole or part. Action Items will be assigned to relevant work groups with an identified work group leader. Action item status shall be reported to the relevant work group leader. 5.2 Initiative Plan Development Project Plan Development Project Schedule Development WBS Development Concept of Operations Development 5.3 Management The following tasks are mandatory for selected organizations Status Reporting All status reporting will be conducted within the OGC portal. Business/contract representatives for selected organizations shall report the progress and status of their work as assigned to and accepted by them in their SOW following the structure of this WBS. Status reports will reflect the WBS item number and name, the "health" of the effort with green indicating optimal; yellow indicating issues have arisen that appear resolvable; and red indicating that issues have arisen that require immediate resolution or the effort will not succeed, and finally the report will describe the work done to fulfill the WBS item. A one-time Kickoff status report shall be provided that includes a list of personnel assigned to support the OWS-9 initiative. The kickoff status report shall be submitted to the portal and the OWS-9 Initiative Manager no later than the first day of the OWS-9 kickoff in soft copy format only. Weekly or biweekly thread-level teleconferences will be conducted and recorded in minutes posted on the portal, beginning after the Kickoff. These are for verbal updates and additions of tasks and actions listed on the portal, and to respond to requests for status by the IP Team and Sponsors. Formal status reports will be submitted on a Monthly basis on the portal for compilation to an overall thread and initiative status. These reports will be due by the tenth of the month or the first Monday thereafter. Two kinds of status reports are required (report templates will be provided): Monthly Technical Report: Word document posted on portal, and the Thread Architect notified o o o Narrative to describe work accomplished during this reporting period by the participant s technical team Show % Complete on assigned subtasks within a Participant s SOW (no cost or labor figures) Thread Architect will compile these reports into a Monthly Thread Summary Report, due by the 15 th of each month after the kickoff, and notify the Initiative Manager 12

13 Monthly Business Report: Word document posted on portal, then the IP Executive Director, Initiative Manager, and OGC Business Manager notified o o o o o o Work status overview, by WBS element and name, with Green-Yellow-Red indicators Accomplishments (% completion in work and dollars) Expenditures, such as labor and Other Direct Costs budgeted, actual, projected, and cumulative totals Identification of potential technical performance and/or cost issues and risk mitigation Summary of work expected to be performed during the next period The final monthly report shall be an overall Participant Summary Report, summarizing the Participant s overall contribution to the project Initiative Accounting Cost-share compensation to selected organizations is typically invoiced and paid in three bi-monthly installments. The dates of these installments for OWS-9 will be identified in the Participant Agreement. Business/contract representatives for selected organizations shall submit an invoice to the OGC Business Office at OGC Headquarters. The invoice shall include the OGC Accounting Job Code provided in the contract, the work completed during the prior period, and itemized list of Deliverables. The invoice shall include the budgetary not to exceed amount. 5.4 Communication OGC Internal IP Status Briefings OGC External IP Status Briefings 6 Assessments and Analysis 6.1 Organizational Capability Review 6.2 Organizational OGC Requirements Review 7 Concept Development 7.1 Sponsor Feasibility Study Review 7.2 RFT Development 7.3 RFT Response Analysis 7.4 RFT Response Review 8 Architecture Development 13

14 8.1 Enterprise View Development 8.2 Information View Development 8.3 Computational View Development 9 Initiative Preparation 9.1 Sponsor Planning TEMs 9.2 RFQ Development 9.3 Participant Budget Development 9.4 Contract Development 9.5 SOW/SOP Development 10 Specification Development The proposal shall include brief resume(s) or qualifications of technical representative(s) to lead Specification Development effort for each or applicable tasks listed below. All selected organizations shall send technical representatives to the OWS98 Kickoff meeting. Attendance at this meeting is mandatory for all selected organizations Model Development Technical representatives of selected organizations shall develop or support the development of models that represent a service, interface, operation, message, or encoding that is being developed for the OWS-9 initiative. These models may be in UML or some other appropriate modeling language. All models developed in the initiative will be posted to OGC Network TM Schema Development Technical representatives of selected organizations shall develop or support the development of schemas that specify an interface that is being developed for the OWS-9 initiative. These schemas will be written in XML Schema or some other appropriate language. All schemas developed in the initiative will be posted to OGC Network TM Encoding Development Technical representatives of selected organizations shall develop or support the development of encodings that specify an interface that is being developed for the OWS-9 initiative. These encodings will be specified in XML Schema or some other appropriate language. As applicable, all encodings developed in the initiative will be posted to OGC Network TM Interface Development Technical representatives of selected organizations shall develop or support the development of interfaces that specify operations, encodings or messages that are being developed for the OWS-9 initiative. These 14

15 interfaces will be specified in XML Schema or some other appropriate language. As applicable, all interfaces developed in the initiative will be posted to OGC Network TM Specification Program Coordination Technical representatives of selected organizations shall submit Engineering Reports (ER's) pertaining to interface developments for OWS-9 to the OGC Technical Committee for review. Those representatives shall present said Reports to relevant OGC TC groups and work with members to resolve issues that the members may raise with regard to the ER and the interface(s) described therein. 11 Component Development The proposal shall include brief resume(s) or qualifications of technical representative(s) to lead Component Development effort for each or applicable tasks listed below Prototypical Interoperable Software Development The proposal shall include the resume(s) of technical representative(s) to lead Prototypical Interoperable Software Development effort outlined below Server software development Selected organizations shall develop server software or modify existing product server software to exercise the interfaces developed under the Specification Development tasks in item 6 above. The selected organizations will make this server software available for sponsor review and input during the initial period of the OWS-7 initiative Client software development Selected organizations shall develop client software or modify existing product client software to exercise the servers developed under the Component Development tasks of OWS-9. Selected organizations shall develop client software to support their server software or make arrangements with other participants to use their client software to exercise their server during the course of the initiative. This is subject to approval by the sponsors and IP Team to ensure that the third party client is appropriate for exercising the functionality of the relevant server. If the proposing organization is developing server software and client software, then the client software shall exercise all OWS-9 or other OGC services provided by their server Special Adaptation Development Selected organizations shall adapt client or server software to exercise relevant mainstream IT technology and standards such as PKI and e-commerce technologies. 12 Testing and Integration 12.1 Configuration Management CM Plan Development Selected organization shall provide a representative to develop a configuration management plan for interfaces and components developed during the OWS-9 initiative. 15

16 Initiative CM Selected organization shall provide a representative to exercise the configuration management plan for interfaces and components developed during the OWS-9 initiative Infrastructure Setup Operating Systems Networks Web Server Database Server Web Browsers SW Installation & Integration Data Loading 12.3 Technology Integration Experiments Iterations 1-N Component Interface Test Task Explanation-The Proposing organization shall provide a technical representative to conduct formal Technology Integration experiments that exercise server and/or client component software's ability to properly implement the interfaces, operations, encodings, and messages developed during OWS-9. There will be multiple TIEs during the course of OWS-9 that will exercise various interfaces, operations, encodings, and messages developed during OWS-9. There may also be multiple iterations of a particular TIE or set thereof. This item is mandatory for all organizations proposing to deploy server interfaces for OWS Test Result Analysis Task Explanation-The Proposing organization shall provide a technical representative to report the outcome and relevant software reporting messages from TIEs in which the proposing organization participates. These TIE results shall be submitted to the OWS-9 list and within Monthly Status Report to be courtesy copied to the initiative architect. This item is mandatory for all organizations proposing to develop deploy server interfaces for OWS-9. 16

17 12.4 System Tests Functional Test Interface Test Performance Test 13 Solution Transfer 13.1 Software Installation Selected organization shall provide a licensed copy of OWS-9 relevant software components for integration onto the OGC Network. This could be accomplished by making the software component(s) available from an open site on their network OR by installing it on a sponsor or other host machine on the OGC Network. If the latter option is taken, then the selected organization shall provide a technical representative to install the software component(s). This is mandatory for all organizations proposing to develop software components for OWS Software Integration 13.3 Data Loading Selected organization shall provide a technical representative to load data to any server components the proposing organization may develop. This task includes data loading to OGC Network based servers. This item is mandatory for all organizations proposing to develop server components for OWS Demonstration 14.1 Use Case Development Selected organization shall provide a technical representative to develop or support the development of use cases that define and explain the utility of the interfaces developed during OWS-9. These use cases shall be used to provide a basis for demonstration storyboards and the demonstration itself Storyboard Development Selected organization shall provide a technical or business representative to develop or support the development of the demonstration storyboards that will define the structure and content of the demonstration. 17

18 14.3 Venue Access 14.4 Data Requirements Assessment 14.5 Data Acquisition and Distribution 14.6 Demonstration Preparation and Delivery Selected organization shall provide a technical and/or business representative to develop or support the development of demonstration that will exercise the functionality of the interfaces developed during OWS-9. The representative(s) will also support the demonstration event(s) as required. Selected organization will maintain server and client software for a period of no less than one year after the completion of the OWS-9 demonstration. This item is mandatory for all organizations proposing to develop software components for OWS Documentation 15.1 ER Development Selected organization shall provide a technical representative to serve as editor of a relevant Engineering Report (ER). Not all organizations responding to this item will be required to provide an editor; alternatively however they shall support the editor by providing authors for sections of the ER and for reviews of the Draft ER. The ER is the deliverable of the work items within OWS-9 WBS. Participants shall use the appropriate Document template posted on the OGC portal when preparing reports for submittal as part of this testbed initiative: In some cases, the documentation required is a Change Request to an existing OGC standard. All Change Requests are to be entered into the public, online CR system, found here: System Documentation Development Functional Specification Architectural Overview Selected organization shall provide a technical representative to develop an architectural overview of their software component(s) relevant to the OWS-9 architecture. This item is mandatory for all organizations proposing to deploy server interfaces for OWS Use Cases Selected organization shall provide a technical representative to develop use cases to show the functionality of their software components in the context of the OWS-9 architecture. This item is mandatory for all organizations proposing to deploy server interfaces for OWS UML System Models Selected organization shall provide a technical representative to develop valid UML documents describing information models and architectures involved in their contribution to OWS-9. This item is mandatory for all organizations proposing to develop schema automation components for OWS-9 to be installed at sponsor or other host sites connected to the OGC Network. 18

19 System Configuration Selected organization shall provide a technical representative to develop a detailed document describing the combined environment of hardware and software component(s) that compose their contribution to OWS-9. This item is mandatory for all organizations proposing to develop software components for OWS-9 to be installed at sponsor or other host sites connected to the OGC Network Installation Guide Selected organization shall provide a technical representative to develop an installation guide for their software component(s). This item is mandatory for all organizations proposing to develop software components for OWS-9 to be installed at sponsor or other host sites connected to the OGC Network Training Material & Users Guide Selected organization shall provide a technical representative to develop a User's Guide and Training Materials pertaining to their software component(s) developed or modified for OWS-9. The documents shall be provided to sponsors and IP Team to support their ability to demonstrate the proposing organization's contributions to the OWS-9 initiative. This item is mandatory for all organizations proposing to develop software components for OWS Planning Study Report 16 Compliance Test Development Technical representatives of selected organizations shall develop draft compliance test documentation pertaining to an interface developed or enhanced for OWS-9. For candidate specifications, this test documentation shall, at a minimum, consist of test guidelines that would form the basis for development of more detailed and complete test scripts as the specification matures toward an approved specification. For mature candidate specifications, that are believed to be ready for vote to become approved specifications, participants shall evolve existing or prepare test scripts to form a complete set of tests to fully test an implementation of a specification for compliance with its requirements. Compliance test documentation shall be included in an Engineering Report. This task includes coordination with OGC Compliance Program. Proposals shall address this task along with Task 6, Specification Development and Task 11, Documentation in this Annex Summarize TIEs, demo results and data issues Technical representatives of selected organizations shall include information detailing progress pertaining to the implementation of the interface by including TIE results, lessons-learned from the demo, and particular data issues Compliance Test Technical representatives of selected organizations shall outline all of the necessary information to conduct a valid compliance test of the interface, including the sub items below Test Cases Technical representatives of selected organizations shall outline a valid compliance test for the interface. A valid compliance test will include identification of all required and optional server requests in the interface, the acceptable results for testing servers, the syntax checks to perform for testing client requests; an explanation of an acceptable verification of the results (machine, human, etc); a list of expected/valid warnings or exceptions to interface behavior; a matrix of test dependencies and explanation of ordering tests appropriately for inherent tests and dependencies. 19

20 Data Technical representatives of selected organizations shall identify appropriate data sets for use in conducting a compliance test for an interface Recommendations Technical representatives of selected organizations shall document recommendations to resolve issues with the current state of the interface, or with the compliance tests. 20