1、哈尔滨工业大学改善基本办学条件校内综合信息发布平台二期建设项目（软件类）招标要求招标要求招标人：哈尔滨工业大学2018 年 12 月改善基本办学条件校内综合信息发布平台二期招标要求 I目 录第一章 项目基本情况 .2第二章 项目技术需求 .3一、项目概况 .31、建设目标 .32、预期的建设效果 .3二、项目需求描述 .41、功能需求 .42、性能需求 .53、平台需求 .64、UI 需求 .6三、项目技术要求 .61、总体要求 .62、关键技术指标 .63、对项目技术架构和技术实现途径的要求 .84、项目验收及质保期 .85、付款方法和条件 .96、售后维护要求 .9四、项目与学校信息化总体
2、框架兼容的要求 .101、系统对接要求 .102、对系统扩展性的要求 .123、对系统安全性的要求 .124、对系统部署方式的要求 .145、对相关文档和交付物的要求 .14五、技术情报和资料的保密要求 .15第三章 评标办法和评审依据 .16改善基本办学条件校内综合信息发布平台二期招标要求2第一章 项目基本情况1、招标项目名称：校内综合信息发布平台二期建设项目2、招标采购内容：校内综合信息发布平台二期建设项目3、项目建设期：6 个月4、项目联系人 姓名：付德宇 电话：18946085813 E-MAIL： 5、招标方式：公开招标6、项目预算：25 万元7、合格投标人资格：无8、关于报价的要求
3、：无改善基本办学条件校内综合信息发布平台二期招标要求3第二章 项目技术需求一、项目概况1、建设目标校内综合信息平台项目一期，在时间紧、任务重的情况下，已经顺利实现了系统功能和数据的平移，部门级信息发布平台今日哈工大（http:/)和个人级信息发布平台哈工大空间服务(http:/)均已先后正式上线运行。新平台上线 6 个月以来，虽然在系统底层安全性、移动端覆盖方面取得了重要进步，但随着用户的不断增多、访问压力的不断加大，用户需求和用户期待的不断提升，平台在系统性能、系统稳定性、用户体验以及功能扩展性方面的新问题逐渐暴露出来，有些问题正使系统面临不断累积的潜在风险，具有进一步升级改造的紧迫性。这些
4、新问题主要表现在 4 个方面：（1）当前平台前台展示和后台管理以及前台用户系统和后台用户系统，高风险一体，迫切需要做前后台解耦分离，避免前后台互相影响，彻底解决系统性能和系统稳定性问题，并为系统前台功能扩展提供基础。（2）平台内置的 2 个系统的公共管理部分相对薄弱，不能有效实现敏感词共享，系统补丁同步升级以及平台全局性监控等功能，有必要构建统一管理平台，进一步提升平台的整体运维效率和可扩展性，增强系统的安全性。（3）当前平台大量审核和交互操作，因缺乏有效的实时通知功能，导致工作效率较低，有些功能难以发挥作用。因此有必要整合系统消息，将通知渠道扩展覆盖到邮件、短信、微信公众号、站内私信、浏览器
5、桌面通知等，将平台重要提示、置顶申请批复、广告申请批复、文章纠错、内容调整等重要信息第一时间通知到终端用户，大大提升系统与用户以及用户与用户之间的快速交互。（4）平台通过一段时间的运行，系统前后台的用户体验，暴露出大量不易用不好用的细节问题，用户反馈较多，急需进行从外观到功能方面的全面改进和升级，以满足用户需求，提升系统的用户满意度。校内综合信息平台项目二期的建设目标，除了解决上述新问题，还需强化历史数据管理、运行数据统计分析功能，推出个性化的前台服务。在空间服务建设方面，需对空间类型进行进一步细分，推出满足教学、科研实际需求的特殊功能组件，提升服务品质，扩展服务容量，为学校师生提供更优质高效
6、的服务。改善基本办学条件校内综合信息发布平台二期招标要求42、预期的建设效果拆分前台用户管理系统和后台管理系统，提升系统的稳定性和可扩展性。构建统一的信息发布系统基础支撑平台，全面提升系统的安全性，降低系统的维护成本。构建统一的消息系统，实现系统与用户、管理员与用户及用户与用户之间的多渠道消息快速交互。全面改进系统的用户体验，提升系统的易用性。扩展哈工大空间服务功能，推出信息平台共享图库。改进系统的统计功能，实现一页式统计报表。二、项目需求描述1、功能需求1.1 信息发布系统基础支撑平台需求 建设统一的信息发布系统基础支撑平台，实现今日哈工大网站和个人空间服务网站的统一监控、统一敏感词设置、统
7、一系统升级、统一数据备份以及统一的安全管理。 基于哈工大特色和需求，建设通用页面模板，抽象公共功能组件，集成统一身份认证，前后台 PC、移动一体化，形成基础内容管理系统，基于此内容管理系统可方便地建设不同类型的信息发布系统，并通过接入信息发布系统基础支撑平台，确保系统的安全性，最终大大降低各类个性化信息发布系统的建设成本。1.2 统一的系统消息平台需求 提供方便嵌入各子系统的消息发布组件，实现系统对用户，管理员对用户以及用户对用户的多场景消息发布。 实现基于用户权限的消息管理系统，方便地实现消息的查询、修改与删除。 可灵活设置并管理各类消息的传播方式，支持邮件、短信、微信公众号、站内消息等多种
8、信息传播渠道。1.3 系统前后台分离及前台用户个性化服务的需求 实现系统前台用户和后台用户的物理分离 创建前台用户个性化页面，记录用户访问过的数据，关注的院系部门以及曾经发表过的留言和反馈情况。改善基本办学条件校内综合信息发布平台二期招标要求51.4 用户体验升级需求 优化现有网站界面，今日哈工大网站强化院部页建设，个人空间服务网站强化内容聚合频道建设。 提升编辑器的智能化操作，支持多渠道图片插入及多图一次性插入，支持文章一键排版，支持文章自动保存，支持文章标签自动提取等。 提升系统与公众号平台对接的易用性。 优化后台系统结构，提升后台系统性能。1.5 今日哈工大归档数据库管理需求 将已经归档
9、的 5 万多条数据迁移到新的平台（现存于旧系统） ，开发归档数据的查询与管理功能，确保今日哈工大的所有历史数据都可以方便地获取。 建立数据库归档功能，确保运行数据库保持最小化高效率。1.6 个人空间服务功能扩展需求 增加个人空间的信息内容类型，这些内容类型包括图书、论文、课程、作业。 基于新增内容类型实现对教学科研的辅助服务 构建与上述内容类型相匹配的网站前台栏目和互动功能1.7 信息发布平台共享图库的建设需求共享图库预置大量与学校主题相关的各类符合规格的非版权图片，并增加描述标签，允许信息发布人员发布文章时，基于关键字从公共图片库中提取规范化图片用于文章配图，以提升图文内容的专业性。 提供共
10、享图库的管理接口，允许系统外用户为公共图片库贡献图片，但图片需经管理员的审核才能进入公共图片库。 共享图库既可以内置于后台编辑器，也可以在前台展示，分享给校内各类用户。1.8 系统个性化统计需求 设置基于用户权限的一页式年度统计、月度统计功能，在系统前后端，展示与用户权限相匹配且图文并茂的一页式统计报表。改善基本办学条件校内综合信息发布平台二期招标要求62、性能需求系统承载用户50000 人，并发用户量500 人，支持同时在线人数10000 人；页面响应速度 3 秒以内，数据量 100 万以内；支撑全部业务时，系统无卡顿。3、平台需求系统应用须部署至学校统一分配的虚拟机上。4、 UI 需求通过
11、提供统一的 UI 规范、良好的人机接口与灵活多样的展现方式，保证界面的美观大方，操作的一致性、便捷性。所有投标人均须完全遵守项目总体要求，并明确应答方案。三、项目技术要求1、总体要求 系统需采用稳定、开源、高度可扩展的框架性产品，框架稳定，保证核心功能的稳定可靠，降低完全从头定制开发的风险。 代码开源，甲方可自由使用源代码。 功能高度可扩展，支持灵活扩展，满足可持续性运营、功能扩展的需求。安全更新保障，有持续的安全维护和响应流程。2、关键技术指标（1） 页面跨设备跨浏览器支持需要同时支持前后台响应式，满足用户跨设备跨浏览器访问前台，管理员跨设备访问后台。（2） 前后台完全分离前台展示和后台管理
12、要完全分离，实现物理隔离。（3） 数据接口兼容 NoSQL 数据库改善基本办学条件校内综合信息发布平台二期招标要求7支持适应大数据计算的 NoSQL 键值对数据库，如 Memcache、Redis 等。（4） 支持松散耦合的可插拔式扩展机制 前端展示、权限管理、区块逻辑、底层数据结构要独立可插拔式，即可单独维护扩展某一个功能。 前端展示样式和内容分离，可自适应各种尺寸的终端设备，可在节假日等特殊日子快速切换主题。 底层数据结构支持实体化，和软件开发中的面向对象思想一致，所有对象都可以抽象为实体，如：用户（人）、内容（各种类型的内容，如：通知、评论等）、关系（人和人、人和物、物和物）等，实体可由
13、字段组成，表征其属性和行为，可随时添加修改，为各项实体的业务逻辑、前台呈现提供了最大的灵活性。 权限管理灵活，实现基于角色的访问控制（RBAC）模型，在此基础上还可根据部门和用户自身来进行授权。方便地实现不同角色、不同用户的个性化管理界面。具有完善的用户迁移（部门间）、封禁、注销、用户日志管理、异常行为警告等基本功能。（5）安全性和可靠性系统从技术和管理两方面提供安全保障机制，保障数据、应用及设备的安全。数据安全方面：保证用户数据、运营相关数据不被非法盗用和修改伪造，保证数据不因意外情况丢失和损坏，并提供多种安全检查审计手段；应用安全方面：系统提供多级的权限控制机制和授权审查流程，有效控制对应
14、用系统的访问；设备安全方面：通过规范的安全管理流程，杜绝对设备的非法入侵和访问。（6）响应及时性：保证系统数据处理的准确性，提供多种核查手段和一致性保障机制，保障实时/ 非实时数据交换准时、正确、完整。对实时性要求高的处理提供特殊有效的处理方法，满足互联网级大并发量下的时间响应需求。 响应时间当执行数据录入操作时应无等待时间；日常业务操作平均响应时间50000 人所有投标人均须提供投标产品满足的技术指标，并明确是否满足上述技术指标要求。3、对项目技术架构和技术实现途径的要求（1） 要求基于 B/S 的体系结构，后台访问均基于浏览器进行。在浏览器兼容性方面，必须全面支持至少一款主流浏览器，如 I
15、E 内核浏览器、Webkit 内核浏览器、Gecko 内核浏览器（例如：Firefox、Chrome 、Safari、IE11、360 浏览器、百度浏览器、遨游、搜狗、猎豹等） 。（2） 编程语言需要按 PHP 7 或 J2EE 1.7 以上规格。系统采用面向对象组件化设计，并基于跨平台业界标准，包括 HTML5，CSS3，JSON 等，完全独立于硬件和操作系统的开发环境。（3） 要求至少支持的操作系统为 Linux 操作系统。（4） 支持完备的日志管理功能，包括系统安全日志、系统操作日志和系统运行日志，支持日志查询，支持日志文件导出。4、项目验收及质保期合同签订后 180 个工作日内交付所有
16、功能并接受验收。项目验收须达到如下要求：（1）完成系统改造改善基本办学条件校内综合信息发布平台二期招标要求9（2）完成新功能上线（3）上线测试时间超过 30 天，并修正所有测试错误项目免费质保周期为 2 年。5、付款方法和条件按照以下方式分期支付：1) 合同签订后一周内甲方支付中标额的 30%作为项目启动款；2) 项目整体验收完毕后一周内支付中标额的 60%；3) 质保期后的一周内支付中标额的 10%。6、售后维护要求（1）对项目使用培训的要求 投标方需根据用户需求不断改进系统功能和性能，并提供有效的二次开发培训。 应针对本项目的最终用户和系统运行维护用户提供分层次培训。需提供灵活多样的培训方式，包括最终用户的操作培训、对运行维护人员的技术培训等。 应制定详细的人员培训方案，培训方案应包括培训目的、培训时间安排、人员层次、人数、次数、培训课程（包括课程介绍）主要内容（列出培训基本内容）培训组织方式等。 对于提供的所有培训，必须保证师资力量，主要培训教员应是产品的主要设计和开发者。 培训的内容及方案应由双方协商制定。供应商前来进行技术培训的人员的费用包括在合同总价中。（2）对项目售后服务的要求
