软件项目管理课程课件(清华)ppt.ppt

《软件项目管理课程课件(清华)ppt.ppt》由会员分享，可在线阅读，更多相关《软件项目管理课程课件(清华)ppt.ppt（452页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。教材：教材：软件项目管理软件项目管理软件项目管理软件项目管理 覃征覃征覃征覃征 等等等等 编著编著编著编著 软件项目管理软件项目管理软件项目管理软件项目管理从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。第 1 章 导 论从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。1.1软件工

2、程一、软件工程定义软件：是与一个系统，特别是一个计算机系统有关的程序、过程和有关文档的完整集合。工程：是科学和数学的应用，通过这一应用，使得自然界的物质和能源的特性通过各种结构、机器、产品、系统和过程成为对人类有用的东西。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。软件工程的定义有多种说法软件工程的定义有多种说法:lFritz BauerNAV69在NATO会议上给出的定义:l 软件工程是建立和使用一套合理的工程原则，从而经济地获得可靠的和能在实际机器上高效运行的软件。从使用情况来看，闭胸式的使用比较

3、广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。lIEEEIEEE93给出了一个更加综合的定义：（）将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中。（）（）中所述方法的研究。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l本书给出的定义:软件工程是一类求解软件的工程。它应用计算机科学、数学以及管理科学等原理，借鉴传统工程的原则、方法，创建软件以达到提高软件质量、降低成本、按时按量交付的目的。从使用情况来

4、看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l计算机科学、数学用于构造模型和算法。l工程科学用于制定规范、设计模式、评估成本及确定权衡。l管理科学用于计划、资源、质量、成本等管理。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。二软件工程框架l软件工程目标l软件工程活动l软件工程原则从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。软件工

5、程框架从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。软件工程目标l正确性软件产品达到预期功能的程 度。l可用性软件基本结构、实现、文档为用户可用的程度。l合算性具有经济效益，即开发、运行的开销满足用户要求的程度。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。软件工程活动-生产软件步骤l问题定义明确要解决的问题l可行性分析即定义的问题是否有解决的办法l需求分析为解决问题，目标系统必须具备哪些功能l设计总体设计，详细

6、设计l实现编写程序代码l确认测试l支持软件维护从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。软件工程原则l选取适宜的开发模型l采用合适的设计方法l提供高质量的工程支持l重视开发过程的管理从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。三软件工程模型l所有软件工程的活动都必须进行管理。l软件项目管理贯穿于软件工程的演化过程。l软件工程的演化过程：从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞

7、开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。三软件工程模型l软件工程模型:组织软件工程活动的方法，称为软件工程模型。l软件工程模型是用一定的流程将各个活动连接起来，并可用规范的方式操作全过程，如同工厂的生产线。l常见模型有线性、快速原型、螺旋、渐增式等模型。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。常见的软件工程模型l线性模型（也称，瀑布模型，顺序模型）从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在

8、此不再说明。常用的软件工程模型l螺旋模型可看成是连接的线性模型从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。常用的软件工程模型l渐增式模型（增量模型）从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。常用的软件工程模型l渐增式模型首先构建系统的基本轮询回路：从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。1.2项目管理一项目与项

9、目管理项目的概念及特点项目：是指在一定约束条件下具有特定目标的一项一次性任务共同特点：一次性，又称为单件性目标的明确性：成果性目标（功能性要求），约束性目标作为管理对像的整体性从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。2、项目的生命周期从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。项目的生命周期 项目启动阶段进行可行性分析，若接受项目进行需求确认，项目立项项目计划阶段建立解决问题方案，向客户提交种计划书项目实

10、施阶段执行解决方案，实现项目的目标工作结束阶段正式验收项目从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。另一书中对项目周期阶段的划分生命周期阶段 工程阶段 初始阶段 细化阶段 生产阶段 构造阶段 移交阶段从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。各阶段特点l工程阶段：使计划、需求和构架同时进化，并解决开发风险，这个阶段以一个可执行构架基线结束，即工程阶段进行设计和综合活动。l生产阶段：进行构造、测试和实施活动

11、。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。各阶段特点l借助提高功能的演示使系统能力得以进化。l各种活动同时进化，每个阶段都包括一次或多次迭代，一次迭代表示一个活动序列，这些活动有明确的中间事件（里程碑）。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。各阶段特点l主里程碑：使用正式版本的评价标准和发布说明书，一个阶段结束产生一个主里程碑。l次里程碑：使用非正式版本，一次迭代结束产生一个次里程碑。从使用情况来看

