软件工程PPT电子教案课件-第4章 需求分析基础.pptVIP

分解 根据问题的规模和复杂性进行分解，并对子问题展开进一步的分析 逐级分解，直至子问题的规模降至合适程度 在问题分解过程中，要建立子问题之间的相互联系 必须遵循子问题内部紧藕合，子问题之间松藕合的原则 视点分解法 视点分解法 在分析的初期，整体地把握一个大型问题的软件需求是困难的。需要从各个角度分别对问题进行理解和分析，然后再综合，达到全面理解的目的 需求分析视点 系统观点 用户观点 信息观点 功能观点 行为观点等 整理、综合用户描述，应注意用户视点的变化，避免遗漏 4 .5 支持需求分析的快速原型技术 按照传统的软件开发方法，目标软件要等到木已成舟才能交用户认可。 分析、设计及编码积累的各种问题，导致用户对目标软件提出诸多修改，甚至全盘否决，造成人力、物力的巨大浪费。 软件开发早期，快速建立目标软件系统原型，让用户对原型进行评估并提出意见。 原型几经改进最终确定，它将进化成软件产品。 设计和编码人员遵循原型确立的外部特征实现软件产品。 如果软件产品含有大量人机交互、可视输出、或者涉及复杂的算法，应采用快速原型技术。 支持需求分析的快速原型技术 分析阶段使用快速原型技术与问题本身的复杂度以及可用的开发工具、环境有关。 如果问题非常复杂，在当前工具、环境的支持下开发可运行的原型需要投入太多人力或占用太多时间，那么可对某些子问题，尤其是用户界面，使用快速原型技术进行部分分析。 某些软件项目，虽不能构造实际可运行的快速原型，但可以采用幻灯片演示等方法，向用户直观描述目标软件系统的外部行为。 快速建造原型过程 (1)利用需求分析技术、方法，生成简化的需求规格说明 (2)对简化的需求规格说明进行检查、修订，生成设计规格说明。为了快速生成原型,只关心软件的总体结构、用户界面和数据设计，而不注重过程内部的控制流。 (3)在快速原型工具或环境的帮助下，快速生成可运行的软件原型并进行测试、改进。主要工具有：可重用软部件库、用户界面自动生成器等。 快速建造原型过程 (4)将原型提交用户评估并征求改进意见。 (5)迭代上述过程，直到用户满意。 通过评审的原型应全面、准确地反映用户对目标软件在外部行为方面的需求，可以作为需求规格说明的一部分并成为软件设计和编码的基础。 软件原型的分类 探索型：目的是要弄清对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性。 实验型：这种原型用于大规模开发和实现之前，考核方案是否合适，规格说明是否可靠。 进化型：这种原型的目的不在于改进规格说明，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统。 原型开发模型 “第二届维纳恩湖业主垂钓大赛“活动方案4S店开业庆典活动总结8D团队导向解决问题方法GSM网规网优专题培训教材-覆盖问题处理K线顶部双烛定式信号 哈尔滨工程大学 Software Engineering 第4章 需求分析基础 分析的任务、过程、原则 初步需求获取技术 需求建模 问题抽象、问题分解与多视点分析 支持需求分析的快速原型技术 需求规格说明与评审 软件需求：用户对目标软件系统在功能、行为、 性能、设计约束等方面的期望 第4章 需求分析基础 IEEE软件工程标准词汇表(1997年)中定义需求为： (1)用户解决问题或达到目标所需的条件或权能(Capability)。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 (3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。 准确、完整和规范化的软件需求是软件开发成功的关键。软件项目中40%-60%的问题都是在需求阶段埋下的祸根 主要障碍：用户对应用问题的理解、描述以及他们对目标软件的需求往往具有片面性、模糊性，甚至不一致性 第4章 需求分析基础 不适当的需求过程所引起的一些风险： 调研的用户不多，导致产品无法被接受 用户需求的增加带来过度的耗费和降低产品的质量 模棱两可的需求说明可能导致时间的浪费和返工 用户增加一些不必要的特性和开发人员画蛇添足(gold-plating) 过分简略的需求说明以致遗漏某些关键需求 忽略某类用户的需求将导致众多客户的不满 不完善的需求说明使得项目计划和跟踪无法准确进行 4.1 需求分析的任务与原则 软件需求分析：对应用问题及环境的理解和分析，为问题涉及的信息、功能及系统行为建立模型。将用户需求精确化、完全化，最终形成需求规格说明书 分析目标：准确理解用户的要求，进行细致的调查分析，将用户的非形式的要求转化为完整的需求定义，再将需求定义转换为相应的形式化的规格说明 深入描述软件的功能和性能，确定软件的设计约束、软件同其他系统元素的接口细节