编辑导读：不管你是应届生开始之一份产物事情，照旧跳槽到新公司，对面临一个全新的业务时，谁心里城市有点发慌，甚至不知所措。本文作者基于自身履历，今后端产物司理的身份，总结了一些处理惩罚新业务的 *** ，但愿对你有辅佐。

转眼间结业两年了，我的产物履历也有两年半了，在之一家公司切换过3条业务线，然后跳槽到了第二家公司。

本篇分享一下如何融入新业务的履历，合用环境或许以下几种：

产物新人的之一份事情

公司内部换岗

跳槽

后端产物，主要存眷三个方面：数据层、业务层、表示层

数据层：存眷数据存储、数据通报和系统之间的交互

业务层：存眷业务逻辑、运算法则、模块界线等，对行业配景要求较量高

表示层：用户可能业务同事需要操纵的页面。后端产物司理一般只存眷内部利用的页面，强调“可用性”，而不是“体验性”，这点和做用户页面时有不同

表示层较量基本，着重讲一下数据层和业务层。

先普及一些基本的技能常识：（大佬们可跳过）

MVC模子、前端、后端、客户端：

产物司理从0到1：不懂技能也能愉快地与开拓相处（作者：莔莔有神）

系统的成果需求和非成果需求、系统模块化：

本来后端产物司理要懂的基本常识是这些！（作者：苒苒上升）

上面两篇文章，着重于理论层面，下面我团结之前做过的业务，讲一讲如何实操。

Step1：搭建业务框架

接办新业务，首先是通过流程图搭建对这个业务的整体框架。

不必然是最全最精确的流程图，最开始可以先画一个较量简朴的流程，知道整个业务如何运转的即可。

一般可以从以下两个方面着手：

1. 【宏观】先相识行业模式

通过大量泛读，相识行业如何运作，可以参考的资料：体系化的课程、行业书籍、行业资讯、行业阐明陈诉、券商阐明陈诉、咨询公司阐明陈诉、相关公司财报、产物论坛上相关业务的调研和阐明。

2. 【微观】再研究公司的该业务如何运作

可以参考的资料：产物文档、产物流程图、接口文档、开拓的wiki文档（凭据我的阅读履历，开拓的wiki文档一般会分别系统模块及对应的成果，对后续输生产物方案有很大辅佐）。

下图为我之前做过的两个业务的流程：

大概你会以为很简朴，其实事实上也并不巨大。掌握了整个概略的框架，后续细化的时候，才知道本身做的需求是属于哪个环节，才气做到“既见树木，又见丛林”。

Step2：按照流程图，抽象数据工具

先科普一下数据工具（纯属小我私家的粗浅领略，如有差池，接待指正）：

行为发生数据，好比客户下单会发生订单、学生测验会发生后果，“下单”“测验”是行为，“订单”“后果”是数据。对应到数据库里，“订单”“后果”就是数据工具，可以简朴领略为“订单”“后果”各自有一张表，记录所有订单和所有后果。

【今后果为例】

数据工具：后果

属性/字段：学生ID、姓名、语文、数学、英语

1. 提炼数据工具

投资的数据工具：产物、订单、持仓、还款打算

小贷的数据工具：授信订单、提现订单、还款打算

2. 按照数据工具画实体干系图（ER图）

实体干系图描写了各个数据工具的干系。

有两种画法：（以理财为例）

1）通例画法

2）带属性的画法

干系一般包括以下三种：

以理财举例，1个投资产物对应N笔订单（多个客户都可以买同一个产物，故发生N笔订单），1笔订单对应0到1笔持仓（订单失败则不建设持仓，订单乐成则建设持仓），1笔持仓对应1笔还款打算（用户投资之后总有退出投资，所以有还款打算）。

顺带提一下，画法2的数据工具，带#的属性为主键，主键抉择了每笔记录的独一性。

3. 阐明数据处理惩罚的CRUD：增加(Create)、检索(Retrieve)、更新(Update)和删除(Delete)

下图以订单和后果为例，阐明白四种操纵，这些操纵大概就是有待阐明的需求或产物成果。

一般线上的用户数据都不会被删除，好比订单只支持取消，很少看到从数据库里直接删除的。

Step3：数据工具的状态机图/生命周期

接办新项目，抽象出数据工具后，就需要用状态机图描写它们的状态流转，这对付之后相识系统交互很重要。状态机图描写了一个数据的生命周期。