软件开发项目总结报告

2024-11-14

软件开发项目总结报告(共10篇)

1.软件开发项目总结报告 篇一

XXXXXXXXXXXXXXXXXXXXXXX系统

项目总结报告

XXXXXXXXX 2017/7/27 项目概要信息

XXXXXXXXXXXXXXXXXXXXXXX系统的技术团队由11人组成,其中项目经理1人,需求分析师1人,UI设计师1人,开发人员6人,测试人员2人。

本项目的前期工作从2017年5月19日开始,历时16个工作日,于6月9日完成需求分析等准备工作。开发阶段从2017年6月12日开始,历时22个工作日,于7月10日完成全部开发工作,进入外部业务人员验证测试阶段,目前,可使用XXXXXXXXXXXXXXXXXXXXXXX的二级域名进行访问,详细信息如下:

用户资助申报地址:XXXXXXXXXXXXXXXXXXXXXXX 用户审核管理地址:XXXXXXXXXXXXXXXXXXXXXXX

本项目的开发过程有5个关键的里程碑,具体时间及内容如下: 2017年06月21日:项目初次全新功能开发完成;

2017年06月29日:项目初次内部功能测试、安全测试、性能测试完成; 2017年07月04日:需求变更,准备进行二次开发; 2017年07月10日:项目二次开发全部完成;

2017年07月11日:项目二次内部测试完成,等待外部业务人员验证测试。项目经验

因为是初次担任项目经理的角色,我最初找不到切入点,领导和同事在整个的过程中给了我很多的指导和建议。实际的项目管理工作使我对自己已学的理论知识有了更深刻的体会。所谓理论指导实践,实践验证理论,回想整个项目开发过程,至少可以总结了以下几点经验: 2.1 沟通讨论 信息交换要及时

沟通讨论是贯穿整个项目生命周期的活动,团队成员间信息交换是否及时,更是项目成功的关键。虽然不同角色承担不同工作,但都是以达成项目目标为指导的,团队成员只有始终保持沟通讨论,保证接收到最新的、一致的项目需求信息,才能使得开发工作顺利进行,避免出现信息交换不及时而导致的返工。

对于沟通,结合实际来说,如果需求分析师不能将变更的需求信息及时传递给UI设计人员,就会导致不符合用户需求的设计,更会使开发人员写出无用的代码,这必然导致重设计、重编码,甚至会延误整体项目进度。

对于讨论,尤其是像我这样缺少经验的项目经理,不论是制定计划,还是工作量识别,都必须向有经验的同事请教,接受正确的建议,才能得到合理的安排。2.2项目范围 功能边界要清晰

项目经理以需求文档为依据,将项目范围及边界清晰罗列,是把控项目开发进度的先决条件。

对于XXXXXXXXXXXX系统来说,其功能并不复杂,且开发周期短,所以在确定项目范围并进行任务细化时,可精确到接口、页面。把一个大任务分解成一个个的小任务的好处是,可以帮助我们更加精确的估计出它们的工作量,并暴露出很多可能一时无法想到的工作量,也可以保证后续进行项目开发过程的状态跟踪,更加精确。2.3时间计划 人员分配要合理

以前总认为写计划比写代码容易的多,其实恰恰相反。一份合理的项目计划需要经过思考、沟通、权衡、询问、倾听的过程,要知道,用来分析解决问题需要花费的时间,远远大于单纯的写代码时间。

项目进度计划必须将分解出来的小任务,综合考虑时间、难易程度、人员能力,估出工作量并进行合理分配。2.4代码开发 功能验证要同步

当日的开发任务结束后,作为项目经理应该对现有开发成果做验证,即对已完成的功能做验证,及时发现缺陷或其他问题,次日找对应的开发人员做修复。

因此,代码开发和功能验证的同步进行,既可以保证软件质量,同时也可以保证项目进度。当然,应该根据实际情况同步调整项目进度计划,预留处理缺陷的时间。

2.5进度执行 问题修复要反馈

项目成员必须及时反馈当日任务完成情况,及前一天遗留缺陷的修复情况,才可以保证项目经理对整体进度的把控,准确跟踪项目状态。2.6

需求变更 文档修改要记录

开发过程中的任何变更,都应做记录,作为项目成员之间沟通交流的依据,也可以避免重复修改,增加无谓的工作量。项目教训

3.1计划应当先于执行

项目计划必须要尽可能周全,并且在项目经理的可控范围内,可以根据实际情况及时做调整,但一定要保证,具体工作的开展是在计划范围内,因为没有计划直接执行会直接导致项目进度不可控,状态无法跟踪。3.2沟通应当注意技巧

高效沟通是项目成功的决定因素。因缺乏高效的沟通技巧。对内,在与开发人员进行需求沟通、代码实现方式设计等方面沟通时,并不能快速准确表达自己意图;对外,在与业务人员协商问题时,会不自觉的使用技术术语等业务人员不易理解的词汇,导致双方无法在较短时间内达成一致意见。希望自己以后有更多的锻炼机会,学习弥补这方面的欠缺。

2.软件开发项目总结报告 篇二

一、项目基本情况

该项目位于南京市栖霞区燕子矶街道神农路, 土地用地性质:二类居住用地、用地面积30948.7平方米、容积率2.2、建筑高度60米、建筑密度25%、绿地率30%。项目总用地50286.65平方米, 其中:代征道路用地7694.51平方米、代征绿地用地7694.51平方米。

二、项目环境分析

企业的战略管理过程是由战略分析、战略选择、战略实施与战略控制四个环节组成。战略分析首先要对宏观环境进行分析, 目的是预测关键因素未来的变化以及变化对企业的影响程度、性质、机遇和威胁。所谓顺势发力、逆势求稳。

(一) 宏观经济环境

目前综合多方预测判断, 2013年国内生产总值GDP同比增速将在7.7%左右, 与前三个季度持平。中国经济经历了下滑后再度出现企稳迹象, 但是宏观经济运行中仍然存在一些深层次突出矛盾和问题, 制约着中国经济的较快复苏。

2013年全国房地产开发投资86013亿元, 比上年增长19.8%, 其中住宅投资58951亿元, 增长19.4%, 占房地产开发投资的比重为68.5%。2013年房地产开发企业施工面积665572万平方米, 增长16.1%, 房屋竣工面积101435万平方米, 增长2%。

2013年房地产开发企业土地购置面积38814万平方米, 增长8.8%, 商品房销售面积130551万平方米, 增长17.3%, 其中住宅销售面积增长17.5%, 商品房销售额81428亿元, 增长26.3%, 其中住宅销售额增长26.6%。

(二) 南京市房地产状况

