需求分析基础.ppt

需求分析基础需求分析基础第第4章章 需求分析基础需求分析基础4.1 需求分析概述需求分析概述4.2 需求分析流程需求分析流程4.3 需求分析一般性技术需求分析一般性技术4.4 需求规格说明与评审需求规格说明与评审教学内容教学内容 教学要求教学要求教学内容：需求分析的任务、原则、步骤；获得教学内容：需求分析的任务、原则、步骤；获得教学内容：需求分析的任务、原则、步骤；获得教学内容：需求分析的任务、原则、步骤；获得用户需求的方法；问题抽象、问题分解与多视点用户需求的方法；问题抽象、问题分解与多视点用户需求的方法；问题抽象、问题分解与多视点用户需求的方法；问题抽象、问题分解与多视点分析；需求规格说明与评审。分析；需求规格说明与评审。分析；需求规格说明与评审。分析；需求规格说明与评审。教学要求：教学要求：教学要求：教学要求：1 1、了解需求分析的重要性和必要性、需求分析的任务、了解需求分析的重要性和必要性、需求分析的任务、了解需求分析的重要性和必要性、需求分析的任务、了解需求分析的重要性和必要性、需求分析的任务和过程。和过程。和过程。和过程。2 2、理解获得用户需求的方法、问题抽象、问题分解。、理解获得用户需求的方法、问题抽象、问题分解。、理解获得用户需求的方法、问题抽象、问题分解。、理解获得用户需求的方法、问题抽象、问题分解。重点：获得用户需求的方法。重点：获得用户需求的方法。重点：获得用户需求的方法。重点：获得用户需求的方法。难点：获得用户需求的方法。难点：获得用户需求的方法。难点：获得用户需求的方法。难点：获得用户需求的方法。4.1 需求分析概述需求分析概述软件需求软件需求软件需求软件需求是指用户对目标软件系统在功能、是指用户对目标软件系统在功能、是指用户对目标软件系统在功能、是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。性能、行为、设计约束等方面的期望。性能、行为、设计约束等方面的期望。性能、行为、设计约束等方面的期望。需求分析需求分析需求分析需求分析就是通过对应用问题及其环境的分就是通过对应用问题及其环境的分就是通过对应用问题及其环境的分就是通过对应用问题及其环境的分析与理解，采用一系列的分析方法和技术，将用析与理解，采用一系列的分析方法和技术，将用析与理解，采用一系列的分析方法和技术，将用析与理解，采用一系列的分析方法和技术，将用户的需求逐步精确化、完全化、一致化，最终形户的需求逐步精确化、完全化、一致化，最终形户的需求逐步精确化、完全化、一致化，最终形户的需求逐步精确化、完全化、一致化，最终形成需求规格说明文档的过程。成需求规格说明文档的过程。成需求规格说明文档的过程。成需求规格说明文档的过程。系统规格说明和项目规划系统规格说明和项目规划系统规格说明和项目规划系统规格说明和项目规划是需求分析的基础。是需求分析的基础。是需求分析的基础。是需求分析的基础。图图4.1-1 软件需求软件需求软件需求包括软件需求包括功能需求功能需求功能需求功能需求性能需求性能需求性能需求性能需求环境需求环境需求环境需求环境需求可靠性需求可靠性需求可靠性需求可靠性需求安全保密要求安全保密要求安全保密要求安全保密要求用户界面需求用户界面需求用户界面需求用户界面需求资源使用需求资源使用需求资源使用需求资源使用需求成本消耗需求成本消耗需求成本消耗需求成本消耗需求开发进度需求开发进度需求开发进度需求开发进度需求预先估计以后系统可能达到的目标预先估计以后系统可能达到的目标预先估计以后系统可能达到的目标预先估计以后系统可能达到的目标需求需求石头问题石头问题 我要一块石头我要一块石头我要一块石头我要一块石头 差不多，但我要小一点的差不多，但我要小一点的差不多，但我要小一点的差不多，但我要小一点的 很好，但是我要蓝色的很好，但是我要蓝色的很好，但是我要蓝色的很好，但是我要蓝色的 啊！没有那么小啊！没有那么小啊！没有那么小啊！没有那么小 咳，还是原来那个好了咳，还是原来那个好了咳，还是原来那个好了咳，还是原来那个好了难捕获、易变难捕获、易变4.1为什么需要需求分析为什么需要需求分析软件需求的深入理解是软件开发工作获得成功的前软件需求的深入理解是软件开发工作获得成功的前软件需求的深入理解是软件开发工作获得成功的前软件需求的深入理解是软件开发工作获得成功的前提条件提条件提条件提条件，开发最为困难的部分就是开发最为困难的部分就是开发最为困难的部分就是开发最为困难的部分就是准确说明开发什么准确说明开发什么准确说明开发什么准确说明开发什么。最为困难的概念性工作就是最为困难的概念性工作就是最为困难的概念性工作就是最为困难的概念性工作就是编写出详细技术需求编写出详细技术需求编写出详细技术需求编写出详细技术需求，这包，这包，这包，这包括括括括所有面向用户、面向机器和其它软件系统的接口所有面向用户、面向机器和其它软件系统的接口所有面向用户、面向机器和其它软件系统的接口所有面向用户、面向机器和其它软件系统的接口。这也是一旦做错，将会最终给系统带来极大损害的部分，这也是一旦做错，将会最终给系统带来极大损害的部分，这也是一旦做错，将会最终给系统带来极大损害的部分，这也是一旦做错，将会最终给系统带来极大损害的部分，并且以后再对它进行修改也极为困难。并且以后再对它进行修改也极为困难。并且以后再对它进行修改也极为困难。并且以后再对它进行修改也极为困难。需求分析能够需求分析能够需求分析能够需求分析能够:对开发进行指导；对开发进行指导；对开发进行指导；对开发进行指导；描述开发人员对用户要求的理解；描述开发人员对用户要求的理解；描述开发人员对用户要求的理解；描述开发人员对用户要求的理解；希望用户理解开发人员；希望用户理解开发人员；希望用户理解开发人员；希望用户理解开发人员；测试部门有理可依；测试部门有理可依；测试部门有理可依；测试部门有理可依；4.1需求问题需求问题 开发中的大问题开发中的大问题1 1、客户表面上同意需求，但完成的产品并不能满足需求。、客户表面上同意需求，但完成的产品并不能满足需求。、客户表面上同意需求，但完成的产品并不能满足需求。、客户表面上同意需求，但完成的产品并不能满足需求。2 2、需求总是变化，无法稳定。、需求总是变化，无法稳定。、需求总是变化，无法稳定。、需求总是变化，无法稳定。3 3、需求太多，无法在给定的时间完成。、需求太多，无法在给定的时间完成。、需求太多，无法在给定的时间完成。、需求太多，无法在给定的时间完成。4 4、设计人员抱怨测试人员没有拿最新的需求版本来设计、设计人员抱怨测试人员没有拿最新的需求版本来设计、设计人员抱怨测试人员没有拿最新的需求版本来设计、设计人员抱怨测试人员没有拿最新的需求版本来设计测试。测试。测试。测试。5 5、项目经理发觉开发人员独自增加了新的功能，新的功、项目经理发觉开发人员独自增加了新的功能，新的功、项目经理发觉开发人员独自增加了新的功能，新的功、项目经理发觉开发人员独自增加了新的功能，新的功能用了很长的时间进行开发，但客户认为价值不大。能用了很长的时间进行开发，但客户认为价值不大。能用了很长的时间进行开发，但客户认为价值不大。能用了很长的时间进行开发，但客户认为价值不大。6 6、客户总是不想对项目进行验收，他们担心系统无法最、客户总是不想对项目进行验收，他们担心系统无法最、客户总是不想对项目进行验收，他们担心系统无法最、客户总是不想对项目进行验收，他们担心系统无法最终满足需要。终满足需要。终满足需要。终满足需要。4.1需求活动的目的需求活动的目的1 1、定义系统的边界和功能、非功能需求，以便、定义系统的边界和功能、非功能需求，以便、定义系统的边界和功能、非功能需求，以便、定义系统的边界和功能、非功能需求，以便涉众涉众涉众涉众(客户、最终用户客户、最终用户客户、最终用户客户、最终用户)和项目组对所开发的内容和项目组对所开发的内容和项目组对所开发的内容和项目组对所开发的内容达成一致。达成一致。达成一致。达成一致。2 2、使项目组能够更好的理解需求，并达成一致。、使项目组能够更好的理解需求，并达成一致。、使项目组能够更好的理解需求，并达成一致。、使项目组能够更好的理解需求，并达成一致。3 3、建立软件需求基线供软件工程和管理使用。、建立软件需求基线供软件工程和管理使用。、建立软件需求基线供软件工程和管理使用。、建立软件需求基线供软件工程和管理使用。4 4、软件计划、产品和活动同软件需求保持一致。、软件计划、产品和活动同软件需求保持一致。、软件计划、产品和活动同软件需求保持一致。、软件计划、产品和活动同软件需求保持一致。5 5、为其它软件工程活动提供基础（如管理活动、为其它软件工程活动提供基础（如管理活动、为其它软件工程活动提供基础（如管理活动、为其它软件工程活动提供基础（如管理活动、测试活动）。测试活动）。测试活动）。测试活动）。4.1需求分析的任务需求分析的任务任务就是准确地定义未来系统的目标，确任务就是准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。定为了满足用户的需求系统必须做什么。用用 规范的形式准确地规范的形式准确地表达用户的需求。表达用户的需求。系统分析员的主要焦点是系统分析员的主要焦点是“做什么做什么（what）”，不是，不是“怎样做（怎样做（how）”。4.1What to do?需求分析的具体任务需求分析的具体任务（1 1）确定软件系统的综合需求）确定软件系统的综合需求）确定软件系统的综合需求）确定软件系统的综合需求 （2 2）分析系统的数据需求）分析系统的数据需求）分析系统的数据需求）分析系统的数据需求（3 3）导出软件系统的逻辑模型）导出软件系统的逻辑模型）导出软件系统的逻辑模型）导出软件系统的逻辑模型（4 4）修正系统开发计划）修正系统开发计划）修正系统开发计划）修正系统开发计划（5 5）开发原型系统）开发原型系统）开发原型系统）开发原型系统（6 6）验证软件需求分析的正确性）验证软件需求分析的正确性）验证软件需求分析的正确性）验证软件需求分析的正确性（7 7）编写软件需求规格说明书）编写软件需求规格说明书）编写软件需求规格说明书）编写软件需求规格说明书4.1需求分析成果需求分析成果主要是主要是需求规格说明书需求规格说明书，是软件设计、，是软件设计、编码、测试直至维护的主要基础。编码、测试直至维护的主要基础。4.14.2 需求分析流程需求分析流程需求分析流程需求分析流程制定需求管理制定需求管理计划计划提取业务需求提取业务需求需求开发需求开发需求批准需求批准基线化需求基线化需求需求变更控制需求变更控制需求状态评审需求状态评审1、制定需求管理计划、制定需求管理计划定义角色和职责定义角色和职责定义角色和职责定义角色和职责 建立跟踪机制建立跟踪机制建立跟踪机制建立跟踪机制 选择需求属性选择需求属性选择需求属性选择需求属性 定义需求管理机制定义需求管理机制定义需求管理机制定义需求管理机制 编写需求管理计划编写需求管理计划编写需求管理计划编写需求管理计划制定需求管理计划制定需求管理计划编写用于需求管理活动编写用于需求管理活动的计划。的计划。项目经理项目经理2、提取业务需求、提取业务需求收集用户初始需求收集用户初始需求收集用户初始需求收集用户初始需求（业务需求）（业务需求）（业务需求）（业务需求）标识需求项标识需求项标识需求项标识需求项提取业务需求提取业务需求到用户方进行需求调查，到用户方进行需求调查，以获得项目的初始需求。以获得项目的初始需求。项目组成员项目组成员问题分析问题分析根据对问题及其环境的理解与软件开发经验，改根据对问题及其环境的理解与软件开发经验，改根据对问题及其环境的理解与软件开发经验，改根据对问题及其环境的理解与软件开发经验，改正用户需求的模糊性、歧义性和不一致性，正用户需求的模糊性、歧义性和不一致性，正用户需求的模糊性、歧义性和不一致性，正用户需求的模糊性、歧义性和不一致性，排除不合理要求、挖掘有价值的潜在需求，对相排除不合理要求、挖掘有价值的潜在需求，对相排除不合理要求、挖掘有价值的潜在需求，对相排除不合理要求、挖掘有价值的潜在需求，对相互冲突的要求进行折衷，使需求逐步精确化、一互冲突的要求进行折衷，使需求逐步精确化、一互冲突的要求进行折衷，使需求逐步精确化、一互冲突的要求进行折衷，使需求逐步精确化、一致化和完全化。致化和完全化。致化和完全化。致化和完全化。在这一过程中，需要用某种方法为原始问题及其在这一过程中，需要用某种方法为原始问题及其在这一过程中，需要用某种方法为原始问题及其在这一过程中，需要用某种方法为原始问题及其软件解建立模型。软件解建立模型。软件解建立模型。软件解建立模型。可通过对模型的精确化来达到需求分析的目标。可通过对模型的精确化来达到需求分析的目标。可通过对模型的精确化来达到需求分析的目标。可通过对模型的精确化来达到需求分析的目标。该模型是形成需求规格说明、进行软件设计的该模型是形成需求规格说明、进行软件设计的该模型是形成需求规格说明、进行软件设计的该模型是形成需求规格说明、进行软件设计的基础。基础。基础。基础。4.2表表表表4.1-1 4.1-1 需求调查样表需求调查样表需求调查样表需求调查样表业务编业务编业务编业务编号号号号Sh02Sh02业务业务业务业务名名名名称称称称驾驶员驾驶员基本档基本档案管理案管理所属部所属部所属部所属部门门门门 调调调调 查查查查 者者者者调查时调查时调查时调查时间间间间审审审审 核核核核 人人人人功能功能功能功能驾驶员驾驶员基本数据的基本数据的录录入，修改、新增和入，修改、新增和输输出打印出打印,为为相关相关业务业务提供基本信息。提供基本信息。操操操操作作作作规规规规程程程程处处处处理要求理要求理要求理要求记录记录可可驾驶车辆驾驶车辆的人的人员资员资料，形成料，形成驾驶员驾驶员基本信息档案。基本信息档案。数据流向数据流向数据流向数据流向数据来源数据来源数据来源数据来源数据数据数据数据处处处处理理理理数据去数据去数据去数据去向向向向保留保留保留保留时长时长时长时长自行自行录录入入录录入，入，修改、修改、新增、新增、查询查询长长期期备备备备注注注注用用户户操作操作员员驾驶员驾驶员档案档案输输入、修改、入、修改、查询查询查询查询人力人力资资源部人源部人员员档案档案与事故管理、与事故管理、调调度管理等形度管理等形成子集成子集需求开发对客户的需要进需求开发对客户的需要进行分析，并用清晰合理的行分析，并用清晰合理的方式进行描述，使客户方方式进行描述，使客户方和开发方对开发的内容达和开发方对开发的内容达成一致。成一致。3、需求开发、需求开发需求开发需求开发项目成员项目成员需求描述需求描述主要任务是以需求模型为基础，生成主要任务是以需求模型为基础，生成需求规需求规格说明格说明和和初步的用户手册初步的用户手册，并制定，并制定软件产品软件产品验收测试计划验收测试计划。需求规格说明需求规格说明需求规格说明需求规格说明是软件项目的一个是软件项目的一个是软件项目的一个是软件项目的一个关键性文档关键性文档关键性文档关键性文档。其。其。其。其中应包含对目标软件系统的中应包含对目标软件系统的中应包含对目标软件系统的中应包含对目标软件系统的功能、外部行为、性功能、外部行为、性功能、外部行为、性功能、外部行为、性能、质量、可靠性、可维护性、约束条件和需求能、质量、可靠性、可维护性、约束条件和需求能、质量、可靠性、可维护性、约束条件和需求能、质量、可靠性、可维护性、约束条件和需求验证标准验证标准验证标准验证标准等的完整的描述。等的完整的描述。等的完整的描述。等的完整的描述。初步用户手册初步用户手册初步用户手册初步用户手册应包括目标软件系统的用户界面的应包括目标软件系统的用户界面的应包括目标软件系统的用户界面的应包括目标软件系统的用户界面的描述和使用方法的初步构想。描述和使用方法的初步构想。描述和使用方法的初步构想。描述和使用方法的初步构想。验收测试计划验收测试计划验收测试计划验收测试计划是验收测试的依据。是验收测试的依据。是验收测试的依据。是验收测试的依据。4.2确认需求正式作为项目管确认需求正式作为项目管理和其它工程活动的基础，理和其它工程活动的基础，并作为客户之间承诺对系并作为客户之间承诺对系统进行验收的基准。统进行验收的基准。4、需求批准、需求批准需求批准需求批准客户、高级管理者客户、高级管理者 需求批准是一种正式的需求批准是一种正式的需求批准是一种正式的需求批准是一种正式的管理过程，代表相关各管理过程，代表相关各管理过程，代表相关各管理过程，代表相关各方达成一致的承诺。方达成一致的承诺。方达成一致的承诺。方达成一致的承诺。经过需求评审的需求工经过需求评审的需求工经过需求评审的需求工经过需求评审的需求工件作为批准的内容。件作为批准的内容。件作为批准的内容。件作为批准的内容。此活动的目的是在经过客此活动的目的是在经过客户和项目组的授权下，将户和项目组的授权下，将批准的正式的软件需求工批准的正式的软件需求工件放入配置管理系统。件放入配置管理系统。5、基线化需求、基线化需求基线化需求基线化需求配置经理配置经理 基线化正式的需求工件基线化正式的需求工件基线化正式的需求工件基线化正式的需求工件正式的软件需求工件、正式的软件需求工件、正式的软件需求工件、正式的软件需求工件、需求跟踪工件进入配置需求跟踪工件进入配置需求跟踪工件进入配置需求跟踪工件进入配置库，作为其它相关活动库，作为其它相关活动库，作为其它相关活动库，作为其它相关活动（管理、设计、测试等）（管理、设计、测试等）（管理、设计、测试等）（管理、设计、测试等）的基础。的基础。的基础。的基础。6、需求变更控制、需求变更控制需求变更控制需求变更控制配置经理配置经理 需求一旦建立基线后，需求一旦建立基线后，需求一旦建立基线后，需求一旦建立基线后，需要通过控制流程来需要通过控制流程来需要通过控制流程来需要通过控制流程来改变改变改变改变需求的变更需要经过需求的变更需要经过需求的变更需要经过需求的变更需要经过双方的批准双方的批准双方的批准双方的批准变更后的需求需要经变更后的需求需要经变更后的需求需要经变更后的需求需要经过客户、用户和相关过客户、用户和相关过客户、用户和相关过客户、用户和相关组的评审进入配置管组的评审进入配置管组的评审进入配置管组的评审进入配置管理库，作为工作基线理库，作为工作基线理库，作为工作基线理库，作为工作基线7、需求评审、需求评审需求状态评审 举行评审会议举行评审会议举行评审会议举行评审会议 举行举行举行举行需求规格说明书评审需求规格说明书评审需求规格说明书评审需求规格说明书评审会议，会议，会议，会议，需求评审人员需求评审人员高级管理者和项目经理高级管理者和项目经理通过需求状态评审监控通过需求状态评审监控需求管理的状态。项目需求管理的状态。项目组通过需求状态评审对组通过需求状态评审对需求状况达成一致需求状况达成一致.4.3 需求分析一般性技术需求分析一般性技术4.3.1 初步需求获取初步需求获取4.3.2 需求建模需求建模4.3.3 快速原型快速原型4.3.4 问题分解与抽象、多视点分析问题分解与抽象、多视点分析需求获取面临的挑战需求获取面临的挑战 客户说不清楚需求客户说不清楚需求 需求易变性需求易变性 问题的复杂性和对问题空间理解的不完备问题的复杂性和对问题空间理解的不完备性与不一致性性与不一致性4.3需求分析的一般性技术需求分析的一般性技术初步需求获取技术；初步需求获取技术；初步需求获取技术；初步需求获取技术；需求建模技术；需求建模技术；需求建模技术；需求建模技术；快速原型技术；快速原型技术；快速原型技术；快速原型技术；问题的分解与抽象；问题的分解与抽象；问题的分解与抽象；问题的分解与抽象；多视点分析技术等。多视点分析技术等。多视点分析技术等。多视点分析技术等。4.34.3.1 初步需求获取初步需求获取1、访谈与会议；、访谈与会议；2、观察用户工作流程；、观察用户工作流程；3、分析人员和用户组成联合小组。、分析人员和用户组成联合小组。1、访谈与会议、访谈与会议在访谈和会议前，分析人员根据对问题的初步描在访谈和会议前，分析人员根据对问题的初步描在访谈和会议前，分析人员根据对问题的初步描在访谈和会议前，分析人员根据对问题的初步描述精心准备一系列问题。述精心准备一系列问题。述精心准备一系列问题。述精心准备一系列问题。准备问题的原则：准备问题的原则：准备问题的原则：准备问题的原则：首先搞清一般性、整体性问题，然后再涉及首先搞清一般性、整体性问题，然后再涉及首先搞清一般性、整体性问题，然后再涉及首先搞清一般性、整体性问题，然后再涉及细节问题。细节问题。细节问题。细节问题。尽量做到客观、公正，不应限制用户的自由尽量做到客观、公正，不应限制用户的自由尽量做到客观、公正，不应限制用户的自由尽量做到客观、公正，不应限制用户的自由发挥。发挥。发挥。发挥。问题汇总后应能反映应用问题及其子问题的问题汇总后应能反映应用问题及其子问题的问题汇总后应能反映应用问题及其子问题的问题汇总后应能反映应用问题及其子问题的全貌、且不要过分详细。全貌、且不要过分详细。全貌、且不要过分详细。全貌、且不要过分详细。4.3 例例4.1 某出版社系统调查表某出版社系统调查表编号编号编号编号提出问题提出问题1 1您在哪个部门工作？您在哪个部门工作？2 2出版业务流程是什么？出版业务流程是什么？3 3您每日都处理那些文件、数据、报表？您每日都处理那些文件、数据、报表？4 4工作中手工处理特别麻烦的事情是什么？工作中手工处理特别麻烦的事情是什么？5 5工作中手工处理什么问题解决不了？影响效工作中手工处理什么问题解决不了？影响效率的问题有哪些？率的问题有哪些？6 6您认为提高工作效率，节省工作时间，减轻您认为提高工作效率，节省工作时间，减轻工作强度可采取哪些办法？工作强度可采取哪些办法？4.3例例4.1 某出版社系统调查表（续）某出版社系统调查表（续）编号编号编号编号提出问题提出问题提出问题提出问题7 7您的部门需要成本核算和统计的内容有哪些？您的部门需要成本核算和统计的内容有哪些？您的部门需要成本核算和统计的内容有哪些？您的部门需要成本核算和统计的内容有哪些？8 8您的部门采用计算机管理工作情况如何？您的部门采用计算机管理工作情况如何？您的部门采用计算机管理工作情况如何？您的部门采用计算机管理工作情况如何？9 9如何改进业务流程使之更合理？如何改进业务流程使之更合理？如何改进业务流程使之更合理？如何改进业务流程使之更合理？1010哪些问题是目前传统手工方法根本无法解决的？哪些问题是目前传统手工方法根本无法解决的？哪些问题是目前传统手工方法根本无法解决的？哪些问题是目前传统手工方法根本无法解决的？1111出版社计算机管理信息系统需要解决什么问题？出版社计算机管理信息系统需要解决什么问题？出版社计算机管理信息系统需要解决什么问题？出版社计算机管理信息系统需要解决什么问题？4.32、观察用户工作流程、观察用户工作流程观察手工操作过程不是为了模拟，而是为了获取观察手工操作过程不是为了模拟，而是为了获取观察手工操作过程不是为了模拟，而是为了获取观察手工操作过程不是为了模拟，而是为了获取第一手资料，提取有价值的需求。第一手资料，提取有价值的需求。第一手资料，提取有价值的需求。第一手资料，提取有价值的需求。有了第一手资料，再结合软件开发和应用的经验，有了第一手资料，再结合软件开发和应用的经验，有了第一手资料，再结合软件开发和应用的经验，有了第一手资料，再结合软件开发和应用的经验，就就就就能发现不合理的用户需求、提出潜在的但却很能发现不合理的用户需求、提出潜在的但却很能发现不合理的用户需求、提出潜在的但却很能发现不合理的用户需求、提出潜在的但却很有价值的用户需求，并能够从软件的角度改进操有价值的用户需求，并能够从软件的角度改进操有价值的用户需求，并能够从软件的角度改进操有价值的用户需求，并能够从软件的角度改进操作流程和操作规范作流程和操作规范作流程和操作规范作流程和操作规范，从而可获得用户满意的分析，从而可获得用户满意的分析，从而可获得用户满意的分析，从而可获得用户满意的分析结果。结果。结果。结果。4.33、用户和开发人员共同组成联合小组、用户和开发人员共同组成联合小组小组除了双方的分析人员外，应设专门的记小组除了双方的分析人员外，应设专门的记录员、负责会议议程的人员和资料员等，并录员、负责会议议程的人员和资料员等，并制定小组的规章制度和计划，选定一种易于制定小组的规章制度和计划，选定一种易于理解、简洁、精确的表示机制作为双方的共理解、简洁、精确的表示机制作为双方的共同语言，比如采用带文字说明的流程图等。同语言，比如采用带文字说明的流程图等。4.3例例4.2“家庭保安系统家庭保安系统”原始需求文档原始需求文档根据家庭保安市场的增长趋势，我们希望建根据家庭保安市场的增长趋势，我们希望建立一种基于微处理器的家庭保安系统，它能立一种基于微处理器的家庭保安系统，它能够识别异常事件并采取相应的报警措施。这够识别异常事件并采取相应的报警措施。这些异常事件有：非法进入、火灾、水淹，等些异常事件有：非法进入、火灾、水淹，等等。当传感器一旦探测出相应的异常事件时，等。当传感器一旦探测出相应的异常事件时，系统应自动用电话向监控中心报警。此外，系统应自动用电话向监控中心报警。此外，系统应允许户主对其行为实施程序式控制。系统应允许户主对其行为实施程序式控制。4.3例例4.2 2采用开发方和用户方组成联合小组的方法。采用开发方和用户方组成联合小组的方法。为此，联合小组应制定工作制度：为此，联合小组应制定工作制度：每次会议每次会议开始前必须有确定的议程，小组成员必须针开始前必须有确定的议程，小组成员必须针对议程进行充分准备并应形成文字对议程进行充分准备并应形成文字。小组会议首先应明确问题的范围、问题与环境的小组会议首先应明确问题的范围、问题与环境的小组会议首先应明确问题的范围、问题与环境的小组会议首先应明确问题的范围、问题与环境的关系，并就开发软件产品的必要性达成共识。关系，并就开发软件产品的必要性达成共识。关系，并就开发软件产品的必要性达成共识。关系，并就开发软件产品的必要性达成共识。之后的会议，小组负责人要求每位参加者根据负之后的会议，小组负责人要求每位参加者根据负之后的会议，小组负责人要求每位参加者根据负之后的会议，小组负责人要求每位参加者根据负责的范围列出应用问题及环境中有关的对象、对责的范围列出应用问题及环境中有关的对象、对责的范围列出应用问题及环境中有关的对象、对责的范围列出应用问题及环境中有关的对象、对象的操作及对象间的关系。象的操作及对象间的关系。象的操作及对象间的关系。象的操作及对象间的关系。4.3例例4.2 3接着，将对这些列举的对象和操作进行更详接着，将对这些列举的对象和操作进行更详接着，将对这些列举的对象和操作进行更详接着，将对这些列举的对象和操作进行更详细的讨论和描述。细的讨论和描述。细的讨论和描述。细的讨论和描述。之后，用户可能提出一些约束条件。之后，用户可能提出一些约束条件。之后，用户可能提出一些约束条件。之后，用户可能提出一些约束条件。会后，小组负责人应对这些信息加以整理并会后，小组负责人应对这些信息加以整理并会后，小组负责人应对这些信息加以整理并会后，小组负责人应对这些信息加以整理并形成文档，该文档应能反映形成文档，该文档应能反映形成文档，该文档应能反映形成文档，该文档应能反映“家庭保安系统家庭保安系统家庭保安系统家庭保安系统”的全的全的全的全貌貌貌貌4.3例例4.2 4之后，根据之后，根据之后，根据之后，根据“家庭保安系统家庭保安系统家庭保安系统家庭保安系统”的特点，将联合小组的特点，将联合小组的特点，将联合小组的特点，将联合小组分成两个小组，并行处理用户编程控制和传感器分成两个小组，并行处理用户编程控制和传感器分成两个小组，并行处理用户编程控制和传感器分成两个小组，并行处理用户编程控制和传感器检测两个子系统检测两个子系统检测两个子系统检测两个子系统，以便使子问题的软件需求进一，以便使子问题的软件需求进一，以便使子问题的软件需求进一，以便使子问题的软件需求进一步细化，这时可能又会增加新对象、新操作、新步细化，这时可能又会增加新对象、新操作、新步细化，这时可能又会增加新对象、新操作、新步细化，这时可能又会增加新对象、新操作、新约束条件。在子系统的需求基本明确并形成文档约束条件。在子系统的需求基本明确并形成文档约束条件。在子系统的需求基本明确并形成文档约束条件。在子系统的需求基本明确并形成文档后，还应就子系统的整合及需求验证标准等进行后，还应就子系统的整合及需求验证标准等进行后，还应就子系统的整合及需求验证标准等进行后，还应就子系统的整合及需求验证标准等进行初步的讨论。初步的讨论。初步的讨论。初步的讨论。最后，初步需求分析应形成结论性文档。最后，初步需求分析应形成结论性文档。最后，初步需求分析应形成结论性文档。最后，初步需求分析应形成结论性文档。比如，经过初步的需求分析，比如，经过初步的需求分析，比如，经过初步的需求分析，比如，经过初步的需求分析，“家庭保安系统家庭保安系统家庭保安系统家庭保安系统”的的的的部分初步需求文档如下：部分初步需求文档如下：部分初步需求文档如下：部分初步需求文档如下：4.3例例4.2 初始需求文档初始需求文档 “家庭保安系统家庭保安系统家庭保安系统家庭保安系统”的软件允许用户在安装时进行系统的软件允许用户在安装时进行系统的软件允许用户在安装时进行系统的软件允许用户在安装时进行系统配置，实施对传感器的监控并通过控制面板与户主进行配置，实施对传感器的监控并通过控制面板与户主进行配置，实施对传感器的监控并通过控制面板与户主进行配置，实施对传感器的监控并通过控制面板与户主进行信息交互。信息交互。信息交互。信息交互。系统开机后，软件系统负责显示系统当前的工作状系统开机后，软件系统负责显示系统当前的工作状系统开机后，软件系统负责显示系统当前的工作状系统开机后，软件系统负责显示系统当前的工作状态，接收并处理户主的命令。态，接收并处理户主的命令。态，接收并处理户主的命令。态，接收并处理户主的命令。当系统处于配置状态，软件系统允许户主进行配置当系统处于配置状态，软件系统允许户主进行配置当系统处于配置状态，软件系统允许户主进行配置当系统处于配置状态，软件系统允许户主进行配置操作。配置操作包括：操作。配置操作包括：操作。配置操作包括：操作。配置操作包括：指定每一传感器的种类和编号；指定每一传感器的种类和编号；指定每一传感器的种类和编号；指定每一传感器的种类和编号；设置开、关机密码；设置开、关机密码；设置开、关机密码；设置开、关机密码；指定报警电话号码；指定报警电话号码；指定报警电话号码；指定报警电话号码；指定报警延迟和电话重拨延迟时间（以秒为单位）。指定报警延迟和电话重拨延迟时间（以秒为单位）。指定报警延迟和电话重拨延迟时间（以秒为单位）。指定报警延迟和电话重拨延迟时间（以秒为单位）。4.3例例4.2 初始需求文档（续）初始需求文档（续）当系统处于监视状态时，软件系统即开始对所当系统处于监视状态时，软件系统即开始对所当系统处于监视状态时，软件系统即开始对所当系统处于监视状态时，软件系统即开始对所有传感器实施监控。有传感器实施监控。有传感器实施监控。有传感器实施监控。当软件系统接收到传感器发出的数据后，判别当软件系统接收到传感器发出的数据后，判别当软件系统接收到传感器发出的数据后，判别当软件系统接收到传感器发出的数据后，判别是否出现异常事件，如果是，则经过指定的延迟是否出现异常事件，如果是，则经过指定的延迟是否出现异常事件，如果是，则经过指定的延迟是否出现异常事件，如果是，则经过指定的延迟时间即开始拨报警电话号码，拨号操作将按照重时间即开始拨报警电话号码，拨号操作将按照重时间即开始拨报警电话号码，拨号操作将按照重时间即开始拨报警电话号码，拨号操作将按照重拨延迟反复进行，直至电话接通。拨延迟反复进行，直至电话接通。拨延迟反复进行，直至电话接通。拨延迟反复进行，直至电话接通。此时软件系统负责向监控中心报告异常事件发此时软件系统负责向监控中心报告异常事件发此时软件系统负责向监控中心报告异常事件发此时软件系统负责向监控中心报告异常事件发生的地点、时间和性质。生的地点、时间和性质。生的地点、时间和性质。生的地点、时间和性质。4.34.3.2 需求建模需求建模需求建模技术，即用建立目标软件系统模型需求建模技术，即用建立目标软件系统模型需求建模技术，即用建立目标软件系统模型需求建模技术，即用建立目标软件系统模型的方法来刻画系统中的的方法来刻画系统中的的方法来刻画系统中的的方法来刻画系统中的信息、处理功能和外部行信息、处理功能和外部行信息、处理功能和外部行信息、处理功能和外部行为为为为。通常，选定一种分析方法，并用该方法中的通常，选定一种分析方法，并用该方法中的通常，选定一种分析方法，并用该方法中的通常，选定一种分析方法，并用该方法中的一些一些一些一些图形记号图形记号图形记号图形记号分别分别分别分别表示信息流、处理功能和系统表示信息流、处理功能和系统表示信息流、处理功能和系统表示信息流、处理功能和系统行为行为行为行为，并利用受限制的自然语言给出用户需求的，并利用受限制的自然语言给出用户需求的，并利用受限制的自然语言给出用户需求的，并利用受限制的自然语言给出用户需求的描述。描述。描述。描述。模型模型所谓所谓模型模型，也就是为了理解事物而对事物作，也就是为了理解事物而对事物作出的一种抽象，是对事物的一种无歧义的书出的一种抽象，是对事物的一种无歧义的书面描述。面描述。通常，通常，模型由一组图示符号和组织这些符号模型由一组图示符号和组织这些符号的规则组成的规则组成，利用它们来定义和描述问题域，利用它们来定义和描述问题域中的术语和概念。中的术语和概念。更进一步讲，模型是一种思考工具，利用这更进一步讲，模型是一种思考工具，利用这种工具可以把知识规范地表示出来。种工具可以把知识规范地表示出来。4.31、模型的作用、模型的作用在建模过程中了解系统在建模过程中了解系统在建模过程中了解系统在建模过程中了解系统通过抽象降低复杂性通过抽象降低复杂性通过抽象降低复杂性通过抽象降低复杂性有助于回忆所有的细节有助于回忆所有的细节有助于回忆所有的细节有助于回忆所有的细节有助于开发小组间的交流有助于开发小组间的交流有助于开发小组间的交流有助于开发小组间的交流有助于与用户的交流有助于与用户的交流有助于与用户的交流有助于与用户的交流为系统的维护提供文档为系统的维护提供文档为系统的维护提供文档为系统的维护提供文档 4.32、需求分析建模方法、需求分析建模方法面向面向信息流向信息流向：结构化分析方法：结构化分析方法(Structured Analysis,SA)面向面向信息结构信息结构：Jackson分析方法分析方法面向面向信息内容信息内容：面向对象分析方法：面向对象分析方法(Object Oriented Analysis,OOA)4.3结构化分析方法结构化分析方法指导思想指导思想指导思想指导思想自顶向下、逐步求精自顶向下、逐步求精自顶向下、逐步求精自顶向下、逐步求精。基本原则是。基本原则是。基本原则是。基本原则是功能的功能的功能的功能的分解与抽象分解与抽象分解与抽象分解与抽象。是是是是面向数据流面向数据流面向数据流面向数据流进行需求分析的方法。是采用进行需求分析的方法。是采用进行需求分析的方法。是采用进行需求分析的方法。是采用自顶向下逐层自顶向下逐层自顶向下逐层自顶向下逐层分解分解分解分解的分析策略把一个复杂的系统分解成若干小问题然后的分析策略把一个复杂的系统分解成若干小问题然后的分析策略把一个复杂的系统分解成若干小问题然后的分析策略把一个复杂的系统分解成若干小问题然后分别解决。顶层抽象地描述整个系统，底层具体地画出系分别解决。顶层抽象地描述整个系统，底层具体地画出系分别解决。顶层抽象地描述整个系统，底层具