需求剖析实用办法之——清晰体系鸿沟（C系架构规划法，sishuok）
前面，咱们聊了需求剖析要做什么。接下来，咱们就来聊聊，需求剖析究竟该怎样去做，也便是做需求剖析的一些根本办法。这块的内容会比较多，咱们分成几回来写。
先来看做需求剖析的根本的思维办法：咱们只考虑详细要完结什么，清晰详细的展示办法。也就说，咱们只考虑咱们现在这个体系，究竟要干些什么事，体系终究展示出来是什么姿态；而不去考虑，究竟这个功用该怎样去完结，这是一个十分根本的思维办法。
要跟咱们着重一下，由于架构师通常都是从开发人员这样一步一步升上来的，有些刚开端做架构的架构师，他的这个思维办法，还带着稠密的开发人员的思维，他一看到功用需求，看到这些功用点，脑袋里边马上就想到的是，我该用什么样的开发技术，用什么样的代码去完结这样的功用。
也便是说，他会自觉不自觉的就在考虑该怎样完结，就差把代码写出来了。所以，这儿特别提示，在做需求剖析这个阶段，咱们仅仅去考虑：要做什么，而不去考虑详细怎样做，至于详细怎样做的工作，是接下来咱们的架构规划，概要规划，详细规划等阶段要去考虑的。
所以开端讲需求剖析怎样做的时分，咱们就要着重一下这个根本的思维办法，接下来，咱们就正式的进入到讲需求剖析办法的这个进程里边。
一般来说，开端做需求剖析，第一步便是要去了解事务，通常会先要求需求调研的人员来给咱们讲一讲事务，前面也讲了，需求调研完了过，现已形成了需求调研的说明书，也形成了相应的事务蓝图、详细的事务架构图等，这些东西都现已有了，咱们现在了解事务，便是要来了解这些文档里边的内容，所以通行的办法，便是先让需求调研的人员，来给架构团队，还有开发团队，先全体的讲一讲这个事务是什么，让咱们对整个事务有一个全体的了解，去了解整个事务的背景，了解相应的一些事务场景。
大略了解全体事务往后，就开端进入到一个一个详细的事务流程或许事务功用的解说，需求调研人员在解说的进程当中，架构师会不断去考虑和了解这些事务，当然，咱们是要站在架构师的视点来看待这些事务，这个进程，就要朝着咱们前面讲的需求剖析的方针去前进，就说咱们要尽或许的精确、全面、深入的去了解这些事务。
在这个进程当中，要是有一些东西没有想了解或许没有了解，可以及时跟需求调研人员去沟通。这个时分，其实你可以把需求调研人员当成是用户，相当于在边听他讲边来做一次内部的需求调研，办法是相同的。当然，由于有了许多的内容，还有资料的准备，这个进程会比朴实的需求调研要快得多。
了解了细节事务往后，咱们就会继续向前，开端来清晰体系的鸿沟。首先，咱们要清晰体系一级的大功用，也便是说咱们现在不关心内部的一些细节，假设咱们把整个体系当成是一个大的黑盒的话，咱们清晰一下它里边的一些一级的功用就可以了。
比方假定咱们这个项目便是去做一个电商体系的话，这个时分，咱们只需求清晰，这是咱们的一个大体系，它里边有哪些一级的功用，比方说有用户、产品、产品，还有订单、库存等等的。咱们这个体系，或许有这么一些大的功用，这个就叫清晰一级的一些功用。一般来说，在初次了解这个体系的事务的时分，这些东西都要定下来。
再来看第二个，去整理运用体系的人物，这个对于咱们后续的剖析规划是十分有协助的，尤其是咱们有一个办法叫事务走查，便是要模仿这些运用体系的人物，来完结实践的事务，就依照实践的事务场景来走查这个功用对还是不对。所以，这个当地要把运用体系的人物都整理出来。别的一个，整理这些人物，也有助于咱们去了解这些事务功用。
考虑的办法便是，站在体系的视点来考虑，谁会运用我这个体系；哪些人用这个体系来完结他的日常工作；谁来保护这个体系；谁来办理这个体系；谁会从这个体系里边去检查一些信息等等的。
在这儿，咱们也可以去画UML的用例图。便是一个高层的，这么一个功用的鸿沟，经过画图，咱们会发现，会有哪些人物来运用体系。
第三个，便是“整理体系” ，整理要运用的其他体系或资源。这个也是十分重要的，许多人容易把它忽略。啥意思呢？便是说，假设咱们这个体系要想跑起来，方才不是现已确认了这个功用鸿沟了吗？说明内部只有这些功用，但是为了让咱们的体系可以正常运转起来，或许还需求许多支撑的东西，或许说需求一些外围的体系。这些也要在这个阶段清晰的定下来。
比方说用户办理的一部分功用，或许要来自于已有的一个软件体系，用户现已在运用的老体系，比方说来自CRM，也便是说，咱们的用户办理会去运用CRM的一部分功用，也便是用户办理需求CRM这个体系的支撑。
类似的，订单办理或许会涉及到库存的一些功用，库存呢，也是现已做好的一些专业的库存软件，或许订单会去运用这个库存体系，这个时分就一定要搞清楚，咱们要做的体系的鸿沟究竟在哪里，哪些是咱们要做的，哪些是咱们不做的。当然，订单办理，或许还会涉及到像支付、财政等体系，一般来说，像电商体系很少会直接自己去管财政这些东西，一般都会跟后端的，比方说ERP，或许说财政体系去对接，比较大型一些的企业，根本上用的或许都是SAP这类的。这个时分，也需求把它标识出来，由于这个也涉及到未来的一个对接，就说你需求跟他结合上。
这些咱们在做这个开始的需求剖析的时分，就要把他们清晰下来，头脑里就很清楚的知道有哪些人物在运用咱们的体系，咱们的体系内部有哪些功用是咱们需求做的，咱们需求运用到外部哪些资源或许体系，这些体系是不需求咱们做的，这样的话，未来咱们的这个架构规划，需求考虑的鸿沟就出来了。
你看，除了要考虑咱们体系内部的这些功用之外，咱们还要考虑这些运用的外部体系，咱们怎样跟已有的这些体系进行集成，或许说是交互，这个就涉及了交互的办法、通讯的协议、包括来回传递数据的格局、数据安全性、调用的频次、性能等等一系列的问题。
所以，咱们做需求剖析的时分，就要把这些东西定下来，这些便是这儿说的清晰体系鸿沟。
当然清晰体系鸿沟，并不仅仅仅仅针对最大的一级体系，实践上跟着视角往里走，这也是做架构规划的一个根本的思维，便是从大到小，由粗到精，逐步细化。当我这个人物从一级的体系，假设现已走到用户办理这儿头来了，还是相同的办法，相同要去剖析用户办理这个体系，它里边包含的下一级子系有哪些，就这样一级一级向下细化。
也就说每一个层级，都应该依照这儿讲的这个办法去清晰体系的鸿沟，每次都是清晰当前这一级的大功用，然后要去识别他的人物，他要运用的外部的资源和体系。这些对咱们后续的详细功用的需求剖析，还有架构规划都是十分有协助的。
这个办法，咱们就先讲到这个当地，当然需求剖析的办法并没有讲完，这才刚刚开端，才刚到清晰体系鸿沟这个当地，别的，这些办法咱们一定要结合详细的应用去进行实战，不然，或许你听起来觉得都对，说的也蛮有道理，但是一到结合详细事务的时分，就搞不定了，不知道怎样去用，不知道怎样去做。
为了咱们更好的交流架构规划的思维和常识，咱们可以加sishuok，拉你进架构规划群，一起共同学习，共同进步。
