项目技术需求
项目技术需求
1、建设目标
按照学校信息化建设整体规划和顶层设计，并根据我校研究生教育培养和业务管理模式，改善、补充适合我校研究生教育管理工作发展规律的管理功能，使其充分发挥研究生教育管理工作的作用，切实解决业务需求中的实际问题，具备较强的可操作性和较好的可扩展性。建设目标包括：
(一)按照实际工作需求，在现有学籍管理功能的基础上，新增新生业务管理、综合事
务管理、毕业管理模块，提升业务办理人员的工作效率；
(二)按照实际工作需求，在现有导师管理功能的基础上，补充硕导遴选、博导遴选、
博导招生计划申报的管理和审批流程，增加招生院（系）、招生学科管理；
(三)提供研究生招生临时支持服务，新建论文评阅系统，切实解决工作所需，并逐渐
丰富研究生教育系统功能；
(四)强化内部管理、提升管理水平；
(五)优化服务质量、提高服务效率。
所有投标人均须针对该建设目标做出应答。
2、预期的建设效果
目前，研究生信息管理系统覆盖了研究生院工作的绝大部分业务，基本实现了研究生教育的全过程管理，但由于系统开发时间较早，目前系统的升级有其固有的缺点，二次升级仍然难以满足我校高水平研究生教育管理和服务的需求。同时，随着研究生教育水平的不断发展，一些新的业务、新的管理理念、新的服务思想，都需要信息系统予以实现，这是现有系统难于满足的。因此，在现有开发系统功能的基础上，亟需继续升级全新的系统。研究生教育管理系统主要预期建设效果如下：
(一)在学籍管理原有功能的基础上，以提高业务人员工作效率、更好服务学生为目标，
实现新生业务管理、综合事务办理、毕业学生事务管理等业务功能。
(二)围绕学校导师管理规范及政策制度，重新梳理导师管理相关业务，优化硕导遴选、
博导遴选、博导招生计划申报管理流程，增加招生院（系）、招生学科管理，提高导师管理工作效率、提高服务质量。
(三)满足招生处部分业务需求，切实解决工作所需，逐渐丰富系统功能，并对部分业
务提供移动端服务。
(四)建设论文评阅系统，规范论文送审流程，减少业务人员工作量，丰富专家库。
(五)为各类用户（学生、导师、各类管理员）提供与个人相关的待办事项、消息提醒、
功能入口（权限范围内拥有的功能）的个性化工作台。
(六)重新梳理权限体系，建设全新的系统管理各类功能。
所有投标人均须针对该建设效果做出应答。
a)二、项目需求描述
1、功能需求
(1) 新生业务管理
1)新生数据初始化
新生数据初始化：当研究生招生录取名单（硕士、博士）确定后，系统能够将新生学籍所需数据同步至研究生管理系统。支持新增新生数据管理、数据导出、数据导入等功能。
学号生成及导入：针对新生数据，能够根据指定条件批量生成或导入学号。
数据推送及索取：待学号分配完毕后，支持将新生学籍数据推送至共享数据中心，供校内其他业务系统迎新阶段使用。待迎新结束后，能够基于共享数据中心从迎新系统获取新生基本信息、照片信息、家庭通讯方式、家庭成员、家庭经济情况、乘车区间等信息。
2)学生乘车区间管理
学生乘车区间导出：学生乘车区间主要用于办理火车票乘车优惠卡。系统支持校级管理员和学生修改乘车区间。校级管理员拥有批量导出学生乘车区间数据功能。另外，研究生迎新结束后，系统对接共享数据中心，索取迎新系统中学生填写的乘车区间信息，作为初始化数据。
乘车站点字典维护：乘车站点信息为铁道部相关标准名称。系统支持校级管理员维护乘车站点信息，支持批量导入乘车站点功能。
(2) 综合事务管理
1)研究生证管理
研究生证补发申请原因管理:学生申请补发研究生证时需要选择补发原因，校级管理员拥有新增、编辑、启/停用、删除申请原因功能。申请原因包括：学生证丢失、学生证损坏、更改乘车区间、其他原因等。
研究生证补发申请：研究生可在线提交研究生证补发申请，并提供下载研究生证补发申请单功能。
研究生证补发审核：研究生在线提交研究生证补发申请后，携带研究生证补发申请单到师生服务大厅办理研究生证补发业务。业务办理人员拥有查询研究生补发申请记录、通过申请、驳回申请的功能。
研究生证补发管理：校级管理员可以查询补办研究生证申请名单，支持补发申请单的在线查看、打印以及申请记录的删除、批量导出功能。
2)学期管理
学校规定研究生每学期开学都需注册，注册成功后才可以使用系统相关功能。为了满足学生在休假期间仍可以使用系统，系统支持设定（新增、编辑、删除）学期信息（包括学期的开始时间、截止时间以及开放状态）。校级管理员设定好各学期的开放/截止时间即可满足学期注册以及学生假期使用系统的需求。
3)研究生学术微沙龙活动管理
支持研究生网上发布和报名参加学术沙龙活动。具体需求如下：
活动发起：在校研究生或教师能够发起和预约主题微沙龙活动，活动信息包括活动标题、活动地点、开始时间、活动人数等信息。
活动审批：支持研工部管理员对活动主题和内容形式进行审批；
活动总结：活动结束后，活动发布者可以提交活动感想或上传活动总结至系统；
数据分析：系统可以进行微沙龙工作相关的数据统计分析，输出可视化的分析结果。
4)日常工作管理
为方便我校师生，实现研工部的各项活动管理，包括：党建与思想教育、学术与科技
创新、安全与稳定工作、仪式与大型活动、能力与素质提升、队伍与作风建设等相关活动，实现通知发布，申请提交，线上审批，统计汇总的功能。具体需求如下：申请审批：
各学院的学生提出申请，在线填写申请表，提交至所在学院研究生辅导员老师；
辅导员老师按照申报要求审核本院所有申请表，提交给学院领导审核；
学院领导审核通过后提交至研工部；
研工部根据报名情况给予审批回执。
统计分析：系统可以进行日常工作相关的数据统计及分析，输出可视化的分析结果。
5)因公外出管理
支持研究生因公外出管理。因公外出包括校外实习、社会实践、科研工作、学术交流等各类校外活动。具体需求如下：
因公外出申请：申请外出的研究生，能够查阅《因公出国安全须知》，填写和提交《因公外出申请表》。
因公外出审批：申请信息经导师确认后，根据外出活动内容由院（系）负责研究生教学的副院长（主任）或党委（总支）副书记审批，并提交至协理员备案。
外出情况汇总：能够按照要求，针对外出情况进行查询和汇总，包括外出人数、去向、联系方式等，并能支持导出《外出情况汇总表》以及《院（系）外出时间超过二周研究生名单》。研究生业务管理员能够实时查看全校各院（系）研究生外出情况。
保险信息登记表导出：针对研究生因公外出但未办理保险的申请，支持研究生员业务管理员批量导出《院（系）研究生因公外出办理保险信息登记表》。并将登记表提交给保险公司后，能够统一更改参保状态。
(3) 毕业管理
1)已毕（结）业学生标注
学生状态包括在校在籍、在校不在籍、不在校在籍、不在校不在籍四种状态，校级管理员可以根据院系、学生类别、入学年份、学号、姓名等一个或多个条件查询学生在校、在籍信息，拥有单条、批量修改学生学籍状态功能。
2)图像采集管理
图像采集批次设置：校级管理员可设置（新增、修改、删除）照片采集批次。
图像采集管理：学生现场采集图像时，办理人员按照相应的照片采集批次进行图像采集，采集时支持利用学生卡读取学生信息，也支持输入学号/姓名、身份证号查询学生信息，拥有生成流水号、生成采集名单、导出采集数据功能。
图像补采集申请：系统可以自动填充图像采集申请单内各项信息，支持学生打印图像补采集申请单。
3)证书编号管理
校级管理员能够设置毕业生证书编号，可以根据年度设置博士流水号、硕士流水号、留学博士流水号、留学硕士流水号、肄业流水号。
4)毕业生管理
校级管理员可根据入学年份、学生类别、打印状态等查询条件查询毕业学生名单，根据相关规则批量生成毕业证书编号，支持单条、批量删除毕业证书编号。拥有导出数据、生成报表、证书领取登记表打印、毕业证书预览/打印功能。
5)结业生管理
校级管理员可根据入学年份、学生类别、打印状态等查询条件查询结业学生名单，根据相关规则批量生成结业证书编号，支持单条、批量删除结业证书编号。拥有导出数据、生成报表、证书领取登记表打印、结业证书预览/打印功能。
6)肄业生管理
校级管理员可根据入学年份、学生类别、打印状态等查询条件查询肄业学生名单，根据相关规则批量生成肄业证书编号，支持单条、批量删除肄业证书编号。拥有导出数据、生成报表、证书领取登记表打印、肄业证书预览/打印功能。
7)结业换毕业管理
支持校级管理员根据学号/姓名查询某个学生的结业证书信息，拥有换证功能（即更换发证时间但证书编号不变）。
(4) 硕导遴选管理功能补充
在现有功能的基础上，根据实际业务需求，能够提供以下功能：
评审组织管理：支持校级管理员设置每个批次下硕导遴选的评审组织（包括评审组织代码、评审组织名称、所属院系、负责秘书、秘书联系方式等）、评审组织关联一级学科功能。同时可以新增、编辑、删除单个评审组织，也可以复制上一批次的评审组织列
表。
遴选时间及要求管理：校级管理员设置每批次硕导遴选的起止时间、开放的评审组织并发布遴选相关要求，支持上传多个附件。各评审组织根据学校要求设定本评审组织的起止时间及具体要求。
评审组织受理：教师提交遴选申请，各评审组织需根据教师的相关信息判断是否受理申请。支持查询申请遴选的教师名单。能够实现单条遴选申请受理或不受理、多条遴选申请批量受理或批量不受理、申报表在线查看、已受理人员一览表导出、已受理人员申报批量导出表等功能。
会议纪要/汇总表打印：支持在线填写会议纪要、打印会议纪要、打印汇总表等功能。
评审组织审核情况：支持学位办管理员查看/打印各评审组织的会议纪要和汇总表，同时拥有退回、打印总体情况表功能。
学校受理：针对各评审组织审核通过的遴选名单，校级管理员能够根据教师的相关信息判断是否受理申请。此功能支持按不同筛选条件查询申请遴选的教师名单、单条遴选申请受理或不受理，多条遴选申请批量受理或批量不受理、申报表在线查看、已受理人员一览表导出、按评审组织批量下载申报表等功能。
遴选公文管理/查看：每次遴选结束，学位办管理员都会上传本次遴选的公文。支持新增/删除遴选批次，按遴选批次上传/下载遴选公文功能。支持各评审组织查看其参加过的遴选批次下的遴选公文功能。
(5) 博导遴选管理功能补充
在现有功能的基础上，根据实际业务需求，能够提供以下功能：
评审组织管理：支持校级管理员设置每个批次下博导遴选的评审组织（包括评审组织代码、评审组织名称、所属院系、负责秘书、秘书联系方式等）、评审组织关联一级学科功能。同时可以新增、编辑、删除单个评审组织，也可以复制上一批次的评审组织列表。
遴选时间及要求管理：校级管理员设置每批次博导遴选的起止时间、开放的评审组织并发布遴选相关要求，支持上传多个附件。各评审组织根据学校要求设定本评审组织的起止时间及具体要求。
校外兼职人员信息填写：评审组织能够填写、审核校外兼职人员。支持新增、编辑、
删除校外兼职人员功能。
评审组织受理：教师提交遴选申请，各评审组织需根据教师的相关信息判断是否受理申请。支持查询申请遴选的教师名单，能够实现单条遴选申请受理或不受理，多条遴选申请批量受理或批量不受理，申报表在线查看，已受理人员一览表导出，已受理人员申报批量导出表等功能。
会议纪要/汇总表打印：支持在线填写会议纪要、打印会议纪要、打印汇总表等功能。
评审组织审核情况：支持学位办管理员查看/打印各评审组织的会议纪要和汇总表，同时拥有退回、打印总体情况表功能。
学校受理：针对各评审组织审核通过的遴选名单，校级管理员学校需根据教师的相关信息是否受理申请。此功能支持按不同筛选条件查询申请遴选的教师名单，单条遴选申请受理、不受理，多条遴选申请批量受理、批量不受理，申报表在线查看，已受理人员一览表导出，按评审组织批量下载申报表等功能。
专家会管理：在学校正式审核遴选名单前，学校会组织相关专家对遴选名单进行初审。此模块支持博导遴选申请名单查询、人员名单模板导出、专家会审核结果批量导入、批量设置评审状态、无需答辩发送短信等功能。
答辩管理：针对专家会评审状态为需答辩的教师，需要排列上会答辩顺序。此模块支持初始化排序、按评审组织调整排序、按个人调整排序、批量设置答辩信息（答辩日期、答辩开始时间、答辩间隔时间、答辩地点）、批量发送短信等功能。
遴选公文管理/查看：每次遴选结束，学位办管理员都会上传本次遴选的公文。支持新增/删除遴选批次，按遴选批次上传/下载遴选公文功能。支持各评审组织查看其参加过的遴选批次下的遴选公文功能。
(6) 博导招生计划申报管理功能补充
在现有功能的基础上，根据实际业务需求，能够提供以下功能：
评审组织管理：支持校级管理员设置每个批次下招生计划的评审组织（包括评审组织代码、评审组织名称、所属院系、负责秘书、秘书联系方式等）。同时可以新增、编辑、删除单个评审组织，也可以复制上一批次的评审组织列表。
限招1人名单维护：维护博导招生限招1人的博导名单。支持条件查询、设置限招年份功能。
招生教师名单维护：学位办管理员维护当年招生教师名单，在名单内的教师才具有当年招生资格。支持同步/更新招生年度的招生教师名单、查询不同招生年度的招生教师名单功能。
申报时间及要求管理：校级管理员设置各批次博导招生计划的起止时间、开放的评审组织并发布招生计划申报相关要求，支持上传多个附件。各评审组织根据学校要求设定本评审组织的起止时间及具体要求。
专家类别维护：博导申报表根据专家类别及一些特殊条件进行分类，支持分类规则管理及维护功能。同时实现专家类别与特殊招生数量关联功能。
评审组织受理：博导提交招生计划申请，各评审组织需根据导师的相关信息判断是否受理申请。支持查询申报的教师名单，能够实现单条申请受理或不受理，多条申请批量受理或批量不受理，申报表在线查看，已受理人员一览表导出，已受理人员申报批量导出表等功能。
会议纪要/汇总表打印：支持在线填写会议纪要、打印会议纪要、打印汇总表等功能。
评审组织审核情况：支持学位办管理员查看/打印各评审组织的会议纪要和汇总表，同时拥有退回、打印总体情况表功能。
博导招生计划名单导出：支持导出博导招生计划审核情况汇总表功能。
(7) 招生院（系）、招生学科管理
支持招生院（系）名称维护、招生学科维护、各院（系）下可招生学科（包括学科方向）维护，主要功能包括：
招生院（系）管理：维护我校招收博士生及硕士生的院（系）代码、名称、名称变更、起止使用时间等功能。
招生学科管理：
1)学术学位国家学科目录管理：维护国家学术学位学科目录。具有批量导入、单独
新增、编辑、停用、启用、删除等功能。
2)专业学位国家学科目录管理：维护国家专业学位学科目录。具有批量导入、单独
新增、编辑、停用、启用、删除功能。
3)学术学位本校学科管理：根据国家学术学位学科目录生成本校学术学位学科目
录，同时具有批量导入、单独新增、编辑、停用、启用、删除功能。
4)专业学位本校学科管理：根据国家专业学位学科目录生成本校专业学位学科目
录，同时具有批量导入、单独新增、编辑、停用、启用、删除功能。
招生院（系）对应学科管理：设置招生院（系）下对应的可招生学科、学科方向、招生类型。
(8) 论文评阅系统
论文评阅系统主要用于博士学术论文送审，我校目前使用国家的匿名送审系统，希望可以建设我校特色的论文评阅系统。
专家库管理：支持校级管理员按学科新增专家信息，同时可以删除、修改专家名单。
评阅专家配置：支持为需要送审的学生按照所在学科随机批量分配评阅专家，同时可以为某个学生单独分配、调整评阅专家。如果确认送审，系统可以为评阅专家动态分配登录账号及登录密码并通过短信/邮件的形式通知评阅专家。登录账号、登录密码会设定有效时限，超过有效时限将失效。
系统登录（专家）：支持评阅专家根据学校提供的账号、密码登录系统。
个人信息维护：评阅专家可以在线维护个人基本信息（姓名、性别、证件类型、证件号码、学校名称、院系名称等）、专业信息（职称、导师类别、从事专业名称、研究方向等）、银行卡信息（用于发放评审费）、联系信息（电子邮箱、移动电话、通讯地址等）。
论文接收管理：支持评阅专家查看学校送评的学生论文列表，可以单个浏览论文的摘要信息，并拥有接受评阅、拒绝评阅功能。如果接受评阅，该论文就会自动跳转到待评阅论文栏中。
论文评阅管理：评阅专家可以查看待评阅论文列表，支持论文的在线阅读、下载功能。拥有在线填写、保存、提交论文评阅意见功能。
评阅历史查看：评阅专家可以查看目前为止已经评阅的学生论文，可以查阅相关的评阅信息。
评审状态查看：校级管理员可以按照学科类别、学位类别、学号等查询条件查询学生的送审信息，也可以对某个学生进行取消送审操作。
评审结果统计：校级管理员可以按照学科类别、送审状态、学号等查询条件查询学生的送审信息，可以查看评阅专家接受状态、评审意见提交情况，也可以在线查看评阅专家的评审意见。
(9) 招生临时支持服务
鉴于老版系统安全问题，无法给外网用户提供服务。但为了不影响招生业务的正常开展，须要提供当前用户急迫需要使用的功能。具体需求包括：
1)博士成绩查询：面向参加博士申请考核的考生，提供用户登陆、考核成绩查询等
功能。
2)硕士考场查询：面向参加国家硕士统考的考生，支持用户登陆、密码重置、考生
及考场考点信息查询等功能。
3)硕士初试成绩查询：面向参加国家硕士统考的考生，支持用户登陆、密码重置、
考生信息和初试成绩查询等功能。
4)硕士复试成绩查询：面向参加国家硕士统考的考生，支持用户登陆、密码重置、
考生信息和复试成绩查询等功能。
5)硕士成绩复核申请：面向参加硕士统考并对初试成绩有异议的考生，在学生端支
持用户登陆，成绩复核申请须知、证件资料上传、申请复合及复合结果查询等功能。在管理端支持复核申请审批、资料下载、审核数据导出等功能。
6)考生编号查询：面向参加硕士统考但是忘记考生编号的考生，支持考生通过身份
证号和姓名查询考生编号功能。
7)招生简章：以研招网作为入口，展示招生简章。
8)导师列表：以学校主页作为入口，展示导师列表。
9)硕士校内调剂：支持考生用户登陆、个人信息填写、校内调剂申请、调剂结果查
询等功能。
10)硕士校外调剂：支持考生用户登陆、个人信息填写、校外调剂申请、调剂结果查
询等功能。
11)定时同步程序：开发后台任务程序，支持以定时任务的方式实现学位信息数据的
同步。
12)四六级报名费支付：分别与统一支付缴费平台/支付宝和旧版研究生管理系统对
接，为管理系统提供学生支付状态的结果数据。
13)硕士通知书地址采集：面向拟录取的硕士生，提供通知书邮寄地址信息采集功能
及运单信息查询功能。
(10) 个性化工作台
为各类用户（学生、导师、各类管理员）提供与个人相关的待办事项、消息提醒、功能入口（权限范围内拥有的功能）、常用功能的个性化工作台。同时，针对新建的小应用，能够快速接入通用工作台中。具体需求如下：
1)待办事项：能够汇总接入工作台下所有小应用的待办事项，直观展示总计多少类，
并能够查看各个待办分类下具体的待办事项总数，并能够以此作为入口进行业务
办理。
2)消息提醒：能够汇总接入工作台下所有小应用的消息提醒，并查看消息详情。
3)功能入口：按用户的不同角色，将在各个业务小应用提供的功能中抽取后进行组
合，最终形成每类用户所拥有的全部功能。并支持切换角色，查看该角色下对应
的功能。
(11) 系统管理
1)用户管理：能够管理和查询用户信息（用户ID、用户姓名、所在部门、角色信
息等），并能够执行新增、删除、修改操作，能够更改用户登录方式。
2)角色管理：支持角色新增、修改、删除操作，能够直观查看角色下拥有资源数量、
角色下用户数量。角色需要支持树形结构。
3)资源管理：支持针对菜单资源的管理与维护。
4)部门管理：支持部门信息的管理与维护。并能够操作各个部门下用户信息。
5)系统参数管理：能够对系统参数进行新增、修改、删除操作。
6)代码表管理：能够对系统使用的代码表进行新增、修改、删除操作。
7)登录日志：查看系统登录和登出日志。
8)操作日志：能够查看用户的操作日志。
(12) 系统对接
1)支持通过学校统一身份认证登录系统，并与统一身份认证的手机号和邮箱数据保
持一致。
2)与学校门户对接，提供待办事宜、已办事宜数据接口。并支持将师生常用服务的
入口集成至校园门户的服务中心。
3)与学校微信服务大厅对接，提供常用功能应用。
4)与学校共享数据中心对接，提供和索取相关数据。
5)与学校统一通信平台对接，支持以短信和邮件方式发送待办提醒。
6)与学校统一支付缴费平台对接，支持在线支付。
2、性能需求
系统用户数>80000人，在线用户数>10000人，并发用户数>1000人，常规业务的页面响应时间要求在3秒以内。
3、平台需求
系统需部署至学校统一分配的虚拟机上。
4、UI需求
界面风格一致、重点突出、导航明确。
5、其它需求
如遇到操作系统重启，应用程序自动启动运行，各种服务也自动启动，无需人工干预。
所有投标人均须针对该需求做出应答。
b)三、项目技术要求
1、总体要求
角色划分明晰：要以研究生院为依据，按实际需求划分用户角色，分配所需资源，限定用户权限。
数据集成要求：基于学校共享数据中心的授权结果，周期性获取教职工基本信息、联系方式、教学情况及科研情况等数据，保持更新本系统中的相关信息。
数据存储要求：数据表定义时须要备注说明表注释和字段注释。
所有投标人均须完全遵守项目总体要求，并明确应答方案。
2、关键技术指标
研究生教育信息服务平台升级项目的关键技术指标为：
（1）响应时间
当执行数据录入操作时应无等待时间；
日常业务操作平均响应时间<3秒，最长响应时间<8秒；
复杂图表的显示响应时间不大于10秒；
日常查询、统计和分析的响应时间不大于5秒。
（2）CPU平均负荷率
系统稳定状态<30%
系统繁忙状态<80%
（3）内存平均负荷率
系统稳定状态<30%
系统繁忙状态<80%
（4）并发用户数
并发处理用户数>1000人。
（5）在线用户数
系统承载的在线用户数>10000人
（6）系统用户数
系统用户数>80000人
所有投标人均须提供投标产品满足的技术指标，并明确是否满足上述技术指标要求。
3、对项目技术架构和技术实现途径的要求
（1）要求基于B/S的体系结构，后台访问均基于浏览器进行。因此在浏览器兼容性方面，必须全面支持至少一款主流浏览器，如IE内核浏览器、Webkit 内核浏
览器、Gecko内核浏览器（例如：Firefox、Chrome、Safari、IE11、360浏览器、百度浏览器、遨游、搜狗、猎豹等）。
（2）编程语言需要按JAVA EE 7以上规格，采用Java编程语言和服务器端Java 技术开发。系统采用面向对象组件化设计，并基于跨平台业界标准，包括Java、JSP、XML等，完全独立于硬件和操作系统的开发环境。
（3）要求至少支持的操作系统为Windows、Unix、Linux操作系统。
（4）支持完备的日志管理功能，包括系统登录日志和操作日志，支持日志查询。
（5）要求使用Tomcat部署WEB应用。
（6）要求使用SSM（Spring+SpringMVC+MyBatis）框架实现系统。
所有投标人须按照上述要求分项应答，提供针对该项要求的技术方案。
4、项目验收及质保期
合同签订后6个月内交付研究生教育管理系统建设要求的功能。待所有功能交付后接受验收。
项目验收须达到如下要求：
（1）已按项目需求，完成功能并上线正常运行。
（2）配合业务人员完成包括用户、角色、初始权限等信息的初始化工作。
（3）已按系统对接要求，完成相关集成工作。
项目验收后免费质保周期为2年。
所有投标人须按照上述要求分项应答，按照指定的日期和验收要求供货，并承诺质保周期。
5、付款方法和条件
按照以下方式分期支付：
（1）合同签订后一周内甲方支付中标额的30%作为项目启动款；
（2）乙方按甲方需求进行系统建设，项目正式上线运行后一周内支付中标额60%；
（3）质保期后的一周内支付中标额的10%。
6、售后维护要求
（1）对项目使用培训的要求
●投标方需根据用户需求不断改进系统功能和性能，并提供有效的二次开发培训。
●应针对本项目的最终用户和系统运行维护用户提供分层次培训。需提供灵活多样的培训方式，包括最终用户的操作培训、对运行维护人员的技术培训等。
●应制定详细的人员培训方案，培训方案应包括培训目的、培训时间安排、人员层次、人数、次数、培训课程（包括课程介绍）主要内容（列出培训基本内容）培训组织方式等。
●对于提供的所有培训，必须保证师资力量，主要培训教员应是产品的主要设计和开发者。
●培训的内容及方案应由双方协商制定。供应商前来进行技术培训的人员的费用包括在合同总价中。
（2）对项目售后服务的要求
●在项目实施地点要有售后服务机构。
●在服务期内，应始终通过现场服务、电话服务、远程服务等方式提供快速、高效的维护服务。
●服务期内须提供所供软件系统的系统BUG修复、系统性能优化等服务。
●协助提供系统数据备份服务，并定期检验数据备份的有效性。
●协助采购人对产品运行环境（包括操作系统、数据库、中间件以及其它相关软件）及时进行打补丁、查病毒服务。
●投标人在投标时须提出软件系统及运行环境的定期维护计划，对采购人要求的不定期维护提出响应措施。
●实施系统维护或修改设计后，应在1周内更新有关技术文档并提交采购人。
●技术支持方面，提供7×24小时的技术咨询服务，每年提供至少2次对系统运行状况的评估服务，提供每月1次巡视服务，检测软件系统及运行环境的运行情况。
●故障响应方面，提供7×24小时的故障服务受理；对重大故障提供7×24小时的现场支援，一般故障提供5×8小时支援；故障服务的响应时间小于1小时；中断时间不能超过3小时。
所有投标人须按照上述要求分项应答，明确售后维护方案。
c)四、项目与学校信息化总体框架兼容的要求
所有投标人须按照以下各小节的技术要求分项应答，明确具体的解决方案。
1、系统对接要求
（1）统一身份认证接入要求
统一身份认证服务通过统一管理用户的认证过程和认证信息，使登录后的用户在应用之间可以不需再次登录，为用户带来“单点登录，多点漫游”的便利。校园用户提供与校园其他系统数据/功能对接的唯一标识，因此在系统登录与用户身份需与校园统一身份认证服务进行对接。
（2）共享数据中心数据对接要求
按学校相关的数据标准，以只读视图的方式授权和开放系统数据，这些数据将会被同步至共享数据中心，供其他业务系统使用。
面向其他应用系统需提供数据访问接?的服务，根据数据访问的要求对元数据进行封装，以Web Service 接口的形式对外发布。
（3）统一通信服务对接要求
基于校园各类应用系统信息统一收发要求，除系统内通知消息外，所有业务系统通过短信、微信、邮件等通道发送的消息均须对接校园统一通信服务，由统一通信服务负责发送，包括回执消息的接收。
（4）校园门户集成要求
包括四个方面的集成内容：
1）资讯对接：为系统的资讯类内容提供RSS或API订阅接口，以供第三方系统的统一调用。
2）待办/已办接口对接：包括系统产生的流程类状态信息等。此类数据需由系统提供相应的webservice接?，供门户系统待办/已办功能调用。
3）服务对接：校园门户内提供校园办事服务功能，涉及到师生服务的申请、办事类应用需与办事服务进行对接。
4）应用对接：校园门户提供开发者服务功能，支持门户内应用的开发与集成，对于
能够为师生提供的简单应用，应在门户平台中遵循相应的接口与界面规范建立对应的应用（第（5）条要求的移动应用集成同理）。
5）应用或服务与门户的对接可能涉及到直接跳转、数据集成、界面集成等多种方式，每个应用或服务具体的对接策略待之后双方视具体情况共同商议决定。
（5）校园移动应用集成要求
包括移动数字校园APP与校园微信公众服务号/企业号，内置的应用商店。功能支持HTML格式的、移动端页面优化的应用服务直接入驻，技术上涉及到认证、身份的对接等。对于第三方系统已形成的移动端服务，可直接进行测试迁移。对于一些数据查询类型的服务，可通过数据与校园共享数据中心的同步后进行独立设计。其他移动端功能性应用可根据需要逐步实施。具体的技术方案可由双方技术人员进行详细对接。
2、对系统扩展性的要求
具备良好的应用集成能力，提供标准的数据接口，支持二次开发。
扩展能力是由系统的技术架构和技术的先进性所决定的。系统的扩展性是系统的生命力之所在，良好的扩展性和二次开发能力，能确保系统具有适应性，降低系统的实施和开发成本。
系统须具备良好的扩展性，具有较长的生命周期，在后期的应用过程中能够基于平台进行业务扩展。
3、对系统安全性的要求
（1）总体要求
1）信息系统开发者对于因为程序代码、框架技术以及使用的中间件而产生的应用系统漏洞或bug等程序错误终身负责维护升级；
2）系统上线前须经学校的安全准入检测，不合格的系统不能上线并验收。
（2）系统配置要求
1）系统必须保证为正常上线系统，须更新为最新。禁止采用失去技术升级的系统（如：windows 2003等）；禁止采用含有已知漏洞的组件、应用程序、框架（如：Struts 2.5 - Struts 2.5.10）、应用程序服务器、web服务器、数据库服务器和平台定义，以上系统必须执行安全配置，禁止默认安装。所有的软件应该保持及时更新；
2）保证系统服务正常与上线系统一致，无各种调试、报错信息（如：断点，printf 等调试信息）及注释信息，系统需删除系统默认安装的各种例程、文档及管理程序；
3）系统中禁止暴露配置信息（如数据库连接信息），源码备份文件，.git,.svn仓库等。
（3）服务要求
1）从本机关闭不需要的端口（如：关闭windows netbios等服务），设置本机防火墙如iptable对于访问的源地址进行限制，同时相关服务设置类似host.allow,host.deny等策略；
2）须按照标准端口配置服务，严禁自行设置非标服务端口。
（4）数据库配置要求
1）数据库和应用系统如在同一台服务器，须采用本机回路进行访问，如前端及数据库分为不同服务器，须设置本机防火墙访问规则，禁止非前端服务器访问数据库网络端口；
2）使用最低权限的数据库用户作为web应用所需，禁止具有不必要的额外权限。
（5）开发要求
1）对用户输入进行严格有效过滤防止sql注入，xss跨站脚本，命令执行，crsf跨站请求伪造等，建议采用白名单过滤策略；
2）禁止在HTTP请求中以明文或可逆编码（如base64、url编码等）的形式传递SQL 语句到后端程序代入执行，禁止由Web前端直接生成和传递SQL语句到数据库进行执行，数据库查询必须采用预编译和参数结构化查询。如果程序确实需要将SQL语句作为内容（非可执行代码的形式，如学生毕业设计、代码样例等）到后台，请在项目上线交付前书面说明相应的功能代码及位置；
3）控制上传点，对于上传文件类型进行严格控制（禁止用js进行控制），同时上传目录不能有执行权限，原则上不允许有未经登陆验证的上传点；
4）设置有效的身份认证、会话管理及访问控制机制，防止越权、平行权限及提权等（禁止利用js进行控制及验证）。
（6）密码复杂度要求
系统必须有密码复杂度检查模块，设置有效的验证码或者滑动等手段防止暴力破解，密码长度须大于8位，含字母（大小写）、数字及符号组合，重要系统须采用二次认证。禁止在数据库中明文存放用户密码，需进行带salt的哈希之后入库。对于多次错误登陆
进行封堵。如果长期不登陆默认账号应停用处理。
（7）数据保护要求
对于身份信息、单位职务、财务信息、健康信息、通讯信息等敏感信息禁止在数据库中明文存放。
4、对系统部署方式的要求
平台部署应充分考虑到哈尔滨工业大学现有的IT环境以及对未来发展的适应性，要求系统部署支持单机部署、双机部署、集群部署以及云平台部署。
支持集群及负载均衡技术。
对提出的系统资源配置需求，需提供相应的申请内容，包括但不限于业务平台拓扑、计算资源需求、网络资源需求、存储资源需求（要求提供针对我校实际需求的计算依据，如最大并发、用户增长、网络带宽、CPU、内存、存储需求量测算及具体对外提供服务端口等）。
5、对相关文档和交付物的要求
乙方在项目验收通过后向甲方提供该项目形成的成果和相关文档。乙方向甲方提供的成果和文档资料不得人为设置技术障碍影响甲方的维护和二次开发。
本项目交付成果（参见项目建设内容）。
提供的文档资料包括：
（1）《项目实施计划》
（2）《项目实施计划变更协议》（如果有变更）
（3）《需求说明书》
（4）《需求变更协议》（如果有变更）
（5）《上线试运行确认单》
（6）《系统技术文档》
（7）《系统管理员手册》
（8）《用户手册》
乙方按哈尔滨工业大学档案馆归档要求，完成项目归档工作。
d)五、技术情报和资料的保密要求
采购甲乙双方均对对方提供的技术情报和资料承担保密义务，如需公开或向第三方提供，需经对方同意。乙方在工作中获取的甲方提供的信息、资料、数字均应予以严格保密，乙方负责本项目的人员不得向任何单位和个人泄密。如因泄密造成后果的，乙方应承担全部法律的责任。乙方对甲方提供的信息资料等在完成合作后返还甲方。
不论本合同是否变更、解除、终止，本条款长期有效。
（1）
仪器设备技术需求表
仪器设备技术需求表 主要用途及主要检测项目： 主要用于实验室的排风。 技术指标： 1.通风橱设计、生产依据法规及标准： 1.1 SEFA 1 (Laboratory Fume Hoods) 1.2 SEFA 2 (Installation) 1.3 ANSI / ASHRAE 110 (Method of Testing Performance of Laboratory Fume Hoods) 1.4 ANSI / AIHA Z9.5 (Standard for Laboratory Ventilation) 1.5 ASTM-E-84 (Standard Test Method for Surface Burning Characteristics of Building Materials) 1.6 NFPA-45 (Fire Protection for Laboratories Using Chemicals) 1.7 OSHA (Occupational Safety and Health Administration) 1.8 GB50194－2002 (简明通风设计手册)； 1.9 GB 50054-95 (低压配电设计规范)； 1.10 GB 50052-95 (供配电系统设计规范)； 1.11 JGJ/T 91-93 (科学实验建筑电气设计规范)； 1.12 GB 50016-2006 (建筑设计防火规范)； 1.13 JGJ16-2008 (民用建筑电气设计规范)； 1.14 DGJ08-93-2002 (民用建筑电线电缆防火设计规程)； 1.15 GB50015-2003 (建筑给水排水设计规范)。 2.通风柜基本要求 2.1 提供一个能通风、气密的工作空间，其设计功能在于捕捉并排除在柜内所产的烟雺、气体及其它于柜内产生的粒子。 2.2 可适应连续工作（365天/年,24小时/天）。 2.3 通风柜的组件配置设计具可扩充性。 2.4 所有设备规划均得当，以确保在做扩充或更换配件时不用关闭系统。 2.5 通风柜能使气流可连续并安全地通过通风柜表面。通风柜表面风速在任何测量点其测量值的变化在平均值之±20%标准内。 2.6 工作区平均照度：照明灯具设计能于工作台面(距台面36”处)上至少提供80
项目需求规格说明书模板
软件项目名称软件需求规格说明书 拟制: 审核: 批准:日期: 日期: 日期:
文件修改记录
目录 1 范围 (4) 2 总体概述 (4) 2.1 产品描述. (4) 2.2 软件功能. (4) 2.3 一般约束. (5) 2.4 假设和依赖. (5) 3 具体需求 (5) 3.1 功能需求. (5) 3.1.1 功能需求.................... 1 5 3.1.2 功能需求.................... 2 6 3.1.n 功能需求n (7) 3.2 外部接口需求. (7) 3.2.1 用户接口 (7) 3.2.2 硬件接口 (7) 3.2.3 软件接口 (7) 3.2.4 通讯接口 (7) 3.3 性能需求. (7) 4 设计约束 (8) 4.1 标准的约束. (8) 4.2 硬件的限制. (8) 4.3 技术的限制. (8) 5 软件质量属性. (8) 5.1 安全性. (9) 5.2 可维护性. (9) 5.3 可移植性. (9) 6 其他需求 (9) 6.1 数据库. (9) 6.2 本地化. (10) 7 待确定问题 (10)
模板使用说明： [1] 注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无” ；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中 [2] 模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。 [3] 模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。
项目技术解决方案
XXXX项目技术解决方案 XXXXXX公司 200 年月日
目录
1项目概况 1.1项目背景 《描述项目的背景情况》 1.2 目的和目标 1.2.1项目目的 《详细描述项目的目的》 1.2.2项目目标 《详细描述项目的目标》 1.3 术语及缩略语 2项目需求 2.1 系统（模块）1需求《大体上描述系统（模块）1包括的功能》
2.1.1《模块（功能）1需求描述》2.1.1.1 模块（功能）1业务描述 《详细描述模块（功能）1的业务需求》 2.1.1.2 模块（功能）1实现要求描述《详细描述模块（功能）1实现要求》 2.1.2模块（功能）2需求描述 2.1.2.1 模块（功能）2业务描述 《详细描述模块（功能）2的业务需求》 2.1.2.2 模块（功能）2实现要求描述 《详细描述模块（功能）2的业务需求》…………………………………… 2.1.3模块（功能）N需求描述 2.1. 3.1 模块（功能）N业务描述 《详细描述模块（功能）N的业务需求》 2.1. 3.2 模块（功能）N实现要求描述 《详细描述模块（功能）N的业务需求》…………………………………… 2.2 系统（模块）N需求 《大体上描述系统（模块）N包括的功能》
2.2.1模块（功能）1需求描述 2.2.1.1 模块（功能）1业务描述 《详细描述模块（功能）1的业务需求》 2.2.1.2 模块（功能）1实现要求描述 《详细描述模块（功能）1实现要求》…………………………………… 2.2.2模块（功能）N需求描述 2.2.2.1 模块（功能）N业务描述 《详细描述模块（功能）N的业务需求》 2.2.2.2 模块（功能）N实现要求描述 《详细描述模块（功能）N的业务需求》 3技术解决方案 3.1 硬件平台 《硬件平台要求；一般分前后台》； 3.2 软件平台 《操作系统、系统软件、数据库系统和开发工具要求》； 3.3技术架构 《详细描述项目所使用的技术。一般应包括：架构图、关键技术描述》
存储系统技术需求书
存储系统技术需求书 第二部分 国家图书馆 一、项目目标：
该系统主要用于解决国家图书馆数字图书馆项目中对海量数字资源的调度、备份、服务、存储、长期保存等问题，由存储系统与 设备、数据安全的系统保障等构成。存储设备主要完成对数字资源 信息的存放，是信息存放的载体与介质；数据安全的系统保障主要 承担数据的安全保障工作，由存储备份等系统构成。 二、项目范围： 该系统主要用于国家图书馆数字图书馆，将用于存储包括原始加工数据、永久保存数据、数据库数据等在内的数字资源，同时可 提供可扩展的多种业务应用。存储系统应针对不同的业务需要提供 相应的存储支持，能够提供语音、数据、视频等多种类型对象的存 储服务。存储备份系统作为国家图书馆数字图书馆建设的重要组成 部分，应可完成对数据的有效存储、管理、使用、备份和恢复。 存储系统应可配合数字资源加工系统、资源发布系统、资源保存系统等系统的不同数据的完成迁移工作，同时可根据不同的策略 完成对数据的分级存储和透明调用。 三、技术架构： 1.系统设计建设应采用高可靠的产品和技术，充分考虑系统的应变 能力、容错能力和纠错能力，确保系统运行稳定、安全可靠。系 统设计应具有一定的前瞻性，确保系统在较长时期内先进和稳 固，同时，还应具有良好的扩展性和升级能力，使系统能顺利地 实现向更新一代设备、技术平台的平滑升级。 2.系统设计必须使用科学的方法进行，避免盲目性和随意性；选择 技术先进、具有一定代表水平并且成熟的技术方法和产品来进行 系统建设。 3.由于国家图书馆的主机房到存储机房的距离很近，而且数据量庞 大，对于在馆区内的单位用光缆贯穿很容易，所以考虑存储网络 （SAN）作为主要的存储技术路线。 4.在技术上应尽量遵从开放式标准规范并充分考虑各系统之间的 兼容性、互操作性与开放性。特别是为保护原有投资，该系统应
项目技术需求
项目技术需求 1、建设目标 按照学校信息化建设整体规划和顶层设计，并根据我校研究生教育培养和业务管理模式，改善、补充适合我校研究生教育管理工作发展规律的管理功能，使其充分发挥研究生教育管理工作的作用，切实解决业务需求中的实际问题，具备较强的可操作性和较好的可扩展性。建设目标包括： (一)按照实际工作需求，在现有学籍管理功能的基础上，新增新生业务管理、综合事 务管理、毕业管理模块，提升业务办理人员的工作效率； (二)按照实际工作需求，在现有导师管理功能的基础上，补充硕导遴选、博导遴选、 博导招生计划申报的管理和审批流程，增加招生院（系）、招生学科管理； (三)提供研究生招生临时支持服务，新建论文评阅系统，切实解决工作所需，并逐渐 丰富研究生教育系统功能； (四)强化内部管理、提升管理水平； (五)优化服务质量、提高服务效率。 所有投标人均须针对该建设目标做出应答。 2、预期的建设效果 目前，研究生信息管理系统覆盖了研究生院工作的绝大部分业务，基本实现了研究生教育的全过程管理，但由于系统开发时间较早，目前系统的升级有其固有的缺点，二次升级仍然难以满足我校高水平研究生教育管理和服务的需求。同时，随着研究生教育水平的不断发展，一些新的业务、新的管理理念、新的服务思想，都需要信息系统予以实现，这是现有系统难于满足的。因此，在现有开发系统功能的基础上，亟需继续升级全新的系统。研究生教育管理系统主要预期建设效果如下： (一)在学籍管理原有功能的基础上，以提高业务人员工作效率、更好服务学生为目标， 实现新生业务管理、综合事务办理、毕业学生事务管理等业务功能。 (二)围绕学校导师管理规范及政策制度，重新梳理导师管理相关业务，优化硕导遴选、
软件项目需求书
软件项目需求书 项目背景 随着公安信息化向“大整合、高共享、深应用”快速发展，公安信息资源种类和数据激增，信息集中度和敏感度明显增加，信息应用和共享方式日趋复杂，数据盗取、越权访问等造成公安敏感信息泄露、侵犯公民隐私的现象时有发生，严重威胁公安信息网安全，亟待从安全技术手段上加强对公安信息资源的保护。为此，从公安应用系统资源库的应用日志入手，实现对用户操作行为（增、删、改、查询、登录等）和接口服务情况（批量比对、查询等）的完整记录，是破解当前“跟踪不下去、查不到源头、取不到证据”难题，防范敏感信息泄露、保护数据安全的有效途径之一。 公安部办公厅于年月日下发《关于加快推进公安信息系统应用日志安全审计工作的通知》（公传发〔〕号）；随后公安部科信局于年月日下发《公安信息系统应用日志安全审计平台建设任务书》（公科信传发〔〕号）。天津市为贯彻落实公安部相关文件指导精神，加大公安信息资源安全保障力度，规划设计我局应用日志安全审计平台项目建设（以下简称“安审平台”）。 商务需求 技术需求
附件一：实施要求 （）投标人确保在合同签订后，项目建设在个月内完成，包括平台安装部署、级联调试、应用系统日志对接。在项目建设过程中要求为应用系统接入改造提供技术支持服务，确保应用系统日志改造工作的顺利进行。 （）若因应用系统接入改造导致的工期延迟，不影响该项目的正常验收。但是承建商应在服务期内持续为应用系统接入改造提供高质量的技术支持服务。 （）投标人在项目实施前应与使用方签订《信息数据保密协议》。 （）为保证此项目按时按质地顺利进行，投标人应建立专门的项目开发组和管理组，由专人负责。 （）投标人应提供详细的项目实施详细的实施方案、时间表和各阶段各方人员安排及相关的工作内容，经使用方同意后，方可实施。 附件二：系统验收要求 验收内容主要以合同签订时双方确认的《软件需求规格说明书》为依据，对软件的各项功能进行全部的核查，如无异议，双方对《用户验收报告》进行签字、盖章。 投标人在程序开发各阶段需提供的资料作为本项目所签定合同的正式附件，与合同正本具有同等的法律约束力。 项目验收标准如下： （）平台能够实现与各个应用系统对接； （）软件要能达到需求说明书规定的要求; （）软件在测试与试运行期间无致命及重大软件缺陷； （）中标人向用户提供项目相关的计划文档、软件需求说明书文档、软件部署实施文档、软件测试报告文档。 附件三：公安信息系统应用日志安全审计平台需求 、系统架构要求 安审平台系统功能架构要求如下图：
监理技术需求书
第四章数据中心机房建设项目监理技术需求书 1、工程综合说明 云南红塔银行低碳中心机房工程（以下简称机房工程）主要包括二个范围：三楼中心机房，建筑面积约为600平米；地下负一楼UPS电池间，面积120平米。本机房工程的建设项目包括：装修、电气、综合布线、安防、气体消防、机柜及冷通道封闭、动力环境监控、暖通等8个系统。 1.1机房建设基本目标 1.1.1该数据中心是自用型数据中心； 1.1.2结合低碳中心大楼实际，综合考虑整体建设成本和系统的可用性、可靠性，云南红塔银行低碳中心机房按B级加强等级进行建设，即机房整体建设按照B级机房标准，同时空调及供电系统参考A级机房标准； 1.1.3机电系统：具备同时可维护性，支持所有机电设备正常维护需求而无需宕机； 1.1.4安全防范：数据中心整体应具有高安全性，通过完整周到的安全策略和切实可靠的安全手段保障数据中心建筑、设施、IT设备、人员等的安全。 1.2机房工程造价 机房工程项目已确定机房建设承包方，中标金额为1080万。 其中设备费用占比50%以上。
1.3机房设计、施工执行标准和规范 1.3.1总体要求 云南红塔银行数据中心机房参照国家A级机房标准，关键指标超过A级机房标准或达到国际Tier 4标准，规划和建设符合现行的国家计算机机房建设和验收规范： 《电子信息系统机房设计规范》（GB 50174-2008） 《电子信息系统机房施工与验收规范》（GB 50462-2008）《金融业信息系统机房动力系统规范》（JR/T 0131-2015）《金融业信息系统机房动力系统测评规范》（JR/T 0132-2015） 《安全技术信息安全管理体系》（GB/T 22080-2008） 1.3.2 国际及国内相关规范 《数据中心电信基础设施标准》（TIA/EIA- 942） 《信息安全管理体系》（ISO 27001） 美国Uptime Institute - Tier Classifications Define Site Infrastructure Performance - White Paper (2008) 《电子计算机机房设计规范》（GB50174-2008） 《电子计算机机房施工及验收规范》（GB50462-2008） 《金融业信息系统机房动力系统规范》（JR/T 0131-2015）《金融业信息系统机房动力系统测评规范》（JR/T 0132-2015）
技术需求(技术规范书)
技术需求（技术规范书） 移动互联网网络监测子平台开发——硬件平台搭建 2015年11月12日
一、总则 1.概述 1.1 本文件为工业与信息化部电信研究院（以下简称招标人）对移动互联网网络监测子平台——硬件平台搭建软件采购中的设备供应商（以下简称投标人）提出的技术规范书。本规范书将作为谈判的基础。 1.2 投标人所提供的软件系统应符合技术标准的要求如下： （1）符合有关标准或规范（如ITU-T、CCSA、IEEE、OIF、ISO、ETSI、IETF 等），投标人应在建议书中具体说明； （2）若投标人的系统包含自己的专用技术和协议，应在建议书中具体说明； （3）本文件中未给出，但相关组织已有建议的技术标准及技术规范，投标人均应满足其最新规定； （4）待新标准(中华人民共和国通信行业标准及相关国际标准组织的标准)制定出来后，投标人应免费修改其系统以满足要求； 1.3 投标人应按照本文件的要求提供报价和详细的技术建议。投标人提供软件系统的功能、性能应完全符合招标人指明的标准，并满足或高于招标人指出的要求。对于本文件未规定的有关系统功能及性能，投标人应提出建议，并陈述其理由。 1.4 投标人应根据本文件的要求提供建议书，建议书要求采用中文书写；要求必须提供建议书的电子文档。 1.5 本项目执行期间，产生的所有知识产权，归招标人所有 1.6 本项目的执行期截止到2017年12月31日 2.投标人的技术部分文件要求 2.1 投标人技术部分文件的内容格式要求 投标人所提供的技术部分文件应按照以下内容格式进行编制： 附件—工程技术建议书 ——参与方背景资料
——硬件介绍、数据库软件介绍等 ——投标人应列出其建议书中所提供系统在国内的应用情况。 以及投标人为说明建议方案所给出的其他图纸 附件二技术文件清单 技术文件清单，应包含本次提供的技术文件的种类、数量及简要内容介绍附件三硬件功能清单 附件四工程安排及分工界面 附件五测试及验收（提供验收测试方案） 附件六售后服务 附件七培训 附件八投标人承诺 2.2投标人在建议书中应说明给最终用户提供的技术文件、技术支持、技术 服务、人员培训等的次数、范围和程度。 3.配置清单范围 3.1 配置清单应有分类汇总（按照包括第三方中间件产品、数据库软件、 WEB应用软件等）并有各项的目录价。 3.2本技术规范书应视为保证系统运行所需的最低要求，如有遗漏，投标人 应予以补充，否则一旦采购将认为投标人认同遗漏部分并免费提供。 3.3 投标人应说明随着系统规模的扩充、用户数的增加，其软件扩容方式 及其收费基准。 二、移动互联网应用监测子平台-硬件平台搭建功能需求 1.项目背景 本项目是移动互联网与智能终端公共服务平台的子平台--移动互联网网络监测平台：平台实现对移动互联网性能的整体感知测量，准确判断定位、全面综合分析。实时掌握移动网络运行情况，快速定位移动网络故障及问题，服务行业发展。总体涵盖两大功能部分，一为终端采集模块，依托原有的各省监测点开发固定终端采集，并开发基于各种手机系统和制式的移动终端采集，对移动互联网
第七章 技术需求书
第七章技术需求书 第一部分概述 （一）相关背景信息 截至2015年底，京津冀地区共有机动车2621.38万辆，其中北京、天津、河北分别 为557.04、285.90和1778.44万辆，京津冀及周边地区机动车保有量占全国机动车保有 量的28%；一氧化碳、碳氢化合物、氮氧化物和颗粒物等四项污染物排放总量为474.35 万吨，其中北京、天津、河北分别为70.76万吨、55.92万吨、347.67万吨。北京、天津、 石家庄等城市源解析结果显示，北京机动车等移动源排放为污染物首要来源，占比达到 31.1%；天津、石家庄机动车等移动源排放占比相对较小，分别为20.0%、15.0%，在各类 污染源排放分担率中排第三、第四位。机动车已成为京津冀地区大气污染物的重要来源。 2016年实施的《大气污染防治法》提出在不影响正常通行的情况下，可以通过遥感 监测等技术手段对在道路上行驶的机动车的大气污染物排放状况进行监督抽测，公安机关 交通管理部门予以配合。《大气污染防治行动计划》提出加强在用机动车年度检验，对不 达标车辆不得发放环保合格标志，不得上路行驶。《“十三五”生态环境保护规划》提出加 快区域内机动车排污监控平台建设，重点治理重型柴油车和高排放车辆。《关于进一步规 范排放检验加强机动车环境监督管理工作的通知》提出公安交管部门在不影响正常通行 的情况下，要支持配合环保部门采用遥感监测等技术手段对在道路上行驶的机动车进行监 《关于印发<京津冀汽车电子标识试点工作方案>和<京津冀汽车电子标识试点技术督抽测。 方案>的函》提出京津冀地方政府组织开展省际卡点识读基站建设，组织开展中心城区高 排放车辆禁行和限行区域的识读基站建设。《加强“车油路”统筹加快推进机动车污染综 合防治方案》提出，2015年起，京津冀、长三角、珠三角等区域的地级及以上城市推行 遥感监测法，将排放不达标车辆信息通过政府公共信息平台提供查询服务。 （二）建设目标和建设内容 1、建设目标 建设城市机动车国家遥感监测信息联网系统，接收城市机动车遥感监测信息联网平台
项目需求及技术要求
项目需求及技术要求 一、研究目的与意义 “十一五”以来，河南省经济取得了快速的发展，工业特别是重工业发展迅速，由此带来的是河南省能源消费总量的持续增长，2011年时河南省的能源消费量比2005年增长57.7%，达到了23061万吨标准煤。而电力行业的能源消费量占了河南省能源消费量的20%，是全省能源消费量和温室气体排放量最大的行业。以煤为主的能源结构，造成了严重的大气污染。河南省的能源供给一向是以煤炭为主的，煤炭基本一直占能源总产量的80%以上。河南省能源消费总量大，以煤为主的能源结构高于全国平均水平16个百分点；二次能源的电力也是以火电为主所占比例高达96%，可再生能源所占比例于4%。同时经济主要依靠高耗能行业的发展来带动的增长，工业造成的环境污染严重。传统的工业化模式使得河南省自身资源能源供给、生态环境承载等能力等难以保障，环境和生态问题较为严重。 郑州属北温带大陆性季风气候，天气干燥、少雨、多风沙，静风、逆温等不利气象较多，相比其他地区，空气质量受气象条件的制约更大。郑州市市区位于处于平原地区，地形平坦，污染物不易扩散。而在其西北方向的太行山山脉和西南方向的嵩山在西边将其围拢，形成了一个天然屏障，污染物不易越过高山扩散。从2011年开始，尤其是2013年1月中国城市大气灰霾天气，9-14日期间的大范围的大气污染事故，起始于河南，河南省连发16个红色大雾预警，郑州市污染达六级。郑州市是全国霾污染较为严重的城市之一。 由于细颗粒物PM2.5的浓度是影响大气能见度水平的重要因素，因此PM2.5和霾天气的形成有着直接的关系。PM2.5和社会生活密切相关，其污染水平、来源及污染特征都是人们非常关心的问题，因其来源及化学组成均非常复杂，进行详尽的研究和分析是很必要的；污染源成分谱是同类排放源排放物分析结果的统计平均，因此对大气主要污染源进行颗粒物采样，对可能的污染源样品进行化学组成分析，建立污染源成分谱，运用受体模型，对细粒子进行来源解析，实现主要排放源对PM2.5贡献的定量解析，结合郑州市本地区域污染特征，找出适合郑州市空气污染的治理措施，郑州市污染物减排以及污染物脱除工程技术实施具有
xx项目---技术需求说明书资料
项目编号：KF2016001 XX项目 业务需求说明书 V1.0 XX银行XX分行 XX项目组 2016年5月
修订文档历史记录 权复制或利用。
目录 1引言 (5) 1.1目的 (5) 1.2项目背景及目标 (5) 1.3业务术语 (5) 1.4参考资料 (5) 2业务系统的总体描述 (5) 2.1系统描述 (5) 2.2与其它业务系统关系 (5) 3性能需求 (5) 4安全需求 (6) 4.1访问控制 (6) 4.1.1用户管理 (6) 4.1.2用户认证 (6) 4.1.3用户授权 (6) 4.1.4会话控制 (6) 4.2数据保护 (7) 4.2.1重点保护数据 (7) 4.2.2数据完整性 (7) 4.2.3加密技术及服务 (7) 4.2.4密钥管理 (7) 4.3编码安全 (7) 4.3.1设计和编码要求 (8) 4.3.2保护机密性要求 (9) 4.4安全日志 (11) 4.4.1安全日志的内容 (11) 4.4.2安全日志禁止记录的内容 (11) 4.4.3安全日志的格式规范 (11) 4.4.4安安全日志的保存与归档 (11) 4.5部署准备 (11) 4.5.1清理调试信息 (11) 4.5.2清理WEB源代码注释 (11) 4.5.3清理不需要的代码 (12) 4.5.4网络服务管理 (12) 4.6开发环境管理 (12) 4.6.1开发环境的软件版本控制及变更 (12) 4.6.2开发环境安全管理软件防护 (12) 4.6.3第三方交付物的安全使用 (12) 4.6.4开发环境用户权限管理 (12) 4.6.5运行环境的完整性保护 (12) 4.6.6其它软件资源的完整性 (13)
一、系统研发配件需求一览表
一、系统研发配件需求一览表 编号系统名称数量验收期限项目现场（验收地点） 1 岩石力学CT试验声信号探测配件1套合同生效后3个 月内 中国科学院地质与地球物 理研究所
二、技术规格 一、总则 1、投标要求 1.1 投标人在准备投标书时，务必在所提供的商品的技术规格文件中，标明型号、商标 名称、目录号。 1.2 投标人提供的货物的技术规格，应符合招标文件的要求。如与招标文件的技术规格 有偏差，应提供技术规格偏差的量值或说明（偏离表）。如投标人有意隐瞒对规格要求的偏差或在开标后提出新的偏差，买方有权扣留其投标保证金或/并拒绝其投标。 1.3 投标人提供的产品样本，必须是“原件”而非复印件，图表、简图、电路图以及印刷 电路板图等都应清晰易读。买方有权不付任何附加费用复制这些资料以供参考。 2、评标标准 2.1 除招标文件中指定的附件和专用工具外，投标人应提供仪器设备的正常运行和常规 保养所需的全套标准附件、专用工具和消耗品。投标人在投标书中需列出这些附件和工具的数量和单价的清单，这些附件和工具的报价的总值需计入投标价中。 2.2 对于标书技术规范中已列出的作为查询选件的附件、零配件、专用工具和消耗品， 投标书中应列明其数量、单价、总价供买方参考。投标人也可推荐买方没有要求的附件或专用工具作为选件，并列明其数量、单价、总价供买方参考。选件价格不计入评标价中。选件一旦为用户接受，其费用将加入合同价中。 2.3 为便于用户进行接收仪器的准备工作，卖方应在合同生效后60天内向用户提供一 套完整的使用说明书、操作手册、维修及安装说明等文件。另一套完整上述资料应在交货时随货包装提供给用户，这些费用应计入投标价中。 2.4 关于设备的安装调试，如果有必要的安装准备条件，卖方应在合同生效后一个月内 向买方提出详细的要求或计划。安装调试的费用应计入投标价中，并应单独列出，供评标使用。 2.5 制造厂家提供的培训指的是涉及货物的基本原理、操作使用和保养维修等有关内容 的培训。培训教员的培训费、旅费、食宿费等费用和培训场地费及培训资料费均
技术需求书
技术需求书 一、本次招标采购的主要设备范围： 本次蚌埠市公安局所采购的警用350兆无线集群通信设备为警用350兆无线集群手持台及配件。 二、投标文件技术响应要求： 1、标有“★”的参数为关键性技术参数，必须无条件满足，如有一项不能满足，视为未实质性响应采购需求； 2、未标“★”的参数为非关键性技术参数，如有三项或三项以上不满足，也视为未实质性响应采购需求。 三、对警用350兆集群对讲机的统一要求 1、投标方所提供主要设备须通过公安部安全与警用电子产品质量检测中心的检测，准许在公安系统入网销售，投标方需提供相应的检测报告。350兆数字集群对讲机需同时提供公安部检测合格证明。 2、投标方中标后签订合同前须提供设备生产厂商质量承诺书（模拟、数字集群对讲机）、生产厂家盖章确认的技术参数资料（模拟、数字集群对讲机）。 3、投标方应具有严格的保密措施，须提供为保守公安机关通信秘密而与安徽省公安厅签订的《保密协议》。 4、投标供应商提供的所有设备必须是原厂正品新货，在交货时，
须提供生产厂商出具的原装机器、电池证明函。 四、主要采购设备技术指标及要求 ⑴警用350兆模拟集群对讲机的技术指标及要求： 1、符合《公安部移动通信网警用自动级规范》（GA176-1998）的要求，并通过公安部相关部门的检测。带有键盘，兼容CPSX/MPT-1343编号计划。 2、采用先进的制造技术，超强抗震、抗高低温、防水防尘，通过IP54/55防水标准。 3、符合美国军标：MIL-STD- 810 C/D/E/F。 4、★中文显示：采用全点阵液晶显示屏，内置标准中文字库，符合GB2312标准，16X15点阵显示汉字。 5、采用≥1950mAh超大容量锂电池和快速充电器。 6、输出功率：不低于4 W（高）/1W（低）。 7、★多系统入网，最多可设置6套网络参数，适合应急及跨区域增援通信使用。可分别设置为CPSX制式或者MPT1343制式。 8、★超出服务区提示音。确保用户确认是否处于有效通信区域内。 9、4级电池容量显示，具有低压告警功能。 10、内置语言加密功能，对语音频谱进行特别处理，防止被窃听。
项目商务技术需求书
项目商务技术需求书 一、项目简介： 采购人拟选择1至3家入围服务机构为采购人指定的客户提供手机话费、上网流量（广东省内通用流量，下同）充值服务，服务期限为两年，具体采购数量、金额以采购人下达的订单为准。 二、主要服务要求 （一）能够根据采购人提供的手机号码进行进行5元、10元、30元、50元、100元的话费和100M、500M的2G、3G、4G广东省内通用上网流量充值，充值范围包括中国移动、中国联通和中国电信三家运营商； （二）能够及时提供充值成功清单和充值失败清单，以及累计充值成功的数量和金额； 采购人有权根据业务需求，对采购的产品数量进行调整。 三、主要技术要求 （一）项目背景 为提升营销效果，拟对手机话费和上网流量进行统一的资格性采购，最终确定1-3家服务商，提供2018-2019年期间营销中手机话费和上网流量充值服务。 （二）能够提供稳定的操作系统，按照采购人提供的手机号码进行话费或手机上网流量充值。 （三）操作系统可以返回充值成功明细、累计充值量和充值金额，以及充值失败的明细。 （四）充值成功的，提供短信通知客户服务，且对应的脚本可以按照采购人要求进行编辑。 （五）服务时间及计划要求：两年。 （六）服务商技术支持团队的人数合计不少于2名，主要负责日常沟通、服务等工作，及时按要求完成手机话费和上网流量的充值、对账等工作，并根据实际状况调整服务方人员安排，以保证此项目的正常高效运作。
四、报价构成 （一）话费和省内通用手机上网流量及相应的税费； （二）充值成功短信告知服务费； （三）为采购人提供的充值服务、对账服务和账单邮寄等费用； （四）售后服务，包括但不限于业务宣讲、人员培训、远程技术响应、软件维护与故障排查。 五、付款方式 双方之间发生的一切费用以人民币转账方式按月进行结算。每月初10日内，服务商向采购人提供上个月采购人客户兑换手机话费、流量清单和合法有效发票，采购人根据服务商监督考核评价结果支付款项向服务商据实结算。 （1）考核评价得分在90分（含）以上，按合同约定支付或有条件支付款项（有条件支付是指服务商对存在问题通过改进和完善完全达到合同约定标准）； （2）考核评价得分在80分（含）至90分以内，按得分比例支付款项。采购人视服务商对其存在问题整改情况支付款项，减值比例或方式由采购人根据实际情况自行确定，服务商应予接受； （3）考核评价得分在80分以下，款项原则上不予支付。但经采购人同意给予整改机会，并经重新考核评价在80分（含）以上的，减值支付款项，减值比例或方式由采购人根据实际情况自行确定，服务商应予接受。 六、服务内容及总模拟业务量
项目需求和技术方案要求
项目需求和技术方案要求 1建设背景 山东警务云安全，依据《山东公安警务云计算建设总体方案》和《山东大数据警务云计算安全技术白皮书》，结合国家信息安全等级保护制度、公安部《公安信息化“十三五”规划重点任务_公安信息化安全保障体系_建设内容及要求》等进行统筹建设。在我省已建公安信息系统和安全防护措施的基础上，构建安全数据分析和安全资源服务系统，将分散在各地的安全数据进行汇总，打通各安全系统间壁垒，将现有安全资源进行整来，建设一套统一资源标准、统一应用分析、统一防范管理的“三统一”一体化安全管控体系。 根据公安部相关安全要求，为防止信息泄漏等违规问题发生，确保数据和信息安全，进一步加强全省公安信息化应用系统日志审计工作，开展全省一体化安全数据分析，省厅下发了《关于上传公安信息化应用系统日志数据的通知》（鲁公信通传〔2017〕39号），要求各地上传公安信息化应用系统日志数据，同时建议采用主动抓取应用流量的方式分析应用日志。 目前，济南市警务云平台已经部署了包括防火墙在内的多种访问控制类、检测类、审计类安全设备和安全系统，对各类防护对象及安全问题进行针对性防护。然而，针对济南市局重要应用系统的操作行为，仍然缺少有效的审计监督手段。因此，本次拟采购综合安全审计系统，实现市局重要信息系统的日志全面、准确审计，以及关键网络节点流安全信息采集。 2建设目标 通过对济南市局重要信息系统访问情况进行监听、记录、分析，实现对用户操作行为的全面监视、违规报警、统计分析、事故追溯。通过对网络关键节点流量包头信息的采集、分析，实现对业务流互访关系、网络连接情况的梳理，建立正常流量模型，当网内发生大规模蠕虫病毒、木马反向连接、拒绝服务工具等异
WLAN网络优化及安全技术支持项目需求书(仅供项目书写参考)
**********公司廉政监督电话： 如对我公司的项目采购中出现廉政问题或不规范的做法，可直接向我公司党群工作部纪检监察室反映情况。 声明：本项目的需求书的解释权属于******************* 1.项目名称：《****************》 2.供应商的资质要求： 供应商必须是在中华人民共和国境内登记注册，具有独立法人资格，根据中华人民共和国有关法律合法成立并存在的企业；并在广东省内有固定的办公地点。 3.项目的联系人、内容、时间安排 【答疑】本项目仅设电话或邮件答疑，如有疑问可联系： 商务问题联系人（解答关于本次项目的商务问题）： ****，手机：1***9，传真：0****20，电子邮箱：s*** 项目需求联系人（解答关于本次项目的需求问题）： ***，手机：**9，电子邮箱：*** 4.应答资料接收截至时间 【时间】**** 【地点】*****，** ***** 【方式】邮寄或直接递交 附件1：项目需求书 附件2：供应商应答书要求 附件3：报价书要求 附件4：供应商参赛须知 附件5：付款须知 附件6：供应商签订合同须知
附件1：项目需求书 2011年WLAN网络优化及安全技术支持项目从项目背景、项目目标、人员要求、资源要求、项目时间要求、工作内容、报告文档规定、安全生产、环保及职业健康要求、项目考核等10方面对本项目作相关规定和要求。 第1章项目背景 截止2010年12月，**共建设了1189个WLAN热点，共引入AC28台，核心交换机2台，收敛、接入交换机25台。网络接入正经历SDH向GPON网络过渡，网络结构日趋复杂，对核心侧网络设备性能造成极大冲击，核心侧网络设备安全性和设备性能对WLAN网络服务质量的影响程度越来越大，同时随着WLAN用户的稳步增长，对网络质量要求也越来越高，为了抢占无线城市新业务的制高点，提升wlan网络维护团队在核心侧网络优化的能力，做好网络安全保障，并且针对重点场所、重要客户提供全面和及时的服务响应，提升故障排查的深度本中心计划2011年WLAN网络优化及安全技术支持项目。 第2章项目目标 通过此项目的开展，旨在实现以下几点目标： 做好核心设备配置、性能分析和优化 WLAN网络安全保障，杜绝网络安全事故 重点场所、重要客户性能提升 对公司确定的新业务开展完整的业务上线测试和性能分析 第3章人员要求 1、2011年WLAN网络优化及安全技术支持项目，需要配置项目经理1人，WLAN网优工程师2人，测试工程师3人；人员要求：项目经理大专以上且具有4年以上WLAN无线、有线网络优化分析经验，WLAN网优工程师大专以上且具有2年以上WLAN网络工作经验；测试工程师大专以上且具有1年以上WLAN网络测试经验。 2、专业资质：甲方组织专门的评定小组，根据全省网优代维资格考试成绩以及相关工作经验等评定条件进行2011度东莞网络测试评估专业资质级别评定。 3、素质要求：具备WLAN有线、无线网络结构和网络指标性能分析，熟悉各种仪表和测试工具的使用，熟悉华三、中兴AC，华为、中心、烽火交换配置和性能。 4、乙方必须保持人员的稳定性，在合同生效期间，所有乙方人员（合同中所定）的变动须提前2周知会甲方，合同期内人员流动人数必须低于20%；如果乙方进行人员更换，必
技术需求书.doc
技术需求书 一、整车结构及技术参数 一、技术参数 1.底盘 型号：国5型底盘 规格：长≧5845mm 宽≧1980mm 高≧2160mm 发动机：柴油机 功率：≧85kW 驱动型式：后轮驱动 轴距：≧3308mm 2.驾驶室 结构：原车双排座驾驶室 座位设置：2+3人 驾驶室内 设备：除原车设备外,加装有取力器控制开关、100W警报器、回转警灯开关、电台电源线桩头。 3.容罐 容量：水：≧2000Kg 材质：优质钢板，经高科技防腐处理 结构：框架焊接。 设备：1个人口孔，带有快速锁紧及开启装置。 1个液位指示器。 1个排污口，带不锈钢球阀。 2个注水口（左右各一） 4.消防泵及管路系统 消防泵：
流量：≧低压20L/s 压力：≧1.0MPa 安装型式：后置 管路系统 吸水管路：水泵设有Φ100mm进水口，可从天然水源吸水或从液罐吸水。 出水管路： 两侧各1个出水口； 注水管路：1个≧Φ50mm的内注水管路，可通过水泵直接向罐内注水； 在车身两侧各有1个外注水口。 放余水管路：为保护水泵及各球阀，在管路中加装了放余水管路，并分别配有球阀。 冷却水管路：为使取力器在工作中应付各种复杂情况，管路中配有一冷却水管路进出水管路中配不锈钢球阀。 5.消防炮 流量：≧20（1/s） 射程：水≥48m 压力：≧1.0MPa 6.取力器 冷却方式：强制式水冷 润滑方式：飞溅式油润滑 7.器材箱及泵房 材质：骨架为优质钢 结构：器材箱内分隔采用型钢结构，牢固可靠，提高空间利用率和可变性。 开门：器材箱左右两侧均有铝合金卷帘门，轻便可靠、噪音小。 器材布置原则 ?所有器材放置确保战斗展开时队员不干涉；
设备和技术需求一览表
附件-------设备和技术需求一览表 序号名称规格参数数量 1 △计算 机 1、CPU：性能不低于Intel 酷睿七代处理器、主频≥、四核心八线程、 制造工艺14纳米 2、主板规格：芯片组:芯片组性能不低于Q270 3、内存规格： 内存容量:≥16GB 内存类型:DDR4 主频≥2400MHz 内存插槽: ≥4个 4、硬盘： SSD≥128GB+机械硬盘≥1T 6、显卡规格： 显存容量≥2GB、显存位宽：128bit分辨率≥7680×4320 7、电源： 额定功率≥400w 8、光驱类型：DVD刻录 9、显示设备类型： LED液晶、显示设备尺寸≥ 21英寸、分辨率：≥1920x1080 10、操作系统：预装正版专业级 WINDOWS10 教育套装（含介质） 11、网卡：集成网卡 12、鼠标/键盘：新PS2防水键盘黑色鼠标 13、USB接口数量≥8 14、扩展槽位：≥1个PCI-E×16，≥1个PCI-E×16（x4），≥1个 PCI-E×1 129台 2 服务器CPU：性能不低于INTEL四核至强E5-2620V3、主频≥、数量1 内存类型:RDIMM DDR4、容量≥8GB 硬盘类型:SATA 单盘容量≥1000GB、硬盘数量≥3个 磁盘控制器：支持 RAID 0、1、5,可通过扩展实现0、1、5、6、10 光驱类型：DVD-RW 网卡：INTEL千兆自适应网卡、数量≥3 电源：≥500w 配备所需安装零配件。 3台 3 交换机支持TCP/IP； 52端口； 87Mpps/132Mpps； 二层； 支持≥4k； ≥256Gbps； 48口10/100/1000M自适应端口，≥4个SFP光口； 接入交换机； 提供入网许可证 3台 4 交换机支持TCP/IP 支持，≥4k 1台
钢轨打磨车技术需求书
天津市地下铁道运营有限公司钢轨打磨车技术需求书 车辆中心工务室
钢轨打磨车技术需求书 一地铁钢轨打磨需求 1、钢轨打磨车广泛运用铁路、地铁的目的 钢轨是一切铁路设备的载体，其质量的好坏直接关系到运行设备的运行安全和运行质量。由于轨道长期承受运行车辆所产生的交变轮间作用力，很容易发生压溃、裂纹、磨耗、剥落等受损情况。这些问题如果不及时消除，会导致缺损进一步发展，导致掉块、断轨的发生，影响行车的安全。为了进一步适应地铁提速的要求，改善轮轨关系，延缓更换轨道周期，全面提高乘客的舒适度，早期的处理措施就是及时更换钢轨。大量的钢轨“提前退役”会造成严重的能源、资源浪费。钢轨的使用寿命主要是由滚动接触疲劳和磨耗所决定的，一方面需要保证钢轨的质量，一方面还要进行合理打磨。 钢轨打磨车可以修正轨道波浪状磨损、轮轨擦伤，进行线路钢轨的预防性维修，此外还可作轨面检查，并依据轨道原始形状对磨损的钢轨进行修复使其恢复到轮轨接触合理的状态。 2、工作条件 （1）钢轨整修作业于运营结束后进行，要求设备的作业效率高，大于连续六小时作业时间。 （2）设备应满足天津地区夏季高温、冬季寒冷气候条件使用要求，可适应地铁隧道内及地面的作业环境。 海波高度：≤500m，环境温度：-15℃~40℃，工作相对湿度：
85％。 3、钢轨类型及材质 正线：60kg/m，高碳微矾U75V普通热轧钢轨和U71Mn钢轨车辆段：50 kg/mU71Mn钢轨（车场线），60kg/mU75V热轧钢轨（试车线、出入段线） （1）钢轨轨底坡1/40 （2）正线采用无缝钢轨，车辆段采用25m钢轨 （3）最小平面曲线半径300m（正线），150m（车辆段线）（4）道岔号，No.9（正线）、No.7（车辆段线） （5）轨道最大超高120mm （6）接触轨供电方式、DC750V（接触网供电方式及电压，架空接触网、DC1500V） （7）最大坡度40‰ （8）最大轴重≤16t （9）最小通过曲线半径≤100m （10）线路钢轨内侧有防脱护轨（钢轨作用边离防脱护轨的距离为65mm，比钢轨面高10mm）。 二目前国内国际钢轨打磨车产品现状以及主要性能参数分析 1、美国HTT公司RGH系列产品，市场占有率较高 RGH钢轨打磨车动力采用John Deere 371KW电喷柴油机，Jupiter计算机控制，CAN总线，简化电气系统，液压驱动磨头。深圳地铁一期RGH10C型钢轨打磨车自2008年以来，3年间作业59
第一章 项目技术需求
第一章项目技术需求 一、项目概况 （一）建设目标 本项目用于将图书馆现有的WLAN无线网络的扩容，实现图书馆基于无线网络的公共信息访问服务，全面支持各种数据、语音和视频等移动网络应用。所有投标人均须针对该建设目标做出应答。 （二）预期的建设效果 项目建成后，无线网络已经不单单作为有线网络的补充而存在，而是作为独立的组网方式纳入到图书馆的信息化建设任务中，可解决图书馆新一代图书馆业务系统的数据浏览，实现读者方便快捷地查阅哈工大博硕士学位论文、哈工大文库、教学参考书及机构库等资源信息。 二、项目需求描述 1、完成的主要功能：图书馆现有1台ARUBA 7205无线控制器，37颗无线接入点，无线网络运行着图书馆借还书系统、图书馆书目查询系统、图书馆门禁系统、座位及研讨间预约系统、云桌面系统、学位论文提交系统等近10个应用系统，目前主校区的图书馆装修已经完成，此次无线网络主要满足图书馆数字化图书馆各系统的网络访问。 2、主要性能指标： 无线控制器性能； 最大AP 数（许可证）：512 最大并发设备数：16,384 VLAN：4,094 并发GRE 隧道（系统BSSID）：8,192
并发隧道端口：8,192 并发IPsec 会话数：16,384 并发SSL 后备会话数：8,192 活动防火墙会话数（并发会话）：2,015,291 有线吞吐量（大数据包）：20 Gbps 热插拔冗余电源以及带有多个风扇的风扇单元 所有投标人均须针对该需求做出应答。 无线AP性能： 统一采用有控制器或无控制器部署 双射频4x4 802.11ac 接入点，支持多用户MIMO（第 2 代） 5GHz 频带下每射频支持最高2,166 Mbps（采用4SS/VHT80 或2SS/VHT160 客户端），2.4GHz 频带下支持最高800 Mbps（采用4SS/VHT40 客户端） 天线极化分集（固定），用于优化RF 性能 支持可选的双5GHz 模式，此时2.4GHz 射频转换为第二个5GHz 射频 两个5GHz 射频均提供完整覆盖，实现双倍的性能和容量 所有投标人均须针对该需求做出应答。 三、项目技术要求 （一）总体要求 项目实施的基本原则：投标的产品知名度高，性能卓越，性价比高，投标人项目实施经验丰富，在业界有良好的声誉。 总体技术要求： 投标人需了解哈尔滨工业大学图书馆现有的无线网络的品牌型号及网络拓扑结构并且与之达到统一管理，统一控制要求，交换机要能与原有交换机做集群管理，所有投标人均须针对该需求做出应答。 1、高性能。无线网络系统能够适应今后高带宽的要求，满足日益增长的业务量需求，这些需求不但包括今后巨大的业务数据量，同时也包括音频、视频等的需求。 2、可用性。无线网络系统具有较高的可靠性和可用性，具有强大的容错功能，以保