软件需求规格说明书超详细哦

《软件需求规格说明书超详细哦》由会员分享，可在线阅读，更多相关《软件需求规格说明书超详细哦（27页珍藏版）》请在装配图网上搜索。

1、XXXXXX单位XXXXXXX项目软件需求规格说明书金碧信息科技项目项目名称文档软件需求规格说明书文档ID说明V1.2作者*最终更新时间20111020版本更新概要版本号时间更新人更新摘要V1.02011-10-02移动OA、车辆管理模块需求内容V1。12011-1020移动政务资源管理系统平台需求内容V1.220111108依据业务需求,电子公文在线预览项目负责人审核及确认姓名职位审核时间审核看法（签字)供应商：客户方：书目第一章 引言51编写目的52软件需求分析理论53软件需求分析目标54参考文献6其次章 需求概述71.项目背景72.需求概述73。条件及限制(可选)84.移动办公系统结构8

2、5。移动办公网络拓扑图9第三章 系统功能需求101。移动办公系统升级改造需求10界面显示要求11待办公文列表11待办公文列表排序12公文具体信息界面元素12网站信息审批12会议申请12看法录入12移动邮件13会议管理13通知通告14通讯录管理142.车辆管理模块升级改造需求14系统功能架构14网络拓扑结构163.电子公文预览需求16电子公文交换网络17电子公文交换流程184。政务信息管理系统平台功能需求19第四章 软硬件或其他外部系统接口需求221.用户界面222.硬件需求223.网络需求224.接口需求235.通信需求236。运行环境24第五章 其他非功能需求251.性能需求252。平安设施

3、需求263。平安性需求264。扩展性需求275.可移植性需求27第一章 引言1 编写目的为明确软件需求、支配项目规划及进度、组织软件开发及测试，撰写本文档。2 软件需求分析理论软件需求分析(Software Reguirement Analysis）是探讨用户需求得到的东西，完全理解用户对软件需求的完整功能,确认用户软件功能需求，建立可确认的、可验证的一个基本依据。软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明,设计的软件产品存在不完整性、不正确性等问题80以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的胜利软件

4、需求分析是关键的一步。3 软件需求分析目标软件需求分析的主要实现目标：1) 对实现软件的功能做全面的描述，帮助用户推断实现功能的正确性、一样性和完整性，促运用户在软件设计启动之前周密地、全面地思索软件需求;2) 了解和描述软件实现所需的全部信息，为软件设计、确认和验证供应一个基准；3) 为软件管理人员进行软件成本计价和编制软件开发支配书供应依据；需求分析的具体内容可以归纳为六个方面:软件的功能需求，软件及硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。软件需求分析应尽量供应软件实现功能需求的全部信息,使得软件设计人员和软件测试人员不再须要需求方

5、的接触。这就要求软件需求分析内容应正确、完整、一样和可验证。此外，为保证软件设计质量,便于软件功能的休整和验证，软件需求表达无岔意性，具有可追踪性和可修改性。4 参考文献1. 软件工程基础 赵一丁 北京邮电高校出版社2. 软件需求 劳森 （作者）, 刘晓晖 （译者） 电子工业出版社3. 软件需求工程：原理和方法 金芝，刘璘，金英 科学出版社4. 好用软件工程第三版 殷人昆 清华高校出版社5. 电子政务发展需求及效益分析 朱建明 经济科学出版社6. 电子政务信息系统的规划及建设 田景熙，洪琢 人民邮电出版社7. 电子政务信息公允探讨 唐思慧 世界图书出版公司8. 电子政务系统的需求分析 甘明鑫，

6、曹菁 机械工业出版社第二章 需求概述1. 项目背景为进一步实现“政务公开的要求,同时便利各类政务信息能精确、平安、快速的发布到指定的移动终端上，同时提升XXX移动办公效率,解决领导外出时能便利平安的批阅公文，收发邮件以及查询通信录等应用。基于中国电信3G高速网络,采纳手机适配技术实现移动办公应用,并通过PKI/CA、VPDN、APN等信息平安技术保证移动办公的平安性。只要在WCDMA、 3G网络覆盖的地方，用户都可以通过手机高速、稳定、平安的访问OA办文、邮件、人事管理等办公系统，随时随地处理公文、收发邮件、查询信息。系统设计采纳全新的设计理念实现随时随地、零距离、平安稳定的信息化办公。做到4

