分析设计的讨论:软件建模的对象层次
软件建模的对象层次
软件建模是现实世界到软件世界的映射,可以多个视点观察,这里只说逻辑视点。
软件建模是分多个层次,这样才能阐述清楚问题,分析时可以清晰有序进行。
1.业务模型对象
实对象
引入了业务的元素,包括业务参与者、业务工作者、业务实体。
2.系统——分析模型对象
实对象
引入了系统的元素,包括操作界面、协作系统、内部子系统/包、数据库对象等。
3.系统——设计模型对象
[实对象]、[虚对象]
//实对象在设计因素的作用下,部分或全部转化为虚对象。
引入了设计元素,包括 gof 设计模式抽象出来的observer,builder等虚对象。
在设计制约条件下(性能、可使用性、可维护性、可升级性),
考虑了一些设计因素(对象内部的可见性、扩展性、子系统结构的划分合理性、系统/包之间的依赖)等。
备注:
实对象,是一种真实可见的具体的对象,实体。
虚对象,是一种为了某种目的抽象的对象,虚体。
[]表示可选项,0或多个。
简单的作了一点总结,能想我上面说的一样理解吗?要是错了,错在哪里?请指点!
另外,有经验的大哥们,能谈一下在系统建模开始,在业务模型的基础上,引入了系统的元素,包括操作界面、协作系统、内部子系统/包、数据库对象等。那么系统的元素还包括那些东西呢?设计的元素呢?大家举个例子,多多益善,最后我们一起总结一下。
问题点数:50、回复次数:12Top
1 楼mba9001(两年不见,csdn变肥了)回复于 2005-05-29 17:46:53 得分 5
帮顶了Top
2 楼singlepine(小山)回复于 2005-05-29 20:06:35 得分 5
一起学习Top
3 楼oyljerry(【勇敢的心】→ ㊣提拉米苏√㊣)回复于 2005-05-29 20:59:50 得分 10
具体的元素等,需要与实际的系统相关Top
4 楼happyjun2000(蓝色游侠∮是非成败转头空)回复于 2005-05-30 08:22:53 得分 0
具体的元素等,需要与实际的系统相关
不一定要实际的系统,你可以例举你系统中考虑的主要元素,大家可以得到启发,也许可以总结出什么东西来,
不求全部,但求思路^&^Top
5 楼luckljtchinaren(Lucky)回复于 2005-06-16 13:28:06 得分 5
学习
思路:从最小的系统设计起
假设一个很小的系统:
只有一种单据(抬头和明细)
功能:
显示单据(显示抬头和所有明细)
创建抬头
修改抬头
创建明细
修改明细
请问这样的系统要如何建模呢?建模有没有包括对象的各种状态变化呢Top
6 楼happyjun2000(蓝色游侠∮是非成败转头空)回复于 2005-06-16 13:44:23 得分 0
以下个人意见,不一定正确,参考
请问这样的系统要如何建模呢?
用例:
Actor(who)--查看单据
Actor(who)--维护单据(包含用例:创建、修改、删除单据)
建模有没有包括对象的各种状态变化呢
对于重要的类的状态变化,可以用状态图来表示。
另外,
对象间的交互,可以用时序图表示,觉得详细的时序,也许在用例实现中需要,一般只要画重要的就可以了。
其他的你可以学习一下uml基础。Top
7 楼swimmingmice(海底游鼠)回复于 2005-07-03 11:20:03 得分 5
刚开始学!!
帮顶Top
8 楼happyjun2000(蓝色游侠∮是非成败转头空)回复于 2005-07-06 08:06:59 得分 0
《uml模式与应用》不错Top
9 楼cht3160(cht3160)回复于 2005-07-07 10:32:57 得分 5
很想学,加个群讨论:8905978Top
10 楼good_sun(汉堡+泡面)回复于 2005-07-11 15:38:16 得分 5
不markTop
11 楼zjyong0123(Jason)回复于 2005-07-16 10:24:25 得分 5
不错不错!!!Top
12 楼dapanda()回复于 2005-07-20 17:13:54 得分 5
好文章Top




