1、如果你需要让网友帮你分析你的系统，请清楚详细描述你的问题域。
2、我建议新人从传统的面象对象的分析、设计做起。在完全掌握的基础上，再去学习XP的一些方法。

传统面向对象分析设计建议考虑以下过程：
1、整理词汇、用例（用例的方法参见“编写有效用例”一书）
2、系统顺序图、领域模型、系统分析模型(只包括分析类和他们之间的关系)
3、架构设计，包括：部署图、系统架构包图、架构方法设计（权限，事务（业务事务，系统事务）、日志、并发控制、持久化、分布式）。
4、界面设计
5、系统设计模型（用例实现，系统设计类图）
6、编码实现
简单来说就是以用例驱动，以架构为核心，迭代、增量的去开发。

感觉你的建议挺不错的，我会慢慢的去做的，我在这个过程中找不到很多的资料.有一些问题,方便向你请教么?我的QQ是42263646.你有什么联系方式,方便告诉我么?

非常感谢谢

非常有用呢

新闻发布系统跟论坛系统有什么区别么?
好象差不多

1、如果你需要让网友帮你分析你的系统，请清楚详细描述你的问题域。
2、我建议新人从传统的面象对象的分析、设计做起。在完全掌握的基础上，再去学习XP的一些方法。

传统面向对象分析设计建议考虑以下过程：
1、整理词汇、用例（用例的方法参见“编写有效用例”一书）
2、系统顺序图、领域模型、系统分析模型(只包括分析类和他们之间的关系)
3、架构设计，包括：部署图、系统架构包图、架构方法设计（权限，事务（业务事务，系统事务）、日志、并发控制、持久化、分布式）。
4、界面设计
5、系统设计模型（用例实现，系统设计类图）
6、编码实现
简单来说就是以用例驱动，以架构为核心，迭代、增量的去开发。

象这么一个新闻发布系统,没那么复杂吧
把类图画一画,结构分析清楚了,就可以开始干活了嘛
考虑权限,日志,持久化也就差不多了 分布式都不需要考虑

[该贴被gougou3250于2007年05月25日 13:34修改过]

>我学“面向对象设计”的时候，发现一个问题，那就是对象的“方法”问题，比如对象要是人的话，他有一个“提交”，或者是“检查”的方法，那是很容易理解的。但是比如有个“表单类”，其中他的方法“添加”。我觉得它这个方法是“被动”的，因为表单自己并不会“添加”，施加给它这个“动作”，或者是“方法”的，应该是个人。所以我认为，我们建模的时候为什么不把一个过程抽象为现实生活中的过程呢，也许它的性能会低一些。虽然我还没有具体去实践，也还没有学过什么J2EE，但是我把我的想法说说：

权限和功能问题：我们要进行操作时，先找个负责这个操作的人，然后他告诉我，比如，“这个功能被关闭了”，“你的操作已经成功了”，之类，我们不直接跟类打交道，因为我们不能充当每方面的“专家”
>

我同意hlayy的看法，如果一个表单类中有add()方法，这和现实世界是不符合的。
中间是要有个角色来管理add()方法，delete()等操作。表单不是人不可能拥有这些方法(功能)。

[该贴被luozhike于2007年09月12日 21:56修改过]