2013年1-10月完成住宅开发投资600.41亿元, 占房地产投资比重的68.15%。住宅施工面积3807.2万平方米, 住宅竣工面积453.44万平方米, 同比增长20.22%。数据显示, 2013年南京市销售商品房1144.84万平方米, 增长29.15%。其中住宅1000.14万平方米, 增长29.74%。

2013年共进行了22次土地出让拍卖, 共出让4113976平方米, 土地成交单价19259元/m2, 同比上升116.1%。成交楼面地价7052元/m2, 同比上升67.03%。12月新建住宅销售均价13575元/m2, 同比上升14.89%。

可以说在南京经过近几年的楼市调控, 购房者的购房需求受到政策影响被抑制, 但在这个人口高增长的城市中, 住房成为一种生活必需品。预计2014年房地产市场政策不会全面放松, 成交量会保持稳定, 且房价仍然有可能稳步上涨。

三、项目优劣分析

(一) 项目周边配套状况

从教育、医疗、休闲娱乐、餐饮、购物、交通等诸方面进行详细调查、了解。阐述现状及未来发展规划趋势。 (详细略)

(二) 项目规划设计方案重点介绍

根据建设项目规划设计要点, 结合企业对该地块的开发思路, 从项目的总体设计思想、房屋拟设计的套型、功能分区和布局、交通、景观、建设条件进度等进行表述。 (详细略)

(三) 项目定位策略

1、项目市场定位

项目的市场定位决定了项目的发展方向, 决定了项目所能形成的独特的核心竞争优势。我们在市场研究及通过项目周边配套的调查了解基础上, 选择“优质战略”为本项目市场定位的指导原则, 以更好的产品、合理的档次、更优的服务, 针对特定的客户群, 打造特定的产品。 (包括项目档次定位、项目客户定位、项目产品定位)

2、价格定位

高性价比对项目目标客户无疑会有大的吸引力, 但对开发商而言是要找到一个既能被市场认可又可获得尽可能大的利润的平衡点。本项目体量适中, 可以以中等价位入市, 再根据市场情况逐步调整价格, 在市场销售过程中不断挖掘产品品质价格, 建立自身品牌, 展示产品的独特之处, 吸引消费者。在价格定位时, 本项目价格策略拟采用价格适中的策略。

通过对以上各种因素的综合考虑, 确定本项目的市场定位为优质化、大众化。充分发挥区位、品质优势, 既体现建筑现代文化, 又充分发挥区位的地理优势, 在高品质化方面做出特点。根据对市场的调研, 我们初步将住宅的平均价格定在12200元/m2。

(四) SWOT分析

1、优势 (S)

(1) 交通优势:该地块所处栖霞区交通便利, 多路公交经过, 交通便捷畅通。未来南京地铁1号线北延线吉祥庵站也将延伸至该处。

(2) 生活设施配套优势:本项目地处栖霞区燕子矶中部, 可依托城市原有的商业、医疗、教育等基础设施, 生活便利;又紧邻公交车站、地铁站 (未来南京地铁1号线北延线) , 交通便利、出行方便。

(3) 人文优势:项目周边有幼儿园至大学多个学校、文化机构, 人文气息浓郁。近几年, 经过南京市政府的整治, 原有的化工企业已经基本完成搬迁, 2010年春节前重新规划建设幕燕滨江风光带开门迎客。

(4) 区域产业支持优势:原有行政、教育、商业, 工业基础, 近十年众多国内外知名企业入驻。区域经济的发展带来住宅特别是优质住宅的大量需求。

(5) 企业品牌优势;公司现已成功开发多个住宅项目, 始终坚持高端项目开发路线, 积累大量的客户资源, 形成良好的口碑效应。

2、劣势 (W)

本项目地处燕子矶中部, 板块内拥有一定的自然景观资源, 但距地块均有一定距离。地块四周为住宅和商业办公, 自然景观效果不足, 只能靠人工造景来弥补。

3、机会 (O)

(1) 栖霞区多个项目的开发为本项目带来巨大的比价效应, 其他楼盘的兴建和运作成功将为本项目提供极大的宣传效果和示范效应, 也会提升该地区的档次和面貌, 同时燕子矶大量的消费群体提供了充足的客源。

(2) 已通车的长江二桥、长江四桥。3号地铁线, 已规划的南京地铁1号线北延线、进一步改善了南京市长江南北交通的瓶颈问题, 极大地加强燕子矶与城区的联系。

(3) 随着南京市将主城区周边作为发展重点, 也给栖霞区燕子矶的房地产发展带来巨大的机遇。

(4) 栖霞区在南京城市发展规划中将成为重要山水资源保护区和人居环境保护区, 对区域房地产市场的发展提供良好的支持。住宅项目的开发符合城市区域规划目标并受到规划政策的保障。

4、威胁 (T)

国家针对房地产的调控, 使得投资性需求大幅缩, 住宅项目主要购买对象为刚性需求。

结论:本项目交通便利、配套完善、价格优势明显, 极大改变该区位的居住和生活品位。同时不可避免地面临着来自周边大盘的竞争, 大体量的住宅小区和住宅区的消化和推广也将产生较大压力。

四、项目投资分析

(一) 项目销售收入预测

根据上述调查分析, 同时考虑到未来市场发展趋势不确定性较高, 因此, 我们对项目作出以下三种态势的价格预测:

注:住宅建面按63629.67平米计, 商业面积按3151.8平方米计

由上表可见, 按照保守、适宜及理想的价格预测, 本项目住宅及商业裙楼的预期销售收入合计分别可达到90075.70万元、101844.18万元、108522.36万元。其中总销售收入中, 项目车位571个, 按售价8万元计, 则车位销售收入约在4568万元之间。

按此计算, 在保守价的情况下 (住宅单价12200元/平方米, 商铺单价25000元/平方米, 车位8万元/个) , 项目的销售总额达90075.70万元。

(二) 项目投资预算

项目总建筑面积约9万平方米, 参与竞拍价约为30000万元, 可销售房建筑面积66781.47平方米, 土地成本按建筑面积分摊费用约为8964.49元/平方米;

根据对项目销售价格的预测, 考虑在保守状态下, 即住宅单价12200元/平方米、商铺单价25000元/平方米, 车位8万元/个对外销售项目, 据此测算项目投资情况。

(三) 项目销售价格敏感度分析

五、项目可行性分析总结

(一) 根据目前该地区的楼盘特点, 本项目应以优质产品开发为出发点, 以高品质的产品特色和价格适中的营销手段来加强市场竞争力, 从而取得成功。

(二) 本项目以高层住宅和配套商业相结合, 小区所处自然环境优美, 配备完善的商业、文化、娱乐、休闲、运动区, 借助周边的已有医疗、教育等基础设施, 引领本区域内楼市的发展。

