浅谈软件需求分析与管理

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

TheR e uie e sAnayssa a ge e to o t r q r m nt l i nd M na m n fS fwa e
Hua ng Degu i
(o C mmu iai s nomainB a c ,h nin ot o p C . t. h nin 5 4 1 , hn ) n t n fr t r n hZ a j g P rGr u ) o, d , a j g 2 0 C ia c o I o a ( L Z a 9
摘 要 :在软件 项 目开发的 需求 分析与 管理 过程 中存 在 一些 问题 。本文 分析 了存在 的问题 并针 对这 些 问题 提 出 了参 考

建议 和解 决方 法。 关键 词 :软件 工程 ; 需求分析 与 管理
中图分类号:T 3 1 P1
文献标识码 :A
文章鳊号:10— 59( 0 0 5 06 一 1 07 99 2 1 )1— 09 O
统 界面 原形 最 后,对于软 件需求分 析人 员编制 的软件 需求说 明书 要做好需
求验证 工作 ,参加 需求验 证工作 的成 员应该包 括项 目 组所 有成员 、 该行业 的业务专家 和最终 用户 。在 需求验证会 议上提供 的需求验证 材料应 该简单 、清 晰 、直 观和 明确 ,不能笼统 的提供一些 复杂的业 务流程及 繁琐 的文 字说 明。在需求验 证会议上 可 以通过 情景模拟和 系 统界面原形 的方 式演示 。情景模拟 是根据 不同业务角 色模拟整个 业务 办理的情况 。系统界 面原形 能让 用户切 身感受到系 统的界面效 果 ,便 于直观 、形象 的沟通和交 流业务细节 和业务流程 。 在项 目开发过 程 中,用户需 求发生变 化的情 况经常 出现。我们 不 能避免和逃 避用 户需求 变化情 况的 出现 , 但应 该控制和 管理用 户 需 求变化 ,应该 有需求变 更 的流 程 、需求变 更的 团队、需 求变更 的 平 台、需 求变更 的影 响分 析 以及 固定 的需求变更 周期 。 于用户提 对 出的需求变 更 我 们首先 应该做 好详细的 记录 ,然后将需 求变更 的 记录 通过需 求变更 的流程 提交给 需求变更 团 队评估 和确认 , 最终在 需 求变更 的平 台中反映 出来 , 同时要做 好需求变 更的影 响分析报 告 并 及时反馈 给用户 。 需要注 意 的是对于 需求变 更我们要有 固定 的需 求 变更 周期 ,不 能用 户 有需 求变 更 马上要 求项 目团 队及 时更 改 系 统 ,这样会加 大项 目管理 的风险 和影 响项 目团队的士气 。 软件 需 求分 析人 员 与系统 设计 人 员 的沟 通 障碍 、开 发人 员边 做 需求分 析边 做 开发 的情 况均 与软 件需 求分 析 人员 描述 的软件 需 求 说 明书有关 。在实 际 的项 目开发 中经 常有 这 样 的现象 :软件 需 求 分析 人员编 制 的软件 需求说 明 书过于 形 式化 、 内容描述 过于 简 单 ,系统 设计 人 员和 开发 人 员根本 不看 或者 需 要人 为的猜 测某 些 内容的 描述 。软件 需求 说 明 书应 该全面 、清 晰和 直观 的描 述用 户 的真 实 需求 ;软件 需 求说 明书 的语 言应 该从 业 务 的角度来 描述 而 不是 从技 术 的角度 来描 述 ;软 件需 求说 明书 内容 应该 包括 系统 目 标 、 统 范 围、功 能需求 、非 功 能性 需求和 系统 界面 原型 等方 面 , 系 特别 是系 统界 面 原型有 助于 系 统设 计人 员和 开 发人 员更加 直观 和 准确 的理 解和 分析 用户 需求 ;软件 需求 分析 人 员编制 系统 界面 原 型时 建议 系统 设计 人员 和开 发 人员 也参 与进 来 ,这样 有助 于系 统 设计 人 员和 开 发人 员更 加准确 的理解业 务 知识 和业 务细节 。 为 了规范 整个 需求 分析 的过 程 和管 理需 求变 更 ,采用 需求 分 析和 需求变 更 的管 理工 具十 分 必要 。在 需求 分析 阶段 ,我 们可 以 采用 Rt o a eu st Po工 具 ,针 对需 求变 更 的管理 ,我们 a in lR q i ier 可 以采 用 C e r u s 。R t o a e u s t P o 与 C e r u s laO e t a in lRq i ier la O e t 可 以集 成使 用 。
一Байду номын сангаас一
需求主 要包 括系 统 界面 的可用 性 、易用 性 、操 作便捷 、时间效 率 高 、 出错率 低和 操 作系 统需 要的专 业领 域 知识 少等方 面 ;系统 界 面 原形 是指 使用 专业 界 面原形 工 具 ( xr A u e等 )或者 直接 使用 开 发 工具 ( iu lS u i 等 )编制 系统 的初 始用 户 界面 ,便 于软 V sa tdo 件 需求 分析 人员 、 系统 设计 人员和 开 发人 员更 直观和 形象 的 与用 户 沟通 和 明确需 求 。非 功能性 需求 和系 统 界面 原形在 需求 分析 阶 段 非常 重要 ,我 们在 项 目开发 过程 中应 该注 重 非功 能性 需求和 系
计算 机 光盘软 件 与应用
21 0 0年第 l 期 5
C m u e DS f wr n p ] c t o s o p t rC o ta ea dA p ia n i 工 程 技 术
浅谈软件需求分析与管理
黄德贵 ( 湛江港 ( 团 )股份有限公 司通讯信 息分公 司 ,广 东湛 江 5 4 1 集 2 09)
在软 件项 目开 发过程 中,需求 分 析与 管理 十分 重要 。但 在实 际 的软件 项 目开发 的需 求分 析与 管理 过程 中存 在一 些 问题 ,如 果 不重 视这 些 问题 ,往往 导致 项 目开发进 度 延期 、超 出项 目预算 甚 至项 目开 发失败 。 在软 件工 程理 论 中,需 求分 析是 指构 建一 个新 的系 统或者 完 善现 有系 统时 ,确 定系 统 的 目标 、范 围、 功能 需求和 非功 能性 需 求等 方面所 涉及 的工 作 。 需求 分析 是软 件工 程 的一个 关键 过程 ,也 是软件 项 目开 发 的 个 关键 阶段 。软 件需 求分析 人 员需 要准确 、清 晰和 形象 的表 达 和描 述用 户 的真实 需求 。需求 分析 阶 段的 工作 是否准 确和 充 分 、 提交 的软 件需 求说 明书 是否 完善 和规 范、 需求 管理 的方法 是否 正 确将 直接 影响 和决 定整个 项 目开 发是 否能够 按 照时 间进度 和在 项 目预算 范 围 内完 成 。 在项 目开 发过 程 中,经 常 出现 如 下情 况 :软件 需求分 析人 员 描述 的用 户需 求不 完整 、用 户需求 经 常发 生变化 、软 件需 求分 析 人员 与系 统设 计人 员的沟 通 障碍 、开 发人 员边做 需求 分析 边做 开 发 、用户 需求 管理 混乱 、缺 少专业 的 需求 分析 与管 理工 具等 。这 些情 况 的出现 使整 个项 目管 理风 险加 大、 系统代 码返 工率 高 、项 目团队士 气 日益低 下和用 户对 项 目开 发进度 的抱 怨越 来越 多 ,最 终可 能导致 整个 项 目开发 失败 。 软件需求 分析人 员描述 的用户需 求不完整 主要原 因:一种情况 是没有专职 的软件需求分 析人员 ,兼职 的软件 需求分析人 员同时担 当该模块 的设计及开 发,导致需求 分析没有真 正从业务 的角度来考 虑 ,而是 从技 术实现 的角度考虑 。有的即使有专 职的软件 需求分析 人员,该 软件 需求分析人 员也不具 备该行业 的业 务知识和经 验,对 行业术语 不了解 ,有 的甚 至聘用 刚刚毕业 的学 生去做需求 分析,导 致整个需求分 析不准确甚 至 出现偏 差 另外一种 情况是专职 的软件 需求分析人 员没有系统 的学习和掌握软件 需求分 析的基本方法 、原 则和技巧 ,了解 的业务 需求不能准确直观 的表达 和描述 ,编 制的软 件需求说 明书过 于简单和 形式化 ,导致 项 目开发 的其他人 员不能很 好 的理解用户需求 ,有 的甚至要重 新做软件需求 分析 。 为 详细 和准确 的描述用 户 需求 ,需要 注意 以下 几个方 面 : 首先 需要 由专 职 的人 员担任 需求分析工 作 , 且软件需 求分析 而 人 员需要 系统 的学习和掌握 需求分 析的基本 方法 、 则和技 巧。例 原 如 获取业 务需求 常用 的方法 有用户 访谈 、 记 、谈话录 音、会 议纪 速 要 等 ;其中用户 访谈 的要点包括确 定访谈 的时 间、访谈 的对象 、设 计 用户访谈计 划 并提 前发送 给用户等 ; 速记要 求软件 需求分析 人员 能够快速准确 的记录 用户描 述的业务 需求和业 务流程 。 谈话录 音和 会 议纪要 是为 了更准 确记录 用户描述 的业务 需求 , 于分析和 理解 便 用 户需求 ; 软件需 求分析人 员最好具 备该行业 的业务 经验和知识 或 者 聘请该行业 的业务 专家指 导, 这样 有助于软件 需求分 析人员准 确 分析 和理解行 业术语 、行业 业务需求和 行业业 务流程 。 其次 ,描 述 的软件 需求 说 明书 内容应 该包 括 系统 的 目标 、范 围 、功 能需求 、非 功 能性需 求和 系统 界面 原型 等 方面 。非功 能性
A b t a tI h o e sofs t r e eo m e trqur m e sa ay i n a a e e ,h r r o ep obe sTh spa e sr c :nt epr c s ofwae d v lp n e ie nt n lssa d m n g m nt ee ae s m r lm . i p r t a lz step o e sa dis srf rnc o s e o me da o n out ns nay e h r blm n sue ee e ef rt er c m he n t nsa d s l i i o . Ke wo d Sot r ee i e i ; qur me t n yssa a g m e t y r s: fwa ngne rngRe ie n sa a i ndm na e n l
69一
相关文档
最新文档