- 相关推荐
计算机软件项目管理中的需求分析
摘要:计算机软件项目管理中的需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。本文介绍了在需求分析研究中探索出的一些有效措施。
关键词:需求分析 用户方干系人 项目经理 需求分析员
众观国内计算机软件业的发展，除远不如欧美等西方发达国家外，与人均GDP不及我国的印度相比也相距甚远，软件业的劣势正严重制约着我国IT业的发展。我国软件业的劣势表现在自主开发的成熟软件不多，而开发的大量软件工程项目(如ERP等)存在缺陷或完全开发失败。目前，国家正在加大对软件工程的研究和对软件工程人才的培养。根据资料显示，属于需求分析造成软件设计的错误和缺陷约占软件失败的6400，而属于程序代码的错误仅占软件失败的360a，数据表明需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。通过对软件项目管理知识的系统学习并结合近年来自己参与部分软件项目实施的经验，介绍在需求分析研究中探索出的一些有效措施。
1尽快熟悉项目用户方干系人全貌
项目用户方干系人，指所有可能受到项目结果重大影响的人，即项目的风险承担者，他可能是项目的受益者，也可能是项目的受害者。因此，应当从项目的启动开始，需求分析员及其项目成员就要分清项目用户方干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。
有些项目在做需求调查时，由于受进度要求等客观因素影响，需求分析员与建设单位的技术部门交流较多，向业务管理部门和实际使用者调查不够深入，造成软件试用后不得不再对需求做较大调整，“从头再来”的部分比例很高，大大超过进度要求时间。因此，熟悉项目用户方干系人全貌是进行需求调查的第一步，也是需求调查的基础。在定制开发项目的项目用户方干系人中，最重要的是建设单位中的人事组织、业务关系。最好是能够用组织结构图画出相关单位的组织结构;还应当在相关单位组织结构图基础上画出全体项目用户方干系人结构图，以便更好更全面地进行需求调研分析;用责任矩阵确定各部分的调研对象;建立调研对象通讯录以保证调研及分析期间及时的沟通。
2采取正确的需求获取方法
软件开发项目的目的就是要实现项目用户方的需求，项目用户方的需求包含明确的和隐含的，也可以分为NEED,WANT,WISH等不同的层次。如果对项目所有用户方干系人没有进行足够的沟通和影响，使其尽可能地参与项目，则会出现客户方相关责任人不明确或对范围和需求责任心不强，提出的需求具有随意性，项目前期对需求的确认不够积极，或者是多个用户代表各说各话、昨是今非，项目后期需求变化随意等现象，这就会造成项目范围的蔓延，进度的拖延，成本的扩大，甚至项目的完全失败。
各种用户对系统具有不同的要求，如一个没有经验的用户关心系统是否简单易用，对于高级用户则关心产品的易用性和高效性。因而需要对用户进行分类，每一个用户类将有自己的一系列功能和非功能要求。在项目中，要尽早为产品确定并描述不同的用户类，这样就能从每一个重要的用户类代表中获取不同的需求。
项目需求具有双面性(用户与开发商)和多面性(项目中各干系人)，因此，项目经理和系统集成者应了解用户干系人需求，用户干系人也应了解技术方面的需求，两者缺一不可。正确的需求获取需要了解需求的来源、用户的分类、用户的代表性、用户需求谁说了算数等因素。开发人员和项目经理要有足够的耐心聆听用户的讲述，要足够详细地了解每一个细节。项目管理者要善于将需求分类、归类，善于将需求文档化，并有所查询标记。
3可视化需求调研，引导各种客户挖掘他们的需求
有的客户因为自己缺乏计算机知识，无法提出完整准确、隐含的或潜在的需求。若这些需求不能满足将导致用户的不满。因此需求调研分析人员应善于想用户所想，不但要确定明确的需求，还要善于用启发的方式与用户探讨隐含的或潜在的需求，并结合各种调研分析技术挖掘超出客户期望的令人兴奋的需求。这就要求需求调研分析员要尽快完整地熟悉相关业务，从而能够站在用户的立场看待软件需求，想用户所想，做好业务与计算机之间的桥梁。利用可视化需求调研的方法可以很好地启发用户深人挖掘潜在的需求。可视化需求调研就是使用图表等工具来启发引导用户清楚地叙述需求，并且使需求更加全面完善。
对于高层领导，可以提供系统总体框架图;对于业务管理人员，可以用业务流程图来描述新旧系统的业务流程;对于客户中的技术人员，可以用数据流图、实体关系图或UMI中的各种图形对系统进行各种角度的描述;而对于业务管理人员、客户中的技术人员、以及各层次各流程中的用户，画出用户界面图来进行需求挖掘，是个比较有效的沟通方式。
这里特别说明一下用户界面的重要性。用户界面的设计按理来说是软件设计的责任，当然客户自己对界面有特别提出要求的除外。但是，如果把它提前到需求调研时与客户进行讨论，则可以大大改善需求调研的效果。因为这时客户对于将来的系统还没有一个形象上的概念，或者有一个模糊的预想的概念需要表述、验证、明晰化、完善化，以笔者的经验，画出用户界面草图与客户进行讨论，可以大大激发他们提供更为准确全面的需求。原来收集资料，描述业务，说明系统模型到了山穷水尽的时候，这种方法可以达到柳暗花明又一村的效果。
4详细描述各项业务，以便让所有客户确认
尽可能全面详细地调查并且描述原有系统和用户希望将来系统具有的各项业务的流程，并将这些业务流程文档化后与客户进行讨论，对描述错误或不准确不精确的进行修改，最终让客户进行确认。从近年来开发的软件看，对业务处理过程了解的完整性和准确性非常重要。虽然对数据来说都是SIDUT(查增删改传)，但具体业务都是分为若干步骤，每个步骤都有其业务名称，同一步骤可能对多个数据集进行不同操作，需要调查了解清楚才能设计出适合用户业务特点和习惯的软件，使开发出来的软件更受欢迎。当然在进行软件概要设计时，要尽量排除业务流程的制约，即把流程中的各项业务节点工作作为独立的对象，充分考虑他们与其他各种业务对象的接口，在流程之间通过业务对象的相互调用实现其业务流程，这样，在业务流程发生有限的变化时，就能够比较方便地修改系统程序而实现新的需求。
【计算机软件项目管理中的需求分析】相关文章：
基于顾客价值的需求，流动网挖掘策略分析06-04
浅谈计算机协同技术在项目管理中的运用06-09
论企业管理培训生项目实践的系统学分析05-01
土木工程建筑施工中项目管理的应用论文04-13
我国物权法中预告登记的范围分析07-19
商标翻译中的文化因素分析论文05-03
谈计算机软件工程管理维护08-22
浅谈工程建设中的项目管理论文（通用6篇）06-07
质量管理在配网工程项目建设中的应用论文05-05