12、，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。各阶段特点l为实现整个项目的某个特定状态，每个阶段都要进行足够次数迭代。l各阶段的工作产品（制品，文档等），同时进化产生，但每个阶段都有一个主要焦点：初始阶段需求 （生命周期目标里程碑）细化阶段设计 （生命周期构架里程碑）构造阶段实现 （初始的可操作能力里程碑）移交阶段实施 （产品发布里程碑）（这里的模型是渐增式（增量式）从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。项目管理l项目

13、管理定义PMI定义：在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求。项目管理又可定义为：在一个确定的时间范围内，为了完成一个既定的目标，通过特殊形式的临时性组织运行机制，经有效的计划、组织、领导和控制，充分利用既定有限资源的一种系统管理方法。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l项目管理特点综合性创造性时间性从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。项目管理的要素

14、l范围、时间、成本、质量、组织、客户满意度从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。二项目管理知识体系1.集成管理2.范围管理3.九个知识领域时间管理4.成本管理5.质量管理6.人力资源管理7.沟通管理8.采购管理9.风险管理从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。三项目管理学科的发展l项目管理学科发展的特点 全球化发展、多元化发展、专业化发展l项目管理学科在双向探索中前进 各学科领域的理论、方法应用于

15、项目管理，项目管理的理论、方法应用于各学科领域l项目学发展的趋势1.微观项目管理，即单一项目的管理2.PMBOK是当前项目管理学科发展的重要内容3.项目学是知识创新与市场相结合的综合化发展4.项目学是科学、技术和艺术的综合从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。软件项目管理一软件项目产品的特点1.抽象性2.缺陷检测的困难性3.高度的复杂性4.缺乏统一规则从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。二软件项

16、目失控的原因l软件失控项目(p15-16)是指软件项目在进行时遇到困难，导致大大超出可控制范围的项目。l软件项目失控的原因 七方面原因：需求不明确、计划不充分和过于乐观的估计、采用新技术、管理方法缺乏或不恰当、性能问题、团队组织不当、人际因素从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。三软件项目管理的内容l软件项目管理的定义(p19)l软件项目管理的过程(p19)l软件项目管理的内容(p19-20)从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工

17、程施工中已很少使用，在此不再说明。软件项目管理的定义lPMI对项目管理定义：在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求。l软件项目管理的定义：在软件项目活动中运用一系列的知识、技能、工具和技术，以满足软件需求方的整体要求。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。软件项目管理的过程1.启动软件项目2.制定项目计划3.跟踪及控制项目计划4.评审项目计划5.编写管理文档从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城

18、市地下工程施工中已很少使用，在此不再说明。软件项目管理的内容1.软件项目需求管理 2.软件项目估算与进度管理 3.软件项目配置管理 4.软件项目风险管理 5.软件项目质量管理 6.软件项目资源管理 从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。第章软件项目需求管理从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。软件需求一.软件需求概念1.定义l简单地说，软件需求就是确定系统需要做什么l严格意义上，软件需求是系统或软

19、件必须达到的目标与能力从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。定义软件需求的五项内容1.系统的输入2.系统的输出3.系统的功能4.系统的属性5.系统环境的属性从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。2.软件需求在软件项目的作用l软件需求与其他软件过程的关系从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。二软件需求

20、类别1.软件需求的抽象层次软件需求分成四个抽象层次1.原始问题描述2.用户需求3.系统需求4.软件设计描述从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。软件需求的抽象层次从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。1.原始问题描述是对要解决问题的叙述2.用户需求是用自然语言和图表给出的关于系统需要提供的服务及系统的操作约束3.系统需求用详细的术语给出系统要提供的服务及受到的约束，因而系统需求文档也称为功能描述4

21、.软件设计描述是在系统需求的基础上加入更详细的内容构成的，它作为软件详细设计和实现的基础，是对软件设计活动的概要描述从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l原始问题描述和用户需求的抽象层次比较高能帮助我们在较高的抽象层次上进行交流，便于用户和软件开发人员之间的理解和沟通l系统需求和软件设计描述则是具体的，可以根据它们来进行编码实现l通常情况下，经常提到的是用户需求和系统需求从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，

22、在此不再说明。2.用户需求l用户需求从用户的角度描述系统的需求，以便没有专业技术背景的用户能看懂它只描述系统的外部行为，尽量避免涉及系统内部的设计特性，因而用户需求就不可能使用任何实现模型来描述，而只能通过自然语言，图表，图形等来叙述从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。使用自然语言可能出现如下问题l描述困难l需求混乱因此写需求文档应遵守一些简单原则：l标准的格式l使用一致的语言l使用特殊文本l尽量避免专业术语从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在

