一个项目之所以能成功，能让客户满意，领导放心的原因可能大多都差不多，大多都是老生长谈的那几条。但是一个项目失败的原因却各有各的不

同。下面再根据自己的体会写一些项目总结，一为了总结不足，积累经验，二为了以后项目中避免犯同样的错误。

一.要和客户有足够有效的沟通

和客户的沟通要贯穿整个项目开发的始终，从立项调研，需求获取到最后的验收测试，后期维护。

1.要尽量多的主动跟客户沟通

客户一般工作都很忙，所以要通过多种方式和客户保持沟通，电子邮件，电话，座谈，调查，会议等。最初的需求尽量保证有几次所有与项目相关的部门和人员都能参加的讨论会，把他们的各自的工作都描述一下，尽量不要遗漏，都罗列出来，因为这是原始需求。这往往不容易做到

，因为政府部门很难抽出时间把各部门人员集中在一起来做这些事情的，但是我们必须得这样要求他们，要求他们把这个看成一项工作来抓，因为前期工作做不充分，后面的开发会不会很成功。在对某个功能或者需求不能确定的情况下，最好能整理成列表文档发给客户，让客户以电子版

的形式重新描述一下发过来，尽量不要经常打电话骚扰客户，要集中把要了解东西发给客户，以便他们集中精力来处理你问的问题。

2.要尽量保证有效的沟通

每次沟通要有一定的目的性，把沟通交流的结果用文档的形式保存下来；需求制订出来要得到客户的确认，在经过几次反复之后会得到一个相对比较稳定的需求，虽然客户的需求不可能一直不变，这也是很多人搞项目头疼的地方，但是我认为客户的需求实际上是很少改变的，改变的

是你对客户需求的理解。对客户的每一个要求都要重视，尤其是客户后来提到的一些改动建议，要让他们以书面的形式发过来，必要的时候要求负责人盖章签字，我们不能为了下面的下面的一个小办事员随便打个电话就对程序做出大的改动。再改动比较大的情况下，我们可以要求客户对

合同的变更追加费用，前提是把需求做为合同的附件加进去，防治最后验收的时候造成争执。

…… …… 余下全文

软件项目总结报告范文

1引言

1.1编写目的

XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。

1.2背景

项目名称：XXX业务管理系统

软件名称：XXX业务系统

客户：XXX

用户：XXX员工

1.3参考资料

项目开发文档：

１．软件开发数据模型：PDM_OperationSystem20xx0831.pdm

２．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc

３．软件业务流程参考：XXX业务管理系统流程说明.doc

４．软件使用手册参考：XXX业务管理系统功能说明3.0.doc

５．软件业务流程参考：XXX业务管理系统流程说明.doc

６．软件中使用到的第三方控件：ComponentArt Web.UI 20xx.1252 for asp.net2.0.rar ７．软件中使用的安全Ikey驱动：Ikey Driver.rar

以上参考资料是截止20xx-08-31是最新的资料文档。如有修改，即使修改此处的参考文档名称。

2开发工作评价

2.1对生产效率的评价

１． 系统开发已历时快１年的时间了

２． 开发的反复性比较多。

３． 对客户的需求理解不是很透彻。

综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。

2.2对产品功能的评价

经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。

…… …… 余下全文

一、1. 编写校园论坛的地：方便我们在以后的软件开发中来更好的实施项目的订制引言开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而开发更好的项目。

二、开发工作评价

1.开发的反复性比较多。

2. 对软件开发的流程理解不是很透彻。

综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。

2.2对产品功能的评价

对于数据库的不熟悉以及团队能力有限，软件项目只仅限于静态，无法链接数据库。只能满足于一些登陆、注册、查看。

2.3对技术方法的总结

在此项目中使用到技术和工具：.NET, JSP, ASP,SQL server,Dreamwerver

三、项目经验总结

3.1项目确定

基于团队技术限制，所以只能选相对于简单的项目开发

3.2开发团队

项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是思想的积极性，还是在技术上都要是很出众的人，此项目负责人要有很好的策略与开发成员之间的相处。

3.3需求的调研

项目组对论坛的结构没有一个很好、足够的了解掌握，所以项目没有很好的完整的整理到用户的需求。同时，一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与用户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档，即使，你说你是天才，那也是不可能的，人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。而且我们可以采用互换思维，把用户的意思转换为用例图、状态图、类图等，使表达的意思更加直观。这样用户会更快的明白项目进行问题的实质。

…… …… 余下全文

中央电化教育馆函件 教电馆[20xx]19号

关于做好“推广试用ScienceWord软件项目”

总结评估工作的通知

有关省、直辖市电教馆（中心），部属有关高等学校： 为贯彻落实国家软件产业政策精神，根据《教育部办公厅关于启动推广试用ScienceWord软件项目的通知》（教技厅函[20xx]46号）要求，自20xx年x月起，教育部科技司委托中央电教馆在13所高校、68所现代远程教育试点学校的网络教育学院和100所中学组织实施了“推广试用ScienceWord软件项目”。项目目标是：建立并培育ScienceWord软件在高校的用户群，提高该软件的用户满意度和市场占有率；为广大中学教师和学生提供学科教学、教学研究以及编写电子教案、完成电子作业的国产工具软件。 项目实施以来，在教育部有关司局的支持、指导下，经各项目单位的通力合作，通过免费提供软件、教学应用培训、组织专项评比、开展应用课题和成效研究、开通相关支持服务网站（栏目）和宣传等多种方式，项目推广试用工作取得了可喜的进展。目前，项目确定的目标任务基本完成。

