技术需求(技术规范书)

技术需求(技术规范书)
技术需求(技术规范书)

技术需求(技术规范书)

移动互联网网络监测子平台开发——硬件平台搭建

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.项目背景

本项目是移动互联网与智能终端公共服务平台的子平台--移动互联网网络监测平台:平台实现对移动互联网性能的整体感知测量,准确判断定位、全面综合分析。实时掌握移动网络运行情况,快速定位移动网络故障及问题,服务行业发展。总体涵盖两大功能部分,一为终端采集模块,依托原有的各省监测点开发固定终端采集,并开发基于各种手机系统和制式的移动终端采集,对移动互联网

网络性能,移动应用性能,移动互联网资源分布,用户终端环境等几部分进行感知测量,二为开发统计分析系统,建立数据仓库和云计算模块,对各层次的数据进行多维分析深度挖掘。

目前的监测系统软件能力仍极不完善,仅初步实现了简单的采集分析功能,硬件方面能力亦难以支撑系统在短周期内实现连续高效监测的需求以及后续统计分析展现的需求。故此项项目硬件需要新采购。包括服务器设备、网络设备、机构及数据库软件

1.1包含硬件规模

1.2搭建硬件平台能力

所搭建的硬件平台应具备良好的应用服务兼容性与稳定性,体系架构符合相应国家标准,可完好支持多个不同类型服务在平台上同时运行。

三、技术要求

投标人应满足如下要求:

(1)硬件保证安全可靠,具有容错能力,并且便于扩容。

(2)投标人提供的硬件应具有良好的人机管理界面。

(3)兼容性及升级

硬件在扩容或升级的过程中不影响系统的性能与运行。

投标人应承诺在供货时提供最新版本的软件, 但该软件必须是经过测试正式推出的, 其可靠性、稳定性经过严格验证的。

(4)应用软件的结构应能保证功能的扩展。

(5)应用软件的可操作性

应用软件在设计、开发中要遵循易操作性、健壮性、实用性、高效性和安全性的原则;

用户界面采用中文界面,提示信息通俗易懂,操作及选择键(热键、菜单选择等)的功能定义在全系统保持一致;

系统应提供在线帮助信息。

(6)系统采用开放的接口,有二次开发能力。

(7)硬件应有容错能力,一般小的软件故障不应引起系统重启动,系统自带软件设计应有防护性能,某一软件模块内的软件错误应限制在本模块

内,而不应造成其他软件模块的错误。允许操作人员有限范围的误操作。

四、安装、调试、测试

1. 安装和调试

投标人需明确以下问题:

(1)安装调测时使用的工具由投标人提供, 通用工具由最终用户协助解决。

双方应协商制定工程进度表, 投标人负责按工程进度表进行施工。

(2)软件调试由投标人负责, 并提出软件调试的内容、项目、指标和方法, 并提供相应工具, 投标人有责任对最终用户的技术人员提出的问题作

出解答。调试应进行详细记录, 系统调试结束后, 由投标人技术人员签

字后交给最终用户验收。

2. 测试

系统测试的条款应与技术规范一致。基于以上要求,投标人应提供测试方案(包括功能、性能测试内容、测试条件、方法和过程),工程实施后,将据此进行测试。

五、后期服务

投标人应安装投标人的技术部门文件要求,提供此次项目启动后三年内的售后服务。

六、技术文件

1.投标人提供的书面技术资料应能满足确保系统正常运行及维护的全套文件。投标人提供的技术文件至少应包括:

-系统说明文件

-技术手册(设备安装、测试、操作、维护、故障排除等)

-软件资料(用户使用手册)

2.提供全套技术文件纸介质2套以及光盘1套。

3.系统开通后, 如发生软件升级等有关情况, 投标人应向最终用户提供必

要的技术资料。

商务部分提供材料

合格投标人:

1)投标人是来自中华人民共和国关境内,具有法人资格,有能力生产或提

供招标设计、货物及服务的制造商或代理商;

2)所投产品的原产地均应来自中华人民共和国国内或是与中华人民共和国

有正常贸易往来的国家或地区的合格来源国;

3)投标人须符合《中华人民共和国政府采购法》第二十二条的规定;

4)为本项目提供整体设计、规范编制或者项目管理、监理、检测等服务的

供应商,不得参加本项目投标;

5)投标单位负责人为同一人或者存在直接控股、管理关系的不同供应商,

