服务采购

公开招标文件

项目编号：CLF0119GZ05ZC67

项目名称：智慧校园基础软件平台建设项目

广东开放大学（广东理工职业学院）

广东采联采购科技有限公司

2019年

让︱您︱的︱选︱择︱更︱专︱业 项目编号：CLF0119GZ05ZC67

温馨提示！！！

（本提示内容非招标文件的组成部分，仅为善意提醒。如有不一致的地方，以招标文件为准）

1. 如无另行说明，投标文件递交时间为投标截止时间前30分钟内。

1. 本项目邀请投标人参加开标会议，请适当提前到达。

1. 投标保证金按第二章《投标资料表》中的要求提交（账号信息详见第二章《投标资料表》）。

1. 投标文件应按顺序编制页码。

1. 请仔细检查投标文件是否已按招标文件要求盖章、签名、签署日期。

1. 请正确填写《开标一览表（报价表）》、《投标分项报价表》(如有)。多包组项目请仔细检查包组号，包组号与包组采购内容必须对应。

1. 如投标产品属于许可证管理范围内的，须提交相应的许可证复印件。

1. 首次参与政府采购项目投标的供应商，应在报名成功后最迟必须于开标前一日登录广东省政府采购网（办事指南链接： http://www.gdgpo.com/workEnchiridion.html）进行注册。《广东省政府采购网供应商注册登记指引》详见采购代理机构网站（www.chinapsp.cn）“下载中心”。（注:已注册过账号的供应商请忽略此信息。）

1. 投标人如需对项目提出询问或质疑，应按招标文件附件中的询问函和质疑函的格式提交。

http://www.chinapsp.cn 第7页，共8页 广东采联采购科技有限公司

目 录

第一章 投标邀请3

第二章 投标资料表6

第三章 开标、评标、定标8

第四章 用户需求书21

第五章 合同文本63

第六章 投标文件格式68

第七章 投标人须知94

第一章 投标邀请

广东采联采购科技有限公司受广东开放大学（广东理工职业学院）的委托，对智慧校园基础软件平台建设项目进行公开招标采购，欢迎符合资格条件的供应商投标。

1. 采购项目编号：CLF0119GZ05ZC67（440000-201905-156025-0070）

1. 采购项目名称：智慧校园基础软件平台建设项目

1. 采购项目预算金额（元）：2,900,000.00

1. 采购数量：（软件开发服务）：1

1. 采购项目内容及需求 (采购项目技术规格、参数及要求，需要落实的政府采购政策)：

1. 项目最高限价：人民币2,900,000.00元。

1. 项目基本概况简述：本次智慧校园基础软件平台建设主要内容包括：应用管理平台（含网上办事大厅门户）、主数据管理平台（校级数据中心）、统一身份认证平台（统一认证）、校级流程平台、公共服务应用、教职工信息服务、企业微信端服务应用开发、已有业务系统集成。

1. 政府采购监督管理部门：广东省财政厅政府采购监管处。

1. 需要落实的政府采购政策：

1. 《政府采购促进中小企业发展暂行办法》（财库〔2011〕181号）

1. 《关于政府采购支持监狱企业发展有关问题的通知》(财库〔2014〕68号)

1. 《关于促进残疾人就业政府采购政策的通知》（财库〔2017〕141号)

