|
|
| Author: |
Charles Griffin, Denis Avdic
|
Email:
|
griffinch@mail.nih.gov
|
Team:
|
MDR
|
Contract:
|
27XS083 |
Client:
|
National Cancer Institute Center for Biomedical Informatics and Information Technology
National Institutes of Heath
US Department of Health and Human Services
|
The purpose of this document is to collect, analyze, and define high-level needs and features of the NCI CBIIT caCORE Common Meta Data Registries effort in the overall MDR project. This document focuses on the functionalities proposed by the product stakeholders and target users in order to make it a better product. The use-case and supplementary specifications document will detail how the framework will fulfill these needs.
Vision and Needs
The objective of this iteration of the Common Meta Data Registries effort is to solidify a design for the common features that meta data registries within and associated with caCORE and caBIG should have. The design derived out of this iteration will focus on common common domain model elements, common operations, and federated meta data registry development.
Functional Requirements
This iteration is strictly focusing on creating a design. If a prototype needs to be developed to help prove or enforce a design, a scope item will be added to this table after it is approved through the scope change management process.
Functional Bug Fixes
There is no code currently developed for the Common Meta Data Registry effort so there are no associated defects.
Non-Functional Requirements
This section describes in detail all the related requirements which must be met for this release but do not add functionality. These requirements are included in the scope and project plan due to level of effort or relative importance to the overall success of delivery of the release.
| GForge number (hyperlinked) |
Brief description of non-functional requirement
|
Iteration
(Approved or Proposed)
|
| 17404 |
Create a design describing the common classes and attributes that a caCORE/caBIG affiliated meta data registry must implement to be considered a registry conforming to the ISO 11179 Metadata Registry Standard. This design must be detailed enough to provide developers clear direction on how to include the common classes and attributes in their meta data registry domain models.
|
Iteration 2
(LBNL) |
| 17403 |
Create a design describing how caDSR content can be distributed to adopters for use within their local institution's or environment's meta data registry. The local meta data registry may or may not be caDSR. The design will detail what components will be distributed (i.e. database, apis, scripts, data) and how adopters would obtain the distributed components/data. Additionally, this design will describe: (1) how adopters can receive updates to their local meta data repository; (2) how adopters could submit locally created meta data to NCI CBIIT caDSR for central registration. (take QSM architecture and make it based on the common operations and schemas - common API - dependent on 1, 3, 4)
|
Iteration 2
(LBNL/Oxford) |
| 17406 |
Create a document discussing the feasibility of the specification common operations that meta data registries should implement to adhere to the MDR common meta data registry specification. If common operations are feasible, then a description of the common meta data registry operations should be specified.
|
Iteration 2
(LBNL - Look at the ROR Study Period Artifacts) |
| 17407 |
Define a meta data registry data exchange message format base on the LBNL work to define an ISO11179 XML Schema
|
Iteration 2 (LBNL)
|
General Support Activities
This section describes in detail all the related activities which must be performed for this release but do not add functionality. These activities are included in the scope and project plan due to level of effort or relative importance to the overall success of delivery of the release.
| GForge number (hyperlinked) |
Brief description of general support activity |
Iteration
(Approved or Proposed) |
| 17408 |
The team will need to allocate time to prepare and present design and strategy material to potential adopters and stakeholders.
|
Iteration 2
|
Stakeholder Summary
Customer Name
|
Role
|
Interest/Need
|
Denise Warzel
|
caCORE Product Manager
|
|
Bruce Bargmeyer
|
Semantic Management - (common registry requirements and artifacts) Product Manager
|
|
Dave Hau
|
caCORE Engineering Manager
|
|
CBIIT Staff/Contractor Name
|
Role
|
Responsibilities
|
Charles Griffin
|
Project Manager
|
|
Denis Avdic
|
Architect/Lead Developer
|
|
| Nadine Azie |
Data Architect |
|
Technical Environment
This product uses the following technical components which have been derived from the current NCICB Technology Stack.
Client Interface
|
N/A |
| Application Server |
Apache Tomcat 5.5.9, JBoss 4.0.5 |
| Database Server |
Oracle 10g, mySQL 5.0 |
Operating System
|
Windows 2000. XP, Vista, Linux |
Product Dependencies
This release is dependent on the caCORE components or products documented in the CORE Product Dependency Matrix.
Out of Scope Items
Items that are out of scope were evaluated as part of the initial scoping activities for this release, and subsequently not included in the final approved scope. These items are also documented in the cumulative backlog of requirements found on the product GForge site. They include out-of-scope functional requirements (enhancements or new features), bug fixes, non-functional requirements, and general support activities.
| GForge number (hyperlinked) |
Brief description of item moved from the in-scope section
with brief explanation added of why it was not included in this release
|
Iteration during which the item
was removed from in-scope
|
| |
|
|
Document History
Document Version:
|
Click the Info tab. View the Recent Changes or click the link to view the page history.
|
Last Modified:
|
Refer to the first line displayed in the document window.
|
Project GForge site:
|
https://gforge.nci.nih.gov/projects/mdr/
|
Most current version:
|
Unless the display includes a notice that you are viewing a previous version, you are viewing the most current version of this Scope Document for the release indicated in the title.
|
Revision history:
|
Click the Info tab. In the Recent Changes area, click the link to view the page history.
|
Review history:
|
Click the Info tab. In the Recent Changes area, note the developer who made each change and the date and time. Refer to the Key People Directory for their roles. Click the link to view any page or to view the page history, and then click the link for a page. When the page opens, view the comments and changes made in that version.
|
Related documents:
|
[caCORE:Name and URL of each related document]
|
Project Information
CBIIT Management
|
Role |
Responsibilities |
Denise Warzel
|
Product Manager
|
Oversees development of the product: features, functions, definition of stakeholders, priorities within the scope, timeframe for release
|
Dave Hau
|
Engineering Manager
|
Oversees NCICB caCORE software engineering practices, conducts design reviews, guides technical development for MDR, caDSR, CSM, CLM, and SDK
|
Denise Warzel
|
Product Line Manager
|
Oversees NCICB caCORE product line. Responsible for overall product integration, major and minor release cycles. Supports Product Manager.
|
Document Signoffs
CBIIT Management
|
Role
|
Stakeholder Management |
Role |
Sign off |
Date |
| |
|
|
|
|
|
| |
|
|
|
|
|
| |
|
|
|
|
|
|
