软件项目个人工作总结.docx

《软件项目个人工作总结.docx》由会员分享，可在线阅读，更多相关《软件项目个人工作总结.docx（16页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、软件项目个人工作总结软件项目个人工作总结1一个项目之所以能成功，能让客户满意，领导放心的原因可 能大多都差不多，大多都是老生长谈的那几条。但是一个项目失 败的原因却各有各的不同。下面再根据自己的体会写一些项目总 结，一为了总结不足，积累经验，二为了以后项目中避免犯同样 的错误。一、要和客户有足够有效的沟通和客户的沟通要贯穿整个项 目开发的始终，从立项调研，需求获取到最后的验收测试，后期 维护。1 .要尽量多的主动跟客户沟通客户一般工作都很忙，所以要通过多种方式和客户保持沟通, 电子邮件，电话，座谈，调查，会议等。最初的需求尽量保证有几 次所有与项目相关的部门和人员都能参加的讨论会，把他们的各

2、自的工作都描述一下，尽量不要遗漏，都罗列出来，因为这是原 始需求。这往往不容易做到，因为政府部门很难抽出时间把各部 门人员集中在一起来做这些事情的，但是我们必须得这样要求他 们，要求他们把这个看成一项工作来抓，因为前期工作做不充分， 后面的开发会不会很成功。在对某个功能或者需求不能确定的情 况下，最好能整理成列表文档发给客户，让客户以电子版的形式 业务人员了解系统中涉及的业务知识点，两者结合起来进行模块 功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验， 也向项目组提出了一些完善性意见。三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目 验收阶段的最终把关阶段，业

3、务人员结合日常业务处理情况对系 统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉 得不够安全感一个主要方面，客户测试介入力度太小，尽管我们 已经很多次电话催促业务人员测试，每次联系相关业务人员进行 测试，他们来到项目组开发现场测试，也仅仅一两个小时时间， 简单的进行验证操作即可。银行利用两批系统培训的时间安排 了两次分行集中测试，也算给项目进行了一次全面的测试，从中 也暴露出不少系统存在的问题，目前项目组均已解决。四、测试成效方面。中信_-funds2.0系统测试中，共记录问题及客户新增需求 825个，其中bug数量512个、系统完善类问题225个，新增需 求类问题88个。组织了四轮次

4、内部系统全面测试工作，兼顾日常 系统更新测试工作，最大限度的进行了内部质量把关。配合外包 公司一同进行系统压力测试及稳定性测试，测试结果符合客户要 求。现中信funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。四、个人得失方面。作为此次项目测试的负责人，对于日常的测试流程、测试任 务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方 面能力均得到了进一步提高，理清了项目整个过程中测试小组的 工作过程以及后期的项目移交工作。同时也对各子系统相应的业 务知识有了更进一步认知。相关业务知识方面还需要进一步加强, 测试技能及测试管理方面还需要进一步完

5、善学习。更好的吸收项 目经验，做好以后的补丁测试工作及其他项目的测试工作。软件 项目个人工作总结41引言1.1 编写目的网站建设说明编写这份项目开发总结报告的目的，指出预期的阅读范 围。1.2 背景说明：a.本项目的名称和所开发出来的软件系统的名称；b.此软件的任务提出者、开发者、用户及安装此软件的计算 中心。1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4 参考资料列出要用到的参考资料，如：a.本项目的已核准的计划任务书或、上级机关的批文；b.属于本项目的其他已发表的文件；c.本文件中各处所引用的文件、资料，包括所要用到的软件 开发标准。列出这些文件的标题、文件编

6、号、发表日期和出版单 位，说明能够得到这些文件资料的来源。2实际开发结果2. 1产品说明最终制成的产品，包括：a.程序系统中各个程序的名字，它们之间的层次关系，以千 字节为单位的各个程序的程序量、存储媒体的形式和数量；b.程序系统共有哪几个版本，各自的版本号及它们之间的区 别；c.每个文件的名称；d.所建立的每个数据库。如果开发中制订过配置管理计划,要同这个计划相比较。2. 2主要功能和性能逐项列出本软件产品所实际具有的主要功能和性能，对照可 行性研究报告、项目开发计划、功能需求说明书的有关内容，说 明原定的开发目标是达到了、未完全达到、或超过了。2. 3基本流程用图给出本程序系统的实际的基本

