软件工程曹哲电子教案 第04章.pptVIP

软件工程 主编 曹哲 高诚 中国水利水电出版社 第4章 需求分析 软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。 需求分析就是通过对应用问题及其环境的分析与理解，采用一系列的分析方法和技术，将用户的需求逐步精确化、完全化、一致化，最终形成需求规格说明文档的过程。 系统分析阶段产生的系统规格说明和项目规划是软件需求分析的基础，分析人员需从软件的角度对其进行检查和调整，并在此基础上展开需求分析。 第4章 需求分析 需求分析阶段的成果主要是需求规格说明，该成果又是软件设计、编码、测试直至维护的主要基础。 需求分析是系统分析和软件设计的重要桥梁，是软件生存周期的关键性阶段。良好的分析活动能够减少错误和遗漏，从而可提高软件生产率和产品质量、降低开发与维护成本。 需求分析 需求分析的任务： 准确的回答“系统必须做什么？” ?仍然回答“What”，而不是“How”， 但更细致、精确（合同的拟定） 4.1 需求分析的任务 需求分析的任务可通过问题分析、需求描述和需求评审三个步骤来完成。 1．问题分析 软件系统分析人员在这一步骤中的任务是根据对问题及其环境的理解与软件开发经验，改正用户需求的模糊性、歧义性和不一致性，排除由于用户的片面性和短期行为所导致的不合理要求、挖掘用户尚未提出但具有价值的潜在需求，并在用户的帮助下对相互冲突的要求进行折衷，使用户需求逐步精确化、一致化和完全化。 4.1 需求分析的任务 1．问题分析 在这一过程中，需要用某种方法为原始问题及其软件解建立模型，以便精确地记录用户从各个视点、在不同抽象级别上对原始问题的描述，并包含了问题及其环境所涉及的信息流、处理功能、用户界面、行为及设计约束等各方面内容。 于是可通过对模型的精确化来达到需求分析的目标。比如，可以采用面向数据流的分析方法，利用数据流图和数据字典等工具来建立模型。 该模型是形成需求规格说明、进行软件设计的基础。 2．需求描述 该步骤的主要任务是以需求模型为基础，生成需求规格说明和初步的用户手册，并制定软件产品验收测试计划。 需求规格说明是软件项目的一个关键性文档。其中应包含对目标软件系统的功能、外部行为、性能、质量、可靠性、可维护性、约束条件和需求验证标准等的完整的描述。 初步用户手册应包括目标软件系统的用户界面的描述和使用方法的初步构想。 验收测试计划是进行软件产品验收测试的依据。 3．需求评审 需求评审是软件开发过程中的一个重要的里程碑。 需求评审的主要任务是分析人员在用户（客户）和软件设计人员的配合下对需求规格说明和初步用户手册进行审核，检验软件需求的精确性、完全性和一致性，并使用户（客户）和软件设计人员对规格说明和用户手册达成一致的理解。 经过评审确认的需求规格说明将成为客户方与开发方的合同。如果评审未通过，比如发现了遗漏或错误，则必须进行迭代，直至通过评审为止。 4.2.1 初步需求获取技术 在分析阶段的初期，由于分析人员和用户的共同知识领域可能不多，致使分析人员对问题往往知之不多，而用户对目标软件的要求及对要求的描述常常是零乱而模糊的，从而会造成相互交流和相互理解上的困难。为了克服困难，获取初步需求，可以采用如下的技术手段： 访谈与会议； 观察用户工作流程； 分析人员和用户组成联合小组。 1．访谈与会议 分析人员采用个别访谈或小组会议的形式与用户进行初步交流。在访谈和会议之前，分析人员根据对问题的初步描述精心准备一系列问题，通过用户对问题的回答或互相商讨来逐步理解用户的需求。 准备问题的原则有： ①首先应搞清一般性、整体性问题，然后再涉及细节问题。 ②在组织问题时要尽量做到客观、公证，不应限制用户的自由发挥。 ③所提问题汇总后应能反映应用问题及其子问题的全貌、并且不要过分详细。 2．观察用户工作流程 如果可能，可通过实际观察用户的手工操作过程来提取新系统的初步用户需求。 观察手工操作过程不是为了模拟手工操作过程，而是为了获取第一手资料，并从中提取出有价值的需求。分析人员有了第一手资料，再结合自己的软件开发和应用的经验，就能够发现不合理的用户需求、提出用户还没有意识到的潜在的但却很有价值的用户需求，并能够从软件的角度改进操作流程和操作规范，从而可获得用户满意的分析结果。 3．用户和开发人员共同组成联合小组 为加强信息沟通、减少误解和避免产生遗漏、充分调动用户的积极性，在可能的条件下，可以建立由开发方和用户方共同组成的联合小组。 联合小组除了双方的分析人员外，应设专门的记录员、负责会议议程的人员和资料员等，并制定小组的规章制度和计划，选定一种易于理解、简洁、精确的表示机制作为双方