(三) 通过本项目的运作, 可以有效地提升企业品牌形象, 为建设单位长远发展打下坚实的基础。

(四) 综上所述, 该项目无论从市场可行性还是从财务可行性判断, 均有较好的开发前景, 项目可行。

摘要:房地产企业在参与政府组织的土地竞拍、房地产项目的转让以及房地产开发企业的兼并重组过程中, 为了能有效把握机遇规避风险, 对参与项目的优势、劣势、机会、威胁进行系统分析, 编制项目的可行性研究报告是不可缺少的重要一环。本文结合具体实例对房地产企业开发项目可行性研究报告的编制方法进行了分析。

3.软件开发项目总结报告 篇三

全面全过程的工程造价管理不仅涵盖了这两个阶段,而且涉及到项目的可行性研究阶段、立项阶段、售后服务阶段。虽然工程造价的形成主要在工程施工阶段,但工程造价的大小以及费用的发生是否合理,更大程度上取决于规划设计阶段、也牵涉到售后服务阶段。因此,工程造价管理得从项目的前期入手,在这阶段进行合理的优化和规划,并提出准确的目标;在施工阶段进行及时的控制,在结算阶段进行准确的计量与计价,从而对项目工程造价管理实行全过程全方位的动态管理,以实现项目造价管理的总目标。以下是本人对某项目工程造价管理的总结与分析。

1工程前期的造价管理

1.1项目的投资估算

造价部门根据方案进行投资估算,该投资估算为今后确定销售价及控制施工图预算提供依据。进行投资估算时,搜集了大量历史资料,采集了不少信息,特别是对市场信息进行分析和利用。以便确定出工程费、工程其它费、预备费、贷款利息等。

1.2 设计方案阶段造价管理的作用

设计方案阶段对建设工程的工程造价有着举足轻重的作用。在这个阶段造价管理人员的参与是非常必要的。因为设计方案不但要考虑技术上的可行性,还要考虑经济上的合理性,以便优化设计方案。

该项目在做方案设计之初,将25层高的21#、22#楼与三层高的会所分离开,这不仅增大了建筑物的基底面积和减少了绿化率,而且会增加工程造价。后经我方建议将21#、22#楼下面三层设计为裙楼做会所,上面22层做住宅。经过经济比较节约工程造价约三百多万元,而且为整个小区增加了1500多平方米的绿化面积,从而改善了居住环境。

1.3前期造价分析

通常设计阶段的程序是:可行性研究-设计项目描述-设计任务书-方案设计-施工图设计-图纸会审,而工程造价控制的程序是投资估算-设计概算-施工图预算。由于关注点的不同,设计单位往往对工程造价的控制重视程度不如开发单位,因此这一阶段的工程造价控制应该由开发单位牵头,由设计单位来实现。我公司在委托设计前,已组织力量对工程造价可控敏感的部分进行专题调研,通过考察相关项目、收集最新技术资料,组织专题专家会等方式,与设计单位共同完成设计与工程造价分析与比较。在确定项目技术方案的同时,也确定工程造价控制目标。具体采用限额设计和价值工程等手段,在设计任务书中,把包含工程造价控制内容的意图系统、明确地告知设计单位。及时组织图纸会审,从设计、工程、销售等多角度对设计方案进行可行性分析。据统计,设计费只相当于建筑工程总费用的1%左右,但正是这1%的设计费用决定了几乎全部后期的工程建设费用,由此可见,设计阶段的工程造价控制在整个项目投资中的重要性。在这一阶段,造价人员的工作重点是通过造价分析,协助技术人员按技术经济分析方法和价值工程原理选择最佳设计方案。

比如在进行屋面设计时,原方案是屋面绿化。经过经济技术分析,种植屋面的工程造价较高,而且养护较难、费用也昂贵,如果防水工程的质量不好将严重影响住户的使用功能和生活质量。后来改为铺贴轻质隔热地砖,这不仅减少了工程造价,而且为住户提供了较大的活动空间。

2项目建设阶段的造价管理

项目建设阶段的工程造价管理主要集中在招投标、合同签署、工程变更和竣工结算四个方面。

2、1采用招标方式选择工程承包单位与材料供应商。

采用招标方式选择工程承包单位与材料供应商是行之有效的控制工程造价的办法。在选择工程项目的承包单位和材料设备的供应商时,进行邀请招投标是常用的办法。在招投标过程中,充分利用项目的规模优势和供应商的自身优势及相互竞争、可以获得最优惠价格,特别是对于影响力大的土建工程,往往投标单位会根据规模效益及社会效益以低于常规造价的价格报标,同时尽量使更多的总承包商和材料供应商入围。

在招标过程中,造价管理部门仔细审阅图纸,尽可能减少工程实施过程中的设计变更和中标单位以后的索赔机会。在评标过程中,要仔细分析各投标单位的投标文件,防止低价中标、高价索赔和不平衡报价的情况出现。另外还要积极鼓励各投标单位从专业角度出发提出各种合理化建议以便更加优化设计方案。另外,在招标过程中,还充分利用群体项目开发的优势,确立一些长期合作的品牌和供应商,在保证质量的同时,提供更优惠的价格,实现双赢。

2.2合同签署要慎重严密

签订规范、细致、严密的合同文本,是房地产开发项目工程造价控制的又一重点。编制严密的合同文本,对承包商的制约条款几乎达到无所不包的地步,并且也不能出现霸王条款、不能悖离公平、诚实信用的原则,与此同时也应防止施工单位进场后以工期紧、场地狭小、设计选型的品牌型号不明确等为借口,进行各种各样的索赔。如施工单位常常会在工程的后期以甲方原因误工造成工期紧为理由,提出赶工申请,要求增加工程费用,如果合同中预告了合同报价充分考虑了工期因素,明示不论采取何种赶工措施均不再调整报价的条款,就能有效地杜绝这类费用的增长;比如在设备安装预算中,由于不同的品牌型号价格出入很大,如果在合同中的条款及工程量清单及相关附件中描述模糊,就很容易在施工过程中被“偷梁换柱”,影响工程质量和寿命,损害开发商的信誉,造成不良后果。

2.3提高工程变更的前瞻性

在项目建设过程中,工程变更的管理非常重要,工程管理人员和造价人员应密切配合,严格控制洽商变更的发生。但由于工程项目周期长、技术复杂、可变因素多等特点,项目在实施过程中不可避免会发生变更。对于大的洽商变更,必须事先做详细的技术经济分析,这时要充分利用设计单位和监理单位的技术资源,并就其对工程造价的影响做出评价。综合各方意见后才能最后确定是否实施该洽商变更。但变更设计必须在合同条款的约束下进行,任何变更不能使合同失效。变更后的单价仍执行合同中已有的单价,或参照执行合同中的单价。如合同中无此单价或因变更带来的变化,应按合同条款进行计价,并在补充合同条款中明确。

