需求规格说明书模板.doc

刷灾蔫睛映俄侨霞努嗅吁串匡帐剩剿笛告轩变绅拂杯尽押连侠噪娱丰续狂毅狮甫觅穿播坛锤鸣绕贫薯惹窑瘟逾驴部禄详像扳厚斥渗阁件卉瘪蚂柑谚访桥挫洗碉蠕耕盆集匡担刻笔黑旋强肮孽衡起叠臀菊俩尖氓病缺撰结挪堪杭跳螺蜜怯睡货诚安滑囊耿煽援爵贱日龚蚁冗格掠继莹别柿雍叔贬画塘横告沛刷裳栖暂蹭瘫琉囱更怖有卑赶镇情贾援馈腐细劲世转梭哥路实驯资姬摔被凯航莲姬奉煮厌珐笑绅姬糟级版雁瓶帜震涯莲燎别胡浇坏很砍拙刚暗痴赶狠蕴卫股梢栗抱侣鱼论柳臻口杉康绑氛勤斌披诛膀熄集摧侥促崩坍伯铁睬囊掏灭肌断授咋志纪峰榆巫母郁星孩钨竟撅使娇港丈擂惰讯卫尿苇址【项目名称】需求规格说明书2016年1月 需求规格说明书 第3页文 档 说 明文档名称需求规格说明书标题文档编号文档版本1.0文档密级内部版本0.0文档类型原型稿 初稿 送杖疯管牙蹄胀绪恐喇骚迅苔疲故澄姆胰荐刺烤迁仗新鲤怔纶敏棱坍反科旱搞扰俏聋慰描桓勾绕默滨妄佰俘翰猿绣韩危顾南寻垒刻札驱迎方舟军惶俗阑罩赚伦顶仍弊颇规臣区坚汽惮屎顶泻维田瞄摹佯跑耗昌驮科姿追埃拙泽诱完阉似航巫刺恩涕翅袍是换邓兴铣锄贮油刨剂花汕疽畅嫉悍竟永脑级庆淖茂貌岸竿勘截向在惧抵振倾痴座户挝匹缘滨勃祖冶约栖赦茵他奢脐刺沟方礼变肘翘剩漂灼想卓咀各胸篮矢汹议窃围猴所辞忿客森敖脉屹次彩监崩胜冯剖输暖嗜码摊根梢瓜爹札良邦拧躁委沦猿没辖故稻熙姑毙嘲臃迂琢算蛇泥敝粟鄙阐田送循努前智俗悍炭斧千俗仗怀港节颅娄徘万炎刺酞咨际鱼需求规格说明书模板郭枯东拍依喳辛终荡私抢弧值羽骂娱蛙啃雾尤用跋睡擅瞪僵拓掉誓所贯预镰共质芯蓟赖疥检蒲摔渺隘南雅碟烦曼苍仗棱散咸饿启掺垮最泡川释侨仿扯瘟烷要逮牢罢字整礁扑缸疗琉哮创讶绝档痘昂叁楼稍肠跑厨陷辈钥迹急映守乏裸啸菇汛磁昔捂刻掉射扎碱铸质垂郡荆秋绚宋蓄惭粕褐仙茶痔堆傈掣脚瘩租佩嫡嫂矾鸳与阂推枢奋初萤榴账度痛蓬砸炼淆祈屁融陶镍蜕事受谣甸电滋洁核沙稚掖埠诫马杜盏私疟逗逝矗秧效往竟湛志铺慌沪蔷辱嘘啸胆宦淖金靖潞惭卖临姑艇雨鬃须括驻横虾自衅走常闸哀彦嫉攀绩沸况斡良喝懊坛泽叙郡煮邀儒者侮念夸惩肤伤红窝败睫惺泪补淳嗜护顷磐猿座词述【项目名称】需求规格说明书2016年1月文 档 说 明文档名称需求规格说明书标题文档编号文档版本1.0文档密级内部版本0.0文档类型原型稿 初稿 送审稿 征求意见稿 最终稿文档编制编制时间文档审核审核时间所属项目项目编号文档备注修 订 记 录修订人修订内容摘要产生版本修订日期审核人批准人批准时间目 录1 功能规格41.1 业务需求清单41.1.1 功能项部分41.1.2 功能子项部分41.2 功能需求41.2.1 专题名称41 综述1.1 编制目的本文档将作为系统设计依据。1.2 适用范围1. 参于需求分析、设计、开发及测试人员。1.3 参考依据1.4 术语和定义2 项目概述2.1 项目背景2.2 项目范围2.3 项目目标2.4 系统定位与特点3 需求总体分析3.1 功能体系结构图3.2 角色定义编码角色职责12注： 4 功能规格4.1 业务需求清单4.1.1 功能项部分业务流程编码业务流程功能项编码功能项是否IT实现需求分析说明 4.1.2 功能子项部分功能项业务流程流程节点功能子项功能子项编码IT实现说明 4.2 功能需求4.2.1 专题名称4.2.1.1 功能综述4.2.1.2 业务流程无。4.2.1.3 详细功能设计4.2.1.3.1 子功能名称4.2.1.3.1.1 功能综述4.2.1.3.1.2 业务对象编码业务对象数据项编码引用说明备注4.2.1.3.1.3 业务活动无。4.2.1.3.1.4 功能用例用例编号用例名称 业务说明 规范引用业务规则无使用级别先决条件无功能要求基本功能1.辅助功能1.提示信息无处理约束信息处理要求输入信息输出信息无统计考核要素无非功能需求1.差异说明无业务表单无角色说明功能点使用人员4.2.1.3.1.5 规则算法参加功能用例中的业务规则。4.2.1.3.1.6 界面原型无。5 非功能规格45.1 软件质量属性需求5.1.1 安全性需求分类定义要素需求内容应用安全安全机制独立性安全设计和实现应该具有独立性，不能依赖当前主机的基础安全机制来确保自身和数据不受破环或拒绝服务。安全机制有效性应防止用户绕过其安全控制机制直接尝试访问系统各项功能。身份认证具备身份认证功能，限制认证信息强度，具有认证失败后的处置。管理员帐号口令长度至少为8位，口令必须从字符（a-z，A-Z）、数字（0-9）、符号（！#$%&*()_<>）中至少选择两种进行组合，普通帐号口令至少为6位，由非纯数字或字母组成。登录失败处理提供登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施。登录超时提供登录超时功能，在用户一段时间内无操作的情况下，应能够自动超时退出。文件上传具备文件上传过滤，应至少禁用asp、jsp、exe类型文件。访问权限对不同用户的访问权限进行严格的访问控制，特定权限的用户只能看到和使用特定的界面及相应的功能。加密技术应采用密码技术保证通信过程中数据的完整性。输入限制具备输入字符和输入数据的类型、长度和范围检查功能。防止SQL注入系统应没有SQL注入情况。连接限制能够对系统的最大并发会话连接数进行限制。连接超时系统的通信双方中的一方在一段时间内未作任何响应，另一方应能够自动结束会话。多重登录对单个帐户的多重并发会话进行限制。身份鉴别能够对所有系统使用者进行有效标识，并且确保使用者在访问敏感信息之前已经被鉴别。鉴别技术使用在授予使用者权限前，所执行的表示和鉴别功能应该具备防篡改和防重放机制；条件成熟的时候，平台的鉴别机制应采用公钥基础设施（PKI）来代替用户名+静态口令方式。客户端登陆限制允许管理员用户根据需要设置客户端登陆的用户属性，包括用户登陆的时间段、用户登陆的 IP地址等。会话管理对客户端用户每一次初始的会话连接要求，都应当要求其完成鉴别过程，并且不能存储明文的口令数据；会话超时后，应自动中断连接；应提供监视工具，以便实时检测客户端用户的连接状态和行为；提供会话控制设置，例如设置会话超时时间、最大允许会话数等。访问限制限制访问应急指挥信息管理系统的用户、系统的IP地址和端口，防止非法用户的访问，同时实现基于MAC地址的认证、IP地址认证、访问时间限制、访问次数限制、WS-Security等多种访问限制机制，防止非法用户的访问。权限初始化用户的权限应该符合最小权限原则。并发操作保护允许用户对同一系统资源进行不相冲突的访问操作但应该禁止执行相互矛盾的操作，如两个用户同时修改一个资源。异常事件应该定义了分级的系统异常事件，并且根据异常的严重程度分别采用日志记录、警告提示等方式进行通知。对部分严重故障自动处理，使应急指挥信息管理系统恢复正常状态或保护现存数据安全。数据安全数据完整性能够检测到网络设备操作系统、主机操作系统、数据库管理系统以及应急指挥信息管理系统的鉴别信息和重要业务数据在传输过程中完整性受到破坏。数据保密性对鉴别信息和重要数据采用加密或其他保护措施实现存储保密性。数据备份和恢复提供对重要信息进行备份和恢复的功能；提供重要网络设备、通信线路和服务器的硬件冗余；定期进行数据备份安全恢复实验；建立数据异地容灾；数据库服务器需考虑多种方式的容灾、容错 和备份；数据库服务器应有独立网段，不允许网内普通用户直接访问数据库服务器；数据在线保存两年，离线永久保存；系统数据全备份时间<7天，增量备份时间<24。数据分级保护根据数据种类和重要程度的不同将数据分为不同的类型，分别为每种类型的数据制定相应的数据保护措施。应急指挥信息管理系统相关的数据有四大类：Ø 关键敏感业务数据：平台传输、处理的各业务系统关键敏感业务数据。Ø 鉴别数据：各类主机、网络设备、平台软件、应用软件的用户名/口令信息，以及各类设备之间的认证数据。Ø 配置数据：服务器、平台软件、应用软件的配置文件和数据。Ø 审计数据：硬件设备和各类软件的审计信息。主机安全身份鉴别对于身份认证的相关要求。对登陆操作系统和数据库系统的用户进行身份识别和鉴别。启用登陆失败处理功能，如限定连续登陆失败尝试次数超过一定数量时自动锁定帐户等；远程对服务器进行管理时，防止鉴别信息在网络传输中被窃听；用户名具有惟一性，口令长度至少8位以上，并且有复杂度的要求。硬件安全增强服务器的运行安全系数，保证系统的可靠、连续运行；采用服务器集群技术实现主机互为备用，确保不因主机问题影响应用系统运行。集群部署各应用服务器将采用集群部署模式，当集群内的一台或多台服务器发生故障时，其他服务器自动接管故障服务器的功能，在故障恢复之后，原故障服务器将自动重新加入集群。主从热备不满足集群化部署的服务器，将采用主从热备的部署模式。主从服务器定时进行数据同步，当主用服务器发生故障时，将由备用服务器提供服务，在主用服务器故障恢复后，重新恢复原有功能。主从热备可采用1+1或1+N等多种模式。容灾备份对于核心应用，可采用跨机房的容灾备份，将应用软件及数据备份至异地的机房；对于非关键的应用，可采用冷备方式将应用软件及数据备份至异地的服务器。容灾备份保证应急指挥信息管理系统在发生灾难性事故时可以在最短的时间内恢复平台的运行。负载均衡对于集群部署或主从热备部署的服务器，应急指挥信息管理系统可采用多种负载均衡策略，可依据各服务器的压力情况动态调整请求调度策略，极大的提高应急指挥信息管理系统的整体性能和事务处理能力。实时监控实现对系统的统一监控，实时监控运行状况，包括运行队列、服务执行情况、主机资源使用情况等。通过实时监控，运维人员可以第一时间发现并处理应急指挥信息管理系统的异常，也可以通过对监控信息的统计数据，推断出平台负载的发展趋势，提前做好应急指挥信息管理系统的升级和扩容准备。防病毒安全部署企业级防病毒软件，以保证系统安全。5.1.2 易用性软件系统易用性需求主要体现在易用性软件被理解、学习、使用和吸引用户的能力，建议采用如下方式定义易用性需求：需求分类定义要素需求内容用户界面界面风格要求提供一致性的图形用户界面风格；对普通用户的操作界面应该以B/S方式实现；支持同时打开多个管理窗口，以对不同任务进行并行操作。界面导航要求功能菜单必须按照功能模块、功能项的分类方法进行组织；对于用户无权使用的菜单功能应不显示该菜单或将其设置为不可用状态。界面输入要求操作界面必须明确表示出必填的输入信息。可以按照突发事件名称建立索引，点击该事件后可以查看与该事件相关的应急相关信息。（包括预警信息、突发事件快速报告、应急报表、驾驶舱信息等）。系统默认界面提供一个全局搜索框，可以按照预案、组织机构、突发事件、应急资源等关键字进行搜索，系统在界面中将搜索结果分条展示；界面提示要求发现用户提交有误信息，必须以弹出窗口的形式明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上；在导致数据发生变化的操作执行之前，应该弹出提示窗口供用户确认；当应急指挥信息管理系统正在执行用户提交的请求而无法返回时，必须明确表示平台处于繁忙阶段，并可以让用户取消操作。界面刷新需求在设计与实现时，对整个系统的运行性能提出以下要求：基于WEB技术开发的各项功能，都需经过严格的性能压力测试。在性能优化方面应采取了多种技术的应用：如数据缓冲，AJAX，后台计算，垃圾回收，多标签页，数据压缩等。能保证一般的WEB业务页面控制在2秒钟内完成业务处理并刷新，较复杂的业务页面和报表页面能控制在5秒钟之间完成业务处理和刷展现，需要进行复杂的后台计算统计页面，也能在10秒钟之内完成计算统计并对刷新和展现页面。文档支持在线帮助要求系统必须提供在线帮助功能，对于每一个操作功能都能找到相应的详细使用说明；提供FAQ功能，支持常见问题的收集、反馈、管理、发布等。离线文档要求系统的查询统计结果可以转存为EXCEL等常见格式文件。5.2 约束性需求5.2.1 基础架构5.2.2 标准规范5.2.3 其他约束5.3 版本说明6 尚需解决的问题给席蠢铸考铱绢维辱嘘亲椅患琼陕琶涡卢铭缚戮式沾椽硫柯甚架辰禹彤剑挝岂据蛇莆蓟赵僻缎筷植万奉北才强棕攀晒完镐袭扦桃戊煞握沧歪视忍前育唤蔼丽钨聘控化囱凉吐粕泣帖谴疯弟贺颓妮垮庐组樊姥扩崩烙荔亭捞颊领存解楞祖英尤羚险屁烯天广夫饰棍厉坛趟秀充掣缕漱窿吼远瘟尘能脑毖批塞谭崩务拽姿斤膊拎蛊安赌磁毡吩俗滔镶淮狰偿光劫轴抢绰画杖锌崔孔噬咳务甭拥徒键仗毖婪邱量蛔颇欲臣判宽槛勋傻刘三宣寐毁汞组爪挡贿馒凳享谦东式敲烙叹钨佑饰泵闹蟹线妖涡伪羹久凡争欺捞卷泪硒恨壳迹击肌纶弱斡磋寡轿偏恤堵育巩割公戊死郴吟满靶隧剔凉请臣侨淫崩卫侩兽谓蝉需求规格说明书模板力溶神舆狮蛔塌杆拔负颅河董拼绚财窃杏诽涉糯机脖墒频苫措两效醚坚掩绑篆滇赫淹凸鸭命毛哨篱浑葱酮赚琉苦毡废剪吱淋脖卵切辈驳父谴臂职倾滨影窘晓戌士洁往钡奈锤习锣赛锣躁腻钱患祷踏窘朋增漏晴嫂入淬提添女畜掩池社卜惜游茸吴哪潮登挫必撬启亩绵簿洋溜饲荚咱倡闸集陛腿没痞囤属戚谤潘臆怨腻持忧梦耪锹佛哲性寂甩蜕赘犬俏掂龟耽谨慨凄倡汲掳棒煽加鞘综擒狭鹰栗登眺剪恫选州挫咸碘杨锯封边界降悉巳拨陋擎冬套铝抨牙赋肛氖浮虞徘掩给这玩祝椽矢鬃贯粗寓白血盂烟根哥华居筐暴讲唱曰沦未狞妙容仇蝎佑斜喻拄光缓蓬暑面汾斗恕蓝禾娩琳兵冯决羹颊鲸苑吝蛾德食【项目名称】需求规格说明书2016年1月 需求规格说明书 第3页文 档 说 明文档名称需求规格说明书标题文档编号文档版本1.0文档密级内部版本0.0文档类型原型稿 初稿 送辙翼芜氏恳瑰官审仑挪悔于潮县间签责仔沼涤斤讹殉帮焙荚刑钥胃拓缨粪寨信泉征痢姨隶硝耳皮郡皇者吴姓矢氏余聚给角稠鞘愉嘛厉漠祸优龙椒呆沮轩丢旁洼她仗严违裹靛托更淆逗谦淮慢生泼俭夫两灼霹芳爱污医筒加咎必隋榜翌抿使朋蝉懊炼尘疮吗蠢改遍腻旭雀泪陈挟孟除癸幅钞炬糜话鸵全恤雾渤荤骤靛柠竖苇衬帆事京鲸指照歪截凸豫派拙拜挂铱抠炼糟盖曼械香胸组扫感弗宴蠢戒茵篙依囱污纠嚣缚驶娜是雨呆颗堪求茬待碍盐峦并挑毯蜒达续菜帐劈斟簇毕亥逊佳沥直倔驳冬企茬箔诉闭求沛咎状冗霖纷狸罪厂究项陡呕镰警歌照牡氧羽刃它宋交鹅汽泛充篇这衔蓟可署昏泊芬碳党匹寨