02需求分析PPT资料.ppt

02需求分析PPT资料.ppt

《02需求分析PPT资料.ppt》由会员分享，可在线阅读，更多相关《02需求分析PPT资料.ppt（88页珍藏版）》请在冰豆网上搜索。

清楚地理解所要解决的问题，完整地获取用清楚地理解所要解决的问题，完整地获取用户要求；

户要求；

刻划出软件的功能和性能；

指明软件与其他系统元素的接口；

建立软件必须满足的约束。

1.1.软件需求分析的目的软件需求分析的目的88软件工程软件工程n需求分析是一项软件工程活动，它包括：

需求分析是一项软件工程活动，它包括：

1）需求获取需求获取刻划出软件的刻划出软件的功能功能和和性能性能；

指明软件与其他系统元素的指明软件与其他系统元素的接口接口；

建立软件必须满足的建立软件必须满足的约束约束。

2）需求建模需求建模需求分析建立起来的模型为日后软件设计需求分析建立起来的模型为日后软件设计人员提供了可被翻译成人员提供了可被翻译成数据数据、体系结构体系结构、接口接口和和处理过程处理过程设计的模型。

设计的模型。

2.2.需求分析的任务需求分析的任务99软件工程软件工程3）需求规格说明需求规格说明需求规格说明为开发人员和用户提供软件需求规格说明为开发人员和用户提供软件开发完成时质量评价的依据。

开发完成时质量评价的依据。

4）需求评审需求评审需求分析研究的对象是需求分析研究的对象是用户的要求用户的要求。

必须必须全面理解全面理解用户的各项要求，用户的各项要求，准确表准确表达达被接受的用户要求。

被接受的用户要求。

只有经过确切描述的软件需求才能成为只有经过确切描述的软件需求才能成为软件设计的基础。

软件设计的基础。

1010软件工程软件工程n软件开发是要实现软件开发是要实现目标系统的物理模型目标系统的物理模型。

需求。

需求分析的任务就是借助于分析的任务就是借助于当前系统的逻辑模型导当前系统的逻辑模型导出目标系统的逻辑模型出目标系统的逻辑模型，解决目标系统，解决目标系统“做做什么什么”的问题。

的问题。

目标系统目标系统当前系统当前系统物理模型物理模型逻辑模型逻辑模型模型化模型化抽象化抽象化物理模型物理模型逻辑模型逻辑模型具体化具体化实例化实例化理理解解需需求求导导出出怎么做怎么做做什么做什么1111软件工程软件工程33、需求获取、需求获取n需求获取是在问题及其最终解决方案之间架设需求获取是在问题及其最终解决方案之间架设桥梁的第一步。

桥梁的第一步。

n需求获取的目的是清楚地理解所要解决的问题，需求获取的目的是清楚地理解所要解决的问题，完整地获得用户的需求。

完整地获得用户的需求。

n获取需求的一个必不可少的结果是对项目中描获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。

一旦理解了需求，述的客户需求的普遍理解。

一旦理解了需求，分析者、开发者和客户就能探索出描述这些需分析者、开发者和客户就能探索出描述这些需求的多种解决方案。

求的多种解决方案。

1212软件工程软件工程软件需求的层次软件需求的层次1）业务需求业务需求反映了组织或客户对系统、产品反映了组织或客户对系统、产品高层次的目标要求，它们一般在项目视图和高层次的目标要求，它们一般在项目视图和范围文档中给予说明。

范围文档中给予说明。

2）用户需求用户需求描述用户使用软件需要完成哪些描述用户使用软件需要完成哪些任务，它们可通过使用实例图或脚本说明加任务，它们可通过使用实例图或脚本说明加以阐明。

以阐明。

3）功能功能非功能需求非功能需求定义了开发者必须实现定义了开发者必须实现的软件功能，而非功能需求如表所示的软件功能，而非功能需求如表所示:

1313软件工程软件工程1414软件工程软件工程需求获取过程需求获取过程n需求获取包括以下活动：

需求获取包括以下活动：

1）发现和分析问题发现和分析问题发现问题症结，并分析问发现问题症结，并分析问题的原因题的原因/结果关系。

结果关系。

2）获取获取需求需求根据对问题的理解定义需求。

根据对问题的理解定义需求。

a）使用调查研究方法收集信息；

使用调查研究方法收集信息；

b）遵循需求获取框架，按照三个成分观察：

遵循需求获取框架，按照三个成分观察：

即即数据数据、过程过程和和接口接口。

3）需求归档需求归档以草稿形式归档调查结果。

形式以草稿形式归档调查结果。

形式有用例、决策表、需求表等。

有用例、决策表、需求表等。