7、A（Any where/Any time/Any data/Any device)办公,通过移动终端设备，打破时空的局限实现轻松办公.运用户能利用各种移间及空间的限制，随时随地、自由便利地办公。2. 需求概述【对软件需求做一个简介，包括：1. 本产品的开发意图、应用目标及作用范围。2主要功能、处理流程、数据流程。4说明本产品及其他相关产品的关系，是独立产品还是一个较大产品的组成部分。可以用表示外部接口和数据流的系统高层次图，或者方框图说明.】3. 条件及限制（可选）【说明本软件在实现时所必需满意的条件和所受的限制，并给出相应的缘由.必需满意的条件包括输入数据的范围以及格式。所受的限制包括软件环

8、境、硬件环境等方面的内容。例如:必需运用或者避开的特定技术、工具、编程语言和数据库；企业策略、政府法规或工业标准；硬件限制,例如定时需求或存储器限制；经费限制、开发期限；项目对外部因素存在的依靠。例如其它项目开发的组件.等等】4. 系统结构移动OA系统可规划为一个四层的平安限制域,网络平安设计以各域的工作特点为依据进行设计。1.终端用户层：作为系统向各种手机终端供应呈现层，手机用户通过安装客户端程序实现移动办公，目前支持市面上各种主流终端的运用。2.运营商服务层：各电信运营商（移动/电信/联通）供应的无线网络环境层，支持GSM、GPRS、CDMA、WCDMA、3G、WIFI等各种无线网络环境，

9、对于移动网络须要同时支持CMNET及CMWAP。3.业务逻辑层：系统核心业务处理层，主要支撑系统及外部业务系统、手机终端的数据恳求处理,实现信息移动化，包括基础服务支撑、业务解析运行引擎、终端访问平安管理、通用组件，以及系统管理功能。4.外部系统层：系统及外部接入系统的适配层，主要的外部接入系统包括办公自动化系统(OA系统)及其他IT应用系统.移动OA结构图5. 网络拓扑图结构移动OA网络拓扑结构图移动OA网络拓扑划分层次来描述,共分为：n 终端侧：发起网络恳求的终端设备和软件。n 网络侧：运营商的网络.n 机房侧:进行移动化IT系统和管理通信设备的移动OA服务器。第三章 系统功能需求1. 移

10、动办公系统升级改造需求XXX在2007年及建设好基于windows mobile的移动办公系统,并在2010年将该系统扩展至ios系统，为保证系统建设一样性,本次系统建设要求在原有的移动办公系统上增加相应的适配软件模块,要求支持苹果IOS 4。0、Android 2。0及微软WindowsMobile 6。1以上移动终端操作系统；本次系统升级改造后要求在苹果IOS 4.0、Android 2。0及微软WindowsMobile 6.1以上多种智能终端操作系统上实现原有的移动办公系统上的全部流程，具体见下表：功能模块实现功能登录登录待办待阅收文审批发文审批内办文审批合同处理审批信息审批督办审批会

11、议审批收文阅文发文阅文内办文阅文合同处理阅文信息阅文督办阅文会议阅文公文排序公文流转公文发送公文查询查询公文查询结果列表会议通知会议通知列表会议通知详情移动邮件收邮件回复邮件转发邮件发送邮件邮箱设置通讯录组织结构树人员列表人员详情通知通告通知通告列表通知通告详情市领导批示市领导批示列表市领导批示详情代理授权代理授权列表代理授权详情人员结构树机关名片机关名片列表机关名片详情拨打电话发送短信消息系统消息列表消息详情消息附件回复消息短信中心短信列表短信详情发送短信接收短信息性能测试性能测试 界面显示要求 待办公文列表待办公文列表采纳两行显示1、 第一行：公文速级（Icon）、业务种类、接收时间2、