不得参加同一合同项下的政府采购活动;

6)投标人已获得质量管理体系认证证书(ISO9001);

7)投标人必须向招标代理机构购买招标文件并登记备案,未向招标代理机

构购买招标文件并登记备案的潜在投标人均无资格参加本次采购;

8)本项目不接受联合体投标;

9)本项目不得分包和转包。

评分标准如下:

付款方式和时间:

4.1预付款:买卖双方合同签订后,买方收到由卖方开户银行出具的预付款保函或支票(预付款保函或支票金额为合同额的10%),以及卖方提供的发票和付款说明单据后,在10个工作日内支付合同额的40%,共计人民币元,大写:人民币整;

4.2第二期:卖方完成产品试运行并通过初验后,买方收到卖方提供的发票和付款说明单据后,在10个工作日内支付合同额的30%,共计人民币元,大写:人民币整;

4.3卖方完成产品终验后,买方收到卖方提供的发票和付款说明单据后,在10个工作日内支付合同额的30%,共计人民币元,大写:人民币整。

4.4履约保函或支票退还时间:卖方完成最终验收合格后10个工作日内(以后到者为准),买方向卖方退还履约保函或支票。

技术要求规范及标准

电杆技术规格书 1、本工程采用φ190-15-I、φ190-15-J型电杆。 2、使用环境 海拔高度:≤1000 m 最低温度:-47°C 短时最高温度:+55°C 24小时最高平均温度:35°C 物资应允许在较高或较低温度和较高湿度的恶劣环境条件下工作。 安装地点:昌赣客专江西段 地震烈度:8 度 3.技术要求、规范及标准 3.1、水泥电杆 3.1.1总则 3.1.1.1为贯彻GB4623《环形预应力混凝土电杆》和GB396《环形钢筋混凝土电杆》标准,加强企业的生产技术和质量管理,保证产品质量,提高行业的生产管理水平,特制定本规程。 3.1.1.2本规程适用于按GB4623《环形预应力混凝土电杆》和GB396《环形钢筋混凝土电杆》标准生产的环形预应力混凝土电杆和环形钢筋混凝土电杆。 3.1.1.3凡本工艺技术规程中未作规定的部分,按GB50204《混凝土结构工程施工质量验收规范》的有关规定执行。 3.1.1.4凡采用新技术,新工艺,新材料,应通过试验和鉴定后方可使用。如新技术的应用和本规程不相适应时,可另制订专项规程。 3.1.1.5生产企业应严格执行本技术规程,并结合生产实际,制订相应的操作规程。 3.1.2技术要求

3.1.2.1原材料 3.1.2.1水泥 3.1.2.1.1水泥宜采用硅酸盐水泥,普通硅酸盐水泥或快硬硅酸盐水泥,也可采用矿渣硅酸盐水泥,抗硫酸盐硅酸盐水泥。其性能应分别符合: GB175《硅酸盐水泥、普通硅酸盐水泥》; GB199《快硬硅酸盐水泥》; GB1344《矿渣硅酸盐酸盐水泥、火山灰质硅酸盐水泥及粉煤灰硅酸盐水泥》;GB748《抗硫酸盐硅酸盐水泥》的规定。 电杆生产用水泥强度等级: 预应力混凝土电杆用水泥强度等级不宜低于42.5; 钢筋混凝土电杆用水泥强度等级不宜低于32.5。 3.1.2.1.2不同品种、不同强度等级的水泥应按进厂顺序分别存放。堆垛高度不宜超过12包,库内应有防潮措施。 3.1.2.1.3水泥存放不得超过三个月,过期或对质量有怀疑时,需按规定重新检验后使用。 3.1.2.1.4使用袋装水泥时,不同厂商、不同标号的水泥不得混用,水泥中不应有夹杂物和结块。 3.1.2.1.5使用散装水泥时,不同厂商、不同品种、不同强度等级的水泥不得混放在同一罐内,水泥中不应有杂物和结块。 3.1.2.2细骨料 应采用质地坚硬的中粗砂,其细度模数宜为2.3-3.2、含泥量不得大于2%,其它各项指标须符合GB/T14684《建筑用砂》的有关规定。 3.1.2.3粗骨料 应采用卵石或碎石,含泥量小于1%、石子最大粒径不大于1/2壁厚或钢筋最小间距的3/4,其它各项要求须符合GB/T14685《建筑用卵石、碎石》的有关

