信息平台服务合同

2022-07-22

第一篇：信息平台服务合同

支付平台服务合同

甲方：______________信息科技有限公司

注册地址：__________________________

乙方：_______________________________

注册地址：___________________________

(在下文中，以上单方称“一方”，两方合称“双方”)

本服务合同(以下称“本合同”)由以下两方于_________年______月______日在北京签署，以昭信守。

鉴于：

甲方是中国著名的金融电子商务服务商，其创办的____________网(www.______________.com)是目前国内最有影响力的财经网站。______支付平台，即_________网上结算支付系统，能提供通用性强、快捷便利、功能扩展空间充分的网上结算支付服务及认证服务。

乙方______________________________

鉴此：双方就乙方使用甲方支付平台，享受在线认证结算服务达成如下合同：

一、定义与解释

除非本合同中另有定义，下列词语均应具有以下特定涵义：

1.1　日、工作日本合同所指之日为日历日，本合同所指之工作日系指中国政府规定的除法定节假日之外的工作日期。

1.2　______支付平台指甲方开发的能够提供在线支付、在线续费以及银行卡同用户______帐号之间资金划拨的网上计费支付及用户认证服务系统。?

1.3　乙方网站指乙方拥有的域名为__________________的网站，包括主站和所有镜像站点。

1.4　服务费指乙方因使用______支付平台提供的支付、认证结算等服务而向甲方支付的费用，该费用按照乙方用户通过该系统向乙方支付款项金额的固定比例支付。

1.5　运行年费保证商户在______支付平台上的网上支付功能正常运行的运行维护费。

1.6　技术接口及安装调试费指乙方因使用______支付平台提供的技术接口及甲方为乙方提供的安装和技术调测的费用。

1.7　特约商户帐户乙方在______支付平台开立的商户帐户，乙方随时可查询帐户的交易帐务明细和余额，在甲乙双方确认无误的情况下，该帐户内资金属于乙方所有，乙方有权划拨该帐户的资金到乙方指定帐户。

二、声明及保证

每一方均声明及保证，自本合同签署之日起有资格从事本合同项下之交易，而该等交易符合其经营范围及国家法律之规定。

三、有效期

3.1　有效期

本合同有效期为壹年，本合同生效之日起计。

3.2　延期

任何一方可在合同期限届满前九十日内，向另一方书面提议延长，经双方一致同意，可签订续约合同。任何一方在收到对方书面延展合同的动议或邀约后，应在收到该书面延展合同的动议或邀约之日起十日内，对此书面动议或邀约做出书面回应或承诺，并受该回应或承诺的约束。如在上述期限内未做书面回应或承诺，视为拒绝。

四、服务方式

4.1　链接

乙方网站主页应有______支付平台的图标，表明甲方的支付平台做为乙方网站在线支付手段之一，乙方网站需要在线支付的功能直接链接到甲方支付平台，用户点击后进入甲方相关支付页面，实现在线支付。

4.2　结算流程

用户在乙方网站选购商品或服务发生网上支付行为，进入______支付平台;

用户选择______支付平台中的支付工具付款;

用户输入该支付工具的卡号和密码，确认交易后，电脑提示交易结果是否成功;

交易成功后，______支付平台负责将用户的款项从用户的支付帐户上划拨到乙方在______支付平台的特约商户帐户上，到帐时间与银行相同;

乙方可随时查询在______支付系统的特约商户帐户的交易帐务明细和帐务余额。

4.3　服务保证

甲方保证支付平台正常运行、支付款项及时准确成功划拨(遇不可抗力除外)，同时向乙方提供控制管理后台，乙方可通过控制管理后台进行帐务结算和明细查询。

甲方保证不断扩充其业务范围，让更多的银行连接至______支付平台，并免费提供给商家如同现有联网银行的一切服务，不再收取升级费用。

乙方保证在销售、配送、结算等方面为客户提供服务，因乙方或者其相关商户的原因与顾客产生的任何纠纷与甲方无关，均由乙方负责协调解决并承担全部责任。

乙方保证其利用支付平台经营的业务符合国家法律要求，不得利用甲方的服务从事任何违法活动，如果乙方违反前述规定，甲方有权立即解除本协议，因乙方的违法行为给甲方造成损失的，乙方应承担赔偿责任。

