项目技术需求
第一章项目技术需求
一、项目概况
1、建设目标
1.本项目针对原哈尔滨工业大学图书馆云桌面一期系统进行扩容，能够提供满足200个新云桌面使用所需要的软硬件资源，并升级整合二区馆原有资源，能无缝接入到现有云桌面系统中进行统一管理。打造全新一体化的云桌面平台系统以及开发管理平台系统。实现最大程度地满足图书馆管理需求与服务需要，增强IT 服务水平，提高图书馆日常工作效率。
学生体验方面，除了可以让学生在一个智能化环境中进行愉快的借阅氛围中，同时基于安全云桌面系统查询各类相关资源以及图书整合，提供全方位自主化服务。
2、预期的建设效果
1)使新增的200个云桌面点位，对原有的云桌面无缝衔接，共用资源池。对原有系统升级后进行优化，解决性能瓶颈的情况。
2)能够在很短的时间内置备最终用户的桌面和应用程序。无需在每个最终用户的物理PC 上逐一安装应用程序。最终用户可连接到远程应用程序或应用程序齐备的远程桌面。最终用户可以在不同位置使用各种设备访问同一个远程桌面或应用程序。
3)终端管理维护方便：通过桌面虚拟化方案，图书馆管理人员通过虚拟桌面池、虚拟桌面模板克隆等技术实现快速桌面部署，单位所有的终端设备使用的操作系统全部来自一个由管理员定制的标准化操作系统、标准化应用及标准化开发环境。该镜像中已安装了业务所需要的应用程序、应用客户端软件、开发环境部署，减少对于前端客户端的桌面与应用维护的工作量，缩小到只需对一个镜像进行维护。
4)桌面和应用的安装和升级等全部在集中数据中心进行，IT 管理员无需接
触最终用户的客户端，就可以完成应用的配置和维护工作，避免每台PC机装机，以及故障时重装等，大大减少维护工作量，提升效率；而终端由PC替换为云终端后，其本身不用安装应用软件，可以做到在运行期间终端免维护，降低终端维护成本。
5)节省办公空间：通过桌面虚拟化方案，可以用云终端来替代传统PC，节省办公空间，相同办公区域内可以容纳更多的办公人员。
6)云终端自带开发环境，提供开发者开发需求的最佳解决方案。
7)降低未来设备扩容更新的费用，扩容时只须扩展终端数量，服务器端通过弹性计算特性解决资源自己自动分配和共享的架构。
二、项目需求描述
主要功能需求；
对原有一期桌面基础架构进行升级，统一升级到用户需要的最新版本；对原有一期桌面用户的操作系统进行升级，在保留用户数据的基础上升级到用户需要的最新版本的操作系统；针对一期云桌面使用中出现的各种问题提供完整的解决方案，并对整个云桌面系统进行安全加固。
1.增加多点位满足图书馆云桌面的使用需求。
2.保证图书馆办公的工作效率，提业务连续性；
3.进行集中管理，降低管理中心的工作量；
4.充分的整合计算资源，节能降耗；
5.延缓服务器等硬件采购的周期，从而降低IT成本；
6.标准、灵活、快速的部署环境给图书管工作人员及学生使用；
7.管理人员可以根据不同的应用创建不同的虚拟模板。每种虚拟机模板只
需创建1个。然后根据需要手动、自动或者半自动的部署环境；
8.应用的集中部署：使管理员可以将一些通用的软件应用，集中部署通过
模版发布，快速方便并节省存储空间；
9.文件的输入与输出：为方便学生文件的拷入拷出，需要灵活控制前端PC
或者云终端的USB、光驱、打印及端口、网络等外设端口。
10.开发管理平台，提供多语方支持，快捷部署发布环境，为开发者提供最
佳的开发环境体验。
三、项目技术要求
1、总体设计要求
系统须采用国际先进的云桌面平台技术，采用标准化产品，要求具有较高的性能，符合当今世界技术发展的方向，适应未来图书馆信息化建设的发展和技术升级的需要。
为保证云桌面平台上各项业务的应用，系统必须具有高可靠性，避免出现设备故障；要对系统布局、结构设计、设备选型、日常维护等各个方面进行高可靠性的设计和建设；关键设备采用硬件监控、软件自检等可靠性技术，提高云桌面平台系统的安全可靠性。
贯彻“技术服务于应用”的思想，依靠先进技术，注重安全可靠，重点落实实用效果。实现最大程度地满足图书馆图书管理需求与服务需要，提高图书馆日常工作效率，优化哈尔滨工业大学图书馆员日常工作流程。
平台以智能化、网络化、标准化和数字化为基本设计思想，在具有完备的系统功能前提下，做到界面清晰友好、易于使用、智能化、便于日常管理与维护、数据更新简便快捷，具有与图书管理系统数据同步、协同工作的能力。
2、关键技术指标
说明：标有“★”的地方均被视为实质性条款。投标人要特别加以注意，必须对此回答并完全满足或优于这些要求。否则若有一项带“★”的条款未响应或不满足，将按无效标处理。标注有“▲”号参数为重要条款，如不满足将导致严重扣分。
1、开发管理平台
功能技术要求1、★支持多种虚拟化技术架构，平台需要部署在Iaas之上，对于Iaas的选择不能绑定到任何单一的系统或者厂家。需要同时支持多个Iaas技术，至少支持VMware和Openstack。
2、★服务分离原则，平台的代码和服务要采取松耦合分离的方式，代码需
要用到的数据库都以服务的形式提供。必须提供DB2、Oracle、Mysql、Mongodb
和Redis数据库。另外可以自定义服务接口支持多种后台服务。
3、★支持定义多个可用区和多个可用网络，平台可以自动平衡多个可用区
上的任务实例。
4、★平台除了可以提供普通的HTTP协议访问之外，为了保证数据传输的安
全性，要求整个平台支持HTTPS协议访问、并可以提供自生成证书及第三方
CA机构颁发的证书。平台各个组件之间数据通过SSL加密传输。
5、平台自身可以提供负载均衡功能，也可以支持外部的第三方负载均衡软
硬件。
6、★平台可以采用内部的帐号存储机制、也可以支持外部帐号，如LDAP和
SAML。
7、★平台系统本身的数据库可以使用内部的mysql数据库、也可以使用外
部的数据库，通过TCP协议进行连接。
8、★容器技术，平台系统需要支持Warden、Docker容器技术
2、桌面虚拟化系统
应用虚拟化1、支持用户使用客户端单独接入授权的应用
2、虚拟应用服务器群组支持和自动负载均衡
3、无缝应用体验
4、虚拟应用和虚拟桌面界面集成在同一客户端内
5、支持会话连续性
6、支持应用收藏夹功能
用户体验1、提供可整合虚拟桌面、虚拟应用、SaaS应用、移动设备管理功能的统一用户登陆平台
2、支持浏览器、Windows、Mac、Android、iOS等客户端访问
系统与集成1、具备与底层平台集成功能
2、★使用全linux VM部署
报表功能1、应用访问、授权及计费报表
2、可对用户操作跟踪
桌面集中管理1、★持续备份完整桌面，保护关键任务数据，包括用户安装的应用、计算机状态、用户设置和数据
2、★选择性备份，利用桌面策略定义受保护的数据与不受保护的数据（例如，排除 MP3）
灾难恢复1、将终端恢复到以前版本
2、恢复到全新的设备
3、快速、完整的桌面恢复
桌面虚拟存储平台搭建1、★采用分布式存储管理软件搭建，支持多个独立的服务器本地存储组成一个可以共享的存储资源池。基于面向对象的存储架构，易于管理和扩展。
2、嵌入虚拟化层（hypervisor）内核，深入了解虚拟机、应用、底层存储基础架构，以优化I/O数据路径。
3、★由管理虚拟化平台的虚拟化管理中心统一配置管理，支持Web管理界面
4、★分布式存储提供多个存储控制器NUMA节点和SSD读写动态缓存池，优化VDI的读写性能，并降低虚拟桌面环境的存储成本。
5、★无缝应用虚拟化平台的HA、虚拟机在线迁移、存储在线迁移、自动化资源调度等功能，无需额外安装软件
6、★无缝应用虚拟化备份以及容灾技术
7、★虚拟化软件的所有功能必须为同一家厂商提供，禁止借用第三方软件的整合，以保证功能的可靠性和安全性
8、提供原厂商软件升级服务、在线支持服务、800电话支持服务，并提供授权服务承诺函及授权函原件
服务及其它要求1、虚拟化系统的所有功能必须为同一家厂商提供，禁止借用第三方软件的整合，以保证功能的可靠性和安全性
2、为保证软件产品质量、可靠性、合法性，需提供原厂授权承诺函，软件许可以及相应的原厂商服务
3、厂商在中国有独立的软件研发中心，可以提供产品本地化优化与深度问题本地研发支持。
4、提供原厂的技术认证培训服务。可以提供本地语言的售后专业服务
5、虚拟化管理平台提供API、SDK等接口，可以与第三方管理软件结合或二次开发
6、为市场成熟产品，在本地区内具有广泛的应用案例。
7、提供原厂商软件升级服务、在线支持服务、电话支持服务，并提供授权服务承诺函
3、云桌面终端
本次采购200台云终端（内嵌开发管理平台及桌面虚拟化系统），含两年免费的升级维护
自带开发环境1、★支持主流开发语言及框架，平台上部署的程序可以是多种语言开发的，所以平台必须支持当前主流的开发语言及框架，包括Java、PHP、Python、Golang、Ruby等，要求能够支持.Net程序。
系统特性
操作系统专用系统支持vmvare、
处理器双核 1.2GHZ 处理器
内存（标配）标配 2 GB DDR3L 1600 MHz，可扩展至多达8 GB
闪存16 GB M.2 固态硬盘，可扩展最高64GB
显卡
显卡标配集成GPU
通信功能
网络接口10/100/1000 Gb千兆以太网
WI-FI支持2.4G和5G技术
产品电源AC 100-240V，50/60Hz，65W 自动断电耐电涌
符合点能效标准符合能源之星标准
扩展功能
端口 4 个USB 2.0 端口、2 个USB 3.0 端口、1 个耳机插孔、1 个麦克风，2 个DisplayPort 1.2 端口、1 个RJ45 端口、1 个VGA 端口；
媒介设备
音频前面板上 1 个1/8 英寸立体声迷你插孔，有耳机标记
前面板上 1 个1/8 英寸立体声迷你插孔，有麦克风标记
尺寸与重量
重量 1.04 千克（无底座）选件和插件会增加重量。
固定架带原装安全固定架
(20 x 4.51 x 20.01 厘米)
外形尺寸（宽x
长x 高）
包含的物品
保修二年原厂服务
其他带原装远程统一管理软件
键鼠统一品牌原厂键鼠
1、供应商应按己方所投货物的实际技术参数填写，如经评审委员会发现未按所
投产品品牌的实际技术参数进行应答，而是完全复制标书文件的技术参数，与所投品牌的实际技术参数不符的，按响应无效处理。技术偏离表中“响应文件响应情况”应如实填写，并与“标书文件技术要求”一一对应，如简单填写“响应”或“完全响应”响应无效。
2、技术偏离表中须明确品牌、规格，否则响应无效。
3、报价产品的各项技术指标不能低于行业标准，否则响应无效。
4、所投产品中如要求安装软件，应提供正版软件，否则响应无效。
所有投标人均须提供投标产品满足的技术指标，并明确是否满足上述技术指标要求。
3、项目验收及质保期
合同签订后30日内交付所有功能并接受验收。
项目备品备件要求：若无法及时解决故障，免费提供备品备件服务。
安装调试服务：原厂安装调试。
项目验收须达到如下要求：
1.验收依据：磋商文件、响应文件、厂家货物技术标准说明及国家有关的质量标准规定，均为验收依据。
2.货物运输与验收：货物需由信誉高的大型物流公司运输，包装须规范，保证设备完好，设备运抵采购人处，设备落地到采购方指定位置，运费及人工费，包装材料清理费均由供货商负责，由双方对照采购清单及技术要求进行验收。
3.系统验收：成交供应商根据采购要求进行设备安装、调试、测试、培训后，由采购人进行使用性能方面的验收。验收合格的标准包括但不局限于：成交供应商根据采购人要求进行设备安装、调试、测试、培训并正式运行后，性能稳定。
如验收未通过，成交供应商需对缺陷进行整改，然后重新提出验收申请。
4.采购人有权委托我国相关具有检验资质的部门、单位、机构针对成交供应商货物的精度（软硬件）、性能进行检验。其检验结果将作为验收标准的组成部分之一（费用由成交供应商承担）。
5.验收时成交供应商必须派代表参加。
6.验收过程所发生的一切费用由成交供应商承担。
质量保证期
自验收合格之日起2年（产品质保期有具体要求的，按相应产品的质保期要求执行），质量保证期内乙方应负责免费维修。
所有投标人须按照上述要求分项应答，按照指定的日期和验收要求供货，并承诺质保周期。
4、付款方式和条件
签订正式合同后，按照如下验收节点验收合格后，支付中标额的费用，具体要求为：
（1）在第一个验收节点验收合格后（设备到场签收系统调试完成），支付中标额的90%
（2）尾款10%，在项目验收运行30日后支付。
5、售后维护要求
（1）对项目使用培训的要求
应针对本项目的最终用户和系统运行维护用户提供分层次培训。需提供
灵活多样的培训方式，包括最终用户的操作培训、对运行维护人员的技术培训等。
●应制定详细的人员培训方案，培训方案应包括培训目的、培训时间安排、人员层次、人数、次数、培训课程（包括课程介绍）主要内容（列出培训基本内容）培训组织方式等。（由原厂商提供不少于2次10人以上规模现场培训）
●对于提供的所有培训，必须保证师资力量，主要培训教员应是产品的主要设计和开发者。
●培训的内容及方案应由双方协商制定。供应商前来进行技术培训的人员的费用包括在合同总价中。
（2）对项目售后服务的要求
●售后服务
●为保障系统运行稳定及售后服务时效性，本项目要求成交供应商在东北三省范围内设立售后服务网点，安排常驻售后服务人员，提供地址/联系人/联系电话，同时成交供应商提供1位驻场技术服务人员，采购人提供办公地点。驻场服务时间从项目施工之日起，截至2019 年5月 1 日。此项费用由成交供应商承担。
●在服务期内，应始终通过现场服务、电话服务、远程服务等方式提供快速、高效的维护服务。服务期内须提供所供软件系统的系统BUG修复、系统性能优化等服务。
●协助提供系统数据备份服务，并定期检验数据备份的有效性。
●协助采购人对产品运行环境（包括操作系统、数据库、中间件以及其它相关软件）及时进行打补丁、查病毒服务。成交供应商须对软件提供终身免费维护和升级服务。
●投标人在投标时须提出软件系统及运行环境的定期维护计划，对采购人要求的不定期维护提出响应措施。
●实施系统维护或修改设计后，应在1周内更新有关技术文档并提交采购人。
●技术支持方面，提供7×24小时的技术咨询服务，每年提供至少2次对系统运行状况的评估服务，提供每月1次巡视服务，检测软件系统及运行环境的运行情况。
故障响应方面，提供7×24小时的故障服务受理；4小时专业技术人员上门服务，对重大故障提供7×24小时的现场支援，一般故障提供5×8小时支援；故障服务的响应时间小于1小时；中断时间不能超过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 范围 (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] 模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。
(完整版)技术开发方案
XXX技术开发方案 目录 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3参考资料 (2) 1.4术语定义及说明 (2) 2设计概述 (2) 2.1任务和目标 (2) 3系统详细需求分析 (3) 3.1详细需求分析 (3) 3.2详细系统运行环境及限制条件分析接口需求分析 (3) 4总体方案确认 (3) 4.1系统总体结构确认 (3) 4.2系统详细界面划分 (4) 5系统详细设计 (4) 5.1系统结构设计及子系统划分 (4) 5.2系统功能模块详细设计 (4) 5.3系统界面详细设计 (4) 6数据库系统设计 (5) 6.1设计要求 (5) 6.2信息模型设计 (5) 6.3数据库设计 (5) 7信息编码设计 (6) 7.1代码结构设计 (6) 7.2代码编制 (6)
XXXX技术开发方案 1引言 1.1编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 1.2背景 应包含以下几个方面的内容： A. 待开发软件系统名称； B. 该系统基本概念，如该系统的类型、从属地位等； C. 开发项目组名称。 1.3参考资料 列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。 1.4术语定义及说明 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。 2设计概述 2.1任务和目标 说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 2.1.2运行环境概述 对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 2.1.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）
集成平台技术需求方案
1、建设思路 1.1基于信息平台的业务整合与数据共享机制医疗健康信息服务平台是一个集成各类应用系统以及日常运营的平台，实现信息的整合再利用，在此平台之上可有效整合医院内部业务应用系统，最终形成一个互联互通的医院业务协作网络。医疗健康信息平台是为医疗行业特别量体定做的，可以很好支持不同系统之间的医疗数据的整合，快速实施应用程序节点部署以及各医疗子系统之间的协同通讯。在医院信息系统中的各子系统中，比如HIS、LIS、RIS、OA等，传递和展现整个医疗过程中的相关信息。 通过医疗健康信息服务平台建设，一方面可以规避“点对点”式的信息共享与交换，并使得医院可以基于信息平台整体上进行业务管理，对内提高管理水平，对外以统一的方式接入区域卫生协同网络，更好地为患者健康服务。 1.2以电子病历为核心载体的患者诊疗数据集成与共享电子病历是健康档案在医疗机构的特定表现方式，标准化的电子病历是区域卫生信息化和健康档案建设的关键问题。医院信息系统是从简单的收费系统发展起来的，电子病历是医院信息系统进入临床信息发展阶段的产物。在区域卫生信息化的要求下，必须达到以患者个人健康档案为主线的临床信息共享，新一代医院信息系统建设就必须以电子病历为核心，全面疏理医院的各个业务与管理流程，使之满足医院内部的信息资源共享需要，还要满足区域医疗业务协同的需要。 以电子病历为核心载体强调以病人为中心，将病人全部的诊疗资料以统一的形式组织起来，通过医疗健康信息平台以统一的方式向外展示，并使之成为电子健康档案的有机组成部分，形成以电子病历基本架构与数据标准为基础的病人诊疗数据标准化、规范化共享与利用。 医院管理分为医疗管理与运营管理。医疗管理通过对医院诊疗活动各个方面的直接与间接管理来保障临床服务工作的质量；而针对医院人、财、物的运营管理是为医院临床工作进行后勤保障工作的，其最终目标依然是为临床服务的。医疗管理与运营管理需要同临床服务交换各类数据，以实现相应的管理目标，促进临床服务质量的改善。在这个过程中，需要交换的数据种类繁多，几乎涵盖医院信息系统的各个部分，因此基于统一的医疗健康信息平台的数据交换与共享机制 是实现这类需求的有效手段。
技术需求(技术规范书)
技术需求（技术规范书） 移动互联网网络监测子平台开发——硬件平台搭建 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贡献的定量解析，结合郑州市本地区域污染特征，找出适合郑州市空气污染的治理措施，郑州市污染物减排以及污染物脱除工程技术实施具有
技术交易交流平台建设方案
技术交易平台建设方案 技术交易平台(以下简称平台)以促进科技成果转化和技术转移为目的，通过创新交易方式和服务模式，为我市十大产业培植壮大，提供一个集信息服务、交易服务和过程服务为一体的技术转移综合服务平台。 一、建设思路 按照“整合、共享、服务、创新”的总体思路，围绕构建科技综合服务体系和技术交易平台中心任务，面向三个层面开展工作：一是面向十大产业提升，针对产业科技发展、创新资源共享与集成等提供服务；二是面向企业技术创新所需，围绕技术攻关、创新平台建设、产学研结合等提供综合服务；三是面向科技成果转化和技术交易提供服务。 二、建设重点 （一）信息服务 1、技术信息。搜集、整理、发布在研项目、科技成果、专利技术信息，提供定向信息服务。 2、创新源信息。搜集、整理、发布科研院所技术成果、研究领域、优势专业、研究动态信息。 3、人才信息。建立我市专家数据库（专业方向、研究领域、研究成果）；对接国内外创新团队、咨询顾问、专家数据库等。
4、产业技术发展信息。围绕产业技术发展动态、产业技术发展趋势、产业技术发展路线图开展产业调查，产业信息推送服务。 （二）技术交易 依托科技综合服务大厅，开展技术交易线下服务；依托互联网络对接国内外技术交易市场和数据库服务平台，开展技术交易线上服务； 1、线下服务 围绕我市十大产业体系，全方位集聚与整合国内外优势创新服务资源，科技综合服务平台划分为如下功能区：1）综合服务区：设置政策咨询、项目申报、资质认定、技术交易、科技成果、知识产权、信息服务、科技金融、中介代理九个服务窗口。 2）科技创新展示区：设有科技产业、科技载体、科技服务等展区，集中展示市情、科技工作发展、科技人才、高新技术产品、科技成果、区域科技创新等。 3）成果转化及技术交易区：通过展示、推介、转化、交易服务功能，打造国内一流的成果转化转移服务平台。进行技术经纪人活动、项目交流与对接、线下成果交易。常年举办科技成果交易对接会、专项定题座谈会、信息发布会、项目路演、科技培训等。 2、线上服务
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)
项目需求含技术规划方案要求.doc
项目需求和技术方案要求 1 建设背景 山东警务云安全，依据《山东公安警务云计算建设总体方案》和《山东大数 据警务云计算安全技术白皮书》，结合国家信息安全等级保护制度、公安部《公 安信息化“十三五”规划重点任务_公安信息化安全保障体系_建设内容及要求》等进行统筹建设。在我省已建公安信息系统和安全防护措施的基础上，构建安全数据分析和安全资源服务系统，将分散在各地的安全数据进行汇总，打通各安全系统间壁垒，将现有安全资源进行整来，建设一套统一资源标准、统一应用分析、统一防范管理的“三统一”一体化安全管控体系。 根据公安部相关安全要求，为防止信息泄漏等违规问题发生，确保数据和信息安全，进一步加强全省公安信息化应用系统日志审计工作，开展全省一体化安全数据分析，省厅下发了《关于上传公安信息化应用系统日志数据的通知》（鲁公信通传〔 2017〕39 号），要求各地上传公安信息化应用系统日志数据，同时建议采用主动抓取应用流量的方式分析应用日志。 目前，济南市警务云平台已经部署了包括防火墙在内的多种访问控制类、检测类、审计类安全设备和安全系统，对各类防护对象及安全问题进行针对性防护。然而，针对济南市局重要应用系统的操作行为，仍然缺少有效的审计监督手段。 因此，本次拟采购综合安全审计系统，实现市局重要信息系统的日志全面、准确审计，以及关键网络节点流安全信息采集。 2建设目标 通过对济南市局重要信息系统访问情况进行监听、记录、分析，实现对用户操作行为的全面监视、违规报警、统计分析、事故追溯。通过对网络关键节点流 量包头信息的采集、分析，实现对业务流互访关系、网络连接情况的梳理，建立 正常流量模型，当网内发生大规模蠕虫病毒、木马反向连接、拒绝服务工具等异
技术需求书
技术需求书 一、本次招标采购的主要设备范围： 本次蚌埠市公安局所采购的警用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 序言 简述项目实施的必要性及意义。 2 需求分析 2.1 技术现状 描述用户现有技术应用环境、人员技术状况。 2.2 用户需求 着重描述用户的目前需求及未来的设想。 3 硬件系统技术方案设计 3.1 网络方案设计 3.1.1 设计原则 根据项目具体情况,提出设计原则,应突出可靠性、安全性、高性能、和可管理性四项原则。 3.1.2 设计要点 强调方案设计过程中技术要点及难点。 3.1.3 方案设计 画出网络方案拓扑结构图。
3.1.4 方案描述 根据网络方案拓扑结构图,描述出采用的网络产品及其配置和特点、网络互联、端口设计等。 3.1.5 方案设计理由 主要从性能价格比的角度来阐述关键设备采用的恰当性。 3.1.6 方案特点及优势 该部分需重点论述,应突出可靠性、安全性和高性能等特点和优势。 3.2 服务器方案设计 3.2.1 设计原则 根据实际情况,列出若干设计原则,应突出可靠性和高性能设计原则。 3.2.2 设计依据 提供选型方案依据,可定性或定量来分析,主要指标应包括TPC-C值。 3.2.3 选型方案 根据用户需求,分文别类阐述,具体应包括产品型号及其配置、应用环境、网络接口。 3.2.4 系统总体设计图 画出方案整体设计图,应包括网络和服务器部分。 3.2.5 方案特点及优势
该部分需重点论述,应突出可靠性和高性能等特点和优势。 3.3 网络管理方案设计 3.3.1 网络管理概述 简述网络管理的五大功能。 3.3.2 网络管理产品选择 网络管理产品选型及其功能。 3.4 网络安全方案设计 从网络角度来阐述安全方面的设计措施。 3.5 系统软件方案设计 a) 阐述系统软件的选型及特点。 b) 根据情况,本部分可以和“服务器方案设计”部分合并。 4 软件应用系统技术方案设计 5 技术应答 a) 本节是专为投标书而设置的,对于一般的项目方案建议书,本节可以忽略。 b) 本节应根据招标书的具体规定来回答,如招标书没有要求,也可忽略。 6 项目实施与服务计划任务书 6.1 交货期
项目商务技术需求书
项目商务技术需求书 一、项目简介： 采购人拟选择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建设目标 通过对济南市局重要信息系统访问情况进行监听、记录、分析，实现对用户操作行为的全面监视、违规报警、统计分析、事故追溯。通过对网络关键节点流量包头信息的采集、分析，实现对业务流互访关系、网络连接情况的梳理，建立正常流量模型，当网内发生大规模蠕虫病毒、木马反向连接、拒绝服务工具等异
技术方案—模板
技术方案—模板 -标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
技术方案书——模版 1 序言 简述项目实施的必要性及意义。 2 需求分析 技术现状 描述用户现有技术应用环境、人员技术状况。 用户需求 着重描述用户的目前需求及未来的设想。 3 硬件系统技术方案设计 网络方案设计 3.1.1 设计原则 根据项目具体情况，提出设计原则，应突出可靠性、安全性、高性能、和可管理性四项原则。 设计要点 强调方案设计过程中技术要点及难点。 方案设计 画出网络方案拓扑结构图。 方案描述 根据网络方案拓扑结构图，描述出采用的网络产品及其配置和特点、网络互联、端口设计等。 方案设计理由 主要从性能价格比的角度来阐述关键设备采用的恰当性。 方案特点及优势
该部分需重点论述，应突出可靠性、安全性和高性能等特点和优势。 服务器方案设计 设计原则 根据实际情况，列出若干设计原则，应突出可靠性和高性能设计原则。 设计依据 提供选型方案依据，可定性或定量来分析，主要指标应包括TPC-C值。 选型方案 根据用户需求，分文别类阐述，具体应包括产品型号及其配置、应用环境、网络接口。 系统总体设计图 画出方案整体设计图，应包括网络和服务器部分。 方案特点及优势 该部分需重点论述，应突出可靠性和高性能等特点和优势。 网络管理方案设计 网络管理概述 简述网络管理的五大功能。 网络管理产品选择 网络管理产品选型及其功能。 网络安全方案设计 从网络角度来阐述安全方面的设计措施。 系统软件方案设计 a) 阐述系统软件的选型及特点。 b) 根据情况，本部分可以和“服务器方案设计”部分合并。 4 软件应用系统技术方案设计
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%；如果乙方进行人员更换，必