需求规格说明书范本

1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:

3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分

项目需求规格说明书模板

软件项目名称软件需求规格说明书 拟制: 审核: 批准:日期: 日期: 日期:

文件修改记录

目录 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] 模板里并不说明设计技术和方法,而只是说明应包含哪些内容,以及如何描述、组织这些内容。

技术规范书-弱电

技术规范书 1、概述 1、1工程概况 本规范书为江苏省广电有线信息网络股份有限公司苏州分公司传输中心机房工程 招标文件得技术要求与供货要求,提供给投标方进行技术应答与报价书之用。 1、2设计依据 (1)甲方提供得设计要求资料 (2)有关专业提供得设计图纸 (3)中华人民共与国现行有关规范: 《智能建筑设计标准》 GB 50314-2015; 《民用建筑电气设计规范》 JGJ16-2008; 《视频安防监控系统工程设计规范》 GB50395-2007; 《出入口控制系统工程设计规范》 GB50396-2007; 《安全防范工程技术规范》 GB 50348-2004; 《建筑物电子信息系统防雷技术规范》 GB 50343-2010; 《空调系统控制》 GJBT-57102X201-1 《电子信息系统机房设计规范》 GB 50174-2008; 1、3工程范围 本动环系统设计范围主要包括如下子系统功能模块:机房视频子系统、门禁子系统及 动力环境监控系统。 本系统中标单位统一对以上系统进行深化后方可实施;完成系统设备得安装、调测与 整个集成系统得联调测试。 3、技术要求 3、1总体要求

1、以适度得超前意识为指导原则:采用先进得系统设备及系统软件与开发工具,保证 系统在技术上领先,成熟稳定,符合今后得发展趋势。 2、开放性:系统应具备开放性与兼容性。高度模块化设计,可与未来更换扩展得设备 具有互连性与互操作性,各子系统之间留有标准通用通信接口,为子系统得扩充、集成留有 余地。 3、可扩展性:硬件系统组合结构必须保证系统功能、处理器、存储容量得扩展。各个子系统配置(硬件系统、操作系统、数据库系统)得升级不会引起系统得修改与再次开发。系统得设计开发应能保证系统功能、处理能力得扩展性。系统得逻辑结构必须保证快速、方便地增加系统新功能,保证系统可维护性。系统保证适应未来功能扩展、业务扩展得要求,系统具有良好得可扩展性。 4、软、硬件设备运行稳定,故障率低,容错性强,应采取有效措施,保证系统无故障 连续运行。布线系统能适应较复杂得空间使用环境,保证不受高频电气设备、动力设备及空 间无线电磁波辐射得干扰,并保证布线系统在传输信号时不对外产生相应得电磁辐射与干扰 信号。 5、对数据库得存储与访问应有有效得安全措施,防止数据被破坏、窃取等事故发生。 安全级别控制健全,防止截取操作,能有效审计用户操作,以便追查事故原因。重要部分需 有双机热备份、磁盘阵列要求。 6、管理功能全面,能充分满足大厦自身各种业务得管理要求。应具有完全得中文操作 环境,界面简练、友好,联机帮助功能健全有效,设有培训模式。 7、具备故障诊断与分析工具,能帮助维护人员迅速判断故障原因,并具备有效得维护 工具与系统自恢复工具,能保证及时准确排除故障。系统应具备有一定得远程诊断与维护能力。 8、在并发访问得情况下,保证响应时间不超过业界良好标准。 3、2、系统部署架构 1、系统部署架构要求具备以下架构:被控设备层、采集层、子系统管理层、传输层、 集成管理层;被控设备层(子系统):处于底层得子系统层,即为各个分系统,如:动力环 境监控子系统、安防子系统等。各个子系统均能够向上提供软件接口(比如OPC、API等标 准协议得接口),提供相应得告警、资源、事件等信息。 2、采集层:对数据中心动力、环境及安防系统中设备运行数据进行采集。采集层需对 其她厂商得硬件接入开放,应统一接入协议标准(mod-bus或SNMP等协议)。

软件开发需求说明书文档(精)

