学校学生安全管理系统技术解决方案（二）

统系统的设计阶段，要考虑系统未来升级和维护面临的问题，应该选择易于部署和维护的技术架构。具体包括：

• 学校学生安全管理系统系统在设计时应充分考虑到管理维护的可视化、层次化及控制的实时性，做到系统的所有资源状况一目了然；
• 能充分保证将设备故障控制在有限范围，不影响故障设备之外的其余设备和系统，保证整个系统的正常运行；
• 确保学校学生安全管理系统系统具有完善的学习管理和学分统计机制，做到应用系统的操作和硬件设备的运行，都有完整的记录，易于进行分析和统计；
• 在选择学校学生安全管理系统系统技术方案时，应选择可以“热部署”的方法，降低系统的升级过程对服务的影响。

3.2.2 软件架构选型要求

3.2.2.1 软件架构选型原则

学校学生安全管理系统系统的软件架构应具有遵循以下原则：

• 符合国家、国际及工业标准；
• 具有较好的平台无关性；
• 具有多服务器支持的能力，能实现服务器之间的透明信息传输；
• 支持多协议和网络互连，能够实现异构网络环境的互联、互操作，能达到系统间的无缝连接；
• 具有良好的系统延展性，可以较容易地进行系统的集成和服务的发布；
• 具有较好的开发支持能力；
• 具有良好的部署和升级能力；
• 具有友好的用户界面；
• 具有大量的技术追随者和支持的公司，有良好的支持；
• 具有可以向移动设备延伸的能力。

3.2.2.2 软件架构选型要求

