浅谈如何做好软件的需求分析
- 格式:pdf
- 大小:103.07 KB
- 文档页数:1
一
在用户 不清 楚 自己要什 么 的情况 下引 导用户 。 户说 不清 需求, 用 也有表 达能 力 的 问题 。需求 分析 员绝 不能 以用户 说不 清楚 需求 为借 口而草率 地对 待需求 开 发工作 , 否则会 连 累整个 开发 团队 。无 论是 什么原 因 导致用户 说不清 楚需 求, 需求分析 员必 须高 潮搞清 楚用 户真 正 的需求, 是需求 分析 员的职 责, 这 也是职 业 的挑 战 。常见 的方法 有 : () i 需求分析 员根据客 户的表述 , 把模 糊不清 的需求写 出来 ( 者用图形 画 或 出来) 再让 客户 哪些 内容 是 他真 正需 要 的, 些是 他 随意 说说 的 ; , 哪 () 果文字不 能清楚 需求, 么开 发方构造软件 的原型 ( 界面和演示 2如 那 只有 功能) 请客 户一 边体 验软 件原 型 , 边阐述 他 的真 正 需求 。 , 一 2 2双 方误 解需 求 用 户表达 的 需求. 不同 的开 发人 员可 能有 不同 的理解 。如果需 求分析 员 误 解 了需求 , 会导 致后 续 的不 少开发 人 员将错 就 错、 白干活 。无 论是 复杂 那 的项 目还是 简单 的项 目, 需求 分析 员和 用户 都有 可 能误解 需求 。所 以需 求确 认 必不可少 。 2 3 写 不好 需求文 档 写不好 需求 文档 的一种 原因是 : 求调查 工作 不充分, 需 获取 的需 求信 息太 少 或者太 乱, 以至 于写 不成 需求 文档 因此 , 写出好 的 需求文 档, 要 前提条件 是把 需求 调查 工作 做好, 少要有 东西 可写 。另一种 原 因是 : 至 开发 人员 写作能 力 比较 差, 虽然在 调查 过程 中 已经 获得 了不 少需求 信息, 写不 出好 的 需求文 却 档来 。 可 以毫不夸 张地 说, 内 9 %以上 的软件 开发 人员 , 们的写 作能 力远不 国 0 他 及 开 发 能力 。提 高开 发 人 员写 作 能 力 的根 本 办 法就 是 让 人 多练 习 写文 档 。 另外 , 企业应 当提 供合 适 的文 档模 板 以及 比较 好 的示例 文档, 尽可 能是 降低 写 作难度。 2 4 用 户经 常变更 需求
科 学 论 坛
■I
浅 谈 如 何 做 好 软 件 的 需 求 0 ) 1 0 4 ( 南交通 职业 技术 学院 湖 南 湖
[ 摘 要 ] 本文对 如何 实现 软件 需 求分 析进 行 了探 讨分 析, 对需 求分 析 中存在 的 问题进 行 了概 括 总结, 并详细 分析 了软件 需 求分析 中 的各个 步骤 。本文的 研 究对 于做 好 软件 需 求 分析 具 有重 要 的 意义 。 [ 关键 词] 求分析 需求调 研 需求文 档 需 中图分 类号 :P I T 3 文 献标识 码 : A 文章 编号 :09 9 4 (00 O— 1 70 10— 1X 2 1)4 0 2 i
板 ,可供 参 考 。
1 需求 评审和 需求 确认 4 做 好 软件 需求 规格 说 明 书后, 要进 行 需求 评 审和 用 户确 认 。 () 1 需求 评审 项 目 理应邀 请客 户代 表共 同评审 需求文档 , 经 尽最大努 力使需 求文档 正确 无误 地 反映 用户 的真实 意 愿 。需求 评 审时 应注 意 一 下 : ①会 议主持人 事先要 强调需求 评审 的重要性 : 认真评 审 一小 时可能会 避免 将来 数 十天 的 “ 工 ’ 大 家足 够 重视 。主 持人 设 法避 免大 家 在 昏 昏沉沉 返 让 中评 审。如 果评 审时 间 比较 长 , 建议 每小 时休 息 一次, 大家 活动 一会 儿, 让脑 袋清醒 一下; ② 需求评审涉 及的人 员可能 比较多, 有些时候 让这么 多人聚在 一起花 费 比 较长 的 时间开 会并 不容 易 。没有 必要 把所 有事 情挤 在 一起做 , 需求 开发 是循 序 渐进 的 过程 , 需求 评 审 也可 以分 段 进 行 ; ③ 开评 审会 时 经常 会 “ 跑题 ’ 导致评 审效 率很 低 。主持 人 应 当控 制话 题, 免大 家讨 论与 主题 无关 的 东西, 避 对于实 现 的细节 问题, 必要 用太 多时 不
根据 IC的统计 ,0 D 8 %的失败 I 项 目是 由于需 求分 析做 的不 好, T 没有 真正 反映 出用户 的需求 而导致 的 。为此 , 文针 对如 何做 好需求 分析 进行 了探 讨。 本 1需 求 分析 的基 本步 骤 1 1开 展需求 调研 . 需求 调研涉 及三 个 问题, 一是如 何确 定调研对 象, 二是 如何 确定 被调研 对 象 , 是采 用何 种调 研 方法 。调研 对象 一般 用户 熟 悉业 务的人 员 、开 发商 技 三 术专家 以及 项 目经 理 。被 调研 对象 主要 是对方 主要 负责 业务 的人 员 以及 业务 操 作人 员 。而且调 研 范围 是关键 , 它包括 关 键域 和关 键活 动 。而关 键 活动又 由关键 流程加 上关 键点 构成 。找到关 键域 , 明确关 键流 程和 关键 点, 需求调 对 研 至关重 要, 要专家 介入 。而能 否把握 这 一时机 并找 准需求 提炼 的关 键 点, 需 是 考验需 求调研 人 员的重 要方 面 。优 秀 的需求 调研 人员不 仅能认 识 问题之 所 在 , 能藉 此获 取足够 多 的知识, 后成 为 问题 领域 的专 家 。需 求调研 方法 一 还 最 般 有 问 卷 法 、面 谈 法 、数 据 采 集 法 、 情景 实例 法 等 。然 而 最 基 本 的 方法 还 是 问卷 法和 面 谈 法 。 1 2 进行 需求 分析 . 需求分 析是指 在需求 开发 过程 中, 所获 取的 需求信 息信 息进 行分析, 对 及 时排 除 错误 和弥 补 不足 , 保 需求 文档 正 确地 反 映用 户 的真实 意 图 。 确 常 用 的需 求 分 析方 法 有 :问答分 析 法 : 界面 原 型法 ; 可运 行 原 型 系统 法 。这三种 需 求获 取方 法不 是互 斥 的, 们可 以根 据项 目的实 际特 点独 立应 我 用或组合应用 。 1 3 写好 需求文 档 . 个 好 的需 求规 格说 明文档 具 有 以下属 性 : 整性 、正确 性 、可行 性 、 完 必 要 性 、 无 二 义 性 、可 验 证 性 。 需求文档 也可 以按 照指定 的文档模 板来 写需求, 样做一 是降低 了写作难 这 度, 开发 人员可 以把 精力 集 中在 文档 的 内容上, 二是 按照 文档 模板 写 出来 的 需 求 文档 比较 规范 , 容易被 用 户和开 发人 员接 受, 面 ( i 是 一 个 需求 文档模 下 表 )
在用户 不清 楚 自己要什 么 的情况 下引 导用户 。 户说 不清 需求, 用 也有表 达能 力 的 问题 。需求 分析 员绝 不能 以用户 说不 清楚 需求 为借 口而草率 地对 待需求 开 发工作 , 否则会 连 累整个 开发 团队 。无 论是 什么原 因 导致用户 说不清 楚需 求, 需求分析 员必 须高 潮搞清 楚用 户真 正 的需求, 是需求 分析 员的职 责, 这 也是职 业 的挑 战 。常见 的方法 有 : () i 需求分析 员根据客 户的表述 , 把模 糊不清 的需求写 出来 ( 者用图形 画 或 出来) 再让 客户 哪些 内容 是 他真 正需 要 的, 些是 他 随意 说说 的 ; , 哪 () 果文字不 能清楚 需求, 么开 发方构造软件 的原型 ( 界面和演示 2如 那 只有 功能) 请客 户一 边体 验软 件原 型 , 边阐述 他 的真 正 需求 。 , 一 2 2双 方误 解需 求 用 户表达 的 需求. 不同 的开 发人 员可 能有 不同 的理解 。如果需 求分析 员 误 解 了需求 , 会导 致后 续 的不 少开发 人 员将错 就 错、 白干活 。无 论是 复杂 那 的项 目还是 简单 的项 目, 需求 分析 员和 用户 都有 可 能误解 需求 。所 以需 求确 认 必不可少 。 2 3 写 不好 需求文 档 写不好 需求 文档 的一种 原因是 : 求调查 工作 不充分, 需 获取 的需 求信 息太 少 或者太 乱, 以至 于写 不成 需求 文档 因此 , 写出好 的 需求文 档, 要 前提条件 是把 需求 调查 工作 做好, 少要有 东西 可写 。另一种 原 因是 : 至 开发 人员 写作能 力 比较 差, 虽然在 调查 过程 中 已经 获得 了不 少需求 信息, 写不 出好 的 需求文 却 档来 。 可 以毫不夸 张地 说, 内 9 %以上 的软件 开发 人员 , 们的写 作能 力远不 国 0 他 及 开 发 能力 。提 高开 发 人 员写 作 能 力 的根 本 办 法就 是 让 人 多练 习 写文 档 。 另外 , 企业应 当提 供合 适 的文 档模 板 以及 比较 好 的示例 文档, 尽可 能是 降低 写 作难度。 2 4 用 户经 常变更 需求
科 学 论 坛
■I
浅 谈 如 何 做 好 软 件 的 需 求 0 ) 1 0 4 ( 南交通 职业 技术 学院 湖 南 湖
[ 摘 要 ] 本文对 如何 实现 软件 需 求分 析进 行 了探 讨分 析, 对需 求分 析 中存在 的 问题进 行 了概 括 总结, 并详细 分析 了软件 需 求分析 中 的各个 步骤 。本文的 研 究对 于做 好 软件 需 求 分析 具 有重 要 的 意义 。 [ 关键 词] 求分析 需求调 研 需求文 档 需 中图分 类号 :P I T 3 文 献标识 码 : A 文章 编号 :09 9 4 (00 O— 1 70 10— 1X 2 1)4 0 2 i
板 ,可供 参 考 。
1 需求 评审和 需求 确认 4 做 好 软件 需求 规格 说 明 书后, 要进 行 需求 评 审和 用 户确 认 。 () 1 需求 评审 项 目 理应邀 请客 户代 表共 同评审 需求文档 , 经 尽最大努 力使需 求文档 正确 无误 地 反映 用户 的真实 意 愿 。需求 评 审时 应注 意 一 下 : ①会 议主持人 事先要 强调需求 评审 的重要性 : 认真评 审 一小 时可能会 避免 将来 数 十天 的 “ 工 ’ 大 家足 够 重视 。主 持人 设 法避 免大 家 在 昏 昏沉沉 返 让 中评 审。如 果评 审时 间 比较 长 , 建议 每小 时休 息 一次, 大家 活动 一会 儿, 让脑 袋清醒 一下; ② 需求评审涉 及的人 员可能 比较多, 有些时候 让这么 多人聚在 一起花 费 比 较长 的 时间开 会并 不容 易 。没有 必要 把所 有事 情挤 在 一起做 , 需求 开发 是循 序 渐进 的 过程 , 需求 评 审 也可 以分 段 进 行 ; ③ 开评 审会 时 经常 会 “ 跑题 ’ 导致评 审效 率很 低 。主持 人 应 当控 制话 题, 免大 家讨 论与 主题 无关 的 东西, 避 对于实 现 的细节 问题, 必要 用太 多时 不
根据 IC的统计 ,0 D 8 %的失败 I 项 目是 由于需 求分 析做 的不 好, T 没有 真正 反映 出用户 的需求 而导致 的 。为此 , 文针 对如 何做 好需求 分析 进行 了探 讨。 本 1需 求 分析 的基 本步 骤 1 1开 展需求 调研 . 需求 调研涉 及三 个 问题, 一是如 何确 定调研对 象, 二是 如何 确定 被调研 对 象 , 是采 用何 种调 研 方法 。调研 对象 一般 用户 熟 悉业 务的人 员 、开 发商 技 三 术专家 以及 项 目经 理 。被 调研 对象 主要 是对方 主要 负责 业务 的人 员 以及 业务 操 作人 员 。而且调 研 范围 是关键 , 它包括 关 键域 和关 键活 动 。而关 键 活动又 由关键 流程加 上关 键点 构成 。找到关 键域 , 明确关 键流 程和 关键 点, 需求调 对 研 至关重 要, 要专家 介入 。而能 否把握 这 一时机 并找 准需求 提炼 的关 键 点, 需 是 考验需 求调研 人 员的重 要方 面 。优 秀 的需求 调研 人员不 仅能认 识 问题之 所 在 , 能藉 此获 取足够 多 的知识, 后成 为 问题 领域 的专 家 。需 求调研 方法 一 还 最 般 有 问 卷 法 、面 谈 法 、数 据 采 集 法 、 情景 实例 法 等 。然 而 最 基 本 的 方法 还 是 问卷 法和 面 谈 法 。 1 2 进行 需求 分析 . 需求分 析是指 在需求 开发 过程 中, 所获 取的 需求信 息信 息进 行分析, 对 及 时排 除 错误 和弥 补 不足 , 保 需求 文档 正 确地 反 映用 户 的真实 意 图 。 确 常 用 的需 求 分 析方 法 有 :问答分 析 法 : 界面 原 型法 ; 可运 行 原 型 系统 法 。这三种 需 求获 取方 法不 是互 斥 的, 们可 以根 据项 目的实 际特 点独 立应 我 用或组合应用 。 1 3 写好 需求文 档 . 个 好 的需 求规 格说 明文档 具 有 以下属 性 : 整性 、正确 性 、可行 性 、 完 必 要 性 、 无 二 义 性 、可 验 证 性 。 需求文档 也可 以按 照指定 的文档模 板来 写需求, 样做一 是降低 了写作难 这 度, 开发 人员可 以把 精力 集 中在 文档 的 内容上, 二是 按照 文档 模板 写 出来 的 需 求 文档 比较 规范 , 容易被 用 户和开 发人 员接 受, 面 ( i 是 一 个 需求 文档模 下 表 )