五、费用及结算

5.1　支付平台服务费为乙方用户通过甲方支付平台向乙方支付款项金额的_____%;

5.2　甲方负责按照乙方调款指令将收到的用户支付给乙方的款项从乙方在______支付平台的商户帐号上划至乙方指定帐户，金额以甲方系统的记录为准;

5.3　乙方应定期向甲方支付服务费;在甲方依据乙方资金调拨指令向乙方划款时，由甲方从乙方在______支付平台的帐户中扣除;

5.4　首年年费于合同签定后四个工作日内付清，首年年费为??元。以后年费按年收取;

5.5　乙方应将一次性支付的技术接口费----元及技术调测费----元，与首年年费一并付清。

六、禁止商业使用

6.1　本合同终止之后，任何一方不得将另一方的品牌和标识用于商业目的。

6.2　合同有效期内，未经甲方事先书面许可乙方不得将______支付平台以出售、租赁等形式给其他用户使用，否则乙方将按甲方年费标准的5倍向甲方支付罚金。

七、保密义务

一方必须对从另一方所获取的商业秘密严格保密，在未事先取得另一方书面同意的情况下，不得向任何第三方披露。

八、不可抗力

如遇到自然灾害、战争、**、政府干预或其他双方不能预见、不能克服、不能避免的不可抗力事件，导致任何一方无法履行本合同项下的义务，受影响一方不承担违约责任，但是其必须采取一切可能的措施尽量减少不可抗力可能给对方带来的损失，并于发生不可抗力事件之日起三个工作日内通知合同对方，且于发出该等通知之日起十个工作日向合同对方提交不可抗力的证明文件;如果继续履约存在可能性且符合订立本合同的目的，合同双方应当继续履行本合同。

九、违约

如任何一方违反本合同所规定的义务，违约方在收到守约方要求纠正其违约行为的书面通知之日，应立即停止其违约行为，并在十(10)日内赔偿守约方因此受到的所有损失(包括直接损失、间接损失以及因此赔偿所引发的一切合理费用和支出)。如违约方继续进行违约行为或不履行上述赔偿义务，守约方除就其所有相关损失而获得违约方赔偿外，亦有权提前在违约方收到书面通知收件日当日终止本合同。

十、税务

每一方应按中国法律之规定，各自缴纳与自身经营有关之任何税款。

十一、争议之解决

11.1　协商与调解

11.1.1 对于因本合同的解释及执行而产生之争议，应首先由双方通过友好协商和(或)经由中立之第三方调解来解决。

11.1.2 如争议未能于前述方式在开始协商后三十(30)日内解决，则任何一方均可将有关争议提交仲裁。

11.2　仲裁

11.2.1 任何提交仲裁之争议应提交设在中国北京市的中国国际经济贸易仲裁委员会依据该仲裁委员会届时的仲裁规则审理。

11.2.2?在仲裁过程中，双方仍应继续履行本合同未提交仲裁之部分。

十二、附则

12.1　修改本合同惟经双方签署之书面合同，方可修改。

12.2　本合同之未尽事宜应按照中国法律之规定执行。

12.3　本合同以中文制成，一式肆份，具有同等法律效力，甲方三份，乙方一份。自双方委任代表签字并加盖公章后正式生效。

甲方：_____________________

地址：_____________________

邮编：_____________________

户名：_____________________

帐号：_____________________

开户银行：_________________

(行号：_________________)

盖章：_____________________

签字：_____________________乙方：_____________________

地址：_____________________

邮编：_____________________

户名：_____________________

帐号：_____________________

盖章：_____________________

签字：_____________________

第二篇：网络报表平台服务合同

甲方：_________

乙方：_________

根据中华人民共和国合同法的规定，甲、乙双方本着诚实信用的原则，就甲方向乙方购买基于_________网络报表平台的数据处理服务事宜，签订本合同：

一、乙方提供的基于_________网络报表平台的数据服务，涉及的各种数据处理功能，均为_________网络报表平台内置的功能。

