软件需求开发与管理过程研究
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
达 出 来 的 ； 二 阶 段 ， 户 的需 求 转 换 到 模 糊 、 象 的 第 用 抽
什 么性能 。 软件需 求是软件项 目最关键 的一个输入 ． 具 有 模糊性 、 不确定性 、 变化性 和主观性 等特点。需求问
题 通 常 是 最 主要 、 普 遍 的 问题 源 ， 据 Ｓａｄｓ 最 根 ｔ ｉ ｎ ｈ国际 研 究 机 构 的 统 计 资 料 显 示 ． 目前 大 多 数 软 件 项 目失 败
需 求 是 指 用 户对 软 件 的 功 能 和 性 能 的 要 求 ．就 是 用 户 希 望 软 件 能 做 什 么 事 情 ． 成 什 么 样 的功 能 ． 到 完 达
段， 人们理解并接受（ 或排斥 ） 新信 息。 将此理论 引申至软件项 目的需求管理 ．我们 同样 可以将 用户的需求产生分为 四个阶段 ： 第一 阶段 ， 户 用 的需求 是潜 在的 、 未知的无意识状态 ． 其需求是无法 表
估其结果。 如结果无法满足其需求时 ． 则再次进行个人 信息的检索 ． 可能重新进行信息需求分析 ． 或直 接进行
行动的选择。如此循环数次 ， 直到需求满足为止。这一
作 者 简介 ： 俊 （９ ３ ， ， 苏射 阳人 ， 士 ， 徐 １７ －） 男 江 硕 高级 工 程 师 ， 究方 向为 软 件 工 程 、 件 过 程 改进 、 件 质 量 管理 研 软 软
问题 的首要步骤 ． 当问题 无法解决 时便 产生 了“ 信息需 求 ” 这时便会进行下列几个 步骤 ： 主要任务一 信息需 求分 析一行 动选择一 执行一 评 估 当个人 进行 信息 需求分析时 ． 所处情 境及个人 因素会对其产生影响。 接 着会依个人需 求的优先级选择适合 的行动 。 执行后 ． 评
至下 一 软件 开 发 阶段 的 过 程 项 目需 求 是 制 定 项 目计
企业需 求 ： 企业组 织或有 利益关 系 的客户对 于所
进 行 的 项 目系 统 或 产 品 所 要 求 的高 阶 目标 ．包 括 企 业 对 于 项 目的前 景 与 范 围
／
／
软件 需求开发 与管理过程研 究
徐 俊 ． 彭章纲
Fra Baidu bibliotek
（． 宝 认 证 中心 ， 州 ５ ０ １ ； ． 信 银 行 东莞 分行 ， 莞 ５ ３ ０ ） １赛 广 １６ ０ ２ 中 东 ２ ００
摘
要 ：针 对 软 件 开 发 过 程 中如 何 有 效 地 实施 需 求 开发 与 需 求 管理 的工 作 ． 信 息 需求 模 型 与信 息 从 寻 求 行 为 ， 软 件 需求 层 次 ， 从 需 求 工程 的领 域 深 入 探 讨 需 求 开 发 与 需 求 管 理 的 工作 。 到 再 基
要 关 键 因素 虽 然 软 件 工 程 领 域 已 经 制 订 了很 多 规 范 和 标 准 ．
１２ 信 息 寻 求 行 为 ．
人 们 通 常 以 自己 的 经 验 和 本 身 拥 有 的 知 识 为 解 决
提 出了很 多的方法论 ． 但是在实际执行 时 ． 何依 据方 如 案 的特性 做出适 当的调整 ．这 中间存在很多 问题值 得 我们进一步探讨
生命周期 的第一个重要 阶段 ．其直接关系到整个 软件
项 目的 成 功 与 否 软 件 需 求 的 主要 工 作 就 是 负 责 对 客
户 需求 的开发与管理 ．它不仅 限于软件开发 的最初阶 段． 而且贯穿 了系统开发 的整个生命周期。 有效 的需求 开 发与 良好的需求管理是影响整个软件项 目发展 的重
１ 需求 行 为 理 论
１１ 信 息 需求 模 型 ．
信息需求可 以分为 四个阶段 ： 第一 阶段 ， 人们意识
到 自己认 知上的不足之处 ． 产生疑 问， 但是 自己不得 其
收 稿 日期 ： ０ １ １ ６ ２ １ －１ －０ 修稿 日期 ： ０ １ １ ０ ２ １ －１ —２
现 计 机 ２ １１ ＠ 代 算 ０． １１
研 究 ｓ开 发
理论 ．与软件需求管理 中的需求确认和需求 变更 控制
的 原 理 是 一致 的
需求管理 的工作 内容 ： 义需求 的基准 ｆ 时提 出 定 适 摘要 以代 表 目前 同意 的需求１ 。审查需求 的变更 申请 ， 评估其 冲击后再决定是否采用 在 控制下将 同意 的需
于 实践 提 出一 套 需 求 开发 和 管理 的过 程 。
关 键 词 ：软件 需 求 ；需 求 开 发 ；需求 管 理
０ 引
言
解； 第二 阶段 ， 产生 了向外寻找解 答 的驱 动力 ； 第三 阶
段 。 们 将 获得 的 信 息 与 原 有 的知 识 相 互 比较 ： 四 阶 人 第
的主要 原因 ． 并非 由于软件技术 的限制 ． 而是 由于需求
的 不确 定 性 与 管 理 的不 完 善 导 致 的 。软 件 需 求 是 软 件
意识 化状态 ， 在此 阶段 ， 用户 的需 求仍未 成形 ， 一直是
处 于似有似无 、 不稳定 的状态 ： 了第三 阶段 ， 户 可 到 用
以具体 明确地 陈述 自己的问题和需 求 ．但 仍无法和信 息 系统 （ 包括信 息系统 的提供者 ） 做有效的沟通 。最后 到了第 四阶段 ． 用户在 向信息系统提 出问题时 ． 必须 因 为信息 系统 的规则 与限制条件 ．修正 自己的询 问方式 来寻求解答
求 变 更 整 合 至 项 目 使 项 目计 划工 作 与需 求 保 持 一 致
１ 软 件 需 求层 次 ． ３
软 件 需 求 含 括 三 个 不 同的 层 级 ， 业 需 求 、 用 者 企 使 需 求及 功 能需 求
性 。依 照需求 变更 的评估 冲击 ， 进行沟通 。 追踪不 同 功能需求 的相关设 计 、 原始 程序代码及测试用例 。 在项 目进行 中追踪需求状态及更新 每个项 目须针对各项 的需求 订定基线 建立需 求 基线表示需求 阶段 的工作成果经过评审确认后可 递转
什 么性能 。 软件需 求是软件项 目最关键 的一个输入 ． 具 有 模糊性 、 不确定性 、 变化性 和主观性 等特点。需求问
题 通 常 是 最 主要 、 普 遍 的 问题 源 ， 据 Ｓａｄｓ 最 根 ｔ ｉ ｎ ｈ国际 研 究 机 构 的 统 计 资 料 显 示 ． 目前 大 多 数 软 件 项 目失 败
需 求 是 指 用 户对 软 件 的 功 能 和 性 能 的 要 求 ．就 是 用 户 希 望 软 件 能 做 什 么 事 情 ． 成 什 么 样 的功 能 ． 到 完 达
段， 人们理解并接受（ 或排斥 ） 新信 息。 将此理论 引申至软件项 目的需求管理 ．我们 同样 可以将 用户的需求产生分为 四个阶段 ： 第一 阶段 ， 户 用 的需求 是潜 在的 、 未知的无意识状态 ． 其需求是无法 表
估其结果。 如结果无法满足其需求时 ． 则再次进行个人 信息的检索 ． 可能重新进行信息需求分析 ． 或直 接进行
行动的选择。如此循环数次 ， 直到需求满足为止。这一
作 者 简介 ： 俊 （９ ３ ， ， 苏射 阳人 ， 士 ， 徐 １７ －） 男 江 硕 高级 工 程 师 ， 究方 向为 软 件 工 程 、 件 过 程 改进 、 件 质 量 管理 研 软 软
问题 的首要步骤 ． 当问题 无法解决 时便 产生 了“ 信息需 求 ” 这时便会进行下列几个 步骤 ： 主要任务一 信息需 求分 析一行 动选择一 执行一 评 估 当个人 进行 信息 需求分析时 ． 所处情 境及个人 因素会对其产生影响。 接 着会依个人需 求的优先级选择适合 的行动 。 执行后 ． 评
至下 一 软件 开 发 阶段 的 过 程 项 目需 求 是 制 定 项 目计
企业需 求 ： 企业组 织或有 利益关 系 的客户对 于所
进 行 的 项 目系 统 或 产 品 所 要 求 的高 阶 目标 ．包 括 企 业 对 于 项 目的前 景 与 范 围
／
／
软件 需求开发 与管理过程研 究
徐 俊 ． 彭章纲
Fra Baidu bibliotek
（． 宝 认 证 中心 ， 州 ５ ０ １ ； ． 信 银 行 东莞 分行 ， 莞 ５ ３ ０ ） １赛 广 １６ ０ ２ 中 东 ２ ００
摘
要 ：针 对 软 件 开 发 过 程 中如 何 有 效 地 实施 需 求 开发 与 需 求 管理 的工 作 ． 信 息 需求 模 型 与信 息 从 寻 求 行 为 ， 软 件 需求 层 次 ， 从 需 求 工程 的领 域 深 入 探 讨 需 求 开 发 与 需 求 管 理 的 工作 。 到 再 基
要 关 键 因素 虽 然 软 件 工 程 领 域 已 经 制 订 了很 多 规 范 和 标 准 ．
１２ 信 息 寻 求 行 为 ．
人 们 通 常 以 自己 的 经 验 和 本 身 拥 有 的 知 识 为 解 决
提 出了很 多的方法论 ． 但是在实际执行 时 ． 何依 据方 如 案 的特性 做出适 当的调整 ．这 中间存在很多 问题值 得 我们进一步探讨
生命周期 的第一个重要 阶段 ．其直接关系到整个 软件
项 目的 成 功 与 否 软 件 需 求 的 主要 工 作 就 是 负 责 对 客
户 需求 的开发与管理 ．它不仅 限于软件开发 的最初阶 段． 而且贯穿 了系统开发 的整个生命周期。 有效 的需求 开 发与 良好的需求管理是影响整个软件项 目发展 的重
１ 需求 行 为 理 论
１１ 信 息 需求 模 型 ．
信息需求可 以分为 四个阶段 ： 第一 阶段 ， 人们意识
到 自己认 知上的不足之处 ． 产生疑 问， 但是 自己不得 其
收 稿 日期 ： ０ １ １ ６ ２ １ －１ －０ 修稿 日期 ： ０ １ １ ０ ２ １ －１ —２
现 计 机 ２ １１ ＠ 代 算 ０． １１
研 究 ｓ开 发
理论 ．与软件需求管理 中的需求确认和需求 变更 控制
的 原 理 是 一致 的
需求管理 的工作 内容 ： 义需求 的基准 ｆ 时提 出 定 适 摘要 以代 表 目前 同意 的需求１ 。审查需求 的变更 申请 ， 评估其 冲击后再决定是否采用 在 控制下将 同意 的需
于 实践 提 出一 套 需 求 开发 和 管理 的过 程 。
关 键 词 ：软件 需 求 ；需 求 开 发 ；需求 管 理
０ 引
言
解； 第二 阶段 ， 产生 了向外寻找解 答 的驱 动力 ； 第三 阶
段 。 们 将 获得 的 信 息 与 原 有 的知 识 相 互 比较 ： 四 阶 人 第
的主要 原因 ． 并非 由于软件技术 的限制 ． 而是 由于需求
的 不确 定 性 与 管 理 的不 完 善 导 致 的 。软 件 需 求 是 软 件
意识 化状态 ， 在此 阶段 ， 用户 的需 求仍未 成形 ， 一直是
处 于似有似无 、 不稳定 的状态 ： 了第三 阶段 ， 户 可 到 用
以具体 明确地 陈述 自己的问题和需 求 ．但 仍无法和信 息 系统 （ 包括信 息系统 的提供者 ） 做有效的沟通 。最后 到了第 四阶段 ． 用户在 向信息系统提 出问题时 ． 必须 因 为信息 系统 的规则 与限制条件 ．修正 自己的询 问方式 来寻求解答
求 变 更 整 合 至 项 目 使 项 目计 划工 作 与需 求 保 持 一 致
１ 软 件 需 求层 次 ． ３
软 件 需 求 含 括 三 个 不 同的 层 级 ， 业 需 求 、 用 者 企 使 需 求及 功 能需 求
性 。依 照需求 变更 的评估 冲击 ， 进行沟通 。 追踪不 同 功能需求 的相关设 计 、 原始 程序代码及测试用例 。 在项 目进行 中追踪需求状态及更新 每个项 目须针对各项 的需求 订定基线 建立需 求 基线表示需求 阶段 的工作成果经过评审确认后可 递转