1 / 13
文档名称:

软件工程师工作总结.docx

格式:docx   大小:36KB   页数:13页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件工程师工作总结.docx

上传人:zongzong 2022/4/9 文件大小:36 KB

下载得到文件列表

软件工程师工作总结.docx

相关文档

文档介绍

文档介绍:
软件工程师工作总结

【导语】当工作进行到肯定阶段或告一段落时,须要我们来对前段时期所做的工作仔细地分析探讨一下,确定成果,找出问题,归纳出阅历教训,以便于更好的做好参加了管理软件功能模块的设计工作,在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在**一号矿进行业务调研,从而在我们自己的管理系统中,取其长、补其短,也借此机会了解实际的煤矿生产状况,加深对煤矿产业业务流程的理解;在九月底便依据张工的指导起先工程技术文档子系统的功能模块设计。
  XX月份,在张工张工的指导下,进行了物资管理子系统的功能模块设计,并就设计的正确性、合理性分别同张工张工及何工进行探讨;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底,依据各子系统模块设计搜集系统数据,建立初步的数据字典及概念模型,为后期数据库设计做打算。










  XX月份的工作以整理系统业务关系与业务流为主,但由于业务关系图的表现形式不够合理,不足以清楚、明白得表现出各层次关系,导致工作多走了几个环节,好在张工张工刚好发觉问题,并多次向我指导、讲解,最终确定以列表结合流程图形式搜集、汇总系统全部子模块的业务动作、涉及人员及联系模块,为后面工作的绽开供应依据。
  XX围绕两个工作绽开,一是系统业务描述文档的设计编写,因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据,张工张工也多次强调,文档的设计务必从读者角度考虑问题,因此最终设计由简洁到困难,由整体到详细,各层次尽量做到连接紧密,易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条探讨,并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是依据问题跟踪文档对模块设计进行修改、完善。
  在公司领导的带领下,通过项目组全部成员的不懈努力,在XX月份系统全部功能模块设计完成,在XX月份系统全部业务流程整理完成,在XX月份,对各功能模块设计及业务流的初次审查、整改工作已经完成,现在已起先进行项目组内对各功能模块设计及业务流的审查工作。










  在入职初期,因为之前很少接触生产类软件,一时不知从何入手,好在项目组成员多次向我讲解,加上自己也通过网络查找相关文档,仔细阅读相关材料、思索业务处理过程,最终在一个月内便对煤矿整个生产管理业务有了较为系统的相识。之后在张工张工的指导下,完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的具体功能模块设计和业务处理设计,以及整个系统的业务整理工作。因为张工张工多次强调前期的业务及功能模块的设计干脆关系到整个项目最终的成败,肯定要做到设计正确、精确、完整,因此在每个子模块的设计中,先把握总体方向,确保设计正确,再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产状况、思索业务处理流程确保设计精确,最终再将设计放到整个业务系统中,反复检验、审查,确保设计完整。回顾这一段时间的工作,我基本完成了本职工作,这与领导的支持和各位同事的协作、帮助是分不开的,但同时我也清晰得相识到自己还有许多不足,也从中获得不少阅历、教训,总结为以下几点,
  、安排是很有必要的。
  这一点在入职第一周业务学****及近期搭建各模块业务关系工作中就体会特殊深,正是磨刀不误砍柴工,做好打算、安排对之后的工作能起到事半功倍的效果。
  、一步一步,切不行太过心急。
  整个软件的设计从最起先的业务调查、模块框架设计、业务流程设计到详细软件开发设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后全部环节。