软件工程习题解析 (一)

第一章

1.1什么是计算机软件？软件的J特点是什么？

计算机软件是指计算机系统中的I程序及其文档

软件的特点：

•软件是i种逻辑实体，而不是有形口勺系统元件，其开发成本和进度难以精确地估算。

•软件是被开发的或被设计的，没有明显的制造过程，一旦开发成功，只需复制即可,

但其维护的工作量大。

•软件时使用没有硬件那样的机械磨损和老化问题。

1.2简述软件H勺分类，并举例阐明

1.系统软件

系统软件居于计算机系统中最靠近硬件的一层，其他软件一般都通过系统软件发挥

作用。例如：编译软件、操作系统。

2.支撑软件

支撑软件是支撑软件口勺开发和维护的软件。例如：数据库管理系统、网络软件、软

件工具、软件开发环境。

3.应用软件

应用软件是特定应用领域专用日勺软件。例如：工程/科学计算机软件、嵌入式软件、

产品线软件、Web应用软件、人工智能软件。

13简述软件语言口勺分类，并举例阐明。

1.需求定义语言

是用于书写软件需求定义的语言。例如：PSL/PSA.

2.功能性语言

是用于书写软件功能规约的J语言，一般又称为功能规约语言。例如：广谱语言、Z

语言。

3.设计性语言

是用于书写软件设计规约的语言。例如：PDLo

4.实现性语言

也称为程序设计语言，是用于书写计算机程序的语言。例如：C、java.PROLOG.

FORTRAN、COBOL、Modula。

5.文档语言

是用于书写软件文档的语言。一般用自然语言或半形式化语言书写。

1.4什么是软件工程？

软件工程是应用计算机科学、数学及管理科学等原理，开发软件日勺工程。软件工程借鉴

老式工程日勺原则、措施，以提高质量、减少成本为目的J。

1.5简述软件工程II勺基本原则。

软件工程原则包括围境工程设计、工程支持和工程管理所提出H勺如下4条基本原则。

1.选用合适的开发模型

必须认识需求定义的易变性，采用合适的开发模型，保证软件产品满足顾客的

规定。

2.采用合适的设计措施

合适时设计措施有助于这些特性日勺实现，以到达软件工程的目日勺。

3.提供高质量的工程支撑

软件工程项目的I质量与开销直接取决于对软件工程所提供的支撑质量和效用。

4.重视软件工程的管理

仅当软件过程予以有效管理时，才能实既有效的软件工程。

1.6软件工程生存周期分哪几种阶段？分别简述各个阶段的任务。

1.计算机系统工程

计算机系统工程H勺任务是确定待开发软件的总体规定和范围，以及该软件与其

他计算机系统元素之间的关系，进行成本估算，作出进度安排，并进行可行性分析。

2.需求分析

需求分析重要处理待开发软件要“做什么”的问题，确定软件的功能、性能、

数据、界面等规定，生成软件需求规约（也称软件需求规格阐明）。

3.设计

系统设计的I任务是设计软件系统口勺体系构造，详细设计的任务是设计各个构成

成分的实现细节，包括局部数据构造和算法。

4.编码

编码阶段日勺任务是用某种程序设计语言，将设计日勺成果转换为可执行日勺程序代

码。

5.测试

测试阶段口勺任务是发现并纠正软件中的错误和缺陷。

1.7简述CMM欧J5个等级。

1.初始级

2.可反里级

3.已定义级

4.已管理级

5.优化级

1.8简述CMMI的持续式模型和阶段式模型。

1.阶段式模型的构造类同于软件CMM,它关注组织I勺成熟度，CMMI-SE/SW/IPPD1.1版

中有5个成熟度等级：初始H勺、已管理的、已定义H勺、定量管理H勺、优化的。

2.持续式模型关注每个过程域的能力，CMMI中包括6个过程域能力等级：未完毕的、

己执行日勺、己管理的、己定义的、定量管理小J、优化的J。

1.9简述各类软件过程模型的特点。

1.瀑布模型：上一阶段的活动完毕并通过评审才能开始下一阶段的活动，接受上一阶

段活动U勺成果作为本阶段活动的输入，根据上一阶段活动的成果实行本阶段应完毕的活

动，对本阶段的活动进行评审。

2.演化模型：从构造初始欧I原型出发，逐渐将其演化成最终软件产品的过程。演化模

