软件需求调研

软件需求调研,贾丽雯,目录,一、软件需求调研基础二、需求层次三、需求调研方法四、需求调研前准备五、调研基本策略六、需求获取的任务与原则七、需求获取的过程八、需求调研注意事项,一、软件需求调研基础,软件需求的定义软件需求的层次需求与软件需求需求调研的含义,软件需求的定义,IEEE 软件工程标准词汇表（1997年）中定义的需求为： （1） 用户解决问题或达到目标所需的条件或能力； （2） 系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； （3） 一种反映上述条件和能力的文档说明。,软件需求的层次,1业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。2用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例（use case）文档或方案脚本说明中予以说明。,3功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。4非功能性的需求描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。,需求与软件需求,需求特征软件需求,需求调研就是要搞清楚用户的需要，通过用户的需求提取特征，进而提取软件需求,需求调研的含义,所谓需求调研就是调查和研究客户的想法。要做好调研工作，我们需要去思考下列问题： 客户都有哪些类型？不同类型的客户关注的问题是否相同？ 客户的想法是否需要进行分类？如何进行分类？分类有什么作用？ 如何去调查和研究不同类型的客户的不同类型的想法？,二、需求层次,需求的层次软件需求包括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、认识角色的特点,决策人员。通常是管理层的领导，有决策权，偶尔出席需求调