第一章 建设项目与工程监理制

第一节 项目与项目管理

一、项目

（一）项目的定义

1.在项目管理领域比较传统的对项目的定义是：“项目为一个具有规定开始和结束时间的任务，它需要使用一种或多种资源，具有许多个为完成该任务(或者项目)所必须完成的互相独立、互相联系、互相依赖的活动。”

第一节 项目与项目管理

2.《质量管理——项目管理质量指南(IS010006)》定义项目为：“由一组有起止时间的、相互协调的受控活动所组成的特定过程，该过程要达到符合规定要求的目标，包括时间、成本和资源的约束条件。”

第一节 项目与项目管理

（二）项目的特性

1.非重现性(或一次性)

2.目的性

3.独特性

4.时限性(生命周期)

5.制约性(或约束性)

6.不确定性

第一节 项目与项目管理

二 、项目管理

（一）管理的概念

对于建设项目的参与方或管理者而言，所谓管理是指通过组织、计划、协调、控制等行动，将一定的人力、财力、物力资源充分加以运用，使之发挥最大的效果，以达到所规定或预期的目标。

（二）项目管理的概念

项目管理是指系统地进行项目的计划、决策、组织、协调与控制的系统的管理活动。

第一节 项目与项目管理

（三）项目管理的主要特征

1.目标明确

2.项目经理负责制

3.充分的授权保证系统

4.具有全面的项目管理职能

（1)计划职能;（2)组织职能; （3)协调职能 ; （4)控制职能 .

第二节 建设项目管理及建设程序

一、建设项目管理

（一）建设项目的概念

一个建设项目就是指一项固定资产投资项目，即可能是基本建设项目（新建、扩建等扩大再生产的建设项目），也可能是技术改造项目（以节约资金、增加产品品种、提高质量、治理“三废”、劳动安全等为主要目的的项目）。建设项目的实现是指投入一定量的资金，经过决策、实施等一系列程序，在一定的约束条件下形成固定资产的一次性过程。

第二节 建设项目管理及建设程序

（二） 建设项目管理

建设项目管理是以建设项目为对象，以实现建设项目投资目标、工期目标和质量目标为目

的，对建设项目进行高效率的计划、组织、协调、控制和系统的、有限的循环管理过程。

第二节 建设项目管理及建设程序

建设项目的管理者应由参与建设活动的各方组成，即项目法人、设计单位和施工单位等。因其所处的角度不同，职责不同，形成的项目管理类型也不同。

建设项目的管理

项目法人的建设项目管理

设计单位的建设项目管理

施工单位的建设项目管理

第二节 建设项目管理及建设程序

（三）建设项目的划分

为了便于工程建设项目管理，根据SLl76—1996《水利水电工程施工质量评定规程》的规定，水利工程建设项目可逐级分解为单位工程、分部工程和单元工程。

第二节 建设项目管理及建设程序

二、建设程序

水利工程项目建设程序按《水利工程建设项目管理规定》(水利部水建[1995]128号)执行，水利工程项目建设程序一般分为：项目建议书、可行性研究报告、初步设计、施工准备(包括招标设计)、建设实施、生产准备、竣工验收、后评价等阶段。

第三节 建设项目管理体制

一、改革开放前我国的建设项目管理体制

二、当前我国建设项目管理体制的基本格局： 1．项目法人责任制

2．招标投标制

3．工程监理制

第四节 工程监理制

一、工程监理概念

（一）有关监理的概念

1.监理概念

监理是指由一个机构或执行者，依据一定的行为准则，对某一行为的有关主体进行监督管理，使这些行为符合准则要求，并协助行为主体实现其行为目的。

在实施监理活动的过程中，需要具备的基本条件是：①明确的监理“执行者”，也就是必须有监理组织；②明确的行为“准则”，也就是监理的工作依据；③明确的被监理“对象”，也就是被监理的行为和行为主体；④明确的监理目的和行之有效的监理思想、理论、方法和手段。

第四节 工程监理制

一、工程监理概念

（一）有关监理的概念

2.工程监理概念

工程监理，就是监理的执行者，依据有关工程建设的法律法规和技术标准，综合运用法律、经济、技术手段，对工程建设参与者的行为及其职责权利，进行必要的协调与约束，促使工程建设的进度、质量、和投资按计划实现，避免建设行为的随意性和盲目性，使工程建设目标得以最优实现。

第四节 工程监理制

一、工程监理概念

（一）有关监理的概念

3.水利工程监理概念

按照水利部制定的《水利工程建设监理规定》，水利工程监理是指监理单位受项目法人委托，依据国家有关工程建设的法律、法规、规章和批准的项目建设文件、建设工程合同以及工程监理合同，对工程建设实行的管理。

