程序备忘录：官子之四-时间表中的计划(2004/07/21 13:18)

有时您可能要作一下工作安排，随时间的推移，也会摸索出不少提高效率和合理组织人力的经验。光谈理论解决不了实际问题，要保证计划的合理、可控、高效不是一件容易的事。现在得说一个英文词：schedule。象所

从事软件开发工作是千千万万职业之一，但透过现象看本质，在这个软件工作大家庭里又有很多不同的工种。本文从一个小小的文档说起，可以从中了解到积累的威力。 有一个名词叫“现代...”，这可能是近期写

最近的工作到软件项目的收官阶段了，开放BLOG，适逢其会，正好写点心得，本系列面向初学者，让大家见笑了。 开宗明义，写下这些零零散散的东西，要阐述一种软件实践的方法论。但方法论尚在求证之中，所

软件理论很多很杂，而且有很多是借鉴了其它专业的理论。从软件工程的瀑布模型中知道，编码要依据详细设计来完成。判定树是系统分析和设计期的工具，但编码人员不一定每次都能从详细设计书中找到明确的判定树资料

作为软件流水线上的劳动者之一，每天收到n多邮件，在最初的时期，常常不能完全处理，积累未看的邮件最多达到数百封，最后在项目结束后就删除了,想想也很可惜。笔者命名之为“邮件轰炸”，意指其数量、目标及其突发

2004年4月下旬，项目后期人员进入开发现场，参加软件项目的收尾工作。从合作双方来说，要达到客户满意的要求，这是一个必经的阶段。而对于项目人员是一种难得的机会，但同时也是一种艰苦的考验。（背景省略

描述需求的文档通常称为需求分析说明书。为使文档易于理解，可加入用例图和脚本两种元素。用例图作为UML中最通俗易懂的图，适合于描述系统的用户界面及系统处理。脚本描述一个具体的功能的执行流程。 这

时值九月，秋高气爽。（略去感想70字。）近期一直考虑的东西，就是标题所言。从业于WEB开发的人士对画面迁移是异常熟悉，我们常见的一种错误就是画面迁移不正确。就飞速发展的需求而言，从一个画面的ACTIO

软件测试到了后期，出现了一个奇怪的BUG。几经查找，是因为对DB中某条数据的状态Flag判断不够，从代码中反映为只有IF而没有ELSE，这样反映到系统中就出现了意想不到的效果。一般来说，出现过两次

软件设计包括系统设计和数据库设计，一个专业的软件工程项目数据表大都超过100个，有的几百个。作为专业的编程人员，如果不对数据表形成概念，编程时必然会造成困难。解决问题的关键就是熟悉它们，再熟悉它们