系统上线感悟

                       [size=18][b]系统上线感悟[/b][/size]
                 历时8个月左右的时间，我们新的系统终于上线了。
                我先介绍这个系统主要功能：车间生产的产品移交到厂控（所有的货品都要经它来调度），厂控就要对移交过来的成品，进行核算，核对相关的数据，打印相关的标签信息，对成品按一定的规则进行包装，称包装的重量，生成相关的报表，最终按照某中规则生成报关单，对应到海关去报关，把相关的数据发送到香港。
              现 场考察，现场开发非常的重要.用户需求这一块我们是花了不少功夫的，因为我们就是为公司开发系统，所以对业务流程比较熟悉，也会有最终用户参与讨论。经过初步的需求调研，我们给出了最初的方案，和用户经过几个回合的讨论，确立了最终的方案。在上线之前，给用户了3次用户验收测试。这个过程中，我们也修改了一些小的BUG，用户没有提出系统与他们实际工作中不方便，不符合要求，或者还要增加一些新的功能。当系统一上线，用户的问题就不断的冒出来，这个功能给我们的工作带来了很大的不便，还不于手工来操作；我们要增加一些编辑的功能；增加查询的功能等等。用户的抱怨不断的提出来了。我和另一个测试的同事负责指导用户操作，解决用户的问题。所以，用户的需求是不断变化的，用户只要到实际运作才会想到他们会遇到什么样的问题。我们看到用户现在还在用手工记录一些数据，而当我们问他你现在还在用本子记录什么数据？为什么还要这样做呢？其实，那些数据我们的系统中，已经存在了，也是永久性的，也是不可否认的。我们的系统就是取代用户的手工劳动，规范公司的业务流程，优化公司的业务流程，提高他们的工作效率，并且把数据的正确性提高。所以，我们提出了更好的方案给他们。他们也乐意的接受了。
              我们用什么样的方式能更好的把用户的需求勾出来。用户一般都喜欢我们问，他们来回答，他们很少会很仔细的描叙他们的需求。我们采用模拟用户实际操作的流程来解说，然后把从中把相关的问题引导出来。针对这样的系统还是有可操作性，毕竟业务 流程不是很复杂，这样大家都可以明白整个流程是怎样运作的。我们把用户当作业务分析师，请他们在白板上用一些草图来描叙整个的框图，并做相关解释，我们仔细的听，并且提出相关的问题，这样调动用户的积极性。
             及时的沟通反馈，提高沟通的效果。系统测试员（用户）测试出什么问题，及时的向开发人员提出来，保留现场，这样方便开发人员查找问题。我们要保持一些概念的一致性，罗列出一个统一的词汇表，这样方便沟通，大家说出的都能明白。
             测试试先行。这可是现在公认的。我们也能体会到，一个可测试的系统能给我们带来很大的方便，节约大量调试的时间和查找问题的时间；也能让我们开发出高内聚低耦合、易维护的系统。
            虽然用户的需求是不断变化的，但是我们要做好相应的准备，把系统设计的更好，可扩展，可维护，性能好。用户在实际使用过程中提出更具体，更符合他们工作需要的功能，慢慢的符合他们要求，使他们满意。希望我们的系统能够方便用户，提供他们的工作效率，给他们带来快乐；这样也就体现出我们的价值了，我们也开心。

评论

13 楼 movingboy 2007-08-20  

至于楼主提到的现场开发，我对这种方式有保留意见。我觉得这种方式容易导致为了快速实现功能，可能对需求和设计缺少全局的分析和权衡，代码质量也不容易保证。此外对于程序员来说，现场可能有太多的干扰，不利于集中精力。

我个人倾向于安排专职的需求分析人员跟客户交流，当然这对他们的要求非常高，既能引导客户，发掘需求，特别是能根据客户零散的、朦胧的、甚至可能是看起来有些自相矛盾的想法组织成逻辑化的需求，这要求他们有比较深厚的行业知识；也能跟开发组交流，理解系统架构的限制、弱点等，这要求他们懂得开发所应用的基本知识，能理解程序员的思维方式。感觉说下去就收不住了，还是打住吧~~~

