想程序员工作总结精选6篇

不少职场人，都养成了书写工作总结的好习惯，有利于自身发展，工作总结将突显我们在项目中的责任担当，以下是本站小编精心为您推荐的想程序员工作总结精选6篇，供大家参考。

想程序员工作总结篇1

首先感谢贵大华圣提供一种舒适的工作环境，感谢各位领导给予我一个展现自我的机会，这半年以来在同事帮助、领导的指导下，自己的不断努力下，自我感觉自己成长了许多，积累了不少的经验，为自己迎接新的挑战又增添了不少的自信心，为自己将来的发展创造了有利的条件，同时也发现自己的不足和弱点。下面对我半年工作进行一下大致的总结参与了对标工作。极力配合项目经理完成对标的相关工作，在此项工作我参与文档分析，指标分解和相关文档的撰写，在此项工作我还参与了遵义市的调研工作，在此项调研工作中我认识到了作为程序员应该怎么进行调研和调研前的一些工作准备，通过相关文档认真学习，掌握了一定的初步编写文档能力，在此项工作中我最大的收获就是掌握一定的和客户交流，作为一个小组成员怎么配合经理完成应该完成的工作。但感觉自己不足之处就是长期面向技术专研与学习以至于不擅长交流和文档编写工作，感觉在调研工作很大程度思想完全不能脱离技术走向业务梳理工作。

另外在项目经理的指引下对jquery和css进行了深入的学习，终于弥补了我在开发中常遇的两大弱点。这也为我的开发中增添了不少色彩。参与基础数据对象管理系统建设。此项目我们小组采用流水式生产模式，我的项目经理根据组员的情况以及优势将项目分为3部分（系统分析及数据库建立，数据访问以及业务逻辑的处理、用户界面及硬件交付），由不同的项目成员完成，我在当中主要负责就是为系统的界面层提供数据访问接口和我业务逻辑处理，极力配合界面开发调用人员完成开发工作以及提供所需数据访问接口和业务处理工作，在此项工作我最大的收获就怎么样去配合完成一个项目，掌握了项目怎么在一个小组当中进行合理的职责划分，怎么根据小组实力进行项目阶段行划分，在此过程中我的技术也得到了很大的提升。尤其是对数据访问这块，我有利的掌握数据库访问过程中的链接池使用。参与燃气公司系统平台的建立工作。

在这个项目我主要的任务就是做一些开发前的技术储备，提前摸索开发过程预知的一些相关技术和一些系统架构思想，我侧重学习的方向就是寻求一种新的架构思想代替现在相对较落后技术架构，目前学习目标就是使用分布式应用开发进行系统搭建，想通过这种架构思想构建一个全新的系统架构模式以供以后所有系统的参照与效仿，也就是面向服务编程思想（sop）就此架构思想我学习了微软的wcf架构。

这也是微软提出相对较新的系统架构模式，当然在此过程中我了解到国外一个相对较新的架构理念，那就是面向资源（rest）系统架构设计模式，据微软官方介绍它是sop的下一代，将来所有的系统如果不是面向服务以及面向资源的系统架构思想将是一个淘汰的、落后的产品。我除了学习这项架构思想外，我还对silverlight进行了学习，这主要是它目前和flash，html5在某种程度有相当竞争的地位，并且它现在被it开发人员（尤其是。net开发人员）视为极品，它在将来的。net开发产品中有着相当大的竞争力度，同时这也是我们小组开发技术上的一个考虑。希望能够在这次开发中使用这些全新的技术，为公司创造一个全新的技术产品。

想程序员工作总结篇2

时间好快，短短我来到xx公司已经两个月拉。在这段时间里，每天都在感受xx公司的激情和发展。和同事的相处中，我得到了很多帮助，这其中更多的是来自我的指导人吕某，每每我碰见一些生疏的办事环节或工作任务，总能得到他的精心指导。如今我对xx公司有了一个全面的了解，感受到了很多同事间的和谐友好，项目组的团队意识。

在过去的两个月里，我负责x模块的需求讨论、数据库设计，代码编写进度管理的同时，还负责x项目xx平台的开发进度管理，通过与大伙的通力合作，基本上在规定的时间内完成了大部分的业务需求。通过这个项目，也增强了自己在项目管理方面的经验，学习了很多x方面的业务知识，全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面，对x大部分业务做了深入的了解。xx评估方面，我主要了解x，x，x，x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导，我很是感谢他们。

