如何写需求试题.pptxVIP

如何写需求 申和平 2013年11月 软件工程，从需求开始。 1. 需求知识概述 1.1 软件需求的重要性 1.2 软件需求基本概念 1.3 优秀需求应具备特征 1.4 需求开发的主要困难 1.5 需求分析员应备能力 2. 软件需求开发 2.1 需求获取 2.2 需求分析 2.3 需求规格说明 2.4 需求验证 3. 软件需求管理 3.1 需求版本控制 3.2 需求变更控制 3.3 需求跟踪控制 目录 典型的软件开发 软件需求的重要性 中国有句谚语：“好的开始就等于成功的一半”。 项目遇困几大原因 需求是制定项目计划的基础。 需求规格说明是软件设计和软件实现的基础。 需求规格说明是测试工作和用户验收的依据。 需求规格说明是软件维护工作的依据。 河的源头被污染，那么整条河也就被污染了。 缺乏用户的参与。（13%） 不完整规格说明。（12%） 不断变更的需求。（12%） 需求错误的代价 我们往往并不清楚究竟该做什么，却一直忙碌不停的开发。 需求不清楚就进入编码阶段，期望以后修改，更多的情况下是编写边修改。 软件调节和改变是很灵活的，任何需求的变更都可以很容易的在软件中反应出来。 你是如此吗？ 这些认识多来自极小项目的开发经验，当你面对一个中大型项目时？ 软件需求的定义 IEEE软件工程标准词汇表（1977）中的需求定义： 用户解决问题或达到目标所需的条件或权能。 系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或权能。 一种反应上述所描述的条件或权能的文档说明。 通俗地讲，需求来源于用户的一些需要，这些需要被分析、确认后形成完成的文档，该文档详细的说明了产品必须或应当做什么。 需求工程的定义 所有与需求直接相关的活动通称为需求工程。其可大致分为需求开发和需求管理两个阶段。其中需求开发主要产生需求规格说明，需求管理主要是根据需求的变化对需求规格说明的内容及版本进行管理。 软件需求的层次（1） 软件需求的层次（2） 业务需求 表示组织机构或客户对系统或产品高层次的目标。 它们在项目视图与范围文档中予以说明。 描述组织为什么要开发一个系统。 用户需求 描述用户的目标，或用户要求系统必须完成的任务。 用例、场景描述都是表达用户需求的有效途径。 描述用户使用系统能做什么。 功能需求 定义了开发人员必须要实现的软件功能，使得用户能完成他们的任务，从而满足业务需求。 非功能需求 描述了系统完成功能实现的补充约束条件。如系统必须遵从的标准、规范、合约、性能要求、设计或实现的约束条件及质量属性。 软件需求的质量属性（1） 外部质量，对用户很重要。 正确性 软件按照需求正确执行任务的能力。正确性无疑是第一重要的质量属性。 健壮性 是指在异常情况下软件能够正常运行的能力。健壮性有两层含义，一是容错能力，二是恢复能力。 可靠性 是指在一定的环境下和给定的时间内，软件不发生故障正常运行的概率。 性能 是指软件的响应能力。既要经过多长时间才能对某个事件做出响应，或者在某段时间内软件所能处理事件的个数。 安全性 是指防止软件被非法入侵的能力。既属于技术问题又属于管理问题。 易用性 是指用户使用软件的容易程度。 兼容性 是指不同产品或者新老产品相互交换信息的能力。 软件需求的质量属性（2） 内部质量，对开发者很重要。 易理解性 是指开发人员理解软件产品的能力。意味着所有的工作成果要易读易懂，可以提高团队开发效率，降低维护成本。开发人员只有在自己思路清晰的时候才可能写出让别人易读易懂的程序和文档。可理解的东西通常是简洁的。 可测试性 是指测试软件组件或集成产品时查找缺陷的简易程度，又称为可验证性。 可维护性 是指在软件中纠正一个缺陷或做一次更改的简易程度。 可扩展性 是指软件适应变化的能力。 可移植性 是指软件不经修改或稍加修改就可以运行于不同软硬件环境的能力。主要体现为代码的可移植性。 可复用性 是指一个软件的组成部分可以在同一个项目的不同地方甚至在不同的项目中重复使用的能力。 有时不可避免地要对一些特定的属性进行取舍。 优秀需求应具备的特征 完整性 每项需求都必须将所要实现的功能描述清楚。 正确性 每一项需求都必须准确地陈述其要开发的功能，符合需求来源。 可行性 每项需求在已知环境的权能和限制下可实施。可多方人员参与。 必要性 每项需求都能回溯至某项用户需求。 划分优先级 给每项需求分配一个实施优先级以指明它在产品中的重要程度。 无二义性 对所有需求说明的读者都只能有一个明确统一的解释。 可验证性 每项需求能够被验证。验证方法如测试用例、正规审查等。 与实现无关性 需求关注系统做什么，而不是怎么做。 需求开发的主要困难与对策（1） 用户说不清楚需求 问题：有些用户不知道需求是什么，或对需求只有朦胧的感觉，他当然说