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

小规模试点总结报告

 

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）       平时应该加大自己对相关知识的学习：象linux、db2等相关的基本操作都应该在平时的工作中加强锻炼。

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

要注意的问题：

（1）       真实环境的模拟演练：比如数据交换失败该如何处理，用户不可能自己手工去修改数据库；

（2）       充分的准备：包括硬件、软件的准备，因为实际的过程中可能会出现各种各样的问题；

（3）       对客户的有效的引导：库里以前的业务可能与系统有些部分不同，需要对客户进行有效的引导；

（4）       各种资料的充分准备：无论是用户手册和系统的流程图，都需要认真准备；

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

 

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

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

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

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

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

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

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

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