1. 《关于环境标志产品政府采购实施的意见》(财库〔2006〕90号）

1. 《节能产品政府采购实施意见》的通知（财库〔2004〕185号）

1. 供应商的资格：

1. 具备《中华人民共和国政府采购法》第二十二条规定的条件：

0. 提供在中华人民共和国境内注册的营业执照（或事业单位法人证书，或社会团体法人登记证书，或执业许可证）、组织机构代码证和税务登记证复印件【如已办理了多证合一，则仅需提供合证后的营业执照】，如投标人为自然人的需提供自然人身份证明；

0. 提供2018年的年度财务状况报告复印件，或2019年任意1个月的财务状况报告复印件；或银行出具的资信证明材料复印件；

0. 提供2019年任意一个月的依法缴纳税收的证明（纳税凭证）复印件，如依法免税的，应提供相应文件证明其依法免税；

0. 提供2019年任意一个月的依法缴纳社会保险的证明（缴费凭证）复印件，如依法不需要缴纳社会保障资金的，应提供相应文件证明其依法不需要缴纳社会保障资金；

0. 提供履行合同所必需的设备和专业技术能力的书面声明；

0. 提供参加政府采购活动前3年内在经营活动中没有重大违法记录的书面声明。

1. 不同投标人之间有下列情形之一，不接受作为参加同一采购项目竞争的投标人：①为采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商；②单位负责人为同一人或者存在直接控股、管理关系的不同供应商。③在信息系统建设中，受托为本项的前期工作提供设计、编制规范、进行管理等服务的投标人及其附属机构。

1. 本采购项目不接受联合体投标。

1. 本项目投标人未被列入“信用中国”网站(www.creditchina.gov.cn)以下情形之一：①记录失信被执行人；②重大税收违法案件当事人名单；③政府采购严重违法失信行为。同时，在中国政府采购网(www.ccgp.gov.cn)“政府采购严重违法失信行为信息记录”中查询没有处于禁止参加政府采购活动的记录名单。

1. 已办理报名并成功购买本招标文件的供应商。

1. 招标文件获取方式：可采用现场报名或线上报名任一一种报名方式。线上报名：供应商应登入采购代理机构网站（www.chinapsp.cn），点击网站右方“立刻注册”进入系统注册，注册完成后进行系统填写报名信息，然后打印《采购文件发售登记表》与下述报名资料一并加盖供应商公章扫描发至代理机构邮箱（baoming87651688@163.com），由我司工作人员审核（咨询电话020-87651688-411、401）报名资料通过后，报名供应商必须于本采购项目招标公告规定的报名时间内向我司缴纳标书款【（招标文件购买汇款账号信息：（开户银行：广发银行股份有限公司广州白云机场支行；账号：9550880004679000499000001）】，否则视为未完成报名。

1. 提供在中华人民共和国境内注册的营业执照（或事业单位法人证书，或社会团体法人登记证书，或执业许可证）复印件（1、如非“多证合一”证照，同时提供组织机构代码证复印件和税务登记证复印件；2、若分公司投标：供应商为非独立法人（即由合法法人依法建立的分公司），须同时提供具有法人资格的总公司的营业执照复印件及总公司对分公司出具的有效授权书原件。已由总公司授权的，总公司取得的相关资质证书对分公司有效。法律法规或者行业另有规定的除外）；如投标人为自然人的需提供自然人身份证明。

1. 法定代表人证明书及法定代表人身份证复印件和法定代表人授权委托书及授权代表身份证复印件；（如法定代表人亲自办理获取招标文件事宜的，无需提交法定代表人授权委托书及授权代表身份证复印件）

1. 《采购文件发售登记表》复印件。

备注：已办理报名并成功购买招标文件的供应商参加投标的，不代表通过资格性、符合性审查。

1. 符合资格的供应商应当在2019年6月20日至2019年7月10日期间（办公时间内，法定节假日除外）到广东采联采购科技有限公司（详细地址：广州市环市东路472号粤海大厦7楼）或采用线上报名方式）购买招标文件，招标文件每套售价人民币300.00元，售后不退。

1. 投标截止时间：2019年7月11日9:30。

1. 提交投标文件地点：广州市环市东路472号粤海大厦7楼会议室。

1. 开标时间：2019年7月11日9:30。

1. 开标地点：广州市环市东路472号粤海大厦7楼会议室。

1. 本公告期限（5个工作日）自2019年6月21日至2019年6月27日止。

1. 联系事项：

(一)采购人：广东开放大学（广东理工职业学院）

地址：广州市下塘西路1号

联系人：黄老师

联系电话：020-83504809

传真：/

邮编：/

(二)采购代理机构：广东采联采购科技有限公司

地址：广州市环市东路472号粤海大厦7、23楼

联系人：刘女士

联系电话：020-87651688-133

传真：020-87651698

邮编：510075

(三)采购项目联系人：李女士

联系电话：020-87651688-161

附件： 1、委托代理协议

2、招标文件

发布人：广东采联采购科技有限公司

发布日期：2019年06月20日

第二章 投标资料表

说明：该资料表的条款项号是与《投标人须知》条款项号对应的条款，是对《投标人须知》补充、修改和完善，如果有矛盾的话，应以本资料表为准。

条款号

内容

说明与要求

一、说明

2.2

采购人名称

广东开放大学（广东理工职业学院）

资金来源

财政性资金

2.3

采购代理机构

机构名称：广东采联采购科技有限公司

联系人：李女士

联系电话:020-87651688-161（上午09:00至12:00,下午14:00至17:00，法定节假日除外）

联系部门：项目部

联系地址：广州市环市东路472号粤海大厦23楼

邮政编码：510075

5.1

采购代理服务费

1. 中标人须向采购代理机构按如下标准和规定缴纳采购代理服务费：

（1）以《招标文件》中预算金额作为采购代理服务费的计算基数。

采购代理服务费收费采用差额定率累进法计算方式。按中华人民共和国国家发展计划委员会颁发的计价格[2002]1980号、国家发改委[2003]857号及发改价格[2011]534号文规定的“服务类”计算。

（2）采购代理服务费的缴纳形式：

向采购代理机构直接缴纳采购代理服务费。可用支票、汇票、电汇等付款方式；

1. 投标人应签署投标文件格式《采购代理服务费承诺书》，作为投标文件的一部分。

1. 中标人在领取《中标通知书》前应向采购代理机构缴纳采购代理服务费。凭领取人身份证复印件并加盖公章领取《中标通知书》。如采用电汇或银行转账，须同时递交采购代理服务费缴费凭证复印件并加盖公章。

二、招标文件

9.1

集中答疑会或现场考察

不举行

三、投标文件的编制

13.2

投标报价

1、投标报价（总价）中不得包含招标文件要求以外的内容，否则，在评标时不予核减。

2、若投标报价有缺漏项的，缺漏项部分的价格视为已包含在投标报价中，中标后不作任何调整。

13.2.1

投标分项报价

包括但不限于项目的服务价格、应向中华人民共和国政府缴纳的增值税和其它税等全部税费以及履行合同所需的费用、所有风险、责任等其他一切隐含及不可预见的费用。

13.3

报价是唯一或固定不变

是

13.4

备选方案

1）不允许有备选方案，否则将被视为无效投标。

2）每项报价或每种规格货物或每项服务只允许有一个报价，否则将被视为无效投标。

13.5

附加条件报价

不允许附加条件报价，否则将被视为无效投标。

14.1

投标货币

人民币

17.4

技术支持资料

不适用

18.1

投标保证金

投标保证金金额、账号信息及相关事项详见附件。

19.1

投标有效期

90日历日（从投标截止之日计起）。

20.1

投标文件份数

正本一份，副本五份，若正本与副本有不一致，以正本为准。

电子文件一份（不可加密）。

20.2

电子文件

电子文件是指将按招标文件要求签署、盖章后的正本投标文件扫描成PDF格式后拷贝至无病毒无密码的U盘或光盘。电子文件与正本投标文件一同密封，若电子文件与正本不符，以正本为准。

其他说明

/

公告媒体

1、采购代理机构网站（www.chinapsp.cn）。

2、法定媒体：中国政府采购网(www.ccgp.gov.cn)、广东省政府采购网（www.gdgpo.gov.cn）。相关公告在法定媒体上公布之日即视为有效送达，不再另行通知。

/

评标方法

采用综合评分法。

附件

投标保证金

一、

投标保证金的提交形式与金额：

1、

投标保证金的提交形式：非现金形式。

2、

投标保证金金额：投标人应按本附件“项目相关信息”中规定的金额缴纳投标保证金，并作为投标文件的组成部分。

二、

我司保证金账户信息：

收款单位名称

广东采联采购科技有限公司

开户银行

广发银行股份有限公司广州白云机场支行

账 号

9550880004679000219001658

注：

1、投标人请在缴款凭证'备注'栏写明（CLF0119GZ05ZC67），以便查询。

2、有效期：投标保证金应在投标有效期内有效。

3、如本项目接受联合体投标的，可以由联合体中的一方或者共同提交投标保证金，以一方名义提交投标保证金的，对联合体各方均具有约束力。

三、

项目相关信息

（1）

项目名称：智慧校园基础软件平台建设项目

（2）

项目编号：CLF0119GZ05ZC67

项目信息

序号

项目名称

应收保证金(人民币 元)

1

智慧校园基础软件平台建设项目

50567

第三章 开标、评标、定标

1. 开标

0. 采购代理机构在投标邀请中规定的日期、时间和地点组织开标会议。开标时邀请所有投标人代表参加。参加开标的代表应签名报到以证明其出席。

0. 开标时，由投标人或者其推选的代表检查投标文件的密封情况；经确认无误后，由采购人或者采购代理机构工作人员当众拆封，宣布投标人名称、投标价格和招标文件规定的需要宣布的其他内容。

0. 开标过程应当由采购人或者采购代理机构负责记录，由参加开标的各投标人代表和相关工作人员签字确认。

0. 投标人代表对开标过程和开标记录有疑义，以及认为采购人、采购代理机构相关工作人员有需要回避的情形的，应当场提出询问或者回避申请。采购人、采购代理机构对投标人代表提出的询问或者回避申请应当及时处理。

0. 投标人未参加开标的，视同认可开标结果。

1. 评标委员会的组成

1. 本次招标依法组建评标委员会，评标委员会成员人数为5人单数。

1. 评标委员会成员名单在评标结果公告前应当保密。评审专家有下列情形之一的，受到邀请应主动提出回避，采购当事人也可以要求该评审专家回避：

1. 参加采购活动前3年内与供应商存在劳动关系；

1. 参加采购活动前3年内担任供应商的董事或监事；

1. 参加采购活动前3年内是供应商的控股股东或者实际控制人；

1. 与供应商的法定代表人或者负责人有夫妻、直系血亲、三代以内旁系血亲或者近姻亲关系；

1. 与供应商有其他可能影响政府采购活动公平、公正进行的关系。

1. 评标委员会成员和参与评标的有关工作人员不得透露对投标文件的评审和比较、中标候选人的推荐情况以及与评标有关的其他情况。

1. 评标委员会负责具体评标事务，并独立履行下列职责：

3. 审查、评价投标文件是否符合招标文件的商务、技术等实质性要求；

3. 要求投标人对投标文件有关事项作出澄清或者说明；

3. 对投标文件进行比较和评价；

3. 确定中标候选人名单，以及根据采购人委托直接确定中标人；

3. 向采购人、采购代理机构或者有关部门报告评标中发现的违法行为。

1. 对于投标文件中含义不明确、同类问题表述不一致或者有明显文字和计算错误的内容，评标委员会应当以书面形式要求投标人作出必要的澄清、说明或者补正。

1. 投标人的澄清、说明或者补正应当采用书面形式，并加盖公章，或者由法定代表人或其授权的代表签字。投标人的澄清、说明或者补正不得超出投标文件的范围或者改变投标文件的实质性内容。投标人的澄清文件是其投标文件的组成部分。

1. 投标文件报价出现前后不一致的，按照下列规定修正：

6. 投标文件中开标一览表（报价表）内容与投标文件中相应内容不一致的，以开标一览表（报价表）为准；

6. 大写金额和小写金额不一致的，以大写金额为准；

6. 单价金额小数点或者百分比有明显错位的，以开标一览表的总价为准，并修改单价；

6. 总价金额与按单价汇总金额不一致的，以单价金额计算结果为准。

同时出现两种以上不一致的，按照前款规定的顺序修正。修正后的报价按照本章第2.6规定经投标人确认后产生约束力，投标人不确认的，其投标无效。

1. 评标委员会决定投标的响应性只根据投标文件中提供的材料内容，而不依据外部的材料证据。

1. 评标委员会认为投标人的报价明显低于其他通过符合性审查投标人的报价，有可能影响产品质量或者不能诚信履约的，应当要求其在评标现场合理的时间内提供书面说明，必要时提交相关证明材料；投标人不能证明其报价合理性的，评标委员会应当将其作为无效投标处理。

1. 评标委员会成员对需要共同认定的事项存在争议的，应当按照少数服从多数的原则作出结论。持不同意见的评标委员会成员应当在评标报告上签署不同意见及理由，否则视为同意评标报告。

1. 评标

2. 评标方法：本项目采用综合评分法。综合评分法，是指投标文件满足招标文件全部实质性要求，且按照评审因素的量化指标评审得分最高的投标人为中标候选人的评标方法。

2. 评标步骤：

1. 本项目按各包组进行独立评审，按包组的自然顺序进行评审。

1. 资格性审查：开标结束后，采购人或者采购代理机构依法对投标人的资格进行审查，详见《资格性审查表》。对初步被认定为资格性审查不合格的，应可实行告知投标当事人，以让其核证。未通过资格性审查的投标人，不进入符合性审查。

1. 符合性审查：评标委员会应当对符合资格的投标人的投标文件进行符合性审查，详见《符合性审查表》，以确定其是否满足招标文件的实质性要求。评标委员会对初步被认定为符合性审查不合格或无效投标者可实行告知投标当事人，由评标委员会主任或采购人代表将集体意见现场及时告知投标当事人，以让其核对事实。未通过符合性审查的投标人，不进入技术、商务和价格评审。

1. 详细评审：

3. 评标委员会对符合性审查合格的投标文件进行技术、商务评估，综合比较与评价。具体技术、商务、价格部分的评审因素详见《综合评分表》。

1. 评标过程中，不得去掉报价中的最高报价和最低报价。

1. 评标时，评标委员会各成员应当独立对每个投标人的投标文件进行评价，并汇总每个投标人的得分。

1. 综合得分=技术得分+商务得分+价格得分。

1. 推荐中标候选人

3. 使用综合评分法的采购项目，单一产品采购项目提供相同品牌产品或非单一产品采购项目多家投标人提供的核心产品品牌相同的，且通过资格审查、符合性审查的不同投标人参加同一合同项下投标的，按一家投标人计算，评审后得分最高的同品牌投标人获得中标人推荐资格；评审得分相同的，按投标报价由低到高顺序排列；得分且投标报价相同的，由采购人委托评标委员会采取随机抽取方式确定，其他同品牌投标人不作为中标候选人。

3. 采用综合评分法的，评标结果按评审后得分由高到低顺序排列。得分相同的，按投标报价由低到高顺序排列。得分且投标报价相同的并列。投标文件满足招标文件全部实质性要求，且按照评审因素的量化指标评审得分最高的投标人为排名第一的中标候选人。

3. 推荐综合得分排名第一的投标人为第一中标候选人，排名第二的投标人为第二中标候选人。

3. 中标候选人并列的，由采购人采取随机抽取的方式确定中标人。

1. 确定中标人

4. 采购代理机构提交评标报告报采购人确认，采购人在收到评标报告之日起5个工作日内确定中标人，按照评标报告中确定的中标候选人顺序确定中标人，也可以事先授权评标委员会直接确定中标人。确认后采购代理机构将在刊登本项目招标公告的法定媒体上发布中标公告。

4. 中标人拒绝与采购人签订合同的，采购人可以按照评标报告推荐的中标候选人名单排序，确定下一候选人为中标人，也可以重新开展政府采购活动。

4. 中标人放弃中标的，采购人可以按照排序从其他中标候选人中确定中标人，没有其他中标候选人的，应当重新组织采购活动。

4. 中标人被依法认定中标无效的，合格供应商符合法定数量时，采购人依法从合格的中标候选人中另行确定中标供应商，否则重新组织采购活动。

1. 特别说明

5. 有下列情形之一的，视为投标人串通投标，其投标无效：

0. 不同投标人的投标文件由同一单位或者个人编制；

0. 不同投标人委托同一单位或者个人办理投标事宜；

0. 不同投标人的投标文件载明的项目管理成员或者联系人员为同一人；

0. 不同投标人的投标文件异常一致或者投标报价呈规律性差异；

0. 不同投标人的投标文件相互混装；

0. 不同投标人的投标保证金从同一单位或者个人的账户转出。

5. 投标人存在下列情况之一的，投标无效:

1. 未按照招标文件的规定提交投标保证金的；

1. 投标文件未按招标文件要求签署、盖章的；

1. 不具备招标文件中规定的资格要求的；

1. 报价超过招标文件中规定的预算金额或者最高限价的；

1. 投标文件含有采购人不能接受的附加条件的;

1. 法律、法规和招标文件规定的其他无效情形。

5. 废标

2. 在招标采购中，出现下列情形之一的，应予废标。

2. 符合专业条件的供应商或者对招标文件作实质响应的供应商不足三家的；

2. 出现影响采购公正的违法、违规行为的；

2. 投标人的报价均超过了采购预算，采购人不能支付的；

2. 因重大变故，采购任务取消的。

说明：

1. 投标人必须严格按照《资格性审查表》、《符合性审查表》的评审内容的要求如实提供证明材料并应加盖投标人公章，若投标人不满足《资格性审查表》、《符合性审查表》中任何情形之一的，则其投标无效。

1. 技术、商务评分：评标委员会各成员分值的算术平均值（四舍五入后，小数点后保留两位有效数）。

1. 投标人应如实提交《综合评分表》要求提交的相关各类证明、资料等并应加盖投标人公章，投标人如未按要求提交的，该项评分为零分。

1. 评审内容中投标人提交的支持文件或印刷的资料或外文书证或者外国语试听资料使用中文以外的另一种语言的，相应内容应附有中文译本并加盖投标人公章，否则不予认可。若两种语言不一致时以中文翻译本为准。

资格性审查表

序号

评 审 内 容

1.

符合招标文件中规定资格要求的及资格证明文件齐全；

1.

投标人资格声明函已提交并符合招标文件要求的。

符合性审查表

序号

评 审 内 容

1.

按照招标文件规定要求签署和盖章的；

1.

按照招标文件规定投标文件有法定代表人签署本人姓名（或印盖本人姓名章），或签署人有法定代表人有效授权书的；

1.

投标函已提交并符合招标文件要求的，且投标有效期满足招标文件要求的；

1.

投标人按招标文件要求提交投标保证金的；

1.

投标报价未超过最高限价的；

1.

投标文件完全满足招标文件以“★”标明的实质性条款要求的；

1.

投标文件没有采购人不能接受的附加条件的；

1.

投标文件没有出现串通投标情形的；

1.

投标文件没有招标文件中规定的其他无效投标条款的；

1.

按有关法律、法规、规章不属于投标无效的。

综合评分表

序号

评审因素

评分细则

权重（%）

分值（分）

一

技术部分(合计55分)

1.

货物技术参数和性能指标

投标产品完全满足本文《用户需求书》的所有技术参数指标得30分；

①未带“▲”项，每不满足一项扣1分，扣完为止。

②带“▲”项，每不满足一项扣2分，扣完为止。

备注：

1、带▲项的指标，请供详细的产品功能截图或证明文件，若提供的产品功能截图或证明文件不符，将视为不满足。满足与否由评标专家判定。

30%

30分

1.

项目负责人

本项目负责人要求：

1、取得项目管理专业人士资格认证（简称：“PMP”）得1分；

2、取得计算机类或教育类专业中级及以上工程师职称证书得1分；

3、计算机类本科及以上学历得1分。

提供相关证书扫描件，且在投标单位缴纳社保半年以上（2018年12月至2019年5月），提供社保资料（至少包含养老；补缴的社保不予计算；网页截图或窗口打印资料或社保部门出具的证明均可）作为评标依据，未提供不得分。

评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。

3%

3分

1.

项目组织及实施方案

项目组织及实施方案包括但不限于：

1、 项目实施方案；

2、 项目组织架构、人员分工；

3、 项目进度及质量管控系统。

方案内容全面成熟，组织架构科学，人员分工合理，项目进度及质量管理系统完善，细节描述清晰，人性化强，得4分；

方案内容较全面较成熟，组织架构较科学，人员分工较合理，项目进度及质量管理系统较完善，细节描述较清晰，人性化较好，得2分；

方案内容一般全面不成熟，组织架构不科学，人员分工较一般，项目进度及质量管理系统不完善，细节描述不清晰，得1分；

备注：提供项目组织及实施方案，提供真实系统截图，可证明系统具备对项目进度、交付质量进行跟踪、追溯、投诉、反馈功能，对项目交付过程中的文档资料、配置文件进行知识管控功能，未提供或其他不得分。

4%

4分

1.

售后服务及培训方案

售后服务及培训方案包括但不限于：

1、 售后服务期限、服务体系、服务内容、响应速度；

2、 培训计划、目标、培训内容及培训措施；

3、 提供在线平台培训。

售后服务计划全面且完善，科学性及系统性强，响应速度快，在线平台培训完整，得3分；

售后服务计划较全面完善，科学性及系统性较强，响应速度较快，在线平台培训较完整，得2分；

售后服务计划不全面且不完善，科学性及系统性一般，响应速度慢，在线平台培训不完整，得1分。

备注：提供售后服务及培训方案，提供培训平台地址、系统截图、课程视频、课程文档，未提供或其他不得分。

3%

3分

1.

核心需求功能现场演示

一、核心需求功能现场演示要求

1、投标人需进行现场演示，自备演示所需设备，准备好演示产品和必要的测试数据；

2、演示用笔记本电脑带有VGA接口，由投标人自备并提前进行软件运行环境配置。

3、演示时间15分钟内。

二、演示内容

要求使用真实系统环境对以下内容进行现场功能演示，评委根据演示内容进行评分，使用录屏、PPT或者截图进行演示的不得分。

1.应用管理平台演示（共2分）

1）演示师生办事服务门户，所有师生办事服务应用为单个APP应用，提供收藏夹、消息提醒功能，支持卡片的添加、删除、拖拽。（完全符合要求得 1分，不符合得 0 分）

2）演示用于管理平台后台可以实时查看各应用或服务的PV（页面浏览数）、UV（访客数）、平均停留时间、使用浏览器及版本，实时在线了解学校应用运行使用的状况。（完全符合要求得1分，不符合得0分）

2、主数据管理平台演示（共3分）

1）演示主数据管理平台首页展示数据拓扑、业务系统集成数据、代码标准数据、主数据、已处理问题、待处理问题情况，展示数据健康度。（完全符合要求得2分，不符合得0分）

2）演示数据集成监控功能，可展示业务系统集成数量、接口数量、数据对象信息，可图形化展示业务系统接口上行和下行的数量。（完全符合要求得1分，不符合得0分）

3、统一身份认证平台演示（共2分）

演示统一身份认证平台审计功能，需包括账号审计、认证审计功能，能够提供学校休眠账号、孤儿账号、密码轻度不符合要求、不符合规范的账号信息，在同一界面设置恶意认证账号、暴力密码拆解账号的频次。（完全符合要求得2分，不符合得0分）

4、人事管理系统演示（共4分）

1）演示教职工入职报到，全部流程环节线上办理，全图形化办理界面，支持邮件、短信方式反馈各环节办理进度，支持通过拖拽方式调整报到办理流程，调整某些环节的启停、各环节办理次序。（完全符合要求得2分，不符合得0分）

2）演示教职工查询统计功能，提供按照年龄、性别、 学位、岗位、职称、工人技术等级、学缘和高层次人才这几个维度进行统计和查询，需支持饼图或柱状图进行展示。（完全符合要求得2 分，不符合得 0 分）

5.智能办事助手演示（2分）

演示在移动端提供校内知识及流程的问答服务，支持语音咨询和文字输入咨询，在没有人工参与的情况下基于知识库准确回答用户问题。

1）演示语音问答校内已有的办事流程，能推送完整的办事指南及换醒已有的网上办事服务。（完全符合要求得1分，不符合得0分）

2）演示管理部门、管理员等拥有权限的用户可查看每日运行数据，如提问量、提问峰值、平均耗时、会话数等，同时可查看每日热点问题以及整体提问趋势分析（完全符合要求得1分，不符合得0分）

6.工程实施管理工具演示（2分）

投标人需演示其完善的项目质量管控制度及项目质量管控工具或系统，演示项目质量管控工具或系统对项目整体及分项系统实施质量进行跟踪、追溯、投诉、反馈、统计、评价等功能。（完全符合要求得2分，不符合得0分）

15%

15分

二

商务部分(合计25分)

1

相关证书

投标人资质能力：

投标人具有高新技术企业认定证书；

投标人具有ISO9001：2015质量管理体系认证证书

投标人具有ISO/IEC27001:2013信息安全管理体系认证证书

投标人具有CMMI3级或以上证书

投标人具有信息系统业务安全服务资质叁级及以上证书

每提供一个证书得2分，总分10分。

备注：提交证书复印件并加盖投标人公章要求提供证书扫描件作为得分依据，不提供不得分。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。

10%

10分

2

投标产品技术先进性

投标产品技术先进性：

投标产品具有高新技术产品认定证书，1个得2分，满分4分；要求提供证书扫描件作为得分依据，不提供不得分。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。

4%

4分

3

自主知识产权情况

投标人自主知识产权情况：

投标人自有知识产权的“应用管理平台软件、主数据管理平台软件、统一身份认证管理平台软件、公共服务应用软件、教职工管理系统”具有《计算机软件著作权登记证书》的数量情况（软件产品名称与标书要求不必完全一致，用途一致或相关即可；"一致或相关"由专家进行判断）：全部拥有得3分，缺1项扣1分，扣完为止。 要求提供证书扫描件作为得分依据，不提供不得分。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。

3%

3分

4

信息技术服务维护能力

投标人信息技术服务维护能力：

提供信息技术服务运行维护标准符合性证书（ITSS二级及以上证书）得4分，其他及没有的不得分。

注：提供证书复印件及官网查询（http://www.itss.cn/）链接并截图，均加盖投标人公章。

4%

4分

5

同类业绩

投标人同类项目案例：

投标人需提供2016年以来同类项目建设案例（软件产品项目），合同内容须包含：主数据管理平台、统一身份认证平台、应用管理平台（软件产品名称与标书要求不必完全一致，用途一致或相近即可，"一致或相近"由专家进行判断），投标人需提供项目合同复印件，合同复印件需有单位名称、项目建设内容清单部分和验收报告。提供5个完整案例得4分,少一个扣1分，扣完为止。

注：需提供合同及验收报告复印件，加盖投标人公章。

4%

4分

三

价格部分

1

投标报价

价格分应当采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统一按照下列公式计算：

投标报价得分=（评标基准价/投标报价）×100×价格权重。

备注：

1、因落实政府采购政策进行价格调整的，以调整后的价格计算评标基准价和投标报价,详见《价格扣除》， 2、投标报价得分四舍五入后，小数点后保留两位有效数；

20%

20分

合计

100%

100分

价 格 扣 除

1. 小型和微型企业产品价格扣除

0. 根据财政部、工业和信息化部印发的《政府采购促进中小企业发展暂行办法》（财库[2011]181号）的规定，对小型和微型企业产品的价格给予C的扣除（C的取值为6％），用扣除后的价格参与评审；投标产品中仅有部分小型和微型企业产品的，则此部分按所投小型和微型企业产品的价格予以扣除。

0. 《政府采购促进中小企业发展暂行办法》所称中小企业（含中型、小型、微型企业，下同）应当同时符合以下条件：

1. 符合中小企业划分标准；

1. 提供本企业制造的货物、承担的工程或者服务，或者提供其他中小企业制造的货物。本项所称货物不包括使用大型企业注册商标的货物。

中小企业划分标准以《工业和信息化部、国家统计局、国家发展和改革委员会、财政部关于印发中小企业划型标准规定的通知》（工信部联企业[2011]300号）规定的划分标准为准。

小型、微型企业提供中型企业制造的货物的，视同为中型企业。

0. 参加政府采购活动的中小企业应当提供《中小企业声明函》。

0. 监狱企业产品价格扣除

3. 监狱企业视同小型、微型企业，按上述1.1条款享受评审中价格扣除。

3. 监狱企业是指由司法部认定的为罪犯、戒毒人员提供生产项目和劳动对象，且全部产权属于司法部监狱管理局、戒毒管理局、直属煤矿管理局，各省、自治区、直辖市监狱管理局、戒毒管理局，各地（设区的市）监狱、强制隔离戒毒所、戒毒康复所，以及新疆生产建设兵团监狱管理局、戒毒管理局的企业。

3. 监狱企业参加政府采购活动时，应当提供由省级以上监狱管理局、戒毒管理局（含新疆生产建设兵团）出具的属于监狱企业的证明文件，否则不予认可。

0. 残疾人福利性单位产品价格扣除

4. 残疾人福利性单位视同小型、微型企业，按上述1.1条款享受评审中价格扣除。

4. 根据财政部、民政部、中国残疾人联合会印发的《关于促进残疾人就业政府采购政策的通知》（财库〔2017〕141号）的规定，符合条件的残疾人福利性单位在参加政府采购活动时，应当提供该通知规定的《残疾人福利性单位声明函》（格式见第六章投标文件格式），并对声明的真实性负责。一旦中标将在中标公告中公告其声明函，接受社会监督。投标人提供的《残疾人福利性单位声明函》与事实不符的，依照《中华人民共和国政府采购法》第七十七条第一款的规定追究法律责任。

1. 投标人同时为小型、微型企业、监狱企业、残疾人福利性单位任两种或以上情况的，评审中只享受一次价格扣除，不重复进行价格扣除。

1. 节能产品、环境标志产品价格扣除：

投标产品(针对非政府强制采购产品)获得节能产品认证证书或环境标志产品认证证书的，对该产品的价格给予1%的扣除（同一个产品同时获得以上两个认证的，不重复计算），用扣除后的价格参与评审。（提供节能产品认证证书或环境标志产品认证证书加盖投标人公章）

第四章 用户需求书

说明：

1. 投标人须对本项目的或服务内容进行整体响应，任何只对其中一部分服务内容进行的响应都被视为无效投标。

1. 用户需求书中以“★”标明的条款为实质性条款，任何一条负偏离则导致投标无效。

1. 用户需求书中以“▲”标明的条款为重要技术参数或服务要求，但不作为投标无效条款。

1. 本项目不允许分包。

1. 项目一览表:

序号

采购内容

数量

最高限价

1

智慧校园基础软件平台建设项目

1

人民币2,900,000.00元

1. 项目建设清单:

序号

采购标的

数量

具体技术要求

1

应用管理平台

1套

详见项目建设内容具体技术要求

2

主数据管理平台

1套

3

统一身份认证管理平台

1套

4

校级流程平台

1套

5

公共服务应用

1套

6

教职工管理系统

1套

7

微信端服务应用开发

1套

8

业务系统集成

1项

1. ★服务期：叁年免费售后服务期，时间自项目验收之日起开始计算。

1. 项目简介：

广东开放大学早期建设了统一身份认证平台、门户等基础平台，，当时只包括了教职工的信息，没有学生的信息，而且多年来信息技术发生了很大的变化，迫切需要重新建设。本次智慧校园基础软件平台建设主要内容包括：应用管理平台（含网上办事大厅门户）、主数据管理平台（校级数据中心）、统一身份认证平台（统一认证）、校级流程平台、公共服务应用、教职工信息服务、企业微信端服务应用开发、已有业务系统集成。

1. 技术要求

（1） 技术基本要求

1、系统设计

采用SOA架·构的成功管理思想和技术，须体现“软件即服务（SOA）”，“碎片化服务”的理念。每一项服务都是相对独立的单元，无论是系统内部，还是学校其他信息系统，通过“服务调用”即可获得相应的功能。

2、规范性

能够有效、合理地集成学校各种应用系统，通过应用管理平台提供合理的、方便的、高质量的各种服务。系统将需要用户办理的事务直接推送到用户界面，包含待办任务、流程跟踪、周期服务、消息通知，用户直接点击即可阅读并实现办理。系统须按照我校要求定制统一的UI/UE界面风格。

3、可用性和高性能

在硬件环境满足的前提下，系统能满足3000人并发访问和200000人同时在线访问，且并发访问响应时间小于3S。系统支持集群及混合云的应用部署方式，核心组件都必须支持“双机负载均衡”的运行方式。

4、数据一致性

对全校各类信息系统的基础数据和共享数据进行统一管理，并提供灵活、多样的信息服务，各服务通过授权，应可以无障碍的访问各系统数据，且这些数据必须是一致的，数据变更后，保证各服务获得的是最新的数据。

5、统一服务入口

应用管理平台为全校用户提供统一服务入口，包含学生服务、教师服务、访客服务等，并能新增服务对象，支持服务对象访问权限的精确编辑授权管理，且提供简单的图形化操作界面。

6、统一消息中心

建设统一消息中心，统一提供应用管理平台所有服务应用的消息推送服务，通过应用类别筛选即可查看其分类下的消息通知，未读消息以时间轴的形式进行展现。

7、统一应用行为分析

提供所有基于应用管理平台的服务应用的归属单位、分类、使用情况和状态分析的列表显示，且可精确分析单个服务应用的详细情况，包括访问情况、地域分布、访问系统环境等，可以按访问情况对应用进行排序，方便学校及时了解应用状况和反馈。

8、统一应用评价反馈

为基应用管理平台构建的所有服务提供统一的应用评价功能，该功能主要用于服务应用过程中，用户可以对服务进行评价打分和留言，平台维护人员可以查看评价内容，提升服务质量与效率，建立服务评价渠道，提供应用评价在线统计查询，进一步提高管理效率。

9、易用性

系统须提供多维度、精准的应用查找和定位功能。系统支持用户自定义办事大厅个人桌面，允许用户将个人常用服务应用进行桌面布置。

1）支持用户对服务应用进行收藏/取消、建立常用应用文件夹。

2）支持业务直通车功能，管理员可按业务类别构建不同业务直通车卡片,卡片包含两级业务目录，可对每一级目录进行详细编辑，在每一级目录下勾选包含的业务应用。用户可在个人桌面选择不同的业务直通车卡片，在卡片内切换二级目录，点击包含的业务应用即可直接进入该业务应用办理。

3）针对校内重点业务，在其业务期，系统提供业务专题推荐功能，可对业务情况做出介绍和说明。

10、开放性

采用J2EE技术架构，支持SOA技术架构，提供业务应用程序接口（API）库，并能注册及发布到服务开放平台。开发者根据系统提供的API和程序规范可独立开发应用，作为现有服务的补充。

11、安全性

在系统设计中，既要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，采取不同的措施，包括用户与权限管理、统一身份认证、访问控制、管理控制、版本控制、数据关联控制、数据加密、数据存储、数据备份与恢复、日志与安全审计，确保系统数据安全。

系统必须达到国家信息系统安全等级二级保护要求，不符合要求的须免费整改。

12、系统接口要求

1）按学校需求提供标准接口供业务系统内部各个子系统之间交换数据。

2）按学校需求提供标准接口供数据共享交换平台或其他业务系统获取或推送相关数据。

13、应用服务中间件与数据库要求

1）基础平台的数据库必须采用关系型数据库，兼容Oracle11g及以上版本，应用服务中间件要求支持Weblogic、Websphere部署。严格遵循关系数据库设计的基本原则，任何原始数据只需要录入一次(可以通过网络实现共享)、也只能录入一次(避免出错、重复存储)。保证数据的有效性和实效性。

2）各服务应用须使用独立的数据库/表空间，使用的数据库要求支持与Oracle数据库数据交换，实现每个服务应用内部的高内聚，以及多个服务应用之间的低耦合。异构的应用系统软件模块之间应通过数据交换平台实现定时或实时的数据共享，避免信息孤岛。

3）建立数据状态和时间的关联，严密控制数据的状态与时效性。

（二）技术总体要求

1、基础平台和应用系统均要求采用B/S结构，采用主流开发语言，推荐JAVA编程语言和服务器端JAVA技术进行开发。系统服务端可以支持Linux操作系统；客户端支持IE9/10/11,Edge13/14,Chrome50/51/52、360安全V8.1、360极速V8.5浏览器访问。

2、开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。

3、采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。

应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用服务器和数据库服务器。

4、能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。

5、平台必须支持负载均衡，自身应该提供关键节点的“双机部署”的软负载均衡策略，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。

6、系统备份：支持应用服务备份、数据库的备份，支持系统整机备份以及异地备份机制，利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。

7、信息标准：系统必须遵守《教育管理信息化标准》和《高等学校管理信息标准》等信息化标准。

8、二次开发：为保障采购人二次开发需求的进度和质量，投标人需开放项目开发管控工具账号给学校使用，学校能够了解本校开发任务及跟踪项目开发进度质量。投标人须详细描述项目开发管理工具功能及产品功能使用截图，并提供试用账号。

9、系统开发工具提供：投标人需把真实用于本项目系统开发的系统开发工具免费提供给采购人使用，该开发工具应为投标人具有独立知识产权的产品，或为采购人提供第三方商业版开发工具，所提供的商业版开发工具应包含不少于3年的授权使用期，并在中标后向采购人提供商业开发工具原厂商的授权LICENSE。可能产生的一切费用均须包含在本项目投标报价内，投标人须在投标时详细描述所提供的系统开发工具。

（三）其他技术要求

项目进入试运行阶段时，中标人需委托具备信息安全等级保护测评资质的且熟悉教育行业的第三方测评机构对项目软件开展信息安全等级（二级）保护测评及整改工作，测评通过并完成项目验收后，系统才可正式上线运行。测评所产生的所有费用由中标人承担。

（四）应用管理平台技术要求

1、师生办事服务门户

1.1办事大厅首页

作为师生网上办事服务门户首页，需为学校不同用户提供符合其身份角色权限的应用访问快速入口、服务推荐。

1.2服务搜索中心

在搜索中心中，需支持用户看到学校构建的所有应用。按服务角色、服务类别对应用进行分类，用户可根据条件选择快速定位到想要查找的应用。同时提供模糊查询，用户可输入应用名称关键字进行检索。通过一系列的检索、定位引导，为用户提供更精准、更便捷的服务获取路径。查询维度需支持：

1）模糊搜索：输入应用名称通过右侧搜索按钮可以搜索相应的应用。

2）标签搜索：通过不同的分类维度标签，例如服务角色、服务类别等条件则可以筛选相应的应用。

3）快速定位：提供包括最新上架、历史搜索、最近访问三类快捷定位方式进一步提升应用获取的便捷性。

1.3个人应用中心

为学校用户提供应用聚合的功能，功能需包括个人收藏、可用应用、可用卡片。具体功能要求如下：

1）个人收藏：用以聚合被用户主动收藏的应用，支持用户在个人收藏中根据个人使用习惯自定义文件夹，将不同类型的应用归类到不同的文件夹中，便于快速定位。

2）可用应用：根据系统预设的分类对所有可用应用进行分类聚合，并提供基于分类的查询功能，帮助用户快速查询及预览应用。

3）可用卡片：提供师生办事大厅中可以使用的桌面卡片分类预览，用户可以根据个人需要对卡片进行添加或删除，添加卡片会自动显示在个人桌面上，删除卡片可将已显示在个人桌面的卡片移除。

1.4任务消息中心

为用户提供个人信息聚合的功能，其中包括待办事项、流程追踪、周期服务、未读消息四类。具体功能要求如下：

1）待办事项：集中展现来自各个业务域的各类流程待办事项，用户可通过该功能了解目前需要其办理的事务，包括发起人、待办概要、时间等基本信息，同时可以点击该事项后直接进行办理。

2）流程追踪：集中展现与登录用户相关的流程执行情况，包括流程的当前状态、流程概要、处理时间等基本信息，同时可以通过图形化方式直接查看流程执行情况、审批意见等流程执行信息。

3）周期服务：提供对校内周期性开放的服务及业务进行集中提醒的功能，帮助用户一次性了解到学校目前业务期可办理的业务、结束时间等重要信息，同时可以点击直接进入服务进行办理。

4）未读信息：集中展现来自各个业务域的各类通知消息。可对各类消息分类进行收取，并提供已读标记、删除、查看详情等功能。消息支持以时间轴的形式进行展现，方便用户更直观的查看最近的消息通知。

1.5自定义桌面

支持用户可以根据个人需要个人主题桌面，分为多主题聚合。功能包括：

1）支持自定义添加主题桌面，并可以进行个人主题桌面编辑，包括重命名、删除等操作。

2)提供在线自定义桌面皮肤功能，用户可根据自己的喜好在多个主题皮肤中随时进行切换。

