Académique Documents
Professionnel Documents
Culture Documents
1 Content Management
1.1 Submit Raw Data and Upload Documents
1.1.1 Submit text based content through HTML forms.
1.1.2 Upload file types including: .doc, .pdf, .xls, .ppt, .gif, .jpg to the content management system.
1.1.3 Categorize content based on site taxonomy as defined in Requirements Section 6 below.
1.1.4 Associate content with other "knowledge objects" on the site including content, discussions, events, and people.
1.1.5 E-mail notification is sent to user after submitting content.
1.2 Search and Retrieve Content and Documents
1.2.1 Content searching integration into site search as defined in Requirements Section 6 below.
1.2.2 Retrieve content from search to view onscreen.
1.2.3 Print content and "save as…" where appropriate.
1.2.4 "Save content" to a "personalized my content" area where the user can return later and easily access it.
1.2.5 Forward content to a friend by enter friend's e-mail address.
1.3 Archive/Rank Content
1.3.1 Archive content based on time horizon specified by administration and user search parameters to shorten searches.
1.3.2 Rank content on a scale of "1" to "10" based on its usefulness.
1.3.3 Search content based on ranking data.
1.3.4 "Serve" content to users based on ranking data.
1.4 Manage Content Workflow
1.4.1 Administrator can determine whether or not content must follow an approval process.
1.4.2 Administrator can determine whether there are 1 or 2 layers in the approval process.
1.4.3 If 1 level, Administrator can update, approve, or reject content.
1.4.4 If 1 level, if content is rejected it is routed back to original submitter for updating.
1.4.5 If 2 level approval process, administrator can determine who first level approver is before admin approval.
1.4.6 If 2 level approval process, first level approver can update, approve, or reject content.
1.4.7 If 2 level approval process, if content is rejected at either step, it is routed back to original submitter for updating.
1.4.8 After content is approved by administrator it is immediately available on the site.
1.4.9 Notification e-mails are sent to the original submitted when the status of the submitted content changes.
1.4.10 Administrator can "flag" content as important for users, adding it to the top of content lists and searches.
2 Collaboration
2.1 Discussion Boards
2.1.1 Create new discussion threads.
2.1.2 Create new messages.
2.1.3 Reply to messages.
2.1.4 Message author information is available to users.
A Training
A.1 Robust Online Help
A.1.1 Help section is pre-existing on the site.
A.1.2 Help section is robust and matches offline documentation (meaning there is not need to access offline materials).
A.1.3 Administrator can update Help section.
A.1.4 Simple FAQ list is available in the Help section out of the box.
A.1.5 Administrator can create a custom FAQ based on CoP needs.
A.1.6 Online help content is downloadable in .doc or .pdf format.
A.2 Robust Offline Help/Documentation
A.2.1 Offline user documentation is pre-existing and available.
A.2.2 Available in a one pager quick reference guide.
A.3 Training / Brown Bag Workshops Available Out of the Box
A.3.1 Vendor provided content for training/brown bag workshops is available.
A.3.2 Vendor provided training workshops for site administrators.
A.3.3 Vendor provided training workshops for users (note that the system should be usable w/out extensive training).
B Implementation Costs and Scalability
B.1 Software Costs / Technical Environment
B.1.1 Compatible platforms
B.1.2 Cost of main "server" licenses for the software.
B.1.3 Cost of initial "seat" licenses for users within a single instance.
B.1.4 Cost for additional "instances."
B.1.5 Cost of seats for additional "instances."
B.1.6 Equation for determining license seats (price breaks for number of seats, etc.).
B.1.7 Discounting opportunities.
B.1.8 Data conversion costs with this package.
B.1.9 USAID owns current licenses?
B.2 Hardware Costs
B.2.1 Hardware environment specifications.
B.2.2 Estimated cost to purchase hardware.
B.2.3 Hardware can be supported on existing USAID infrastructure?
B.3 Scalability (to more users within a CoP and to more CoPs)
B.3.1 Software is easily scalable to additional users within a CoP.
B.3.2 Software is easily scalable to maintaining multiple CoPs with separate configuration.
B.3.3 Software has defined "load" requirements provided by the vendor.
B.3.4 Performance does not degrade based on target number of users.