案例分析与实现.pdfVIP

案例分析与实现 需求关注的是“做什么”（do what ），它是软件要实现的目标和方向。目标不明确、不 清晰则容易导致走弯路，甚至走错路。 软件需求概念、软件需求的问题； 软件需求的获取和表达。 1.1 基 本 概 念 1.1.1 1．软件需求 IEEE 软件工程标准词汇表（1997 年）中定义需求如下： （1）用户解决问题或达到目标所需的条件或能力（capability ）。 （2 ）系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力。 一种反映上面（1）或（2 ）所描述的条件或能力的文档说明。 从以上的定义中，依然无法得到有关需求的清晰概念，我们在进行软件项目开发的过 程中一直都非常强调“需求”，那么，什么是软件需求呢？软件需求就是系统必须要完成的 事或者说是必须具备的某种品质，具体来说一般的软件需求包括功能需求、非功能需求及 设计约束三方面的内容。 功能需求：是指系统必须完成的那些事，即系统要完成用户提出的各种功能要求。 非功能需求：是指软件必须具备的品质或属性，如可靠性、性能、系统响应时间、 容错和系统可扩展性等。 设计约束：一般是指客户提出的一些补充约束说明，如系统必须基于SOA 设计模 式、必须采用 Oracle 数据库、必须采用商用服务器、必须做应用服务器的负载均 衡以及必须采用UNIX 服务器等技术要求。 2 需求定义了系统必须具有的能力，一个软件项目的成功与否往往取决于它是否符合需 求。需求是否正确有效、是否管理规范对于项目的成败至关重要。 2 ．软件需求特点 软件需求的最大特点就是“不稳定”，软件系统天生就是抽象的，无形的，可以任意改 变的，也正是它的易变性在不断推动着软件业的快速发展，新的软件技术、新的开发方法 以及新的管理模式不断推陈出新，目的只有一个，就是想方设法满足易变的客户需求。需 求的易变对于技术人员来说就是要设计开发出更灵活的软件。 案例分析：网站背景问题 曾经有这样一个客户，某软件公司开发人员按照客户的要求完成了软件开发，验收时 客户看着网站提了一个听起来不合情理的要求：要求网站的背景能够随着季节的变化而显 示不同的背景色。开发人员经过与客户协商，使客户最终放弃了这一要求。 从这一案例中能得到如下启示： （1）客户需求管理问题，在调研客户需求时客户没有提出这一明确需求，而后客户在 验收时提出需求，很明显是由于对客户需求缺乏有效管理，没有流程约束才导致这一问题 的出现。 （2 ）软件设计过程中没有充分考虑到软件的可能变化点，导致软件灵活程度不够， 其实客户最后提的这个需求不是满足不了，而是软件设计时没考虑到这个变化的可能性， 所有页面的背景都写死在各个页面文件中了，可想而知如满足客户这一需求需要的成本 有多高。 3．需求分析 需求分析就是分析客户的需求是什么（分析原系统功能、存在的问题以及客户对未来 系统的期望），全面理解客户的各项要求，并准 确表达所接受的客户需求。图 1-1 描述了需求分 析的输入输出。 简言之，需求分析是获取需求、表达需求和 验证需求的过程，最终形成一个客户和开发人员 图1-1 需求分析IPO 图 都遵守的规约：软件需求规格说明书，在软件需 求规格说明书中详细记录项目的目标、约束条件、功能需求、非功能需求、接口需求和开 发运行环境要求等内容。 1.1.2 节和1.1.3 节将重点讲述需求分析的前两个过程（获取需求和表达需求），验证需 求一般可以通过需求确认会议由客户来验证需求的准确性（通过会议验证需求可以在获取 需求过程中一并完成），必要时可以通过开发系统原型来验证。 1.1.2 任何一个软件都有需求，而软件系