在已过去的x项目实施过程中，我也发现了项目组存在的一些优势和问题。对于优势我就不多说，主要还是大伙的实干精神较强吧。针对项目组存在的一些问题，这里我发表一些个人的观点，仅供参考。

1、项目组的控制力

由于我们当前的项目是一个全新的组合，各成员间存在太多的生疏和不确定性，这就造成了，我们在实施计划任务的过程中，对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理，所以在实施过程中也出现了很多计划滞后的事件，对待这些滞后我们唯有加班来弥补，工作总结过度的加班和返工必然损坏其组内成员对项目组控制力的满意度，当然也直接影响到对公司的认知和评价。

我感觉我们总是缺少一些可以控制和预见的能力，完成任何事情或目标总是存在不可预知的风险，但如何在风险爆发前最大限度的加以控制，降低其影响层面，那是我们应该去考虑和管控的。

2、项目组的协作力

说到项目组的协作力，我觉得当前我们做的很差，在任务实施的过程中，现在的项目组就好比中国古代的三国时期—群雄逐鹿，各忙各的。每天我们都很忙，但是忙的就是自己的那块空间，彼此的交流和协作时间太少。一个功能模块的实现不是最大限度去寻求业务的吻合度，而是自己凭借自己脑袋乱写，自创轮子，总是把自己的意识强加给客户。

在过去的代码编写时间里，我总是发现很多同事存在一个问题，自己做的模块与别人的存在关联，这时候彼此间需要进行简单的交流，配合完成。但是很多人没有交流，而是把别人的代码下来，然后加上自己的需要，提交完事，等其具体人员某天发现自己的代码被修改而不为所知，最终遇到问题，相互推诿，这就是缺乏交流的后果。

说到协作，顺便说下分工，在代码编写的过程中最为紧要的应该就是分工明确啦，我们需要严格规定那些人有相关文件的修改权限，那些文件删除前需要广播说明。而不是一味的看着不爽就改、删、加，试问操作前是否考虑过有对其项目或别人的影响？

想程序员工作总结篇3

7．5．3系统测试和调试

1．系统测试的意义及目的

系统测试是为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的测试。

测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试实例，并利用这些实例来运行程序，以便发现错误。信息系统测试应包括软件测试、硬件测试和网络测试。硬件测试、网络测试可以根据具体的性能指标来进行，此处所说的测试更多的是指软件测试。

系统测试是保证系统质量和可靠性的关键步骤，是对系统开发过程中的系统分析、系统设计和实施的最后复查。根据测试的概念和目的，在进行信息系统测试时应遵循以下基本原则：

·应尽早并不断地进行测试。测试不是在应用系统开发完之后才开始进行的。由于原始问题的复杂性、开发各阶段的多样性以及参加人员之间的协调等因素，使得在开发各个阶段都有可能出现的错误。因此，测试应贯穿在开发的各个阶段，尽早纠正错误，消除隐患。

·测试工作应该避免由原开发软件的人或小组承担，一方面，开发人员往往不愿否认自己的工作，总认为自己开发的软件没有错误；另一方面，开发人员的错误很难由本人测试出来，很容易根据自己编程的思路来制定测试思路，具有局限性。测试工作由专门人员来承担会更客观，更有效。

·设计测试方案的时候，不仅要确定输入数据，而且要根据系统功能确定预期输出结果。将实际输出结果与预期结果进行比较就能发现测试对象是否正确。

·在设计测试实例时，不仅要设计有效合理的输入条件，也要包含不合理、失效的输入条件。测试的时候，人们往往习惯按照合理的、正常的情况进行测试，而忽略了对异常、不合理、意想不到的情况进行测试，而这些可能就是隐患。

·在测试程序时，不仅要检验程序是否做了该做的事，还要检验程序是否做了不该做的事。多余的工作会带来副作用，影响程序的效率，有时会带来潜在的危害或错误。

·严格按照测试计划来进行，避免测试的随意性。测试计划应包括测试内容、进度安排、人员安排、测试环境、测试工具和测试资料等。严格按照测试计划进行测试可以保证进度，使各方面都得以协调进行。