1.6应用评价

支持用户使用应用后，对应用进行打分、做出评价，将自己最真实的使用感受分享给其他用户、反馈给应用管理员。用户使用应用前也可以通过查看其它用户对该应用的评价，作为应用选择的依据。

1.7问题反馈

需为用户提供问题反应渠道，需支持用户填写反馈意见、上传佐证图片、留下联系方式。

2、简约门户

针对教职工或特定用户角色的使用习惯、工作内容、办事需求，提供面向特定用户角色的办事专用门户，与师生办事大厅门户为同一入口，支持师生办事大厅门户和简约门户间自由切换。将教职工和学生最关心的任务、最近使用、收藏等卡片摆在首屏，方便用户直接点击办事，即用即走，不用额外检索应用。

2.1简约界面

界面应采用简约设计风格、大号字体，使门户内容清晰明了，符合教职工使用习惯。界面信息须采用竖向信息流，教职工可以调整首页哪些卡片显示以及上下顺序。

2.2信息提醒

将教职工最常用的OA、邮件、资产、图书、一卡通等系统信息，以大图标方式呈现，同时可支持配置显示多个邮箱信息。

2.3任务中心

提供教职工个人任务中心，按“待办、已办、办结、个人”四个维度直观呈现教职工个人任务信息。

2.4应用收藏：为教职工提供的应用收藏功能，并以大图标醒目方式展现在门户首页。可删除及添加应用。

