OOAD指南

这是公司正接的一个小项目的一部分业务。要求是记录预约人请求在某个时间和某个会见人会见的预约。因为这个申请是面向网络，而且没有任何权限用户验证，谁都可以提交申请。所以每次都要记录新的预约人、会见人和预约时间等信息。也就是说三者是一对一的关系。如果维持一对多的关系，预约人和会见人信息有可能被随意提交的申

有一个租车订单管理系统，核心是订单，一个订单允午有多部车辆，订单也会有跟单员和业务员，为了及时能联系客户，也会需要乘客信息（有多个乘客） 订单中包括以下元素:1、租车客户(Customer)2、订单的跟单员(User)3、订

最近开发的一个项目，是有流程的，于是设计人员把流程设计成一个实体并做为领域对象来操作，个人觉得这样做是很不合理的：1、流程实体并不是体现业务的对象；2、流程应该是贯穿于整个业务过程的不同状态阶段。但是设计人员给的答案是，如果不设计成实体就体现不出业务，而且这个流程是灵活的，需

先说一下需求，一个订单（SalesOrder）由一些明细项（SalesOrderItem）组成，每个明细项对应一种商品（Commodity），这种商品在不同的时间段有不同的优惠政策（SellingStrategy）。在这里，SellingStrategy主要针对的是商品。但是，在一些重大的节假日，商

工作2年来一直在做BS架构的项目：windchill，但是看了PTC工程师们的方案设计、详细设计文档，没看出面向对象的味道来。而鄙人面向对象开发方式刚刚启蒙，想在这里请老大们指点一下，有没有什么具体的面向对象开发的项目案例啊，最后有“方案设计”和"详细设计"文档的，谢谢了

本人在做邮件消息发送程序，目前可以按2种方式发送消息，1.internet email2.站内消息 于是定义了一个Message接口，以及EmailMessage和站内消息(StationMessage)的实现类。

最近在学校图书管看了一些书， 项目都是围绕数据库的。先写几张表。然后设计数据库。把表写到数据库里然后有的写存储过程。然后再写jsp ，javabean。现在不是围绕对象了吗？比如把一个Person 写成一个对象。public class Person{

现在经常遇到这种问题：接手一个别人做了50%的程序，有可能他代码写的不好也可能是他写的思路与我的思路不同，总之总是需要很多时间来看他的代码考虑怎么加入自己的，还不能保证不出问题，这样导致严重的代码堆积和结构混乱。我在考虑，大家在遇到这种情况的时候会重新把他的代码按自己的思路重构么？我没敢这么做，因为

咨询banq和各位高手一个问题。现在有一个出入库模型，基本情况如下：1.公司只有一个仓库，必须实时了解库存。2.必须可以统计初每一个入库单的利润。不知道我下面的建立的模型是否合理，请各位批评指正。谢谢。

比如说，User 类中有 用户名，密码！ 现在我想加上个密码保护，是让它以MAP的形式作为User的属性呢，还是创建一个新的类让User类与这个类发生关系！

从使用JF框架开发以来, 越发觉得OO设计思路的先进与顺手,只是不好意思. 建模的工具却没有跟上,现在请教各位.你们在eclipse下使用什么建模工具或插件. 最好是可以直接生成SQL脚本的. 已经开始习惯用OO进行分析和思考. SQL脚本变成一种负担了. :) 谢谢各位推荐. 同时,因为经费限制

在orm(toplink/eclipse link)中，一对一(多对一)关系默认的加载方式是FetchType.EAGER，我有一个User对象，在读取这个User对象的时候，会加载如下： Department(一个用户隶属于一个部门，多对一)..

故事背景：比如一个系统让我实现一个功能，我总是想能不能多花点时间做个通用得jar包，能把这个功能用到其他系统中，而不是仅仅完成这个项目得这个功能而已。 主要困境：缺乏思路，不知道怎么划分类，怎么划分职责 阐述

想请教大家一个问题哦关于接口与继承的问题哦，我现在根本不怎么明白什么时候用接口，什么时候用抽象类，很迷惑哦，感觉就是面向对象的理解有问题。请大家帮帮我，也请banq老师多指点指点啊！！

看了不少关于设计之类的书，还有Java的源代码与类库设计，知道系统的顶层肯定是接口，接下来是抽象类，然后再是实现类；实 现类从抽象类派生，相当于也实现了接口，因为接口定义规范，抽象类定义共享的字段与方法；我也一直这么做，发现也合情合理，因为我的每个

不好意思，我又来发布一点不同的声音了1、为进一步说明OO和关系数据库是属于两个不同世界观，存在天然矛盾，就象有神论和无神论。－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－从本质上两者是和谐同一的，为什么这样说，因为你所有对象的属性最终分解