阳光VIP

少壮不努力,老大徒伤悲。平日弗用功,自到临期悔。
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
上一页 1 ··· 86 87 88 89 90 91 92 93 94 ··· 139 下一页

2012年2月1日

摘要: 今天讨论了孝这个问题,我想到了小时候看的季羡林老师的一篇文章,让我感动流泪了多次,分享给大家。原文:作者(季羡林)我已经到了望九之年。在过去的七八十年中,从乡下到城里;从国内到国外 ;从小学、中学、大学到洋研究院;从“志于学”到超过“从心所欲不逾矩”,曲曲折折,坎坎坷坷,既走过阳关大道,也走过独木小桥;既经过“山重水复疑无路”,又看到“柳暗花明又一村”,喜悦与忧伤并驾,失望与希望齐飞,我的经历可谓多矣。要讲后悔之事,那是俯拾皆是。要选其中最深切、最真实、最难忘的悔,也就是永久的悔,那也是唾手可得,因为它片刻也没有离开过我的心。我这永久的悔就是:不该离开故乡,离开母亲。 我出生在鲁西北一个极端贫 阅读全文

posted @ 2012-02-01 15:51 阳光VIP 阅读(215) 评论(0) 推荐(0) 编辑

摘要: 十一开学的第一节课,老师让我们讨论了请假的问题。主题就是什么样的情况能请假,什么样的情况不能请假。老师举了几个例子:1;家里面有活需要去干2:姐姐结婚3:父亲生病三种情况总体来说就是第一个一般情况不请给,第二个不请给,第三个一般是请给。老师最后总结为一句话:权衡利弊,看得失。其实我们想想,生活中都是处处充满了选择,选择的依据就是利弊。也就是做这件事的价值和不做这件事的价值那个比较大。我们当然是选择价值大的来做。当然这个价值不是光用金钱来衡量。也有一些道德,人生的价值。对于今天的问题。很多的情况是没有答案的。老师在回答这次的问题时,也是用到了一般这个词。也就是这些都是不确定的。正是迎合了老师的观 阅读全文

posted @ 2012-02-01 15:51 阳光VIP 阅读(143) 评论(0) 推荐(0) 编辑

摘要: 前天看完UML视频,没有贸然发博,昨天一天看了很多人关于UML的介绍博客,感觉受益很多,看别人的东西真的是一件很愉快的事情。首先说说什么是UML,UML翻译成中文就是统一建模语言,重要的是语言,这门语言有点特别,它没有那些语言所有的数据,函数等。有的是图形,还有对图像的描述,也就是说他是一门图形语言,正如老师说的那样,一个图形比得上千言万语,所以,UML用图像来代替千万条代码。它的诞生是为了在开发阶段,说明、可视化、构建和书写一个面向对象软件密集系统的制品的开发方法,请注意这里的关键字。1:UML是为面向对象开发提供建模的。2:一般是为软件设计提供开发说明的3:他的目的是为了用简洁的方式说明系 阅读全文

posted @ 2012-02-01 15:45 阳光VIP 阅读(137) 评论(0) 推荐(0) 编辑

摘要: 刚刚安装好了rational rose ,启动的时候总是提示一下Rose version control integration message然后才能启动图片如下:具体说就是rose在启动的时候要启动一个版本控制工具,但是我的电脑上没有安装,解决办法一个是安装一个版本控制工具,如:Clearcase等还可以在rose中,点击add-ins菜单进入add-in manager 把里面的version control 前面的勾去掉,然后就OK了 阅读全文

posted @ 2012-02-01 15:45 阳光VIP 阅读(84) 评论(0) 推荐(0) 编辑

摘要: UML中的事物名称说明图形类相同属性方法的集合接口类或组件提供的,可以完成特定功能的一组操作的集合协作合作的动作用例系统的一个功能节点代表可计算的资源活动类有多个线程的类组件可替换的功能块辅助事物包一组元素集合注释解释行为事物交互动态事物状态机状态集合关系名称说明图形关联(Association)对象之间有联系(强)依赖(Dependency)联系(弱)泛化(Generalization)继承实现(Realization)连接接口 阅读全文

posted @ 2012-02-01 15:44 阳光VIP 阅读(264) 评论(0) 推荐(0) 编辑

