数字化校园项目策划招标文件范本

1、第一部分 需求讲明书项目概要概述本项目投标书应依据内蒙古工业大学“数字化校园”项目的建设需求撰写，投标方若中标，将依照内蒙古工业大学“数字化校园”建设总体规划及具体需求，完善解决方案，完成整个项目的设计与开发任务。学院自然情况内蒙古工业大学坐落在祖国的北部边疆内蒙古自治区首府呼和浩特市，前身是始建于1951年的绥远省高级工业学校。1958年在清华大学对口支援下成立内蒙古工学院，1993年更名为内蒙古工业大学。学校目前分校本部、金川校区、矿业学院、工程技术专修学院四个校区办学，占地面积3178亩。学校实行校院两级治理的治理体制。现设有信息工程学院、土木工程学院、建筑学院、治理学院、化工学院、机械

2、学院、轻工与纺织学院、材料科学与工程学院、能源与动力工程学院、外国语学院、理学院、马克思主义学院、人文学院、电力学院、国际商学院、矿业学院以及研究生学院、工程技术专修学院、接着教育学院、国际教育学院（国际交流中心）、体育部、工程训练中心、图书馆、高等教育研究所、网络中心等25个院（部、中心）。学校拥有85个实验室，49个研究院所。建设目标建设内蒙古工业大学数字化校园旨在利用信息化工具和方法，将校园的各项资源、治理及服务流程数字化，对传统校园环境的革新，构建一个集高校教学、治理、生活、科研为一体的数字环境，以满足教师对教学、治理、科研以及学生对学习、生活、科研的个性需求。在如此一个全新的数字环境

3、中，教师能够通过良好的教学环境、培养环境和科研环境，提高学术和科研水平，培养优秀的学生；学生则能够通过良好的学习环境、生活环境和培养环境，提高自身综合素养，发掘个人潜能。而治理、教学、科研水平的提高和培养出高素养学生是学校成功的标志，是学校实力和水平提升的综合体现。因此立足于师生需求，改善和提升学校的教学环境、治理环境、生活环境和科研环境是我校数字化校园建设的要紧工作，这些环境的组成和改善要紧围绕着校园的治理、资源和服务三大要素展开。我校”数字化校园”建设的总体目标是：通过三到五年的持续建设，构建数字化的治理环境、数字化的教学环境、数字化的生活环境、数字化的科研环境，实现全院范围的信息共享和业

4、务协同，最终提高学校的核心竞争力，实现学校的跨越式进展。系统设计开发原则4.1 易操作性原则易操作性要紧表现在以下几个方面：易治理、易使用、方便开发、易学习。4.2 有用、高效、可扩展原则本项目中所采纳的产品，要便于操作、有用高效。同时，随着IT技术和学校业务的不断进展，内蒙古工业大学“数字化校园”系统将会发生各种变化，系统设计必须能适应这种变化，在系统实施过程中，系统的结构、配置也会发生如此或那样的变化，该平台要有一定的灵活性来适应这种变化。4.3标准化与一致性原则数字化是一个庞大的系统工程，其体系的设计必须遵循一系列的标准，确保各个分系统的一致性，整个系统能安全地互联互通、信息共享。4.4

5、 需求、风险、成本折衷原则任何系统都不可能一直满足业务进展的需要，我校内蒙古工业大学“数字化校园”建设项目也如此。鉴于这种情况，在设计系统时，要在需求、风险和成本之间进行平衡和折中。同时，要尽量爱护已有投资。4.5 整体设计原则本次招标项目只是我校内蒙古工业大学“数字化校园”建设的一个部分，是一个基础工作，在设计系统时，必须依照内蒙古工业大学数字化校园建设工程总体规划的要求，为以后的建设保留接口，方便扩展，要能保证我校后期建设的方便。总体要求系统所需软硬件要求本次投标中，必须包含系统实施所需的所有第三方软件平台、中间件，以及系统开发中使用的开源软件系统等。系统技术要求本次招标的各个系统都可运行

6、在Unix、Linux操作系统上，支持Oracle数据库。扩展性要求：应用建设的长期性和内容的广泛性决定了系统在构建和使用过程中，必定面临着各类扩展性需求，例如业务规模的扩展、业务类型的扩展、集成范围的扩展等。本项目建成的应用平台模块间应相对独立，接口清晰，内部的业务流程升级和改造与其它模块无关，所有模块基于组件开发，可插拔。应用程序的编程语言：应用系统软件平台须按J2EE，采纳Java编程语言和服务器端Java技术开发。面向对象的组件技术：面向对象的组件技术是一种完全独立于硬件和操作系统的开发环境，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。应

7、用程序的开发和运行结构：应用系统平台的开发及运行结构要基于后台数据库的三层架构，即Web服务器、应用服务器和数据库服务器。应用软件采纳主流应用程序开发工具，并最有效地支持按J2EE规范的Java程序语言开发应用程序。数字化校园基础平台需求讲明建设目标“数字化校园”基础平台是为应用系统整合提供支撑的技术平台，它从信息展现、安全治理、信息资源治理、信息资源共享、业务协同等方面动身，通过构建各种基础性的技术平台，使各应用系统开发能够遵循统一的技术规范和标准，同时也支持各个应用系统的建设，从而形成”数字化校园”的应用支撑体系。建设内容数字化校园建设是一个复杂的工程，牵涉到现有众多相关系统、相关部门，因

8、此，构建一个灵活的数字化校园基础平台是特不关键的。因此要求开发商提供的技术方案要有利于我校今后的自我维护、自我进展和独立保障。平台的治理工具要丰富，要尽可能做到“易治理、易维护、易扩展”。考虑到由于以后进展变化所带来的扩展性的要求，我校的数字化校园基础支撑平台建设总体技术路线将采纳SOA技术规范和设计理念。具体而言：采纳SOA方法论进行我校数字化校园基础平台的整体架构设计，通过基于服务的设计理念，建设相关的技术体系，最终形成一个稳定安全、灵活扩展、便于维护的系统框架。我校”数字化校园”基础支撑平台要紧建设内容包括：1、信息标准建设信息标准建设是学校信息化建设的重点之一，对推进我校信息化建设，保

