OOAD培训第一期:CAB与OOAD合作的示例(上)

   作一个视频真的不容易。一开始没有经验,想一次作完,结果到了一半的时候,楼下的住户装修房子,这麦克风还真不错,几千米之外的声音都能捕捉到,也不知道是哪生产的。没办法,废了重作。第二次就纯属业余了,没想到录制软件会生成那么大的临时文件,C盘明明还有5个多G,结果发布的时候居然告诉我磁盘空间不够,整整一下午的工作负水东流。不过还好,多少留了一半尚在,而且用的是MagicDraw作的。原本想作为花絮也贴上来的。不过这个文件太大了,只好取消了计划。这个版本我不太满意,有很多不如意的地方,首先感觉是时间不够用,那么一小会儿就费了我好几十M,而且常常断帧,声音也会丢失,不过不想再重作了,我实在是被搞得精疲力尽,大家凑合着听吧。还好总结了一些录制方面的经验,可以下次来用,至少不会花费这么久的时间了。在此乱七八糟说了一大通,是想告诉大家,不是我不想作,是我一直在作,但是作不好。哎,术术有专攻,录制视频还是得向轰天穿和老赵请教的。
   关于这个视频我不满意的几点:
   1、声音严重变形,把一些时间录得太尖了,我开始讨厌自己的声音。因为我听到这种声音就会讨厌我这个人。
   2、时间太紧,一边录一边儿想赶时间,有些地方未尽其意。
   3、把以前讲座时的语声带进来了,尤其是开头的时候。如果看着人还好,大家看不到人,只能听到声音,其中的语气会非常另人讨厌,包括我自己。
   4、使用ROSE画图的时候,后期做了编辑,总是一帧一断,不知道什么原因。大家需要不断点击下面播放器的运行才可以,经验有问题,大家担带吧。
   5、讲的内容太少,很多想讲的东西自己也没准备,一边想一边讲,总在录完了才发现那么讲更好。
   6、这个视频有点长了,能不讨厌我一直听下去的同学会很累,在此谢过。
   这么晚了,我得睡觉去了,大家如果有什么问题需要共同探讨,就发布在这个评论里吧。最近项目比较忙,不过我会尽可能找时间上来的。晚安,各位!

   视频:http://downloads.cnblogs.com/thcjp/Iverson/CABOOAD.swf
   示例:http://downloads.cnblogs.com/thcjp/Iverson/Customer.rar,不包括源代码,这个示例只当作理解需求用。源代码会在下次课的时候提供给大家。

posted on 2006-11-09 01:31 姜志辉 阅读(3537) 评论(27)  编辑 收藏 网摘

评论

#1楼 2006-11-09 01:36 Jeffrey Zhao      

总算出现了。:)
//沙发
  回复  引用  查看    

#2楼 2006-11-09 02:27 新东[未注册用户]

哈哈,抢到凳子哦   回复  引用    

#3楼 2006-11-09 05:11 牧野      

刚听了下,觉得你的声音还好啦,没你说的那么惨,BTW,我是男淫.

可能文件有点大,你这个比老赵的耗资源呀,CPU Usage 85%-100%.在开始介绍用例建模时有丟帧,再开一个EA跟着建模,系统就反映不过来了.

觉得对于用例,相对于文本你更加重视图形,也曾看过一两遍"编写有效用例"和"用例,模式和蓝图",他们对于文本的描述更加详细,我没有大型建模的经验,在实作的过程中,姜生你是怎样权衡的呢? 等会把书找来,再对照你的讲座系统学习一下.

都凌晨了,没人跟我抢地板了吧,幸好没人说虎躯一震,三分走人.OMG,感情这里许多人混天涯吗?



  回复  引用  查看    

#4楼 2006-11-09 07:56 stonezhu      

呵呵,各位老大们开始行动了,UPUPUP!   回复  引用  查看    

#5楼 2006-11-09 08:12 NoProg[未注册用户]

怎么都搞swf啊,用avi比较好或wmv   回复  引用    

#6楼 2006-11-09 08:32 TerryLee      

唉,又来晚了:)

