第2章软件项目管理2ppt课件

1、1软件项目管理软件项目管理(2)(2)第第2 2章章 2教学目标教学目标 了解项目生存期模型了解项目生存期模型 掌握软件需求管理掌握软件需求管理 掌握掌握sasa分析方法分析方法3建筑工程类项目典型生存期模型建筑工程类项目典型生存期模型4制药项目典型生存期模型制药项目典型生存期模型5生存期模型选择生存期模型选择 productrealization inputoutput productcustomerrequirementscustomersatisfaction61 1、软件生存期模型、软件生存期模型软件生存期模型软件生存期模型: :软件开发的一种框架软件开发的一种框架, ,说明了软件的活

2、动和进说明了软件的活动和进行软件开发的过程行软件开发的过程, ,可以是以活动为中心，可以以产品为中可以是以活动为中心，可以以产品为中心的。心的。特征特征: :l 描述了开发的主要阶段描述了开发的主要阶段l 定义了每一个阶段要完成的主要过程和活动定义了每一个阶段要完成的主要过程和活动l 规范了每一个阶段的输入和输出规范了每一个阶段的输入和输出l 提供了一个框架，可以将必要的活动映射到该框架中。提供了一个框架，可以将必要的活动映射到该框架中。7q瀑布qv模型q原型q增量q螺旋式q快速应用开发q渐近式阶段常见的生存期模型常见的生存期模型82 2、软件项目需求管理、软件项目需求管理需求管理问题需求管理

3、问题 需求的隐含错误需求的隐含错误 需求不明确、含糊需求不明确、含糊 用户不断增加需求、变更需求用户不断增加需求、变更需求 用户刁难用户刁难 开发人员的镀金开发人员的镀金9 在软件项目开发过程中在软件项目开发过程中, ,经常发生两个普遍的问题经常发生两个普遍的问题: : 1 1）在开发结束时，由于系统不满足用户的要求而被拒绝）在开发结束时，由于系统不满足用户的要求而被拒绝接受接受 2 2）由于需求定义和需求文档不正确，导致成本不断增加、）由于需求定义和需求文档不正确，导致成本不断增加、进度滞后进度滞后 需求问题通常是项目开发中最主要、最普遍的问题源。需求问题通常是项目开发中最主要、最普遍的问题

4、源。101 1、软件需求、软件需求软件需求软件需求是指用户对软件的是指用户对软件的功能和性能功能和性能的要求，就是用户希的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。望软件能做什么事情，完成什么样的功能，达到什么性能。业务需求业务需求用户需求用户需求功能需求功能需求软件需求规格软件需求规格非功能性需求非功能性需求质量特性质量特性约 束 和 假约 束 和 假设设系统需求系统需求软件需求层次软件需求层次11从项目管理的角度看从项目管理的角度看 功能需求功能需求 性能需求性能需求 环境需求环境需求 资源使用需求资源使用需求 成本消耗需求成本消耗需求 开发进度需求开发进度需求

5、显示约束显示约束 预先估计以后系统可能达到的目标预先估计以后系统可能达到的目标12从项目开发的角度从项目开发的角度 功能需求：功能需求：最主要的需求，需要计算机系统解决的问题，最主要的需求，需要计算机系统解决的问题，就是对数据处理的要求。功能需求规定了系统必须执行的就是对数据处理的要求。功能需求规定了系统必须执行的功能功能 非功能需求：非功能需求：一些限制性要求，是对实际使用环境所做的一些限制性要求，是对实际使用环境所做的要求，例如要求，例如性能要求、可靠性要求、安全性性能要求、可靠性要求、安全性要求等。要求等。 非功能需求比功能需求要求更严格，更不易满足，不非功能需求比功能需求要求更严格，更

6、不易满足，不能满足非功能需求，系统将无法运行。能满足非功能需求，系统将无法运行。13项目失败的原因分析项目失败的原因分析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 shortag

7、e of qualified project managers 缺乏合格的缺乏合格的项目经理项目经理 4.1 6 shortage 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 ap

8、plication domain experts 缺乏应用领域专家缺乏应用领域专家 3.6 scale: 5 = very serious 3 = serious 1 = no serious source: carnegie-mellon university, software engineering institutesource: carnegie-mellon university, software engineering institute142 2、软件需求管理的过程、软件需求管理的过程需求分析需求分析编写需求规格编写需求规格需求验证需求验证需求获取需求获取需求变更需求变更需求

9、确认需求确认需求变更需求变更15需求开发需求开发( (确认确认) )和管理基本任务和管理基本任务需求工程需求工程需求管理需求管理需求开发需求开发需求获取需求获取需求分析需求分析需求规格说明需求规格说明需求验证需求验证变更管理变更管理版本控制版本控制风险分析风险分析16（1 1）需求获取）需求获取用户要求用户要求 扩展需求扩展需求基线需求基线需求软 件 需软 件 需求求17（2 2）需求分析）需求分析需求分析需求分析是为最终用户所看到的系统建立一个概念模型，是是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。对需求的抽象描述。 需求分析模需求分析模型型18(3)(3)需求规格需求规格

