需求调研流程(范本模板)

XXXXXX需求调研报告IDxx 1.1调研整体流程调研开始项目前期资料汇总项目人员交流调研资料模本准备调研模本行业资料收集项目成员讨论否是否完整是资料非电子资料库书写需求报告否是否通过审核是需求说明书问题识别:解决目标系统做什么，做到什么程度.需求包括：功能、性能、环境、可靠性、安全性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查分需的通信途径。分，综合成系统解决方案，给出目标系统的详细逻辑模型。[常用的分析方法有面流的结构化分析方法SA(数据流图DFD、数据词典DD、加工逻辑说明)、求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件.]编制需求分析文档需求评审1.2组成部分关系需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方面:确定软件所期望的用户类；获取每个用户的需求;了解实际用户任务和目标中的一部分分配给软件组件；了解相关质量属性的重要性;讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识.1.3分析过程需求分析的任务是借助于当前系统的物理模型(待开发系统的系统元素)导出目标系统的逻辑模型(只描述系统要完成的功能和要处理的数据),解决目标系统“做什么”的问题，所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的接口细节,定义软件的其他有效性需求，通过逐步细化对软件的要求描述软件要处理的数据，全面理解用户的各项要求，但不能全盘接受,只能接受合理的要求;对其中模糊的要求要进一步澄清，然后决定是否采纳;对于无法实现的要求要向用户作充分的解释。最后将软件的需求准确地表达出来，形成软件需求说明书SRS。来反映自己对当前系统的理解。此步骤也可以称为“业务建模"，其主要任务是对用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题,然后建干戈区进行业务建模，只要做一些简单的业务分析即可。抽象出当前系统的逻辑模型:在理解当前系统“怎样做”的基础上,取出非本质因素，抽取出“做什么"的本质。建立目标系统的逻辑模型：明确目标系统要“做什么".对逻辑模型的补充,如用户界面、启动和结束、出错处理、系统输入输出、系统性2需求调研和分析的方法、策略和步骤2.1如何调研需求调研涉及三个问题:者.被调研对象主要是人员和业务两类，其间主要涉及人与人、人与事物、事物与事物等三构成。而能否把握这一时机并找准需求提炼的关键点，是考验需求调研人员的重要方面.优秀的需求调研人员不仅能认识问题之所在,还能藉此获取足够多的知识，最后成为问题领域的专家。需求调研非常困难，必须引起重视。因为:●缺乏专门领域的知识,同时应用领域中的许多问题通常模糊，很难界定；●机构实践存在默认知识,难以描述；●多个知识源或信息源既有冲突又有重合；●被调研对象可能有认知偏见或者欠缺或有时不愿提供确切信息。这些都会给需求调研人员带来障碍和困难.在这种情况下，掌握必要的方法与技巧非常2.2如何分析需求描述、需求认可、需求演进这五个层次，并且逐层递进、螺旋式上升.需求分析是需求工程的核心，贯穿于系统整个生命周期.需求分析的出发点在于:对调研的需求进行进一步提炼并指导需求的抽取；帮助需求分析人员发现问题.需求模拟则帮助检查验证对问题的理解。需求分析和模拟又包含三个层次的工作：需求定义、需求建模、需求模拟。需求定义,是对经调研获取的需求进行初步整理,抽取其中基本需求和关键需求予以界定，并为需求建模提供必要的需求元素.需求建模,是把抽象的需求通过概念、符号、数学模型及逻辑结构表现出来。表现形式有自然语言、半形式化(如图、表、结构化英语等)和形式化表示等三种。自然语言形式具有表达能力强的优点,但不利于捕获模型语义；半形式化表示可捕获结构和一定的语义，也的形式化模型,需要较长时间和对问题领域的深层次理解。相对而言，图表形式的需求模型直观常用，比如组织结构图、系统流程图、网络拓扑图等。可构造性、利于分析、可追踪性、可执行性、最小冗余性.2.3调研方法;确；3、收集分析客户使用的各种表格、有关工作责任、工作流程、工作规范、相关数据标准、业务标准的各种文字资料；5、情景分析：利用情景分析诱导用户能够把它们的需求告知分析员(可以描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做);6、可视化方法:结和情景分析，利用画用户界面图、业务流程图、功能结构图、时序图等图形与客户进行讨论;2.4基本策略1、首先确定用户的软件开发目标,确定系统基本范围,然后围绕这一目标，确定要访问的部门和人员，要了解的业务，在基本范围内展开调研；输出项；6、应思考是否有新技术可以改进现有工作，用户提出的需求用现有技术能否实现。2.5结构化方法分析步骤2、决定哪些部分需要计算机化和怎样计算机化(取决于用户投资限制和自身技术限制)；；4、定义处理逻辑(加工逻辑:每个加工处理做什么)；5、定义数据存储，即定义每个存储的确切内容及其表示法(格式);6、定义物理资源：如是文件需指定:文件名、组织结构(排序、索引等)、存储介质和记录；如是数据库需指定每个表的相关信息;、输入屏幕、打印输出格式、输出长度等等；2.6UML方法分析步骤一般的应用系统又是各组成部分：问题论域、人机界面、数据管理、任务管理，在OOA进行抽象，提出高层次的解决方案)；(1)确定系统范围和系统边界; (2)确定系统的约束(环境和条件)； (3)定义活动者； (4)确定系统的综合要求(功能、性能、运行)； (5)确定系统的数据要求(名称、范围、类型、数量、特点)； (7)绘制主要交互图；3、建立静态结构模型(对象类图、数据库模型、包图)；4、建立动态行为模型(顺序图、协同图、状态图、活动图)；5、建立系统物理模型(组件图、配置图)；3.1文档规范2、建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系;3、编写形式化规格说明,这可以通过使用数学上精确的形式化逻辑语言来定义需求。多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白4、目标软件系统功能划分(示意图及文字说明)；6、目标软件系统中各业务办理流程图(模型);3、需求陈述应该有一致的样式，例如“系统必须.."或者“用户必须。。”，并紧跟一个行为动作和可观察的结果。；4、避免使用模糊、主观的术语，减少不确定性，如“界面友好、操作方便”;度。3.2需求管理过程域)，这些活动包括: (1)定义需求基线(需求文档的主体)； (2)评审提出的需求变更申请、评估每项变更可能的影响,从而决定是否实施变更；(3)以一种可控的方式将需求变更融入到项目中; (4)使当前的项目计划与需求保持一致； (5)分析变更所产生的影响并在此基础上协商出新的约定; (6)使每项需求都能与其对应的设计、