12、其次行：公文标题 待办公文列表排序1、 按业务种类排序（按待办公文类型来排)2、 按速级排序(特急、急件、平件三种）3、 接收时间排序 公文具体信息界面元素1、 收文来文单位、紧急程度、标题、内容摘要、看法2、 外发文主办单位、主送单位、抄送单位、事由（标题）、紧急程度、拟稿人、密级、看法3、 内办文主办单位、主送单位、抄送单位、事由、紧急程度、拟稿人、密级、历史看法4、 督办事项名称、承办部门、会办部门、密级、紧急程度、督字、号、督办类别、要求完成时间、历史看法 网站信息审批主办单位、拟稿人、事由（标题)、历史看法 会议申请召开时间、会议地点、议题、申请部门、申请时间、参与人员、看法l 正文

13、和附件文件类型公文正文的文件类型为Tif、 Doc和ceb公文附件的文件类型无限制,其中Office系列、图片格式、Tif可干脆在手机端阅读供应公文附件下载功能超过5M的文件将供应下载功能但不能在手机端干脆预览。 看法录入用户可干脆输入看法或从常用词条中选择，包括公用词条和个人词条l 审批看法发送文秘处长、领导批示、承办、会办等环节会用到移动办公审批。审批看法的发送首先选择环节，环节的排序依次及OA中一样，当用户要选择N个下一关环节（1N4个）时，用户通过多级下拉框联动菜单来实现，当上一级菜单选择后,下一级菜单会自动过滤不行选的环节或自动选择必选环节。当审批看法发送至默认环节默认人员时，将不再

