软件项目经验怎么写 软件工程项目模板

软件项目建设经验介绍范文 第一篇

1、综述

项目背景

结合云南省2010-2012年干旱少雨，群众迫切需要抗旱增蓄的要求，对部分重点缺水区加大投入，将有限资金集中用于粮食生产直接相关的小型农田水利等基础设施建设，并充分体现短期内能完成见效和群众基础好的原则，将项目选择在xx镇xx村委会老灌坝、老张坝库区，进一步完善配套农业灌溉生产条件，提高农业生产效能。

项目概述

xx村委会老灌坝、老张坝引水增蓄工程项目区位禄丰县西南部，xx县xx镇北部，距xx县城57公里，距昆明109公里，距楚雄54公里，项目覆盖xx村委会老杨家庄、刘家坝、赵家村、团结村共4个村民小组193户815人，耕地亩，大牲畜435头。

项目覆盖区的杨家庄、刘家坝、赵家村、团结村4个村小组属于半山区村小组，经济收入主要靠种植业、养殖业。2011年农民人均纯收入3557元。项目区内有老灌坝小(二)型水库1 个，老张坝小坝塘1个。项目区农业用水主要来自于彩云镇星宿江大沟、大庆水库和老灌坝、老张坝，其中，有亩耕地和425头大牲畜常年饮水必须靠老灌坝、老张坝供应，老灌坝为小(二型)水库，总库容10万立方米、老张坝是小坝塘，总库容1万立方米。老灌溉坝蓄水水源主要来自于新坝箐、青树河，集雨面积约2平方公里，其中，青树河发源于xx村委会小(一)型水库大黑箐水库下游，

源头短，水量小，水量季节影响大特点。老张坝蓄水水源主要来自于新坝箐，集雨面积约平方公里。雨季短时有水，平时无水。

2、基本情况

老灌坝水库位于朋溪村委会东北部，地处杨家庄村旁，彩云至干海资柏油公路从坝顶上通过，水库距村委会约，距镇政府约。老灌坝水库修建于1954年，坝高，坝顶长170m，坝顶宽，总库容10万m3，属均质土坝，坝规模为小(二)型水库，设计灌溉面积200亩。目前该水库属朋溪村委会辖区内仅有的一件小(二)型水库，由于受地理位Z的限制，水库位于村子旁，上游无山箐，周围多为农田，水库蓄水主要靠雨季降水。

随着近两年来连续干旱，水库蓄水严重不足，已满足不了农业生产用水需求，村民迫切要求修建引水沟渠来增加老灌坝水库的蓄水。经实地规划，分别从西北方向盐井箐主箐拦砂坝、新坝箐底、东北方向青树河3个取水点修建引水沟渠来增加水库蓄水。

项目区自然情况

项目区位于xx镇政府驻地东北部，距彩云镇政府所在地 公里，到xx镇道路为柏油路，交通方便。东邻松石、东营 ，南邻罗川，西邻广通镇钱家冲部队油库 ，北邻广通镇清水村委会。海拔1480 米，年平均气温℃，年降水量毫米，降水主要集中在6月至10月，境内主要有青树河、盐井箐两条小河。青树河是老灌坝蓄水的主要水源，发源于松石村委会小(一)型水库大黑箐水库下游，源头短，水量小，水量受降雨影响大。盐井箐小河发源于xx村委会盐井箐，源头短，水量小，水量受降雨影响大，

软件项目建设经验介绍范文 第二篇

模具管理系统最大程度的实现了模具信息的共享，各使用部门可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的调拨、报废等等信息;查询模具的相关信息信息由原来的1-2天缩短为10分钟之内。产品型号、零件图号统一维护，规范管理，出错比例大大下降。而且在更改零件图号的情况下，基础数据更改，其它相关文件的同一数据会随之更改，减少系统维护量提高了生产部编制模具生产任务单的工作效率，缩短了模具制造任务传递时间，查询新的开模单更方便快速，由原来的至少半天缩短为10分钟之内汇总改模单情况由原来的多人每日手工填写改进为阶段一次汇总，时间仅须20分种左右，大大提高了效率。

模具台账能显示所有的模具汇总及分配情况; 虽然相关项目基本上达到了预期的目的，但是，反思在整个项目的需求提出、项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节，我们都有工作不足之处，特别是某些关键控制点上面，我们有一些失误，当然，原因是多方面的，有果必有其因。下面我们从关键控制点上面来分析我们在项目开发过程中存在的问题、原因分析及改进措施：

一、从用户提出需求，到需求响应时间，我们需要9天时间，而需求评估完成时间需要15天左右，这就是我们存在的一些问题，导致需求响应时间及评估完成时间比较长的原因有如下几方面：

