到底该如何去设计？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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