·妥善保存测试计划和测试例子，将其作为软件文档的组成部分，为维护提供方便。

·测试例子应是精心设计出来的，可以为重新测试或追加测试提供方便。当纠正错误、系统功能扩充后，都需要重新开始测试，而这些工作重复性很高，可以利用以前的测试例子，或在其基础上修改，然后进行测试。

2．测试过程

测试是开发过程中一个独立且非常重要的阶段，测试过程基本上与开发过程平行进行。

一个规范化的测试过程通常包括以下基本的测试活动。

(1)拟定测试计划。在制定测试计划时，要充分考虑整个项目的开发时间和开发进度以及一些人为因素和客观条件等，使得测试计划是可行的。测试计划的内容主要有：测试的内容、进度安排、测试所需的环境和条件、测试培训安排等。

(2)编制测试大纲。测试大纲是测试的依据。它明确详尽地规定了在测试中针对系统的每一项功能或特性所必须完成的基本测试项目和完成测试的标准。

(3)根据测试大纲设计和生成测试例子。在设计测试例子的时候，可综合利用前面介绍的测试例子和设计技术，产生测试设计说明文档，其内容主要有被测项目、输入数据、

测试过程、预期输出结果等。

(4)实施测试。测试的实施阶段是由一系列的测试周期组成的。在每个测试周期中，测试人员和开发人员将依据预先编制好的测试大纲和准备好的测试例子，对被测软件或设备进行完整的测试。

(5)生成测试报告。测试完成后，要形成相应的测试报告，主要对测试进行概要说明，列出测试的结论，指出缺陷和错误。另外，给出一些建议，如可采用的修改方法，各项修改预计的工作量及修改的负责人员。

3．测试策略和测试方法

软件测试方法分人工测试和机器测试。

1)人工测试

人工测试指的是采用人工方式进行测试，目的是通过对程序静态结构的检查，找出编译时不能发现的错误。经验表明，组织良好的人工测试可以发现程序中30％～70％的编码和逻辑设计错误。

人工测试又称为代码审查，其内容包括检查代码和设计是否一致，检查代码逻辑表达是否正确和完整，检查代码结构是否合理等。主要有3种方法。

·个人复查：指程序员本人对程序进行检查。由于心理上的原因和思维惯性的影响，对自己的错误一般不容易发现，对功能理解的错误更不可能纠正。因此，这种方法主要针对小规模程序，效率不高。

·抽查：通常由3～5人组成测试小组，测试人员应是没有参加该项目开发的有经验的程序设计人员。在抽查之前，应先阅读相关的软件资料和源程序，然后由测试

人员扮演计算机的角色，将一批有代表性的测试数据沿程序的逻辑走一遍，监视程序的执行情况。人工检测程序很慢，只能选择少量简单的例子。

·会审。测试人员的构成与抽查类似。在会审之前，测试人员应该充分阅读相关资料，比如系统分析说明书、系统设计说明书、源程序等。测试人员应尽可能多地列出典型错误。在会审时，由编程人员逐句讲解程序，测试人员逐个审查、提问。通过这种方式，往往可能使编程人员发现自己以前没有意识到的错误，使问题暴露=会审后，要将发现的问题登记、分析、归类。

·代码复审应该在被测软件编译成功之后。编译都不通过的软件，当然谈不上复审。在复审期间，应保证有足够的时间，让测试小组对问题进行充分的讨论，这样才能有效地提高测试效率，避免出错。

2)机器测试

机器测试是把设计好的测试例子作用于被测程序，比较测试结果和预期结果是否一致。如果不一致，就说明可能存在错误。机器测试只能发现错误的症状，无法对问题进行定位。

机器测试分为黑盒测试和白盒测试两种。

(1)黑盒测试也称为功能测试。将软件看成黑盒子，在完全不考虑软件内部结构和特性的情况下，测试软件的外部特性。进行黑盒测试主要是为了发现以下几类错误：

·是否有错误的功能或遗漏的功能?

·界面是否有误?输入是否正确接收?输出是否正确?

·是否有数据结构或外部数据库访问错误?

·性能是否能够接受?

