软件工程课件：3-第三讲(2).ppt

1、第三章第三章 需求分析基础需求分析基础1 1 对应用问题及其环境进行理解和分析，对应用问题及其环境进行理解和分析，3.1 3.1 1.1.2 2 最终形成需求规格说明书最终形成需求规格说明书 确保用户需求的准确化、一致化和完全化，确保用户需求的准确化、一致化和完全化， 对问题涉及的信息、功能及系统行为建模，对问题涉及的信息、功能及系统行为建模， 问题分析问题分析 需求描述需求描述 需求评审需求评审通常将需求分析过程分为三个阶段：3 3 将对问题的理解与软件开发经验相结合，将对问题的理解与软件开发经验相结合， 剔除不合理需求，发现有价值的潜在需求剔除不合理需求，发现有价值的潜在需求 完整性、一致

2、性和准确性完整性、一致性和准确性 对用户需求进行建模对用户需求进行建模2.2.2.1 2.1 2.2 2.2 用户、分析人员和设计人员共同评审用户、分析人员和设计人员共同评审2.3 2.3 4 4循序渐进循序渐进3.2 3.2 1 1 访谈和会议访谈和会议不应限制用户在回答问题时自由发挥不应限制用户在回答问题时自由发挥问题汇总后问题汇总后, ,能反映整个能反映整个( (子子) )问题的全貌问题的全貌2 2 观察用户工作流程观察用户工作流程改进手工流程，挖掘潜在需求改进手工流程，挖掘潜在需求3 3 用户和开发人员共同组成联合小组用户和开发人员共同组成联合小组制定并遵循工作制度和计划制定并遵循工作

3、制度和计划建模是刻画、分析和解决问题的有效途径建模是刻画、分析和解决问题的有效途径5 5建模有助于分析人员全面、系统地了解用户需求；建模有助于分析人员全面、系统地了解用户需求；有助于发现用户需求描述中的不一致性和模糊性有助于发现用户需求描述中的不一致性和模糊性有助于确保需求规格说明书的准确、一致、全面性有助于确保需求规格说明书的准确、一致、全面性需求模型详细、准确地描述用户对目标软件系统在需求模型详细、准确地描述用户对目标软件系统在 功能、行为等方面的要求功能、行为等方面的要求3.3 3.3 6 6抽象有助于控制问题的复杂度抽象有助于控制问题的复杂度在某个层次上认识和表示事物，抽取事物的某些特

4、性和行为在某个层次上认识和表示事物，抽取事物的某些特性和行为抽象有助于获取和分析问题本身所固有的一般抽象有助于获取和分析问题本身所固有的一般特殊关系特殊关系3.4 3.4 1 1 2 2 分解有助于获取和分析问题本身所固有的部分分解有助于获取和分析问题本身所固有的部分整体关系整体关系高内聚，低耦合原则；自然性原则高内聚，低耦合原则；自然性原则3 3 从多角度、多视点对问题进行理解、分析从多角度、多视点对问题进行理解、分析然后综合成为全面的需求模型然后综合成为全面的需求模型快速生成一个简单、初步的需求模型快速生成一个简单、初步的需求模型7 7快速设计快速设计 (主要关心目标软件系统的总体结构、主

5、要关心目标软件系统的总体结构、 用户界面和核心数据结构用户界面和核心数据结构)将原型提交给用户评审，征询改进意见将原型提交给用户评审，征询改进意见实现原型实现原型 (不考虑效率问题不考虑效率问题)重复以上过程，直至重复以上过程，直至需求模型一致化、完全化需求模型一致化、完全化3.5 3.5 功能与行为需求描述功能与行为需求描述：需求模型及附加的文字描述：需求模型及附加的文字描述8 83.6.1 3.6.1 3.6 3.6 1.1.内容内容：非行为需求描述非行为需求描述：设计约束，效率，可靠性，安全性，：设计约束，效率，可靠性，安全性， 可移植性等可移植性等便于用户、分析人员和软件设计人员进行理

6、解和交流便于用户、分析人员和软件设计人员进行理解和交流9 93.3.目标目标：支持目标软件系统的确认支持目标软件系统的确认控制系统的进化过程控制系统的进化过程采用标准采用标准格式格式2.2.格式格式：正确性，无歧义性，完全性，一致性正确性，无歧义性，完全性，一致性1010可理解性，可修改性，可验证性，可追踪性可理解性，可修改性，可验证性，可追踪性用户、需求分析人员和设计人员共同参与用户、需求分析人员和设计人员共同参与3.6.2 3.6.2 评审的内容和标准：评审的内容和标准：问题域需求规格说明设 计 规 格 说 明 用户需求分析员设计员交流交流本章小结本章小结1 11 1需求分析的任务需求分析的任务准确化、一致化和完全化准确化、一致化和完全化需求分析的主要技术手段需求分析的主要技术手段建模建模OOA是一种有效的需求建模方法是一种有效的需求建模方法