fangang
- 浏览: 877090 次
- 性别:
- 来自: 北京
-
最新评论
-
Junjing：
非常感谢楼主的分享，受益匪浅！我是一位从业务规划和运营转需求分 ...
我们应当怎样做需求确认：评审与签字确认会 -
kersky：
感谢楼主的辛苦输出，半天看完了整个系列。对于一个转从开发转需求 ...
我们应当怎样做需求确认：评审与签字确认会 -
DEMONU：
必须要顶
谈谈软件开发的那些事儿 之 软件开发的轮回 -
dripstone：
非常感谢楼主，用了大半天的时间，一口气读完了需求分析阶段。好多 ...
我们应当怎样做需求确认：评审与签字确认会 -
Codepoe：
做了一些开发，看了楼主的文章，我深有感触，为自己的做法找到了理 ...
我们应当改变我们的设计习惯
文章列表
前面我们讲了如何建立用例模型，那么建立用例模型应当注意什么呢？
建立用例模型应当注意的问题
给大家几个建立用例模型中常出现的问题和应对遵循的原则：
一．如何发现用例
经过以上的讲解，相信大家对建立用例模型有了一个整体的概念，然后开始着手练习绘制用例模型。这时候，一个非常严峻的问题出现了：如何发现用例。大师曾经给出了答案，大致意思就是：首先选择系统边界，然后确定主要参与者，定义满足用户目标的用例，为其命名。然而，我在实践中证明，这套方法过于理论，并不实用。也许，我们换一种思路会更加符合实际。
当我们开始一个项目的需求分析时，肯定是去听客户谈他们的需求，或者看客户提交的业务需求文档 ...
——对用例模型及其应用的一次有益的探讨
前言：这是一次对用例模型的探讨。怎样建立用例模型，怎样编写用例说明，它与需求规格说明书有什么区别，它能替代需求规格说明书吗？也许在这里可以找到你要的答案。
进 ...
前面提出了软件开发的轮回：期望——破灭——崩溃——新的轮回，我们的解决之道在哪里呢？
我的反思——不在沉默中爆发，就在沉默中灭亡
反思，我在反思……
对于来自客户的变更，我永远忘不了的是大学时老师的 ...
——对软件分析设计的一次深刻反思与探讨
前言：你干软件开发多少年了？你是否开始感到困惑了、累了、算了？你是否该找一个加州旅馆好好歇一歇脚了？这篇文章也许就是你的加州旅馆，它给你解惑，反思软件开发中出现的问题，探讨解决这些问题的办法，那就是建立模型——用例模型、领域模型、分析模型和设计模型。
谈起软件开发，我在10年前就开始了。那时天是蓝的，生活是美好的，程序设计也是轻松愉快的。如果当时有人告诉我，设计一个程序需要数十人、花数年的时间完成，我会张着大大的嘴盯上你足足十分钟。那时，设计一个应用系统实在太简单了，我和我老师，还有另一个同学，仨人花两、三个月就可以搞定一个系统。我 ...
2. 复用性
（上接）在软件开发过程中，其实很多要实现的功能都具有相同或者相似性。当你开发完一段代码后，你发现这段代码可以用到另一个程序中，这时复用就出现了。最简单的复用就是代码拷贝，将一段代码拷贝到另一个地方使用。代码拷贝应当是最低级别的复用，因为它可维护性差，当这段代码因为某种原因需要修改时，这种修改就变成了可怕的梦魇。将同样的代码在几十甚至上百处进行同样的修改。这样的修改也许我们大多数都遇到过，很烦，很累，也很讨厌，有人形容为“代码搬运”。如果写一个通用函数或者通用类让所有地方调用，问题就可以得到解决。这就是我们要考虑的代码复用性。
如果你在编写代码的时候考虑一下，这段代码是否可以被其 ...
- 2008-11-06 10:23
- 浏览 2264
- 评论(2)
最近我和一朋友讨论如何在在spring+hibernate框架下设计通用的查询程序。设计通用的查询程序，对于单表查询比较容易，只要把要查询的值对象和查询条件作为条件传递给后台就可以执行查询了。而从结果集中取值也比较容易，因为结果集就是这个值对象的集合。但要是设计一个通用的多表查询程序就比较复杂了，涉及多个值对象、值对象的关联、查询条件的前缀、取值等等问题。我提出一个观点，现在的hibernate可以不需要多表查询，运用单表查询以及值对象的各种关系就可以完全实现所有多表查询的功能。为什么这么说呢？比如我们需要获得一个部门及其下面的所有员工。过去我们需要将部门和员工这2个表进行关联进行多表查询，但现 ...
使用DWR开始开发项目到现在，感觉真的经历了一段很长的路，因为其间遇到了很多的问题需要解决，一点儿不顺利。这个过程差不多总是这样的：写一小段程序，一运行就出错了，是什么原因呢，看了半天错误提示，不明白。怎么办，到DWR官方网站去看看吧，也许可以解决问题。如果不能，就把错误提示粘到百度去搜索一下国内网站吧。如果还不能，就到谷歌里去搜索一下国外网站。如果这些都不行，只能用最土的办法，设断点跟源码了。可以说DWR是我所用过的目前资料最少的一个框架，也是自身问题最多的一个框架。我所遇到过的很多问题都是通过跟踪源码的方式才发现和解决问题的。现在我就把发现到并解决的问题跟大家共享一下吧。当然它们中的有些问题 ...
也许朋友们会以为这是DWR官方发布的什么帮助，但非常遗憾这不是。现在不少朋友在使用DWR开发项目，我也是其中之一，但苦于关于DWR的帮助文档实在太少，很多问题都不得不自己去钻研DWR的源码才能解决或理解。经过一段时间的苦苦钻研，总结出那么一点点心得，现在从DWR源码实现的角度详细讲解DWR的使用，写出来与大家分享。今天我谈一谈DWR服务器端代码的编写。前面我谈到，dwr使我们编写的代码完全省略掉了MVC层，也就是说我们可以从过去需要在MVC层做的form与vo的数据转换、为每个页面访问提供相应的action和一系统复杂的配置都省略掉了，似乎直接就从页面到bus了。但是，这样的省略似乎来得太快 ...
这是一个运用dwr+spring+hibernate这样一个框架编写的示例。它展示了一下内容：1、在dwr中尝试编写的一些通用的代码，包括如何编写一个通用的列表显示框并实现分页、如何编写一个通用的单行编辑框、如何编辑一个通用的存盘和删除程序等等。2、在dwr中如何与spring兼容，调用bus中的方法；在dwr中如何与hibernate兼容，在页面端操作值对象，以及处理值对象间的各种关系。3、如何在spring中实现单dao，使这个单dao既可以与hibernate隔离，使其低耦合高内聚，提高可维护性，又能满足各个bus的业务需要，简化开发的过程。不是美工，界面比较外行，见谅了：）示例在MyEc ...
也许朋友们会以为这是DWR官方发布的什么帮助，但非常遗憾这不是。现在不少朋友在使用DWR开发项目，我也是其中之一，但苦于关于DWR的帮助文档实在太少，很多问题都不得不自己去钻研DWR的源码才能解决或理解。经过一段时 ...
也许朋友们会以为这是DWR官方发布的什么帮助，但非常遗憾这不是。现在不少朋友在使用DWR开发项目，我也是其中之一，但苦于关于DWR的帮助文档实在太少，很多问题都不得不自己去钻研DWR的源码才能解决或理解。经过一段时间的苦苦钻研，总结出那么一点点心得，现在从DWR源码实现的角度详细讲解DWR的使用，写出来与大家分享。今天我谈一谈如何编写通用的页面端DWR代码。 看了DWR官方发布的示例代码，朋友们可以发现，在该示例代码中，每一个功能都至少有一个jsp文件和一个js文件。也就是说，示例中的每一个功能都需要我们为该功能单独地编写javascript代码，而没有能够有效的代码复用，这是我们不愿意看到 ...
也许朋友们会以为这是DWR官方发布的什么帮助，但非常遗憾这不是。现在不少朋友在使用DWR开发项目，我也是其中之一，但苦于关于DWR的帮助文档实在太少，很多问题都不得不自己去钻研DWR的源码才能解决或理解。经过一段时间的苦苦钻研，总结出那么一点点心得，现在从DWR源码实现的角度详细讲解DWR的使用，写出来与大家分享。今天我先讲一讲dwr.xml的配置。 一、为什么要配置dwr.xml要理解dwr.xml的配置首先要理解DWR的基本功能。DWR其功能的强大在于它可以用一种前所未有的便利方式将前端页面中的js与后端服务器中的java程序进行直接的转换。比如，它可以将java程序中的某个XxxBus转换 ...
在前面我写了《如何在spring框架中解决多数据源的问题》，通过设计模式中的Decorator模式在spring框架中解决多数据源的问题，得到了许多网友的关注。在与网友探讨该问题的过程中，我发现我的方案并不完善，它只解决了一部分 ...
最近网友Uranus问我了一个非常有趣的问题：设计模式GRASP和GoF是怎样解决耦合的问题？实际上虽然同是设计模式，解决对象间耦合的问题都是它们的终极目标，但是它们在解决它们的方式上却是完全不同的，GRASP是从整体设计上 ...
在我们的项目中遇到这样一个问题：我们的项目需要连接多个数据库，而且不同的客户在每次访问中根据需要会去访问不同的数据库。我们以往在spring和hibernate框架中总是配置一个数据源，因而sessionFactory的dataSource属性总是指向这个数据源并且恒定不变，所有DAO在使用sessionFactory的时候都是通过这个数据源访问数据库。但是现在，由于项目的需要，我们的DAO在访问sessionFactory的时候都不得不在多个数据源中不断切换，问题就出现了：如何让sessionFactory在执行数据持久化的时候，根据客户的需求能够动态切换不同的数据源？我们能不能在spring ...