2.4结算审核要全面、细致入微

工程竣工结算是核定建设工程造价的最终环节,也是建设项目竣工验收后编制竣工决算和核定新增固定资产价值的依据,更可为开发商提供重要参数及造价管理经验的积累。具体工作程序如下:

(1)核对工程合同条款。只有按合同要求完成全部工程并验收合格才能列入竣工结算,并在结算过程中严格执行合同约定的结算方法、计价定额、取费标准、主材价格和优惠条款等。

(2)落实设计变更洽商。只有经建设单位和监理工程师审查同意、签证的变更洽商才能列入结算。

(3)按竣工图核实工程数量。工程量均按合同内包干,结算时按签证量进行总价核增核减计算总造价。工程量清单以外的部分按合同约定的结算办法与要求进行结算。

(4)严格执行合同清单单价。我公司除土石方工程和措施项目采用包干外,其它项目均采用固定单价。结算单价应按合同约定或招投文件规定的计价定额与计价原则执行,对定额单价中没有的项目应按相近定额项目进行分析换算,或提出人工、机械、材料计价依据,编制补充单价。

(5)注意各项费用计取。建安工程的收费标准应按合同要求或项目建设期间与计价定额配套使用的建安工程费用定额及有关规定执行,要完全做到计价有依据、数据必嚴格。

(7)及时完成结算核对。竣工结算的核对是工程造价计价中发、承包双方应共同完成的重要工作,若发包人收到竣工结算书后迟迟不予答复,以达到拖欠或不支付工程款的目的,这不仅侵害了承包人的合法权益,也造成了拖欠农民工工资的现象,因此酿成不良的社会问题和负面影响。

4.项目开发总结报告 篇四

2014年09月

江苏创导信息科技有限公司

陕西陕煤韩城矿业有限公司隐患排查智能管理系统 引言

1.1编写目的

项目开发总结报告的编制是为了总结本项目开发工作的经验,说明实际取得的开发结果以及对整个开发工作的各个方面的评价。

本文档预期的读者为软件开发人员。

1.2背景

项目名称:韩城隐患排查系统

系统名称:陕西陕煤韩城矿业公司隐患排查智能管理系统 开发单位:江苏创导信息科技有限公司

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。实际开发结果

2.1产品

本系统共包含5个程序,分别是: 韩城矿业公司隐患排查系统服务端; 韩城矿业公司隐患排查系统客户端; 韩城桑树坪隐患排查矿图浏览客户端; 韩城下峪口隐患排查矿图浏览客户端; 韩城象山矿井隐患排查矿图浏览客户端。

2.2主要功能和性能

本项目主要可实现以下模块功能:

1.隐患排查功能,实现隐患信息的录入、审核、处理、验收的流程处理,以及隐患信息的查询、统计、删除、报表、大屏管理等管理功能。

江苏创导信息科技有限公司

陕西陕煤韩城矿业有限公司隐患排查智能管理系统

2.三违信息管理功能,实现三违信息的录入、审核申诉、处理的流程管理。并可以进行查询、统计、删除、报表功能。

3.专项检查功能可以管理专项检查库,发布专项检查,录入和查询专项检查结果详情。4.考核功能可以查询考核结果,管理隐患三违信息生成的罚单。5.管理功能用于管理员用户配置系统信息,以及发送短信,站内信等。

2.3基本流程

开始登录隐患录入不通过审核审核通过三违录入系统管理申诉审核/申诉申诉隐患处理不通过隐患验收多次不通过审核不通过通过三违取消申诉处理不通过三违处理通过生成罚单

2.4进度

由于足够的技术力量保障,韩城矿业公司隐患排查智能管理系统开发进度正常,并与最后阶段提前完成,争取到了一定的测试时间。

江苏创导信息科技有限公司

陕西陕煤韩城矿业有限公司隐患排查智能管理系统 开发工作评价

3.1对生产效率的评价

在高质量的前期调研设计和足够的人力支持下,本项目生产效率较高,提前完成了开发进度。

3.2对产品质量的评价

本次项目产品质量较高,虽然之后又进行了一次较大修改,不过大部分是以为需求更改或开发时对需求理解有误,错误代码或者BUG导致的修改并不多。

3.3对技术方法的评价

VS2010:Visual Studio是微软公司推出的开发环境。是目前最流行的Windows平台应用程序开发环境。Visual Studio 2010版本于2010年4月12日上市,其集成开发环境(IDE)的界面被重新设计和组织,变得更加简单明了。Visual Studio 2010同时带来了 NET Framework 4.0、Microsoft Visual Studio 2010 CTP(Community Technology Preview--CTP),并且支持开发面向Windows 7的应用程序。除了Microsoft SQL Server,它还支持IBM DB2和Oracle数据库。

JavaScript:一种直译式脚本语言,是一种动态类型、弱类型、基于原型的语言,内置支持类型。它的解释器被称为JavaScript引擎,为浏览器的一部分,广泛用于客户端的脚本语言,最早是在HTML(标准通用标记语言下的一个应用)网页上使用,用来给HTML网页增加动态功能。

Windows Communication Foundation(WCF):是由微软开发的一系列支持数据通信的应用程序框架,可以翻译为Windows 通讯开发平台。整合了原有的windows通讯的.net Remoting,WebService,Socket的机制,并融合有Http和Ftp的相关技术。是Windows平台上开发分布式应用最佳的实践方式。

SQL Server SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的,于1988 年推出了第一个OS/2 版本。在Windows NT 推出后,Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了,Microsoft 将SQL Server 移植到Windows NT系统上,专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL Server在UNIX 操作系统上的应用。

.NET Framework 4.0.NET Framework 4.0 是支持生成和运行下一代应用程序和 XML Web Services 的内部 Windows 组件,很多基于此架构的程序需要它的支持才能够运行。

DevExpress

江苏创导信息科技有限公司

陕西陕煤韩城矿业有限公司隐患排查智能管理系统

DevExpress特指DevExpress公司出品的控件集合或某系列控件或其中某控件。DevExpress 开发的控件有很强的实力,不仅功能丰富,应用简便,而且界面华丽,更可方便定制。对于编程人员来说是个不错的选择。它的菜单栏控件更具代表,完全可以替代开发环境提供的基本控件,而让您编写的程序或软件更显专业化。它还提供完善的帮助系统,资料详尽,可以快速入手。有些高级控件更是零代码的,非常易于使用。

