软件实施工作总结.docx

软件实施工作总结.docx软件实施工作总结软件实施实习工作总结尊敬的领导:您好!本人自XX年8月8日受聘于公司以来,在上级的正确领导下,熟悉掌握了实施顾问的工作。转眼间,三个月已经过去。回首这三个月来的工作,主要是一个学习阶段,工作方面尽管为公司的贡献微薄,但却踏出了最为重要的一步。在公司的三个月中,对公司的企业文化,以及公司的组织机构等方面充分了解。以下是自己对这三个月来工作学习方面的总结感受如下:(一) 刚入公司的时候,前期是看一些关于航空的资料,航天术语,以及关于公司以前做过的各种项目的文档。然后指导老师谭廷涛跟我讲解关于东航机供品的业务知识,以及系统架构。之后陈总指导我,模拟向用户培训,测验我对整个机供品系统的理解,第一次讲得不理想,很慌张,第二次效果不错,有了很大进步。随后来了两位新同事,再讲了一次,就这样,我对整个机供品系统越来越熟悉。(二) 对系统深入了解是通过80个修改列表的问题,80个不同的BUG需求一一验证,使我对系统有了一个全新的认识,随后项目经理毛宏伟把我加入了机供品项目组群,群里面出现了问题,我就去看项目成员是如何解决的,然后自己再在后台解决一次,慢慢的对系统后台数据库这一块慢慢熟悉。(三) 以上两点都可以规划为学习阶段,这两个月的时间也会跟我安排一些工作,但随着冬春配备计划的准备开始,我正式开始接手工作,从10月10日开始,在指导老师谭廷涛的安排下,我们提前整理,东航800个航线XX个航班,从前期数据整理,每天负责100多个,再到导入系统后数据验证,我负责总部、浙江、山西、四川、安徽、河北、山东、西北、江苏总计约1000条数据,期间也遇到各种问题,项目组成员之间不断讨论,发现问题,解决问题,使我每天工作越来越有干劲,跟项目组的成员之间越来越熟络。就像指导老师谭廷涛说的:“我工作几天学到的东西,比我一个月自己学到的知识更快,更多。”在工作中学习,正应了一句话:实践出真理。(四) 部门经理刘云东让我负责公司内部凭证插件培训这一块,拟定培训计划,然后与开发的协调,对于我来说是一种全新的工作方式,要从实施人员学习。软件项目实施总结简单整理了项目实施的主要方面,比较空洞,希望对大家有用。。很多吃过亏的客户,在搭建项目组的时候,甚至在招标书的时候,要求软件公司的项目组里面必须有项目管理专业人员,甚至持有pmp证书,或者有专业的需求分析人员,并持有系统分析证书。。人员流动通知对方,申请多方认可。特别是相关负责人流动,需要多方确认。实施的进度日程表给出系统上线日程表软件模块实施的先后顺序先上哪些模块,后上哪些模块。新系统和老系统并行运行的机制处理方式。历史数据的处理方式。进入新系统的数据截断日期。实施中多方会晤机制定期会晤机制?1周几次?还是每几天1次,每天1次?监理方的立场说明监理方代表的是甲方的利益,出现冲突的时候应该从维护甲方利益出发,考虑问题。问题诊断机制实施出现问题时候,监理方应该要协助甲方诊断问题的类别,是来自于硬件提供商,还是软件提供商,还是甲方的问题。如果不能诊断,应该主持召开多方会议确认问题的来源,类别。问题的响应速度要求当问题被诊断后,应该要求问题解决的时间,要求相关单位在规定时间内解决。如果问题不能在指定时间内解决,应该要考虑补救措施。需求变更处理当甲方提出需求变更后,监理方应该作出判断,这个需求是否合理,是否超出了实施前制定的需求基线,如果超出了需求基线,就有可能需要追加预算了。当然软件需求变更存在一个工作量的问题,如果工作量较小,就不存在甲方追加预算。一般的项目实施都是有1个需求基线,然后免费的需求变更工作量有1个上限,当需求变更的工作量超出这个上限,就需要甲方追加成本了。甲方2次开发的难度控制当在设计甲方业务处理流程的时候,应该要考虑到甲方业务流程更改后,系统的可配置性。这1点也是j2ee的主要特点体现。当然,如果系统使用了工作流产品的话,可以从工作流角度来考虑解决。财务核算处理方式的灵活能力是也会作变动,当这一块作出变动时候,应该要求软件系统能够比较好的能够实现。一般的企业单位,财务核算的方式是比较固定的,例如:软件系统以前实行的是集中财务管理,后来改变成为半集中方式,或者分散方式。这写都要秋软件系统能够很好的实现能够很好的进行业务处理方式的平滑过渡。甲方业务流程的整理监理方作为甲方利益代表,应该和甲方一起协助亿方指定出甲方的业务相关流程,在甲方乙方有争论的地方进行协调,并且在流程指定时候应该就要考虑到流程的更改。监理方当然最好能够先帮助甲方进行流程改那就更好了。或者乙方能够提供工作流工具就好了,否则这部分工作会暂用监理方相当多的时间。另外需求搜集变更也会监理方需要高度关注的一件事情。XX年科技信息中心工作