软件需求工程第一部分需求工程综述(精)教学提纲.ppt

《软件需求工程第一部分需求工程综述(精)教学提纲.ppt》由会员分享，可在线阅读，更多相关《软件需求工程第一部分需求工程综述(精)教学提纲.ppt（16页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件需求工程第一部分需求工程综述(精)第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL第二章第二章 回顾回顾客户和用户客户和用户权利与义务权利与义务签约的意义签约的意义客户客户：具体阐明产品高层次概念：具体阐明产品高层次概念和主要业务内容，并决定支付款项和主要业务内容，并决定支付款项的决策者。的决策者。用户用户：能够清楚的说明软件功能够清楚的说明软件功能和非功能性需求和特性，并最终能和非功能性需求和特性，并最终使用系统的人。使用系统的人。在明确客户权利的同时，帮助客在明确客户权利的同时，帮助客户认识他们应尽的义务是确保项目户认识他们应尽的义务是确保项目成功的基本保证；成功的基

2、本保证；在行使开发者权利的同时，认真在行使开发者权利的同时，认真履行开发者的义务是开发者应该具履行开发者的义务是开发者应该具有的职业操守。有的职业操守。签约表明签约人对为合作开发产签约表明签约人对为合作开发产品进行的需求分析过程和过程结果品进行的需求分析过程和过程结果的确认的确认。签约一旦生效，至少表明：签约一旦生效，至少表明：（1 1）需求开发阶段结束；）需求开发阶段结束；（2 2）此后的需求变更，要在此基）此后的需求变更，要在此基线上进行。线上进行。2第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL学习目标学习目标在学完本章内容之后，你应该能够：在学完本章内容之后，你应该

3、能够：1.了解软件需求开发的主要方法。了解软件需求开发的主要方法。2.了解软件需求管理的主要方法。了解软件需求管理的主要方法。3.掌握掌握方法的特点、区别和使用技巧。方法的特点、区别和使用技巧。3第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL需求工程方法需求工程方法(2部分部分 7大类大类46个方法个方法)知识技能知识技能(4)需求分析人员培训需求分析人员培训用户和管理人员培训用户和管理人员培训开发人员的应用领域开发人员的应用领域培训培训汇编术语汇编术语获取（获取（11）定义需求开发过程定义需求开发过程定义项目前景与范围定义项目前景与范围确定用户群确定用户群选择用户代言人选

4、择用户代言人建立核心队伍建立核心队伍确定用例确定用例确定系统事件和响应确定系统事件和响应举行进一步获取需求举行进一步获取需求的讨论的讨论观察用户如何工作观察用户如何工作检查问题报告检查问题报告需求重用需求重用分析（分析（8）编制关联图编制关联图创建原型创建原型分析可行性分析可行性确定需求优先级确定需求优先级为需求建立模型为需求建立模型编写数据字典编写数据字典将需求分配到各字将需求分配到各字系统系统应用质量功能调度应用质量功能调度验证（验证（3）审查需求文档审查需求文档测试需求测试需求确定合格的标准确定合格的标准编写编写SRS（5）采用采用SRS模板模板指明需求来源指明需求来源为每项需求注上标记

5、为每项需求注上标记记录业务规范记录业务规范定义质量属性定义质量属性项目管理项目管理(6)选择合适的开发周期选择合适的开发周期根据需求制定项目计根据需求制定项目计划划重新协商权利和义务重新协商权利和义务管理需求风险管理需求风险跟踪需求工作跟踪需求工作回顾以往的教训回顾以往的教训需求管理需求管理(9)定义变更控制过程定义变更控制过程建立变更控制委员会建立变更控制委员会分析需求变更的影响分析需求变更的影响控制需求版本、建立控制需求版本、建立基线基线维护变更历史记录维护变更历史记录跟踪需求状态跟踪需求状态衡量需求稳定性衡量需求稳定性使用需求管理工具使用需求管理工具创建需求跟踪矩阵创建需求跟踪矩阵需求开