第四节 工程监理制

(二)工程监理的内涵

1．工程监理是针对项目建设实施的监督管理；

2．工程监理的行为主体是监理单位 ；

3．工程监理的实施需要项目法人委托和授权 ；

4．工程监理是有明确依据的工程建设行为；

5．工程监理在现阶段主要发生在实施阶段；

6．工程监理是微观管理活动。

第四节 工程监理制

二、工程监理的主要任务

（一）监理的主要任务

工程建设监理的主要内容是控制工程建设的投资、建设工期和工程质量；进行工程建设合同管理，协调有关单位间的工作关系”。

监理任务

控制建设投资

控制建设工期

控制工程质量

工程建设合同管理

协调有关单位的工作关系

安全管理

文明施工管理

第四节 工程监理制

二、工程监理的主要任务

（二）三大控制目标之间的关系

第四节 工程监理制

（二）三大控制目标之间的关系

在处理三者的矛盾时，应注意以下几点：

1．必须坚持“质量第一”的观点。

２．应注意坚持合理的、必要的质量，而不是苛求质量。

３．在掌握质量标准时，应注意具体情况具体分析。

第四节 工程监理制

三、工程监理的主要依据

(1)国家和部门制定颁发的法律、法规和有关政策。

(2)技术规范、规程和标准。主要包括国家有关部门颁发的设计规范、技术标准、质量标准及各种施工规范、验收规程等。

(3)政府建设主管部门批准的建设文件、设计文件。

(4)依法签订的合同。主要包括工程设计合同、工程施工承包合同、物资采购合同以及监理委托合同等。

 

第二篇：第1章 软件与软件工程.ppt.Convertor

第1章 软件与软件工程

1. 软件

2. 软件工程

3. 软件生存周期

4. 软件开发模型

5. CASE

1.1 软件——定义、组成

软件：与计算机系统操作有关的程序、规程、规则及任何与之有关的文档及数据。 组成：

程序及有关数据：机器可执行。

程序是用程序设计语言描述的、适于计算机处理的语句序列。机器语言、汇编、高级语言、4GL

文档：机器不可执行。

与软件开发、运行、维护、使用和培训有关的文档。

企业级文档：规范、标准、指南??

项目级文档：需求说明书、用户使用说明书??

1.1 软件——软件的特点

逻辑产品：无形

软件生产主要是脑力劳动、手工开发、定制，更依赖于人的素质、智力、组织、合作和管理。 不会用坏、磨损。但会退化（修改引起退化）。

软件产品生产主要是研制、复制简单。

开发费用高。

复制成本很低。

维护成本高。

1.1 软件——软件的分类

系统软件

实时软件

嵌入式软件

科学和工程计算软件

事务处理软件

人工智能软件

个人计算机软件

CASE工具软件

1.1 软件——软件发展

程序设计时代（1946~1956）

硬件特征：价格贵、存储容量小、运行可靠性差。

软件特征：只有程序、程序设计概念，不重视程序设计方法。规模小、机器语言、追求技巧和效率、难读、难懂、难修改。

程序系统时代（ 1956~1968）

硬件特征：速度、容量提高，价格降，销售爆炸性增长

软件特征：作坊式生产、提出结构化方法、高级语言、依赖个人技巧、缺乏规范和理论指导；产生“软件危机”。

软件工程时代（ 1968~今）

硬件特征：超高速、大容量、微型化、网络化

软件特征：出现软件工程。未能完全摆脱“软件危机”。

1.1 软件——软件危机

软件危机：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。主要是两个问题：

1. 如何开发软件，以满足对软件的日益增长的需求。

2. 如何维护数量不断膨胀的已有软件。

产生于第二阶段末期

硬件性价比↑应用范围、量↑——〉软件需求↑规模↑

软件开发技术落后、低产量、低质量——〉软件危机

1.1 软件——软件危机的表现

对软件开发成本和进度的估计不准确。

不能完全满足需求、用户不满意。

软件质量不高、可靠性差。

软件缺乏适当的文档。

可维护性差。

软件开发速度跟不上计算机应用发展的速度

1.1 软件——软件危机的原因

软件规模日渐庞大。

软件开发的管理困难。

开发人员错误的观念、方法和技术。

开发个体化：重编程、轻需求。

开发技术落后。

生产方式落后。个体手工方式。

开发工具落后。

克服危机的途径：

软件工程：工程化、技术和管理

程序设计方法学：程序正确性证明 ??

1.2 软件工程——概念

19xx年在NATO召开的国际会议上正式提出“软件工程”术语。

软件工程的定义

