软件项目的风险分析
软件工程项目的开发也存在各种各样的风险，有些风险甚至是灾难性的。R.Charette认为，风险与将要发生的事情有关，它涉及诸如思想、观念、行为、地点、时间等多种因素；风险随条件的变化而改变，人们改变、选择、控制与风险密切相关的条件可以减少风险，但改变、选择、控制条件的策略往往是不确定的。在软件开发过程中，人们关心的问题是，什么风险会导致软件项目的彻底失败？顾客需求、开发环境、目标机、时间、成本的改变对软件项目的风险会产生什么影响？人们必须抓住什么机会、采取什么措施才能有效地减少风险、顺利完成任务？所有这些问题都是软件开发过程中不可避免并需要妥善处理的。软件工程的风险分析包括：风险标识、风险估算、风险评价和风险管理四部分
1、风险标识
从宏观上看，风险可以分为项目风险、技术风险和商业风险三类。由于项目在预算、进度、人力、资源、顾客和需求等方面的原因对软件项目产生的不良影响称为项目风险。软件在设计、实现、接口、验证和维护过程中可能发生的潜在问题，如规格说明的二义性、采用陈旧或尚不成熟的技术等等，对软件项目带来的危害称技术风险。开发了一个没人需要的优质软件，或推销部门不知如何销售这一软件产品，或开发的产品不符合公司的产品销售战略，等等，称为商业
风险。这些风险有些是可以预料的，有些是很难预料的。为了帮助项目管理人员、项目规划人员全面了解软件开发过程存在的风险，Boehm建议设计并使用各类风险检测表标识各种风险。
2、风险估算
软件项目管理人员可以从影响风险的因素和风险发生后带来的损失两方面来度量风险。为了对各种风险进行估算，必须建立风险度量指标体系；必须指明各种风险带来的后果和损失；必须估算风险对软件项目及软件产品的影响；必须给出风险估算的定量结果。
3、风险评价和管理
在风险分析过程中，经常使用三元组[RI,LI,XI]描述风险。其中RI代表风险，LI表示风险发生的概率，XI是风险带来的影响，I = 1，2，…L是风险序号，表示软件项目共有L种风险。软件开发过程中，由于项目超支、进度拖延和软件性能下降都会导致软件项目的终止，因此多数软件项目的风险分析都需要给出成本、进度和性能三种典型的风险参考量。当软件项目的风险参考量达到或超过某一临界点时，软件项目将被迫终止。在软件开发过程中，成本、进度、性能是相互关联的。例如，项目投入成本的增长应与进度相匹配，当项目投入的成本与项目拖延的时间超过某一临界点时，项目也应该终止进行。通常风险估算过程可分为
四步：①定义项目的风险参考量；②定义每种风险的三元组[RI,LI,XI]；③定义项目被迫终止的临界点；④预测几种风险组合对参考量的综合影响。
三元组[RI,LI,XI]是风险管理的基础。设高级职员流动给项目带来的风险为R。根据历史的经验或直观感觉，高级职员离开课题组的概率：LI = 70%。这一事件的出现带来的影响XI是项目开发时间延长15%，项目成本增加20%。于是项目负责人可以采取下列风险管理措施：
（1）项目开始以前应控制产生风险的原因，在项目开工后应想方设法减轻风险影响。
（2）了解导致项目开发人员变动的原因，在项目开发期间应控制上述原因，尽量减少人员的流动。
（3）在工作方法和技术上应采取适当措施，防止因人员流
动给工作带来损失。
（4）项目在开发过程中应及时公布并交流项目开发的信息。（5）建立组织机构，确定文档标准，并及时生成文档。（6）对工作进行集体复审，使多数人都能了解工作的细节，跟上工作进度。
（7）为关键技术准备后备人员。
软件项目，尤其是大型项目有二项非常重要的因素，会影响整个项目的进度与质量，它们分别是：“人”、“流程”与“技术”。
“人”是项目中最难预料与掌控的一项要素，人可分成两部份，一是客户，二是开发团队。
“技术”是指软件项目所使用的开发半台，主要指开发环境及开发语言。是最容易掌握的部份。
“流程”是指软件开发流程或是项目流程，定义流程的目的是要掌控所有的情况。项目的最大敌人是时间及预算，这两者都是有限的，如何在有限预算内准时完成项目，可说是一项艺术。
“人”因素分析
“人”是指客户和开发团队，其中开发团队的因素对项目影响很大，对于这方面影响因素主要分析如下：·人员技能未达到要求
在项目开始之初，我们假设项目成员都能够达到组织级
的要求，但往往并不是每个成员都能够达到要求。而且项目中每个成员的生产率差异可能很大，也给项目进度安排造成影响。所以在项目始之初，应该对项目成员的技能进行一次总体的评估，对于大家都欠缺的技能，应该安排统一的培训，后续需要对培训的效果进行跟踪；对于个别人员技能欠缺的，应该单独预留自我学习时间或通过以师带徒的方式进行培养，使其技能能够尽快达到要求：对于项目新员的工作和任务，应该加强评审和检查，保证输出不出现大的偏差而导致后续大量的返工。对于这方影响因素主要分析如下：·项目成员责任心不强
态度决定一切，细节决定成败。对于项目过程中的各项任务，经常出现由于项目成员责任心不强敷衍了事，导致产出的工件质量较差，引起大量返工的情况。在这种情况下，项目更应该加强项目规范的建设，项目经理应加强同这些成员的单独沟通，加强项目的团队建设和集体荣誉感。让项目成员感觉到做的系统是他们自己的产品，而不是公司的项目，项目经理的项目。
·项目沟通问题
在软件项目中，保证项目各种角色和成员中的高效沟通是很重要的，如何建立起快捷顺畅的沟通渠道，采用最佳的沟通方式来解决问题，必须在项目中经常强调。如果一周的项目任务花存实际做事情上有2天，而花在沟通上却占用了
3天，这时必须及时分析和总结原因。沟通最重要的就是要在最短的时间里面，采用各种方法或工具，使交流双方或多方达成一致。
·项目人员流失
项目人员特别是项目关键成员在项目进行过程中的流失，对项目影响很大，对于这种情况，应该在项目开始之初，就作为专门的风险进行跟踪，并考虑具体的应对措施。
“流程”因素分析
软件的开发流程般定义为：需求分析一可行性分析一概要设计一结构化设计一详细设计一编码一软件测试一软件
维护。
“流程”中软件项目的风险，主要体现存4个阶段：软件需求阶段、软件设计阶段、软件实现阶段和软件维护阶段·软件需求阶段
软件的开发是以用户的需求开始，在大多数情况下，用户需求要靠软件开发方诱导，才能保证需求的完整，再以的形式形成《用户需求》这一重要的文档。需求分析更多的是开发方确认需求的可行性和一致性的过程，在此阶段需要和用户进行广泛的交流和确认。需求和需求分析的任何疏漏造成的损失，会在软件系统的后续阶段被一级级地放大，因此本阶段的风险最大。
·软件设计阶段
设计的主要目的在于软件功能正确地反映了需求，需求的不完整和对需求分析的不完整或者错误，在设计阶段将被成倍地放大。设计阶段的主要任务是完成系统体系结构的定义，使之能够完成需求阶段的即定目标；另一方面也是检验需求的致性和需求分析的完整性和正确性。
设计阶段的风险主要来自于系统分析人员。分析人员存设计系统结构时过于定制，系统的可扩展性较弱，会给后期维护带来巨大的负担和维护成本的激增。对用户来说系统的使用比例会有明显的折扣，甚至会造成软件寿命过短。反之，软件结构的过于灵活和通用，必然引起软件实现的难度增加，系统的复杂度上升，可靠性降低，给实现和测试阶段带来风险，系统的稳定性也会受到影响。从另一个角度上看，用户需求和将来软件运行环境的变化都是必然的，目前软件设计的所渭的“通用性”是否就能很好的适应将来需求和运行环境的变化，都是需要认真折衷的，而这种折中也蕴涵着很大的风险。
设计阶段蕴涵的另一种风险来自于设计文档。文档的不健全不仅会造成实现阶段的困难，更会在后期的测试和维护造成灾难性的后果，例如根本无法对软件系统进行版本级，甚至是发现的简单错误都无从更正。
·软件实现阶段
软件的实现从某种意义上讲是软件代码的生产。源代码
木身也是文档的一部分，同时它又是将来运行于计算机系统之上的实体。源代码书的规范性，可读性是该阶段的主要风险来源。规范的代码生产会把属于程序员自身个性风格的成分引入代码的比例降到最低限度，从而减小了系统整合的风险。
·软件维护阶段
软件维护包含两个主要的维护阶段，一个是软件生产完毕到软件试运行阶段的维护，这个阶段是一种实环境的测试性维护，其主要目的是发现在测试环境中不能或末发现的问题；另一个阶段是当软件的运行不再能适应用户业务需求或是用户的运行环境(包括硬件平台、软件环境等)时进行的软件维护，具体可能是软件的版本升级或软件移植等。
“技术”因素分析
存软件项目开发和建设的过程中，技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。
建立项目管理流程
那么如何解决这些问题，实际上很多模型已经给出了答案，比如RUP、QoS、XP等，但是大家在学习和使用这些模型的时候，往往觉得这些模型提出的概念和实施比较难以操作，另外就是不管是RUP、Q0S还是XP，既然是一个方法模型，就不可避免要描述为一个完整的、系统化的理论模型，否则就体现不出理论的完整和逻辑的严谨。下面我们只是把以软件设计为核心的开发管理流程化，避免在频繁发生外界变化的情况下，变被动为主动。
软件项目管理除了按照既定的管理流程进行有效的控制，还要对各阶段的文档进行标准化管理，保证文档的完整和标准化，为软件后期的维护提供有力的支持。
排序输入风险事件可能
性
影响风险
值
采取的措施
1 客户的
sow 需求不明确，增
加需求，导致需
求蔓延。
70% 50% 35% 请专业需求分析师和客户代表具体
深入细节的交谈，多了解客户的想
法，站在客户的角度上思考问题。
2 合同进度要求紧，合
同金额和日期30% 50% 15% 可以请一些实习的学生做辅助工
作，一来降低成本，二来可以加快
风险分析表
为了降低高级职员流动给软件项目带来的风险，管理人员可以采取培养后备人才的措施。在软件开发过程中，尽量让更多的人参与总体设计和关键技术的攻关工作。实施这些措施需要一定的人力、时间和经费。管理人员应根据降低风险、减少损失的原则，客观地分析形势，做出正确的决策。
参考文献：
朱少民 韩莹 软件项目管理 人民邮电出版社
卢有杰．项目风险管理[M]．北京：清华大学出版社
赵冬梅．软件项目的模糊风险评估及风险控制[J]．河北省科学院学报
有限。
进度。 3 历史项目信息 开发人员对测试工作不重视
30%
40% 12% 1）强制性要求每段代码保留测试单元，由SQA 检查。 4 WBS 对需求的开放式系统标准没
有合适的测试
案例
20%
80% 16% 找专业的测试公司完成测试工作 5 历史项目信息 开发人员的流动 15%
60% 9% 1）
注意项目团队的沟通，及时了解开发人员的动态。 2）
控制好项目过程中的文档 3）
从其它的项目组解调人员 4） 从外部招聘有过此类开发经
验人员
6 系统设计评审 没有足够的时间进行产品测试 50% 50% 25% 1） 采取加班的方法
2） 修改计划去掉一些任务
3） 与客户商量延长一些时间
7 需求和计划 采用新技术可能导致进度的延期 50% 30% 15% 1） 培训开发人员
2） 找专家作指导
3）
采取边开发边学习的方法，
要求他们必须在规定的时间
内掌握技术
软件项目的风险分析 软件工程项目的开发也存在各种各样的风险，有些风险甚至是灾难性的。R.Charette认为，风险与将要发生的事情有关，它涉及诸如思想、观念、行为、地点、时间等多种因素；风险随条件的变化而改变，人们改变、选择、控制与风险密切相关的条件可以减少风险，但改变、选择、控制条件的策略往往是不确定的。在软件开发过程中，人们关心的问题是，什么风险会导致软件项目的彻底失败？顾客需求、开发环境、目标机、时间、成本的改变对软件项目的风险会产生什么影响？人们必须抓住什么机会、采取什么措施才能有效地减少风险、顺利完成任务？所有这些问题都是软件开发过程中不可避免并需要妥善处理的。软件工程的风险分析包括：风险标识、风险估算、风险评价和风险管理四部分 1、风险标识 从宏观上看，风险可以分为项目风险、技术风险和商业风险三类。由于项目在预算、进度、人力、资源、顾客和需求等方面的原因对软件项目产生的不良影响称为项目风险。软件在设计、实现、接口、验证和维护过程中可能发生的潜在问题，如规格说明的二义性、采用旧或尚不成熟的技术等等，对软件项目带来的危害称技术风险。开发了一个没人需要的优质软件，或推销部门不知如何销售这一软件产品，或开发的产品不符合公司的产品销售战略，等等，称为商业风
险。这些风险有些是可以预料的，有些是很难预料的。为了帮助项目管理人员、项目规划人员全面了解软件开发过程存在的风险，Boehm建议设计并使用各类风险检测表标识各种风险。 2、风险估算 软件项目管理人员可以从影响风险的因素和风险发生后带来的损失两方面来度量风险。为了对各种风险进行估算，必须建立风险度量指标体系；必须指明各种风险带来的后果和损失；必须估算风险对软件项目及软件产品的影响；必须给出风险估算的定量结果。 3、风险评价和管理 在风险分析过程中，经常使用三元组[RI,LI,XI]描述风险。其中RI代表风险，LI表示风险发生的概率，XI是风险带来的影响，I = 1，2，…L是风险序号，表示软件项目共有L种风险。软件开发过程中，由于项目超支、进度拖延和软件性能下降都会导致软件项目的终止，因此多数软件项目的风险分析都需要给出成本、进度和性能三种典型的风险参考量。当软件项目的风险参考量达到或超过某一临界点时，软件项目将被迫终止。在软件开发过程中，成本、进度、性能是相互关联的。例如，项目投入成本的增长应与进度相匹配，当项目投入的成本与项目拖延的时间超过某一临界点时，项目也应该终止进行。通常风险估算过程可分为
天津理工大学高等教育自学考试本科毕业论文 第1章绪论 1.1选题背景和意义 在当今信息社会和知识经济之中，人们创造财富和社会福利的途径与方式已经由过去重复进行的生产活动为主，逐步转向了以项目开发和项目实施活动为主的模式。而项目的开发与实施过程是一个复杂的、创新的、一次性的并涉及到许多关系与变数的过程，是一个存在着很大不确定性的过程，从而使得这个过程中会出现各种各样的风险。如果不能有效地管理、控制这些风险，就会给项目带来各种不同程度的损失。可以说，项目管理中最重要的任务就是对不确定性和风险性事件和问题的处理。 就建设工程项目来说，与其它行业相比，建设工程项目由于投资大，工期长，在建设过程中不可预见的因素较多。工程建设投资方会不可避免的面临着各种风险，从最初的项目投资评价到项目建成并投入使用，通常是一个复杂的过程，其中包括耗时较长的设计和建造过程。这一过程涉及到大量不同专业人员的参与，并涉及对一系列既相互独立又相互联系的活动的协调。此外，这一复杂过程还受到大量外界及不可控制因素的影响。如果不加防范，就会影响工程建设的顺利进行。建设企业在进行工程项目风险管理时采取何种形式的组织结构，采取何种风险管理模式，在风险管理的过程中如何识别风险、分析风险、应对风险、控制风险和监督风险才能使投资企业更好的管理风险、驾驭风险，对于建设工程项目风险管理的研究显得尤为重要。 当前，我国风险管理（包括建设工程项目风险管理）研究还处于初级阶段。这也导致对于建设工程项目的风险分析与管理还很不完善。这也说明建设工程项目风险管理研究需要进一步加强。
1.2国内外发展 作为人类历史发展长河中始终存在的一种客观现象，风险无时不在，无处不在。由于人的有限理性，项目活动主体对风险往往不能进行有效的控制，各类事故时有发生，这些事故引起人们对风险的重视，也逐步深化了人们对风险的认识。风险管理问题，最早起源于第一次世界大战后的德国，1931年美国管理协会首先倡导风险管理，到20世纪50年代，风险管理受到了欧美各国的普遍重视和广泛应用，逐步形成了项目风险管理这一新兴的交叉学科。20世纪80年代以来，随着高新技术的快速发展，世界经济的全球化，人们对项目风险管理的认识越来越深刻，实践越来越深入。1986年，美国项目管理协会（PMI）建立了项目管理体系（PMBOK），将项目风险管理列入项目管理的九大知识领域中。 在我国，随着改革开放的不断深化和社会主义市场经济体制的逐步建立，项目管理环境发生了根本性变化，项目风险管理水平显著提高，项目管理模式的应用越来越广泛，项目招投标制、项目业主责任制和风险投资机制的逐步推行，都要求各项目组织加强自身的风险管理。目前，我国已经在风险管理方面开展了卓有成效的工作，由中国（双法）项目管理研究委员会（PMRC）发起并组织开展了中国项目管理知识体系研究，由于2001年5月推出了《中国项目管理知识体系与国际项目管理专业资质认证标准》，2006年10月正式出版了《中国项目管理知识体系》（C-PMBOK）,2008年9月又出版了修订版，每个版本都对项目风险管理进行了详细的规范，明确了项目风险管理的框架结构。
（风险管理）风险分析表
风险评价的目的 风险评价目的是通过事先分析、评价，制定风险控制措施，实现事前预防，达到消减危害，控制风险目的。 风险评价组织 组长： 副组长： 组员： 风险评价程序 1、组织有关人员对全公司存在的危害形式及所在部位进行识别和分析。从企业从事的活动，使用的设备设施中选取分析对象，对作业活动、设备设施、工艺过程、作业场所等方面进行危害识别。 2、确定风险评价范围 3、确定风险评价方法 4、按事件发生的可能性、事故后果严重性的判断准则，对己确定的重点部位、关键装置、作业活动等进行评价，划分风险等级 5、评价过程如下图所示:
风险评价范围Array 通过全公司存在的危害形式和存在的场所， 作业活动。见下表 风险评价方法 从本公司的实际情况出发，风险评价方法采用工作危害分析法（JHA）、安全检查表分
析法（SCL）和预危险性分析法（PHA）。 1、工作危害分析法（JHA） 工作危害分析（JHA）是一项系统的分析程序，它将普遍接受的安全健康原则和惯例纳入特定的作业，在JHA分析过程中，对每一项基本的工作步骤都要，以便识别潜在危害，找出做这项工作的最安全途径。这一程序用的其它说法是工作安全分析（JSA）和工作危害分解。 工作危害分析（JHA）较适用于检修、入罐（釜）清洗、折除等作业活动。 2、安全检查表分析法（SCL） 安全检查表分析法是基于经验的方法。由分析人员列出一些项目，识别与一般工艺设备和操作有关的已知类型的危害、设计缺陷以及事故隐患，查出各层次的不安全因素，然后确定检查项目。并以提 问的方式把检查项目按系统的组成顺序编制成表，以便进行检查或评审。安全检查表分析可用于对物质、设备或操作规程的分析。 安全检查表分析法（SCL）较适用于关键装置的风险评价。 3、预危险性分析法（PHA） 预危险性分析法是在项目发展的初期，特别是在概念或设计的开始阶段，对系统存在危害类别、出现条件、事故后果等进行分析，尽可能评价出潜在的危险性。 预危险性分析法可对现有及已建成的装置进行粗略的危害和潜在的事故分析。 预危险性分析法（PHA）较适用于重点部位（岗位）的风险评价。 风险评价准则 根据事件发生的可能性（见1）、事故后果严重性（见2）的判断准则，来确定各重点部位、关键装置、作业活动发生事件的可能性（L）和事故后果严重性（S），由下式计算风险度（R）：
风险分析报告 一、项目介绍： 1.项目宗旨； 2.项目定位与总体目标； 3.市场计划； 4.产品介绍； 二、运行风险分析： 1．政策风险； 2．资源（原材料/供应商）风险； 3．研发（技术）风险； 4．市场不确定性风险； 5．生产不确定性（内部控制）风险； 6．成本控制风险 7．竞争风险 8．财务风险（应收帐款/坏帐） 9．管理风险（含人事/人员流动/关键雇员依赖） 无锡飞锐数码科技开发有限公司 LCD(液晶数字电视)生产及销售项目风险分析报告 一、项目介绍： 1.宗旨：以人为本，做强“飞锐”，为繁荣世界经济做出贡献。 2.定位与总体目标 公司坚持产品100%出口，市场定位:为客户OEM、ODM；客户范围:世界各国,目标：3年内达到年出口120万台LCD，利润2400万美元元/年。 3.市场开发计划和生产规模
公司销售现已开发有欧洲市场、中东市场、非洲市场、大洋洲市场和美洲市场： （1）L CD/TV市场开发：公司在市场开发计划总体分成两个板块,主要在地理位置和技术适应两个方面.以欧洲,英国,法国,德国,俄罗斯为 代表的国家技术适应性.基本覆盖了欧洲,非洲,中东,大洋州,东南 亚大部分国家.以美国,巴西,阿根廷等国家为代表的国家基本覆盖 了美洲.按照以上情况公司已经开发了欧洲市场其中100%的客户需 要LCD/TV,北美洲市场100%的客户需要LCD/TV,南美洲市场20%的 客户需要LCD/TV,大洋州客户100%的客户需要LCD/TV,中东,非洲 客户30%的客户需要LCD/TV公司的客户在生产中会不断的增加,市 场会不断的扩大. （2）L CD技术开发：结构设计和机芯方案软件开发,公司有自主设计能力,已有完成开发计划和方案,机芯开发有 15”,17”20”26”32”42”47”,采用自主设计和外包设计相结 合的方法,以新,奇,特,短,频,快不同的风格满足客户要求.生产规 模:第一年年产40万台,日产1800台LCD/TV,生产流水线(总装)三 条,SMT贴片完全可以满足产量要求。 4.主要产品介绍 （1）P HILIPS，MSTAR206,系列机芯——该机芯为目前应用在大屏幕15”17”26”32”37”42”47”中高档机种上，有明显的技术优 势，可做欧洲各国制式，芯片可互换，电源范围从90V~270V，可实 行1000页图文，，核心技术由PHILIPS公司提供减少了出口国家不 同必须换机芯的麻烦，建立了生产用机芯标准化，为大规模生产带
本文主要针对软件开发涉及到的风险，包括在软件开发周期过程中可能出现的风险以及软件实施过程中外部环境的变化可能引起的风险等进行评估。在文中对所提到的风险都一一做了详细的分析，并提出了相应的风险回避措施。由于风险是在项目开始之后才开始对项目的开发起负面的影响，所以风险分析的不足，或是风险回避措施不得力，都很有可能造成软件开发的失败。风险分析是在事前的一种估计，凭借一定的技术手段和丰富的经验，基本能够对项目的风险做出比较准确的估计，经过慎重的考虑提出可行的风险回避措施，是避免损失的重要环节。 主要风险综述 任何软件的开发，其主要风险均来自于两个方面，一是软件管理，二是软件体系结构。软件产品的开发是工程技术与个人创作的有机结合。软件开发是人的集体智慧按照工程化的思想进行发挥的过程。软件管理是保证软件开发工程化的手段。软件体系结构的合理程度是取决于集体智慧发挥的程度和经验的运用。 软件管理将影响到软件的下列因素： 软件是否能够按工期的要求完成：软件的工期常常是制约软件质量的主要因素。很多情况下，软件开发商在工期的压力下，放弃文档的书写，组织，结果在工程的晚期，大量需要文档进行协调的工作时，致使软件进度越来越慢。软件的开发不同于其他的工程，在不同的工程阶段，需要的人员不同，需要配合的方面也不同，所有这些都需要行之有效的软件管理的保证。 软件需求的调研是否深入透彻：软件的需求是确保软件正确反映用户的对软件使用的重要的文档，探讨软件需求是软件开发的起始点，但软件的需求却会贯穿整个软件的开发过程，软件管理需要对软件需求的变化进行控制和管理，一方面保证软件需求的变化不至于造成软件工程的一改再改而无法按期完成；同时又要保证开发的软件能够为用户所接受。软件管理需要控制软件的每个阶段进行的成度，不能过细造成时间的浪费，也不能过粗，造成软件缺陷。 软件的实现技术手段是否能够同时满足性能要求：软件的构造需要对软件构造过程中的使用的各种技术进行评估。软件构造技术通常是这样：最成熟的技术，往往不能体现最好的软件性能；先进的技术，往往人员对其熟悉程度不够，对其中隐含的缺陷不够明了。软件管理在制定软件开发计划和定义里程碑时必须考虑这些因素，并做出合理的权衡决策。 软件质量体系是否能够被有效地保证：任何软件管理忽略软件质量监督环节都将对软件的生产构成巨大的风险。而制定卓有成效的软件质量监督体系，是任何软件开发组织必不可少的。软件质量保证体系是软件开发成为可控制过程的基础，也是开发商和用户进行交流的基础和依据。 软件体系结构影响到软件的如下质量因素： 软件的可伸缩性：是指软件在不进行修改的情况下适应不同的工作环境的能力。由于硬件的飞速发展和软件开发周期较长的矛盾，软件升级的需要显得非常迫切。如果软件的升级和移植非常困难，软件的生命期必定很短，使得化费巨大人力物力开发出的软件系统只能在低性能的硬件或网络上运行，甚至被废弃不用，造成巨大的浪费。 软件的可维护性：软件的维护也是必然的事情，为了保证软件的较长使用寿命，软件就必须适应不断的业务需求变化，根据业务需求的变化对软件进行修改。修改的成本和周期都直接和软件的体系结构相关。一个好的软件体系结构可以尽可能地将系统的变化放在系统的配置上，即软件代码无需修改，仅仅是在系统提供的配置文件中进行适当的修改，然后软件重新加载进入运行状态，就完成了系统部分功能和性能要求的变化。对于重大改动，需要打开源代码进行修改的，也仅仅是先继承原先的代码，然后用新的功能接替原先的调用接口，这样将把软件改动量减小到最低。 软件易用性：软件的易用性是影响软件是否被用户接受的关键之关键因素。在软件产品中，设计复杂，功能强大而完备，但因为操作繁复而被搁置者屡见不鲜。造成的主要原因在于缺乏软件开发中软件体系结构的宏观把握能力。另一方面，缺乏有效的手段进行软件需求的确定和对潜
第十一章项目风险管理 风险管理概述 工程项目是一种一次性、独特性和不确定性较高的工作，存在着很大的风险性，所以必须开展项目风险管理。 工程项目的实现是一个存在着很大不确定性的过程，因为这一过程是一个复杂的、一次性的、创新的，并涉及到许多关系与变数的过程。工程项目的这些特性造成了在项目的实现过程中存在着各种各样的风险，如果不能很好地管理这些风险将会造成项目的损失，甚至导致项目目标不能实现。 项目风险管理的主要任务是对工程项目实现的过程中的不确定性和风险性事件或问题的管理。 风险概念：是指由于但是者不可预见的因素，使得最终结果与但是者的期望城市较大背离，并存在使当事者蒙受损失的可能性。 项目风险的概念：是指由于项目所处的环境和条件本身的不确定性，和项目业主/顾客、项目组织或项目的某个当事者主观上不能准确预见或控制的因素影响，使项目的最终结果与当事者的期望产生背离，并存在给当事者带来损失的可能性。 项目风险管理角色描述 工程项目风险管理贯穿于工程项目实现的全过程，对于工程项目的承包方，从准备投标开始直到保修期结束。在整个过程中，因各阶段存在的风险因素不同，风险产生的原因不同，管理的主要责任者、管理方法手段也会有所区别，在项目经理承接该项目之前，风险管理的责任主要集中于企业管理层，并主要是从项目宏观上进行风险管理，而工程项目一旦交由项目经理负责后，项目风险管理的主要责任就落实到项目经理以及项目经理所组建的项目团队。 但无论谁是项目风险管理的主要责任人，对于项目整体，都要贯彻全员风险管理意识。 项目风险管理流程（见附图） 风险管理规划（从属于项目管理计划） 11.4.1项目风险管理规划的依据 事业环境因素、组织过程资产、项目范围说明书、项目管理计划书 11.4.2项目风险管理规划的方法
****有限公司 产品风险分析及评估表 ***公司坐落于*****工业园内，由******投资组建。主要产品：**生产、坚果（油炸、烘烤等）、饮料生产及糖果、罐头、调味品、米面制品的分装和包装。公司有多年糖粒、礼品包装类产品经验，客户遍布世界各地，销售网络完善、稳定。 一、产品原材料风险分析及控制 公司坚果主要原料是国外进口腰果、国内有CIQ认证企业生产的花生等；饮料主要原料是白砂糖、糖浆、进口香精、色素等；其他食品类以进口预包装产品为主，主要是调料、糖果（糖果、巧克力、彩糖）、固体饮料（咖啡、可可粉、茶）、米面制品（饼干、蛋糕粉、面条、大米）、彩盐、风味油醋、橄榄、脱水蔬菜、果酱、酱类等小包装食品。公司产品首先从原料的来源和使用上确保符合食品安全，其次原料主要来自国内及国外有资质的合格供应商和国外客供原料。而且我们在选择供应商时是很谨慎的，所有供应商都
要有正规的生产资质和正规的质量保证体系。同时我们也不定期的通过不同方式来评估我们的供应商，以确保我们采购的原料是安全的，从原料上杜绝引入风险的因素。并且我们有严格的进料检测程序，保证我们的使用的原辅材料全部合格。 二、加工产品的风险分析及控制 1.公司**的生产工艺流程总体如下 原料的验收→储藏→挑选（固体筛分）→配料→***→灌装→包膜→包装→装箱→储存→发货。 2.公司坚果的生产工艺流程总体如下 原料的验收→储藏→油炸或烘烤→调味→抽真空包装→装箱→储存→发货。 3.公司饮料生产及糖果、罐头、调味品面制品分装包装的工艺流程总体如下 原料的验收→储藏→挑选（包括筛分等）→（杀菌）→过金探（液体通过过滤网）→分装→组装→成品→储藏→运输。 生产过程中主要存在的是外来异物风险和微生物增长，我们通过严格的控制原材料的
第七章工程项目不确定性分析与风险分析 1．线性盈亏平衡分析的前提假设是什么盈亏平衡点的生产能力利用率说明什么 问题 2．敏感性分析的目的是什么要经过哪些步骤敏感性分析有什么不足之处 3．风险分析和不确定性分析有何区别和联系风险测度的基本方法有哪些风险决 策的最显着特征是什么风险控制的基本方法有哪些 4．某企业生产某种产品，设计年产量为6000 件，每件产品的出厂价格估算为 50 元，企业每年固定性开支为66000 元，每件产品成本为28 元，求企业的最大可能盈利，企业不盈不亏时最低产量，企业年利润为 5 万元时的产量。 5．某厂生产一种配件，有两种加工方法可供选择，一为手工安装，每件成本为 元，还需分摊年设备费用 300 元；一种为机械生产，需投资 4500 元购置机械，寿命为 9 年，预计残值为 150 元，每个配件需人工费元，维护设备年成本为 180 元，如果其他费用相同，利率为 10%，试进行加工方法决策。 6．某投资项目其主要经济参数的估计值为：初始投资15000 元，寿命为 10 年，残值为 0，年收为 3500 元，年支出为 1000 元，投资收益为 15%，（1）当年收入变化时，试对内部收益率的影响进行敏感性分析；（2）试分析初始投资、年收入 与寿命三个参数同时变化时对净现值的敏感性。 7．某项投资活动，其主要经济参数如下表所示，其中年收入与基准收益率为不 确定性因素，试进行净现值敏感性分析。 参数最不利 P很可能 M最有利 O 初始投资（万元）-10000-10000-10000 年收入（万元）250030004000 基准收益率20%15%12% 寿命（年）666 8．某方案需投资25000 元，预期寿命 5 年，残值为 0，每年净现金流量为随机 变量，其可能发生的三种状态的概率及变量值如下：5000（P=）；10000 元（P=）；12000 元（ P=）；若利率为 12%，试计算净现值的期望值与标准差。 9．某投资方案，其净现值的期望值E[NPV]=1200元，净现值方差D[NPV]=× 106,试计算 :(1)净现值大于零的概率 ;(2)净现值小于 1500 元的概率。
工程项目风险管理及 应对措施
工程项目风险管理的现状及应对措施 我国目前处于基础建设的高峰期，中国建筑市场也随着我国加入WTO后的全面开放，投资主体多元化进程加快，工程项目的竞争日趋激烈，工程项目企业面临着比以往更多的风险。因此，加强工程项目风险管理的研究显得十分必要，因为任何合同形式的工程项目，其合同双方的行为本质都是商业行为，最终目标都表现为经济利益，工程本身具有的复杂性、长期性等因素，在激烈的市场竞争中必然存在各种风险。 工程项目风险及其分类和特点 工程项目是指在一定的约束条件（限定时间、资源、质量）下，具有特定明确目标的一次性工程建设事业，工程项目的进度、质量、费用三大目标的实现，就意味着工程项目的结束。由于工程项目的一次性特点，决定了工程项目实施过程中存在着很多的不确定性因素，这些不确定性因素无疑会给工程项目带来一定程度的影响，而这些影响有时是灾难性的，有时是人们不希望的，我们把工程项目可能出现的灾难性事件和不合意的结果成为工程项目的风险。 1、工程项目的风险有以下几类 （1）经济风险是指工程项目实施过程中，由于各种经济相关因素的变化，造成工程材料、设备等价格涨跌、供应脱节，甚至通货膨胀；或者由于错误估计市场变化而导致的风险，这类风险通常由汇率变化、换汇控制、通货膨胀、设备材料供应脱节等引起，是工程项目风险中常见的主要的风险之一。
（2）技术风险是指在工程项目实施的各个环节，采用新结构、新技术、新工艺可能为预计到的问题而导致的风险，其中技术人员的技术水平和经验等也是技术风险产生的重要原因。 工作项目风险管理的应对措施与建议 1、针对工程项目风险的定义、分类、特点和国内外研究现状，提出工程项目风险管理的应对措施如下。 （1）风险回避：是指考虑到风险存在和发生的可能性，主动放弃或拒绝实施可能导致风险损失的方案。风险回避具有简单易行，全面彻底的优点，能将风险的概率降低到零，使回避风险的同时也放弃了获得收益的机会。 （2）风险降低：有两方面的含义，一是降低风险发生的概率；二是一旦风险事件发生尽量降低其损失。如项目管理者在进行项目采购时可预留部分项目保证金，如果材料出问题则可用此部分资金支付，这样就降低了自己所承担的风险。采用风险控制方法对项目管理是有利的，可使项目成功的概率大大加大。 （3）风险分散：是指增加承受风险的单位以减轻总体风险的压力，从而使项目管理者减少风险损失。如工程项目建设过程中建筑公司使用商品混凝土，混装混凝土就可以将风险分散给材料供应商。但采取这种方法的同时，也有可能将利润同时分散。
工程项目风险管理国内外研究现状 孟凡波薛宇 （青岛理工大学民生银行青岛分行） 摘要：项目风险管理是一个系统工程，它涉及工程管理的各个方面，包括风险识别，评价和管理，其目的在于通过对项目环境的不确定性的研究与防范，达到降低损失和成本的目的 关键词：项目风险管理理论实践 1.国际方面 1.1理论研究： 一般认为，美国学者格拉尔在 1952 年的调查报告《费用控制的新时期－风险管理》中首次提出“风险管理”，揭开了风险管理研究的序幕（也有人认为是法国著名保险管理学家亨利.法约尔（Henri Fayol）于1949 年提出的）。 上个世纪60 年代，项目风险管理的系统研究蓬勃开展，各种地区性或国家学术机构都对项目管理进行了较为广泛的研讨：如位于西弗吉尼亚州摩根城的国际计算机教育促进协会，项目管理论坛，宾夕法尼亚州的项目管理协会（PMI），俄罗斯项目管理协会（SPMA），英国的项目经理协会，澳大利亚项目协会等。风险管理是一门新兴边缘科学，特别是在金融和保险业，获得高度的重视和迅猛发展，但由于该学科年轻和旺盛的生命力，其理论和方法需要进一步进行研究、发展和完善，国际上的研究趋势是采用系统的方法，如神经网络、人工智能、专家系统、系统动力学等，对整个风险管理的过程进行规划和控制。 自二十世纪八十年代以来，风险管理的理论研究发展很快，在英美的发达国家，风险管理研究十分活跃。1983 年美国RIMS 年会上，世界各国学者共同讲座并通过了“101 条风险管理准则”以作为各国风险管理的一般准则。其中包括风险识别与衡量，风险控制，风险财务处理，索赔管理，职工福利退休年金、国际风险管理，行政事务处理，保险单条款安排等技巧，交流和管理哲学等。此后，英国 C.B.Chapman 教授在《RiskAnalysis for Large Project: Model, Method and Case》一书中提出了“风险工程”的概念。 风险工程是对各种风险分析技术的集成，以更有效地进行风险管理为目的，使得在较高层次上大规模的应用风险管理研究成为可能。经过几十年的理论研究和探讨以及在实践中的初步应用，国际学术界已对风险管理的理论达成一致的看法，认为项目风险管理是一个系统工程，它涉及工程管理的各个方面，包括风险识别，评价和管理，其目的在于通过对项目环境的不确定性的研究与防范，达到降低损失和成本的目的。 1.2实践方面： 理论的发展是为了指导实践，人们从系统的角度，认为持续的风险评估和团队风险管理构成了项目风险管理的基本框架，Ralph L.Kilem 等人在其《降低项目风险》一书中提出采用系统方法来处理风险，并提出识别、分析和控制不同风险的理论框架和实用方法，从实践中针对风险管理的认识，做了一些切实有效的工作。
工程项目风险分析、控制与转移 工程项目在营建过程中，从承包商角度来看，存在着建设周期长，投资数额大，工作和工序繁多的特点。因此，在施工中，这些因素制约着承包商未来获取收益的多寡。建设周期长，各个时期的不可预见因素就会相应增多，与时间相关的外界因素和部因素的变化都会影响工期的按期完成；投资额巨大，若筹资、付款方式、利率或者有关合同条款发生变化，就会加大成本，从而减少了承包商的利润；工作、工序繁多，一旦施工组织不尽合理或者返工，同时发生索赔，就会极影响工程进度、成本和质量，使承包商的利益受损。所以，对工程项目施工进程中风险问题的分析和控制研究，具有重要意义。 1、承包商面临的风险 工程承包，既是一项商务活动，又是一项工程施工活动。它必然受到工程所在地的自然环境、社会环境和相关人为因素的影响。其中有关合同条件所确立的责任、权利和义务对承包商影响极大，这些都要求承包商具有全面的专业技术知识和较强的经营管理能力。目前，建筑市场的竞争日趋激烈，技术含量提高，项目趋向大型化和复杂化，企业趋于联合，资金相对集中，这些对中小型企业尤为不利，使它们面临着更多的风险，使企业的平均利润率下降。由此看来，工程承包是一项风险较大的工程施工活动。 工程承包风险，是指工程实施结果相对于预期的结果的变动程度，即承包商预期收益的变动程度。工程承包风险的起因是由许多不确定因素造成的。如果在投标和工程实施过程中，不考虑风险因素，就会加大实际成本而导致利润降低甚至亏损。但是，过多地把潜在风险因素的可能费用转移到投标标价的成本中去，又会使失标的几率大大增加。因此，要想获取目标预期利润，必须正确地考虑工程承包风险。
建筑工程项目风险管理分析 近年来,建筑行业随着我国经济的发展不断壮大,投资者将越来越多的资金注入建设工程项目。然而建设项目不可避免的存在诸多种类和程度的风险,必须认真分析和有效管理。文章不仅论述了工程项目风险的含义及管理意义,分析了其存在问题,并进一步提出建筑工程项目风险管理的有效措施。 标签：建筑工程项目风险管理 建筑工程由于具有投资大、工期长、施工难度大、技术复杂以及工程参与方众多的特点决定了建筑工程施工是一个高风险的施工过程,工程建设参与各方均不可避免的面临着各种风险,如不能有效的加以防范,很可能会影响工程建设的顺利进行,甚至酿成严重后果。因此,工程项目的风险管理就显得尤为重要。 1 建筑工程项目风险管理概述 风险就是一种不确定性,其次它与损失密切相关,所以从本质上讲,工程风险就是指在工程项目中所发生损失的不确定性。通常工程项目都具有一次性,周期长,固定性,投资大等特点,一旦出现风险造成的损失将是非常巨大的,因此,必须对工程风险加强管理,及早防范。 我国的许多建筑施工企业对风险管理尚处于初步认识和依靠经验积累,方法上简单操作,缺少规范,有效的科学管理程序,抵御风险能力弱。 1.1 缺乏规范风险管理信息系统。绝大多数承包商未能建立起全面、完善的风险管理信息系统,对于投标项目投标前的可行性分析不够,对潜在的投标对象估计不足,有项目就去投标,中标率很低。对项目施工过程中不断发生的各种变化估计不足,因而风险到来时不能及时做出有效的反应,合理的调整。由于缺乏全面的,可靠的数据支持,经常凭经验临时决策处理风险,管理成效低。 1.2 风险管理机制不健全。国内大多数建筑施工企业对风险管理没有明确的定位,在企业和项目部的组织结构设置上未考虑风险管理部门和职能,缺乏专职部门和人员来履行风险管理职责。企业内部风险机制不健全,使得化解、抵御风险的能力差,增加了组织结构的运行风险。 1.3 风险管理意识不强。我国施工企业经营者和施工项目管理者的风险意识不强,对风险管理的重要性认识不足,没有把其作为项目管理的重要内容。尽管有一些风险管理的措施,但仅限于一些工程质量、进度、安全等方面的保证措施,缺乏系统性和明确的风险管理目标,分布于施工组织设计和施工技术方案等文件,没有正式的项目风险管理。施工企业高层管理人员往往注重业务量。忽视施工技术的管理,更缺乏专业风险管理。 1.4 风险管理机制不健全。国内大多数建筑施工企业对风险管理意识淡薄,
产品风险分析及评估表 广州亚太酿酒有限公司坐落于广州市黄埔区埔南路66号。主要产品：熟啤酒。包括喜力、虎牌、力加三种品牌。目前仅虎牌桶啤（30L）及虎牌罐装（330mL）产品有出口至香港地区。 一、产品原材料风险分析及控制 亚太公司啤酒生产制造过程中主要生产原料是水、麦芽、糖浆及酒花。加工助剂是氯化钙、硫酸锌和磷酸。公司产品首先从原料的来源和使用上确保符合食品安全，其次原料主要来自国内及国外有资质的合格供应商。而且我们在选择供应商时是很谨慎的，国外原料供应商均是由喜力集团根据产生品质及特性严格筛选并经测试合格才可允许供应产品至喜力集团属下公司，所有国内供应商都要有正规的生产资质和正规的质量保证体系。同时我们也不定期的通过不同方式来评估我们的供应商，以确保我们采购的原料是安全的，从原料上杜绝引入风险的因素。此外我们有严格的进料检测程序，保证我们的使用的原辅材料全部合格。 二、加工产品的风险分析及控制 1.公司熟啤酒的生产工艺流程总体如下 原料处理→糊化→过滤→糖化（加入糖浆、酒花）→沉淀→冷却→发酵罐发酵（加入酵母）→过滤→罐装→包装→检验→发货。 生产过程中主要存在的是外来异物风险和微生物增长，我们通过严格的控制原材料的质量，并通过控制称量、PH测试、设备检测、过程质量控制等各项控制措施能够有效的控制外来异物和微生物增长等各种风险，将我们的产品风险降到最低，确保我们产品的安全。 三、风险分析内容和控制表： 1.供应商提供的原辅料的风险或服务项目的风险 2.加工过程的风险 3、区域、设施等安全的风险 4、虫害危害等的风险 5、产品储存、运输的风险 6、监视和测量装置安全的风险 7、工作服防护服等的风险 8、产品监测的风险 9、个人卫生的风险 10、产品放行的风险 11、其他新增要求项目的风险评估
软件项目风险的识别与风险的分析 摘自—项目管理技术 软件开发项目是一项复杂的工程，涉及的因素很多，风险的管理过程有：风险的识别、风险的管理计划的制定、风险追踪、风险控制。风险识别是风险管理的第一步，而有效的风险分析是进行风险管理的基础，因此做好这2个过程的工作是软件项目成功的关键。 1软件风险的识别 风险识别过程的活动是将项目实施中的不确定性转变为明确的风险陈述。系统地识别风险是这个过程的关键，识别风险不仅要确定风险来源，还要确定何时发生、风险产生的条件，并描述其风险特征和确定哪些风险事件有可能影响本项目。风险识别不是一次性的活动，应当在项目执行过程中自始至终定期进行。 1.1风险识别的依据 从项目管理角度讲，风险识别依据有：合同、项目计划、工作任务分解WBS、各种历史参考资料（类似项目的资料）、项目的各种假设前提条件和约束条件。 从软件开发的生命周期看，每个阶段的输出（各种文档）都是下一阶段进行风险识别的依据，许多技术风险都可据此来分析。 1.2风险识别方法和工具 风险识别的方法很多，不同的方法适用于不同的场合，下表给出了常用的方法的适用情况。
软件项目的风险识别通常采用的工具为： （1）风险核对清单：将可能出现的问题列出清单，然后对照检查潜在的风险。 （2）头脑风暴法：项目成员、外聘专家、客户等各方人员组成小组，根据经验列出所有可能的风险。 （3）专家访谈：向该领域的专家或有经验人员了解项目中会遇到哪些困难。 （4）风险数据库：一个已知风险和相关的信息的仓库，它将风险输入计算机，并分配下一个连续的号码给这个风险，同时维持所有已经识别的 风险历史纪录，它在整个风险管理过程中都起着很重要的作用。 在实际应用中，风险核对清单是一种最常用的工具，它是建立在以前的项目中曾遇到的风险的基础上。该工具的优点是简单快捷，缺点是容易限制使用者的思路。 1.3风险种类
1 工程风险与风险管理 工程项目的立项、分析和实施的全过程都存在不能预先确定的内部和外部的干扰因素，这种干扰因素称为工程风险。风险是随机的，比如：工程项目风险产生的随机性；风险活动开展和持续时间的随机性；在风险活动持续时间内风险损失的随机性，若不加以控制，风险的影响将会扩大，甚至引起整个工程的中断或报废。例如：沈阳某公司承建的太阳广场，由于对项目的融资风险估计不足，投入工程款2800万元，因甲方（香港某公司）资金不到位导致工程被迫停工，使乙方的生产经营陷入困境。我国的许多工程项目，由于风险造成的损失是触目惊心的，特别在国际工程承包领域。风险常常是项目失败的主要原因之一，因此，在现代工程项目管理中，风险的控制已成为研究的热点之一。 在项目管理中，风险管理属于一种高层次的综合性管理工作，它是分析和处理由不确定性产生的各种问题的一整套方法，包括风险的辩识、风险的估计及风险的控制。风险管理是近20年发展起来的综合性边缘学科，风险分析的大部分内容是关于技术风险、设备质量风险和可靠性工程问题，而关于风险评价的量度及定量分析的技术方法几乎是空白。因此，风险管理仍是一门不完善和不成熟的学科。 2 工程风险因素的辩识与分类 建设工程项目是复杂的开放系统，长期以来，工程风险的研究一直沿用分析方法和模拟方法。由于项目的内部结构、项目本身的动态性及外界干扰的复杂性，在构造问题的结构与变量的相互关系时，分析方法与模拟方法均起不到预期的指导作用，风险因素间的影响关系及所引起的后果均得不到确切表示。工程项目的风险因素错综复杂，可以从项目环境、项目结构及项目主体等不同侧面进行分类，为了便于风险分析和风险的防范处理，笔者从工程风险是否可以计量的角度对风险进行分类，以确定哪些风险可以作定量分析，哪些只能作定性分析，哪些可以作定性与定量相结合的分析，以便为不同风险的防范采取相应的对策。 工程风险的分类主要基于风险防范和风险处理，是定性的相对的。从性质上分析，可计量风险属于技术性风险，是常规性的不可避免的风险，包括地质地基条件、材料供应、设备供应、工程变更、技术规范、设计与施工等造成的风险；非计量风险属于非技术性风险，发生的概率较小，是非常规性风险，包括经济风险、政治风险、不可抗力风险、组织协调风险等。 工程合同包含着多种难以界定的变量因素，这些因素都能构成项目的风险。从性质上分析，合同风险属于非技术性风险，但工程合同中包含了大量的技术性条款。因此，对工程合同的风险分析既有定量分析又有定性分析。 3 工程风险的防范对策 3.1 加强合同的风险管理 工程合同既是项目管理的法律文件，也是项目全面风险管理的主要依据。项目的管理者必须具有强烈的风险意识，学会从风险分析与风险管理的角度研究合同的每一个条款，对项目可能遇到的风险因素有全面深刻的了解。否则，风险将给项目带来巨大的损失。例如：在我国承建非洲某国公路的施工承包合同中，因技术条款中忽略了铺路砾石的强度指标，施工中不得不进口砾石，工程成本大幅度提高，导致工程严重亏损。合同是合同主体各方应承担风险的一种界定，风险分配通常在合同与招标文件中定义。例如在FIDIC合同条件中，明确规定了业主与承包商之间的风险分配。如果业主的合条件与FIDIC合同条件不同，应进行逐条的对比研究，分析业主为什么要修改这一条，是否隐含着风险。 3.2 通过工程索赔将风险转化为利润 工程索赔是一种权利要求，其根本原因在于合同条件的变化和外界的干扰，这正是影响项目实施的众多变化因素的动态反映。没有索赔，合同就不能体现其公正性，因为索赔是合同主体对工程风险的重新界定。工程索赔贯穿项目实施的全过程，重点在施工阶段，涉及范围相当广泛。比如工程量变化、设计有误、加速施工、施工图变化、不利自然条件或非乙方原因引起的施工条件的变化和工期延误等，这些都属于可计量风险的范畴。FIDIC红皮书关于工程索赔的条款已由第三版的1个分条款增加为5个分条款，形成独立的主题。我国《建设工程施工合同示范文本》关于工程索赔也作了相应的明确规定。这些索赔条款可以作为处理工程索赔的原则和法律依据。尽管工程索赔的解不是唯一的。但却是可以计量的。利用合同条款或堆断条款成功地进行索赔不仅是减少工程风险的基本手段，也反映项目合同管理的水平。 3.3 利用合同形式进行风险控制 根据工程项目的特点和实际，适当选择计价式合同形式，降低工程的合同风险。例如：对于水文地质条件稳定且承包单位有类似施工经验的中小型工程项目，实际造价突破计划造价的可能性不大，其风险量较小，可以采用自留加风险控制策略，用总价合同的报价方式；对予工程量变化的可能性及变化幅度均较大的工程项目，其风险量较大，应采用风险转移策略，用单价合同报价方式，将工程量变化的风险全部转移给甲方；对于无法测算成本状况的工程，贸然估价将导致极大风险，只能用成本加酬金合同，将工程风险全部转移给建设方。 对承包商而言，不善于工期索赔必然导致工期延误的风险；不善于费用索赔必然导致巨大的经济损失，甚至亏本。实践证明，如果善于进行施工索赔，其索赔金额往往大于投标报价中的利润部分。因此，树立合同意识、风险意识和索赔意识，重视风险管理对降低工程风险是非常重要的。 3.4 非计量风险的防范
软件开发项目的风险分析与控制 摘要：本文通过对当前软件行业的风险状况进行分析，列举软件开发项目的风险来源，并进行分析，总结各类风险产生的原因和对项目成败的影响，最后给出软件开发项目在风险管理和控制的建议。 关键词：软件开发风险风险分析风险管理与控制 一、软件开发项目的风险背景 信息产业的发展是目前发展最快的行业之一，也是对社会影响最大的一个行业，它不但为我们创造了巨大的财富，而且从各个方面改变着我们的生活，达到一个行业，小到一项服务。我们不得不承认软件是二十一世纪最不可思议的产品。 伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高，随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高，对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩减。在此形势下，风险管理与控制已成为软件开发项目成败的关键。 软件开发项目由于其具有连续性、复杂性、少参照性，无标准规范等特点，其风险程度较高。目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识，缺少进行系统、有效的度量和评价的手段。据有调查数据显示，有15—35%的软件项目中途被取消，剩下的项目不是超期就是超出预算或是无法达到预期目标。另外，软件项目因风险控制和管理原因失败的约占90% ，可见，软件风险控制与管理在目前的软件开发项目中的重要性。 二、软件开发项目的风险来源及对项目成败的影响 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面，如：缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由五大方面。
软件开发项目的风险分析与控制
软件开发项目的风险分析与控制 摘要：本文通过对当前软件行业的风险状况进行分析，列举软件开发项目的风险来源，并进行分析，总结各类风险产生的原因和对项目成败的影响，最后给出软件开发项目在风险管理和控制的建议。 关键词：软件开发风险风险分析风险管理与控制 一、软件开发项目的风险背景 信息产业的发展是目前发展最快的行业之一，也是对社会影响最大的一个行业，它不但为我们创造了巨大的财富，而且从各个方面改变着我们的生活，达到一个行业，小到一项服务。我们不得不承认软件是二十一世纪最不可思议的产品。 伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高，随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高，对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩减。在此形势下，风险管理与控制已成为软件开发项目成败的关键。 软件开发项目由于其具有连续性、复杂性、少参照性，无标准规范等特点，其风险程度较高。目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识，缺少进行系统、有效的度量和评价的手段。据有调查数据显示，有15—35%的软件项目中途被取消，剩下的项目不是超期就是超出预算或是无法达到预期目标。另外，软件项目因风险控制和管理原因失败的约占90% ，可见，软件风险控制与管理在目前的软件开发项目中的重要性。 二、软件开发项目的风险来源及对项目成败的影响 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面，如：缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由五大方面。 1、产品规模风险 项目的风险是与产品的规模成正比的。与软件规模相关的常见风险因素有：(1)估算产品规模的方法 (包括：代码行，文件数，功能点等)，(2)产品规模估算的信任度，(3)产品规模与以前产品规模平均值的偏差，(4)产品的用户数，(5)复用的软件有多少，(6)产品的需求变更多少等。一般规律，产品规模越大，以上的问题就越突出，尤其是估算产品规模的方法，复用软件的多少，需求变化。