软件工程工作总结与建议 - 工作总结 .docx

:这些组织都是以技术研究为主的,跟盗版是两回事

:这些组织都是以技术研究为主的,跟盗版是两回事)。同时熟悉多

修改的几率会大大增加。而由于其结构的不确定性是根本不可能逆转

的见解。列宁曾说“实践高于（理论的）认识，因为它不仅具有普遍

的重构活动这样的结构变更会日常性的存在。如果你的一个测试高度

优秀工作总结欢迎参考下载

软件工程工作总结与建议

姓名：xIkUg[BCG][DFCG][OCN][DCM][CZG]

部门：行业开发部超市项目组

出生日期：1980-11-25

个人简介：

没什么爱好，唯软件开发技术情有独钟，常自娱自乐，自小热爱编程，从小学6年级开始正式学习程序设计，至今已有12年有余，18岁中专毕业，参加工作，至今已有5年，近6年的软件开发工作经验，工作期间也不断学习，完善自己的职业技能，理解软件开发的思想，熟悉Delphi、C/C++/VC++、ASP、SQLServer、Html、脚本语言（如：VBScript、JavaScript），汇编，熟悉Win32SDK编程，经过多年的学习和实践相结合对面象对象的设计与开发也有深刻的理解和自己独特的见解。列宁曾说“实践高于（理论的）认识，因为它不仅具有普遍性的品格，而且还具有直接现实性的品格。”，我始终相信。

对软件逆向工程也比较熟悉,熟悉汇编/反汇编，熟悉各种静态反编译（反汇编）工具如DD、W32DASM、C32ASM等，熟悉各种动态跟踪调试工具如SoftICE、OllyDBG等工具，熟悉加密与解密，能够利用这些工具和我的知识对软件进行加密，防止盗版，能够对软件进行解密和逆向工程，研究软件的底层机理，属于中国破解组织BCG/DFCG/OCN/DCM/CZG正式成员(注:这些组织都是以技术研究为主的,跟盗版是两回事)。

同时熟悉多层系统的设计开发，熟悉各种软件工具的使用，对Windows系列操作系统较为熟悉，对Linux操作系统有所了解。掌握面向对象的分析与设计和相关工具的使用，对软件工程化也比较熟悉,由其感兴趣的是敏捷软件开发。曾任技术研发组组长，带领技术研发组完成技术攻关，管理软件项目。有极强的自学能力和归纳总结能力。对一项技术有强烈的钻研欲望.

转入正题了，首先谈谈，我认为我所在的项目组做得好的地方．在我们项目组中使用了CVS做软件的版本控制，用RoboHelp写文档，用TestTrack做Bug跟踪．

做得不好的地方就是需求描述不清晰，而我们过早的进入＂设计＂阶段，过迟的进入测试阶段．

看看我们的需求描述吧：

多数量同一商品的录入习惯：

多数量同一商品的录入习惯：商品条码＋数量快捷键＋数量

某种商品在销售过程中退货的操作习惯：商品条码＋负数快捷键＋数量

我们需要的需求描述是这样的：只说做什么，不说怎么做，并描述出希望得到的结果，至于操作习惯这些东西可以在得到了正确的软件功能后再作调整．

例如：

破解组织BCG/DFCG/OCN/DCM/CZG正式成员(

破解组织BCG/DFCG/OCN/DCM/CZG正式成员(注

，我想唯一的方法就是让我们代码具有可测试性，可测试性的代码是

控制，用RoboHelp写文档，用TestTrack做Bug

优秀工作总结欢迎参考下载

零售：一个商品的条码

零售：一个商品的条码6910000000001，零售单价为15.00元，输入一个商品条码，卖出该商品１个，零售金额为15.00元，卖２个，零售金额为30.00元．

再来看看我们的代码：

我们目前的代码根本不具备可测试性，当改动一个地方的时候我们不可能自己把所有代码功能都跑１遍，以保证程序的正确性，保证程序的质量，有可能我们改动的这一个地方会牵扯到另一个地方或N个地方，而我们有可能没有考虑到这个关联性或没有考虑完，于是１个地方的改动造成了N个地方的错误．这样的问题在我们公司开发人员中基本是天天都在上演重复的一幕，造成开发成本／维护成本不断的上升，产品迟迟不能稳定．

还有一个比较严重的问题是过早的进行设计，把程序的结构过早的定下来，这样导致的后果是要当需求发生变化，目前的系统结构无法满足需求时，可想而知后果的什么样的．

再来说说测试：

我们的测试人员可说是做得比较好了的，这点我没什么好说的．我只是想说让我们开发产品应该尽早的提交给测试人员和用户进行测试，这样我们可以更早的得到反馈，对产品作出改进和修改．

我想重点对我们开发谈谈，提出一些自己的建议：

为了保证我们的程序具有可靠性，可维护性，可阅读性，让我们产品达到一个高质量的标准，我想唯一的方法就是让我们代码具有可测