自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

为天加朵云...

数据库开发应用,Web开发,Windows/.NET,Linux/Unix/BSD,Java...............................................

  • 博客(1085)
  • 收藏
  • 关注

转载 需求评审与需求测试

在软件开发过程中,需求分析是最开始的工作,需求分析如果做得不够详细或者是偏离用户需求的话,往往会给项目带来灭绝性的灾难。因此如何保证需求分析的正确性,不偏离用户的需求就成了决定软件项目成败的关键。需求工程师取得用户的显性需求后,要仔细的分析用户到底要求软件实现什么功能,用户的表达和需求工程师的理解有时间并不会一致,这样会导致用户所想的和需求说明书上所描述的有偏差。并且需求工程师取得用

2009-09-20 23:21:00 630

转载 税务软件需求说明书的编写方法与实例

近年来,我国税务行业信息化建设取得了很大进展,信息软件已经被广泛应用于税收管理的各个领域。一套好的税务应用软件与调研论证、需求、设计、开发、测试和用户使用有很大关系,这其中需求又是关键中的关键,以下结合笔者编写需求的一些经验,谈一谈如何进行税务需求说明书的编写。一、确立需求编写组织。在需求编写前,按照需求的规模,确定需求编写人员的组成,建立需求编写组织。根据税务行业的机关特点,最好

2009-09-20 18:23:00 948

转载 软件项目需求分析的文档都包括哪些内容

首先你要找那些让你提交这些报告的人,问明白他们说的这些报告究竟需要涉及什么内容,给什么人看,格式和文档的风格要求是什么。如果他们不能告诉你一个满意的答案,就没有必要给他们一个他们自己都不知道想不想要的东西。 而实际上需求分析报告可以说是文档体系中最没有必要存在的。当然我不是说需求分析不重要,而是说需求分析太重要,是一个报告所不能容纳的,

2009-09-20 18:22:00 1313

转载 需求分析类文档模板

许多有经验的开发团队在开始需求调查的时候,总会将“软件客户需求权利书”和“软件客户需求义务书”提交给客户,让客户明确其权利与义务,将会对需求调研、分析的工作带来意想不到的效果,你可以一试。 软件客户需求权利书1.要求分析人员使用符合客户语言习惯的表达; 2.要求分析人员了解客户系统的业务及目标; 3.要求分析人员组织需求获取期间所介绍的信息,并编写软件需求规格说明。 4.

2009-09-20 18:20:00 3316

转载 软件需求说明书

作者:尤天捷 (原创)  软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解, 使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下:1 引言

2009-09-20 18:14:00 633

转载 软件和需求的实践

在这个关于软件工程的新专栏里,作者将结合理论知识,实践案例,优秀的工具介绍,经典文章导读,告诉您软件工程中最重要的一个过程――需求过程各方各面的知识。通过阅读,您将了解到,需求的知识体系,需求的过程能力,相关的软件工程知识,在实践中如何做好需求分析。文章虽然有很多的例子,但是,文章主要还是偏向于宣传一种思想,一种面向对象的思想,一种实践的思想。 第一篇 1.1.

2009-09-20 18:04:00 623

转载 需求如何管理?

CMM 1.1版本中第一个KPA(关键过程域)就是需求管理。虽然在CMM2级的标准文本中对需求管理的论述篇幅最少,但它却是最容易让开发人员和项目经理提出疑问的一个KPA。如何进行有效的需求管理?笔者将需求管理的基本原则与方法总结为以下几点: ● 必须与需求工程的其它活动紧密整合  谈需求管理一定不能脱离需求工程。从完整意义上讲,需求工程包括了需求获取、需求分析、需求描述

2009-09-20 18:01:00 413

翻译 RequisitePro中需求管理的12个步骤

需求管理是对变动的需求进行确定、组织和制作文档的过程。本文将介绍Rational Unified Process (RUP)中的有关于需求管理的基本概念,并展示如何使用RequisitePro来实行需求管理。RequisitePro是很特别的产品,它集成了一个大家都很熟悉的环境:MicrosoftWord,以及一个数据库来提供强有力的十分容易使用的框架,你可以用它来

