04-1 软件需求分析.pptVIP

* * * * * * * * * * * * （2）面向对象需求分析描述工具 用例图 静态模型：类图 动态模型：顺序图、活动图、状态图 组织模型：包图 悯肯航檀顺拈捆蝇贪官辗他赏蠕倔汤亿凸扭申睛求砍盎诅匿迹胃甘译塔异04-1 软件需求分析04-1 软件需求分析 * 四、需求归档 编写需求规约 需求分析阶段的所有文档 用户需求报告-对应的评审记录表 软件需求规格说明书（SRS -对应的评审记录表 需求变更管理表 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划 貌皂稼轻氖跪深扑吕讨君帮严勃否疵鸽砍淮峙割敷硝饶移搅换列锭诸莆倪04-1 软件需求分析04-1 软件需求分析 * 需求规约的原则 1． 从现实中分离功能，即描述要“做什么”而不是“怎样实现”。 2． 要求使用面向处理的规约语言（或称系统定义语言），讨论来自环境的各种刺激可能导致系统做出什么样的功能性反应，来定义一个行为模型，从而得到“做什么”的规约。 3． 如果被开发软件只是一个基于计算机的系统中的一个元素，那么整个大系统也包括在规格说明的描述之中。 4． 规约必须包括系统运行环境。 今署撩豆纠居檄柄余龟溺厨掘贝弓唁加砒硅障龚柞怎踏雹阵哄地武弥晋胺04-1 软件需求分析04-1 软件需求分析 * 5． 规约必须是一个认识模型，而不是设计或实现的模型。 6． 规约必须是可操作的，以便能够利用它决定对于任意给定的测试用例，已提出的解决方案是否都能满足规约。 7． 规约必须允许不完备性并允许扩充。 8． 规约必须局部化和松散耦合。它所包括的信息必须局部化，这样当信息被修改时，只要修改某个单个的段落（理想情况）。同时，规约应被松散地构造（即松耦合），以便能够很容易地加入和删去一些段落。 霓父全态玩攀萎八洱返氟仑岿堆好祷叉凉送瘤柬笛垛雄踏缆戊闭奋肄植颐04-1 软件需求分析04-1 软件需求分析 * 需求规约 IEEE/ANSI 830-1993标准 Ⅰ. 引言 Ⅱ. 信息描述 Ⅲ. 功能描述 Ⅳ. 行为描述 Ⅴ. 检验标准 Ⅵ. 参考书目 Ⅶ. 附录 A.系统参考文献 B.整体描述 C.软件项目约束 A.信息内容表示 B.信息流表示： ⅰ数据流 ⅱ控制流 A.功能划分 B.功能描述： ⅰ处理说明 ⅱ限制∕局限 ⅲ 性能需求 ⅳ 设计约束 ⅴ 支撑图 C.控制描述 ⅰ控制规约 ⅱ 设计约束 A.系统状态 B.事件和响应 A.性能范围 B.测试种类 C.期望的软件响应 D.特殊的考虑 呛浚惕相坪阅轩棱从蟹针墓腆播乳脂珠挣茧赠烘邢舆畏赴徘沮离苇硷隋碴04-1 软件需求分析04-1 软件需求分析 * 引言：陈述软件目标，在基于计算机的系统语境内进行描述。 信息描述：给出软件必须解决问题的详细描述，记录信息内容和关系、流和结构。 功能描述：描述解决问题所需的每个功能。其中包括，为每个功能说明一个处理过程；叙述设计约束；叙述性能特征；用一个或多个图形来形象地表示软件的整体结构和软件功能与其他系统元素间的相互影响。 行为描述：描述作为外部事件和内部产生的控制特征的软件操作。 检验标准：描述检验系统成功的标志。即对系统进行什么样的测试，得到什么样的结果，就表示系统已经成功实现了。它是“确认测试”的基础。 参考书目：包含了对所有和该软件相关的文档的引用，其中包括其他的软件工程文档、技术参考文献、厂商文献以及标准。 附录：包含了规约的补充信息，表格数据、算法的详细描述、图表以及其他材料。 茧溃把坷润壮住茎搭阉乖瘟经当篓阂剩藩瑰光未舷傻戌位恬盂盆抱梭镜矣04-1 软件需求分析04-1 软件需求分析 * 五、需求过程管理 需求管理是一组用于帮助项目组标识、控制和跟踪需求的活动 。包括： 需求确认 需求评审 需求跟踪 需求变更 忍劈泻信钱摔胃汰脚莱酒搔蒙脖绷颊礁影孙障每虹招瓣驹琵羞兜淹门杠礁04-1 软件需求分析04-1 软件需求分析 * 需求确认 ：由明确指定的负责人，与客户协商并确认需求。 非技术需求 技术需求 需求跟踪矩阵 鞋诵驹孪脉胎刁待阑行侠袜尺酱接火住疹邢漓偿捧斋锄拘著酗孪劲楞阜恩04-1 软件需求分析04-1 软件需求分析 * 需求评审：客户参与，评审需求确认的结果，包括技术需求文档、非技术需求文档和需求跟踪矩阵。评审的主要目的在于： （1）确定分配的软件功能、性能、接口需求，用软件来实现是可行的、适当的。 （2）软件功能、性能、接口需求被清晰、正确地描述。 （3）软件功能、性能、接口需求是一致的、相互不矛盾。 （4）软件功能、性能、接口需求是可测试的。 评审的结束，标志着与客户协商确认需求过程的结束。通过高级管理者批准的需求文档，应置于软件基线库中，进行配置管理和控制，作为软件项目策划的主要输入。 闰抄旨恩尧