社区服务信息网络平台

第一篇：社区服务信息网络平台

信息网络（代维）服务协议

甲方：张掖市森林公安局

乙方：甘肃昊云网络科技有限公司

为促进张掖市******局信息网络良好运行，根据双方友好协商，甲方将位于*******的网络管理规划、计算机系统维护、网络机房代维、通信网络设施维护委托乙方统筹管理。

本协议起止日期为2017年12月10日至2018年12月9日，共包含以下3项内容：

1、信息网络规划服务。

2、信息网络安全管理服务。

3、网络机房设施及计算机设备代维服务。

上述3项，全年服务合同金额为 元，甲方每年分2次支付乙方，即每年6月9日前和12月10日前，每次支付乙方合同总额的50%。

协议期内如有服务项目的增减，可签订补充协议予以明确有关事宜，补充协议与本协议共同生效。如双方发生争议，可协商解决。

1、服务地点及项目内容

根据甲乙双方友好协商，甲方将xxxxxx楼XXXX办公室、XXX楼XXX办公室以及XXX楼的网络机房的计算机网络通信设备及管网委托乙方代维管理。主要包含信息网络系统核心设备、系统公共部分设备、构成信息网络环境的部分、机房(配线间)部分、楼层接入设备、用户桌面终端设备等。

2、乙方服务管理条款及双方责任义务

1)乙方负责做好甲方代维系统的安全稳定运行，不发生责任原因造成的信息网络安全事件。

2)乙方负责甲方代维设施、设备的完好，不发生人为原因造成的设备损坏或报废。

3)乙方须保证代维系统的整体运行效果，确保系统应有功能的完整性和完备性。

4)乙方应登记详细的代维系统运行管理和维护记录，确保代维系统的安全、可靠运行。

5)乙方应定期检查网络机房关键设备的运行情况，巡检工作做到全面、彻底，不留死角。

6)乙方应配备必要的维护设备、维护工具、通讯工具，确保系统的正常维护。

7)乙方每季度应组织1次全面的安全检查工作，查找解决代维管理中的安全问题和隐患，超找解决维护、管理流程中存在的问题，确保每个细节和流程满足系统运行要求。

8)当发生信息网络安全事件时，乙方须立即通报甲方，并依照启动应急预案，紧急事件要响应及时、处置合理，最大程度减少事件的危害和影响。如属乙方责任原因造成的事件，责任由乙方承担，处置及恢复费用乙方负责;否则，处置及恢复费用由甲方承担。

9)乙方应定期对代维系统进行可要行评估，并将评估结果报甲方审核、审批。当可靠性降低不能满足系统正常稳定运行要求时，乙方应提出整改计划和方案，如需投资解决的，甲方应尽快审核、批准、投资，如因审批或响应不及时造成信息网络事故，责任由甲方承担。

10)信息网络系统代维合同执行期间，确因需要购买设备材料产生的费用(须经甲方同意)由甲方承担。

11)当乙方发现重大信息网络安全隐患时，应及时向甲方通报，并制定解决方案，如产生费用按上一条规定执行。

12)代维系统每年的例行检测费用，机房防雷检测、传输线路检测、信息点检测等核心和公共部分设施设备，均包含在代维费中，由乙方承担。

13)因乙方维护、管理不力或乙方责任原因造成的信息网络事故，由乙方承担全部责任。

14)甲方应免费为乙方提供代维服务所需的工作场地，并免除乙方因代维服务所产生的能源消耗、资源占用等费用。

15)为保证甲方信息网络系统及环境安全，甲方应投资建设或安装安防设施和安防系统。

16)信息网络系统代维期间，乙方遵守甲方制定的规章制度，服从甲方的管理，接受甲方的监督和检查。

甲方： 乙方：(签章)(签章) 法人(或授权人)： 法人(或授权人)：

年 月 年 月 日 日

第二篇：成都无忧网络信息服务合同

成都无忧网络信息有限公司

成都无忧网络信息有限公司

服 务 合 同

1 / 4

合同编号：_____________

成都无忧网络信息有限公司

甲方：

公司地址：

乙方： 公司地址：

根据《互联网信息服务管理办法》、《中华人民共和国合同法》等相关法律、法规，以及中国互联网协会的有关自律规则，甲、乙双方本着平等、自愿、诚实、守信的原则，就乙方向甲方提供清除互联网不良信息服务事项，达成以下协议。

第一章 双方申明

第一条 乙方是中国境内的合法经营单位，是为企业和个人提供互联网不良信息清除业务的专业机构，包括不良信息监督、调查、举报、取证、清除、优化、诉讼的“流水线式”工作模式，通过对信息资源、专家资源、行政资源、律师资源、司法资源的有效整合，使企业和个人不受地域、时间、财力的限制，及时获得不良信息清除及优化服务。

第二条 甲方系中国境内合法经营单位。

第三条 甲、乙双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。

第二章 服务内容及方式

2 / 4 成都无忧网络信息有限公司

第四条 乙方向甲方提供服务，服务内容包括：

向甲方提供互联网不良信息优化(发布正面的信息优化到“百度”、“google”等搜索引擎前面)及相关的咨询服务。不良信息指对企业的恶意评价、反面评论及企业信用负面评价等。服务范围：在中国境内的所有网站上的有关甲方的不良信息。