需求说明书 目录 1. 引 言 ........................................................................................................................................... ...................... 4 1.1 编写的目 的 ........................................................................................................................................... 4 1.2 背 景 ........................................................................................................................................... ............ 4 1.3 项目专用术 语 (4) 1.4 参考资 料 ........................................................................................................................................... . (4) 2. 任务概 述 ........................................................................................................................................... .............. 5 2.1 目 标 ........................................................................................................................................... ............ 5 2.2 运行环 境 ........................................................................................................................................... .... 5 2.3 条件与限 制 (5) 2.4 工作流 程 ........................................................................................................................................... . (5)

存储系统技术需求书

存储系统技术需求书 第二部分 国家图书馆 一、项目目标:

该系统主要用于解决国家图书馆数字图书馆项目中对海量数字资源的调度、备份、服务、存储、长期保存等问题,由存储系统与 设备、数据安全的系统保障等构成。存储设备主要完成对数字资源 信息的存放,是信息存放的载体与介质;数据安全的系统保障主要 承担数据的安全保障工作,由存储备份等系统构成。 二、项目范围: 该系统主要用于国家图书馆数字图书馆,将用于存储包括原始加工数据、永久保存数据、数据库数据等在内的数字资源,同时可 提供可扩展的多种业务应用。存储系统应针对不同的业务需要提供 相应的存储支持,能够提供语音、数据、视频等多种类型对象的存 储服务。存储备份系统作为国家图书馆数字图书馆建设的重要组成 部分,应可完成对数据的有效存储、管理、使用、备份和恢复。 存储系统应可配合数字资源加工系统、资源发布系统、资源保存系统等系统的不同数据的完成迁移工作,同时可根据不同的策略 完成对数据的分级存储和透明调用。 三、技术架构: 1.系统设计建设应采用高可靠的产品和技术,充分考虑系统的应变 能力、容错能力和纠错能力,确保系统运行稳定、安全可靠。系 统设计应具有一定的前瞻性,确保系统在较长时期内先进和稳 固,同时,还应具有良好的扩展性和升级能力,使系统能顺利地 实现向更新一代设备、技术平台的平滑升级。 2.系统设计必须使用科学的方法进行,避免盲目性和随意性;选择 技术先进、具有一定代表水平并且成熟的技术方法和产品来进行 系统建设。 3.由于国家图书馆的主机房到存储机房的距离很近,而且数据量庞 大,对于在馆区内的单位用光缆贯穿很容易,所以考虑存储网络 (SAN)作为主要的存储技术路线。 4.在技术上应尽量遵从开放式标准规范并充分考虑各系统之间的 兼容性、互操作性与开放性。特别是为保护原有投资,该系统应

软件需求规格说明书模板(超详细的哦)

WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技

目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)

3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)

第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。 2软件需求分析理论 软件需求分析(Software Reguirement Analysis)是研究用户需求得到的东西,完全理解用户对软件需求的完整功能,确认用户软件功能需求,建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端,也是项目实施最重要的关键点。据有关的机构分析结果表明,设计的软件产品存在不完整性、不正确性等问题80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出。因此,一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标: 1)对实现软件的功能做全面的描述,帮助用户判断实现功能的正确性、一 致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件 需求; 2)了解和描述软件实现所需的全部信息,为软件设计、确认和验证提供一 个基准; 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据; 需求分析的具体内容可以归纳为六个方面:软件的功能需求,软件与硬件或其他外部系统接口,软件的非功能性需求,软件的反向需求,软件设计和实现上的限制,阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息,使得软件设计人员

软件项目需求书

软件项目需求书 项目背景 随着公安信息化向“大整合、高共享、深应用”快速发展,公安信息资源种类和数据激增,信息集中度和敏感度明显增加,信息应用和共享方式日趋复杂,数据盗取、越权访问等造成公安敏感信息泄露、侵犯公民隐私的现象时有发生,严重威胁公安信息网安全,亟待从安全技术手段上加强对公安信息资源的保护。为此,从公安应用系统资源库的应用日志入手,实现对用户操作行为(增、删、改、查询、登录等)和接口服务情况(批量比对、查询等)的完整记录,是破解当前“跟踪不下去、查不到源头、取不到证据”难题,防范敏感信息泄露、保护数据安全的有效途径之一。 公安部办公厅于年月日下发《关于加快推进公安信息系统应用日志安全审计工作的通知》(公传发〔〕号);随后公安部科信局于年月日下发《公安信息系统应用日志安全审计平台建设任务书》(公科信传发〔〕号)。天津市为贯彻落实公安部相关文件指导精神,加大公安信息资源安全保障力度,规划设计我局应用日志安全审计平台项目建设(以下简称“安审平台”)。 商务需求 技术需求