摘要: 最近一直在一个论坛上发帖,感觉很有意思,经过一番的努力,我申请当了这个论坛的英语部落的版主,自己感觉是一件非常好的事情,能和大家在论坛上交流英语,虽然不多,但是做为版主,每天都要发一些新的内容。还要看懂别人的发帖,对帖子进行处理,评价帖子。这样也能提高自己的英语水平。正好学习了rose ,我就用rose来画出论坛申请版主模块的时序图,和协作图。 阅读全文

posted @ 2012-02-01 15:43 阳光VIP 阅读(110) 评论(0) 推荐(0) 编辑

摘要: 从上周开始,我们每周都要组织讨论,关于讨论的意义,我想说一下。我们讨论不一定是要这次得到什么东西,我们要学会那些我们以前没有学到的知识。主要的我认为就是两个:第一:让我们知道别人在想什么,别人在做什么,别人做了什么。知道有这么一回事。不要在自己的圈子里坐井观天。第二:我们提高班总是在说提高综合素质。这其实就是一个很好的机会。我们畅所欲言的表达自己的想法。我们可以争论。在一次次的讨论中,我们学会了怎样去让别人了解你的观点,理解你的想法,进而支持你的想法。以后在一个团队中开发也是这样,不可能每个人的想法都一样,如果你有别的想法,你就要用合适的方法提出来,让大家理解,这样你慢慢就会在公司中脱颖而出。 阅读全文

posted @ 2012-02-01 15:43 阳光VIP 阅读(74) 评论(0) 推荐(0) 编辑

摘要: UML中包括九种图:用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。1)用例图(Use Case Diagram)它是UML中最简单也是最复杂的一种图。说它简单是因为它采用了面向对象的思想,又是基于用户视角的,绘制非常容易,简单的图形表示让人一看就懂。说它复杂是因为用例图往往不容易控制,要么过于复杂,要么过于简单。用例图表示了角色和用例以及它们之间的关系。2)类图(Class Diagram) 是最常用的一种图,类图可以帮助我们更直观的了解一个系统的体系结构。通过关系和类表示的类图,可以图形化的方式描述一个系统的设计部分。3)对象图()对象图是类图的实例,几乎使用与类图完 阅读全文

posted @ 2012-02-01 15:43 阳光VIP 阅读(167) 评论(0) 推荐(0) 编辑

摘要: 不知道大家有没和我类似的感觉,就是在做开发的时候,经常看到需求文档里的用例2字,或者听到关于用例的谈话,或者测试用例之类的,一般的感觉就是用例就是一个需求功能点,也没去太在意,这里我想自己做个对于用例的总结。 我不想过于刻板的去讨论用例的概念,这里先从一个例子入手,比如我问你:请在30秒内说出尽可能多的筷子,勺子和盘子的相同点与不同点。 不知道大家是否有种感觉,就是脑子里似乎都知道,但是要一下子通盘考虑的说出来,却一时间不知如何下手 ?其实这个问题没有标准答案,看似简单的问题反映了我们是否习惯以抽象的方法去看待和理解事物,这里的每一个相同点和不同点都可以来自一个抽象角度。例如:从用途的角度去抽 阅读全文

posted @ 2012-02-01 15:42 阳光VIP 阅读(164) 评论(0) 推荐(0) 编辑

摘要: 上篇博客写到自己搞不清楚,时序图中的类是怎么来的,纠结了很长时间。昨天和小勇,秋讨论了一下,又在赵斌的指导下。终于找到了一点方向。以前一直觉得类都是名词,看到别人把登陆也写成一个类。总觉得不合适。登录不是一个动作吗?怎么能是类。其实他就是一个类。是一个方法类,和他类似的还有查询,修改等类。这些都是方法类。因为他们在很多地方都用到。所以把它抽象出来。写成一个类,不是很好吗!现在对类有了新的认识,类就是相同属性的事物的封装,并不一定要是名词。就像方法类,完全可以把它写成一个类,里面可以没有属性,只有方法。谁调用我,我就为谁服务。这样就把使用者和工具分来了,方便了更多用户的调用。还有数据库这点,以为 阅读全文

posted @ 2012-02-01 15:42 阳光VIP 阅读(113) 评论(0) 推荐(0) 编辑

上一页 1 ··· 86 87 88 89 90 91 92 93 94 ··· 139 下一页