二、甲方根据乙方介绍和系统演示，能够正确理解_________网络报表平台所具有各种功能，能够正确理解乙方提出的基于_________网络报表平台的数据服务的含义和范围。

三、合同有效期间，甲方同意：

1.。

2.甲方保证不上传任何损害乙方合法权益及危害服务器安全的程序和数据。

四、合同有效期间，乙方向甲方提供如下服务：

1.保证数据服务的稳定性和连续性，保证甲方所有客户端能够正常访问报表数据库服务器，能够通过_________网络报表平台实现数据处理功能;

2.为甲方在报表数据库服务器中的数据保密，绝不向第三方泄漏甲方保存在报表数据库服务器中的任何数据;

3.乙方提供足够的空间来保存甲方的数据;

4.对甲方提出的关于_________网络报表平台的任何问题，必须在1个工作日内解决并给予书面答复;如果是甲方软件系统的原因引起的_________网络报表平台不能正常使用，乙方要尽力协助甲方解决问题。

5.定期备份甲方的数据。

五、甲方向乙方订购_________个_________网络报表平台客户端，服务期限_________个月(服务期限不足一个月按一个月计算);乙方根据甲方要求，对_________网络报表平台服务器端进行设置，并在1个工作日内将设置好后的用户名和系统访问初始密码，用电子邮件的方式发送到甲方指定的邮箱中。

六、乙方向甲方提供该项服务的费用标准为每个客户端每月人民币_________，甲方应在合同生效之日起五个工作日内一次性支付乙方服务费人民币_________;合同到期后，甲方若要继续购买这项服务，甲、乙双方需重新签订服务购买合同。

七、乙方收到甲方的服务费后，本项服务正式开始。

八、出现下列任何一种情况，本合同自动解除：

1.乙方在甲方支付了足额服务费用后，因乙方的原因未能在收到甲方费用之日起五个工作日内向甲方提供此项服务，乙方则应退还甲方所支付的全部费用;

2.若甲方在合同生效后的五个工作日内未能向乙方支付合同约定的费用、未向乙方做任何说明并征得乙方同意;

3.当甲方未按约定的时间向乙方支付其服务费用，在乙方继续提供该项服务至结束之后的第五个工作日而仍未收到甲方应付的费用。

九、乙方对甲方因有关软件的遗失、被盗、被误用或被擅自修改、计算机设备故障、人为操作失误等情况造成的损失不负责任;

十、本合同签订即具有法律效力，双方必须严格遵守，如有一方违约其必须承担违约责任并赔偿守约方因此而遭受的全部损失;

十一、双方同意当合同发生争议或合同中有未尽事宜时采取友好协商的方式解决，协商不成，双方同意交由乙方所在地人民法院诉讼管辖。

十二、本合同一式两份，甲、乙双方各执一份。

十三、本合同有效期为_________年，自双方代表签章之日起生效。

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

代表(签字)：_________ 代表(签字)：_________

_________年____月____日 _________年____月____日

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

技术方案

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.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代码让服务器执行，获取敏感数据

第四篇：全国地理信息公共服务平台建设

前言

从2009年1月13日召开的全国测绘局长会议上，国家测绘局表示将启动国家地理信息公共服务平台建设工程开始，至今已有一年半载。在这一年多的时间里，全国各地的平台建设也是开展的如火如荼，并且涌现出一个又一个优秀的平台建设案例，出台了一个又一个平台建设规范。国家测绘局局长徐德明在2010年的国家测绘局局长会议上再次重申“搭建共享平台、保障社会需求”的要求，按照“统筹规划、统一标准、分建共享、协同服务”的思路，整合系统内外的力量，切实加快数字中国建设。进一步加快建设国家地理信息公共服务平台，实现多级互动、协同服务的功能，开展10个左右的省级分节点建设试点，与有关部门联合开展应用示范。在平台建设过程中，各级部门群策群力，因地制宜，结合了当地政策经济发展水平制定了工作计划，逐步推进地理信息公共服务平台的建设。最典型的省份就是浙江，浙江省人民政府办公厅专门发布了《浙江省地理空间数据交换和共享管理办法》，该《办法》在全国率先建立起地理空间信息交换共享运行机制和应用服务体系，有效地破解了信息化建设中存在的地理信息资源不能共享和及时更新，地理信息数据重复采集和系统重复建设的难题。这对其他尚未建设或者正在建设的地区或多或少提供了一些经验和参照。地理信息公共服务平台的建设和实施也离不开各个业内企业的大力支持，很多企业在建设各地平台的过程中，经过不断的调整与优化，积累了大量的实战经验，形成了多种不同类型的解决方案，这也使得各个地区在建设平台过程中获得了许多启发，避免再走弯路。地理信息公共服务平台建设是一项复杂而有深远意义的工程，涉及众多行业和政府部门，影响社会、经济和生活的诸多方面，需要政府、企业以及科研机构之间的统筹规划和大力协调，最大限度的实现资源合理配置。