型尤其合用于对软件需求缺乏精确认识的状况。

3.增量模型：将软件的开发过程分为若干个日程时间交错U勺线性序列，融合了瀑布模

型的基本成分（反复地应用）和演化模型的迭代特性，尤其合用于需求常常发生变化的

软件开发。

4.原型模型：开发人员和顾客在“原型”上到达一致，缩短了开发周期，加紧了工程进

度，减少成本。

5.螺旋模型：将原型实现的迭代特性与瀑布模型中控制的和系统化的方面结合起来,

不仅体现了这两种模型的长处，并且增长了风险分析。

6.喷泉模型：各个阶段没有明显的界线，开发人员可以同步进行开发，可以提高软件

项目开发效率，节省开发时间，适应于面向对象的软件开发过程。

7.基于构件的开发模型：运用预先包装的构件来构造应用系统。

8.形式化措施模型：易于发现需求的歧义性、不完整性和不•致性，易于对分析模型、

设计模型和程序进行险证。

1.10敏捷软件开发的特点是什么？

1.个体和交互胜过过程和工具

2.可以工作的软件胜过面面俱到的I文档

3.客户合作胜过协议谈判

4.响应变化胜过遵照计划

1.11简述敏捷软件开发的价值观。

1.个人和交互高于过程和工具

2.可运行软件高于详尽口勺文档

3.与客户协作富于协议（契约）谈判

4.对变更及时作出反应高于遵照计划

1.12简述敏捷软件开发的原则。

1.最优先的是通过尽早地和不停地交有价值的软件来使客户满意。

2.虽然到了开发的后期，也欢迎变化需求。

3.以几周到几种月为周期，尽快、不停地公布可运行软件。

4.在整个项目过程中，业务人员和开发人员必须每天一起工作。

5.以积极向上的员工为中心建立项目组，予以他们所需要的环境和支持，对他们的工作

予以充足的信任。

6.项目组内效率最高、最有效的信息传递方式是面对面的交谈。

7.测量项目进展的首要根据是可运行的软件。

8.敏捷过程倡导可持续H勺开发，项目发起者、开发者和顾客应能长期保挣恒定的速度。

9.应时刻关注技术上向精益求精和好的设计，以增强敏捷性。

10.简朴化是必不可少的，这是尽量减少不必要工作的艺术。

11.最佳的构架、需求和设计出自于自我组织的团体。

12.团体要定期反思怎样才能更有效，并据此调整自己的行为。

1.13通过本章学习，请对敏捷软件开发作简要评价。

（略）

1.14简述CASE工具和环境H勺重要性。

CASE已被证明可以加紧开发速度，提高应用软件生产率并保证应用软件的可靠品

质。计算机专业人员运用计算机使他们U勺企业提面了效率，企业U勺各个部门通过使用计算机

提高了生产率和效率，增强了企业的竞争力并使之带来了更多的利润。

第一草

2.1简述系统工程的任务

1.识别顾客的规定

识别顾客对基于计算机的系统的总体规定，标识系统的功能和性能范围，确定系统

的功能、性能、约束和接口。

2.系统建模和模拟

•种基于计算机的系统•般可考虑建立如下模型：硬件系统模型、软件系统模型、

人机接口模型、数据模型。

3.成本估算及进度安排

开发一种基于计算机的系统需要一定的资金投入和时间约束（交互日期），需进行

成本估算，并作出进度安排。

4.可行性分析

重要从经济、技术、法律等方面分析所给出的处理方案与否可行。

5.生成系统规格阐明

作为后来开发基于计算机的系统的根据。

2.2基于计算机日勺系统由哪些元素构成？

1.软件

2.硬件

3.人员

4.数据库

5.文档

6.规程

2.3简述可行性分析的任务

1.经济可行性

a）成本

b）效益

c）货币的时间价值

d）投资的回收期

e）纯收入

2.技术可行性

a）风险分析

b）资源分析

c）技术分析

3.法律可行性

4.措施的选择和折变

第三章

3.1需求工程的重要性是什么？

可以确定客户需求协助分析人员理解问题评估可行性协商合理H勺处理措施无

歧义日勺规约方案、确认规约以及将规约转换到可运行的系统时日勺管理规定。

3.2需求工程详细包括哪些环节？每个环节的详细任务是什么？

