需求工程第四讲需求描述.pptVIP

需求工程 第四讲 需求描述 现代软件需求规格说明 现代SRS包是描述系统所有外部行为的制品集。它创建了要构建的系统的一个概念模型。 前景文档是现代SRS包的输入。前者是对用户需要、目的和目标、目标市场和系统特征的概括性陈述；后者集中于实现这些特征的细节。 IEEE830：软件需求规格说明标准（1994） 现代软件需求规格说明重要性 是各方面交流的基础 正式或非正式地，它代表了不同各方之间达成地一致 是软件管理人员地参考标准 是设计和实现小组地输入 是软件测试和质量保证小组地输入 在项目的整个开发阶段中控制系统的演化 为什么是需求规格？ 需求描述 需求描述的语言 在大多数组织中，系统需求用自然语言表达，并配以图表和公式。 自然语言是系统需求的所有可能读者都能普遍理解的唯一语言。 存在的问题 使用良好的书写规范是可以写出一份良好的需求。良好的需求应当包含所有必要的信息，精练准确，易于理解，使用尽可能简单的语言。 定义描述需求的标准模板 书写具体的系统需求时，应该定义一系列的标准模板用于组织需求描述 效益 标准使得需求易于阅读 标准使得需求易于收集 标准使得需求易于书写 使用浅显、一致、简明的语言 效益：需求更加易读易懂 通过制定指南规定书写原则 书写原则 用短句 一个句子表达一项需求 尽量不用或少用术语和缩略语 用短段 尽可能使用列表或者表格来表达信息序列 术语一致 使用“必须”、“应该”、“将”时注意它们词义的前后一致 不要使用嵌套的条件从句表达需求 使用主动语气而不是被动语气，特别是当描述人或者系统的行为时尤其如此 不要试图在自然语言描述中表达复杂的关系 不要使用匿名引用 注意拼写和语法 适当地使用图解 需要表示结构化的信息或者需要表达需求描述中信息之间的关系时，应当使用图解。 图解也可以用于概括数字信息或者描述事件和行为序列。 使用图解建议 当某个对象由多个模块和组件组成，同时又希望阐明它们之间的相互关系时 当需要表达一系列的行为，而每个行为都有一些输入输出时。 当需要说明空间组织 当需要使用一些分解结构 用其他需求描述辅助自然语言 为了更加简明、无二义性的需求描述 方法 决策表 编程语言 代数 数据流图 时序图 系统模型 定量说明需求 无二义性地表达需求（非功能性需求） 效益 使用客观度量的方法说明需求，可以用一种简明的方式进行交流 定量的需求可以作为系统验收测试的基准。 高质量需求规格说明的标准 正确：每项需求都反应了一种需要。 （利用任务或业务目标来证明需求的必要性） 完整：包含了所有必要的需求（需求距阵表）。 无歧义：各方在需求的含义上意见一致。 （使用业务相关术语来解释每项需求的目的） 一致：所有部分都相符，如E/R模型与事件清单相符。 高质量需求规格说明的标准 确定重要性、稳定性的等级 可修改：易于修改，且保持一致性。 可验证：能够检查是否满足了需求 可追踪：由需求至目标/目的，至设计/代码。 * * 定义要构建产品的文档一般为需求规格说明。系统或应用的需求规格说明描述了该系统的外部行为。 主要关注如何书写这些需求 定义描述需求的标准模板 使用浅显、一致、简明的语言 适当地使用图解 用其他需求描述辅助自然语言 定量说明需求 * * * * *