·是否有初始化或终止性错误?

(2)白盒测试也称为结构测试。将软件看成透明的白盒。根据程序的内部结构和逻辑来设计测试例子，对程序的路径和过程进行测试，检查是否满足设计的要求。其原则是：

·程序模块中的所有独立路径至少执行一次。

·在所有的逻辑判断中，取“真”和取“假”的两种情况至少都要执行一次。·每个循环都应在边界条件和一般条件下各执行一次。

·测试程序内部数据结构的有效性等。

4．软件测试步骤

软件测试实际上可分成4步进行。

1)单元测试‘

单元测试也称为模块测试，在模块编写完成且无编译错误后就可以进行。如果选用机器测试，一般用白盒测试法，多个模块可以同时进行。

测试一个模块时需要编写一个驱动模块和若干个桩(stub)模块。驱动模块的功能是向被测试模块提供测试数据，驱动被测模块，并从被测模块中接收测试结果。桩模块的功能是模拟被测模块所调用的子模块，它接收被测模块的调用，检验调用参数，模拟被调用的子模块功能，把结果送回被测模块。

2)组装测试

组装测试也称为集成测试，就是把模块按系统设计说明书的要求组合起来进行测试。

即使所有模块都通过了测试，但在组装之后，仍可能会出现问题：穿过模块的数据被丢失；一个模块的功能对其他模块造成有害的影响；各个模块组装起来没有达到预期的功能；全局数据结构出现问题；另外，对于单个模块来说其误差可以接受，但模块组合后，可能会出现误差累积，最后到不能接受的程度，所以需要组装测试。

通常，组装测试有两种方法：一种是分别测试各个模块，再把这些模块组合起来进行整体测试，即非增量式集成；另一种是把下一个要测试的模块组合到已测试好的.模块中，测试完后再将下一个需要测试的模块组合起来，进行测试，逐步把所有模块组合在一起，并完成测试，即增量式集成。非增量式集成可以对模块进行并行测试，能充分利用人力，并加快工程进度。但这种方法容易混乱，出现错误不容易查找和定位。增量式测试的范围逐步扩大，错误容易定位，而且已测试的模块可在新的条件下再测试，使测试更彻底。

3)确认测试

经过组装测试之后，软件就被集成起来，接口方面的问题已经解决，将进入软件测试的最后一个环节——确认测试。确认测试的任务就是进一步检查软件的功能和性能是否与用户要求的一致。系统方案说明书描述了用户对软件的要求，所以是软件有效性验证的标准，也是确认测试的基础。

确认测试，首先要进行有效性测试以及软件配置审查，然后进行验收测试和安装测试，经过管理部门的认可和专家鉴定后，软件即可交给用户使用。

4)系统测试

系统测试是将已经确认的软件、计算机硬件、外设和网络等其他因素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方。系统测试是根据系统方案说明书来设计测试例子的，常见的系统测试主要有恢复测试、安全性测试、强度测试、性能测试、可靠性测试、安装测试。

5．调试’

调试的任务就是根据测试时发现的错误，找出原因和具体的位置，进行改正。调试工作主要由程序开发人员来进行，谁开发的程序就由谁来进行调试。

目前常用的调试方法有如下几种：

·试探法。调试人员分析错误的症状，猜测问题的所在位置，利用在程序中设置输出

语句，分析寄存器和存储器的内容等手段来获得错误的线索，一步步地试探和分析出错误所在。这种方法效率很低，适合于结构比较简单的程序。

·回溯法。调试人员从发现错误症状的位置开始，人工沿着程序的控制流程往回跟踪代码，直到找出错误根源为止。这种方法适合于小型程序，对于大规模程序，由于其需要回溯的路径太多而变得不可操作。

·对分查找法。这种方法主要用来缩小错误的范围，如果已经知道程序中的变量在若干位置的正确取值，可以在这些位置上给这些变量以正确值，观察程序运行的输出结果。如果没有发现问题，则说明从赋予变量一个正确值开始到输出结果之间的程序没有错，问题可能出在除此之外的程序中，否则错误就在所考察的这部分程序中，对含有错误的程序段再使用这种方法，直到把故障范围缩小到比较容易诊断为止。