第五条 乙方要定期或不定期向甲方提供有关服务的内容。比如，查找的不良信息链接、不良信息清除的结果、优化的情况等信息。

第六条 甲方目前提供负面信息关键字有：

。甲方可以追加新的关键字，并及时通知乙方。

第七条 以上条款如有未尽事宜，经甲、乙双方协商后加以补充，附件有效。

第三章 维护费用、付款方式及期限

第九条

本合同的费用总额为

元人民币(人民币大写：

元整)(含税)。甲、乙双方协议期限为

年，自

年

月

日至

年

月

日止。协议期满后若一方愿意续约，须于合同到期之日前15日向另一方征询意见，征得另一方同意后重新签订服务合同。

需要删除的链接(见附表)

第四章 乙方的权利和义务

第十一条 乙方本着勤勉尽责、诚实守信的原则，为甲方提供专业的有偿服务。

第十二条 乙方向甲方提供各种与互联网不良信息相关的业务咨询与政策咨询，同时也为甲方提供互联网不良信息处理情况报告与分析，并将处理结果按周及时发送给乙方负责人。

第十三条

乙方不得以甲方的名义从事互联网不良信息清除以外的业务。

第十四条

乙方保证其所提供的服务内容有相关根据并经合理论证，无虚假、片面和误导性陈述。

第十五条 乙方承诺永远依法保护因服务关系而知悉的有关甲方的经营状况及其他隐私，不得泄露给任何第三人。

3 / 4 成都无忧网络信息有限公司

第五章 甲方的权利与义务

第十六条 甲方成为乙方的会员，享受乙方提供的专业服务。

第十七条 甲方有义务按合同规定交纳维护费。甲方不得将乙方提供的不良信息研究分析结果或建议泄露给任何第三人。

第十八条

在乙方处理甲方的不良信息过程中需要甲方协作时，甲方应给予相应的配合，如由于甲方责任导致的不良后果，乙方不负法律责任及经济责任。

第六章 双方违约责任

第十九条

对于乙方无法预测或无法控制的不良信息事件(注:政府行为、行政行为)，甲方违法经营而造成的不良信息，乙方不承担责任，但应尽快将发生不可抗力的情况通知甲方，并在甲方要求时提供有关证明文件。

第二十条

乙方将采取切实可行的措施保障甲方的各项权利，加强对商标、专利、实用技术等知识产权的管理，保护企业、个人的商业信息和商业秘密。

第二十一条

如一方未履行本合同规定的义务应视为违反合同，另一方有权要求其赔偿直接经济损失。

第二十二条

本协议经双方确认签字(盖章)后生效，协议一式肆份，甲乙双方各持贰份，具有相同的法律效力。

第二十三条

本协议未尽事宜依照中华人民共和国相关法律法规执行。本合同相关争议，若双方不能友好解决，则提交成都市仲裁委员会仲裁，而且仲裁是最终的。

甲

方：



乙

方：



签字(盖章)：

签字(盖章)：

年

月

日

年

月

日

4 / 4

第三篇：网络信息系统维护外包服务

网络信息系统维护外包服务合同

甲方(采购方)：合同编号：

乙方(服务方)：签约地点：

根据《中华人民共和国合同法》及________年____月______日网络信息系统维护外包服务的招标结果和招标文件(招标编号：000000/00)的要求，经双方协商一致，签订本合同。

1. 工作内容和要求

1.1. ***单位网络信息系统维护外包服务

1.2.具体内容和要求见招标书“用户需求书”。

2.合同价款

总价为人民币(大写)：，即RMB￥元，该合同总金额是项目运营服务过程中所有的含税费用，总价还包括所供设备必须满足当地供电部门安装、试验、入网等条件要求，并办理相关手续。本合同执行期间合同总金额不变。

3.工作期限

3.1本工作期限为 一 年，自年月日起，至年月日止。

4.合同款支付

项目款项以人民币转帐方式支付，分六期支付，其中：

1、维护服务满2个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额的15%;

2、维护服务满 4个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额的15%;

3、维护服务满6个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额20%的余款

4、维护服务满8个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额15%的余款。

5、维护服务满10个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额15%的余款。

6、维护服务满12个月后，中标人通过绩效考核合格后 15天内，采购人向中标人支付合

同总金额20%的余款。

5.质量要求

5.1乙方应严格按照招标书和有关标准实施本工作，确保工作质量。

5.2在维护期间，如服务企业人为因素造成设备丢失或因被服务企业人为因素造成设备损坏的，乙方应及时报甲方，经甲方核实确认后，根据实际情况，甲乙双方另行协商责任承担及相关费用。

5.3乙方保证维护工作的过程未侵犯第三方合法权益。

5.4经乙方维护更新后的软件，其任何部分如被依法认定为侵犯第三方合法权利，或者任何由乙方授予的权利被认定为侵权，乙方应当承担相应的责任，并尽力用相等功能的合法软件替换该软件，或者取得相关授权，以使甲方能够继续享有本合同所规定的各项权利，并且乙方应当赔偿甲方由此而造成的损失。

5.5乙方所承担的维护项目的质量标准应当符合国家标准、行业标准或者制造企业的标准。若无国家标准、行业标准或者制造企业的标准的，以符合合同目的的其他标准作为质量标准。

