摘要: 2008年12月18 晴 东京 今天遇到的问题是,同样数据Code,有三种不同的定义。通常情况下,数据Code做为数据的编码信息,应该具有唯一性。但是为什么出现了三种不同的定义呢? 原因一:这部分数据来源于另外一个系统,两个异构系统中的数据编码标准不一致; 原因二:在我们目前对应的系统中,这部分数据所描述的实体对象,分别属于两个不同的业务单位。因此在以下处理时,我们必须进行相应的编码变换 一、两个异构系统间进行数据交互时 二、在我们所处的业务单元中引用另外一个业务单元的这部分数据时发生这种问题的根源在哪儿呢? 一、做为行业的基础数据情报,缺乏统一的编码规范和标准; 二、如果两个系统是同时开发的 阅读全文
posted @ 2008-12-19 20:13 andriod2012 阅读(148) 评论(0) 推荐(0) 编辑
摘要: 2008年12月18 晴 日本东京 今天改了一天的问题,虽然很累,好在下班前改完了,暗自庆幸可以早点回去休息了。没想到就是有不测风云,客户来了,要我给调查一个问题,是之前改过的,但是程序执行结果没有达到他们想要的结果,从程序的日志分析原因好像是某时间计算没有达到要求的值,因而没有做成他们要求的结果。没办法,只有Debug了,很快问题定位了。按照之前客户提供的计算标准和计算方法,我的程序没有错,原因是调用其他Check模块时,没有得到想要的结果,难道是那个Check模块有问题,不敢妄下结论,于是找来客户一起讨论。一番头脑风暴后,客户的结论是,在调用Check模块之前,需要对Check对象的一个属 阅读全文
posted @ 2008-12-18 23:33 andriod2012 阅读(144) 评论(0) 推荐(0) 编辑
摘要: 小工程表做为开发过程中的最小计划单位,在实际工作中有着指导工作内容、监督跟踪工作进度的重要作用。不恰当的小工程表不但不能指导相关人员的作业,而且还会给项目的监管者传递一些错误信息,从而导致对项目状况的错误判断。那么在制作小工程表时要注意哪些问题呢?一.做为计划单位的任务单元是否进行了完全的分解且可度量。经常看到这样的计划安排: 任务:Button的单击处理 作业期间:xxxx年xx月xx日~xxxx年xx月xx WT/CR:xxxx年xx月xx日以上计划表面上看好像可行,任务已经细化到了Button的Click处理,其实对于简单的Button的点击处理也确实可行,但是对于当Button点击后, 阅读全文
posted @ 2008-12-18 23:29 andriod2012 阅读(149) 评论(0) 推荐(0) 编辑
摘要: 我们把代码审查叫做CR,即Code Review。它是项目进展到编码阶段非常重要的品质保证活动。但是很多时候,我们的CR工作都流于形式,在CR过程中不能发现本质问题,主要有以下四点原因: 一,CR时的目的性不强,缺乏针对性。CR的根本目的是保证品质,但不能把它做为一次CR活动的直接目标,这样的目标太泛泛,让我们在CR活动过程中抓不住重点。 二,CR活动时参与的角色不合理。参与CR活动的人大多是技术合格,但业务不合格,这样对于一些复杂的业务逻辑问题就很难发现,从而使得这些业务逻辑问题在CR的保护伞下,堂而皇之的蒙混过关。 三,CR活动过于集中,一次CR的代码量太大。在有限的几个小时内,面对上千. 阅读全文
posted @ 2008-12-17 20:20 andriod2012 阅读(177) 评论(0) 推荐(0) 编辑
摘要: 我们经常会采取一奖励措施,来激发大家工作的积极性,从而达到提高工作效率的目的。那么我们应该对项目组中的那些类型的人实施激励呢?项目的实践过程中,笔者认为有两类人需要给予正面的奖励。 一,能够主动思考,准确高效的完成作业的人,即孙悟空类型的的人。对于这中人的奖励不是单纯的对其技术能力的认可,更不能因为其作业高效而分配给他大量的额外的作业。我们要通过奖励措施,鼓励他发挥核心作用,使其在完成自身任务的同时,积极主动的帮助其他人完成任务。而且通过对这种类型人的奖励,对他人还可以起到鞭策的作用。 二,认真负责,加班加点完成作业任务的人,即沙河僧类型的人。我们不能期望我们项目组中的每个人都孙悟空,对于任. 阅读全文
posted @ 2008-12-14 21:46 andriod2012 阅读(206) 评论(0) 推荐(0) 编辑
摘要: Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 模块接口是模块之间进行对接交互的门户,我们在设计时至少应该遵循以下四个原则: 一,简单原则。所谓简单,主要体现在模块接口的使用方法 上,模块的使用者在不借助或借助很少的文档的情况下,就可以轻松使用模块所提供的功能。这首先要求接口方法的命名要规范,每个对外提供的方法名都应该有意 义,让使用者可以通过名称猜测到方法的主要用途;其次要求接口中的相关参数的数... 阅读全文
posted @ 2008-12-14 21:44 andriod2012 阅读(2006) 评论(0) 推荐(0) 编辑
摘要: C++中不常用的关键字 mutable关键字 关键字mutable是C++中一个不常用的关键字,他只能用于类的非静态和非常量数据成员我们知道一个对象的状态由该对象的非静态数据成员决定,所以随着数据成员的改变,对像的状态也会随之发生变化!如果一个类的成员函数被声明为const类型,表示该函数不会改变对象的状态,也就是该函数不会修改类的非静态数据成员.但是有些时候需要在该类函数中对类的数据成员进行赋值.这个时候就需要用到mutable关键字了例如:class Demo{public: Demo(){} ~Demo(){}public: bool getFlag() const { m_nAcces 阅读全文
posted @ 2008-12-08 22:05 andriod2012 阅读(139) 评论(0) 推荐(0) 编辑
摘要: 软件测试作为保证软件项目产品的品质的关键环节,已经逐步的在软件开发领域发展成为一个独立的专业,并且越来越受到业内的关注和认可。测试用例作为检验项目品质的标准,需要在测试测试环境、测试数据、测试方法、测试结果等方面进严谨科学的分析和设计,以保证测试的覆盖率、有效率等指标。测试不是开发人员简单的Dubeg过程,也不应该是简单画面点击确认过程,它是在测试用例的指导下,独立于编码思维之外的缺陷查找过程。 设计测试用例时,通常要涵盖以下几方面的内容。 一,运行环境。运行环境包含了本系统外部环境和内部环境,外部环境通常是指操作系统、网络、其他相关协作系统等,外部环境一般作为测试的基本前提条件设计,它... 阅读全文
posted @ 2008-11-30 11:11 andriod2012 阅读(125) 评论(0) 推荐(0) 编辑
摘要: 领悟悲剧也要有深刻的心灵,人生的险难关头最难检验一个人的灵魂深浅。 喜欢谈论痛苦的往往是不识愁滋味的少年,而饱尝人间苦难的老年贝多芬却唱起了欢乐颂。 痛苦是性格的催化剂;它使强者更强,弱者更弱,暴者更暴,柔者更柔,智者更智,愚者更愚。 对于一个视人生感觉为最宝贵财富的人来说,欢乐和痛苦都是收入,他的账本上没有支出。 我相信,只要没有被苦难彻底击败,苦难仍会深化一个人对于生命意义的认识。 阅读全文
posted @ 2008-11-30 10:01 andriod2012 阅读(164) 评论(0) 推荐(0) 编辑
摘要: 在软件项目的开发过程中,我们必须要面对这样一个现实问题,就是风险无处不在。如果不能正确的识别和控制风险,那么点滴的疏漏就有可能把项目推向崩溃的边缘 首先,软件项目中的风险具有繁殖能力。如果不能识别项目中的初级风险,那么这个风险很可能在项目推进过程中衍生出其他风险。如用户需求定义过程,没有充分理解用户的意图或用户的操作习惯,而是想当然的定义用户的需求,那么就会给系统框架结构的设计或用户接口(UI接口)设计,埋下风险的种子。日后只要条件成熟,它们会遍地开花的。 其次,软件项目中的风险具有变异能力。虽然同类项目可以参照类比,但是,不能生搬硬套。不同的环境下,同样的风险会有不同的表现形式。如用户需求. 阅读全文
posted @ 2008-11-24 20:24 andriod2012 阅读(838) 评论(0) 推荐(0) 编辑