9、证信息的交流与共享，有着重要的意义。所采纳的信息标准必须和国家标准、教育部教育治理信息化标准等信息标准相兼容。随着信息化进程的进展，信息标准也必须是一个及时更新、不断充实的动态系统。因此，我校的信息标准系统建设必须有专门强的兼容性、开放性和可治理性。我校将信息标准按等级进行治理，除教育部、国家相关标准外，还必须补充自己的标准。信息标准建设包括制定数据标准，并实现对标准的治理和维护，以及规范制度的建设。2、构建应用整合技术框架。数字化校园建设的最终目标是打通业务系统孤岛，实现一体化的治理和服务，因此要求通过应用整合技术框架的建设，实现应用系统的技术整合，为最终用户提供友好、便捷的一体化平台。具体

10、要求包括：利用门户技术，建设统一的校园信息门户，为最终客户提供统一的访问和交流平台，集成现有和以后的业务系统，支持工作流机制，提供一个支持信息访问、传递、以及协作化的集成化环境。提供符合通用国际标准的、可持续升级的门户框架、丰富的集成手段、提供统一的信息公布模式及流程、构建基于校园网异构应用系统的校园信息门户。门户技术开发要求支持JSR168治理规范。通过统一身份认证实现业务系统的SSO单点登陆，实现统一的身份治理、权限治理和统一的分级授权机制。要求采纳LDAP技术，提供用户名/密码、数字证书、RADIUS、CAS等多种认证方式。3、构建数据整合技术框架。其要紧目标是在校园内搭建一个面向应用、

11、安全可靠、操作便捷、技术先进、规范统一、灵活可扩展的平台。具体要求包括：建设公共数据平台，建设全校的共享数据库，实现信息共享。要求提供便捷的平台治理工具，便于系统治理和维护。同时提供报表工具、通用查询工具，便于实现通用查询及统计报表，满足校内各类人员的查询要求。通过数据交换工具，进行数据过滤、清洗和双向传递，实现各业务系统、公共数据平台相互之间的数据交换和共享。要求支持各类数据源，包括但不限于数据库、数据文件、格式化文本等，支持实时、定时数据交换。4、应用系统集成。本期项目所建设的应用系统必须能够与学校现有治理系统做下面三个层面的应用集成：门户展现整合、数据整合、认证和权限整合。技术和集成要求

12、技术要求：采纳B/S架构，开发运行环境采纳J2EE标准；系统架构应在SOA整体框架下实施，为”数字化校园”建设提供方便。平台接口：能够为第三方软件提供相关接口、开发规范、源代码，特不应为招标方提供二次开发功能，如：门户平台、统一身份认证平台等二次开发的接口规范、开发源代码、相关技术文档等。集成要求：基础支撑平台要关心各应用系统进行整合，中标方除了要集成本项目所包含的应用系统还要提供本校”数字化校园”项目中基础支撑平台与以下应用系统整合的服务。数据整合毕业生治理派遣系统（上级下发系统）；财务系统（天大天财）；工资查询系统；学生收费系统图书治理系统（汇文）教务治理系统科研治理系统（易普拉格）网络教

13、学平台教学资源平台精品课程平台实验室设备治理系统教材治理系统档案治理系统认证整合工资查询系统；学生收费系统图书治理系统（汇文）教务治理系统网络教学平台教学资源平台精品课程平台实验室设备治理系统教材治理系统档案治理系统门户整合工资查询系统；学生收费系统图书治理系统（汇文）教务治理系统科研治理系统网络教学平台教学资源平台精品课程平台实验室设备治理系统教材治理系统档案治理系统OPEC馆藏目录检索系统系统整合的内容包括：数据整合：利用数据交换工具，实现与其他应用系统的数据交换和共享。认证和权限整合：利用统一身份认证授权平台对其他应用系统进行集成，实现校内用户的统一认证和单点登录。门户展现整合：面向最终

14、用户的服务页面能够整合在统一校园门户中。功能和技术偏离表投标方必须在投标方案中填写功能和技术偏离表：功能和技术偏离表招标文件功能、技术要求投标文件对应技术指标偏差备注制定学校差不多情况、学生、教学、教工、科研、资产、办公、图书、财务等信息集制定参考标准代码信息集（国标、部标、行标）和学校的执行标准代码信息集提供灵活的自定义报表工具提供可配置的查询工具提供完善公共数据平台的日志治理功能，包括：错误日志的治理；操作日志的治理；日志的迁移功能支持批量、增量、比对等多种数据交换方式提供图形化的数据交换流程设计工具支持实时、定时、触发等多种数据采集方式支持多种数据类型的采集和交换，包括ORACLE、DB

15、2、SQLSERVER、MYSQL等主流关系型数据源；ACCESS、DBF、XML、TXT、EXCEL等文件数据源；大字段和文件提供门户网站站内消息服务与用户相关的各项业务处理事项汇总在门户的待办事宜中，提高业务办理效率门户中提供多种提醒手段的接入，包括登录提醒、邮件提醒、短信提醒等提供博客功能提供完善的论坛功能提供校内新闻、通知公告、校外新闻等内容提供多种有用工具，供校内用户使用，包括天气、航班、列车、交通、翻译、邮编等多种服务提供问卷调查功能统一身份认证平台应具备角色组、用户组、权限组等机制，方便进行权限分配统一身份认证平台应提供集中的用户治理功能，提供用户、用户组的治理以及用户对应角色的