软件工程是指导计算机软件开发和维护的工程学科。它采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。

层次：围绕质量目标的过程、方法和工具。

软件工程的性质

软件工程是一门综合性的交叉学科，它涉及哲学、计算机科学、工程科学、管理科学、数学和应用领域知识。

1.2 软件工程——目标和原则

软件工程的目标：P9

软件工程的原则：P11。 为了达到目标必须遵守的原则。

1.2 软件工程——内容

软件开发技术：开发方法、开发过程、开发工具和环境

软件开发管理：软件管理学、软件经济学、软件心理学

1.2 软件工程——基本原理

目前有100多条关于软件工程的准则，其中最出名的是著名软件工程专家B.W.Boehm在19xx年提出的7条基本原理。

1.2 软件工程——基本原理1、2

1. 用分阶段的生存周期计划严格管理

经统计表明，不成功的软件项目中有一半左右是由于计划不周造成的。

Boehm认为，在软件的整个生存周期中应制定并严格执行六类计划：项目概要计划、里程碑计划、项目控制计划、产品控制计划、验证计划、运行维护计划。

2. 坚持进行阶段评审

大部分错误是在编码之前造成的

错误发现与改正得越晚，所需付出的代价越高。

因此，在每个阶段都进行严格的评审，以便尽早发现在软件开发过程的错误

1.2 软件工程——基本原理3

3. 实行严格的产品控制

在软件开发过程中不要随意改变需求，因为改变某项需求往往需要付出较高的代价，但在实践中用户往往会提出需求变更，因此需要采取科学的产品控制技术。

目前主要实行基准配置管理：基准配置是指经过阶段评审后的软件配置成分，如各个阶段产生的文档或程序代码。

对涉及基准配置的修改，必须经过严格的评审，通过后才能实施修改。

1.2 软件工程——基本原理4、5

4. 采用现代程序设计技术

实践表明：采用先进的技术既可提高软件开发的效率，又可提高软件维护的效率。 80年代及之前：结构化分析、设计技术

90年代：面向对象分析、设计技术

5. 结果应能清楚地审查

软件产品是看不见、摸不着的逻辑产品，开发过程难以评价和管理。

根据软件开发项目的总目标及完成期限，规定开发组织的责任和产品标准，使所得的结果能够清楚地审查

1.2 软件工程——基本原理6、7

6. 开发小组的人员应该少而精

开发小组人员的素质和数量是影响软件产品质量和开发效率的重要因素。

开发小组人员数目的增加，使相互交流复杂、费用增加。

7. 承认不断改进软件工程实践的必要性

遵循前6条基本原理，就能够按照当代软件工程基本原理实现软件的工程化生产，但不能保证赶上时代前进的步伐。

积极主动采纳新的软件技术，且不断总结经验。

1.3 软件生存周期——概念

~是软件工程最基础的概念。

~是指一个软件从提出开发要求开始到该软件报废为止的整个时期。从时间角度，把整个周期划分为若干个阶段，每个阶段有明确的任务，然后再逐步完成每个阶段的任务。

1.3 软件生存周期——阶段划分

划分的原则：各阶段的任务彼此间尽可能相对独立，同一个阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂性，简化不同阶段之间的联系，有利于软件开发过程的组织管理。受软件规模、性质、种类、开发方法等因素的影响。

典型划分GB8567（4个时期7个阶段）：

1）软件分析时期：问题定义、可行性研究、需求分析

2）软件设计时期：总体设计、详细设计

3）编码与测试时期：编码、测试

4）运行与维护时期

1.3 软件生存周期——阶段简介1

1.3 软件生存周期——阶段简介2

1.4 软件开发模型——概念

概念：

软件开发模型描述了软件开发过程中各阶段或活动之间的关系。它确立了软件开发和演绎中各阶段的次序限制及活动的准则。

作用：

软件工程的的基础概念，也是建立软件开发环境的核心。

为软件工程管理提供里程碑、原则和方法。

便于各种活动的协调和人员的有效通信，有利于活动重用的活动管理。

能表示各种活动的实际工作方式，各种活动间的同步和制约关系，以及活动的动态特性。 分类：瀑布模型、渐进式模型、变换模型

1.4 软件开发模型——瀑布模型

瀑布模型是将软件生存周期各活动规定为以线性顺序连接的若干阶段的模型。

以项目的阶段评审和文档控制为手段对开发过程进行指导。

模型图示：P17 图1.4

1.4 软件开发模型——瀑布模型

另一种模型图示：

1.4 软件开发模型——瀑布模型特点

最普及、最易用的模型。

一种整体开发模型：开发过程中用户看不见系统是什么样。

