第2章 软件需求-1 软件工程课件.ppt

软件需求Software Requirements Engineering 2.1 软件需求工程的基本概念 软件需求的重要性 软件需求的困难 领域需求 是由软件系统的应用领域所决定的特有的功能需求，或是对功能的约束。 例如一个图书管理系统，则要求图书分类按照《中国图书馆分类法》进行。 传统需求分析 需求工程的基本活动包括： 需求获取的任务和原则 需求获取的主要任务是: 与客户或用户沟通，了解系统或产品的目标是什么？ 客户或用户想要实现什么？ 系统和产品如何满足业务的要求，最终系统或产品如何用于日常工作？ 获取并理解用户的需求是软件工程师所面对的最困难的任务之一。 需求获取的任务和原则 1. 需求获取的任务 (1) 发现和分析问题，并分析问题的原因/结果关系。 (2) 与用户进行各种方式的交流，并使用调查研究方法收集信息。 (3) 按照三个成分观察问题的不同侧面：即数据、过程和接口。 (4) 将获取的需求文档化，形式有用例、决策表、需求表等。 需求获取的任务和原则 2. 需求获取应遵循的原则 深入浅出的原则。 需求获取要尽可能全面、细致。获取的需求是个全集，目标系统真正实现的是个子集。 (2) 以流程为主线的原则。 在与用户交流的过程中，应该用流程将所有的内容串起来。如信息、组织结构、处理规则等。这样便于交流沟通。流程的描述既有宏观描述，也有微观描述。 （三）、需求有效性的验证 需求验证的内容 1.有效性检查：指功能需求是否符合用户所提出的需求。 2.一致性检查：系统功能描述及约束是否一致。 3.完备性检查：是否包含所有系统用户的需求和约束。 4.可检验性检查：是否能设计出一组验证方法。 软件需求案例 2.2 需求分析方法 2.2.2 结构化分析方法 结构化分析方法 传统的分析建模方法称为结构化分析（structured analysis，SA）方法。 最有代表性的是一种面向数据流进行需求分析的方法，最初于20世纪70年代由 D.Ross 提出，后来又经过扩充，形成了今天的结构化分析方法的框架。 结构化分析方法 结构化分析模型 结构化分析方法是一种建模技术，它建立的分析模型如图所示。 一. 功能建模 概念 功能建模的思想就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。 功能模型用数据流图来描述。 数据流图（Data Flow Diagam，DFD） 数据流图的术语 数据流：是数据在系统内传播的路径，由一组固定的数据项组成。 加工：对数据的处理，对数据流进行某些操作或变换。 数据存储：存储的数据，可以是数据库文件或其他任何形式的数据组织。 数据源点或终点：是系统外部环境中的实体，可以是人员，组织或其它软件系统，统称为外部实体。 功能建模 —— 环境图 环境图（context diagram）：也称为顶层数据流图 或 0 层数据流图。 它仅包括一个数据处理过程，也就是要开发的目标系统。 环境图的作用是确定系统在其环境中的位置，通过确定系统的输入和输出与外部实体的关系确定其边界。 功能建模 典型的环境图 例：招生系统需求描述 学校首先公布招生条件，考生根据自己的条件报名，之后系统进行资格审查，并给出资格审查信息； 对于资格审查合格的考生可以参加答卷，系统根据学校提供的试题及答案进行自动判卷，并给出分数及答题信息，供考生查询； 最后系统根据学校的录取分数线进行录取，并将录取信息发送给考生。 功能建模 招生系统的环境图 功能建模 —— 数据流图的分层 对于稍微复杂一些的实际问题，在数据流图上常常出现十几个甚至几十个加工，这样的数据流图看起来不直观，不易理解。 分层的数据流图能很好地解决这一问题。 按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。 招生系统的分层数据流图 实例研究 银行储蓄系统的业务流程： 储户填写的存/取款单由业务员键入系统； 如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、到期日期、利率、密码（可选）等信息，并印出存单给储户； 如果是取款而且开户时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。 画出分层的数据流图，并细化到2层数据流图。 实例研究 (1) 识别外部实体及输入输出数据流。 外部实体：储户、业务员。 输入数据：如果需要储户输入密码，储户才直接与系统进行交互。储户填写的存款或取款信息通过业务员键入系统，可以将存款及取款信息抽象为事务。 输出数据：存款单，利息清单。 实例研究 (2) 画出环境图（顶层数据流图） 实例研究 (3) 画出一层数据流图