- 博客(14)
- 资源 (1)
- 收藏
- 关注
原创 品质见闻(2)
戴明说过:品质无须惊人之举(2)去图书馆偶见一本小册子,作家艾芜(1904—1992)的《南行记》,不禁回想起不必考虑柴米油盐的学生时代,现在只能翻看一下,以向忧国忧民的老作家略表敬意了。翻开封面内折页,看到一个印制错误是的生平介绍印成了“艾芜(1904—1922)”,好在正文是正确的。一本书从规划到出版,类似这样的简单错误会在哪个环节铸成呢?
2012-07-08 11:24:45
405
原创 品质见闻(1)
戴明说过:品质无须惊人之举(1)为了平衡各种动物故事、非科幻故事的影响,我选择了成语故事讲给孩子听,讲了诸如“拔苗助长、守株待兔”之后,感觉既有知识已不足以支持继续讲下去,于是准备买本书先看再讲。一本成语故事小开本,随手翻到一页“入木三分”,说的是“王羲之在木板上写字,木工刻时,发现字迹透入木板三分深。形容书法极有笔力。现多比喻分析问题很深刻。”,但书上明明印的是“入目三分”,看来用的
2012-04-21 22:05:59
388
原创 生活见闻(1-3 2008/08/04 00:25)
全部场景均为亲身经历。(1)超市经常会出现临时的推销员,商品能否热销与推销员的口才大有关系,当然也要基于顾客有消费的打算。推销小姐佩戴耳麦,在超市努力地宣传:“XX大减价,原价XX.00元,现价18.00元,超值商品,欢迎选购,快来抢购,现在买绝对合算!”“XX大减价,原价XX.00元,现价18.00元,超值商品,欢迎选购,快来抢购,现在买绝对合算!”“XX大减价,原价XX
2008-08-03 23:25:00
467
原创 程序备忘录:之十-WEB经典小问题(2004/10/23 13:48)
本节限于介绍JAVA语言的WEB开发,以及通过IE浏览网页的相关内容。为什么称之为经典问题?因为这些问题经常会在开发时漏掉,在测试时忽略,而由用户发现。都是看起来小之又小的问题,不过及早准备总会有好处。 一、F5刷新JSP类型的WEB工程是不是都考虑了F5的问题,页面前进、后退等对系统的执行逻辑可能会有较大的影响,这个问题最好早点解决。 二、按钮DoubleClick客户端通常是Submi
2004-10-23 12:48:00
1122
原创 程序备忘录:之九-用例和脚本(2004/09/27 20:17)
描述需求的文档通常称为需求分析说明书。为使文档易于理解,可加入用例图和脚本两种元素。用例图作为UML中最通俗易懂的图,适合于描述系统的用户界面及系统处理。脚本描述一个具体的功能的执行流程。 这两种工具在一篇短文中也难以尽述,就省略吧。在多人合作的项目中,测试是很重要的步骤,测试开始时,从理论上来说,编程已经完成了。以前曾提到过,笔者提倡“滚动式开发”,想来与迭代的思想是一致的。实际也是
2004-09-27 19:16:00
1042
原创 程序备忘录:之八-画面迁移表(2004/09/24 15:27)
时值九月,秋高气爽。(略去感想70字。)近期一直考虑的东西,就是标题所言。从业于WEB开发的人士对画面迁移是异常熟悉,我们常见的一种错误就是画面迁移不正确。就飞速发展的需求而言,从一个画面的ACTION动作,应该考虑它的N种迁移可能性。这里特别要说的是画面迁移随开发的进展有被认为需要改变的可能。举例说,某ACTION处理,条件1,2,3时迁移到A画面,条件4,5,6时迁移到B画面,现在要改为条件6
2004-09-24 14:29:00
2547
原创 程序备忘录:之七-状态的联想(2004/08/31 19:10)
软件测试到了后期,出现了一个奇怪的BUG。几经查找,是因为对DB中某条数据的状态Flag判断不够,从代码中反映为只有IF而没有ELSE,这样反映到系统中就出现了意想不到的效果。一般来说,出现过两次的问题就值得总结一番了,这就引出了本节文字。 开发软件项目要接触到很多与状态有关的东西,如状态迁移。举例如:计划书状态(临时,草稿,校核,审查,审定,批准,发布,归档,作废)。暂时想到了这么多,状态
2004-08-31 18:07:00
1376
原创 程序备忘录:之六-判定树的用法(2004/08/23 20:06)
软件理论很多很杂,而且有很多是借鉴了其它专业的理论。从软件工程的瀑布模型中知道,编码要依据详细设计来完成。判定树是系统分析和设计期的工具,但编码人员不一定每次都能从详细设计书中找到明确的判定树资料。 假定有下面的编码需求:有两个状态变量,每个变量有4种状态值,对两个状态的不同组合共有4种处理方式。可以进行下面的编码(Java例)。 //-------------------------
2004-08-23 19:10:00
1948
原创 程序备忘录:之五-熟悉数据表(2004/08/23 20:04)
软件设计包括系统设计和数据库设计,一个专业的软件工程项目数据表大都超过100个,有的几百个。作为专业的编程人员,如果不对数据表形成概念,编程时必然会造成困难。解决问题的关键就是熟悉它们,再熟悉它们。随着项目的进展,业务、逻辑、数据逐渐清晰。 编程时可供参考的资料一般是数据库设计文档,包括ER图。数据表中的所有关联都反映在ER图中,编程者需要理解表之间的关系,根据业务需要编制SQL代码。这些工
2004-08-23 19:08:00
1108
原创 城市采风集:之一-富士山记(2004/07/24 13:54)
“富士山位于山梨县东南部与静冈县交界处,海拔 3776 米,是日本第一高峰。它气势雄伟,为其它山峰所不及,呈圆锥形的山姿十分优美,常常被用来作为绘画和文学的创作题材,它作为日本的象征,名扬全世界。” “山周围有富士五湖和浓荫蔽日的青木原树海等景观,还有昔日为镇住富士喷火而建造的北口本宫富士浅间神社,夏末举行的封山祭祀活动──吉田火节,是日本三大奇节之一。” “自古以来,富士山就是开展日本传
2004-07-24 13:03:00
1410
原创 程序备忘录:之四-时间表中的计划(2004/07/21 13:18)
有时您可能要作一下工作安排,随时间的推移,也会摸索出不少提高效率和合理组织人力的经验。光谈理论解决不了实际问题,要保证计划的合理、可控、高效不是一件容易的事。现在得说一个英文词:schedule。象所有行业的专用语一样,对于软件工程,schedule的内涵已超越了“时间表”的意义。 笔者提倡时间表计划,但具体实践方式则各有千秋,schedule可以说是所有参加者的约定。 sch
2004-07-21 12:23:00
1017
原创 程序备忘录:之二-积累创作素材(2004/07/06 17:20)
从事软件开发工作是千千万万职业之一,但透过现象看本质,在这个软件工作大家庭里又有很多不同的工种。本文从一个小小的文档说起,可以从中了解到积累的威力。 有一个名词叫“现代...”,这可能是近期写文档的法宝之一,一种古老的概念加上这两个字马上蓬荜生辉,它意味着创新,意味着潮流。不过这类东西不宜滥用,可以作为文档基本的包装。出于对客户负责,对团队负责,对技术负责的态度,应该让读者从文档中感
2004-07-06 16:27:00
1011
原创 程序备忘录:之一-从B票到编码的回视(2004/06/30 11:30)
2004年4月下旬,项目后期人员进入开发现场,参加软件项目的收尾工作。从合作双方来说,要达到客户满意的要求,这是一个必经的阶段。而对于项目人员是一种难得的机会,但同时也是一种艰苦的考验。(背景省略100字。) B票就是记录BUG的文档,既作为过程文档,又作为结果文档。从技术上说,是修正程序的依据;从管理上说,是计算工时的依据。当然,B票不是唯一的参考资料,但是它非常重要。 一个月时间除
2004-06-30 10:34:00
1180
原创 程序备忘录:引言(2004/06/28 13:54)
最近的工作到软件项目的收官阶段了,www.csdn.net开放BLOG,适逢其会,正好写点心得,本系列面向初学者,让大家见笑了。 开宗明义,写下这些零零散散的东西,要阐述一种软件实践的方法论。但方法论尚在求证之中,所以文中主要介绍实践素材,况且理论来自实践,用于实践。现在从实践到实践,岂非多快好省? 软件开发是一项实践性很强的工作,很多看似简单的东西实现起来可能很复杂。软件开发
2004-06-28 12:59:00
1002
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人