// 培训系列只剩下我还没出呢,录制环境总是报错……
  回复  引用  查看    

#7楼 2006-11-09 08:48 SKY-GAO      

叫川川给大家做个Adobe Captivate如何录制视频的教程吧   回复  引用  查看    

#8楼 2006-11-09 08:49 main      

uP
!
  回复  引用  查看    

#9楼 2006-11-09 09:01 GoGoSonny      

体积比较大,35M多,比老赵的10M要大哦!   回复  引用  查看    

#10楼 2006-11-09 09:16 奔放      


支持,共享经验体会。再接再励。
  回复  引用  查看    

#11楼 2006-11-09 10:08 bugSharp      

终于等到第一期出来了,
非常感谢你的辛勤劳作。

感觉声音还好啊
  回复  引用  查看    

#12楼 2006-11-09 10:36 天轰穿      

智慧老师~!
我有意见哈,严重的意见.

我叫 天轰穿 不是 轰天穿

视频我正在下,嘿嘿!
  回复  引用  查看    

#13楼 2006-11-09 10:39 天轰穿      

@NoProg
这两种格式不好控制,还有不好做小结考试,最主要一个原因,这两种做同样多内容的东东体积更大些,当然,也可以小,但是小了的话,代码就看的有点模糊.
  回复  引用  查看    

#14楼 2006-11-09 10:48 dudu      

辛苦了!   回复  引用  查看    

#15楼 2006-11-09 11:22 CrazyCoder      

支持经验分享!   回复  引用  查看    

#16楼 2006-11-09 15:06 文野      

资源占用太严重了,从开始使用Rose那段开始,几乎已经没法看了。   回复  引用  查看    

#17楼 2006-11-09 18:58 虾米      

请问一下,CBA和OOAD是什么?   回复  引用  查看    

#18楼 2006-11-09 21:33 main      