16、设置、用户对应用户组的设置、用户对应组织机构的设置等功能组织机构治理提供多种治理口径，包括党政、教学等，组织机构治理必须实现一个用户能够属于多个组织机构，用户和组织机构之间是多对多的关系角色和角色组的治理统一身份认证应提供用户名/口令、数字证书、RADIUS、CAS等多种认证方式，实现应用系统的单点登录授权治理统一权限治理应支持分级授权支持登录名、帐号、学工号、工号等多种方式进行认证时刻进度要求投标人需在投标文件中列出详细时刻进度安排。数字化校园应用系统需求讲明（一）办公自动化系统建设目标办公自动化系统依靠信息化技术建立可靠的信息传递平台，替代传统的纸质方式，规范公文流转过程，提高办文效率与质

17、量。满足学校治理层的日常业务，实现院办、党办的日常事务的信息化治理。关于流程事务，提供待办、催办等功能，解决多部门间协调以及处理效率提升的问题。建设内容功能要求：公文治理公文治理是办公自动化最重要的组成部分，要紧提供自动化公文流转治理功能，包括发文治理、收文治理、请示汇报等功能。可方便地进行流程调整、公文格式设置及流程跟踪等功能操作。有附件上传和删除功能。实现公文的归档治理，包括发文归档、收文归档、请示汇报归档等功能。能与档案系统集成，流转完毕的文档可直接归入档案系统。档案治理遵循国家档案标准，实现案卷治理、文件归档、档案借阅和统计等功能。行政事务治理提供日常行政办公治理功能，包括领导日程安排

18、、个人日程安排、接待治理、会议治理、用车治理、信访治理、办公用品治理、便签治理等子功能。其中会议日程安排中能体现会议室、主持人与参与人，并在安排表确认后能及时通过各种方式通知相关人员。个人办公提供个人办公治理功能，包括待办事宜、托付授权、个人提醒、个人资料库通讯录等子功能。公共事务提供公共信息治理功能，包括通知公告、大事记、政策法规、公共通讯录等子功能。其它功能不能确定的功能须由开发商与学校沟通协商后由学院认可方可操作。技术和集成要求技术要求：采纳B/S架构，开发运行环境采纳J2EE标准；系统架构应在SOA整体框架下实施，为数字化校园建设提供方便。要求系统具有强大的工作流引擎，保证系统的灵活配

19、置和治理。与客户端办公软件（要紧是 MS Office）紧密结合，减少用户培训的工作量。提供完善的安全保障体系，拥有身份认证、资源权限治理、数据权限治理、日志审计、访问操纵等安全措施。系统应提供完整数据备份和恢复策略，能够定时备份数据和文档，并能够在突发故障时予以恢复。开发商应向校方提供所有涉及本项目内容的电子文档和多媒体制作、网站建设等完整版电子文档及使用讲明书。对系统设计、使用与维护过程中涉及的信息必须保密，未经招标方同意，中标方不得单方面公开。投标方应遵从学校制定的信息标准。集成要求：办公自动化系统要与基础支撑平台进行整合。数据整合：提供完整的数据库结构及数据字典描述，开放数据库读写权限

20、，实现与其他应用系统的数据交换和共享。认证和权限整合：完成与统一身份认证平台的集成，实现校内用户的统一认证、统一权限和单点登录。门户展现整合：提供遵从JSR168规范的页面组件，将面向最终用户的服务页面整合在统一校园门户中。功能和技术偏离表如投标方未能完全响应投标文件的功能和技术需求，则必须在投标方案中填写功能和技术偏离表，格式参照基础平台中的功能和技术偏离表。时刻进度要求投标人需在投标文件中列出详细时刻进度安排。（二）学工治理系统建设目标学工综合治理服务系统的总体目标是要建设一个架构先进、简单有用、安全稳定、维护便捷的基于校园网的治理信息系统，支持学生工作所有业务的治理，梳理并优化学生治理工

21、作流程，为相关职能部门和个人提供实时数据的查询与分析功能，实现学工系统与学校其它系统的集成，提高学生治理工作的效率和治理水平。学工综合治理服务系统对学生从招生进校、在校学习生活到毕业离校的整个过程进行治理，覆盖了学生工作的完整生命周期。学工综合治理服务系统将分散的学生治理工作统一考虑，按照业务流、数据流、信息流打通各个治理部门之间的壁垒，实现协同工作。建设内容学工综合治理服务系统应采纳SOA架构进行设计和开发。系统要紧的构成包括：差不多信息治理子系统、助学治理子系统、思政治理子系统、团委工作子系统、招生治理子系统、就业治理子系统、宿舍治理子系统、迎新子系统、离校子系统、综合测评子系统、心理健康

22、子系统、学生事务治理子系统等。系统要紧建设内容如下：招生迎新治理子系统由招生和迎新两大模块组成。招生治理模块涵盖招生治理的各个环节，实现整个招生过程的信息化。要紧包含招生打算编报、招生宣传治理、招生录用治理等功能模块，并与国家招生系统实现无缝衔接。具体要求如下：实现招生打算的治理。包括院系治理、专业治理、打算上报、公布等。实现招生宣传治理。包括宣传人员治理、宣传途径治理等。实现招生录用治理。包括录用名单导入、补录治理、录用查询、数据公布、通知书打印等。实现国家招生系统数据的导入。建设招生迎新网站，对外公布宣传信息。数字迎新模块涵盖从招生录用-新生报到入学的全过程，涉及部门特不广泛，每个部门差不

23、多上迎新工作中的有机部分，数字迎新模块需要将这些有机的部分统一起来，在统一的治理平台下，实现数据共享和协同工作，提高迎新的效率。具体要求如下：能够从招生治理模块中接收新生数据。支持新生入校前的各项数据预备工作。包括新生学号编制、宿舍分配、专业分配、班级分配等。支持新生入学前的各项服务。包括校园公告通知、校园地图、抵校登记、接站安排、新生日程安排、新生待办事宜登记、新生咨询服务、新生差不多信息确认等。支持新生入学的各项手续快速办理。包括新生报到登记、录用通知书审核、放弃/保留入学资格人员登记等、党团组织关系接转、户口迁移等（支持“绿色通道”功能）。新生入学教育、军训治理（包含迷彩作训服要紧部位尺

