软件开发项目工作总结

时间：2023-04-25 18:25:45 工作总结我要投稿

相关推荐

软件开发项目工作总结

　　总结是对取得的成绩、存在的问题及得到的经验和教训等方面情况进行评价与描述的一种书面材料，它有助于我们寻找工作和事物发展的规律，从而掌握并运用这些规律，不妨坐下来好好写写总结吧。但是总结有什么要求呢？以下是小编帮大家整理的软件开发项目工作总结，希望对大家有所帮助。

软件开发项目工作总结

软件开发项目工作总结1

　　20xx年，公司规模迅速扩大，公司管理的自动化程度不断提高，许多软件系统已不能满足不断扩大的管理要求，除了要升级原有的软件系统外，新的系统开发需求成倍增加，因而，本年度内扩充了软件应用及开发工程师扩大到30人。 20xx年与20xx年间，随着面向目标软件平台的普及，新的高效的软件开发模式也在中国软件业不断成熟，整体开发整体水平有了很大的提高，我公司也引进一些新的开发工具，实践了迭代开发等先进的管理方法。

　　xx年内我们主要完成了供应协同平台，固定资产管理，合理化建议，商用空调信息管理系统，基础文档管理系统等新的项目。由于开发管理的改进，本年度，软件开发效率提高较大，虽然用户需求增加很快，我们软件设计功能满足率仍然达到了95%，由于引进了专业的软件代码单元测试方法，软件测试的代码覆盖率增加到75%，软件的BUG率大幅下降，质量大幅提高，项目完成率提高到85%。虽然本年度软件开发从质量，效率上都有较大提高，但通过分析，仍然发现了一些不足之处，需要采取相应的改进措施：

　　一、由于人员效率的提高，对用户需求的响应时间缩短到4天，比去年提高了50%，但评估完成时间只提高了10%根据分析，评估响应时间较长的原因主要是：

　　（1）、使用的开发方法有所改变，对开发时间的评估不是太熟练；

　　（2）、开发人员的专业知识有所增强，但对由于开发任务较重，对有些专业领域的熟悉还不够。

　　二、关键用户访谈率及关键用户对需求的认同率都有所提高，都达到了90%以上，但仍然有所不足，主要原因如下：

　　（1）、在忙季，仍然有的'关键用户抽不出时间来接受访谈；

　　（2）、由于有些需求分析人员经验不足，对部分需求的分析不够透彻、准确；

　　三、每个功能模块平均的BUG数仍然有2个，单元测试覆盖率只达到75%，

　　分析原因如下：

　　（1）、开发工具的限制，目前的开发工具，对界面部分进行单元测试仍然不能自动进行，而用户界面开发占系统功能的很大一部分；

　　（2）、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以

　　在开发时，所以，虽然在技术上，将界面程序进一步分拆开来进行更多覆盖率的测试可以提高测试率，但实际上，由于时间原因，大部分工程师都没有这样做，开发出的软件代码缺乏时间整理，并尽量通用化，也是软件质量没有进一步提高的原因；

　　四、项目的按时完成率仍然不够高，平均只有85%，分析原因如下：

　　（1）、用户需求变更太频繁：由于用户需求变更太随意，太频繁，仍然是按时完成率提高的主要障碍。

　　（2）、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够

　　透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟；

　　综上所述，为了顺利实现计算机中心xx年目标，我们计划改进措施如下：

　　内部的改进措施：

　　1、加大对新人培养力度，不但培养新进开发人员的技术能力，同时注意提高他们对业务的熟悉程度；

　　2、贯彻岗位知识能力模型，要求严格达标；做到合适的人在合适的位置做合适的事；

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

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

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

　　1、提高业务部门对软件开发过程的了解；

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

　　3、加强与用户的沟通，让用户参与到设计中来；

软件开发项目工作总结2

　　1 引言

　　1.1 编写目的

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

　　1.2 背景

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

　　软件名称：XXX业务系统

　　客户：XXX

　　用户：XXX员工

　　1.3 参考资料

　　项目开发文档：

　　（1）软件开发数据模型：PDM_OperationSystem20070831.pdm

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

　　（3）软件业务流程参考：XXX业务管理系统流程说明.doc

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

　　（5）软件业务流程参考：XXX业务管理系统流程说明.doc

　　（6）软件中使用到的第三方控件：ComponentArt Web.UI 20xx.1252 for asp.net2.0.rar

　　（7）软件中使用的安全Ikey驱动：Ikey Driver.rar

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

　　2 开发工作评价

　　2.1 对生产效率的评价

　　（1）系统开发已历时快１年的时间了

　　（2）开发的反复性比较多。

　　（3）对客户的需求理解不是很透彻。

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

　　2.2 对产品功能的评价

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

　　2.3 对技术方法的总结

　　在此项目中使用到技术和工具：

