中储粮项目小规模试点总结报告

原创 2006年06月23日 23:10:00

小规模试点总结报告

 

1、 你在小规模试点中完成的主要工作是什么?

l         负责沛县国储库的总体工作:

(1)       沛县国储库的试点工作计划安排以及工作汇报;

(2)       粮库人员的系统使用培训;

(3)       粮库人员的系统使用辅导;

(4)       粮库2005年业务数据的整理;

(5)       同徐州直属库相关人员的沟通:计划、统计相关的数据;

(6)       同浪潮的接口工作:出入库通知单以及计划下发;

(7)       后期的数据交换、数据的备份、系统的升级;

(8)       修改业务系统bug

(9)       每日Bug的整理。

l         负责徐州直属库的代储监管测试工作:

(1)       徐州库相关人员代储监管的使用培训工作;

(2)       徐州库代储监管系统的测试:包括bug的整理。

2通过小规模试点,你认为取得的主要成绩是什么?

顺利的完成了沛县直管库的测试任务,并且最后得到了总公司领导的基本赞同。主要的工作业绩如下:

(1)       完成沛县库小规模试点工作的安排和工作汇报;

(2)       完成对库内测试人员的培训,很好指导库里人员进行测试工作;

(3)       完成测试过程中bug的收集和及时整理;

(4)       完成粮库主要业务数据的收集;

(5)       完成后期业务数据的成功上传;

(6)       很好的同浪潮方的沟通,完成计划数据的下发以及数据交换的上传。

 

3从实施的角度看,代储、直管及代储监管业务系统还有哪些不足和需要完善的地方?

这里所指都是普遍存在的问题,具体提出bug便于很好的说明问题。

代储直管系统需要完善的地方是:

(1)       细节性问题的考虑:很多地方都是很细节的问题,但是很影响用户的使用,如列表页面记录的排序,综合查询中返回按钮(需要点击好几次才能返回);

(2)       整个系统的风格不一致:有的列表进行了排序,有的没有,有的默认查询出所有的记录,有的默认就是为空;

(3)       报表文件的不细致性:包括统计和仓储部分的统计报表或者填报的报表,存在单元格的内容被挡住显示不完整,制表人或时间保存不了,报表没有显示对于的日期(单独看报表根本不知道是哪个月的);

(4)       数据交换问题的易用性问题:如果说数据交换对用户是完全透明的,那么一旦出现问题,如何进行解决?如何有一种很好的机制来保证;

(5)       测试的不完整性:如果可能,应该让开发人员进行白盒测试,核对数据库中数据的完整性和标志位的正确性。

代储监管系统:

(1)       访问速度:访问数据很慢,等待时间很长。无论是从设计实现、服务器的承受能力以及网络方面来说,都值得考虑;(不过在北京这边访问的比在徐州快10多倍吧)

(2)       界面的友好性:再等待页面打开的时候,界面上应该显示一个正在等待的友好界面,给用户一个暗示:系统正在读取数据。如果长时间得不到响应,应该立即提示用户:网络繁忙,请求失败;

3)页面显示的明确性:显示具体的页面时,也不显示是那个库的;列表页面也不显示有多少条记录,没页显示多少条。应该给人一种这样的感觉:一看查询出来的结果,就知道这是哪个库的什么记录,共有多少条,每页多少条,共有几页,或者说这个哪个库的几月份报表。

 

4个人能力还有哪些需要提高的地方?

个人还是有很多地方需要进行提高:

(1)       同客户的交流还需要加强:把握不住和客户交流的一些尺度;

(2)       合理安排任务性:部分任务的完成影响到后面的工作,此类应该优先安排,否则一旦出现问题,工作可能因此而停止,体现在此次计划的下发问题;

(3)       时间的充分利用:没有善于利用时间,导致汇报工作总是拖的比较晚;

(4)       工作的最大积极性:对于库里没有的业务,部分仅仅做功能测试,为节省时间,还有部分没有进行测试。如果将来的库内业务发生变化后,目前没有使用的功能,很可能也会使用上;

