天津渤海职业技术学院数字化校园项目需求书

《天津渤海职业技术学院数字化校园项目需求书》由会员分享，可在线阅读，更多相关《天津渤海职业技术学院数字化校园项目需求书（112页珍藏版）》请在金锄头文库上搜索。

1、 1 / 113天津渤海职业技术学院数字化校园项目需求书第一包 数字化校园管理软件项目需求书 一、项目背景本项目为天津渤海职业技术学院高职示范校信息化水平提升项目的一期建设项目。凡符合中华人民共和国政府采购法规定的投标人，均可参加投标。投标产品应符合国家强制性技术标准。本部分内容若与其他部分有不同之处，以本部分内容为准。根据学校信息化发展现状，计划一期建设数字化校园平台和4个必要的应用系统，并整合学校现有的8个应用系统。平台系统应具有开放性、可靠性和灵活性的特点。所有软件产品须具有自主知识产权。二、商务需求序号 需求条款是否为实质性条款原因说明（实质性条款需列明原因）1 投标人需具有信息产业部

2、门颁发的软件企业认定证书和软 件产品登记证书 是 证明具有一定的开发实力2 投标人需具有计算机信息系统集成资质三级及以上证书 是 证明具备响应的项目实施能力3 投标人需具有软件能力成熟模型集成 CMMI 三级（含三级）以上认证 否4 具有 ISO9001 质量管理体系认证证书 否5 要求提供 5 年 7*24 小时的免费技术支持和产品质保服务 是 必要的售后服务要求 2 / 1136 交货要求 是 签订后 6 个月系统开发部署完成，开始试运行。交货地点 由采购人指定地点。7投标方必须提供所使用的数据库产品和操作系统产品的针对“天津渤海职业技术学院”的厂家官方正版授权。如使用 Oracle 公司

3、的 ODI、IBM 公司的Data Stage、Informatica 公司的 Power Center，或其他公司的同类商业中间件产品，则必须提供针对“天津渤海职业技术学院的” 厂家官方正版授权。如使用自主知识产权产品则必须提供软件著作权登记证书。否 正版化要求。避免版权纠纷。三、技术需求序号 采购项名称 数量 需求条款是否为实质性条款原因说明（实质性条款需列明原因）1 信息标准建设 1 具体详见附件 否2 统一共享数据中心 1 采用开放、标准的数据库设计，支持跨平台部署。对数据库中的表与数据项都提供中文注释； 支持对外提供开放的数据访问服务接口，并实现对服务接口的管理，支持对服务接口名称、

4、接口方法的查询和编辑，以及对接口的授权管理。提供统一数据访问接口及管理系统软件著作权登记证书。 提供数据整合作业设计器。主要提供用户身份认证、作业资源信息库、数据库操作控制台、作业设计工作区和用户个性化设置功能。是证明中标方提供的是一个开放性平台，便于校方或第三方进行二次开发数据清洗与整合是数字化校园平台的核心部分，负责将各业务系统数据抽取至共享数据中心和共享数据中心共享至各业务系统中，提供对被交换数据进行清洗、转换、装载入库等数据交换服务，即清理脏数据，完成对数据的整理，确保数据一致性、完整性 3 / 113 提供数据整合执行引擎。主要提供快速集成作业管理系统、开放的作业服务接口、配置信息的

5、管理功能。 提供数据整合作业管理系统。主要提供数据整合作业综合管理、业务流程管理、业务数据源管理、系统安全认证服务、系统综合信息管理、消息服务和对外开放数据整合服务功能。 拥有人工智能的集群负载均衡能力。平台服务器负载过高时，只需要部署新的物理或虚拟化服务器安装数据清洗与整合就可以实现与原服务器之间的只能负载均衡，不需要重新部署。且增加新的服务器时平台业务不停。和正确性。3 统一信息门户平台 1 支持按不同角色的信息进行整合与展示。应至少包含以下五种角色的视图：学生视图、辅导员视图、任课教师视图、行政教师视图、领导视图。 支持插件化的开发，快速满足新需求；支持 SOA 体系架构，提供门户总线技

