160 likes | 422 Views
Presentation Overview. Define the word taxonomyProcess for discovering requirementsProblemSecurity and Functional RequirementsSubsets, Supersets, and Mappings between taxonomies.. What is a taxonomy. The word taxonomy is often not as rigourously defined as other types of knowledge collections.
E N D
1. Requirements for A Taxonomy Management System
2. Presentation Overview Define the word taxonomy
Process for discovering requirements
Problem
Security and Functional Requirements
Subsets, Supersets, and Mappings between taxonomies.
3. What is a taxonomy The word taxonomy is often not as rigourously defined as other types of knowledge collections.
Taxonomies may be used to prescribe acceptable values like authority files/controlled vocabularies do .
They may be considered statements of category membership that are generally hierarchical in nature.
Relationships between items can have thesaurus type relationships BT, NT, Use, UseFor, AltLabel
4. Process for Requirement Discovery Discovering requirements can be more work than satisfying them.
Requirements gathering is a very challenging, and iterative process.
Requirements should not be construed in isolation; formulation requires communication with the interested parties possibly through several revisions of the requirements.
We interviewed stakeholders to understand their needs and articulated them back to them in a written form.
Building use cases can help refine exactly what will and wont happen. These use cases then can drive test cases later in the process.
5. Problem Create an enterprise grade mechanism to house collections like authority files, taxonomies, and ontology's.
Determine a concept of operations for use of the system.
Promote use of the system to encourage information interoperability.
6. Requirement Classes
7. Security Requirements
8. Functional Requirements The system shall store the files at a central location.
The system shall provide the users the access to the files via a web interface.
The system shall make the user provide the Point of Contact (POC) information for each new file.
The system shall let the user edit the Point of Contact (POC) information for each file.
The system shall display the Point of Contact (POC) information for each file.
9. Functional Requirements #2
10. Functional Requirement #3 The system shall let the users with proper permissions perform Creation, Retrieval, Updating and Deletion of files through a web form.
The system shall provide version control for the files.
The system shall make available an issue tracking mechanism to allow the recording of the deficiencies in the files.
The website shall be accessible through firewalls.
The system shall provide auditable access.
11. Functional Requirements FUN! The system shall facilitate discovery of the files by providing navigation using categorical indexes.
The system shall provide the ability to add metadata for each file.
The system will support the personalization of collections through the creation of subsets and supersets of enumerated values.
Supersets and subsets of enumerated values will be stored as pointers in user level profiles.
12. Why Pointers ? - SUBSET
13. SUBSET - Limitations If a subset is created by copying values:
What happens when values from the source change?
How could or would that change propagate to the derived taxonomy?
An elegant solution involves creating a subset using pointers to the source list.
14. SUPERSET Some taxonomy users such as the US NAVY work with landmasses and therefore begin knowledge collections with a Country Code list:
The Navy extends Country Code lists to include bodies of water and subdivsions thereof.
How could or would one prevent future country code list modifications from colliding with extensions?
15. MAPPINGS Some taxonomy users find value in lists containing similar values such as FIPS10-4 and ISO3166-2.
Mapping between entities that refer to the same thing such as Burma = Myanamar are useful.
Who is authoritative about mappings between taxonomies?
16. Questions & Comments Thanks for listening.
Ronald P. Reck
rreck@rrecktek.com