软件工程学：第3章 需求分析.ppt

1)状态状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。状态规定了系统对事件的响应方式。系统对事件的响应，既可以是做一个(或一系列)动作，也可以是仅仅改变系统本身的状态，还可以是既改变状态又做动作。初态(即初始状态)状态终态(即最终状态)中间状态一张状态图中只能有一个初态，而终态则可以有0至多个。2)事件事件是在某个特定时刻发生的事情，它是对引起系统做动作或(和)从一个状态转换到另一个状态的外界事件的抽象。例如，用户移动或点击鼠标等都是事件。简而言之，事件就是引起系统做动作或(和)转换状态的控制信息。初态用实心圆表示，终态用一对同心圆(内圆为实心圆)表示。中间状态用圆角矩形表示，可以用两条水平横线把它分成上、中、下3个部分。上面部分为状态的名称，这部分是必须有的；中间部分为状态变量的名字和值，这部分是可选的；下面部分是活动表，这部分也是可选的。3)符号需求分析的意义软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。并在在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。即：----准确地回答“系统必须做什么?”。需求分析定义在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。业务需求项目范围文档用户需求文档功能需求质量属性其他非功能需求设计约束需求规约(specification)非功能需求系统需求需求组成的全景图软件需求的组成业务需求：反映组织机构和客户对系统、产品高层次的目标要求。用户需求：从用户使用的角度给出需求的描述。例子：一个小型超市需要一个商品的查询系统。业务需求：进货人员需要查询商品库存以便保证及时进货；收款员需要查询商品的销售价格以便结账；经理需要查询商品的销售及盈利情况。用户需求:这三类用户怎样去查询系统，查询哪些信息，还需要哪些操作。软件需求的组成系统需求：从系统的角度描述要提供的服务以及所受到的约束。功能性需求：描述系统应该做什么，即为用户和其它系统完成的功能、提供的服务。非功能性需求：产品必须具备的属性或品质。设计约束：设计与实现必须遵循的标准、约束条件。如运行平台、协议、选择的技术、编程语言和工具等。软件需求的描述：?结构化语言、面向对象、PDL?图形化表示?数学描述（形式化语言描述）软件需求的组成（1）确定对系统的综合要求---功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、逆向需求、将来可能提出的要求。3.1需求分析的具体任务（2）分析系统的数据要求（3）导出系统的逻辑模型（4）修正系统开发计划软件需求过程需求获取是开发人员与客户或用户一起对应用领域进行调查研究，收集系统需求的过程。需求分析是将获取到的需求准确的理解、求精，并将其转化为完整的需求定义（包括建模），进而生成需求规约的过程。需求获取和分析有一定的难度，因为：（1）项目相关人员通常并不真正知道希望计算机做什么，让他们清晰的表达出需要系统做什么是件困难的事，他们或许提出不切实际的要求。软件需求过程2）项目相关人员用自己的语言表达需求，这些语言包含很多工作中的专业术语和专业知识。系统分析员没有这些知识和经验，而他们又必须了解这些需求。3）不同的项目相关人员有不同的需求，可能以不同的方式表达，分析人员必须发现所有潜在的需求资源，而且能发现这些需求的相容或冲突之处。4）经济和业务环境决定了分析是动态的，需求在分析过程中会发生变更。个别需求的重要程度会改变，新的需求会从新的项目相关人员那里得到。续上需求分析建模之结构化方法（1）信息域，数据模型（ER图）（2）软件功能，功能模型（数据流图）（3）软件行为，行为模型（状态/活动图）（4）分层细化3.2与用户沟通获取需求的方法访谈（情景分析）面向数据流自顶向下求精简易的应用规格说