本文参考《阿里巴巴Java开发手册》
（1）【强制】存储方案和底层数据结构的设计获得评审一致通过，并沉淀为文档。
（2）【强制】在需求分析阶段，如果与系统交互的 User 超过一类并且相关的 User Case 超过5个，使用用例图来表达更加清晰的结构化需求。
（3）【强制】如果某个业务对象的状态超过3个，使用状态图来表达并且明确状态变化的各个触发条件。
（4）【强制】如果系统中某个功能的调用链路上的涉及对象超过3个，使用时序图来表达并且明确各调用环节的输入与输出。
（5）【强制】如果系统中模型类超过5个，并且存在复杂的依赖关系，使用类图来表达并且明确类之间的关系。
（6）【强制】如果系统中超过2个对象之间存在协作关系，并且需要表示复杂的处理流程，使用活动图来表示。
（7）【推荐】需求分析与系统设计在考虑主干功能的同时，需要充分评估异常流程与业务边界。
（8）【推荐】类在设计与实现时要符合单一原则。
（9）【推荐】谨慎使用继承的方式来进行扩展，优先使用聚合 / 组合的方式来实现。
（10）【推荐】系统设计时，根据依赖倒置原则，尽量抽象类与接口，有利于扩展和维护。
（11）【推荐】系统设计时，注意对扩展开放，对修改闭合。
（12）【推荐】系统设计阶段，共性业务或公共行为抽取出来为公共模块、公共配置、公共类、公共方法等，避免出现重复代码或重复配置的情况等。
（13）【推荐】避免如下误解：敏捷开发 = 讲故事 + 编码 + 发布。
（14）【参考】系统设计主要目的是明确需求、理顺逻辑、后期维护，次要目的用于编码。
（15）【参考】设计的本质就是识别和表达系统难点，找到系统变化点，并隔离变化点。
（16）【参考】系统架构设计的目的：
1）确定系统边界。确定系统在技术层面上的做与不做。
2）确定系统内模块之间的关系。确定模块之间的依赖关系及模块的宏观输入与输出。
3）确定指导后续设计与演化的原则。使后续的子系统或模块设计在规定的框架内继续演化。
4）确定非功能性需求。非功能性需要是指安全性、可用性、可扩展性等。
网友评论