1.需求获取：系统分析人员通过与顾客日勺交流、对既有系统的观测及对任务进行分析。

2.需求分析与协商：分析每个需求与其他需求的关系以检查需求的一致性、重叠和遗

漏日勺状况，并根据顾客的需求对需求进行排序。

3.系统建模：通过合适的工具和符号系统地描述需求。

4.需求规约：给出对目的软件的多种需求。

5.需求验证：对功能的对时性、完整性和清晰性以及其他需求予以评价。

6.需求管理：对需求工程所有有关活动H勺规约和控制。

3.3一种系统分析员应当具有哪些思想素质和基木知识？请阐明理由.

1.可以纯熟地掌握计算机硬、软件的专业知识，具有一定H勺系统开发经验。

2.善于进行抽象口勺思维和发明性日勺思维，善于把握抽象的I概念，并把它们重新整顿成

为多种逻辑成分，并给出简要、清晰日勺描述。

3.善于从互相冲突或混淆的原始资料中抽出恰当的条目来。

4.善于进行调杳研究，可以很快学习顾客日勺专业领域知识，理解顾客叫I环境条件。

5.可以倾听他人日勺意见，注意发挥其他人员的作用。

6.具有良好的书面和口头交流体现能力。

3.4列出在制定需求获取方略时H勺3种重要考虑原因。

1.功能需求。考虑系统要做什么，在何时做，在何时及怎样修改或升级。

2.性能需求。考虑软件开发的技术性指标。

3.顾客或人对原因。考虑顾客的类型。

3.5（略）

3.6（略）

3.7（略）

3.8软件需求分析的操作性原则和需求工程口勺指导性原则是什么？

需求分析的操作性原则：

•必须可以表达和理解问题的信息域.

•必须可以定义软件将完毕的功能。

•必须可以表达软件日勺行为（作为外部事件日勺成果）。

•必须划分描述数据、功能和行为的模型，从而可以分层次地揭示细节。

•分析过程应当从要素信息转移向细节信息

需求工程的指导性原则：

•在开始建立分析模型之前应当先理解问题。假如问题没有很好理解就急于求成，常

常会产生一种处理错误问题的完美日勺软件。

・强力推荐使用原型。这样做可以使顾客理解将怎样与计算机交互，而人们对软件质

吊日勺认识常常是基于对界面“友好性”日勺切身体会。

•记录每一种需求的来源和原因。这是建立对顾客规定日勺可追溯性的第一步。

•使用多种视图，建立系统的数据、功能和行为模型。这样做可办助分析员从多方面

分析和理解问题，减少遗漏，识别也许口勺不一致之处。

•给需求赋予优先级。由于过短的时限会减少实现所有软件需求的也许性。因此，对

需求排定一种优先次序，标识哪些需求先实现，哪些需求后实现。

•注意消除歧义性。由于大多数需求都是以自然语言描述，存在论述的歧义性问题

导致遗漏和误解。采用正式的技术评审是发现和消除歧义性的好措施。

3.9软件需求规约重:要包括哪些内容？

1.引言

2.信息描述

3.功能描述

4.行为描述

5.检查原则

6.参照书目

7.附录

3.10需求验证应当有哪些人参与？

分析人员、顾客、开发部门的管理者、软件设计、实现、测试的人员。

第四章

4.1简述软件设计阶段的基本任务。

1.数据/类设计：将分析类模型变换成类的实现和软件实现所需要的数据构造。

2.体系构造设计：定义了软件U勺整体构造，由软件部件、外部可见的属性和他仅之间

H勺关系构成。

3.接口设计：描述了软件内部、软件和协作系统之间以及软件同人之间的通信方式。

4.部件级设计：将软件体系构造的构造性元素变换为对软件部件的过过程性描述。

4.2软件设计与软件质量的关系是怎么样啊?

设计是在软件开发中形成质量的阶段，设计提供了可以用F质量评估的软件表达，是将

顾客需求精确地转化为完整的软件产品或系统的重要途经。

4.3（略）

4.4简述模块、模块化及模块化设计的概念。

模块是数听阐明、可执行语句等程序对象的集合，是单独命名的，并且可以通过名

字来访问时。

模块化是指把软件按照规定原则，划分为一种人较小U勺，互相独立的但又互相关联

的部件。