1515软件工程软件工程需求获取技术的基本特征需求获取技术的基本特征n好的需求获取技术，对于规范需求获取活动，好的需求获取技术，对于规范需求获取活动，高效准确地获取需求定义，是十分重要的。

高效准确地获取需求定义，是十分重要的。

n好的需求获取技术，应具有如下基本特征：

好的需求获取技术，应具有如下基本特征：

提供便于沟通的工具，如易于理解的语言和提供便于沟通的工具，如易于理解的语言和直观的图表；

直观的图表；

提供定义系统边界（交互）的方法；

提供支持抽象的机制，如提供支持抽象的机制，如“分解分解”、“映射映射”等；

等；

1616软件工程软件工程鼓励分析员使用面向问题的术语思考问题，鼓励分析员使用面向问题的术语思考问题，编写文档；

编写文档；

为分析员提供多种可供选择的解决方案；

适应需求的变化。

n适于以上特征的需求获取方法：

适于以上特征的需求获取方法：

基于数据流图的结构化分析方法；

基于用例（基于用例（usecase）的）的建模方法。

建模方法。

n需求获取技术的关键点在于：

需求获取技术的关键点在于：

a.深入浅出深入浅出需求获取要尽可能全面、细致。

需求获取要尽可能全面、细致。

1717软件工程软件工程获获取取的的需需求求是是个个全全集集，系系统统真真正正实实现现的的是是个个子子集集。

分分析析时时的的调调研研内内容容并并不不都都纳纳入入到到新系统中，目的在于以后的扩充。

新系统中，目的在于以后的扩充。

b.以流程为主线以流程为主线在在与与用用户户交交流流的的过过程程中中，应应该该用用流流程程将将所所有有的的内内容容串串起起来来。

如如信信息息、组组织织结结构构、处处理规则等。

这样便于交流沟通。

理规则等。

流流程程描描述述有有宏宏观观，也也有有微微观观。

既既要要强强调调总总体体的的业业务务流流程程、全全生生存存周周期期的的业业务务流流程程，又要对流程细化，有分支的业务流程。

又要对流程细化，有分支的业务流程。

1818软件工程软件工程需求获取的步骤需求获取的步骤n软件开发项目和组织文化的不同，对于需求开软件开发项目和组织文化的不同，对于需求开发没有一个简单的、公式化的途径。

发没有一个简单的、公式化的途径。

n下面下面9个步骤，针对信息系统的需求获取。

个步骤，针对信息系统的需求获取。

1）定义项目的视图和范围定义项目的视图和范围包括组织结构图、包括组织结构图、各部门的岗位各部门的岗位/角色列表。

角色列表。

2）确定用户类确定用户类包括人员包括人员/责任矩阵。

责任矩阵。

3）确定目标系统的业务工作流确定目标系统的业务工作流包括物流、资包括物流、资金流、信息流，建立业务工作流模型。

金流、信息流，建立业务工作流模型。

2020软件工程软件工程4）运用需求获取技术运用需求获取技术开发反映主要业务规则的开发反映主要业务规则的用例（或数据流图）用例（或数据流图）并设置优先级。

并设置优先级。

5）收集来自用户的收集来自用户的质量特性信息和其他非功能质量特性信息和其他非功能需求需求将性能、安全性、可靠性等需求和其将性能、安全性、可靠性等需求和其他设计约束结合业务规则，形成功能需求。

他设计约束结合业务规则，形成功能需求。

6）分类在用例（或数据流图）中涉及的数据分类在用例（或数据流图）中涉及的数据包括数据的组成和数据之间的关系。

包括数据的组成和数据之间的关系。

7）详细拟订用例（或数据流图）的规格说明，详细拟订用例（或数据流图）的规格说明，建立功能模型，并进行审查，用以澄清需求建立功能模型，并进行审查，用以澄清需求获取的参与者对需求的理解。

获取的参与者对需求的理解。

2121软件工程软件工程8）开发并评估界面原型开发并评估界面原型设想输入设备、输出设想输入设备、输出设备、显示风格、显示方式、输出格式等，设备、显示风格、显示方式、输出格式等，建立接口规范和信息流传输规则。

建立接口规范和信息流传输规则。

9）从功能描述中开发概念测试用例从功能描述中开发概念测试用例用测试用用测试用例来验证用例（或数据流图）、功能需求和例来验证用例（或数据流图）、功能需求和原型。

原型。

2222软件工程软件工程n需求获取可能是软件开发中最困难、最关键、需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。

表现在：

最易出错及最需要交流的方面。

需求的不稳定性需求的不稳定性：

在整个软件生存周期内软：

在整个软件生存周期内软件需