1 / 4
文档名称:

2022年出差总结与心得体会(10).docx

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

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

分享

预览

2022年出差总结与心得体会(10).docx

上传人:mama1 2022/6/12 文件大小:12 KB

下载得到文件列表

2022年出差总结与心得体会(10).docx

相关文档

文档介绍

文档介绍:2022年出差总结与心得体会(10)

  9、工程若不能按期完成,最好提前做好预料,加大公司人员的投入量或与用户协商。
  出了几个月的差,最让人不爽的事就是工期延长和连续的加班到深夜。技术缘由,用户缘由,厂家缘由,现场环2022年出差总结与心得体会(10)

  9、工程若不能按期完成,最好提前做好预料,加大公司人员的投入量或与用户协商。
  出了几个月的差,最让人不爽的事就是工期延长和连续的加班到深夜。技术缘由,用户缘由,厂家缘由,现场环境缘由,都可能使安排赶不上改变。对于苏州项目来说,时间是非常紧的。为了能按时完成安排任务,经常加班到很晚,但即使这样也还是不能按要求的时间完成任务。既然时间已经固定,人员已经安排好,暂不谈论时间是否合理,人员本领是否足够,若工程预料不能按期完成,则须要加大公司人员突入量或者由管理者与用户协商沟通延迟工期。不能等到最终用户检查完成情景时候,再去向用户说明。假如这样,我们就一向处于一种被动状态。
  10、工程人员要做好文档的编写。
  文档的编写同样是一件很重要和有意义的事情。有系统部署文档,技术性文档等。文档记录了全部实施部署的工作情景,完成哪些东西,哪些还没完成,都应当在文档中表现出来。一、有利于自我对工程进度的一个把握,平常维护能够参照。二、文档交给用户,算是对用户的一种交代。对于这种省外项目,实施完成后,我们是不负责维护的,所以,维护文档和技术文档就要写的具体交给用户。三、工作交接,文档对系统环境的熟识很重要。
  文档要在实施过程中不断更新,这是我经常不能做到的。总是到最终实行修改文档,才发觉许多都忘掉了。异样是写一些技术文档。其实,写文档的过程也是一种回忆的过程,这样能够加深印象。
  11、对于用户提的新需求。
  要明白,用户的需求总是无止境的。用户的要求总是很严格的。用户总要求我们能做的非常的好。但事实总是不如人意。用户在熟识的过程中,总会提出一些新的需求。用户提的新需求也不是都是合理的,但现场的工程人员,对于用户提出的新需求,都要做好记录,不了解的地方须要与公司的需求分析师沟通。最好是能一位特地的需求分析师来统一收集用户提的新需求,不合理的由其刚好向用户说明。
  以前读高校的时候,没法好好的学****技术理论方面的学问,毕业时连什么是E-R图都不清晰,在毕业设计的答辩会上出尽了洋相。但软件工程的书籍还是泛读了一些。我记得,对于一个软件工程,我们应当花更多的时间放在需求和测试上头,开发的时间其实很少。异样是对于产品化的软件,需求和测试更须要做好。需求须要做到更细致,找到产品已有功能与用户需求功能的差异性,这个过程要尽可能细。测试也一样。一个大的软件公司,部门分的较多,一套软件往往时多个部门联合开发完成,有的负责界面,有的负责后台,有的负责数据模型,有的负责接口。就像生产不一样的零件,来组装一台机器。但这个连接不是那么简单,出的问题会许多。所以,要想一套软件的完备