一、平台总体构架

“公共服务平台”总体构架

(一)数据层

主体内容是公共地理框架数据，包括电子地图数据、地理实体数据、地名地址数据、影像数据、高程数据等。其是在多尺度基础地理信息数据的基础上，根据在线浏览标注和社会经济、自然资源信息空间化挂接等需求，按照统一技术规范进行整合处理，采用分布式的存储与管理模式，在逻辑上规范一致、物理上分布，彼此互联互通，并以“共建共享”方式实现协同服务。

(二)服务层

主要包括平台门户网站、服务管理系统、地理信息基础服务软件系统、二次开发接口库。门户网站是公共服务平台的统一访问界面，提供包括目录服务、地理信息浏览、地理信息数据存取与分析处理等多种服务，并通过服务管理系统实现统一管理。普通用户主要通过门户网站获得所需的在线地理信息服务，专业用户则可通过调用二次开发接口，在平台地理信息上进行自身业务信息的分布式集成，快速构建业务应用系统。

(三)运行支持层

主要包括网络、服务器集群、服务器、存储备份、安全保密系统、计算机机房改造等硬环境和技术规范与管理办法等软环境。

“公共服务平台”由分布在全国各地的主节点、分节点和信息基地组成。主节点、分节点和信息基地三级节点分别依托国家、省(区)、市(县)地理信息服务机构建设和运行，具有相同的三级技术架构。节点间通过网络实现纵横向互联互通，形成一体化的地理信息服务资源，向用户提供在线地理信息服务。图4-2给出了主节点、分节点和信息基地的连接关系。

二、主要建设内容

各级节点和信息基地的建设需依据《国家地理信息公共平台建设专项规划》、《国家地理信息公共平台建设指导意见》、《国家地理信息公共平台技术设计指南》及相应的标准规范，组织开展数据层、服务层、运行支持层的建设，同时需结合各自的空间尺度和服务特色确定建设重点。

图4-2 “公共服务平台”节点的连接关系

(一)主节点建设

一是开发并部署“公共服务平台”门户网站、总体服务与用户管理系统、地理信息基础服务软件系统。其中门户网站是普通用户访问地理信息平台功能的入口;总体服务与用户信息管理系统提供标准的访问接口，支撑分节点和信息基地实现分级服务注册管理及用户注册管理，并负责信息交换与服务的统一管理和调度;地理信息基础服务软件系统提供地理信息数据的组织管理、符号化处理、地理信息查询分析、数据提取等功能以及符合互操作规范的调用接口，支持在线服务的发布。

二是根据在线服务的需要，以1:5万及以小比例尺基础地理信息数据为基础，进行内容提取等整合加工，形成相应尺度的公共地理框架数据集，并对其进行持续管理维护与更新。

三是建设与主节点规模相适应的数据存贮和服务软硬件环境、网络环境、安全保密体系，并实现与国务院应急办、防总、国家减灾委等相关政府部门以及各分节点的联通。

(二)分节点建设

一是部署分节点地理信息基础服务软件系统; 二是以1:1万基础地理信息数据为主要基础，整合加工并管理维护相应尺度的公共地理框架数据;

三是建设本级节点软硬件、网络、安全保密系统，实现与主节点、本区域相关政府部门及信息基地的联通。各分节点可以直接利用国家级门户网站，也可根据需要建立本级门户网站，展示本区域及相关信息基地的数据资源和服务功能。