2.5教职工服务中心：针对教职工使用习惯，构建专门的服务中心，以大图标、业务类型排列教职工可用应用。

3、应用服务

3.1应用推荐

支持学校根据服务应用的开放时间或业务周期，对不同人群进行服务推荐，让用户在进入门户平台第一时间可以看到推荐的应用。支持管理员根据业务需要，对个别服务进行推荐设置和推荐日期设置。

3.2最新应用

根据学校应用最新上线时间推荐，方便用户及时查看。

3.3应用说明页

用于方便用户了解学校各个应用的使用说明。提供应用的“功能介绍、注意事项、责任部门、联系方式、开放时间”等详细介绍。

4、应用管理中心

4.1应用管理

提供统一的注册标准，标准化接口调用规范，可进行应用的注册创建。可以对应用进行多级授权，包含系统管理员、业务域管理员、应用服务管理员。实现多维度的业务应用配置功能，业务部门能通过对应用的各种分类维度设定，将应用开放给维度内用户使用。

4.2应用文件夹管理

当服务中心中的应用越来越多，师生用户需要更简洁的归类界面，方便快速找到某一类应用。系统提供应用归类功能，可按业务域归属将相关APP添加到同一个文件夹中。

4.3专题推荐管理

系统提供可设定专题的应用推荐功能。为了方便在不同业务期间能及时向用户推荐相关应用，为业务的开展提供宣传。