24、寸表、学生网上申请、军训学生维护、物品发放、军训过程治理、查询统计输出打印）。实现迎新后数据的转移和同步。差不多信息治理子系统准确、及时反映学生现状的学生差不多信息是一切学生治理的基础，针对学生提供的治理和服务都依靠于一份准确的学生差不多信息。差不多信息治理提供计算机的手段，维护和确保学生差不多信息的准确性。同时及时的维护辅导员、系部（二级学院）负责人信息，是学生治理能够执行的基础。具体要求如下：学生信息维护：支持学生差不多信息分为基础信息和扩展信息两类，支持学生差不多信息划分给不同的角色进行治理。系部（二级学院）负责人信息维护：系部（二级学院）负责人基础信息动态治理，支持按照系部（二级学院）

25、设定每个辅导员治理的学生范围。辅导员信息维护：实现辅导员的基础信息的动态治理，支持按照班级设定每个辅导员治理的学生范围。助学治理子系统助学治理系统以困难生界定为基础，为困难学生群体提供公正、公开、公平的资助关心，资助治理系统以信息化的手段动态治理资助过程，使资助过程更为公开，使资助结果更为公平。要紧包括：支持学生申请（困难生申请、困难生困难补助申请、学校贷学金申请、国家助学贷款申请）、困难生信息维护、困难补助信息维护、学校贷学金维护、国家和政府助学贷款信息维护、学生申请审核（困难生申请审核、困难补助申请审核、学校贷学金申请审核、国家助学贷款申请审核）等；支持查询统计打印等功能。支持助学金的网上

26、申请与审批；支持助学金按照批次进行治理，支持助学金发放动态治理，支持按照多种角度对助学金评定情况进行查询统计。支持校内外岗位（校内勤工助学岗位申报分为校内临时、校内固定、校外临时、校外固定四种岗位性质）网上申报、审核和公布；实现学生在线申请、审核、酬金发放等；支持查询统计打印等功能。支持学生贷款申请结果导出和导入，支持将数据导入国家贷款系统中，减少工作复杂度，降低出错的可能性。实现困难补助登记和查询，实现学费减免登记和查询。实现资助的动态分析、逐月统计分析、还贷情况分析、增加资助的公平性等。支持与上级主管部门（教委）数据上报。奖惩治理子系统奖惩治理系统涵盖学生在校获得各类奖励、荣誉、处分的情况

27、，并通过全过程的信息化将业务流程操纵起来。实现灵活自定义综合测评项、自定义权重，支持综合测评自动计算，支持测评参与对象、维护加减分等。支持奖学金奖种治理、额度设置、奖金额计算、名额分配等，支持奖学金在线申请、提名、评比，支持多种角度对奖学金评定情况进行查询统计，支持奖学金证书打印，实现综合测评与奖学金评选的关联。支持校内外各类奖项治理（例如技能竞赛获奖等）。荣誉称号治理，包括荣誉称号的设置、网上申请、评选与审核等。违纪处分治理，包括违纪处分信息维护（违纪处分类型设置，外部违纪处分信息导入，增加、修改、解除学生违纪处分信息及信息导出）、信息查询、统计分析。宿舍治理子系统宿舍治理子系统实现宿舍分配

28、，提供学生网上选择宿舍、调整宿舍服务；并提供治理人员对宿舍的日常治理的功能。具体功能包括：宿舍资源治理、宿舍分配、住宿名单、中途住宿、宿舍调换、中途退宿治理、宿舍卫生评比等治理功能；各系部（二级学院）能调看宿舍信息记录，同时在必要时能进行排宿。就业离校治理子系统由就业和离校两大模块组成。就业治理模块为当前毕业生提供求职信息公布、招聘信息查询、推举表申请审核、就业去向登记等功能，为招聘单位提供招聘信息公布、求职学生查询等功能，是毕业生和招聘单位之间沟通的桥梁。同时为校企合作办的治理工作提供辅助，提高治理的效率，提升服务的质量。实现毕业生名单治理，包括生成、导入等多种初始化方式。实现毕业生个人简历

29、治理，毕业推举表治理，实现毕业去向的登记、审核和统计。形成毕业生统计分析数据和就业方案，完成上级部门各类业务工作。公布各类调研问卷，对就业情况统计分析，组织科研课题项目完成，探究建立有自身特色的今后的就业指导思路。实现用人单位注册、审核等治理。实现招聘信息公布、简历检索、招聘学生等功能；包括各类招聘信息的登记、公布、汇总统计、推举等。实现就业指导咨询预约治理和在线咨询，对辅导员、系部（二级学院）负责人的就业指导工作进行治理和统计。依照国家各项方针、政策以及学校有关要求，制定毕业生就业工作意见及实施细则，充分宣传各项相关政策。实现定期上报数据。离校治理模块面向学校各部门和全体毕业生，涉及毕业生离

30、校的各个环节。该模块要与参与毕业离校的各相关部门交互毕业生离校过程数据，包括财务、图书、住宿等方面信息，增加信息共享和工作配合，提高办公效率。同时，要支持离校手续办理流程的个性化定制，以及灵活的用户权限分配，以适用于各种复杂及多变的情况。具体要求如下：离校名单治理：实现不同类不学生离校名单数据的治理。从教务等系统同步差不多数据到离校系统后，通过此治理模块对差不多信息进行维护。包括批量导入、名单录入、查询统计等功能。离校流程治理：针对不同类不（中、高职）的学生，定义不同的离校流程。同时能够制定每个流程的负责人。离校手续办理：在离校流程中定义的部门负责人，能够通过系统实现正常学生离校手续的批量办理

