青润心情

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

用户操作
[即时聊天] [发私信] [加为好友]
青润ID:qingrun
577498次访问,排名67好友300人,关注者374
一个在不断摸索实践的国内软件工程方法和技术的亲历者。
qingrun的文章
原创 225 篇
翻译 0 篇
转载 11 篇
评论 1274 篇
青润的公告
朋友援建的新QQ群33710085已开通。
我的blog中为什么大量都是对话而未经整理的原因是:
真正的程序员应该是善于学习和整理知识的!坐享其成不是程序员的所为!
所以,我的blog大都是对话或者简短的篇幅,很多人都说看不懂,或者说太乱了。这很正常,因为你没有静下心来看每一篇文章。如果你能够静下心来看,那是肯定会有收获或者理解的。
最近评论
flyingheartfans:败类什么时候,什么地方没有呢?
有钱的,没钱的公司,我都待过,有钱的公司可以找有经验的好人,没钱的公司就找刚毕业的好学生,自己培养。10多年前,找人是考验运气的事情,8-9年前,找人是件头痛的事情,现在找人只是考验眼光和耐心,社会还是在进步啊。
今天多聊了几句,愤青了几句,年轻了几岁,多多包涵。
HarryDuanChina:哈哈,鼓掌!
flyingheartfans:其实我根本就没有说迭代不好。
我的认为真正的瀑布其实是不存在的。当然这句话的基础是成功的项目。我所见失败的项目,至少目前所见,都是人的因素。
过程能解决什么?能解决的事情很多,一个好的过程的确是项目成功的基础,但是,还是要加一个但是,这个过程的执行者是不是用心。
到今天为止,在项目执行上,我一直还是战战兢兢,你们看我每天都来得很早,其实很简单,因为怕早上系统会有……
HarryDuanChina:Sorry. 刚才系统问题,让我发了三遍。
HarryDuanChina:我认为在看到进步的同时要更多的看到问题!而且抛弃一些中庸,朝着最好努力!
文章分类
收藏
    相册
    2006年1月全程建模培训
    当年的西藏之行
    慢性咽炎的治疗药品图
    天珠照片
    iTSP加盟组织
    1v1的IT职业规划
    软件共创组织
    雕塑网站——青润曾为其做规划,现规划文档已经发布
    技术站点
    InfoQ中文站
    青润制造
    《软件工程之全程建模》china-pub链接
    《软件工程之全程建模》dearbook链接
    藏饰精品网
    青润意愿
    青润空间
    青润自在
    青润风度
    青润风格
    青润风雅
    优秀个人空间
    demo也好@virushuo
    测试时代——贺忻的blog
    存档
    订阅我的博客
    XML聚合  FeedSky
    订阅到鲜果
    订阅到Google
    订阅到抓虾
    订阅到BlogLines
    订阅到Yahoo
    订阅到GouGou
    订阅到飞鸽
    订阅到Rojo
    订阅到newsgator
    订阅到netvibes

    原创 [全程建模]几个建模问题的回答收藏

    新一篇: [全程建模]2006年全程建模培训的总结 | 旧一篇: [技术讨论]第一日——启动的摸索与新技术的对话

    问题

    1.你在分析模型阶段得到的序列图是Rose2003根据用例生成的,还是自己根据前面得到的用例画的呢?序列图是不是根据交互建模画?

    2.书上是以java为例子的,如果我用xde for .net,那我要怎么做分析模型呢?

    3.系统分析与设计是不是一定要有丰富的代码经验做基础呢?

    4.我很想参加你的培训课程,但是没有机会了,好象你们的培训课程有录象吧,到时候能让我们下载吗?

    5.分析模型之前要确定“设计模式”,这里的设计模式是否是软件架构?你采用的是MVC模式,
    这个是不是和.net里面的"三层"有点相似呢?

    6.可能现在很少有使用从设计模型导出的代码,都是自己编写,你觉得这样可靠吗?从设计模型导出的代码可靠吗?

    回答

    刚刚看到您的帖子,下面我一个一个来回答一下,不一定正确,但是却代表着我的个人目前的观点,如有错误或者偏差,也欢迎朋友们批评指正:

    1、时序图是自己画的,而不是自动生成的,因为这是对用例的进一步阐述。这个时序图是根据用例阐述和交互建模的内容完成的,目前全程建模的内容只有用例阐述、交互建模和界面设计处于非模型表述状态。

    2、无论你用何种建模工具,过程都是相似的,你可以直接构建分析模型,我书中也给除了对应的自己创建分析模型的步骤和系统自有模版的分析模型创建过程。

    3、系统分析也许可以不需要丰富的代码经验作基础,但是,系统设计是必然需要丰富的同类代码经验作基础的,因为设计做完以后,是要直接导出代码框架的。而分析模型因为不需要和代码相关,所以,与代码编写的经验是没有太大关联关系的。

    注:同类代码经验是指:做java开发的系统,必须有java语言的编码经验,作c系统则必须有c的语言的开发经验,而不能说,你有delphi的开发经验而没有java的编码经验就要来做java的设计模型,这样的技术人员只能做分析模型,而不是设计模型。

    4、这个我不敢承诺。因为涉及到书内的大部分内容,需要和我的出版商协商。因为视频的流传会影响到书籍本身的销售,而这是出版社最为关注的。涉及到法律问题,我不得不慎重。

    5、设计模式有分层的趋势,这在我的书中有一些介绍,培训中我会做更多的深入介绍。mvc在这里就是架构模式的概念,和.net的三层是很类似的,或者说是基本相同的,您可以看我书中的例子和介绍。

    6、设计模型只导出代码框架,我认为只要你的设计是有效的,那么这个导出的代码就是可靠的。因为我已经在很多项目中做过验证了。这一点完全可以放心。

    注:更多的问题,请查看帖子:http://community.csdn.net/Expert/topic/4487/4487260.xml?temp=.5554621

    发表于 @ 2005年12月30日 17:19:00|评论(loading...)|编辑

    新一篇: [全程建模]2006年全程建模培训的总结 | 旧一篇: [技术讨论]第一日——启动的摸索与新技术的对话

    评论

    #caonima 发表于2006-05-21 22:48:00  IP: 159.226.20.*
    不错
    发表评论  


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