6、发方法需求开发方法(4大类大类 27个个)需求管理方法需求管理方法(3大类大类19个个)图图3-1 需求需求工程方法结构图工程方法结构图P284第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL3.1 获取获取知识技能知识技能的方法的方法1.需求分析员培训需求分析员培训2.用户代表和管理用户代表和管理人员培训人员培训3.开发人员的应用开发人员的应用领域培训领域培训4.汇编术语汇编术语所有将要成为分析员的团所有将要成为分析员的团队成员都应接受需求工程队成员都应接受需求工程方面的基本培训。需求分方面的基本培训。需求分析专家应当进行为期一周析专家应当进行为期一周或更长时间的培训，使他

7、或更长时间的培训，使他们明确必须具备的基本条们明确必须具备的基本条件和掌握的技巧。件和掌握的技巧。应对参与软件需求开发的客户应对参与软件需求开发的客户、用户、开发管理者进行为期一用户、开发管理者进行为期一到两天左右的关于需求工程的到两天左右的关于需求工程的培训，使他们明白需求的重要培训，使他们明白需求的重要性，以及忽略需求带来的风险。性，以及忽略需求带来的风险。组织一些简短的关于客户组织一些简短的关于客户业务流程、组织活动、工业务流程、组织活动、工作目标、业务术语等方面作目标、业务术语等方面的学习与培训，使开发人的学习与培训，使开发人员对软件的应用领域有基员对软件的应用领域有基本了解，以增加对

8、软件需本了解，以增加对软件需求的理解，避免开发人员求的理解，避免开发人员对需求的误解。对需求的误解。编一部术语汇编，将项目编一部术语汇编，将项目应用领域的专用词汇给予应用领域的专用词汇给予定义说明。便于项目相关定义说明。便于项目相关人员对人员对SRS中的专业名词、中的专业名词、专有名词、俗语、约定词专有名词、俗语、约定词语有统一的理解。语有统一的理解。P295第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL1.定义需求开发过程定义需求开发过程2.定义项目前景与范围定义项目前景与范围3.确定用户群确定用户群4.选择产品代表选择产品代表5.建立核心队伍建立核心队伍6.确定用例确定

9、用例7.确定系统事件和响应确定系统事件和响应8.举行进一步需求获取的讨论举行进一步需求获取的讨论9.观察用户如何工作观察用户如何工作10.检查问题报告检查问题报告11.需求重用需求重用3.2 需求获取需求获取的方法的方法确定需求的收集、分析、细化和确定需求的收集、分析、细化和核实的步骤、方法、模板。核实的步骤、方法、模板。前景前景说明所有涉众对产品目标的达说明所有涉众对产品目标的达成的共识；成的共识；范围范围定义了需求是否属于某个特定定义了需求是否属于某个特定版本的界线。版本的界线。P30将可能使用产品的用户组，以将可能使用产品的用户组，以避免出现某一用户群的需求被避免出现某一用户群的需求被忽

10、略的情况。忽略的情况。为每类用户至少选择一位为每类用户至少选择一位能代表他们需求的能代表他们需求的、有时、有时间、有热情、有权利参与间、有热情、有权利参与需求工作的需求工作的用户代表。用户代表。把同类产品或产品前版本把同类产品或产品前版本的用户代表召集起来，从的用户代表召集起来，从他们那里收集目前产品的他们那里收集目前产品的功能需求和非功能需求。功能需求和非功能需求。从用户代表处收集他们使用从用户代表处收集他们使用软件完成所需任务的描述软件完成所需任务的描述用例用例，讨论用户与系统间讨论用户与系统间的交互方式和对话要求。的交互方式和对话要求。列出系统可能发生的外部列出系统可能发生的外部事件以及

11、对每个事件所期事件以及对每个事件所期待的响应时间。待的响应时间。专门的需求获取讨论会可专门的需求获取讨论会可以方便分析员和客户进行以方便分析员和客户进行合作。合作。观察用户执行业务的过程。观察用户执行业务的过程。画一张简单的数据流程图画一张简单的数据流程图或业务流程图，描绘出用或业务流程图，描绘出用户什么时候获得什么数据，户什么时候获得什么数据，并怎样使用这些数据进行并怎样使用这些数据进行业务处理。业务处理。客户对当前系统的问题客户对当前系统的问题报告及补充需求为新产报告及补充需求为新产品或新版本提供了大量品或新版本提供了大量丰富的改进及增加特性丰富的改进及增加特性的想法。的想法。如果客户要求

