软件需求调研.ppt

软件需求调研 贾丽雯 目录 一、软件需求调研基础 二、需求层次 三、需求调研方法 四、需求调研前准备 五、调研基本策略 六、需求获取的任务与原则 七、需求获取的过程 八、需求调研注意事项 一、软件需求调研基础 软件需求的定义 软件需求的层次 需求与软件需求 需求调研的含义 软件需求的定义 ieee 软件工程标准词汇表（1997年）中定义的 需求为： （1） 用户解决问题或达到目标所需的条件或能 力； （2） 系统或系统部件要满足合同、标准、规范 或其他正式规定文档所需具有的条件或能力； （3） 一种反映上述条件和能力的文档说明。 软件需求的层次 1业务需求（business requirement）反映了组 织机构或客户对系统、产品高层次的目标要求， 它们在项目视图与范围文档中予以说明。 2用户需求(user requirement) 文档描述了用户 使用产品必须要完成的任务，这在使用实例（use case）文档或方案脚本说明中予以说明。 3功能需求(functional requirement)定义了开发 人员必须实现的软件功能，使得用户能完成他们 的任务，从而满足了业务需求。 4非功能性的需求描述了系统展现给用户的 行为和执行的操作等，它包括产品必 须遵从的标准、规范和约束，操作界面的具体细 节和构造上的限制。 需求与软件需求 需求 特征 软件需求 需求调研就是要搞清楚用户 的需要，通过用户的需求提 取特征，进而提取软件需求 需求调研的含义 所谓需求调研就是调查和研究客户的想法。 要做好调研工作，我们需要去思考下列问题： u 客户都有哪些类型？不同类型的客户关注的问 题是否相同？ u 客户的想法是否需要进行分类？如何进行分类 ？分类有什么作用？ u 如何去调查和研究不同类型的客户的不同类型 的想法？ 二、需求层次 需求的层次 软件需求包括3个不同的层次业务需求、用户 需求和功能需求: 除此之外，每个系统还有各种非功能需求。图1.1中 的模型给出了各种需求关系的示意图。 业务需求(business requirement)表示组织或客户高层 次的目标。 用户需求(user requirement)描述的是用户的目标，或 用户要求系统必须能完成的任务。 功能需求(funetional requirement)规定开发人员必须在 产品中实现的软件功能，用户利用这些功能来完成任 务，满足业务需求。 术语系统需求(system requirement)用于描述包含多个 子系统的产品(即系统)的顶级需求。 三、需求调研方法 1、 会谈、询问：围绕软件目标提出具体问题； 2、 调查表：经过仔细考虑的书面回答可能比会 谈中的回答更加准确； 3 、 收集分析客户使用的各种表格、有关工作责 任、工作流程、工作规范、相关数据标准、业务 标准的各种文字资料； 4、 收集同类相关产品的宣传资料、技术资料、 演示程序或软件程序； 5 、 情景分析：利用情景分析诱导用户能够把它 们的需求告知分析员（可以描述当前一项业务怎 么做、也可以描述设想的系统中此项业务怎么做 ）； 6 、 可视化方法：结和情景分析，利用画用户界 面图、业务流程图、功能结构图、时序图等图形 与客户进行讨论； 四、需求调研前准备 1、三种准备 2、两种心态 3、五种提高 1.三种准备 1）做好调研前使用资料的准备，如需求调研模板 ，各种调研表单以及需求调研问题列表等。 2）制定好需求调研的计划，对需求调研中可能用 到的资源进行一定的分配。 3） 准备好需求调研中所要使用到的工具。 2、两种心态 保持一种和客户平等合作的心态，确定需求调研 是为了给客户解决问题，探讨问题，而不是接受 问题，更不是来指导工作的。 平静面对需求变更的心态，在需求调研过程中， 往往双方对需求理解不一致，造成需求调研前后 矛盾，应当心平气和的去引导客户，达到需求理 解完全一致。 3、五种提高 了解被调研对象的组织机构，了解每一个子对象 中的关键人物，提高自己的观察能力。 了解用户的行业，学习用户使用的术语，标准， 以便能够准确的理解用户的需求，提高自己的行 业知识面。 需求调研中，学会尽量不使用it行业的术语，而 采用浅显易懂的口头语言来解释it行业中高深莫 测的术语，以便用户能够很好的理解，提高自己 的沟通交流能力。 提高速记能力，文字表述能力以及归纳，能迅速 的记录需求调研核心的问题，总结归纳形成原始 的需求调研资料。 提高自己的总结能力，书写一份完整的、前后一 致的、可追踪的需求报告。 五、调研基本策略 1 、 首先确定用户的软件开发目标，确定系统基 本范围，然后围绕这一目标，确定要访问的部门 和人员，要了解的业务，在基本范围内展开调研 ； 2 、 以部门职责为基础搞清各种现有业务、要 填写的表簿册文档报表等，其数据来源及去向； 3、 以业务为主线，搞清每个业务的每个环节的 流程关系、涉及部门、输入输出项； 4、 以数据为主线，搞清数据采集方式、数据 流向、数据之间的内在联系； 5、 搞清哪些业务或数据是已建系统的，它们和 新系统的关系是衔接还是替换； 6 、 应思考是否有新技术可以改进现有工作， 用户提出的需求用现有技术能否实现。 六、需求获取的任务与原则 需求获取的任务 需求获取应遵循的原则 需求获取的任务 发现和分析问题，并分析问题的原因/结果关系。 与用户进行各种方式的交流，并使用调查研究方 法收集信息。 按照三个成分观察问题的不同侧面：即数据、过 程和接口。 将获取的需求文档化，形式有用例、决策表、需 求表等。 需求获取应遵循的原则 深入浅出的原则。就是说，需求获取要尽可能全 面、细致。获取的需求是个全集，目标系统真正 实现的是个子集。 以流程为主线的原则。在与用户交流的过程中， 应该用流程将所有的内容串起来。如信息、组织 结构、处理规则等。这样便于交流沟通。流程的 描述既有宏观描述，也有微观描述。 七、需求获取的过程 1. 开发高层的业务模型 2. 定义项目范围和高层需求 3. 识别用户类和用户代表 系统的不同用户之间在很多方面存在差异，例如 ： 使用产品的频率； 用户在应用领域的经验和使用计算机系统的技 能； 所用到的产品功能； 为支持业务过程所进行的工作； 访问权限和安全级别 4. 获取具体的需求 确定了项目范围和高层需求，并确定了用户类及 用户代表后，就需要获取更具体、完整和详细的 需求。具体需求的来源可以来自以下几种典型的 途径。 与用户进行交流。 现有产品或竞争产品的描述文档。 系统需求规格说明。 当前系统的问题报告和改进要求。 市场调查和用户问卷调查。 观察用户如何工作。 5. 确定目标系统的业务工作流 具体到当前待开发的应用系统，确定系统的业务 工作流和主要的业务规则，采取需求调研的方法 获取所需的信息。例如，针对信息系统的需求调 研方法如下： a. 调研用户的组织结构、岗位设置、职责定义 ，从功能上区分有多少个子系统，划分系统的大 致范围，明确系统的目标。 b. 调研每个子系统的工作流程、功能与处理规 则，收集原始信息资料，用数据流来表示物流、 资金流、信息流三者的关系。 c. 对调研内容事先准备，针对不同管理层次的 用户询问不同的问题，列出问题清单。将操作 层、管理层、决策层的需求既联系又区分开来， 形成一个需求的层次。 6. 需求整理与总结 必须对上面步骤取得的需求资料进行整理和总 结，确定对软件系统的综合要求，即软件的需 求。 并提出这些需求实现条件，以及需求应达到的标 准。 这些需求包括功能需求、性能需求、环境需 求、可靠性需求、安全保密要求、用户界面需 求、资源使用需求、软件成本消耗与开发进度需 求等。 八、需求调研注意事项 做好需求变更的控制 可能产生变更的原因是多种多样的，用户的业务 发生变化，市场形势发生变化、双发的理解最初 具有偏差等等一系列的问题都会影响到需求的变 更。因此，如何处理好用户的需求变更将是获取 用户的实际需求的关键。 对每一次的变更要双发进行确认，并进行版本控 制，做到有据可依。 1.认识用户的特点 用户提不出需求，没有进行专业咨询，缺 乏整体规划。开发商对行业认识有限，需 求难以确认，致使项目延期。 用户随意提需求，用户需求无人把关，没 有信息监理。用户对项目实施周期认识不 足，给予的实施周期过短，需求非常苛 刻。 2、认识角色的特点 决策人员。通常是管理层的领导，有决策权， 偶尔出席需求调研会议