31、。假如有其它应用系统的支持，能够实现部分手续的自动办理。离校学生能够查询本人离校手续的办理情况，系部（二级学院）、学院能够查询所有学生的离校情况。离校分析：可按照系部（二级学院）、专业、班级、民族、生源地等各类条件查询统计学生离校情况。党团工作治理子系统由思政治理和团委工作两部分组成，要紧功能：思想教育治理：涵盖了思想调研和研究，学生入学前党建信息输入、分类与维护，学生参加培训信息维护，入党积极分子维护，预备党员维护，党员维护、查询、统计、输出、打印。辅导员队伍建设：包含辅导员信息维护、查询、统计、分析，日常工作量考核与统计，考核信息维护。团员信息治理：包括团员分年龄段、性不、民族、党派、籍贯

32、的统计，以及团员证编号、注册情况、转接关系情况的统计与查询，新入团申请和审批等功能。团学干部治理：包括团干部、学生会干部信息的统计与查询，信息群发功能，团学干部培训情况统计，获奖情况统计等。推优：包括推优进程和结果查询，推优结果分系部（二级学院）和性不的统计，推优以后的进展情况跟踪等。团内评优：包括团内评选“优秀团干部”、“优秀团员”的相关功能（与评选“三好学生”类似），团学组织规章制度查阅。表格下载。社团治理：包括新社团的发起与审批，各社团成员情况的统计，社团活动的记载等。心理健康治理子系统心理健康治理子系统要紧功能包含：在线心理咨询、在线测试、心理测验结果维护、需要特不关怀学生信息维护、需

33、要特不关怀学生信息分类查询、心理检测结果查询权限分发、信息查询、发送电子邮件。必要时可调看学生个人信息；扩充心理健康教育信息渠道：心理教育的通知能被学生第一时刻接收到、能及时通知学生建立咨询室与受访学生的一一对应关系、能批量传达信息关于同质学生群体能简单快捷接收信息、能结合时势校情等实际情况设计问卷收集数据。学生事务治理子系统要紧功能包括：能够接收、补充与转出学生档案。能够办理学生证(带条形码与照片)。能够记载班级荣誉。能够记录学生奖惩情况。能够记录学生保险办理与理赔情况。技术和集成要求技术要求：采纳B/S架构，开发运行环境采纳J2EE标准。系统架构应在SOA整体框架下实施，为数字化校园建设提

34、供方便。要求系统支持集群部署，能够实现单台服务器的多个应用集群（垂直集群），和多台服务器的多个应用集群（水平集群）；能够实现软件集群负载均衡。集成要求：学工综合治理服务系统，要求必须与“数字校园”基础支撑平台进行整合。数据整合：提供完整的数据库结构及数据字典描述，开放数据库读写权限，实现与其他应用系统的数据交换和共享。认证和权限整合：完成与统一身份认证平台的集成，实现校内用户的统一认证、统一权限和单点登录。门户展现整合：提供遵从JSR168规范的页面组件，将面向最终用户的服务页面整合在统一校园门户中。功能和技术偏离表如投标方未能完全响应投标文件的功能和技术需求，则必须在投标方案中填写功能和技术

35、偏离表，格式参照基础平台中的功能和技术偏离表。时刻进度要求投标人需在投标文件中列出详细时刻进度安排。（三）研究生治理系统建设目标研究生教育治理是一个十分繁琐的工作，利用人工治理常常需要耗费大量的人力、物力和财力。将信息治理系统引入到研究生教育治理系统中，实现计算机自动化，不但能够极大地提高日常工作的效率，更能够提高解决一些敏感事务的准确度和透明性。建立一个方便、灵活、准确、安全的治理系统，从我校研究生教育治理的具体需求动身，实现研究生从报考进校到在校培养乃至最后毕业离校一条线的科学、高效的流程化治理。其要紧目标分解为：建立一套符合国际规范的软件体系结构，满足软件系统的总体需求治理研究生的招生录

36、用工作，为制定新的招生打算提供历史数据参考；实现研究生培养治理的高效化和有序化；治理研究生的论文开题、论文答辩和学位授予等工作。建立一套符合开发范式的数据库结构配合数字化校园建设的要求；提供强大的报表打印功能能够批量生成、打印报表，满足日常教学治理中大量报表的需求；建设内容研究生治理系统包含的功能要求：学科治理子系统通过对学科点资料的集中、分层治理，实现对学科点的灵活查询和统计分析，对基础数据方便地维护和自由地调度，和对每位导师全面考核提供信息。学科点信息治理：学科点信息治理要紧完成学科差不多信息的治理（提供维护、查询和统计功能）、学科点申报治理（材料的上报、审核以及结果的查询、统计功能）。学

37、科科研信息治理：完成对各学科点的科研项目和科研成果进行治理与维护，提供各学科点科研项目和成果等方面及时查询统计功能（科研信息从共享数据库自动猎取）。导师治理：硕导、博导人员的差不多信息网上维护、导师信息查询，以及导师申请治理等功能。招生治理子系统通过招生目录制订、目录公布、报名、考务治理、成绩治理、复试治理等流程在程序上的实现，来达到招生工作网络化和信息化。招生目录编制治理：提供对招生专业、招生规模、考试科目、参考书目等进行治理和维护等功能。报名治理：实现博士网上报名、考生差不多信息维护，考生情况统计分析等功能。免试申请治理：提供免试信息的公布和本校学生、港澳台学生，外国留学生网上免试申请、在

38、线审核等功能。考务治理：提供考生考场安排、考生考场查询、监考安排与查询等功能。成绩治理：本模块提供自动导入和治理全国统考成绩，录入专业课程等单考成绩，提供考试成绩的查询（包括网上查询）、考试成绩的统计、分析等功能。复试录用治理：提供复试分数线治理、复试通知书的治理、拟录用库的治理、录用治理等功能调剂治理：对本校上线多余生源，进行在线对外调剂；假如本校生源不足，同意网上调剂，并对申请调剂的生源进行审核和治理。学籍治理子系统实现对新生注册、老生注册、学籍异动的全方面的治理，保持学生各治理部门的协调和统一，维护学生的差不多信息。新生治理：依照规则自动生成学生学号，并提供关于新生所有数据进行统计治理。