5.6维护人员。甲乙双方指派专人组成本合同维护项目的管理小组，管理和实施本项目。管理小组成员名单和通讯方式见合同附件。双方可以根据具体情况更换本方管理小组的成员，但应当以书面方式通知另一方;如乙方重新指定的小组成员涉及到本项目的重要方面，应当事先征得甲方的同意。双方应当在合理和维护双方利益的基础上讨论人员更换事宜。参与项目的所有人员都应当受本合同第八条各条款的约束。(注乙方安排的工作人员必须与乙方签订3年以上劳动合同的正式职工，并提供购买社保证明、劳动合同、相关人员计算机资质证明。)

5.7维护确认。

5.7.1维护确认一般每月进行一次。维护确认前，乙方应当根据相关的检验规格和标准，对维护项目进行功能和运行检验。乙方应当在每次维护确认前5个工作日内，以书面方式提请甲方按照合同及其附件所约定的内容进行维护确认。重大维护内容发生后，乙方可以及时以书面方式提请甲方进行维护确认。提请对应用软件维护项目进行维护确认的，乙方还应当提交相应的软件维护文档，所提交的文档应当包括纸质版和电子版各一份。

5.7.2甲方应当在接到乙方书面材料的5个工作日内进行维护确认。如甲方无正当理由而不进行维护确认，则视为甲方已经确认。双方对此另有约定的除外。维护确认的内容包括系统故障现象、原因、故障排除过程、更换配件情况、恢复状况等。

6.违约责任

6.1乙方不能按合同规定的内容提供服务时，甲方有权从维护费中扣除相应款项;

6.2如发生不可抗拒因素(指战争、严重火灾、水灾、台风和地震以及其它经双方同意属不可抗拒的事故)，造成监控点不能正常运行时，甲方按该监控点实际正常运行天数支付相应的维护费。

6.3未经甲方同意，乙方不得将本合同项目的部分或者全部维护工作转包给第三方承担。一旦甲方发现，有权立即终止合同，并追究相关责任。

6.4如乙方维护期间出现数据丢失或损毁，乙方应承担赔偿责任;

6.5如因乙方维护质量问题造成事故和直接经济损失，乙方应承担赔偿责任;

6.6乙方无正当理由不能拒绝维护网络;

6.7乙方所维护结果不符合规定标准的，被维护单位有权拒绝验收。

7.投诉

为了保障双方的权益，本合同建立投诉监管制度。其具体方式为：

7.1、被维护单位可就乙方的维护质量或服务问题向甲方投诉;

7.2、经核查如情况属实则该投诉有效，将记录在案;

7.3、乙方可就被维护单位所提出的除维护或服务以外的要求向甲方投诉;

7.4、甲方将定期检查本合同的履行情况。

8.合同的解除和变更

8.1合同生效后，除不可抗力外，不得解除和无效变更。若因国家计划改变，或设计变更确需解除或变更合同时，要求变更的一方应及时通知对方，对方在接到通知15日内给予答复，逾期未答复则视为已同意。

8.2变更或解除合同，所造成的损失由提出方负责。

8.3 如因国家政策改变，出现合同内容与政策冲突的情况，本合同可立即解除，甲乙双方不承担因为而产生的违约责任。

8.4乙方如因发生不可抗拒事件而丧失履行合同能力，在报经甲方同意后，本合同可自行终止。

8.5有下列任何一种情况出现，经政府采购管理部门同意，甲方有权扣除相关维护费用或终止本合同，向乙方追究经济赔偿，并通过新闻媒介给予曝光及规定其三年内不得参与网络信息系统维护外包服务资格的投标：

A、对乙方的有效投诉记录累积达10次以上的;将给予警告，同时乙方要对派驻工作人员作出相应的整改措施。

B、对乙方的有效投诉记录累积达20次以上的;将给予警告，同时乙方要对派驻工作人员作出相应的整改措施,同时甲方将扣除合同金额0.3%的维护费用。

C、对乙方的有效投诉记录累积达50次以上的,甲方有权终止本合同。

D、因乙方维护质量问题，导致出现事故造成重大损失的.甲方有权终止本合同。

D、乙方需与甲方签订《廉政合同》。

9、保密

9.1.信息传递

在本合同的履行期内，任何一方可以获得与本项目相关的对方的保密信息，对此双方皆应谨慎接受并不得向第三方披露。

9.2.信息披露

获取对方保密信息的一方仅可将该信息用于履行其在本合同项下的义务，且只能由相关的工程技术人员使用。获取对方保密信息的一方应当采取适当有效的方式保护所获取的信息，未经授权不得使用、传播或者公开。除非有对方的书面许可，或者该信息已被拥有方认为不再是保密信息，或者已在社会上公开，该信息在年内不得对外披露。

9.3.保密措施

甲乙双方同意采取相应的安全措施，遵守和履行上述约定。经双方协商，一方可以检查对方所采取的安全措施是否符合上述约定。

9.4.竞争限制

甲乙双方承诺，在本合同履行过程中以及本合同履行完毕后的5年内，双方均不得使用在履行本项目过程中得到的对方保密信息，从事与对方有竞争性的业务，也不得采取任何方式聘用本项目中的对方相关技术或者管理人员。

10、服务变更

