分析计算机软件项目管理实施对策.docVIP

分析计算机软件项目管理实施对策 　　摘要: 软件产业是一个极具挑战性和创造性的新行业，然而成功的软件项目并不理想，最突出的问题是软件系统产品的研发周期长、质量低、成本高、开发进度难以控制、系统修改与维护困难等。实践表明，高质量地开发软件，仅靠运用新的软件开发方法与技术是十分有限酌，必须以改进并加强管理软件生产过程为中心，实施科学的、规范的软件工程管理和软件项目管理，这才是解决问题的根本所在。 　　关键词:需求分析；项目干系人；系统分析员 　　中图分类号： TU71 文献标识码： A 　　 　　需求分析是软件开发过程的核心，其结果直接影响到整个的软件开发过程。据相关资料显示，因需求分析因素所造成的软件项目失败或缺陷约占60%，属于系统实施阶段的代码错误，而导致软件项目失败的比率约为40%。项目失败的根源在于需求分析不明确，需求调研不彻底，从而引发需求不断变更，最终导致项目停滞。这些变更不仅加大了开发成本、项目无法按时完成等严重问题，而且，还有可能引发用户方与开发方之间互相指责，导致项目搁浅。 　　一、软件项目需求分析的重要性 　　软件系统的开发主要分为五个阶段，分别是系统的需求分析阶段、系统设计阶段、系统实施阶段、系统测试阶段和系统维护阶段。而需求分析阶段是整个五阶段中的重中之重，在该阶段所占的工作量大概是整个软件开发项目的50%，逻辑方案是该阶段的最终成果。逻辑方案不仅是进行系统设计的依据，而且，还是系统最终验收的说明性文件。从以往的经验来看，需求分析做的不彻底，没有深层次的挖掘用户需求，往往可能导致整个项目无法达到预期的效果，或者说设计开发出来的产品不能满足用户的需求。 　　需求分析首先要对现有系统有充分的认识和了解，在此基础上，通过识别关键问题、分析项目的可行性、详细调查研究、系统化分析，最终设计完成该项目的新系统逻辑方案。只有系统分析员明白了用户的真正需求，才能开发出满足用户的软件产品。在这里，要强调一点的是，在做需求分析的时候，开发方一定要指派有实际工作经验的系统分析员来与用户沟通，而不是指派具体的开发人员，这将避免一些沟通不畅的问题发生。系统分析员在了解用户的基本需求之后，要以书面的形式，准确地制定出软件需求报告。该报告主要说明系统的行为属性，是项目开发过程中对系统的制约。要实现这一目标，就需要系统分析员与用户之间做到紧密协作，甚至系统分析员要深入到用户方的实际业务当中，把自己当做是用户，从用户的角度思考问题，只有这样，开发方才可以真正了解用户需要什么，系统应该做什么。 　　二、规范执行需求分析的流程 　　需求分析的过程，要严格执行规范化操作，囫囵吞枣式的需求调研是不可取的。开发方在做需求分析过程中，一定要严格把关，从对用户负责的角度出发，并且也为了降低自己的开发成本，对无法与用户实现很好沟通的项目经理要及时叫停，避免后续工作无法正常进行。 　　按照需求分析的过程，同样也可将其分为五个阶段：首先要获取用户需求，其次是分析用户的需求，第三是编写需求文档，第四是评审需求文档，最后是管理需求。规范执行需求分析的流程，是需求分析能否成功的关键。图1是根据实际工作经验总结出的需求分析工作流程： 　　在需求分析过程中，开发方要深入用户方的各个部门，最简单的项目也要做到用户确认需求和需求评审两个过程，复杂的项目甚至要做到多次。 　　三、尽快熟悉项目用户方干系人全貌 　　项目干系人又称为项目相关利益者，是指积极参与项目、或其利益会受到项目执行或完成情况影响的个人或组织，项目干系人对项目的目的和结果施加影响。项目管理团队，即开发方，必须识别项目干系人，确定他们的需求和期望，尽最大可能地管理与需求相关的因素，以获得项目的成功。因此，应当从项目的启动开始，系统分析员用户方相关人员的配合下，逐步分清项目用户方干系人具体包含哪些人和部门，通过开方法与其沟通加之用户方领导的协调以驱动他们对项目的支持，从而减小其对项目的阻力。 　　有些项目在做需求调研时，因受用户方提出的进度要求等因素影响，有些系统分析员不愿与用户过多地交流，只是发一些调研表做一些大概的了解。往往是因为开发方已有与该建设单位相似的原型，会亟不可待地去推广，这样会导致某些差异需求得不到深入了解，用户方只能被动地去适应原型系统，这样的做法是不可取的。另一种情况则是开发方与用户方的技术部门交流比较多，而向业务部门和实际使用人员调查的力度不够，往往容易造成原型试用后，与用户的需求不一致，不得不再对需求做较大调整，造成开发周期不断延期，开发成本大大增加。因此，熟悉项目用户方干系人全貌是进行需求调研的第一步，也是需求调研的基础。在定制的开发项目中，最重要的是要弄清楚用户方中的组织结构关系、业务流程关系、数据流程关系。制定该项目的牵头单位，在此基础上，使用图表的