《新》可行性研究与需求分析.pptVIP

河南理工大学 软件过程是为了获得高质量软件产品所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。 按照在软件生命周期全过程中应完成的任务的性质，在概念上可以把软件生命周期划分成八个阶段： 问题定义 可行性研究 需求分析 概要设计 详细设计 编码和单元测试 综合测试 维护 瀑布模型 快速原型模型 增量模型 螺旋模型 喷泉模型 第二篇传统方法学 第3章 结构化分析 为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。 对软件需求的深入理解是软件开发工作获得成功的前提和关键，不论我们把设计和编码工作做得如何出色，不能真正满足用户需求的程序只会给用户带来失望，给开发者带来烦恼。 传统的软件工程方法学采用结构化分析(Structured Analysis ,SA)技术完成需求分析工作。 3.1 概述 需求分析是发现、求精、建模、规格说明和复审的过程。 为了发现用户的真正需求，首先应该从宏观角度调查、分析用户所面临的问题。也就是说，需求分析的第一步是尽可能准确地了解用户当前的情况和需要解决的问题。 模型 为了更好地理解问题，人们常常采用建立模型的方法。 所谓模型，就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。 通常，模型由一组图形符号和组织这些符号的规则组成。 结构化分析 结构化分析就是一种建立模型的活动，通常建立三种模型： 数据模型 功能模型 行为模型 软件需求规格说明 除了用分析模型表示软件需求之外，还要写出准确的软件需求规格说明。 模型既是软件设计的基础，也是编写软件规格说明的基础。 在分析软件需求和编写软件规格说明的过程中，软件开发者和软件用户都起着关键的、必不可少的作用。 用户与开发者之间需要通信、沟通的内容非常多，在双方交流信息的过程中很容易出现误解或遗漏，也可能存在二义性。 3.2 与用户通信的技术 软件需求分析总是从两方或多方之间的通信开始。 用户面临的问题需要用基于计算机的方案来解决；开发者应该对用户的需求作出反应，给用户提供帮助。 这样就产生了相互通信的需求。但是，正如前面已经讲过的，从开始通信到真正相互理解的道路通常是充满坎坷的。 良好的通信技术有助于加快理解的过程。 访谈 访谈(或称为会谈)是最早开始运用的获取用户需求的技术，也是迄今为止仍然广泛使用的主要的需求分析技术。 访谈有两种基本形式： 正式的 非正式的 在正式的访谈中，系统分析员将提出一些事先准备好的具体问题，例如，询问客户公司销售的商品种类、雇用的销售人员数目以及信息反馈时间应该多快等。 在非正式的访谈中，将提出一些可以自由回答的开放性问题，以鼓励被访问的人员表达自己的想法，例如，询问用户为什么对目前正在使用的系统感到不满意。 简易的应用规格说明技术 这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案的要素，商讨不同的方法并指定基本的需求。 今天，简易的应用规格说明技术已经成为信息系统界使用的主流技术。 基本准则 尽管存在许多不同的简易应用规格说明方法，但是它们遵循的基本准则是相同的。 在中立地点举行由开发者和用户双方出席的会议。 制定准备会议和参加会议的规则。 提出一个议事日程，这个日程应该足够正式以便能够涵盖所有要点，同时这个日程又应该足够非正式，以便鼓励自由思维。 由一个“协调人”来主持会议，他既可以是用户也可以是开发者还可以是从外面请来的人。 使用一种“定义机制”(例如，工作表、图表等)。 目标是标识问题、提出解决方案要素、商讨不同的方法以及在有利于实现目标的氛围中指定初步的需求。 软件原型 快速原型应该具备的特性： 快速原型应该具备的第一个特性是“快速”。快速原型的目的是尽快向用户提供一个可在计算机上运行的目标系统的模型，以便使用户和开发者在目标系统应该“做什么”这个问题上尽可能快地达成共识。 快速原型应该具备的第二个特性是“容易修改”。如果原型的第一版不是用户所需要的，就必须根据用户的意见迅速地修改它，构建出原型的第二版，以更好地满足用户的需求。 构建原型的要点是，它应该实现用户看得见的功能(例如屏幕显示或打印报表)，省略目标系统的“隐含”功能(例如修改文件)。 在实际开发软件产品时，“修改—试用—反馈”的过程可能重复多遍，如果修改耗时过多，势必延误软件开发时间。 3.3 分析建模与规格说明 3.3.1分析建模 结构化分析实质上是一种创建模型的活动。通过需求分析而建立的模型必须达到下述的三个基本目标。 描述用户的需求。 为软件设计工作奠定基础。 定义一组需求，一旦开发出软件产品之后，就可以用这组需求为标准来验收该产品。 为了达到上述这些目标，在结构化分析过程中导出的分析模型的形式，如图3.1所示。 软件需求规格说明 通过需求分析除了创建分析模型