强调阶段的严格顺序和每一阶段的严格性。前一阶段的输出是后一阶段的输入；每阶段文档的复审与确认。

文档驱动。

里程碑、检查点。

适用于需求明确、完整、无重大变化的软件。如：系统软件，简单的小型软件，熟悉领域的软件等。

1.4 软件开发模型——瀑布模型的缺点

开发初期，用户很难明确表达对系统的全面需求。

由于缺乏领域知识背景、工作疏漏、通讯误解导致开发过程中需求变化，修改代价大。 不支持演化。开发过程中一些错误只有在最终产品运行中才能发现，且缺乏应变机制。 理想的线性开发模式，缺乏灵活性，特别是无法解决需求不明或不准确的问题。 严格的顺序导致“阻塞状态”。实际工作中常常有所变通。

1.4 软件开发模型——原型模型

原型：一个具体的可执行模型，它实现了系统的若干功能。

原型技术是借助一些软件开发工具或环境尽可能快的构造一个实际系统的原型，通过不断地

运行原型来进行启发、揭示和判断的系统开发技术。

快速设计集中于软件中那些对用户/客户可见部分的表示（如输入输出格式等）。 快速建立原型的途径：

模拟界面

实现部分功能

利用类似软件

1.4 软件开发模型——原型模型

原型技术可以与其它开发模型结合应用，与瀑布模型结合构成（快速）原型模型。根据在瀑布模型不同阶段引入原型技术，该模型主要有3种类型：

1）探索型：需求阶段引入，明确需求

2）实验型：设计阶段引入，验证技术

3）演化型：原型过程迭代，直至演化为产品。

实际上，无论用什么模型，开发出来的第一个可执行系统都可看作“原型”。

1.4 软件开发模型——原型模型特点

借助原型模型，开发者和用户进行交流，以便交准确地获得用户的需求；采用逐步求精的方法使原型逐步完善，避免了瀑布模型开发过程对用户的不透明性。（传统行业：建筑模型、装修效果图等）。

更符合人类认识真理的过程和思维活动。

适用于：1）具有原型构造的工具和环境（如：第四代语言）。 2）需求不能预先确切定义的软件开发。 3）项目组成员不能很好协同配合，交流或通信困难的项目（如：成员不在一地）。

1.4 软件开发模型——螺旋模型

主要思想：将瀑布模型与原型模型结合起来，加入风险分析环节。是一种风险驱动模型。 模型图示：P20 图1.6。

4个工作步骤：

1）需求定义：目标、方案、约束条件。

2）风险分析：方案评估、风险分析与解决、原型（消除性能、接口风险）。

3）工程实现。

4）评审：评价、修改意见、下步计划。

特点：1)演化 2)风险分析 3)适用于大型、复杂软件

4)需要丰富的风险评估经验和专门的知识。

1.4 软件开发模型——螺旋模型图示

1.4 软件开发模型——基于四代技术的模型

基于4GL,4GT

模型图示P21

目前适用于特定领域的小系统开发，或在大型系统中部分采用，原型开发

1.4 软件开发模型——变换模型

主要思想：基于形式化规格说明语言及程序变换的软件开发模型。从软件需求形式化说明开始，经过一系列变换，最终得到系统的目标程序。

形式化的需求说明语言：VDM的META-IV，CSP、Z等。

需要严格的数学理论和整套开发环境支持。

由于在理论、时间和人员素质方面的因素，目前仅用于特定领域，如：编译系统。

1.4 软件开发模型——组合模型

实践中常将几种模型组合使用。

组合方式：

以一种模型为主，嵌入其它模型。

建立组合模型（P23图1.8），选择开发路径。

1.4 软件开发模型——模型选择

没有最好的，只有最适用的。

1.5 CASE工具及环境——计算机辅助软件工程

软件工具：为支持软件开发、维护、管理而研制的计算机程序系统。如：编辑器、编译程序。 CASE：在软件工程活动中，软件工程师和管理人员按照软件工程的方法和原则，借助于计算机及软件工具的帮助，开发、维护、管理软件产品的过程。

CASE要素：

核心：软件工程信息库。

工具集成。

网络、通讯、协同工作。

1.5 CASE工具及环境——CASE 工具

按功能，CASE工具分为九类：P24-25

1.5 CASE工具及环境——ICASE

ICASE：软件工程的工具、信息按统一标准和一定的结构组合、封装起来，使得工具之间、人员之间、各过程之间能方便的通信。

ICASE环境的需求：

P26 ①~⑧

ICASE的结构：P26 图1.9

最底层：硬件系统、OS

第二层：可移植服务器，屏蔽硬件和OS特征

第三层：集成框架，信息槽、软部件

第四层：CASE工具