4.4业务域管理

为了配合应用管理中的分级授权，业务域管理用于为系统管理员添加相应的业务域提供便捷的配置功能，通过把应用分配到业务域可以更方便的进行应用的管理。

4.5用户组管理

根据用户的角色、职责进行分组，管理同一属性应用群体的应用使用权限。用户组管理提供用户组的新增、编辑、删除功能。每一个用户组可设置该用户组的用户组名称、所属业务域、用户组描述、组内用户、应用权限。

4.6意见反馈管理

提供对师生用户提出的应用使用意见的处理功能。管理员可以随时查看应用的反馈信息，并可以对用户的反馈问题做出回应。

4.7评价管理

为广大师生用户提供了各个应用的独立评价渠道。管理员可通过应用评价管理功能了解用户对每个应用的评价详情，掌握应用评级、排行信息。应用建设效果有直接的数据作为支撑，利用应用的用户评价数据促使应用快速优化、提升。

4.8系统管理

提供系统桌面模板、菜单、应用版本、平台版本、缓存、个人提醒管理功能，具体功能要求如下:

1)桌面模板管理:支持用户系统桌面的配置功能，可按角色进行桌面卡片的配置、用户授权。不同的用户组可配置不同的桌面、拥有不同的卡片权限。桌面管理包括创建桌面、授权、卡片配置、删除功能。

