三月 2006 - 随笔

软件需求读书笔记_2006年3月31日

2006年3月31日
软件需求的定义
  软件行业存在这样一个问题,用于描述需求工作的术语没有统一的定义。对同一项需求,不同的人会有不同的描述,称其为用户需求、软件需求、功能需求、系统需求、技术需求、业务需求或产品需求。客户对需求的定义,在开发人员看来可能只是高级别的产品概念;而开发人员的需求概念对用户来说也许就是详细的用户界面设计。定义的多样性导致了令人迷惑和沮丧的沟通问题。
  需求必须被记录成文档,这一点很重要。公凭一堆电子邮件、便条、会议记录,以及对走廊中几次交谈的模糊印象就自称掌握了需求,那纯属自欺欺人。
  咨询专家Brian Lawrence提出,需求是“任何促成设计决策的因素”。很多信息都属于这一范围。
  IEEE的软件工作标准术语表(1990)则将需求定义为:
  • 用户为解决某个问题或达到某个目标而需具备的条件或能力。
  • 系统或系统组件为符合合同、标准、规范或其他正式文档而必须满足的条件或必须具备的能力。
  • 上述第一项或第二项中定义的条件和能力的文档表达。
  这一定义既体现了用户对需求的看法(系统的外部行为),也代表了开发人员的观点(一些深层的特性)。术语用户隶属于涉众,因为并非所有涉众都是用户。
  我对需求的理解是:产品为向涉众提供价值而必须具备的特性。
  下面这条定义则确认了需求类型的多样性(Sommervill和Sawyer 1997):
  需求是对应该实现什么功能的说明――可以是对系统运行方式或系统特征与属性的描述;还可能是对系统开发过程的约束。
  很显然,对于需求是什么没有一个统一的定义。为便于交流,我们需要协商决定一组限定词来修饰“需求”这个内涵丰富的术语,并认识到用可通用的形式记录需求的重要性。
  不要一厢情愿地认为项目涉众对需求的理解是一致的。应该事先给出定义,才能保证大家谈论的是同一个问题。
发布于 由 dongwei0 篇评论

软件需求读书笔记_2006年3月30日

2006年3月30日

  许多软件问题都源于收集、记录、协商和修改产品需求过程中的方式不当。

  很少有人会甩给建筑商30万美金而不详细说明自己对房子的想法和要求。相反,他们会不厌其烦地提出各种细节要求。要对房子进行改造就得掏钱,购房者尽管不情愿,却都能理解。然而,在软件开发中遇到同样的问题时,人们却常常轻率地将其忽略。软件项目中40%~60%的缺陷都是由需求分析阶段的过失所致(Davis 1993;Leffingwell 1997)。对欧洲软件行业所做的大规模调查显示:确定和管理用户需求是问题最多的两个环节(ESPIPI 1995)。尽管如此,许多组织仍然没有采取有效手段来实施这两个必要的项目活动。由些导致的结果常常是用户和开发者之间产生需求的鸿沟――二者对产品需求的理解想去甚远。

  软件或系统项目涉众(stake holder,产品或项目相关人员)的利益之间的相互作用在需求过程中表现得最为强烈。项目涉众包括:

  • 客户:为达到其公司的业务目标而投资项目或购买产品。
  • 用户:直接或间接与产品打交道,是客户的一部分。
  • 需求分析员:负责编写需求并传达给开发团队。
  • 开发人员:设计、实现和维护产品。
  • 测试人员:确定产品的行为是否与预计的相一致。
  • 文档编制人员:负责编写用户手册、培训资料和系统帮助。
  • 项目经理:制定项目计划并带领开发人员获得成功。
  • 法律人员:确保产品符合所有相关法规。
  • 生产人员:制造包含该软件的产品。
  • 市场营销、技术支持及其他与产品和客户打交道的人员。

  如果处理得当,各方利益的相互作用将能够使产品获得成功,同时使客户感到满意,并使开发人员充满成就感;否则,就会导致误解、挫折和矛盾,从而降低产品的质量和商业价值。由于需求是软件开发和项目管理活动的基础,所以涉众必须承诺遵循有效的需求过程。

  但是开发和管理需求绝非易事,没有任何捷径和魔法。由于很多组织被一些同样的问题所困扰,所以我们可以寻找共同的解决方法,以用于多种不同的情况。

  如果你的项目中出现以下情况就应该去读读这本书(不要向我借噢!书和老婆一样,不借的!)

  • 项目的前景(Vision)和范围(Scope)未曾明确定义。
  • 客户太忙,没时间与需求分析员和开发人员一起讨论需求。
  • 用户代理,如生产经理、开发经理、用户负责人或营销人员,自诩可以代表用户,其实他们不能准确说出用户的需要。
  • 需求只存在于组织中那些所谓专家的脑子里,没有被记录下来。
  • 客户坚持所有需求都很重要,不愿排出它们的优先次序。
  • 开发人员在编码过程中发现需求有歧义,缺少足够的信息,只能去猜测。
  • 开发人员与客户沟通时只关心用户界面,忽略了用户需要用软件去做什么。
  • 客户签字确认了需求却又一直提出修改要求。
  • 项目范围因接受需求变更而扩大,却没有相应地增加投入或减裁功能,进度因此被延误。
  • 需求变更的请求被弄丢,开发人员和客户都不了解所有变更请求的状态。
  • 开发人员按客户要求实现的功能无人问津。
  • 需求规格说明(SRS)中的要求都实现了,客户却不满意。

  做公司的一名产品经理,我是很有必要去认真地看看这本书了。上面说明的情况,在项目中间的确是经常出现。