2009-09-20 17:55:00 421

转载 如何更好的控制客户需求

凡是做过不止一个国内的项目的项目主管人员可能都经历过这种场合:公司的销售人员兴冲冲的拿来一份与客户签订的合同交给你,声称这项目又搞定了,但是当你拿过来合同(或者任务委托书)一看,关于项目范围的说明只有寥寥数行,要么是一些高举高打的套话,要么只说项目都包含什么样的模块,而对具体的业务只是一两句话就完事儿了,如果是一位身经百战的管理者并且对于项目的具体业务很熟悉还可以,如果不是那该如何开始

2009-09-20 17:52:00 503

转载 为开发人员提供的需求管理实践

作为开发人员,是否常常有人要求您对代码作一些小小的改动,从而使现有系统得到改进?您是否感觉这样的请求无处不在?您经常依据的规格说明书是否完整或精确?是否经常不清楚这些需求要表达的真正意思是什么?是否感觉无法真正解需求,因此觉得目标也总是在变化?是否感觉的自己就像是鞭梢,总是随着客户的变化而变化。如果您对以上任一问题的答案是肯定的,那么请继续阅读下文,您的问题很有希望得到解决。作

2009-09-20 17:50:00 1129

转载 让软件设计与需求保持一致

引言 本文描述了 IBM Rational® RequisitePro® 2003 和 IBM Rational® XDE™ Developer v2003 之间的集成如何帮助软件团队保持设计活动与需求的一致性。目的在于能够交付实际满足客户需求的软件。Rational RequisitePro

2009-09-20 17:48:00 738

转载 启动阶段PM主要任务——需求管理

根据PMI的解释,接单之后项目自然转入启动阶段。启动阶段PM的主要任务是率领总体架构设计师和系统分析员收集尽可能详细的数据,确立尽可能详细的需求,进一步确立详细的项目范围,预估资源,确立其他方案并获得进入下一阶段的批准。在这个阶段,随着需求分析的深入,PM也开始在公司内部进行人员挑选和资源争夺,着手组建自己的项目团队。项目即将进入计划阶段。在收集完数据之后,PM要和客户开始明确

2009-09-20 17:43:00 619

转载 探究需求管理的本质

本文旨在探究需求管理的本质,需求管理所要涉及的任务在文中将适时提及,以阐释"需求管理之需求(requirements for requirements)"的涵义。 ☆概要  需求管理恰如裁缝的量体裁衣,它直接关系到最终产品的成型。仅从字面出发,如果一个产品满足了客户需求,那它无疑就是成功的。需求管理的过

2009-09-20 17:41:00 456

转载 软件开发项目需求管理简述

前言    在软件项目的开发过程中,需求变更贯穿了软件项目的整个生命周期,从软件的项目立项,研发,维护,用户的经验在增加,对使用软件的感受有变化,以及整个行业的新动态,都为软件带来不断完善功能,优化性能,提高用户友好性的要求。在软件项目管理过程中,项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更,项目计划会一再调整,软件交付日期一再拖延,项目研发人员的士气将

2009-09-20 17:38:00 484

转载 项目为什么总是做不完?范围管理要界定

做过项目的人可能都会有这样的经历:一个项目做了很久,感觉总是做不完,就像一个“无底洞”。用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”,而开发方在“就地还钱”。实际上,这里涉及到一个“范围管理”的概念。项目中哪些该做,哪些不该做,做到什么程度,都是由“范围管理”来决定的。那么,到底什么是“范围管理”,请跟我们一块来揭开谜底。 几年前,我和一位同事在外地共同参与一个软

2009-09-20 17:37:00 550

转载 对软件项目中产生的需求进行分级管理

客户的需求是否应该得到满足?软件工程是否目的就是满足客户的需求?这个问题看来是无法加以回答的,因为,它没有提供两个基本的解释,其一:客户 的需求即算从客户的利益立场出发,是不是合理的?其次,客户的需求有多大程度上是必要的?还是只是一种个人的喜好?如果说对于商业客户来说,在项目开始前,还存在着做与不做;以及多少价钱来做的选择的话,那么,在许多情况下,工程人员如

