The Resource Description Repository (RDR) is the authoritative information repository for SP resources critical to the function of XSEDE central services. This activity redesigns the RDR around the Rails framework, used in other areas of XSEDE. RDR continues to use a web interface to administer static resource information so that documentation coordinators can continue to manage resources in a format that is easy and familiar.
- (Shava) Tried out interface and reported being able to add duplicate admins – Developers fixed by adding a "The RDR Admin already exists" error message.
- (Shava) Test missing for "Information Services data cache" – Developer clarified would be tested during SDIACT-178 testing
- (Shava) Need Inca tests? Developer added into deployment plan.
Review Input Documents
Materials for SDIACT-117 are linked below and have been checked into SVN at:
Software (use the latest revision below)
- N/A, already a deployed service at https://dirsdev.psc.edu/rdr_ui/
- User Guide (See Introduction)
- Design/Security overview
- Installation guide
- Deployment Plan
- User guide
- Defect, issue, and risk reporting
- See SDIACT-117 test plan below
- Acceptance test plan
- Test Plan
- Shava (Safari, Tests 1, 5)
- Susan (Google Chrome, Tests 2-4)
- Tabitha (Firefox, Test 2-4)
- Dana Brunson (Test 2-4)
- Testing resources
Package information: All software packages (e.g., server and client packages) for this CI are listed.
Documentation and Installation instructions: The deployment plan for this CI on XSEDE is clearly described as well as the installation instructions and any XSEDE specific configuration instructions.
Test environment and facilities: The test environment needed to adequately to validate this component is described. Should indicate also whether testing can be performed within a VM and if not, the reasons for it.
Assumptions: Lists any assumptions needed before testing can begin (e.g., accounts needed).
Test procedures, cases, and scenarios: Lists the tests that should be run or an associated test suite and expected performance metrics if applicable.
Defect, issue, and risk reporting: Deployment plans should include defect and issue reporting information. The testing plan could reference that same information from the deployment plan, or provide alternate information if defects and issues need to be reported differently during testing. Risks, as well as defects and issues, should be part of the testing report.
ScheduleCurrent Date: 2020-06-03
Current Status: Closed (Joint SD&I and Operations Readiness Review)
|Target Date||Actual Date||Activity Milestone|
|2015-10-28||Review launch date|
|2015-11-04||Written feedback due (Reviewers)|
|2015-11-06||2015-11-05||Written response date (Review Material Developers)|
|2015-11-09||2015-11-05||Final approval due and completion date (Reviewers)|
Review Last Updated: 2015-11-10 9:10 am
If you are a reviewer, please login to sign or withdraw from this review.
- Susan Lindsey
SIGNED: 2015-11-04 07:55
- Tabitha Samuel
SIGNED: 2015-11-02 09:46
- Shava Smallen
SIGNED: 2015-11-05 15:34
- Dana Brunson
- John-Paul Navarro
Review Material Developers