3.4出错原因的分析

主要的错误原因是对需求的理解有歧义,或者多模块联动时导致的一些超出预期的相互影响、数据修改错误。经验与教训

此次项目中获得的经验主要有两点:第一,是开发过程中与开发后因为需求导致的改变。这提示我们在以后的工作中,无论开发阶段还是测试维护阶段,都需要随时关注需求的变化,有不理解或者歧义的地方,要第一时间解决疑问,不能模棱两可的完成工作,对以后的测试修改工作带来不必要的麻烦;

第二,是前期数据库设计时部分表功能重复,导致后来的开发过程中的一些混乱和数据冗余。这带给我们的教训是在数据库设计时一定要尽可能考虑全面,严格遵循安全性,完整性,一致性,可恢复性等数据库设计原则,优化数据结构,平衡效率和功能,以保证数据库不但能满足开发需求,更能提高系统运行效率。

5.软件项目工作总结报告 篇五

这里就我们开发过的一些小型软件项目来谈一些开发的总结和体会,一般来说,小型软件项目功能比较单一,而且模块与模块之间的衔接不是很多,同时对开发周期要求比较短。

小型软件项目总结之谈:小型软件项目也要认真对待小项目虽然看起来比较简单,所以很多开发人员容易犯一些错误,下面是一个程序员的经验讲述,小型软件项目总结之谈:小型软件项目也要认真对待。记得我们在开发一个基于Internet的有偿的服务系统的时候,有三个开发人员:一个负责前端界面的编写,一个负责数据通讯协议和实现(基于TCP基础上的应用协议),一个负责对数据库数据的查询、整理和提取。我们在开发的时候没有认真地进行项目实际前途和工作量的估计。没有认真地估计项目难度,比如对于通讯中多用户并发访问时的多线程问题和缓存处理问题,用户批量请求处理的实现复杂度问题等等。三个人之间的接口也是在开发中休息的时候,口头定义一下。结果发现有不严密的地方(比如在通讯服务器端是用VC编写的,开发人员是通过stream来传送数据的,客户端是用Delphi编写,在接收数据的时候发现数据不准确,后来研究发现VC利用CSocket在传送数据流的时候对数据进行了自己定义的格式化,结果服务器端数据发送模块只好重写),而且其中关于一个接口双方的理解不同,然后又返工重新修改。最后到系统基本完成的时候没有一份较正式的文档。然后因为有人毕业离开这个项目,然后他编写的模块需要升级,新的接收的人不得不花很多时间去阅读他的源代码。

6.10 项目开发总结报告格式文档 篇六

项目开发总结报告项目概述..........................1 实际开发结果.........................1

2.1 系统描述............................1

2.2 业务流程图........................1

2.3 主要功能和性能.......................1

2.4 实际开发进度表.......................1

开发工作评价.........................1

3.1 对开发进度的评价..........................1

3.2 对软件质量的评价..........................1

3.3 对技术运用的评价..........................1

3.4 缺陷与不足........................1 经验与教训.............................1 3 4项目概述实际开发结果

2.1 系统描述

2.2 业务流程图

2.3 主要功能和性能

2.4 实际开发进度表开发工作评价

3.1 对开发进度的评价

3.2 对软件质量的评价

3.3 对技术运用的评价

7.软件开发项目管理浅析 篇七

一、软件项目计划

软件项目计划是一个软件项目进入系统实施的启动阶段, 主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。

软件项目管理过程从项目计划活动开始, 而第一项计划活动就是估算:需要多长时间、需要多少工作量以及需要多少人员。此外, 还必须估算所需要的资源 (硬件及软件) 和可能涉及到的风险。根据项目的规模可以估算出完成项目所需的工作量, 可以使用一种或多种技术进行估算, 这些技术主要分为两大类:功能分解技术和经验技术。分解技术需要划分出主要的软件功能, 接着估算实现每一个功能所需的程序规模或人、月数。经验技术的使用是根据经验导出的公式来预测工作量和时间。

二、软件项目管理的组织模式

软件项目可以是一个单独的开发项目, 也可以与产品项目组成一个完整的软件产品项目。实行项目管理时, 首先要成立项目领导小组, 项目领导小组下设项目管理小组、项目评审小组和软件开发项目组。

(一) 项目领导小组

项目领导小组是公司项目管理的最高决策机构, 一般由公司总经理、副总经理组成。主要职责如下:

1. 审核批准项目的总体方案, 工程实施计划。

2. 负责项目实施过程中的重大事件的决策。

3. 根据项目过程中的进度、质量、技术、资源、风险等实行宏观监控。

4. 负责组建验收小组, 主持验收工作。

5. 协调涉及与系统建设中有关的各方工作关系。

(二) 项目管理小组

项目管理小组对项目领导小组负责, 一般由项目负责人 (项目经理) 及相关人员组成。主要职责如下:

1. 根据项目进展及工作要求制定工作计划, 并监督实施, 控制进度。

2. 协调项目组内人员的分工合作, 资源分配。

3. 确保项目的质量和过程符合软件开发的规范。

4. 召集并主持各阶段的评审工作。

5. 负责制定阶段工作完成验收标准和最终验收标准, 报领导小组审批。

(三) 软件开发项目组

软件开发项目组对项目领导小组负责, 成员一般由公司技术人员和专业开发商开发人员构成。主要职责是:

1. 系统需求调研。

2. 系统设计。

3. 程序编码。

4. 系统测试。

5. 建立开发及测试环境 (系统硬件, 软件, 网络配置等) 。

6. 准备测试数据。

7. 安装生产系统。

(四) 项目评审小组

项目评审小组对项目领导小组负责, 一般由公司技术专家和市场专家组成。主要职责如下:

1. 对项目可行性报告进行评审。

2. 对开发计划和阶段报告进行评审。

3. 项目结束时, 对项目总结报告进行评审。

三、软件项目管理的内容

从软件工程的角度讲, 软件开发主要分为六个阶段:需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、系统上线及维护阶段。

(一) 需求分析阶段。

需求分析阶段是整个项目开发的起点, 其任务是通过详细调查用户的实际要求, 在此基础上确定项目开发的功能点。本阶段需要形成文档:《项目需求规格说明书》。

(二) 概要设计阶段。

概要设计的内容包括:开发目标及环境、系统框架设计、接口设计、数据结构设计、功能模块设计。阶段文档:《概要设计说明书》

(三) 详细设计阶段。

详细设计是在概要设计的基础上, 为每个功能模块进行详细的算法设计, 对数据结构进行物理设计, 即确定数据库的物理结构, 以此作为软件开发人员进行编码开发的基础。阶段文档:《详细设计说明书》