2009-09-20 17:36:00 518

转载 专家评论: Robert Peterson:防止范围渐变

仅有 5 到 15% 的企业软件项目能够真正实现它们的需求。本文提供了最受欢迎且经过验证的策略,可以通过这些策略来避免采用面向服务体系结构或企业 java? 的企业应用程序发生范围渐变。这些策略还可能与任何技术或行业的软件工程专业人员和架构师相关。 摘自 IBM WebSphere 开发者技术期刊。

2009-09-20 17:31:00 524

转载 需求版本化

本文来自于 Rational Edge:作者提出了两种用于跨多个产品发布版本场合管理需求的多个版本的方法。第一种方法使用了IBM Rational RequisitePro 或者其它需求管理工具。第二种方法使用了变更管理工具,例如,IBM Rational ClearQuest,它可以与需求管理工具结合使用。

2009-09-20 17:28:00 409

转载 试析RUP以用例驱动的需求管理

RUP是Rational统一过程(Rational UnifiedProcess)的简称,它是Rational公司(现归属IBM公司)推出的一种软件过程产品。从软件过程模式角度看,RUP又是一种典型的软件过程模式,它以迭代增量式、架构为中心、用例驱动的软件开发方法为主要特征,其中以用例驱动乃是贯穿软件开发始终的方法,而将其应用于需求管理自然是首当其冲的课题。

2009-09-20 17:24:00 495

转载 五步走:软件需求的管理过程

摘要   当今,经济和社会生活对软件的依赖程度急剧增长,软件需求日益复杂,软件开发成为一项跨越技能,职责范围和时间阶段的综合团队活动。实践证明,良好的需求管理过程对于降低开发成本和保障项目成功至关重要。   这里是我们采用的需求管理过程,希望能与大家分享,互相学习和借鉴。欢迎留言!

2009-09-20 17:22:00 1687

转载 对系统需求进行优先次序排序

成功的项目组认识到不能等同地创建所有的需求,因此,需要对需求进行优先次序排序并按此顺序操作。 某些需求比其它需求重要得多。例如,对于联机银行的需求来说,对帐户间资金转移的支持要比银行每月声明的 Elbonian 语言版本重要得多。成功的软件团队将首先集中精力构建最重要的功能,尽可能地满足用户需求中关键的功能,而那

2009-09-20 17:20:00 967

转载 项目管理中的(用户)需求变更控制分析

【导读】本文介绍项目管理中的(用户)需求变更控制分析   需求变更的表现形式是多方面的,如老板临时改变想法、项目预算增加或减少、客户对功能的需求改变等。在IT项目中,变更可能来自方案服务商、客户或产品供应商等,也可能来源于项目组内部。虽然需求变更的表现形式千差万别,但究其根本不外乎以下几种原因:

2009-09-20 17:16:00 627

转载 利用 IBM Rational Suite AnalystStudio 进行迭代需求管理

本白皮书解释了IT部门在定义和处理项目需求时面临的问题。它说明了如何利用需求管理解决方案解决这些问题。它解释了为什么高效的IT管理需要这样的解决方案。它解释了IBM Rational Suite AnalystStudio如何满足迭代需求管理的挑战。IT 项目需求管理很难,因为需求在项目的进行过程中不断变化。与真正的业务需要保持一致需要对需求进行迭代管理。

2009-09-20 17:12:00 1064

转载 需求迭代与项目风险控制

Attn: 这个文章由舜亚科技的Jimmy发表在《程序员》2007.2期, 其中的案例全部引自本公司的项目。 作者介绍:柯自聪/eamoi 舜亚科技软件工程师,专注于Web应用程序开发,关注OA、门户、电子政务、电子商务领域、RIA,著有《Ajax开发精要--概念、案例与框架》一书以及《Ajax开发简略》、《Liferay

2009-09-20 17:03:00 1413

转载 我眼里的需求版本控制

当开发人员做了一个已经被取消的功能,你能想想他有多沮丧;当测试人员按照老的测试案例去测试新的需求规格的开发结果时,他可能要抓狂。出现了这些情况,都是因为需求的版本控制出现了问题。 说到需求的版本管理,是不是就是需求文档放到配置库就可以了呢?答案是——不仅仅如此。因为需求有它的特殊性,有它分析和管理的特殊要求,所以在实际的工作中的需求版本我们考虑更多层次: 需求文档的版本 对整个文档

