ch需求获取与分析.pptxVIP

?;软件需求包括三个不同的层次—业务需求、用户需求和功能需求—也包括非功能需求。 业务需求（ business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它 们在项目视图与范围文档中予以说明。 用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例（ use case）文档或方案脚本（ scenario）说明中予以说明。; 功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 所谓特性( f e a t u r e )是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。软件需求各组成部分之间的关系如图所示; 什么是需求工程;需求工程的结构图;“用户”（user）是一种泛称，它可细分为“客户”（customer）、“最终用户”（the end user）和“间接用户”（或称为关系人）。 掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用户可能是同一个人也可能不是同一个人。 ;用户在需求工程中的“权利” 1. 有权要求开发方派遣资质合格的需求分析员和相关人员。 2. 有权要求开发方采用用户熟悉的语言来描述需求，即开发方必须提供用户看得懂得需求文档 3. 有权审查需求文档，并对有争议的需求作出决策。如果认为需求文档不能准确地反映用户真实的意愿，可以拒绝在需求文档上签字。 4. 如果用户想要变更需求，有权要求开发方对该变更将产生的影响作出真实可信的评估，以便用户决定是否变更需求。 ;用户在需求工程中的“义务” 1. 以积极友善的态度与开发方人员交流、协作，尽可能地为开发方人员提供工作和生活上的便利。 2. 乐意接受需求分析员的采访，在不泄漏机密的前提下尽可能地回答需求分析员的问题。 3. 在不泄漏机密的前提下，尽可能地向需求分析员提供与需求相关的材料。 4. 与需求分析员共同评审需求文档，确保需求文档准确地反映用户真实的意愿。;为什么需求分析比较困难? 客户说不清楚需求 需求自身不断变动 分析人员或客户理解有误; 用户说不清楚需求;需求分析员绝不能以用户说不清楚需求为借口而草率地对待???求开发工作，否则会连累整个开发团队的。 无论是什么原因导致用户说不清楚需求，需求分析员必须设法搞清楚用户真正的需求，这是需求分析员的职责，也是职业的挑战。; 双方误解需求;;;需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的元素; 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。;软件需求分析的目标和任务;软件需求分析的目标和任务;需求分析流程;需求分析过程示意图;(2) 去掉具体模型中非本质因素，抽象出当前系统的逻辑模型 ;(3) 分析当前系统与目标系统的差别，建立目标系统的逻辑模型 ;通常软件开发项目是要实现目标系统的物理模型 目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的;第11章 软件需求获取与分析;需求分析的过程;需求分析的过程; 需求包括的内容(类型):;(1)功能需求 ;(2) 性能需求 ;(3) 环境需求 ;(4) 界面需求 ;(5) 用户或人的因素 ;(6)文档需求 ;(7) 数据需求 ;(8) 资源需求 ;(9) 安全保密要求 ;(10) 软件成本消耗与开发进度需求;(11) 质量保证; 问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。;(2) 分析与综合 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。最终综合成系统的解决方案，给出目标系统的详细逻辑模型.;常用的分析方法;(3) 编制需求分析阶段的文档 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划;(4) 需求分析评审;????;第11章 软件需求获取与分析;软件需求分析的原则;软件需求分析的原则;软件需求分析的原则;第11章 软件需求获取与分析;软件需求的获取;软件需求的获取;软件需求的获取;某出版社系统调查表;某出版社系统调查表;软件需求的获取;软件需求的获取