(四) 编码阶段。

编码阶段是软件开发的实质性阶段, 是将详细设计中的算法转化为代码的过程。因为每个开发人员的编码习惯和风格都有所不同, 因此在开发之前确定一套编码规范是非常有必要的。

(五) 测试阶段。

所谓测试就是用已知的输入在已知环境中动态地执行系统 (或系统的部件) 。测试阶段一般包括单元测试、模块测试、集成测试和系统测试。测试过程中将产生下述基本文档:

1.《项目测试计划》:确定测试范围、方法、和需要的资源等。

2.《项目测试报告》:详细描述和每个测试方案有关的测试步骤和数据 (包括测试数据及预期的结果)

(六) 系统上线及维护阶段。

系统上线前要编写《系统上线计划书》, 对上线时间、上线步骤、环境准备、风险评估、应急方案制定等方面做详细说明, 尽量估计可能出现的情况并作出处理预案, 才能保证系统成功上线投入生产运行。

维护阶段包含两项内容, 一是系统运行中出现问题的处理, 这也是常见的维护内容;另一项内容是对原有功能模块进行修改或功能扩展。

四、项目评审

项目评审并不是在项目开发完毕后进行评审, 而是在项目开发的各个阶段都要进行评审。因为在项目开发的各个阶段都可能产生错误, 如果这些错误不及时发现并纠正, 会不断地扩大, 最后可能导致整个项目的失败。

项目评审各项标准:

正确性:在预定环境下能正确地完成预期功能的程度。

健壮性:在硬件发生故障、输入的数据无效或操作错误等意外环境下, 系统能做出适当响应的程度。

效率:为了完成预定的功能, 系统消耗资源的多少。

安全性:对未经授权的人使用系统或操作数据的企图, 系统能过控制 (禁止) 的程度。

可用性:系统在完成预定应该完成的功能时令人满意的程度。

风险:按预定的成本和进度把系统开发出来, 并且为用户所满意的概率。

可理解性:理解和使用该系统的容易程度。

可维护性:诊断和改正在运行现场发现的错误所需要的工作量的大小。

灵活性:修改或改进正在运行的系统需要的工作量的多少。

可测试性:系统容易测试的程度。

可移植性:把程序从一种硬件配置和 (或) 软件系统环境转移到另一种配置和环境时, 需要的工作量多少。

可再用性:在其他应用中该程序可以被再次使用的程度 (或范围) 。

互运行性:把该系统和另一个系统结合起来需要的工作量的多少。

五、结语

8.计算机软件开发项目进度控制浅谈 篇八

关键词 计算机 软件开发 项目 进度控制

中图分类号:TP311.52 文献标识码:A

1计算机软件开发项目进度控制影响因素

计算机软件开发项目由于其自身特性,影响其进度管控的因素主要分为以下几种:

(1)开发过程的不可见性。软件项目产品区别于其他建设项目,是逻辑实体,不是具体的物理实体,是抽象的,因此过程可见性差。很难按照建设项目的里程碑标准去对照检查其质量和效果。

(2)开发过程的多变性。软件产品需要把思想、概念、流程、算法、组织等多种概念融合在一起的。因此,对于这种产品的具体功能,客户一开始不会有全面确切的想法,往往会在开发过程中要求增删,变动中就会造成新问题的产生及解决过程,打乱原有的开发进度。

(3)草率的开发进度计划制定。软件产品开发基本上每次都是一个全新的创造过程,没有现成的实例参考或现成的模块可拼接,很难进行内容难度的预估,因此计划制定的一般比较草率,草率会导致两个问题:如果计划过松,会增加编排人员的放松心理;如果过紧,就会导致编程人员的赶工心理,往往会因进度不保证质量,造成后期总体的返工,导致超期。

(4)纯手工作业错误率高。软件产品开发是一种纯手工作业的劳动密集的工作。这就需要极其细致复杂的思考和高度的精神集中。同时还是无法避免出错。并且一旦出错往往到后期才会发现,这就造成了返工,这也就对进度的控制造成很大影响。

(5)项目资源变动的影响。软件开发项目资源的变动造成进度影响的主要是人力资源。软件开发进度中时间和工作量并不是均等分配的。业内称为80/20的工作特点,即80%的项目工作可以在20%的时间内完成,并且这80%的项目工作不一定是在项目的前期,而可能是分布在项目的各个阶段,而剩余的20%的项目工作大部分是在后期需要80%的时间。这就往往给领导或项目经理以项目进度快或时间宽松的错觉,而进行项目组人员的调动。这就会造成项目后期的被动。同时软件开发工作每个人有每个人的编程操作手法,同时比较注重个人经验,即使后期补充人员,也基本上无法立即进入项目工作,他需要一个培训学习熟悉的过程,也就直接影响了预期的进度。

2计算机软件开发项目进度控制办法简述

2.1合理的项目计划编制

要进行项目管控的前提是要有合理的项目计划指引,但是因为软件项目自身的多变性,就需要制定匹配其特点的项目计划书。软件开发项目计划编制建议注重以下两点:

(1)渐进明细方式。初期的项目计划可以制定的粗一些,随着项目的进展,项目计划跟进细化。待客户需求的明确,就应该对项目计划进行调整修订,并制定出书面的变更手续,得到项目干系人的确认和认可,确定较为准确的工期。对于较大的软甲开发项目可以采取工作结构的多次分解法,即根据项目初期大框制定一级的WBS,随着细化在在概要设计完成以后制定出较为准确二次 WBS,根据代码模块或组件的合理划分而得出的二次 WBS。同时随着计划的明确,对项目的分工和进度进行及时的调整,使项目的计划符合项目的变化,使项目的进度符合项目的计划。

(2)团队参与计划制定。通过团队讨论的形式进行计划编制,团队成员应包括客户方、公司领导、项目组成员成员尽量涵盖整个项目干系人,这一方面有利于参考多方意见,确保计划的合理性。避免因为赶工造成的错位问题返工。另一方面通过这种方式更容易达成共识。便于后期的项目工作开展,一定程度上增加了组员的责任感,在工作中就可以更加认真仔细,减少出错率。

2.2组织和策略保障

(1)组织和机制支持。项目进度控制应该由部门经理和项目监控人员共同进行,部门经理参与可以发挥其人事行政的职能,他们通过软件开发项目可以更好的了解项目成员的工作状态和工作能力,决定项目成员的考核、升迁和职业发展。项目成员也会因为对他们有切身利益有关的管理人員而表现出较好的状态,减少出错率。

