浅谈信息系统开发中的差错放大及其治理.docVIP

　　浅谈信息系统开发中的差错放大及其治理|第1 常言道：“差之毫厘失之千里”，意指原本一点些微的差异由于未及时得到校正，到头来造成了巨大的偏差。其实，在信息系统软件开发中就常常出现这种由小变大的差错，究其原因主要是在系统开发各个阶段中产生的大小错漏未及时消除，逐级累积放大所致，其严重后果往往是造成系统软件的潜在致命硬伤，不及时发现迟早会造成用户的巨大损失。下面进一步分析系统差错放大的成因、危害和治理措施。 1、信息系统开发各阶段的差错原因溯源和诊断 在信息系统软件开发所必经的需求分析、软件设计、软件编程、系统测试等开发过程中，每个阶段都不可避免地因人为或非人为因素产生一些错误并带到下一阶段中，这些错漏又往往因未及时处理而造成无穷的后患，下面就简单地依次逐级进行差错原因溯源和诊断： 1）在需求分析阶段：由于用户可能对自己的业务叙述以及对系统软件的需求等背景内容不够系统和完善，加之信息系统开发商理解上的偏差，形成包含了错误需求的“需求分析报告”。这种错误包括误解与遗漏，造成随之展开的设计、编程上的逐级错上加错。 2）在软件设计阶段：因为对需求理解的偏差，加上设计本身考虑不周，导致含有错误的“设计报告”出台，根据这种设计方案所展开的编程同样会错上加错。 3）在软件编程阶段：因为对设计思路、意图、方案、规划等基本思想的理解偏差，加上编程本身的疏忽，“程序代码”中往往会错误和漏洞百出。 4）在系统测试阶段：总会有一些“潜伏的错误”没能及时发现，而能够发现的错误在交付期迫近的情况下又不能修改，可能是因为某一模块修改工作量太大，没有修改时间；也可能是因为工作量虽小，但模块修改涉及范围太大，轻易难改，即使是修改也常常越改越乱。 由此这般致使在正式交付的软件中就潜伏了很多错误，造成了软件的“硬伤”，如此差错逐级积累和放大，其危害后果是不言而喻的。 2、信息系统软件开发的差错放大及其对系统开发商的冲击 系统编程员一定都有这种体会：花费了近半个月的功夫、用了九牛二虎之力所编出的程序联机测试时趴了窝，穷究其原因才发现罪魁祸首简单到只不过是一条语句或一个变量的“小错误”，但是错误却是在编程开始时早就埋伏下来了的。 系统开发者也一定都有这样的体验：在系统开发的每个阶段都会把上一阶段文档的要求成倍或成数量级的放大成现阶段的文档，例如1个“用户需求”常常可能需要10条“设计”语句才能展开，1条“设计”语句非得需要10段“程序”才能实现，1段“程序”往往需要10种“测试”组合才能让人感到踏实。同理，差错错漏也同样被不幸地逐级进行放大，致使早期的低级错误，在软件开发后期往往会铸成大错，对用户造成无法估量的损失。 虽然IT业内的系统开发商普遍视“防患于未然、有错必纠”为基本工作原则和职业道德准则，但繁杂的修改返工却让开发商付出沉重代价。因系统差错的“放大效应”，致使越到开发后期，系统软件修改返工所造成以成本、质量和效率三要素所体现的代价就越大： ①在成本上：由于修改返工造成总开发时间和单位开发时间上的延长，直接体现为人、财、物投入的增加；②在质量上：修改软件很少会推倒重来，而往往会进行软件“打补丁”式的补救，却常常常是悉心的修改反而又引入了令人意想不到的新错误，真是一波未平一波又起，刚摁下葫芦又起了瓢；③在效率上：修改返工中若不增加开发人员，则必将导致增加绝对开发时间，使实际开发效率骤降。若增加开发人员，则会因新员工不熟悉原工作流程或由于6人以上的修改返工小组中人际交流时间的激增，而降低了单位时间的开发效率。 差错放大导致的修改返工常常导致管理信息系统软件开发的实际工期严重拖延。更严重的是造成用户与系统开发商之间的反目，使系统开发商的信誉扫地，甚至危及其生存。 3、传统软件工程在克服差错放大问题上的常见误区及其治理 为克服差错放大所造成的软件危机，IT业内于20世纪80年代末期推出了按工程化方式组织管理软件开发的“软件工程”，向广大开发商提供了包括分析、设计、编程、测试方法等软件开发规范的技术手段和包括项目式、专业式、矩阵式管理等模式的标准化现代管理手段。但是，传统的软件工程应用在克服差错放大方面仍然不理想。这主要是因为传统的系统分析设计方法所基于的软件工程方法论所存在的致命误区。下面就分别剖析这些误区： 1）误区之一：“唯技术论与软件至上说” 过去，许多纯技术派和理论派人士，习惯于按照传统的思维，凌驾于用户之上，单纯从技术角度考虑问题，严重脱离生产管理实际闭门造车，全然忘记了信息系统软件必须从实践中来到实践中去的基本道理，忽视了系统必须服务于客户的根本理念。很难想象运行模式与用户的管理模式大相径庭管理软件会有什么实际意义。其实对于系统软件来说，其结构也就正体现了有关原理组成部分的包容关系；软件的流程也恰恰体现了这些组成部分的交互过程；软件的数据则体现了进行这些交