根据产品原型结合主流程抽取类，属性以及关系

最近又开始作项目，一直对软件构建流程中的需求分析与设计没有很明确的节奏，此次想根据咱们团队的开发节奏边作边整理，但愿固化这些东西不用每次都思考，
不能说是最优，但起码可以给一些没有固定打法的同窗一些建议。

找出主流程对应的页面

相信会有不少人在拿到原型以后会不知所措，不知道怎么看原型，不知道怎么抽取核心业务，不知道根据核心业务怎么抽取类，
前面的一篇博客能够给你一些思路：根据产品原型如何抽取主流程
之前一直没有找到主流程的意义，如今终于知道，它的确能够指导咱们看原型并且不会偏离主业务。
这第一步就是：咱们根据主流程的流向和节点能够找出对应的页面。

在页面上找名词

根据主流程找到页面以后，从左到右从前到后一个名词都不放过，
把你全部认为能够做为备选的所有列出来。

根据你列举的全部名词，作如下操做

走到这一步你会发现，你的名词列表会不少，别着急作一下操做能够帮助你简化你的名词列表。

肯定每一个名词的含义

在作项目中咱们不免会作超出咱们认知范围内的领域知识，找产品和客户搞清楚这些名词的含义这一点很重要，
由于一旦这个名词做为类以后，能够帮助咱们肯定这个类的职责。

去重名词

若是两个名词在概念上比较类似，可是表面词语不太同样的能够将这两个词归为一类，
删除多余的名词。

对名词分组

有一些名词都是能够分到一个组中去的，好比：程序员，人事，cto,都是公司的员工，
因此能够分到员工组中。

验证你的名词列表是否符合业务

根据流程图，找到对应的页面，一个一个页面去验证：
流程里的全部名词是否是都有对应的类（或者类里的属性），
若是没有的话，就说明不符合，若是都覆盖了，就说明知足。
注意：
一个系统不会有太多的名词，名词越精简越有利于你理解系统。

创建类图

你能够根据你的名词列表创建对应的类图，这个时候不用体现属性。
给每个类肯定一个职责，由于只有明确这个类的职责定义清楚，你才能够肯定哪些属性应该放到哪一个对象上。

肯定类关系

一个系统中的类不可能独立存在而和其余的类没有任何关系，那这个类能够考虑删掉了，
咱们须要梳理清楚某个类都和其余的类有什么关系。
肯定类的关系，能够参考另一篇博客:我对uml类图关系的理解

填充类属性

根据类的职责结合原型中的信息，将属于这个类的属性放到这个类上。 注意： 在类图上添加属性的时候，只存放属于本身的属性，所依赖的对象能够经过关系去体现。 好比：学校和学生是一个单独的类，学生里要有一个学校的属性那这个属性要不要在类图上体现， 建议是经过关联关系或者依赖关系的图形表示。