大型软件项目中的需求管理及控制.pdfVIP

大型软件工程中的需求管理及控制目录

摘要2前言2

1.术语解释3.需求过程参与人员角色及职责4

2.善于抓核心，抓主流程5.需求真伪的判断5

3.需求全景图5.软件开发的需求分析与需求管理6

3.1.需求分析的过程6

6.2.需求的层次7

7.3.需求开发阶段的重点7

8.4.需求分析的任务8

9.5.注解：SRS格式87.需求开发与管理流程9

7.1.前述9

7.2.需求获取9

1.2.1.前述9

7.2.2.调查卷9

7.2.3.访谈9

7.2.4.现场观摩工作流程，观察实际操作10

7.2.5.从法律法规、行业标准、业务规则中提取需求10

7.2.6.文档追溯（文档考古）10

7.2.7.需求讨论会10

7.2.8.原型法10

7.3.需求获取资料的保管10

7.4.编写用户需求规格说明书11

7.5.需求分析11

7.5.1.前述11

7.5.2.结构化分析方法11第1页共15页

7.2.4.现场观摩工作流程，观察实际操作

对于一些较为复杂的流程和操作，是比拟难以用语言和文字进行表达的，可

以有针对性的采用到系统预期使用者及管理者的工作现场，一边观察，一边听其

讲解，从而更直观的了解其需求。

7.2.5.从法律法规、行业标准、业务规则中取需求

这种方法要求需求分析师有一定的行业从业经验及法律法规知识，能够了解

行业的开展动向，可以聘请业务专家、相关法律专家和业务骨干对需求分析师进

行集中培训和讲解，使之缩短提取需求时间，提高需求获取的准确性和效率。

7.2.6.文档追溯(文档考古)

需求获取人员通过对甲方业务和工作中已经归档的历史文档进行研究，其主

要的工作是对已经归档的携带了大量真实数据的文件、表单、报告和电子文档进

行分析，获取需要调研的信息。

7.2.7.需求讨论会

需求讨论会作为需求获取阶段的重要手段，一直都是在需求的中期后期来进

行，需要在获取到一定量的系统需求后，在召集甲方的关键业务人员和开发方的

需求分析人员、工程开发人员来进行需求讨论，并最终确定。

7.2.8.原型法

需要在很短的时间内完成的中小型软件系统，针对实际情况经常采用的是原

型法(prototype),即把系统主要功能、流程和数据项通过快速开发制作形成可视的

操作页面展示给系统预期使用者，并征求预期使用者意见，通过可视化的界面和

数据项快速确实定工程的实际需求。

7.3.需求获取资料的保管

根据所采用的需求获取方法，在需求获取过程中将产生不同的记录和原始资

料，工程组应将这些记录纳入开发库进行配置管理。需求获取的记录与资料包括

但不限于：用户编写的原始需求文档、用户填写的需求调查表、用户访谈的访谈

纪要、需求研讨会的会议纪要、相关的政策法规文件，业务规则文件以及行业标

准文件、需求原型。

第10页共15页4.编写用户需求规格说明书

需求获取人员在通过需求获取的各种方法获取的工程需求进行整理、分析和

记录，结合实际情况编写《用户需求规格说明书》，《用户需求规格说明书》作为

开发方与甲方的沟通性文档，需要有以下特性：编写语言必须采用通俗易懂的

语言；术语性字眼必须加以解释；结构清晰，条理清楚，主次分明；需进行广泛的

意见征集。

主要内容应该包括但不局限于：系统总体介绍（背景、用途、用户群和系统特

征）；系统应遵循的业务规范和行业标准；业务流程；产品的功能性需求；产品的

非功能性需求。

建议针对工作量小于5人月的小型工程、使用了原型法获需求的工程、没

有明确的目标使用者的工程、直接引用预期使用者提供的需求说明书的项目，可

以不用编制《用户需求规格说明书》。

7.5.需求分析5.1.前述

在需