Difference between revisions of "Re-implementing the MMS"

From Metadata-Registry
Jump to: navigation, search
 
(Re-Implementing the MMS for GEM)
Line 7: Line 7:
 
#New implementation of the Repository database
 
#New implementation of the Repository database
 
#New implementation of the internal management database
 
#New implementation of the internal management database
#Abstracting user management and adding to internal management database
+
#Abstracting user and service management and adding to internal management database (using registry model)
 
#Setup of simple services structure (similar to Recommender)
 
#Setup of simple services structure (similar to Recommender)
 
#Implement new harvester
 
#Implement new harvester
Line 13: Line 13:
 
==Phase II==
 
==Phase II==
  
#Re-implementing the MMS OAI server (exising server needs to have data backend made more abstract to deal with any data format or source)
+
#Re-implementing the MMS OAI server (exising server needs to have data backend made more abstract to deal with any data schema or source)
 
#Adjust the metadata editor to accommodate any metadata schema and work with the simple services structure
 
#Adjust the metadata editor to accommodate any metadata schema and work with the simple services structure
 
#Implement services registry on top of existing components (user management and repository)
 
#Implement services registry on top of existing components (user management and repository)
 
#Setup safe transformation service, generalized to any repository
 
#Setup safe transformation service, generalized to any repository
 +
 +
==Phase III==
 +
 +
#Implement

Revision as of 13:08, 4 November 2005

Re-Implementing the MMS for GEM

Phase I

Current implementation has very tight ties to an Oracle database. For new, generalized MMS, the functions need to be more abstract, in order to work with any database. The internal user management systems were handed off to an external service in the original implementation. In the re-implementation, roles and rights for users need to be abstracted to work either wholly within the MMS or linked to an external user authentication system.

  1. New implementation of the Repository database
  2. New implementation of the internal management database
  3. Abstracting user and service management and adding to internal management database (using registry model)
  4. Setup of simple services structure (similar to Recommender)
  5. Implement new harvester

Phase II

  1. Re-implementing the MMS OAI server (exising server needs to have data backend made more abstract to deal with any data schema or source)
  2. Adjust the metadata editor to accommodate any metadata schema and work with the simple services structure
  3. Implement services registry on top of existing components (user management and repository)
  4. Setup safe transformation service, generalized to any repository

Phase III

  1. Implement