软件开发项目个人总结

时间:2023-12-19 07:52:40 热门总结 我要投稿
  • 相关推荐

软件开发项目个人总结

  总结是在某一时期、某一项目或某些工作告一段落或者全部完成后进行回顾检查、分析评价,从而得出教训和一些规律性认识的一种书面材料,它可以帮助我们有寻找学习和工作中的规律,快快来写一份总结吧。我们该怎么去写总结呢?下面是小编帮大家整理的软件开发项目个人总结,供大家参考借鉴,希望可以帮助到有需要的朋友。

软件开发项目个人总结

软件开发项目个人总结1

  20xx年是我进入公司的第一年,也是我的工作能力得到提高和快速发展的一年,在公司领导的指导和同事以及其它部门的支持配合下,最后在经过自己的努力,完成了自己所要完成的各项工作任务,在新的一年来临之迹,我要对过去一年的工作进行一个全面的总结,以便在今年的工作中能够有更明确的目标,尽量克服自己现在所存在的不足,希望能更一步为自己所在的部门增光,做出自己的贡献。下面是我对去年工作汇总。

  一、总结:

  1.自身定位:在过去一年,是我进公司的第一年,也是我工作的第一年,刚开始在我对工作竞争和自身都不甚了解的情况下,在领导和同事的指导下,我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解,因为有了自我目标,才能感受到自己的压力有多大!我的目标也不只是完成目前所要做的工作而已,要向其它方面拓展学习。

  2.定下心来,踏踏实实:我学的`是计算机专业,我的工作也是计算机方面的,以前有什么优势,但是踏入工作岗位后才发现,自己学的只是一个基础,只是有些方面或许比别人走的快一步,所以一切都要靠自己.自己要定得心下来学习.成功需要耐得住寂寞,不求最快,但求最好.

  3.团队合作:以前在学校或许你可以靠一个取得好成绩,在工作上你必须要有一个团队,在一个部门之中,团队合作精神显得尤为重要.以前我做有些事都是一意孤行,但现在已经对自己改变了,多听听他人意见,会犯更少错误,会更长见识,所以要学会与同事之间的合作,做事才更有效。

  4.工作情况:在公司一年,对mes大型系统有了个大概了解,对我们所要学习的mes已经可以说差不多都掌握,条码打印机的维修和设置掌握,a4打印机大多数情况可以维护,pda、条码枪已掌握,电脑的系统重装和维护已掌握,其它基本设置可以维护,对新出来的程序掌握和了解也比较快。

  5.课外学习:sql该学的已经掌握,c#学习,简单的程序可以编写,但有时还要依靠于网络和朋友,需要进一步加强。但主要还是以网络为主。

  二、自身缺点

  1.沟通问题:自己的沟通能力只能算一般,因为对于某些事的阐释还是不怎么好,语言表达能力有点差,希望通过平时的交流和沟通来加强。

  2.心态问题:自己对于做某些事过于着急,一心想急切完成,确反而误时,这个问题一开始就一直出现,现在虽然已经基本克服,但也要列入缺点方面,希望以后时刻注意!

  3.学习问题:对于课外学习c#这方面,我在编程时感觉困难的时候有时候就不愿去做,现在虽然已经慢慢改进上网搜资料和问问朋友,但有时候还是克服不了自己。

软件开发项目个人总结2

  随着市场经济的进一步完善及全球经济一体化进程加快,企业面临着激烈的市场竞争,企业内部、外部交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的处理技术,增加信息共享程度,不仅提高了工作效率、降低成本,而且也提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础,在原有系统的基础上,计算机中心于20xx年开始加大信息管理系统的开发,已到年底,开发项目也基本上完成了;

  为了总结xx年所有开发项目的整个开发及管理过程,我们选取2个比较大的软件项目来分析,项目为:出口技术支持网站管理系统、模具管理系统;在这两个具有代表性的项目中,我们清晰的看到了我们在项目开发过程中的成果及所存在的不足和应该改进的地方,总的说来,设计开发的功能基本上达到了用户需求的75%,用户也能够开始使用我们开发的系统来达到其管理目的。如出口技术网站为国外的客户提供了方便快捷的了解到我们公司的空调产品及技术信息、空调配件信息等等。模具管理系统最大程度的实现了模具信息的共享,各使用部门可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的调拨、报废等等信息;查询模具的相关信息信息由原来的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、引导用户的软件需求,培养用户从公司层面或者大局来提出需求;

软件开发项目个人总结3

  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)、软件需求分析设计人员的原因:由于设计的不合理,分析用户需求不够透彻和全面,架构设计不合理,导致软件开发变更及错误多,也导致了软件项目的开发延迟;

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

  内部的改进措施:

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

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

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

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

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

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

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

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

软件开发项目个人总结4

  时间匆匆,不知不觉已是专业课结束的时候了,却总觉得这学期过得如此之快。这学期刚开始的时候,对于老师的分组学习,我们有点不习惯,也不理解。但后来慢慢的,跟着老师的步伐,也觉得这样也挺不错的。有人出点子,有人做开发,有人做测试,这样一步步地完成作业。老师让我们发挥自己的才能,选着自己想学的方式。

  对于老师来说我们是她众多届学生的一届,而对于我来说,却是我作为一名学生难以忘记的一门课。我曾经幻想过我的大学生活,认为平时不听课,只要到期末的时候多看几天的书就可以,不挂科,平时可以有很多的课余时间与朋友们出去玩。我一直以为这样会持续到毕业结束。

  但是因为这门课,在每次分配任务的时候,我都希望自己可以多分一部分,因为自己很想玩,但如果有任务必须做的话,就会静下来做吧。所以希望让任务来约束自己。当程序做不出来的时候,苦恼用什么方法可以做出来,也有和同组的同学共同探讨解决办法,也有和其他小组的同学请教方法。在解决问题的过程中出来感谢之外,我觉得我的同学也很优秀,在这样的团队,这样的班级中我觉得很幸运。当实现一个功能的时候,自己特别的高兴,不只是因为完成了作业,更是对自己能力的肯定。当时就觉得自己特别棒。

  每次作品展示的时候,都是一个收获的时候。会被设计组人的奇思妙想所惊喜,会对其他开发组人员的实现特别的功能好奇,对测试组的同学又爱又恨,因为他们有时测出的问题这是自己都没有想到的.问题,所以会感谢他们,有时又会觉得他们的问题好苛刻,正是这样成了促使我们前进。

  在这门课堂的最后一次课上,我们每一个人都说了自己的感言。课代表对班级的付出,对老师的感谢和敬爱,同样也是每一位同学的想法,还有同学对同学的友谊,大家彼此感动着。有太多感动的话语,太多感谢的人,太多值得回忆的画面。太多的感谢,道一句,谢谢我的青春,我的大学,曾经我也如此的努力过,奋斗过。谢谢在我生命中遇到的你们。

【软件开发项目个人总结】相关文章:

软件开发项目个人总结09-30

个人项目总结02-20

项目总结个人08-24

项目个人总结11-06

项目个人总结10-06

项目部个人总结05-27

个人项目总结范文05-26

项目管理的个人总结07-12

项目人员个人总结11-18

项目工作个人总结09-24