谭义2023年年个人年度工作总结.docx

谭义201*年个人年度工作总结 谭义201*年个人年度工作总结 201*年工作总结 姓名：谭义 部门：产品研发部 本年度主要职责：开发与设计。 本年度在职时间：201*年-09月-01号至今。 伴随着新年钟声的接近，依依惜别了任务繁重、硕果累累的201*年，满怀激情的迎来了光芒绚烂、布满盼望的201*年。 现就本年度主要工作内容作如下总结： 1.201*-09-01至201*-09-10号，在煤电油汽运信息监测组负责开发Flash地图，地图 主要有湖南省电力图、湖南省交通图、全国成品油管线图、全国自然气管线图。包括对Flash地图的脚本开发与Flash地图数据接口的实现。第一次对Flash地图进展编程，开头很难上手，由于目前我们的美工做的Flash都是基于actionscript2.0的脚本。而2.0的脚本资料很少。所以我建议今后的Flash地图是否可以考虑用actionscript3.0的脚本进展支撑。便利程序员更快上手与开发，也给程序供应了更多的便捷。经过这次对Flash地图的开发，让我初步熟识了Flash的开发流程与对脚本的理解。 2.201*-09-11至201*-09-20号，在煤电油汽运信息监测组负责开发短信效劳、数据 监听效劳、邮件效劳与接口。这也是第一次开发WINDOWS效劳。让我把握了WINDOWS效劳的开发流程与模式。 3.201*-09-21至201*-10-10号，在基建工程组主要熟识ECP平台的开发模式和负责 基建工程的前期预研发工作。在使用ECP平台进展开发的过程中，让我感觉到了在ECP平台中进展开发时大大提高了开发的效率。以及ECP平台中已经有了许多成熟的组件，例如：树形控件、报表控件、附件控件、选值控件、组织机构治理、权限治理等等。削减了程序员许多的开发量。但是ECP也存在他的一些致命的缺陷，例如：不支持扩展、继承，全部业务包括SQL语句只能在页面层进展编写。类似的业务不能依据需求变更，反而需要重新建立新的业务来弥补，程序员不能编写自己的公用方法，通用组件等等。无形中大大增加了系统后期的维护量和限制了程序员自由发挥的空间。4.201*-10-11号至今，主要负责基建工程的设计工作。主要设计模块有：设计治理、 招投标治理、质量治理、资料档案、达标投产。熟识了PowerDesigner、TortoiseSVN等工具的使用。自身需改善与提高的地方： 1.在开发方面，盼望自己能把握更多新的技术，专研更多不同层面的技术。2.在设计方面，盼望自己能挖掘到更多潜在的需求，提高自己对需求阅读力量与理解 力量。加强在设计方面做到更标准、更具体、更认真。让开发人员开发起来更简洁、快速。 一些建议与想法： 1.关于用户功能权限这块，我感觉有些设计缺乏。用户权限功能应当是一个用户拥有 哪些角色（组），每个角色拥有哪些功能与权限。这样每个用户登录的时候就会依据他自己的角色得到自己有那些功能与权限加载菜单与功能。可我发觉我们某些系统的权限却写死在按钮上面了。把角色直接写死在某一个按钮上面。假设某天这个按钮可以让其他角色可以操作呢？我所考虑的是这样的： 2.在需求设计这块。我建议需求人员和设计人员尽量可以合并，并一起协同工作。我 盼望需求人员能真实精确的挖掘到客户那边最关键的需求。对于客户都不知道该怎么供应的需求。我建议需求人员能够供应界面原型给客户，让客户对系统有个也许的理解。需求文档写的太过于表现化。真正需求与业务之间的关系很少有表达清晰的地方。导致在设计过程中比拟难确定功能以及扩展的空间。在目前的基建工程中，开发第一阶段还未完成。就消失了太多的新增需求和需求变更。导致重复返工，降低了开发效率。 友情提示：本文中关于谭义201*年个人年度工作总结给出的范例仅供您参考拓展思维使用，谭义201*年个人年度工作总结：该篇文章建议您自主创作。