第三章生命周期..docxVIP

3.4 生命周期法的成功要素 总结以往采用生命周期法进行信息系统开发的经验，凡是遭到失败的，主要存在以下几个问题： （1）对信息系统的目的不明确。即系统开发人员没有对用户的目前状况和现行系统作深入细致的调查研究，仅通过一些表面现象进行系统的设计、开发工作。结果开发出来的系统不符合用户的要求，无法在实际环境中使用。 （2）没有贯彻用户为中心的观点。信息系统最终是要交付给用户使用，因此，为了保证系统开发的顺利进行，必须非常重视吸收用户的意见。但有些系统开发人员刚开始时还听取听取用户的意见，以后就不怎么听取了，或者虽然听了，但不作认真研究，结果开发出来的系统得不到用户的认可。 （3）系统开发过程没有明确的阶段划分和分工，缺乏检查。信息系统是一个涉及面广、技术复杂的系统，需要购买软硬件等设备并需投入大量人力，如果到系统建成时才发现不符合使用要求，就将造成重大的经济损失。为了保证信息系统的开发能顺利进行，就必须将系统开发过程划分成若干阶段，每个阶段都规定有明确的目标和任务，并且制定必要的检查措施，使系统的开发工作稳步进行，获得成功。但是由于许多系统开发人员并不深刻理解这种生命周期法的开发过程，一接到开发任务，马上就想到编程，对于系统的分析、设计工作很不重视，结果问题众多、矛盾百出、骑虎难下。同时，由于没有明确的阶段和目标，中间又缺乏检查环节，使工期和费用失去控制。这是过去一些项目失败的一个重要原因。 （4）文档管理比较薄弱，开发人员和用户之间缺少能沟通思想的工具。一般说来，系统开发人员和用户具有不同的专业背景，因而彼此不理解对方的思维方法、技术术语等，不能及时地交流思想。而系统开发各个阶段所产生的结果没有以文件和图表形式表达出来。整个系统的分析和设计情况全装在设计者的脑袋里，一旦他离开，别人就很难插手，导致系统维护、改进工作无法进行。从目前大多数开发项目的情况，文档管理是一个非常薄弱的环节。这也是有些系统不能及时投入正常运行的原因之一。所以生命周期法要实施成功，除要注意文档管理、变更管理和监理外，还需要注意检查实施过程中是否符合了生命周期法的一些典型特点，这些特点又是生命周期法的成功要素：1）建立面向用户的观点，根据用户需求来设计系统；2）自顶向下来规划或设计信息系统；3）严格按阶段进行；4）有效的工作文档；5）运用系统的分解和综合技术，使复杂的系统结构化、模块化；6）强调阶段成果的审定和检验。以上成功要素中第一条的思想我们贯穿在本书的第四章“需求分析和可行性分析”以及第五章“调查研究与现状分析”中，第二条、第三条和第六条贯穿在本章第二节工作流程的落实中，本节不再赘述。这里重点谈第四条文档的有效性和第五条结构化开发。3.4.1 文档的有效性为了使信息系统的文档能起到多种沟通作用，使它有助于程序员编制程序，有助于管理人员监督和管理软件开发，有助于用户了解信息系统的工作方式和应做的操作，有助于维护人员进行有效的修改和扩充，就必然要求文档的编制要保证一定的质量。质量差的文档不仅使读者难于理解，给使用者造成许多不便，而且会削弱对信息系统的管理（管理人员难以确认和评价开发工作的进展），增加信息系统的开发成本（一些工作可能被迫返工），甚至造成更加有害的后果（如误操作等）。 造成信息系统文档质量不高的原因主要有四个：1）认识上的问题：不重视文档编写工作。2）规范上的问题：不按各类文档的规范写作，文档的编写具有很大的随意性。3）技术上的问题：缺乏编写文档的实践经验，对文档编写工作的安排不恰当。4）评价上的问题：缺乏评价文档质量的标准。首先是认识上的问题。信息系统建设过程在很大程度上是应用软件的开发过程，就软件的两大部分一一程序和文档而言，程序相对来说是“硬件”，是必须最终完成的，作为开发者往往认为只要最终程序正确，能够满足系统需求就达到了系统要求；而文档是“软件”，有一些是必须完成，而有些则无严格要求，并且也可以事后补充。因而，为了追求开发进度，一些文档资料常常被忽略。另外，文档经常是给别人看的，文档的作用很多是在事后才能体现出来的，使得系统开发人员缺乏书写文档的动力和自觉性。于是在程序工作完成以后，不得不应付一下，把要求提供的文档赶写出来。这样的做法不可能得到高质量的文档。实际上，要得到真正高质量的文档并不容易，除去应在认识上对文档工作给予足够的重视外，还要规范文档的写作。高质量的文档应当体现在以下一些方面： 1）针对性；文档编制以前应分清读者对象，按不同的类型、不同层次的读者，决定怎样适应他们的需要。例如，管理文档主要是面向管理人员的，用户文档主要是面向用户的，这两类文档不应像开发文档（面向开发人员）那样过多地使用信息技术的专业术语。 2）精确性与统一性：文档的行文应当十分确切，不能出现多义性的描述。同一项目的不同文档在描述同一内容时应该协调一致