终于看完了,精彩!
就是看得太累了:(---不停的重新开始
  回复  引用  查看    

#19楼[楼主] 2006-11-09 23:57 姜志辉      

@牧野
我个人在实作的过程中,比较重视用例文本,但是除了比较重要的需求之外,我几乎只写概要性的用例文本,就像视频中那个简要的文本一样。对图来说,我一直采用草纸绘图,只是为了视频的需要,我用ROSE进行了绘制。通常在项目组中,我只对重要的用例总结性的绘制。对于UML的使用,我推荐你看一下Martin的《UML与JAVA》,说的非常好。我也有一个总结性的文档,如果需要,我可以发到网络上。
@奔放
HI,好久不见了。最近项目比较忙,同时有多个团队并行运作,白天根本没时间上网。不过你的留言我看到了。
@天轰穿
你不用抗议,我的名字你也写错了。虽然我很有智慧吧,哈哈。
@dudu
谢谢你的服务器,一下吃了你30M,不过还好,我刚刚重作了一个,现在是20M了。
@CrazyCoder
把你的经验也拿出来和大家分享一下吧
@文野
不是不动了,是我当时没作好,你得一直点PLAY才行,能见main的留言。
@虾米
正如我以前所述,UML是器,OOAD是术。见意参看我的乱谈UML与OOAD系列
@main
谢谢哥们。我能理解你的痛苦。所以我把这个视频重作了。事实上,我也好不到哪儿去,作这个视频,整整用了一周的时间。哈哈。不过真的谢谢你,让我一边点一边看,我就没这耐心。
  回复  引用  查看    

#20楼 2006-11-10 09:00 GouGou

水平很有限,听不大懂怎么办???   回复  引用    

#21楼 2006-11-10 09:02 GoGoSonny      

要听懂需要什么样的基础呀?呵呵~   回复  引用  查看    

#22楼 2006-11-10 11:05 etng[未注册用户]

呵呵,好,能看到课程了。我可以重头开始学这个了   回复  引用    

#23楼[楼主] 2006-11-10 11:07 姜志辉      

@GouGou @GoGoSonny
别着急,可以从OO的思想开始。我们正在着手准备这方面的内容,多提意见啊。
@ etng
HI,又见到你很高兴。
  回复  引用  查看    

#24楼 2006-11-29 08:38 wangxu[未注册用户]

辛苦了,老师!
什么时候出源代码
  回复  引用    

#25楼 2007-09-21 16:58 lovesea[未注册用户]

看了你的OOAD视频,真高兴呀,终于找到一个知己了,呵呵!几乎与我现在设计项目所走流程完全一样:
1.需求调研
2.用例文档:用例图,用例说明文档(采用文字的方式描述的方式说明该用例整个功能的实现流程等)
3.系统分析:3.1针对每个用例或者需求文档,提取其中的关键名词或者关键动词为设计类(接口类,控制类,实体类),3.2根据业务或者应用域来设计类之间的简单关系(从业务角度或者应用域的角度,而不是用例上划分类图),3.3用例实现:与该用例所关联的分析类所组成的类图(VOPC:参与类图)+类活动序列组成的序列图(Main Flow+Sub Flow)+状态图
4.系统设计:与系统分析几乎相同,只不过在做上面的活动的同时考虑技术细节上面的实现(实现方式:.net or java ;低层功能实现方式:数据库,分布式,持久化等等;非功能需求:效率。稳定健壮性等等;架构层次考虑),这个时候分析过程中的分析类--(组合或者分拆或者继承等)--->设计类甚至子系统,同时序列图中的消息说明文字逐步转化发为对应语言的真正方法(名称,返回类型,参数,参数类型等)
5.设计评审(审计评审+Team成员交流),修改
6.Rose--->类接口文件,编码实现
7.测试
9.用户确认测试,交付
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
这里我想说我的几点体会:
1.OOAD的具体步骤不重要,重要的是为什么要有这些步骤?每个步骤的最终目的是什么?为什么步骤顺序会这样安排(他们都是这么做的,书上也是这么要求的,呵呵)?
2.设计不是天马行空的,不是我一看到需求就画类图或者序列图的,而是要弄清为什么要有这些类,这些类产生缘由,转句话说设计也是有头有尾,有始有终,有前因有后果的
3.OOAD这些步骤没有明细的界限,往往是潜移默化,甚至互相穿插,互相影响。可能不知不觉中,就已经从分析转化为设计,或者在分析的时候就考虑设计的一些因素的,或者在设计的时候发现分析的一些问题,然后转回头来修改分析的一些问题等等,但是我们必须要有这些基本的概念
4.我们做软件是为用户考虑的,最重要的原则就是用户的功能需求,所以OOAD这一系列操作都是以用例为基础进行,这也是所谓的用例驱动设计
5.什么是分析类,什么是设计类,它们到底有什么异同
6.除了上部步骤4中说的一些分析与设计的区别外,我们可以从另外一个角度理解他们的区别:分析偏重与业务,而不管具体的实现方式,而设计则偏重与具体的实现方式,而对业务的关注相对较少,也就是说一个偏重与业务(功能,流程),一个偏重与实现(具体类,具体方法,具体实现方式等)。

当然还有一些小的差异的地方,例如控制类的提取方式,命名方式,分析类的组织方式等等,如果有机会的话,希望能够深入探讨一下!
  回复  引用    

#26楼[楼主] 2007-09-21 21:54 姜志辉      

@lovesea
我想我们应该坐下来好好聊一聊。和我联系吧,13911812676(最近项目太紧了,有时候可能会关机)。MSN:Iverson_Anders@hotmail.com
  回复  引用  查看    

#27楼 2008-09-19 11:24 陈少敏[未注册用户]

希望对我有用 谢谢了   回复  引用    




发表评论

昵称: [登录] [注册]

主页:

邮箱:(仅博主可见)

评论内容:

  登录  注册

[使用Ctrl+Enter键快速提交评论]

0 554765




相关文章:

相关链接:
<2006年11月>
2930311234
567891011
12131415161718
19202122232425
262728293012
3456789

导航

统计

公告


固步自封

与我联系

搜索

 

常用链接

留言簿

随笔档案(14)

文章分类(21)

文章档案(22)

相册

积分与排名

最新随笔

最新评论

阅读排行榜

评论排行榜