·归纳法。归纳法就是从测试所暴露的问题出发，收集所有正确或不正确的数据，分析它们之间的关系，提出假设的错误原因，用这些数据来证明或反驳，从而查出错误所在。

·演绎法。根据测试结果，列出所有可能的错误原因。分析已有的数据，排除不可能和彼此矛盾的原因。对余下的原因，选择可能性最大的，利用已有的数据完善该假设，使假设更具体。用假设来解释所有的原始测试结果，如果能解释这一切，则假设得以证实，也就找出了错误；否则，要么是假设不完备或不成立，要么有多个错误同时存在，需要重新分析，提出新的假设，直到发现错误为止。

想程序员工作总结篇4

我于20xx年x月x日成为公司的试用员工，到今天已将近三个月，在这近三个月的时间里，使我学到了很多确实可行的管理经验及新的施工方法，丰富了业务知识，这些主要得益于领导的培养和同事们的热心帮助，静心回顾。 在这短短的两个多月的时间里，我已适应了目前的工作环境，对工作也逐渐进入了状态。在了解公司的制度和工作流程基础，逐步开展了具体的工作。先将近三个月的工作情况总结如下：

一、通过向xxxxxx项目老同事的学习，知道了做为一个内业的基本要求，要负责本项目的各种内勤工作，并配合工程师做好各项工作。

二、协助各工程师完成变更洽商的申报及具体核查工作，使我进一步了解了工程洽商签证、收方工作及付款模式，公司的整套完整控制体系，不但保证了变更工程数量的准确性，又有效的控制了成本，为后期结算提供了详尽的依据。

三、配合项目经理完成公司和项目上安排的各项工作，以及收集整理与金科廊桥水岸项目有业务关系往来的各相关单位的文件，避免发生扯皮，维护公司的集体利益。

四、及时传达集团以及公司的各种通知及活动安排，督促及协助各工程师合理安排各项工作事宜，圆满完成各项目工作任务。