模块化设计就是程序U勺编写不是开始就逐条录入计算机语句和指令,而是首先用主

程序、子程序、子过程等框架把软件的重要构造和流程描述出来，并定义和调试好各个

框架之间的输入、输出链接关系。

4.5举例阐明每种类型的模块耦合度和每种类型的I模块内聚度。

a）内容耦合：当一种模块直接修改或操作另一种模块的数据，或者直接转入另一种模

块时就发生了内容耦合。此时，被修改的1模块完全依赖于修改它的模块。假如发生

下列情形，两个模块之间就发生了内容耦合：

I.一种模块直接访问另一种模块日勺内部数据

ii.一种模块不通过正常入口转到另一模块内部

Hi.两个模块有一部分程序代码重叠（只也许出目前汇编语言中）

iv.一种模块有多种入口。

b）公共耦合：若一组模块都访问同一种公共数据环境，则它们之间的I耦合就称为公共

耦合。公共口勺数据环境可以是全局数据构造、共享日勺通信区、内存的公共覆盖区等。

C）外部耦合：一组模块都访问同一全局简朴变量而不是同一全局数据构造，并且不是

通过参数表传递该全局变量日勺信息，则称之为外部耦合。

d）控制耦合：假如一种模块通过传送开关、标志、名字等控制信息，明显地控制选择

另一模块的功能，就是控制耦合。

e）标识耦合：一组模块通过参数表传递记录信息，就是标识耦合。这个记录是某一数

据构造H勺子构造，而不是简朴变量。其实传递的是这个数据构造H勺地址。

f）数据耦合：•种模块访问另•种模块时，彼此之间是通过简朴数据参数（不是控制

参数、公共数据构造或外部变量）来互换输入、输出信息的。

g）非直接耦合：两个模块之间没有直接关系，它们之间的联络完全是通过主模块的控

制和调用来实现的

1.巧合内聚：讲几种模块中没有明确体现出独立功能的相似程序代码段独立出来建立

的模块称巧合内聚模块。

2.逻辑内聚：逻辑内聚是指完毕一组逻辑有关任务的模块，调用该模块时，由传送给

模块的控制性参数来确定该模块应执行哪•种功能。

3.时间内聚：时间内聚是指一种模块中II勺所有任务必须在同一时间段内执行。

4.过程内聚：过程内聚是指一种模块完毕多种任务，这些任务必须指定的过程执行。

5.通信内聚：通信内聚是指一种模块内所有处理元素都集中在某个数据构造的一块区

域中。

6.次序内聚：次序内聚是指一种模块完毕多种功能，这些功能又必须次序执行

7.功能内聚：功能内聚是指一种模块中各个部分都是为完毕一项详细功能而协同工

作，紧密联络不可分割。

4.6耦合和软件可移植性的概念有何关系？

耦合性是2个或多种模块有关的程度，可移植性是指软件从一种平台/环境转移到

另一种平台/环境的难易程度。

4.7描述信息隐蔽概念，并讨论信息隐蔽与模块独立两概念之间的关系。

1.信息隐蔽指在设计和确定模块时，使得一种模块内包括信息（过程或数据），对于不

需要这些信息口勺其他模块来说，是不能访问的。在面向对象措施中，信息隐蔽是通

过对象的封装性来实现的J。

2.信息隐蔽的概念与模块的独立性直接有关

4.8什么是模块B勺独立性？设计中为何模块要独立？怎样度量独立性？模块功能独立有何长

处？

1.模块独立性：

A.模块独立性指每个模块只完毕系统规定的独立日勺子功能，并且与其他模块H勺联

络至少且接L1简朴

B.模块独立性是指模块内部各部分及模块间的关系日勺一种衡鼠原则，由内聚和耦

合来度量。

2.A.具有独立日勺模块的软件比较轻易开发出来。这是由于可以分割功能并且接口可以

简化，当许多人分工合作开发同一种软件时，这个长处尤其重要。

B.独立的模块比较轻易测试和维护。这是由于相对说来修改设计和程序需要的工

作量比较小，错误传播范围小，需要扩充功能时可以“插入”模块。总之，模块独立

是优秀设计日勺关键，而设计又是决定软件质量的关键环节。

3.模块的独立程度可以由两个定性原则度量：内聚和耦合。