(2)例行的项目阶段汇报和计划。项目负责人按照预定的每个阶段点定期在与项目成员和其他相关人员充分沟通后,向相关管理人员和管理部门提交一份书面项目阶段工作汇报与计划,内容包括:项目计划执行情况,下一步计划安排,解决的和遗留的问题,资源申请,协调和人员配置调整及其他相关问题,这样有助于将项目进度公开,同时可以借力解决各种项目需求,最重要的是确保人力资源的稳定。避免管理者随意调配造成进度影响。

2.3进度落后的补救措施

根据Brooks原则,对滞后的项目增加人手可能引起项目的更加滞后。当项目进度滞后时间,而是项目经理要全面分析项目进度延迟的原因,如果确实是交付期不合理,就应该通过沟通变更交付期,以免赶工造成其他严重后果。同时还应该从技术、组员的工作心态、环境等方面查找原因,找到提高效率、加快进度的方法。

3结论

综上所述,计算机软件开发项目的进度控制存在一定特殊性和难度,但是抓住其关键影响因素,通过合理的计划编制以及实施中的组织策略支持,并且对于滞后的问题做出理智的思考分析,还是对进度控制工作有一定的积极意义,希望本文对业界同行有所帮助。

参考文献

[1] (美)Frederick P.Brooks,Jr.人月神话[M].北京:清华大学出版社,2002.

9.软件开发项目总结报告 篇九

1引言

1.1编写目的为了总结报告在工作过程中产生的问题、获得的经验,并且总结报告设计和制作者过程中的逻辑和想法,以便在以后的生产和学习过程中得到进一步提高。

1.2背景

说明:

a. 本项目名称:学生信息管理系统;

b. 此软件的任务提出者:小组;

开发者:全体小组成员。

1.3定义

服务器端API :服务器端设计者通过规范的API文档,提供给客户端,以方便客户端的开发,使得同时进行,提高效率,节约时间。两端通过protocol(协议类)进行通信; 用户:用户代指学生用户以及任课教师用户;

管理员:负责程序后台管理的工作人员。

1.4参考资料

《项目需求说明书》

《项目详细设计说明书》

《项目概要设计说明书》

参考资料:

《软件工程导论》

《软件文档编写》

2实际开发结果

2.1产品

产品名称:学生成绩管理系统

产品功能:

软件部分:能够管理和统计表学生成绩,支持老师输入,修改以及查询学生成绩,支持学生查询号自己的成绩和相关资料,支持管理员对学生信息的相关操作。

数据库部分:支持管理员将学生的相关信息在数据库中进行增加,删除和修改。

2.2主要功能和性能

功能:

2.2.1管理员功能

2.2.1.1学籍管理(1)学生注册:

新学年一到,新生到学生注册出去注册,那么注册员可以接受新生的注册信息,那么信息就包括学生的基本信息以及简历:(2)学生信息查询:

用户可以根据学生的姓名、学号、班级、专业对学生的学籍信息进行查询(3)学生毕业

可以成批地处理学生毕业,当然也可以设置学生毕业后学校对他们的资料保存期限(4)修改学籍号

用户可以对学生的学号进行更改(5)学籍变动

学籍变动包括学生学生换班、退学、插班、结业、休学等操作2.1.1.2收费管理

(1)学生缴费标准

根据国家收费标准设置各个系各个专业的每年的学费、书费、住宿费等。(2)学生缴费

该接口可实现学生的缴费操作。(3)学生缴费查询

该接口能够以多个关键字对学生学费情况、以及各专业的收费标准进行查询。(4)学生欠费统计

能够十分方便地统计每个班的缴费情况,以催促欠费学生尽快缴清2.1.1.3班级管理

(1)班级添加

能够十分方便地添加班级,其中包括班级所在专业、班主任、班干部信息等。(2)班级修改

修改班级情况,如辅导员、教室等(3)班级拆、合可以方便地实现班级的拆、合。

2.1.2教师功能

2.1.2.1成绩管理

(1)成绩录入

每次考试后,各个任课老师可以把该科成绩列表交给辅导员以进行成绩的录入工作,录入信息包括学生姓名、学号、科目、专业、录入日期。(2)成绩查询

可以根据多个关键字对学生的成绩进行查询,另外,还可以产生一个班的平均成绩报表、所有学生的排名以及该专业该年级的班级排名。(3)成绩修改

如在审卷过程中发现有成绩错误,可以对学生的成绩进行修改(4)课表查询

任课教师可以查询所带班级的课程表

2.1.3学生功能

2.1.3.1登陆查询系统

学生能够使用自己的学号做为帐号、用默认密码在网上对自己该学期的表现进行查询,包括自己的各个学期的学习成绩,表现情况。

逐项列出本软件产品所实际具有的主要功能和性能,对照可行性研究报告、项目开发计划、功能需求说明书的有关内容,说明原定的开发目标是达到了、未完全达到、或超过了。

性能:

灵活性:窗口响应绝大部分的快捷菜单和控制面板操作; 时间特性:响应鼠标单击的时间在2~3秒之间;

安全性:用户权限经过严格控制,同时安装相应的防火墙对程序以及数据库进行保护; 页面友好:操作简单明确,页面符合用户需求。

2.3基本流程

用户(学生、教师)查询信息处理流程图

系统管理员更新信息处理流程图

2.4进度

按计划进行。

2.5费用

无开发费用。

3开发工作评价

3.1对生产效率的评价

实际生产时间:3.5周平均每周使用小时数:6小时

3.2对产品质量的评价

产品相关性能均能达到预期目标,产品质量较好,在测试过程中相对稳定。但是由于程序生产过程中对实际问题的一些把控不足,以及未能拥有足够大的数据库,所以产品不能大规模使用。

3.3对技术方法的评价

在开发过程中风们严格按照开发阶段行事,掌握了整个开发流程,根据小组组员的实际情况以及实际能力选择相对掌握比较好的Java程序语言,编写方法结合了软件工程序的要求。而且通过对程序的编写,组员的Java水平得到进一步提高。

3.4出错原因的分析

1.小组成员之间相互沟通不够;

2.小组成员之间相互分工不是特别明确;

3.对于软件的实战开发缺乏经验以及相应的技术。

4经验与教训

经过这段时间开发过程小组成员们了解了软件工程序的具体涵义,熟悉了软件开发的开发流程,也撑握了软件文档的编写标准,学到了很多以前没有了解到的知识,但是由于设计时间估计等一些经验上的问题,没有很好的分安排好组员的工作,因为大量的时间都用作学习,所以留给软件开发的 时间相对较少一些,造成的结果是,开发的过程不是均匀,但是经过这段时间的学习,交流和努力,终于完成了整个项目。学到的知识都是很值得珍惜的。

