BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

定义软件架构的10个属性

| 作者 Jan Stenberg 关注 34 他的粉丝 ,译者 区志为 关注 0 他的粉丝 发布于 2015年9月6日. 估计阅读时间: 3 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

软件架构是一套流程;一系列将规格和业务目标映射为架构设计和具体产出的策略性设计决策;一套在区分不同利益相关者的过程中产出的视图,Michael Stal 陈述了怎样定义一个软件架构 .

Stal是一个软件工程系教授,西门子的首席工程师,对他来说,架构的目标是建立实现的支柱。他相信早期提出的定义常常会与专注于组件协作混淆。他觉得应该思考一下属性,所以他添加了9个额外的属性到他的列表中。

任何件密集型系都展出一个系架构。Stal声称系统必然存在一个架构,即使是那些基于临时决策开发的系统。对他来说需要的是一个由明确定义、已确定优先顺序与相关性的需求及风险所驱动的系统化架构设计。

有两架构品质。外部品质定义了品质属性所需的可视行为,而内部品质定义了被开发者所采纳的如简化和富表现力的属性。

一套一的指和工具必能指架构设计。对Stal来说这是达成高品质必不可少的条件。指导方针能帮助避免架构在各种设计模式和技术中变得臃肿而减低内部品质。

件架构作为具体产出就是设计决策沟通的。所有架构决策必须是明确的且根据不同的利益相关角色责任而描述出来。架构是初始代码框架设计和定义的基础。

件架构必包含问题域和解决方案域。Stal注意到这个属性推理出多层设计不是一个架构。他同时注意到要避免庞大的设计,两个领域都应该构建子领域,且软件架构活动行为的组织由这些子领域所驱动,而不是组织本身去驱动,可以参考Conway’s law

Stal的最后4个属性主要是针对架构设计在整个系统生命周期中如何跨度,架构设计如何遵循测试驱动方法,为此架构必须与其环境保持分离,它在特定领域内定义了由多个系统所组成的系统。

在与InfoQ的一次访谈中,Stefan Tilkov 认为Stal的文章写得很好但Tilkov注意到他可以不将架构视为一套独立于开发的流程,他将架构看作是项目的一个功能和组织的大小。他也提到与将架构看成“系统的描述或系统想要的形式”不同,他觉得架构是“系统所拥有的某种东西”,无论架构是如何被创建的。

查看英文原文10 Properties Defining Software Architecture


感谢张龙对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注 我们,并与我们的编辑和其他读者朋友交流(欢迎加入InfoQ读者交流群InfoQ好读者)。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

想说明什么呢? by 李 鹏

完全生搬硬套一些理论,缺乏依据!

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

1 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT