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

XXXXXX单位XXXXXXX工程软件需求规格说明书龙子湖网络科技.文章.工程工程名称文档软件需求规格说明书文档ID说明V1.2作者***最后更新时间2011-10-20版本更新概要版本号时间更新人更新摘要V1.02011-10-02移动OA、车辆管理模块需求内容V1.12011-10-20移动政务资源管理系统平台需求内容V1.22011-11-08根据业务需求，电子公文在线预览工程负责人审核与确认XX职位审核时间审核 意见 文理分科指导河道管理范围浙江建筑工程概算定额教材专家评审意见党员教师互相批评意见 （签字）供给商：客户方： 目录 工贸企业有限空间作业目录特种设备作业人员作业种类与目录特种设备作业人员目录1类医疗器械目录高值医用耗材参考目录 第一章引言51编写目的52软件需求 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 理论53软件需求分析目标54参考文献6第二章需求概述71.工程背景72•需求概述83•条件与限制（可选）84•移动办公系统构造95•移动办公网络拓扑图10第三章系统功能需求111•移动办公系统升级改造需求11界面显示要求12待办公文列表12待办公文列表排序12公文详细信息界面元素12信息审批13会议申请13意见录入13移动14会议管理14通知通告14通讯录管理152•车辆管理模块升级改造需求15系统功能架构15网络拓扑构造163•电子公文预览需求17电子公文交换网络17电子公文交换流程194•政务信息管理系统平台功能需求20第四章软硬件或其他外部系统接口需求221•用户界面222•硬件需求233•网络需求234•接口需求235•通信需求246.运行环境25第五章其他非功能需求261•性能需求262•平安设施需求263•平安性需求274•扩展性需求285•可移植性需求28第一章引言编写目的为明确软件需求、安排工程规划与进度、组织软件开发与测试，撰写本文档。软件需求分析理论软件需求分析〔SoftwareReguirementAnalysis〕是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个根本依据。软件需求分析是一个工程的开端，也是工程实施最重要的关键点。据有关的机构分析结果说明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个工程的成功软件需求分析是关键的一步。软件需求分析目标软件需求分析的主要实现目标：对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需求；了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；为软件管理人员进展软件本钱计价和编制软件开发方案书提供依据；需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员和软件测试人员不再需要需求方的接触。这就要求软件需求分析内容应正确、完整、一致和可验证。此外，为保证软件设计质量，便于软件功能的休整和验证，软件需求表达无岔意性，具有可追踪性和可修改性。参考文献?软件工程根底?赵一丁邮电大学?软件需求？劳森（作者）,X晓晖（译者）电子工业?软件需求工程：原理和方法？金芝，X璘，金英科学?实用软件工程?第三版殷人昆清华大学?电子政务开展需求与效益分析?朱建明经济科学?电子政务信息系统的规划与建立?田景熙，洪琢人民邮电?电子政务信息公平研究?唐思慧世界图书出版公司?电子政务系统的需求分析?甘明鑫，曹菁机械工业第二章需求概述1.工程背景为进一步实现“政务公开〞的要求，同时方便各类政务信息能准确、平安、快速的发布到指定的移动终端上，同时提升XXX移动办公效率，解决领导外出时能方便平安的批阅公文，收发以及查询通信录等应用。基于中国电信3G高速网络，采用手机适配技术实现移动办公应用，并通过PKI/CA、VPDN、APN等信息平安技术保证移动办公的平安性。只要在WCDMA、3G网络覆盖的地方，用户都可以通过手机高速、稳定、平安的访问OA办文、、人事管理等办公系统,随时随地处理公文、收发、查询信息。系统设计采用全新的设计理念实现随时随地、零距离、平安稳定的信息化办公。做到4A〔Anywhere/Anytime/Anydata/Anydevice〕办公，通过移动终端设备,打破时空的局限实现轻松办公。使用户能利用各种移间与空间的限制，随时随地、自由便利地办公。需求概述【对软件需求做一个简介，包括：本产品的开发意图、应用目标及作用x围。2•主要功能、处理流程、数据流程。4•说明本产品与其他相关产品的关系，是独立产品还是一个较大产品的组成局部。可以用表示外部接口和数据流的系统高层次图，或者方框图说明。】条件与限制（可选）【说明本软件在实现时所必须满足的条件和所受的限制，并给出相应的原因。必须满足的条件包括输入数据的x围以及格式。所受的限制包括软件环境、硬件环境等方面的内容。例如：必须使用或者防止的特定技术、工具、编程语言和数据库；企业策略、政府法规或工业 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ；硬件限制，例如定时需求或存储器限制；经费限制、开发期限；工程对外部因素存在的依赖。例如其它工程开发的组件。等等】4.系统构造移动OA系统可规划为一个四层的平安控制域，网络平安设计以各域的工作特点为依据进展设计。终端用户层：作为系统向各种手机终端提供展现层，手机用户通过安装客户端程序实现移动办公，目前支持市面上各种主流终端的使用。运营商效劳层：各电信运营商（移动/电信/联通）提供的无线网络环境层，支持GSM、GPRS、CDMA、WCDMA、3G、WIFI等各种无线网络环境，对于移动网络需要同时支持CMNET与CMWAP。业务逻辑层：系统核心业务处理层，主要支撑系统与外部业务系统、手机终端的数据请求处理，实现信息移动化，包括根底效劳支撑、业务解析运行引擎、终端访问平安管理、通用组件，以及系统管理功能。外部系统层：系统与外部接入系统的适配层，主要的外部接入系统包括办公自动化系统（OA系统）及其他IT应用系统。3G网络洁电推底田弓NoloaSy»r*?'anJEU岡丟移动OA构造图5.网络拓扑图构造移动OA网络拓扑划分层次来描述，共分为：终端侧：发起网络请求的终端设备和软件。网络侧：运营商的网络。机房侧：进展移动化IT系统和管理通信设备的移动OA效劳器。第三章系统功能需求移动办公系统升级改造需求XXX在2007年及建立好基于windowsmobile的移动办公系统，并在2010年将该系统扩展至ios系统，为保证系统建立一致性，本次系统建立要求在原有的移动办公系统上增加相应的适配软件模块，要求支持苹果IOS4.0、Android2.0及微软WindowsMobile6.1以上移动终端操作系统；本次系统升级改造后要求在苹果IOS4.0、Android2.0及微软WindowsMobile6.1以上多种智能终端操作系统上实现原有的移动办公系统上的所有流程，具体见下表：功能模块实现功能登录登录待办待阅收文审批发文审批内办文审批合同处理审批信息审批督办审批会议审批收文阅文发文阅文内办文阅文合同处理阅文信息阅文督办阅文会议阅文公文排序公文流转公文发送公文查询查询公文查询结果列表会议通知会议通知列表会议通知详情移动收回复转发发送功能模块实现功能设置通讯录组织构造树人员列表人员详情通知通告通知通告列表通知通告详情市领导批示市领导批示列表市领导批示详情代理授权代理授权列表代理授权详情人员构造树机关名片机关名片列表机关名片详情拨打发送短信消息系统消息列表消息详情消息附件回复消息短信中心短信列表短信详情发送短信接收短信息性能测试性能测试✓界面显示要求✓待办公文列表待办公文列表采用两行显示1、第一行：公文速级〔Icon〕、业务种类、接收时间2、第二行：公文标题待办公文列表排序1、按业务种类排序〔按待办公文类型来排〕2、按速级排序〔特急、急件、平件三种〕3、接收时间排序公文详细信息界面元素1、收文来文单位、紧急程度、标题、内容摘要、意见2、外发文主办单位、主送单位、抄送单位、事由〔标题〕、紧急程度、拟稿人、密级、意见3、内办文主办单位、主送单位、抄送单位、事由、紧急程度、拟稿人、密级、历史意见4、督办事项名称、承办部门、会办部门、密级、紧急程度、督字、号、督办类别、要求完成时间、历史意见✓信息审批主办单位、拟稿人、事由〔标题〕、历史意见✓会议申请召开时间、会议地点、议题、申请部门、申请时间、参加人员、意见正文和附件文件类型公文正文的文件类型为Tif、Doc和ceb公文附件的文件类型无限制，其中Office系列、图片格式、Tif可直接在手机端浏览提供公文附件下载功能超过5M的文件将提供下载功能但不能在手机端直接预览。✓意见录入用户可直接输入意见或从常用词条中选择，包括公用词条和个人词条审批意见发送文秘处长、领导批示、承办、会办等环节会用到移动办公审批。审批意见的发送首先选择环节，环节的排序顺序与OA中一致，当用户要选择N个下一关环节〔1WNW4个〕时，用户通过多级下拉框联动菜单来实现，当上一级菜单项选择择后，下一级菜单会自动过滤不可选的环节或自动选择必选环节。当审批意见发送至默认环节默认人员时，将不再出现环节选择和人员选择界面，该意见将被直接发送。环节选择完成后，用户可以分别对每个环节选择人员〔含组〕人员选择完成后，用户即可发送审批意见。✓移动•实现方式移动办公平台通过Pop3/Smtp访问信息办效劳器•功能需求提供收取、查看列表、查看内容、查看附件、发送、转发、回复、删除〔不同步删除OA〕功能✓会议管理•手机端操作流程登录—会议列表—会议详情会议列表会议列表包括内部会议和外出会议会议列表无权限控制，对所有用户均可见会议列表采用两行显示：第一行：会议标题第二行：会议时间，会议地点会议列表只采用会议时间排序〔由新到旧，只显示一周，可查询上周及下周〕会议详情会议详情界面元素：开会日期、地点、会议名称、参加人员、组织者或部门、创立时间✓通知通告手机端操作流程登录—通知通告列表—通知通告详情通知通告列表通知通告列表采用两行显示：第一行：通知通告标题第二行：发布时间会议列表只采用发布时间排序〔由新到旧〕通知通告详情通知通告详情界面元素与OA中一致通知通告可能含附件，附件类型无限制，其中Office系列、图片格式、Tif可直接在手机端浏览。提供附件下载功能。超过5M的附件将提供下载功能但不能在手机端直接预览。通讯录管理通讯录管理采用树形构造展现，只按部门进展分类。通讯录个人信息元素：XX、办公、手机、电子、备注通讯录人员在OA增加、删除、修改、调动人员时，会与OA通讯录保持一致。管理员可在移动办公平台Web管理页面上启用/停用用户。车辆管理模块升级改造需求车辆管理系统是基于B/S架构的新型车辆管理平台，它适用于各政府机构及其下属单位，利用信息技术跟踪车辆的采购、检验、调拨、保养、维修、报废等环节，并提供完整的车辆统计报表和强大的数据分析功能。规X政府机构车辆管理工作，改良车辆内部调拨、车辆维护等流程，显著提高管理水平和经济效益。系统功能架构车辆管理系统功能模块实现功能车辆资料管理对每一辆车进展建档，实现“一车一档"，主要是记录车辆的车牌号、车辆类型、使用人或单位、油卡、购置日期、购置金额、发动机号、车架号、厂牌型号、载重量、可乘坐人数等相关信息驾驶员档案对每个驾驶员进展建档，实现“一人一档〃，主要登记驾驶员的XX、性别、出生年月、驾驶证号、领证日期、证件有效期、开场驾驶时间、准驾车型、联系、年审记录等相关信息。车辆费用管理登记车辆每次加油的具体情况，主要包括车牌号、车辆类型、加油时间、记账时间、卡号、加油站名称、油号、单价、数量、金额等相关信息。车辆维护维修记录每辆车得维修保养记录，主要包括维保时间、维保内容、维修人等相关信息。车辆申请记录在现有OA办公系统上建立车辆申请流程，每次申请用车的时候，都必须按照流程来进展审批，为车辆管理实现良好的规X化。合格供给商维护对车辆的合格供给商进展建档，主要包括编号、供给商名称、供给商全称、联系人、、供给商地址等相关信息。车辆维修方案对车辆的维修方案进展建档，主要包括设施名称、车辆名称、型号规格、方案时间、完成时间、维护内容等相关信息。车辆平安检查记录对车辆的平安检查进展建档，主要包括车辆、建制司机、行驶里程、检验结果、检验员签名、检验时间、建议、备注等相关信息。统计分析能够生成车辆的各类汇总报表，如车辆油费统计、车辆申请记录统计、车辆维保记录统计等，并能根据用户的实际需要生产月报、季报、年报。权限管理建立健全、严谨的权限管理模块，具备上下级之间相互独立运作、层级控制的特点。网络拓扑构造车辆管理网络构造车辆管理效劳器及数据库与OA效劳器及数据库部署在同一局域网内，通过系统接口,实现与OA系统的统一登陆认证。电子公文预览需求本着对电子公文交换及认证平台和现有移动办公系统进展最小改动的原那么，采用在两个系统之间搭建一个中间层组件，该中间层组件主要实现以下功能：1、把现有移动办公访问电子公文的请求进展重定向转移到访问该中间层；2、把电子公文交换及认证平台中的电子公文转换成现有移动办公系统能识别的格式〔一般为扫描件格式〕；3、把转换后的文件格式以文件流的形式返回到移动终端进展显示。电子公文交换网络丈Gh.i[1警文收煉局山IIII挾心匕丈女也务统flA輕文叹S瑕口阁2.1交擬网络黠枸图OA交换：即各单位OA上部署的交换系统，同时也是本工程电子公文交换系统。该系统主要负责为OA提供电子公文交换的收发文以及相关子效劳，属于OA的子系统，通过OA前置的WebService接口与自身的WebService[7,8]接口互联以实现对交换网络挂的接，因此并不属于交换网络的核心组件。OA前置：即为OA交换提供直接通讯效劳的交换系统。该系统仅负责为所连接的OA交换提供数据传输效劳，其一端通过WebService与OA交换连接，另一端那么通过消息队列以及WebService两类接口与交换接口连接，属于交换网络的边缘组件。交换接口：即核心交换系统所提供的外接接口系统。该接口连接的两端都同时拥有消息队列〔异步交换〕或是WebService〔同步交换〕两类接口，其一端与一定区域的OA前置通过相连，并为这些OA前置提供交换效劳以及核心查询效劳，另一端那么与核心交换相连。交换接口的存在不仅可以保护核心交换不被暴露，同时也可以减轻核心交换的网络压力，属于交换网络的核心组件。交换核心：即整个交换网络的核心交换系统。该系统为交换网络提供交换路由效劳、交换单位管理、交换人员管理、交换跟踪效劳、交换指令分析应答效劳、交换数据分解合并效劳、核心传输效劳以及CA的加解密、数字签名验证等效劳。CA认证系统：该系统为各单位提供数字签名效劳以及数据的加解密效劳。该系统仅与核心交换系统相连，所有与CA认证系统的通讯都必须经由交换网络传送。电子公文交换流程OA0也吃胖曾腊&TR备飜:E：'电子公文交换的流程可以分为交换数据的生成、数据的签名加密、数据的传输、数据的验签解密、数据入库五个主要步骤。整个交换流程细述如下：1、OA端在需要发送电子公文的时候，通过自己的电子公文交换系统OA交换〕生成原始的交换对象，OA交换那么通过CA[15-18]认证系统对该交换对象里的有效数据进展数字签名，并对需要加密的数据区域进展加密。在得到加密后的交换对象后就可以生成交换的XML,并通过WebService接口向OA前置提交该交换数据。2、OA前置在收到XML后，根据调用类型〔同步调用或是异步调用〕，以相应的交换通道〔消息队列或WebService〕向交换接口提交交换数据，交换接口根据接收的数据，转给交换核心去处理。3、交换核心在收到交换数据后，分析交换路由，并将密文解成明文。然后将交换数据分成N份〔N二接收单位各数〕，依次以不同的单位进展数据加密后，将各单位的交换数据向相应的交换接口转发。4、交换接口在收到交换核心来的数据后，将指定单位的数据发往指定的OA前置。OA前置通过WebService最终提交给OA交换。以上4步即实现了从OA1到其他OA的公文交换过程，但是这样的交换并不能让OA1知道自己的交换是否已送到目标单位、目标单位是否能看到该交换件了。所以在上述的4个步骤之后，还有交换系统的回执过程：5、OA前置在成功提交数据给OA交换后，会自动反方向的发送一个交换送达的回执。这样，最初的发送方便可以通过这个交换送达的回执知道哪些单位已成功送达。而如果整个交换过程中有任一环节出现问题，那么它的前一个系统那么会自动反向发送一个交换失败的回执。6、即使我们能够知道哪些单位已经送达，哪些单位交换失败了，但我们无法确认这些已送达的单位中，对方的工作人员是否一定可以看到该公文。所以，OA交换解析了收到的来文并将之入库后，会自动向原发文单位发送一个成功解析入库的回执；而如果解析失败、解密失败、验签失败或是入库失败，那么都会向原发文单位发送一个解析失败的回执。政务信息管理系统平台功能需求政务信息管理系统平台是在XXXXXXXXXXX及下属机构各局办委已有的WEB门户根底上，重新开发一套基于各类智能终端上的信息展示应用，系统主要由四大局部组成：前端信息采集、信息内容管理、用户权限管理与客户端四大局部的功能：序号名称说明1信息采集与XXXXXXXXXXX及下属机构各局办委有的WEB门户信息系统进展对接，定向进展网络采集，实现按时信息〔文本，图像，语音，视频〕采集，以及在线互动内容的交互管理。2信息内容管理在管理后台能集中进展信息内容的增、删、改、查，并实时呈现在客户端；管理员用户发布的特定信息，可在客户端程序关闭时实时推送通知到用户手机，使得该信息在第一时间传到达用户。提供内容的在线及线下阅读。3用户权限管理针对普通用户按权限进展内容分级展示，针对管理员用户按权限进展操作授权。4客户端运行于手机的专用程序，从效劳端获取信息并在手机终端上展示给用户。同时，还提供用户在终端上的信息发布功能。同时，XXXXXXXXXXX等管理用户通过管理门户，可以定制个性化手机端显示界面，建立个性化内容频道，包括智能Wizard工具、内容管理、应用发布、统计分析等模块。智能Wizard工具智能Wizard工具，为平台配置功能使用的快捷入口，可以让初次使用的用户简单快捷地进展政务信息管理系统平台的配置和管理。管理用户初次进入平台时候，第一步先需要进展界面配置，第二步为配置数据，第三步确认无误后，将提交发布。内容管理频道管理：主要管理软件的频道，设置每个频道的标题、样式、图标、数据源。内容管理：主要监控同步后的数据。用户管理：管理授权访问的频道的用户管理。反应跟踪：管理跟进用户的反应数据。数据手工同步：设置频道数据源后，平台会定时进展数据同步。也可以在这里进展手工同步。应用发布应用设置：设置软件的名称、图标、界面配置。应用发布：进展应用发布和根据应用发布的状态。统计分析用户访问报表：以在指定时间X围、指定时间周期、维度、统计数据进展用户访问的报表生成。频道访问报表：成。以在指定时间X围、指定时间周期、统计数据进展频道访问的报表生成。内容访问报表：以在指定时间X围、统计数据进展内容访问排行的报表生成。此外，政务信息管理系统平台还需支持丰富的数据源，作为中间件，政务信息管理系统平台能够支持的数据源，决定了其能力的强弱。平台至少应该支持以下数据源类型：数据库需要提供数据库信息，需要内置接口程序RSS内容源企业需提供标准RSSFeed数据源•抓取只需要有即可，快速简单，企业无需修改统一移动化接口•WebService提供标准的WebService数据接口。第四章软硬件或其他外部系统接口需求1.用户界面用户界面是程序中用户能看见并与之交互作用的局部,设计一个好的用户界面是非常重要的,本设计将为用户提供美观,大方,直观,操作简单的具备WINDOW风格的用户界面。【描述用户界面方面的需求，包括：本软件的人机界面风格；屏幕布局或解决方案的限制；将出现在每个屏幕的标准按钮、功能或导航〔例如一个帮助按钮〕；快捷键；错误信息显示标准，等等；】2.硬件需求移动终端硬件配置应遵循如下原那么：具有高的可靠性，可用性和平安性。【描述系统中软件和硬件每一接口的特征。这种描述可能包括支持的硬件类型、软硬件之间的交流的数据和控制信息的性质以及使用的通信协议。】3.网络需求由于XX市科信与信息化局目前使用的是中国电信的WCDMA3G网络来承载各类移动信息管理系统，因此本次政务信息管理系统要求终端也支持中国电信3G、无线网络制式。由运营商直接将专线接入至用户单位机房，防止业务数据经过Internet所造成的风险。同时，由于移动OA既需要与移动网络连接，以提供移动客户端接入，又需要接驳入用户单位的内网办公系统以获得相关的办公数据，因而需要通过边界防火墙，其可以有效地限制移动网络侧只能访问移动办公效劳器的相应端口，可以较为有效的防止因移动网络与用户单位办公网络相连所带来的威胁。由用户向运营商申请专门的手机，保证除了用户单位所预先设定的手机号之外其他手机号无法接入后台效劳器。移动OA新开通用户需要先将该用户的手机号参加网关信任域中，才能使用户开通移动办公效劳。4.接口需求系统建立采用先进的成熟技术，建立严密、体系化的系统管理、应用平台，应具有良好的分层设计，整体系统扩大性能良好，能够根据业务的开展或变更，在保持现有业务处理不受影响的前提下，具有持续扩大功能、适度变化的能力。系统提供WebServices接口，通过SOAP可以方便的与客户现用系统进展集成，交换的文件信息采用规X的XML格式，可以很方便地与其他系统进展信息交换，以满足信息化不断开展和系统集成需要。【描述该产品与其他外部组件〔由名字和版本识别〕的接口，包括数据库、操作系统、工具、库和集成的商业组件等。对于每个需要的软件，应提供：接口名称规格说明版本号】5.通信需求系统采用ssl通信平安或加密、数据传输速率和同步通信机制。对于客户端与效劳器交互的数据，使用平安套接子层（SSL,SSL加密传输主要是针对WEB的数据传输，基于重要信息的传输平安考虑而设计的。）进展信息交换，并在客户移动终端和效劳器之间重要的信息的交换。在移动终端和移动终端支撑平台之间接驳移动网络时，系统为普通接入移动OA的用户提供了可选的高强度的DES64位数据加密体制，通过SSL跟业务系统接入。【描述与产品所使用的通信功能相关的，包括电子、Web浏览器、网络通信标准或协议及电子 表格 关于规范使用各类表格的通知入职表格免费下载关于主播时间做一个表格详细英语字母大小写表格下载简历表格模板下载 等等。定义了相关的消息格式。规定通信平安或加密问题、数据传输速率和同步通信机制。】6.运行环境苹果IOS4.0、Android2.0及微软WindowsMobile6.1以上多种智能终端。建议：CoolpadN930.1.硬件环境：【详细列出本软件运行时所必须的最低硬件配置、推荐硬件配置（如主机、显示器、外部设备等）以及其它特殊设备。】软件环境：【如操作系统、网络软件、数据库系统以及其它特殊软件要求。】第五章其他非功能需求1.性能需求处理能力系统处理能力主要考虑系统能承载的最大并发用户数，按照实际情况的规划，系统至少能承载的最大并发用户数要求到达400。响应时间为了能够快捷地提供查询效劳，系统应该能够快速地响应查询请求。用户最终得到结果的响应时间除了与系统响应速度有关外，还与网络状况有关。以提出的是对WEB查询页面查询响应速度的需求：时间段种类响应时间（秒）平时新增业务数据2查询顶峰4平时简单查询2复杂查询10查询顶峰简单查询8复杂查询20注：简单查询是指涉及单个条件的严格匹配查询；复杂查询是指涉及多个条件，或者使用模糊匹配的查询及统计；查询顶峰指并发用户高于系统支持最大并发用户的60%时。2.平安设施需求系统在设计开发时，充分考虑用户的具体情况及使用操作，不但要理论上可行，更重要的是实际上可用，更好地适应用户需求。同时要把故障率降到最低，确保系统稳定可靠，系统具有高MBTF（平均无故障时间）和低MTBR〔平均无故障率〕，系统提供了容错设计，有故障检测和恢复手段。能在网络、硬件或系统出现故障时，提供不同级别的容灾效劳。系统涉及到的各种数据关系到各部门的利益和系统的正常运行。系统平台通过严格的流程与权限控制，做到严格审核与分配系统权限，严禁未经许可的用户访问和操作。同时由于系统的运行环境是分布式的，我们将采取有效、严格的软件防护（防病毒软件）与硬件防护（硬件防火墙）措施相结合预防外界用户对系统的攻击与破坏。另外系统建立了健全的备份和灾难恢复机制，系统文件、应用效劳的配置文件及二次开发代码文件都需要做一个全备份，然后每天做一次增量备份，并进展异地存储，分别存放在移动机房和其他机房。3.平安性需求网络平安电信专线与边界防火墙接入保证了网络平安。应用系统平安系统在移动终端和移动终端支撑平台之间接驳移动网络时，系统为普通接入移动OA的用户提供了可选的高强度的DES64位数据加密体制。为了防止非法用户直接翻开数据库查询平台关键敏感数据，平台通过3DES或MD5对该局部数据进展加密，如用户密码、手机、终端IMEI（MEID）等，将采用MD5加密存储。一般的移动信息系统均是用户名密码的认证体系，本系统通过与运营商和手机等移动终端制造商的底层合作，能够实现用户账户、手机号（需要运营商的配合做）、手机设备号的三重绑定。即使有人获知了正确的用户名和密码，也必须使用特定的唯一的手机号、唯一的移动终端设备才能登录数据传输平安传输的数据都采用高强度的加密算法加密(DES)，使得数据即使泄漏、被截获后，也无法识别相关的数据内容，确保数据平安。对于客户端与效劳器交互的数据，使用平安套接子层(SSL,SSL加密传输主要是针对WEB的数据传输，基于重要信息的传输平安考虑而设计的。)进展信息交换，并在客户移动终端和效劳器之间重要的信息的交换。4.扩展性需求系统建立采用先进的成熟技术，建立严密、体系化的系统管理、应用平台，应具有良好的分层设计，整体系统扩大性能良好，能够根据业务的开展或变更，在保持现有业务处理不受影响的前提下，具有持续扩大功能、适度变化的能力。可移植性需求