14、出现环节选择和人员选择界面，该看法将被干脆发送。环节选择完成后，用户可以分别对每个环节选择人员(含组）人员选择完成后，用户即可发送审批看法。 移动邮件l 实现方式移动办公允台通过Pop3/Smtp访问信息办邮件服务器l 功能需求供应邮件收取、查看列表、查看内容、查看附件、邮件发送、邮件转发、邮件回复、邮件删除（不同步删除OA邮件）功能 会议管理l 手机端操作流程登录会议列表会议详情l 会议列表会议列表包括内部会议和外出会议会议列表无权限限制,对全部用户均可见会议列表采纳两行显示： 第一行：会议标题 其次行:会议时间，会议地点会议列表只采纳会议时间排序（由新到旧，只显示一周，可查询上周及下周）l

15、 会议详情会议详情界面元素：开会日期、地点、会议名称、参与人员、组织者或部门、创建时间 通知通告l 手机端操作流程登录通知通告列表通知通告详情l 通知通告列表通知通告列表采纳两行显示：第一行:通知通告标题其次行：发布时间会议列表只采纳发布时间排序（由新到旧）l 通知通告详情通知通告详情界面元素及OA中一样通知通告可能含附件，附件类型无限制，其中Office系列、图片格式、Tif可干脆在手机端阅读。供应附件下载功能.超过5M的附件将供应下载功能但不能在手机端干脆预览。 通讯录管理通讯录管理采纳树形结构呈现，只按部门进行分类。通讯录个人信息元素：姓名、办公电话、手机号码、电子邮件、备注通讯录人员在

16、OA增加、删除、修改、调动人员时，会及OA通讯录保持一样。管理员可在移动办公允台Web管理页面上启用/停用用户。2. 车辆管理模块升级改造需求车辆管理系统是基于B/S架构的新型车辆管理平台，它适用于各政府机构及其下属单位，利用信息技术跟踪车辆的选购、检验、调拨、保养、修理、报废等环节,并供应完整的车辆统计报表和强大的数据分析功能。规范政府机构车辆管理工作,改进车辆内部调拨、车辆维护等流程，显著提高管理水平和经济效益. 系统功能架构车辆管理系统车辆数据车辆运行费用行车里程驾驶员档案违章登记车辆修理在用车辆报废车辆在职司机离职司机燃料费修理费保险费过路过桥费停车费其他费用用车申请功能模块实现功能车

17、辆资料管理对每一辆车进行建档，实现“一车一档”，主要是记录车辆的车牌号、车辆类型、运用人或单位、油卡、购置日期、购置金额、发动机号、车架号、厂牌型号、载重量、可乘坐人数等相关信息驾驶员档案对每个驾驶员进行建档,实现“一人一档，主要登记驾驶员的姓名、性别、诞生年月、驾驶证号、领证日期、证件有效期、起先驾驶时间、准驾车型、联系电话、年审记录等相关信息。车辆费用管理登记车辆每次加油的具体状况，主要包括车牌号、车辆类型、加油时间、记账时间、卡号、加油站名称、油号、单价、数量、金额等相关信息.车辆维护修理记录每辆车得修理保养记录，主要包括维保时间、维保内容、修理人等相关信息。车辆申请记录在现有OA办公系

18、统上建立车辆申请流程，每次申请用车的时候,都必需依据流程来进行审批，为车辆管理实现良好的规范化.合格供应商维护对车辆的合格供应商进行建档，主要包括编号、供应商名称、供应商全称、联系人、电话、供应商地址等相关信息.车辆修理支配对车辆的修理支配进行建档，主要包括设施名称、车辆名称、型号规格、支配时间、完成时间、维护内容等相关信息。车辆平安检查记录对车辆的平安检查进行建档，主要包括车辆号码、建制司机、行驶里程、检验结果、检验员签名、检验时间、建议、备注等相关信息。统计分析能够生成车辆的各类汇总报表，如车辆油费统计、车辆申请记录统计、车辆维保记录统计等，并能依据用户的实际须要生产月报、季报、年报。权限

19、管理建立健全、严谨的权限管理模块,具备上下级之间相互独立运作、层级限制的特点. 网络拓扑结构车辆管理网络结构车辆管理服务器及数据库及OA服务器及数据库部署在同一局域网内，通过系统接口，实现及OA系统的统一登陆认证.3. 电子公文预览需求本着对电子公文交换及认证平台和现有移动办公系统进行最小改动的原则，采纳在两个系统之间搭建一个中间层组件,该中间层组件主要实现以下功能：1、把现有移动办公访问电子公文的恳求进行重定向转移到访问该中间层；2、把电子公文交换及认证平台中的电子公文转换成现有移动办公系统能识别的格式(一般为扫描件格式）；3、把转换后的文件格式以文件流的形式返回到移动终端进行显示。 电子公

20、文交换网络OA 交换：即各单位 OA 上部署的交换系统，同时也是本项目电子公文交换系统。该系统主要负责为OA 供应电子公文交换的收发文以及相关子服务，属于OA 的子系统,通过OA 前置的Web Service 接口及自身的Web Service7，8接口互联以实现对交换网络挂的接，因此并不属于交换网络的核心组件。 OA 前置:即为 OA 交换供应干脆通讯服务的交换系统.该系统仅负责为所连接的 OA 交换供应数据传输服务，其一端通过Web Service 及OA 交换连接，另一端则通过消息队列以及Web Service 两类接口及交换接口连接，属于交换网络的边缘组件.交换接口:即核心交换系统所供

21、应的外接接口系统。该接口连接的两端都同时拥有消息队列（异步交换）或是 Web Service(同步交换)两类接口，其一端及肯定区域的 OA 前置通过相连，并为这些 OA 前置供应交换服务以及核心查询服务，另一端则及核心交换相连。交换接口的存在不仅可以爱护核心交换不被暴露,同时也可以减轻核心交换的网络压力，属于交换网络的核心组件。 交换核心：即整个交换网络的核心交换系统.该系统为交换网络供应交换路由服务、交换单位管理、交换人员管理、交换跟踪服务、交换指令分析应答服务、交换数据分解合并服务、核心传输服务以及CA 的加解密、数字签名验证等服务。 CA 认证系统：该系统为各单位供应数字签名服务以及数据

22、的加解密服务。该系统仅及核心交换系统相连，全部及CA 认证系统的通讯都必需经由交换网络传送。 电子公文交换流程电子公文交换的流程可以分为交换数据的生成、数据的签名加密、数据的传输、数据的验签解密、数据入库五个主要步骤.整个交换流程细述如下： 1、OA 端在须要发送电子公文的时候,通过自己的电子公文交换系统（OA 交换）生成原始的交换对象，OA 交换则通过 CA1518认证系统对该交换对象里的有效数据进行数字签名,并对须要加密的数据区域进行加密。在得到加密后的交换对象后就可以生成交换的XML,并通过Web Service 接口向OA 前置提交该交换数据。 2、OA 前置在收到 XML 后，依据调

23、用类型（同步调用或是异步调用）,以相应的交换通道(消息队列或 Web Service）向交换接口提交交换数据，交换接口依据接收的数据，转给交换核心去处理. 3、交换核心在收到交换数据后，分析交换路由，并将密文解成明文。然后将交换数据分成N 份（N=接收单位各数），依次以不同的单位进行数据加密后，将各单位的交换数据向相应的交换接口转发。 4、交换接口在收到交换核心来的数据后,将指定单位的数据发往指定的OA 前置。 OA 前置通过Web Service 最终提交给OA 交换。 以上 4 步即实现了从 OA1 到其他 OA 的公文交换过程，但是这样的交换并不能让 OA1 知道自己的交换是否已送到目标

24、单位、目标单位是否能看到该交换件了.所以在上述的4 个步骤之后，还有交换系统的回执过程： 5、OA 前置在胜利提交数据给OA 交换后，会自动反方向的发送一个交换送达的回执。这样，最初的发送便利可以通过这个交换送达的回执知道哪些单位已胜利送达。而假如整个交换过程中有任一环节出现问题，那么它的前一个系统则会自动反向发送一个交换失败的回执。 6、即使我们能够知道哪些单位已经送达，哪些单位交换失败了，但我们无法确认这些已送达的单位中，对方的工作人员是否肯定可以看到该公文。所以，OA 交换解析了收到的来文并将之入库后，会自动向原发文单位发送一个胜利解析入库的回执；而假如解析失败、解密失败、验签失败或是入

25、库失败，则都会向原发文单位发送一个解析失败的回执。4. 政务信息管理系统平台功能需求政务信息管理系统平台是在XXXXXXXXXXX及下属机构各局办委已有的WEB门户基础上，重新开发一套基于各类智能终端上的信息展示应用，系统主要由四大部分组成:前端信息采集、信息内容管理、用户权限管理及客户端四大部分的功能：序号名称说明1信息采集及XXXXXXXXXXX及下属机构各局办委有的WEB门户信息系统进行对接,定向进行网络采集，实现按时信息（文本,图像，语音，视频）采集，以及在线互动内容的交互管理。2信息内容管理在管理后台能集中进行信息内容的增、删、改、查,并实时呈现在客户端；管理员用户发布的特定信息，可

26、在客户端程序关闭时实时推送通知到用户手机，使得该信息在第一时间传达到用户。供应版权内容的在线及线下阅读。3用户权限管理针对一般用户按权限进行内容分级展示，针对管理员用户按权限进行操作授权。4客户端运行于手机的专用程序,从服务端获得信息并在手机终端上展示给用户。同时，还供应用户在终端上的信息发布功能。同时，XXXXXXXXXXX等管理用户通过管理门户，可以定制特性化手机端显示界面,建立特性化内容频道，包括智能Wizard工具、内容管理、应用发布、统计分析等模块.l 智能Wizard工具智能Wizard工具，为平台配置功能运用的快捷入口，可以让初次运用的用户简洁快捷地进行政务信息管理系统平台的配置

27、和管理。管理用户初次进入平台时候,第一步先须要进行界面配置，其次步为配置数据,第三步确认无误后，将提交发布.l 内容管理频道管理：主要管理软件的频道，设置每个频道的标题、样式、图标、数据源.内容管理：主要监控同步后的数据。用户管理:管理授权访问的频道的用户管理。反馈跟踪：管理跟进用户的反馈数据。数据手工同步：设置频道数据源后，平台会定时进行数据同步.也可以在这里进行手工同步。l 应用发布应用设置：设置软件的名称、图标、界面配置.应用发布：进行应用发布和依据应用发布的状态。l 统计分析用户访问报表:以在指定时间范围、指定时间周期、维度、统计数据进行用户访问的报表生成.频道访问报表：以在指定时间范

28、围、指定时间周期、统计数据进行频道访问的报表生成。内容访问报表：以在指定时间范围、统计数据进行内容访问排行的报表生成.此外，政务信息管理系统平台还需支持丰富的数据源,作为中间件,政务信息管理系统平台能够支持的数据源，确定了其实力的强弱.平台至少应当支持以下数据源类型：l 数据库须要供应数据库信息，须要内置接口程序l RSS内容源企业需供应标准RSS Feed数据源l 网站抓取只须要有网站即可，快速简洁，企业无需修改统一移动化接口l WebService供应标准的WebService数据接口。第四章 软硬件或其他外部系统接口需求1. 用户界面用户界面是程序中用户能望见并及之交互作用的部分，设计一

29、个好的用户界面是特别重要的，本设计将为用户供应美观，大方，直观，操作简洁的具备WINDOW 风格的用户界面.【描述用户界面方面的需求，包括:本软件的人机界面风格；屏幕布局或解决方案的限制；将出现在每个屏幕的标准按钮、功能或导航链接（例如一个帮助按钮）；快捷键；错误信息显示标准，等等；】2. 硬件需求移动终端硬件配置应遵循如下原则：具有高的牢靠性,可用性和平安性。【描述系统中软件和硬件每一接口的特征.这种描述可能包括支持的硬件类型、软硬件之间的沟通的数据和限制信息的性质以及运用的通信协议.】3. 网络需求由于广州市科信及信息化局目前运用的是中国电信的WCDMA 3G网络来承载各类移动信息管理系统

30、，因此本次政务信息管理系统要求终端也支持中国电信3G、无线网络制式.由运营商干脆将专线接入至用户单位机房，避开业务数据经过Internet所造成的风险.同时,由于移动OA既须要及移动网络连接,以供应移动客户端接入,又须要接驳入用户单位的内网办公系统以获得相关的办公数据，因而须要通过边界防火墙,其可以有效地限制移动网络侧只能访问移动办公服务器的相应端口，可以较为有效的避开因移动网络及用户单位办公网络相连所带来的威逼。由用户向运营商申请特地的手机号码，保证除了用户单位所预先设定的手机号之外其他手机号无法接入后台服务器。移动OA新开通用户须要先将该用户的手机号加入网关信任域中,才能运用户开通移动办公

31、服务.4. 接口需求系统建设采纳先进的成熟技术，建立严密、体系化的系统管理、应用平台，应具有良好的分层设计，整体系统扩充性能良好，能够依据业务的发展或变更，在保持现有业务处理不受影响的前提下，具有持续扩充功能、适度改变的实力。系统供应Web Services 接口，通过SOAP可以便利的及客户现用系统进行集成，交换的文件信息采纳规范的XML格式，可以很便利地及其他系统进行信息交换，以满意信息化不断发展和系统集成须要。【描述该产品及其他外部组件(由名字和版本识别)的接口，包括数据库、操作系统、工具、库和集成的商业组件等。对于每个须要的软件,应供应：1.接口名称2。规格说明3。 版本号】5. 通信

32、需求系统采纳 ssl通信平安或加密、数据传输速率和同步通信机制.对于客户端及服务器交互的数据，运用平安套接子层（SSL，SSL加密传输主要是针对WEB的数据传输，基于重要信息的传输平安考虑而设计的。）进行信息交换，并在客户移动终端和服务器之间重要的信息的交换。在移动终端和移动终端支撑平台之间接驳移动网络时，系统为一般接入移动OA的用户供应了可选的高强度的DES64位数据加密体制，通过SSL跟业务系统接入。【描述及产品所运用的通信功能相关的,包括电子、Web阅读器、网络通信标准或协议及电子表格等等。定义了相关的消息格式.规定通信平安或加密问题、数据传输速率和同步通信机制。】6. 运行环境苹果IO

33、S 4。0、Android 2.0及微软Windows Mobile 6。1以上多种智能终端。建议：Coolpad N930。1.硬件环境：【具体列出本软件运行时所必需的最低硬件配置、举荐硬件配置(如主机、显示器、外部设备等)以及其它特别设备。】2.软件环境：【如操作系统、网络软件、数据库系统以及其它特别软件要求。】第五章 其他非功能需求1. 性能需求 处理实力系统处理实力主要考虑系统能承载的最大并发用户数，依据实际状况的规划，系统至少能承载的最大并发用户数要求达到400. 响应时间为了能够快捷地供应查询服务，系统应当能够快速地响应查询恳求.用户最终得到结果的响应时间除了及系统响应速度有关外，

34、还及网络状况有关。以提出的是对WEB查询页面查询响应速度的需求:时间段种类响应时间（秒）平常新增业务数据2查询高峰4平常简洁查询2困难查询10查询高峰简洁查询8困难查询20注：简洁查询是指涉及单个条件的严格匹配查询;困难查询是指涉及多个条件，或者运用模糊匹配的查询及统计;查询高峰指并发用户高于系统支持最大并发用户的60时.2. 平安设施需求系统在设计开发时，充分考虑用户的具体状况及运用操作，不但要理论上可行，更重要的是事实上可用，更好地适应用户需求。同时要把故障率降到最低，确保系统稳定牢靠，系统具有高MBTF（平均无故障时间） 和低MTBR（平均无故障率），系统供应了容错设计,有故障检测和复原

35、手段。能在网络、硬件或系统出现故障时，供应不同级别的容灾服务.系统涉及到的各种数据关系到各部门的利益和系统的正常运行。系统平台通过严格的流程及权限限制，做到严格审核及安排系统权限，严禁未经许可的用户访问和操作。同时由于系统的运行环境是分布式的，我们将实行有效、严格的软件防护（防病毒软件)及硬件防护(硬件防火墙)措施相结合预防外界用户对系统的攻击及破坏。另外系统建立了健全的备份和灾难复原机制，系统文件、应用服务的配置文件及二次开发代码文件都须要做一个全备份,然后每天做一次增量备份，并进行异地存储，分别存放在移动机房和其他机房。3. 平安性需求 网络平安电信专线及边界防火墙接入保证了网络平安。 应

36、用系统平安系统在移动终端和移动终端支撑平台之间接驳移动网络时，系统为一般接入移动OA的用户供应了可选的高强度的DES64位数据加密体制。为了防止非法用户干脆打开数据库查询平台关键敏感数据，平台通过3DES或MD5对该部分数据进行加密，如用户密码、手机号码、终端IMEI(MEID）等,将采纳MD5加密存储。一般的移动信息系统均是用户名密码的认证体系，本系统通过及运营商和手机等移动终端制造商的底层合作，能够实现用户账户、手机号(须要运营商的协作做)、手机设备号的三重绑定。即使有人获知了正确的用户名和密码,也必需运用特定的唯一的手机号、唯一的移动终端设备才能登录。 数据传输平安传输的数据都采纳高强度的加密算法加密（DES)，使得数据即使泄漏、被截获后，也无法识别相关的数据内容,确保数据平安。对于客户端及服务器交互的数据，运用平安套接子层(SSL,SSL加密传输主要是针对WEB的数据传输，基于重要信息的传输平安考虑而设计的.）进行信息交换，并在客户移动终端和服务器之间重要的信息的交换。4. 扩展性需求系统建设采纳先进的成熟技术,建立严密、体系化的系统管理、应用平台,应具有良好的分层设计,整体系统扩充性能良好，能够依据业务的发展或变更,在保持现有业务处理不受影响的前提下，具有持续扩充功能、适度改变的实力.5. 可移植性需求