10、q 需求分析工作完成的一个基本标志是形成了需求分析工作完成的一个基本标志是形成了一份完整的、一份完整的、规范的需求规格说明书规范的需求规格说明书q 需求规格说明书的编制是为了使用户和软件开发者双方需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。开发工作的基础。19软件需求规格说明的原则软件需求规格说明的原则20规格文档参考规格文档参考1.1. 引言引言2.2. 系统定义系统定义 3.3. 应用环境应用环境4.4. 功能规格功能规格 5.5. 性能需求性能需求6.6. 产品提交产品提交

11、7.7. 实现约束实现约束8.8. 质量描述质量描述9.9. 其它其它10.10.签字认证签字认证21（4 4）需求验证）需求验证q 需求是正确的吗？需求是正确的吗？q 需求是一致的吗？需求是一致的吗？q 需求是完全的吗？需求是完全的吗？q 需求是实际可行的吗？需求是实际可行的吗？q 需求是必要的吗？需求是必要的吗？q 需求是可检验的吗？需求是可检验的吗？q 需求是可跟踪的吗？需求是可跟踪的吗？q 最后的签字最后的签字22（5 5）需求变更管理）需求变更管理需求总是在变需求总是在变需要基线管理需要基线管理23需求变更管理需求变更管理1.1. 确定需求变更控制过程确定需求变更控制过程2.2. 建

12、立变更控制委员会建立变更控制委员会(sccb)(sccb)3.3. 进行需求变更影响分析进行需求变更影响分析4.4. 跟踪所有受需求变更影响的工作产品跟踪所有受需求变更影响的工作产品5.5. 建立需求基准版本和需求控制版本文档建立需求基准版本和需求控制版本文档6.6. 维护需求变更的历史记录维护需求变更的历史记录7.7. 跟踪每项需求的状态跟踪每项需求的状态8.8. 衡量需求稳定性衡量需求稳定性24需求变更管理流程需求变更管理流程q 管理和控制需求基线的过程q 需求变更控制系统q一个正式的文档，说明如何控制需求变更q建立变更审批系统25变更申请变更申请需求方需求方开发方开发方忽略忽略选择变更方

13、式选择变更方式sccb评估评估项目经理自行决定项目经理自行决定根据评估结果根据评估结果拒绝拒绝接受本次修改接受本次修改下个版本再修改下个版本再修改修改合同相关信息修改合同相关信息修改相关需求修改相关需求修改相应的项目计划修改相应的项目计划需求变更管理流程示意需求变更管理流程示意26表4-3 需求变更提交单软件基线产品修改提交单软件基线产品修改提交单申请人韩万江韩万江申请日期申请日期2002.2002.10101111项目名称项目名称项目管理系统阶段名称阶段名称系统设计文件名称文件名称rcr-pm-01.doc, rcr-pm-02.doc,变更简述如下修改内容修改内容1 1）修改测试流程控制：

14、将）修改测试流程控制：将2 2个角色，个角色，3 3个渠道流，改为个渠道流，改为3 3个角个角色，色，4 4个渠道流，详见个渠道流，详见rcr-pm-01.doc2 2）增加开发人员技能信息库管理，详见）增加开发人员技能信息库管理，详见rcr-pm-02.doc验证意见验证意见同意rcr-pm-01.doc变更。rcr-pm-02.doc的变更可以推迟到下一个版本实施验证人杨炎泰验证日期20021011sccb韩万江，姜岳尊，孙泉 填表人韩万江需求变更管理流程文档需求变更管理流程文档27需求建模的基本方法需求建模的基本方法1.1. 原型方法原型方法2.2. 结构化分析法结构化分析法3.3. 面

15、向对象的用例分析法面向对象的用例分析法4.4. 功能列表法功能列表法5.5. 其他其他28原型方法原型方法q 按照用户的需要，快速形成一个操作流程界面按照用户的需要，快速形成一个操作流程界面q 可能只是一个框架，具体的功能没有实现，只是结果可能只是一个框架，具体的功能没有实现，只是结果q 静态的操作流程，以便与用户快速就需求达成一致静态的操作流程，以便与用户快速就需求达成一致q 主要考虑系统的功能需求，很少考虑非功能需求主要考虑系统的功能需求，很少考虑非功能需求需求分析需求分析原型开发原型开发原型评价原型评价29原型方法的类型原型方法的类型q 进化型进化型q开发出来用于了解问题，并形成被交付软

16、件的部分或开发出来用于了解问题，并形成被交付软件的部分或全部的基础全部的基础q 抛弃型抛弃型q开发出来获以便更多地了解问题或探究可能的方案的开发出来获以便更多地了解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，不用于被交付软灵活性或者合理性，是尝试性软件，不用于被交付软件的实际部分件的实际部分30结构化分析方法（结构化分析方法（sa,structured analysissa,structured analysis）q 2020世纪世纪7070年发展起来的面向年发展起来的面向数据流数据流的方法的方法q 是一种是一种自顶向下逐步求精自顶向下逐步求精的分析方法的分析方法q 根据软件内部数据