39、新生注册：提供新生在线报到注册交费，并提供相关查询统计功能。老生注册：老生注册条件推断、在线注册以及注册情况的查询统计。学生差不多信息治理：要紧是对学生差不多信息进行治理和维护，提供学生差不多信息的查询统计与分析，提供组合模糊查询以及灵活的查询统计手段。学籍异动：提供对学籍异动数据进行维护，并能进行综合查询；能够对学生学籍异动情况进行跟踪和记录；对休学、请假、出国合作有到期自动提示功能； 缴费治理：提供对学生缴费信息的维护、治理、统计与分析，重点关注学生欠费情况，提供其它子模块使用。培养治理子系统培养治理子系统提供了个性化的培养方案和个人打算，经审核后开始实施，系统同时提供了教师和教室治理，以

40、及网上选课、考试治理等功能。课程治理：维护研究生课程相关信息，建立可维护的研究生课程库。培养方案治理：提供每年对研究生各专业培养方案进行网上制定和审核功能，提供培养方案的查询公布及格式打印等功能。个人学习打算治理：学生依照本专业培养方案制定个人学习打算，由导师进行网上审核；提供学生培养打算完成情况网上查询。教学资源治理：提供全校教室的查询和统计，与学校其他业务系统（教务系统）共同进行教学资源的治理与分配；提供对外聘教师的治理。开课治理：依照培养方案每学期进行开课，并依照学生培养打算计算出相应课程的必修和选修人数，提供开课信息的综合查询，输出与打印课程统计表等功能。排课治理：依照当前学期差不多开

41、课的课程采纳计算机辅助人工排课方式，确定各课程的上课教师和时刻，系统提供对教师和教室资源进行严格冲突校验，并提供课程表的自动生成和发表等功能。选课治理：提供学生网上选课、选课处理与退选等治理功能；选课完成后，依照校历和学生选课情况生成学生课表和各种报表。考试治理：提供计算机辅助考试安排、考试信息公布等功能。成绩治理：提供各类课程考试合格标准的设置功能；提供考试成绩的网上登记与维护功能；支持网上提交成绩单有效时段的分级操纵功能；提供学生学分审查及考试成绩查询功能；也能提供教学统计与分析功能；提供成绩修改日志治理和出国成绩单治理等功能。科研成果治理：研究生科研成果维护、统计与审核。教学评估治理：提

42、供对教学质量的网上调查，并具有统计和分析，输出、打印、提供教师查阅等功能。中期考核治理：依照研究生中期考核的要求，要求研究生提交相关信息，对研究生进行中期考评；博士研究生还需对课程考试进行治理。论文开题治理：完成培养打算的研究生，经审核，同意其答辩者，同意其提交开题报告；并能对提交开题报告的研究生进行查询、统计和分析等功能。学位治理子系统按照学校规定的流程对在校研究生的学位申请、论文答辩进行在线治理和操纵。资格审核治理：对提出学位的学生进行资格在线审查，包括学生发表论文，培养打算完成情况、成绩情况、缴费情况。论文评阅与答辩治理：提供对完成对所申请学位的学生答辩申请表的申报、答辩过程的动态治理，

43、维护答辩和审核信息，并提供方便的查询和统计功能。学位审核治理：提供对答辩通过的学生进行学位授予审核，记录各部分审核结果信息，并提供授予学位学生信息公布功能。学位证书治理：系统提供学位证号的编排功能，也能够手工干预；系统将依照定义的模板，自动打印学位证书，能够单个和批量打印。学位授予信息上报治理：按照要求生成上报教育部的信息格式导出相应数据，提供上报使用。学生工作治理子系统行政班治理：提供分班治理，分配辅导员治理，学生干部治理，班级信息公布的功能。勤工助学治理：系统提供勤工助学信息的在线公布，在线申请与在线审批功能，提供对勤工助学信息进行查询统计和勤工助学经费治理功能。奖学金治理：该子模快提供学

44、校奖学金分类及评定标准的自定义维护、奖学金在线申请、在线审批与奖学金发放等功能，能够对获奖学金学生信息相关数据进行查询统计。奖惩治理：系统提供学生奖励和违纪处分的维护与治理等功能。 党团建设治理：提供对党团干部治理，对入党积极分子、推优人员、党校培训人员，党员治理查询，统计。住宿治理：对学生住宿情况（宿舍变更、宿舍违纪等）进行维护和治理，提供学生宿舍查询统计功能。贷款治理：学生网上提交个人贷款申请、学生的贷款申请信息审核、审核通过的贷款申请信息导出、银行提供的贷款合同数据导入、实时查询及统计贷款申请、贷款发放等数据，并可将信息导出，以满足上报的要求。毕业与就业治理：提供学生毕业推举表、就业协议

45、书网上录入功能，审核后修改进行自动打印；提供对就业信息（就业情况、毕业去向等）统计分析功能；以及录入和治理毕业生信息；导出就业情况上报高校就业指导中心。研究生综合素养行为纪实：研究生综合行为的记录的录入，治理与维护。专业学位治理子系统专业学位治理子系统提供对专业学位生的招生、培养和学位授予等情况进行治理学籍治理：与前学籍治理子系统功能相同。培养治理：与前培养治理子系统功能相同学位治理：与前学位治理子系统功能相同。学生工作治理：与前学生治理子系统功能相同。同等学历申请学位治理子系统考试治理、成绩治理。资格审核后进入学位论文答辩与学位论文治理子系统。短期课程进修班治理进修申请审核治理：对申请进修进