附件一:实施要求 ()投标人确保在合同签订后,项目建设在个月内完成,包括平台安装部署、级联调试、应用系统日志对接。在项目建设过程中要求为应用系统接入改造提供技术支持服务,确保应用系统日志改造工作的顺利进行。 ()若因应用系统接入改造导致的工期延迟,不影响该项目的正常验收。但是承建商应在服务期内持续为应用系统接入改造提供高质量的技术支持服务。 ()投标人在项目实施前应与使用方签订《信息数据保密协议》。 ()为保证此项目按时按质地顺利进行,投标人应建立专门的项目开发组和管理组,由专人负责。 ()投标人应提供详细的项目实施详细的实施方案、时间表和各阶段各方人员安排及相关的工作内容,经使用方同意后,方可实施。 附件二:系统验收要求 验收内容主要以合同签订时双方确认的《软件需求规格说明书》为依据,对软件的各项功能进行全部的核查,如无异议,双方对《用户验收报告》进行签字、盖章。 投标人在程序开发各阶段需提供的资料作为本项目所签定合同的正式附件,与合同正本具有同等的法律约束力。 项目验收标准如下: ()平台能够实现与各个应用系统对接; ()软件要能达到需求说明书规定的要求; ()软件在测试与试运行期间无致命及重大软件缺陷; ()中标人向用户提供项目相关的计划文档、软件需求说明书文档、软件部署实施文档、软件测试报告文档。 附件三:公安信息系统应用日志安全审计平台需求 、系统架构要求 安审平台系统功能架构要求如下图:

监理技术需求书

第四章数据中心机房建设项目监理技术需求书 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)

技术要求规范书3《抱杆技术要求规范书》

中国铁塔股份有限公司 广西壮族自治区分公司 抱杆 技术规范书 中国铁塔股份有限公司广西壮族自治区分公司 2014年12月

目录 1、设计原则 (2) 2、设计依据 (2) 3、施工及验收依据 (2) 4、材料选用 (2) 4.1塔身材料 (2) 4.2连接材料 (2) 5、构造与工艺技术要求 (3) 5.1连接要求 (3) 5.2制作要求 (3) 5.3安装要求 (5) 5.4工艺要求 (6) 6、变形限制 (6) 7、维护要求 (7) 8、其他要求 (7)

1、设计原则 移动通信工程抱杆结构的设计使用年限为25年,建筑物结构安全等级为二级。设计基本风压按30年一遇采用,但基本风压不得大于0.75kN/m2。抱杆结构抗震设防烈度按所在地抗震设防基本烈度采用。 2、设计依据 (1) 钢结构设计规范 GB50017-2003 (2) 高耸结构设计规范 GB50135-2006 (3) 建筑结构荷载规范 GB50009-2012 (4) 建筑抗震设计规范 GB 50011-2012 (5) 移动通信工程钢塔桅结构设计规范 YD/T5131-2005 (6) 混凝土结构后锚固技术规程 JGJ145-2004 3、施工及验收依据 (1) 钢结构工程施工质量验收规范 GB50205-2001 (2) 钢结构焊接规范 GB50661-2011 (3) 移动通信工程钢塔桅结构验收规范 YD/T5132-2005 (4) 塔桅钢结构工程施工质量验收规程 CECS236:2006 (5) 其他相关的施工及验收规范 4、材料选用 移动通信工程抱杆结构采用的钢材应符合设计要求,应具有抗拉强度、伸长率、屈服强度和硫、磷含量的合格保证,对焊接结构尚应具有碳含量的合格保证。所有材料均应符合质检要求,应有书面鉴定。 焊接结构以及重要的非焊接承重结构采用的钢材还应具有冷弯试验的合格保证。 4.1塔身材料 移动通信工程抱杆的钢材宜采用Q235普通碳素结构钢、Q345低合金结构钢、20号优质碳素结构钢,有条件也可采用Q390钢或钢材强度等级更高的结构钢,其质量标准应分别符合我国现行有关国家标准。 施工中如采用进口钢材或代用材料时,必须提供该材料的机械性能及化学成分,并进行抽样检查,经设计同意后方可采用。 杆身及支撑均采用热轧无缝钢管,且不允许拼接。 4.2连接材料 连接材料应符合下列要求: 1.抱杆结构的焊接宜采用手工电弧焊,选用的焊条应符合现行国家标准的规定,焊条型号应与构件钢材的强度想适应。

