软件工程课件第3章-需求分析((第六版)(张海潘编著).ppt

需求获取是如此之难 需求分析方法遵守的原则 必须理解并描述问题的信息域，建立数据模型。 必须定义软件应完成的功能，建立功能模型。 必须描述作为外部事件结果的软件行为，建立行为模型。 必须对描述信息、功能和行为的建模进行分解，用层次的方法展示细节。 3.2 与用户沟通获取需求的方法 访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型 需求的获取 需求获取是开发人员与客户或用户一起对应用领域进行调查研究，收集系统需求的过程 需求分析是将获取到的需求准确的理解、求精，并将其转化为完整的需求定义（包括建模），进而生成需求规约的过程。 需求获取和分析有一定的难度，因为： 1）项目相关人员通常并不真正知道希望计算机做什么，让他们清晰的表达出 需求的获取 2） 项目相关人员用自己的语言表达需求，这些语言包含很多工作中的专业术语和专业知识。系统分析员没有这些知识和经验，而他们又必须了解这些需求。 3）不同的项目相关人员有不同的需求，可能以不同的方式表达，分析人员必须发现所有潜在的需求资源，而且能发现这些需求的相容或冲突之处。 4）经济和业务环境决定了分析是动态的，需求在分析过程中会发生变更。个别需求的重要程度会改变，新的需求会从新的项目相关人员那里得到。 3.2.2 面向数据流自顶向下求精 1. 分析追踪数据流图 需求分析的目标之一就是把数据流和数据存储定义到元素级，通常从数据流图的输出端着手分析。 2. 用户复查 必须请用户对上述分析过程中得出的结果仔细地复查。复查过程验证了已知的元素，补充了未知的元素，填补了文档中的空白。 随着分析过程的进展，经过问题和解答的反复循环，分析员越来越深入具体地定义了目标系统，最终得到对系统数据和功能要求的满意了解。 3.2.3 简易的应用规格说明技术 简易的应用规格说明技术是一种面向团队的需求收集法。 这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。 练习题：习题3.3，画数据流图 银行计算机储蓄系统的工作过程大致如下： 储户填写的存款单或取款单由业务员键入系统，如果是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息，并印出存单给储户； 如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。 顶层数据流图 功能级数据流图 细化的数据流图 3.4.2 属性 属性：定义了数据对象的性质。必须把一个或多个属性定义为“标识符” 。 根据对问题的理解来确定特定数据对象的合适的属性。 3.4.3 联系 联系：数据对象彼此之间相互连接的方式称为联系，也称为关系。 联系可分为以下3种类型： 一对一联系(1∶1) 一对多联系(1∶N) 多对多联系(M∶N) 联系也可能有属性。 例1：某校教学管理系统的ER图 ER图的优点： 比较接近人的习惯思维方式； 用简单的图形符号表达系统分析员对问题域的理解，用户也容易理解，可以作为用户与分析员之间有效的交流工具。 数据建模工具：以自动化的方式创建ER图、数据字典及相关模型。 AllFusion ERWin 辅助设计数据库、数据对象、结构、关键元素 ER/Studio 支持实体-关系建模 Oracle Designer 建模、应用系统和数据库设计 Meta Scope 图形化显示数据 Model Sphere Visible Analyst 模型可视化分析 例2：习题3.3，银行储蓄系统的ER图 银行计算机储蓄系统的工作过程大致如下： 储户填写的存款单或取款单由业务员键入系统，如果是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息，并印出存单给储户； 如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。 银行储蓄系统的ER图 3.6.1 状态 状态：是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。状态规定了系统对事件的响应方式。 状态主要有： 初态(即初始状态)，只能有1个 终态(即最终状态)，可以有0至多个 中间状态 状态图分类： 表示系统循环运行过程，通常不关心循环是怎样启动的。 表示系统单程生命期，需要标明初始状态和最终状态。 3.6.4 例子 例1：电话系统 例2：银行储蓄系统——存款过程的状态图 例2：银行储蓄系统——取款过程的状态图 小结 需求分析的任务:确定对系统的综合要求 分析系统的数据要求 导出系统的逻辑模型 修正系