ogogog-CSDN博客

原创品质见闻(2)

戴明说过：品质无须惊人之举(2)去图书馆偶见一本小册子，作家艾芜（1904—1992）的《南行记》，不禁回想起不必考虑柴米油盐的学生时代，现在只能翻看一下，以向忧国忧民的老作家略表敬意了。翻开封面内折页，看到一个印制错误是的生平介绍印成了“艾芜（1904—1922）”，好在正文是正确的。一本书从规划到出版，类似这样的简单错误会在哪个环节铸成呢？

2012-07-08 11:24:45 406

原创品质见闻(1)

戴明说过：品质无须惊人之举(1)为了平衡各种动物故事、非科幻故事的影响，我选择了成语故事讲给孩子听，讲了诸如“拔苗助长、守株待兔”之后，感觉既有知识已不足以支持继续讲下去，于是准备买本书先看再讲。一本成语故事小开本，随手翻到一页“入木三分”，说的是“王羲之在木板上写字，木工刻时，发现字迹透入木板三分深。形容书法极有笔力。现多比喻分析问题很深刻。”，但书上明明印的是“入目三分”，看来用的

2012-04-21 22:05:59 389

原创生活见闻(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 468

原创程序备忘录：之十－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 1044

原创程序备忘录：之八-画面迁移表(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 2548

原创程序备忘录：之七－状态的联想(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 1182

原创程序备忘录：引言(2004/06/28 13:54)

最近的工作到软件项目的收官阶段了，www.csdn.net开放BLOG，适逢其会，正好写点心得，本系列面向初学者，让大家见笑了。开宗明义，写下这些零零散散的东西，要阐述一种软件实践的方法论。但方法论尚在求证之中，所以文中主要介绍实践素材，况且理论来自实践，用于实践。现在从实践到实践，岂非多快好省？软件开发是一项实践性很强的工作，很多看似简单的东西实现起来可能很复杂。软件开发

2004-06-28 12:59:00 1002

OGOGOG的公开论坛