信息化综合资料软件工程需求分析基础知识_JID

第2章 软件工程需求分析基础第第2章章 需求分析基础需求分析基础需求分析的任务与原则（重点）需求分析的任务与原则（重点）需求分析的任务需求分析的任务需求分析的过程需求分析的过程软件需求分析的原则软件需求分析的原则初步需求获取技术初步需求获取技术需求建模（重点）需求建模（重点）问题抽象、问题分解与多视点分析问题抽象、问题分解与多视点分析支持需求分析的快速原型技术支持需求分析的快速原型技术需求规格说明书需求规格说明书软件需求：软件需求：用户对目标软件系统在功能、行为、性用户对目标软件系统在功能、行为、性能、设计约束等方面的期望能、设计约束等方面的期望2.12.1 需求分析的任务与原则需求分析的任务与原则软件需求析：软件需求析：对应用问题及环境的理解和分析，为对应用问题及环境的理解和分析，为问题涉及的信息、功能及系统行为建立模型。问题涉及的信息、功能及系统行为建立模型。将用将用户需求精确化、完全化，最终形成需求规格说明书户需求精确化、完全化，最终形成需求规格说明书需求分析的任务需求分析的任务就是借助于当前系统的逻辑模型导就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的出目标系统的逻辑模型，解决目标系统的 “做什做什么么”的问题。的问题。目标系统目标系统当前系统当前系统物理模型物理模型逻辑模型逻辑模型模型化抽象化物理模型物理模型逻辑模型逻辑模型具体化实例化理理解解需需求求表表达达需需求求导出怎么做怎么做做什么做什么需求分析的任务需求分析的任务通常软件开发项目是要实现目标系统的物理模型通常软件开发项目是要实现目标系统的物理模型目标系统的具体物理模型是由它的逻辑模型经实目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的例化，即具体到某个业务领域而得到的需求分析研究的对象是软件项目的用户要求需求分析研究的对象是软件项目的用户要求准确地表达被接受的用户要求准确地表达被接受的用户要求确定被开发软件系统的系统元素确定被开发软件系统的系统元素将功能和信息结构分配到这些系统元素中将功能和信息结构分配到这些系统元素中需求分析的任务需求分析的任务深入描述软件的功能和性能深入描述软件的功能和性能确定软件设计的约束和软件同其它系统元素的确定软件设计的约束和软件同其它系统元素的接口细节接口细节定义软件的其它有效性需求定义软件的其它有效性需求需求分析的具体任务需求分析的具体任务需求分析阶段的具体任务：需求分析阶段的具体任务：确定对系统的综合要求确定对系统的综合要求系统功能要求系统功能要求系统性能要求系统性能要求运行要求运行要求将来可能提出的要求将来可能提出的要求分析系统的数据要求（需求分析的本质就是对分析系统的数据要求（需求分析的本质就是对数据和加工进行分析，如用数据流程图、数据和加工进行分析，如用数据流程图、ER图）图）导出系统的逻辑模型导出系统的逻辑模型修正系统开发计划修正系统开发计划开发原型系统开发原型系统编写软件需求规格说明书编写软件需求规格说明书需求分析标准和过程需求分析标准和过程需求的四项基本标准需求的四项基本标准明确（明确（clearclear）完整（完整（completecomplete）一致（一致（consistentconsistent）可测试（可测试（testabletestable）需求分析的过程：需求分析的过程：对问题的识别、需求描述（分对问题的识别、需求描述（分析与综合）、制定规格说明和需求评审。析与综合）、制定规格说明和需求评审。问题识别问题识别从系统的角度来理解软件并评审软件范围是否从系统的角度来理解软件并评审软件范围是否恰当恰当确定对目标系统的综合要求，即软件的需求确定对目标系统的综合要求，即软件的需求提出这些需求实现条件，以及需求应达到的标提出这些需求实现条件，以及需求应达到的标准准 功能需求功能需求功能需求功能需求 性能需求性能需求性能需求性能需求 环境需求环境需求环境需求环境需求 可靠性需求可靠性需求可靠性需求可靠性需求 安全保密要求安全保密要求安全保密要求安全保密要求 用户界面需求用户界面需求用户界面需求用户界面需求 资源使用需求资源使用需求资源使用需求资源使用需求 成本消耗需求成本消耗需求成本消耗需求成本消耗需求 开发进度需求开发进度需求开发进度需求开发进度需求 预先估计以后系统预先估计以后系统预先估计以后系统预先估计以后系统可能达到的目标可能达到的目标可能达到的目标可能达到的目标需求分析的过程需求分析的过程问题识别的另一项工作是建立分析所需要的通信途问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。径，以保证能顺利地对问题进行分析。软件的需求包括：软件的需求包括：需求分析的过程需求分析的过程分析与综合分析与综合从信息流和信息结构出发，逐步细化所有的软件功能，从信息流和信息结构出发，逐步细化所有的软件功能，从信息流和信息结构出发，逐步细化所有的软件功能，从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的关联、接口特性和设计上的约找出系统各元素之间的关联、接口特性和设计上的约找出系统各元素之间的关联、接口特性和设计上的约找出系统各元素之间的关联、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其束，分析它们是否满足功能要求，是否合理。剔除其束，分析它们是否满足功能要求，是否合理。剔除其束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的不合理的部分，增加其需要部分。最终综合成系统的不合理的部分，增加其需要部分。最终综合成系统的不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。解决方案，给出目标系统的详细逻辑模型。解决方案，给出目标系统的详细逻辑模型。解决方案，给出目标系统的详细逻辑模型。常用的分析方法常用的分析方法面向数据流面向数据流的结构化分析方法的结构化分析方法 (SA)(SA)面向数据结构面向数据结构的的JacksonJackson方法方法 (JSD)(JSD)面向数据结构面向数据结构的结构化数据系统开发方法的结构化数据系统开发方法 (DSSD)(DSSD)面向对象面向对象的分析方法的分析方法 (OOA)(OOA)等等需求分析的过程需求分析的过程编制需求分析阶段的文档编制需求分析阶段的文档软件需求说明书软件需求说明书数据要求说明书数据要求说明书初步的用户手册初步的用户手册修改、完善与确定软件开发实施计划修改、完善与确定软件开发实施计划需求分析评审需求分析评审系统定义的目标是否与用户的要求一致系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全系统需求分析阶段提供的文档资料是否齐全;文档中的所有描述是否完整、清晰、准确反映文档中的所有描述是否完整、清晰、准确反映用户要求用户要求;与所有其它系统成分的重要接口是否都已经描与所有其它系统成分的重要接口是否都已经描述述;需求分析的过程需求分析的过程需求分析评审需求分析评审被开发项目的数据流与数据结构是否足够，确被开发项目的数据流与数据结构是否足够，确定定;所有图表是否清楚，在不补充说明时能否理解所有图表是否清楚，在不补充说明时能否理解;主要功能是否已包括在规定的软件范围之内，主要功能是否已包括在规定的软件范围之内，是否都已充分说明是否都已充分说明;设计的约束条件或限制条件是否符合实际设计的约束条件或限制条件是否符合实际;开发的技术风险是什么开发的技术风险是什么;是否考虑过软件需求的其它方案是否考虑过软件需求的其它方案;是否考虑过将来可能会提出的软件需求是否考虑过将来可能会提出的软件需求;是否详细制定了检验标准，它们能否对系统定是否详细制定了检验标准，它们能否对系统定义是否成功进行确认义是否成功进行确认;需求分析流程需求分析流程软件需求分析的原则软件需求分析的原则1 1 1 1、需要能够表达和理解问题的信息域和功能域、需要能够表达和理解问题的信息域和功能域、需要能够表达和理解问题的信息域和功能域、需要能够表达和理解问题的信息域和功能域信息域应包括：信息域应包括：信息域应包括：信息域应包括：信息流信息流信息流信息流：数据和控制通过一个系统时的变化方式。：数据和控制通过一个系统时的变化方式。：数据和控制通过一个系统时的变化方式。：数据和控制通过一个系统时的变化方式。两个功能之间的数据两个功能之间的数据两个功能之间的数据两个功能之间的数据/控制传递就确定了功能间的控制传递就确定了功能间的控制传递就确定了功能间的控制传递就确定了功能间的接口。接口。接口。接口。信息内容信息内容信息内容信息内容：单个数据或控制对象，它们构成了某：单个数据或控制对象，它们构成了某：单个数据或控制对象，它们构成了某：单个数据或控制对象，它们构成了某个更大的由软件变换生成的信息的集合。个更大的由软件变换生成的信息的集合。个更大的由软件变换生成的信息的集合。个更大的由软件变换生成的信息的集合。信息结构信息结构信息结构信息结构：各种数据和控制项的内部组织。：各种数据和控制项的内部组织。：各种数据和控制项的内部组织。：各种数据和控制项的内部组织。2 2 2 2、以层次化的方式对问题进行分解和不断细化、以层次化的方式对问题进行分解和不断细化、以层次化的方式对问题进行分解和不断细化、以层次化的方式对问题进行分解和不断细化软件的功能域和信息域都能做进一步的分解。这种软件的功能域和信息域都能做进一步的分解。这种软件的功能域和信息域都能做进一步的分解。这种软件的功能域和信息域都能做进一步的分解。这种分解可以是同一层次上的，称为横向分解；也可以分解可以是同一层次上的，称为横向分解；也可以分解可以是同一层次上的，称为横向分解；也可以分解可以是同一层次上的，称为横向分解；也可以是多层次的纵向分解。是多层次的纵向分解。是多层次的纵向分解。是多层次的纵向分解。软件需求分析的原则软件需求分析的原则3 3 3 3、要给出系统的逻辑视图和物理视图、要给出系统的逻辑视图和物理视图、要给出系统的逻辑视图和物理视图、要给出系统的逻辑视图和物理视图软件需求的逻辑视图给出的是软件要达到的功能软件需求的逻辑视图给出的是软件要达到的功能软件需求的逻辑视图给出的是软件要达到的功能软件需求的逻辑视图给出的是软件要达到的功能和要处理的数据之间的关系，而不是实现的细节。和要处理的数据之间的关系，而不是实现的细节。和要处理的数据之间的关系，而不是实现的细节。和要处理的数据之间的关系，而不是实现的细节。软件需求的逻辑描述是软件设计的基础。软件需求的逻辑描述是软件设计的基础。软件需求的逻辑描述是软件设计的基础。软件需求的逻辑描述是软件设计的基础。软件需求的物理视图给出的是处理功能和数据结软件需求的物理视图给出的是处理功能和数据结软件需求的物理视图给出的是处理功能和数据结软件需求的物理视图给出的是处理功能和数据结构的实际表现形式，这往往是由设备本身决定的。构的实际表现形式，这往往是由设备本身决定的。构的实际表现形式，这往往是由设备本身决定的。构的实际表现形式，这往往是由设备本身决定的。纵纵向向分分解解横向分解横向分解软件需求规格说明的原则软件需求规格说明的原则从现实中分离功能，即描述要从现实中分离功能，即描述要“做什么做什么”而不是而不是“怎样实现怎样实现”要求使用要求使用面向处理面向处理的规格说明语言（或称系统定的规格说明语言（或称系统定义语言）义语言）如果被开发软件只是一个大系统中的一个元素，如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中那么整个大系统也包括在规格说明的描述之中规格说明必须包括系统运行环境规格说明必须包括系统运行环境规格说明必须是一个认识模型规格说明必须是一个认识模型规格说明必须是可操作的规格说明必须是可操作的规格说明必须容许不完备性并允许扩充规格说明必须容许不完备性并允许扩充规格说明必须局部化和松散耦合规格说明必须局部化和松散耦合软件需求方法软件需求方法需求分析方法由对软件问题的需求分析方法由对软