6、术实现门户界面联动服务；支持门户插件的热插拨服务。提供门户组件快速构建系统软件著作权登记证书。 提供贴近师生的实用功能，如：图形化的点名系统、人性化的实时课表。 提供完全界面化的门户页面组装和模板技术，所见即所得地快速构建门户页面，提供强大的随需应变能力（布局随需调整；应用主体、文本样式、背景样式、边框样式、配置参数等；界面元素要求插件化，并支持随需调整位置，随需添加插件） ，满足用是基于学校的实际管理状况和开发能力状况，学校自身具备一定的开发能力，需要使用厂家提供的门户组建快速实现门户页面的变更。 4 / 113户业务增长需要。4 统一身份认证平台 1 基于 WEB 界面系统管理，SSL 加

7、密传输，无需专用客户端，随时随地可进行管理，方便安全。 用户身份数据采用统一的数据整合与清洗平台来进行身份数据的同步，统一认证中心与业务应用系统身份数据库相对独立，但相关身份数据又保持自动同步，最大限度的保证原有系统的运行不受资源整合所影响，保障各系统的独立与数据安全。是统一身份认证平台对安全性要求很高，厂家必须拥有自主知识产权，并采用最为有效的安全策略。6 迎新系统 1 具体详见附件 否7 离校系统 1 具体详见附件 否8 学工系统 1 涵盖学生档案、精神文明创建、评先评优、违纪处分、保险办理等，为学生事务管理提供有效的辅助手段。 能够结合学校的学生综合测评管理办法，实现对学生综合测评的智能

8、化管理。 通过设置有关测评指标体系(班主任工作情况、班级整体表现、班级成绩情况、班级宿舍文明情况)，为精神文明班级创建活动提供有效的测评手段。 提供各种助学方式的管理与数据上报；包括助学金、勤工俭学、贫困资助与助学贷款等。 可自定义体质健康测评指标体系，全面考评学生体质健康状况。 学生能够通过校园网/互联网完成心理测评；管理人员能够实时查询学生心理测评结果，及时掌握学生心理健康状况。 封装有关心理测评量表。是 我校学生管理的实际需求 5 / 113 能够通过校园网/互联网发布团委工作计划、各种活动安排，为学生、辅导员及各级管理人员提供网络化的信息服务。 学生能够通过校园网/互联网申请入团 /入

9、党、选举干部、申请参加青年志愿者活动与社团活动、报名参加素质拓展活动。 辅导员、管理人员能够通过校园网/互联网完成有关学生申请事项的逐级审批工作，提高团委工作效率。 校领导能够通过校园网/互联网实时掌握团委工作的开展情况。 大学生军事理论、国防教育、军事技能培训。 大学生参军入伍管理 包括入伍学生的信息登记、手续办理、政审、学费补偿等 涵盖就业计划、就业指导、毕业生推荐、就业协议、毕业生档案、就业反馈等方面，包括出国留学、升学、入伍、暂缓就业等特殊情况的处理。 用人单位能够通过互联网提交单位基本信息、人才需求信息。 就业指导部门能够通过校园网/互联网审核确认用人单位提交的单位基本信息、人才需求

10、信息(包括人才需求数量、具体岗位要求与薪酬标准等)。 毕业生能够通过校园网/互联网提交个人求职意向(包括工作地区、工作性质与薪酬要求等) 。 就业指导部门能够通过校园网/互联网审核确认毕业生提交的个人求职意向，连同已有的基本信息、异 6 / 113动信息、奖惩信息、学习成绩、技能等级(含外语等级考试成绩、计算机等级考试成绩等)、素质拓展记录以及参加社会实践活动记录等一起，生成真实、全面、详细、规范的毕业生简历。 毕业生与用人单位能够通过校园网/互联网进行双向选择。 能够通过互联网收集用人单位对于毕业生工作情况的就业反馈，加强高校与用人单位之间的联系，为适应市场需求及时调整人才培养方案提供依据。