学校学生安全管理系统化建设要走技术开放的路线，要选择大多数厂商、主流产品均支持的技术路线，而不要绑死在固定的平台。基于开放架构的系统开发，保证了学校学生安全管理系统系统可以根据国家信息安全法规和政策的要求，无缝地迁移到满足国家安全标准的操作系统和数据库之上。
由于今后将担负越来越广泛的社会责任，其业务和用户将以很高的速度扩展，对外的服务，规模将有相当的增长，这要求的系统具有强大的可扩展性。
JAVA2企业版J2EE(Java 2 Enterprise Edition）是使用Java进行企业开发的一套扩展标准和软件架构，提供了基于组件设计、 开发、集合、展开企业应用的途径。 J2EE平台提供了多层、分布式的应用模型、重新利用组件的能力、基于扩展标记语言(XML)的数据交换、统一安全的模式和灵活的处理控制能力。
J2EE是使用Java技术开发企业级应用的一种事实上的工业标准，它是Java技术不断适应和促进企业级应用过程中的产物。J2EE的推出是为了克服传统Client/Server模式的弊病，适应Browser/Server架构的潮流，为应用Java技术开发服务器端应用提供一个平台独立的、可移植的、多用户的、安全的和基于标准的企业级平台，从而简化企业应用的开发、管理和部署。
由于J2EE 具备上述优点，在软件架构的选择方面，今后的软件开发要求统一构建在标准J2EE软件架构体系之上。

3.2.3数据库选型要求

3.2.3.1 数据库选型原则

• 稳定可靠(High-Availability)：稳定可靠的数据库可以保证业务系统的应用常年运行，不会因为数据库的宕机而遭受损失；
• 可扩展(High-Scalability)：数据服务的能力，能够随着需求的提高而不断扩展；
• 安全性(Security) ：保护数据库以防止不合法的使用造成的数据泄露、篡改或破坏；
• 丰富的开发工具：丰富的开发工具有助于信息化的工作的展开；
• 服务质量：数据库厂家的服务质量的好坏将直接影响到信息化建设的工作。

3.2.3.2 数据库选型要求

随着业务的逐年递增，数据存储规模不断扩大，数据量越来越大，对数据库的稳定性要求以及性能要求也越来越高，为此要求选用的数据库产品具有以下特性：

1. 数据库产品应具有开放性，能在所有主流平台上(Unix、Linux、Windows)稳定运行，方便信息系统在不同的操作系统之间的迁移，保证业务系统在底层平台选择方面的灵活性。
2. 数据库产品应支持网格计算。支持使用大规模的低成本商用集群，显著降低计算机硬件成本，并达到或超出昂贵的大型 SMP 计算机所能提供的可用性和可伸缩性等级。
3. 数据库产品应具有“按需配置”能力。网的访问高峰期具有周期性的特点，在非竞技比赛期间，并发用户达到高峰，在竞技比赛期间，并发用户又大幅度下降。为最大程度上节省资源，需要在高峰期增加数据库访问节点，在非高峰期，减少数据库节点以节省资源。
4. 数据库产品应具有容灾备份能力，具有完善的备份恢复方案，支持数据库按时间点回滚。
5. 数据库产品应具有ISO安全认证。信息安全要求非常重要，因此需要数据库产品具有很高的安全性，能对某些核秘数据进行加密传输和保存。
6. 数据库产品应具有完全向下兼容性。随着业务的发展，数据库产品要能够方便的升级、迁移。
7. 数据库产品的市场占有率应较高。为方便数据库的后期维护，减少后期维护成本，数据库产品应具有较高的市场占有率，拥有较大的用户群和使用者群。

3.2.4 操作系统选型要求

3.2.4.1 操作系统选型原则

• 符合国家、国际及工业标准；
• 支持基于浏览器的客户机/服务器结构，即应对Internet/Intranet提供强有力的支持；
• 具有较好的硬件独立性；
• 支持多种网络协议，能够实现异构网络环境的互联、互操作；
• 良好的网管能力，可帮助网络管理员管理网络、查找网络和最佳地配置服务器；
• 安全性及访问控制，通过对用户和资源的控制，保证网络系统的安全；具有良好的网络安全功能是保证网络正常运行的重要前提；
• 具有良好的性能；
• 具有良好的系统扩展能力；
• 具有较强容错能力，这是维持系统可靠性的重要保证；
• 具有较好的远程访问能力；
• 具有开放的程序设计接口；
• 具有友好用户界面；
• 系统的技术支持好。

3.2.4.2 操作系统选型要求

学校学生安全管理系统系统服务器端操作系统的选择，应该以学校学生安全管理系统服务的安全可靠服务为目标。
业务指导部门担负着国家运动员文化水平的提高与业务管理工作，随着学校学生安全管理系统化工作的深入，这些工作将逐步迁移到网络上。逐年增加的用户和业务访问量，对Web和应用服务器、数据库服务器的安全性和可靠性要求越来越高。其信息系统必须遵守国家相关的安全规范。随着我国信息技术的不断发展，国家基于安全考虑，要求政府各部门的信息系统，使用具有我国自主知识产权的软件。选择具有开放架构的操作系统Unix/Linux，可以为今后系统的移植做好充分的准备。
根据对典型操作系统的比较和对学校学生安全管理系统化发展需求的分析，服务器操作系统平台选型要求为Unix操作系统和Linux操作系统。

3.2.5 对其他关键技术的要求

为了满足对信息系统在通用、标准、扩展和安全等方面的要求，在信息系统研究与开发中要求采用以下关键技术。这些技术都经过了实际应用系统的检验，对于信息系统的开发和实施过程，将起到事倍功半的效果。

3.2.5.1中间件技术

随着计算机技术的飞速发展，各种各样的应用软件需要在不同平台之间进行移植，或者一个平台需要支持多种应用软件和管理多种应用系统，软、硬件平台和应用系统之间需要可靠而高效的数据转换。中间件正是在这个环境下应运而生的。它构筑于软、硬件平台之上，同时对更上层的应用软件提供支持。
中间件（Middleware）是基础软件的一大类，属于可复用软件的范畴。中间件处于操作系统软件与用户的应用软件的中间，作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。
在应用系统建设中采用中间件技术，将有利于：

• 缩短应用的开发周期；
• 节约应用的开发成本；
• 减少系统初期的建设成本；
• 降低应用开发的失败率；
• 保护已有的投资；
• 简化应用集成；
• 减少维护费用；
• 提高应用的开发质量；
• 保证技术进步的连续性；
• 增强应用的生命力。

3.2.5.2 分层系统架构设计

现在大型应用的设计和建造时，无不遵循系统分层设计的规范。大型应用涉及的功能、数据、业务繁多，开发者的数量众多且层次不同，使用技术多种多样，因此在构造应用系统时，必须协调环境内的下列影响因素：

• 对解决方案的某一部分进行更改时，应能尽量降低对其他部分的影响，从而减少调试和纠错的工作量，使应用程序易于维护，并增强应用程序的总体灵活性。
• 将所关注的问题分隔在不同的组件中（例如，将用户界面与业务逻辑分隔开来，并将业务逻辑与数据库分隔开来），以增强灵活性、可维护性和可伸缩性。
• 独立的团队应该能够在处理解决方案的各个部分时尽量减少对其他团队的依赖，并且应该能够针对定义明确的接口展开开发工作。
• 组件应该可被多个应用程序重用。
• 各个组件应保持内聚性。
• 无关的组件应保持松散耦合。
• 应按照不同的时间安排，独立部署、维护和更新解决方案的各个组件。
• 跨越过多的组件边界会对性能造成不利的影响。
• 要使 Web 应用程序既安全又可访问，需要将应用程序分布在多个物理级。这可以保护应用程序位于防火墙后面的部分，并使其他组件可从 Internet 被访问到。
• 要确保高性能和高可靠性，解决方案必须是可测试的。
• 通常的解决方案是将组件分隔到不同的层中。每一层中的组件应保持内聚性，并且应大致在同一级别抽象。每一层都应与它下面的各层保持松散耦合。
• 分层软件设计应遵循如下基本准则：
• 不得跨层调用，每一层都只与直接相临的层进行通信。
• 上面各层都建立在下层的基础上，隐藏下层的信息并为上层提供服务。
• 各层要封装自己的实现，向上一层提供访问接口。
• 各层支持分布式的部署，即可部署于不同的容器实例中。
• 通用分层描述。

学校学生安全管理系统系统在建造的时候，要遵循分层设计、逐层开发的原则，明确各层的界限，制定清晰规范的接口，这样才能提高开发的效率和系统的稳定性，也为系统的分步实施打下坚实的基础。

3.2.5.3 基于构件的系统开发

基于构件的开发与分层架构设计密不可分。构件化开发方法将应用逻辑和软件实现分离，提供标准接口和框架，使软件开发变成构件的组合。基于构件的软件方法学是以接口为中心、面向行为的、基于体系结构设计的。
学校学生安全管理系统系统的开发，应该采用基于构件的开发方法。构件应该主要包括业务构件、显示构件和数据访问构件等。应该使用通用语言对构件自身进行描述，使其可以在不同应用系统中灵活调用，降低开发成本。

9.2.5.4 Web服务（Web Service）技术

Web服务技术为构件理论中的应用集成，提供了一种具体的实现机制。Web服务是自包含的，具有定义良好的接口，允许这些服务的用户了解如何与其进行交互。提供服务的应用程序组件应该是松散耦合，在此类组件中，代码不一定绑定到某个特定的数据库（甚至不一定绑定到特定的基础设施）。正是得益于这个松散耦合特性，才使得能够将服务组合为各种业务应用。这样还大幅度提高了代码重用率，可以在增加功能的同时减少工作量。Web服务正是用于实现这种方案最常见的标准技术。
使用 Web 服务技术，应用程序可以通过与平台和编程语言无关的方式相互通信。Web 服务是一个软件接口，它描述了一组可以在网络上通过标准化的 XML 消息传递访问的操作。它使用基于 XML 语言的协议来描述要执行的操作或者要与另一个 Web 服务交换的数据。
Web 服务所使用的 XML 可以用真正与平台无关的方式来描述任何数据，跨系统交换数据。而且，Web 服务可以在较抽象的层面上工作，较抽象层面可以按照需要动态地重新评估、修改或处理数据类型。所以，从技术层面上讲，Web 服务可以更方便地处理数据，并且允许软件更自由地进行通信。
在学校学生安全管理系统系统的建设过程中，采用Web 服务技术，有利于适应业务变化和集成需求。

3.2.5.5 XML语言

XML作为一种元语言，能够在数据中包含自身相关的信息，使应用程序能够理解并处理来自其他系统的数据，有利于消除从一种应用程序的私有格式到另一种格式的大量数据转换工作。
由于XML技术可以在多个层面上实现系统集成，学校学生安全管理系统系统采用XML技术，有利于实现学校学生安全管理系统系统与国家其他各部委信息系统的数据交换与功能复用等功能，建立横贯全国的文化教育信息资源共享平台。

4. 建设实施要求

应完成应用软件的需求分析、设计、开发、集成、测试和技术支持，制定相关的技术标准和规范，协助进行标准规范体系的建设，协助其他集成商进行方案设计、按照部署方案完成应用软件的安装调试，实现系统正常运行。

4.1 基本要求

1. 编制技术解决方案
需要在深刻分析理解现有需求、需求文件及合同要求的基础上，对期望的总体体系架构、功能和接口要求、关键技术（技术难点）及技术风险等相关内容进一步明确与优化，投标时提出满足要求的优质技术解决方案及系统深化设计目录样本，软件主要设计方案包括且不限于软件系统构架设计、系统部署方案（包括与现有系统平滑过渡的技术方案、同已有数据和信息的整合等）、集成方案、系统的性能指标等。
根据现有需求，进行全面、深入、细致的需求分析，切实了解的各个工作流程，根据本工程的需求与要求，编制出需求规格说明书，结合以后的发展方向，提出系统、科学、可行的顶层设计方案、总体架构设计方案与系统建设技术实施方案。
应用软件的开发将以经过批准的用户需求规格说明书为标准开发，用户需求规格说明书做为合同的补充附件，与合同具有同等法律效力。
2. 编制系统运行环境、软硬件产品及其集成的建议方案
投标时应提供应用系统正常运行所需依赖的环境要求和系统集成设计、系统安全设计建议方案、上线安排的建议：

• 包括必须的服务器、存储设备、网络设备、网络管理软件、安全产品等非本项目招标范围内采购的软硬件产品；
• 包括应用系统开发集成与运行所必须的系统软件，包括但不限于操作系统、数据库、中间件等产品的品牌、型号或版本、技术参数、性能、配置等；
• 其他须用到的软件；
• 包括应用软件、系统软件、硬件设备、安全产品集成的建议方案。

所建议的产品应能保证应用系统正常运行并达到承诺的性能。
投标时对上述所建议的系统软件、安全产品及硬件设备需要明确列项说明，但不需报价。
3. 针对招标技术要求可提出优化建议方案
4. 应用系统的开发集成
在中标后，应完成招标文件规定的各项任务，包括：用户需求、项目的开发前调研、需求分析、系统设计、详细设计、编码、测试、系统集成及试运行、上线实施、培训、验收、交付及合同期内的维护。
应向提供项目成果和服务，承担应用软件的所有开发和集成责任。应用软件集成过程中不论是应用软件开发出现问题，还是系统实施环节出现问题，全部由中标人负责解决。应保证提供一套完整的应用软件系统解决方案，可靠、实用，并负责相关系统的互连互通，保证整个系统的正常运行。本招标文件所要求内容应视为保证系统运行所需的最低要求，如有遗漏，应予以补充，否则一旦中标将认为认同遗漏部分并免费提供。
5. 在项目实施中必须做到:

• 提供有丰富的行业经验与技能的项目组进行全过程的驻现场实施开发工作;
• 积极协助工作，一切工作听从的统一协调，能替分担项目管理工作，与同心同德，共同实现项目目标;
• 进行项目软件开发集成的日常组织、管理、协调，通过专业化的项目管理降低项目风险;
• 提供完整的业务系统实施方案和项目实施管理办法;
• 提供详细的工程实施方案和计划进度说明书;
• 实施过程从严要求软件或组件的质量;
• 提供详细、全面的人员培训计划和实施方案；
• 项目实施完成后提供可靠的后期维护工作；
• 严格按照双方确定的计划进度保质保量完成工作。

6. 协助管理部门做好软硬件产品采购及其集成的开发工作
应根据的要求，为后续的软硬件产品采购及系统集成、网络建设招投标提供技术支持及建议，应根据的要求，为的网络建设及软硬件平台系统集成提供技术支持及建议，包括但不限于：协助编写软件产品、硬件设备及其集成与网络建设招标技术方案，审核招标文件的相关内容；根据应用系统的设计及运行要求，为提供满足应用系统正常运行所需的适宜的软、硬件产品的技术性能指标及选型建议；对工程造价进行分析，协助做好招标准备工作。协助及监理与预中标单位进行技术谈判。
7．管理部门如果自行或委托第三方进行与本应用系统相关的技术或业务培训，应提供相应的技术支持，保证培训工作的顺利进行。
8．提供技术咨询等其他相关服务
预见项目实施及运行维护工作中可能发生的问题和困难，并向提出解决的办法或建议。根据对系统建设的新要求，协助完成系统升级、改造的有关工作。
按照的安排，做好与其他承建商的协调配合工作，为、监理及其他承建商提供技术支持，包括但不限于讲解说明应用系统的设计及实施等技术方案，应用系统的功能性能、运行环境要求，为其他承建商编写技术方案、进行功能性能测试等提供技术支持；向其他承建商提供开发及集成进度，配合其工作，发现问题及时报告及监理，协助解决实施中遇到的技术问题，保障系统的正常运行。
9．开发环境要求
每一项应用系统的开发，必须陈述所采用的开发方法，还需说明开发地点、开发环境和所使用的主要开发、测试、配置管理工具。
应在中标后自备开发环境以完成应用软件的设计、编码和测试工作。在条件成熟后，向提供实际的运行环境，进行应用软件系统的测试作。
10．为提供针对原有系统的迁移服务、与已有数据和信息的整合等。

4.2 需求调研与需求分析要求

远程教育系统的建设，是一个以信息化促进运动员文化水平提高的过程。类别较多、业务流程复杂，业务流程和信息处理流程还有待在系统建设过程中进一步优化。为了顺利完成本项目的建设，首先需要进行全面、深入、细致的系统调研及需求分析工作，以了解业务的需求，重组优化业务流程，了解现有各系统存在的问题和不足，为新系统的开发提供一套完备的需求规格说明书，在此基础上提出系统、科学、可行的设计与技术实施方案。

4.2.1配合管理需求，进行业务流程再造

业务管理规范化和业务处理优化与信息化是相互依存、相互促进的关系，仅仅依靠单方面的努力，很难有效的实现最终目标。信息系统并不能够解决所有问题，如果没有相应的业务管理规范化和业务流程优化与再造，信息系统就无法发挥其应有的作用。
目前的现有业务流程，还有很多环节没有实现规范化与电子化管理。中标人在业务需求调研与需求分析过程中，要结合现有的信息化系统以及用户的管理需求，配合相关业务部门进一步优化现有业务流程，实现在信息系统建设过程中的管理流程再造，全面实现对业务流程的信息化支持和网络化操作，全面实现对办公数据与文件的电子化存储与处理。

4.2.2完成用户需求规格说明书

作为系统建设的基础，需求规格说明书要能够真实反映用户的意图，而不是由技术人员揣测用户意图形成的需求。这些需求是用户在使用原有系统过程中和实际工作中产生的。
需求分析的基础是需求描述。在需求规格说明书中，首先要对相关业务的进行需求描述。
需求描述至少应包括但是不局限于以下5项内容：
1.业务描述
从业务操作需求的角度，对业务实施过程进行描述。
2.功能需求
从实现在统一平台下信息系统对业务全面支持的角度，将业务实施分解为若干子流程。除了要对现有系统已实现的子流程进行描述外，还要对现有系统未实现的，但在新系统中将要实现的子流程进行描述。
3.建议意见
描述现有系统存在的问题，以及在业务需求调研过程中收集的相关意见与建议。
 

4.3.2 系统设计方案

系统设计方案文档的内容包括顶层设计、系统总体架构与子系统架构、设计思路、技术路线、主要功能、系统基本配置、技术指标、技术特点、接口与数据规范、操作性能、实施部署、与其它应用系统集成的详细方案，包括但不限于：

• 目标分析报告
• 软件系统总体构架设计与各个子系统架构设计(应同时考虑系统安全和可靠性设计等)
• 概要设计说明
• 详细设计暨功能模块、接口模块设计说明
• 系统部署方案（包括与现有系统平滑过渡的技术方案等）
• 对本系统有深刻理解的系统技术标准规范设计方案，包括：数据库体系与数据架构设计、元数据设计、数据仓库设计、数据格式规范与设计、数据代码规范与设计、数据交换规范与设计等；针对本项目的标准规范体系建设，实现数据统一的目录管理。建设目录体系应实现对全网资源的分类浏览、检索功能，为业务应用中的资源查询提供支撑。
• 系统集成方案
• 应用系统详细培训方案

系统设计方案由组织专家论证通过后，方可进行实施。

4.3.3 应用开发与应用集成方案

需提供详细的应用开发与应用集成方案。

4.3.4 应用开发软件源代码

提供具备详细注释的应用开发软件源代码，使得技术人员在本项目竣工后，可以独立进行软件源代码级的系统维护和软件功能适应性调整与补充开发。
 

4.3.5 测试手册

验收前完成测试。测试方案分单元测试、边缘测试、整体测试。测试手册指对系统功能要求进行测试的计划、步骤和功能。还必须包括测试以后形成的测试报告。测试手册应至少包括如下内容：

• 测试方案
• 参加测试人员及组织分工
• 各个实施阶段测试方法，包括模块单元测试、系统测试、验收测试、专项测试（如性能测试、安全测试）
• 测试内容，必须包括功能要求、可靠性、安全性、性能、可扩充性、可维护性、平台移植性、与其它系统的接口等
• 测试步骤及日程
• 测试工具
• 测试程序
• 测试数据
• 测试结果形式及文档
• 测试的审核和结果认定方法；
• 测试结果的认定及处理（通过或不通过）
• 第三方机构测试报告

4.3.6 安装配置手册

作为系统安装工作的指南。经过培训的用户按照此手册可独立完成系统的安装与正常运行工作。

4.3.7 操作手册

详细描述软件的功能、性能和用户界面,介绍最终用户的操作命令，为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节,使用户能独立地操作应用系统。必须包括命令、执行步骤、每一命令之间的响应和最终用户所需的操作和维护步骤。操作手册应至少包括：

• 系统生成
• 系统管理
• 软件操作手册
• 软件维护与升级
• 分布设计图

4.3.8 用户手册

详细介绍系统的结构和功能，所采用模型、方法或方案的原理，数据库结构，数据接口及软件接口详细描述。

4.4 测试要求

对每一项应用系统必须经过科学的测试方可交付，必须符合下列测试内容：

1. 测试方案；
2. 参加测试人员及组织分工；
3. 各个实施阶段测试方法，包括模单元测试、系统测试、验收测试、专项测试（如性能测试、安全测试）；
4. 测试内容，必须包括功能要求、可靠性、安全性、性能、可扩充性、可维护性、平台移植性、与其它系统的接口等；
5. 测试步骤及日程；
6. 测试工具；
7. 测试程序；
8. 测试数据；
9. 测试结果形式及文档；
10. 测试的审核和结果认定方法；
11. 测试结果的认定及处理（通过或不通过）。

4.5 验收要求

将依照国家及部委有关信息系统建设的规范，从系统的实用性、稳定性、可维护性、灵活性、可操作性及系统文档、代码、规范及注释说明等方面全面组织对本项目的验收。
需依据上述标准条例，结合项目进度，制订详细的验收方案报监理单位和管理部门。经管理部门组织评审通过后，方可实施验收。
须书面通知所完成的工作和准备进行验收的项目种类及验收开始时间，此通知书需经认定后方可执行。
成立由管理部门、开发商、监理单位以及其他人员（有关部门、技术顾问、本工程其他项目运行维护人员）组成的验收组，负责从系统的实用性、稳定性、可维护性、灵活性、可操作性及系统文档、代码、规范及注释说明等方面对项目全面组织验收。本项目建设的信息系统在功能、性能、人机交互界面的友好性与易用性、系统响应速度等方面，必须明显优于的现有信息系统。
应详细说明验收过程。验收应至少分为安装调试、系统联调、系统初验、试运行、竣工总体验收几个阶段。

4.5.1 安装调试

由负责，提供相应的文件和资料，并经确认。安装调试时发现问题，在征得管理部门同意后应及时处理，处理后补充检验。

4.5.2 系统联调

在完成安装调试检验后，进行整个系统的联合调试检验。由管理部门会同一起负责组织和有关人员组成联合调试技术小组，并协调各分项工程之间的有关技术界面，根据技术规范中的要求负责自己所承建的分系统的联调和试运行，改进并完善在联合调试检验中发现的问题。

4.5.3 系统初验

系统初验是对系统按主要技术、指标、系统功能、使用范围、文档的完整性等进行初步检验。必须由管理部门审核后，组织有关部门和人员对系统必须达到规定的功能、性能、使用等方面的要求进行初步验证。初验的目的是为系统的试运行创造条件。

4.5.4 系统试运行

试运行检验由负责，配合，对系统按各项技术、指标、系统功能、使用范围等进行检验。在试运行检验中，在不增加新的业务功能前提下，有义务无偿根据需求的变更，进行系统的变更调整。系统初验完成后，试运行开始, 试运行时间为1个月时，要通过系统的严格测试，将依据技术方案、合同、项目文档等严格验证的各项技术、指标、系统功能、使用范围、文档的完整性等进行检验，以充分保证系统的功能、性能等指标。

4.5.5 总体竣工验收

4.7 项目实施安排和工程进度要求

5. 培训

1. 培训目的

通过在内部组织的涉及网络技术、数据库技术和应用系统相关核心技术的培训，最终目的是提高内部员工的信息系统管理的IT 技能和业务技能。其长远的意义在于使相关的信息部门的领导能够充分认识到信息建设的重要性和紧迫性，信息系统建设的规划、总体设计的思想，相关的技术人员掌握核心技术，真正培养一支高素质的技术维护队伍，维护好人口委系统的网络和应用系统，提高这个系统业务人员的业务能力和素质。

2. 培训教员和教材

须承诺选派认可的具有相关专业资格或者实际工作经验的教师和相应辅导人员（主要培训教员应至少具有三年的同等内容的教学经验），负责本系统相关软件产品的安装配置、应用集成、应用系统操作使用、维护等的免费技术培训工作。所有的培训教员必须用中文教学，否则中标人必须免费提供相应的翻译；要求编写并提供教材及课件。

3.  培训对象与培训内容
4. 培训对象

包括负责本项目建设、运行和维护的专业人员培训和各类系统使用人员及各级领导的培训。其中，使用人员培训包括：对各级领导干部培训、机关工作人员应用培训以及相关接口工作人员应用培训；专业人员（包括第三方运维人员）培训需完成对相关人员在有关系统软件的运行和管理、网络安全、应用系统的运行和管理等方面进行专门的培训。对于上述培训的具体内容、深度和时间安排，须在投标文件中提出具体培训方案。对于机关工作人员的应用培训，不应限制此类培训参加人数。

1. 培训内容

培训内容根据培训对象分为三部分：

• 针对信息部门主管领导的培训主要是：以信息化工程项目生命周期为主线的信息化工程概述、信息化工程的项目管理、信息化工程的技术、其它相关问题（如招投标、政府采购、绩效管理、相关法律法规等等）等内容。
• 针对系统技术人员培训的主要包括：服务器、存储，网络、安全技术、中间件技术涉及到相关基础知识和内容等；操作系统、系统软件、数据库的管理、安装、配置、维护培训等；
• 业务操作的培训内容主要是针对各自负责的业务系统，进行业务功能和业务操作方面的培训。包括：对所有与应用系统相关的工作人员进行完整的使用和操作培训，同时还须负责在现场组织对系统的安装、调试和运行进行技术示范和业务指导。
• 针对软件运行维护人员（包括第三方运维人员）的培训内容主要是对系统的总体架构设计、系统的详细设计方案、各个应用软件子系统的架构和功能模块实现、数据层总体设计、数据结构设计及数据库实现、系统功能接口及其调用方式、人机交互界面设计等内容的培训，达到软件运行维护人员可以独立进行软件源代码级的系统维护和软件功能适应性调整与补充开发。

4. 培训形式：分现场培训和本地培训，含课堂讲解、上机操作和实际工作参与等具体培训方式。具体安排由提出，报确认后实施。
   4. 在投标文件中应当针对培训要求提出具体的培训方案、相应的标准，根据培训内容及项目的进度计划安排合理的培训时间。
   5. 须在培训开始前20 天内将培训计划和教材提交审核，有权对提出的培训方案、培训计划和教材进行选择和调整。
   6. 除培训计划外，在系统运行期间若有培训要求，应根据实际情况而协助完成相关培训。

• 学生WEB端操作手册 顶岗实习管理软件
• 教师WEB端操作手册 顶岗学习管理软件
• 顶岗实习学院用户客户端操作手册
• 职业技术学院顶岗实习管理软件
• 顶岗实习信息管理APP学生版操作手册（六
• 顶岗实习信息管理APP学生版操作手册（五
• 顶岗实习信息管理APP学生版操作手册（四
• 顶岗实习信息管理APP学生版操作手册（三
• 顶岗实习信息管理APP学生版操作手册（二
• 顶岗实习信息管理APP学生版操作手册（一
• 顶岗学生实习信息化管理平台（实习成绩
• 顶岗实习信息化管理平台学生版（管理制