《软件项目管理教材(PPT 89页)》由会员分享，可在线阅读，更多相关《软件项目管理教材(PPT 89页)（91页珍藏版）》请在金锄头文库上搜索。
1、范围计划范围计划配配置置管管 理理计计划划 合合同同 计计划划 风风险险 计计划划 沟沟通通 计计划划 质质量量计计划划成成本本 计计划划 时时间间计计划划集集成成 计计划划 范范围围计计划划项目项目结束结束项目执项目执 行控制行控制 项目项目 计划计划 项目项目初始初始 人人力力 计计划划0核心三计划核心三计划q范围计划q进度计划q成本计划成本基准，进度基准1软件项目管理软件项目管理第三讲第三讲软件项目范围计划软件项目范围计划2本章要点本章要点q一、软件需求管理过程q二、任务分解定义q三、任务分解的类型q四、任务分解的过程q五、案例分析3 1 软件项目需求管理软件项目需求管理影响软件项目成败
2、的因素影响软件项目成败的因素4项目项目失败的原因分析失败的原因分析No. Top 10 Factors 平均值平均值 1 Inadequate requirements specification 不充分的需求规范 4.5 2 Changes in requirements 需求的改变 4.3 3 Shortage of systems engineers 缺乏系统工程师 4.2 4 Shortage of software managers 缺乏了解软件特性的经理人 4.1 5 Shortage of qualified project managers 缺乏合格的项目经理 4.1 6 Sh
3、ortage of software engineers 缺乏软件工程师 3.9 7 Fixed - price contract 固定价合同 3.8 8 Inadequate communications for system integration 系统集成阶段, 交流与沟通不充分 3.8 9 Insufficient experience as team团队缺乏经验 3.6 10 Shortage of application domain experts 缺乏应用领域专家 3.6 Scale: 5 = Very Serious 3 = Serious 1 = No Serious So
4、urce: Carnegie-Mellon University, Software Engineering Institute5n软件开发的目标软件开发的目标按时按预算开发出满足用户真实需要的软件。按时按预算开发出满足用户真实需要的软件。n需求需求 一个软件项目的开始阶段。在软件工程中，需求分析阶段一个软件项目的开始阶段。在软件工程中，需求分析阶段是是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用户包括客户、用户、业务或需求分析员、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都需要文档编写者、项目管理者和客户管理者在内的所有的风险承担者都需要参
5、与的阶段。参与的阶段。 1 软件项目需求管理软件项目需求管理6n 需求定义需求定义lIEEE软件工程标准词汇表软件工程标准词汇表(1997年年)中将需求定义为：中将需求定义为：用户解决问题或达到目标所需的条件或权能用户解决问题或达到目标所需的条件或权能(Capability)；系统或系统部件要满足合同、标准、规范或其它正式规定系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能；文档所需具有的条件或权能；一种反映上面一种反映上面(1)或或(2)所描述的条件或权能的文档说明。所描述的条件或权能的文档说明。l 软件需求包括以下几个层次：软件需求包括以下几个层次：-业务需求（业
6、务需求（business requirement）-用户需求（用户需求（user requirement）-功能需求（功能需求（functional requirement）-同时也包括非功能需求、软件需求规格说明（同时也包括非功能需求、软件需求规格说明（software requirements specification，SRS）等。）等。1 软件项目需求管理软件项目需求管理7软件需求各组成部分关系软件需求各组成部分关系1 软件项目需求管理软件项目需求管理8n 需求类型需求类型在在UP（统一过程）中，软件需求是根据（统一过程）中，软件需求是根据FURPS+模型来分类的，模型来分类的，其中其
7、中FURPS的含义如下：的含义如下：-Functional（功能性）（功能性）-Usability（可用性）（可用性）-Reliability（可靠性）（可靠性）-Performance（性能）（性能）-Supportability（可支持性）（可支持性）-“+”是指一些辅助性的和次要的因素：是指一些辅助性的和次要的因素： -Implementation（实现）（实现）-Interface（接口）（接口）-Operations（操作）（操作）-Packaging(包装包装)-Legal（授权）（授权）1 软件项目需求管理软件项目需求管理9需求过程所涉及的工作需求过程所涉及的工作需求开发和管理过
8、程需求开发和管理过程10需求管理的重要性需求管理的重要性11n需求工程需求工程也叫做需求过程或需求阶段，包括需求开发和需也叫做需求过程或需求阶段，包括需求开发和需 求管理。求管理。n需求开发需求开发包括需求获取、需求分析、编写需求规格说明、验包括需求获取、需求分析、编写需求规格说明、验证需求四个阶段，在这四个阶段执行以下活动：证需求四个阶段，在这四个阶段执行以下活动：-确定产品所期望的用户类；确定产品所期望的用户类；-获取每个用户类的需求；获取每个用户类的需求；-了解实际用户任务和目标以及这些任务所支持的业务需求；了解实际用户任务和目标以及这些任务所支持的业务需求；-分析源于用户的信息以区别业
9、务需求、功能需求、质量属性、业分析源于用户的信息以区别业务需求、功能需求、质量属性、业务规则，建议解决的方法和附加的信息；务规则，建议解决的方法和附加的信息； -分解需求，并将需求中的一部分分配给软件组件；分解需求，并将需求中的一部分分配给软件组件；-了解相关属性的重要性；了解相关属性的重要性；-划分实施优先级；划分实施优先级；-编写需求规格说明和模型；编写需求规格说明和模型；-评审需求规格，验证对用户需求的正确理解和认识。评审需求规格，验证对用户需求的正确理解和认识。需求开发和管理过程需求开发和管理过程12n需求管理需求管理是一种用于查找、记录、组织和跟踪系统需求变更是一种用于查找、记录、组
10、织和跟踪系统需求变更的系统化方法，可用于获取、组织和记录系统需求并使客户和项目团的系统化方法，可用于获取、组织和记录系统需求并使客户和项目团队在系统需求变更上保持一致。队在系统需求变更上保持一致。n有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所适用的属性，以及与其它需求和其它项目工件之间的可追踪性。适用的属性，以及与其它需求和其它项目工件之间的可追踪性。n需求管理活动包括需求管理活动包括-定义需求基线定义需求基线-评审需求变更并评估每项需求变更对软件产品的影响从而决定是评审需求变更并评估每项需求变更对软件产品的影响从而决定是否实
11、施它。否实施它。-以一种可控制的方式将需求变更融入当前的软件项目。以一种可控制的方式将需求变更融入当前的软件项目。-让当前的项目计划和需求保持一致。让当前的项目计划和需求保持一致。-估计变更所产生的影响并在此基础上协商新的约定估计变更所产生的影响并在此基础上协商新的约定-实现通过需求可跟踪对应的设计、源代码和测试用例。实现通过需求可跟踪对应的设计、源代码和测试用例。-在整个项目过程中跟踪需求状态及其变更情况。在整个项目过程中跟踪需求状态及其变更情况。需求开发和管理过程需求开发和管理过程13n 需求获取需求获取需求获取的主要目的是从宏观上把握用户的具体需求方向和需求获取的主要目的是从宏观上把握用
12、户的具体需求方向和趋势，了解现有的组织架构、业务流程、系统环境等，对任务进趋势，了解现有的组织架构、业务流程、系统环境等，对任务进行分析、从而开发、捕获和修订用户的需求，以建立良好的沟通行分析、从而开发、捕获和修订用户的需求，以建立良好的沟通渠道和方式。渠道和方式。 需求获取需要执行以下活动：需求获取需要执行以下活动：- 确定需求开发过程确定需求开发过程- 编写项目视图和范围文档编写项目视图和范围文档- 获取涉众请求获取涉众请求- 选择每类用户的产品代表选择每类用户的产品代表- 建立典型的以用户为核心的队伍建立典型的以用户为核心的队伍- 让用户代表确定用例让用户代表确定用例- 召开应用程序开发
13、联系会议召开应用程序开发联系会议- 分析用户工作流程分析用户工作流程- 确定质量属性和其它非功能需求确定质量属性和其它非功能需求需求开发和管理过程需求开发和管理过程14n 需求分析需求分析需求分析包括提炼、分析和仔细审查已收集到的需求，为最需求分析包括提炼、分析和仔细审查已收集到的需求，为最终用户所看到的系统建立一个概念模型以确保所有的风险承担者终用户所看到的系统建立一个概念模型以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方。都明白其含义并找出其中的错误、遗漏或其它不足的地方。分析用户需求应该执行以下活动：分析用户需求应该执行以下活动：绘制系统关联图绘制系统关联图创建
14、用户接口原型创建用户接口原型分析需求可行性分析需求可行性确定需求的优先级别确定需求的优先级别为需求建立模型为需求建立模型建立数据字典建立数据字典使用质量功能调配使用质量功能调配需求开发和管理过程需求开发和管理过程15n 需求规格说明需求规格说明l软件需求规格说明阐述一个软件系统必须提供的功能和性能以软件需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件及它所要考虑的限制条件,它不仅是系统测试和用户文档的基它不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。础，也是所有子系列项目规划、设计和编码的基础。l需求分析完成的标志是提交一份完整的软件需求规格
15、说明书需求分析完成的标志是提交一份完整的软件需求规格说明书（SRS）。）。l软件需求规格说明作为产品需求的最终成果必须包括所有的需软件需求规格说明作为产品需求的最终成果必须包括所有的需求。求。l在开发人员的组织中要为编写软件需求文档定义一种标准模板。在开发人员的组织中要为编写软件需求文档定义一种标准模板。需求开发和管理过程需求开发和管理过程16需求规格说明模板需求规格说明模板123456a.引言目的文档约定预期的读者和阅读建议产品的范围参考文献b.综合描述产品的前景产品的功能用户类和特征运行环境设计和实现上的限制假设和依赖附录c.外部接口需求 附录用户界面附录硬件接口软件接口通信接口d.系统特
16、性说明和优先级激励/响应序列功能需求e.其它非功能需求性能需求安全设施需求安全性需求软件质量属性业务规则用户文档f.其它需求g.附件词汇表分析模型待确定问题的列表需求开发和管理过程需求开发和管理过程17n 需求验证需求验证l验证是为了确保需求说明准确、无二义性并完整地表达系验证是为了确保需求说明准确、无二义性并完整地表达系 统功能以及必要的质量特性。统功能以及必要的质量特性。l需求验证要求客户代表和开发人员共同参与，对提交后的需求验证要求客户代表和开发人员共同参与，对提交后的需求规格说明进行验证，分析需求的正确性，完整性以及需求规格说明进行验证，分析需求的正确性，完整性以及可行性等等。可行性等
17、等。l需求验证中的活动一般包括：需求验证中的活动一般包括：审查需求文档审查需求文档以需求为依据编写测试用例以需求为依据编写测试用例编写用户手册编写用户手册确定合格的标准确定合格的标准最后的签字最后的签字需求开发和管理过程需求开发和管理过程18n 需求变更管理需求变更管理需求变更管理是项目管理中非常重要的一项工作。有效的需求变需求变更管理是项目管理中非常重要的一项工作。有效的需求变更管理能对变更带来的潜在影响及可能的成本费用进行评估。更管理能对变更带来的潜在影响及可能的成本费用进行评估。需求变更管理中活动一般包括：需求变更管理中活动一般包括：确定需求变更控制过程确定需求变更控制过程建立需求变更控
18、制委员会建立需求变更控制委员会进行需求变更影响分析进行需求变更影响分析建立需求基准版本和需求控制版本文档建立需求基准版本和需求控制版本文档维护需求变更的历史记录维护需求变更的历史记录跟踪每项需求的状态跟踪每项需求的状态跟踪所有受需求变更影响的工作产品跟踪所有受需求变更影响的工作产品衡量需求稳定性衡量需求稳定性需求开发和管理过程需求开发和管理过程19需求获取需求获取用户要求扩展需求基线需求软 件 需求20n 访谈和调研访谈和调研l和用户进行访谈和调研通常是适用于任何环境下的最重要最和用户进行访谈和调研通常是适用于任何环境下的最重要最直接的方法之一。直接的方法之一。l访谈的一个主要目标是确保访谈者
19、的偏见或主观意识不会干访谈的一个主要目标是确保访谈者的偏见或主观意识不会干扰自由的交流。扰自由的交流。l“环境无关问题环境无关问题”就是不涉及任何背景的问题。就是不涉及任何背景的问题。l通过几次这样的访谈，开发人员和系统分析员能获得一些问通过几次这样的访谈，开发人员和系统分析员能获得一些问题域中的知识，对要解决的问题有进一步的理解。题域中的知识，对要解决的问题有进一步的理解。需求获取方法需求获取方法21n 专题讨论会专题讨论会l专题讨论会是一种可用于任何情况下的软件需求调研方法。专题讨论会是一种可用于任何情况下的软件需求调研方法。l专题讨论会的目的是鼓励软件需求调研并且在很短的时间内专题讨论会
20、的目的是鼓励软件需求调研并且在很短的时间内 对对讨论的问题达成一致。讨论的问题达成一致。l专题讨论会一般由开发团队的成员主持，主要讨论系统应具备专题讨论会一般由开发团队的成员主持，主要讨论系统应具备的特征或者评审系统特性。的特征或者评审系统特性。l专题讨论会前的准备工作是能否成功的举行会议的关键。专题讨论会前的准备工作是能否成功的举行会议的关键。需求获取方法需求获取方法22n 脑力风暴脑力风暴l脑力风暴是一种对于获取新观点或创造性的解决方案而言非脑力风暴是一种对于获取新观点或创造性的解决方案而言非常有用的方法。常有用的方法。l 通常，专题讨论会的一部分时间是用于进行脑力风暴，找出通常，专题讨论
21、会的一部分时间是用于进行脑力风暴，找出关于软件系统的新想法和新特征。关于软件系统的新想法和新特征。l 脑力风暴包括两个阶段：想法产生阶段和想法精化阶段。脑力风暴包括两个阶段：想法产生阶段和想法精化阶段。应用程序脑力风暴中确定的特征系统特征定义家用自动照明系统自动照明设置用户可以制定每天自动照明的时间计划，系统将按时间计划触发照明事件任务管理系统代理任务通知当用户将自己的任务代理给其他人时，系统自动发送Email通知将接手该任务的人脑力风暴中为确定的问题定义系统特征脑力风暴中为确定的问题定义系统特征需求获取方法需求获取方法23n 场景串联场景串联l场景串联的目的是为了尽早的从用户那里得到用户对建
22、议场景串联的目的是为了尽早的从用户那里得到用户对建议的系统功能的意见。的系统功能的意见。l 场景串联提供了用户界面以说明系统操作流程，它容易创场景串联提供了用户界面以说明系统操作流程，它容易创建和修改，能让用户知道系统的操作方式和流程。建和修改，能让用户知道系统的操作方式和流程。l 根据与用户交互的方式，场景串联被分成三种模式：静态根据与用户交互的方式，场景串联被分成三种模式：静态的场景串联、动态的场景串联以及交互的场景串联。的场景串联、动态的场景串联以及交互的场景串联。l 选择提供哪种场景串联是根据系统的复杂性和需求缺陷的选择提供哪种场景串联是根据系统的复杂性和需求缺陷的风险来确定的。风险来
23、确定的。需求获取方法需求获取方法24如何记录需求如何记录需求-需求跟踪矩阵需求跟踪矩阵需求需求序号序号名称名称种类种类需求源需求源状态状态R32笔记本笔记本电脑内电脑内存存硬件硬件项目章程项目章程和公司笔和公司笔记本电脑记本电脑说明书说明书已完成。根据需已完成。根据需求订购了求订购了4GB内内存的笔记本电脑存的笔记本电脑R3325需求分析模型需求分析模型26n 用例分析方法用例分析方法l简介简介软件需求分析者利用场景或经历来描述用户和软件系统的交软件需求分析者利用场景或经历来描述用户和软件系统的交互方式，并以此来获取软件需求。互方式，并以此来获取软件需求。使用用例的分析方法来源于面向对象的思想
24、。使用用例的分析方法来源于面向对象的思想。用例分析方法最大的特点在于面向用例，在对用例的描述中用例分析方法最大的特点在于面向用例，在对用例的描述中引入了外部角色的概念。引入了外部角色的概念。l 相关技术相关技术用例需求分析常常采用用例需求分析常常采用UMLUML（Unified Modeling LanguageUnified Modeling Language，统一建模语言）技术，统一建模语言）技术，UMLUML是一种面向对象的建模语言。是一种面向对象的建模语言。需求分析建模方法需求分析建模方法27n 原型分析方法原型分析方法l原型法是为了快速开发系统而推出的一种开发模式，旨在原型法是为了快
25、速开发系统而推出的一种开发模式，旨在改进传统的结构化生命周期法的不足，缩短开发周期，减改进传统的结构化生命周期法的不足，缩短开发周期，减少开发风险。少开发风险。l原型法的理念原型法的理念l对原型的基本要求对原型的基本要求l原型法进行软件需求分析的过程原型法进行软件需求分析的过程l原型法的适用范围原型法的适用范围需求分析建模方法需求分析建模方法28n 结构化分析方法结构化分析方法l结构化分析方法结构化分析方法(Structured Method，结构化方法结构化方法)是强调是强调开发方法的结构合理性以及所开发开发方法的结构合理性以及所开发软件软件的结构合理性的的结构合理性的软软件开发件开发方法。
26、方法。l结构化的分析方法的基本步骤为：结构化的分析方法的基本步骤为： 需求分析需求分析业务流程分析业务流程分析数据流程分析数据流程分析编制数据字典编制数据字典l结构化分析方法的优点与局限性。结构化分析方法的优点与局限性。需求分析建模方法需求分析建模方法29需求规格需求规格q需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书q需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。30软件需求规格说明的原则软件需求规格说明的原则qq从现实中分离功能，即描述要从现实中分离功能，即描述要“做什做什么么”而不是而不是“怎样实现
27、怎样实现”qq采用一定的规格说明语言采用一定的规格说明语言qq如果被开发软件只是一个大系统中的如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在一个元素，那么整个大系统也包括在规格说明的描述之中规格说明的描述之中31qq规格说明应该包括系统运行环境规格说明应该包括系统运行环境qq规格说明应该是一个认识模型规格说明应该是一个认识模型qq规格说明应该容许不完备性并允许扩规格说明应该容许不完备性并允许扩充充32规格文档参考规格文档参考1.引言2.系统定义 3.应用环境4.功能规格 5.性能需求6.产品提交7.实现约束8.质量描述9.其它10.签字认证33需求验证需求验证q需求是正确的吗
28、？q需求是一致的吗？q需求是完全的吗？q需求是实际可行的吗？q需求是必要的吗？q需求是可检验的吗？q需求是可跟踪的吗？q最后的签字34需求总在变化需求总在变化3536需求变更管理需求变更管理1.1.确定需求变更控制过程确定需求变更控制过程2.2.建立变更控制委员会建立变更控制委员会( (SCCB)SCCB)3.3.进行需求变更影响分析进行需求变更影响分析4.4.跟踪所有受需求变更影响的工作产品跟踪所有受需求变更影响的工作产品5.5.建立需求基准版本和需求控制版本文档建立需求基准版本和需求控制版本文档6.6.维护需求变更的历史记录维护需求变更的历史记录7.7.跟踪每项需求的状态跟踪每项需求的状态
29、8.8.衡量需求稳定性衡量需求稳定性37需求变更管理需求变更管理q管理和控制需求基线的过程q需求变更控制系统q一个正式的文档，说明如何控制需求变更q建立变更审批系统38变更申请忽略选择变更方式SCCB评估项目经理自行决定根据评估结果拒绝接受本次修改下个版本再修改修改合同相关信息修改相关需求修改相应的项目计划39表4-3需求变更提交单软件基线产品修改提交单软件基线产品修改提交单申请人韩万江申请日期2002。1011项目名称项目管理系统阶段名称系统设计文件名称RCR-PM-01.doc, RCR-PM-02.doc,变更简述如下修改内容1 1）修改测试流程控制：将）修改测试流程控制：将2 2个角色
30、，个角色，3 3个渠道流，改为个渠道流，改为3 3个角色，个角色，4 4个渠道流，详见个渠道流，详见RCR-PM-01.doc2 2）增加开发人员技能信息库管理，详见）增加开发人员技能信息库管理，详见RCR-PM-02.doc验证意见同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施验证人杨炎泰验证日期20021011SCCB韩万江，姜岳尊，孙泉填表人韩万江40lRational RequisiteProlBorland CaliberlRational RoselRational XDElRational ClearCase 需求管理工具需求管理工具
31、41本节以本节以HRMS（Human Resource Manage System）的）的系统为例，介绍需求的开发和管理过程。系统为例，介绍需求的开发和管理过程。n需求开发需求开发l需求获取需求获取案例分析案例分析42需求分类编号系统典型需求功能需求（Functional）1招聘人员：用户可以通过招聘人员2申请职位：Web用户可以填写信息申请职位3查看职位申请信息：Web用户可以查看职位申请信息4处理职位申请：管理员可以处理职位申请5修改申请人信息：管理员可以修改申请人的信息可用性（Usability）1对于熟悉公司原系统的用户新系统应易于操作2系统应支持Internet环境3系统应给用户提供
32、在线指南可靠性（Reliability）1系统应该在任何时间都能工作，若是出现故障，必须要在一个小时之内修复2系统应能支持用户在指定的时间备份资料性能需求（Performance）1管理系统必须支持公司内部员工和web用户同时访问，并且支持同时在线人数不低于100人2系统的响应时间不超过4秒安全性需求（Security）1支持多用户访问系统2一般用户只能查看和修改自己的信息不能看到其他人的信息3公司的下级员工不能查看上级员工的信息4公司的上级员工可以查看下级员工的信息而不能修改可支持性（Supportability）1系统采用B/S结构，用户可以通过Internet访问系统2培训系统可以在所有
33、流行的浏览器（如Navigation,IE）上正常显示HRMS系统中的需求分类案例分析案例分析43l需求分析需求分析本项目采用原型分析方法和用例分析方法相结合来进行需求分本项目采用原型分析方法和用例分析方法相结合来进行需求分析，以用例分析方法为主，对于每个析，以用例分析方法为主，对于每个Use Case，创建用户接口说明，创建用户接口说明文档和文档和Use case报告，同时建立这个用例的原型。报告，同时建立这个用例的原型。此系统的角色定义如图所示。此系统的角色定义如图所示。HMS中的角色中的角色案例分析案例分析44其中各个角色描述如下：其中各个角色描述如下：角色角色1: 1: 员工（员工（E
34、mployeeEmployee）角色角色2: 2: 雇用经理（雇用经理（Hiring ManagerHiring Manager）角色角色3: 3: 部门经理（部门经理（Department ManagerDepartment Manager）角色角色4: 4: 上级（上级（SuperiorSuperior）角色角色5: 5: 分区经理（分区经理（Division ManagerDivision Manager）角色角色6: 6: 运行官（运行官（Operation HeadOperation Head）角色角色7: 7: 申请人（申请人（ApplicantApplicant） 角色角色8:
35、8: 人力资源经理（人力资源经理（HR ManagerHR Manager）角色角色9: 9: 培训经理（培训经理（Training AdministratorTraining Administrator） 角色角色10: 10: 培训中心经理（培训中心经理（Training Center AdministratorTraining Center Administrator） 案例分析案例分析45用例分析HRMS中的用例图中的用例图案例分析案例分析46用例用例1 1：招聘员工（：招聘员工（Recruit EmployeeRecruit Employee）用例用例2 2：候选人分类（：候选人分类
36、（Categorize CandidateCategorize Candidate）用例用例3 3：更新面试信息（：更新面试信息（Update InterviewUpdate Interview）用例用例4 4：确认候选人（：确认候选人（Confirm CandidateConfirm Candidate）用例用例5 5：管理申请（：管理申请（Manage RequisitionManage Requisition） 用例用例6 6：记录申请者信息（：记录申请者信息（Register Applicant DataRegister Applicant Data）用例用例7 7：修改申请者信息（：
37、修改申请者信息（Modify Applicant DataModify Applicant Data）用例用例8 8：确认申请信息（：确认申请信息（Validate ApplicationValidate Application）案例分析案例分析47l编写编写Use CaseUse Case报告报告为系统中的每个用例编写为系统中的每个用例编写Use Case报告，则系统分析与设报告，则系统分析与设计人员可以更加清晰的掌握系统架构。计人员可以更加清晰的掌握系统架构。格式如下：格式如下：Use Case Report: 创建员工记录创建员工记录【简短描述简短描述】【事件流事件流】【特殊需求特殊需求
38、】【执行前条件执行前条件】【执行后结果执行后结果】【Use case图图】【场景场景】案例分析案例分析48下表描述了该用例和主角与其他下表描述了该用例和主角与其他use caseuse case的关系。的关系。HRMS中的用例图中的用例图案例分析案例分析49n 需求变更管理需求变更管理建立需求基准版本和需求控制版本文档。所有的需求文档都要建立需求基准版本和需求控制版本文档。所有的需求文档都要进行版本控制，文档要包含文档类型、名称、创建者、创建时间、进行版本控制，文档要包含文档类型、名称、创建者、创建时间、修改者、修改时间、版本号、评审人员等信息。修改者、修改时间、版本号、评审人员等信息。 在开
39、发在开发HRMS中，提交的需求文档包括用户界面说明文档、中，提交的需求文档包括用户界面说明文档、Use Case报告、报告、Glossary文档、软件开发计划、文档、软件开发计划、Use Case模型调研以及补模型调研以及补充说明。所有的文档采用统一的编号规则和命名规则。充说明。所有的文档采用统一的编号规则和命名规则。l 文档编号规则文档编号规则 系统名缩写系统名缩写“_”文档类型缩写文档类型缩写_模块名缩写模块名缩写“_”编号编号版本号（后文没有版本号（后文没有+版本号）。版本号）。l 文档命名规则文档命名规则 文档类型文档类型“_”文档名文档名“_”版本号。版本号。案例分析案例分析50需求
40、变更管理流程案例分析案例分析51本章要点本章要点q一、软件需求管理过程q二、任务分解定义q三、任务分解的类型q四、任务分解的方法q五、案例分析52项目（任务）分解项目（任务）分解项目分解目的明确项目所包含的各项工作；项目分解的结果就是WBS（任务分解结构）图项目分解意义WBS（任务分解结构）图是实施项目、创造最终产品或服务所必须进行的全部活动的一张清单，也是进度计划、人员分配、预算计划的基础项目分解内容项目分解就是先把复杂的项目逐步分解成一层一层的要素（工作），直到具体明确为止项目分解工具项目分解的工具是工作分解结构原理，它是一个分级的树型结构，是一个对项目工作由粗到细的分解过程53nWBSW
41、orkBreakdownStructure主要是将一个项目分解成易于管理的几个部分或几个细目，以便确保找出完成项目工作范围所需的所有工作要素它是一种在项目全范围内分解和定义各层次工作包的方法nWBSWorkBreakdownStructure结构层次越往下层则项目组成部分的定义越详细，WBS最后构成一份层次清晰，可以具体作为组织项目实施的工作依据nWBSWorkBreakdownStructure通常是一种面向“成果”的“树”，其最底层是细化后的“可交付成果”，该树组织确定了项目的整个范围。但WBS的形式并不限于“树”状，还有多种形式。项目（任务）分解项目（任务）分解54WBS (Work B
42、reakdown WBS (Work Breakdown Structure)Structure)q任务分解的过程q将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。q任务分解的结果qWBS（任务分解结构）。 qWBSq面向可交付成果的。qWork packages（工作包）qWBS的最低层次的可交付成果55WBSWBS实例实例系统子系统子系统子系统模块模块模块模块模块模块模块模块模块56WBSWBS实例实例-产品结构产品结构内联网网站设计主页设计营销页面平面设计节目网站地图图像超文本链接文本超文本链接文本图像57WBSWBS实例实例-项目阶段项目阶段内联网项目概念
43、网站设计网站开发定义需求定义具体功能评价当前系统定义用户需求定义内容需求定义系统需求58PMI defines WBSPMI defines WBSq是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作q它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述59PMI defines Work packagesPMI defines Work packagesqWBS的最低层次的可交付成果q工作包应当由唯一主体负责q这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成60
44、本章要点本章要点q一、软件需求管理过程q二、任务分解定义q三、任务分解的类型q四、任务分解的方法q五、案例分析61类型类型q清单q图表62图表类型图表类型“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数63清单类型清单类型1.变化计数器1.1比较两个版本的程序1.1.1预处理1.1.2文件比较1.1.3结果处理1.2找出修改后的程序中增加和删除的代码行1.2.1找出增加的代码行1.2.2找出删除的代码行1.3统计修改后的程序中增加和删除的代码行数1.3.1统计增加代码行数1.3.2统计删除代码行数1.4统计总的代码行数
45、1.5设定标记以指示修改的次数1.6在程序的头部增加修改纪录64本章要点本章要点q一、软件需求管理过程q二、任务分解定义q三、任务分解的类型q四、任务分解的方法q五、案例分析65任务分解过程任务分解过程输入分解WBS66分解方法分解方法p类比p模板p自上而下p自下而上p心智图法67WBS模板举例模板举例68分解方法分解方法- -自上而下自上而下“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数69分解方法分解方法- -自下而上自下而上“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删
46、行统计增删行删除代码增加行数删除行数70任务结构分解任务结构分解(WBS)(WBS)步骤步骤1.确认并分解项目的组成要素2.确定分解标准3.确定分解是否详细4.确定项目交付成果5.验证分解的正确性(建立编号)71WBSWBS编号系统（编号系统（PMIPMI和和ProjectProject）功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:12372标识项 功能名F1.1获取网络资源数据F1.2将资源数据存入数据库F1.3获取网络资源信息F1.4观察网络资源F1.4.1依类型分类观察网络资源F1.4.2依状态分类观察网络资源F1.5
47、观察逻辑网F1.6观察资源状态F1.7修改网络资源的状态F1.8依条件检验网络使用情况F1.9显示拓扑图F1.10建立通道73WBS与与OBS（组织分解结构）（组织分解结构）74分解标准分解标准1.生存期2.功能组成75分解标准应统一分解标准应统一学生管理q按照生命期分解q规划q需求q设计q编码q测试q提交q按照产品组成分解q1.1招生管理q1.2分班管理q1.3学生档案管理q1.4学生成绩管理 76分解标准应统一（续）分解标准应统一（续）q不能同时使用两种标准进行分解1.招生管理2.分班管理3.学生档案管理4.学生成绩管理 5.规划6.需求7.设计8.编码9.测试10.提交77检验分解结果的
48、标准检验分解结果的标准1.最底层的要素是否是实现目标的充分必要条件2.最底层要素是否有重复的3.每个要素是否清晰完整定义4.最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排78WBSWBS的指南的指南(1)(1)qWBS分解的规模和数量因项目而异、因项目经理而异q收集与项目相关的所有信息q参看一下类似的项目的WBS,与相关人员讨论q可以参照模板q最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，q软件项目推荐分解到40小时的任务注：80/8规则79WBSWBS的指南（的指南（2 2）q每个Work package必须有一个提交物q定义任务完成的标准q每个WBS必
49、须有利于责任分配q可以准备WBS的字典q最后与相关人员进行评审80WBSWBS字典内容字典内容WBS表示号名称主题目标描述完成的任务责任者完成的标识备注1.81WBS字典字典WBS字典实例WBS字典条目字典条目 3月月21日日项目标题：信息技术升级项目WBS条目号：2.2WBS条目名称：数据库升级描述：IT部门维护公司内联网硬件和软件的在线数据库。因此，在决定为此次升级定制之前，必须确保82WBSWBS意义意义q提供了项目范围基线,是范围变更的重要输入q为评估和分配任务提供具体的工作包q进行估算和编制项目进度的基础q对整个项目成功的集成和控制起到非常重要的作用83George and Mart
50、haGeorge and Martha一次野餐会一次野餐会qGeorge and Martha计划与家人和朋友举行一次特殊的野餐活动,以庆祝Martha的升职和他们35周年的结婚纪念. Martha是工程师, George是会计.他们有两个非常活泼的确孩子,Mary 13岁,Thomas 17岁.经过过去几年的发展,家里不断壮大,无论是时间和金钱上的需要都在增加,所以他们已经逐渐成为非常好的计划能手,最近他们又通过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需要开发一个WBS.84野餐准备活动任务分解野餐准备活动任务分解序号任务持续时间工作人员1开始02做冰茶15George3准备三
51、明治10Martha4准备水果2Martha5准备篮子2Martha6收拾毛毯2George7收拾运动服3Martha8装车4George9加油6George10开车去野餐营地20Martha11结束085本章要点本章要点q一、软件需求管理过程q二、任务分解定义q三、任务分解的类型q四、任务分解的方法q五、案例分析86案例分析案例分析“校务通系统”项目任务分解q需求确认q需求变更控制qWBS结果87小结小结qWBS的分解类型qWBS的分解步骤q范围基准的形成88课堂练习课堂练习请以清单或图表类型完成下列项目的WBS，要求至少分解为3层。（任选其一）1软件项目的WBS2婚礼筹备的WBS3家庭装修
52、的WBS4生日庆祝晚会的WBS5某公司网站的WBS899、静夜四无邻，荒居旧业贫。2024/7/212024/7/21Sunday,July21,202410、雨中黄叶树，灯下白头人。2024/7/212024/7/212024/7/217/21/20242:47:30PM11、以我独沈久，愧君相见频。2024/7/212024/7/212024/7/21Jul-2421-Jul-2412、故人江海别，几度隔山川。2024/7/212024/7/212024/7/21Sunday,July21,202413、乍见翻疑梦，相悲各问年。2024/7/212024/7/212024/7/212024
53、/7/217/21/202414、他乡生白发，旧国见青山。21七月20242024/7/212024/7/212024/7/2115、比不了得就不比，得不到的就不要。七月242024/7/212024/7/212024/7/217/21/202416、行动出成果，工作出财富。2024/7/212024/7/2121July202417、做前，能够环视四周；做时，你只能或者最好沿着以脚为起点的射线向前。2024/7/212024/7/212024/7/212024/7/219、没有失败，只有暂时停止成功！。2024/7/212024/7/21Sunday,July21,202410、很多事情努力
54、了未必有结果，但是不努力却什么改变也没有。2024/7/212024/7/212024/7/217/21/20242:47:30PM11、成功就是日复一日那一点点小小努力的积累。2024/7/212024/7/212024/7/21Jul-2421-Jul-2412、世间成事，不求其绝对圆满，留一份不足，可得无限完美。2024/7/212024/7/212024/7/21Sunday,July21,202413、不知香积寺，数里入云峰。2024/7/212024/7/212024/7/212024/7/217/21/202414、意志坚强的人能把世界放在手中像泥块一样任意揉捏。21七月2024
55、2024/7/212024/7/212024/7/2115、楚塞三湘接，荆门九派通。七月242024/7/212024/7/212024/7/217/21/202416、少年十五二十时，步行夺得胡马骑。2024/7/212024/7/2121July202417、空山新雨后，天气晚来秋。2024/7/212024/7/212024/7/212024/7/219、杨柳散和风，青山澹吾虑。2024/7/212024/7/21Sunday,July21,202410、阅读一切好书如同和过去最杰出的人谈话。2024/7/212024/7/212024/7/217/21/20242:47:30PM11、
56、越是没有本领的就越加自命不凡。2024/7/212024/7/212024/7/21Jul-2421-Jul-2412、越是无能的人，越喜欢挑剔别人的错儿。2024/7/212024/7/212024/7/21Sunday,July21,202413、知人者智，自知者明。胜人者有力，自胜者强。2024/7/212024/7/212024/7/212024/7/217/21/202414、意志坚强的人能把世界放在手中像泥块一样任意揉捏。21七月20242024/7/212024/7/212024/7/2115、最具挑战性的挑战莫过于提升自我。七月242024/7/212024/7/212024/
57、7/217/21/202416、业余生活要有意义，不要越轨。2024/7/212024/7/2121July202417、一个人即使已登上顶峰，也仍要自强不息。2024/7/212024/7/212024/7/212024/7/21MOMODA POWERPOINTLorem ipsum dolor sit, eleifend nulla ac, fringilla purus. Nulla iaculis tempor felis amet, consectetur adipiscing elit. Fusce id urna blanditut cursus. 感感谢谢您您的的下下载载观观看看专家告诉