(5)       平时应该加大自己对相关知识的学习:象linuxdb2等相关的基本操作都应该在平时的工作中加强锻炼。

5在以后的实施过程中,你认为应该注意哪些问题?

要注意的问题:

(1)       真实环境的模拟演练:比如数据交换失败该如何处理,用户不可能自己手工去修改数据库;

(2)       充分的准备:包括硬件、软件的准备,因为实际的过程中可能会出现各种各样的问题;

(3)       对客户的有效的引导:库里以前的业务可能与系统有些部分不同,需要对客户进行有效的引导;

(4)       各种资料的充分准备:无论是用户手册和系统的流程图,都需要认真准备;

(5)       各种紧急情况的应对措施:不能等出来问题再临时去解决,要事先有预备方案。

 

6请谈谈小规模试点的感受。

能够完整的参加一个项目的所有阶段,无疑是每个开发人员的愿望。 通过这次试点,无论从技术上,还是从与人沟通上,以及独立承担解决问题的能力,使自己得到了很好的锻炼。

(1)       独立承担工作的能力:在无领导安排工作的情况下,根据实际情况安排自己工作,根据实际工作的变化来调整相关工作,很多事情都得靠自己独立去解决和承担;

(2)       与人沟通的能力:很多东西得靠自己去主动与库内相关人员沟通,主动去引导测试人员。这需要采取一定得方式和态度。因为随时可以从客户那里获得很好的信息。同时也得与客户保持良好的关系,都需要很好的去处理。同时与浪潮方、徐州库方的交涉,都很需要注意方式,使得两方能愉快合作工作;

(3)       业务水平:从接触具体的业务,可以更进一步了解系统的真正用途,可以知道下一步如何更好的完善系统。同时也改变自己从使用者的角度来考虑问题,而不仅仅是技术的问题;

(4)       技术能力的提高:能独立操作此次部署的相关系统,从Suse linux系统以及相关工具(putty VNC ViewerWinSCP3)的使用,到DB2的数据备份和恢复,以及Was的启动和关闭。包括数据交换问题的发现和解决,都很好的锻炼了自己。

但同时也发现自己的一些不足,一些需要提高的地方。在以后的工作我会特别注意这些问题,来不断完善自己。

从项目的角度来说,也是我们开发人员很好了解需求的一个机会,进一步来完善系统。而在试点过程中,真实数据的不可替代性,更是对系统的一个很好的测试。建议在以后的项目开发中,尽早的使用真实的数据进行测试。在测试出现的问题,不能回避,应该尽可能多的去发现问题,为将来的推广夯实基础。

 

 

 

 

版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

物联网试点总结报告

  • 2014-03-24 11:40
  • 116KB
  • 下载

机房收费系统—项目开发总结报告

项目开发总结报告 1引言 1.1编写目的     机房收费系统的开发工作已经基本完成。写此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的制定开发,让我们在今后的项目开发中有更多的资料...

机房收费系统——项目开发总结报告

项目开发总结报告 1引言 1.1编写目的 机房收费系统的开发工作已经基本完成。写此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的制定开发,让我们在今后的项目开发中有更多的资料来...

项目总结报告(小米商城)

引言: 首先、这次报告写得有些越权了,因为这次我不是主要的负责人,二是参与了其中一部分的工作;总之种种原因吧、不说了;看我报告!!!!背景:项目名称:小米商城(电商网站) 类别:功能类 项目...

Tair LDB基于Prefixkey的范围查找性能优化项目测试及完成总结报告

项目这周就截止了,这算是我第一个有导师指导的真正意义上的C++项目,项目基本完成,想要实现的功能也已经实现,并做了大量的性能测试。不过这对于业界来说,可能完成的还不够成熟,还有许多待改进的地方,还不能...

字典管理模块项目流程总结报告

字典管理功能总结

项目总结报告模板

  • 2012-03-08 11:27
  • 25KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)