2）菜单管理：用户登录办事大厅后，在顶部显示用户需要的个人菜单，而此菜单亦可由系统管理员在后台进行预设。

3）应用版本管理：提供应用的升级、版本下载、部署地址设置功能。

4）平台版本管理：提供平台的更新说明、当前版本以及依赖关系查看、历史更新记录功能。

5）缓存管理：需基于Redis缓存管理机制，支持多服务器间的缓存共享。提供界面化的缓存管理功能，管理员可随时查看平台自身的缓存情况，并可根据实际情况进行缓存的清理。

6)个人提醒管理:提供用于用户的个人提醒信息配置功能，包含邮箱、一卡通余额等基础信息，邮箱需内置了主流邮件厂商，包括腾讯、Coremail、亿邮的集成。

4.9应用运行数据监控与分析中心

支持平台(应用)实时访问统计、访问用户设备统计、访问地域统计、用户的评价反馈结果查看，管理员可以实时查看PV（页面浏览数）、UV（访客数）、平均停留时间、使用浏览器及版本，实时在线了解学校应用运行使用的现状。

5.应用开放中心

为学校信息化建设中碎片化服务的注册、申请、使用、监控等提供全方位的服务框架，供学校查询接口文档、接口规范，支持按共享数据、业务服务、平台服务、工具服务分类发布API、查询API、下载使用API。具体功能包括：

5.1服务监控

监控学校各API被调用情况。功能如下：

1）支持按API名称搜索，支持按不同时间段显示API调用信息；

2）支持按图表和图形方式显示API调用总次数、成功次数、失败次数，并可点击查看详情，查看包括：访问URL、开发者账号、开发者所属单位、调用明细等；

3）可展示API被哪些APP调用、调用总次数、成功次数、失败次数，并可点击查看详情，查看包括：APP代码、APP类型、APP描述、开发者账号、调用明细信息（如起止时间、耗时、部署地址等）、并可汇总调用成功及失败信息。

5.2服务注册管理

为学校自主开发的API提供本地化注册功能，功能如下：

1）申请注册服务：校内开发者申请API注册服务，注册信息至少须包含：API名称、责任部门、责任人、相关应用、应用所属类别、部署URL、访问URL、接口协议、接口是否开放、并发量申请、接口起止时间申请等，并可设置详细的请求参数、响应参数。

2）服务注册展示：可多维度检索展示已注册API，包括按：接口协议、审核状态、所属分类、所属APP。

3）图表化展示API注册：支持以图表形式展现校内所有API，包括API名称、分类、接口协议、审核状态。并支持管理员对API进行查看、关闭、修改功能。

5.3服务使用管理

为学校提供本地化的APP使用管理功能，具体如下：

1）支持按APP名称、APP代码查询；

2）支持在校内新建APP；

3）支持图形化汇总展示APP，包括展示：APPCODE、APP名称、提供API数量、申请API数量，并可查看明细，明细信息须包含：开发者信息、使用API列表及详细状态、提供API列表及详细状态。

5.4服务接入管理

1）对接入学校的APP，提供相关API与服务器的绑定操作，可查看服务接入详情，包含部署服务器、使用API列表、提供API列表等详细信息。

2）对APP使用API的申请做审核操作，审核完毕后会生成Token鉴权信息并同步给网关。支持快速下载证书，减少后续复制token存在的人为错误的几率。支持查看审核明细，包含API详细信息、接入详情等。

5.5开发者信息

汇总显示校内所有API的开发者信息，便于管理员对API开发者进行管理。

5.6API服务器信息

汇总显示校内所有API服务器信息，支持管理员新增服务器信息，为API与服务器的绑定操作时选择服务器信息提供支撑。

5.7网关功能

可在网关配置API接口的统一入口控制，须包含下列功能：

1）统一权限认证：在调用API接口时控制是否允许被该业务APP调用。

2）统一负载控制：网关采用均衡策略，将收到的调用请求发送至对应的API服务器，将接口调用均衡分担到不同服务器，减少每台系统的调用压力。

3）服务器熔断：当API服务器停止运行后，网关可以自动将后续的调用请求不再分发到该服务器上，减少业务系统调用失败的概率。同时当API服务器启动完毕后，网关自动将对应的API接口调用请求分发到该服务器上。

4）服务监控：将每个API被调用的详细信息都记录到日志文件和数据库中，方便后续问题定位以及监控当前接口的稳定程度。

6.移动门户建设

要求投标方所提供的移动门户能够对接学校本次所投身份认证平台。

投标人自有知识产权的门户移动端APP需通过国家三级等保测评，需提供相关证书或证明文件复印件。

6.1基础能力

移动门户须提供平台基础功能，其中面向用户的诸如登录、向导页引导、多维度广告页展示、初次使用引导、游客浏览、分享、扫一扫、个人信息个性化维护等功能。

6.2 APP

移动门户须提供iOS、安卓版本的APP。

6.3登录

移动门户必须与学校身份认证体系同步，用户不需要另外进行帐户注册流程，直接用学校身份认证体系中的帐号和密码进行实名登录。

6.4初次使用引导

首次登录移动门户，对用户做使用提示，通过模版提示用户如何查看所有应用、如何添加应用至我的应用中以在首页快速使用、如何发布动态以及如何关注和发消息给老师/学生。

6.5扫一扫

移动门户须提供扫一扫功能，方便快捷，可以扫描二维码跳转至目标页面，支持扫描学校认证页面进行PC端登录。

6.6学生移动端应用

混合信息流：支持按照栏目分类进行多形态的信息流推送功能，支持图片、视频等多种形态。用户可对每条信息流进行点赞或评论。

大学圈：提供类似微信朋友圈的功能，学生可在其中发布信息，并能对其他人发布的信息进行评论、点赞、回复操作。

通讯录：用户可在校通讯录中查询联系人信息，包括学号/工号、学院、入学时间、专业等。教职工信息可对学生屏蔽手机号码。可根据组织架构查询学校部门负责人及电话。支持通讯录关注。

即时通讯：提供在线聊天功能，能够支持包括文字、图片、语音在内的聊天方式，支持表情包下载，支持黑名单功能。同时需要和平台流程中心、任务中心结合，推送相关消息。

6.7教师移动端应用

校园应用中心:移动端的校园应用中心，教职工获取应用服务的入口，支持应用的集中展示和查询。

校园号：可将学校官方微信号的内容自动同步到校园号内，支持校园号的创建、启停等管理操作，所有的媒体内容及咨询均需要提供舆情控制功能，能够对敏感词进行过滤与删除。

（五）主数据管理平台技术要求

1.信息标准建设

为配合和推进学校信息化建设，保证应用系统正常运行，需要建立一个符合国家、教育部和行业标准的、适合学校信息化建设的规范体系；要逐步建立和完善有关信息系统建设的各项规章制度和规范。要让信息化建设落到实处，做到有章可循，有序建设，从而从制度上保证整个系统的标准化、可扩展性、支持互操作、保证信息化工作的顺利进行。以上建设目标都需要一套完善的信息标准管理工具来支撑。

平台需提供基于围绕校内信息标准建立后的信息化管理工具，便于学校后期管理维护信息标准，同时能够对信息标准的执行情况进行有效监控。

信息标准管理工具需要完全采用B/S架构，在不安装任何客户端软件的基础上通过浏览器即可对校内信息标准进行管理，便于用户维护使用。