23、近些年的城市地下工程施工中已很少使用，在此不再说明。3.系统需求l系统需求是比用户需求更为详细和专业的需求描述，是系统实现的依据一个完整且一致的系统需求描述，是软件设计的起点l系统需求描述通常采用结构化语言和过程设计语言PDL.从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。系统需求的描述语言名称 说明 优点 缺点 结构化语言是对自然语言格式化，依赖于定义标准格式或模板来表达需求描述表现能力强、易于理解、一致性约束、控制结构、图形化显示仍然有一定程度的二义性；细致程度欠缺PDL 源于像Java或Ada这样

24、的程序设计语言，包含附加的、更抽象的构造来提高其表达能力 可通过软件工具进行语法和语义检查表达系统功能的能力不足、使用的符号只有具有程序设计背景的人才能理解从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。4系统需求的分类l分为三类：功能需求 非功能需求 领域需求从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。(1)功能需求功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务，对输入如何响应及特定条件下系统行为

25、的描述系统的功能需求应该具备全面性和一致性要做到全面和一致几乎是不可能的原因有二，其一是系统本身固有的复杂性；其二是用户和开发人员站在不同的立场上，导致他们对需求的理解有偏颇，甚至出现矛盾为保证软件项目的成功，无论在哪个阶段，只要发现问题，都必须修正需求文档从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。(2)非功能需求非功能需求是指那些不直接与系统的具体功能相关的一类需求，但它们与系统的总体特性相关，如可靠性，响应时间，存储空间等非功能需求定义了对系统提供的服务或功能的约束，包括时间约束，空间约束，开发

26、过程约束及应遵循的标准等从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l按照非功能需求的起源，可将其分为三大类：产品需求，机构需求，外部需求；l产品需求对产品的行为进行描述；机构需求描述用户与开发人员所在机构的政策和规定；外部需求范围比较广，包括系统的所有外部因素和开发过程从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。表2.2 非功能需求的类别非功能需求 产品需求 可用性需求 效率需求 性能需求 空间需求 可靠性

27、需求 可移植性需求 机构需求 交付需求 实现需求 标准需求 外部需求 互操作需求 道德需求 立法需求 隐私需求安全性需求从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。(3)领域需求领域需求的来源不是系统的用户，而是系统应用的领域，反应了该领域的特点领域需求可能是功能需求，也可能是非功能需，其确定需要领域知识从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。三软件需求文档软件需求文档是对软件系统要求的陈述 包括：用户需

28、求 系统需求从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。三软件需求文档1.需求文档的编制与作用需求文档的编制与作用编写需求文档时，以下几点是应该注意的：l语句和段落尽量简短l表达时采用主动语态l语句要完整，且语法，标点等正确无误l使用的术语要与词汇表中的定义保持一致l陈述时要采用一致的样式l避免模糊的，主观的术语，如性能优越l避免使用比较性的词汇，尽量给出定量的说明，含糊的语句表达将引起需求的不可验证从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下

29、工程施工中已很少使用，在此不再说明。需求文档的作用 使用对象 需求文档的作用 l软件项目客户 了解软件项目能够提供的软件产品，检查 软件需求是否满足需要l项目管理人员 根据需求文档制定项目的开发计划和软件过程，初步预测资源的使用l软件开发人员 理解要开发的产品及具体要开发的内容l软件测试人员 验证软件系统是否满足了预期的要求l软件维护人员 使用需求文档帮助理解软件系统内在的逻辑关系l软件发布人员 在需求文档的基础上编写用户文档，如用户手册l软件培训人员 在需求文档的基础上编写培训材料从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中

30、已很少使用，在此不再说明。软件需求规格说明(1)基本含义l规格就是一个预期的或已存在的计算机系统的表示，它可以作为开发者和用户之间协议的基础来产生预期的系统l软件需求规格SRS也称为功能规格说明，需求协议或系统规格说明，精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件，是对外部行为和系统环境（软件，硬件，通信端口和人）接口的简洁完整的描述性文档从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l软件项目管理者用SRS来对项目进行计划和管理。l除设计和实现上的限制外，SRS一般不包括设计、构

31、建、测试或工程管理的细节。lSRS的基本内容包括功能需求和非功能需求。l功能需求定义系统需要“做什么”,描述系统输入输出的映射及其关联信息,完整地刻画系统功能,是整个软件需求的核心。l非功能需求定义系统的属性,描述和功能无关的目标系统特性,包括系统的性能、有效性、可靠性、安全性、易维护性及可见性等。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。(2)IEEE标准830-1998 见:P27P28从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工

