需求管理与案例分析2.ppt
- 文档编号:2524912
- 上传时间:2022-10-31
- 格式:PPT
- 页数:42
- 大小:1.08MB
需求管理与案例分析2.ppt
《需求管理与案例分析2.ppt》由会员分享,可在线阅读,更多相关《需求管理与案例分析2.ppt(42页珍藏版)》请在冰豆网上搜索。
1THESCHOOLOFSOFTWAREENGINEERINGOFHUST软件需求管理软件需求管理软件项目需求管理概述软件项目需求管理概述需求开发和管理过程需求开发和管理过程需求获取方法需求获取方法5.15.25.3需求分析建模方法需求分析建模方法5.4需求管理工具需求管理工具5.5案例分析案例分析5.6本章小结本章小结5.7复习思考题复习思考题5.82THESCHOOLOFSOFTWAREENGINEERINGOFHUST5.1软件项目需求管理概述软件项目需求管理概述影响软件项目成败的因素影响软件项目成败的因素3THESCHOOLOFSOFTWAREENGINEERINGOFHUSTn软件开发的目标软件开发的目标按时按预算开发出满足用户真实需要的软件。
按时按预算开发出满足用户真实需要的软件。
n需求需求一个软件项目的开始阶段。
在软件工程中,需求分析阶段一个软件项目的开始阶段。
在软件工程中,需求分析阶段是是包括客户、用户、业务或需求分析员、开发人员、测试人员、用户包括客户、用户、业务或需求分析员、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都需要文档编写者、项目管理者和客户管理者在内的所有的风险承担者都需要参与的阶段。
参与的阶段。
软件项目需求管理概述软件项目需求管理概述4THESCHOOLOFSOFTWAREENGINEERINGOFHUSTn需求定义需求定义lIEEE软件工程标准词汇表软件工程标准词汇表(1997年年)中将需求定义为:
中将需求定义为:
用户解决问题或达到目标所需的条件或权能用户解决问题或达到目标所需的条件或权能(Capability);系统或系统部件要满足合同、标准、规范或其它正式规定文系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能;档所需具有的条件或权能;一种反映上面一种反映上面
(1)或或
(2)所描述的条件或权能的文档说明。
所描述的条件或权能的文档说明。
l软件需求包括以下几个层次:
软件需求包括以下几个层次:
-业务需求(业务需求(businessrequirement)-用户需求(用户需求(userrequirement)-功能需求(功能需求(functionalrequirement)-同时也包括非功能需求、软件需求规格说明(同时也包括非功能需求、软件需求规格说明(softwarerequirementsspecification,SRS)等。
)等。
软件项目需求管理概述软件项目需求管理概述5THESCHOOLOFSOFTWAREENGINEERINGOFHUST软件项目需求管理概述软件项目需求管理概述软件需求各组成部分关系软件需求各组成部分关系6THESCHOOLOFSOFTWAREENGINEERINGOFHUSTn需求类型需求类型在在UP(统一过程)中,软件需求是根据(统一过程)中,软件需求是根据FURPS+模型来分类的,模型来分类的,其中其中FURPS的含义如下:
的含义如下:
-Functional(功能性)(功能性)-Usability(可用性)(可用性)-Reliability(可靠性)(可靠性)-Performance(性能)(性能)-Supportability(可支持性)(可支持性)-“+”是指一些辅助性的和次要的因素:
是指一些辅助性的和次要的因素:
-Implementation(实现)(实现)-Interface(接口)(接口)-Operations(操作)(操作)-Packaging(包装包装)-Legal(授权)(授权)软件项目需求管理概述软件项目需求管理概述7THESCHOOLOFSOFTWAREENGINEERINGOFHUST本章内容提要本章内容提要软件项目需求管理概述软件项目需求管理概述需求开发和管理过程需求开发和管理过程需求获取方法需求获取方法5.15.25.3需求分析建模方法需求分析建模方法5.4需求管理工具需求管理工具5.5案例分析案例分析5.6本章小结本章小结5.7复习思考题复习思考题5.88THESCHOOLOFSOFTWAREENGINEERINGOFHUST需求过程所涉及的工作需求过程所涉及的工作5.2需求开发和管理过程需求开发和管理过程9THESCHOOLOFSOFTWAREENGINEERINGOFHUSTn需求工程需求工程也叫做需求过程或需求阶段,包括需求开发和需也叫做需求过程或需求阶段,包括需求开发和需求求管理。
管理。
n需求开发需求开发包括需求获取、需求分析、编写需求规格说明、验包括需求获取、需求分析、编写需求规格说明、验证需求四个阶段,在这四个阶段执行以下活动:
证需求四个阶段,在这四个阶段执行以下活动:
-确定产品所期望的用户类;确定产品所期望的用户类;-获取每个用户类的需求;获取每个用户类的需求;-了解实际用户任务和目标以及这些任务所支持的业务需求;了解实际用户任务和目标以及这些任务所支持的业务需求;-分析源于用户的信息以区别业务需求、功能需求、质量属性、业分析源于用户的信息以区别业务需求、功能需求、质量属性、业务规则,建议解决的方法和附加的信息;务规则,建议解决的方法和附加的信息;-分解需求,并将需求中的一部分分配给软件组件;分解需求,并将需求中的一部分分配给软件组件;-了解相关属性的重要性;了解相关属性的重要性;-划分实施优先级;划分实施优先级;-编写需求规格说明和模型;编写需求规格说明和模型;-评审需求规格,验证对用户需求的正确理解和认识。
评审需求规格,验证对用户需求的正确理解和认识。
需求开发和管理过程需求开发和管理过程10THESCHOOLOFSOFTWAREENGINEERINGOFHUSTn需求管理需求管理是一种用于查找、记录、组织和跟踪系统需求变更是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法,可用于获取、组织和记录系统需求并使客户和项目团的系统化方法,可用于获取、组织和记录系统需求并使客户和项目团队在系统需求变更上保持一致。
队在系统需求变更上保持一致。
n有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所适用的属性,以及与其它需求和其它项目工件之间的可追踪性。
适用的属性,以及与其它需求和其它项目工件之间的可追踪性。
n需求管理活动包括需求管理活动包括-定义需求基线定义需求基线-评审需求变更并评估每项需求变更对软件产品的影响从而决定是评审需求变更并评估每项需求变更对软件产品的影响从而决定是否实施它。
否实施它。
-以一种可控制的方式将需求变更融入当前的软件项目。
以一种可控制的方式将需求变更融入当前的软件项目。
-让当前的项目计划和需求保持一致。
让当前的项目计划和需求保持一致。
-估计变更所产生的影响并在此基础上协商新的约定估计变更所产生的影响并在此基础上协商新的约定-实现通过需求可跟踪对应的设计、源代码和测试用例。
实现通过需求可跟踪对应的设计、源代码和测试用例。
-在整个项目过程中跟踪需求状态及其变更情况。
在整个项目过程中跟踪需求状态及其变更情况。
需求开发和管理过程需求开发和管理过程11THESCHOOLOFSOFTWAREENGINEERINGOFHUSTn需求获取需求获取需求获取的主要目的是从宏观上把握用户的具体需求方需求获取的主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、系统环境等,对任向和趋势,了解现有的组织架构、业务流程、系统环境等,对任务进行分析、从而开发、捕获和修订用户的需求,以建立良好的务进行分析、从而开发、捕获和修订用户的需求,以建立良好的沟通渠道和方式。
沟通渠道和方式。
需求获取需要执行以下活动:
需求获取需要执行以下活动:
-确定需求开发过程确定需求开发过程-编写项目视图和范围文档编写项目视图和范围文档-获取涉众请求获取涉众请求-选择每类用户的产品代表选择每类用户的产品代表-建立典型的以用户为核心的队伍建立典型的以用户为核心的队伍-让用户代表确定用例让用户代表确定用例-召开应用程序开发联系会议召开应用程序开发联系会议-分析用户工作流程分析用户工作流程-确定质量属性和其它非功能需求确定质量属性和其它非功能需求需求开发和管理过程需求开发和管理过程12THESCHOOLOFSOFTWAREENGINEERINGOFHUSTn需求分析需求分析需求分析包括提炼、分析和仔细审查已收集到的需求,需求分析包括提炼、分析和仔细审查已收集到的需求,为最终用户所看到的系统建立一个概念模型以确保所有的风险承为最终用户所看到的系统建立一个概念模型以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方。
担者都明白其含义并找出其中的错误、遗漏或其它不足的地方。
分析用户需求应该执行以下活动:
分析用户需求应该执行以下活动:
绘制系统关联图绘制系统关联图创建用户接口原型创建用户接口原型分析需求可行性分析需求可行性确定需求的优先级别确定需求的优先级别为需求建立模型为需求建立模型建立数据字典建立数据字典使用质量功能调配使用质量功能调配需求开发和管理过程需求开发和管理过程13THESCHOOLOFSOFTWAREENGINEERINGOFHUSTn需求规格说明需求规格说明l软件需求规格说明阐述一个软件系统必须提供的功能和性能以及它所软件需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件要考虑的限制条件,它不仅是系统测试和用户文档的基础,也是所有子系列它不仅是系统测试和用户文档的基础,也是所有子系列项目规划、设计和编码的基础。
项目规划、设计和编码的基础。
l需求分析完成的标志是提交一份完整的软件需求规格说明书(需求分析完成的标志是提交一份完整的软件需求规格说明书(SRS)。
)。
l软件需求规格说明作为产品需求的最终成果必须包括所有的需软件需求规格说明作为产品需求的最终成果必须包括所有的需求。
求。
l在开发人员的组织中要为编写软件需求文档定义一种标准模板。
在开发人员的组织中要为编写软件需求文档定义一种标准模板。
需求开发和管理过程需求开发和管理过程14THESCHOOLOFSOFTWAREENGINEERINGOFHUST需求规格说明模板需求规格说明模板112233445566a.a.引言引言目的目的文档约定文档约定预期的读者和阅读预期的读者和阅读建议建议产品产品的范围的范围参考文献参考文献b.b.综合描述综合描述产品产品的前景的前景产品产品的功能的功能用户类和特征用户类和特征运行运行环境环境设计和实现上的设计和实现上的限制限制假设和依赖假设和依赖附录附录c.c.外部接口需求外部接口需求附录附录用户用户界面附录界面附录硬件接口硬件接口软件接口软件接口通信通信接口接口d.d.系统特性系统特性说明和优说明和优先级先级激励激励/响应响应序列序列功能需求功能需求e.e.其它非其它非功能需求功能需求性能需求性能需求安全设施需安全设施需求求安全性需求安全性需求软件软件质量属质量属性性业务规则业务规则用户文档用户文档f.f.其它需求其它需求g.g.附件附件词汇表词汇表分析模型分析模型待确定待确定问题的列表问题的列表需求开发和管理过程需求开发和管理过程15THESCHOOLOFSOFTWAREENGINEERINGOFHUSTn需求验证需求验证l验证是为了确保需求说明准确、无二义性并完整地表达系验证是为了确保需求说明准确、无二义性并完整地表达系统功能以统功能以及必要的质量特性。
及必要的质量特性。
l需求验证要求客户代表和开发人员共同参与,对提交后的需求规格需求验证要求客户代表和开发人员共同参与,对提交后的需求规格说明进行验证,分析需求的正确性,完整性以及可行性等等。
说明进行验证,分析需求的正确性,完整性以及可行性等等。
l需求验证中
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 管理 案例 分析
![提示](https://static.bdocx.com/images/bang_tan.gif)