软件工程导论课件之第3章需求分析(第五版)(张海潘编著).pptVIP

3.2 与用户沟通获取需求的方法 访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型 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：银行储蓄系统——取款过程的状态图 主文件更新处理的IPO图 改进的IPO图：这种图中包含某些附加的信息，在软件设计过程中将比原始的IPO图更有用。 在需求分析阶段可以使用IPO图简略地描述系统的主要算法(即数据流图中各个处理的基本算法)。 IPO表 系统：定货系统 作者：祁燕 模块：处理事务 日期：2010.3 编号：1.0 被调用： 定货系统 调用： 接受事务 更新库存清单 处理定货 输入： 事务 输出：定货信息 库存清单 处理： （用过程描述工具描述本模块的算法，如PAD图、N-S图、伪代码等） 局部数据元素： 注释： 3.8 验证软件需求3.8.1 从哪些方面验证软件需求的正确性 一致性，所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。 完整性，需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。 现实性，指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。 有效性，必须证明需求是正确有效的，确实能解决用户面对的问题。 3.8.2 验证软件需求的方法 1. 验证需求的一致性 人工技术审查 形式化的描述软件需求的方法 2. 验证需求的现实性 仿真或性能模拟技术 3. 验证需求的完整性和有效性 开发原型系统 3.8.3 用于需求分析的软件工具 软件工具应该满足下列要求： 必须有形式化的语法(或表)，因此可以用计算机自动处理使用这种语法说明的内容； 使用这个软件工具能够导出详细的文档； 必须提供分析(测试)规格说明书的不一致性和冗余性的手段，并且应该能够产生一组报告指明对完整性分析的结果； 使用这个软件工具之后，应该能够改进通信状况。 ER图练习题： 请为某仓库的管