软件工程自我总结

Posted 2021-10-15 注入灵魂

软件过程

1. 软件描述->软件开发->软件有效性验证->软件进化
2. 基本要素：方法、工具、过程

正式技术评审的目标：发现软件中的错误

模块类型

1. 传入：下属模块数据传给上级模块
2. 传出：上级模块数据传给下属模块
3. 变换：上级模块的数据转换形式后再传回给上级模块
4. 协调：对所有下属模块协调和管理

注意区分上级模块和下属模块

成熟度

CMM 5个：

1. 初始：制度缺乏，无序
2. 可重复：基本管理制度，可跟踪，可重复同类项目
3. 已定义：文档化、标准化、可按需改进
4. 已管理：详细度量标准，有定量的理解和控制
5. 优化：持续改进

CMMI 6个：（0-5）

　　0.未完成：未执行

　　1.已执行：可标识的输入输出，关注于过程域的特定目标

　　2.已管理：过程制度化，监控，控制，评审

　　3.已定义：关注过程的组织和部署

　　4.量化：定量管理

　　5.优化：优化，持续得到改进

软件过程模型

1. 瀑布：
   1. 优点：易理解，管理成本低　　
   2. 缺点：必须需求明确，不适合大型软件，风控弱，已延期和超出预算
2. 增量：瀑布+原型，优先满足核心需求及功能，再在基本需求上不断优化、完善及补充，确定性比原型高
3. 演化：（迭代，需求缺乏准确认知）
   1. 原型：(规模不大，不太复杂）
      1. 快速构造部分需求
      2. 水平：导航，主要用在界面上
      3. 垂直：主要用在算法上
      4. 抛弃式：解决需求不确定、不完整
      5. 演化式：增量式，易于升级和优化，适合Web
   螺旋
   ：（规模庞大，复杂，高风险）
   1. 瀑布+演化
   2. 制定计划+风险分析+实施工程+客户评估
   3. 强调风险分析
4. 喷泉：
   1. 迭代+无间隙
   2. 不利于项目管理和审核
5. UP模型（统一过程）

 

1. 1. 用例和风险驱动，架构为中心
   2. 迭代+增量
   3. 4个阶段：起始、精华、构建、移交
   4. 5个工作流：需求、分析、设计、实现、测试

敏捷方法

1. 极限编程：
   1. 轻量、高效、低风险、柔性、可预测、科学
   2. 4大价值观+5个原则+12个最佳实践+行为
      1. 4大价值观：沟通、简单、反馈、勇气
      2. 5个原则：快速反馈、简单假设、逐步修改、提倡更改、优质工作
      3. 12个最佳实践：计划游戏、小型发布、隐喻、简单设计、重构、结队编程、集体代码所有制、持续集成、每周40小时、现场客户、编码标准
2. 水晶法：不同项目不同策略、约定和方法论
3. 并列争球法：迭代+冲刺
4. 自适应软件开发：猜测+合作+学习
5. 开放式：虚拟团队，开发不在同一处
6. FDD驱动：开发人员分类。指挥者+类程序员

 

需求分析->系统设计->系统测试->运行和维护

需求分析

1. 获取
2. 分析与协商：超纲、优先级、冲突
3. 系统建模：结构化分析（SA）：数据流图(DFD)、数据字典(DD)，面向对象分析（OOA）
4. 规约：分析任务的最终产物
   1. 引言
   2. 信息描述
   3. 功能描述
   4. 行为描述
   5. 检验标准
   6. 参考书目
   7. 附录
5. 验证：
   1. 复查：正确性+完整性+清晰性
   2. 评审：目标一致、资料齐全、数据重组、主要功能在范围内、符合约束条件、技术风险、检验标准
6. 管理：
   1. 建立跟踪：正向+逆向
   2. 确保用户需求

 

系统设计

1. 设计方法：结构化设计（SD）面向对象设计（OOD）
2. 概要设计：
   1. 总体结构
   2. 数据结构与数据库：概念->逻辑->物理
   3. 编写设计文档
   4. 评审
3. 详细设计：
   1. 模块和算法
   2. 模块内数据结构
   3. 代码+输入输出格式+界面
   4. 详细设计说明书
   5. 评审　　　　　　

数据库设计过程

1. 需求分析：数据+功能+性能
2. 概念结构设计：ER图
3. 逻辑结构设计：ER图转换成表
4. 物理设计：存储结构+存取路径
5. 实施：编程+测试+试运行
6. 运行与维护：运行+日常维护

 

系统测试

原则：

1. 尽早开始
2. 避免开发或小组承担（单元测试除外）
3. 不能穷举
4. 重视群集
5. 严格按计划，避免随意

对象：程序+文档+数据，不包括开发人员

过程：计划->大纲->用例+说明文档->实施->报告

策略：单元测试->集成测试->确认测试->系统测试

单元测试

1. 模块接口
2. 局部数据结构
3. 模块内路劲
4. 边界条件
5. 错误处理

集成测试

把所有模块组装成一个系统测试

1. 非渐增式：先单元，再完整
2. 渐增式
   1. 自顶向下：先上层模块，再下层模块，需要桩模块，不需要驱动模块
   2. 自底向上：先下层模块，再上层模块，需要驱动模块，不需要桩模块
   3. 驱动模块：主程序，装模块：模拟需要调用的模块
3. 回归测试：重新执行已测试过的子集，只包括主要程序功能
4. 冒烟测试：暴露影响构建的错误　　　　

确认测试

1. 进一步检查软件功能和性能
2. Alphea测试(开发者场所)和Beta测试（用户场所）
3. 退化测试是用来防止改动产生的新错误

系统测试

1. 恢复
2. 安全
3. 压力
4. 性能
5. 部署

白盒测试

1. 语句覆盖：每个语句至少执行1次
2. 判定覆盖：每种结果（分支）至少1次
3. 条件覆盖：每个条件至少一次（不同的条件可能出相同的分支结果）
4. 判定/条件覆盖：同时满足判定覆盖和条件覆盖
5. 路径覆盖：每条执行到的路径至少1次

使用判定表看出条件取值的组合

 

调试

1. 测试之后，开发人员进行
2. 方法：试探、回溯、对分查找、归纳、演绎

运行和维护(生命周期最长）

新旧转换

1. 直接转换
2. 并行准换
3. 分段转换
4. 运行新系统过程：初始->推广->控制->集成->管理

维护

1. 指标：可理解、可测试、可修改
2. 文档：用户文档、系统文档
3. 类型：硬件、软件
4. 内容：
   1. 软件：正确性、适应性、完善性(在使用或运行中添加的需求)、预防性
   2. 数据：安全性、完整性、并发性
   3. 代码
5. 管理：提出修改->领导审查答复->领导分配任务->验收+登记
6. 工具：
   
   1. 版本控制
   2. 文档分析
   3. 开发信息库
   4. 逆向工程
   5. 再工程

评价

1. 立项：规划阶段
2. 中期：实施过程中，里程碑式
3. 结项：正式运行后
4. 内容：
   1. 需求：目标
   2. 规格说明：所有分析和测量，表示软件部件
   3. 记录：执行计划时详细记载
   4. 报告：执行测量和分析的结果，能重复及重新评价

项目管理

范围（4P）

1. 人员：项目管理、高级管理、开发、客户、用户
2. 产品：环境、目标、功能+性能
3. 过程
4. 项目
5. 输入：
   1. 项目章程
   2. 项目范围管理计划
   3. 组织过程资产
   4. 批准的变更申请

估算模型

COCOMO（静态）

1. 基本：静态单变量，只有LOC（源代码行数）
2. 中级：基本+产品、硬件、人员项目等因素
3. 详细：中级+分析、设计各步骤的影响
4. COCOMO II：对象点、功能点、代码行 

Putnam（动态）

进度

1. 基本原则：划分、相互依赖、实践分配、工作量确认、确定责任、明确输出、里程碑
2. 安排：Gantt图、Pert图
   1. Pert图不能描述并行关系
   2. Gant图不能描述依赖关系

组织

1. 基本原则：尽早落实、减少交流接口、责权均衡
2. 模式：项目划分、职能划分（专项组）、矩阵（项目+职能）

配置管理（SCM）

基线、配置项、版本控制、变更控制

配置项

1. 产品组成部分的工作成果：需求文档、设计文档、源码、测试用例
2. 项目管理和机构支撑过程产生的文档：工作计划、项目质量报告、项目跟踪报告

设备清单不属于配置项

 风险管理

1. 识别：性能、成本、支持、进度
2. 预测：建立标准->描述后果->估算影响->标注精度
3. 评估：RE=P x C，P：发生概率，C：成本
4. 控制：避免、监控、RMMM计划

软件质量

1. 内部、外部、使用
2. 满足规定或潜在用户需求的能力

   

 

工具

特征：

1. 覆盖整个软件周期
2. 为项目调度提供多种手段
3. 估算模型进行估算
4. 支持多项目和子项目管理
5. 确定关键路径、松弛时间、超前实践、滞后时间
6. 成语与任务间的通信辅助
7. 资源平衡
8. 跟踪资源使用
9. 生成固定格式的报表和报告

不具备指导性作用　

补充

冗余附加技术：

1. 备份程序的存储及调用（不是关键程序）
2. 纠错检测及恢复
3. 容错固化　　

环路复杂性（McCabe）

 

　　V(G)=E-N+2，E:边数，N:节点数

开发方法

1. 原型法：需求不清晰+多变
2. 结构化法：规模不大+不复杂+不多变
3. Jackson法：以数据结构驱动+规模小

------------------------------------------------------------------------------------------

模块划分原则：

1. 大小适中
2. 扇入扇出合理
   1. 扇出大=复杂度高，扇入大=复用度高
   2. 顶层扇出大，中间删除较少，底层扇入大
   3. 一般扇入扇出系数在3或4，不超过7
3. 深度宽度合理　　

完善模块不能改进设计质量

体系结构风格

1. 仓库风格：
   1. 优点：多方法、可更改、可维护、可重用、支持容错和健壮
   2. 缺点：测试困难、选择太多、效率低、成本高、缺少并行支持
   3. 包括：数据库系统、黑板系统、超文本系统

数据仓库

1. OLAP：针对联机数据访问与分析，通过多维的方式对数据进行分析、查询和报表

UML图

1. 用例图：描述参与者必须要完成的任务
2. 类图：类名、接口、属性、操作、关系：依赖，泛化，关联
3. 对象图：对象:类型
4. 状态图：状态词（动名词）+动作
5. 包图：文件夹
6. 活动图：有开始有结束
7. 构件图：接口+依赖
8. 制品图：系统的物理结构，常与部署图一起使用
9. 组合结构图：描述类的内部结构
10. 部署图：立方体+<<artifact>>
11. 交互图：
    1. 序列图：生命线+控制焦点（像川字）
    2. 通信图：路劲+顺序号
    3. 交互概览图：活动图+顺序图
    4. 计时图：任务对象的生命线，强调消息实际时间以及相对顺序

 

开发工程师工作总结

参考技术A

　　工作总结，以年终总结、半年总结和季度总结最为常见和多用。就其内容而言，工作总结就是把一个时间段的工作进行一次全面系统的总检查、总评价、总分析、总研究，并分析成绩的不足，从而得出引以为戒的经验。总结是应用写作的一种，是对已经做过的工作进行理性的思考。总结与计划是相辅相成的，要以工作计划为依据，订计划总是在总结经验的基础上进行的。以下是我为大家整理的开发工程师工作总结，供大家参考。

　　 开发工程师工作总结（一 ）

　　软件开发工程师工作总结

　　XXXX年X月X日，我有幸成为XXXX的一员，应聘为公司的java软件工程师。入任职以来，在部门领导的带领下，自己感觉无论学习、技术、生活等方面都有很大的提升。 xx年里我主要完成的工作有三方面：

　　1、XX石油石化巡检系统的调研和开发。 该项目是我工作以来第一次涉及到调研，对我来说算是一个不小的挑战。在调研过程中，让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足，在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求，有很多需要和客户交流沟通多次才能明白客户的最终需求，也没有把自己作为最终用户并站在用户的角度上来考虑问题，这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中，让我进一步巩固和加强了自己的开发能力。

　　2、电信XXXXXX增值业务的开发与维护。 从X月以来我就开始接手公司的主要业务之一，XXXXXX电信增值业务。由于前面负责这个项目的同事突然离职，导致这个项目的交接工再做得不够好，对我顺利接手这个项目造成很大的困难。而刚一接手这个项目，马上就需要新上一个投票活动，并要对一些主要代码进行修改，让我倍感压力，几乎都快放弃。最后在金总的指导和鼓励下，顺利的完成这次活动。在完成这次投票活动后，为了避免下一个接手这个项目同事与我遇到同样困难，我第一时间将这个项目的相关技术文档补充完全，保证别人能够顺利的进行该项目工作。通过这个项目，让我加强了自己在高强高压下工作的能力，也让我找到更多自信。

　　3、XX、XX家政网络服务中心的开发与实施。 在这两个项目中，除了承担开发工作以外，也逐渐涉及到项目管理的职责，让我在个人能力上有所提高。为了这两个项目能够顺利完成，除了完成自己的工作外，还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将襄樊、鄂州家政网络服务中心顺利实施，为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外，我也注重个人能力的提高。工作之余，主动学习一些新技术，与同事沟通配合，搭建一个ssh的开发框架。也学习spring security知识，这些新知识的积累，对我以后的工作有很大帮助。

　　xx年工作展望：

　　1、将学习的springsecurity整合到我们自己搭建的ssh框架，进一步完善框架。

　　2、利用搭建的ssh框架，开发一套oa系统平台。

　　3、做好襄樊、鄂州家政网络服务中心的维护工作。

　　4、希望公司能够大量拿下湖北省其他市的家政网络服务中心，继续开发和实施湖北省其他市的家政网络服务中心。

　　5、继续学习新技术，努力提高自己的个人能力。为以后能够更好，更顺利的工作奠定基础。

　　6、希望通过自己的进步和努力，能为公司的发展做出自己最大的贡献，体现出自己的最大价值。

　　 开发工程师工作总结（二）

　　软件开发工程师工作总结

　　尊敬的领导：

　　您好！在2017年4月我很荣幸地进入公司，加入了研发部Java技术开发团队，认识了友善严谨的领导、热心和睦且技术优秀的同事，很是开心。在这一年里通过自身的努力，不断完善自己的知识结构，向同事虚心请教开发技术上的问题，较快地熟悉了公司采用的技术框架和业务知识。

　　通过公司日常培训学习和工作积累我对公司业务也有了一定的了解，在各方面也有了进步。目前在参与项目开发的工作中，我负责XXX功能模块开发。新年伊始，特向过去的一年2015年工作总结汇报如下：

　　根据公司的安排，项目的需要，通过在XXX项目开发中的锻炼，我成长了，也认识到了自己的不足之处。在自身的努力、领导的帮助，团队的合作下，克服重重技术困难，增长了工作经验，收获颇多。从入公司以来我就开始学习基于代码生成器免费开源的开发框架以及Maven项目管理工具的使用，曾经接触过的框架比较熟悉的有SSH，表现层的实现技术freemaker、JSP。个人优势就是曾在XXX行业针对XXX业务用SpringMVC框架开发管理系统，缺点是没有用过Activity工作流技术。Hibernate框架，没有用到过多表关联动态查询和hql查询。印象较深刻的就是多对多关联表查询需要用到构造函数的方法来查。新接触的项目中我主要涉及到的开发模块有（具体描述功能模块）XXX等功能。

　　工作中的经验总结如下：

　　1. 对业务流程的梳理上，代码没有写活，考虑的问题不全面。后来在讨论时经过同事的指点进行了改造，代码质量和规范才有了明显提高。

　　2. 知识面还不够广博。在开发中遇到不少以前没学过的技术，一个模块功能中，涉及的技术往往有多种，知识多了，就会灵活变通，以后一定要加强这方面的学习。

　　3. 需要加强总结。在工作中，发现因为流程或业务需求的问题而不知道如何下手的情况有点多，包括错误与缺漏还有当时设计考虑不到位的地方，对于这块的控制力度显然不够。平时总是在开发，但说到底对业务很熟悉才是项目很好完成的前提，所以要到遇到过的问题需要进行总结，以便以后能快速定位和解决。

　　今后的计划：

　　通过今年的实践和学习，明年又是一个新的开始，立足当前的优缺点，肩负起应有的工作和性质。为公司明年的发展尽自己最大的努力，也希望自己明年有更大的收获。随着大数据时代的到来，数据已渗透到各行各业领域，希望明年可以学习到云数据库方面的知识技能。在当前已有关系型数据库方面经验的基础上提升自己。明年自己给自己定的目标是，达到理想的工作状态，顺利的开展公司的工作，掌握更多的技术点。编写高效率的代码。

　　对公司的小建议：

　　1.部门管理方面：作为研发部的一员，我觉得公司应该要有OA系统。实现员工考勤统计、绩效管理、个人通讯录等办公自动化管理，不仅仅是提高个人的办公效率，也提高公司整体的办公效率，实现资源共享，强化部门管理以及部门之间的沟通。这样就不需要每次都是人工来统计考勤数据。也不必要走线下流程打印补卡单浪费资源和减少不必要的费用支出。

　　2.企业文化方面：如果条件允许，每周三下午四时可以设立下午茶时间，时间可以是十五分钟，再忙也要学会适当放松自己。也是提高工作效率的另一种方式。

　　工作计划、今后规划做出以下几点规划：

　　工作要注重实效、注重结果，一切工作围绕着目标的完成；

　　立足大局，勤于沟通，分工合作，提高工作效率；

　　把握一切机会提高专业能力，加强平时知识总结工作；

　　精细化工作方式的思考和实践。

　　以上为本人粗略的个人工作小结，请领导审阅，如工作上有不到之处，请领导多多包涵，不吝指出，以便本人及时改正，从而能更好地工作。展望20XX年，我会更加努力、工作上认真负责，再接再厉，更上一层楼。相信自己会完成新的任务，能迎接新的挑战！

　　研发部Java开发工程师XX

　　20XX年X月XX日

　　 开发工程师工作总结（三）

　　软件开发工程师工作总结

　　xx年已过去，在过去的一年中，我担任公司开发部的一名软件工程师，主要从事着JAVA项目的开发工作，这一年来我低调努力工作着，不求闪亮显眼和光芒四射，只为平静和淡定;这一年中所做的成绩如下：

　　一、财政局项目，本人独立负责开发会计处的三个子系统：

　　1、会计人员信用查询系统。

　　2、代理记账机构信用查询系统。

　　3、会计人员网上报备系统。

　　以上三个子系统上线后，方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息，以及方便了各单位对会计人员的报备。

　　二、餐饮行业项目，在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目，主要负责的系统有：

　　1、房屋租赁合同管理系统。

　　2、短信收发管理系统。

　　3、会员管理系统。

　　4、基础信息管理系统和人事管理系统的部分功能模块。

　　系统应用后，豪享来在管理全国各门店房屋租赁合同上，一定程度上提高了管理效率,并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。

　　三、金融行业项目，我参与了中国银行厦门分行，企业转账管理系统中的部分模块开发。本系统方便了企业快速实现大量和复杂的转账工作。

　　四、国土资源与房产管理局项目，正在负责和开发的是住房货币化补贴网上申报审核系统。本项目采用了新技术，使界面更加大方美观，很大程度上改善人机交互平台的效果。 总结不足：驻豪享来总部做项目时，由于团队内部某些原因，加之外面的其他因素，一定程度上影响了工作效率、影响开发进度和影响最终软件质量;这是包括我在内项目组中的每个成员都必须检讨的地方。

　　通过总结一年来的工作，尽管有了一定的进步和成绩，但在一些方面还存在不足，个别工作做得还不够完善。在今后的工作中，我将努力找出工作中的不足，以便在日后的工作中加以克服。自我不断的学习吸收新技术，认真学习好规范规程及有关文件资料，并且及时的把新技术应用在实际的项目中，进一步提高项目的技术含量。

　　 开发工程师工作总结（四 ）

　　开发工程师工作总结

　　不知不觉间，来到公司已经有半年时间了，在项目开发的工作中，经历了很多酸甜苦辣，认识了很多良师益友，获得了很多经验教训，感谢领导给了我成长的空间、勇气和信心。在这半年的时间里，通过自身的不懈努力，在工作上取得了一定的成果，但也存在了诸多不足。回顾过去的一年，现将工作总结如下：

　　在从来到公司到现在的时间里，先后参与了临沧市烟草公司收储填报系统、曲靖市烟草公司代收代储信息管理系统和现在正在参与的储备项目：云南省烟叶仓储管理信息系统。 在工作中主要存在的问题有：

　　由于对业务不是很熟悉，所以在开发的过程中多次出现因为业务的原因，而返工的情况，但是通过这半年多的了解和学习，对相关的流程有了越来越深的认识。

　　在开发中，用到很多新的技术，由于开发时间紧促，发现的问题不能马上解决，但是开发的过程，同时也是学习的过程，通过不断的学习和总结，遇到的问题都得到了很好的解决。 在工作初期，对工作认识不够，缺乏全局观念，对烟草行业缺少了解和分析，对工作定位认识不足。从而对工作的最优流程认识不够，逻辑能力欠缺，结构性思维缺乏。不过我相信，在以后的工作中，我会不断的学习和思考，从而加强对工作的认知能力从而做出工作的最优流程。

　　工作心得

　　1、在这半年的工作实践中，我参与了许多集体完成的工作，和同事的相处非常紧密和睦，在这个过程中我强化了最珍贵也是最重要的团队意识。在信任自己和他人的基础上，思想统一，行动一致，这样的团队一定会攻无不克、战无不胜。

　　上半年工作中，很多工作是一起完成的，在这个工程中，大家互相提醒和补充，大大提高了工作效率，所有的工作中沟通是最重要的，一定要把信息处理的及时、有效和清晰。

　　2、工作的每一步都要精准细致，力求精细化，在这种心态的指导下，我在平时工作中取得了令自己满意的成绩。能够积极自信的行动起来是这半年我在心态方面最大的进步。 现在的我经常冷静的分析自己，认清自己的位置，问问自己付出了多少;时刻记得工作内容要精细化精确化，个人得失要模糊计算;遇到风险要及时规避，出了问题要勇于担当。

　　3、在半年的工作中，经过实际的教训，深刻理解了工程上每次变更、每次时间的滞延都是对公司很大的伤害，这就需要我们在具体开发之前，一定要对业务流程很了解，在开发之前，多辛苦一下，减少因为自己对业务的不熟悉或者甲方对工作的流程不能很好的表达的原因，而重新返工的痛苦。

　　在半年的工作中，我学到了很多技术上和业务上的知识，也强化了工程的质量、成本、进度意识;与身边同事的合作更加的默契，都是我的师傅，从他们身上学到了很多知识技能和做人的道理，也非常庆幸在刚上路的时候能有他们在身边。我一定会和他们凝聚成一个优秀的团队，做出更好的成绩。

　　工作教训

　　经过半年年的工作学习，我也发现了自己离一个职业化的人才还有差距，主要体现在工作技能、工作习惯和工作思维的不成熟，也是我以后要在工作中不断磨练和提高自己的地方。仔细总结一下，自己在半年的工作中主要有以下方面做得不够好：

　　1、工作的条理性不够清晰，要分清主次和轻重缓急;

　　在开发时间很仓促的情况下，事情多了，就一定要有详实而主次分明的计划，哪些需要立即完成，哪些可以缓缓加班完成，今年在计划上自己进步很大，但在这方面还有很大的优化空间。

　　2、对流程不够熟悉;

　　在半年工作中，发现因为流程的问题而不知道如何下手的情况有点多，包括错误与缺漏还有当时设计考虑不到位的地方，对于这块的控制力度显然不够。平时总是在开发，但说到底对业务很熟悉才是项目很好完成的前提

　　3、工作不够精细化;

　　平时的工作距离精细化工作缺少一个随时反省随时更新修改的过程，虽然工作也经常回头看、做总结，但缺少规律性，比如功能修改等随时有更新的内容就可能导致其他的地方出现错误。以后个人工作中要专门留一个时间去总结和反思，这样才能实现精细化。

　　4、工作方式不够灵活;

　　在开发的过程中，周围能能利用资源的就要充分利用，该让其他部门或者人员支持的就要求支持，不要把事情捂在自己手上，一是影响进度，二是不能保证质量。做事分清主次，抓主要矛盾，划清界限，哪些是本职工作，哪些是提供的帮助，哪些是自己必须要做的，都要想清楚。怎么和其他部门进行沟通，怎么和本部门人员进行沟通，怎么和客户沟通，怎么才能提供高质量的服务又不会多做职责外事情，以后是需要重点沟通学习的地方。

　　5、缺乏工作经验，尤其是现场经验;

　　今年的现场经验有了很大的提高，对整个项目开始分析到开发有了认识，但在一些细节上还缺乏认知，具体的做法还缺乏了解，需要在以后的工作中加强学习力度。

　　6、缺少平时工作的知识总结;

　　这半年在工作总结上有了进步，但仍不够，如果每天、每周、每月都回过头来思考一下自己工作的是与非、得与失，会更快的成长。在以后的工作中，此项也作为重点来提高自己。

　　7、做事不够果断，拘泥细节，有拖沓现象;

　　拖沓现象是我很大的一个缺点，凡事总要拖到后面，如果工作更积极主动一些，更雷厉风行一些，会避免工作上的很多不必要的错误。其实有时候，不一定要把工作做到细才是最好的。进度、质量、成本综合考虑，抓主要矛盾，解决主要问题，随时修正。事事做细往往会把自己拘泥于细枝末节中，学会不完美也是工作中的一个进步，也是对精细化工作的一个要求。

　　在以后的工作中，我一定时时刻刻注意修正自己不足的地方，一定会养成良好的工作习惯，成长为一名公司优秀的职业化人才。

　　其实作为一个新员工，所有的地方都是需要学习的，多听、多看、多想、多做、多沟通，向每一个员工学习他们身上的优秀工作习惯，丰富的专业技能，配合着实际工作不断的进步，不论在什么环境下，我都相信这两点：一是三人行必有我师，二是天道酬勤。

　　在参加工作的这半年中，有时候深刻的体会到，把自己所有的精力都投入进去，技术工作都不可能做到完美程度，毕竟技术工作太繁杂，项目多而人手少，但多付出一些，工作就会优化一些，这就需要认认真真沉下心去做事情，就是公司所提倡的企业精神：职业做事，诚信待人。

　　 开发工程师工作总结（五）

　　软件开发工程师试用期工作总结

　　伴随着充实紧凑的工作生活，两个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。总结经验，吸取教训，本文将主要从几个方面来对工作进行总结：工作的主要内容；其中的失败和教训以及成功和经验；展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。

　　1. 工作的主要内容

　　在这两个月的工作中，我的总体任务是协助苏薇做好武警黄金矿业权管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：1. 编写矿业权系统的各类文档；2. 矿业权系统的编码及bug 勘误工作；3. 矿业权系统的测试工作。下面依照时间来对我的工作进行介绍。

　　初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利；若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。

　　在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。 在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现矿权系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中，对矿权系统进行了更深入的\'了解，为之后的bug 勘误工作奠定了一定的基础。

　　完成了矿业权系统的数据需求文档的编写之后，新的任务是对整个矿权的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。

　　在对矿业权系统添加输入限定完成之后，进入了解决程序小问题的阶段，对矿权系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。 完成了系统的修补之后，我们的程序送到了四惠进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。

　　第一轮测试结果出来之后，我们项目组开始了紧张的第一轮矿业权系统bug 勘误工作。拿到bug 列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug 勘误工作。

　　第一轮bug 勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。

　　在进行所检之余，我又接到了新的任务，完成矿权系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。

　　现阶段我的任务是根据所检的bug 列表，对矿权系统进行回归测试。

　　2. 工作中失败的教训以及成功的经验

　　对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。成功的经验：

　　1) 敢于接受任务并想尽一切办法完成

　　入职两个月最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都

　　是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。

　　2) 勇于承担错误，正视自身的问题

　　在这两个月的工作中可谓是错误不断，从文档的错别字这种小问题到矿权系统bug 修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。

　　失败的教训：

　　1) 重视每一个细节，不要忽视小问题

　　在最初进行矿业权系统数据需求文档的编写的过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。

　　2) 进行重复工作也不能大意

　　在对矿权系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug 勘误中出现了大量此类问题，浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。

　　3) 考虑问题要严谨

　　在对矿权系统bug 勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。

　　4) 注重用户体验

　　在矿权系统bug 勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。

　　3. 展望下一阶段的工作

　　下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习oracle 数据库和sql 数据库的使用上的区别，做好从sql 数据库向oracel 数据库的迁移工作。

　　这两个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢两个月来李鹏经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。