软件工程概论软件需求分析.pptx

软件工程第3章 软件需求分析3.1 问题定义与可行性研究3.2 需求分析的任务3.3 面向数据流的方法3.4 面向对象的需求分析软件需求用户需求业务需求环境需求功能需求其他特性约束和假设非功能性需求3.2 需求分析的任务一、确定目标系统的具体需求1、确定系统的环境需求2、系统的功能需求 3、系统的非功能需求4、其他需求软件需求用户需求业务需求环境需求功能需求其他特性约束和假设非功能性需求3.2 需求分析的任务一、确定目标系统的具体需求1、确定系统的环境需求 硬件环境和软件环境2、系统的功能需求 3、系统的非功能需求4、其他需求软件系统的功能需求描述可以有许多方式：文字描述／图表表示可以以不同的详细程度反复编写和细化描述应该完整而且一致和准确完整性意味着用户所需的所有服务应该全部给出描述一致性意味着需求描述不能前后矛盾准确性是指需求不能出现模糊和二义性的地方软件需求用户需求业务需求环境需求功能需求其他特性约束和假设非功能性需求3.2 需求分析的任务一、确定目标系统的具体需求1、确定系统的环境需求2、系统的功能需求 确定目标系统应具备的所有功能和服务3、系统的非功能需求系统应提供的功能和服务如何对输入做出反应系统在特定条件下的行为（异常处理）4、其他需求非功能需求关心的是系统整体特征而不是个别的系统特征，比功能需求对系统更关键。 非功能需求却很难检验 非功能需求与功能需求有时会发生冲突，它们之间存在着相互作用关系软件需求用户需求功能需求业务需求环境需求其他特性约束和假设非功能性需求3.2 需求分析的任务一、确定目标系统的具体需求1、确定系统的环境需求2、系统的功能需求 3、系统的非功能需求主要与系统的总体特征相关，是对实际使用环境所做的要求性能要求可靠性要求安全性要求可用性要求移植性要求4、其他需求领域需求反映应用领域的基本问题，直接影响到系统的可用性。例如：公文系统的版式、电子图章、图书馆系统图书打印等。软件需求用户需求环境需求功能需求业务需求其他特性约束和假设非功能性需求3.2 需求分析的任务一、确定目标系统的具体需求1、确定系统的环境需求2、系统的功能需求 3、系统的非功能需求4、其他需求例如：系统的应用领域需求做什么理解需求当前系统目标系统模型化抽象化物理模型逻辑模型3.2 需求分析的任务导出表达需求具体化实例化逻辑模型物理模型（一）需求分析模型3.2 需求分析的任务（二）需求分析过程需求调研导出需求分析和精化协商与沟通规格说明需求验证变更管理3.2 需求分析的任务（二）需求分析过程需求调研导出需求分析和精化协商与沟通规格说明需求验证变更管理需求调研：业务领域的共同利益者，信息收集、场景分析3.2 需求分析的任务（二）需求分析过程需求调研导出需求分析和精化协商与沟通规格说明需求验证变更管理导出需求： 对场景分析进一步理解抽象，包括： 范围问题：系统的边界，是客户和开发者共同关心的部分； 理解问题：确定业务需求、需求冲突、说明有歧义和不可测试的需求； 易变问题：分清需求稳定部分和易变部分。 初步业务模型3.2 需求分析的任务（二）需求分析过程需求调研导出需求分析和精化协商与沟通规格说明需求验证变更管理开发一个精确的技术模型，用以说明软件的功能、特征和约束。精化是一个分析建模动作，由一系列建模和求精任务构成。定义了问题的信息域，功能域和行为域。3.2 需求分析的任务（二）需求分析过程需求调研导出需求分析和精化协商与沟通规格说明需求验证变更管理调节冲突和问题，需求排序，识别和分析与每项需求相关的风险、开发工作量、成本和交付时间。3.2 需求分析的任务（二）需求分析过程需求调研导出需求分析和精化协商与沟通规格说明需求验证变更管理软件需求规格说明（SRS，Software Requirement Specification）是需求分析任务的最终“产品”，它是客户、管理者、分析工程师、测试工程师、维护工程师交流的标准和依据。它描述了系统的数据、功能、行为、性能需求、设计约束、验收标准、以及其他与需求相关的信息。3.2 需求分析的任务（二）需求分析过程需求调研导出需求分析和精化协商与沟通规格说明需求验证变更管理需求验证（评审）是对需求文档和制品进行质量评估，确保需求说明准确、完整。3.2 需求分析的任务（二）需求分析过程需求调研导出需求分析和精化协商与沟通规格说明需求验证变更管理需求变更管理是组织、控制和文档化需求的系统方法。建立基线以便在客户和开发人员之间建筑一个约定；需求管理从标识开始，建立跟踪表；需求跟踪表可以跟踪需求的特征、来源、依赖、子系统和接口等关系。3.2 需求分析的任务例：某学校医疗费管理系统职工报销时应填写： 所属部门、职工号、姓名、日期医疗费分类： 校内门诊、校外门诊、住院费、子女医疗费 该校规定，每年