2009-09-20 17:01:00 1347

转载 产品经理的责任

前两年朋友聊天,好些人的远大抱负就是做产品经理。为什么呢?因为做产品经理可以指挥别人干活,大大小小好歹是个经理,名片印出来也好看一些。我始终坚持业务和产品是两条线,也就是说,设计做的再好不一定能胜任产品经理,因为两者的职业素质和职责不同。我承认自己是理想主义,有幸和一些很不错的产品经理合作过,打交道多了,不免在心里做比较,我总结好产品经理的特质:基础业务能力,熟悉所做行业特点和玩法,自

2009-09-20 16:59:00 614

转载 功能点分析方法在软件需求管理中的应用

软件项目面临的一个普遍困难就是需求的不确定与频繁变更,有效管理软件需求要解决的一个基本问题是确定变更的粒度大小以及对项目的影响程度。本文使用功能点标准度量需求的规模,使得采用量化方式管理软件需求成为可能,从而对功能点在软件项目管理方面的应用进行扩充。 关键词: 需求管理 需求变更 功能点 项目管理 软件度量 1. 背景 相对于传统行业的项目而言,在软件项

2009-09-20 16:57:00 1814

转载 需求编写的几点经验之谈

近年来,“需求管理”正成为中国当前工程应用和商业热域的热点。目前,有关需求管理的实践大量应用于软件开发工程等领域,软件开发团队在开始一个新的项目之前,会通过详细的用户需求调研准确捕获了用户需求并汇总分析后,再进行下一步的设计与实施工作,以避免因未能正确识别用户的真正需求而导致不断返工和工作成本增加。对于从事软件工程的程序员们来说,在进行项目开发之前创建和管理良好的需求是非常重要的第一步

2009-09-20 16:55:00 371

转载 如何做好IT项目管理的需求管理

摘要:随着IT在现代生活起到越来越重要的作用,根据本人参与的项目管理、售前调研、系统开发的多年经验结合最新的项目管理知识,我们就需求管理这个领域来讨论IT项目的需求管理,特别是如何建立完善的需求说明书,以及采用那些相关的需求管理模板文件来实现需求变更控制。本论文从技术工具、模板和经验相结合的方法来讨论现代IT项目的需求管理(RM)。关键字:头脑风暴法、德尔菲法、要素加权法;RM:需

2009-09-20 16:52:00 615

转载 在多种数据库环境下管理业务需求