10.1.甲方如提出部分维护项目的变更建议，应当以书面形式提交给乙方。乙方应当在15个工作日内，对该变更后合同价格、服务内容、系统性能、技术参数等可能发生的变化作出预估，并书面回复甲方。

10.2.甲方在收到乙方回复后，应当在15个工作日内，以书面方式通知乙方是否接受乙方回复。如甲方接受乙方回复，则双方可对该变更以书面形式予以确认，并按变更后的约定继续履行本合同。

10.3.乙方如提出部分维护项目的变更建议，应当对该变更后合同价格、服务内容、系统性能、技术参数等可能发生的变化作出预估，并以书面形式提交给甲方。

10.4.甲方在收到乙方的变更建议后，应当在15个工作日内，以书面方式通知乙方是否接受乙方的变更建议。如甲方接受乙方的变更建议，则双方可对该变更以书面形式予以确认，并按变更后的约定继续履行本合同。如甲方不同意乙方的变更建议，则乙方应当按原合同执

行。

11.合同生效及其它

11.1合同经甲乙双方代表签字并加盖单位公章后，即行生效。

11.2合同生效后，甲乙双方都应严格履行合同，如出现问题应按照《经济合同法》等有关规定办理。

11.3合同在执行过程中出现的未尽事宜，双方在不违背合同和招标文件的原则下，协商解决。协商结果以“纪要”方式作为合同的附件，与合同具有同等效力。

11.4本合同自双方签字盖章之日起生效，一式四份，甲方执一份，乙方执一份，采购办执一份，招标机构一份。

12.下列文件均为合同不可分割部分

12.1招标文件;

12.2投标书;

12.3授权书;

12.4运营维护服务方案;

12.5中标通知书。

甲方：乙方：业主单位公司

法定代表人：法定代表人：

签约代表签约代表

地址：地址：

电话：电话：

传真：传真：

签约日期：年月日签约日期：年月日

开户银行：开户银行：

账户：账户：

第四篇：湖南大学校友综合服务信息平台

技术方案

目录

1. 项目背景 2. 项目概述 3. 项目建设原则

3.1.1. 易用性 3.1.2. 可控性 3.1.3. 高效性 3.1.4. 安全性 3.1.5. 可扩展性

4. 项目软件需求描述

4.1. 用户权限管理

4.1.1. 用户权限组/角色的创建与分配4.1.2. 用户认证

4.2. 校友信息管理

4.2.1. 校友数据批量导入 4.2.2. 校友走访记录管理 4.2.3. 个人消息管理 4.2.4. 消息发送和接收 4.2.5. 人脉搜索 4.2.6. 信息群发功能 4.2.7. 校友信息查询 4.2.8. 校友信息去重 4.2.9. 校友信息统计 4.2.10. 数据标记功能 4.2.11. 模板设计 4.2.12. 校友信息卡面板 4.2.13. 个人空间

4.3. 校友组织管理

1 1 2

2 2 2 2 3

3 3 4 6 6 7 8 9 9 9 10 11

错误!未定义书签。

11 11 12 12 12

4.3.1. 组织结构 4.3.2. 组织管理员 4.3.3. 地方校友会空间 4.3.4. 学院校友会空间 4.3.5. 班级空间

4.4. 校友活动管理

4.4.1. 活动组织 4.4.2. 活动参与 4.4.3. 活动分享 4.4.4. 投票活动

4.5. 校友服务

4.5.1. 校友卡申请服务

4.6. 后台管理

4.6.1. 日志管理 4.6.2. 权限管理 4.6.3. 数据备份管理 4.6.4. 动态数据库管理 4.6.5. 系统字典管理

4.7. 校友门户页面与栏目

4.7.1. 网站首页 4.7.2. 部门概况 4.7.3. 新闻中心 4.7.4. 岳麓之星

4.7.5. 合作办学(产学研合作) 4.7.6. 校友组织(与社区数据同步)4.7.7. 校友活动 4.7.8. 校友刊物 4.7.9. 校友爱心 4.7.10. 校友服务

5. 项目主机与软件配置要求

5.1. 主机硬件

5.2. WEB服务器的软件布署环境

12 13 13 13 14 14 14 14 15 15 16 16 16 16 16 16 17 17 17 17 18 18 18 18 18 19 19 19 19

20 20

5.3. C/S《校友实名信息数据库》软件布署环境 20

6.

6.1. 6.2. 非功能需求

性能需求 安全需求

20 21

1. 项目背景

校友，从狭义上说，是同在一个学校学习、工作过的人;广义上说，还可以包括为学校做出过贡献的人。校友对母校会有一种天然的认同感，为我们称为学缘联系。而正是这种认同感与感情联系使校友资源如同一座座宝藏，对高校的发展建设有着不可替代的重要作用。是高校工作的重要组成部分，有效的把校友资源整合起来，对高校的建设与发展具有重要的意义。而校友的人数是与年俱增的，是一种可持续发展的资源。

而学校总是处于“培养一批学子，丢失一批校友”的窘况之中，所以建设一个由全校统

一、共享的校友信息数据库与相关的网站、校友社区的校友综合服务平台用来管理、收集、联络校友资源是十分有必要的。

2. 项目概述

