青润心情

风雨润物未必佳,狂风暴雨也喜然。即日辗转三千里,天涯无度映幻孱。

白慧冬ID:qingrun
561726次访问,排名68好友198人,关注者254
一个在不断摸索实践的国内软件工程方法和技术的亲历者。
[加为好友] [即时聊天] [发私信]
qingrun的文章
原创 219 篇
翻译 0 篇
转载 11 篇
评论 1222 篇
青润的公告
朋友援建的新QQ群33710085已开通。
我的blog中为什么大量都是对话而未经整理的原因是:
真正的程序员应该是善于学习和整理知识的!坐享其成不是程序员的所为!
所以,我的blog大都是对话或者简短的篇幅,很多人都说看不懂,或者说太乱了。这很正常,因为你没有静下心来看每一篇文章。如果你能够静下心来看,那是肯定会有收获或者理解的。
最近评论
qingyue:能否采用一些开源软件开进行讲述?如starUml等
zzuyongp:不需要什么企业重大变动,只要企业发展缓慢,个人发展的瓶颈就会到来,懒惰的人会选择留下,好强的人会选择离开。
lxhkmyn:团队合作越发体现的她的重要性和必要性.
RonoTian:倾听的确重要,但是倾听后的行动更难。。。
我们老板基本上没有做过技术,即使做过也是10几年前的事情了,但是号称专家,老自以为是,什么事情都折腾下,弄的直接管理,导致本来就少的可怜的几个开发人员只要忽悠了他就行,剩余时间看小说,上网,聊天。。。。。哎。。。。
enjoyeveryday:倾听——软件开发中的重要手段这个题目写的太大了吧,只是说出来了你到一个软件公司使用倾听解决了软件公司的危机,但没有和软件开发这个东西链接起来,不知道是不是没有表达你真正想表达的意思!
文章分类
收藏
    相册
    2006年1月全程建模培训
    当年的西藏之行
    慢性咽炎的治疗药品图
    天珠照片
    iTSP加盟组织
    1v1的IT职业规划
    软件共创组织
    雕塑网站——青润曾为其做规划,现规划文档已经发布
    技术站点
    InfoQ中文站
    青润制造
    《软件工程之全程建模》china-pub链接
    《软件工程之全程建模》dearbook链接
    藏饰精品网
    青润意愿
    青润空间
    青润自在
    青润风度
    青润风格
    青润风雅
    优秀个人空间
    demo也好@virushuo
    测试时代——贺忻的blog
    存档
    订阅我的博客
    XML聚合  FeedSky
    订阅到鲜果
    订阅到Google
    订阅到抓虾
    订阅到BlogLines
    订阅到Yahoo
    订阅到GouGou
    订阅到飞鸽
    订阅到Rojo
    订阅到newsgator
    订阅到netvibes

    原创 [全程建模]设计模型和UML应用中的实例分析收藏

    新一篇: [全程建模]UML应用与实践的对话——需求中流程与用例的关系 | 旧一篇: [全程建模]绩效管理模型在itsp组内的对话讨论

    设计模型和uml应用中的实例分析

     

    一个朋友 2008-07-22 10:46:14

    润润高手,你好,请教个问题,帮我看一副时序图,提提意见

    青润 11:01:20

    ??

    青润 11:01:31

    贴上来,我看看.

    一个朋友 11:01:39

    提提意见

     

       一个朋友要给您发送文件“素材入库时序图.jpg(285.8KB)”,接收,另存为 还是 谢绝该文件

     

       您同意了接收文件“素材入库时序图.jpg”,正在建立连接,如果要中止接收文件,请按取消

     

       文件已经保存到目录:“目录\MyRecvFiles”,转存至QQ网络硬盘

     

    青润 11:05:01

    呵呵,你这个图的整个设计思路是面向过程的方法,不是面向对象的,不过,这不是主要问题.

    一个朋友 11:05:31

    还有什么问题?

    青润 11:05:33

    你并没有把类提取出来,而是把每一个类的方法或者说操作都变成了一个类的形式的体现

    青润 11:05:44

    只能说,你这个绘制的方式,全都错了.

    青润 11:06:27

    问题实在很多.不过,已经有了时序图的基本结构,这个是对的,比欧洲的***总部的工程师绘制的要合理一些.

    青润 11:07:20

    你这样绘制,使得系统看上去太过于复杂,无法清晰的表现出系统的实际实现结构,所以,你这个图,说白了只是你文档描述方式的一种所谓自创的UML语言的表达形式.

    青润 11:07:36

    太乱了.呵呵.

    一个朋友 11:09:30

    提点具体的改进意见?比如用对象的方法,

    青润 11:09:36

    你把数据库的表都进行了类的实例化,这样做也是可以的,只是我不知道你是否是这样考虑的,因为你的表达中,并没有很明确的说出你的这种设计想法.

    青润 11:10:35

    你这个更像是函数的写法,而不是OO的设计思路.

    青润 11:11:06

    而且,你目前的设计都是中文表达,这应该是属于分析阶段的时序图,可是你表达的却是设计阶段的效果.

    一个朋友 11:11:20

    就是,高手

    青润 11:12:41

    跨越了两个阶段作设计,对于软件过程来说,其实并不合适,这个观点02年的时候我和当时在联想的老哥周海峰有过这方面的对话,也就是过度设计/开发的问题.

    青润 11:13:12

    这样做违背了正常人的逻辑思维和对事物的分析和认识的过程,其实是不合适的.

    一个朋友 11:13:53

    这个有道理,如果我要改成OO方式?你说具体怎么入手

    青润 11:14:09

    呵呵,这个要说起来就太多了,你去看看我那本书吧.

    青润 11:14:44

    从过程到OO的设计思路地变化,这相当于对事物认识的两个阶段的跨越,不是几句话能说清楚的.

    一个朋友 11:15:25

    我正在读,理解得不够深刻,如果针对这个图,给点提示

    青润 11:16:07

    我觉得,你应该先分析出来你的这个要解决的问题中有哪些可以抽象出来的对象实例,然后再作下一步的考虑.

    青润 11:16:54

    对象抽取不出来,那就不可能获得后面的内容了.

    当然,对象的抽取也可能不是一步就能结束的,也许需要一两次分析的迭代.呵呵

    青润 11:17:39

    其实这个分析的迭代不要认为太大,只是脑子里面思路的几个反复而已,有些人喜欢用大概念压人,其实是多次的反复思考,就足够了

    一个朋友 11:17:42

    设计这东西,复杂,

    青润 11:18:39

    呵呵.UML的全面设计的应用,的确是需要花费精力和时间来操作的,只是做完之后你会发现,很多以前在编码阶段才会发现的问题都提前解决了.呵呵

    一个朋友 11:19:44

    什么时候到成都指导下我们的工作,^_^,我现在在一家公司做SA

    青润 11:20:20

    呵呵,我提供咨询和培训,如果你们公司需要,当然没问题.

    一个朋友 11:22:00

    我专门把“转码处理”,“日志管理”,“附件管理”,“素材元信息”,抽象成类,你觉得?

    一个朋友 11:22:33

    素材管理只是一个接口,不做任何实际操作

    青润 11:23:33

    从对象存在的方面来考虑,日志可以作为一个独立的对象,附件也可以,但是转码处理好像有待于商榷,呵呵.

    青润 11:24:05

    其实你的转码处理更多的应该是个公用的方法,而不是对象.呵呵

    一个朋友 11:24:22

    对,高手,转码是一个公共组件

    青润 11:24:57

    所以,你老哥的OO思想还不太成型,建议,反复思考几次,来处理你目前的这个设计吧.

    一个朋友 11:27:00

    谢谢,明白了,控制类与实体类打交道,你觉得图中这样处理对不对?

    青润 11:27:48

    呵呵,你这里面说实话,我没有看到MVC的划分方式,所以,你这里没有控制类,只有一些实体类的存在.

    青润 11:28:36

    如果要作MVC,你这个系统的逻辑结构还是很简单的,直接照搬我书上的例子,就应该可以解决了.

    一个朋友 11:29:09

    我再重构下,谢谢

    青润 11:29:32

    ok

    发表于 @ 2008年07月22日 11:31:00|评论(loading...)|收藏

    新一篇: [全程建模]UML应用与实践的对话——需求中流程与用例的关系 | 旧一篇: [全程建模]绩效管理模型在itsp组内的对话讨论

    评论

    #gaobiemeng 发表于2008-07-23 09:26:00  IP: 221.12.31.*
    受教了,谢谢!
    #princescar 发表于2008-07-23 10:32:47  IP: 222.240.165.*
    提前学习了 虽然我们还没上这门课
    #tianlijian 发表于2008-07-25 20:12:42  IP: 222.90.191.*
    这个时序图是用什么软件画出来的
    2008-07-25 21:59:46作者回复
    一般来说,rational rose/XDE,EA,Together等UML建模工具都可以实现。
    #mljmq 发表于2008-07-27 16:42:57  IP: 219.130.78.*
    学习,谢谢了
    #japhie 发表于2008-07-27 22:23:47  IP: 60.3.112.*
    支持一下!
    #japhie 发表于2008-07-27 22:24:07  IP: 60.3.112.*
    支持一下!
    #fishman2008 发表于2008-07-27 23:57:50  IP: 61.134.205.*
    支持一下!!!!!!!
    #aoksdasd90 发表于2008-07-28 16:10:54  IP: 210.176.30.*
    我们是http://www.kingofcoders.com(编程王)网站的全队成员,我仅代表我们团队(kingofcoders全体成员)给您发了这封电子邮件!

    kingofcoders创始人Peter(张民杰)目前在香港,主要从事计算机软件和操作系统的开发,kingofcoders的合作者之一兼业务主管yatell(胡勇)目前在上海,主要从事计算机软件,特别是企业级开发(在这里http://www.kingofcoders.com/leaderTeam.php 有咱们团队的详细介绍,欢迎浏览),就这些来自五湖四海的年轻人通过Internet组合在一起,大家默认配合,将kingofcoders从心中的一个虚拟的东西变成了实物,那就是www.kingofcoders.com 站点.

    目前阶段,咱们团队的主要任务是办起一份属于kingofcoders的IT电子杂志,各位通过kingofcoders电子杂志可以了解一些行业的最新动态,了解一些国外国内的一些新技术发展,从杂志中学到一些知识和经验。

    由于受到kingofcoders初期阶段人手不够,对行业不太了解,技术,资金等方面的限制我们通过互联网召集优秀的原创文章不失为一种行之有效的方法!
    内容(目前阶段)准备征集的文章是涉及到Java体系,.net体系 web2.0体系 PHP体系,OS体系五个体系;
    当然如果您有其他计算机方面的原创优秀文章也是欢迎的!
    相信各位看到一个站点从建立到成长到壮大的过程是非常自豪和有成就感的事,因为我们每个人都注入了自己的一份力量!

    忠诚的希望您投稿给我们!我们将在kingofcoders主页和kingofcoders杂志留下您的足迹,也会给您一点微薄的稿费(50RMB整),仅代表我们kingofcoders的心意,当然如果您拒绝签收,我们将会以您的名义捐给四川灾民,衷心的希望四川灾民早日恢复生产生活!

    如果你对kingofcoders站点有什么建议和意见也希望给我们发Email,联系我们!在这里我代表kingofcoders全体成员感谢您,

    感谢您对kingofcoders的支持,感谢您对中国软件事业的支持!

    我们的联系方式是:Email:mcheung63@hotmail.com

    发表评论  


    当前用户设置只有注册用户才能发表评论。如果你没有登录,请点击登录
    Csdn Blog version 3.1a
    Copyright © 青润