发布于 由 dongwei0 篇评论

软件需求读书笔记_2006年3月29日

在科教书店找到的一本书,感觉和公司在需求管理上的过程比较吻合,就买了一本。唉,现在买书都买穷了,这个买书已经花了好几百元了。
穷啊~~ 哭~~
2006年3月29日
书中所介绍的技术是需求工程中主流的“良好实践”,而不是陌生的新技术,也不是声称可以解决所有需求问题的详尽方法学。
书中所介绍的做法实际应用于各种项目,包括那些后续追加服务的方法,无论是小型项目还是大规模项目,开发新项目还是维护已有项目均可适用。另外,这些技术也并不局限于软件项目,它们也同样适用于硬件和系统工程。
与任何一种其他的软件实践一样,我们需要根据常识和经验来搞清楚如何使这些方法更好地为我们服务。
书中内容可以给我们带来哪些帮助:
在开发周期早期改进项目需求的质量,可以减少返工和提高生产效率。
通过控制范围扩大和需求变更来满足项目的进度目标。
达到更高的客户满意度。
降低维护成本和技术支持成本。
书的作者的目的是帮助读者改进收集并分析需求、编写并确认需求规格说明、在整个产品开发周期中管理需求等几个方面所采用的过程。作者希望大家真正地将改进的实践用于具体的项目,而不只是读一读而已。
了解新的实践并不难,然而,事实上要改变人们的工作方法却不是一件容易的事。
需要定义或理解软件产品需求的所有人员都可以看看这本书。
第一类对象:在项目开发中承担需求分析员角色的人,他们可能是专职的需求分析专家,也可能只是临时承担需求分析员的角色。
第二类对象:包括设计人员、程序员、测试人员以及其他必须理解并满足用户要求的团队成员。
负责指定使产品在商业上获得成功的特性和属性的市场人员和产品经理也会发现这些实践十分具有价值。
必须按时交付产品的项目经理也可以通过这本书了解到如何管理项目需求活动和处理需求变更。
第三类对象:客户,他们希望自己定义的产品能够满足功能和质量的需要。
全书分为4个部分
第一部分:什么是软件需求?为什么要实现软件需求?哪些人参与软件需求?在这一部分,提出了一些定义,描述了优秀的需求具备的若干特性。有关客户、开发人员、合作伙伴关系。介绍业界需求开发和管理的几十个“良好实践”,以及需求开发的总体过程。
第二部分:软件需求开发。介绍了定义项目的业务需求所采用的方法。描述如何找到合适的客户代表,获得他们的需求,以及将用例、业务规则、功能性需求和质量属性编写成文档。描述了如何使用软件原型模型,这些分析模型可以从不同的角度来表示需求。描述了如何使用软件原型来减小风险。提出了划分需求优先级和确认需求的各种方法。描述了在某些特殊的项目情况下需求开发所面临的特殊难题,并研究了需求如何影响项目工作的其他方面。
第三部分:软件需求管理。主题是需求管理的理论和实践,重点强调处理变更所用的方法。描述了如何通过需求可跟踪性将单个需求与它们的起源、下游开发的可交付成果联系起来。最后介绍了几种商业工具,这些工具能够进一步改进管理项目需求的使用的方法。
第四部分:实现需求工程。帮助我们将理论概念运用到具体实践中。描述了与需求相关的一些常见的项目风险。介绍了需求和过程改进模型、需求错误诊断指南和几个需求文档范例。
发布于 由 dongwei0 篇评论

Internet Explorer Developer Toolbar Beta 2 更新

Internet Explorer Developer Toolbar Beta 2 更新

Internet Explorer新闻主题这个工具条虽然不起眼,但开发过网页的朋友一用肯定会就大呼过瘾 :)又发布了一个新的Beta,按照微软的习惯,更新未知.
微软发行的工具条可以让网络开发员快速完成了解,建立,对Web页的除错等工作,这个版本为测试版,在最终版本发布后,功能上也可能有所不同.

下载:Internet Explorer Developer Toolbar

好东西啊,以前只注意到FireFox有Developer Tool,不知道微软也有这样的东西,我是太孤陋寡闻了。呵呵。

发布于 由 dongwei1 篇评论

DangDang和China-Pub网上书店的送货速度

DangDang网18号下的订单22号送到公司。

DangDang

China-Pub网15号下的订单22号连书的影子都还没看到。

China-Pub

发布于 由 dongwei2 篇评论