上一页 1 ··· 40 41 42 43 44 45 46 47 48 ··· 61 下一页
  2007年4月13日
摘要: 敏捷建模思想,是由以下一系列文章组成: 1 敏捷建模的价值观 2 敏捷建模的原则 3 敏捷建模的实践 4 敏捷建模是(不是)什么? 5 模型何时是敏捷的? 6 你是在敏捷建模吗? 7 敏捷建模何时是有(没有)意义的? 8 AM的实践是如何组合的? 9 那,你想成为一个敏捷建模者吗? 10 建模的误区 敏捷建模的价值观 AM的价值观包括了XP的四个价值观:沟通、简单、反馈、勇气,此外,还扩展了第... 阅读全文
posted @ 2007-04-13 17:45 念时 阅读(380) 评论(0) 推荐(0) 编辑
  2007年4月5日
摘要: create Procedure MoneytoChinese22 --阿拉伯数字金额转换为中文大写@ChangeMoney Money ,@ReturnDaXie varchar(50) outputasSet Nocount ONDeclare @String1 char(20)Declare @String2 char(30)Declare @String4 Varchar(100)... 阅读全文
posted @ 2007-04-05 10:50 念时 阅读(491) 评论(0) 推荐(0) 编辑
  2007年4月3日
摘要: 敏捷架构设计一文到目前已经全部结束,由于架构设计是一个很大的话题,要在一篇文章中完全把架构设计讲清楚是很难的。因此本文的最后一个章节中提供了一组书籍和文章,这些资料都和架构设计有关,本文的写作过程也从中获益良多,故而推荐给有兴趣的读者。Refactoring To Patterns(Joshua Kerievsky)勿庸置疑,模式是软件设计的一种有效的工具。但是在将模式和现实中的软件设计关联起来时... 阅读全文
posted @ 2007-04-03 18:13 念时 阅读(216) 评论(0) 推荐(0) 编辑
摘要: 要保证架构的稳定和成功,利用代码对架构进行验证是一种实用的手段。代码验证的核心是测试,特别是单元测试。而测试的基本操作思路是测试优先,它是敏捷方法中非常重要的一项实践,是重构和稳定核模式的重要保障。面向对象体系中的代码验证代码验证是保证优秀的架构设计的一种方法,同时也是避免出现象牙塔式架构设计的一种措施。我们在上一篇稳定化中提到说架构设计最终将会体现为代码的形式,因此使用形式化的代码来对架构进行验... 阅读全文
posted @ 2007-04-03 18:12 念时 阅读(224) 评论(0) 推荐(0) 编辑
摘要: 敏捷方法的兴起对设计提出了新的要求,其最核心的一点是针对无法在项目一开始就固化的需求进行演进型的设计。在项目一开始就进行细致、准确的架构设计变得越来越难,因此,架构设计在项目的进展中被不断的改进,这相应导致了编码、测试等活动的不稳定。但是,软件最终必须是以稳定的代码形式交付的。因此,架构设计必须要经历从不稳定到稳定的过程。而架构设计能够稳定的前提就是需求的稳定。需求冻结敏捷方法和传统方法的区别在于... 阅读全文
posted @ 2007-04-03 18:10 念时 阅读(272) 评论(0) 推荐(0) 编辑
摘要: 当架构模型进行迭代的过程中,必然伴随着对模型进行修改和改进。我们如何防止对模型的修改,又如何保证对模型进行正确的改进?Context架构模型通过精化、合并等活动之后,将会直接用于指导代码。而这个时候,往往就会暴露出一些问题出来,通常在实际编码中,发现架构存在或大或小的问题和错误,导致编码活动无法继续。这时候我们就需要对架构模型进行修改了。而架构设计的过程本身是一个迭代的过程,这就意味着在每一次的迭... 阅读全文
posted @ 2007-04-03 18:09 念时 阅读(249) 评论(0) 推荐(0) 编辑
摘要: 对于一个已经初步建立好的模型(分析模型或是设计模型)来说,对其进行精化和合并是必要的步骤。Context建立架构愿景,为架构的设计定义了主要的设计策略和实现思路。应用分层的原则则对整个的软件进行了结构上的划分,并定义了结构的不同部分的职责。而现在,我们需要对初步完成的模型进行必要的改进。Problem我们如何对初始架构模型进行改进?Solution对模型进行改进的活动可以分为精化和合并两种。我们先... 阅读全文
posted @ 2007-04-03 18:08 念时 阅读(266) 评论(0) 推荐(0) 编辑
摘要: 上篇我们用了大量的篇幅来观察了一个实际的例子,相信大家已经对分层有了一个比较具体的概念了。在这一篇中我们就对分层在实践中可能会遇到的问题做一个讨论。分层在架构设计中是一种非常常见的,但是又很不容易用好的技术。因此我们这里花了很大的气力来讨论它。由于这是一篇介绍软件设计技术的文章,为了尽可能让更多的人理解,本应该尽可能不涉及到过于具体的技术或平台。但是这个目标可能很难实现,因为软件设计是没办法脱离具... 阅读全文
posted @ 2007-04-03 18:06 念时 阅读(220) 评论(0) 推荐(0) 编辑
摘要: 在定义了架构愿景之后,团队中的所有人员应该对待开发的软件有一定的了解了。但是,面对一个庞大的软件系统,接下来要做些什么呢?分而治之的思想是计算机领域非常重要的思想,因此我们也从这里开始入手。要进行应用软件的设计,分层是非常重要的思想,掌握好分层的思想,设计出的软件是可以令人赏心悦目的。由于这一章的重要性和特殊性,本章的内容分为上下两节,并不采取模式描述语言的方式。分层只是将系统进行有效组织的方式。... 阅读全文
posted @ 2007-04-03 18:05 念时 阅读(316) 评论(0) 推荐(0) 编辑
摘要: 从这一篇开始,我们将会进入另一个不同的主题,和前面所讨论的模式专注于组织、过程、方法不同,以后介绍的模式更偏重于设计。但是过程、方法的影子依然在我们的讨论中隐约可见。架构愿景是一个很简单的模式,在软件开发中所占的时间也很短。但是这并不意味着架构愿景不重要。相反,它会是设计过程不可或缺的一环。Context 在单次的迭代开始阶段,我们已经收集好了单次迭代的需求。Problem架构和分析设计是密不可分... 阅读全文
posted @ 2007-04-03 18:04 念时 阅读(236) 评论(0) 推荐(0) 编辑
上一页 1 ··· 40 41 42 43 44 45 46 47 48 ··· 61 下一页

细节决定成败!态度决定一切!