UML统一建模语言

1. 写代码前，需要考虑清楚下面的的一些基本问题：要做什么？做成什么样？怎么去做？
2. 建立什么样的模型对于如何发现和解决问题具有重要影响。评判标准是由使用者来设定的，最好模型能够切合实际。
3. 从需求入手，建立模型，实现编码
4. 常用的几种用例间关系

1. 泛化关系：表示同一业务目的(父用例)的不同技术实现(子用例)
    支付：
            微信支付
            支付宝支付
            货到付款
            分期支付

2. 包含关系：一个用例可以包含其他用例具有的行为，并把它包含的用例作为自身行为的一部分
    更新数据库：
                添加学生信息
                修改学生信息
                删除学生信息

3. 扩展关系：如果在完成某个功能的时候偶尔会执行另外一个功能，则用扩展关系表示
    保存成绩(普通)：
            打印成绩单(特例)
    表示时，特例指向普通用例

5. 类图：主要用来显示系统中的类，接口和它们之间的关系。

类图中主要包含类，接口和关系
其中，关系主要用到有：泛化关系，关联关系，依赖关系，实现关系

1. 泛化关系：由子类指向父类。使用空心三角实线箭头
    形状：//注意，父类并不是抽象类
        三角形
        正方形
    
2. 实现关系：实现关系表示_类_与_接口_之间的关系。用虚线三角虚线箭头
    支付：//下面三个类都是对 支付抽象类 的具体实现
        支付宝支付
        微信支付
        分期支付

3. 依赖关系：对于两个相对独立的系统，当一个系统负责构造另一个系统的实例，或者依赖另一个系统的服务时，称依赖关系
    充电器：
            充电电池(充电电池通过充电器来充电)
    产零件的机器：
                零件(机器负责构造零件)
    
    被依赖者作为参数传给依赖者，并不属于依赖者,依赖者虚线指向被依赖者
class Car
{
public:
    void run()
    {
        cout<<"启动"<<endl;
    }
}

class Person
{
public:
    void goWork(Car* car)
    {
        car->run();
    }
}

4. 关联关系：使用实现连接，实线上可以标注角色和关系，以及对象个数
如果车作为人的一个属性，则称为关联关系，即车和人是固定的关系
class Person
{
public:
    void goWork(Car* car)
    {
        car->run();
    }
public:
    Car* car;
}

5. 聚合关系，是关联关系的一种特例，体现的是整体与部分的关系。
            此时整体与部分是可分离的，有着各自的生命周期
            部分可以属于多个整体对象，也可以为多个整体对象共享。
    计算机：
            CPU
            硬件
    计算机坏了，CPU和硬件可以给其他电脑使用

6. 组合关系：整体与部分的生命周期一致，整体的生命周期代表部分对象的生命周期
    公司：
        部门
    公司没了，部门也就不存在