业务需求调研大纲1课件.docVIP

PAGE 业务需求调研大纲 Revision Record 修订记录 Date 日期 Revision Version 修订版本 CR ID /Defect ID CR/ Defect号 Sec No. 修改章节 Change Description 修改描述 Author 作者  Catalog 目 录 TOC \o 1-3 \h \z \u 1 需求调研流程 4 1.1 调研整体流程 4 1.2 组成部分关系 5 1.3 分析过程 6 2 需求调研和分析的方法、策略和步骤 7 2.1 如何调研 7 2.2 如何分析 7 2.3 调研方法 8 2.4 基本策略 8 2.5 结构化方法分析步骤 9 2.6 UML方法分析步骤 9 3 需求调研相关要求 10 3.1 文档规范 10 3.2 需求管理 12 3.3 调研成果 12 需求调研流程 调研整体流程 问题识别：解决目标系统做什么，做到什么程度。需求包括：功能、性能、环境、可靠性、 安全性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查分析所需的通信途径。 分析与综合：从数据流和数据结构出发，逐步细化所有的软件功能，找出各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求并剔除不合理部分，综合成系统解决方案，给出目标系统的详细逻辑模型。[常用的分析方法有面向数据流的结构化分析方法SA（数据流图DFD、数据词典DD、加工逻辑说明）、描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对象分析方法OOA（主要用UML）、对于有动态时序问题的软件可以用形式化技术，包括有穷状态机FSM的状态迁移（转换）图STD、时序图、Petri网。每一种分析建模方法都有其优势和局限性，可以兼而有之以不同角度分析，应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。] 编制需求分析文档 需求评审 组成部分关系 需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方面：确定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息；将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件；了解相关质量属性的重要性；讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识。 分析过程 需求分析的任务是借助于当前系统的物理模型（待开发系统的系统元素）导出目标系统的逻辑模型（只描述系统要完成的功能和要处理的数据），解决目标系统“做什么”的问题，所要做的工作是深入描述软件的功能和性能，确定软件 设计的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求，通过逐步细化对软件的要求描述软件要处理的数据，并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。必须全面理解用户的各项要求，但不能全盘接受，只能接受合理的要求；对其中模糊的要求要进一步澄清，然后决定是否采纳；对于无法实现的要求要向用户作充分的解释。最后将软件的需求准确地表达出来，形成软件需求说明书SRS。 获得当前系统的物理模型：首先分析、理解当前系统是如何运行的，了解当前系统的组织机构、输入输出、资源利用情况和日常数据处理过程，并用一个具体的模型来反映自己对当前系统的理解。此步骤也可以称为“业务建模”，其主要任务是对用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题，然后建立一个业务USECASE模型和业务对象模型。当然如果系统相对简单，也没必要大动干戈区进行业务建模，只要做一些简单的业务分析即可。 抽象出当前系统的逻辑模型：在理解当前系统“怎样做”的基础上，取出非本质因素，抽取出“做什么”的本质。 建立目标系统的逻辑模型：明确目标系统要“做什么”。 对逻辑模型的补充，如用户界面、启动和结束、出错处理、系统输入输出、系统性能、其他限制等等。 需求调研和分析的方法、策略和步骤 如何调研 需求调研涉及三个问题： 　　一是如何确定调研对象； 　　二是如何确定被调研对象； 　　三是采用何种调研方法； 　　调研对象的组成应以互补为原则，至少要由三类人员组成：技术人员、业务专家和管理者。被调研对象主要是人员和业务两类，其间主要涉及人与人、人与事物、事物与事物等三种关系。 　　其中，关键是确定调研范围。调研范围包括关键域和关键活动。而关键活动又由关键流程加关键点