产品需求说明书(PRD)模板_精简版

Confidential (公司内部文档) XXXX需求规格说明书

需求规格说明书

目录 1 前言 (4) 1.1编写目的 (4) 1.2文档约定 (4) 1.3术语和缩略词 (5) 1.4参考资料 (5) 2 项目概述 (5) 2.1项目背景 (5) 2.2项目目标 (6) 2.3需求范围 (6) 2.4总体框架 (6) 2.5组织机构 (6) 2.6用户特点 (6) 2.7设计约束 (7) 3 功能性需求 (7) 3.1总体流程 (7) 3.2角色定义 (7) 3.3系统功能 (7) 3.4功能描述 (8) 4 非功能性需求 (10) 4.1软件需求 (10) 4.2硬件需求 (11) 5 风险分析 (12) 6 其他说明 (12)

1前言 1.1编写目的 [说明编写这份需求规格说明书的目的,指出预期的读者(一般包括评审人员、软件设计人员、软件开发人员,针对具体情况,还可能包括客户),它是软件开发的基础。] 示例: 1.准确全面定义、阐述xx业务需求,明确xx系统的目标和功能。 2.为有关业务部门和技术部门提供对这个系统的统一的文字的理解。为业务部门判断系统 是否满足其业务需要提供文字依据,为技术部门监督项目功能提供统一标准。 3.在xx系统之前尽可能周密考虑全部需求及设计要求,减少以后可能的重新设计、重新 编码、重新测试等工作。 4.为设计项目方案、编制计划进度提供文字依据。 5.为对项目的完成进行确认和验证提供基准。 本需求规格说明书合法读者对象为:软件开发项目管理者、设计师、测试工程师、技术人员、业务人员。 1.2文档约定 [描述编写文档时所采用的字体标准或排版约定,包括标题和正文的字体和字号约定。完成文档编写后,文档编写完成后本部分须裁剪] 字体大小约定: 标题1 宋体三号加粗 标题2 宋体小三号加粗 标题3 宋体四号加粗 标题4 宋体小四号加粗 标题5 宋体小四号 正文宋体五号 段落约定:文章中每段落需抬头,即段落开头需有两字元的缩排,单倍行距。 表与图编号约定:文中所有表、图须按章节编号,如:第四章节第二个表,编号为:表4-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、建设目标 建设城市机动车国家遥感监测信息联网系统,接收城市机动车遥感监测信息联网平台

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、。 1.1 招标货物一览表 2项目概况 2.1 建设背景 现场作业的安全主要依靠现场管理人员的监督及现场作业人员的自律,由于现场作业点多面广,经常出现安全隐患及违章操作现象,从而造成或引起安全事故发生。现场作业安全监督及图形化实时监控措施的研究是为了根治作业人员习惯性违章,规范作业人员的行为,如现场出现有操作不规范或安全隐患的信息,立刻作出相应的应急处理,以确保现场作业的安全运行、规范操作,为电力现场作业人员提供有效的人身安全监控与防护手段,对于预防或减少电力系统人身等恶性事故具有十分重要的理论意义和实用价值。 2.2 现状分析 安全监控困难:现场作业的安全主要依靠现场管理人员的监督及现场作业人员的自律,由于现场作业点多面广,经常出现安全隐患及违章操作现象,从而造成或引起安全事故发生。 不能指挥多个现场作业:现场作业地点分散,现场管理人员只能对一个现场作业进行监督,不能做到同时指挥多个现场进行作业,费时、费力,难以保证现场作业的进度。 2.3 建设目标 通过现场作业安全监督及图形化实时监控系统,现场作业人员可以实时将现场作业的视频传输到监控中心,管理者能够及时了解与掌握作业现场安全工作的部署,监控中心能够同时指挥多个现场进行作业,实现现场作业视频文件的存储与回放。 2.4 建设原则 根据现场作业安全监督及图形化实时监控系统的实际需要和系统建设的目标,本项目建设应遵循以下原则: 1、经济性原则 项目设计过程中,将充分利用现有设备、网络等设施类环境资源;最大限度依托并整合现有技术应用、数据信息等资源体系;在可用性的前提条件下充分保

