需求开发管理规范及管理流程

《需求开发管理规范及管理流程》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、需求开发管理规范及管理流程1.目的通过定义需求开发和管理过程，规范公司软件开发项目的需求开发和管理活动，提高需求质量，从而提高软件生产率，降低开发成本，改进软件质量。应调查用户的需求，通过需求分析工作将用户需求转化为软件需求，同时评审需求的正确性，获得需求的承诺；应控制需求的变更，并确保项目计划、工作产品与需求的一致性。2．需求开发阶段的工作文件产品名称说明需求开发阶段计划描述需求开发阶段的人员、分工、时间、主要工作内容及必备条件。需求开发问题表现场调研需解决的问题需求开发实施日志记录任务执行情况现场调研访谈表现场调研记录（包括需求阶段的会议记录、纪要）现场

2、资料收集清单所有现场收集的资料清单需求规格说明书阶段性成果、描述需求的综合性报告需求变更申请单外部需求请求变更时申请，记录变更过程需求变更表在形成阶段性成果后编制的需求列表需求阶段资料汇编所有需求工作产品总编目3．需求开发阶段工作流程1.入口准则项目立项、合同签定2.出口准则用户确认需求3.输入用户的需求4.输出1、软件需求规格说明书2、需求变更表5.主要步骤6.1需求获取1．明确需求获取的信息。需求分析师应在需求获取前明确需要获取的需求信息，以确保在实施需求获取时有的放矢。通常需求获取要获取的信息包括三大类：l与问题域相关的背景信息（如业务资料，组织结构图

3、，业务处理流程等）；l与要求解决的问题直接相关的信息；l用户对系统的特别期望与施加的任何约束信息。2．明确需求信息的来源。需求分析师在明确了所需要获取的信息之后，应确定获取需求信息的来源与渠道，以提高需求分析师在需求获取阶段的工作效率，使得所收集的信息更加有价值、更加全面。需求信息的来源通常包括：l来自客户的需求l实施所满足的需求l竞争对手的产品优势与不足3．获取需求信息的方法。在明确须获取什么需求、需求的来源与获取渠道后，应选择至少一种需求获取技术获取相关的需求，作为需求分析的依据。需求获取技术包括但不限于：l客户访谈l客户调查l现场观摩用户的工作流程，观

4、察用户的实际操作l需求讨论会4．需求信息的保管。根据所采用的需求获取技术，在需求获取过程中将产生不同的记录和原始资料，项目组应将这些记录纳入开发库进行配置管理。需求获取的记录与资料包括但不限于：l用户编写的原始需求文档；l用户填写的需求调查表；l用户访谈的访谈纪要；l需求研讨会的会议纪要；l相关的政策法规文件，业务规则文件以及行业标准文件；l需求原型。5．需求分析工作方法。根据以往的工程经验，需求分析工作方法，应该定位在“三个阶段”（也称“三步法”）。第一阶段：“访谈式”（Visitation）这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的

5、是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局，最好能指定本次项目的接口人。实现手段：访谈、调查表格输出成果：调查报告、业务流程报告第二阶段：“诱导式”（Inducement）这一阶段是在承建方已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际、客观的信息基础上，结合现有的硬件、软件实现方案，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和

6、用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。实现手段：拜访（诱导）、原型演示输出成果：调研分析报告、原型反馈报告、业务流程报告第三阶段：“确认式”（Afirm）这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作承建方提供的DEMO系统，来提出反馈意见，并对已经可

7、接受的报告、文档签字确认。实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档）需求分析的三个阶段是需求调研中不可忽视一个重要的部分，三个阶段或者说三步法的实施和采用，对用户和承建方都同样提供了项目成功的保证。当然在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。6．需求分析应注意的问题。需求说明书应该对于那些只想了解宏观需求的领导

8、，和需要了解细节的技术员都合适。在写需求说明书时应该