C Change_On_Insta Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-29 #1 我的商業邏輯用COM Plus封裝在APServer端﹐里面都是一些TADOQuery和SQL敘述之類的﹐ 這些SQL如何用UML表達?
T taozhiyu Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-30 #5 1.我觉得在商务建模的时候就考虑这个是不是早了点？你可以看看RUP2002。商务建模阶段 的目的是： ***了解目标组织（将要在其中部署系统的组织）的结构及机制。 ***了解目标组织中当前存在的问题并确定改进的可能性。 ***确保客户、最终用户和开发人员就目标组织达成共识。 ***导出支持目标组织所需的系统需求。 而你上面的要求似乎都开始做实现了！ 2。另外我觉得用UML可能不能体现出SQL怎么写，而只能体现出实现什么用户需求或者功能需求。 具体怎么写SQL可能就是程序员来做了。比如说你有个用例其中需要读取数据库数据，那么怎么读 ，读什么，从哪里读，结果如何反馈，等等应该在用例，活动图等等工件中说明。 以上是我的粗略的看法，希望和你一起讨论。：〉
1.我觉得在商务建模的时候就考虑这个是不是早了点？你可以看看RUP2002。商务建模阶段 的目的是： ***了解目标组织（将要在其中部署系统的组织）的结构及机制。 ***了解目标组织中当前存在的问题并确定改进的可能性。 ***确保客户、最终用户和开发人员就目标组织达成共识。 ***导出支持目标组织所需的系统需求。 而你上面的要求似乎都开始做实现了！ 2。另外我觉得用UML可能不能体现出SQL怎么写，而只能体现出实现什么用户需求或者功能需求。 具体怎么写SQL可能就是程序员来做了。比如说你有个用例其中需要读取数据库数据，那么怎么读 ，读什么，从哪里读，结果如何反馈，等等应该在用例，活动图等等工件中说明。 以上是我的粗略的看法，希望和你一起讨论。：〉
C Change_On_Insta Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-30 #6 前面的工作已經做好了。 我想把SQL用個什么圖表示出來﹐因為我們的分析要拿給另一個地方的人來寫代碼
D djh_djh Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-30 #7 我觉得用UML分析只需把握对象的静态关联，动态模型，从对象角度出发， 对现实世界进行抽象，而不心关心什么是SQL，不过我觉得在业务对象模型 与静态模型之间插入一个功能模型有一定好处，不过这是我的个人理解，请 各位大侠指教，总之，OOA/OOD确实很不错，博大精深，我刚会点皮毛己获益不少， 请各位大侠指教，小弟不胜感激！
我觉得用UML分析只需把握对象的静态关联，动态模型，从对象角度出发， 对现实世界进行抽象，而不心关心什么是SQL，不过我觉得在业务对象模型 与静态模型之间插入一个功能模型有一定好处，不过这是我的个人理解，请 各位大侠指教，总之，OOA/OOD确实很不错，博大精深，我刚会点皮毛己获益不少， 请各位大侠指教，小弟不胜感激！
R rester Unregistered / Unconfirmed GUEST, unregistred user! 2002-05-06 #9 是不是前面的工作都作完了，用例图，类图都有了？如果都全了的话应该不存在你所说的问题 很明显你是想做个数据库构件，在其中存放对商业逻辑，你只要将其中有哪些类以及相应的类图 给他们就可以了。 我想你可能没有做好类图。 个人的做法, 先做好用例图,实例化用例,建立类图，给开发人员去设计类，组成构件. 你要做的是将类图给他们。
是不是前面的工作都作完了，用例图，类图都有了？如果都全了的话应该不存在你所说的问题 很明显你是想做个数据库构件，在其中存放对商业逻辑，你只要将其中有哪些类以及相应的类图 给他们就可以了。 我想你可能没有做好类图。 个人的做法, 先做好用例图,实例化用例,建立类图，给开发人员去设计类，组成构件. 你要做的是将类图给他们。
C Change_On_Insta Unregistered / Unconfirmed GUEST, unregistred user! 2002-05-06 #10 謝謝﹐不過我還是不懂﹐一個SQL: SELECT ... FROM A,B WHERE .... ORDER BY ... 反向工程到UML的圖會是個什么樣子
T taozhiyu Unregistered / Unconfirmed GUEST, unregistred user! 2002-05-07 #12 在UML设计过程中不会出现代码之类的东西，如果出现了，只不过是在Text注释中出现，这个注释 只是为了说明其他的工件。 用例图--〉活动图--〉顺序图--〉协作图--〉类图--〉配置图。。。。。。。。。 经过这几个分析设计后整个开发都应该很明了了，至少对于一个开发周期来说是明了了。 程序员的工作只不过是拿着图纸做翻译成代码的工作。 比如说你要有个“select.. from..”的SQL.那么我认为你从用例图开始说明功能，。。。。。（step by step） 在顺序图中明确系统的行为是哪个对象的，协作图中说清楚对象间如何交互，然后在类图中 说明对象职责，另外设计好数据库的结构。经过这些后，程序员拿到分析设计结果，知道了 要做什么，数据源的结构是什么，那么它就应该知道如何编码实现了。没必要设计人员说的 那么清楚把！（我以为如此）。就好像你告诉编码的你的目的是找到名字为“王某”的个人 信息，然后你也告诉编码人员数据库结构，难道他还不知道怎么用SQL达到你的目的么？：〉 如果你确实需要说，那么就如同我上面说的，用一个Text作一个注释，放在必要的地方就可以了， 比如说对对象的方法作个注释！
在UML设计过程中不会出现代码之类的东西，如果出现了，只不过是在Text注释中出现，这个注释 只是为了说明其他的工件。 用例图--〉活动图--〉顺序图--〉协作图--〉类图--〉配置图。。。。。。。。。 经过这几个分析设计后整个开发都应该很明了了，至少对于一个开发周期来说是明了了。 程序员的工作只不过是拿着图纸做翻译成代码的工作。 比如说你要有个“select.. from..”的SQL.那么我认为你从用例图开始说明功能，。。。。。（step by step） 在顺序图中明确系统的行为是哪个对象的，协作图中说清楚对象间如何交互，然后在类图中 说明对象职责，另外设计好数据库的结构。经过这些后，程序员拿到分析设计结果，知道了 要做什么，数据源的结构是什么，那么它就应该知道如何编码实现了。没必要设计人员说的 那么清楚把！（我以为如此）。就好像你告诉编码的你的目的是找到名字为“王某”的个人 信息，然后你也告诉编码人员数据库结构，难道他还不知道怎么用SQL达到你的目的么？：〉 如果你确实需要说，那么就如同我上面说的，用一个Text作一个注释，放在必要的地方就可以了， 比如说对对象的方法作个注释！
Y yyyan Unregistered / Unconfirmed GUEST, unregistred user! 2002-05-08 #13 UML 並不實現接口(商業邏輯),而只是進行接口聲明,其中的 商業邏輯 的實現 也只是用注釋進行說明.前端用戶通過這些接口來進行數據的處理. 而接口(商業邏輯)的具體實現,則是編程人員根據接口說明來用(不同)語言實現的. 不知我這種理解對不對.希望有大家的幫助,能對 UML 了解更多.謝!
UML 並不實現接口(商業邏輯),而只是進行接口聲明,其中的 商業邏輯 的實現 也只是用注釋進行說明.前端用戶通過這些接口來進行數據的處理. 而接口(商業邏輯)的具體實現,則是編程人員根據接口說明來用(不同)語言實現的. 不知我這種理解對不對.希望有大家的幫助,能對 UML 了解更多.謝!
