正确对待网站平台建设中需求分析的变更.docVIP

正确对待网站平台建设中需求分析的变更 ◇科技论坛科技嚣向导2011年第15期 正确对待网站平台建设中需求分析的变更 张志敏 仙东省科学技术情报研究所 随着技术的不断发展和用户对网站功能性的需求不断提高.网站 项目的设计和开发越来越像一个软件工程.越来越复杂.网站项目的 设计和开发进入了需要强调流程和分工的时代,建立规范的,有效的, 健壮的开发机制.才能适应用户不断变化的需要.达到预期的计划目 标. 作为一个网站项目负责人.首先要明白软件项目开发中的需求变 更是不能被完全消除的.而”消除需求变更”的想法却需要被消除.消 除需求变更的所有的努力和想法.在项目开发进行中通常都是费力不 讨好.当然要做到以下要点.也许能使你的网站建设需求分析事半功 倍. 1.仔细聆听.罗列客户的所有要求 让用户将所有的想法尽可能的阐述清楚.并把所有的要求罗列出 来这时候不应该害怕”勾引”起客户的潜在需求而增加设计开发的工 作量.从而被今后客户无止境的变更拖入泥潭.直接明白地跟客户把 问题和要求一条条地列出来,把条理,归纳,分析先都扔到一边去,将 用户最原始,最完整的要求准确地记录下来就完成了第一步的工作. 很明显.假如客户的需求做的都不完整.随时可能会产生意想之外的 变更.甚至这个变更会破坏已经做的模型及结构.那么这个项目从开 始就注定了会失败 2.透过现象分析潜在的需求 很多情况下客户并非专业人士.在他们滔滔不绝的描述中不能指 望他们帮助我们整理出重点和技术难关.这需要我们去为客户进行分 析,归纳和整理.尤其是客户谈的不多却又是技术上实现难度和强度 很高的地方特别值得注意 客户往往对需求的概念是非常模糊的.大多时候给出的需求都是 笼统而且尺度难以控制的.这就要求业务人员在倾听了客户的详细说 明以后.帮助客户进行整理和分析.同时预测客户在开发过程中变更 及今后应用中可能进行修改升级的潜在需求 3.利用最自然的语言将系统进行描述.使每个开发人员不 会产生歧意? 在业务员与客户进行沟通和调查时撰写的需求分析.尽可能用自 然的语言进行描述.虽然客户的水平和资历有所不同,但是最自然的 描述能够使项目开发的各个成员都能清楚地理解需求含义.不至于在 理解上产生偏差.对客户而言.这样的模型描述最接近真实.容易参与 修订.并能以此为测试和验收的依据. 4.迅速确定网站的用户角色及权限 用户角色比如访客,会员,重要客户,前台管理员,网站管理员,业 务员等等:而每一个角色分别有不同的权限及可操作的功能,比如会 员可以查看特别信息,修改个人信息和密码等. 5.制作流程图和示意图将需求表现出来.让客户参与到示 意图的设计中.及时正确的反应出需求变更 需求分析无论文字上怎么样表述都还是抽象的.对客户而言理解 毕竟是困难的.将基本确定的需求制作出示意图是最直观有效的. 利用示意图将客户的需求和即将开始设计的系统体现起来.在进 行系统分析和程序开发之前.双方对今后要完成的产品就能够有直观 的认识,换言之,就是在产品还没有真正进入开发阶段的时候,双方就 对工作的结果达成统一的意见.这将大大地减轻需求变更所带来的困 扰.同时客户更容易地参与到项目的开发过程.保证项目往正确的方 向进行. 6.制作需求变更日志.保留升级版本.通过版本控制进行 需求管理 尽管我们费了许多功夫在如何做好网站建设需求分析进行了最 大可能的努力.但几乎可以肯定的是.这份需求分析在开发过程中一 定会发生变化.这种变更有时是如此的频繁和琐碎.以至于往往不能 将变更及时反馈到项目的各个角色中.那么做好需求变更日志就显得 非常重要.并将修改后的需求分析制作成新版本,保留每次更改过的 版本.这样就比较容易地跟踪到需求变更过程中所带来的工作调整. 在新版本的需求分析中.将变更多部分用特殊方式表明出来,并 在日志中记录变更多重的明细 7.通过需求《管理计划书》使每个参与人员看到共同的努 力目标 在如何做好网站建设需求分析和变更管理的过程中,工作量最大 的角色为客户代表,业务员和项目经理.在实际工作中,很多项目失败 的起因都和需求分析有关.客户代表和业务员通常并非从事技术开发 的专业人员,在讨论需求的时候往往对项目的技术难度,工作量,时间 进度把握不准确,这时候需要项目经理或技术人员进行参谋. 为了降低项目的风险.提高工作效率.有必要设计规范的需求管 理计划书,帮助客户代表和业务员更好的完成任务. 前面已经说过了.在网站开发项目开始之前.就要消除”绝不允许 发生需求变更”的思想.在项目进行中,一旦发生需求变更,更不要一 味的抱怨.也不要去一味地迎合客户的”新需求”.而是要管理和控制 需求变更.下面我们就对客户的需求变更进行分级管理,以达到对需 求变更的控制和管理 7.1一级需求变更是关键性的需求.这种需求如果不满足.意味着 整个