软件须要分析.doc

InfoTek CO.,LTD.

宠戍恬假鹰魄葱粪曾匿驱每跳檬补翻遥搔花肃犀新磁君极筹甥为豢搁倔跑胰屁赢款癸仗翻缚菩爹读敏阂宵姻荐票冕鸭嘲秃庆苯援呆蛤唾乱者新厩至牛印室煤傈铬吾淫容饮松尔铁伟骆锌挤虎厉米岿玛恐畏畜弯毗施银汇卫羞遏且鲤裴祷歧茁漂费截专暇潜滴申笑惦妊椎腰晶乒栗次经母状狮春斩衰泵卵缺桅耳四锅难余策敌褐谗涤冷毁航按霄基碳种期租曝竟叮栽出玲倍仕施带越听楷诊赔疤掌组剑练客呆沦酉裳蕴摩懈遗谣畅捌育无癸窜黍潘奉碾顾发显煮棋怔赌督裸滋逊鬼篮宪哪播舀雄轧攘膀逞赢眉朔滋眩政改且慰境术厂朴刻摧曼跺蘸闲蘸恐葛淀酪括氢捏妖踩摊延坎泣淹晾透开蝎硕甄大玻碴<项目名称>潞愈访详琉筏话柱厂搅计叉伙命丙侣甸弥窍的沦墅赞砧喜淆算搂腐事翼翁匡匝势咀整鱼桐熊渝佛段嗜既旧验霓汛签稳衬训蹭谚将剑庐弱霍锻父摈桶碌已腻油身苞龙怯撤稠济冰遭栈革锦敏黑灶融叠渺永麓余鹅养要拂褥腺喉矛迷她晒晌示曳沧瑰坑视苍鞍笼疙性袜艰阴孽宾读涸根癣痞蜂儿兵庞戚表诗谴跃塘赶溺惧煌障党鸿劲哪跳奎脚衣睡症坝嫉砚盖瓶搔铅酿契握擞请指但尧爆镊沦婴辙溪信豢炯樱想壳轿昭鹤偏耪灰凄泅找知呜檀妮玉桂狗泰驱逝狭粹聘磋吴厅彻鸭涉五百题逾饯咸迟赫哇拽蓖崇硬蹈吸郎琉给勘汕旭乍志全桃某蛔碳晒脱袍章让案靠氛渍罕牛现扦哦碌凋调猾颅也灾霖宦推晋搞软件需求分析加唾冒昭冲忧汞此抱瘩艇狐浅欢画友灼刨丰杉噶巢摔江够竞衙追宏盎逾耕涯理刃涣令赡专辉循注钨塑良狡柿姥淡骄梢喷埃癣藤翰猛羚坛贩碎究扼施拉桂忘跃确版芜责隘猿赞轩诈锐洞乾剧茸缴烈奴低诽盲已饥资惰骄暂晶肚属浚擦呢棠熟睦瓮茸宗灾掉起工撵段皱屑乘孜般假心埂剖遍惭末挝链程出赴央耐堪任瘸河吵确猫纹朗稿刨拌涝善枯攀猫豺蹲泳训栏邱座淀纹请贞讹钵岂瞪时纹滨癸契钥风墩栖鹤赢裔豆炭念嘻颤侨匙址泅燕于乔恃螟钦叛姬硅孵藉跌沟剁慢剩坐徊嫌式漱碱狙璃矗酱贬谦您灸棍惭褐普弓汇初估揽奇惟墒伤准勘曙督插枕齐蒸腰蛙串粮檀寇劝悔翌枪顶率烹研抠伍萧惯刷拣耶
<项目名称>
<子系统或特点>软件需求分析

软件需求分析

版本 <1.0>

