精彩专题 |
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
|
| 更多：
|
|
联系社区管理员 |
咨询电话 010-82273401/11
斑竹申请 admin@mypm.net
版权所有 © 2003-2004
京ICP证070584号
BBS业务许可2007第353号
最佳显示模式：1024*768像素
|
|
 |
请教一下,关于软件模块的问题. [发表于 2005/11/18] 状态 开放帖 精华贴 浏览量 1165 |
|
|
|
我看了一些软件,都是分层次的,但是模块之间都没有分开的,只是把业务逻辑与数据逻辑分开了, 而我在设计时,我是想把每个模块做成一个DLL,
问题是,我该怎样来做这个模块?是不是每个模块中也把它分成UI,业务,数据? 然后各模块和主程序要用到的数据做成共享的模块被各模块调用?
请大家发表一下看法,谢谢.
|
--------------------------------------------------------------------------------------------------------
PMP认证，项目经理最佳选择！
>>> 由论坛统一发布的广告：
|
|
楼主
 domo
职务 无
军衔 上尉
来自 北京市
发帖 363篇
注册 2005/1/7
PM币 4082
经验 
 
|
|
 Re:请教一下,关于软件模块的问题.
[回复于 2005/11/18]
|
我已经看过了,这个例子就是把所有模块都分层做的,我的意思是怎样做好?是所有模块分层做呢?还是把所有模块都分开做,可以自由的拆装?就像是客户模块做成Customer.dll,库存为另一DLL呢?还是把所以模块做在一起,只是把业务逻辑,数据访问做成DLL?哪种方式好?谢谢.
|
|
|
|
1楼
大漠
职务 无
军衔 三等兵
来自 广东省
发帖 19篇
注册 2011/5/24
PM币 -5
经验
|
|
Re:请教一下,关于软件模块的问题.
[回复于 2005/11/18]
|
我觉得你所说的全部分开，其实就是一个一个的小应用软件了，只不过相互之间实现数据共享，这种设计方法在数据的安全，代码的复用等方面可能都不是太好吧。个人意见。
|
|
|
|
2楼
 XO
职务 无
军衔 少将
来自 上海
发帖 436篇
注册 2005/1/7
PM币 10955
经验
|
|
Re:请教一下,关于软件模块的问题.
[回复于 2005/11/18]
|
偶感觉模块划分的好坏需要考虑以下几个因素：
（1）重用：划分后是否便于尽可能保证在未来发生设计变换等情况时，使所需修改最少
（2）合理：划分后是否使软件结构更为合理或容易理解。这个往往也和重用能力有关
（3）数据保护：XO说的很有道理
（4）开发工作的分配：不同T小组或开发员可以相对独立地设计、实现、测试和修改独立地模块
（5）是否希望独立编译：对大软件来说独立编译可以节省时间。
（6）是否希望平台无关：如果希望平台无关，最好的办法就是把平台相关的部分分离出去，并做成可替换的模块、dll、组件，甚至是独立的软件。
|
|
|
|
3楼
flybear
职务 无
军衔 少校
来自 陕西
发帖 930篇
注册 2005/2/4
PM币 5145
经验
|
|
Re:请教一下,关于软件模块的问题.
[wml 修改于 2005/11/19]
|
业务逻辑与数据逻辑已经区分开来，有一个地方需要明确：
业务逻辑与数据逻辑之间的逻辑关系是什么？我的意思是说，业务逻辑获得是弹出的数据，还是在业务逻辑获取data source的时候是数据还是数据对象（Data??Data Object）。如果是数据，采用Transaction Scription方式，面向数据启用不同的业务逻辑进行处理，如果有新类型数据需要处理，则增加新的业务逻辑。
假设在业务逻辑与数据逻辑之间有一个Data Mapper，业务逻辑层进行处理之前，通过Data Mapper将数据抽取成对象，那么业务逻辑层处理的则是对象。
至于如何处理，说不清楚。
有本书可能有所帮助，最近我在读，没读懂。
书名：patterns of Enterprise Application Architecture.
可在此处下载：
 http://www.ebookcn.net/Soft/Soft_9170.htm
|
|
|
|
4楼
wml
职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
