第10章需求解析.pptVIP

第十章 需求 本章重点 软件系统需求概念 获取需求的手段 描述用户需求 10.1 需求概述 功能性需求在软件运行过程中，通过观察其执行的效果来度量。 包括：功能、性能、安全性和可靠性等。 非功能性需求无法度量，只能观察开发活动或维护活动来进行考察。 包括：程序的维护性、框架的适应性、系统的移植性和设计过程的复用性等。 10.1 需求概述 领域建模与需求分析交替穿叉进行。 领域建模的作用： 探索复杂问题，弄清领域知识。 决定功能范围，影响系统的可扩展性。 提供交流基础，促进设计人员与用户之间的沟通。 将用户需求精确完整地描述出来，最终形成需求规格说明书。 10.1 需求概述 需求分析位于系统分析之后和软件设计阶段之前。 需求分析以待开发系统规格说明书和项目规划作为分析活动的基本出发点。 需求分析阶段所产生的软件体系结构又是软件设计、代码实现、模块测试和系统维护的重要基础。 10.1 需求概述 分析活动有助于避免早期错误，提高软件生产效率，改进软件质量。 需求分析主要包括： 应用域理解； 建立商业模型； 初始需求； 需求分析； 10.2 应用域理解 为正确描述出用户的需求，软件工程师必须掌握有关该领域的相关信息。 存在的问题： 软件工程师都是计算机领域中的专家，对领域背景知识了解甚少。 熟悉业务操作的工作人员，具有丰富的专业知识和实践经验，但缺乏计算机编程实现的相关知识。 10.2 应用域理解 软件工程师应同业务操作人员就待开发系统所处的领域进行多次交流，从中获得关于领域背景的相关知识。 在进行交流时，分析和设计人员应该从用户对系统所期望的描述中提取相关的领域术语。 10.2 应用域理解 术语表描述了领域中所有术语的含义，是具有特殊含义的短语。 领域术语出现在软件系统的用户界面和系统开发过程的技术文档中。 快捷有效的提取术语的方式是参考已有的术语表。 10.3 建立商业模型 商业模型是对公司业务运作活动的详细描述。 为准确地构建商业模型，软件工程师需对业务流程进行透彻的理解。 获取商业信息从调查开始，分析人员协助用户确定所开发系统的具体功能。 10.3 建立商业模型 准确地提取商业信息，必须采取交互式的信息抽取方法。 提取商业信息的手段： 调查问卷 访谈 观察手工操作及数据处理 用例 10.3 建立商业模型 调查问卷： 分析人员根据以往的经验去设计与待开发系统功能和性能相关的问卷。 在填写调查问卷的过程中，用户会对哪些功能可由计算机程序实现有一个感性的认识。 必须设计出切中要害的问题，否则将很难准确地获取相关的商业信息。 10.3 建立商业模型 访谈： 对有关人员进行访问并就问题进行讨论。 问题应该是循序渐进来设立，首先是一般性、整体性的问题，然后讨论细节性问题。 分析人员组织问题时，因该尽量客观公正，问题答案的汇总应能够反映出系统的全貌。 整理用户的答案，根据自己所掌握的领域知识，理解用户对目标软件系统的真实需求。 10.3 建立商业模型 观察手工操作及数据处理： 观察用户的手工操作过程是一种行之有效的信息提取方法。 分析人员不要被动地接受用户提出的要求，应该结合自己的软件开发和应用经验，主动地剔除不合理和目光短浅的用户需求。 分析人员应该从软件角度去改进操作流程或规范，提出新的潜在的用户需求。 10.3 建立商业模型 用例： 规定系统或部分系统的行为，描述系统所执行的动作序列集合。 分析人员通过与用户进行交流，提取用户对系统功能的需求，使用用例图来加以描述。 在用例中，给出了系统的参与者和系统所具备的基本功能。 在软件设计开发过程中，通常采用UML语言来加以描述。 10.3 建立商业模型 10.4 初始需求 需求： 是关于系统将要完成什么工作的系统性描述，必须经过客户和软件工程师的认可，其目的是彻底解决用户的问题。 功能性需求： 确定输入、输出及数据存储。 非功能性需求： - 系统的可维护性、容限的增强性、设计的可重用性、开发方法的先进性及文档管理的规范性等。 10.4 初始需求 分析阶段应该处理功能性需求，而设计阶段则需要考虑非功能性需求。 非功能性需求是在了解应用系统的具体情况之后才能对其进行定义，而软件产品的详细细节是在分析阶段中获取的。 10.5 古董买卖管理软件实例 古董买卖领域的初始理解： 软件工程师应获取古董市场中的常识性知识。 分析人员应该与古董商进行访谈，得到他在做生意时的所有相关的商业信息。 信息包括：古董买卖过程中所使用到的术语，及该古董店在经营上的一些特色。 分析整理获取术语表。 10.5 古董买卖管理软件实例 10.5 古董买卖管理软件实例 古董商希望应用系统能根据以往的交易信息计算出该件瓷器作品的最高价格。 希望应用系统能够尽可能地探测出古董市场的新趋势，根