12 楼 movingboy 2007-08-20  

还好楼主的项目不算太大。如果是个大系统一下子整个系统都上，并且是整个公司都上，上线后问题一大堆，用户和开发组肯定都要死掉了

我觉得采用增量开发，逐步上线可能会比较好一点；正式上线之前最好在小范围内试用，尽量让问题在正式上线前暴露出来。至于楼主提到用户实在太忙，最好能从公司人事安排的方面解决，就是在试用期间要增加人手，减少对现有的工作的干扰。比如A负责某项工作，现在要电脑化了，他要一边工作，一边要学习和操作电脑系统，是很累的。最好能额外派个员工B来负责学习和操作电脑系统。等B上手了，就把A和B的工作交换，直到A也上手。

11 楼 hgq0011 2007-08-19  

number017 写道

和谐社会

这可是政府提倡的，你对政治还挺关心的，

10 楼 number017 2007-08-18  

和谐社会

9 楼 hgq0011 2007-08-09  

mvmouse 写道

hgq0011 写道

系统要么全部上，要么不上，用户没有那么多的时间来操作，他们工作忙起来连说话喝水，甚至上厕所都没空呀。

  怪不得费尽呢，连五谷轮回之所都去不了，怎么可能认真测试呢

那是说的特殊情况，客户要的货赶的很。：（

8 楼 duronshi 2007-08-09  

6月份我们的一个系统也上线了,和你的差不多,主要是物流行业的,也涉及到与海关数据的对接,我个人感觉我们的这个项目,如果按行业标准来说,它只能算60%,处于基本合格状态,主要是项目管理者的失职,以及与业务部门的沟通问题,可能高层只要结果,不会太关注项目的质量.所以呢,测试不要太指望业务部门帮你测试,你要做的就是要做好够多的冗余资料，用interface来实现

7 楼 mvmouse 2007-08-09  

hgq0011 写道

系统要么全部上，要么不上，用户没有那么多的时间来操作，他们工作忙起来连说话喝水，甚至上厕所都没空呀。

  怪不得费尽呢，连五谷轮回之所都去不了，怎么可能认真测试呢

6 楼 hgq0011 2007-08-08  

tuti 写道

增量开发,小版本发布

系统要么全部上，要么不上，用户没有那么多的时间来操作，他们工作忙起来连说话喝水，甚至上厕所都没空呀。

5 楼 tuti 2007-08-08  

增量开发,小版本发布

4 楼 hgq0011 2007-08-08  

mvmouse 写道

上线以后变需求，说明UAT做的不彻底或者客户参与不足。楼主说做了3次UAT，怎么还会这样呢？

我们有专门的测试人员，她们和用户沟通，指导用户。似乎很多东西没有实际的运作就看不到问题。因为新的系统改变了一些工作的方式，比如他们以前用手写的标签，现在用标签打印机直接打印出来；以前用手工写在代子上面，现在要包装成很多个袋子，打印几个标签。而且，系统要和好几个部门沟通，我们又没有实践过他们的工作，只能让他们模拟，我们认真的分析，做一些模型演示给他们，问他们有没有问题，就这样反复的沟通。还好在就是为公司开发，要是为外面的用户开发，沟通的成本更高，代价更大。不知道大家是怎样勾出用户需求，引导用户，把真实的需求弄出来，开发出符合用户的需求的系统，是用户满意？采用什么样的方式提高沟通的效率？

3 楼 mvmouse 2007-08-08  

上线以后变需求，说明UAT做的不彻底或者客户参与不足。楼主说做了3次UAT，怎么还会这样呢？

2 楼 hgq0011 2007-08-08  

@tuti    
当然是一次上所有的功能了。这个也不算是大的项目吧。公司正在推行EPICOR的ERP系统。这个应该有内容，值得我学习。

1 楼 tuti 2007-08-08  

一次上全部的功能?