(1)、由于计算机中心软件开发人员不够：各应用系统的支持人员及软件开发人员加起来才8个，公司各子应用系统有几十个，ERP的各个子系统及模块就有将近20个，一个员工要支持5到6个功能子系统的维护;

(2)、分工不明确：软件开发人员往往身兼数职，跨多个职能领域，应用用户习惯找谁就认定那个人，什么事都找该员工;工作效率就相对低下;

二、关键用户访谈率及关键用户对需求的认同率都比较低，关键用户访谈率只有70%，而关键用户对需求的认同率只有68%;为什么会有这样的结果了，分析原因如下：

(1)、由于计算机中心人员紧张：有时没有办法访谈所有的关键用户，只能找几个评估时认为特关键的用户;

(2)、被访谈用户原因：由于被访谈用户事情太多，往往在提出需求以后，抽不出时间来接受访谈;另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑;

(3)、用户不重视：有些需求是由于用户部门领导要求，跟得比较紧，但是如果部门领导没有跟得紧的情况下，用户就不那么急了，就算立了项，也不能很好的配合;

(4)、软件需求分析人员原因：由于需求分析人员经验不足，导致需求不够明确，不能了解到用户需求背后的真正目的;

三、设计功能满足率比较低，只有75%，功能点BUG数比较多，每个功能模块平均的BUG数有15个之多，函数注释率只有10%左右，各功能点的测试覆盖率只有40%，分析原因如下：

(1)、用户需求不明确：有些用户在接受访谈时说的需求，及在需求确认时都没有问题，但是到软件功能设计出来以后，却完全不是这么回事，用户就会解释说当时没想清楚;

(2)、软件开发工具的原因：软件开发人员使用的开发工具不够实用，很多工发工具能检查出来的BUG，没有办法检查出来，需要开发人员自已检查;

(3)、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以在开发时，没有多少时间去写程序代码的注释，况且有些开发人员也根本没有注释的习惯，没有多少时间去完整的测试各个功能点;把测试的任务有时就直接交给用户了;

四、系统架构变更次数过多，一个项目平均下来变更6次之多，原因如下：

(1)、系统设计人员的原因：由于系统设计人员在架构设计时，没有考虑到系统架构的灵活性;不易于扩展;一旦用户的需求有变化，系统架构就必须重新修改;

(2)、用户需求变更太频繁：由于用户的需求很随意变更的，加大了系统设计的难度，导致了系统架构变更;

五、项目的按时完成率比较低，平均下来只有60%，分析原因如下：

(1)、用户需求变更太频繁：由于用户需求变更太随意，太频繁，导致有些开发工作完成，又必须推倒重来，做了很多无用工作;另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑;造成重复工作，重复设计;

(2)、软件开发人员的原因：由于软件开发人员不够，项目多，任务紧，一个人身兼数职，也是造成软件开发项目推迟的直接原因;另外，软件开发人员专业技术水平不够，有些功能开发要花太多的时间去研究，寻找解决方案，也导致了项目的延迟;

(3)、系统架构变更太多：导致有些程序开发工作无用，必须重新开发;

(4)、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟;

(5)、软件开发工具及开发方法落后：由于软件开发人员没有太多的时间去研究使用新的，先进的开发工具，也没有太多时间去学习新的开发方法，导致软件的开发速度慢，开发出来的程序BUG多，程序没有多少可重用性，也导致了软件项目的开发延迟;

综上所述，为了配合公司的发展，满足公司对信息化建设的要求，顺利实现计算机中心04年目标，我们必须针对软件开发项目中存在的问题采购行之有效的改进方案，计划改进措施提议分为内部及外部：

六、内部的改进措施提议如下：

1、增加人员配置，解决人手严重不够的问题;

2、明确分开，重新划分业务小组;

3、明确岗位职责，细分软件项目开发所需要的各个岗位;

4、制定岗位知识能力模型，对每个岗位要求的能力必须定义清楚，要求严格达标;不达标的必须重新培训;做到合适的人在合适的位置做合适的事;

5、加强专业技能培训;

6、加强软件开发管理，培养团队合作精神，加强软件过程控制;

7、优化设计开发方法：加强设计标准化、模块化;提高软件开发效率;

8、加强业务培训，更实际的了解业务需求;

七、外部的改进措施提议如下：

1、加强业务部门对系统了解;

2、培养用户需求的分析能力;

3、加强与用户的互动及双向沟通，让用户参与到设计中来;

4、引导用户的软件需求，培养用户从公司层面或者大局来提出需求;