软件需求分析PPT课件

.,1,软件需求分析,1、软件需求分析概述2、软件需求获取的方法,.,2,软件需求分析概述,在软件工程中，所有的风险承担者(stakeholder)都看重需求分析阶段。这些风险承担者包括客户、用户、业务或需求分析员(负责收集客户需求并编写文档，以及负责客户与开发机构之间联系沟通的人)、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者。需求分析奠定了软件工程和项目管理的基础。,.,3,软件需求分析概述,软件需求分析是软件系统开发的出发点。软件需求分析的主要目的：在综合分析用户对系统提出的一组需求的基础上，构造一个从抽象到具体的逻辑模型表达软件将要实现的需求。结果：软件需求规格说明书,.,4,软件需求的定义,用户解决问题或达到目标所需的条件或权能（Capability）。系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。一种反映上面或所描述的条件或权能的文档说明。,.,5,软件需求的层次,业务需求（businessrequirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。用户需求（userrequirement）文档描述了用户使用产品必须要完成的任务，这在使用实例（usecase）文档或方案脚本（scenario）说明中予以说明。功能需求(functionalrequirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。,.,6,软件需求分析的任务,对可行性研究确定的系统功能进一步具体化，并通过系统分析员与用户之间的广泛交流，最终形成一个完整、清晰、一致的软件需求规格说明书。通过需求分析可以把软件功能和性能的总体概念描述为具体的软件，奠定软件开发的基础。,.,7,软件需求分析概述,.,8,软件需求分析的步骤,需求获取分析建模：通过结构分析的方法对系统进行分解，以确定软件系统的主要成分或软件系统的构成。(3)文档编写:是对以上已进行的两项工作进行描述，以形成需求文档，也就是编制“需求规格说明书”。它应明确地定义要开发软件的需求；系统的构成及有关接口。(4)需求验证,.,9,软件需求获取的方法,需求获取时期的主要工作：归纳和整理用户提出的各种问题和要求；弄清用户企图通过软件达到的目的；借助各种工具和方法，陈述用户提出的实际需求，并标定软件的作用范围。,.,10,需求获取方法,.,11,当前状况,误解：由于分析员并非该应用领域的专家，使得在需求获取时，误解了用户潜在的隐含假设。交流障碍：领域专家同一个新手交谈时的用词往往并不足以解决问题。缺乏共同语言：需求分析员和系统用户的经历和教育背景不同，“完整性”问题：提出系统需求的用户领域专家不能清晰、简明和完备地描述出确实可行的系统需求。需求永远不会稳定：用户对软件的需求常常会发生变化，并且是不可预测的。,.,12,用户意见不统一：大系统往往有各种不同的用户，他们往往有互相冲突的需求和不同的需求优先次序，寻求折衷是不容易的。错误的要求：系统的定购者（付钱的人）和系统的使用者经常不是一个人，定购者由于受到组织或经费的限制，提出的需求会与最终用户的需求相冲突。认识混淆：有时系统的目标和系统的需求会发生混淆。目标是系统应达到的更为一般的特征，而需求应是可测试的。,.,13,解决问题的建议,1.了解系统需求2.市场调查3.访问用户和用户领域专家4.考察现场,.,14,调查方式,1.调查提纲或调查表2.小型调查会议3.个别访问4.现场调查5.资料6.调查工具,.,15,调查的注意事项,1.不要用计算机专业术语与用户或用户领域专家交谈2.不要使用“你应该”这样的字眼3.始终记住自己最近一段工作中要达到的目标，引导用户说出你需要的信息4.要善于把用户中职位高的人和职位低的人的谈话结合起来分析,.,16,快速原型法应用于软件需求分析,建立系统模型以后，还要进行检查。除了静态检查外，系统描述可以部分地模拟执行，将执行情况与对外部现实世界系统观察得到的系统跟踪信息进行对照，检查模型是否符合要求。这种建立系统模型并模拟执行和检查的办法叫做系统原型开发。,.,17,快速原型法应用于软件需求分析,原型是指模拟某种产品的原始模型。在软件开发过程中，原型是软件一个早期可运行的版本，它反映最终系统的部分重要特性。系统原型是软件系统的初始版本，它可用来展示一些概念，给出设计选择、发现问题和可能的解决方案。其目的就是为了有效的控制开发成本，使开发人员可以较早地在原型系统上验证自己的设计。,.,18,系统原型开发的优点,1.开发人员和用户之间的理解偏差在功能展示显露出来。2.开发小组可能会在原型设计中发现需求的不完善和不一致。3.可以迅速展示一个应用系统对管理的可行性和作用。4.原型可以用作书写产量-质量系统描述的基础。5.原型可支持用户的