按照教育部有关文件要求，项目组将于20xx年x月至8月期间进行项目总结评估工作，并于今年第四季度召开项目总结表彰大会（通知另发）。请各项目省级执行单位和项目高校按照要求，认真组织和做好项目结题评估、总结工作。现将有关事项通知如下：

一、做好项目总结工作

1.开展项目执行单位自评和总结

项目省和项目高校需提交项目执行总结和有关资料。总结内容包括：项目实施情况、项目目标完成情况，省内非项目学校或校内拓展情况和项目取得的成果等；有关资料包括：案例、图片和视频等。

2．开展项目教师自评和总结

提交项目教师总结。总结内容包括：培训所得、使用ScienceWord软件体会和建议等；使用ScienceWord软件制作的个人成果，可以是教案设计、教学课件、试卷、撰写论文和学生作业等多种形式。

…… …… 余下全文

劳动工资管理系统软件开发项目总结

一、项目来源

因华东公司最早的劳动工资发放软件为19xx年信息中心开发完成，支持该版本最稳定的操作系统为Win98系统，该软件只有单一的工资制表功能，在使用该软件期间改动升级很少，因近些年劳动管理工作对外各大局的关联报表和人员成本分析数据报送数据要求越来越详细与精准，此软件已达不到相关数据的提供并经常出现系统错误，在此期间劳动工资员只能手工录入或间接计算填写数据，工作量繁杂，准确率与效率不高。通过20xx年x月到碱业公司劳工处调查了解发现碱业劳动工资管理系统也使用此版本，但因他们是由两个人管理劳动工资、人员信息管理和薪酬分析工作（我公司是一人），所以他们在使用现版本劳动工资发放系统外又增加了一套人员信息管理及薪酬分析系统，两套程序相关联使用。经过与公司领导沟通与协商下，决定开发网络化劳动工资管理系统，由电子考勤模块、劳动工资模块、奖金发放与反馈模块、人员信息管理模块、薪酬分析模块，五部分组成。用此网络化管理软件代替单机化管理，各模块关联操作，安全、精确、快捷实现所有需要的发放与分析功能，并维护方便，适合长期使用并方便系统的定期升级。

二、参与部门及人员

1、技术开发部：姜杰负责设计劳动工资管理系统软件的构架以及软件要实现的相关功能的程序编制；

2、综合部：劳动工资员负责设计提供劳动工资管理相关管理职责与流程、人员原始档案的信息输入，劳动工资相关政策的信息提供及软件编程计算公式的提供与确定。

3、管理部室考勤员、供销部考勤员、技术开发部考勤员、设备部考勤员、生产

调度部（办事员）考勤员、储运部考勤员：负责提供人员具体岗位的班次变化及反映本部门对此软件所想要达到哪些管理功能反映意见。

三、项目实施过程：

1、20xx年x月至20xx年x月，调研构思框架阶段，在这个阶段，开发部姜杰和综合部劳动工资员对原有老系统做了工资数据库分解和分析，到碱业劳动处调研学习，结合华东公司劳动管理的现状情况，对工资管理系统做出重新的定位，网络化替代单机化管理，各模块关联操作使用，并向社会上一些软件编程公司咨询研发资讯。

…… …… 余下全文

目录

一． 引言 ..................................................................................................................... 2

1．编写目的 .............................................................................................................. 2

2．项目背景 .............................................................................................................. 2

3．参考资料 .............................................................................................................. 3

二.开发结果 .................................................................................................................. 3

1． 产品 ..................................................................................................................... 3

2．主要功能： .......................................................................................................... 3

…… …… 余下全文

软件项目需求分析总结

我们做的需求只解决了我们能做出这样的项目，但是没有解决这样的项目是不是真就是客户想要的。造成这种状况的原因主要是下面几个情况：

客户本身说不清楚

文物网是这样，中彰国际更是这样，但是这不能怪客户，毕竟客户在软件方面的知识要少的多，也没有相关的经验，可能心里只有一个想要的软件的轮廓，于是可能会要求我们去替他们来完整这个轮廓的细节，而我们的能力、我们能否真正站在客户角度去搜集和整理这些需求，就决定了这个需求的完整性和有效性。

需求自身经常变动

随着客户对这个项目越来越深刻的理解，那么可能他的需求也会随之改变，这些变化的可能性越大项目风险就会越大，我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求，哪些可能会是产生变动的需求，考虑到他的可变性，这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。 分析人员或客户理解有误

毕竟，不是每个分析人员都是专业而合格的，为避免这种情况的发生，需求分析必须要有审核制度，公司自己内部要审核一遍，客户再审一遍，提出意见，修改后双方共同评审签字，确认。

由此出现的问题：

a)需求分析过于笼统，只关注到面上，没有关注到点上，开发出来的东西在具体的细节上和客户的理解有误差，并且无法严格界定是否属于需求变更。中彰的方案就是这样的。

b)需求报告只求我们这方评审通过，不去关心客户的评审，认为只要客户签字认可就行。虽然签字认可能够给日后出现问题时划清我们的责任，但是不能保证使项目实施成功。

c)需求分析中含有技术实施上有难度的功能，一味的求全和盲目按照客户的设想，受客户影响过大，毕竟，很多时候，客户的想法在实际实施过程中是不现实的，或者可以有更为简便的方法来替代的。如中彰国际的在线交易功能，后台大批量邮件群发功能。

d)对双方已经确定的需求，实现以后并不适合客户使用，需要按照变更手续执行的时候，客户可能会纠缠，提出“你们是专业人士，你们应该事先能提醒我们可能会出现这种问题”并以此来把责任推给我们，而我们又不好完全按照变更手续执行，因为可能激化双方的矛盾，比如508的批量处理功能，因为属于人事

…… …… 余下全文