以上是我工作这一段时间的心得和体会，衷心的感谢公司给予的`我这次试用的机会。在整个工作过程中，我认为自己工作比较认真、负责、细心，具有较强的责任心和进取心;能积极学习新知识、新技能，来提高自己的综合素质，注重自身发展与进步。但也存在着许多缺点与不足，与公司的要求和期望相比还存在一些问题和差距;对工作的预见性和创造性不够;具体的经验仍不是很丰富，在日后的工作中仍需要持续学习，不断完善、不断提高。

为此，我特向公司申请：希望能根据我的工作能力、态度及表现给出合格评价，使我转为正式员工。

今后，我仍会用谦虚、谨慎的态度和饱满的热情投入到我的工作当中，为公司创造价值，同公司一起展望美好的未来!

想程序员工作总结篇5

光阴如梭，半年的工作转瞬即将成为历史，伴随着新年钟声的临近，我们依依惜别硕果累累的20__年，满怀热情的迎来即将到来的20__年。在这年终之际，现对来公司6个月的试用期里所作的工作汇报如下：

一、erp项目的编码工作。

从了解新疆正义项目的背景、及计划安排，熟悉正义公司制度及业务流程，再到熟悉新能开发模式，之后我根据需求调研报告，从基本的数据库创建，到编码，完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作；完成了正义项目的模块测试及流程测试。

通过这段时间的努力，使我个人的耐心、细心程度及对工作的合理安排得到了锻炼，学会了在繁忙之中找条理，危难之中找希望。同时自己也有一些不足之处，一些细节地方技术上还不太成熟，还需加以学习与钻研。

二、erp项目的实施工作。

从十一月初开始进行正义项目的实施，每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训；纪录客户使用过程中出现的问题，晚上下班后加班加点将每天的小错误及客户变更修改完毕。

通过这项工作，使我原本欠缺的业务能力得到了很大的提高，并学到了很多与客户交流的技巧及业务上的知识，更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远，在今后工作中，定会多多注意，加以改善。

三、帮助和使用手册文档的编写。

帮助的编写使我熟悉了dreameweaver和fireworks的使用，为后期的oa开发也奠定一定的基础，使用说明的编写，使我更加加深了项目开发的整体思路与技术要点，总结了前期开发和实施中碰到的问题，并又一次的对软件整体进行了测试，对暴露出的小bug进行了最后的修改。

四、利用工作之余的休息时间加强学习。

平时注意收集有关pb方面的资料文件，提高自己的处理新问题和解决新问题的能力，并加强学习java及oa方面的知识（现转为学习），为后期的工作打好基础。

展望临近的20__年，我会更加努力、工作上认真负责，再接再厉，更上一层楼。相信自己会完成新的任务，能迎接新的挑战。

想程序员工作总结篇6

时光流逝，转眼间我在成长中又渡过近两个月，回首这走过的两个月，很荣幸能与项目组的各位同事共同进步，我也在大家的身上学到不少的知识。自进入法律法规项目以来我心中的感受便是要做一名程序员不难，但要做一名优秀的程序员就不那么简单了。我认为：一名好的程序员不仅要为人谦和正直，对事业认真兢兢业业。而且在业务能力上更要专研。我，作为一名年轻的程序员需要学习的东西还很多很多。

一、思想修养

作为一名程序员，要想完成工作的责任，首先必须具备程序员的工作素质，树立正确的世界观和人生观。在这项目中我认真参加各种学习和各种新文本的功能开发。有句成语是：只要功夫深，铁杵磨成针。是的，作为一名程序员，我在工作中无意中会考虑不周显得毛毛糙糙，不甚妥当。当意见、建议来临时，现在的我不再不悦，不再拒绝。而是以更高的要求来要求自己，努力告诫自己：换个角度静心仔细想想如何能的好一些。

二、素质提升

在学习中我认真听取经验，仔细记录，并在下班后的空余时间认真思考推敲，有目的的在项目中进行一些尝试。如：spring中的事物管理机制配置有三种，各有各的不同，同样的登录用ssh和spring+servlet+jsp做就不一样，如果采用jquery+ajax又是另外一种做法。

在工作中，我认真投入，认真学习。我感到人人都是我的师长，我能学，要学的东西还很多。如：新接触的sts，maven ,cas , nexus，邮件的发送，xml的导出，文件的批量上传，一系列知识有的是新接触的，有的是以前不是特别巩固的，现在都熟悉了。

在空余时间，我会利用周末参加培训班，在网上查询有关相关资料，进行观看学习，我深切的感受到学习对自己的帮助确实很大。

三、工作内容

在法律法规项目中我主要负责项目中的文本导入，以及xml导出。工作中最重要的是细心，一些细节决定了工作成果的优劣，比如文本的格式，文本的编码，还有文本中的不明空格，程序不识别的换行等等，考虑要到位，要全面，要顾大局，因为不就是这一个文本，文本是多样性的，程序就一个，所以必须考虑是要细心。

在cas这个项目上，我特别的、衷心的感谢带我工作和学习的李智铭老师，是李老师让我觉得程序员是一个思考者而不是一个码农。作为一个外包人员，一般是接到任务都是低头码代码，千篇一律，只做固定的一部分，从来没有想着从一个大局去入手，考虑项目的诸多细节，譬如项目的性能，项目的命名规则，注释，李老师常说一句话就是，一个东西搞就把它搞明白搞透，我觉得我就缺乏一种深究的精神。之前做事嫌麻烦，一切以能完成任务的心态，认为功能实现就可以了。至于为什么这样实现，我一般是不去深究的，从而导致了认识不深。什么都懂点，但深问起来又什么都不会。李老师教会我独立思考以及换位思考，本来我认为一个解决不了的问题，从李老师的换个角度也就可以。其实每完成一个功能都是提高自己自信的。

也许，在我的代码生涯，李老师算上是一个良师。我很珍惜。虽然只有两个月，但很知足。说起来，感觉特别对不起李老师，没能把cas项目最终完成，以及对法律法规项目核心的技术还没有搞明白，以至于导入pdf图片不能很好的胜任，对此，深表内疚。学习的还有很多很多，至于法律法规的二期开发，作为外包人员，一切听从组织安排。

四、展望

通过这项目中的工作，我很幸运学到了不少东西，业务上也努力做了一些成绩。但这还远远不够，尤其在功能开发，以及项目维护方面上还显得稚嫩。我将在未来继续多学，多思、多试努力把工作做的更好。