　　（1）使用代码生成器：使用代码生成器 [动软.Net代码自动生成器]，此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。

　　（2）使用数据库建模工具：PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。

　　（3）使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要注意的是：在使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。

　　（4）使用自定义控件：此系统中使用了自定义控件(GhdGridView)，此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。

　　（5）系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。

　　（6）系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的`加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。

　　3 项目经验总结

　　3.1 签定合同

　　一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作量会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。

　　3.2 开发团队

　　在项目确立后，要尽快的建立起项目开发团队。项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。

　　3.3 需求的调研

　　在项目确立后，就到了需求调研分析阶段。

　　（1）项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷，影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系，要深入的去了解客户需求。

　　（2）我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高，也就不会为项目的后期功能开发埋下陷阱。

　　（3）在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫吗？！虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。

　　（4）模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

　　（5）在一个项目的开发中，文档的书写是极为重要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。

　　（6）需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。

　　3.4 做好开发计划

　　在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。

　　3.5 很好的沟通

　　在其他行业中，人与人的之间的沟通是很重要的。项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。

　　3.6 做好工作总结

　　在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，还是我们的团队能力都会有很大的提高。

软件开发项目工作总结3

　　一年即将过去，现对个人工作总结如下：

　　已经完成的工作:

　　1、按照《软件开发项目管理》要求完成《AutoPFA软件开发项目意向总结书》《项目功能需求规范书》

　　2、将AFTimpulse文件格式映射到内存模型使autopfa兼容AFTimpulse文件格式。

　　3、仿照AFTimpulse完成autopfa图形和表格输入界面及计算结果表格和图表输出界面。

　　4、通过使用单位模块将autopfa模型转化到无单位的计算模型。

　　5、完成流体分析稳态算法。

　　6、完成流体分析瞬态算法。

　　尚未完成的工作:

　　1、与AutoPDMS接口。

　　2、算法计算功能还需要增加,明渠，可压缩流体，冲击力等等。

　　3、计算结果输出还需要完善。

　　4、模型数据输入功能还不太完善。

　　自己感觉做得不错满意的方面。为什么满意？

　　能够在最困难的时候坚持，autoPFA万里长征总算踏出第一步。李总能给我机会写算法，对我来说确实是一个很有压力和挑战的任务，数学方面确实还比较欠缺，好在学还听了点计算方法的课，学起来还不难。写算法这段时间确实花了很多精力，也学到了很多，突然觉得学的`课程太有用了。自己感觉做得较差不满意的方面。为什么不满意？仿真是计算机热门，未来很多设计可能将会进入仿真时代。要做好仿真计算机语言只是一门工具。必须具备扎实的数据基础和数学建模能力。特征线方法理论还是算比较容易的。要想做好流体分析软件，数学，流体知识，和计算机技能都要同步提高。沟通能力和计算机水平都要加油努力提高，才能把软件做好。你是否按照去年的年终计划做了，为什么做到或没做到？基本按照去年计划完成autopfa第一个版本。自己来年的计划。

　　准备如何提高发展自己？

　　看一些复杂算法及理论推导还是很吃力，准备提高自己数学能力。算法的效率很重要，学学的数据结构和算法不深，准备看看运筹学训练一下算法思维。英文阅读水平也要加强。计算机能力加强多看几本书学习前人经验。自己对公司的建议或期待。公司发展越来越，产品覆盖面越来越广，产品技术含量也越来越高。这当然与李总发展公司的战略目标和战略眼光分不开的。两年来autopfa流体分析一直消耗公司有限的发展资源。期待流体分析有自己的客户支持流体分析发展，我坚信只要计算功能能算对，能够不断改进满足客户工程设计要求，流体分析作为一个单的软件也是能盈利的，同时将autopfa集成到AutoPDMS提高公司软件整体竞争力为公司发展做出。

　　今天早上内蒙古客户试用autopfa流体分析软件，他们的需求很简单从一个水库抽水。扬程较高需要计算。《水务设计手册》提到循环水和补给水系统需要瞬变流计算这个应该是给水系统。从AFT文档可以知道工程师在设计系统是当他感觉的存在安全隐患才会去计算瞬变流。以内蒙古客户需求为例：水泵停泵，系统压力出现在泵出口，最小压力出现在泵入口，如果低于气压力或压力太高是不允许的。这样可能需要增加一个空气罐，并通过计算确定空气罐适当的尺寸和位置。确定空气罐尺寸和位置要经过很多次删除和尝试。典型的假设是空气罐应该尽量靠近瞬态源。我们要不断改变空气罐到泵的距离和初始气体体积通过计算结果得到符合要求的设计。说了这么多主要是期待公司考虑满足不使用AutoPDMS客户需求（比如以上例子工程师需要先通过计算才能得出设计）：autopfa作为单软件输入功能要完善。

【软件开发项目工作总结】相关文章：

项目工作总结08-31