项目情况说明范本（推荐）.docx

项目情况说明范本（推荐）

第一篇：项目情况说明范本（推荐）各市财政奖励项目资金清算申请材料编写要求：规范格式：（1）实施单位及项目名称（按照国家下达文件，不能有错）。（2）项目基本情况要说明，包括：项目总投资万元，技术改造主要内容（应与国家下达实施方案严格一致），工程建设开始时间，主要完成内容，竣工时间。（3）项目国家初审时间，初审单位及初审节能量,国家已下达资金。（4）项目竣工后运行情况，节能监测数据及实际达到的节能效果。（5）拟申请清算资金。（对于承诺2010年底完工，今年已完工的说明进展滞后的原因；对至今仍无法完成的项目，要说明原因及承诺完成时限）例：太原市热力公司集中供热节能技术改造工程。该项目总投资4800万元，主要对太原市集中供热3355万平方米范围内的302座热力站及太原市城南大型热源厂和太原市东山调峰热源厂的水泵及除渣系统实施节能改造。全部改造工程于2008年5月份开始，为保障城市供热，在非采暖期采取分批改造的方式，截止2010年10月底，2座热源厂重链式除渣系统改造，981台循环泵及204台补水泵的变频控制改造已全部完成并进行试运行。2008年，内蒙自治区节能监察中心、内蒙古自治区财政投资评审中心对项目进行了初审，国家于2009年下达该项目财政奖励资金434万元。项目完成后，经过一个采暖期的运行和节能监测，2010至2011年采暖期实际综合能耗为万吨标准煤，单位产品能耗，较改造前下降，实现节能量万吨标准煤，（超出或低于）初审节能量，影响节能量变化的主要因素是。根据实际运行的节能效益，共申请节能技术改造财政奖励清算资金万元。第二篇：项目管理说明1引言随着软件产品规模增大、生命周期时间延长、产品开发团队扩大和环境复杂化,软件业对配置管理在保证产品及其开发过程的标识和可追溯性方面具有的重要意义已形成了共识。但是,实用中仍然会令人感到配置管理工作影响效率,有些活动做起来僵化笨拙,做过了得不偿失。较常被引用的配置管理定义是BabichW提出的“协调软件开发以减少不理解性到最小程度的技术称为配置管理。配置管理是对正在被一个项目组建造的软件的修改标识、组织和控制的技术,其目标是通过最大限度地减少错误来最大限度地提高生产率”。按照软件工程术语的国家标准,配置管理是“应用技术的和管理的指导和监控方法以标识和说明配置项的功能和物理特征,控制这些特征的变更,记录和报告变更处理和实现状态并验证与规定需求的遵循性”。按照SW2CMM的软件配置管理关键过程域:“软件配置管理的目的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性”。要求的四个目标(Goal)是:(1)软件配置管理活动是有计划的;(2)所选定的软件工作产品是已标识的、受控的和适用的;(3)对已标识的软件工作产品的更改是受控的;(4)受影响的组和个人得到软件基线的状态和内容的通知。按照CMMI模型中的配置管理过程域:“‘配置管理’过程的目的在于运用配置标识、配置控制、配置状态统计和配置审核,建立和维护工作产品的完整性”。要求的三个特定目标是:(1)建立基线;(2)跟踪并控制变更;(3)建立完整性。综合以上的说法,配置管理的目的是“建立和维护工作产品的完整性”;基本活动是“配置标识、配置控制、配置状态统计和配置审核”,以及相关的制订配置管理计划、配置状态报告等活动。经典的定义、标准、模型可以视为业界标准的软件过程,从业界标准软件过程到组织标准软件过程,再到项目定义软件过程有相当长的路要走。标准的软件过程模型要与具体组织、项目的特点相结合“,工作产品的完整性”需要具体规定。否则,可能出现从方法、过程层面看起来配置管理的基本活动都做到了,但所做活动与业务目标不协调、与约束条件不一致,不清楚活动该做到什么程度,做起来事倍功半、流于形式,仍然不能保证产品的完整性,难以收到实效。为了使配置管理活动有效、适宜、充分地支持软件业务活动,可以先从引起配置管理问题的深层原因即混乱源开始分析,再研究不同层次的“完整性”及其相关的主要活动和能力、资源等约束,最后提出一组实用、有效配置管理的原则和策略。2配置管理失效的深层次原因在配置管理中,简单层次的原因包括缺乏基本的版本记录、缺乏基本的变更控制、缺乏配置状态审计及沟通不畅等。解决简单层次的难题也需要做认真工作,但一般只要认真去做就不难做到。真正把配置管理做到既完整、有序又提高效率则很不容易,除了对配置管理的一般目标、实践要有足够理解外,还与组织的业务流程、技术及管理能力密切相关,仅靠配置管理过程难以消除复杂、深层次的原因(混乱源)。2.1多版本、多分支许多软件产品是以演进式发布版本方式开发的,面向多个客户的产品更可能增加工作产品的版本数,需要同时管理多个版本。从根源上减少多版本、多分支的问题,需要在产品策划时就考虑好版本演进策略,把握好