12、的功能与已如果客户要求的功能与已有的某产品很相似，则可有的某产品很相似，则可查看需求是否有足够的灵查看需求是否有足够的灵活性以允许重用一些已有活性以允许重用一些已有的软件组件。的软件组件。6第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL3.3 需求分析需求分析的方法的方法1.编制关联图编制关联图2.创建开发原型创建开发原型3.分析需求的可行性分析需求的可行性4.确定需求优先级确定需求优先级5.为需求建立模型为需求建立模型6.编写数据字典编写数据字典7.将需求分解到子系统将需求分解到子系统8.应用质量功能调配应用质量功能调配P32质量功能调配（质量功能调配（QFD）是一种是一

13、种高级系统技术，它将产品功高级系统技术，它将产品功能、属性与对客户的重要性能、属性与对客户的重要性联系起来。联系起来。QFD将需求分为将需求分为三类：期望需求、普通需求、三类：期望需求、普通需求、兴奋需求。兴奋需求。定义系统与外部实体的界定义系统与外部实体的界限和接口。限和接口。（第（第5章）章）当开发人员或用户不能确当开发人员或用户不能确定需求时，可构建一个开定需求时，可构建一个开发原型。它可使许多概念发原型。它可使许多概念和可能发生的事更为直观和可能发生的事更为直观明了。通过评价原型，能明了。通过评价原型，能更好地相互理解所要解决更好地相互理解所要解决的问题。（第的问题。（第13章）章）在

14、允许的成本、性能要求下，在允许的成本、性能要求下，分析每项需求实施的可行性，分析每项需求实施的可行性，明确与每项需求实现相联系明确与每项需求实现相联系的风险，包括与其它需求的的风险，包括与其它需求的冲突、对外界因素的依赖和冲突、对外界因素的依赖和技术障碍。技术障碍。通过建立数据字典，对系统通过建立数据字典，对系统用到的所有数据项和数据结用到的所有数据项和数据结构进行定义。构进行定义。（第（第10章）章）必须将包括多个子系统的复必须将包括多个子系统的复杂产品的需求分配到各个软杂产品的需求分配到各个软件、硬件以及人员子系统和件、硬件以及人员子系统和部件中去。部件中去。需求的图形分析模型是需求的图形

15、分析模型是SRS的极好补充说明。这样的模的极好补充说明。这样的模型包括数据流程图型包括数据流程图、实体关实体关系图系图、状态变换图、对话框状态变换图、对话框图、对象类及交互作用图等。图、对象类及交互作用图等。（第（第11章）章）应用分析方法来确定应用分析方法来确定use-case、产品特性或单项需求产品特性或单项需求实现的优先级别。以优先实现的优先级别。以优先级为基础确定产品版本应级为基础确定产品版本应包含的需求和特性。包含的需求和特性。（第（第14章）。章）。7第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL3.4 编写编写SRS的方法的方法1.采用采用SRS模板模板2.指

16、明需求来源指明需求来源3.为每项需求注上为每项需求注上标记标记4.记录业务规范记录业务规范5.定义质量属性定义质量属性需要为编写需要为编写SRS定义一种标准模定义一种标准模板，该模板提供了统一的文档板，该模板提供了统一的文档结构。在编写结构。在编写SRS时，根据项目时，根据项目的特点对标准模板进行适当的的特点对标准模板进行适当的剪裁。（第剪裁。（第10章）章）明确每项需求的来源，此来源明确每项需求的来源，此来源可能是一种可能是一种use-case或其它客或其它客户要求，也可能是某项更高层户要求，也可能是某项更高层系统需求、业务规范、政府法系统需求、业务规范、政府法规、标准或别的外部来源规、标准

