在项目中，经常遇到业务方和实现方掐架的情况，都认为对方不可理喻。
对于业务流和信息流，从开发者或者实现的角度上，常常会将他们看成一会事——程序流，或者用程序实现去代替业务流和信息流，比如，建造一个房子，建造者认为房子是用来存放物品的，那么就只能存放物品，然后还会支持存放各种不同类型的物品，大的，小的，流体的，固体的等等。而对于房子的使用者，可能会用来居住，或者之后作为会议室，也许会存放些东西，但绝不会只存放东西，用途就是业务。
业务关注的是和现实世界里的东西，而技术实现，关注的是用程序来实现一个虚拟的，扭曲的（虽然你不承认），牵强的现实形象，程序和现实能完全匹配的话最好，但这是不可能的，程序设计中最重要的思想是抽象，即总结现实中一种或几种业务的特种和共性，抽象到足够可以用程序实现，所以程序和现实差别巨大。
实现方，不能太死板，认为程序是最完美，最高效的，同样业务方也不要认为程序是万能的，和现实是完全一样的，在此前提下，程序和业务是可以相辅相成的，程序会更友好和专业，业务会受到设计良好的程序的影响，变的适应程序的解决思路。
在项目中，经常遇到业务方和实现方掐架的情况，都认为对方不可理喻。 对于业务流和信息流，从开发者或者实现的角度上，常...
软件系统，就是使用软件技术来实现业务价值。所以，软件系统本身包含两个方面： 业务 技术 业务才是软件系统的核心价值...
流程—说明业务和任务达成一步一步如何实现。说明路径，像是业务实现导航软件。主要管业务如何达成 制度——（流程某个节...
跳 原文# 常见的性能测试缺陷 性能测试，是结合被测系统应用架构、业务场景和实现细节、逻辑，对软件响应时间、处理速...
1. 开闭原则 软件实体（class，模块，功能或业务，微服务etc）对修改关闭，对拓展开放。 抽象构建框架，实现...
业务能力指组织为了创造价值和实现业务目标所做的事情。被划为业务能力一类的微服务直接反映的是业务目标。在商业软件开发...
1.机器翻译这件事 “产品经理必须具有快速了解所从事的领域的能力”这是老板前几天在跟我review工作时让我印象深...
软件开发的复杂度，来自业务需求。不是技术实现。
类对象，对自己的行为负责。 对象对自己的行为负责。 思考，软件要负责什么？ 思考，怎么使用软件？ 思考，软件怎样履...
企业架构方法一直强调对组织的业务、应用、数据和技术架构进行全面、正向的设计，从而实现组织战略和业务对准，以及业务和...
本文标题：对业务和软件实现的思考
本文链接：https://www.haomeiwen.com/subject/xjmztxtx.html
网友评论