湖南大学校友综合服务信息平台(以下简称平台)将是一个全功能的信息平台，将校友综合服务与管理、门户网站、交流社区有机的结合在一起。能过新一代信息技术充分发挥学校校友总会、各类校友组织以及校友个人等多方的能动作用，共同收集整理校友详细信息，为学校提供一套完整的、动态的校友信息库。并提供专业的校友网站、社区为校友服务，供世界各地的校友获取母校信息、分享相关资讯，同时加强校友与母校之间、校友与校友之间的互动交流，增加校友对母校与校友组织的信赖度、活跃度，树立学校品牌形象，提高社区认知。

3. 项目建设原则

3.1.1. 易用性

针对校友工作流程与数据特点，提供多种复杂逻辑智能模块：校友智能认证、校友智能查重去重、校友关系自动查询等。

系统提供高一致性的界面UI，用户只需简单培训，甚至不培训就能使用操作系统。

3.1.2. 可控性

在系统中建立各类控制点，管理员可随时进行战略性调控。如：开放或关闭注册功能、设置自动审核或人工审核等等。

3.1.3. 高效性

提供多种数据导入收集手段，数据采集效率高;提供批量发送邮件、批量发送短信、数据批量模板打印等功能，系统应用效率高;采用动态数据库技术，数据表、数据字段可自我维护，数据维护效率高。

3.1.4. 安全性

数据库备份机制、数据加密机制、言论过滤机制、数据操作历史痕迹查询等等。从最大程度上保证系统数据及言论的安全性及被泄漏的可能。

3.1.5. 可扩展性

系统提供数据库设计功能，能让管理员即时进行数据库基本信息升级，避免系统使用使用寿命超不过三年、有新需求就要重新开发的局面。

系统设计时预留对外接口，可与学校相关系统进行对接开发，为学校一体化信息建设提供支持。

4. 项目软件需求描述

湖南大学校友综合服务平台应由《校友实名信息数据库》、《校友实名SNS社区》、《校友门户网站》三个部分组成。

《校友实名信息数据库》要求采用CS模式，方便学校控制客户端的使用数量，防止校友实名数据流失;支持动态数据库技术，适应信息时态性特性，延长系统的生命周期，确保学校投资价值。

《校友实名SNS社区》要求采用BS模式，方便校友认证登录使用。校友数据要求与《校友实名信息数据库》实时同步，达到一库多系统的要求，方便学校统计采集校友数据。方便校友与母校，校友与校友之间的资讯共享，互助合作。

《校友门户网站》要求设计风格简约，排版层次清晰，界面友好人性。并能充分体现湖南大学千年学府的文脉传承与人文特色。

4.1. 用户权限管理

4.1.1. 用户权限组/角色的创建与分配

系统提供可定制的，粒度可控的用户权限管理功能。可以自定义用户角色，为每一位系统用户分配不同的角色权限。

权限组功能通过对系统菜单的使用权限与数据内容的浏览操作权限的划分形成不同的系统权限组(用户角色)，在通过对用户的角色分配产生不同级别的使用人员，比如：系统管理员、内容管理员、地方校友会数据管理员、班级管理员等。

不同的用户权限可以对不同的数据集进行管理，比如：  工程学院数据管理员只能看到并管理工程学院的校友数据  珠洲校友会信息管理员只能看到并管理珠洲校友会校友的数据信息

4.1.2. 用户认证

系统管理员先在社区后台按不同时间段设定不同的注册认证条件，比如：2000起入校的校友或在校教职工：使用学校统一身份认证注册，输入学(工)号、证件号码(身份证号等)完成注册。

2000年之前的校友用户通过填写自己的入学时间，学院、专业、班级、学历信息与系统已有人员信息库进行比对后智能认证。

其他或无法智能认证的校友：

1，用户在社区中点击注册新用户链接;

2，用户进入注册信息填写页面，页面上需要用户填写的内容最少包括：用户名，用户注册邮箱，用户密码，用户密码重新输入。

3，社区后台生成用户审核信息，管理员审核后社区后台自动生成激活链接，并将该链接通过Email发送到用户注册邮箱;

4，用户接收激活邮件，并点击激活链接完成激活，完成注册; 5，在激活页面，用户输入用户名和密码，完成激活。

4.2. 校友信息管理 4.2.1. 校友数据批量导入

系统支持批量导入校友信息数据，支持EXCEL、MySQL、MSSQL等格式的数据源。支持同名列名自动/手动匹配。

在导入时还提供查重功能，即通过用户指定的多个字段进行智能比对，提示可能重复的校友信息数据。并支持一键合并功能，保证每一位校友在系统中的数

据唯一性。

4.2.2. 与学校其它数据库交换数据

系统具备与学校其它数据库对接，交换数据的功能。 系统可以将校友数据导出EXCEL，共享给其它系统使用。

系统提供可以和其它数据对接的数据读取程序，学校需要对接的数据库比如：迎新库、学工库、教务库可提供数据库权限或数据中间表，支持EXCEL、MySQL、MSSQL等格式的数据源。通过用户指定的多个字段进行智能比对，提示可能重复的校友信息数据。并支持一键合并功能，保证每一位校友在系统中的数据唯一性。

4.2.3. 校友走访记录管理

 管理员记录校友走访信息，这些信息包括：时间，地点，目标校友，走访类型等。走访类型包括：校友来访、出访管理、参与育人信息管理、捐赠