17、或别的外部来源。（第（第18章）章）为为SRS中的每项需求提供一个中的每项需求提供一个独立的可识别的标号或记号。独立的可识别的标号或记号。记录需求变更并为需求状态和记录需求变更并为需求状态和变更活动建立度量。变更活动建立度量。（第（第10章）章）业务规范是软件的操作原则，业务规范是软件的操作原则，如谁能在什么情况下采取什如谁能在什么情况下采取什么动作，将这些写成么动作，将这些写成SRS的的一个独立部分。一个独立部分。某些业务规范将引出相应的某些业务规范将引出相应的功能需求（第功能需求（第9章）章）在功能需求之外还应考虑非在功能需求之外还应考虑非功能的质量属性，包括性能、功能的质量属性，包括性能

18、、效率、可靠性、可用性等。效率、可靠性、可用性等。（第（第12章）章）P338第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL3.5 需求验证需求验证的方法的方法1.审查需求文档审查需求文档2.编写测试用例编写测试用例3.确定合格的标准确定合格的标准描述产品的功能与性能，确描述产品的功能与性能，确定软件的使用环境与开发条定软件的使用环境与开发条件，明确软件合格的判定标件，明确软件合格的判定标准。准。P34组织一个由客户、分析人员、设组织一个由客户、分析人员、设计人员、测试人员组成的小组；计人员、测试人员组成的小组；对对SRS及相关模型进行非正式的及相关模型进行非正式的和正式的

19、评审。和正式的评审。根据用户需求推导出功能测试根据用户需求推导出功能测试用例，以记录产品在特定条件用例，以记录产品在特定条件下应有的行为。下应有的行为。9第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL1.定义变更控制过程定义变更控制过程2.成立变更控制委员会成立变更控制委员会3.进行变更影响分析进行变更影响分析4.建立基线和控制需求建立基线和控制需求文档的版本文档的版本5.维护变更历史记录维护变更历史记录6.跟踪需求状态跟踪需求状态7.衡量需求稳定性衡量需求稳定性8.使用需求管理工具使用需求管理工具9.创建需求跟踪矩阵创建需求跟踪矩阵3.6 需求管理需求管理方法方法P35确

20、定一个对需求变更进行选确定一个对需求变更进行选择、分析、决策的过程。并择、分析、决策的过程。并坚持所有的需求变更都应遵坚持所有的需求变更都应遵循此过程；循此过程；使用软件工具来支持变更控使用软件工具来支持变更控制过程。制过程。（第（第19章）章）建立变更控制委员会，对需求变建立变更控制委员会，对需求变更的评估作出决策，设置优先顺更的评估作出决策，设置优先顺序，制定目标版本。序，制定目标版本。（第（第19章）章）评估需求变更，以确定它对项目评估需求变更，以确定它对项目计划和其它需求的影响。计划和其它需求的影响。（第（第19章）章）建立需求的基线，确定需建立需求的基线，确定需求的版本号，避免将新旧

21、求的版本号，避免将新旧版本相混淆。版本相混淆。（第（第18章）章）记录记录SRS变更的日期、变更内变更的日期、变更内容、原因、更新负责人、新版容、原因、更新负责人、新版本号等。本号等。建立一个数据库，保存每一项功建立一个数据库，保存每一项功能需求的重要属性，如：已推荐能需求的重要属性，如：已推荐的、已通过的、已实施的、已验的、已通过的、已实施的、已验证的。证的。记录已设为基线的需求数，和记录已设为基线的需求数，和每周月的变更，以此来衡量每周月的变更，以此来衡量需求稳定性。需求稳定性。需求管理工具能存储不同类型的需求管理工具能存储不同类型的需求，为每项需求确定属性、跟需求，为每项需求确定属性、跟

22、踪其状态，并在需求与其它软件踪其状态，并在需求与其它软件工作产品间建立跟踪链（第工作产品间建立跟踪链（第20章）章）建立需求跟踪能力矩阵，将每项功建立需求跟踪能力矩阵，将每项功能需求和实现它的设计和代码、测能需求和实现它的设计和代码、测试用例联系起来试用例联系起来，还可以将功能需还可以将功能需求与业务需求、用户需求联系起来。求与业务需求、用户需求联系起来。（第（第20章）章）10第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL1.选择合适的生存周期选择合适的生存周期2.根据需求制定项目计划根据需求制定项目计划3.协商约定、签约协商约定、签约4.管理需求风险管理需求风险5.跟踪

