第一章、总体目标
1.1、总体目标
建设一个运行于统一平台、统一技术框架下的学校门户系统、管理信息系统和教学资源管理系统及应用平台。
根据国示范建设中有关数字化校园建设的要求及我校实际情况，采用走出去请进来，遵循面向服务架构（SOA）的设计原则进行系统的需求分析、总体设计，实现技术先进、高效稳定、安全可靠、信息规范、数据完整的一体化数字化校园系统。
消除信息孤岛和应用孤岛；
支持师生教学与学习；
支持学校决策和管理；
支持数据信息共建共享；
为学校师生提供一站式管理服务；
提高工作效率，提高管理效率，提高决策效率，提高信息利用率，提高核心竞争力。总体水平达到省内一流，满足教学、科研和管理工作的需要。
主要内容：
环境数字化：
构建结构合理、使用方便、高速稳定、安全保密的基础网络。在此基础上，建立高标准的共享数据中心和统一身份认证及授权中心，统一门户平台以及集成应用平台，为实现更科学合理的校园数字化环境打下坚实的基础。
管理数字化：
构建覆盖全校工作流程的、协同的管理信息体系，通过管理信息的同步与共享，畅通学校的信息流，实现管理的科学化、自动化、精细化，突出以人为本的理念，提高管理效率，降低管理成本。
教学数字化：
构建综合教学管理的数字化环境，科学统一的配置教学资源，提高教师、教室、实训室等教学资源的利用率，改革教学模式、手段与方法，丰富教学资源，提高教学效率与质量。
教科研数字化：
构建数字化教科研信息平台，为教科研工作者提供快捷、全面、权威的信息资源，实现教学、科研和实训一体化，提供开放、协同、高效的数字化教科研环境，促进知识的产生、传播与管理。
学习数字化：
构建先进实用的网络教学平台，整合、丰富数字化教学资源，创造主动式、协同式、研究式的数字化学习环境，建立师生互动的新型教学模式。
生活数字化：
构建便捷、高效、高雅、健康的数字化生活环境和电子商务服务平台，利用一卡通系统，实现校内外主要消费流通、学生入学缴费、身份认证及门禁管理等。
一站式服务：
实现教职工和学生的管理、教学、科研、学习、生活等主要活动的一站式服务，提高对师生服务的水平，提高对社会的服务能力。
1.2 规划思路与建设原则
数字化校园的建设是一个系统工程，它涉及多个设计细节和执行环节，需要从学校整体的高度全盘考虑。应遵循以下建设原则：
先进性和成熟性
开放性和标准化
可靠性和稳定性
可扩展性及易升级性
安全性和保密性
可管理性和可维护性
实用性和可行性
在建设的过程中的指导思想如下：
1．总体规划
站在学校整体的高度，进行总体规划，考虑建设模式、队伍建设、投入等多方面因素。规划内容涵盖基础设施建设、信息资源建设、应用系统建设、安全保障制度、人才培养等内容。
2．合作开发
合作开发模式是依托我校的技术力量及合作单位的先进技术进行开发的模式。比较直接购买、委托开发等模式，其优点是可以培养我校优秀的开发团队，可以摆脱对合作单位的依赖，可以完成对系统维护、功能修改、添加等工作。
为我校数字化校园建设能够脚踏实地的进行打下良好的基础。在合作开发中，要取得技术能力的突破，建立适合我校自己的技术框架和基础构件，在此基础上建设并满足我校绝大多数的应用需求。在具备了我校自己的技术框架和基础构件的基础上，我们可以继续不断的进行新构件、组件的开发，同时保障我校在应用过程中所产生的新需求新功能得以自主开发和实现。
技术框架包含：
1、基础开发库：包含前端脚本、工具组件、数据库组件等基础支撑库，实现跨平台、跨数据库的开发和运行支持；
2、基础框架模型：提供基础的用户、权限、功能配置模型，支持用户组、用户角色、权限配置和验证、动态可扩展的功能设定等基础框架应用；
3、可扩展的应用层运行环境：随时根据需要设计、开发并整合相关的专项应用系统；
开发管理软件包含：
1、数据字典维护：
基于数据字典的设计与维护，帮助系统设计人员从数据出发设计应用流程；
2、基础代码生成：
实现常规页面代码的自动生成，降低不同层次开发维护人员的依赖性（能力高低、人员去留等）；
3、可维护的项目管理环境：
根据提供的物理数据模型，可以结合实际的数据库，实现项目研发的调整和改进；
4、系统开发技术文档管理软件：
根据开发过程中的需求自动建立技术档案、开发说明、标准说明、用户帮助等文档资料；
3．分期建设
数字化校园建设的各个环节相互关联，需要在建设的过程中，有计划、有步骤地实施。数字化校园建设的规划根据学校的需求和业务流程的特点，制定合理的分步建设规划。
由于我校的数字化校园建设包含的内容基本涵盖了全校各个部门的工作，因此需要建设的内容比较多，采取分期建设逐步实施的原则是合适的。
对于数字化校园中信息管理系统的建设方案，提出先建设基础平台、安全体系架构、数据层网络体系结构、开发应用层框架体系结构、数据类框架体系结构等内容，并以此为基础逐步完善系统开发的各类工具及标准，形成可规模化开发的技术手段，并完成部分相关的基础信息管理模块的开发工作。
4．逐步实施
根据建设内容，开发完成的系统及功能模块应实现以下要求：
统一数据：
统一数据标准、统一开发规范、关键数据（权威数据）唯一；实现跨系统数据，各子系统系统之间的信息更新的同步一致性；
统一风格：
开发完成的系统具有视觉和操作上的一致性、风格统一性；
基础数据完整：
具有完整的基础数据并具有良好的数据可维护性；
安全可靠：
经测试达到安全可靠的运行结果和数据信息安全。
灵活扩展：
具有可具有扩展、可兼容，可维护的性能。
1.3、技术路线
数字化校园应采用 SOA 的架构实现，在模块耦合中使用松散耦合，各应用系统应该通过基础框架平台有机的集成到 SOA 架构中。整体方案必须能够支持将一组服务进行装配，并将合成应用系统部署到整合服务器之上。所有的服务都通过标准的 WEB 服务提供。各应用系统要充分利用现有先进技术手段，尽可能采用相同的体系结构和运行平台，基于多层架构和组件技术，进行构建，做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据学校要求的颗粒度进行封装。
项目的编程语言，应遵循J2EE (Java 2Enterprise Edition) 5和6规范，支持WebService标准（包括WS-I Basic Profile 1.1、JAX-RPC（JSR-101）1.1、UDDI V3和WSTransactions等）；.NET开发技术规范；
项目的开发采用组件技术，要求在数据交换上提供对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。
系统必须支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配，使之具有 99.99 %的可靠性。
1.4 建设任务
学校的数字化校园建设任务将分为以下三个方面：
1、学校门户网站及二级网站建设；
2、管理信息系统建设；
3、数字化教学资源平台建设；
这三个方面的建设应该基于同一个平台，同一个基础框架。具体的建设任务如下：
1、形成一整套信息交换标准和管理信息化标准及管理规范，建立信息技术人员和信息安全保障体系；
2、建设完成基础框架运行平台：
共享数据中心、用户权限分配中心、统一身份认证及授权中心、统一门户信息平台、手机应用平台；
3、建设完成学校门户网站和二级部门网站；
4、建设完成学校管理信息系统：
包括教务管理系统、校务管理系统、学生管理系统、人事管理系统、科研管理系统、公文管理系统；
5、建设完成校园服务系统：
包括招生就业、后勤服务、财务管理系统、问卷调查等系统；
6、建设完成数字化教学资源平台：
包括网络教学平台，教学资源库，核心专业课程的数字化教学资源库，整合学校现有教学资源；
7、完成已有系统和新建系统之间数据迁移工作，并保证数据的完整性和一致性。
第二章、系统总体规划及要求
2.1、系统总体架构
我校数字化校园建设项目将为学生和教职员工提供一个集成、公共、使用方便的服务平台。将采用先进的信息应用门户架构，根据被授予的权限，不同的用户可以通过统一的门户入口，获取信息、办理相关业务。系统架构由上至下分为门户层、业务层、应用组件层、公共组件层和基础技术层。
图 1 系统总体架构图
2.1.1、门户层
门户层是各应用系统中各种应用构件整合和部署的平台，它把分立系统的不同功能有效地组织起来，包括各种业务应用系统，不论它们是两层C/S结构、多层C/S结构还是B/S结构，都可以通过容器管理及容器处理请求技术将其统一集成到门户平台中，并通过用户个性化定制展现出来。为各类用户提供一个统一的信息服务入口。
门户还可以提供WEB网站页面风格、布局、内容等方面的定制工具，快速完成后台应用构件基于规划的展现；同时为个性化服务打下了基础。
2.1.2、业务层
在本建设项目中，需要将项目中的各个应用系统进行整合，各应用系统及功能模块应建立在应用组件和公共组件平台基础之上，满足不同业务的需要。
应用系统的构建应基于应用组件，一个业务流程由多个应用组件来完成。用户基于角色使用业务功能，完全打破现存行政组织机构的界限。
2.1.3 应用组件层
我校数字化校园项目的构建基于应用组件，应用组件由基础业务实体，如：教职员工、机构和基本稳定的业务服务等组成，应满足将来组织机构变化或组织职能范围变化时，不需要重新开发，只是对组件进行重新的组装和授权，就可以满足新的需求，适应需求变更。
在应用组件的设计时，应遵循以下原则：
支持未来变化：对适于用规则描述的业务流程，使用规则引擎来实现，避免重新编码；
确保组件的简单性，以便功能复用和业务重构；
使用组合优先于继承，使组件易于维护与扩展。
2.1.4 公共组件层
公共组件层由公共工具组件和应用框架组成，应用框架基于开放或共享标准，实现面向产品化、实用性的组件库系统，并具开放性、可扩展性；
支持异构环境中的框架、组件的互联和通信；实现新旧系统的兼容性；
遵循重要组件标准，具有透明本地化、平台无关性特点；
系统的配置、数据交换基于XML和.NET的标准化格式；
支持个性化信息服务定制和菜单重构。
应用框架应提供服务提供者接口（Service Provider Interface），确保为二次开发提供相应服务如工作流引擎、认证服务等，保证平台的可扩展性。
基本组成部分：
服务引擎：
服务引擎是建立使用共享、可复用、分布式应用组件的重要工具，是应用架构调用服务的入口。服务可以用各种方法实现，如工作流、Web Services和异步服务等，服务提供者对使用者完全透明；
工作流引擎：
在应用系统中，对那些基于状态变化的业务，采用工作流来描述业务过程，使业务流程动态重构和自动化；
消息引擎：
完成协同工作；
实体引擎：
基本实体对应于实际数据库表结构，视图实体对应于数据库视图。采用实体引擎，以XML数据定义对象到关系实体的映射（O/R mapping），实现对关系数据的存取；
工作调度引擎：
实现调度功能；
报表引擎：
提供一致的方式，开发系统中的各种业务报表；提供方便易用、可视化、可拖拉的自定义报表设计工具；实现数据和报表模板的分离；它是各个应用报表的设计、生成、输出引擎；
日志引擎：
支持日志文件和日志数据库；
编码管理：
实现对数据标准的动态管理；
主题库引擎：
提供分类信息仓库，能进行历史信息回顾和决策辅助，管理方便。
查询统计引擎：
实现多条件组合查询和统计，可将结果使用图表的形式展现和输出，实现与报表引擎联动，根据权限支持全系统全文检索。
2.2 系统建设总体要求
2.2.1 性能要求
1、 系统要符合高可靠性、高可用性、高可扩展性等要求，至少支持500 人/秒的并发访问和 6000 人的同时在线，并且能适应未来8000 用户的使用要求。
2、系统具备快速的响应时间，在主流的操作系统、主流的 PC 机配置和 PC 带宽 100M、网络性能稳定的环境下，系统响应时间要达到如下指标：
1) 、 普通页面不超过 0.2 秒；
2) 、 涉及数据操作的不超过 0.5 秒；
3) 、 涉及组合条件查询、统计、分析决策的不超过 2 秒。
3、 采用的门户平台和应用服务器提供集成化应用开发工具；
支持建模、开发、调试、测试(集成测试环境、单元测试、性能测试)、部署等过程；
支持团队开发工具；
提供集成测试环境；
支持 Web Service 开发。
4、采用的门户、应用服务器、数据整合平台对其他厂家数据库具备良好的开放性和兼容性，须支持、SQL Server、Oracle、Informix、Sybase、DB2 等主流产品；
数据库应当支持 OLAP 需求；
须支持 XPath 访问 XML 数据，支持灵活的XML Schema 的变更和校验，支持 XQuery 与 SQL 的混合查询，支持 XML 高效索引的创建与存取，优化器能够自动根据查询代价判断索引的使用，无需用户手动指定与定制。
2.2.2 技术要求
1、可扩展性：
系统能够满足今后发展的需要，扩展系统功能，满足二次开发的需求。
2、设计灵活性：
系统的数据结构与程序相对独立。系统采用模块化技术，使得用户可以按不同需要进行组合集成，构建适合实际情况的应用系统，适应业务处理方法多样化的要求和多变的环境。
3、编码标准化：
各应用系统采用的编码必须遵循《学校数字化校园信息标准》，便于在各级主管部门之间实现数据共享和数据交换，支持上报工作。
4、数据库自定义：
应用系统应该可以根据本单位工作的要求自定义人员信息表和字段，从而实现人员信息项的随需扩展。自定义的表及字段可以与系统现有的内容无缝结合，满足学校当前和未来管理的需求。
5、强大的统计、查询功能：
可以从各个角度建立查询，满足应用系统中各种查询及汇总的需要，可以出各种各样的报表，供导出、打印；查询条件可以保存，以便多次使用；不同的查询条件可以相互组合、包含，得到多重条件约束下的查询结果。
6、简单易用功能强大的报表统计：
支持可视化的报表模板设计，使得报表制作快捷、容易；报表模板可保存，报表模板可以多次运行，报表运行结果能够按时间存储，可查询、统计，进而比较、分析，为管理决策提供数据支持，对分析结果可以以统计分析表、图表形式展示，可导出、打印。
7、语法解释器：
针对系统中各种复杂的查询条件等工作，系统应该提供一个功能强大的语法解释器，用来解析用户定义的公式、规则。
8、操作日志：
应用系统应该充分考虑用户数据的安全性，要有充分的日志管理功能，详细记录了登录系统的用户的操作。
9、数据分析及辅助决策：
提供各种数据信息查询和分析功能，为领导决策提供依据。
2.3、系统安全保障要求
2.3.1、建设目标
系统必须建立全方位、多层次的安全保障体系，对数据的访问和使用进行安全许可、控制和管理，达到保护数据安全的目的。
2.3.2、功能要求
1. 统一身份认证
2. 访问控制
3. 安全审计
4. 数据安全性
5. 安全标准
2.3.3、技术要求
1. 授权与应用独立
2. 支持单点登录 （SSO）
3. 可为第三方系统提供认证及授权服务
4. 建立全局统一的用户管理与身份认证系统；并建立相应的技术规范与管理机制；
5. 建立学校统一的组织机构树，建立全局统一的权限管理规范；
6. 通过机构树与全局角色定义，建立全局统一的角色树；
7. 采用基于 RBAC 的权限模型，建立集中的权限管理系统；
8. 所有的应用系统，使用权限管理系统提供的服务实现统一的权限管理。
第三章 应用功能规划及建设要求
3.1 基础支撑平台
3.1.1 统一信息标准规范
3.1.1.1 建设目标
基于国家标准、教育部标准，兼顾各个标准之间的兼容性、一致性以及标准的可扩展性，建设形成一套符合学校自身实际的管理信息化标准，为信息交换、资源共享提供了基础性条件。信息标准需要保证信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息更加有序流通、发挥信息资源的综合效益。
3.1.1.2技术要求
统一数据表标准建设技术要求：
1、涉及到国家、教育部已经颁布的标准，应采用已颁布的标准；
2、 兼顾各职能部门目前正在使用的分类及编码方法；
3、对不能满足需求的国家、教育部标准进行剪辑或延拓。
学校自编代码的命名规则为：LYSM/T XXXX-NNNN《代码名称》（XXXX 为代码序号，NNNN 为年号）。代码表包括代码标识、分类名称，有层次关系的代码还包括父代码标识。
同时信息标准建设需要遵循以下特性：
标准的唯一性，一个代码只唯一表示一个编码对象；
标准的可扩性，即代码结构必须能适应同类编码对象不断增加的需要，必须为新的编码对象留有足够的备用码，以适应不断扩充的需要；
标准的简单性，即代码结构应尽量简单，长度尽量短，以便节省机器存储空间和减少
代码的差错率；同时，提高机器处理的效率；
标准的规范性，即在一个信息编码标准中，代码的结构、类型以及编写格式必须统一；
标准的适用性，即代码要尽可能的反映分类对象的特点，便于记忆，便于填写；
标准的合理性：代码结构要与分类体系相适应。
3.1.2共享数据中心
3.1.2.1建设目标
建设具有统一的数据平台、统一的数据接口、统一的数据通道、统一的数据管理，统一的数据交换的共享数据中心，为各种数据的访问、交换、后继开发使用提供一个统一的支撑环境，解决数据孤岛问题。学校各个职能部门与其他相关部门之间的数据交换通过共享数据中心统一实现；共享数据中心的架构设计需要为纵向沟通国家教育部、省市教委等学校上级管理单位的相关数据库系统的对接预留可灵活伸缩的空间；集中学校各业务部门的业务数据，并进行统一的数据安全控制和异地备份。共享数据中心具有划分、确定和建立面向业务的主题数据库的功能，提供功能强大的元数据管理功能。
3.1.2.2功能要求
1、元数据管理功能：
元数据管理是共享数据中心的核心，只有建立了完整的元数据管理系统，才能实现共享数据中心，从而为我校的数字化校园建设打下坚实的基础。
2、元数据管理系统的结构包括6个组成部分：
1) 、基准元数据系统：
是指数字化校园标准的元数据系统，作为基准元数据用于组织标识数字化校园中的数字化信息资源，以标准形式描述用户的查询提问，为各种网络信息发掘工具提供数字化信息。
2)、元数据字典：
是用于各种元数据体系到系统基准元数据系统相互转换的对照表，它描述了各种元数据的基本特征，构建了各种元数据与基准元数据系统的对应关系，其基本作用是为系统的转换模块提供转换依据。
3) 、数据属性集：
是指数字化校园存储数据的属性总和，元数据管理系统可通过数据属性集将数字化校园的数据结构和基准元数据相对照，保障它们之间的可互换性。
4) 数字化信息资源集：
它描述的对象是信息源，数字化校园可以通过信息源特征集来确定各信息源所采用的元数据体系，将用基准元数据表达的查询式转换成各个信息源所采用的元数据表达式，从而决定各个信息源的检索方法并解释检索结构。
5) 转换模块：
提供了实现各种元数据之间相互转换、翻译的方法。
6) 维护模块：
可以对各种对照表进行添加、删除、修改等动态管理，保证元数据系统的可扩展性和可维护性。
3. 数据交换功能：
数据交换应具有灵活的方式与多种交换触发机制，能通过同步或异步方式实现数据的推送，应保证为各应用系统提供的各种数据具有一致性、准确性和权威性；
4. 接口功能：
共享数据中心应提供丰富的API接口程序，满足多种软件开发工具及不同操作系统对接口程序的需求，在标书中应列举中心支持全部的应用接口程序种类；
5. 管理功能：
共享数据中心具有完善的管理功能并要求界面友好，应包括创建数据库、表、数据导入/导出、数据的有效性检验、数据权限管理、数据备份与恢复、日志管理、流量及数据交换统计等功能。
6. 运行状态监控功能：
共享数据中心应具有强大的运行状态监控功能，能及时发现各种运行故障，并具有报警或预警功能。
3.1.2.3 性能要求
1. 安全性：
共享数据中心具有完善的安全控制和权限管理功能，提供合理的安全解决方案，保证数据的安全性，检索、查询等操作功能在备份数据库中进行，修改、增加等功能在主数据库中进行。
2. 稳定性：
共享数据中心是我校各应用系统的基础平台。除对平台本身稳定性要求很高外，还要求其运行的操作系统稳定与可靠性有很高的要求。
3. 高性能：
共享数据中心是各应用系统与数据库系统进行数据交换的平台，数据流量和操作任务非常繁重，并且在学校使用环境中，有许多事务处理具有突发性，要求平台处理任务具有高性能。
4. 可扩展、易维护：
要求平台的系统结构设计合理，系统层次分明，各功能模块相对独立，具有可扩展和易维护。
5. 界面友好：
管理界面应符合管理人员的软件操作使用习惯，操作步骤明了，文字描述简洁、清晰。
6. 标准化：
共享数据中心应支持与功能相对应的国际标准、国家标准、行业标准与部门标准等。如支持电子数据交换标准、数据操作支持SQL语言标准、运行状态监控支持SNMP、信息编码遵循学校数字化信息标准等。
3.1.3统一身份认证及授权中心
3.1.3.1建设目标
统一身份认证及授权中心作为数字化校园的安全认证及授权中心，提供一系列全面的认证、授权控制和管理工具，对数据的访问和使用进行全方位多层次的许可、控制和管理，并保护数据拥有者和使用者的数据安全。对于数据库中的同一数据不同用户根据其拥有的权限集的不同定义对该数据对象的操作能力，包括创建、增加、修改元数据的索引属性，创建、增加、修改数据对象以及对数据注释信息进行操作等功能，从而实现对数据的安全保护。
统一身份认证及授权中心包含以下几部分：身份认证（应包含 PKI、CA）、授权、单点登录和安全审计等。采用成熟的安全产品，保证系统的安全可靠（消除安全导致的系统性能瓶颈），在此基础上，建立应用的授权机制，建立统一用户管理、授权管理和身份认证，进行分级授权和集中身份认证，提高应用系统的安全性和用户使用的方便性，实现全部应用的单点登录，集中管理应用系统内的用户，实现每一个用户在访问各个应用系统时更加方便可靠。
统一身份认证及授权中心应提供基于单点登陆（SSO）的解决方案，为应用系统提供统一的身份认证、访问控制和安全审计等功能。认证应该支持多种方式，用户名/密码方式、校园卡/密码方式和数字证书等认证方式；应采用灵活的基于角色的权限管理模型及服务接口，要求接口能够支持 LDAP 等主流认证技术，并能提供细粒度的访问控制和多级权限管理；安全审计服务应能提供多层次的按照用户、时间、终端等多种组合的全方位的数据操作审计，通过审计信息，管理员可以追踪对所有数据操作记录。
3.1.3.2功能要求
1、统一认证：
用户认证采用集中统一方式，支持用户名/密码、数字证书等认证方式，支持 B/S 和 C/S 等多种应用。
2、 统一用户管理：
实现用户信息的集中管理，用户信息规范命名、统一存储，用户 ID 全局唯一，并提供标准接口。
3、单点登录：
支持多个应用系统（包括 B/S 和 C/S）间的单点登录，数字化校园中所有的应用系统通过 SSO 单点登录系统来实现统一的身份认证，SSO 单点登录系统提供登录、验证接口，各应用系统通过 SSO 的单点登录以及验证接口来验证客户端的合法性，并由 SSO 返回的信息来决定用户的权限以及角色，根据以上返回的信息应用系统决定用户具有的访问权限。
4、统一权限管理：
支持多种权限管理方式，如单独授权、按角色授权和分级授权等。
5、统一资源访问控制：
能够提供细粒度的资源访问控制，包括对网页、按钮、菜单、文件、数据库字段级的访问控制；要求实现基于用户、用户组、角色、角色组等不同身份的用户对象与数据对象进行多种组合的权限多维访问控制体系。
6、资源访问安全审计：
用户登录应用系统后对系统资源的访问按需记入日志，具备完善的日志管理功能，能详细记录对所有信息的操作和变化情况，以便事后对用户操作进行审计，建立完善的事后追溯机制，要求提供对日志的统计分析功能。
7、接口开放：
保证以后应用系统能方便纳入统一身份认证及授权中心。
8. 技术规范：
根据学校的管理机制，建立相应的技术规范。
3.1.3.3技术要求
1. 传输安全性：
要求系统对用户登录信息进行加密传输，保证数据能在客户端与单点登录服务器之间、WEB 代理与单点登录服务器之间进行安全通信，保证数据传输的安全性，中标方应能保证所才采用的加密技术不可逆。
2. 数据安全性：
用户登录信息采用密码技术进行保护，保证用户登录信息不能被篡改。
3. 高可靠性：
采用合适的保护策略，保证统一身份认证及授权中心系统的可靠性。
4. 容错性：
由于此统一身份认证及授权中心是整个“学校”建设的基础平台，系统必须具备高度的容错性，保证系统的正常运行。
5. 可审计性：
对用户进行资源访问情况要进行记录，保证对用户访问的可审计。
6. 高性能：
平台至少要能支持 4000 人同时在线使用。
7. 良好的可扩展性：
系统要能支持以后的平滑升级。
3.1.4统一门户网站
3.1.4.1建设目标
建设具有风格特色门户网站和二级门户网站，统一控制用户对信息和应用系统的访问，为用户提供一个单一的访问入口，提供基于WEB 统一认证功能，实现跨系统的单点登录（SSO），统一门户平台将原本在校园网内分散异构的应用系统整合起来，将信息和功能在同一个界面上展示给用户并提供个性化访问界面定制。平台具有可伸缩体系结构，支持各种开放性的标准和规范，能够方便的挂接与现有系统集成的应用系统组件。
通过门户程序访问各种后台应用系统，从而屏蔽后台复杂应用，方便用户高效访问；实现访问以及内容的客户化设置，实现创建虚拟门户、移动设备支持、安全系统整合（单点登录、认证、权限设置等）、翻译服务、日志以及访问分析等功能。
建立以门户网站为核心的网站群体系，构建学校从上至下覆盖各系各部门的垂直的门户网站群，网站有多级结构关系，基于统一的信息体系，实现分级授权、统一管理的功能。各网站可以有独立的页面展现和管理后台，同时网站之间信息又可以相互共享。信息共享能基于上下级关系有一定的机制，如上级站点可直接抓取下级站点信息，下级站点可向上级或平级站点推送信息等。
3.1.4.2 功能要求
1．门户整合
门户平台通过建立底层结构来联系横贯整个组织内外的异构系统、应用、数据源等，完成在组织内外的数据库、数据仓库、办公自动化、电子邮件系统，以及其它重要的内部系统之间无缝地共享和交换数据的需要。
门户平台可以集成现有的应用系统，包括各种业务应用系统，不论它们是两层 C/S 结构、多层 C/S 结构还是B/S 结构，都可以将其统一集成到门户平台中。
与 Office、Acrobat 等主流办公软件集成：门户平台可通过安全的 MS Office 客户端控件来安全操作Office 文档，包括 Word 文档、Excel 表格、图片、多媒体等素材。门户平台提供与 Adobe 公司 Acrobat PDF Reader 软件的接口，可直接查阅PDF格式的校园公文。
支持不同设备的接入，包括 PC，手机，智能 PDA，并根据接入设备的不同，自动调整显示内容和界面。
内容管理和发布功能。
个性化定制功能，门户平台提供基于个人访问权限的个性化界面和服务，展示各级用户自定义显示的内容和主题外观，并且相应权限的用户对应用系统的数据更新能够同步到所有相关应用系统的数据库中。
支持全站搜索引擎，并提供对文件和附件的索引及其检索，支持HTML，XML，Microsoft Office,PDF 等文件的支持。
系统开发接口，提供一体化的基于开发标准的 IDE 开发工具以及符合业内标准的Portlet 开发接口，并不断更新，为将来新的业务系统提供方便的接入。
2．网站群管理系统
站群管理：提供整个网站群，包括门户网站主网站、各子网站的配置信息管理服务，包括网站的新增、删除、编辑、权限设置等。
站点服务管理：管理分层部署的SM服务器（站点控制服务器），每一个SM服务器上都可以容纳多个网站，这些网站可以分布在不同的网站群逻辑树上。
网站皮肤定制功能：可以根据学校需求，定制多套皮肤（包括黑白），满足学校定期换风格需求。
网站广告定制功能：提供网站广告管理功能，自由管理站点广告设置。
共享与同步管理：可以创建、撤销、授权共享区域，从而实现每个有权限的站点可以把发布的信息共享到多个区域中。
3.1.4.3 性能要求
1．安全性：
统一门户平台集成了校园网内所有的信息资源和应用系统，这要求统一门户平台要能够为用户提供安全的信息资源和业务数据的获取，保障信息传输的安全可靠、保障信息不被非法用户窃取、保障用户的合法身份不被盗用。
2．可扩展性：
面对高速发展的校园信息化建设，不断有新的应用系统和信息资源加入到数字化校园中，要求统一门户平台提供具有高扩展性的服务架构和访问接口，让各种资源可以方便的集成到门户系统中，为用户提供高效快捷的服务。
3．稳定性：
要求综合信息门户系统在高负载、甚至是运行环境出现故障时仍能提供稳定、持续的服务。
4．技术先进性：
统一门户平台须采用先进的技术架构和设计理念，满足校园信息化建设不断发展的需要。
5．一定规模用户访问支持：
必须保证统一门户平台要能够在一定规模用户的访问的情况下仍然能够提供高速的服务，至少支持 500 人/秒的并发访问，和 4000人的同时在线。
3.1.5二次开发平台
3.1.5.1建设目标
为应变后续持续不断的业务调整及功能变化，需要在基础框架中，提供强大的二次开发平台，以保证在比较短的时间内对基本功能（增删改）的实现和应用。同时，为提高安全性，不直接操作数据库，所以对数据库的操作直接在页面上即可测试和执行。
3.1.5.2功能要求
1．项目管理：
创建和维护开发项目，进行版本管理和数据字典维护，可以方便的在二次开发平台中导入和导出数据模型；并可以直接与物理数据库连接，进行数据库结构调整和数据实时维护，利用特有的数据库代理技术可以实现远程跨域的数据维护；
2．代码生成：
利用二次开发平台可以生成与基础框架技术风格统一的源代码程序，与开发工具配合使用，可以快速的形成可以使用的模块程序。
3．任务管理：
二次开发平台应集成了工作任务分配和管理追踪工具，可以在线进行开发任务或其他任务的分配和管理，形成团队工作管理平台；
4．集成了Bugs管理系统，可以进行系统维护的Bugs管理和统计分析，并可以进行Bugs修复的任务分配和管理；
5．集成在线帮助文档：
二次开发平台提供相关的在线帮助文档，提供对开发人员的在线开发支持；
3.1.6手机应用平台
移动基础平台是实现数字校园基础平台与业务数据在手机上访问的支撑。根据学校应用系统功能的特点，结合移动终端的特性，将程序移植到移动终端（如智能手机、上网本、个人数字终端等）上进行实现，达到实时互动，完成大部分必须通过有线网络完成的相关事务，如教师可以进行班级综合素质评分、学生日常行为规范查询。
为学生提供教学信息服务为基础（如课表查询、行为规范评分查询、资格考试报名等），逐步延伸到提供校园生活服务（包括：生活、校际交友、娱乐、就业兼职等）。是实现校园信息服务无线和有线的无缝结合。
3.2 数字化校园应用系统管理平台
3.2.1校务系统
3.2.1.1 建设目标
校务系统应为学校建立起一种安全、可靠、易用的办公环境，为学校管理层、行政工作人员、教师等提供一个科学、先进、网络化、高效的信息化协同办公平台，为学校内部管理和外部交流提供安全、快速、高效信息传递及处理渠道。利用科学的管理方法，借助于计算机网络技术，减少或避免各种传统办公方式易于出现差错的弊病，改进学校办公质量，提高管理和决策的水平，系统应能够具有我校现有办公系统的全部功能，在此基础上加强工作流程应用，使各类有关审批流程的工作在校务系统上实现。系统应提供完备和开放的开发接口，与上级相关部门实现文件传送与接收。系统与数字校园中的其它系统相配合，共同实现统一的信息管理。
界面能更人性化：最好能与一周工作、会议安排、个人活动、会议管理、加班值班管理等相关联起来，方便使用人更直观简便。
具体功能至少应包括：公文管理，考勤管理，考核管理，值班管理，校长信箱，工作安排（周工作、学期工作安排），车辆调度管理管理，会议管理，用章管理，个人办公，讨论交流，移动办公等
3.2.1.2 功能需求
1．系统管理：
包括用户管理、授权管理、角色管理、部门管理、领导管理、系统设置、日志管理、系统初始化等。
2．公文管理：
系统应满足国务院等部门相关办理方法的规定，并与所需要的各种指定公文类型相吻合。应提供完备和开放的开发接口，与上级相关部门实现文件传送与接收。系统应能处理各种格式的公文，实现公文流转、审批、催办、授权、查询统计、打印、公文导入导出、实时监控、督办等功能。
1)、发文管理：
校级文件（上行文、平行文、下行文）：
文件分为党委文件、行政文件等，一般是由学校党政办起草，经过校领导审批后，向全校发布。系统应实现党政办自定义发文流程，实现发文流程流转自由。
部门级文件管理：各系部处室等发布本部门级文件，发布应按发文流程审批流程在网络实现，其过程与学校文件发布流程类似，同样也应实现套红头等功能。
2)、校内批件：
实现校内各单位提交报告、请示类文件所需审批流转流程。各单位请示件送校办报校领导审批前，单位负责人须签字（个人电子签章）认可，要解决好领导网上签字问题。根据紧急程度，可以设置批件办理完成时限。到达时限前系统要自动发送短信息提醒。要求实现校领导与各部门领导信息互通、校办负责人与校领导信息互通、校领导与校办发文管理员信息互通、校办负责人与校办发文管理员、校办领导与各部门领导之间信息互通。
3)、收文管理（外来文）：
系统应可以通过流程管理自定义收文管理流程,让其流转自由，同时可以对收文的密级进行管理，其紧急程度和密级程度类似于发文管理的密级功能。
3、考勤管理：
1）、请假申请：向部门负责人申请请假需求
2）、请假审批：负责人审批下属请假要求
3）、考勤统计：统计全校各部门的在线考勤情况
4）、考勤查询：通过多条件（按时间、部门、关键字）等查询考勤情况
4、考核管理
学校按学年、学期进行各类考核的信息管理系统。
考核类型管理：自由定义扩展学校所需考核类型
考核等级管理：可以定义各种考核结果（如分数、通过/不通过、优秀/合格/不合格等）
考核记录：对学校教职工进行考核记录（支持批量导入）
考核查询：根据不同考核类型和时间进行考核信息查询
考核统计：按类别和时间统计各类考核数据
5、领导信箱：
实现老师或学生与学校部门或领导之间的信息交互，实现现有校务交流平台的所有功能。
1)信箱管理：
维护部门信箱或校长信箱的基本信息。
2)意见提交：
选择部门信箱或校长信箱写信，填写选择是否对外公开,不公开意见只有收件人能查看，发布前须进行密码验证。
3)意见回复：
主要是部门或领导对所提交的意见进行回复，收件人可以直接回复意见，领导也可以将意见转交给相关部门或相关人员处理回复意见。没及时回复的意见系统自动提醒。
4)意见反馈：
用于对意见提出者查看回复意见。
5)意见统计查询：
统计意见回复情况，实现按意见类别、部门等多种分类统计查询功能。
6．值班管理：
发布校领导、中层干部值班、学生处干部、驾驶员、后勤部门、保卫人员值班安排（支持日、周不同格式的值班表），提供统计、查询和打印值班信息的功能，根据学校实际需求，提供直接同步更新到门户的功能。
7．个人办公：
1)工作管理：包括新建工作、待办工作、已办工作、工作委托、工作监控等。
2)工作日志：对个人的工作日志进行管理，并设置查看权限供上级领导查看。
3)个人日程：对个人的日程进行安排，如会议、外出、约会、重大事件等进行管理，系统提供有效的提醒，有重复短消息提醒设置功能，可以对日程的分类和项目进行维护。
4)领导日程：对公开的领导日程，单位内部人员可以查看，不公开的，可以设置权限来控制查看的人员。
5)周工作安排：部门领导对本部门一周的工作进行安排布置协调；
6)搜索引擎：实现对综合校务系统内部系统进行检索，支持模块查询和关键字查询，支持 MS word,excel 文件及 ADOBE PDF 等复杂文件格式的搜索。
7)文档管理：实现网络硬盘功能，对个人的各类电子文档进行录入、分类整理和共享管理，以 IE 浏览器形式显示。
8)通讯录：公共通讯录是以电子文档的形式保存大家共享的名片和通讯信息，用户可以维护自己的名片将显示到通讯录里面。
9)个人名片：个人名片是以电子文档的形式保存个人的名片信息，用户对自己的名片进行管理，设置相关的信息。
10)修改密码：对用户自己的密码进行修改。
11)邮件系统：有对内外可用的邮件系统，且对内用中文收发邮件，支持基本的POP3、SMTP、WEB 访问。
8．车辆调度管理：
学校用车的管理制度规范实施，配合信息化手段加以强化。
车辆信息管理：管理学校公车基本信息（车型、座位数、购买时间、金额等信息）
用车申请：使用部门向管理部门申请用车需求
登记审批：审批用车需求，登记并确认归还使用情况（记录公里数）
使用统计：根据时间、车型统计车辆使用次数及公里数
维护记录：记录公车维护保养具体信息。
维护统计：统计公车各种维护统计信息。
3.2.2人事管理系统
3.2.2.1 建设目标
人事处需要建立一套完整的、协助处理全处业务工作的管理信息系统来满足各项业务处理的需要，着重实现数据共享、数据自动流转、数据及时更新、数据同一口径、数据统计，从而减轻工作量，提供工作效率，将精力更多地集中在分析、协调和主动服务上。
综合人事管理系统需要覆盖全校教职工入校、在校、离校管理。其中入校管理主要包括人才招聘、人才引进管理、编制职工号、人员信息采集及维护管理、试用期/转正管理；在校管理主要包括校内信息维护、校内调动管理、职务变动、岗位聘任、人事考核管理、职称评定管理、工资管理、师资业务管理、合同管理，系统要能够实现对教职工在校期间的各项事务进行管理，并保留教职工在校期间所有的历史性数据；人员离校主要包括离退休管理、返聘、延退管理、离退休工资管理等。要求系统能够实现与上级管理部门人事系统数据的对接。
通过综合人事管理系统，可以构建学校的教职工信息库，作为学校教职工基础数据的来源，需要为其他系统提供权威、及时的人员信息；协助规范人事管理的工作流程，支持贯彻人事管理政策，实现在线业务处理；为人事处工作人员、各相关职能部门工作人员、各系部处室领导、学校领导等提供统一的网上服务平台；实现各部门间有效的信息共享和协同工作，从而提高人事管理部门的工作效率；实现信息动态自定义查询统计，为领导决策做辅助支持；实现各种表格的自定义，满足表格中数据自动生成的需求。
3.2.2.2 功能需求
综合人事服务系统应包含编制与调配管理、师资服务、信息服务、员工劳资福利、奖惩记录、日常服务、退休服务、校内信息服务等子系统。
1．人事信息管理子系统
教师信息录入（支持批量导入）分配人员部门、设置编内编外人员信息、提供基本信息查询
2．人事授权管理子系统
根据学校教职工的实际工作业务情况，随时调整在平台内业务授权范围，特别针对特殊对象（一人多职），实现权限自定义分配的目的。
3．信息服务子系统
信息服务子系统应包括教职工基本信息、统计报表等功能，其中教职工基本信息应包括数据录入、人员信息维护、单位信息维护、人员类别管理、信息查询统计等功能；其中统计报表模块应包括固定统计报表管理、自定义统计报表管理等。
4．人事基础数据子系统
1) 总体要求：综合人事服务系统应能实现对基本信息、工作情况、简历信息、学历信息、职称信息、继续教育信息、职务变动信息、获奖信息、论文信息、著书信息、年度和学期总结、收入信息、企业实践信息、出国信息、名特优教师信息、党派信息、教学或行业评估经历等进行管理和统计。
2) 基础数据管理：能针对学历管理、学历专业、用人形式、人员类别、政治面貌、党派信息、健康状况、英语水平、外语语种、港澳台侨、宗教信仰、地区类别、专业技术职称、行政职务、行政任职方式、党内职务、离退休类别、离校类型、聘用合同期限、任教学科、岗位资格证书、技能证书管理、进校方式、岗位管理、在岗情况、岗位资格证书、普通话等级、任教学段、论文获奖类别等基础信息进行统一的信息管理。
3) 绩效工资（校内津贴）部分：实现岗位标准的建立、更新、套改、计算功能；实现日常的职务晋升、岗位变动、考勤扣减的操作功能。
4)人员信息审核子系统
人事管理部门负责人，对全校教职工修改个人信息后，需要进行审核后方可入人事库，在系统自动提示系统中将会自动提醒管理员审核各类信息。
5．教师个人子系统
1)、个人信息维护：
员工针对个人信息分类表，对个人信息进行更新和维护，所有操作都将保留记录，管理员审核后进入学校人事库系统。
2)、通讯类：
提供全校教职工通讯录功能，字段可自定义，方便学校查询人员联系方式。
6．校内信息服务子系统
1)、文档下载：
系统提供各种申请表格等模板文档的下载功能。
2)、个人消息、任务提醒：
根据业务特点设置的权限控制、数据流推送、消息提醒等方式来实现人事协同办公。个人消息、任务提醒会在系统主页或者相应的操作菜单下显示。
3)、数据导入、导出：
提供方便的数据导入导出功能。
3.2.3、教务管理系统
3.2.3.1 、建设目标
综合教务系统总体建设目标是建设囊括全日制教育、继续教育和成人培训等在内的综合教学管理的数字化环境，科学统一的配置教学资源，提高教师、教室、实训室等教学资源的利用率，改革教学模式、手段与方法，丰富教学资源，提高教学效率与质量。该综合系统包含了教学过程管理的所有功能部件，包含学籍管理、排课管理、教学计划管理、选课管理、考试管理、成绩管理、学生学业评价、教师队伍建设管理、教学建设管理、教学评价和教材管理等诸多功能模块，从而形成一体化综合化的教务信息管理系统。
该系统应该与学校的综合人事系统、财务管理系统、综合学工系统、实训资源综合信息管理系统、综合科研系统、网络学习系统、精品课程、校园一卡通系统、资源库中心和数字图书馆等系统协同工作和数据共享，能实现业务的无缝对接和数据的自由流动，具有良好的可扩展性和二次开发功能，该系统应提供高效的事务处理机制和信息管理模式，为学校的教务管理工作提供直观科学的评价数据，最终实现综合信息统计和历史数据分析功能，为提高教务工作效率和推进学校教学改革提供重要的参考依据和决策辅助。其中第一期工程的建设任务是建设全日制生的教学管理系统。
3.2.3.2 、建设原则
系统建设的原则和要求如下：
1、智能化的资源调配和管理：
必须使学校教学资源得到优化，对教师、教室、实训室、时间等进行高效调配和合理利用，解决学校资源紧缺、系部多级管理状况下排课、排实训室、排考场等诸多困难问题，最终实现教学资源的最优化配置。
2、系统功能的完整性和可扩展性：
系统要兼容学年学分制教学管理、同时适用于完全学分制教学管理。该系统在设计时需要考虑学年制、学年学分制、学分制等不同阶段教学管理软件衔接的需求。
3、 规范化的数据标准管理：
该系统应该遵循学校数字化校园信息标准规定的学籍学历规范和其他相关信息标准，课程代码、教师代码、学号等的编码规范，避免编码的重复和不一致等现象的发生。系统应能够提供以自身的底层数据来构建校级标准数据体系和平台，并能与国家级、省级中高职教育的标准数据体系和江苏联合技术学院管理平台、省中职系统相衔接。
4、 综合教务系统应该充分考虑与后期建设的继续教育、成人培训等教务管理系统的无缝连接。
3.2.3.3 功能需求
1、学籍管理子系统
学籍管理子系统主要是实现学生信息的管理，并为其它子系统提供相关的基础信息和数据。
本系统主要功能包括：学生注册、信息维护、学籍异动、查询统计打印等。
1)、学生注册：学生注册包括新生注册、老生注册、不在册学生管理。
新生注册：收费部分参见老生注册，先收费后注册。
新生注册由教务处统一完成。首先将招生信息库导入学生信息临时库，根据招生代码表作相应的处理并按专业分行政班、编学号，最后将学生信息临时库中的数据转入学生基本信息库中。注册人员可以对报到新生的信息和学生基本信息表中的基本信息进行核对，如有出入，可以直接修改。
老生注册：由学生自行交费（学费、住宿费等）。由计费系统记录收费情况，对于使用贷学金的学生，软件中以虚拟已交费表述。软件中设置开关：当学生计费不足时，可以用此开关人工干预。老生注册主要实现单个学生的注册，由各系部完成。系统列出已进入系统的系部的所有学生，每个学生的信息项包括学号、姓名、专业、行政班及是否注册等信息。
不在册学生管理：主要对进修生、辅修生、在本校学习的外校学生等的基本信息进行维护。对于进修生主要考虑其需要选课，进修生的信息由系部负责。对于辅修生来说则是为了便于专业辅修审核，辅修生的信息由系部负责。
学生人数、成绩、学分统计：要求统计学生某学期、学年累计有多少学分不及格，并统计学生未通过课程的累计学分、曾经不及格学分的累计，在学期班级成绩汇总表上显示课程学分、课程性质（理论、实践）和考试类型（考试、考查）。
学生注册中的学籍管理：要求能反映专业现有学生数，历史学生数，异动学生数等；
2)、生成成绩管理信息：
通过学籍管理生成学生成绩管理信息,在学生注册功能中进行学生人数、成绩、学分统计。
3)、信息维护：
主要用于学生信息的维护。教务处、系部、班主任可通过数码相机等外设或者 BMP、JPG 等图片文件加入学生的照片、导入学生信息包括学生基本信息、学生家庭信息、学生入学成绩信息。学生个人可以凭自己的用户名和口令通过 WEB在备注栏添加自己的相关信息。
4)学籍异动：
本模块主要是根据学期中的学生学籍异动，实现学生学籍异动记录的添加功能，能进行手工异动、批量异动；学生成绩应能在异动后的班级自动生成，并给出提示，如少修及多修的课程，并能根据统计报表来手工异动。
5)数据统计分析查询：
统计全校各类(男女生等)学生人数，统计各专业学生人数，预计毕业人数等信息并打印相应的报表。根据多种条件查询学生基本信息、学生家庭信息、学籍异动信息、并可将查询的结果生成报表或输出到 excel。可根据需要定制学籍卡格式并实现批量打印。
2、教务基础数据管理
通过对教务基础数据的采集，完成教务系统底层各类数据的获取。
1)、系部管理：
管理全校各系部的基础信息。
2)、学历层次管理：
管理全校各学习层次的基本信息，根据职业学校学历多、层次多的特性，能满足（高职、中职、技工）不同学历层次的设置和管理。
3)、专业信息管理：
管理学校所有专业的基本信息，根据不同的学历层次设定专业，专业能对应不同的层次（高职、3+2、职高、单招、中专、高技、中技等），能设置省专业编号、校内编码、专业名称、专业方向、学制、所属系部、专业类别的信息。
4)、课程信息管理：
可管理全校课程基本信息，对应课程可设置所对应的学历层次、课程分类、省课程代码、校内代码、课程名称、学期跨度、学时类型、课程性质、状态等信息。所有课程列表能按学历层次、课程分类进行筛选排列。支持课程信息添加和批量导入，支持相同性质课程合并功能。
5)、年级管理：
管理学校年级信息。
6)、学期管理：
管理学校学期信息：可设定开始学年、学期批次、持续时间。设定持续时间，可自动算出总周数。算出的周数和其他系统（如学校校历、人才培养方案等）进行无缝对接
7)、教研组管理：
对全校各教研组进行信息管理，可设置不同的教研组，包括教研组信息、人数、活动地点等
3、教学计划管理子系统
教学计划管理子系统主要是从课程库到人才培养方案，再从教学计划到学期执行教学任务，及教学任务的落实的管理。
1)、数据导入：
在教学计划管理子系统中数据的导入主要是课程库信息、教学计划课程信息、教学任务信息、教师信息等。允许外部数据以 DBF、EXCEL 等格式导入本系统，当数据项不尽相同时，应在数据导入时提供数据项的选择对应。课程库的查询打印由用户设定查询条件，查询条件可以多种组合，并打印输出或导出到 DBF、EXCEL 等。
2)、人才培养方案管理：
对学校的各专业人才培养方案进行管理和统计。
1、支持学分规则设置；可设定总学时数和学分系统的公式，自动算出各基础课程的学分系统。
2、 对学校所有专业的人才培养方案，支持在线编辑（流程执行和模板导入），也支持对人才培养方案的上传功能。
3、对人才培养方案的设置：支持“江苏省职业学校管理规范”，人才培养方案按照省厅要求，从封面、依据/目标和范围、教学时间分配表、实习教学计划分配表、课程结构及教学进程安排表、教材使用参考、课程标准、毕业要求等进行设置和管理。
4、人才培养方案中教学进程安排表中各类数值及分值自动生成，学校只要对所属课程进行学时分配（包括实践课），总表自动生成。
5、系统支持对实施性教学计划审批表的上传和查询
6、所有人才培养方案能按年度进行复制和管理，提高学校工作效率。支持保存原版功能，并保留修改痕迹，便于查询。
3)、学期开课表：
学校经过排课系统排课后，能自动生成学期开课表，对学校每个系所开设的课程情况（对应的班级、课程性质、课程名称、周总学时、周数等）进行展示和统计。
4)、教师定位表：
学校经过排课系统排课后，能自动生成教师定位表，对学校每个系所开设的课程（对应班级、学历层次、专业、任教课程等）筛选学校的教师任课情况总表。
5)、排课管理子系统
排课管理子系统要实现对教师、学生、场地、时间等多种因素的合理安排，力求达到排课的智能化和资源使用的最优化。排课系统应能满足学年制、学年学分制以及完全学分制的要求进行排课。排课系统的功能应包括：排课条件的设置、排课初始化、人机交互式排课、自动排课、人工调整、教室（包含实训室）信息管理等，与上级管理部门实现数据联动。
6)、教师工作量核算
系统能自动根据教师的课时量、代课系统统计的代课数/被代课数、占课系统统计的占课数，统计出学期教师的工作量核算表。
4、选课管理子系统
选课管理子系统包括选课设置、选课指导、选课管理、学生选课、系统检测、选课名单调整等模块。系统需要满足 1200 人同时在线选课。
1)、选课设置：设置每轮的选课学年学期、可选课程类别、是否限容量、选课对象、是否允许改退选等选课的设置。
2)、学生选课指导：设置学生选课须知等。
3)、各系部配选课管理：学校根据设定的选课条件和已安排的任务，按系部、专业、年次、层次、学号等按组合条件批量或单个生成学生配课等信息。
4)、学生选课：学生在其本人的选课管理操作页面按步骤进行选课。
5)、系统检查管理：学校可以利用该功能进行学生选课情况的检查。
6)、选课名单调整：在选课结束后，可以按系部、专业、年级、学号等批量或单个进行学生的调整。
5、成绩管理子系统
成绩管理子系统应包含成绩导入导出、成绩比例设置、成绩类别定义、成绩等第设定、无考试成绩类型、学生成绩查询、个人成绩查询、班级成绩查询、导入班级成绩等功能。
1)、成绩导入导出：
正考成绩、补考成绩、重修成绩、均可由教师录入，系部管理人员也可协助教师进行成绩的录入。对于历史成绩，支持针对不同学期进行成绩导入。
2)、成绩比例设置：
学校可根据不同的学历层次单独设置各类成绩比例项（如平时成绩、期中成绩、期末成绩、实验成绩）的分值，根据设定比分，系统自动算出课程总评分。
3)、成绩类别定义：
自定义设置成绩类别，支持学校对课程成绩类别的定义扩展。
4)、成绩等第设定：
根据学校需求，成绩的最终体现也可以以等级来体现（优良中差、合格/不合格）等
5)、无考试成绩类型：
对缺考、取消考试资格、作弊等情况进行代码设定，用于成绩录入系统。
6)、学生成绩查询：
根据学期、学习层次、专业、班级、课程等信息查询学生的课程成绩信息。
7)、班级成绩查看：
查看班级所有学生所有课程的成绩信息，成绩综合表支持导出xls格式
8)、导入班级成绩：
对于以往历史数据，支持整班、全课程数据的导入，支持xls格式。
6、四表管理
四表管理是教务系统的枢纽模块，发布包含（校历、作息时间、班级课程表、教学进程表）等表的信息，方便教师和学生在线查询相关信息。
1)校历管理：发布校历信息，编辑校历每周事项。
2)作息时间表：编辑、管理、发布学校作息时间表，支持冬令/夏令时段，支持作息表各行位置移动。
3)班级课表：查询班级具体上课课程表信息（系统经排课系统完工后自动生成）。
4)教学进程表：支持编辑各系教学进程表信息。生成符合上级部门要求的相关表格，支撑学校教学管理工作。
7．教学文书管理子系统
管理和发布各级教学文件，和教学资源库整合，方便教师查询和下载。
8．代课管理子系统
对代课双方教师进行登记和审核，确认后记录代课数据，最终提交到教师工作量统计系统进行工作量统计。
9．教学质量管理子系统
教学质量管理应包括教学过程质量管理、教学水平评价管理两大块功能。
9.1教学过程质量管理：
1）教学材料：
在线检查教师上课是否按教学大纲的要求认真备课并形成教案，由教研室全面检查和系部抽查相结合；
2）授课：
上级部门、督导室老师和其他教师可选择任课教师某节课程并自动记录，听课后在线填写督导记录或评价意见，以便学校综合分析教师的教学情况；
3）教学纪律：
教务处按照教学计划，进行教学纪律检查，内容为学生出勤、教师到课、调课、教学进度及教学计划执行情况。
4）作业：
与网络教学平台相结合，检查各门课程作业布置情况、学生完成及教师批改情况；
5）实践教学：
主要检查实验教学、教学实习、毕业实习。
9.2 教学水平评价管理：
教学水平评价系统分为学生评价、督导评价和同行评价三部分。
主要功能有：
1）学生评价：
学生在登陆教务管理系统查询上学期所修课程成绩或选课前，必须先对上学期所修课程的任课教师(包括理论课和实验课)的课堂教学质量进行评价，每个学生对同一门课程的任课教师只有一次评价机会。
2）督导评价：
学校督导室老师和领导对任课教师的课堂教学质量进行综合评价。
3）同行评价：
其他教师听课后对任课教师的课堂教学质量进行的评价。
4）结果查看：
学校领导和教务处、人事处的主要领导可以查看全校学生、督导和同行对任课教师的课堂教学质量进行评价的结果。系部领导可以查看学生、督导和同行对本部门任课教师的课堂教学质量进行评价的结果。任课教师可以查看学生、督导和同行对自己所讲授课程的课堂教学质量进行评价的结果。
10．专用教室管理子系统
管理全校各类专用教室信息（机房、实训室、多媒体教室等），共排课系统调用。
11．体育教学管理
导入学生体育项目的数据信息，便于上级部门抽查和评审。
12．教师队伍建设
整合人事系统模块，对教师队伍建设进行同步数据更新和审核。
教师队伍信息类别：自定义教师队伍信息类别（如基本信息、继续教育、工作情况、荣誉信息、教学成果、技能竞赛等）
教师队伍审核：教务处管理员对教师队伍信息进行审核和入库。
13．学籍档案管理
对全校学生的各类档案信息进行整理和管理。
新生数据导入：
批量导入新生数据，可以按不同的年级、学习层次、招生专业进行导入数据和批量数据确认。
学生分班：
学校可以根据层次、专业设定班级信息，并按专业导入学生信息，进行学生和班级的绑定。同时支持同步登陆信息，创建学生账号、退出班级等功能。
班级管理：
可以根据年级、层次、专业查询班级及学生数据。支持不同层次的学生（高职、中职、技工等）的数据导入，支持学生照片的批量上传。支持根据不同班级设定班主任。支持创建班级信息等
学籍异动管理
对在线学生的信息修改、休学、转入、转出、退学、复学等情况进行登录和上报，审核后生成信息报表进行报备。
3.2.4 学生管理系统
3.2.4.1 建设目标
学生管理系统总体目标是要建设一个架构先进、简单实用、安全稳定、维护便捷的基于数字化校园的学生管理信息系统，梳理并优化学生管理工作流程，为相关职能部门和个人提供实时数据的查询与分析功能，实现学生系统与学校其它系统的联动，提高学生管理工作的效率和管理水平。
学生管理系统管理学生在校期间除了课堂学习外的几乎所有事务，涉及部门非常广泛，包括学生处、团委、招生就业办、教务处、系部、学生会、宿管中心等等，每个部门都分管一块学生工作，缺乏工作协同，因此需要将分散的学生管理工作统一考虑，不仅仅从单个部门的工作上考虑，而应该涵盖学生从招生进校、在校生活到毕业离校的整个过程，按照业务流、数据流打通各个管理部门之间的壁垒，实现协同工作。
学生管理系统面向学生处、系部德育主任、班主任和全体学生，包括系统维护、德育队伍管理、班级管理、迎新工作管理、宿舍管理、军训管理、评奖评优管理、共青团工作管理、学生资助管理、勤工助学管理、心理健康管理、违纪处分管理、就业管理、毕业生离校、校友管理等子系统。系统支持学生工作管
理部门、工作人员和全校学生通过网络发送和接收有关信息，开展在线的业务处理，支持按权限管理的各种申请、查询和统计报表的输出打印功能。
综合学生管理系统应在数字化校园统一数据平台的基础上与其他系统实现数据充分共享，为其他系统的接入开放数据接口。尤其是实现综合学生管理系统与一卡通系统之间的数据交换和业务互动。与综合教务系统、财务服务系统、后勤系统等相关系统联动，实现入学前、入学、在校期间、毕业期间和毕业以后一条龙管理。
3.2.4.2 功能需求
1、班主任管理
系统应包括信息维护、班级情况、班主任工作管理、系部工作考核、班主任考核与培训、信息反馈等功能。其中信息维护包括德育队伍维护、德育制度、班主任编班、登陆权限管理。
2、学生信息管理
学生信息类别：创建和管理学生基本信息类别：就业信息、考证信息、奖惩信息、评价信息、创业信息、创新信息、成绩信息等。
学生信息完善：班主任可以对班级学生进行各类信息的编辑和完善。
学生信息查询：可以根据年级、学习层次、招生专业、班级、学号或姓名进行查询学生个人情况。
3、宿舍管理
系统应包含信息维护、信息公示、宿舍分配、值班记录维护、宿舍精神文明建设、统计分析等功能，其中信息维护包括宿舍房间信息维护、住宿生信息维护、宿舍维修、卫生检查、住宿纪律、宿舍德育考评、文明寝室评比、假期留校信息维护、空闲宿舍管理、外住学生管理、宿管人员管理与考核、班主任巡视记录等。
4、评奖评优
评奖评优系统至少应包含如下子模块: 校系奖学金项目设置、系部获校内奖学金总额设置、系部奖学金人数比例设置、评选条件设置、学生个人奖学金申请、各系报送评选结果、学生处审核后报系部、学校最终审批、奖金总额计算、综合考评维护、军训获奖情况维护、德育测评管理、学生参赛活动奖励、社会奖学金、查询（导出）统计打印等功能模块。
5、违纪处分管理
违纪处分程序包括：申请、调查审核、处分和撤销处分。要求系统实现对流程的处理，要求系部实现违纪处分信息上报申请、处分信息分权限审批、学生签收处分文件、违纪谈话、历史处分信息查询、申诉与复查管理、撤销管理、统计分析等功能。
6、思想教育管理
思想教育工作主要围绕学生的思想政治和德育教育展开，及时了解学生的思想状况，加强班主任队伍的建设和管理，提高学生的思想素质，促进学生的发展，努力提升思想教育的针对性、实效性和吸引力、感染力。思想教育管理包括数据维护、统计分析、计划总结、政治学习、学分建设与管理、思想状况调研、学生工作队伍建设、其他教育情况、并要求与团务工作系统接口。
系统至少应包括如下功能：学生思想教育活动管理、学风建设与管理、思想状况调研管理、学生工作队伍建设管理、思想汇报管理、入党申请管理、党员维护管理、预备党员维护管理、入党积极分子维护管理、各系部按班级汇总上报相关学生信息、查询统计输出打印等功能模块。
1) 数据维护：
功能包括培训信息、入党积极分子、预备党员、党员、思想汇报等。
2) 统计分析：
功能包括数据查询、统计分析、全局统计等。
3) 学生思想教育活动：
功能包括计划总结、活动管理、政治学习、学生政治思想品德考核与管理等。
4) 学风建设与管理：
功能包括学风检查记录、突发事件处理记录、新生教育等。对学风建设的开展、实施与管理，主要体现在各类表格的填报等。
5) 思想状况调研：
包括调查和研究学生的思想动态和状况，写出调研报告、制定调研计划、设计调查问卷、调查问卷录入、调查结果统计、调研总结报告等主要功能。
6) 学生工作队伍建设：
功能主要包括对校级、系部学生会管理，日常工作记录以及管理和评测等工作。
7) 其他教育情况：
功能主要包括安全稳定、专题讲座等。
7.学生资助子系统(与国家资助系统对接)
学生资助子系统主要分为班主任操作、系部审核、学校公示三个功能。班主任操作的内容有：学生信息维护、困难生信息维护、困难补助信息维护、学校贷学金信息维护、国家助学贷款维护、国家奖学金维护、国家助学金维护、减免学费管理、困难生参加社会活动信息维护。系部审核主要为审核管理、查询统计打印等功能。
1) 资助申请：资助申请包括所有受资助学生信息的导入、维护（批量录入、增加、修改、删除）、银行卡号的维护等。所有的学生资助项目应可以相互兼容并能进行数据转换。
2) 困难生信息维护：包括困难生信息的导入、维护（批量录入、增加、修改、删除）、申请学生的维护、导出等。
3) 困难补助信息维护：包括困难补助信息的导入、维护（批量录入、增加、修改、删除）、申请学生的维护、导出等。
4) 学校贷学金维护：学校贷学金信息的导入、维护（批量录入、增加、修改、删除）、申请学生的维护、导出。
5) 国家助学贷款维护：主要包括学生个人基本信息（由学生个人填写）、贷款基本信息、贷款申请资料审核状态、贷款发放信息、贷中管理信息、贷后跟踪管理、学籍异动情况管理等信息的维护与管理。
6) 国家奖学金维护：主要包括对学生个人基本信息、学生学习情况及系部综合测评排名情况、学生曾获奖励情况、学生在校表现情况、申请理由、系部意见及公示情况、学校审核及公示情况、上级部门审核情况、国家奖学金获奖时间、奖金发放情况等国家奖学金信息的导入、维护（批量录入、增加、修改、删除）、申请学生的维护、导出等功能。
7) 国家助学金维护：主要包括对学生个人基本信息、家庭成员情况、学生在校表现情况、申请理由、系部意见及公示情况、学校审核及公示情况、上级部门审核情况等国家助学金获得时间、助学金发放情况等国家助学金信息的导入、维护（批量录入、增加、修改、删除）、申请学生的维护、导出。
8) 资助申请审核维护：审核包括对学生困难生申请、困难补助申请、学校贷学金申请、国家助学贷款申请、国家奖学金申请、国家助学金申请等，分为系部审核和学生处审核两个步骤。
9) 减免学费管理：减免学费管理主要是对贫困生免除学费的管理，具体包括个人网上38 申请、减免学费审批、减免名单确定、减免情况统计等功能。
10) 困难生参加社会活动信息维护：各系部、学生处可以维护困难生参加社会活动信息等。
11) 查询统计打印：
u 资助信息公示。
u 各类资助细项的按学年、类别、项目名称等单项或多项查询，并将查询结果导出或生成报表。
u 每个学生所有信息的查询及报表打印。
u 贫困生按年级、籍贯、各系部等信息进行统计、数据导出及报表打印。
u 各类困难补助按年度（学年）、各系部的统计分析、数据导出及报表打印。
u 学校贷学金按年度（学年）、各系部的统计分析、数据导出及报表打印。
u 国家助学贷款按年度（学年）、各系部的统计分析、数据导出及报表打印。
u 困难生参加社会活动按照按学年、系部、学生个人、社会活动性质等信息的查询
u 统计、数据导出及报表打印。
8.就业管理
应能完成学生毕业和就业的相关工作流程，应包含生源信息、毕业生信息与就业方案、个人简历、职业咨询、就业指导、就业招聘管理、就业数据统计、评优记录、就业工作评估体系、档案管理、就业服务平台等管理功能。
9.系统维护子系统
系统维护子系统是整个系统的控制中心，关系到数据的安全。它涉及到组分配、用户授权、系统初始化、基础代码维护、数据备份与恢复、操作日志维护、系统帮助等功能。
3.2.5 科研管理系统
3.2.5.1 建设目标
科研管理系统主要由科研处使用，以课题管理、科研成果管理、科研活动管理、科研考核管理等子系统构成。作为数字化校园的重要组成部分，科研管理系统应以项目管理和成果管理为核心，围绕以下目标建设：
规范科研业务，实现全校科研管理过程规范化和信息化；
数据统一存储，实现整个学校科研信息的共享和一致；
提供完善的查询统计功能，辅助绩效考核与领导决策；
贯彻科研处“服务于全校”的理念，提高服务水平。
3.2.5.2 功能需求
1.课题项目管理
根据课题项目分类，进行类别设置和管理。课题管理子系统中所涉及的分类描述如下：
1)、纵向课题（规划课题、教改课题、学会课题、专项课题）、横向课题等项目进行创建和管理。
2) 、课题项目管理：
管理和发布项目课题内容，可以设置项目编号、设置项目名称、所属年度、课题分析、项目级别、项目阶段。
3) 、设置课题负责人：
主要负责各阶段对项目材料的整理和管理；课题项目参与者：设置课题参与人员，辅助负责人进行项目材料的规整和管理。
4)、项目阶段管理：
可以对申报管理、立项管理、立项评审、中期评估管理、结题评审、获奖管理、开题评审等环节进行管理和发布。
5) 、资料管理：
支持资料搜索、支持上传资料（单个文件、文件包等），支持移动、复制和删除。
2、科研成果管理
科研成果管理子系统主要是围绕论文成果信息，获奖成果信息、教学成果信息、专著教材管理、专利成果信息的维护管理。科研成果管理子系统中所涉及的应用功能描述如下：
1) 、论文成果信息管理：
提供论文信息登记的个人在线填写和提交、科研处审核归档入库以及论文基本信息录入、维护、查询统计，包括论文名称、专业领域、论文等级（核心、知网登陆、非知网登陆、校刊及其他合法期刊）等；
2)、 获奖成果信息管理：
提供获奖成果登记申请的个人在线填写和提交、学校审核归档入库以及获奖成果基本信息录入、维护、查询统计；
3) 、教学成果管理：
提供教学成果的个人在线填写和提交、学校审核归档入库以及教学成果基本信息录入、维护、查询统计；
4) 、德育科研管理：
提供德育成果的个人在线填写和提交、学校审核归档入库以及德育科研基本信息录入、维护、查询统计；
5) 、专著教材管理：
提供已出版专著教材的个人在线填写和提交、学校审核归档入库以及基本信息录入、维护、查询统计；
6) 、专利成果信息管理：
提供专利成果登记申请的个人在线填写和提交、学校审核归档入库以及专利成果基本信息录入、维护、查询统计，包括专利成果编号、专利成果名称、申请编号、学科领域、专利类型、批准形式和日期、证书编号、专利人员、专利人员角色以及专利出售信息包括出售日期、出售金额、售受单位等信息。
3、科研考核管理
科研考核管理主要是通过建立科研工作量的量化指标和设置岗位考核标准，通过对科研项目、科研成果、科研奖励、科研交流等信息的综合分析，计算科研人员和科研单位的科研工作量，由系统所设定的信息自动进行考核。考核流程为：设立考核批次，在考核部门表中，针对不同部门进行部门和人员考核，分为个人考核与部门考核。
1)、 个人量化考核：
以个人为单位进行量化考核，设立个人考核标准，并由系统自动根据管理员设定的考核方案对个人进行考核。
2)、个人非量化考核：
指对个人的考核不以量化模式进行，而按照学校具体的要求进行非量化考核，可根据方案设定的得出相应的个人考核结果，由科研管理人员对照相关政策衡量考核是否通过。
3)、 部门量化考核：
以部门为单位进行量化考核，设立部门的考核量化标准，并由系统自动根据管理员设定的考核方案对部门进行考核。
4) 、部门非量化考核：
对部门的考核不以量化模式进行，而按照学校具体的要求进行非量化考核，可根据方案设定的得出相应的个人考核结果，由系部、教研室、科研处对照相关政策衡量考核是否通过。
3.3 数字化校园应用系统服务平台
3.3.1网络教学平台
3.3.1.1 建设目标
网络教学平台的建设目标，通过建设覆盖各专业的网络课程，将网络课程作为核心基础来搭建班级空间，提供教师空间和学生个人空间，实现网上交流学习，为网络教学实现在线或离线网上交流、辅导，实现“班班通”和“人人通”。
3.3.1.2功能需求
1、在线教学管理
建立以班级空间为单元的教学环境。主要包括教师建立班级空间、建立学习小组、添加本班的学生、发布教学内容、作业、试卷；教师根据课程特色，设置学生通过自主型学习、引导型学习等多种方式开展网上学习活动；教师可以统计学生的学习进度，以及对知识点的掌握情况，对作业、试卷的完成情况进行统计。
基于消息机制，老师可以将‘最新作业’、‘最新考试’、‘班级学习活动’等教学内容发布给学生，让学生可以及时快捷的了解最新学习动态。
跟踪教学情况，对学习效果进行分析，提供各类型统计分析报表，实现教学、学生、教学互评功能。
2、个人学习空间
个人学习空间，包括所学课程管理、在线学习、互动反馈等方面提供教师、学生互动的教学平台。配合资源平台积累的教学资源，可以提供教学计划开设、班级管理、课程学习、网上考核、课程作业、课程论坛、调查问卷等功能。
师生交流互动包括教师的授课、引导、答疑、班级作品的展示、组织交流活动，也包括学生的分组学习、讨论、在线提问答疑、给老师发送反馈信息。
同时提供学生在线作笔记、在线作作业、提交作业给老师批改、在线考试等教与学的活动。
3.3.2、资源库中心
3.3.2.1、建设目标
资源库中心的建设目标，是通过信息技术首先校内实现资源建设起来并首先在校园内让各个专业进行共享、教师进行网络教学、学生进行自主学习，建设以创建精品专业资源为核心，面向海量资源处理，集资源分布式存储、资源管理、资源评价、知识管理为一体的资源管理与教学的平台。具有首页门户模块、教学资源库管理与学校已有的网络教学、精品资源共享课程发布平台，三系统之间无缝联接。围绕专业建设资源，分别从 3 个方面进行建设和管理资源：专业子库、专业课程、专业专题。强调资源的共建共享，以及资源的应用。
1. 具备完善的库类别：
用户可自己维护资源库。可以自主定义库的类型。
2. 资源的共建共享：
使用者可以随时、随地通过网络访问、上传下载存放和使用库中资无源；
3. WEB 集成：
基于 WEB的应用模式，使教学资源制作、管理，信息发布、教学交流、资源共享与交流都能在网上进行。
4. 资源检索：
为使用者提供资源库中资源的多种检索功能。如课程导航、资源库导航、专业专题导航等，方便学习者使用。
5. 自主学习：
提供完善的网络课程库、课件库、素材和案例库、专家答疑辅导系统，使用者可以自主完成专业课程学习，提供内部论坛和电子邮件服务系统，为在线网络教学提供支持。
3.3.2.2 组成结构
1、专业标准库：
包含专业的建设信息、人才培养方案、课程标准、教学与教学管理模式等专业标准；
2、网络课程：
课程内容全部数字化，可在线学习，包含各专业的学习型网络课程和讲授型网络课程；
3、教学资料库：
本专业所有课程的教学大纲、教学计划、教案、案例等教学资料；
4、课件库：
本专业课程的高质量多媒体课件；
5、多媒体素材库：
收录本专业的图片、音频、动画素材资源等；
6、视频库：
专业课程的视频资源，可上传、下载和在线播放；
7、试题库：
多种方式上传与导入试题，包含单选、多选、填空、判断、问答、操作题等各类题型；
8、试卷库：
期中、期末考试的的试卷上传，或者从试题库中选择题型、分值等自动生成试卷；
9、实训实习库：
本专业各实验课程的实验指导、资料、操作录像等资源，以及实习项目的相关资料、实训录像和仿真系统等；
10、专业文献库：
该专业的文献资料由管理员上传管理，会员下载；
11、企业信息库：
与就业系统对接，显示企业用户的人才需求信息、招聘信息等。
3.3.2.3 功能需求
1）、提供创新的专题建设和多分类浏览模式，给管理员最大的自定义（DIY）的空间，可以根据各种实际需要建立专题、划分类别、采集资源，实现对各种资源发布方式的广泛适应。
2）、资源快速发布，单个文件、WEB课件、多文件、Scorm课件一键上传。支持大文件上传、批量文件上传、本地目录直接同步、服务端资源同步、断点续传等功能，轻松实现资源搬家。
3）、提供丰富的个人资源使用工具，检索、收藏、追踪、共享、评价、访问推荐等多种手段，帮助使用者快速访问需要的资源。
4）、支持教育部CELTS资源分类标准，实现对不同资源的差异化属性的动态支持，并可以自由定义和扩展资源属性，实现资源建设的差异性和多样化，并且扩展的属性可以实现全文检索，帮助使用者可以更加精确的找到需要的资源。
5）、系统内置Scorm服务端引擎和Scorm在线播放器，完整提供对Scorm标准课件的集成和支持，实现对其学习进度的实时记录。
6）、通过公共共享、授权共享、个人共享更好的提高资源的利用率，提升单位资源的价值。设立基础的评价模型，将点击量和评价相结合，使得优秀资源脱颖而出。
7）、智能的资源检索功能，在传统的关键字检索基础上附加了“与”，“或”检索，使用户可以任意组合自己所需的检索条件，做到更快捷、更方便、更精准。
8）、支持扩展的流式媒体点播服务，还可以自定义更多的点播协议来扩展新的流媒体播放服务。
9）、提供分布式资源存储管理方案，分布式的资源服务可以将学校的服务器存储资源有效的组织到一起，为资源用户提供更好的服务，也可以实现各院系部门资源的自我存储和授权访问。
10）、提供资源统计功能，可以使用户快速了解系统资源建设规模和资源容量。
11）、支持对第三方用户数据，可以使用现有的一卡通系统、校园信息化管理系统或者其他统一身份系统的用户名和密码登录并使用本系统。
3.3.3 招生就业系统
3.2.3.1 建设目标
招生就业系统包含：招生管理子系统、就业服务系统和校企合作管理平台。
招生管理子系统应该包括招生计划定制、网上报名、中学管理、学生管理、招生老师管理、领导决策管理等功能，提高招生工作效率，达到招收优质生源的目的。招生系统除辅助招生工作外,还为学校其他学校部门提供新生的基本数据。 就业服务系统是一个服务于学校领导、就业服务中心、毕业生及企业的信息管理系统。服务中心能够及时的发布各类就业指导信息、招聘会信息、毕业生信息等、并实现网上签约管理的功能；领导可以实时查询就业方面的常用统计报表及分析数据；企业可以方便的进行招聘信息发布、毕业生信息查询等操作；学生能够查询各类职位信息，并在网上完成求职过程；系统的各注册用户之间均能方便的进行沟通、联系。总的来说，就业系统为学校的就业办及相关部门提供工作平台。
校企合作管理平台着眼于校企合作，构建学校、毕业生、企业三方数据共享平台，实现学校就业工作全过程的信息服务与管理，有效地提高就业服务工作的处理效率，更好地实现企业、学校及学生的紧密合作。
3.2.3.2、功能需求
1、招生管理子系统
1)、 招生计划：
提供我校招生办上传招生计划包含文字及视频说明材料的功能，系统维护菜单可以进行用户创建及授权，维护基本数据、操作日志的查询、批量更新某个表格的一些字段等。
2)、 网上报名：
系统须提供考生网上填写或修改个人基本资料的功能，应能提供考生查询录取结果的功能。数据可以生成统一报表并输出，可以根据实际需求，使用组合条件进行查询。
3) 、中学管理：
中学管理应包含中学信息的导入功能，信息主要包括中学的基本信息以及学校主要领导和相关负责老师的联系地址和联系方式等。招生老师维护其负责的中学信息并可以授权相关中学领导修改维护本中学的信息。中学领导可以查询本校毕业的学生在我校的表现。
4) 、学生管理：
学生管理应包含学生信息维护、录取结果网上查询、录取通知书打印、学生表现查询和群发邮件等功能. 新生信息转入提供数据接口，直接从网上录取的新生和自主招生录取的新生数据导入录取信息原始库。学生信息的日常维护包括整批处理和单个学生维护。学生信息组合查询、统计、报表。招办管理人员设置录取结果网上查询时间，输入考生号或身份证号可以查看录取结果。根据新生库中的信息，可以按模板打印新生录取通知书，以及通知书邮寄地址等信息。招办人员可以查询某中学、某学生在我校学习期间和毕业工作后很长一段时间的表现和奖惩情况以及相应的喜报打印功能（各种喜报模版可由教务处、学生处等部门提供）。具有给全部或选定的部分中学群发邮件功能，可以携带附件，邮件内容可以定制。
5）、 系部管理：
系部管理主要包含系部宣传资料维护、系部上报招生计划、信息上传与下载、统计查询打印等功能。
6)、领导决策管理：
领导决策管理包含各市录取分数线输入、统计报表生成和招生办与各招生小组信息沟通等功能。
7)、在线招生咨询功能：
提供了学生、招生老师等之间的交流。
2、就业服务子系统
1）、毕业生求职管理
简历管理：
毕业生可以根据简历向导在线创建多份自己的个人简历，但同一时间内只能有一份简历处于激活状态。
职位搜索:
毕业生可以根据设置的搜索条件对企业发布的职位进行搜索，还可以将搜索条件保存为职位搜索器，方便以后进行搜索。
职位收藏:
毕业生可以将有意向但暂时不想申请的职位进行收藏，放到自己的职位收藏夹中，方便以后可以直接申请。
申请职位:
毕业生可以对满意的职位进行申请，选中想要申请的职位，再选择想要发送的简历信息就可以完成申请过程。
毕业生基本信息管理：招就办可以方便的对毕业生的个人基本信息进行增加、修改、删除以及查询等操作。
2）、企业招聘管理
企业注册：
企业可以直接在线输入企业基本信息注册成为学校的会员，也可以由学校代为注册。
企业基本信息管理：
对企业的基本信息进行增加、修改、删除以及查询等操作。
职位信息管理：
维护职位的基本信息，包括增加、修改、删除以及查询等，还可以维护职位的发布状态，决定该职位是否对外发布。
搜索简历：
企业可以在网上输入搜索条件搜索意向中的毕业生，还可以将该搜索条件保存为简历搜索器，以方便以后直接搜索。
简历收藏：
企业可以把符合条件但暂时不想招聘的毕业生简历信息放到简历收藏夹中，日后需要的时候可以直接搜索。
招聘毕业生：
对满意的毕业生企业可以发送招聘意向，填写招聘通知后，完成招聘的过程。
3）、招聘会管理
申请招聘会：
企业如果想参加学校举行的各项招聘会需要提前进行申请，并填写申请表。
审批招聘会：
管理员需要对企业申请的校园专场招聘会以及参加校园招聘会的企业进行审批，并录入审批意见。
招聘会查询：
学生和企业可以对即将举行的招聘会进行查询，查询举办时间、参会企业等各方面信息。
发布招聘会：
在经过管理员审批后，需要对招聘会信息进行发布。
4）、就业管理
发放并签订就业协议：
为毕业生分配就业协议号，并发放就业协议，完成毕业生就业协议的签订工作。
就业率及分布情况统计：
根据毕业生签订的就业协议对就业率及各项就业指标进行分析，学生及企业还可以查询以前毕业生的就业率等各项统计结果。
毕业文件管理：
系统提供管理员上传各项毕业生相关文件、表格，如：毕业生推荐表等的功能，以及学生及企业对上述表格的下载功能。
就业指导管理：
招就办会对毕业生做一些就业方面的指导，如：如何写简历、如何免试等信息。学生可以登录系统查看就业指导信息。
就业咨询管理：
毕业生可以在线咨询就业相关问题，由就业指导中心的相关问题进行做答。
就业数据导入与导出：
系统可以对就业相关的数据及统计分析结果进行导入与导出，已完成数据上报的功能。
5）、在线调查管理
在线调查管理：管理员在线可以发布一些调查问题，由学生自愿填写，以获得学生的就业趋向信息和需求。
6）、校友联络服务
校友联络服务：毕业生可以根据个人需要与以前毕业的校友进行联系，并查询校友的相关信息。
7）、就业信息发布
就业信息发布：管理员可以将各项就业信息，如：招聘会信息、职位信息等在校园网上进行发布或者直接对某专业毕业生进行推送。
3、校企合作子系统
1）、校企合作业务管理
包括校企合作开展集团办学、校企合作共建实训基地、学生岗位实习、技能鉴定、人才培训、合作课程开发、产品技术研发等；
2）、企业信息
包括合作企业名单、企业机构信息、企业文化快照、企业部门架构、企业管理团队、人力资源实力、生产经营概要等；
3）、校企合作成果展示
包括学校理事会、校企合作大事记、双师型教师名单简介、优秀实习指导教师、学生岗位成才案例、校企合作学生产品等
3.3.4、迎新与离校系统
3.3.4.1、 迎新工作服务系统
要求与招就办、党政办公室、教务处、学生处、人事处、财务处、总务处、图书馆、信息中心、宿管中心等多个部门的系统联动，实现迎新工作的一站式服务。在数字迎新过程中，学生和老师均可通过数字化校园完成班级查询、宿舍信息查询、报到情况查询、入学教育安排查询等一系列操作。
数字迎新管理系统主要包括迎新信息查询、收费管理、迎新现场管理、新生入学管理、迎新工作统计等功能。
3.2.4.2离校服务系统
要求实现学生离校的数字化流程处理一站式服务，包括审核、电子单据生成、处分查询、打印等功能，与招就办、党政办公室、教务处、学生处、人事处、财务处、总务处、图书馆、信息中心等多个部门的系统联动。
3.3.5 后勤服务系统
3.3.5.1 建设目标
综合后勤服务系统总体目标是要建设一个架构先进、简单实用、安全稳定、维护便捷的基于数字化校园的后勤管理信息服务系统，梳理并优化后勤管理工作流程，提高后勤工作的效率和管理水平，保障服务质量。
后勤管理的主要功能包括：固定资产管理、低值易耗品管理、家具管理、食堂管理、物业报修管理。
3.3.5.2 功能需求
1、资产设备管理子系统
学校所有部门如需购入各类资产，将采购计划通过资产管理系统录入信息系统，上报校领导审批。审批通过后，财务部门生成备案，财务部门根据预算情况准备资金（需要政府采购的学校采购办理相应手续）。由后勤部门采购完成后，办理入库手续，并录入信息系统（型号、数量、金额）。财务根据系统内相关信息及入库单进行账务处理（某些部门专项采购的物资按部门单独归集核算）。相关部门领用（或报废）资产时，管理部门按部门办理出库手续并录入系统（数量、金额）。财务根据系统内相关信息及出库单按部门进行账务处理。同时应根据要求生成相应购、领、存报表。
1)、资产采购：采购申请、采购审批。
2) 、 设备管理：库房信息维护、到货设备验收、入库登记，按部门分台帐管理。
3) 、 设备处理：领用登记、报废维护、调动维护。
2、 低值易耗品管理
1) 、库房管理
2) 、采购管理
3)、领用管理
3. 公物报修
1) 水、电工程：
主要有工程预算（包括预算登记、查询和删除）、工程合同（包括合同的登记、查询、修改和删除） 、工程施工工期（包括工程进度的登记、查询和删除）、工作日志（包括工作日登记、查询和删除）、工程结算功能；
2) 网上报修
可以实现由普通教师或者学生发起的网上报修流程。可选择报修部门，如总务处、信息中心，宿管中心等；可选择维修项目如水电、课桌椅门窗、多媒体、网络、一卡通等。
3)、 报修受理
(1)、 受理用户报修记录后，自动产生待处理报修记录。
当处理人员在线时将进行自动推送，不在线时将发送一封报修通知电子邮件或者短信给预定的报修处理人员或派修人员，通知处理人员或派修人员有报修申请，相关人员登录系统后，系统会列出待处理的报修记录，点击每条记录进入报修单详细察看界面，平台提供报修记录和报修单的批量导出和打印派修单功能。
(2)、 修理人员处理报修并到场修复故障后，可在平台上进行派修修复销障的处理，此时，该报修记录状态为“修复”但未真实“销账”状态，“修复”处理操作后，将在报修登记的用户界面上产生一条服务评价和服务结果确认信息，要求平台用户确认故障是否修复，用户点击确认修复后，保修处理结束，同时要求用户在网上对维修人员的处理速度、服务态度、现场处理方式、维修满意度等进行评价。这些评价信息采用单选或多选形式，评价结果将自动保存在平台的服务人员评价数据库中，业务部门可以以此为人员考核评价依据，定期实行奖励和惩罚，从而提高服务质量和师生服务满意度。
(3) 、考虑到加快报修处理中信息流转速度和处理过程，特别针对紧急报修，平台规划手机短信中心。用户提价物业报修申请后，平台自动生成报修待处理记录，并通过手机短信发送派修指令给维修人员，维修人员得到指令后立即赶赴现场进行维修处理。
1)、修复确认和服务评价
维修人员修复故障后，可以电话（呼叫中心）、短信（短信中心）和登录平台（包括填写修复单后由管理人员统一录入）进行修复销障，销账后，系统将自动在报修人员界面上产生修复确认的信息，要求报修用户确认故障是否修复消除，如果未消除，则指令维修人员继续上门维修，如果消除，并经用户确认后，则该报修记录自动转入“修复并归档”状态，同时，要求用户对本次故障修复人员进行服务评价，主要对维修人员的处理速度、服务态度、现场处理方式、维修满意度等进行评价。
系统提供服务评价条目设置，可以设置单选或多选框，由用户进行钩选，系统自动根据用户评价对维修人员进行服务质量评分，并计入该服务人员综合服务质量得分数据库中，以便对服务人员进行量化的服务质量考核。
平台还提供输入框，用户可以输入服务过程中表扬或批评的特别说明。通过考核服务评价体系，使广大服务对象直接对本次服务的服务质量进行打分，方便了用户意见反馈，能够极大提高服务人员的服务质量意识和服务态度，从而提升整个后勤实业中心的管理水平和服务质量，提高广大师生的满意度。
2)、 维修费用结算
对于需要收费的维修项目，例如学生人为损坏宿舍物业设施等需要收费的维修项目，系统规划与学生一卡通进行互联，维修结束后，从学生的一卡通帐户内进行相关费用扣除，并发送费用扣除详细说明信息给被扣款学生。信息服务平台将提供和一卡通的系统接口和相关联合处理功能。
如果在本期中暂时不考虑一卡通直接扣款，平台会预留接口功能，待将来条件成熟后直接接入一卡通系统上，避免将来平台更改程序代码。
3) 维修用料登记
提供维修用料登记功能，该功能不仅能够提供维修中工料的领用登记，还能将每一项用料情况对应到每次维修项目中，报修人可以查询本次维修用料情况，并对用料情况进行监督，举报。管理人员也可以对用料进行查询和统计报表。
3.3.6 财务服务系统
3.3.6.1 建设目标
建立一套完整的、协助处理业务工作的财务管理信息系统来满足各项业务处理的需要，着重实现数据共享、数据自动流转、数据及时更新、数据同一口径、数据统计及分析，从而减轻工作量，提供工作效率，将精力更多地集中在财务分析、评价和主动服务上。财务数据要具备高度的安全性和保密性。
3.3.6.2、功能需求
财务服务系统需要覆盖学生缴费的管理，着重实现数据共享、数据自动流转、数据及时更新、数据同一口径、数据统计及分析，从而减轻工作量，提供工作效率，将精力更多地集中在财务分析、评价和主动服务上，实现统一信息服务。
具体功能需求如下：
1.集中处理与“现金缴费”，“银行系统”以及“第三方系统”的对接，统一处理资金流转环节，统一考虑系统的安全性，实现收费方式的多样性与安全性。
2.面向校内学生提供所有的费用清单明细记录查询页面，可以查询出缴费记录，以及学生在校的期间食堂、商店之类的消费记录。
3.财务部门可以设置多个收费人员参与分布式收费操作，每个收费人员分配对应的票据信息，打印票据时核准票据号码是否准确，同时可以实现票据的发放，回收，作废等操作。
3.3.7投票问卷系统
问卷调查是学校、企业、机关等单位采集信息的一种有效的方式。通过问卷调查，可以采集如学生基本信息，满意度,就业状况等等方面信息，并根据反馈的调查结果，采取相应的改善措施。
对于这些采集单位来说，由于其组织结构复杂，地域分布广泛，需要对问卷调查的执行过程进行有效地组织管理与实施。为此我们的问卷调查系统通过网络手段（包括移动终端）轻松解决用户繁重复杂的录入和统计分析工作。
我们的问卷调查系统解决方案是针对采集单位的特点而设计的，用于实现问卷调查的高效组织和管理，并提供强大的统计分析功能。该问卷调查系统方案技术上是由数字化校园的调查问卷系统实现的。它主要有以下几方面特点：
1、支持通用的问卷形式。可以对问卷中的问题进行分组和定义多种形式的问题，包括是非题、单选题、多选题等。
2、灵活的调查控制。可以针对某些部门、地区、单位或特定人群进行调查。
3、方便的使用方式。该系统基于（B/S结构）。
4、强大的分析统计功能。提供了大量可视化报表，用于分析比较信息。此外，生成的数据规范,与execl无缝隙连接,便于深度分析。
5、可借助网络手段实现快速的数据收集与统计
3.3.8一卡通系统
集成目前学校使用的一卡通系统，与数字化校园结合，一卡通各管理系统依赖的师生身份数据，管理数据，需要依赖全校统一的数据管理中心，对这些数据的访问需要依赖全校统一的身份认证平台进行群组分类与授权，对数据及应用服务的展现依赖统一的信息发布平台集中展示。
通过一卡通系统与数字化校园的融合，可以实现统一身份管理、统一授权管理、统一信息发布、流程整合及信息高度集中共享。
第四章、实施建设规划
————————————————
版权声明：本文为CSDN博主「彖爻之辞」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/paul50060049/article/details/51705398
