《项目投资风险评估报告》由会员分享，可在线阅读，更多相关《项目投资风险评估报告（20页珍藏版）》请在金锄头文库上搜索。
1、为了适应公司新战略的发展，保障停车场安保新项目的正常、顺利开展，特制定安保从业人员的业务技能及个人素质的培训计划项目投资风险评估报告项目投资风险评定报告是分析确定风险的过程，在国际投资领域中，为减少投资人的投资失误和风险，每一次投资活动都必须建立一套科学的，适应自己的投资活动特征的理论和方法。项目投资风险评审报告正是吸收了国际上投资项目分析评价的理论和方法，利用丰富的资料和数据，定性和定量相结合，对投资项目的风险进行全面的分析评价，采取相应的措施去减少、化解、规避风险的途径。“高风险带来高收益”是投资行业尤其是风投领域奉行的一贯准则，最关键的是如何识别和预测风险，并将风险控制在自己可以接受的范
2、围内。而可以接受的风险标准就是：是否是与预期收益相匹配，必要承受的风险。同时也只有精确的、可靠的、科学的风险预测分析结果，才能针对未来将可能出现的风险，提出防范的措施和解决的办法，避免可能带来的经济损失。项目投资的风险是指在投资活动中投资者不希望的结果出现的潜在可能性，或者说投资失败的可能性。由于投资的对象大多是具有较高增长潜力的项目，从技术的研发、产品的试制与生产，到产品的销售要经历许多阶段，而投资风险存在于整个过程中，并来自于多个方面，所以风险投资的失败率极高。因此，对投资项目的风险进行客观的评估和分析，从而有效地规避风险，是风险投资能否成功的关键。投资的风险主要包括技术风险、管理风险、市
3、场风险、财务风险和环境风险等。由于风险投资过程是一种投资期限长、投资结果高度不确定的创新过程，投资主体很难获取关于整个投资过程的比较完整、准确的信息，即信息是不完全的。投资主体虽然对未来情况有所了解，但对如概率、可能的风险损失、投资收益变动等定量指标很难做出估计。项目的风险具有广泛的复杂性和系统性，如何准确识别所有风险，如何衡量各个风险影响程度，如何将各个风险指标系统的整合起来得出项目风险整体评价？这只能借助专家的意见和知识，并用定量指标和科学的计算模型进行评价。项目投资风险评定报告正是这种方法体系的集中体现，并且已经为国内外风险投资公司广为接受和推崇。项目投资风险评定报告在全面系统分析目标企
4、业和项目的基础上，按照国际通行的投资风险评估方法，站在第三方角度客观公正地对企业、项目的投资风险进行分析。投资风险评定报告包含了投资决策所关心的全部内容，例如企业详细介绍、项目详细介绍、产品和服务模式、市场分析、融资需求、运作计划、竞争分析、财务分析等内容，并在此基础上，以第三方角度，客观公正地对投资风险进行评估。附：项目投资风险评定报告的格式和内容绪言1项目单位概况2项目投资风险评审及建议此部分包括项目单位公司及项目的合法性评审、项目基本建设程序合法性评审、环境影响评价及审批的评审、项目生产经营合法性的评审、项目方财务状况的评审、项目方信用等级及其他评审。3项目概况此部分包括项目背景、项目建
5、设可行性和意义、项目主要技术指标等。4项目投资环境分析此部分包括项目外部环境分析和内部分析。5项目产品市场分析此部分包括项目产品市场特征分析、市场竞争结构分析及市场需求分析。6财务分析此部分包括生产成本和销售收入估算、财务评价、财务不确定性与风险分析。7项目风险因素分析此部分包括项目建设开发风险、生产安全风险、环保风险、经营管理风险、市场风险等风险因素的提示。8项目风险规避针对上述风险提示如何进行规避。9结论10附件及附表项目风险评估报告本文档的范围和目的本文主要针对软件开发涉及到的风险，包括在软件开发周期过程中可能出现的风险以及软件实施过程中外部环境的变化可能引起的风险等进行评估。在文中对所
6、提到的风险都一一做了详细的分析，并提出了相应的风险回避措施。由于风险是在项目开始之后才开始对项目的开发起负面的影响，所以风险分析的不足，或是风险回避措施不得力，都很有可能造成软件开发的失败。风险分析是在事前的一种估计，凭借一定的技术手段和丰富的经验，基本能够对项目的风险做出比较准确的估计，经过慎重的考虑提出可行的风险回避措施，是避免损失的重要环节。主要风险综述任何软件的开发，其主要风险均来自于两个方面，一是软件管理，二是软件体系结构。软件产品的开发是工程技术与个人创作的有机结合。软件开发是人的集体智慧按照工程化的思想进行发挥的过程。软件管理是保证软件开发工程化的手段。软件体系结构的合理程度是取
7、决于集体智慧发挥的程度和经验的运用。软件管理将影响到软件的下列因素：软件是否能够按工期的要求完成：软件的工期常常是制约软件质量的主要因素。很多情况下，软件开发商在工期的压力下，放弃文档的书写，组织，结果在工程的晚期，大量需要文档进行协调的工作时，致使软件进度越来越慢。软件的开发不同于其他的工程，在不同的工程阶段，需要的人员不同，需要配合的方面也不同，所有这些都需要行之有效的软件管理的保证。软件需求的调研是否深入透彻：软件的需求是确保软件正确反映用户的对软件使用的重要的文档，探讨软件需求是软件开发的起始点，但软件的需求却会贯穿整个软件的开发过程，软件管理需要对软件需求的变化进行控制和管理，一方面
8、保证软件需求的变化不至于造成软件工程的一改再改而无法按期完成；同时又要保证开发的软件能够为用户所接受。软件管理需要控制软件的每个阶段进行的成度，不能过细造成时间的浪费，也不能过粗，造成软件缺陷。软件的实现技术手段是否能够同时满足性能要求：软件的构造需要对软件构造过程中的使用的各种技术进行评估。软件构造技术通常是这样：最成熟的技术，往往不能体现最好的软件性能；先进的技术，往往人员对其熟悉程度不够，对其中隐含的缺陷不够明了。软件管理在制定软件开发计划和定义里程碑时必须考虑这些因素，并做出合理的权衡决策。软件质量体系是否能够被有效地保证：任何软件管理忽略软件质量监督环节都将对软件的生产构成巨大的风险
9、。而制定卓有成效的软件质量监督体系，是任何软件开发组织必不可少的。软件质量保证体系是软件开发成为可控制过程的基础，也是开发商和用户进行交流的基础和依据。软件体系结构影响到软件的如下质量因素：软件的可伸缩性：是指软件在不进行修改的情况下适应不同的工作环境的能力。由于硬件的飞速发展和软件开发周期较长的矛盾，软件升级的需要显得非常迫切。如果软件的升级和移植非常困难，软件的生命期必定很短，使得化费巨大人力物力开发出的软件系统只能在低性能的硬件或网络上运行，甚至被废弃不用，造成巨大的浪费。软件的可维护性：软件的维护也是必然的事情，为了保证软件的较长使用寿命，软件就必须适应不断的业务需求变化，根据业务需求
10、的变化对软件进行修改。修改的成本和周期都直接和软件的体系结构相关。一个好的软件体系结构可以尽可能地将系统的变化放在系统的配置上，即软件代码无需修改，仅仅是在系统提供的配置文件中进行适当的修改，然后软件重新加载进入运行状态，就完成了系统部分功能和性能要求的变化。对于重大改动，需要打开源代码进行修改的，也仅仅是先继承原先的代码，然后用新的功能接替原先的调用接口，这样将把软件改动量减小到最低。软件易用性：软件的易用性是影响软件是否被用户接受的关键之关键因素。在软件产品中，设计复杂，功能强大而完备，但因为操作繁复而被搁置者屡见不鲜。造成的主要原因在于缺乏软件开发中软件体系结构的宏观把握能力。另一方面，
11、缺乏有效的手段进行软件需求的确定和对潜在需求的挖掘。项目管理的风险软件项目管理的风险来自于软件项目自身的特点：软件产品不可见：开发的进展以及软件的质量是否符合要求难于度量，从而使软件的管理难于把握。软件的生产过程不存在绝对正确的过程形式：可以肯定的是不同的软件开发项目应当采用不同的或者说是有针对性的软件开发过程，而真正合适的软件开发过程是在软件项目的开发完成才能明了的。因此项目开发之初只能根据项目的特点和开发经验进行选择，并在开发过程中不断的调整。大型软件项目往往是一次性的。以往的经验可以被借鉴的地方不多。回避和控制软件管理风险的唯一办法就是设立监督制度，项目开发中任何较大的决定都必须有主要技
12、术环节甚至是由用户参与进行的。在该项目中项目监督由项目开发中的质量监督组来实施。一般参与软件开发的人员和其责任进行分析如下：参与者项目经理1人主要职责：进行全局把握，侧重于项目的商务方面，充当项目组同客户正式交流的接口环节。项目负责人1人主要职责：制定项目开发计划和开发策略，参与项目核心系统的分析设计，同时努力保证开发计划的按时完成和开发策略的真正贯彻落实。领域专家1或2人主要职责：在软件分析阶段帮助分析人员界定系统实现边界和实现的功能，对特定检测点进行算法审核，同时对测试策略和软件操作界面提出参考意见。质量监督组1或2人主要职责：编制软件质量控制计划，并负责落实；控制必要文档的生产，通过文档
13、，监督项目实施过程中软件的质量，并产生软件质量报告，提请项目经理和项目负责人审阅；对于项目中出现的质量问题，主持召开质量复审会议。系统分析员1或2人主要职责：协同项目负责人进行软件系统的分析和设计工作，书写软件需求分析和系统设计相关文档。在软件实现阶段进行测试策略的编制和对性能测试的指导。程序员2或3人主要职责：协助分析人员进行详细设计，和软件系统的代码实现，并进行适当的白盒测试。测试员2或3人主要职责：已经实现的软件组件、构件或系统进行正确性验证测试，整合后的系统的性能测试等。书写测试报告和测试统计报告提请质量监督组复审。技术支持2或3人主要职责：协同系统分析人员听取用户需求，对需求分析进行
14、参考性复审。协同测试人员进行测试，书写操作手册和在线帮助，在项目交付用户之后进行跟踪服务。文档组1或2人主要职责：对各部门产生的文档进行格式规范、版本编号和控制、存档文件的检索；协助质量监督组进行软件质量监督。通过适当的人员配备和职责划分，能有效的降低软件开发在后期的失控的可能性，和软件对关键人员的依赖性。软件技术风险本系统拟订采用的两个重大的软件技术是面向对象的构件和基于微软的COM组件技术。组件和构件技术都是为了提高软件的可靠性和软件的可扩展性而采用的技术手段。从技术成熟度上说不存在风险，但为了实现良好的软件构架和稳定的组件，与传统开发方法比较，有相当的多的额外工作需要做，这会给项目工期带
15、来较大的风险。回避和控制这部分风险的办法是在项目进行的过程不断的对该阶段进行风险估计和指定有效的里程碑。同时采用范例方式提高开发人员的构件组件的分析识别能力，适时调整构件组件的数量和粒度。软件过程风险软件需求阶段的风险软件的开发是以用户的需求开始，在大多数情况下，用户需求要靠软件开发方诱导才能保证需求的完整，再以书面的形式形成用户需求这一重要的文档。需求分析更多的是开发方确认需求的可行性和一致性的过程，在此阶段需要和用户进行广泛的交流和确认。需求和需求分析的任何疏漏造成的损失会在软件系统的后续阶段被一级一级地放大，因此本阶段的风险最大。设计阶段的风险设计的主要目的在于软件的功能正确的反映了需求。可见需求的不完整和对需求分析的不完整和错误，在设计阶段被成倍地放大。设计阶段的主要任务是完成系统体系结构的定义，使之能够完成需求阶段的即定目标；另一方面也是检验需求的一致性和需求分析的完整性和正确性。设计本身的风险主要来自于系统分析人员。分析人员在设计系统结构时过于定制，系统的可扩展性较弱，会给后期维护带来巨大的负担，和维护成本的激增。对用户来说系统
