需求调研流程与相关要求

相关主题

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

文档类型Document Type

密级Confidentiality Level

教案研究文档仅供收件方查阅

文档编号Document Code

版本

Version

共12 页0．8

业务需求调研大纲

Prepared by 拟制王飞

Date

日期

2011-2-11

Reviewed by 评审人Date 日期

Approved by 批准Date 日期

Catalog

1需求调研流程

1.1 调研整体流程

问题识别：解决目标系统做什么，做到什么程度。需求包括：功能、性能、环境、可靠性、性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查分析所需的通信途径。

●分析与综合：从数据流和数据结构出发，逐步细化所有的软件功能，找出各元素之

间的联系、接口特性和设计上的限制，分析它们是否满足功能要求并剔除不合理部

分，综合成系统解决技术方案，给出目标系统的详细逻辑模型。[常用的分析方法

有面向数据流的结构化分析方法SA（数据流图DFD、数据词典DD、加工逻辑说明）、描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对

象分析方法OOA（主要用UML）、对于有动态时序问题的软件可以用形式化技术，

包括有穷状态机FSM的状态迁移（转换）图STD、时序图、Petri网。每一种分析

建模方法都有其优势和局限性，可以兼而有之以不同角度分析，应该避免陷入在软

件需求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中

小规模软件、面向对象方法用于大型软件。]

●编制需求分析文档

●需求评审

1.2 组成部分关系

需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方面：确定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息；将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件；了解相关质量属性的重要性；讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识。

1.3 分析过程

需求分析的任务是借助于当前系统的物理模型（待开发系统的系统元素）导出目标系统的逻辑模型（只描述系统要完成的功能和要处理的数据），解决目标系统“做什么”的问题，所要做的工作是深入描述软件的功能和性能，确定软件的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求，通过逐步细化对软件的要求描述软件要处理的数据，并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。必须全面理解用户的各项要求，但不能全盘接受，只能接受合理的要求；对其中模糊的要求要进一步澄清，然后决定是否采纳；对于无法实现的要求要向用户作充分的解释。最后将软件的需求准确地表达出来，形成软件需求说明书SRS。

●获得当前系统的物理模型：首先分析、理解当前系统是如何运行的，了解当前系统

的组织机构、输入输出、资源利用情况和日常数据处理过程，并用一个具体的模型

来反映自己对当前系统的理解。此步骤也可以称为“业务建模”，其主要任务是对

用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题，然后建

立一个业务USECASE模型和业务对象模型。当然如果系统相对简单，也没必要大动

干戈区进行业务建模，只要做一些简单的业务分析即可。

●抽象出当前系统的逻辑模型：在理解当前系统“怎样做”的基础上，取出非本质因

素，抽取出“做什么”的本质。

●建立目标系统的逻辑模型：明确目标系统要“做什么”。

●对逻辑模型的补充，如用户界面、启动和结束、出错处理、系统输入输出、系统性

能、其他限制等等。

2需求调研和分析的方法、策略和步骤

2.1 如何调研

需求调研涉及三个问题：

一是如何确定调研对象；

二是如何确定被调研对象；

三是采用何种调研方法；

调研对象的组成应以互补为原则，至少要由三类人员组成：技术人员、业务专家和经管者。被调研对象主要是人员和业务两类，其间主要涉及人与人、人与事物、事物与事物等三种关系。

其中，关键是确定调研范围。调研范围包括关键域和关键活动。而关键活动又由关键流程加关键点构成。

找到关键域，明确关键流程和关键点，对需求调研至关重要，需要专家或咨询顾问介入。而能否把握这一时机并找准需求提炼的关键点，是考验需求调研人员的重要方面。优秀的需求调研人员不仅能认识问题之所在，还能藉此获取足够多的知识，最后成为问题领域的专家。

需求调研非常困难，必须引起重视。因为：

● 缺乏专门领域的知识，同时应用领域中的许多问题通常模糊，很难界定；

● 机构实践存在默认知识，难以描述；

● 多个知识源或信息源既有冲突又有重合；

● 被调研对象可能有认知偏见或者欠缺或有时不愿提供确切信息。

这些都会给需求调研人员带来障碍和困难。在这种情况下，掌握必要的方法与技巧非常重要。

2.2 如何分析

需求工程是继软件工程之后的又一热点工程。从理论上说，包括调研需求、模拟和分析需求、需求描述、需求认可、需求演进这五个层次，并且逐层递进、螺旋式上升。需求分析是需求工程的核心，贯穿于系统整个生命周期。需求分析的出发点在于：对调研的需求进行进一步提炼并指导需求的抽取；帮助需求分析人员发现问题。需求模拟则帮助检查验证对问题的理解。需求分析和模拟又包含三个层次的工作：需求定义、需求建模、需求模拟。需求定义，是对经调研获取的需求进行初步整理，抽取其中基本需求和关键需求予以界定，并为需求建模提供必要的需求元素。需求建模，是把抽象的需求通过概念、符号、数学模型及逻辑结构表现出来。表现形式有自然语言、半形式化（如图、表、结构化英语等）和形式化表示等三种。自然语言形式具有表达能力强的优点，但不利于捕获模型语义；半形式化表示可捕获结构和一定的语义，也可进行一定的推理和一致性检查；形式化表示具有精确的语义和推理能力，但构造一个完整的形式化模型，需要较长时间和对问题领域的深层次理解。相对而言，图表形式的需求模型直观常用，比如组织结构图、系统流程图、网络拓扑图等。良好的需