与接收捐赠管理、校友活动管理、杂志订阅、纪念品信息管理、电话联络管理、校友活动管理、生日祝福邮件。

 管理员可以通过时间、关键词、校友姓名等多种条件对走访记录信息查询，这些查询条件可以以逻辑运算符号(或，非，与)组合起来进行查询。  系统提供统一的管理查询界面，使得管理员可以统一查询管理用户的走访活动信息，这些活动信息由管理员手动输入

4.2.4. 个人消息管理

用户可以对自己的发送信息和接收信息进行搜索和删除等操作，前者的搜索条件包括：时间，发件人，收件人，关键字等;后者的操作只影响用户个人信息页面的显示，真正的信息内容将一直保存，只有管理员才能进行删除等操作。

4.2.4.1. 说说

 校友发布自己的动态与留言，并相互交流。  说说需要支持发布表情  支持相互评论与@功能。

4.2.5. 消息发送和接收

 用户登录后可以接收和发送消息;

 可发送的消息包括：认证请求;加入校友分会组织的请求;将别的校友加为好友的请求;获取校友服务请求;活动相关消息等，系统通知等。  同时也可以接收相关消息。

 用户可以对消息进行搜索，分类，删除等操作。

4.2.6. 人脉搜索

 通过校友名称寻找搜索认识的校友  能自定义校友分组

 能查看我的关注与关注我的校友列表

4.2.7. 信息群发功能

 系统管理员可以选择对多个用户进行信息群发，发送媒介包括Email和短消息;

 在Email与短消息群发中，支持标记功能，即管理员可以编写一个单一内容的主文档，然后系统可以自动插入标记代表的用户信息(email地址，姓名等)生成最终的email或短消息发送给不同用户。

 已发送过的内容可以被保存为对应的模板以供用户下次选择使用。  为了防止大量发送Email的行为被标记为垃圾邮件发送，因此系统需要合理安排Email发送的数量和频度，并用多个邮件地址发送的方法规避风险。

4.2.8. 校友信息查询

 系统提供校友信息库查询与管理功能。

 管理员可以查询校友的基本信息与附属信息，前者是学校保存的基本校友信息，后者是校友在使用校友信息系统过程中增加的新信息，包括：履历信息，活动参与信息，交往信息，捐赠信息等。

 管理员可以使用组合关键字对校友信息库进行查询，也可以使用多个字段的组合条件(等于，小于，大于)进行查询;查询结果以表格格式导出。  支持多色分类显示查询结果

 支持动态列表功能，查询列表的标题可以拖动分类与统计。列表标题用户可自定义个数。

4.2.9. 校友信息去重

系统可通过指定的一条或多条校友信息进行智能对比来进行校友信息查重功能，并可将重复的两条或多条校友信息合并为一条。

4.2.10. 校友信息统计图

 系统需支持自动将主信息中的字典字段生成统计图表。比如按照校友所在城市生成校友城市分布统计图、按照校友所在行业生成校友所在行业比例图等。  需支持饼图，柱状图等多种统计图表形式。  生成好的图表的可以被作为图片导出

4.2.11. 数据标记功能

系统可以对校友数据进行颜色标记，支持所有字典型字段，通过颜色标记，可以快速找到需要的信息。

4.2.12. 模板设计

系统提供模板设计功能，可以设计校友胸卡、桌台、签到表等校友活动常用标签与表格格式，并能与数据库中校友信息相结合并进行套打。

模板设计支持标签功能，在打印时可以自动带入标签所关联的校友信息，比如校友头像、名称、单位、职位等。

设计并保存好的模板能通过模板文件进行共享。

4.2.13. 校友信息卡面板

 校友信息卡面板可以将列表形式的校友信息以卡片的形式展示  卡片的版面布局可以由用户按照工作习惯自己排版  卡片的布局可以用布局文件进行共享

 拖上卡片的列表字段的字段名可以由用户按自己的习惯自定义命名

4.2.14. 个人空间

校友的个人空间，校友间可以相互访问。

内容包括个人相册、文章、说说、创建或参加过的活动信息、组织信息、个人档案、消息、所获勋章、荣誉、积分值、最近访客等。

个人档案相关的私密信息默认为非公开，校友可以设置对校友、好友或所有人公开。

个人档案以外的信息都是对校友公开的。

4.3. 校友组织管理 4.3.1. 组织结构

用户按照学校的实际情况自定义学院、专业、班级、地方校友会，并可关联学院、专业、班级之间的关系。

4.3.2. 组织管理员

为每个组织指定一位或多位管理员(与社区配合使用)

4.3.3. 地方校友会空间

提供各地方校友会的介绍性展示页面，提供接口与地方校友会网站互连。 系统后台可以对地方校友会进行管理。

支持自定义LOGO功能，地方校友会空间管理人员可以自定义空间的LOGO，体现当地特色

支持联系方式，地方校友会空间管理人员可以自己编辑发布地方校友会的主要联系方式，方便当地校友联系组织

支持地方校友会活动，地方校友会空间管理人员能发布本地的校友活动，无需主站管理员审批、发布。

4.3.4. 学院校友会空间

提供各学院的介绍性展示页面，提供接口与学院网站互连。 系统后台可以对学院进行管理。

支持自定义LOGO功能，学院校友会空间管理人员可以自定义空间的LOGO，体现当地特色