17、传递、变换的关系进行分析的根据软件内部数据传递、变换的关系进行分析的结构化分析方法结构化分析方法- -技术技术q 数据流图数据流图(dfd)(dfd)q 数据字典数据字典(dd)(dd)q 系统流程图系统流程图31数据流图的层次结构数据流图的层次结构或或或符符 号号含含 义义数据的源点或终点数据流数据存储加工323334数据字典（数据字典（ dddd）描述系统中涉及的描述系统中涉及的每个数据每个数据, ,是数据描述的集合是数据描述的集合, ,通常配合通常配合数据流图使用数据流图使用, ,用来描述数据流图中出现的各种数据和加用来描述数据流图中出现的各种数据和加工工. .数据字典-组成q 数据项数

18、据项: :数据元素数据元素q 数据流数据流: :由数据项组成的数据流由数据项组成的数据流q 数据文件数据文件: :表示对数据文件的存储表示对数据文件的存储35数据流图数据流图- -顶层顶层学管科学管科体检科体检科学籍科学籍科学生管理学生管理信息系统信息系统学生处领导学生处领导学生基本信息学生基本信息学生健康信息学生健康信息学生成绩学生成绩学生健康情况表学生健康情况表学生成绩单学生成绩单查询要求查询要求不及格人数不及格人数人数统计表人数统计表例：例：学生管理系统学生管理系统的数据流图，涉及部门：的数据流图，涉及部门：学管科、体检科、学管科、体检科、学籍科、学生处学籍科、学生处。36数据流图-0层

19、数据流图数据流图- -第第1 1层层37数据流图-1层数据流图数据流图- -第第2 2层层38数据流图数据流图- -第第2 2层层39建立数据流模型要遵循以下的原则：建立数据流模型要遵循以下的原则： (1) (1) 每个每个加工加工至少应有至少应有一个输入数据流一个输入数据流( (反映被处理数反映被处理数据的来源据的来源) )和和一个输出数据流一个输出数据流( (反映加工的结果反映加工的结果) )。 (2) (2) 数据流图中各构成元素的名称必须具有明确的含数据流图中各构成元素的名称必须具有明确的含义且能够代表对应元素的内容或功能。义且能够代表对应元素的内容或功能。 (3) (3) 对数据流图

20、中某个加工进行细化生成的下层数据对数据流图中某个加工进行细化生成的下层数据流图，称为其上层图的流图，称为其上层图的子图子图。应保证分层数据流图中任意。应保证分层数据流图中任意对应的对应的父图和子图的输入父图和子图的输入/ /输出数据保持一致输出数据保持一致。 建立数据流模型的原建立数据流模型的原则则40 (4) (4) 在数据流图中，应按照层次给每个加工编号，用于在数据流图中，应按照层次给每个加工编号，用于表明该加工所处的层次及上、下层的父图与子图的关系。表明该加工所处的层次及上、下层的父图与子图的关系。 (5) (5) 在父图中不要出现子图中涉及的局部数据存储文件。在父图中不要出现子图中涉及

21、的局部数据存储文件。 (6) (6) 数据流图只能由四种基本符号组成，是实际业务流数据流图只能由四种基本符号组成，是实际业务流程的客观映象，用于说明程的客观映象，用于说明系统应该系统应该“做什么做什么”， 而不需要而不需要指明系统指明系统“如何做如何做”。 (7) (7) 数据流图的分解速度应保持适中。通常一个加工每数据流图的分解速度应保持适中。通常一个加工每次可分解为次可分解为2 24 4个子加工，最多不要超过七个，因为过快个子加工，最多不要超过七个，因为过快的分解会增加用户对系统模型理解的难度。的分解会增加用户对系统模型理解的难度。 (8) (8) 为了便于数据流图在计算机上的输入和输出，

22、免去为了便于数据流图在计算机上的输入和输出，免去画斜线、弧线、圆等符号的麻烦。画斜线、弧线、圆等符号的麻烦。 建立数据流模型的原则（续）建立数据流模型的原则（续）41数据字典中的基本符号及其含义数据字典中的基本符号及其含义符符 号号含含 义义说说 明明 =表示定义为表示定义为用于对用于对=左边的条目进行确切的定义左边的条目进行确切的定义 +表示与关系表示与关系x=a+b表示表示x由由a和和b共同构成共同构成 | , 表示或关系表示或关系x=a|b与与x=a,b等价，表示等价，表示x由由a或或b组成组成 ( )表示可选项表示可选项x=(a)表示表示a可以在可以在x中出现，也可以不出现中出现，也可以不出现 表示重复表示重复大括号中的内容重复大括号中的内容重复0到多次到多次 m n表示规定次数的重复表示规定次数的重复重复的次数最少重复的次数最少m次，最多次，最多n次次 “ ”表示基本数据元素表示基本数据元素“ ”中的内容是基本数据元素，不可再分中的内容是基本数据元素，不可再分 .连接符连接符month=1.12表示表示month可取可取112中的任意值中的任意值 * *表示注释表示注释两个星号之间的内容为注释信息两个星号之间的内容为注释信息4