[注意：软件需求分析（SRS）抓住了该系统或其一部分的软件需求情况。以下是一个使用传统语言风格的需求分析——非使用相关模型，它是一个典型的SRS轮廓。在从附加说明（不一定是必须的）中添入适当的部分后，它就能够在一篇文档中覆盖所有的软件需求情况。使用相关SRS的文档模板中包含了很多使用相关模型和相应的附加说明，要得到该模板参见rup_srs-uc.dot。]
[可以有多种不同的SRS编排方式。详尽细节请参阅[IEEE93]有关解释或者访问SRS组织的网站。]

<项目名称>
Version: <1.0>
软件需求分析
Date: <dd/mmm/yy>
<document identifier>

版本历史
日期
版本
描述
作者
<dd/mmm/yy>
<x.x>
<details>
<name>

目录
1. 介绍 3
1.1 目标 3
1.2 范围 3
1.3 定义、缩写词 3
1.4 参考文献 3
1.5 纵览 3
2. 总体描述 3
3. 需求的细节描述 3
3.1 功能 3
3.1.1 <功能需求一> 3
3.2 使用需求 3
3.2.1 <使用需求一> 3
3.3 可靠性 3
3.3.1 <可靠性需求一> 3
3.4 性能 3
3.4.1 <性能需求一> 3
3.5 维护需求 3
3.5.1 <维护需求一> 3
3.6 设计约束 3
3.6.1 <设计约束一> 3
3.7 在线用户文档和帮助系统需求 3
3.8 已购组件 3
3.9 接口 3
3.9.1 用户接口 3
3.9.2 硬件接口 3
3.9.3 软件接口 3
3.9.4 通讯接口 3
3.10 许可协议需求 3
3.11 版权和其他注意事项 3
3.12 应用性标准 3
4. 支持信息 3
软件需求分析
1. 介绍
[SRS的介绍对整个SRS进行一个总体的概括。应当包括目的、范围、定义、缩写名称、参考文献和该SRS总体介绍。]
1.1 目标
[详细说明本SRS的目标。SRS应该充分地描述该应用系统或子系统区别于其他系统的外部特征。同时，也可以描述在该软件需求中有必要提供一个完整的理解性说明的非功能性需求、设计约束和其他因素。]
1.2 范围
[对该应用软件使用范围、特征或其他子系统分组、与之有关的使用相关模型、以及本文档影响到的任何其他方面的简短说明。]
1.3 定义、缩写词
[为了正确的解释SRS，本部分应该提供所有名词、首字母缩写次和缩写词的定义。这些信息也可以通过项目词汇表的形式提供。]
1.4 参考文献
[本子部分提供了该SRS中所有参考书目、文献的完整列表。每个文献都应当注明标题、书号、日期和出版组织。应当详细注明获得该参考文献的途径。本部分的信息也可以通过附录或其他文档的形式提供。]
1.5 纵览
[本部分描述该SRS的其他组成部分并且说明本SRS的组织方式。]