支持联系方式，学院校友会空间管理人员可以自己编辑发布学院校友会的主要联系方式，方校友联系。

支持本院校友会活动，学院校友会空间管理人员能发布本院的校友活动，无需主站管理员审批、发布。

4.3.5. 班级空间

班级按学院、年级进行自动分类列表，并能通过条件快速检索;提供各班级的介绍性展示页面。功能要求同地方校友会空间与学院校友会空间。

4.4. 校友活动管理 4.4.1. 活动组织

 校友组织管理员或班级管理员可以活动本组织的活动。并由后台管理员审核后才能发布并推荐到首页显示

 普通校友可以自由申请活动，并由社区管理员审核后发布。

 活动发起人可以发起活动，设定活动类型、活动主题/名称、并设定活动时间，预定地点，活动简介，报名截止时间等。  活动发起人可以设定活动的日程安排信息。  活动缺省都是需要报名参加。

 活动发起人查看活动报名情况，并可以进行后续操作如向活动参与人发送相关消息提醒。

 活动发起人可以对已经发起的活动进行修改，包括时间，地点等。也可以暂停或取消活动。活动信息修改后，告知总会，推送给用户的活动通知  活动管理员可以设置推荐或置顶某项已发起的活动。

4.4.2. 活动参与

 校友可以对某个活动设置报名。  普通校友可以报名参加活动。

 用户报名参与活动，并得到审批后，可以在个人信息页面接收活动发起人发送的相关消息和通知。

4.4.3. 活动分享

 参与活动的用户可以针对活动发布评论。  评论包括文字和图片格式。  用户所发布的评论可以被回复。  活动发起人可以进行活动图片批量上传。

 活动发起人对活动评论拥有管理权限，可以修改和删除评论信息。  相关信息可以分享到公共社交平台。

4.4.4. 投票活动

活动了线下活动还可以是线上的投票，由系统管理员发起投票项目，投票可以定制不同的问题与答案类型(单选、多选、问答)。

投票可以在后台进行管控与统计。

4.5. 校友服务 4.5.1. 校友卡申请服务

 申请服务可以由普通校友或校友分会组织管理员发起。  申请服务请求由系统管理员进行审批。  审批结果作为信息发送给申请人。

4.6. 后台管理 4.6.1. 日志管理

 校友信息系统中所有用户的所有操作都必须被记录在日志系统中。  后台系统管理员可以对日志进行检索和数据分析。

 系统应该保留或开放基于用户操作日志的数据挖掘功能接口。

4.6.2. 权限管理

 后台系统管理员具备用户权限分配和管理的最高权利。

 后台系统管理员负载系统管理员账号的分配和管理，包括新账号的分配，权限管理和账号撤销。

4.6.3. 数据备份管理

 系统可按管理员制定的备份计划自动执行离线备份  管理员可选择完全备份或增量备份  支持临时的管理员手动备份

4.6.4. 动态数据库管理

动态数据库管理功能可以让用户自定义数据库上的表与字段，扩展信息对校友信息记录的完整性。数据库中的字段可以增删。字段的长度、类型等只能在新增时设定，不能后期调整。调整后的库表逻辑、数据库完整性在用户正确使用下是可以保证完整的。

 需要支持新建一张数据表，并记录为什么要建立这张数据表

 需要支持在一张数据表中添加一个字段，并对这个字段的显示名称、类型、长度等属性进行设置

 需要支持删除一张表，但已有字段的表在删除前必须删除所有的已有字段

 新增的字段可以建立索引并排序

4.6.5. 系统字典管理

系统管理员可以通过字典设计功能完善自定义系统中的数据字典。  可以自定义字典的选项内容

 选项内容可以通过编号进行索引排序

 字典通过显示名称与数据表中的字典类型字段自动对应

4.7. 校友门户页面与栏目 4.7.1. 网站首页

门户首页需要包括：新闻中心、湖大名师、校友之星、校友企业(产学研介绍)、爱心展示(跑马灯)、捐赠感谢(字幕滚动)、友情链接(校友、校外)、校

友登录、校友活动日历推荐、校友卡介绍专栏、校友服务专栏、校友会官方微博、微信链接等来组成。

4.7.2. 部门概况

部门介绍：介绍部门 机构设置：机构设置介绍 工作职责：工作职责描述

4.7.3. 新闻中心

网站公告：校友会官方公告 校友新闻：校友相关新闻报道

4.7.4. 岳麓之星

岳麓名师：介绍学校各学院的名师名导 岳麓之星：介绍湖大知名校友

4.7.5. 合作办学(产学研合作)

组织结构：介绍产学研平台的组织结构

校友名企：介绍知名校友企业或与学校有产学研合作的企业 合作条件流程：介绍合作的参于条件与相关流程

4.7.6. 校友组织(与社区数据同步)

地方校友会：各地方校友会的社区空间 学校校友会：各学校校友会的社区空间

班级校友会：各班级校友会的社区空间

4.7.7. 校友活动

同步社区中的校友活动在网站中展示，校友可通过网站直接登录社区并报名参与活动。

4.7.8. 校友刊物

提供校友刊物的在线阅读与在线下载服务

4.7.9. 校友爱心

爱心展示：以图片跑马灯的方式来展示校友捐赠的实物

