认识达内从这里开始

随着互联网的不断发展，越来越多的人都在学习计算机编程开发技术，而今天我们就一起来了解一下，程序员需要掌握哪些业务能力。

一、需求分析能力

程序员日常接收的开发需求，可以分成两大类：产品需求和技术需求。技术需求主要指性能优化、架构演进此类的需求，这个不做讨论，只聊产品需求。而产品需求自然是产品经理给的，这里就从产品经理的分类开始讲需求分析能力。

从前后台两个维度，将产品经理分为两大类：前台产品和后台产品。前台产品主要是指设计用户使用功能界面以及交互的，而后台产品主要是指设计支撑前台产品所需的后台逻辑架构的(比如阿里大中台)。大多数情况下，前台产品主要关注的是产品的原型和交互，较少关注后台的逻辑架构。

那请程序员琢磨下，你当前合作的产品经理，是属于哪一类?如果是后台产品的话，一般情况下，产品经理会输出完整的逻辑架构以及原型，程序员基本接收需求就可以按逻辑开发了。而如果是前台产品的话，一般情况下，产品经理只会输出原型以及简单的逻辑说明，程序员没法直接进入开发，还需要做大量业务逻辑梳理的工作并与产品反复确认。

搞清楚这个状况后，程序员就不用再盲目的纠结抱怨：为什么产品狗不能把逻辑写清楚，这样的产品方案存在一堆逻辑疑点，根本没法做......然后程序员和产品狗的关系越来越紧张。

与前台产品的协作，程序员就需要具备需求分析的能力，搞清楚产品做这个需求的目的是什么，这么做背后涉及的整个业务逻辑架构是怎么样的，把潜在的问题、风险、成本、建议等，及时整理输出与产品沟通确认。

二、业务建模能力

不管是前台产品还是后台产品输出的产品方案，都是需要经过程序员的分析、翻译，才能形成可开发落地的技术方案。这个分析、翻译的过程就是业务建模的过程。那业务建模主要是指什么呢?

这里的业务建模主要指两方面：流程建模和数据建模。说的直白点，就是把产品方案涉及的流程图和数据模型ER图都整理出来。

怎么画流程图和数据模型ER图就不需要赘述了，重点是要重视起业务建模这个环节以及输出流程图与ER图。现实情况是，很多程序员直接忽略了......

三、方案设计能力

技术方案设计往大了讲是指技术选型，搭建整个系统架构基架;往小了讲，是指在已经搭建好的框架内，完成产品方案的实现落地。这里讲小的，就是在需求分析、业务建模完成的基础上，做详细设计方案。

详细设计方案的内容包括但不限于以下几项：组件图、类图、时序图、数据库DDL以及缓存设计等。

组件图旨在描述清楚当前模块与其他模块的关联，从微服务划分的角度看，要识别微服务的业务边界，控制好微服务的粒度

类图旨在描述清楚当前模块涉及的类以及类之间的关系。在类设计的过程中，合理的使用设计模式，可以极大的提高代码的可复用、可维护性。

时序图是流程图的另一种表现形式，可以清晰的展现整个代码的执行流程

数据库DDL重点关注的是表结构和索引的设计是否合理

缓存设计重点关注的是数据类型以及更新机制。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。