7、的处理流程。2. 4进度列出原定计划进度与实际进度的对比，明确说明，实际进度 是提前了、还是延迟了，分析主要原因。2. 5费用列出原定计划费用与实际支出费用的对比，包括：a.工时，以人月为单位，并按不同级别统计；b.计算机的.使用时间，区别cpu时间及其他设备时间；c.物料消耗、出差费等其他支出。明确说明，经费是超出了、还是节余了，分析其主要原因。3开发工作3. 1对生产效率的评价给出实际生产效率，包括：a.程序的平均生产效率，即每人月生产的行数；b.文件的平均生产效率，即每人月生产的千字数；并列出原订计划数作为对比。3.2对产品质量的评价说明在测试中检查出来的程序编制中的错误发生率，即每干

8、条指令（或语句）中的错误指令数（或语句数）。如果开发中制订 过质量保证计划或配置管理计划，要同这些计划相比较。3. 3对技术方法的评价给出对在开发中所使用的技术、方法、工具、手段的评价。3.4出错原因的分析给出对于开发中出现的错误的原因分析。4经验与教训列出从这项开发工作中所得到的最主要的经验与教训及对今 后的项目开发工作的建议。软件项目个人工作总结520年10月份1、公司产品的进一步熟悉：城管机器人：特点、功能数字城管：9+_系统的具体内容综合执法：能给客户带来的效益城管大脑：主要卖点2、项目流程各个环节的熟悉：侧重于软件项目的整个流程。3、具体项目的深度参与：从前期的需求调研到招投标，项目

9、中标后的移交工作，整个环节的参与。4、政府软件项目的设计方案、招标文件、投标文件、方案宣讲等文件的重要知识点的学习了解。5、对楼宇弱电这个行业有了更深刻的认识，对弱电这个圈子 有了更深的了解。6、工作期间积极参加的各种会展活动和会议，我对行业前沿 技术和发展方向有了更深的了解，同时了解到其他公司的一些优 秀产品设计，提交的一些观点和意见已在公司新发布产品中体现。7、作为技术负责人，成功促成了公司与融创、复地、龙湖、 恒大等公司的战略合作。8、自我评价与未来期望9、自认为我是一个执行力和学习能力都很强的人，善于解决 工作中遇到的实际问题，在工作中学习，举一反三。注重最终结 果，但也不会忽略过程。

10、10、中国的未来充满机遇，特别是AI、智能、自动驾驶、物 联网和信息安防产业，它们各有不同但又彼此紧密联系。我很愿 意在行业中继续成长和发展，脚踏实地，挑战自我，在实现公司 价值的同时实现自我价值的提升。重新描述一下发过来，尽量不要经常打电话骚扰客户，要集中把 要了解东西发给客户，以便他们集中精力来处理你问的问题。2 .要尽量保证有效的沟通每次沟通要有一定的目的性，把沟通交流的结果用文档的形 式保存下来；需求制订出来要得到客户的确认，在经过几次反复 之后会得到一个相对比较稳定的需求，虽然客户的需求不可能一 直不变，这也是很多人搞项目头疼的地方，但是我认为客户的需 求实际上是很少改变的，改变的是

11、你对客户需求的理解。对客户 的每一个要求都要重视，尤其是客户后来提到的一些改动建议， 要让他们以书面的形式发过来，必要的时候要求负责人盖章签字, 我们不能为了下面的下面的一个小办事员随便打个电话就对程序 做出大的改动。再改动比较大的情况下，我们可以要求客户对合 同的变更追加费用，前提是把需求做为合同的附件加进去，防治 最后验收的时候造成争执。3 .和客户沟通要找准对象一般企业或者政府都有专门负责信息的人员，而且最好要求 客户那边找一个人专门负责这个项目。这样找对方了解需求的时 候就不会出现不知道找谁的情况，客户那边有专人负责会带来很 多好处，这个项目就是因为客户那边负责这个项目的人员经常更 换

12、而为我们项目的开发造成了很多的不变。二、提高开发效率和保证项目质量政府的项目一般都是开始的时候不着急，你催他们准备资料 他们也不着急，但是一旦他们把资料准备全了，都交给你了就着 急了，要求对方在很短的时间内保证质量的把项目交付。所以如 何提高开发效率和保证项目质量是确保项目成功的关键。1 .保证良好充分的测试当然软件测试的范畴很大，但是为了赶进度我们往往不能不 保证进行所有的软件测试。软件的测试也是遍布整个项目开发周 期的，我了解了一下tdd, tdd的思想很好，很适合开发中小型的 项目，实施起来也很方便，但是不能纯粹的用敏捷开发的理论， 必要的文档还是需要的。我认为代码模块的单元测试，开发最

