架构的度量---简单够用就好
架构设计除满足系统功能性需求外,主要满足系统的非功能需求,如可扩展性、稳定性、可维护性等;架构设计部分一般包括:软件体系结构、数据模型及数据流程、运行体系结构、系统物理结构、业务流程等【4+1视图】。通过以上方面描述系统的全局结构及实现方式,满足用户的核心业务要求。
其实架构设计不要搞的太复杂,简单够用就好。架构越简单,越利于开发人员、测试人员及后续维护人员的理解与实现;架构越简单,稳定性越好;简单的架构并不意味着架构设计过程就简单;简单的架构可能是从复杂架构抽象提炼重构而来。
复杂的架构可能带来如下问题:
1.相关人员理解不完全、不一致,存在偏差;
2.沟通成本、开发成本、测试成本、维护成本明显增加;
3.复杂的架构不易于改进,重构成本高;
4.架构越复杂,系统越不稳定;
架构度量一定要从用户角度、业务需求角度、内部规划角度、市场及竞争对手产品角度进行综合考虑,不要过度设计,不要为了架构而架构。
究竟怎样进行架构的度量,好像没有相关标准;个人感觉,只能靠经验、案例、demo、迭代等进行验证,保证架构设计简单高效。
架构度量之后,就需要考虑架构的重构。架构重构的必要性、时机、验证方法等有待进一步学习。
分享到:
相关推荐
混合量度-Palatini $$ f({\ mathscr {R}})$$ f(R)引力是最近设计的修正引力,将其添加到爱因斯坦–希尔伯特·拉格朗日安的度量Ricci标量R中 ,是由独立连接构造的Palatini曲率标量$$ {\ mathscr {R}} $$ R的函数...
SJ 21143.1-2016 军工软件质量度量-可移植性 第1部分:指标体系.pdf
最新人教版四年级数学上册第三单元角的度量--.pdf
最新人教版四年级数学上册第三单元测试卷角的度量--.pdf
软件过程和项目度量-(2)2022优秀文档.ppt
动态金融风险度量-PowerPointPresenta.pptx
4信用风险的度量-基本参数.pptx
第二章信息的度量-3.pdf
第二章信息的度量-2.ppt
第二章信息的度量-2.pdf
第二章信息的度量-1.ppt
第二章信息的度量-1.pdf
网络度量: 有关网络性能,可靠性等相关的一些论文集。
1. 过程与产品质量检查(PPQC)计划 2. 参与技术评审的计划 3. 参与产品测试的计划 4. 本计划审批意见
本周我们讨论了课程的第四部分 软件质量篇,进行第 5 章 软件质量的学习。本周我们主要讨论软件质量模型和软件质量度量。本周我们主要回答了如下的问题。1 软件质量
AS深圳2018-《超大规模软件架构度量与演进的思考和实践》-吴文胜.pdf
企业债券利率风险度量研究-论文.zip
CMMI3-度量与分析过程-培训资料 CMMI3-度量与分析过程-培训资料
论文研究-基于Delta-Gamma-Theta模型的外汇期权风险度量.pdf, 引入金融参数Delta、Gamma、Theta,将外汇期权近似表达式拓展成Delta Gamma Theta模型,然后分别使用了...