第04章软件需求工程.pptxVIP

第四章 软件需求工程;第四章 软件需求工程;4.1 软件需求工程基础;软件需求的定义和层次 ;GB／T 11457―2006《信息技术 软件工程术语》等同采用了这个定义。它从两个方面阐述了需求的含义： 从用户角度要求系统应具有的外部行为 从开发者角度要求系统应具有的内部特性 最后强调了需求一定要文档化。 软件需求包括 3 个不同的层次：业务需求、用户需求、功能需求和非功能需求。 不同层次是从不同角度与不同程度反映着细节问题。; ;用户需求描述了要求系统必须完成的任务，即用户对系统的目标要求。 用户需求通常只涉及系统的外部可见行为，不涉及系统的内部特性。 用户需要是用户真正需要的东西，用户需求是用户对其需要的一种陈述，但这种陈述可能与它们的需要不一致。 用户需求一般采用自然语言和直观图形相结合的方式描述，例如采用用例（Use Case）文档或场景（Scenario）等方式说明。;功能需求和非功能需求 ; 产 品 需 求;;系统需求来自于系统分析和结构设计。 例如，有一个电信计费系统，它包括许多业务规则，这些业务规则与企业方针、政府条例、会计准则、计算方法有关，它们本身并非软件需求，因为它们不属于任何特定的软件系统的范围，它们属于系统需求。;功能需求;所有的用户需求必须与业务需求一致。 功能需求必须从用户需求中提取，以满足用户对产品的要求从而完成其任务。 开发人员应根据功能需求来设计软件以实现必须的功能。功能需求从外部（用户角度）描述了软件系统所应具有的行为。 对一个复杂产品来说，软件功能需求也许只是系统需求的一个子集。;非功能需求作为功能需求的补充，包括 产品必须遵从的标准、规范和合约； 外部接口的具体细节； 性能要求； 设计或实现的约束条件及质量属性。 约束是指在软件产品设计和构造上的限制。 质量属性是通过多种角度对产品的特点进行描述，从而反映产品功能。 多角度描述产品对用户和开发者都极为重要。 ;软件需求工程过程 ;1) 确定目标系统将要面对的各类用户； 2) 从各类用户的代表那里收集需求； 3) 了解用户的任务和目标，以及这些任务要实现的业???目标； 4) 分析从用户那里得到的信息，将用户的任务和目标与软件的功能需求、非功能需求、业务规则、解决方案建议及其他无关信息区分开来； 5) 将顶层的需求分配到软件系统构架内定义好的软件成分中； 6) 了解各个质量属性的相对重要性；;8) 协商需求的实现优先级； 9) 将收集的用户需求表述为书面的需求规格说明和模型； 10) 审阅需求文档，以确保在认识上与用户需求相一致。应在开发组接受需求之前解决所有分岐。 软件开发的目标是实现目标系统的物理模型，即确定待开发系统的各种软件成分，并将功能和信息结构分配到这些软件成分中。但是目标系统的具体物理模型是由当前系统的具体物理模型经过一系列的转换得到的。 ;软件需求工程的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统 “做什么” 的问题。;Abran和Moore的软件需求工程过程模型（未包括需求管理）;需求获取 1) 定义需求开发过程 2) 定义项目愿景和范围 3) 确定用户群 4) 选择用户代理人 5) 确定用例 6) 确定系统事件和响应 7) 描述软件的功能和性能 8) 指明软件与其他系统元素的接口 9) 建立软件必须满足的约束;分析建模 分析可行性 确定需求优先级 为需求建模 创建数据字典 将需求分配至各子系统 应用质量功能进行调整 分析模型为日后软件设计提供了可被翻译成数据、体系结构、接口和处理过程设计的模型。;需求描述 需求规格说明为开发人员和用户提供软件开发完成时质量评价的依据。 采用SRS模板 确定需求来源 唯一标识每项需求 记录业务规范 定义质量属性 需求有效性验证 审查需求文档，确定合格标准 ;4.2 软件需求获取;需求获取过程;需求获取技术的基本特征;鼓励分析员使用面向问题的术语思考问题，编写文档； 为分析员提供多种可供选择的解决方案； 适应需求的变化。 适于以上特征的需求获取方法： 基于数据流图的结构化分析方法； 基于用例（use case）的建模方法。 需求获取技术的关键点在于： 深入浅出 需求获取要尽可能全面、细致。; 获取的需求是个全集，系统真正实现的是个子集。分析时的调研内容并不都纳入到新系统中，目的在于以后的扩充。 以流程为主线 在与用户交流的过程中，应该用流程将所有的内容串起来。如信息、组织结构、处理规则等。这样便于交流沟通。 流程描述有宏观，也有微观。既要强调总体的业务流程、全生存周期的业务流程，又要对流程细化，有分支的业务流程。;需求获取的主要步骤;定义项目的视图和范围 在项目开始之前，在所有干系人中竖立一个共同的愿景，明确供需各方的权利和义务，