工程从立项到完成开发，再到最终交付的过程中，为保证整个工程的质量（代码、功能、使用体验等等），需要在每个环节做好把控，遵循相应的作业流程和设计原则。

  

一、需求分析

        工程设计和编码之前，需求分析的工作是非常必要的。需求分析指的是理解和挖掘用户的诉求、以及背后的逻辑，转化成可行性的分析结果。从非结构化到结构化，确定系统的职责、模块的过程。

        人性是提出需求的本源，因此出现五花八门的需求也不见怪。分析的过程中，以下两类情况要特别注意：

1. 伪需求：没有调研、没有目标、没有逻辑的无脑需求

应对手段：用数据反驳/举出正反案例说明/用户路径和触点推演

1. 权力需求：老板或强势业务方的需求

应对手段：先肯定需求价值再提出需求实现的成本/给出更佳方案/数据、案例说明需求快速上线危害性

• 编码七大原则（重点！！）

1）单一职责

       类的功能要做到高内聚（如sendMessage类应避免添加sendMail的功能及其属性）

       另，模块的名字非常重要

2）里氏代换原则

       父类出现子类必出现，而子类出现不代表父类会出现

3）接口隔离原则

       接口的粒度尽可能地小

       同一接口的方法强内聚于同一特征

4）组合复用原则

       在里氏代换基础上，组合复用地目的使得代码尽可能的暴露与本类相关的行为，避免接口污染

 

5）依赖倒置原则

       细节依赖抽象

       底层依赖于高层

6）迪米特原则（知识最少原则）

       互相了解的信息，尽可能的少

7）开闭原则

       对扩展开放，对修改关闭

附：架构图知识

架构图分类

1. 业务架构  eg:团购网站系统->商品类目，订单服务，支付，退款等进行清晰划分
2. 应用架构  eg:团购网站系统->数据层，服务层，通讯层，展现层
3. 数据架构
4. 技术架构

架构图之UML图（统一建模语言）

UML分类

静态结构图：类图、对象图、包图、组件图、部署图

动态行为图：交互图（时序图与协作图）、状态图、活动图