46、行审核培养治理：制订培养方案、教学治理、考试治理、成绩治理。技术和集成要求技术要求：采纳B/S架构，开发运行环境采纳J2EE标准。系统架构应在SOA整体框架下实施，为数字化校园建设提供方便。要求系统支持集群部署，能够实现单台服务器的多个应用集群（垂直集群），和多台服务器的多个应用集群（水平集群）；能够实现软件集群负载均衡。集成要求：研究生治理系统，要求必须与“数字校园”基础支撑平台进行整合。数据整合：提供完整的数据库结构及数据字典描述，开放数据库读写权限，实现与其他应用系统的数据交换和共享。认证和权限整合：完成与统一身份认证平台的集成，实现校内用户的统一认证、统一权限和单点登录。门户展现整合：

47、提供遵从JSR168规范的页面组件，将面向最终用户的服务页面整合在统一校园门户中。功能和技术偏离表如投标方未能完全响应投标文件的功能和技术需求，则必须在投标方案中填写功能和技术偏离表，格式参照基础平台中的功能和技术偏离表。时刻进度要求投标人需在投标文件中列出详细时刻进度安排。校园一卡通系统需求讲明总体要求 建设原则 一卡通系统在设计和实现上必需遵循以下原则，不符合要求的方案可能被排除在评标范围外。有用性：系统应充分体现大学内部治理的模式和特点，在系统设计时使用的要紧技术和产品必须具有成熟、稳定、有用的特点。先进性：系统设计既要采纳先进的技术架构和系统工程方法，不但能反映当今的先进技术和理念，而

48、且具有进展潜力，能保证以后若干年内占主导地位。 可治理性：系统必需从整体架构和具体功能上保证降低治理难度、降低维护成本、降低人员依靠。 *开放性：在硬件上，学校自主掌握系统的主动权和设备选择权；学校依照各厂商设备的性价比和服务质量能够在一定范围内自主选择设备品牌，学校依照顾用的进展自行进行系统功能拓展，不能受制于某一个设备厂商。在软件上，系统必需采纳开放的架构、开放的平台、开放的产品，学校自主掌握密钥和算法。在业务扩展上，设备接入不得采纳厂商标准的加密卡等设备。 *安全性：在数据的保存上，系统必需采纳集中式数据存储技术（本项目采纳ORACLE数据库）；考虑到一卡通具有金融系统的特性，消费数据除

49、了在消费POS机、水控POS机等发生交易的终端设备上进行临时性保存，消费数据在从交易终端设备到数据库的传输过程中，不得再进行保存和备份，因此，像网关、SQL SERVER等中间节点数据库实现技术，在本项目中将被拒绝。在权限治理上，系统应采纳严格的分级治理技术，治理人员、查询人员分级按权限操作。在通讯上，需采纳独立的通讯中间件，以保障数据在传输过程中效率和保密。*容错性：系统必需采纳合理的容错机制，实现应用服务器（2台）负载均衡技术；核心应用的实现应尽可能的采纳C或C+语言技术。假如系统主架构采纳了J2EE架构，在一卡通软件报价中必选包括商业J2EE中间件WebLogic（配置不得低于2CPU、

50、企业版）。扩展性：系统在容量和功能上不仅能满足目前用户的需求，而且也易于扩展以保障用户今后的扩容和升级，接入采纳软件安全操纵。 规范性：对客户的交易账户治理，需要采纳金融行业标准的账务治理方法，设置标准财务核算科目，对商户开设账户，商户账户采纳树型结构治理模式可无限扩展，个人账户可实现一人多卡、一卡多账户，对日常发生的卡交易采纳借贷记账法记账。借贷记账法是银行、企业普遍采纳的账务核算方式，最大程度的保证了账务核算的准确性、可靠性，降低财务风险，而且可专门方便与其他会计核算系统的对接。能够提供会计核算需要的各种报表。需要特不讲明的是：本项目由中国移动投资建设，建成的系统必须支持移动的手机一卡通应

51、用；关于极个不受限应用，比如洗浴水控，能够只支持IC应用即可。技术架构 系统需采纳开放式的、基于平台治理的、通讯独立安全、应用易扩展的多层体系架构，各层次接口清晰简单，易维护、易扩展。建成系统的技术架构特点系统采纳自主研发或者商业的（如TUXEDO）中间件进行治理，使得系统具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和治理关键任务应用系统。数据层采纳集中式的数据治理与保存，不得采纳分布式数据设计方式。应用层设计需架构与业务的独立，系统的功能扩展只需要关注具体的业务逻辑实现。应用层设计与实现具有幸免单点故障、采纳容错技术。前置层设计独立，接口清晰，需提供pos机类设备接入规

52、范。建成系统的技术架构图系统功能需求 2.1平台需求2.1.1基础平台客户治理：凡是享受本系统提供的业务功能的单位/部门和个人差不多上本系统的客户，其中单位客户称为商户客户，师生职员和各种临时人员个人客户。整个客户信息需参照国标、国内设计标准，并结合我校的实际需要进行集成。功能包括：批量客户信息导入治理，零星客户信息治理，客户信息统计、查询等。卡务治理：支持卡的分类、分级治理，能够依照本校要求进行配置与扩展。为了师生的切身利益，需要从卡片设计上考虑新生、丢卡后过渡、临时人员收取费策略、完全脱机使用而最大限度不能透资等专门多专门需求，以及脱机下如何最大程度的爱护师生利益等。功能包括：卡片的批量发

53、行治理，卡片零星发行治理、卡片的回收治理，卡片信息的维护，卡片的挂失、解挂等。报表治理：用于对客户的交易账户进行治理，个人账户可实现一人多卡、一卡多账户；对商户账户进行治理，需采纳树型结构治理模式，可无限扩展；需要采纳现行的财务标准进行报表设计。功能包括：系统总账治理，日结算治理，错账、坏账治理，结算治理等。密钥治理：需要采纳高级不的密钥治理体系，确保卡片应用的安全。系统密钥由本校自主生成并治理，需提供具体的操作界面。标准治理：公布可行的消费POS机、水控POS机等机具的接入规范文档。按照该规范，至少差不多实现了2家厂商设备的接入（该项需要出示相关厂商授权讲明和用户案例证明。这2家厂商必需是自