分节点可以利用平台提供的统一访问接口在其自己的门户网站建立服务注册和用户注册、用户登录等用户界面，实现服务、用户信息的分级注册和用户单点登录、用户权限授权等管理功能。

(三 ) 信息基地建设

一是部署信息基地地理信息基础服务软件系统;

二是以1:2000、1：1000、1：500等基础地理信息数据为基础，整合加工并维护管理相应尺度的公共地理框架数据;

三是建设本级节点软硬、网络、安全保密系统，实现对本区域公共基础地理信息资源的存贮管理，实现与分节点及本区域相关政府部门的联通;

四是作为主节点的信息基地，为平台提供现势性强的大比例尺数据资源，并负责其更新与维护。

信息基地可以直接利用主节点或分节点门户网站，也可根据需要建立信息基地的门户网站，展示本区域地理信息公共服务平台提供的数据资源和服务功能。信息基地可以利用平台提供的统一访问接口在其门户网站建立服务注册和用户注册、用户登录等用户界面，实现服务、用户信息的分级注册和用户单点登录、用户权限授权等管理功能。

平台服务与管理模式

一、服务模式

“公共服务平台”一方面直接向各类用户提供权威、可靠、适时更新的地理信息在线服务，另一方面通过提供多种开发接口鼓励相关专业部门和企业利用平台提供的丰富地理信息资源开展增值开发，以满足多样化的应用需求。表5-1给出了平台的基本服务模式。其服务对象主要包括政府、公众和企业三大类用户，每类用户又可依据使用方式分为一般用户和开发人员。

二、平台管理模式要实现平台主节点、分节点、信息基地协同服务，必须按照一致的技术方法和流程对服务和用户进行管理。各级地理信息服务机构需要制作符合平台要求的服务内容、部署各类符合标准接口规范的服务软件系统来实现服务发布。还要通过服务管理系统完成服务注册，并对自己发布的服务进行访问权限控制和管理。平台运行管理机构通过服务管理系统对平台中各类注册服务和注册用户实现综合管理，包括对服务注册信息审核、用户信息审核、用户权限管理、服务状态监测以及用户行为审计等。对服务的管理依托多级服务注册中心进行，主节点、分节点与信息基地采用星形拓扑连接方式。各服务注册中心负责所辖区域网络内服务的分级注册、服务状态监控、服务组合，并向上级服务注册中心汇集注册信息。对用户的管理采用分布注册、集中认证和分布授权的方式，用户可以按照行政归属在任何服务节点或信息基地进行注册，其注册信息统一集中存放于平台主节点。通过统一认证中心的身份和权限认证，用户即可在全国范围实现单点登录。

对特定服务访问权限的申请和获取，由该服务的提供者在本地处理

第五篇：南京人才安居信息服务平台开发项目

南京市人才安居信息服务平

台开发项目操作说明 (企业)

南京市人才安居信息服务平台开发项目操作说明

第一章 web版人才安居系统-企业操作 ...................................................................................................... 3

1.1 企业注册 .................................................................................................... 3 1.2 企业系统登录和首页介绍 ........................................................................ 6 1.3 新增申请人员 ............................................................................................ 7

1.3.1 人员基本信息..................................................................................... 7 1.3.2 配偶信息 ............................................................................................. 8 1.3.3 所在公司信息..................................................................................... 9 1.3.4 人才信息 ............................................................................................. 9 1.3.5 相关证明 ............................................................................................. 9 1.4 申请人员列表 .......................................................................................... 10

1.4.1 查看申请人员信息 .......................................................................... 10 1.4.2 删除人员 ........................................................................................... 13

南京人才安居领导小组 2 / 13

南京市人才安居信息服务平台开发项目操作说明

第一章 web版人才安居系统-企业操作

1.1 企业注册

企业需要访问“人才安居”系统进行注册，由发改部门、人社部门等相关单位审核通过后，才具备提交本单位人才申请的资格。

1、进入门户首页

人才安居门户首页地址为:http://rcaj.nanjing.gov.cn

点击其右上角，可以进入企业注册画面。

2、进入企业注册页面

南京人才安居领导小组 3 / 13

南京市人才安居信息服务平台开发项目操作说明

3、注册步骤