到底该如何去设计？

    在一些软件项目当中，很多时候都存在一些明显是错误，但又因为企业自身种种问题而无法改变的业务流程，而我一直认为，一个软件设计者，除了根据客户的需求进行设计，同时更应该通过与客户的交流，以达到双方对领域业务有更深一层的认识，从而指导软件设计者以及客户把业务慢慢转向正确的流程。但是在实施中，有时却很难达到这一目标，例如

    在集装箱管理系统当中，存在柜管、订单模块，当用户下订单之后，订单操作员将会从货柜管理处登记获得一个存在且可以使用空的货柜，然后将该货柜与订单绑定，再使用该货柜去客户处装货，这是一个基本且正确的逻辑。然而在事实中，因为公司一直以来在管理等各方面的问题，导致在客户下订单之后，不从货柜管理处登记使用货柜就直接从码头获得货柜，而货柜管理员仍然无法得知该订单所使用的货柜是哪个，等到从客户处装完货，且货柜重新回到码头之后，柜管才获得相关资料，然后再把货柜的动态流程输入系统。

    在此，流程明显已经出现了滞后的错误，然而因为众多原因，公司以前基本都是以此流程来进行，也因为如此，不得以系统就必须按照如此流程来设计。但是用户之所以使用软件，我认为就是因为软件除了能够给客户带来极大的自动化管理以及节省成本以外，更重要的一点就是可以规范业务流程，帮助客户正确操作，从而让客户从旧有错误的流程上转变过来，达到一个统一可行的标准。

    但是面对以上的问题，我却很无奈，虽然我认为该流程存在错误，但是却不能帮助客户去改变，即使客户也认为他们的流程是错误的，但是因为种种原因，他们也不能改变过来，所以我就一直在疑惑，软件到底是为了遵循客户的习惯而设计还是为了帮助客户而设计？因为客户的本身存在的问题，它就应该如此设计吗？我们为了客户设计软件，不就是为了帮客户解决问题吗？

    真的很无奈，哪位高手能够解答一下我的疑问？

评论

17 楼 calmness 2007-04-13  

inprise_lyj 写道

楼主提的这个集装箱管理系统这个例子，我觉得按你说的流程那更是难以操作，其实你们客户现在的流程才是正确的。因为你们都没有考虑到堆场或码头的集装箱管理，例如，你去提一个箱子，如果你先确定了箱号，那么堆场的叉车可能要从堆集在一起的集装箱的最低层叉一个给你，这样堆场的工作量就大了，人家可能不干呀，叉一个箱可是要50元的。

这也是其中一个问题，我也知道很难按照我所说的那样做，只是发发牢骚而已，呵呵，谢谢各位参与讨论。

16 楼 netmouse 2007-04-13  

这个涉及到一个BPR（业务流程重组）的问题，建议楼主参考这方面的资料！

15 楼 inprise_lyj 2007-04-13  

所以说有的流程，它并不只涉及一个公司几个部门的关系，而是涉及到几个公司之间的关系，而这种关系的协调并不是那么容易的。

14 楼 inprise_lyj 2007-04-13  

楼主提的这个集装箱管理系统这个例子，我觉得按你说的流程那更是难以操作，其实你们客户现在的流程才是正确的。因为你们都没有考虑到堆场或码头的集装箱管理，例如，你去提一个箱子，如果你先确定了箱号，那么堆场的叉车可能要从堆集在一起的集装箱的最低层叉一个给你，这样堆场的工作量就大了，人家可能不干呀，叉一个箱可是要50元的。

13 楼 inprise_lyj 2007-04-13  

   
    在集装箱管理系统当中，存在柜管、订单模块，当用户下订单之后，订单操作员将会从货柜管理处登记获得一个存在且可以使用空的货柜，然后将该货柜与订单绑定，再使用该货柜去客户处装货，这是一个基本且正确的逻辑。然而在事实中，因为公司一直以来在管理等各方面的问题，导致在客户下订单之后，不从货柜管理处登记使用货柜就直接从码头获得货柜，而货柜管理员仍然无法得知该订单所使用的货柜是哪个，等到从客户处装完货，且货柜重新回到码头之后，柜管才获得相关资料，然后再把货柜的动态流程输入系统。

    在此，流程明显已经出现了滞后的错误，然而因为众多原因，公司以前基本都是以此流程来进行，也因为如此，不得以系统就必须按照如此流程来设计。但是用户之所以使用软件，我认为就是因为软件除了能够给客户带来极大的自动化管理以及节省成本以外，更重要的一点就是可以规范业务流程，帮助客户正确操作，从而让客户从旧有错误的流程上转变过来，达到一个统一可行的标准。

    但是面对以上的问题，我却很无奈，虽然我认为该流程存在错误，但是却不能帮助客户去改变，即使客户也认为他们的流程是错误的，但是因为种种原因，他们也不能改变过来，所以我就一直在疑惑，软件到底是为了遵循客户的习惯而设计还是为了帮助客户而设计？因为客户的本身存在的问题，它就应该如此设计吗？我们为了客户设计软件，不就是为了帮客户解决问题吗？

quote]

楼主提的这个集装箱管理系统这个例子，我觉得按你说的流程那更是难以操作，其实你们客户现在的流程才是正确的。因为你们都没有考虑到堆场或码头的集装箱管理，例如，你去提一个箱子，如果你先确定了箱号，那么堆场的叉车可能要从堆集在一起的集装箱的最低层叉一个给你，这样堆场的工作量就大了，人家可能不干呀，叉一个箱可是要50元的。

