软件项目开发总结范文（通用6篇）
　　总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料，通过它可以全面地、系统地了解以往的学习和工作情况，不妨让我们认真地完成总结吧。总结怎么写才不会流于形式呢？下面是小编为大家收集的软件项目开发总结范文，希望对大家有所帮助。
　　软件项目开发总结 篇1
　　一． 引言
　　1．编写目的
　　本项目开发总结报告，主要是总结本软件的开发经验和总结所学到的知识，以及对一个系统的大型的软件设计的总体感悟，并将软件设计过程中遇到的问题加以阐述和说明。
　　读者对象：开发人员、大赛评委
　　2．项目背景
　　系统名称：3D旅游咨询员
　　任务提出者：山东省齐鲁软件设计大赛委员组
　　开发者：
　　面向用户：游客
　　开发时间：2010年9月1号到2010年9月19号
　　该软件运行系统：单机版计算计
　　3．参考资料
　　A、软件项目开发总结报告书（GB856T—88）国家标准
　　B、齐鲁软件设计大赛手机游戏创意与实现项目的文档要求
　　C、互联网上的各类相关资料
　　二.开发结果
　　1． 产品
　　名称：3D旅游咨询员
　　存储媒体的形式：光盘
　　数量：3份；
　　D 、产品文档名称：
　　软件开发文档：《需求需求说明书》、《概要设计说明书》、《详细设计说明书》、《软件测试计划》、《软件测试报告》
　　项目管理文档：《软件项目计划》、《项目进度报告》、《项目开发总结报告》
　　产 品 文 档：《用户手册》、《演示文件》
　　2．主要功能：
　　这是一款关于3d旅游的软件，3D为本软件的一大特色。
　　模拟现实世界场景，做到真实逼真的效果，增加了视觉冲击力。可以像现实的人物一样随意走动，想到那就到那，想看到那就看那，而且操作简单易行，
　　很方便用户的使用，带给用户一种全新的设计。设计一个以岱庙为背景的软件，软件界面以红色、灰蓝色和土黄色为主，为游客展现一个立体的三维场景，展现岱庙的建筑群和总体的设计，帮助游客大体的了解岱庙的基本信息，更好的完成游览观光的功能。分为四个模块,即操作介绍、查询、推荐信息、进入3D景区。
　　采用了3D模型建立的技术，碰撞检测技术，数据库连接技术
　　性能：
　　A、可靠性
　　在从设计、开发到使用的全过程中，为提供满足用户使用要求的高有效性，软件所采取了提高可靠性的一切措施、方法和活动。
　　B、可用性
　　本游戏具有很高的实用性，采取文本和语音同时输出，适合于任何的年龄段人使用，界面简洁，操作简单，很容易上手，帮助用户了解岱庙的知识，并且对岱庙有一个具体的了解。
　　C、可维护性
　　此维护是软件周期的最后阶段，维护人员可以简单的对此软件进行维护。
　　3．所用时间
　　3周，100多个小时
　　三． 评价
　　1． 技术方案评价
　　我们小组开发的是3D旅游咨询员，具有一定的难度，我们通过开源游戏引擎直接控制，可以说是减少了一定的难度，使得软件的实行更有可靠性和完善性。
　　软件的需求分析阶段严格按照先设计后实现的功能，需求由于进行了比较严格的分析和策划，所以后期的实现相对而言，改动较少，提高了开发效率；
　　软件的场景采取三维立体效果，体现了3D的主题，所以提供较好的视觉效果，是人们有身历其境的感觉。
　　软件采取文本和语音同时输出，实现人机交互的功能，让用户比较强烈的感受软件的好处。
　　3D场景可以加入音乐和实现全屏等具体的功能，增加了软件的可实现性，完善了软件的功能。
　　2．产品质量评价
　　整个软件系统比较稳定，进行过比较严密的测试。
　　可用性：此游戏具有很好的实用效果，适合于任何的人用。
　　可维护性：此游戏系统比较稳定。维护是游戏软件设计周期的最后阶段。可转移/转换性：此软件运用c++语言和irrlicht开源引擎，在windows系统的基础上，实现软件功能。软件的移植性比较强，只要是装了操作系统的pc机，都可以使用。
　　四． 总结
　　通过这次大赛，培养了我们的创新精神，竞争意识，克服困难、坚持不懈的毅力以及团队合作精神。开发的这款软件，从设计到开发都经过了细致摸索和推敲和实地考察，做到了作品的原创性。这是一款独立研发且具有成品性质的软件，是我们大家共同努力的结果。游戏开发中，大家的能力，诸如大家的合作，个人的协作能力，策划能力，以及时间观念都有一定的提高。希望软件的设计能给大家耳目一新的感觉，丰富多彩的视听效果，能给用户以视听享受，希望成为广受用户的欢迎。
　　通过参加“齐鲁软件设计大赛”，得到了许多经验和教训：
　　一个成功的设计应该是以用户为出发点，始终在考虑“用户需要什么”， 软件策划并不是典型的用户，我们不是真正的旅游观光者，但是我们也进行旅游，我们制作的游戏是游客使用的，而不是自娱自乐用的。一味从自我考虑，只做符合自己的软件，你会发现它的需求是如此的不足，功能有很大的缺失，最后会发现做出来的软件连你自己的愿望。
　　软件项目开发总结 篇2
　　随着市场经济的进一步完善及全球经济一体化进程加快，企业面临着激烈的市场竞争，企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术，增加信息共享程度，不仅提高了工作效率、降低成本，而且也提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础，在原有系统的基础上，计算机中心于2003年开始加大信息管理系统的开发，已到年底，开发项目也基本上完成了；为了总结03年所有开发项目的整个开发及管理过程，我们选取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
　　1.引言
　　自助旅游的定义，简单地讲，就是吃、住、行、游、购、娱，基本上全由游客自己决定。自助旅游的新概念，也叫背包旅行，起源于发达国家，在英语里面叫“backpacker’s travel”，或“budget travel”，即背包旅行，省钱的旅行。
　　随着中国进入第一次消费升级阶段，居民可支配收入和消费水平不断提高，发达地区居民旅游逐步从奢侈品蜕变为必需品。全球旅游业的散客化趋势影响着中国，自助旅游席卷而来，给我国的一系列旅游产业及其相关制造产业带来了挑战。它的主要特点之一就是利用互联网技术，旅游者通过网络自由组团和选择参加者，自由选择路线等。
　　自助旅游最终实现需要一个渐进的过程，拓宽信息渠道、加强对自助旅游的研究和建立自助旅游的完善体系三个方面是很重要的，因为设计此旅游自助系统以期向计划出行的人们提供丰富的旅游自助信息及其它相关信息，进一步完善现有的旅游自助体系。
　　1.1 编写目的
　　随着科学技术的高速发展，我们已步入数字化、网络化的时代。旅游自助系统是一个管理信息系统，目标是使旅游资源信息化，方便旅游公司及游客便捷地得到需要的旅游信息。
　　1.2项目背景
　　随着社会信息量的与日俱增，图书作为主要的传统信息载体，在某一层面上已不能满足现代这样一个知识爆炸时代对信息的需求，这也体现在人们的出行与旅行方面，人们不可能随身带一本厚厚的旅游百科全书去爬青藏高原；同时旅游管理部门希望避免由于笔误或者记录丢失等人工疏忽带来的行政失误，他们也需要更系统更严谨的管理手段，从而做到依法管理，有据可查；而对旅游公司而言，高效的经营管理手段是获取最大利益的关键。在计算机日益普及的今天，一套行之有效的旅游自助管理系统，是大家最好的一个选择，他是人们出行旅行的贴心小助手，是旅游公司负责尽心的大管家，是旅游管理部门安全可靠的档案室与严谨的助理秘书。他将对人们的出行旅游方式产生时代性的影响。
　　旅游自助系统软件是一套功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的简体中文、英文 Windows98/2000/ME/XP等操作系统上使用。除此以外，该软件可通过访问权限控制以及数据备份功能，确保数据的安全性。
　　建议开发软件名称：旅游自助系统 项目的提出者：软件工程课程
　　开发者：艾菁、张虹、周军、李骁、胡宝雷 用户：旅游公司及游客
　　1.3 定义
　　该旅游自助系统是基于Internet/Intranet 及Web技术，建立以Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台。
　　文档中采用的专门术语的定义及缩略词简要如下： TTS：Travel Self-help System，旅游自助系统。
　　SQL（Structured Query Language）:结构化数据库查询语言 JSP：JAVA Server Page
　　1.4 参考资料
　　《软件工程》 原书第八版 程成、陈霞译 机械工业出版社 2007.3。 郑人杰，殷人昆，陶永雷。《实用软件工程》（第二版）。北京：清华大学出版社，1997。
　　金勇华，曲俊生。《JAVA网络高级编程》。北京：人民邮电出版社，2001。 Borland Software Corporation。《JBUILDER培训教程》北京：机械工业出版社，2002。
　　2.实际开发结果
　　2.1 产品
　　可包括列出各部分的程序名称,源程序数(包括注释行)或目标程序字节数及程序总计数量,存储形式;产品文档名称等.
　　2.2 主要功能及性能
　　功能：
　　对旅游公司及旅游局输入信息进行管理； 用户的信息检索； 性能：
　　数据库的录入； 后台信息维护；
　　不同条件下的信息检索；
　　旅游服务预约及预约是否成功的反馈； 输出：
　　旅游景点信息；（包括景点介绍、物理位置、开放时间、参观费用等） 旅游线路信息；（包括日程安排、食宿交通、手续价格、联系方式等） 预约结果反馈；（是否成功） 输入：
　　旅游景点名称； 旅游线路名称；
　　旅游者自定义的查询条件的搭配；（包括希望的时间安排、旅游的费用预算、行程的旅游景点等）
　　安全保密：
　　用户退出系统时，自动清空查询记录；
　　2.3 运行环境要求
　　运行环境：
　　操作系统：Windows2000； 数据库类型：SQL server。
　　软件项目开发总结 篇4
　　一、软件开发个人体会：
　　1. 软件领域中的知识在于积累。
　　2. 做软件开发，就类似算数学题和世界杯足球赛一样：重在结果，而不在乎过程。
　　3. 软件服务于人类，软件是在解决一些生活中的问题和错误，问题决定解决方案。
　　二、做软件开发我觉得要明白：
　　1. 职业的乐趣：
　　(A) 用自己的智慧去创建新事物的`快乐
　　(B) 开发对别人有用的东西
　　(C) 不断学习来充实自己
　　2. 职业的苦恼:
　　(A) 总是追求完美
　　(B) 所有要实现的功能由他人而定
　　(C) 概念设计计是有趣的，但找Bug总是很苦恼的
　　三、在开发中遇到问题应该怎么去解决？
　　1. 不明白就多问，不要自已一直去琢磨。 一个问题如果30分钟还没有解决就应该考虑是不是问问别人。 一个问题在没有用过3种以上的方法解决过就不要去问别人。 解决问题思路是关键：
　　相信问题总归有解决的办法，就算连技术上都没法实现的问题，相信通过良好的沟通终究也会有解决的方法。
　　2. 解决问题的前提是：理解别人的意思，理解别人的需求，多沟通，及时给客户反馈信息。
　　四、怎么样才能提高自身的能力？
　　1.程序员怎么样进步最快？
　　2. 不要怕出错，不怕遇到错误，有错误就有挑战，这样才可以进步，但不要让同一个石头把你绊倒2次。
　　五、怎么样才能做好软件开发？
　　1. 首先要明白解决的问题是什么，理解问题，其次再决定怎么解决这个问题
　　2. 碰到很复杂的问题，我们就简单想，把问题简单化，细化到能够实现为止
　　3. 出了问题，我们要先分析问题，然后知道引起问题的原因，最后并想出问题的解决办法
　　4. 我们应该从2个方面去把握一个项目：从业务角度和项目的关键问题上去把握一个项目
　　(A) 从不同的系统场景
　　(B) 从不同的用户角色（充当什么角色）
　　(C) 从不同的系统使用角度（拥有那些权限）
　　5. 其实我觉得开发人员说实在应该要比使用系统的人更了解系统需求，只有真正彻底的了
　　解了项目的业务需求，我们才能做真的做好这个项目
　　六、文档的重要性
　　记得我当初刚开发项目的时候都是写个大致的需求说明书，做一个E-R图，画几个大致的数据流程图，然后建立数据字典和表结构关系。 再接着搭建一个开发环境，配置几台服务器，划分一下模块，分工，我们就可以Coding了，一直到项目结束了，也没有完整的设计文档，更没有完整的测试文档，虽然这样的确是很快的完成了Coding工作，感觉上好像节省了好多成本和开发时间，但后期的维护和Bug
就是经常出现的事。
　　小项目没有文档关系不大，但如果遇到一个大项目的时候，那这样的开发方式就很有问题很危险的。
　　大项目没有文档： 首先维护就很麻烦，也很乱，写的代码，过几天都不知道它是完成什么功能的了，其次系统的稳定性和可靠性也让人怀疑，扩展性就不用说了。
　　七、我的收获
　　A.程序员大多都不喜欢写文档,我们以前也是特讨厌,记得以前都是系统开发完了，为了应付项目验收，就匆匆忙忙的一组人在那里补文档。在我们的思想里,所谓的文档就是一些废话,一句话硬是用十句话来代替的无聊透顶。
　　B.代码风格要规范
　　以前做项目，我们都是不怎么去注意代码风格和写代码的规范，都是稍微想一下就直接开始写代码了。注释也很少用，总感觉我们自己写的代码，我们怎么会不知道它做了些什么事呢
？总觉得我们自己写的代码我们怎么会不知道它是用来做什么的呢。一直都不相信这是个事实，但事实上，项目验收后，系统刚开始使用的人少，也就不会出现潜在的错误，随着时间的增加，久而久之，当大量用户并发访问的时候，系统的Bug 就暴漏出来了，那时你再用熟悉的Eclipse打开整个项目的源码时，再去看自己写的代码的时候，真的发现，我们定义的这个变量名是什么意思啊 ？ 我们的这个Flag
是用来判断什么的啊 ？我们的if（）中条件不知道是判断什么？ Function （） 也忘记是什么功能了？ 想想好可怕啊。 难道真的都忘记了吗 ？回答是肯定的： 真的忘了。
　　C.心得体会:
　　通过做该网盘项目，在这2年的锻炼中，我们才真的体会到，良好的文档是正规研发流程中非常重要的环节,一个好的程序是先写好设计文档再进行编程的，在设计文档的指导下，才能写出安全的代码。如果你不写文档，一开始就写程序，这样你就不会按已设计好的路线走，而是想到哪写到哪。小功能还好说，要是大功能，就容易混乱.
　　刚开始我们还很不习惯这一系列的编程风格，很多的规范，尤其是命名，方法和注释，都有这着很多限制，让我们觉得真罗唆，写个程序完成功能不就可以了吗，明明1小时做完的事情非得让人用3、4个小时去做，我们现在真的明白这样做的好处了，我们已经习惯这样的编程风格了，这也养成了我们的一个编程习惯了，深有体会啊。
　　最忙的时候就是我们成长和收获最多的时候。
　　八、网盘项目开发的最大体会
　　我们觉得项目开发的开始时候，应该由项目负责人很好的对项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题，以及里面用到的很多专有名词做个细致的说明，而不是从一开始就分几本式样书，给个静态Html 的Demo看看，然后搭建好开发环境就按照式样设计书来开发。
　　九、软件测试（单体测试和连接测试）
　　我们首先认为，编写程序的时候不要想出了问题再解决，而是要想如何不会出现问题，要根据经验来预测可能出现的问题，然后避免出现。
　　测试，说的直接点就是给软件找错误。
　　很多人认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上我们不这么认为。
　　我们觉得对开发人员来说，我们要把测试出来的Bug都应该做个分析，知道错的原因之后，我们就应该在下个项目中防止类似的错误发生，而真正来提高我们开发的效率。
　　软件项目开发总结 篇5
　　1引言
　　1.1编写目的
　　XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。
　　1.2背景
　　项目名称：XXX业务管理系统
　　软件名称：XXX业务系统
　　客户：XXX
　　用户：XXX员工
　　1.3参考资料
　　项目开发文档：
　　１．软件开发数据模型：PDM_OperationSystem20070831.pdm
　　２．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc
　　３．软件业务流程参考：XXX业务管理系统流程说明.doc
　　４．软件使用手册参考：XXX业务管理系统功能说明3.0.doc
　　５．软件业务流程参考：XXX业务管理系统流程说明.doc
　　６．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
　　７．软件中使用的安全Ikey驱动：Ikey Driver.rar
　　2开发工作评价
　　2.1对生产效率的评价
　　１．系统开发已历时快１年的时间了
　　２．开发的反复性比较多。
　　３．对客户的需求理解不是很透彻。
　　综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。
　　2.2对产品功能的评价
　　经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。
　　2.3对技术方法的总结
　　在此项目中使用到技术和工具：
　　１.使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。
　　２.使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。
　　３.使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了ComponentArt
Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。
　　４.使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。
　　５.系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。
　　６.系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。
　　3项目经验总结
　　3.1签定合同
　　一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
　　3.2开发团队
　　在项目确立后，要尽快的建立起项目开发团队。
　　项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。
　　3.3需求的调研
　　在项目确立后，就到了需求调研分析阶段。
　　１．项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
　　２．我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱
　　３．在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。
　　４．模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
　　５．在一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑来记录所有的开发需求；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。
　　６．需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。
　　3.4做好开发计划
　　在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。
　　3.5很好的沟通
　　在其他行业中，人与人的之间的沟通只很重要的。项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。
　　3.6做好工作总结
　　在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，，还是我们的团队能力都会有很大的提高。
　　软件项目开发总结 篇6
　　一、实训目的：
　　通过对java语言、sql数据库的应用以及sql语言的复习和锻炼，并且通过使用MyEclipse开发平台设计管理项目，以达到充分熟悉开发平台及应用设计。同时掌握并实践软件项目设计规范及其开发流程：需求分析、概要设计、详细设计、代码编写等，以便提前适应软件公司开发流程、环境和工作要求。
　　二、实训内容：
　　1. 项目：(“xx网”)
　　2. 完成(用户注册、登录、列表、购物车、删除、修改)等功能
　　3. 数据库设计、SQL应用
　　4.项目实战
　　三、实训总结：
　　转眼间实训已过去一段时间，之前的兴奋、喜悦如今已经让我熟悉，在实训的每一天都会让我有成为一名真正的财富者拥有的冲动。也许，在这期间不一定会让一个人有着翻天覆地的变化，但变化就是这样一点一点产生的。通过这一期的实训，虽然倍感折磨，但是收获却是很大的，学习中我不但有了学习成果的喜悦，而且自己也日渐成熟，有种说不出的喜悦。
　　在实训的过程中，我深深的体会到了自己在专业知识方面的欠缺和不足，也意识到了自己作为计算机软件专业的学生，要想在以后的
　　职业中崭露头角，除了要有过硬的理论知识，健康的体魄之外，还必须具备良好的心理素质，是自己在以后的途中无论经历什么样的困难，都立于不败之地。通过实训老师的课堂讲解与企业文化标准的培训，使我加深了对自己专业的认识，从而确定自己以后的努力方向，要想在短暂的实训时间内尽多的学到东西，就需要我们跟老师或同学进行良好的沟通，加深彼此的了解，只有我们跟老师多沟通，让老师更了解我们，才能更真切的对我们进行培训工作。由此，班级的文化“共享”就在生活中慢慢形成了。
　　“纸上得来终觉浅，绝知此事要躬行!”在这短短的时间里，让我深深的感觉到自己在实际应用中所学来专业知识的匮乏。让我真真领悟到“学无止境”这句话的涵义。而老师在专业认识周到中所讲的，都是课本上没有而对我们非常有实际意义的。这又给我们的实训增添了浓墨淡彩的光辉。我懂得了实际生活中，专业知识是怎样应用与实践的。在这些过程中，我不仅知道了职业生涯所需具备的专业知识，而且让我深深体会到一个团队中的各个成员合作的重要性，要善于团队合作，善于利用别人的智慧，这才是大智慧。靠单一的力量是很难完成一个大项目的，在进行团队合作的时候，还要耐心听取每一个成员的意见，是我们的组合达到更加完美。
　　这次实训除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完成一个任务，懂得了享受工作。当遇到问题，冷静，想办法一点一点的排除障碍，到最后获取成功，一种自信心就由然而生，这应该就是工作的乐趣。有时候不懂的就需要问别人了，
　　虚心请教，从别人的身上真的能学到自己没有的东西，每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流，同乐同累，合作互助，这是团体的精神，也是必须学习的东西。
　　经过之前的学习，对程序设计有了一定的认识与理解。在校期间，一直都是学习理论知识，没有机会去参与项目的开发。所以说实话，这次实训，软件项目开发对我来说是比较抽象的，一个完整的项目要怎么分工以及完成该项目所要的步骤也不是很明确。而经过这次实训，让我明白了一个完整项目的开发，必须由团队来分工合作，并在每个阶段中进行必要的总结与论证。
　　一个完整项目的开发它所要经历的阶段包括：远景范围规划和用例说明、项目结构和风险评估、业务功能说明书、详细设计说明书、代码实现、测试和安装包等等。一个项目的开发所需要的财力、人力都是很多的，如果没有一个好的远景规划，对以后的开发进度会有很大的影响，甚至会出现在预定时间内不能完成项目或者完成的项目跟原来预想的不一样。一份好的项目结构、业务功能和详细设计说明书对一个项目的开发有明确的指引作用，它可以使开发人员对这个项目所要实现的功能在总体上有比较明确的认识，还能减少在开发过程中出现不必要的麻烦。代码的实现是一个项目开发成功与否的关键，也就是说，前期作业都是为代码的实现所做的准备。
　　我深刻的认识到要成为一名优秀的软件开发人员不是一件容易的事情，不仅要有足够的干劲和热情，还要有扎实的编写代码基础，
　　必须要有事先对文档进行可靠性报告，功能说明书，详细设计说明书等的编写和一些风险评估的编写的能力。
　　除了图书馆，最能让我感觉到身在大学的就是实训机房，在匆匆过去的两个月内，我往返于实训机房与宿舍之间，使我享受了一个充实的学习时期，让我感受到了大学的魅力，对自己充满信心，对大学充满信心，以积极的心态迎接明天挑战。
　　实训中要求有扎实的理论基本知识，操作起来才顺心应手，我这时才明白什么是“书到用时方恨少”。这就激发了学习的欲望。 “学以致用”，就是要把学来的知识能运用到实际操作当中，用实践来检验知识的正确性。我想，这是实训的最根本目的。
　　最初在实训时自己就有一些不自信，但随着项目的进展，我慢慢的找到了自己的位置，找到自己的目标，虽然自己与好的同学还有差距，这也给了我很大压力，但是我相信没有压力就没有动力，所以在整个实训过程中我都在不断地努力。
　　实训期间让我学到很多东西，不仅在理论上让我对IT领域有了全新的认识，在实践能力上也得到了很大的提高，真正的学到了学以致用，更学到很多做人的道理，对我来说受益匪浅。我意识到自己知识的缺少，这激励我在以后的学习、工作、生活中要不断了解信息技术发展动态以及信息发展中出现的新的技术。
　　除此之外，我还学到了如何与人相处，如何和人更好的交流，我们组成一个团队大家一起开发一个项目，大家的交流沟通显得尤为重要，如何将自己的想法清楚明白的告诉队友，如何提出自己想法的同
　　时又不伤害其他的队友的面子，这些在我的实训生活中都有一些体会。可是说，第一次亲身体会理论与实际相结合，让我大开眼界。也是对以前学习的一个初审吧，相信这次实训多我以后的学习、工作也将会有很大的影响，在实训的这段时间里这些宝贵的经验将会成为我以后工作的基石。
　　作为即将毕业走出校园的学生，经过3年的在校学习，对程序设计有了一些基本的理性的认识和理解。在校期间一直忙于理论的学习，没有机会也没有经验来参与我们项目的开发，所以在实习之前软件按开发对我来说是非常抽象的，一个完整的项目要怎么来分工以及完成该项目所需要的基本步骤也不明确，通过这次实训让我明白一个完整项目的完成必须团队分工合作，并在每个阶段进行必要的总结和检查。在我们项目的开发过程中我们项目的步骤：详细设计、详细设计review、编码、编码。在项目开发过程中我也深刻的体会到详细设计对一个项目开发有明确的指引作用，它可以使开发人员对这个项目所要实现的功能在总体上有具体的认识，并能减少在开发过程中出现不必要的脱节。
　　这次实训是对我们学习的一个检验，虽然项目中很多知识我们在日常的学习中都没有遇到，这同时提醒我：要想成为一个合格的程序员就有具备一种自学能力，在工作中会遇到很多从未接触过的问题，当有了问题时要去解决，在你不断努力，寻找答案的过程中，自己的能力也在潜移默化的提升。有时遇到问题时可能有很多想法但却不知道那个正确，这就让我们不断地去探索，不断地尝试。
【软件项目开发总结范文（通用6篇）】相关文章：
软件项目开发管理10-14
软件项目开发岗位的设置08-15
浅析软件开发项目的管理10-17
软件开发项目管理制度10-15
浅谈软件开发项目的成本控制论文04-18
集团客户部软件开发项目管理规范08-31
软件开发年终工作总结03-31
软件开发个人工作总结范文12-13
软件开发硕士英语简历范文09-11
软件开发员职位简历范文09-07

软件开发工作总结
　　总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料，通过它可以正确认识以往学习和工作中的优缺点，是时候写一份总结了。那么我们该怎么去写总结呢？下面是小编为大家整理的软件开发工作总结，仅供参考，欢迎大家阅读。
软件开发工作总结1
　　xx年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。
　　一、总结自身定位：
　　在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
　　2.定下心来，踏踏实实：
　　我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己.自己要定得心下来学习.成功需要耐得住寂寞，不求最快，但求最好.
　　3.团队合作：
　　以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要.以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
　　4.工作情况：
　　在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
　　5.课外学习：
　　sql该学的已经掌握， c#学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
　　二、自身缺点
　　2.心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意！
　　3.学习问题：对于课外学习c#这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。
软件开发工作总结2
　　时间过得真快，转眼间，在山大实习生活就结束了
　　四周的时间能够和山大的同学一起工作、学习、生活我感到非常的荣幸，同时也感觉到很大的压力，作为电子商务专业的学生从事软件开发感觉还是有一定的困难，特别是我们还是和山大大三的学生一起，在初来时自己就有一些不自信，但随着项目的进展，我慢慢的找到了自己的位置，找到自己的目标，虽然自己与好的同学还有差距，这也给了我很大压力，但是我相信没有压力就没有动力，所以整个实训过程中我都在不断地努力。
　　实训期间让我学到很多东西，不仅在理论上让我对it领域有了全新的认识，在实践能力上也得到了很大的提高，真正的学到了学以致用，更学到很多做人的道理，对我来说受益匪浅。特别是利用周六上午的时间山大为我们安排的讲座让我们了解it领域一些新的发展动态以及一些领先的技术，让我意识到自己知识的缺少，这激励我在以后的学习、工作、生活中要不断了解信息技术发展动态以及信息发展中出现的新的技术。
　　除此之外，我还学到了如何与人相处，如何和人跟好的交流，我们组成一个团队大家一起开发一个项目，大家的交流沟通显得尤为重要，如何将自己的想法清楚明白的告诉队友，如何提出自己想法的同时又不伤害其他的队友的面子，这些在我的实训生活中都有一些体会。可是说，第一次亲身体会理论与实际相结合，让我大开眼界。也是对以前学习的一个初审吧，相信这次实训多我以后的学习、工作也将会有很很大的影响，在短短的二十几天里这些宝贵的经验将会成为我以后工作的基石。
　　作为大二的学生，经过两年的在校学习，对程序设计有了一些基本的理性的认识和理解。在校期间一直忙于理论的学习，没有机会也没有经验来参与我们项目的开发，所以在实习之前软件按开发对我来说是非常抽象的，一个完整的项目要怎么来分工以及完成该项目所需要的基本步骤也不明确，经过这次实训让我明白一个完整项目的完成必须团队分工合作，并在每个阶段进行必要的总结和检查。在我们项目的开发过程中我们项目的步骤：详细设计、详细设计review、编码、编码review、单体测试。在项目开发过程中我也深刻的体会到详细设计对一个项目开发有明确的指引作用，它可以使开发人员对这个项目所要实现的功能在总体上有具体的认识，并能减少在开发过程中出现不必要的脱节。
软件开发工作总结3
　　又到了辞旧岁，迎新年的时候了，回望即将过去的20xx，展现在我们面前的是一年深浅不一的脚印，不管在时间这条巨大的画面上，留下了是优美的还是些许凌乱的印记，我们总能骄傲地说，我们走过来。
　　20xx年是一个特殊的年份，金融危机席卷了全球各个经济体，在中国，制造业受到了不可估量的影响，在这种背景下，百丽提出了“节约成本”的口号，将成本开销，资源利用控制到最优化，提升实力，迎接挑战。
　　1、工作汇报与总结
　　资讯部在整个一年围绕着“节约成本”的宗旨，配合各个部门，本着“服务公司”的理念，根据各个部门提出的需求，新开发了质量管理系统，数字化管理系统，各个事业部m3系统上线等，以及完善改进已有的系统：消费管理系统，人事管理系统，集成管理系统等。借此契机，我有幸能参与其中相关系统的开发。以下是我根据时间和子系统的分类，汇报总结20xx年的工作情况。
　　（新m3报表子系统）
　　m3系统的成功上线，绝对是对管理部提出的“节约成本”的理念的最好诠释。企业发展部对整个流程的重新梳理，规范各个环节的衔接与控制以及我们资讯部的全力配合开发实现功能都是这一宗旨的具体体现。我依然很清晰地记得xx年初，那时候我刚进部门不久，因为m3系统的上线，整个部门如火如荼的进行着，我看到是全体同事的齐心合力，协调合作。我印象深刻的是，那时在部门例会上直接分配报表开发到个人，每人4—5个，虽然对m3取数不是很理解，但终究是在分析测试组的帮助引导下，完成了分配的报表。也实现了我也是部门的一份子，为部门出一份力的愿望。
　　（集成管理系统）
　　集成管理子系统是对整个管理系统各个模块全局的控制，在卢成的指导下，我得以完成编码管理中编码字段，规则，方案维护模块的开发，以及后续多语言维护模块的开发和dbmoto工具重启模块的开发。
　　（人事管理系统）
　　在人事管理系统中，涉及不多，主要是前期为锻炼提高能力而开发的操作证打印模块。
　　（消费管理系统）
　　在随后的任务分配上，我更多的精力是放在消费系统的熟悉和开发上，消费系统设计到的业务虽不如人事系统那么复杂，但把业务来龙去脉理清，以及代码的熟悉也颇需要时间。对各个模块的作用以及代码如何编写成了我前期的主要任务，主管也是想借此提高我的业务理解能力和编程能力。“磨刀不误砍柴工”，只有把刀磨得锋利了，砍起柴来才能做到游刃有余。期间也练习过开发一些简单的消费报表，最初的消费卡自动充值统计报表的开发也确实夯实了业务的了解。在后续的工作中，对卡片管理中因为业务的需要增加了外来员工发卡，外来员工卡号转换，离职退卡。设备管理中完成对消费机设备余额限制等的程序修改，以及黑名单自动下载模块的开发。奖金收支平衡中增加每日卡余额的存储过程用于结算每日卡余额以及充值退款补贴模块（新）的修改。在查询管理中，完成因增加外来员工和其他补贴类型的报表的开发和修改。
　　（数字化管理系统）
　　与m3系统系统晚一些启动的还有数字化管理系统，数字化管理系统对公司鞋类开发部的开发效率以及设计理念上起到了革命性的作用，这年公司从国外买了一套专业的制鞋软件，但是这套软件自带的材料数据库根本无法满足公司开发部的要求，公司决定由我们资讯部开发一组完成数字化管理系统的开发。我因而参与了数字化系统前期部分基础模块的开发。在后续的需求提出后，完成了成品管理中成品设计信息关联模块的开发，以及鞋楦管理中鞋楦设计工作表的开发。
　　（质量管理系统）
　　质量管理系统开发需求的到来也加快了我的成长，最先是产品制程这一部分：返工率维护，录入模块的开发让我初步地全新开发自己的模块。期间也着实遇到不少困难，在同事和自己的努力下都一一解决，这一个过程对我来说就是成长锻炼的过程。随后面部返工率报表的开发数量之多和取数之复杂也让我学到了如何编写更好的优化存储过程。第二部分是实验室抽检：在其中和同组的成员联合完成开发皮料，丝带，钢勾心等材料的实验室抽检模块的开发。第三部分是原材料检验：这个项目是我和冯振才联合开发，征对不同材料类型完成了检验模块的开发以及相关报表的开发。
　　2、个人总结
　　这一年给我的东西我想用有形的和无形的两部分概叙，有形的当然就是技术水平的长进，虽然其中肯定有很多的不足，但纵向对比20xx年，我得到了锻炼，对于不足的部分，我希望在20xx年继续努力加快弥补。无形的就是人性的成长，在社会大学的摔打远比在养老院式的大学校园更能让人成长，对社会的看法，对人际关系的看法，对价值的看法，不再是以前一种近乎浪漫的眼光审视着这一切。社会的现实让你更加学会提高，人际关系的复杂让你更加学会斡旋，价值的体现让你更加学会抉择。
　　3、结语
　　在20xx年，有喜悦也有泪水。有辉煌也有遗憾，辉煌也好遗憾也罢，20xx已经过去，在新的20xx年我坚信我们资讯部将团结一心面对更多的挑战和机遇。作为资讯部的一份子，我将以更好的状态去迎接它们，和大家共同打造属于资讯部的辉煌。
软件开发工作总结4
　　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、加强与用户的沟通，让用户参与到设计中来；
软件开发工作总结5
　　我于20xx年8月13日进入公司，根据公司的需要，目前担任Android软件工程师 一职，负责综合代维，考务通手机客户端的开发工作。将近3个月的时候在这个新的工作环境我收获颇深。
开始让我独立完成整个项目，这还是我的第一次，之前在公司是多人完成，过程中也遇到了许多困难，但是都一一解决了，我想这是我最宝贵的经历，通过三个月的不断学习，在项目开发中的不断锻炼以及同事、领导的帮助，我已逐渐融入这个大家庭，个人的工作技能也有了明显的提高，虽然仍有一些不足，但三个月以来我付出了不少，也收获了不少，我感觉自己成长了，也逐渐成熟了。
　　初到公司，加入了咨询与信息化部，加入了综合代维项目组，我也曾担心自己不知道该怎么与项目组的同事沟通，担心不知道怎么做好工作，但是项目组的前辈们都很亲切，也很耐心的教导我，解答我的疑问，以及他们团结向上的精神，让我很快的熟悉了工作，融入了项目组。
　　在这三个月的学习和工作中，我一直严格要求自己，遵循公司的规章制度，认真完成领导布置的每一项任务，遇到的问题虚心的向项目组的前辈们学习、请教，不断的提高、充实自己。开发过程中出现的一些差错，也有前辈们耐心的指出和指导我修改，这些经历让我不断成熟，处理问题时考虑得更全面，杜绝类似情况的发生。在此我要特地感谢部门的领导和同事们对我的指引和帮助，感谢他们对我工
　　作上失误的提醒和指正。
　　经过这三个月，我已经能独立进行开发任务，按时按质的完成分配的工作任务，当然还有许多不足，开发的经验仍有待提高，编写代码的简洁性和完整性也需要进一步增强，需要不断的继续学习以提高自己的工作能力。
　　总之，这三个月来我学到了很多，感悟了很多；看到公司的迅速发展，看到部门的同事越来越多，我深深地感到骄傲和自豪，也更加迫切的希望以一名正式员工的身份在这里工作，实现自己的奋斗目标，体现自己的人生价值，和公司一起成长。
　　我会用谦虚的态度和饱满的热情做好我的本职工作，为公司创造价值，同公司一起展望美好的未来！
　　XX
　　20xx年11月13日
软件开发工作总结6
　　08年顶著名校硕士的光环加入了一家非常有名的非软件公司做软件开发，刚开始一切其实都很美好。大外企的各种好在头一年给自己带来了很多光环，当然自己也学到了很多(主要是非技术的东西)。
　　可是从第二年开始，当自己被各种邮件，开会和扯皮的事包围后，技术能力急转直下。然而自己当时还没意识到这个问题，感觉钱还行，也不忙，再加上本来就很迷茫，就得过且过了。
　　直到去年，很多清华北大同事的离职，日复一日的简单重复工作，明显的天花板，不涨的工资，以及家庭原因的集中爆发才让自己后知后觉，才开始反醒，才开始下决心做转变。
　　然而转变是痛苦的，这五年技术上主要是在windows平台上做一些企业内部业务的处理和展示，主要用一点c++/c#，还有MFC，Winform，WPF，WCF。
　　技术基本上是做的皮毛，一般问题用MSDN,google和stackoverflow就能基本解决。用不到数据库，也用不到什么数据结构，用到一点点网络知识，主要精力都在业务展现上。这一切在我看来招个应届生用一年也能有和我一样的开发能力，唯一懂的多的业务，也长进不多，都是繁杂的重复。
　　所以在自己开始面试和找工作时被bs了很多次，顶着光环人家一般都给你面试机会，但是一旦聊到技术细节，自己很多都答不上来，也曾经一度非常沮丧。
　　庆幸最后找了个技术相关的职位，能够兼顾到家庭和自己后面发展的想法，还算可以，这是后话，暂不讨论。
软件开发工作总结7
　　工作时段：（01月4日—12月31日）
　　xx实业有限公司软件开发部（以下简称本部门）成立于20xx年8月份，致力于xx系统的研发，目前在编人员四名，软件的研发因使用较前沿的xx平台，面临不少的技术层面的挑战。
　　本部门成员通过20xx年的努力，完成了直线型房型绘制模块的开发，衣柜系统的开发，同时添加了沙发组合，庭柜组合，餐厅组合，卧室组合等。
　　展望20xx年，计划在现有的人员编制基础上增加新的“血液”，把本部门打造成技术更加过硬的团队，帮助集团公司实现20xx年的发展目标。
　　一、工作目标：
　　1）、 “xx”软件版本发布：
　　1、12014年6月 完成“xx”软件第一版的正式发布，软件功能包含xx等；
　　2、22014年 完成“xx”软件架构的整理与论证为完成独立套装软件做准备工作；
　　3、32014年 完成xx软件版本规划中所定义的工作；
　　4、42014年 完成集团公司新交办的工作；
　　2）、20xx年完善本部门团队建设。
　　1、建立内部技能培训学习机制；
　　2、参加相关行业培训保持技术领先；
　　3、团队增员至xx人。
　　3）、20xx年xx软件的应用推广：
　　1、企业内xx软件的应用培训；
　　2、xx软件使用手册的制作；
　　3、xx软件商业推广的应用演示。
　　二、团队建设：
　　1）、建立内部技能培训学习机制：
　　计划每周三晚上为内部技能培训与学习时间。
　　2）、参加相关行业培训
　　根据需要参加国内xx行业技术交流会议，掌握行业内最新的技术信息。
　　3）、团队增员计划
　　结合本部门20xx年度计划，需增加两名xx开发工程师协助完成相关工作。
　　4）、团队维稳
　　本部门主程序员目前的工资标准低于同行业水平，需要公司适当调整其收入以稳定队伍；
　　制定本部门各岗位工资标准，并设定晋级标准以便进行科学管理。
　　三、应用推广：
　　1）、企业内xx软件的应用培训：
　　根据本部门年度培训计划结合公司要求进行应用培训。
　　2）、xx软件使用手册的制作：
　　完成xx软件正式版本的使用手册电子版的制作。
　　3）、xx软件商业推广的应用演示：
　　1 、根据公司要求进行推广演示；
　　2 根据公司要求制作推广演示视频。
软件开发工作总结8
　　XX年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。
　　一、总结：
　　1、自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
　　2、定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己、自己要定得心下来学习、成功需要耐得住寂寞，不求最快，但求、
　　3、团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要、以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
　　4、工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
　　5、课外学习：该学的已经掌握，学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
　　二、自身缺点
　　1、沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。
　　2、心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意！
　　3、学习问题：对于课外学习c#这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。
软件开发工作总结9
　　作为技术开发团队的管理者，让公司提交核心竞争力，产生更大产出物，必须明确管理的重点与核心都是人。
　　而技术开发团队管理工作效率的高低除了规章制度的客观因素外，还有非常重要的一点就是，管理者与软件开发人员要有良好沟通的主观因素。
　　管理与人——作为软件开发公司技术团队管理者，工作重点：
　　1、必须要先会管理好自己。
　　要成为一个优秀的技术开发团队管理者，必须自己要先做好，作为团队的一个榜样，把自己的优良作风带到团队的工作当中，影响整个团队的软件开发人员，用真诚去打动每一位软件开发人员，促进团队之间合作的默契。
　　软件开发人员总会遇到自己无法独立解决的问题，这个时候作为管理者，最重要的责任就是帮助排难解忧，做好指挥工作。
　　要形成一个良好的沟通，要培养软件开发人员在工作中遇到了什么问题及时汇报的工作习惯，管理者可以与软件开发人员进行一个短时间的探讨，给出问题最好的解决办法。
　　2、培养严谨的工作作风。
　　团队合作是需要大家共同努力不是来玩，来偷懒的。
　　团队的目的就是要尽个人所长让团队发扬光大。
　　让每个软件开发人员明确目标，并且针对自己的工作，掌握好工作技巧，懂得如何去提高效率，完成工作目标的方法。
　　3、管理与沟通。
　　软件公司技术团队管理所遇到的沟通与其他环境下的沟通相比具有以下特点：
　　A、沟通以语言或文字的方式实现。
　　B、沟通的内容包括信息沟通和情感、思想、观点与态度的交流。
　　C、沟通过程中心理因素发挥重要作用，信息发出者和接受者之间要考虑软件开发人员的动机和目的，而结果会改变人的行为。
　　D、沟通中会出现特殊的沟通障碍，这些障碍一方面来自信息的失真，另一方面来自特有的心理障碍。
　　E、软件开发人员的反应是最为关键的。
　　因为软件开发人员反应的好与坏，是评价沟通成功与否的唯一标准，这也是管理沟通和其他类型沟通的本质区别。
　　4、软件公司管理与人。
　　作为软件公司技术团队管理者，工作重点就是对管理范围内现有的可支配的有效资源(包括：人的资源、物的资源)的优化组合与合理支配，以期达到有效资源使用价值的最大化、有效管理的最大化、有效管理团队的效率极值的最大化。
　　那么又如何才能使自己的工作更接近目标呢?
　　管理的灵魂在于它内在灵活性，管理的目的要基于它外在合理性，管理的体制在于它对环境的适应性，管理的根本在于它对自身的可发展性。
　　这都是管理本身具有的特性。而它的特性又是通过在对软件开发人员与物的管理过程中体现出来的。
　　回头看一看成功的软件企业走过的路不难得出一个结论：技术团队管理的本质是对软件开发人员的管理，因为软件开发人员是实现管理的唯一体现者，同时软件开发人员又是对物管理的唯一意志的体现与传播的介质者。
　　以人为本也是软件公司技术团队管理工作唯一的出发点。
　　5、软件公司人性化管理。
　　团队是合作的，工作是严谨的，但是管理者和软件开发人员之间必须要人性化对待，管理者应换角度思考，站在软件开发人员的立场上思考问题，如何更好的协调与软件开发人员之间的关系，以建立好上下层之间的关系。
　　探讨时必须要客观对待观点、意见，不能我说的一定是对的，我说的一定是最好的。要在团队中建立培训与交流工作，把优秀的团队文化和工作技能，在合作中传递给每一个队友!
　　丰富的团队文化和工作技能培训，也是让团队软件开发人员在工作中把个人能力发挥及至的最好方法。这样才能提高战斗力，这才是一个团队合作的最终目的。
软件开发工作总结10
　　一年即将过去，现对个人工作总结如下：
　　已经完成的工作:
　　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作为单独软件输入功能要完善。
软件开发工作总结11
　　XX年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。
　　自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
　　定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己.自己要定得心下来学习.成功需要耐得住寂寞，不求最快，但求.
　　团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要,以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
　　工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
　　课外学习：该学的已经掌握，学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
软件开发工作总结12
　　先自我简介一下，本人从事asp。net开发进一年，09届毕业生，xx年11月开始上班，之前做asp，xx年2月后开始做asp。net，由于公司转型，现在带十几个人在一起搞asp。net开发，主要是关于准金融行业的行业管理软件。年度总结在会议上也写了，但仅限于对于工作总结及xx年工作计划，自我总结较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。
　　技术
　　我在学校里学的是电气自动化，程序基础仅限于c基础课程的一些知识，后来由vb、html转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向asp。net，开始对asp。net不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里——！），后来招来几个北大青鸟的过来终于意识到asp。net的强大之处，经过个人的努力已经逐步掌握了asp。net，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。
　　相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗？应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。
　　面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结；设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。
　　具体到asp。net的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的autopostback、selectedindexchanged……都是去调用form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的html标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用c写出mis证明你很牛，很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿c与php比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。
　　管理
　　最开始担任管理一职时开发团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比较重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始承诺项目不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。后来随着时间的推进，问题越来越摆在眼前：项目迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。这期间主要是老总对我十分信任，工作上主要是管理方法上对我指点了不少。后来我逐步体会到，管理应该是“大家定规则去遵守”，而不应该是“人管人”。
　　人管人很容易陷入一个误区：领导去时时刻刻关注每个员工，这样最后往往后造成员工对领导的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与领导关系紧张，另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。
　　于是“定制度—定分工—定进度”，明确日常所有的规章制度，这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订，然后征求大家意见最后去贯彻执行。中间也遇到了不少问题，比如开始我们内部是允许使用qq的，后来员工用qq闲聊的时间增多，大大影响了工作效率，最后决心禁止，开始阻力较大（貌似程序员都喜欢挂上几个qq去到群里搞个群主，虽然群里大多都是菜鸟），最后多次开会，逐个谈话，阐明道理，形势逐渐好转。
　　项目分工上针对技术水平明确分工，制订项目开发计划，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班——我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。
　　这期间公司新招人员，人员的增多更使我意识到团队管理的重要性，这期间版本控制、编码规范、文档管理、bug管理等诸多问题都得到一一解决，技术水平上主要是我个人利用空余时间学习新知识充电，然后展开各种培训，主要是photoshop、css、js、sql等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。
　　待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的（“it民工”是我个人认为it人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗？），最主要是解决问题。
　　我在面试员工时反复提到的三点是；工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。
　　对于工作责任心不够的员工是尤其值得关注的，他们往往自我意识过于强烈，追求以自我为中心，很多时候伴随着工作得不到认可、工作感觉不充实不开心，我会主动找他谈话，我认识：你管理的是一个实实在在的人，他不是一台任你摆布的机器，人会有情绪往往是有心结，找到原因，多加开导，用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征，一个是从天之骄子沦为多余人，一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20—25之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的`管理效果强上百倍。
软件开发工作总结13
　　20xx年已过去，在过去的一年中，我担任单位开发部的一名软件工程师，主要从事着JAVA项目的开发工作，这一年来我低调努力工作着，不求闪亮显眼和光芒四射，只为平静和淡定;这一年中所做的成绩如下：
　　一、财政局项目，本人独立负责开发会计处的三个子系统：
　　1、会计人员信用查询系统。
　　2、代理记账机构信用查询系统。
　　3、会计人员网上报备系统。
　　以上三个子系统上线后，方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息，以及方便了各单位对会计人员的报备。
　　二、餐饮行业项目，在团队开发项目中直接参与了豪享来餐饮有限单位总部的信息综合管理平台项目，主要负责的系统有：
　　1、房屋租赁合同管理系统。
　　2、短信收发管理系统。
　　3、会员管理系统。
　　4、基础信息管理系统和人事管理系统的部分功能模块。
　　系统应用后，豪享来在管理全国各门店房屋租赁合同上，一定程度上提高了管理效率,并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。
　　三、xx行业项目，我参与了中国银行厦门分行，企业转账管理系统中的部分模块开发。本系统方便了企业快速实现大量和复杂的转账工作。
　　四、国土资源与房产管理局项目，正在负责和开发的是住房货币化补贴网上申报审核系统。本项目采用了新技术，使界面更加大方美观，很大程度上改善人机交互平台的效果。
　　总结不足：驻豪享来总部做项目时，由于团队内部某些原因，加之外面的其他因素，一定程度上影响了工作效率、影响开发进度和影响最终软件质量;这是包括我在内项目组中的每个成员都必须检讨的地方。
　　通过总结一年来的工作，尽管有了一定的进步和成绩，但在一些方面还存在不足，个别工作做得还不够完善。在今后的工作中，我将努力找出工作中的不足，以便在日后的工作中加以克服。自我不断的学习吸收新技术，认真学习好规范规程及有关文件资料，并且及时的把新技术应用在实际的项目中，进一步提高项目的技术含量。
软件开发工作总结14
　　哲学就是用简单的说话来体现出隐含深层意义的道理，让人们去思考和体会。哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。
　　哲学的特征在于追问本质，不断反思。内容上，哲学的反思对象无所不包;深度上，哲学的反思是无穷无尽的。现实中，我们可以借用哲学的思维方式，但是不能照搬哲学的思维方式。也即是说我们能够直接关注的现实是具体而有限的，思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。
　　把哲学低估于现代科学是不负责任的，哲学隐藏在现实生活中的每一部分，它为我们提供了一种生活的方式，如果将哲学简单的与现代科学相提并论，则成为了一种狭隘的唯科学主义。
　　“又是一年毕业时”，看到一批批学子离开人生的象牙塔，走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志，不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼，希望对所有的软件工程师们有所帮助，早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议，前面几点旨在确定大的方向，算是废话吧。
　　谨以此文献给那个自己为你奉献3年青春与激情的开发团队。还有团队成员：PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。
　　1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!
　　2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。
　　3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。
　　算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
　　4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败!本人自毕业以来，平均每天实际学习时间超过2小时。
　　5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。
　　6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用程序，看看Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序;用VC++、Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码;除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!
　　7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式?
　　用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。
　　8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。
　　9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。
　　学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。
　　10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。
　　想想自己20xx年间开发的那些Windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果;但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢?
　　11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做ERP，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。
　　12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明：“对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。
　　13、本文的总结与反思：
　　A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。
　　B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。
　　C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。
软件开发工作总结15
　　x年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。
　　一、总结：
　　1、自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
　　2、定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己。自己要定得心下来学习。成功需要耐得住寂寞，不求最快，但求最好。
　　3、团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要。以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
　　4、工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
　　5、课外学习：sql该学的已经掌握，c#学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
　　二、自身缺点
　　1、沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。
　　2、心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意！
　　3、学习问题：对于课外学习c#这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。
【软件开发工作总结】相关文章：
软件开发合同范本11-20
年终工作总结：商场销售工作总结01-21
决算工作总结01-17
优秀工作总结01-15
日本工作总结01-15
机械工作总结01-15
库房工作总结01-14
it转正工作总结01-14
供暖工作总结01-11