另外,通过对软件开发过程的了解与熟悉,了解到软件开发并不是一个很简单的过程,相反,软件开发是一个很繁琐,而且很严谨的过程,与我们想象中的并不一样,所以,在以

10.软件开发项目总结报告 篇十

总 结 报 告

绵阳市水务局: 2007年以来,我县水保执法工作,在上级业务主管部门和县委、县府以及相关部门的关心支持下,通过水保执法工作者与各类开发性建设项目业主们的通力协作,圆满完成了年内执法任务,并有效控制了人为水土流失的发生与发展,为盐亭生态环境的好转作出了贡献。现将有关情况汇报如下:

一、成绩与效果

1、完成了县内执法对象的普查

2007年3月,县水务局组织相关执法股室和9个水保流域中心站的工作人员,共计35人,依据行业的性质和区域的范围,对全县所有开发性建设项目进行了为期60余天的集中调查,并建档成册。通过这次调查,其效果主要反映在两个方面:一是摸清了执法对象,做到了心中有数。截止2007年11月底,我县共有开发性建设项目 处,占地面积11hm2,有可能造成人为水土流失的废弃渣量共820m3。其中,属矿山开采类的砖厂有28处,活性白土开采场有8处;属房屋建筑类的有21处;属水利水电工程类的有3处;属交通类的乡(村)道有1处。二是全面掌握了水保方案的审批率、执行率、验收率,了解了被执法对象的守法心态,据统计并截止调查结束日前,我县逃逸 水保方案编报的开发性建设项目有2处,占审批率的15%,规避水土保持方案具体落实的开发性建设项目有4处,占执行率30%,不从事水土保持方案实施情况验收的开发性建设项目有11处,占验收率的85%,进而为我县下一步执法工作的开展奠定了坚实基础。

2、加强了水土保持方案编报、审批与方案落实的督查 针对执法对象普查后所存在的问题,我们一是加强了水土保持方案的编报与审批力度;二是强化了水土保持方案的现场督查,并逐渐完善了督查制度。截止2007年11月底,我县方案的编报与审批率从普查前的80%上升到目前的90%以上,方案实施的执行率从普查前的20%上升到目前的92%,方案竣工后的验收率从普查前的15%上升到目前的92%。通过一年的努力,我县已完成恢复治理面积2hm2,占该恢复治理面积的80%;减少泥沙流失量568吨,占无控制情况下泥沙流失量的90%,为控制人为水土流失和盐亭生态环境的好转奠定了良好的社会基础。

二、作法与经验

1、把水土保持执法督查工作纳入了水保工作的重要议事日程

依据绵水水保[2007]14号《关于转发四川省水利厅转发水利部办公厅<关于加强开发建设项目水土保持督察工作的通知>的通知》和绵水发[2007]27号《关于印发<绵阳市开发建设项目水土保持监督执法专项行动实施方案>的通知》中的精神,我县相继以盐水保委[2007]01号《关于加强我县开发建设项目水土保持督察工作的要求》 和盐水字139号《关于成立盐亭县水土保持监督执法专项行动领导小组的通知》,落实了相应的工作人员和经费,并将水土保持督察和水土保持监督执法专项行动纳入中心工作。随即水保办根据上述文件要求和我县执法工作的具体情况,出台了《2007年盐亭县水保督察工作的实施意见》和《盐亭县水土保持监督执法专项行动的实施方案》,明确了工作内容、操作办法和各自责任,并集中开展了水土保持督察和水土保持监督执法专项行动游行、签名等活动,召开了组织动员和业务培训会,为执法工作顺利开展创造条件。

2、建立了开发性建设项目的督查工作制

为了有效控制人为水土流失,加强对开发性建设项目的适时管理,我县针对开发性建设项目的分布现状和执法的难易程度,作了具体安排。其中:对已办了水土保持方案的开发性建设项目或执法难度较小的砖厂,以及各乡(镇)所从事的其它项目建设,由所在流域水土保持中心站的执法人员负责督查,督查中主要侧重于方案的具体落实和废弃渣土的堆放,要求年初应将开发性建设项目的预防保护工作,作为工作重心,及时明确到位,并签订预防保护协议。要求年末应将预防保护协议中的具体内容进行逐一查核,如出现执法障碍,由县水保办或专项行动领导小组内的同志负责查处;对未办理水土保持方案或有重大影响的开发性建设项目,则由县水保办会同专项行动领导小组进行及时查处,查处中如遇困难,我们采用两种办法,一是及时向县人民政府汇报,并邀请人大、政协以及相关部门领导同志,到开发性建设项目工地进行执法专题讨论,比如,今年4月份,我县 针对县民政局在城市福利院的项目建设中,未办理水土保持方案的违规违法行为,及时邀请了人大、政协与相关部门的领导同志,进行了有关水土保持法律、法规贯彻执行的现场办公会,进而强化了水土保持法律、法规贯彻执行的重要性和必要性,明确了办理水土保持方案和方案落实的具体要求,目前该项工程已全力配合执法人员,完成了水土保持方案的编报与审批,并将方案的具体落实纳入了主体工程;二是立案查处或报送上级水行政主管部门,比如,澎润土厂的开发性建设项目,我县通过多方努力未能与该厂达成共识,现已进入立案查处阶段,当所有外业资料和证据齐备时,我们准备将该案件移交当地司法机关或上级水行政主管部门办理。

3、落实了水土保持督查工作的汇报制度

为了强化水土保持工作的基本国策意识,发酵并扩大水土保持工作在生态环境保护中的重要位置。我县在2007年间,分别将每月的水土保持督查情况,及时向“四大班子”和相关部门作了汇报,内容包括:开发性建设项目的类别和数量、开发性建设项目的基本情况、开发性建设项目贯彻落实水土保持法律法规的现状、危害后果与整改意见以及督查工作所取得的成效和面临的困难。通过汇报,我们取得了两大成效:一是通过个体案例的调查分析,增加了干部群众对水土保持法律法规贯彻执行的直观感,开通了新的宣传方式;二是使开发建设项目的业主们明白了加强水土保持预防保护工作,是国家发展的方向,社会关注的主题,从而在较大范围内排除了执法阻扰。坚信2008年随着我县这项工作的逐渐深入,水土保持执法工作将会上新 台阶。

三、存在的问题与建议

1、执法经费不足,望上级部门给予协助和呼吁。

2、应加强执法人员的专业化培训,从而提高执法人员的执法素质。

二00七年十二月八日

主题词: 开发建设项目 水保督查工作 总结报告 抄报:长委水土保持局、省水保局、市水保办、县委、县人大、县政府、县政协。

上一篇:实习生辞职报告格式下一篇:学生评语及学习情况评价表