呵呵，如果我是大虾就好了，那样就不用为了生计而发愁了！我只知道些“理论”，现在还是程序员。
面向对象设计我只是学了一点而已，仅仅设计过一个小型接口，那可是我的第一个孩子，有点营养不良。我毕业2年来，3/4的时间在搞面向过程，因为那一次设计喜欢上了面向对象，可在中国面向过程深入“人心”的现实情况下，唉~~~~
我曾建议现在的同事采用面向对象，他说“我觉得面向对象（的程序）运行起来慢了点”，我只好附和“对，是慢了点，不过现在的cpu和内存都很快的”，呵呵~~
家常拉玩，现在我们来谈谈面包问题，以下个人观点：
1\你提到目前项目处于需求分析阶段，如果是这样的话，我建议你先把设计的事“忘掉”，先做好需求先。人人都说面向对象是一个迭代的过程，不要被这个说法误导了，需求做好了，可以大量减少迭代次数。不要把需求和设计过早挂钩，需求不需要设计，设计需要需求。
2\如果开始设计了，我谈谈我的面包问题：
实际问题，就要实际分析了。
生面包和熟面包能不能抽象到面包？他们的共性在哪？派生类应该具有基类的“职责“（也可以说“接口”，注意，面粉只是他们的共有属性）。
显然，面包是食物，可以吃，熟面包就是面包，生面包不能吃，不是面包，只是面团。2个独立的对象。
你疑惑的地方应该是“熟面包和生面包都是面包”，那么也就是说熟面包和生面包能抽象成面包？面包的特性是什么？2者都继承了面包的特性？
简单的说，如果熟面包和生面包没有相同的接口的话，那就是不同的对象；如果有相同的接口，就要看能不能抽象成基类，我认为面包不是他们的基类，因为生面包不能从面包继承而来。
数据库的设计追求的是“非冗余”，这样的话，往往会带来不少的表，对多个表的操作，显然会增加程序的开销，这就有一个折中的问题，存储空间/访问开销=？。我没做过这方面的设计，不好多说，^_^
需求总是会变更的，想一劳永逸，嘿嘿，别抱这种想法，保证“最小改动”才是很现实的目标。