证系统建设的经济性,提供投资效率,避免重复建设。 2、成熟性原则 本系统的设计应该尽量的采用经过市场证实的成熟的技术,减少技术风险。 3、可扩展性原则 为适应发展要求和系统自身建设需要,本系统的设计要充分考虑系统应用动态变化因素,通过现代信息技术的应用和规划设计,充分保障系统的可扩展性,以适应系统需求的变化,支持迭代开发。 4、标准化和规范化原则 严格遵循国家及地方的有关法律法规、标准和技术规范的要求,从业务、技术、运行管理等方面对项目的整体建设和实施进行初步设计,充分体现标准化和规范化。 5、安全性原则 安全体系建设是本项目重点建设内容之一,严格遵循国家及地方的有关信息系统安全保密的有关政策、标准和规范的要求,使信息系统在网络、应用、数据信息等多层面获得有力的安全保障。并且采用业界成熟的安全技术,切实避免系统破坏和数据泄密。 6、先进性原则 立足先进技术,采用主流技术,在满足需求的基础上,使系统具有国内领先技术的水平。 7、开放性原则 采用的技术均为开放技术、利于移植,这样有利于降低采购价格,保证服务质量。 8、易用性原则 本系统使用涉及电业局各个层面的用户,系统在设计过程中要针对不同层面的使用者的应用水平,充分考虑系统的易用性,保障本系统建成后的应用与推广。 2.5 建设内容 软件系统应实现以下的基本内容: 1.图像管理:监控中心可对作业现场所选摄像头实时图像根据实际需要进行显 示、抓拍等操作。 2.现场监督:现场作业与安全监控相结合,通过图形化方式直观显示现场作业 动态。 3.现场复查:图像实现自动保存,工作人员可随时调取图像资料,对现场作业 人员的工作行为、工作内容及流程进行分析。

软件设计需求说明书

软件设计需求说明书 Revised by Liu Jing on January 12, 2021

xxxxxxx系统软件开发需求说明书 xxxxx科技有限公司 二○一五年七月

目录

1引言 1.1编写目的 为明确软件需求,方便与用户统一思想,确定系统功能、数据范围,便于项目规划与进度安排、组织软件开发与测试等,特撰写本文档。 本文档的读者为业主、用户、数据库建设人员、系统设计人员、开发人员和测试人员。 1.2范围 XXXXX动态监管系统软件即:XXXX一体化动态监管平台。 围绕XXXXX水库运行调度设计的要求,以水库运行调度设计为核心,运用先进、成熟技术,建设水库一体化管理平台,实现XXXXX水库监控视频、水雨情监测、流量阀门控制、实地三维仿真等数据自动汇集和信息共享交换,为XXXXX管理部门及时掌握水库区域内的重要水情信息和控制区域(点)的水资源状况,建设现代化、科学化的水库管理调度系统,提高水库运行调度管理能力和水平的提高提供高效的数据支撑和信息服务。 应用说明 本软件建设应以数据中心为基础,依托建设的信息采集系统,实现水库区域视频监控、水雨情监测、水资源调度等信息的收集、处理、交换,为数据中心提供信息来源。构建水库一体化管理平台的基础框架,实现信息共享交换。

1.3定义 监测站点:水库区域监控视频覆盖区域、水库水雨情信息、水资源调度的阀门流量监控等。 监测信息:视频画面、水库水位雨量数据、水库排水流量与水量数据。 三维仿真:基于XXXXX水库实地勘测,制成三维仿真展示,增加三维展示的视频链接热点。 1.4参考资料 《XXXXX施工组织方案》遵义水文局 《水文情报预报规范》GB/T 22482-2008 《防洪标准》GB50201—94 《水位观测标准》GBJ38-90 《降水量观测规范》SL21-90 《实时雨水情数据库表结构与标识符》SL323-2011 《全国分布式水文数据库系统结构版》文档号01-DC-13 计算机软件开发规范(GB 8566-88) 计算机软件产品开发文件编制指南(GB 8567-88) 计算机软件需求说明编制指南(GB 9385-88) 计算机软件测试文件编制指南(GB 9386-88)

技术需求书

技术需求书 一、本次招标采购的主要设备范围: 本次蚌埠市公安局所采购的警用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、内置语言加密功能,对语音频谱进行特别处理,防止被窃听。

软件需求规格说明书实用模板(超详细)

XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技

项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求,电子公
文在线预览
项目负责人审核与确认 供应商:
职位
审核时间
审核意见(签字)
客户方:

目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16

相关文档
最新文档