感恩回音：以文字+图片的形式纪实报道校友的爱心感言或受捐人的感恩感言 捐助渠道：介绍校友捐助学校的渠道与方式

4.7.10. 校友服务

学历教育：介绍湖南大学本科、研究生、博士生教育

继续教育：介绍湖南大学成人教育、自学考试、教育培训、出国留学业务 校友福利：校友卡介绍(免费风景门票、校友设施租用优惠等等)、校友卡申请的条件与流程

湖大礼品：湖大校友纪念品订购

校友资料异动服务：登录社区，进入校友自己的个人空间，更新自己的个人信息

5. 项目主机与软件配置要求

5.1. 主机硬件

处理器内存

Intel 8核处理器(2.7GHz, 20M L3缓存,130w)，16GB(2x8GB) 1600MHz DDR3内存

硬盘

500G以上容量

5.2. WEB服务器的软件布署环境

Windows Server 2000/2003操作系统

Apache Web服务器(支持Rewrite模块和.htaccess) PHP版本5.1.6或更新的版本。 MySQL(4.1+) Sendmail或者Postfix邮件服务器(可选)

5.3. C/S《校友实名信息数据库》软件布署环境

支持操作系统

Windows xp sp3/Windows vista/Windows 7 32bit 64bit/Windows 8 32bit 64bit操作系统. 6. 非功能需求

6.1. 性能需求

系统容量：需支持50万校友数据存储，每个校友静态数据5K字节;假设活跃校友比例10%，每个活跃校友每年新增5M字节数据量。在以上假设条件下，5年内数据库容量需求：约1.5T

普通展示性用户页面加载时间小于2秒，后台报表查询页面加载时间小于5秒。 网络带宽需求：移动，联通和电信的三网畅通访问。

6.2. 兼容性需求

校友门户网站与SNS校友社区要求采用HTML5+PHP开发，并保证在IE7/8/

9、火狐国际版29.0.1/火狐中国版29.0.1以上版本、CHROME34.0.1847.137 m以上版本兼容运行，不会产生明显的页面变形或动态效果无效。

《校友实名信息数据库》要求用C#.net语言开发，支持dotnet4.0。可以WIN XP/WIN 7/WIN 8操作系统上稳定运行。

6.3.安全需求

校友信息系统需要对常见的web攻击手段进行防范，常见的Web攻击分为两类：一是利用Web服务器的漏洞进行攻击，如CGI缓冲区溢出，目录遍历漏洞利用等攻击;二是利用网页自身的安全漏洞进行攻击，如SQL注入，跨站脚本攻击等。常见的针对Web应用的攻击有：

缓冲区溢出——攻击者利用超出缓冲区大小的请求和构造的二进制代码让服务器执行溢出堆栈中的恶意指令

Cookie假冒——精心修改cookie数据进行用户假冒 认证逃避——攻击者利用不安全的证书和身份管理

非法输入——在动态网页的输入中使用各种非法数据，获取服务器敏感数据 强制访问——访问未授权的网页

隐藏变量篡改——对网页中的隐藏变量进行修改，欺骗服务器程序

拒绝服务攻击——构造大量的非法请求，使Web服务器不能相应正常用户的访问 跨站脚本攻击——提交非法脚本，其他用户浏览时盗取用户帐号等信息 SQL注入——构造SQL代码让服务器执行，获取敏感数据

21

第五篇：常州市房产网络信息服务协议

系统密钥买卖合同

甲方：常州市房产信息中心

乙方：

根据住建部《城市商品房预售管理办法》、江苏省物价局《关于房产网络信息服务收费实行政府定价的函》以及常价服[2010]171号《关于重新核定房产网络信息服务收费的批复》，甲方就系统密钥买卖事宜达成如下协议：

一、乙方是(项目名称)的开发建设单位，项目预(销)售

许可证号：，现因房屋销售等业务需要向甲方购买密钥共计个，其中(在备选□上打√)：

□申报密钥 1 个(仅用于新建项目的预售许可申报;一个开发企业仅能持有1个)。 □项目密钥个(用于商品房网上合同签约、备案)。

二、甲方应在本合同期内向乙方提供下列服务：

1、密钥信息的初始化服务。

2、密钥信息认证，实现系统安全登录。

3、密钥信息维护服务。

4、自购买之日起七日内，提供密钥免费更换服务(乙方使用不当等原因造成损坏的除外)。

三、乙方应按每个密钥200元的标准向甲方支付其购买所有密钥的工本费，共计人民币元。

四、乙方应确保系统操作人员具备相应计算机操作技能，及时做好计算机补丁更新、病毒查杀等工作;保障系统数据填报的准确、规范，不对系统进行恶意操作;及时向甲方提交系统操作中发现的问题以及有关意见和建议。

五、乙方所购密钥的使用有效期为两年。密钥使用有效期届满前一个月内，乙方可到甲方办理免费续期手续。乙方未及时办理密钥续期手续的，密钥在有效期届满后自动失效并不可再用。

六、甲乙双方在履行本合同过程中发生纠纷的，协商解决，不协商解决或协商不成的，应向常州仲裁委员会申请，通过仲裁裁决解决。

七、本合同一式两份，双方各执一份。

甲方(盖章)：乙方(盖章)：

法定代表人(签章)：法定代表人(签章)：

20年月日20年月日