OOA&OOD(200分)

  • 主题发起人 主题发起人 Aardwolf
  • 开始时间 开始时间
A

Aardwolf

Unregistered / Unconfirmed
GUEST, unregistred user!
1。如何实现缩短窗体设计的时间而延长核心设计?
(也就是长久以来,我总是在给窗体控件的Event写代码,却很难重用这些代码).
2。如果在OOA阶段做得很好,并且完成了(比如用uml工具),如何在编程阶段去用这些文档?
(或者这样说:如何使用OOA阶段的成果?)
打个比方:做一套MIS系统?
现在UML炒得很热,可是从我现在的理解水平,觉得还不如用Erwin等数据库建模工具,加
上很好的需求分析,然后就可以开始Design啦,前者是Analysis。
至于面向对象的OOA&OOD,在OOA阶段分析出来的一大堆对象如何用到这个MIS系统中去?
还不是要进行数据库建模? 在MIS系统中我自个理解一半的精力是进行这个工作~~
高手给我解惑啊~~

 
UML好像对C++编码帮助比较大些。
有谁用过Bold For Delphi?
 
我现在也是用ERWIN进行建模,Rose做需求设计,感觉上二者互为补充。
现在也很迷惑,大家一起摸索前进吧。
 
mis系统的主要对象是数据库,但是目前的数据库还不能对象化。
对于mis系统最多只能对其功能部分进行对象化,然后再代码中访问数据库部分还是要结构
化设计。我个人认为power design 8.0用来开发mis系统非常合适,他就是将分析和建模很
好的集成在一起。
 
1、窗体应该用很长时间设计。这没有错!
2、用什么工具无所谓,主要是重新设计你的软件开发流程,
保证前一个阶段的输出是后一个阶段的输入,并且维护统一版本。
如:编写注册模块时候,程序员应该先拿到这个模块的用例分析和
业务规则以及可以得到项目词典。
 
MIS的设计主要是数据库的设计,这方面我更喜欢用PowerDesigner.
 
PowerDesigner 与Erwin有什么区别吗?
听说PowerDesigner有9.0了?还能输出中文报表?
 
PowerDesigner 与Erwin区别不是很大,都可以建项目工程的逻辑模块和物理模块,
并可直接生成数据库,也可以逆向生成模块关系图。
PowerDesigner有9.0了,太好了,不知那里有下载,别忘说一声。
 
rose建模
可以生成delphi代码呀
 
OOAD肯定是今后的发展趋势,MIS系统涉及到Object向Table映射, Embarcadero's Describe™
产品可以做到。
 
>>如何实现缩短窗体设计的时间而延长核心设计?
>>(也就是长久以来,我总是在给窗体控件的Event写代码,却很难重用这些代码).
做为与业务逻辑紧密结合的MIS,重用Event代码是不太现实的,而且意义不大,
所谓窗体与核心之分,你首先要有能力抽象得出所谓的核心,如果抽象不出核心,那
就多花点心思去搞清楚客户需求吧。
>>如果在OOA阶段做得很好,并且完成了(比如用uml工具),如何在编程阶段去用这些文档?
OOA的实现主要是观念,需要具备OO分析能力,和具体工具没有什么关系。
一个不知道如何去实现的人,是不可能去完成什么OOA的很好设计的。
如果是别人做的设计,就让他把设计文档全套做完。
 
一句话,善用自动化工具
>>1。如何实现缩短窗体设计的时间而延长核心设计?
1.方法上,若用户需求已转化为明确合理的对象模型,可先从用户的概念模型向分析/设
计模型转换,然后利用自动化工具生成界面,将大部分精力放在对象业务逻辑的实现而不
是界面上。
2.工具上,编写或使用基于对象模型的界面生成工具(比如Bold for Delphi)。Bold提供
的AFP功能已够强大,但如果想自己写,看看Bold的AFP源码也大有裨益。
>>2。如果在OOA阶段做得很好,并且完成了(比如用uml工具),如何在编程阶段去用这些文档?
>>(或者这样说:如何使用OOA阶段的成果?)
利用自动化工具(soda/rose/RoseDelphiLink/BoldForDelphi/dUnit)
1.生成需求/分析/设计文档,指导编程
2.生成实施的文档或代码框架
3.生成测试的文档或代码框架
[:)]
http://www.boldsoft.com
http://www.rational.com
http://www.umlchina.com
http://www.borland.com
wish you luck.
 
嗯,多些这样的好贴。。。。。
还望有实施过这样项目经验的大虾,讲讲在MIS中实施OO的重点在哪里。。。。
 
个人理解:在Mis系统中真正应用OO的场合,应当是核心的业务逻辑,比如财务、库存等等。
如果对应于所有元素做类处理,或者用类实现来映射数据库结构是非常复杂的。而且也未必
就会减少后期的编码量和以后的维护工作量(BTW:这是OO的一大优势)。
至于说重用代码,主要可以借助于在共享单元里定义功能类或者工具类。如果你们的项目用到
了插件,也可以考虑将多个模块都会调用的功能单元(比如查询人员信息的窗体)放到一个公用
的包(Package)里。对于大的项目我建议大家这样做。
 
后退
顶部