4.A.具有独立口勺模块的软件比较轻易开发出来。这是由于可以分割功能并且接口可以

简化，当许多人分工合作开发同一种软件时，这个长处尤其重要。

B.独立的模块比较轻易测试和维护。

4.9软件设计规约重要包括哪些内容？

1.工作范围

A.系统目的

B.运行环境

C.重要软件需求

D.设计约束/限制

2.体系构造设计

A.数据流与控制流复审

B.导出的程序构造

C.功能与程序交叉索引

3.数据设计

A.数据对象与形成日勺数据构造

B.文献和数据库构造：i.文献口勺逻辑构造；ii.文献逻辑记录描述；iii.访问方式

C.全局数据

D.文献/数据与程序交叉索引

4.接口设计

A.人机界面规格阐明

B.人机界面设计规则

C.外部接【I设计：i.外部数据接口；ii.外部系统或设备接口

D.内部接口设计规则

5.各部件的过程设计

A.处理与算法描述

B.接口描述

C.设计语言（或其他）描述

D.使用的部件

E.内部程序逻辑描述

F.注释/约束/限制

6.运行设计

A.运行部件组合

B.运行控制

C.运行时间

7.出错处理设计

A,出错处理信息

B.出错处理对策：i.设置后备；ii.性能降级；iii.恢复和再启动

8.安全保密设计

9.需求/设计交叉索引

10.测试部分

A.测试方针

B.集成方略

C.特殊考虑

11.特殊注解

12.附录

第五章

5.1简述数据流图U勺重要思想，概述使用数据流图进行需求分析的过程。

数据流图描述输入数据流到输出数据流的变换（即和工），用于对系统的功能建模。

1.画出系统的输入和输出।

A.确定源和宿

B.确定加工

C.确定数据流

D.顶层图一般没有文献

2.画出系统内部

A.确定加工

B.确定数据流

C.确定文献

D.确定源和宿

3.画出加工内部

4.反复第3步，直至每个尚未分解的加工都足够简朴（即不必再分解）

5.2分别采用数据流措施中的哪些技术来完毕顾客需求的精确化、一致化和完全化任务？

1.父图和子图平衡

2.数据守恒

3.局部文献

4.一种加工的输入数据流不能与该加工的输入数据流同名

5.每个加工至少有一种输入数据流和一种输出数据流

6.在整套分层数据流中，每个文献应至少有一种加工读该文献，有另一种加工写该文

献。

7.分层数据流图中得每个数据流和文献都必须命名（除了流入或流出文献H勺数据流）,

并且与数据字典一致。

8.分层DFD中的每个基本加工（即不再分解子图的加工）都应有一种加工规约。

5.3（略）

5.4在数据流图中，可否将两个加工用一种数据流相连？可否将两个源用一种数据流相连？

为何？

两个加工可以直接用数据流相连，两个源不能直接月数据流相连。由于数据流由一组固

定成分H勺数据构成。在DFD中，数据流H勺流向可以有如下几种：从一种加工刘向另一种加

工，从加工流向文献（写文献），从文献流向加工（读文献），从源流向加工，从加工流向宿。

5.5（略）

5.6（略）

5.7（略）

5.8（略）

5.9（略）

第六章（略）

第七章（略）

第八章（略）

第九章（略）

第十章（略）

第十一章

11.1软件测试的目H勺是什么？

软件测试的目的是发现软件中的错误和缺陷，并加以纠正。

11.2什么是白盒测试？什么是黑盒测试？

白盒测试乂称构造测试，这种措施把测试对象看做一种透明H勺盒子，测试人员根据程序

内部的逻辑构造及有关信息设计测试用例，检查程序中所有逻辑途径与否都按预定的规定对

的地工作。白盒测试重要用于对•程序模块日勺测试。包括：

・程序模块中的所有独立途径至少执行一次。

•对所有逻辑鉴定的取值（“真”与“假”）都至少测试一次。

•在上下边界及可操作范围内运行所有循环

•测试内部数据构造口勺有效性等

黑盒测试又称行为测试，这种措施吧测试对象看做i种黑盒子，测试人员完全不考虑程

序内部H勺逻辑构造和内部特性，只根据程序的需求规格阐明书，检查程序的J功能与否符

和它H勺功能需求。黑盒测试可用于多种测试，它试图发现如下类型的错误：

•不对的或遗漏的功能