信息标准管理工具主要建设内容需包括以下三个方面：

①代码标准模式及数据：初始标准预设、核心校标制定。

②代码标准管理工具：能够实现代码标准的新增、启用、拆分、合并、停用、导入、导出功能；能够提供包括对代码标准、代码标准模式、代码映射关系、代码使用范围在内的代码标准查询功能，支持代码表、代码内容的模糊检索。能够实现代码标准的分级授权管理，根据角色提供不同的代码标准管理查询功能。

③管理与配置：可对系统角色、用户进行管理；对系统的访问日志、模块访问日志、模块操作日志、元数据变更日志、代码标准变更日志、系统异常日志、调度任务运行日志提供查询、导出、删除功能。

2.数据集成与共享建设

数据集成与共享平台的建设是主数据平台建设的重点内容，需要采用统一的数据集成管理工具，将分散在各业务系统之中需共享的主数据抽取上来，并根据校内信息标准进行统一的存储和对外发布及共享，数据集成过程需采用成熟的商用中间件实现，以保证数据交换过程的稳定与安全。并能够为校方提供对应的管理与配置工具，提升数据集成过程的管理能力。数据集成与共享具体建设要求包括：

2.1数据集成工具

1）主数据模式及主数据库

主数据库的数据规范需要基于教育部最新的教育信息化数据标准，并对其存储的数据对象按合理的数据模型进行划分。

2）数据集成开发包

能够通过ETL的方式能够将各异构业务系统的主数据抽取上来，形成校内统一的、权威的主数据集；提供包括拓扑管理工具、集成设计工具、集成查看工具、集成调度工具在内的数据集成管理工具，工具需要具备可视化、可拖拽、可配置的特性，并具备一定的二次开发功能，便于各个层面的管理人员进行使用；提供数据集成知识库，知识库需要预置超过100个数据集成知识模块。

3）拓扑管理工具。

对数据源和调度代理进行管理，支持RDBMS、文本、消息、WebService等各种数据源接口。

4）集成设计工具

对数据集成项目提供图形化界面进行设计和开发。

5）集成查看工具

查看数据集成项目的运行情况，可以对集成过程进行调试。

6）集成调度工具

对各个数据集成同步任务进行调度控制，以此完成定制化的数据集成过程。

7）元数据管理工具

能够对数据源进行注册、启用、停用；能够对数据对象按目录结构进行管理，能够实现对数据对象和其分类目录的增删改查；能够对元数据的变更进行操作记录历史查询；能够根据元数据对主数据库进行建模并且保证建模过程不会操作业务系统数据结构；能够对主数据库数据对象和对应的数据库实体匹配情况进行自动检查，并逐项列出不一致项，方便用户后期处理，同时支持对已处理问题进行记录，便于后期查询跟踪。

8）主数据管理

考虑到学校部分业务部门尚未建立信息系统，其他业务系统又需要使用其业务数据的情况，投标方需提供手工将本地数据（包括EXCEL、DBF）导入主数据平台之中，供其他业务系统使用的功能；通过主数据管理工具，可以查询主数据和主数据历史变化情况，并能够导出EXCEL，便于线下开展数据分析；

能实现主数据的分级授权管理，可根据数据流向控制其管理查询权限。

2.2运行监控管理工具

平台需提供完善的主数据平台运行监控管理功能，能够对整个主数据平台的系统监控度检查指标、系统异常情况、系统操作日志、标准建设及数据集成情况进行统一的展现，便于用户了解主数据平台整体运行状况；

运行监控管理工具需要完全采用B/S架构，在不安装任何客户端软件的基础上通过浏览器即可对校内信息标准进行管理，便于用户维护使用。

3、数据存储备份建设

数据的存储方式是整个主数据平台建设的基础，系统除了要考虑主数据本身的存储之外，还需要考虑到后期为数据分析、数据积累提供良好的支撑。同时数据库存储的设计要具备良好的合理性和科学性。需支持数据备份管理功能。具体功能要求如下：

3.1提供数据备份管理功能，可对备份日志进行查询，可对主数据变动情况进行查询，并能够将变动情况导出excel。

3.2能够在系统内随时查询某个历史时间点的主数据状况和代码标准情况，时间点的颗粒度要细化到以天为单位。

3.3数据的份需要采取合理的备份模式，要既能完整保留历史数据的变动信息，同时不能过度浪费存储空间。

4、数据质量检测建设

除了完成信息标准建设、数据集成之外，还需要为用户提供能够监控并提高数据质量的信息化工具，便于用户对集成后的数据整体情况进行管理，保证校内数据质量。具体功能要求如下：

4.1检测规则管理

系统应支持针对数据质量检测规则的增删改查操作，除预置的检测规则外，还应可以根据具体需要自定义检测规则，预置的检测规则应包含：空检查规则、代码检查规则、唯一性检查规则、文本检查规则。

4.2业务检测项管理

系统应提供业务检测项管理，可以设置数据检测范围，如：数据期限、不合格记录显示字段等，也可以针对业务检测规则进行配置，如：要检测的表、字段组合、检测规则等配置。针对所有设置好的检测项可以进行直接执行测试。

4.3检测任务配置

系统应支持检测任务配置，可配置检测任务进程数、起始/终止日期、每天开始检测时刻，是否启用。

4.4数据质量检测

系统支持根据检测任务的配置，按照业务检测项，采用增量检方式，逐项检测主数据库中的数据，并记录检测结果

4.5检查任务日志

系统提供检测任务日志可以查询每天任务的总体执行情况以及检测任务异常情况。

4.6检查结果查询

1）系统应可以通过检测结果查询了解总体检测情况，也可以了解具体表的检测情况，也可以进一步输出具体的单表检测报告，了解问题所在。

2）系统应支持针对参与检测的业务系统数、检测总表数、检测业务字段数、业务检测项数、数据样本数、今日数据正常数据项数、异常数据项数、合格率情况，也可了解近30日正常数据项数、异常数据项数情况及问题处理情况进行直观展示，也可以对各检测规则合格率排名，单表合格率前五名、后五名情况进行展示。

3）系统应支持围绕业务视角针对每个业务系统展现单表数据的合格率、正常数据项数、项异常数据项数、项总数据项数、项业务检测项数、数据样本数、检测字段数信息。

4.7检测结果推送提醒

系统应支持根据检测结果，按照单表配置推送任务，通过邮件方式，把总的结果及明细情况推送源头业务人员。

5、运行监控管理建设

5.1问题跟踪处理

系统应提供数据技术属性规范性检测、元数据与数据库一致性检测、集成接口运行情况、数据质量合规性检测、代码标准一致性检测、数据备份情况等多种维度健康监测，并应对可以通过技术解决的问题提供一键修正的能力。

5.2数据拓扑呈现

系统通过图形化的形式反映系统数据的拓扑关系，通过系统之间的拓扑图呈现系统集成的上下行接口数、系统集成与主数据库之间的关系、同步是否存在问题等。

同时也应支持通过表-表，字段-字段的拓扑图进一步了解数据流向细节。

5.3数据集成监控

系统应支持监控依托数据集成工具，对业务系统集成情况，接口运行情况进行展现，包含：集成概况、接口信息、任务计划、接口运行日志等。

5.4数据库监控

系统应支持对影响数据库稳定运行的指标进行监控，便于及时发现数据库异常，及时优化调整数据库或应用程序，确保数据库、应用的稳定运行，包括：数据库连接数、数据库表空间（主数据）、数据库表空间（主数据仓库）、数据库死锁、数据库归档情况、耗时最大的10条SQL、CPU消耗最大的10条SQL、磁盘读写消耗最大的10条SQL等。

6、数据资源目录开放建设

针对学校信息化建设现状及目标，现有数据资源以业务为维度，以表为单位进行资源开放，梳理形成学校核心数据资源目录，围绕这个目录，形成数据治理源头部门认领排期、数据治理成果及问题公示、数据使用在线申请为一体的数据治理管控流程化。

系统应在资源目录首页整体呈现数据资源总数、今日数据、数据治理情况、开放API数、使用场景、使用次数、部门数据健康排名等内容。

6.1数据资源目录管理

系统应针对学校信息化建设的现状与目标进行梳理，形成学校核心数据资源目录，主要应包含：业务域、数据名称，数据描述，核心业务属性、数据规模、采集方式，采集频率等。

6.2数据资源目录查询

系统应面向源头部门及师生公众提供数据资源目录的查询检索功能，针对单个数据源，可以查询资源源头部门是谁，采集起止日期；数据总量、存在数据质量问题数，代码标准问题数，多长时间未更新；数据核心属性等内容。

6.3数据资源目录认领

针对还未被认领的数据资源目录，系统应支持由相关数据的产生部门进行数据认领，并填写相关数治理的起止日期。

6.4数据使用申请

系统应提供数据使用申请功能方便数据使用者根据自身需求提交使用申请，并可以针对实际数据使用情况进行评价。

6.5数据使用审核

针对使用人员发起的使用申请，管理员可以在平台中对数据的使用申请进行审核。

（六）统一身份认证管理平台技术要求

1、单点登录

1.1身份认证服务

身份认证功能提供了统一身份认证平台的核心基础服务，用于学校对学生、教师和其他人员的数字化身份的登录验证。主要包括需包括：