13、后 阶段的集成测试和部署后的整体功能测试和用户验收测试是必不 可少的。项目进度再紧张也要进行单元测试，只要保证单元测试 能通过，以后代码可以慢慢重构。集成测试保证项目各个模块能 良好的协作共同完成复杂的任务，这点不能保证的话，展示给客 户的最终功能就不能保证。而功能测试和用户验收测试是纯粹的 黑盒测试，自己内部人员先对照原始客户的需求进行功能测试， 列出bug列表，经过几次反复修改后给客户一个可以进行验收测 试的系统。2 .保证相对必要的文档以及保证文档的可用性每个模块的文档要独立起来，要实现的目标，测试的结果， 模块所用的数据库的结构，存储过程，设计思路，调用的接口等 这些是必须的。我也不建

14、议面面俱到的文档，但必要的需求文档， 模块文档，测试文档是必须的，我们的项目小的不足以让我们去 学习庞大的rup什么的。3 .迭代开发刚开始可以根据客户的需求弄出一个蓝图来，交给客户看， 以便让客户能尽量早的知道最终的开发出来的系统是什么样子的, 这个蓝图要尽量直观，一般在需求整理完毕后一周就能出来，这 也是指导以后开发工作的东西，要完整的包含所有的域模型，便 于开发人员对问题域的理解。然后把优先级最高的一系列功能完整后出一个demo版给客 户，要让客户尽量早的发现正在制作的项目和用户想要的结果的 之间的偏离和差距，告诉你后以便你尽早的调整，别等你的正式 版出来后用户发现这个功能你做的不对，你

15、就傻了，那时候要改 动的地方就太多了。然后再弄完善一下给用户个beta版，这时候 就已经接近最终版本了，可能还有一些小bug。最后把小bug完 善修复一下给客户正式版1.0让客户验收。至于二期项目以后再 说，先把一期项目的余款结了再说，对吧。4 .制订开发规范开发规范订的太死会限制程序员，每个开发人员都会有一些 习惯，但是为了协作，制订一个相对通用的规范是有必要的。包 括文档的规范，数据库设计规范，编码规范以及各种命名规则。 尽量用一些业界通用的规范，网上都有，我csdn的博客上也整理 了 一些，msdn的类库开发人员指南里面也有一些。尽管某些规范 很有争议，我感觉你也得选择其中一种来做为你的

16、项目开发规范。5 .建立开发基础保证机器和软件的可用，尽量大的内存，尽量快的处理器， 操作系统，开发工具都要到位，该想到的就得想到，还要给开发 人员一个相对安静舒适的环境，最好能很方便的喝到冰箱里的可 乐，而且能在累的时候有绿色的植物看。再一个就是建立一个开 发基础结构，这个也颇有争议，几乎每个公司都有自己的系统类 库，开发框架以及配套的代码生成工具，这都很好，在开始可以 对员工做适当的培训，让他们都能体验自底向上设计的好处，都 能用的上这个架构，你可以在架构中要求开发人员以指定的方式 实现某些通用的任务，比如说日志记录和错误处理等，而不是让 他们使用自己习惯的方式去处理问题，因为.net的灵

17、活性让实现 一个任务有很多中方案和手段。小节：虽然这个帖子没有讨论具体技术，而且都是一些空话 套话，并且这些空话套话可能别人也都说的不带说了，但我感觉还是有必要自己总结一下的。软件项目个人工作总结2一、个人工作详细说明本次软件项目设计的题目是场地预约系统，它是基于B/S模 式实现的用于体育城场地管理预约的Web应用软件。为用户提供 并接受用户提出的需求信息，同时通过数据库管理系统存储数据, 给场地的管理带来很大的方便。本项目的实现分为前台与后台。 其中前台，用户可以浏览场地所提供的可预订场地的信息，同时 可以对需要的场地进行预订；后台主要是针对管理员，管理员可 以通过后台对场地的相应信息进行增

