T31-Day01-架构设计

 T31--Day01-架构设计

一、需求分析

        1. 需求、需求分析的关系

                需求应是建立在用户的诉求之上，可落地转化为产品的逻辑，具有模块化、配置化、有逻辑的特性。

                需求分析则是据此分析背后的人性，理解背后的逻辑，并转化为可行性的分析结果。从非结构化到结构化，确定系统的职责、模块的过程。

        2.伪需求及其应对(数据论证)

                Q：没有调研、没有目标、没有逻辑的无脑需求如何处理？

                A：1）用数据化结果否定需求合理性。

                        2）用正反案例来说明需求需要改进的地方。

                        3）用户路径和触点推演需求合理性。

        3.权力需求及其应对(以柔克刚、数据论证)

                Q：老板或是强势业务方的需求

                A：1）先肯定需求价值再提出需求实现的成本

                        2）给出更好的需求替代方案

                        3）从数据和案例角度说明需求快速上线危害性

二、设计原则

        1.单一原则

        2.里氏替换原则

        3.接口隔离原则

        4.组合复用原则

        5.依赖倒置原则

        6.迪米特原则

        7.开闭原则

三、架构

        1.什么是架构

                一种能力的体现，而不是一个职位的设定。

                架构 = 组成 + 决策。

                组成 = 模块结构 + 模块关系。

                决策 = 约束 + 设计原则 + 演化方向。

        2.架构图的分类

                1）业务架构

                2）应用架构

                3）数据架构

                4）技术架构