采购单位:图书馆
终止信息

终止理由	报价供应商数量不符合要求

采购项目信息

项目名称	武汉大学查新管理系统	项目编号	B2021101107
开始时间	2021-10-11 16:28:36	截止时间	2021-10-16 16:28:36
供应商资格要求	参照《中华人民共和国政府采购法》第二十二条规定的资格条件。	预算金额(元)	99800.0

采购货物信息列表

序号	货物（服务）名称	数量	计量单位	预算单价
1	武汉大学查新管理系统	1	套	99800.00
	技术参数	武汉大学查新管理系统通过建立武汉大学科技查新站的特点和工作流程，即提高查新工作效率，又方便查新员与客户交流，同时方便文档管理，查新统计分析等工作。功能需求:系统功能模块：模块：管理员：工作人员管理，客户管理，申请事务查询，工作量统计，处理事务统计，系统设置；客户管理：新用户注册/登录，科技查新申请，提交科技查新，报告上传/下载，查新进度状态查询；科技查新：科技查新申请审核，缴费凭证审核，科技查新任务分配，科技查新执行，科技查新审核，科技查新报告生成,用户意见反馈; 交流通讯:管理员与工作人员交流，工作人员与客户交流,客户与管理员交流，新信息提醒; 财务模块:系统根据查新范围，客户的类型，查新点的数量和加急的时间，自动计算查新报告的总费用; 日志模块:对客户修改，管理员任务分派，查新员进度更新，审核，等操作进行记录; *查新工具:检索词库，在查新员输入检索词的时候，同步提示相关的检索词，以保证查全率。武汉大学查新管理系统平台功能需求如下：1.提交委托。系统可以让委托人提交委托单，填写委托合同中的信息，委托人提交后，可查询委托单的状态，查新员根据查新合同情况将问题反馈给委托人，委托人可以修改退回的委托申请并重新提交。查新管理员可以根据设置查新范围给出最近的需求查新报告日期，早于设置的日期，不能提交。2.受理委托。系统自动为委托编报告流水号；在报告完成时自动生成正式的报告编号，查新管理系统能根据对应的学科选择对应的数据库（本站给出数据库模板），并根据当前日期确定数据库的截至月。*查新员可利用检索词库扩充检索词，也可以查看历史相关课题的检索词以便基于以前的工作积累吸收查新课题资料生成检索词和检索式。从历史词库中选择检索词。3.文献检索和处理。系统能实现一次检索中多个指定数据库和搜索引擎。并将检索结果经过题名和作者排序，题名和作者相同的文献去重后反馈到检索结果页中（最多可存500条记录，搜索引擎反馈前30条记录）。查新员导入与自动处理endnote，ris等多种文献标准格式的科技查新密切相关文献并去除重复记录。*并用高亮显示全部检索词。4.*标注密切状态。委托人和查新员在线协同确认相关文献是否为密切相关文献。5.撰写对比结论。委托人撰写对文献的个人看法，查新员撰写最终的对比结论。在撰写查新报告对比结论时，*查新员能同时看见关注的相关文献，查新点，和结论撰写框。撰写框中要能插入图片。6.出具查新报告（两种模板）。生成教育部，电机工程学会等标准格式的word科技查新报告，其中包含委托人和项目的基本信息，密切相关文献清单以及查新结论7.通讯模块。*有新消息，实时提示相关人员。客户发送的消息，优先通知相关查新员。8.财务模块系统根据报告的份数，查新类型，加急天数，查新点的数量自动计算出报告的费用，系统可以自动发出邮件，提醒委托人来领取查新报告，并提示需缴纳费用等情况，*用户缴费流程可对接校财务系统，用户缴费成功后可自动更新缴费状态，并通知管理员，相应查新员和图书馆财务人员。发票信息，发票号登记。9.工作量统计。系统从最开始的委托人提交委托，查新员受理委托，到导入和标注相关文献，撰写对比结论，以及最终的工作量统计，做到完成工作及归档统计的效果，实时统计，重新提交的委托到进行中、已退回，待缴费、已完成等各个状态的委托工作量，并按照来源、查新范围，报告类型、目的、依据、状态、付款、单位、报告年份来统计查新员的工作量。10.页面定制根据武汉大学科技查新站的业务需求，提供个性化页面开发，针对专利信息服务，专利数据展开等需求进行开发。具体细节功能需求：1. 客户注册模块。包括客户昵称，客户编号，客户真实姓名，单位、联系方式（手机，邮箱，QQ，微信），学科，专业，研究方向等；校园卡统一认证用户。 2. 委托书模块。自动生成个人课题流水号，委托人可以查看自己委托的历史基本信息（倒序排列），点击进入对应的历史委托详细信息，已经完成查新报告的委托，用户只能查看，不能修改。 3. 委托书提交模块。用户可以在线填写并提交委托书项目技术要点，查新点，和中英文关键词等信息。 4. 系统管理员可以根据设置查新范围给出最近的需求查新报告完成日期，较设置的日期早的，不能提交，需先与查新中心联系，经查新管理员同意可以修改。 5. 发票信息。用户提供开发票的相关信息。历史发票号和开票日期，以及对应的发票图片。 6. 客户付款。客户按照提示的帐号中转账或付款后，上传付款凭证信息到对应的委托项目中。 7. 通知提醒。用户的委托查新状态发生变化，能通知用户或相关人员。 8. 用户每次登录系统时，显示新消息 9. 用户能在线查看查新进展状态。 10. 客户、查新员，查新系统管理员和审核员之间能进行在线交流。 11. 权限控制模块，查新管理员能自行设定用户（包括游客、客户，查新员，审核员，财务人员）的权限。游客只能查看本查新站的介绍、收费、制度等公开信息。客户，除了游客权限外，只能查看和修改自己的项目信息，查看查新进展，下载自己的委托资料。查新员，审核员和管理员可以同时兼任。 12. 科技查新管理员。具有人员管理功能。能分派查新任务给查新员和审核员，分派任务后提醒相关人员，并修改项目状态。能审阅查新项目委托书，可以拒绝客户委托。管理员能临时提升某个工作人员的权限为管理员。 13. 查新员模块，查看自己当前的任务和历史任务。修改尚未提交审核的查新报告。一旦提交，需经审核员或者系统管理员修改状态才能修改查新报告。 14. 审核员模块，查看自己当前的任务和历史任务。审核完成，可以反馈给查新员，查新员最终完成，可以存档。 15. *当审核员指定的审核内容时，自动出现，并预设几种常见的问题。查新员和审核员在点击问题时，可以跳转到报告中问题所在位置。 16. 查新管理系统能通过几种常见文件（txt，ris，doc，bib等）批量导入文献著录格式的文献，能单独或者批量删除文献。 17. 查新管理系统能对指定的关键词，在文献著录信息中用特殊颜色标出所有指定的关键词。以加强显示度。 18. 查新管理系统，将查新员选定的相关文献加入到检索文献列表中（去重），用于文献对比。 19. *在撰写查新报告对比结论时，查新员能同时看见关注的相关文献。针对的查新点，和结论撰写框。撰写框中要能插入图片。 20. 查新管理系统能根据默认设置自动调整文字格式和字体字号。 21. 查新管理系统，在查新员和审核员点击对应的相关文献时，显示相关文献的文献信息，对比结论和对应的查新点。 22. *查新管理系统能根据对应的学科选择对应的数据库（本站给出数据库模板），并根据当前日期确定数据库的截至月。 23. 查新管理系统能根据对应的模板（电力查新模板和教育部查新模板）自动生成查新报告。并允许查新员和审核员下载。 24. 查新管理系统能根据需要自定义统计项，并生成报表。 25. *系统具备一次加入检索词库的功能，在每完成一项查新，系统可以自动加入新的检索词。查新员、审核员和系统管理员，可以确定词语之间的关系。逐渐完善词语之间的关系。 26. 系统可以实现全角与半角字符的相互转换。 27. 系统能实现一次检索中多个指定数据库和搜索引擎。并将检索结果经过题名和作者排序，题名和作者相同的文献去重后反馈到检索结果页中（最多可存500条记录，搜索引擎反馈前30条记录） 28. 日志模块。客户、查新员、审核员和系统管理员登录都生成日志，对于已提交的数据进行修改，也需要形成日志。 29. 当查新报告状态换成交付的时候，提示未付款信息。 30. 查新发送快递后，可以快递单号追踪。技术要求：1、总体要求 1.1.交互要求 1.1.1.系统能针对用户操作习惯调整功能设置和界面布局，实现界面友好、操作简便以及系统易用。 1.2. * 数据库要求 1.2.1.系统设计的数据表结构、数据字段、数据字典、范式设计必须符合武汉大学教育信息化云平台数据标准，提供符合该标准的数据库设计文档，数据库推荐采用Oracle、SQL SERVER、MySQL等主流数据库。2.兼容性要求 2.1.服务端 2.1.1.支持目前主流操作系统（如Windows、Linux等）。 2.2. * 浏览器 2.2.1.支持3种及以上目前主流浏览器（如Microsoft Edge、360浏览器、Chrome、Firefox、safari等）。 2.3. 升级要求 2.3.1.系统在版本升级中保证接口协议、功能不发生变化。 3.性能要求 3.1. * 用户要求 3.1.1.系统运行支持至少10万级注册用户量。 3.1.2.支持1000以上用户同时使用。 3.1.3.支持1000以上并发用户量。 3.2. * 运行要求 3.2.1.系统保证7×24小时运行。 3.3. * 响应要求 3.3.1.普通页面响应时间，小于1秒，最大不超过3秒。 3.3.2.查询页面响应时间，小于1秒，最大不超过3秒。 3.3.3.后台数据批处理时间应在二小时内完成。 3.4. *移动端适配要求 可适配移动端，兼容不同尺寸移动设备，用户在移动端不需要进行缩放和横向滚动条即可查看网站所有内容且文字图片清晰。 4.扩展性要求 4.1. * 数据对接 4.1.1.可以与武汉大学的数据平台进行数据交换，满足数据交互的功能。 4.1.2. 数据要充分共享共用，服务期内按校方的要求提供数据视图。 4.2. 设计要求 4.2.1.系统完全采用模块化的设计框架，模块之间遵循高内聚、低耦合的设计原则，具有灵活方便的添加新模块和变更模块的功能。 4.3. * 接口要求 4.3.1.程序接口和数据接口清晰，便于二次开发，为新功能模块预留接口。 4.4. * 统一身份认证对接 4.4.1.支持与武汉大学的用户统一身份认证系统进行对接，将指定功能集成到武汉大学信息门户、智慧珞珈。 4.5. * 统一消息平台对接 4.5.1.支持与武汉大学统一消息平台等进行对接 5.文档要求 5.1. 技术文档 5.1.1.《项目建设方案》 5.1.5.《系统接口标准说明书》 5.1.6.《系统设计说明书》 5.1.7.《数据库设计说明书》 5.2 实施文档 5.2.2.《需求规格说明书》 5.2.3.《测试报告说明书》 5.2.5.《用户操作手册》 5.2.6.《安装部署手册》 6. 安全性要求 6.1. * 用户安全 6.1.1.提供安全手段防止非授权用户的非法侵入、攻击，避免操作人员的越级操作。 6.1.2.采用分级管理模式，对不同级别用户的操作权限和数据访问范围有严格的限制，系统管理员可以根据学校情况灵活设置安全策略。 6.2. * 系统安全 6.2.1.系统自身具备网页防篡改、防注入式攻击、脚本过滤、防口令猜测、ip地址访问控制等安全措施。 6.2.2.系统需通过武汉大学信息中心安全设备的相关检测，根据扫描报告完成系统漏洞修复。 6.3. * 数据安全 6.3.1.具备容灾能力，能够记录系统访问日志及操作日志，备份和恢复系统数据，保证系统安全稳定运行。 6.3.2.对敏感性数据进行加密保存，支持标准主流加密算法，对安全性要求特别高的数据需进行物理隔离。 6.4.版权安全 6.4.1. 公司在合作过程中绝对保护我馆查新相关数据的知识产权，每一篇元数据、每一篇全文数据都不得外传，并签署正式合同。 7. 维护性要求 7.1. * 部署要求 7.1.1.业务系统可以与数据库分开部署。 7.1.2.业务系统和数据库实现本地化部署。 7.2. * 维护要求 7.2.1.系统为管理员提供丰富的系统设置和维护功能，包括用户和权限设置、字段维护、代码表维护、日志监控、数据批量处理等等，让管理员能进行各项日常维护工作。 7.2.2 后期维护期限5年，维护期间，提供系统的免费升级、故障修复服务。 7.2.3 维护期限过后，提供持续的技术支持。六、 实施及其它要求 1.对接要求 中标公司负责与学校统一身份认证等系统对接和集成。 2.开发要求 有专属本项目的开发团队，至少包括5位研发人员，1位项目经理。 3.支持服务要求 提供7×24小时电话支持服务，系统出现异常时，需在2小时内给予解答；如需技术人员现场解决，则在甲方指定时间内到达现场提供服务支持。 项目工期 自合同签订之日起 2 个月内完成项目实施，进行初验。试运行 6 个月后达到验收要求，进行项目终验。 免费质保期限为自终验之日起 5 年。
	相关材料	武汉大学查新管理系统参数指标要求.doc

武汉大学采购与招投标管理中心
2021-10-16 17:21:06