18、添修改等操作。我基本参与了本项目的全部实现过程，涉及项目的需求分析, 概要设计，详细设计，代码编写，调试与运行。在需求分析阶段 和小组其他成员认真分析讨论了本项目各方面的需求，主要是功 能方面的需求，基本确定了本场地预约系统应该具有的基本功能。 概要设计阶段通过讨论分析确定了所需表结构。详细设计阶段参 与部分代码的编写，其中包括页面与数据库交互的实现，还有相 应jsp页面代码的实现几布局的调整，修改。在数据库设计实现阶段，通过和我们组其他成员的共同讨论, 确定了场地信息、用户信息等表结构的详细信息，并实现了其数 据库的建立和相应表的具体信息的设计实现。同时针对个别表结 构完成了相应代码的编写与

19、实现。在后台，实现了用户的信息的浏览查看，修改及删除等功能， 同时完成了足球场等场地信息的浏览、增添、修改、删除等功能。前台参与了主界面的设计与实现，通过查询数据库得到主界 面显示所需场地的相关信息，通过这样，用户可以很清楚的获知 所有可预订场地的信息，其主界面上的所有关于场地的数据都是 动态从数据库获取的，这样当场地增添或删除时通过修改数据库 可以很方便的实现界面呈现给用户的场地信息，能够很好的使实 际情况跟提供给用户的信息保持同布，非常利于场地信息的管理 和发布。二、个人工作体会西安石油大学时间过得真快，不知不觉中近一个月的课程设计就要结束了。 本次课程设计我们组做的题目是场地预约系统，先

20、前选题的时候 以为它实现起来应该比较简单，在通过后边的具体分析之后才发 现它并不是我所想象的那样简单，其中涉及许多问题我当时并没 有想清楚。经过我们小组的共同努力，最终基本上完成了场地预约系统 的实现。虽然做的不是很完美，不是特别有创意，但这是我们共 同努力的结果，当我们看着自己亲自完成的.项目觉得很欣慰。通过这次课程我对前边多学的知识有了进一步的认识与掌握, 使我进一步认识到课本所学知识与实际应用是不一样的，在实际应用中需要你去针对具体的问题去灵活的变通处理，而并不总是 和课本上的知识一样。同时，我深感只有通过具体项目的实践， 才能更好的掌握所学知识，并进一步的融会贯通。这次课程设计使我深刻

21、认识到了 一个项目的实现最重要的还 是需求分析而不是代码的实现。在此次场地预约管理系统的实现 过程中，我们就是因为期初对本系统的需求分析工作没有做到位 致使表结构的建立存在不少问题，进而导致后边在代码的实现过 程中又重新回来修改数据库的表结构。这样就不得不对已经实现 的代码进行修改，这个过程将会是一个相当让人头疼的过程。一 个系统的实现关键的不是代码的编写，而是设计，只有设计合理 了，在后边代码实现的过程中才不会遇到问题，才不会像我们这 次那样需要反复的修改。本次课程设计使我再次认识到了团队协作的重要性，一个人 的能力毕竟是有限的，而大家的力量无穷的，有时候一个很小的 问题，自己怎么也看不出来

22、，叫别人来帮着看一下可能马上就能 得到解决。团队成员之间的互相合作可以使问题得到更好的解决, 并且在其过程中能够进一步的相互学习到更多的知识。当然，通 过本次我也深知道自己相关专业知识掌握的还很不够，在代码的 实现过程也存在诸多问题，对很多的语句语法了解不是很到位， 不能很好地运用，需要进一步的学习与掌握。总的来说，本次课程设计使我对软件开发有了进一步的认识, 学到了很多知识。这将对我以后的工作学习产生重要的意义！软 件项目个人工作总结3自2月份开始，我一直在跟进银行w-ndls2. 0项目的测 试工作，至此为止已近6个月时间，从公司内部系统测试、验收 测试，再到uat测试，以及投产前的系统压

23、力测试等等。从开始 到项目即将结束，一步步走过来。本次项目中，我作为测试环节 的主力人员之一，仅对此项目中测试工作进行总结。一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目 组计划要求完成测试任务、提交测试类相关文档，包括测试案例 的.完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试 等。协调项目的内部测试工作，本此项目中测试小组一共组织了 四轮次系统全面测试工作，认真配合项目工作，共同保证项目质 量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试 工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统 更新测试。二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探 讨解决问题的方法，向各模块负责人学习模块功能处理方式，向