11、9 人事系统 1 具体详见附件 否10 应用系统集成 1 可以整合 excel 表格作为数据源共享给各业务系统。 出于系统安全性考虑，要求为所有安装数字化校园平台和应用系统的服务器（包括虚拟主机）安装应用防火墙软件，提供最专业的安全防护。是数字化校园平台和众多的应用系统都是基于 WEB 应用，因此受到攻击的风险非常高，网络上经常看到各高校应用系统受到攻击的报到，后果十分严重。因此需要必要的安全防护。附件 数字化校园项目需求书1.1 整体建设要求1.1.1 项目建设原则（1） 标准化、规范性和开放性 7 / 113数字化校园建设是一个庞大的系统工程，其体系的设计、系统的实施等必须遵循一系列的规范

12、、标准，确保各个分系统的有效协调，整个系统能安全地互联互通、信息共享。（2） 先进性、成熟性和使用性系统设计既要采用先进技术和系统工程方法，又要注意技术的可行性和实用性，方法的正确性。实用性放在首位，先进性与成熟性并重，并符合未来的发展方向。（3） 开放性与标准化原则应用平台和应用系统应是一个开放的且符合业界主流技术标准的系统平台，对网络的硬件环境，通信环境，软件环境，操作平台之间的依赖小。（4） 可靠性、稳定性和容错性在考虑技术先进性和开放性的同时，还应从系统结构，技术措施，系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。（5） 可扩展性及易升级性为适应学校需求不

13、断拓展的需要，应用平台和应用系统的软硬件环境必须有良好的平滑可扩充性。要提供简便、规范、畅通的基础数据服务，使数据交换平台具备与国内、外的相关应用系统或信息平台相互兼容和交流的条件和能力。（6） 安全性和保密性 8 / 113在平台与应用系统设计中，即要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括用户安全性、数据安全性、运行安全性等。要求对数据库提供灵活的备份和恢复机制，确保系统发生故障时，及时恢复，不会受到影响。（7） 可管理性和可维护性平台和应用系统是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要

14、求所选产品具有良好的可管理性和可维护性。另外可管理性和可维护性还包括对平台的自身。（8） 统一性和并发性平台和应用系统的开发和运行模式相差很大，这要求统一信息门户能够集成不同架构下的各类应用系统，为校园网内的用户提供统一的访问模式。同时，平台能支持高并发的用户访问，提供高速、稳定的服务。1.1.2 技术路线要求数字化校园平台与应用系统，可跨平台运行，支持 Unix、Linux、Windows 等高安全性操作系统。开发技术应采用 J2EE 或.Net标准、组件技术及在数据交换上对 XML 的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。（1） 在数字校园系统设计整体化的

15、同时，系统要求基于 SOA 架构，尽量减少各子系统在技术上的相互依赖性（软件对平台、软件对数据、软件对软件、平台对平台等） ，使任一子系统未来的减少、增加和变更，不影响到其它子系统和总系统，从而最大限度地保护既有的投资，减少对系统的维护和未来开发的投入。 9 / 113（2） 基于三层结构平台与应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即 Web 服务器、应用支撑服务器和数据库服务器。（3） 基于 Portal 技术，整合业务应用资源数字化校园建设要求基于门户技术对分布式系统表示层进行集成。门户将分散、异构的应用和信息资源进行聚合，通过统一的访问入口，实现各种应用系统的无缝接入

16、和集成，提供一个支持信息访问、传递、以及协作的集成化环境，实现个性化业务应用的高效开发、集成、部署与管理。（4） 采用面向对象的组件技术，为软件体系结构设计和大型应用软件开发给予了强有力的支持，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。（5） 要求采取先进科学的开发平台，快速构建应用。要求集成运行框架、组件库、开发环境和辅助工具，以实现用户管理、权限管理、系统监控等通用子系统；同时屏蔽大部分技术问题的困扰，有效降低开发成本。（6） 要求基于 ETL 技术，实现异构多数据源的数据集成，实现从关系型数据库、桌面文本文件、XML 文件或遗留的应用系统中提取数据。（7） 能够为第三方软件提供相关接口标准接口、接口源代码，特别应为招标方提供门户平台、身份认证及管理系统的二次开发标准接口、接口源代码、样例程序以及相关技术文档等。（8） 应用建设的长期性和内容的广泛性决定了系统在构建和使用过