1.介绍今天的IT部门必须行使更多的业务职能,这使得把技术视为“黑盒子”的观念在逐渐淡化。也就是说,不仅仅因为在市场上它是最好的或是发展的潮流才使用它,而是,现在的企业或组织机构为了满足特定业务需求和得到特殊的业务价值才会去采用它,同时贯穿一系列过程,如:减少运营成本、开发新产品、扩大业务机会。当前企业使用两个指标来衡量技术对他们关心的特定业务是否有效:总体拥有成本(TCO

2009-09-20 16:48:00 785

转载 新产品开发的需求管理

需求管理(Requirementmanagement)是完整管理模式中的一环,同其他特性诸如完整性、一致性等不可分割,彼此相关而成一体。一套需求管理应当是已知系统需求的完整体现,每部分解决方案都是对总体需求一定比例的满足(甚至是充分满足),仅仅解决部分需求是没有意义的。对关键需求的疏忽很可能是灾难性的,试想一架飞机的安全设计不过关将会带来什么样的后果。不同的需求组合起来,构成了一套

2009-09-20 16:45:00 1555

转载 项目需求稳定性与开发模型选择

项目来源通常可区分客户合同项目、内部产品更新换代。客户合同项目由于受到客户直 接约束,有固定的工期,而且需求往往很不稳定,很多时候客户只指定一个大概的需求范围,由开发商在应标的时候列出能实现的功能需求、环境支持和开发费用, 在多家开发商应标的情况下,客户有可能综合多家厂家的功能,要求开发商实现,还有一些项目客户只提出研究方向,根本没有具体的需求细节;内部产品更新换代

2009-09-20 16:39:00 721

转载 从"失败产品博物馆"看"需求管理"

美国纽约有一个"失败产品博物馆",里面展出的"失败产品"高达8万多件,其中不乏有很多大公司的产品,有的功能强大,有的还很新奇。博物馆提供了这样一组数字:美国每年推向市场的新产品达54000多种,而真正受到青睐的只有20%。产品失败的原因有很多种,但最主要的就是产品功能与消费者的需求相去甚远所造成的。失败产品博物馆是典型的没有很好地实施需求管理的方法来指导产品开发的例证。从上面的例子

2009-09-20 16:38:00 820

转载 需求跟踪

需求跟踪概述需求跟踪需求跟踪是指跟踪一个需求使用期限的全过程,需求跟踪包括编制每个需求同系统元素之间的联系文档,这些元素包括其他类型的需求,体系结构,其他设计部件,源代码模块,测试,帮助文件等。需求跟踪为我们提供了由需求到产品实现整个过程范围的明确查阅的能力。需求跟踪的目的是建立与维护“需求-设计-编程-测试”之间的一致性,确保所有的工作成果符合用户需求。需求跟踪的方式

2009-09-20 16:32:00 2140

转载 浅谈项目计划和需求变更控制

一、做好计划项目计划是指导项目执行的依据,也是衡量项目组绩效的基准,做好计划至关重要。项目计划是由项目总体计划和子计划组成的。通常,进度计划、质量计划、风险计划、测试计划、配置管理计划以及沟通计划是项目计划中比较重要、对实际工作也比较有指导意义的几个子计划。其中,进度计划是所有计划的基础,它确定了项目的时间范围,它让你知道在哪个时间应该完成哪项工作;质量计划则告诉你这项工作

2009-09-20 16:27:00 606

转载 用Rational工具管理中小项目需求与测试

在实际项目工作过程中,中小型项目开发团队因为项目规模等原因,在需求管理和测试管理上进行了过度裁剪,导致项目的需求管理和测试管理出现失控。如何在中小项目开发团队中做好需求管理和测试管理,是目前大部分项目团队面临的主要问题之一。本文主要说明如何使用Rational工具进行有效的需求管理和测试管理,提高软件的质量和开发水平。 在本文中,中小型开发团队指项目成员数量在2-25个,项目工作量

2009-09-20 16:23:00 583

转载 通过RUP用例进行需求管理的可追踪性策略

1. 摘要在许多用例建模技术的商业应用软件中,用例模型必须与更传统的需求获取技术结合起来,从而提供一个让项目涉及的所有涉众均可接受的需求管理流程。本文探讨了组织在采用用例建模技术作为部分需求管理策略时可以使用的可追踪性策略。2. 简介/背景2.1

2009-09-20 16:19:00 2921

转载 RUP:通过用例应用需求管理

如果您对需求管理一无所知或者一知半解,但有志于改进需求过程,那么本文将为您提供一个框架,您可以利用它开发自己的方案。 用例和软件需求规约 (SRS) 为了让读者更好地理解需求管理工作流程,作者从 Rational Software 的 Unified Process

2009-09-20 16:16:00 1003

转载 使用需求管理加速交付更高质量的应用程序

今天的软件行业有许多方面值得骄傲。全球软件和服务市场产值超过 2210 亿美元,已经成为当今时代最重要的经济支柱。从技术上讲,该行业引领着非凡的新技术开发,这些技术开发每天都在提高企业生产力。举几个例子,如图形用户界面、关系数据库、面向对象的编程、第四代语言,以及

2009-09-20 16:14:00 841

转载 需求管理

需求管理     需求管理这个词有两个部分:需求和管理。先说需求,需求是什么,需求就是你要买衣服时要对售货员说你要多大的衣服。需求很难说清楚,比你搞不清楚自己的尺码还难,因为售货员会看看你的身材,拿出一件衣服让你试一下,不合适可以不给钱。但是软件不行,你会说我先给你开发个软件给

2009-09-20 16:05:00 558

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除