要保证架构的稳定和成功,利用代码对架构进行验证是一种实用的手段。代码验证的核心是测试,特别是 单元测试 。而测试的基本操作思路是测试优先,它是敏捷方法中非常重要的一项实践,..
敏捷方法的兴起对设计提出了新的要求,其最核心的一点是针对无法在项目一开始就固化的需求进行演进型的设计。在项目一开始就进行细致、准确的架构设计变得越来越难,因此,架构设计在..
当架构模型进行迭代的过程中,必然伴随着对模型进行修改和改进。我们如何防止对模型的修改,又如何保证对模型进行正确的改进? Context 架构模型通过精化、合并等活动之后,将会直接用于..
对于一个已经初步建立好的模型(分析模型或是设计模型)来说,对其进行精化和合并是必要的步骤。 Context 建立架构愿景,为架构的设计定义了主要的设计策略和实现思路。应用分层的原则则对..
上篇我们用了大量的篇幅来观察了一个实际的例子,相信大家已经对分层有了一个比较具体的概念了。在这一篇中我们就对分层在实践中可能会遇到的问题做一个讨论。分层在架构设计中是一种..
在定义了架构愿景之后,团队中的所有人员应该对待 开发 的软件有一定的了解了。但是,面对一个庞大的软件系统,接下来要做些什么呢?分而治之的思想是计算机领域非常重要的思想,因此我..
从这一篇开始,我们将会进入另一个不同的主题,和前面所讨论的模式专注于组织、过程、方法不同,以后介绍的模式更偏重于设计。但是过程、方法的影子依然在我们的讨论中隐约可见。 架..
我们已经讨论了 敏捷 架构设计的4种过程模式,在这一章中,我们对这四种过程模式做一个小结,并讨论4者间的关系以及体现在模式中的敏捷方法论特色。通过这一章的描述,大家能够对前面..
XP非常强调简单的设计原则:能够用数组实现的功能决不用链表。在其它Agile方法中,简单的原则也被反复的强调。在这一章,我们就对简单性做一个全面的了解。 Context 架构应该设计到什么程..
我们说,和重型方法偏重于计划、过程和中间产物不同,敏捷方法更加看重人和沟通。人和沟通永远是第一位的,而计划、过程和中间产物,那只是保证沟通、实现目标的手段。这并不是说计划..
通过上一章的介绍,我们对敏捷和方法有了一个大致的了解,从这一章起,我们开始对软件 开发 过程中架构设计的研究。记住一点,我们并不是为了架构设计而研究架构设计,我们的目的在于..
一、XML文档转换原理 数据格式转换的重要思想是要把XML文档视为一种树结构,转换的过程就是从源树生成结果树的过程。XSL样式单定义了源树和结果树中对应部分的转换规则,每条规则中包含..
一、UCM简介 Unified Change Management (UCM)是 Rational 管理软件开发中变更的一种方法。它适用于从最初需求到最终发布的整个软件开发周期,可管理需求,设计模型,文档,组件, 测试案例 ,及源代..
当运用 IBM Rational 统一过程(RUP)的项目团队拥有了问题陈述,或者确定了具体的用户 需求 时,团队会创建业务案例、愿景描述(Vision statement),以及其他工件中的软件需求规格(Software Req..
1、XML的局限性 目前,许多Web网站的内容数据都存放在 数据库 或数据文件中。对于Web程序 开发 人员来说,如果要想把有用的信息从数据库中提取出来,传统的方法是在 服务器 端编写脚本程序..
一、显示XML XML文档本身只描述数据内容,它的显示功能由样式单来完成。利用样式单技术时,输出平台不局限于显示器,可以是打印机、绘图仪或者是多媒体播放器。使用独立的样式单文件制..
XML与HTML的比较 Internet提供了全球范围的 网络 互连与通信功能,Web技术的发展更是一日千里,其丰富的信息资源给人们的学习和生活带来了极大的便利。特别是应运而生的HTML(超文本置标语言..
对于SPI (Software Process improvement软件过程改进)策略的选择,实在是仁者见仁,智者见智。也许并没有什么绝对的对错,关键看是否符合自身的实际情况。 对广大中小软件企业而言,存在什么样的..
在《软件体系结构的风格》一文中,我们介绍了六种经典的软件体系结构风格和它们的优缺点。随着计算机 网络 技术和软件技术的发展,软件体系结构和模式也在不断地发生变化,本文将介绍..
随着信息技术的迅猛发展,今天的IT从业人员正处于这样一种进退两难的境地:一方面,根据以往的痛苦开发经历,他们知道如果采用杂凑的作坊模式来开发复杂的、高 质量 的信息系统具有太..