项目需求书一、商务需求序号需求条款是否为实质性条款原因说明（实质性条款需列明原因）1投标人须是独立法人，并提供年检有效的企业营业执照副本复印件。投标人须提供公司有效税务登记证复印件。投标人须提供银行开具的资信证明(投标文件正本中应为银行在投标文件递交截止日前三个月内开具的资信证明、存款证明无效)或最近一期经会计师事务所审计的财务审计报告、资产负债表及损益表。最近3个月依法缴纳税收和社会保障资金的相关证明材料。要求投标人在天津具有常设的办事机构，具有本地专职服务人员；投标人须提供法定代表人身份证复印件、法定代表人授权委托书及授权委托代理人身份证复印件。是本项目的投标方要具有应用软件开发、系统维护方面对外服务的实际能力，需要投标商为独立法人，并在津有常设办事机构和独立完成项目的能力。2投标人具有工业和信息化部颁发的“计算机信息系统集成三级以上（含三级）资质证书” 是本项目需要按照我校硬件环境下进行应用软件开发，与我校现有各系统集成，保证各应用系统共享数据，需要投标商具有一定的系统集成实施能力与国家认证资质。3投标人具有涉及本次招标软件系统的著作权证书，软件著作权名称必须包含“身份认证、信息门户、网络管理”；统一身份认证平台和信息门户平台需提供第三方检测报告是本项目为高校数字校园应用软件开发项目，考虑到本期项目工期紧、任务重，因此要求公司具有较为丰富的开发经验和实施能力，因此需要具备本期项目相关的软件著作权，以保障用户使用本期软件系统的合法性、成熟性和未来可扩展性。4（1）案例考察：如有需要，投标方需配合招标单位随机进行本次投标方所提供案例的实地考察。（2）产品演示：投标方需在开标当天进行所投产品的系统录屏演示，时间不超过15分钟。是综合考虑投标人的数字校园案例与产品情况。可保证我校本次项目的顺利实现与后续服务的保障。二、技术需求序号需求条款是否为实质性条款原因说明（实质性条款需列明原因）1建设我校统一信息门户、公共数据库平台、信息标准和规范系统；建设人事管理系统、学生工作管理系统、研究生管理系统；整合我校现有业务系统（邮件、教务、认证、离校、迎新、网上办公）具体要求见附件1。是学校建设数字校园需要有统一信息门户、公共数据库平台、信息标准和规范系统三个基础平台，并且建设事管理系统、学生工作管理系统、研究生管理系统整合我校现有业务系统是我校业务流程需要。附件1一.数字校园建设目标和内容天津外国语大学数字化校园的建设坚持“承接历史、照顾现状、考虑未来”的原则。在解决信息孤岛与孤立应用的集成与整合的基础上，重点考虑新应用的规范接入；通过建立一个统一的应用系统框架与基础支撑平台，为应用提供明确的数据接口、应用接口、用户接口规范与服务。通过信息化的技术手段，立足于师生需求，改善和提升学校的科研环境、教学环境、管理环境和生活环境，为实现天津外国语大学教学质量、学科建设、科学研究、管理水平和办学效益的进一步提高提供重要保障。为了最大限度的保护投资，利用现有资源，兼顾软件建设的实施步骤，同时也为了动态实时的展现学校各项指标，为学校实现现代化管理提供决策依据。该项目的建设目标为：基于统一的技术架构、标准与环境，构建符合学校需求的各应用系统，并对学校各部门相对独立的数据资源和应用系统进行整合。建立一个统一身份认证中心、一个具有安全性好、可靠性高、可用性强、可管理的门户中心，一个统一的能对全校数据信息实行集中管理、维护的统一数据库平台，从认证层面、信息的集中与个性化服务层面、数据层面上实现全校范围内数据的统一集中和共享，实现各级部门以及应用系统之间信息资源共享，全方位满足用户对学校有关信息资源的查询检索，以此来提高我校的教育信息化整体水平，为进一步实施学校信息化建设中其他管理及后续应用软件系统的建设奠定坚实的基础。 本次数字化校园一期主要建设内容:1、数据与信息标准规范建设2、数字校园基础支撑平台建设1）统一身份认证平台2）信息门户平台3）公共数据库平台3、部分应用系统建设1）人事系统2）学工系统3）研究生系统4、集成现有的应用系统邮件系统、一卡通系统、 图书馆系统、财务系统。二. 数字校园建设原则1、实用性和可行性主要技术和产品必须具有成熟、稳定、实用的特点，实用性放在首位，既要便于用户使用，又要便于系统管理。2、先进性和成熟性系统设计既要采用超前思维，先进技术和系统工程方法，又要注意思维的合理性，技术的可行性，方法的正确性。不但能反映当今的先进技术和理念，而且具有发展潜力，能保证未来若干年内占主导地位。先进性与成熟性并重，并考虑到近年来的应用发展特点，把先进性放在重要位置。3、开放性与标准化原则应用平台应是一个开放的且符合业界主流技术标准的系统平台，并使网络的硬件环境，通信环境，软件环境，操作平台之间的相互依赖小。4、可靠性和稳定性在考虑技术先进性和开放性的同时，还应从系统结构，技术措施，系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。5、可扩充性及易升级性为适应应用不断拓展的需要，应用平台的软硬件环境必须有良好的平滑可扩充性。6、安全性和保密性在应用平台设计中，即要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括系统安全机制、数据存取的权限控制等。7、可管理性和可维护性整个应用平台是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要求所选产品具有良好的可管理性、可定制性和可维护性。另外可管理性和可维护性还包括对平台的自身。8、最佳的性能价格比进行科学的投入产出分析，力求设计反映实际需求，在设计上寻求最佳的性能价格比。三、总体技术要求本次天津外国语大学数字校园一期项目所涉及的各应用建设所采用的技术路线应充分支持我校信息化应用需求和未来发展，同时考虑到系统的总体拥有成本。应用开发应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。1、遵循学校信息化标准系统的建设必须符合和遵守学校制定的信息化相关标准要求，以便规范地进行业务数据的采集、存储、传输、应用。软件供应商应熟悉学校数据标准规范和数据接口规范，在学校标准覆盖不全的情况下，根据国家相关部门制订的标准，与学校一起升级和完善学校自己的标准。2、应用程序的编程语言平台及应用系统软件必须遵循J2EE的技术路线，采用Java编程语言和服务器端Java技术进行开发3、面向对象的组件技术面向对象技术的组件模型为软件体系结构设计和大型应用软件开发给予了强有力的支持，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。4、应用程序开发与运行结构应用系统平台的开发及运行结构要基于后台数据库的三层架构，即Web服务器、应用服务器和数据库服务器。应用软件采用业务构建平台技术开发建设，确保我校各系统后续不完全依赖于系统开发商。5、接口技术各个系统相对独立、接口清晰，业务流程升级和改造可在系统内部实现。各个系统之间协同工作，不同的系统在同一运行环境下彼此之间通过接口进行程序模块的调用、参数传递、数据共享四、项目建设需求(一）. 信息标准建设1.建设内容：信息标准化、数字格式和表示的一致性是信息发展的一个主要议题，同时也是天津外国语大学数字校园项目建设的一个重点，整个校园的数据表示需要按照一定的标准编码，方便学校内数据和行业之间数据流通。目前存在国家标准，行业标准，市级标准和学校内部自己的标准，各个标准并不完全的一致。根据这些标准，兼顾各个标准之间的兼容性，和标准的一致性，以及标准的可扩展性，给出信息分类编码规格说明书。当前学校信息化管理的现状是：各个部门、院系可能都有各自独立的信息系统和数据库，并且各个系统自成体系，数据重复冗余，导致了各部门相互之间同一信息不一致，信息不能及时共享，数据的利用率不高。为了避免上述情况的存在，天津外国语大学数字校园项目必须做到数据共享，只有数据共享之后才能保证数据一致，减少冗余，提高利用率。这就要求统一设计一个数据库（包括共享数据库）架构，为今后各部门信息化工作提供前期的准备和支持。拟建设的标准有：（1）学校基本情况信息（学校基本信息、院系部所中心信息、科室信息、班级信息、学科点信息、信息化建设情况）；（2）学生信息（基本信息、奖惩信息、成绩信息、学籍信息、社会活动信息、学位学历信息、毕业生就业信息、家庭信息、体育信息、卫生健康信息、学生收费信息）；（3）教职工信息（基本信息、职务职称信息、考核信息、工资福利信息、奖惩信息、个人经历信息、家庭信息）；（4）教学管理信息（课程信息、专业信息等）；（5）科研信息（项目信息、科研机构信息、论文著作信息、学术会议信息、鉴定成果信息、获奖成果信息、学术交流人员信息）；（6）仪器设备与实验室信息（实验室信息、仪器设备信息）；（7）房产与设施信息（学校用地信息、学校建筑物信息、设施信息）；（8）专项项目信息（项目基本信息、协作单位信息、经费信息、人员信息、进展情况信息）（9）代码库（学校标准代码库）信息标准是信息在采集、处理、交换、用户访问、传输过程中的统一规范，是实现学校信息资源共享和信息系统得到协同发展的基础。信息标准的建设内容主要包括：1、信息标准规范：建立一个符合国家、教育部和行业标准的、适合我校的信息化建设的规范体系，从制度上保证整个系统的标准化和可扩展性，具体内容包括：管理类规范、信息服务类规范、技术类规范。2、数据标准：数据标准按照学校的信息子集进行定义， 并且实际确定的信息子集要根据我校实际情况，伴随着各类应用的建设与更新同步进行修订、补充，未来信息子集的制订范围应能涵盖我校所有业务，如：人事信息子集、教务信息子集、财务信息子集、本科生信息子集、资产信息子集等。3、代码标准：数据要按照统一的标准产生、存放、使用，使数据真正实现共享。代码标准的建设即是基于国家标准、教育部标准、行业标准和学校已有的校标，兼顾各个标准之间的兼容性、一致性以及标准的可扩展性，建设形成一套符合我校自身实际的编码标准。4、标准管理系统：对学校的数据标准进行管理，实现对标准的维护和完善，主要包括对数据源、信息标准、编码标准的管理。（1）数据标准管理要求提供数据标准集的浏览与维护功能，信息标准管理人员能够通过系统轻松实现信息标准的查看、添加、修改等日常维护功能，并要求提供信息标准结果数据的导出。（2）代码标准管理要求系统提供信息标准中各数据代码标准的管理与维护，具体包括：参照标准代码集管理（国标、教育部标）、执行代码标准集管理、映射代码标准集管理。注：映射代码标准集指当某子系统某数据代码格式与我校执行标准不一致，并且该子系统不能修改，需要建立子系统与执行标准的中间映射标准（数据转换），这一类映射标准集的管理。（3）系统管理1）、数据源配置要求提供对系统数据源配置功能，包括对代码标准和数据标准两方面数据源的配置。2）、用户管理要求提供基本的用户管理功能，包括用户与用户组的维护管理。3）、业务系统管理提供对业务系统名称和代码的维护。4）、用户日志提供用户访问日志查看功能，便于用户操作的行为管理。（4）其他要求1）、初始化管理要求提供代码标准模式、数据标准模式的初始化功能，系统可自动创建表结构；要求提供各参照标准数据的初始化，例如国家标准代码集、教育部标准代码集。2）、要求系统基于统一的数据标准建设原则与规范；3）、系统必须支持学校自定义校标，可以在各级单位发布标准的基础上，根据学校需求，制定校级的信息编码标准以及相关信息标准子集；4）、要求系统支持和其他应用系统的代码标准进行映射。2.建设要求信息标准需要保证信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息有序流通、最大限度地实现信息资源共享，使学校信息系统得到协同发展，发挥信息资源的综合效益。故信息标准建设必须遵循兼容性、可扩性、唯一性和实用性的原则。(二). 数字校园基础支撑平台建设2.1统一数据库平台建设统一数据库平台是一个面向应用、安全可靠、操作便捷、技术先进、规范统一、灵活可扩展的平台，是一个为学校教学科研提供交流、通用的服务平台，是一个为学校的管理提供高效、共享的管理平台，同时也是一个为校内人员提供开放的数字化生活环境的平台。统一数据库平台应采取分层结构设计，从上至下应划分如下层次：（1）信息服务层该层面向最终使用者，为校内用户提供个性化服务，包括应用系统（学生服务、教务服务、人事服务、科研服务、学籍服务、设备服务、办公服务、外事服务等）、对外数据服务、共享数据的统计查询及报表服务、和没有业务系统对应的共享数据管理等服务。（2）数据访问服务层信息服务层的各种服务不能直接操作数据库，必须通过调用统一的数据访问模块实现对数据库中数据的操作。（3）公共数据库层该层的数据是学校一切活动所涉及的、用于共享的公共数据集，来源于学校的各个业务部门，并基于“谁产生，谁维护”的原则，由对应的业务部门管理。从数据来源上分。公共数据库可由以下几方面组成：（1）原有应用系统对应的公共数据库：来源于现存老系统的数据，经数据整合将原有的数据进行标准化处理后入库，并按需求保持与原有系统中数据的同步。（2）与统一数据库平台兼容的应用系统对应的公共数据库：与数据库平台统一规划的和符合统一数据库平台标准的应用系统，按照统一数据库平台接口标准开发的系统，都可以直接运行在统一数据库平台上。这部分数据是应用系统的有机组成部分，数据自然共享，无需再次集成或整合。（3）历史数据库：保存所有需要保留的数据，来自老系统和新系统。可经过标准化梳理。（4）没有系统对应的公共数据库：没有任何应用系统对应，但学校各部门还需要共享的数据部分，则由公共数据库平台自带的数据管理模块进行管理。（5）公共代码库：对全校的代码进行统一的存贮及管理，基于国标、部标和校标。可以通过统一数据库平台的自带的管理工具进行统一管理。该工具具有批量处理功能和代码纠错功能。（6）虚拟文件库：存储非结构化的应用数据，例如图片、各类文档等。2.1.1建设目标公共数据库平台的建设要求达到以下目标：保证全校信息的统一和一致。数据库中的共享信息上减少数据冗余，使各个系统的数据相互联系，在代码、基础信息上实现全校统一，避免数据不一致的现象。在业务上对数据管理范围进行划分，在服务上进行数据关联和统一，使数据库保证数据的精简和准确，保证数据库在数据存储上达到优化的性能。保证任何两个异构业务系统之间的数据共享；且需要基于一种安全、可管理的模式进行；保证任何两个业务系统之间没有冗余业务数据；保证遵循“谁产生、谁维护”的原则，所有的数据都有特定的产生者和维护者。在技术上，由授权体系控制数据维护的权限，使无权限的人员不能对数据进行生产和维护；同时，在管理上，通过制定相应的应用规范迫使数据生产者/维护者及时更新自己负责的数据，保证系统中数据的准确性和可跟踪性。系统提供安全审计功能，保证对业务操作的严格监督。保证任何业务系统的添加和修改不影响其它业务系统的正常运行；要保持基础数据的内容最新的时限要求，基础数据更新时，与基础数据保持同步，并保证可以提供反映整个学校全面情况的数据信息；保证可以提供为整个学校综合查询和决策支持所需的数据信息，为学校的将来决策支持系统积累分析数据。可以成为后续开发各种应用系统的通用数据库平台，保证新的系统建立在公共数据库平台上时，不会产生新的分散数据。2.1.2.建设内容2.1.2.1公共数据库子系统（1）元数据库建设和元数据发布，即元数据库建设应针对基础数据平台包含的业务信息基础资料，建立详细的数据背景、内容、质量、状态等档案资料；（2）基础数据库建设；（3）业务数据互操作标准化技术，满足物理上分开的数据源逻辑集中的管理和应用；（4）满足各部门、各院系部所用于内部应用或管理系统开发的应用；（5）满足建立多部门或单位多源数据的共享和应用开发；（6）数据存取平台安全机制的建立；（7）在平台层优化提高数据的存取效率和速度；（9）数据平台级的多种方法的统一数据备份和恢复机制；（10）历史数据的回溯管理；（11）统一数据库平台的管理操作规范。（12）提供自定义查询工具：支持管理员完成数据集的定义和授权，同时提供最终用户根据自身的需求，在权限范围内的自定义数据查询和报表输出。（13）提供标准管理工具：支持代码集、表结构目录树状管理；提供对信息标准以及代码维护管理工具，支持数据导入、导出、数据表检索、更正模式。（14）提供异构数据源的适配器：支持结构化、半结构化、非结构化数据源；支持Informix、Sybase、Oracle、MS SQL Server、ODBC、OLEDB、JDBC、Native数据源；Web Services、XML、消息队列数据源。（我校目前现有的业务子系统基于的数据库管理系统有Oracle、SQL Server、Mysql、Sybase等，且应用运行的操作系统也各不相同，有AIX、Solaris、Windows、linux等。）数据交换应具有灵活的方式与多种交换触发机制，能同步或异步方式实现数据的交换及推送，并保证各应用系统交换和共享的各种数据的一致性、准确性；2.1.2.2数据信息服务子系统满足全校各类管理人员对相关信息的实时查询要求，使全校在信息数据的展现层面成为一个整体。?对学校主要校情数据进行采集、整理、统计和分析，以文字、图表、网页等形式表现信息，多层次、多角度的维护和展示校情信息和学校特色?提供面向领导的数据服务，如师资队伍、学科建设、资产设备、生源情况、就业情况、财务情况等； 面向学院、职能部门及二级学院等领导，按照相应权限提供如下服务：类别服务人事教职工综合信息（教职工、党员、民主党派、临时人员、出国人员、岗位类型）师资队伍信息(生师比、学缘结构、职称结构、学历结构、年龄结构)人事变动信息、教职工在校状态情况、增量信息干部信息（职务、任职时间、职级、年龄结构）学生学生综合信息（基本信息、扩展信息、家庭信息）（包括本科生、研究生）学生资助信息（奖、助、勤、贷、补、困）（包括本科生、研究生）生源情况查询就业情况查询学生宿舍信息（包括本科生、研究生）学生学业警告信息学生异动情况（包括本科生、研究生）科研科研项目信息（每年参与人、申报、立项、进展情况统计）（包括科技和社科）科研项目经费信息科研获奖信息（包括科技和社科）科研论文信息科研著作信息科研专利成果信息科技成果信息科技数据分析（科研人员及科研项目分析）学科建设各年度学科建设情况信息招就信息招生数据、就业数据教学学生成绩信息（包括本科生和研究生）学生专业信息（包括本科生和研究生）评教、毕业数据分析课程信息（包括本科生和研究生）财务学生收费信息（含欠费信息）工资信息科研项目情况（经费使用情况）部门经费情况一卡通消费信息资产综合资产信息（包括房产、实验室、宿舍等）仪器设备信息（另外包括设备数据分析（按年度增长率））图书图书借阅情况信息数据监控教职工基础信息监控本科生学生基础信息数据监控研究生学生基础信息数据监控2.1.3.技术要求1）、采用成熟的E-LT的方式完成数据集成工作。2）、平台的建设应基于商业中间件（ODI），中间件应能提供统一的可视化的开发工具，能图形化的设计和定义抽取、转换、加载流程。3）、平台应能提供丰富的API接口程序，支持各种主流、非主流关系型数据库、ODBC 数据源、WebService 、Tabled-Txt 文件、网络协议等，以满足连接不同数据源的需求；在投标书中应列举平台支持全部的应用接口程序种类。4）、根据业务场景的不同，平台应提供多种数据集成策略和流程。5）、可采用同步或异步的方式实现数据的交换及推送，可设定运行的周期。6）、可以设定约束条件，指定数据源获取数据的必要条件。7）、提供完全和增量抽取方式。8）、对于所交换的数据，可以采取CDC机制，每次只捕获、集成有变化部分的数据，从而减轻数据交换平台的网络传输及系统处理的负担。CDC的实现方式可以通过触发器、系统日志位及标志位等方式实现。9）、数据集成过程支持批量操作，保证集成效率。10）、系统应能及时发现各种运行故障，提供异常信息的查看，可对异常数据量进行统计，并提供项目异常信息的警告机制。11）、支持Unix、Linux、Windows多种平台，完全支持跨平台的部署。2.2.统一身份认证平台建设信息化建设是一个动态的、发展的过程，随着各类信息系统不断增加完善，对信息安全、权限管理、系统间交互的需求也将越来越强烈。原有各独立的应用服务系统各自为政的身份认证方式已经难以适应发展的应用环境。学校需要有一个独立、安全、高效和可靠的身份认证及权限管理系统，由此系统来完成对整个信息系统统一身份认证与权限管理。身份认证系统将是数字校园建设的重要组成部分，该系统为数字校园的所有用户提供统一的身份确认与权限交付。用户通过一次认证后，即可获得相应权限，并使用数字校园中所有应用服务系统提供的服务。另一方面，必须要有一个比较稳定的动态口令和统一身份认证系统很好地结合，这样每个用户都具有一个静态口令和一个不断变化的动态口令，管理员可以设置用户静态口令和动态口令不同的可使用范围，这样从另一个角度提高了整个信息化的安全性；这样的一个动态口令系统必须能够和各应用系统的动态口令系统有很好的接口，使得在纵向可以做到动态口令的一致性。通过指定相应的集中认证技术规范，提供统一的应用系统用户管理接口，最终实现所有新建系统用户认证的统一集中化管理，做到真正意义的集中认证。实现各应用系统的“集中认证”，可以彻底改变各自为政、管理松散的用户管理模式，充分发挥学校内部网络管理维护部门的管理职责，规范用户操作行为，强化用户合理使用网络资源的意识。本系统重点包括三个方面：用户资料的集中存储和管理、用户身份集中的验证、访问权限的集中控制和管理。2.2.1.建设目标随着应用建设的逐步深入，已经建成的和将要建成的各种数字校园应用系统存在不同的身份认证方式，用户必须记忆不同的密码和身份。因此，要建设以目录服务和认证服务为基础的统一用户管理、授权管理和身份认证体系，将组织信息、用户信息统一存储，进行分级授权和集中身份认证，规范应用系统的用户认证方式。提高应用系统的安全性和用户使用的方便性，实现全部应用的单点登录。即用户经统一应用门户登录后，从一个功能进入到另一个功能时，系统平台依据用户的角色与权限，完成对用户的一次性身份认证，提供该用户相应的活动“场所”、信息资源和基于其权限的功能模块和工具。在学校工作人员进行了调动、调级、调职等变更后，或者学校体制改革、组织机构变动后，使用户的身份和权限在各系统之间协调同步，减少应用系统的开发和维护成本。2.2.2.建设内容及功能要求统一身份认证平台应能实现身份数据的统一存储、统一管理，实现全校各类应用的单点登陆，以及各类访问与操作安全审计。同时，还提供便利的工具，便于系统的维护和管理。平台建设内容主要包括以下方面：?目录服务目录服务是统一身份认证平台的基础。目录服务要以面向对象的数据库和LDAP的方式集中管理用户信息，保证数据的一致性和完整性，为数字校园各类应用提供用户信息的共享。?统一身份管理统一身份管理要充分考虑学校业务中的需求，包含组织机构及用户管理、数据维护等功能。提供职位变更的身份转换，组织机构的拆分和合并，支持组织机构的实体和虚体，支持多级管理等，为SSO提供一个方便的身份管理平台。?组织机构及用户管理?要求支持管理创建多级组织机构、部门信息；?完成管理系统用户信息、机构管理员、机构负责人等配置；?投标方必须提供成熟的组织机构及用户管理模块，并提供相应的功能图片说明。?数据维护?要求提供数据维护工具来支持门户内组织机构、用户等数据的批量维护、导入、导出等；?要求支持对导入的数据进行校验和审核；?要求提供相应的综合查询功能，能够完成批量用户密码初始化；?要求导入/导出工具提供给学校相应的模板，支持学校自主定制开发，并将免费提供相应开发平台。?投标方必须提供成熟的数据维护管理模块，并提供相应的功能图片说明。?统一认证管理统一认证系统主要是为其它系统提供认证服务，用户只需要登录一次，即通过一个应用中的安全验证后，再访问其他应用中的受保护资源时，不再需要重新登录验证。?身份认证服务?要求基于LDAP和CAS认证方式设计，提供跨服务器及业务应用的身份认证服务及Agent，确保跨业务系统身份认证识别；?支持多种认证方式：支持基于认证接口、认证代理和LDAP认证的多种认证集成模式，支持用户/密码、CA证书认证、动态口令认证、智能卡认证等认证方式；?要求支持LDAPv3标准。?单点登录服务?要求提供WEB-SSO（Single Sign On）服务，用户只需要登录一次就可以访问所有相互信任的WEB应用系统，投标方需详细描述单点登录机制。?个人自助服务?要求提供给所有用户修改密码、密码找回、修改昵称等个人自助服务，给用户提供更方便快捷的服务。?群集服务?要求在内存中存储登录用户权限、角色信息、组织机构信息登录信息，并通过集群广播向集群内服务器发送，以实现认证服务器集群扩展。?身份审核?对于组织机构的变动、角色的变动以及权限变动要求提供身份审核功能；?在设计中，要考虑到大部分业务系统的身份管理都是用WEB和数据库方式，因此，在这些系统中的用户认证方式应在身份认证服务器中完成；?对于支持LDAP认证的系统，并通过缓存技术和同步技术保证身份信息的唯一性和一致性。?日志管理?要求详细记录对用户的信息的操作情况。?要求用户登录应用系统后对系统资源的所有访问都记入日志，以便事后对用户操作进行审计，建立完善的事后追溯机制。?要求提供对所有的审核信息进行查询检索功能。2.2.3.技术要求（1）平台基于J2EE体系结构，所有功能模块定义服务提供者接口（Service Provider Interface），可以支持第三方的服务提供者；（2）在身份认证系统设计中，为了适应当前以及今后系统的建设发展需要，建议采用的技术实现手段主要包括LDAP、PKI、SSO、SSL等等；（3）单点登录从实现技术上基于session、cookie、rewrite技术和采用portal等几种方法，根据用户的情况可以选用其中的任何一种。（4）平台的管理与维护采取分级模型支持多级的管理；（5）采取分级授权，可以根据业务的需要灵活制定安全策略控制授权；（6）采用灵活的基于角色的权限管理模型，集中的权限控制的授权管理面向全局的用户和数据资源，覆盖了各种应用；（7）支持用户/密码、校园卡/密码和数字证书等认证方式；（8）灵活定义角色之间的继承、相容和互斥关系，授权简单、便捷；在访问控制策略上，用户可以定制不同粗细粒度的安全规则；2.3.信息门户平台建设信息门户平台将分散异构的信息资源集成，提供一个支持信息访问、传递、以及协作化的集成化环境。通过提供校园、办公室及班级、个人桌面等基于虚拟IT场景的个人工作区服务，有效盘活校园应用系统中的信息资产，对师生以及学校管理者提供面向个人、个性化的自助式服务支持。同时，用户可以享受到登陆后校园工作区、所在院系、部处工作区所提供的私有、个性化信息服务。2.3.1.建设目标提供符合通用国际标准的、可持续升级的门户框架；提供丰富的集成手段用于完成对现有不同应用系统的界面集成；提供二次开发的导入、导出开发工具，实现客户自定义应用的改造； 提供统一的信息发布模式，规范信息服务、提高发布效益；提供全校性信息发布流程，为全校通知、公告、大事提供标准的信息发布体制；建构基于校园网异构应用系统的综合信息门户；对校园网内的信息资源、应用系统进行管理和整合；为校园网内的用户提供集成的、无缝的、安全的、个性化的资源访问；为校园网内的用户提供访问校园网资源的统一入口；2.3.2.建设内容及功能要求信息门户平台对校园网内的信息和应用系统进行整合，统一控制用户对信息和应用系统的访问，为用户提供单一的访问入口。用户界面可按照资讯、搜索、协作、业务服务和公共服务几个部分进行内容整合，对信息门户提供的内容进行梳理和归纳，根据用户身份提供满足其需求的特定信息和应用的整合，为用户提供个性化的信息服务。信息门户平台与数字化校园身份认证平台有效结合后，用户只需从信息门户中登录一次，即可漫游访问门户中集成的各种信息资源和应用系统。平台建设内容主要包括以下方面：1)、信息发布、应用portlet能将学校现有信息发布功能、各应用系统集成到门户上。2)、应用集成工具与接口提供RSS、URL等多种集成方案，可与校内、校外网站进行集成。3)、内容集成开发框架提供面对开发级别的开发框架和功能组件，满足平台功能扩展和应用开发的需要。4)、门户管理信息门户服务应该是一个个性化的，基于角色的应用系统，应提供图形化工具，让用户根据其身份的不同，通过浏览器对自己的门户菜单进行个性化的设置，定制其权限范围内的各种信息，包括自主选择页面风格、自由选择组合portlet、页面窗口拖拽、调整菜单的顺序、定义自己的内容页等。同一个角色也可以根据不同的身份定制不同的个性化的页面和功能。全校的学生、教师、管理人员、领导、职工等不同用户将方便地在网上实现不同的功能。具体功能要求如下：1)门户支撑框架提供符合通用国际标准的、可持续升级的运行和开发门户框架。 门户必须支持标准的J2EE技术，门户产品应全面支持业界的技术标准和技术规范：WSRP、JSR-168、JSR-17、JSR-127 (JSF)、Struts、Ant、WSDL、SOAP、UDDI；提供标准技术（JSP/Servlet/XML…）的模板Portlet以方便开发。2)应用系统集成用于满足对校内和校外各类系统应用的界面集成需求，支持WebService、URL资源管理插件、WEB剪辑 集成服务、Iframe集成服务 、RSS集成服务、API集成服务、Portlets集成服务等应用集成。3)个性化定制功能提供基于个人访问权限的个性化界面和服务，展示各级用户自定义显示的内容和主题外观，需要提供图形化工具，让用户根据其身份的不同，通过浏览器对自己的门户菜单进行个性化的设置，定制其权限范围内的各种信息，包括布局、标签、栏目、信息内容等各种定制，支持换肤功能2.3.3.技术要求1)、技术先进性信息门户须采用先进的技术架构和设计理念，满足校园信息化建设不断发展的需要。支持JSR-168 Portlet规范，提供标准的Portlet容器，可以兼容任何标准的Portlet；2)、可集成性面对高速发展的校园信息化建设，不断有新的应用系统和信息资源加入到数据校园中，要求综合校园信息门户提供具有高扩展性的服务架构和访问接口，让各种资源可以方便的集成到门户系统中，迅速的为用户提供服务。对不同的业务需求可提供多种集成方式，保证良好的集成效果；支持Unix、Linux、Windows多种平台，完全支持跨平台的部署；3)、容错性作为数字化校园的访问入口，信息门户的稳定行决定了校园网内的信息资源和应用系统能否被访问。这要求综合校园信息门户具备一定的容错性，在运行环境出现故障的时仍能提供稳定、持续的服务。4)、安全性信息门户集成了校园网内所有的信息资源和应用系统，这要求综合校园信息门户系统要能够为用户提供安全的信息资源和业务数据的获取，保障信息传输的安全可靠、保障信息不被非法用户窃取、保障用户的合法身份不被盗用。5)、高性能信息门户是整个数字化校园的访问入口，校园网内的用户访问校园内的信息资源和应用系统都需要通过门户，因此信息门户是校园内用户访问量最大的信息系统，必须保证信息门户要能够在大规模用户的访问的情况下仍然能够提供高速的服务。6)、可管理性提供良好的应用注册界面，可建立对用户访问行为的统计分析，以便后续对信息门户的优化提升。(三). 数字校园应用系统建设数字校园应用系统建设是在校级数据中心（IDC）、数字校园基础支持平台基础上进行的，本期新建应用系统有：学生工作管理系统，研究生管理系统，人事管理系统、网络监控系统。3.1 学生工作管理系统3.1.1主要建设内容1、综合信息管理该模块实现对学生综合信息的管理，主要内容包括：学生的基本信息管理、综合素质管理、学生档案管理等。学生基本信息管理模块主要维护学生个人的基本信息，解决基本信息的初始化、组织批量学生基本信息确认、处理日常学生基本信息变更等问题。综合素质测评子系统可对测评方案进行管理，并进行参评环节的具体设置。学生档案管理系统可对学生的档案进行全面的管理，内容可包括档案的创建、入档、抽档、借档、调档，并提供各类相关报表。2、奖惩管理该模块对奖学金、荣誉称号、违纪处分的种类及审核流程进行管理，提供奖学金、荣誉称号的申请、开通、提名、破格提名、自动评定及信息公布等功能；系统可对奖学金的资格及数量进行限制。系统也提供违纪处分的院系上报、信息审核、处分登记、撤消、解除和查看，并提供各类报表及数据分析。能为每名学生随时提供在校期间获奖情况统计表。3、资助管理该模块功能包括：困难生管理（困难生的资格申请、认定和撤销）、助学金的管理（助学金的种类、等级、申请、审批、发放）、困难补助管理（困难补助的种类、申请、审批）、国家助学贷款、勤工助学（岗位的发布、培训、申请、审核报酬发放）、学费减免（申请与审核）等相关内容管理。4、思政管理该模块功能包括：辅导员队伍建设、班导师队伍建设含（队伍、带班、日志管理、培训及考核）、学生党建管理、心理健康教育等。3.1.2技术及功能要求B/S为主的架构，学生客户端界面零安装零维护。可以方便的嵌入到校园网中，可以顺畅地为学校提供档案相关服务，界面流畅、直观；系统完全基于业界成熟的J2EE架构平台，采用JAVA、JSP、Servlet、Web Service、XML等编程技术；系统支持UNIX、Windows、Linux等主流操作系统，及Oracle、DB2、SQL Server等主流商业数据库。3.2 人事管理系统3.2.1总体要求新建的人事管理系统要求符合制定的《天津外国语大学信息标准和技术规范》。人事管理系统主要是对全校教职员工从入校到调走或离退休全过程的所有信息进行管理，它由系统管理、人事信息管理、师资管理、干部管理、薪酬福利管理、人事招聘管理、离退休管理等模块组成，是全校教职工信息共享的主要来源。要求如下：（1）整合并规范人事业务，实现全校人事管理模式规范； （2）数据统一存储，实现整个学院人事信息的共享和一致； （3）提供完善的查询统计功能，辅助领导决策； （4）贯彻人事部门“服务于全校”的理念，提高服务水平。 3.2.2建设内容 1、组织机构管理：实现学校组织机构的增设、撤销和合并的功能，并可以通过树型方式实现组织机构（包括人员编制情况）的直观展现，自动记录机构变更信息；2、岗位、编制管理：a、对人员类别进行设定；b、对各部门的各类人员编制进行设定；c、对全校在编人员按岗位设置结构比例核定指标；d、对各部门校内岗位、任职级别进行设定；e、对以上岗位、编制情况可实时查询指标数和实际使用数；3、教职工信息管理：对在职、离退休、人事代理、临时工等不同类别个人信息档案的管理，可存储多媒体信息，如照片、录像、声音、证书复印件等；跟踪记录教工的各种经历，包括年终考核等级、职位变动、职称晋升、奖惩情况、学习培训、出国经历、工作经历、科研成果等；提供报警功能，实现对退休、转正、培训、返聘等自动提醒；提供输出各种形式的员工登记表和花名册。可以通过工作流和信息权限配置实现教职工信息的分部门、分岗位的管理，每一类的职工信息甚至每一个字段，都可以定义由指定岗位的人员维护或审核，根据教职工信息权限配置的信息审核流程，系统可以将变动的数据转发给需要审核的人员，并在系统首页显示待办信息。相关的管理人员可以进入审核模块，审核教职工的信息；4、新进人员管理：新进人员管理模块可以通过工作流实现新进人员一次录入，多个部门同时网上会签，最终实现新进人员基本信息和教职工基本信息库的同步；5、校内调动管理：a、日常管理：管理人员可以设置不同类型人员的调动审批流程，调动流程的设置，可以实现校内调动的网上申请，网上审核，调动信息的跟踪和记录。教职工可以在调动申请模块中，输入申请调动的信息，生成调动申请表单，并提交到审核流程；b、全员竞岗：包括岗位设置和校内岗位两个层次的全员竞岗，可在系统内设置任职条件，并可自动筛选、审核符合条件的人员，通过系统竞聘程序后，自动调整岗位、兑现工资；6、离校管理：离校管理模块，可以实现离校在线申请，根据离校类别不同生成离校申请表单，多个部门在线会签，人事部门进行最终确认，并实现离校业务与人事基本信息的集成，自动修改人员状态等功能；7、合同管理：合同管理模块可以提供院系、人事部门合同管理人员登记教职工的合同信息，系统会自动到期合同提醒、续签提醒等信息；8、考勤管理：实现各类假期的时限、与工资、校贴关联程度的设定、教职工本人自助申请假期、各部门审核、全年考勤统计等功能；9、劳资管理。可以实现我校根据实际情况建立多个类别的工资账套，可以快速设置各种工资账套的款项信息，并设置工资款项的计算方法；可以实现我校在职人员和退休人员的工资信息的按照月度进行excel导入，以及对各个月份的工资信息进行查询；可以对影响工资的教职工信息变化数据进行便捷的查询，包括人员新进、离校、退休信息查询，包括职务变动情况查询，包括职称变动情况查询，包括调动情况查询，包括试用期人员动态查询；可以设置岗位薪级标准，主要维护有岗位工资标准、薪级工资标准；可以打印全校教职工的工资变动情况、工资变动审批表等；根据人员各类变动情况按规定模式自动调整工资标准，并能提供反向查询，即教职工本人可查询工资变动的原因；10、校内经费核算管理：每年度核算各部门包干经费，实现校内津贴、课时费、外聘课时费、加班费、临时工工资等网上申报并自动记账，同时可实现教职工自助查询所发款项明细功能；11、年度考核管理：教职工自助填写年度考核表，所在单位评级上报打印；12、福利费管理：可设定福利类别、适用范围；教职工自助申报、各部门审核、会签，并可查询本人申报记录；13、进修、培训、出国管理：可设定进修、培训、出国类别及工资调整方案，根据本人申请、单位批准意见，生成相关协议，并按照约定的方案及时调整工资标准；14、校内遴选、评优：可设置项目名称，设定遴选、评优条件，自动筛选、审核符合条件人群，系统内申报、审核、校内专家评分、对进入层次人员进行聘期管理、考核；15、员工自助：可实现以上信息的员工自助查询和相关业务的自助申报，并可实现信息推送，可在多种终端实现自助功能（pc机、平板电脑、智能手机等）；16、统计查询：可实现多层级、任意时点的查询，对以上业务流程、员工信息等任意字段进行统计；方便设计制作统计报表，操作方法简单，报表形式美观，可显示任意字段，对统计结果可以反向查询。3.3 研究生管理系统3.3.1研究生招生报名系统考生报名。录入功能模块，将考生的信息（如来历、学历等）和报考情况（如报考科目、报考导师及研究方向等）填表，也就是将考生的基本信息输入数据库，建立考生档案。研究生招生考试系统考生成绩统计。统计功能模块，将每个考生的成绩录入后进行各科成绩汇总，计算出总分、平均分，同时统计不及格率和各分段的考生人数，同时实现各科成绩录入、导入和导出。实现目标:考生能够在招生办规定时间内进行博士网上报名，并能够方便查询报名进展情况，实现考生和招生办网上互动；招生办可以方便收集、管理硕士网报和推荐免试信息，信息可以在网上直接告知考生，这样能够提高招生办工作效率，降低招生成本；3.3.2研究生录取系统录取情况统计。统计功能模块，主要是统计、分析本年的录取情况（如：统计录取学生的成绩、年龄、来源等情况）并进行计划招生数和实际招生数比较等。实现目标：能够方便地将国家统考成绩导入到数据库中，也能够方便地将所有成绩按要求导出；两次成绩录入和校对功能，可以最大程度减少成绩录入错误，对有疑义的成绩可以方便地打印校对清单，并修改成绩；招生办可以授权其他学校领导、院系领导按权限查询考生成绩和成绩分析功能，使得成绩信息能够在校内有效共享；3.3.3学生信息系统1、填写学生个人完整信息、建立档案，保存在数据库中，便于统计管理；2、根据考生报考信息，通过系统阅览实现在系统中划分，便于导师统计规划班级情况；3、检索迅速、查找方便、可靠性高、存储量大、保密行好及便于更新。实现目标:规范学生信息属性的执行标准，采用国家或教育部的代码标准，使得学生信息在上报或统计时能够直接生成相应的标准报表。建立完善的学生的数字档案，其中包含学生的基本信息，也包含学生的扩展信息及在校的学习情况、奖惩情况等；可以给个人、院系、研究生院等不同角色人员授予不同的维护权限，对学生信息进行收集和审批，最大程度上保证学生信息的准确性和及时性。提高对学生综合查询等功能3.3.4课程管理系统1、用户可以对系统进行课程成绩查看，录入，修改和打印；2、教师用户登录后点选课程管理菜单，将转到课程列表页。相当于在课程搜索页上按照教师职工号，搜索课程；3、课程列表页中按照课程开课学期从近到远分段显示，每行上有课程的名称、任课教师姓名、课程编号、课程所在状态等信息。课程名是到查看课程信息查看，功能操作的链接。3.3.5研究生成绩管理系统1、可以通过计算机和数据库满足对研究生成绩的管理工作；2、登陆对角色的判断、用户基本信息的管理、更新、多条件查询；3、界面设计相对友好，方便用户的操作。功能模块描述:按教学班录入成绩：提供给任课教师在网上录入个人所带教学班成绩信息；按课程录入成绩：提供给院系或培养办按课程录入学生成绩功能；成绩修改：由培养办修改某学生某门课程成绩信息，系统将自动留下修改前后成绩、修改人、修改原因等日志信息；成绩查询：提供给学校、院系按学生和课程查询成绩单功能；3.3.6导师管理系统导师管理主要包括硕导、博导人员的基本信息网上维护、导师信息查询（科研项目，论文发表、出版专著教材、获奖成果、培养研究生情况等信息），包括个人维护和导师管理两大部分：导师信息个人维护：导师个人在网上能够查看个人信息，并可以根据设置的权限维护相关信息；导师信息管理：学位办可管理维护导师基本信息，并可对导师详细信息进行查看，同时可导入未经硕导博导申请的导师数据，并可按条件导出导师信息。3.4 网络监控系统1视图显示功能要求显示设备/链路拓扑图；要求显示服务器/应用拓扑图；要求显示用户/端口拓扑图；自动发现分区设备物理连接拓扑，物理拓扑图方式显示网络实时动态； 要求以上图表支持基于WEB发布功能。2报表功能要求提供设备、服务器、链路、网段实时性能一览表；要求提供TOP故障表，可列出当前网络出现的实时故障信息；要求提供TOP响应表，可列出网络设备当前的运行状况和响应指标；要求提供TOP响应表，可提供长期对网络设备探测的可用性统计，为网络设备更新改造提供参考数据。要求提供故障一览表，提供实时网络中出现的危急故障。3分区管理功能要求具有网络多分区展示功能，每个分区可自定义范围，支持分区为广域网、局域网或服务器。要求具有分区同步功能，能够同步网络任何一个分区的数据。可自定义自动同步策略和时间段。 提供多级自定义用户权限操作功能，每个自定义用户可分配任意分区进行监控管理。支持通过远程多名操作人员同时操作，并且管理模块跨平台。4线路监控管理要求链路线条中间显示带宽数据流量，轮询间隔时间可定义为10-30秒钟一次刷新要求数据流量可以选择类型和方向自定义显示，按用户下载和用户上传方向分类显示链路状态；要求支持设置设备或带宽阈值，通过颜色变化警示异常。要求支持自动记录通讯线路的负荷峰值及发生时间。要求支持查询历史流量功能，至少对三个月内数据流量进行统计反馈。5设备监控管理要求必须遵循国际网管标准，对当前主流网络设备，如思科、华为、中兴等网络设备完全兼容。要求设备图标显示设备状态，设备文字可以选择多种方式信息描述；要求支持查询设备信息、接口配置、CPU负荷、IP/MAC地址转发表和路由表等信息。要求支持监测接口实时带宽和历史流量，通过阈值设置和颜色变化警示接口异常。要求支持控制接口开闭，生成和查询接口操作日志。Telnet、Web等方式配置设备。要求支持自动记录设备CPU负荷峰值及发生时间。6接入用户监控管理 要求自动生成接入用户拓扑图及接入用户档案，要求终端用户拓扑图可实时动态显示各个用户的数据带宽和历史流量，可基于数据方向和数据类型进行查询。要求接入用户档案包括每一台入网计算机的IP地址、MAC地址、上连设备端口、计算机名、域组、用户登录名、分区和最近出现时间。要求系统具有学习功能，能够自动归档新计算机；系统具有同步功能，能够发现和同步档案信息的改变。要求用户拓扑图可定位接入非网管交换机的信息点。要求支持通过档案、快照或日志查询，可以快速定位并隔离接入用户。7服务器监控要求支持服务器自动纳入实时动态拓扑图展示体系。要求支持查询服务器网络连接的数量、类型、地址和带宽。查询打开的TCP端口及其连接。查询运行的程序名称及其CPU、内存使用。 要求支持对服务器上运行的服务、数据库进行监控管理分析。要求支持服务器的CPU负荷监测,系统配置查询。要求自动报警服务器故障，接收服务器TRAP。8机房环境监控管理要求具有机房环境监控管理功能、能够对机房环境、设备（空调、UPS电源等）能够进行温度、湿度等监控。9网络异常管理 要求提供多种报警方式，支持声音、邮件、手机短信等多种不同报警方式。 要求动态拓扑图可利用阈值设置设备及线路异常颜色告警。 要求网络异常情况可由主窗口控制台对网络中出现的事件进行报警。要求提供基于种类、时间段等方式故障查询功能，定位网络异常根源。10ARP监控 要求支持历史和实时两种方式自动ARP异常分析功能。要求提供自动ARP报警功能，自动报出ARP异常主机的MAC地址、上联设备、上联端口以及发现时间。要求支持快速定位ARP病毒源网络位置并自动隔离。11虚拟化监控与管理支持对安装了VMware ESXi的虚拟化服务器进行监控，包括服务器的运行状态、CPU使用率、内存使用率、硬盘信息、网络流量情况等信息。支持对虚拟化服务器进行关机、重启等操作。支持对虚拟机进行监控，包括虚拟机的运行状态、CPU使用率、内存使用率、各磁盘使用率、进程等信息。支持对虚拟机进行开机、关机、重启等操作。支持虚拟化拓扑图集中展示数据中心、虚拟化服务器、虚拟机的运行状态，数据实时刷新。虚拟化拓扑图中显示最新的事件日志12其它是全中文操作管理界面；支持IPV4和IPV6网络环境，针对IPv6网络要求提供Ipv6 ready认证证书。提供厂家的产品宣传彩页在原有系统上提供最新版本软件提供原厂商授权(四). 数字校园应用系统集成应用系统集成主要包括教务系统、网上办公、Email系统、网络计费、迎新系统、科研系统、离校系统、财务系统等。（1）教务系统：集成教务系统的用户角色，实现在不同角色下的教师、学生教学过程管理、查询、分析统计。（2）科研管理系统：集成易普拉格公司的“科研管理系统”。投标方根据指定的第三方软件，实施系统集成、数据整合等功能。（3）财务系统：集成财务处的天财财务系统，实现在个人门户下工资查询；（4）集成城市热点的网络计费系统。（5）网上办公：实现在个人门户中显示通知公告、代办。（6）电子邮件：eyou系统集成。（7）迎新系统：集成迎新系统数据。（8）离校系统：集成离校系统，实现在个人门户的信息维护、查询。第三部分 实施与保障3.1 对招标方项目实施的时间要求天津外国语大学数字校园建设项目在合同签订后6个月系统开发部署完成，开始试运行。3.2 实施方案共同组建数字校园建设协调小组，招标方在学校信息化领导小组领导下，落实各部门专职信息员，中标方指定项目负责人和核心技术骨干。双方必须保证人员的数量、质量和人员的稳定性、连续性，实现例会制度，规划数字校园建设的进程、相关措施和实施办法，及时考核各阶段建设情况。该项目规模较大，业务管理系统需求复杂，涉及部门、环节多，要保证顺利有序实施，投标方在中标后必须对实施工作作出详尽慎密的组织实施方案。投标方案中应进行简要的描述，主要内容应包括以下几个层面：1、组织架构与职责在项目的管理过程中，组织结构是项目成功的基础，而其他管理内容只有在合理的组织结构下才能真正实现，因此有效的组织结构，是保障项目成功的有力保证。建设方应成立专门的项目组，负责我校数字校园整体进度和实施计划的把握。2、实施阶段划分软件实施大致划分为以下几个阶段：标识任务名称01项目定义02产品安装与部署03个性化需求分析04设计05编码06测试07个性化后软件安装与部署08数据移植09系统用户评估及初验10系统试运行11系统终验3、项目人员配置与责任中标方应按照以下格式描述人员的配置与责任：（1）工作内容简要描述工作内容。（2）人力投入中标方确保项目负责人、核心技术人员的数量、质量，提供其技术经历相关资料，经招标方审核后建立人力资源档案，参考如下表：姓名性别技术特点工作职责 校方人力资源投入如下：姓名性别所在部门工作职责（3）工作项目、交付项及双方责任工作项目任务交付项公司的责任校方的责任4、成果交付与验收通过本项目的开发，可以将中标方先进的开发技术、项目管理模式和经验与我校的需求资源相结合，真正建立我校的信息化校园平台和专业技术队伍，而不仅仅是公司提供的产品模块。同时，我校的工作人员会全面深入地参与建设的全过程，包括个性化需求分析、用户评估、测试运行以及正式使用维护等阶段，公司需要提供相应的培训和文档，掌握各个环节的主要技术，具有对软硬件系统平台、各个业务系统的技术维护能力，实现知识和技术的转移。3.3 项目管理投标方必须提出对项目的建设进行科学严格的管理方案与措施。促进项目全面顺利实施。1、项目配置管理本项目是个复杂的项目，必须对项目的建设进行科学严格的管理。该项目的管理要通过一个临时的、非实体的组织对项目进行系统计划、有序组织、科学指导和有效控制，促进项目全面顺利实施。在项目的开发过程中以及交付使用后，会产生大量文档和程序，如：需求分析说明、设计说明、源代码、可执行码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档，而且文档的版本在不断变迁和修改中，势必产生一个庞大、动态的信息集合。因此，必须建设相应的配置管理系统，通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本、在产品开发和发布阶段控制变化，制定规范的配置管理工作计划和流程，沟通交流配置管理工作情况，从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。2、项目管理规范和手段项目管理是以项目为对象的系统管理方法，通过一个临时性的专门的柔性组织，对项目进行高效率的计划、组织、指导和控制，以实现项目全过程的动态管理和项目目标的综合协调和优化。项目管理规范体系的目标是解决项目管理流程与组织机构控制之间的关系。项目管理体系涉及项目管理流程与规范、也涉及组织机构设置、角色与职责。3、项目管理控制在项目执行过程中，根据需要，用户有关各方可以要求对项目进行变更，凡是影响项目范围的变更，必须以文档的形式提出，学校和建设方需要共同对变更申请做出评估，确认后，修改项目的范围。根据评估的结果，合理地调整成本、时间进度和项目质量等因素。4、风险管理由于软件项目的开展会面临各方面的不确定因素，所以必然需要面对一些必然或偶然的风险，风险存在具有一定的客观性和普遍性。在项目的全寿命周期内，风险是无处不在、无时没有的。对于风险本身而言，存在着一定的规律，那就是：某一具体风险发生的偶然性和大量风险发生的必然性。在项目的整个过程中、各种风险都会发生变化，随着项目的进行．有些风险金得到控制，有些风险会发生并得到处理，同时在项目的每一阶段都可能产生新的风险。在本项目的建设过程中，可能存在一些风险，如果不能很好的进行预测、管理和应对，将会影响到系统的按期按质按量完成，甚至造成软件的重写，对时间、资源造成很大的浪费，直接妨碍项目的顺利推进和成功完成。建设方应采用RUP的迭代式开发方法及早发现不确定因素对项目计划的威胁，本着对用户负责的精神主动面对风险，防范于未然，使软件重写的机率降低。5、项目过程监控依据项目需要，中标方和学校应在整个项目开发周期内规划出哪些是需要被跟踪的工作，并建立文档，增加项目过程的可视性，实现项目目标管理与过程管理的统一，使项目经理在软件计划的实行出现偏差时及时采取有效的纠正措施，以确保软件产品的质量满足要求。质量保证程序由项目经理和用户代表在项目的每个阶段联合执行和监督。3.4 招标方对培训与服务保障的要求3.4.1 培训培训应贯串于整个项目的实施过程中，包括在从项目准备、研发到项目运行的全过程中。为了使天津外国语大学的相关人员掌握有关应用系统的使用、维护和管理方法，达到能独立进行管理、故障处理、日常测试和维护等工作的目的，应进行系统的技术培训，以保证所建设的系统能够正常、安全、平稳地运行。需要提供以下几方面关于培训的描述：1、培训要求：投标人派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用中文授课；投标人必须为所有被培训人员提供培训用文字资料和讲义等相关材料，如果培训地点再外地，投标人还应为所有被培训人员提供食宿；投标人应按合同规定安排培训时间和培训名额；2、培训方式：包括课堂讲解、上机操作和实际工作的参与。3、培训工作的内容和对象描述：投标人进行的培训工作包括了培训方案的设计、培训制度的制定、培训开发、培训实施和培训效果评估，及时监控培训效果，保证培训课程符合天津外国语大学实际的需要。在系统运行（含试运行）的各个阶段相应的培训内容描述，培训阶段安排包括：项目管理人员培训、系统分析人员培训、系统开发人员培训、系统管理人员培训、系统维护人员培训和系统使用人员培训。3.4.2 服务保障与服务承诺投标人应承诺保证该项目按时正式稳定地运行。投标人应承诺根据天津外国语大学数字校园相关业务运做的规律来有计划地制定服务保障体系。该项目一旦运行起来，就占有很重要的地位，稍有差错就会引起各方面的反映和损失，所以系统的售后维护服务和技术支持工作也应有足够保障。投标方作为具有丰富数字化校园项目经验的系统集成和软件开发企业，应通过自身不断的努力和原厂商的鼎力支持；针对客户的不同的系统的需求，制定不同的运行保障方案，建立较为完善的售后服务体系，向天津外国语大学提供充分考虑使用者利益的技术支持及售后服务模式。 除了上述的有关承诺之外，投标人关于服务保障体系的描述应具体包括如下内容：（1）运行保障机构主要对于天津外国语大学的运行保障能力描述。（2）保期内运行服务内容售后维护服务，定期走访或实行远程维护：定期维护的时间区间、周期和详细规划，规划包括：方式、人员和详细的维护内容。重大事项的即时响应：系统出现故障或意外情况导致系统不能正常运行时，投标人响应的情况描述，针对不同响应级别的即时响应包括：人员、时间和内容等。服务请求的方式：在我方需要提供服务（包括即时的和非即时的）时，能够与投标人联系沟通的方式描述，应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。服务请求的流程：投标人对用户的支持或维护请求处理流程的流程图和详细描述。系统性能回访：在一个周期内定期进行系统性能的检测，消除故障隐患以保证系统的正常运行，这个时间范围和周期是多少。快速升级：近期的针对系统平台的详细的升级计划，如需要还要有针对各个子模块的详细的升级计划；这些计划包括：时间（含试运行时间和正式投放市场时间）、升级内容、针对本项目的升级方式、升级运行保障和升级后培训等。保期后运行服务内容:售后维护服务，定期走访或实行远程维护：收费服务的时间区间、周期、费用和详细规划，规划包括：方式、人员和详细的维护内容。重大事项的即时响应；服务请求的方式；服务请求的流程；系统升级：针对于系统平台的升级计划，这些计划包括：时间（含试运行时间和正式投放市场时间）、升级内容、针对本项目的升级方式、升级运行保障、费用和升级后培训等。系统硬件升级：针对本应用系统硬件的升级，投标人是否能够配合进行软件系统平台和各个应用子模块移植工作，费用如何考虑。运行服务的档案：运行服务的详细记载，可以用于分析总结。用户投诉：投标人是否设有用户投诉受理电话，对用户的意见做出反应。如果有用户投诉受理电话，请描述以下内容：电话号码（或传真）、投诉中心负责人和受理答复时间。3.4.3 建设阶段的运行管理模式3.4.3.1 组织管理模式“天津外国语大学数字校园建设项目”建设阶段，由学校和集成商共同组成项目建设协调小组。集成商做好详细的需求分析，制定切实可行的实施方案。学校协调校内相关部门间的关系，确保数字校园项目的顺利进行，保证按期按阶段完成。同时双方共同组建验收组，对每一阶段的项目进行阶段性验收和系统最终验收。项目建设阶段，集成商派专人指导并协助数字校园的数据标准制定、数据导入、清洗、抽取等数据采集处理，指导并协调各应用系统的安装、调试、运行培训等工作。3.4.3.2 运行维护模式集成商应保证足够的技术服务人员，确保“数字校园”系统的安全稳定运行。系统维护应做到实时维护，具备短时间内排除故障、恢复运行的能力。集成商应保证足够的技术服务人员，确保关键时刻的现场技术指导、突发事件的处理和响应。集成商应保证足够的技术服务人员，确保网上选课、大规模网上业务应用等等关键时刻的现场技术指导、突发事件的处理和响应。集成商提出紧急预警机制，确保数字校园在建设、运行、维护期间的各种异常情况和保障机制。3.4.3.3 建设阶段双方职责在数字校园建设初期，学校在集成商协助下完成统一编码的编制、标准制定、各种信息的采集，协助集成商完成数字校园建设项目所需要的各种信息数据。集成商负责完成数字校园各建设项目的设计，在某些数据暂时无法确定和提供的情况下，集成商要负责以后这些数据获取后的系统扩充和更改。数字校园建设项目领导小组负责与集成商的沟通、与校内相关业务部门的协调，以便加快工程建设的进度。