1）通过统一的登录界面，对用户输入的帐号和密码进行认证，进而为集成的应用系统提供访问控制功能。可以为PC端、手机端分别提供不同的登录页面。

2）提供和第三方系统帐号（新浪微博、QQ、微信）绑定功能，绑定过后，第三方系统登录后，可以直接登录身份认证，无需再次登录。

3）提供基于短信的动态码登录方式。

在移动端登录身份认证后，可以通过移动端扫描登录系统。

4）提供一段时间保持登录功能（如1周）。

5）单点登录控制，用户可设置同一时刻只有一个登录端。

6）用户可以进行二次登录设置，如果某一个应用被设置为需要二次登录，那么在访问该应用时，用户需要再次输入密码。

1.2身份自助服务

1）身份自助服务主要面向高校内的最终用户，包括所有学生、教师和工作人员。身份自助服务可满足用户对自己帐号信息和密码信息的维护需求，同时用户还可以查询到自己的帐号的使用信息和维护信息。

2）需包括个人资料、密码修改、认证日志、当前登录信息、账号绑定、个人设置功能。

3）需提供手机端的身份自助服务功能，可以在手机上实现PC端身份自助服务的部分相关功能，包括个人资料修改、密码修改、手机绑定功能。

1.3反向代理服务

需支持基于nginx的反向代理集成方式，集成接入方式简单，接入系统可以直接从标准的Header中获取登录人员的相关信息，适用不同的开发语言。

2、身份管理

2.1系统概况

需提供系统运行状态的总览，使管理员对当前系统的运行状态一目了然，便于管理员及时发现问题和异常。管理员可以查看帐号概况、认证概况、服务器状态和系统结构概况等。

2.2帐号管理

需支持学校管理员完成全校身份帐号数据的查询、增加、删除、修改、过期设置、锁定/解锁和加入组操作；需提供基于Excel文件的帐号批量操作功能；提供基于差异视图的帐号同步功能；提供平台内帐号操作行为的统计功能。

2.3认证管理

认证功能提供对全校身份认证相关数据的管理功能，包括对认证集成应用的管理和全校用户认证行为记录的查询和统计。

2.4授权管理

提供校内身份类型组的管理功能，用于区分用户的身份类型，为校内应用提供资源级授权。

同时应提供身份帐号入组和出组的管理功能，可基于Excel文件实现批量操作；提供授权管理行为的统计功能。

系统应支持预置的API接口服务，方便第三方应用通过申请调用相应接口，接口应包含个人修改密码、管理员修改密码、查询用户属性、修改用户属性、添加用户、信息推送几个内容。

2.5系统管理

1）需提供一些对平台运行起支撑作用的数据管理和功能设置，包括操作日志管理、管理员管理和配置管理功能。

2）系统应支持针对API的调用日志进行查询，要求可以查看到API调用来源ip、调用参数、调用结果及时间等信息。

3）系统同时也应提供微信公众号的配置功能，支持配置多个公众号与平台集成。

3、身份数据存储

按照学校特点和应用现状设计用户、组、权限模型，并按照模型设计完成数据存储。所有的用户信息应分别存放在LDAP目录服务和数据库中，通过可靠的机制完成两者的同步，用户身份信息在目录服务中以层次结构，面向对象的数据库的方式集中存储管理，从而保证身份数据的一致性和完整性，为校园各类应用提供一致的用户信息访问。

需支持设置用户容器，方便平台和硬件平台、应用系统等通过LDAP接口的方式实现身份集成。

4、对外集成接口

4.1集成接口

1）为实现统一认证和单点登录提供接口和通道，需支持跨平台和各种开发语言的应用系统接入平台，如目前学校各类应用系统所使用的asp、.net、JAVA、PHP等多种开发语言；

2）需支持CAS4.0、SAML1.1协议，能将各类应用纳入认证范围，真正实现集中统一的认证。

3）身份、授权、认证功能需相互独立，可以灵活的与第三方产品对接。

4）需支持底层多种通用结构的认证技术协议，至少包括LADP。

5、审计管理

审计功能旨在为管理员提供及时发现问题之用，需能审计出异常的帐号、不合理的认证行为，用于发现系统可能存在的安全问题和隐患。具体功能要求如下：

5.1帐号审计中需包括休眠帐号、孤儿帐号、密码强度不符合要求的帐号和不规范的帐号的审计，点击可以查看详情。

5.2认证审计中包括恶意认证的帐号、密码暴力猜解的帐号和恶意认证的IP地址，点击可以查看详情。

5.3授权审计中包括空组和无组帐号，点击可以查看详情。

5.4差异审计中包括LDAP丢失帐号和数据库丢失帐号，点击可以查看详情。

上述功能要求可以自定义审计的阈值来满足学校个性化审计要求。

6、监控管理

监控功能需要能够为管理员提供掌握系统各项服务运行状态的功能，可帮助管理员尽早发现系统运行问题。具体功能要求如下：

6.1总体状态需展现各个服务器的总体状态，包括各个CPU总体状态、内存总体状态、磁盘总体状态。每个状态饼图中不正常和正常是通过监控配置里面的告警阈值来区分。

6.2服务器状态需展现各个服务器的硬盘、CPU和内存的使用状态，并可提供详细的历史状态和历史记录。

6.3会话状态需展现各个服务器上的会话记录状态，并且可提供各个服务器上会话的详细信息，包括帐号、IP地址、最大会话时间、会话空闲时间等。

6.4监控配置需能够对监控过程中用到的参数进行设置。

7、OAuth开放服务

7.1第三方账号登录

支持第三方账号登录，绑定第三方帐号后，可使用第三方帐号登录。包括微博、QQ、微信号绑定登录。

7.2 OAuth开放服务

1）需支持OAuth开放服务，可向第三方提供OAuth2.0接口，方便第三方使用OAuth开放协议来获取服务。

2）需支持OAuth应用注册和OAuth服务管理，未注册的应用不允许授权。

（七）校级流程平台技术要求

校级流程平台为学校提供统一的流程引擎供相关系统进行调用，便于进行流程跟踪。可以进行流程的定义和维护实现流程的可视化管理。校级流程平台为业务系统提供底层流程支撑的开发运行及管理平台。

平台基于J2EE、HTML5等开放的技术和平台，引擎建模实现支持BPMN规范，通过对流程对象类型的扩展，可以实现各种BPMN规范的建模对象。

1、流程引擎

1.1引擎管理

要求支持流程异步提交;支持工作流引擎多数据源处理;工作流引擎支持SaaS应用;工作流引擎过程实例缓存提升性能;工作流引擎集群环境下实例并发处理;工作流引擎实例退回;工作流人工任务多重身份;工作流多路分支退回流转模式。

1.2流转模式

要求支持的流转模式包括：顺序模式、并行模式、同步模式、独占式选择模式、简单聚合模式、多重选择模式、同步聚合模式、多重聚合模式、鉴别模式、任意循环模式、隐式终止模式、无同步的多实例模式、设计时确定的多实例模式、运行时确定的多实例模式、运行时不确定的多实例模式、延迟选择模式、交叉存取并行路由模式、里程碑模式、取消活动模式、取消实例模式、结构化循环模式、临时触发模式、持久触发模式、区域取消模式、取消多实例模式等。

1.3节点类型

要求支持的节点类型包括：开始节点(人工开始、定时开始、消息开始、信号开始)、任务节点（单人活动、多人单一、多人并行、多人顺序、人工合并、内部循环、自动程序）、事件节点（中间事件、定时事件、消息捕获、信号抛出、信号捕获）、网关节点（分支网关、合并网关）、结束节点（当前路径结束、实例结束）在内的流程节点类型。

1.4子流程

要求支持启动一个、多个子流程；支持子流程与主流程同步、异步流转；支持主子流程之间的数据相互传递。

1.5引擎交互

允许在多个引擎间提交办理，允许多个引擎并发办理，系统自动执行同步管理；

2、规则支持

2.1规则调用接口

按照JSR94规范封装的规则调用接口，供流程引擎调用。

2.2规则脚本

采用可视化选择方式，将规则对象通过括号、运算符进行连接，形成规则表达式，并通过如果、那么的方式，根据规则运算情况，返回规则指定的返回值。

2.3规则运算对象

为规则脚本编辑器提供人员选择、人员关系运算的规则对象，进行业务规则表达式设计；为规则脚本提供常见的常量输入规则对象，例如布尔、字符串等，进行业务规则表达式设计；为规则编辑提供获取实例、节点信息的规则对象，可以根据实例、节点的属性，进行业务规则表达式设计；为规则对象提供获取流程相关业务数据的对象，以便根据业务数据进行规则表达式设计跟运算解析；提供规则对象的扩展说明、例程，可以根据行业业务需求，扩展实现所需的规则对象，实现流程业务规则的灵活定义和维护。

3、表单支持

3.1可视化数据表设计

要求支持可视化数据表设计，对数据表字段的定制数据进行管理，可以指定字段的中文名称、数据录入类型、触发事件等属性。

3.2表单管理

支持自动生成表单、html表单、仿真表单三种模式。

3.3多表关联

要求支持流程挂在多个业务表单进行流转，并可以在不同环境设置不同的表单权限；支持第三方表单接口标准。

4、权限控制

4.1操作权限

可以按照主办、协办、读者、创建者、管理者不同身份，给用户指定不同的操作权限。

4.2表单访问权限

可以按照主办、协办、读者、创建者、管理者不同身份，给用户指定不同的表单访问权限。

4.3