12 楼 sonic_yj 2007-04-12  

calmness 写道

  解答一下我的疑问？

  我说说我自己的感受:你提的概念应该是 资讯 + 软件了。你认为好或者客户认为好的却执行不下去的流程说明了一个管理或者操作的事实问题。软件无非是个工具，工具顺手才是好工具，否则为什么很多地方用不了SAP,Oracle这些专业东东呢。适应客户的需求是软件要做的事情。去引诱用户按照好做的方式做也是软件沟通要做的事情。至于理顺流程，应该是客户有认识的时候，资讯来做的事情，没有认识你要去扭转是很困难的。否则SAP也不会让BearPoint资讯。用友金蝶也不需要那么多资讯实施了。你的困惑实际上是要不要提供资讯服务的困惑，用户往往只认识你做软件，没有认识到其实你也在帮忙资讯。忽悠忽悠用户，提供资讯服务也许还能多赚点钱 

11 楼 lane_cn 2007-04-12  

企业制定自己的业务流程的目的是什么？不是为了让软件公司好做软件，而是为了让自己挣更多的钱。如果他的流程有利于他自己挣更多的钱，这就是正确的流程。这个合理性不是软件开发者可以评价的。

软件开发者的目的是让软件成功，为了这个目的，他自然希望企业的业务流程是清晰规范的，但是这个要求与企业的发展可能是有矛盾的，如果流程规范了清晰了，也许企业就效率降低了，拿不到订单了，挣不到钱了，最终软件公司也得不到一分钱。尽管软件公司也是按合同办事忙了几年，毕竟没有人会把钱往水里扔，这是肯定的。

十年前的开发过程强调用IT理顺企业的业务流程，现在的开发过程更强调IT要和企业的目标保持一致。等有一天你自己做了甲方，你就能体会到这些东西了。

从你给出的例子看来，不能说用户的流程是不合理的。相反，这个流程十分合理，充分体现了为客户服务的效率。只能说用户在执行这样的流程的时候遇到了一些困难（货柜管理员无法得知使用的货柜是哪个，可能会带来管理上的问题）。IT系统就是要帮助用户解决这样的问题（能不能解决的掉是另一回事），而不是削足适履，让用户来适应IT系统的流程。

10 楼 calmness 2007-04-11  

winterwolf 写道

客户虽然懂业务但他不懂软件,自然不敢在业务上有创新.

开发人员在开发过程中会了解具体业务 而且也了解软件 自然能提出业务上的创新.

如果这事很重要客户又不听 那你可以考虑30后自己去做那个生意. 社会就是这样进步的.

呵呵，有条件做我早就做了

9 楼 winterwolf 2007-04-11  

客户虽然懂业务但他不懂软件,自然不敢在业务上有创新.

开发人员在开发过程中会了解具体业务 而且也了解软件 自然能提出业务上的创新.

如果这事很重要客户又不听 那你可以考虑30后自己去做那个生意. 社会就是这样进步的.

8 楼 Cecily 2007-04-11  

对流程得分析一定得按照第一种情况来么，既然所谓得滞后得流程是现实所使用得，是不是可以修改一下流程呢，很多情况下都觉得跟客户沟通比写程序还费尽呢 ，呵呵

7 楼 calmness 2007-04-11  

我也知道很困难，也切身体会过，不然也不会如此无奈，有点郁闷

6 楼 lzhxq 2007-04-11  

实际上我感觉想去改变客户的流程是一件很难的事情,因为现有的做法在一定程度上来说是最适合他们的,除非管理特别糟糕!在我经验中成功改变的并不太多,而且阻力很大!所以我认为我现在做的并不是在改变写什么,只是使到现有的做法的效率更高罢了!

5 楼 rainlife 2007-04-11  

calmness 写道

我也知道，需求不等于流程，但是作为软件设计者，我当然希望能够引导客户转到正确的需求当中去，这不但有利于客户更加有利于未来应用标准的制定，所以我一直在想，我们是否只要做到客户的要求就足够了？

对于客户来说，只需要软件能够满足他们的需求就可以了，然后需求哪里来，往往会从客户的一些流程中去获得，“需求不等于流程”，但是又有多少项目在设计的时候，不是从用户的流程出发的呢？
对于客户，可能对于软件的开发并不十分了解，他们告诉设计者自己的业务流程(暂且假定为需求)，再由设计者根据这份需求进行设计，然后，实际上，可能已经走上了一条并非正确的道路上来，在以后的开发过程中，需要不停地和客户交流，不停地修改需求以设计。那我们是否可以一开始定义需求的过程中就参与进去，帮助，引导客气转到正确的需求当然去呢？

4 楼 calmness 2007-04-11  

我也知道，需求不等于流程，但是作为软件设计者，我当然希望能够引导客户转到正确的需求当中去，这不但有利于客户更加有利于未来应用标准的制定，所以我一直在想，我们是否只要做到客户的要求就足够了？

3 楼 rainlife 2007-04-11  

记得在Javaeye上面也有这样的一篇文章《业务流程不是需求》，地址如下：
http://www.iteye.com/topic/41745

2 楼 calmness 2007-04-11  

也许这个问题确实除了企业本身，我们也是无法解决，唉，没办法

1 楼 blu3leaf 2007-04-11  

俺觉得这个是企业的问题，办事都不按程序走，看来行业规范与国际接轨任重道远啊