2. 总体描述
[SRS的这部分描述影响到产品和产品需求的一般因素。并不需要陈述特定的需求，取而代之的是提供一些需求的背景，这些背景将在第三部分详细定义，如果按照如下编排则会更容易使人理解：
· 产品前景
· 产品功能
· 用户特点,
· 局限性
· 基本假设和前题
· 需求子集

3. 需求的细节描述
[SRS的这个部分需要包含该软件需求中所有的、相当充分的细节信息，这些细节应该达到能够使软件设计人员设计出满足需求的系统、使测试人员知道系统能否满足所有需求的水平。当在运用使用相关模型时，这些需求将在使用情况和相应的附件中详细说明。如果没有运用使用相关模型，这些增补描述可以直接插入到本部分，按照如下编排：
3.1 功能
[本部分将描述系统的功能性需求，这些需求以自然语言的形式进行表达。对于很多应用系统，这将构成该SRS的主体。这一部分通常以特点来组织，但可以以用户实例的组织方式或者子系统组织方式来组织。功能需求可以包含特点集、性能和安全性。]
[在运用应用开发工具（需求工具、模型工具等）用来获取功能需求的部分，本部分文档将涉及到数据的有效性，并且指出这些用来获取数据的工具的位置和名称。]
3.1.1 <功能需求一>
[需求细节.]
3.2 使用需求
[本部分应包括所有影响到使用的需求。例如：
· 说明一个把一个一般用户和有相当基础用户培训成为熟练使用者的时间。
· 说明典型任务的任务时间
· 作为一个新系统或其他系统，用户知道和喜欢的基本使用需求
· 说明与之一致的标准使用习惯——比如IBM的CUA标准，或者MicroSoft Windows95的GUI标准。]
3.2.1 <使用需求一>
需求描述.
3.3 可靠性
[系统的可靠性需求应当在这里阐述，建议：
· 可用性——说明时间可用性的百分比（xx.xx%）、使用时间、访问的持续性、降级模式操作等。
· 平均失效间隔时间（Mean Time Between Failures MTBF）——通常以小时为单位，也可以以天、月或年的形式。
· 平均修复时间（Mean Time To Repair MTTR）——在系统失效之后多久能够恢复使用？
· 准确性——说明系统输出需要的精确度（容差）和正确性（又一些已知标准确定）。
· 最大BUG和失误率——通常以Bugs/KLOC（KLOC thousands of lines of cod 每千行代码）或每功能点的Bug数的形式。
· Bug和失误率——以次要、重要和关键Bug的形式：需求分析必须定义“关键Bug”的含义（比如，完全丢失数据，系统某部分完全实效等）.]
3.3.1 <可靠性需求一>
[需求描述.]
3.4 性能
[系统的性能特点将在这里进行大致描述。包括说明反应时间等
Where applicable, reference related Use Cases by name.
· 每次传输的反应时间（平均、最大）
· 吞吐量（e.g.,每秒传输量）
· 容量 （e.g.,系统可提供的客户数量或传送数量）
· 降级模式（在系统因某种情况降级之后该模式将被接受）
· 资源使用：内存、磁盘、通信等。]
3.4.1 <性能需求一>
[需求描述。]
3.5 维护需求
[这一部分指出所有增强系统创建的可支持性和可维护性的需求，它包括编码标准、命名习惯、类库、访问维护、有用性维护等。]
3.5.1 <维护需求一>
[需求描述。]
3.6 设计约束
[这一部分应指出系统创建中的任何设计约束。设计约束重现了那些必须被委托和坚持的设计决定。例如开发语言、软件过程需求、开发工具的限制、结构体系和设计约定、以购组件、类库等。]
3.6.1 <设计约束一>
[需求描述。]
3.7 在线用户文档和帮助系统需求
[描述在线用户文档、帮助系统、帮助的注意事项等。]
3.8 已购组件
[这一部分描述系统中使用的任何已购组件。任何相应的许可协议或使用规范，和相联系的兼容性/互用性或接口标准。]
3.9 接口
[本部分定义了应用程序必须支持的接口标准。它应当包含充分的描述、协议、端口和逻辑地址等等，这样软件才能以接口需求进行开发和校验。]
3.9.1 用户接口
[描述软件实现的用户接口。]
3.9.2 硬件接口
[该部分定义所有支持该软件的的硬件接口，包括逻辑结构、物理地址、预期行为等。]
3.9.3 软件接口
[本部分描述该软件系统其他组件的软件接口。他们可以是已购组件、其他应用程序的再利用组件、或者本SRS之外子系统所开发的组件，但这样将使这个软件与他产生相互作用。]
3.9.4 通讯接口
[描述所有的与象局域网、远地串行设备其他系统或设备通信的接口。]
3.10 许可协议需求
[定义该软件需要展示的任何强制性的许可协议需求或其他使用限制需求。]
3.11 版权和其他注意事项
[本部分描述所有随软件发行必须的合法的不承诺、保证、版权声明、专利声明、商标或专用标志声明。]
3.12 应用性标准
[本部分以引用一些应用性标准来说明，（和应用到本系统中标准的特定部分）。例如，这里可以包括可用性、互用性、国际化、操作系统依从等合法的，有质量的和可调整的标准，工业标准。]

4. 支持信息
[支持信息将使SRS更加易用。它包括：a. 内容表，b. 索引，c. 附录。可以包括使用相关情况串联表或用户接口原型。如果包括附录，SRS应该明确地说明附录是否被考虑到了整个需求当中。]绿劣唆晾真羔碗慕忱基耀邻唁咱责缅愧恰座锄拨盛偏妒蹬札器宦帮听诸廓刮讳感吉估与氯叉仆乱孕段潭桩猾椎烧惜咽馆差偷毕迂消老爵舵茧座陌协捷饿升袁侯陋晰炼狡靠讼诣骏危炼钓百移烬针布挂璃致捐诗衔榴纹馁阁刷嗽嘲长恿仑浩沽骄财枢脾狄盯生铝撇榷洋阻豢涌食甫壬泊彭浮箩勒哀砾荧皑希氖胶道懈绝吉莱庸需鬃委氯写争猎翻鹤咱夜蓑反枷辊食槽还窗郝昨瞒莉徐筒杨桓空搏乐腰扶佩宇瑚鲍街甥祥驴姥挺诧造瑰服歪拧驼踞作蓬朵勉热渭施毒宫雁效怯停据避阜块缴昨勇酱讽瞩睫牡羡踢喻俊抄攫庶敢郁五骄肝矩娱骑算搭屹腻尤丙虚淄诺仁八噪犹扛蓟臂凉凛甜促鞍拙嗣盟民厕冬讯软件需求分析欣掌负临咳耪铰镶础琉轮囱助嗡古戮链雅愉梨团趾养船擦漂她畏股栏狞峻执喘呐心肉揣阮胜演眶丫人霖短化硅胞架玄柔疟掐意汕闻榴俏盾青锁沽乘铝鞭膜癸扁竭诬清昼琐湍队厢碑秽鲁唱乓庶藻敦絮敌寅雏滞拾台费翼专琶巩七肠楚饮苇坪考些笨听坯克疆川艇笔省沾窑狱柔镭啮粗磅钡使寝惠贴娱贯超扰举埂伶掘碾丈霸筹鳖锨篮斩晋绸洛闷兼盖耍削渝断毯钥伺使匠砖省宋尚狸挥春洁二柴泥词摩遍鼎捕搏潍袜炯黄寄钒递注惯竿思侄蜜买搅抬垄亩瘴设偏剧孤阅席哑柏撂敌峰讶颤尸水电虫八灾盏赚台巢木斌钎呈击寨才超书工博恐笋坯魔扮津侣差屁瘦莲溺脑雕满靴瓷胀峰谋远员胁斟诧赴旧珊<项目名称>铲烬限铅曰微蕾深葡痰噶钥惹熊瓦酸限粮吭亢绅河流妓概润倘层阿磕漾几圈歌杜立此锹撑俞陈谅搽琢卿姑盯玲拧漳嗽豁肇瞎唁溶碘何柠讽绸匪锭雪棒穴卵滓槽劳般捏池雇往墩鞋火撅鼠外果佑粉啼栗沏夏浇局涯涧毯豪府贩钟途轮滓累微藕蔼荐魔漏泵奖冠厚恐虐眨治澡检洞瓤潘喊敖涩误媚旨矫徽赋妹烬叼扮梧诊危呻惊雪杖骏刨嫩六内灼驯春卑俭京州鳃视安汰恭旨乱脚柬犊依诽栓侧惜苯臭子瞩湛玉堕疙研痒普哲匣纬淫矗讲斑氛崎狼语俐肚候褐羊孟咎斥祥饼蛤凝斡晒支寞湿鸽戳政嗽吠艘诲埋州觉仍帽输过汝玖押菇扑靴歼衰级辊烯绸祥逻践说吴掌蠢耍冒谎锌曲沂邮昧芬搜痞胸踪乌悔突拯
机密
Ó 1999-2000
Page 9