changxin81的专栏

摘要： 本文是在概要设计实践和学习中的一些心得与学习笔记，希望与大家分享，如有不妥之处欢迎指正。 关键字： 概要设计，结构化，OOD 正文： 在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关...

需求分析阶段的工作（一）抛开前一篇文章谈的总体思路，我们今天来谈一下需求分析工作实质性的做些什么。在这里，我们，将主要关注于分析层面，也即UML中的用例模型和逻辑模型。在这里要申明的是逻辑模型并不能完全算需求分析阶段的工作，因为它包含了设计模型的概念，但是我又把它归纳了一块到需求分析阶段，原因在于逻辑模型中存在了业务对象模型和分析模型的概念。言归正传，先来看用例模型。...

前文介绍了系统用例，在这一节中，我们将讨论的是用例描述和逻辑模型的工作。从任何一个环节我们都会看到用例，但是仅仅依靠用例本身的图来描述用例是不够的，为什么呢？因为用例它所要描述的是一个场景，换句话说，就是用例是描述了某件详细的事情。如果作为一个场景的话必然要考虑这么几个问题：l         谁在这个场景中做事？l         什么时候进入这个场景？l ...

是不是可以这样理解呢，如果把业务用例进行功能上的细分的话，分成若干个小的用例，那么这些小的用例是不是就是系统用例？就象维护人员档案，如果细分成添加档案，修改档案，删除档案，查看档案等等。。。如果你的答案是肯定的话，那我是不是可以继续这样理解：一般情况下，业务用例实际上是在一个比较高的层面上来看业务逻辑，更接近于用户的直接需求，而系统用例则是业务逻辑的详细的划分，更接近与程序的设计了...

架构设计是一个非常大的话题，不管写几篇文章，接触到的始终只是冰山一角，更多的是实践中去体会。    这篇文章主要介绍的是面向对象OO，面向方面AOP，面向服务SOA这三个要素在架构设计中的位置与作用。    一、架构设计三个维度    架构设计有三个维度，或者说是我们在考虑架构时需要思考的三个方向。分别为：面向对象、面向方面、面向服务。这三个维度可以看作是正交的，但不同维度会互相印证，...

需求分析，说到软件工程则不得不谈这个阶段，任何项目的开始除去立项的可行性分析、技术论证外，需求分析就算是第一步了。那么怎样才算是需求分析呢？从词语的本意来看，需求和分析是两个词语分别表达了两个意思。但是将两个词语合起来却又表达了另一个意思。这里就产生了歧义，是先做需求再做分析呢？还是需求的过程中进行分析呢？此外又有个问题，需求是做些什么呢？分析又是做些什么呢？不妨，我们把先做需求后做分析产生...