32、中已很少使用，在此不再说明。(3)SRS 大纲 见:P28-P29从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。四.软件需求度量l一个好的需求集应该满足用户解决问题需要的功能和服务,而且尽量避免软件设计与软件实现的细节.l软件需求质量度量的九个元素,即正确,无歧义,完备,一致,分级,可验证,可修改,可跟踪及可理解从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。22 需求工程从使用情况来看，闭胸式的使用比较广泛。敞开

33、式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。一、产生与发展1、产生人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，而是贯穿于软件项目开发的整个生命周期。需求工程是一个包括创建和维护需求文档所必需的所有活动的过程，是将用户非形式化的软件需求转变为形式化的需求规格说明的过程。需求规格说明又是软件设计、实现、测试直至维护的主要基础。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。2.发展需求工程的发展趋势是对象化、形式化和自动化，并将向着纵深发展和综合

34、发展。（）对象化需求工程的对象化主要是指需求模型及其构造方法的对象化，面向对象需求模型及需求定义语言是其研究的关键。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。（）形式化 需求规格描述方法有三种:形式化方法、非形式化方法和半形式化方法。形式化方法是具有严格数学基础的描述系统特征的方法，具有准确、无二义性的特点，有助于验证有效性和完整性。非形式化方法使用未作任何限制的自然语言，易于理解和使用，但它固有二义性，且难以保证正确性、可维护性，难以用计算机系统提供自动化的支持。半形式化方法介于上述两者之间，在宏

35、观上对语言和语义有较精确的描述，而在某些局部方面则允许使用非形式化的自然语言。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。(3)自动化在自动化的层次方面，已从实现级、设计级发展到功能级，并逐渐渗透到需求级。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。二.研究内容、需求工程的目标 需求工程有两个主要任务：其一是通过对问题及其环境的理解、分析和综合，建立分析模型;其二是在完全弄清用户对软件系统的确切要求的基础上，

36、用SRS把用户的需求表达出来。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。（）建立需求分析模型分析模型是描述软件需求的一组模型。需求分析模型包含问题及其环境所涉及的信息流、处理功能、用户界面、行为模型及设计约束等，是形成需求说明、进行软件设计及实现的基础。（）编写SRSSRS的编写要以需求分析模型为基础、按照软件组织定义的SRS大纲、采用某种需求描述语言来进行。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。、需

37、求工程的层次分解 需求工程可分为需求开发和需求管理，前者测重于需求的生成，而后者测重于需求变更的控制。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l需求开发和需求管理是有界限的：从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。需求管理从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。一.需求管理的必要性、需求供求双方固有的矛盾

38、需求过程中，需求的供求双方经常会遇到双方不能达成共识或双方达成共识的内容其实有相当大的出入等情况。、需求具有易变性和难以表述性软件项目中的问题都是在需求分析阶段埋下的祸根。软件需求还很难以表述。正是因为需求的易变性和难以表述性，所以需求需要有科学的分析方法和管理方法。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。、需求错误出现的高频性和修复的高昂成本需求错误是软件项目开发中最常见的。表2.4 软件缺陷总结l缺陷来源 潜在缺陷 剩余缺陷 排除效率（%）需求 0.2 0.046 77 设计 0.25 0.0

39、375 85 编码 0.35 0.0175 95 建档 0.12 0.024 80 修复 0.08 0.024 70 合计 1 0.149 85.1 l 从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。一个在需求阶段出现的错误，在维护阶段修复它的成本约是需求阶段修复成本的倍。对于软件缺陷，修复的发现和修复的越早，则成本越低。做好需求管理、减少需求错误的出现对降低软件项目的成本是至关重要的。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少

40、使用，在此不再说明。软件缺陷修复的成本从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。二.目标和原则、目标(p35-36)需求管理的目的是在客户和处理客户需求的软件项目组之间建立对客户需求的共同理解。具体来说,需求管理的目标有二个:(1)使软件需求受控,并建立供软件工程和管理使用的需求基线。(2)使软件计划、产品和活动与软件需求保持一致。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。、原则为进行有效的需求管理，通常

41、要遵循如下五条原则：（）需求一定要分类管理（）需求必须分优先级（）需求必须文档化（）需求一旦变化，就必须对需求变更的影响进行评估（）需求管理必须与需求工程的其他活动紧密整合从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。三.需求管理活动l需求管理规划内容包括：需求识别 变更管理过程 需求跟踪 自动化工具从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l需求管理是一个对系统需求变更了解和控制的过程。需求管理的过程是与其