•接口错误，如输入输出参数的个数、类型等

•数据构造错误或外部信息（如外部数据库）访问错误

・性能错误

•初始化和终止错误

11.3（略）

11.4（略）

11.5分别筒述单元测试、集成测试、确认测试和系统测状的任务。

1.单元测试：又称模块测试，着重对软件设计的最小单元一一软件构件或模块进行验

证。单元测试根据设计描述，对重要日勺控制途径进行测试，已发现构建或模块内部

口勺错误，一般采用白盒测试，并且多种构件或模块可以并行测试。单元测试的重要

内容：接口、局部数据构造、边界条件、独立途径和错误处理途径。

2.集成测试：也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照规定

（如根据构造图）组装成为子系统或系统，进行集成测试。使用黑盒测试措施测试

集成的功能，并且对此前的集成进行回归测试。

3.确认测试:经集成测试后，已经按照设计把所有的模块组装成一种完整的软件系统，

接口错误也已经基本排除了，接着就应当深入验证软件U勺有效性，这就是确认测试

II勺任务，即软件的功能和性能如同顾客所合理期待的那样。

4.系统测试：将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，

进行信息系统H勺多种组装测试和确认测试，系统测试是针对整个产品系统进行的测

试，目的是验证系统与否满足了需求规格的定义，找出与需求规格不符或与之矛盾

的地方，从而提高愈加完善的方案。

11.6什么是a测试？什么是B测试？

1.a测试时由一种颐客在开发者口勺场所进行日勺测试，软件在开发者时顾客时，指导下”

进行测试。通过a测试后的软件成为B版软件。

2.B测试是指软件开发企业组织各方面日勺经典顾客在平常工作中实际使用B版本，并

规定顾客汇报异常状况、提出批评意见，然后软件开发企业再对B版本进行改错和

完善。

11.7什么是回归测试？

回归测试就是对已经进行过的测试的子集U勺重新执吁，以保证对程序的变化和修改，没

有传播非故意的副作用。

11.8简述边界值分析措施的作用。

长期日勺测试工作经验告诉我们，大量的错误时发生在输入或输出范围的边界上，而不是

发生在输入输出范围的内部。因此针对多种边界状况设计测试用例，可以查出更多的错误。

第十二章（略）

第十三章

13.1请讨论时软件维护成本居高不下的原因。怎样尽量减少这些原因的影响？

1.

a）软件的维护周期长；

b）需要维护口勺软件往往没有文档、或文档资料严重局限性、或软件的变化未在对

应的了文档中反应出来；

c）维护活动占用了其他软件开发可用的资源，使资源的运用率减少；

d）某些修复或修改祈求得不到及时安排，使得客户满意率下降；

e）维护的成果把某些新的潜在日勺错误引入软件，减少了软件质量；

f）将软件人员抽调到维护工作中，使得其他软件开发过程受到干扰。

2.

a）确定质量管理目H勺和优先级；

b）使用提高软件质量的技术和工具；

c）选择可维护性高H勺程序设计语言；

d）完善程序文档；

e）进行质量保证审查

13.2（略）

13.3软件维护过程是怎样进行的？为何要进行软件可维声性分析？

1.软件维护过程包括：建立维护组织；确定维护过程；保管维护记录；进行维万评价

等四个阶段。

2.可维护性是指理解、改正、调整和改善软件的难易程度。进行可维护性分析有助于

做出对的的决定，进而采用对应日勺措施应对客户的需求，对确实不能或者没有进行

维护的价值的软件坚决不进行维护，对于可以维护的软件来说，可维护性分析有助

于我们理解软件状况，从而做出对应的维护措施

13.4（略）

13.5（略）

13.6（略）

13.7在重构和正向工程之间存在欧I细微不•样是什么？

重构是指在统一抽象级别上转换系统日勺描述形式；正向工程过程应用软件工程的原

理、概念、技术和措施来重新开发某个既有的应用系统。从概念可以看出，重构是从一

种系统环境转换到另一种系统环境，而正向工程则是重新开发，从零开始，没有一定基

础口勺。

13.8（略）

第十四章

14.1何谓软件项目管理？软件项目管理与老式项目管理均不一样点与相似点？

软件项目管理R勺对象是软件工程项目。它所波及的范围覆盖了整个软件工程过程。

为使软