54、主生产的设备，不存在相互代工、贴牌等关联情况，否则即便中标，我校也将按照违约处理，并保留追究法律责任的权力）。治理中心：对系统内所有资源进行授权和安全治理，包括子系统接入授权治理、设备接入的安全治理、操作员合法身份治理等。其它治理：拥有POS机的结算单位为商户，商户能够任意拓展，商户与设备可进行绑定维护、可设置各类费率治理等。提供方便快捷的现金充值、补贴发放等业务。2.1.2容错平台可实现2台一卡通核心应用服务器的负载均衡部署，保障数据在各校区、各传输过程中的加密性、安全性，实现各个前置业务层对核心应用的访问的隔离，保证核心应用访问的安全。功能包括：支持TCP等多种协议，均衡负载，动态寻址，容

55、错机制，开放性，扩充性，高可靠性，高效性，应用功能回放，支持远程治理和监控，高安性。2.1.3监控中心基于可治理性、可维护性等考虑，必须对一卡通系统整体运行状态进行有效的监控，降低系统治理难度、降低维护成本、降低人员依靠。功能包括，可绘制和显示网络拓扑图，并支持矢量化图形操作；监控指定范围或者全部设备的当前运行状态；监控各类的异常状态，并通过报表显示明细；依照设置的报警参数、问题严峻程度、问题的责任人等属性，发送报警信息给有关人员；故障类型、发生次数、发生区域或设备等多角度进行统计分析等。2.2子系统需求2.2.1金融消费类银行圈存利用计算机网络和终端设备实现持卡人银行账户向校园卡（IC卡或者

56、手机卡）账户划转，将现金存款方式转变为持卡人自助操作的银行金融卡与校园卡之间的资金转账，减少现金流淌，方便持卡人。要求保证数据安全性、一致性和完整性，交易快捷，界面友好，操作简便。消费治理要紧包含各个校园食堂、超市的刷卡消费以及公共设施的零星收费点；在进行系统设计是需考虑到在食堂等地的POS机的用卡（IC卡或者手机卡）密度较高，而在其它消费场所的POS机密度可能较小，依照现场实际情况分不选择CAN/485或者TCP/IP的POS机。方案需满足以下要求：消费POS机采纳脱机工作模式，既在任何网络、服务器、以及POS机上级治理设备故障时，只要消费POS机通电，就能够实现刷卡时候的计费并记录和保存流

57、水。消费POS机与其对应的前置机实时交互，脱机消费流水被前置机收集后通过通讯层加密后直接进入后台保存，中间不保存数据。开水水控实现持卡（IC卡或者手机卡）人在学校内部打开水时的收费功能，还能够实现其他专门要求的收费和结算功能。灵活的用水计费、不同身份用水人的费率设置，能够专门好地把用水的每笔交易清晰的记录在库，方便查找和归档，多种报表能够满足正常工作需要。方案需满足以下要求：水控POS机采纳脱机工作模式，既在任何网络故障或服务器（包括工作站）故障时，只要水控设备（水控POS机和电磁阀）正常工作，就能够实现洗浴的计费并记录和保存流水。水控POS机与其对应的前置机实时交互，脱机消费流水被前置机收集

58、后通过通讯层加密后直接进入后台保存，中间不保存数据。采纳与消费治理一致的钞票包治理。浴室水控实现持卡（IC卡）人在学校内部淋浴时的收费功能，还能够实现其他专门要求的收费和结算功能。灵活的用水计费、不同身份用水人的费率设置，能够专门好地把用水的每笔交易清晰的记录在库，方便查找和归档，多种报表能够满足正常工作需要。方案需满足以下要求：水控POS机采纳脱机工作模式，既在任何网络故障或服务器（包括工作站）故障时，只要水控设备（水控POS机和电磁阀）正常工作，就能够实现洗浴的计费并记录和保存流水。水控系统采纳小钞票包工作模式，即规划独立的钞票包用于治理，对应该钞票包的消费记录（每插拔一次卡片为一笔消费流

59、水）在水控终端工作正常和网络畅通的情况下能够及时的被收集至中心数据库，数据传输过程中不再有任何其它的保存。水控系统的结算和钞票包退卡，系统需要依照设备的所属和消费流水实际发生进行每日清算，划拨给水控商户的金额为实际消费流水的汇总，当用户补办卡、退卡等操作时，系统可依照水控钞票包实际消费情况科学退款。水控系统的统一治理，水控钞票包的生成、充值、消亡分不对应一卡通系统中的卡片发行、小钞票包转账、退卡的操作，即水控钞票包的治理和卡片治理为统一治理。班车收费通过在校内班车内安装固定式的车载pos机，实现不同人员的不同收费，实现乘车刷卡认证和收费。方案需满足以下要求：车载POS机采纳脱机工作模式，既在任

60、何网络故障或服务器（包括工作站）故障时，只要车载POS机工作正常，就能够实现乘车的计费并记录和保存流水。车载POS机通过红外采集器采集数据并更新黑名单等信息，脱机消费流水被前置机收集后通过通讯层加密后直接进入后台保存，中间不保存数据。采纳与消费治理一致的钞票包治理。2.2.2身份认证类拍照制卡治理采纳数码相机、以及证卡打印机等设备，采纳电脑远程操纵，实现师生照片采集，证卡制作一体化的业务。方案需满足以下要求：支持照片的拍照采集。支持照片的批量导入、导出。支持照片的裁减、编辑（旋转、放大等）。将照片集中保存在数据库中，便于共享与查询。关于确认的照片，能够选择立即打印。考勤治理通过设置考勤制度、排