42、他需求工程过程相互关联的。初始需求导出的同时就启动了需求管理规划，一旦形成了需求文档的草稿版本，需求管理活动就开始了。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l需求管理活动的具体内容如表所示需求管理活动 活动的任务变更控制 建议需求变更并分析其影响，做出是否变更的决策版本控制 确定单个需求和SRS的版本需求跟踪 定义对于其他需求及系统元素的联系链需求状态 定义并跟踪需求的状态从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，

43、在此不再说明。2.3.4 需求变更管理1、需求变更的原因 软件项目的需求总是在变化着,一般原因有二:(1)在项目的早期所有的问题不可能被完全定义,软件需求是不完全的,注定了需求需要变更。(2)随着软件项目的进行,软件开发人员对问题的理解会发生变化,这些变化也要反馈到需求中去。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。大型软件系统还可能存在如下导致需求变更的原因:(1)不同类型的用户的需求可能是冲突的或是矛盾的,最后的系统需求是它们之间的一个妥协.这种妥协的程度在项目进行过程中有可能发生改变,从而导致

44、系统需求的改变。(2)系统购买者或系统最终用户很少是同一人,有的系统客户对系统提出的一些需求可能和最终用户需求不一致。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。2、变更管理过程 变更管理过程分为变更描述、变更分析和变更实现三个阶段。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。(1)变更描述 变更描述阶段要对需求问题或变更提议进行分析以检查它的有效性，进而产生一个更明确的需求变更提议。(2)变更分析 变更分析

45、阶段对被提议的变更产生的影响进行评估。一旦分析完成，就有了对此变更是否执行的决策意见。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。(3)变更实现 实现变更时，需求文档及系统设计和实现都要做修改。一个容易出现的错误，一定要注意：先对系统做变更然后再回头修改需求文档的想法，这几乎不可避免地导致需求描述和系统实现不同步。需求文档应该有一个很好的形式，使得变更不会带来大量文字的修改。对于程序文档的可变性则通过最小化外部引用和尽量使之模块化来实现。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构

46、、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。3、变更影响分析l进行需求变更影响分析,应评估每项选择的需求变更,以确定它对项目计划安排和其他需求的影响,同时明确与变更相关的任务并评估完成这些任务需要的工作量。变更影响分析有助于做出信息量充分的变更决策,确定对变更是修改还是抛弃,或者创建新系统以及评估每个任务的工作量.从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l如果一个处于关键路径的任务因变更而延期,则项目肯定赶不上预定进度,但如果能避免变更影响关键任务,则变更不会影响项目

47、的进度表l影响分析报告的模板,用来报告进行需求变更的影响分析,变更控制委员会仅需要影响分析的总结.从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。需求变更影响分析模板从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。4、变更控制流程需求变更控制的流程如图所示从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。2.3.5需求文档版本l如

48、果没有很好的需求文档版本管理,就容易造成资源浪费.l需求文档版本控制是需求管理的一个必要方面.从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l做好需求文档版本控制,必须保证如下几点:统一确定需求文档的每一个版本,保证每个成员都能得到当前的需求版本;清楚地将变更写成文档,并及时通知项目开发所涉及的人员;为尽量减少困惑、冲突、误传，应只允许指定的人来更新需求文档。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l版本控

49、制的最简单方法是在每一个公布的需求文档的版本应该包括一个修正版本的历史情况，即已作变更的内容、变更日期、变更人的姓名以及变更的原因，并根据标准约定手工标记软件需求规格说明的每一次修改。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。2.3.6需求状态1、需求的属性 需求还有一些相关的属性,这些属性的定义及更新是需求管理的重要内容.需求的属性为需求提供了背景资料和上下文关系。从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说

50、明。需求要考虑的属性如下(1)需求的创建时间(2)需求的版本(3)需求的创建者(4)需求的批准者(5)需求的状态(6)需求的原因或根据(7)需求涉及的子系统(8)需求涉及的产品版本(9)需求的验证方法或测试标准(10)需求的优先级(11)需求的稳定性从使用情况来看，闭胸式的使用比较广泛。敞开式盾构之中有挤压式盾构、全部敞开式盾构，但在近些年的城市地下工程施工中已很少使用，在此不再说明。l需求的优先级,即从实现需求所涉及的代价、收益、成本、风险四个方面考察需求的优先级l需求的稳定性，表示将来需求可能变更的程度，稳定性越差，意味着需求越容易发生变更，因而应给予较多的关注。从使用情况来看，闭胸式的使