23、需求跟踪需求6.回顾与总结教训回顾与总结教训3.7 项目管理项目管理方法方法P36选择一种合适的生存周期是软选择一种合适的生存周期是软件项目管理的基础，一些常用件项目管理的基础，一些常用的的软件软件系统开发周期模型主要系统开发周期模型主要有瀑布模型、螺旋模型、渐进有瀑布模型、螺旋模型、渐进模型和原型模型。模型和原型模型。开始时可以根据项目远景和范围开始时可以根据项目远景和范围对开发功能需求所需的工作量作对开发功能需求所需的工作量作一估计，随着需求不断清晰、完一估计，随着需求不断清晰、完善，项目开发计划的进度安排将善，项目开发计划的进度安排将不断改变。不断改变。将项目的实现与管理联系起来，将项目

24、的实现与管理联系起来，与客户、开发人员、测试人员与客户、开发人员、测试人员一起，确定有效的、快速的协一起，确定有效的、快速的协商、签约机制。商、签约机制。将与需求相关的项目风险编写将与需求相关的项目风险编写成文档。利用各种方法来减轻成文档。利用各种方法来减轻或阻止这些风险。或阻止这些风险。记录需求开发和管理活动的工记录需求开发和管理活动的工作量。评估计划的需求活动是作量。评估计划的需求活动是否已达到所期望的要求，为将否已达到所期望的要求，为将来项目的需求工程提供更好的来项目的需求工程提供更好的所需资源的计划。所需资源的计划。认真回顾、收集和分析以往项目认真回顾、收集和分析以往项目的经验与教训，

25、以帮助项目管理的经验与教训，以帮助项目管理层和需求分析人员在以后的工作层和需求分析人员在以后的工作中不走或少走弯路。中不走或少走弯路。11第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL3.8 方法使用原则方法使用原则 从低到高，先易再难的使用原则。从低到高，先易再难的使用原则。（参见表（参见表32）方法有效性判定原则。方法有效性判定原则。P3812第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL3.9 需求开发过程需求开发过程P39获取验证编写分析证实证实重写重写更正更正重新评估重新评估图图32 需求开发迭代示意图需求开发迭代示意图13第第 3 章章 需求

26、工程的推荐方法需求工程的推荐方法SQE-WRL本章小结本章小结 需求工程领域的方法包括需求开发方法和需求管理方需求工程领域的方法包括需求开发方法和需求管理方法法,共共7类类46个。个。需求开发方法共需求开发方法共27个，其中需求获取方法个，其中需求获取方法11个、需求分个、需求分析方法析方法8个、需求编写方法个、需求编写方法5个、需求验证方法个、需求验证方法3个。个。需求管理方法需求管理方法19个，其中知识技能方法个，其中知识技能方法4个、需求管理个、需求管理方法方法9个、项目管理方法个、项目管理方法6个。个。从低到高、先易再难的采用从低到高、先易再难的采用46个方法。个方法。能帮助组织有效、

27、便捷、健康、持续的进行软件产品分能帮助组织有效、便捷、健康、持续的进行软件产品分析与开发的方法就是最佳方法。析与开发的方法就是最佳方法。14第第 3 章章 需求工程的推荐方法需求工程的推荐方法SQE-WRL 体体 会会国家发展的三个层次：国家发展的三个层次：资金与技术、流程与管理、规范与标准。资金与技术、流程与管理、规范与标准。软件发展的三个阶段：软件发展的三个阶段：劳力与系统、工具与产品、规范与标准。劳力与系统、工具与产品、规范与标准。没有积累模板的企业是没有发展前途的软没有积累模板的企业是没有发展前途的软件企业；不会使用模板的人是不成熟的软件企业；不会使用模板的人是不成熟的软件人。件人。15此课件下载可自行编辑修改，仅供参考！此课件下载可自行编辑修改，仅供参考！感谢您的支持，我们努力做得更好！谢谢感谢您的支持，我们努力做得更好！谢谢