如何描述和评估软件 架构质量
议题
软件的质量建模 评估软件架构质量的价值 怎样改变软件架构的质量 如何评价软件架构 评估软件构架师的能力
软件的质量建模
软件架构质量模型
技术架构 管理架构 支撑架构 业务架构
软件架构质量模型 隐喻
软件质量的重要性是不言而喻的,但是当 所有人都意识到它的重要性的时候,却很 少有人能够清晰的描述出如何才能够提高 软件质量. 软件质量框架的目的就在于提出一个评价 的原型,帮助我们分析一种方法和技术是 否能够提高软件质量.
什么才是一个高质量的软件
满足用户的需求.这是最重要的一点,一 个软件如果不能够满足用户的需要,设计 的再好,采用的技术再先进,也没有任何 的意义.所以这一点非常的朴实,但却是 软件质量的第一个评判标准.
合理进度,成本,功能关系.软件开发中所有的 管理都是围绕着这几个要素在做文章的,如何在 特定的时间内,以特定的成本,开发出特定功能 的软件.三者之间存在一种微妙的平衡.在 Planning 一个高质量的软件的开发过程中,项目成员一定 能够客观的对待这三个因素,并通过有效的计 划,管理,控制,使得三者之间达成一种平衡, 保证产出的最大化.
具备扩展性和灵活性,能够适应一定程度 的需求变化.当今的社会已经变成一种变 化速度极快的设计了.变化就会对软件产 生冲击,所以一个质量优秀的软件,应该 能够在一定程度上适应这种变化,并保持 软件的稳定.
能够有效的处理例外的情况.写过软件的 人都知道,实现主体功能的工作量其实不 大,真正的工作量都在处理各种例外.所 以,一个软件如果能够足够的强壮,足够 的鲁棒,能够承受各种的非法情况的冲 击,这个软件就是高质量的.
保持成本和性能的平衡.性能往往来源于 客户的非功能需求,是软件质量的一个重 要的评价因素.但是性能问题在任何地方 都存在,所以需要客观的看待它.例如, 一段性能不错的代码可能可读性很差,这 就需要进行平衡,如果这段代码的性能是 整个软件的关键,那么取高性能而舍弃可 读性,反之则取可读性而舍弃高性能.一 个优秀的软件能够保持成本和性能之间的 平衡.
能够可持续的发展.很少有软件组织只开 发一个软件的,所以,一个优秀的软件在 开发完成后,可以形成知识沉淀,为软件 组织的长期发展贡献力量.这是一个优秀 的软件应该要能够做到的.
软件质量框架的组成
第一部分是前提,说明了软件框架的适用范围,以及适合 的环境,和方法学一样,没有泛之四海皆准的方法学,所 以软件质量框架也需要一个上下文环境. 第二部分是价值观,价值观说明了软件质量框架中强调的 价值,在软件框架的结构和实践中,都将充分的的表现出 一开始我们定义的价值. 第三部分是结构.结构定义了软件质量框架的组成部分, 以及软件质量框架和开发过程之间的关系.第四部分是文 章中着墨最多的部分,即优秀实践. 优秀实践通过具体,实际的分析,举例,深入阐述了软件 质量框架的价值观和结构.
软件质量框架的前提
平台前提:由于软件质量框架的实践将会涉及具体的技术 和代码,所以我们首先为软件质量框架定义了平台.软件 质量框架将会运行在J2EE平台上,使用对象分析技术(并 不一定是面向对象技术,我们可以采用以数据为中心的技 术). 组织前提:执行软件质量框架需要投入,需要付出,软件 质量框架最难的地方不是学习,而是执行.在一个组织 中,需要评估应用软件质量框架需要多少的投入,对目前 的开发过程有多大的助益.一般来说,组织的规模越大, 其开发过程和产品越复杂,就越适合采用软件质量框架. 方法学前提:在敏捷方法学中,对规则和秩序有两种不同 的观点,一种是强调规则和秩序,以XP为代表,它对代码 都有要求;另一种则不那么强调,以自适应软件开发为代 表,它不要求程序员的具体行为.软件质量框架采用第一 种观点,要求组织中存在严谨的规则和秩序.
软件质量框架的价值观
明确具体:对软件的管理必须是明确具体的.软件开发是 工程,也是艺术,需要紧密的协作和沟通,任何一个含糊 的指令都可能导致软件开发中出现错误,所以,在软件开 发中,任何一个指令都应该是相对明确的.为什么说是相 对呢 是和成本相对,指令越明确,成本就越高.例如, 你可以把需求文档写的非常的具体,但是你需要付出制作 和维护的代价.所以我们的明确性是一个考虑成本前提下 的特性. 明确具体要从综合上考量.怎么理解呢 例如,XP中的用 户故事是非常不精确的,按道理说它是不明确,也是不具 体的.但是在整个开发周期中,将会有迭代,测试,现场 用户等多种手段使得用户故事明确具体起来,所以从整体 上看,它并不违反我们的价值观.产品质量是一个系统工 程,决不仅仅是QA部门的工作,.这个道理适用于制造 业,也适用于软件开发业.

下一页