第3章 需求-分析.pptVIP

第3章 需求分析;目 录;需求分析的意义; 需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 并在在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。即： ---- 准确地回答“系统必须做什么?”。; 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 ;;业务需求：反映组织机构和客户对系统、产品高层次的目标要求。 用户需求：从用户使用的角度给出需求的描述。 例子：一个小型超市需要一个商品的查询系统。 业务需求：进货人员需要查询商品库存以便保证及时进货；收款员需要查询商品的销售价格以便结账；经理需要查询商品的???售及盈利情况。 用户需求: 这三类用户怎样去查询系统，查询哪些信息，还需要哪些操作。;系统需求：从系统的角度描述要提供的服务以及所受到的约束。 功能性需求：描述系统应该做什么，即为用户和其它系统完成的功能、提供的服务。 非功能性需求：产品必须具备的属性或品质。 设计约束：设计与实现必须遵循的标准、约束条件。如运行平台、协议、选择的技术、编程语言和工具等。 软件需求的描述： ? 结构化语言、面向对象、PDL ? 图形化表示 ? 数学描述（形式化语言描述） ;（1） 确定对系统的综合要求 ---功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、 逆向需求、将来可能提出的要求。;软件需求过程;需求获取是开发人员与客户或用户一起对应用领域进行调查研究，收集系统需求的过程。 需求分析是将获取到的需求准确的理解、求精，并将其转化为完整的需求定义（包括建模），进而生成需求规约的过程。 需求获取和分析有一定的难度，因为： （1）项目相关人员通常并不真正知道希望计算机做什么，让他们清晰的表达出需要系统做什么是件困难的事，他们或许提出不切实际的要求。; 2） 项目相关人员用自己的语言表达需求，这些语言包含很多工作中的专业术语和专业知识。系统分析员没有这些知识和经验，而他们又必须了解这些需求。 3）不同的项目相关人员有不同的需求，可能以不同的方式表达，分析人员必须发现所有潜在的需求资源，而且能发现这些需求的相容或冲突之处。 4）经济和业务环境决定了分析是动态的，需求在分析过程中会发生变更。个别需求的重要程度会改变，新的需求会从新的项目相关人员那里得到。 ;需求分析建模之结构化方法;3.2 与用户沟通获取需求的方法;面向数据流自顶向下求精;3.2.3 简易的应用规格说明技术;3.3 分析建模与规格说明;3.3.2 软件需求规格说明(SRS);软件需求说明书的编写提示（GB856T—88）;软件需求说明书的编写提示（GB856T—88）;3.4 实体-联系图(ER);(1) 数据对象;(2) 属 性;(3) 联 系;图3.2 某校教学管理ER图;3.5 数据规范化;消除数据冗余，即消除表格中数据的重复； 消除多义性，使关系中的属性含义清楚、单一； 使关系的“概念”单一化，让每个数据项只是一个简单的数或字符串，而不是一个组项或重复组； 方便操作。使数据的插入、删除与修改操作可行并方便； 使关系模式更灵活，易于实现接近自然语言的查询方式。;如何规范化？;用教学管理例说明如何规范化;但是： 1. 范式级别越高，存储同样数据就需要分解成更多张表，因此，“存储自身”的过程也就越复杂。 2. 随着范式级别的提高，数据的存储结构与基于问题域的结构间的匹配程度也随之下降，因此，在需求变化时数据的稳定性较差。 3. 范式级别提高则需要访问的表增多，因此性能(速度)将下降。 从实用角度看来，在大多数场合选用第三范式都比较恰当。;第 一 范 式;第 二 范 式;第 三 范 式;3.6 状态转换图;1) 状 态;2) 事 件;初态用实心圆表示，终态用一对同心圆(内圆为实心圆)表示。 中间状态用圆角矩形表示，可以用两条水平横线把它分成上、中、下3个部分。上面部分为状态的名称，这部分是必须有的；中间部分为状态变量的名字和值，这部分是可选的；下面部分是活动表，这部分也是可选的。;活动表的语法格式：事件名(参数表)/动作表达式 其中，“事件名”可以是任何事件的名称。在活动表中经常使用下述3种标准事件：entry，exit和do。entry事件指定进入该状态的动作，exit事件指定退出该状态的动作，而do事件则指定在该状态下的动作。需要时可以为事