我的困惑（谁能帮我解答，我给他200分)

[pianopan]

我学了很久的软件工程（限于看书），但我一直总觉得用户上的方法设计数据库系统比较合适，用来设计应用软件，游戏软件，好像都不行。
而且，在 windows下，难道每个消息，属性，时间都要写到设计文档里吗。
那位哥们有例子让我看看。

[dbbdggdbbdgg]

“实用面向对象软件工程教程”，Edward Yourdon, Carl Argila著，电子工业出版社
http://www.umlchina.com/book/book.htm

[pianopan]

楼上的二位朋友
你们能不能详细些
我之所以太困惑
只是因为我对整个过程的了解太过于模式化
没有真真切切的体验
哪位能帮忙？

[brucegong]

准备给分吧：
软件工程上面讲述的重点是瀑布模型。这一模型的确之适合于开发数据库。因为在瀑布模型最红火的时候，当时的系统软件还没有人用软件工程来指导；而当时还没有游戏产业。当时最大的日常开发也就是数据库。
软件工程上面还讲到了其他的模型，一种是快速原型模型（另外一种我给忘了）。这种模型适合开发日常应用。
现在流行的是V模型，你找一下CMM的书籍就可以看到。CMM的书籍极其枯燥，你要有心理准备。
V模型提倡文档制导开发，但是，和瀑布不同的是，没一步文档细化，都有严格的审计过程。这种开发方式目前很红火，也比较实用。

[AutoAsm]

实际上，现在的开发环境中，每个单元除了有功能元素，还有界面元素。当然，你也可以把功能元素和UI元素分开。我去年在做一个项目的原型中就用了这种方法，但相当麻烦，当时开发环境是CB，根据VCL的规则，必须引用指针才行，如果把功能和UI元素分开，那么必然有某一元素的指针被至少两个单元引用，这大大提高了两个模块的偶合程度。所以，在功能设计时，可以暂不考虑UI元素，而只需要设计功能元素。在UI设计时再考虑UI元素。

[pianopan]

楼上的那位大哥，你说的跟我们老师讲的差不多，
我现在是想了解下一个真正案例的完全的样本，
如果你可以满足我，给多少分都可以（我所有的可用分都给你都无所谓）

[fxswy]

在文档中记录的内容在制订项目开发手册时都要明确的定义，并且记录的信息有明确的应用目的。比如分析评估软件过程能力，你需要记录你的估计代码行、估计时间等估计数据，还要记录实际代码行、实际时间、编译前缺陷数和编译时缺陷数等，这些项目过程数据采集用于计算一些项目质量指标，如：每千行代码缺陷率等，用于评估分析项目过程能力。所以记录什么数据，目的应该是明确的。如果你并不想为计算某些数据而花时间和资金，那就不必要记录了。
游戏、CAD等软件适合用面向对象软件工程技术来开发，这里面可能有一个技术问题是如何将对象映射到关系数据库，可以参考当前较新的数据库设计方面的书籍。另外希望公司最新的《UML对象设计和编程》刘润东 著 一书可能会对开发有所帮助。

[Maker]

好象回答问题是为了得分,哎!!!怪不得我的问题没人回答啊!!!!!!!!!!

[pianopan]

希望大家能够在跟贴，分数我回头在给，

[wolfboy]

我也感觉是这样，　这大概是因为数据库在企业更有价值吧，而且也更简单

[brucegong]

pianopan:
如果你不需要参与上千人的大开发，学习一下《设计模式》可以解决你的很多疑问。但是，如果你要组织很大的开发团队，那么，来华为吧（当然是凭你的实力闯进来）。
CMM对于国内来说还比较新鲜，而且只是瀑布模型的改良，很是不合国内某些人的胃口——他们认为新东西要从头到脚都是新的。

[pianopan]

華為？

[zzroom]

to brucegong(飞行猪):
你是华为的吗？