Cochrane Collaboration - Register of Studies Consultation

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    Favorites, Groups & Events

    Cochrane Collaboration - Register of Studies Consultation - Presentation Transcript

    1. Cochrane Collaboration Register of Studies Consultation Steve Greenaway & Myles Gorton
    2. Register of Studies Consultation
      • Objectives of the consultation
        • Clarify & prioritise the business & technical requirements for a new Cochrane Register of Studies Database System
        • Produce a Request for Proposal Document
        • Produce a Scoring Guide for responses to the RFP from potential solution providers
    3. Register of Studies Consultation
      • Our approach
        • Document review of existing requirements (and RFP) in order to categorise into functional & non-functional
        • Production of the Requirements Catalogue
        • Production of High Level Architecture Diagrams
        • Prioritisation of all requirements via selected interview process using MoSCoW rules
        • Requirements priorities collated & aggregated
      • Here today to present the findings
    4. High Level Architecture Diagrams
    5. As-Is High Level Architecture
    6. To-Be High Level Architecture
    7. Conceptual Solution for Register of Studies
    8. Example Technology for Register of Studies
    9. Example Architecture for Register of Studies
    10. Requirements Prioritisation Results
    11. Overall Prioritisation
      • Using the MoSCoW rules
        • Must Have – the requirement is essential for the solution to work
        • Should Have – the requirement is very important for the delivery of an efficient or cost effective solution
        • Could Have – the requirement is a “nice to have” and may enhance the solution, but it is not essential for functionality or efficiency. The requirement could be delivered later as an enhancement of the solution
        • Will Not Have – the requirement is of little or no benefit to the solution
    12. Web Application & Search Functionality
      • Requirements related to the web application for the Cochrane Register of Studies, its functionality, look and feel, accessibility and search functionality
    13. Data Migration & Import Validation
      • Requirements related to the importing of data from the Specialised Registers, in particular relating to data migration and data validation processes
    14. Database Design & Reports
      • Requirements related to the structure of database tables, data types and data entity relationships.
      • Also requirements related to database reporting
    15. Interfaces & Integration
      • Requirements related to interoperability with existing systems within and external to the Cochrane Collaboration
    16. Workflow & Process Automation
      • Requirements related to human-to-system workflow and system-to-system process automation.
      • This area is related to interfaces and integration
    17. Non-Functional
      • Non-business function requirements such as:
        • Accessibility
        • Availability
        • Scalability
        • Performance
        • Resilience
        • Security
    18. Next Steps
    19. Request for Proposal
      • Finalise Requirements Catalogue and High-Level Architecture diagrams for inclusion as Appendices in Request for Proposal
        • Produce the RFP
        • Produce the Scoring Guide
        • Publish the RFP
      • Obtain responses, score & rank suppliers
      • However…
    20. Are There Other Options?
      • Based upon our understanding of the requirements, our findings so far and our experience
        • Many requirements = complex RFP = complex system
        • The solution has the feel of a “Rolls Royce”
        • Would a “Ford” or “Mini” suffice?
        • Is this the best use of the funding available?
      • Back to basics – what is the problem that we are trying to fix?
    21. What are the problems?
      • Look of the data
      • Data duplication
      • Reference vs. Study based
      • Complete rebuild of CENTRAL with each publication
      • Searching
      • Workflow
      • Benefits of a centralised solution
    22. Our Thoughts Cochrane Wiley/Blackwell Users SR’s Hand-search Etc. Register of Studies DB CENTRAL ProCite EndNote Etc. Publication Cochrane Library
    23. Our Thoughts Cochrane Wiley/Blackwell Users SR’s Hand-search Etc. Register of Studies DB CENTRAL ProCite EndNote Etc. Publication Cochrane Library
    24. Our Thoughts Cochrane Wiley/Blackwell Users Register of Studies DB CENTRAL ProCite EndNote Etc. Publication Cochrane Library SR
    25. Our Thoughts Cochrane Wiley/Blackwell Users Register of Studies DB CENTRAL Web Front End Publication Cochrane Library SR COTS Commercial Off The Shelf Package
    26. Any Questions?

    + Cochrane.CollaborationCochrane.Collaboration, 7 months ago

    custom

    222 views, 0 favs, 0 embeds more stats

    UK Contributors Meeting, Edinburgh - March 2009

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 222
      • 222 on SlideShare
      • 0 from embeds
    • Comments 0
    • Favorites 0
    • Downloads 0
    Most viewed embeds

    more

    All embeds

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories