脚本无敌-CSDN博客

转载让软件项目在不断的需求变化中获得成功

在中国软件行业现状中，恶性竞争比比皆是，而恶性竞争的产生物：合同，导致大中型软件项目中，项目组面临着在时间上，成本上和人力上都不切实际的目标，一个在标准含义上注定要失败的项目；而项目组对于这种项目要做，并且还要尽量做好，同时由于客户成熟度不够，而造成更多的问题。根据个人的经验，如果照合同中列出的项目范围来做，从狭义的项目范围角度来说是可以完成的，但客户既然付了钱，他将不断努力最大化他的利益

2009-09-20 16:04:00 694

转载从CMM角度考虑需求管理计划

纵观CMM（二）各KPA活动的要求，绝大多数的KPA均需要从计划（策划）开始，普遍的步骤要求是从准备工作--计划---执行活动---维护过程---改善过程等这几个大类，如配置管理、质量保证、项目计划、子合同管理等等。CMM的需求管理虽然没有明确要求有一定的计划，但在操作前各项目小组为了保证项目需求过程的顺利进行、保证需求活动有序有节地完成，都会粗或细地拟定一个需求计划，这个计划的定制，会直

2009-09-20 16:02:00 492

转载高级可跟踪性——满足论据

7.3 满足论据第7.2 节讨论的基本可跟踪性实现，对于很多机构都是一个重要发展步骤。的确，改变机构文化，采用即使是这种简单方法，其本身也可能是一大步。但是，总是还有更多可以做的。在图7.1 所示的例子中，三个系统需求在一定程度上充分满足了用户需求。但是，由非专家来检验这种断言是

2009-09-20 16:01:00 616

转载正确对待需求的变更

对于需求和需求变更的理解软件需求是整个软件项目的最关键的一个输入，和传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，它不像生产汽车、电脑等硬件的需求，是有形的、客观的、可描述的、可检测的。软件需求是软件项目最难把握的问题，同时又是关系项目成败的关键因素，因此对于需求分析和需求变更的处理十分重要。软件需求变更会给项目

2009-09-20 16:00:00 463

转载《领航人》需求变更的代价/如何减少需求变更

我们将围绕着“需求变更”这个主题展开讨论，希望对各位开发能有所帮助。让我们先来看一个需求变更的典型案例：Steven刚出任项目经理，并承接了一个中型软件项目。公司再三叮咛他一定要尊重客户，充分满足客户需求。项目开始比较顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。Steven动员大家加班，保持了项目的正常进度，客户相当满意。

2009-09-20 15:31:00 694

转载怎样从容应对客户的需求反复？

读过王玉荣的《客户为什么总是反反复复》，有感于自己的软件项目管理实践，借此话题介绍一点软件行业需求管理中的需求变更管理的实际经验，与各位读者共享。　　　　在软件项目的研发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能

2009-09-20 15:29:00 542

原创基于用例的需求管理

过程时代的软件和系统开发对大多数软件和系统开发团队来说，与过去自由的日子相比，20 世纪 90 年代是一个强调流程的时代。评测和验证有效的软件开发流程的标准得到推广和普及。许多论述软件开发流程的书籍和文献以及关于业务建模和重建的的相关材料纷纷出版。不断涌现出的软件工具已经帮助人们制定和应用有效的软件开发流程。在这十年内，全球经济对软件的依赖程度加深，它推动着开发流程的发展，提高了系统质量。

2009-09-20 07:10:00 867

原创 IBM 软件产品需求管理流程

IBM 软件产品的版本(V.R.M.F)从市场规划和客户需求开始，到研发以及后续的交付遵循 IBM 软件部集成产品设计(IPD)流程。 1. 简介 IBM 软件产品的版本(V.R.M.F)从市场规划和客户需求开始，到研发以及后续的交付遵循IBM软件部集成产品设计(IPD)流程。IBM 软件产品需求管理流程是IPD的一个体现，也就是一个由市场/客户驱动的，跨市场部门、研发产品管理部门及研发工程

2009-09-20 07:09:00 1520

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

2009-09-20 07:07:00 421

转载企业业务软件工程项目和商业软件产品项目上项目需求管理的不同

企业业务软件工程项目和商业软件产品项目上项目无论是需求重点，实现方式，项目管理等方面都有极大不同。现在的软件工程有关研究并没有关注此中的区别，实际上，其中绝大部分还集中在较简单的产品项目上。对于需求变动要大得多的企业软件项目来说，对需求进行分级管理是非常必要的，也是生死悠关的。企业化软件项目和商业软件的（承包开发）还是有很大的不一样的，最大的区别就在于项目需求的重点不一样，以致于这

2009-09-19 13:15:00 856

转载用CMMI指导需求管理

能力成熟度模型集成（CMMI，Capability Maturity Model Integration）已逐步成为IT业的标准。CMMI定义了5个组织成熟度级别，包含25个过程域（PA,Process Area），这些过程域全面涵盖了软件生命周期的各个领域。特别是在业界普遍感到难以控制的需求方面，它定义了两个过程域：需求管理和需求开发。需求管理（REQM,

2009-09-19 07:57:00 1023

转载使用 Rational RequisitePro 进行需求管理的新技术

从 Kumar Mani 的这个系列中发现捕获，管理和跟踪构架需求的新方法。这种方法是建立在构架理论基础上的，且适用于所有的 IT 项目。如果您是一位在公司或者综合项目中面临复杂请求的IT构架师或者经理，您就可以利用这些方法来管理这个项目，并有助于保证及时交付的时间。这篇文章探究了利用 IBM® Rational® 工具集的实现，但是

2009-09-19 07:54:00 195

转载需求分解与需求跟踪矩阵

需求分解是将需求分解成一个个的功能点。先写出大的模块，然后子模块，然后细分成各个功能点，模块的个数名称，子模块的层数，名称，功能点均可维护。同时每个功能点后面还有开发人员和维护人员的记录。开发人员和维护人员可以根据不同时期叠加。模块名称子模块名称1 子模块名

2009-09-19 07:51:00 1885

转载制度化的需求管理

需求管理之政策有需求提出或變更時，必須記錄。有需求提出或變更時，均須經專案管理者核准，並取得專案參與人員之承諾。專案計劃及其工作產品，均必須以需求為依據，並維持一致性。需求不一致時，遵循的優先順序為簽約會議記錄、合約正文、建議書。需求變更時，必須界定有關計劃及工作產品的對應變更，並納入建構管理。需求管理作業流程需求管理權責表

2009-09-19 07:47:00 532

转载如何安装使用IBM Rational RequisiteWeb

本文简要介绍了IBM Rational RequisiteWeb的一些特点，并着重阐述了安装、使用该产品时需要注意的方面，最后给出了几个使用中常见问题的解答，以便于大家能在最短时间内了解并使用IBM Rational RequisiteWeb。简介IBM Rational RequisitePro是业内领先的需求和用例管理工具，它将大家熟悉且易用的M

2009-09-19 07:40:00 643

转载在医疗设备软件中应用需求管理

在过去10 年中，医疗设备软件开发的技术发展水平经历了巨大的变化。从过去 10-15 年间的医疗软件规格说明书中，FDA已经意识到，规格说明书还有待于大幅度地改进。实际上，FDA 发现，这期间大约 44%导致厂家自愿召回产品的质量问题，归因于特殊医疗设备的设计错误或设计不足，而不是因为制造阶段的错误。而且，似乎可以通过充分的设计控制来避免这些错误。医疗设备软件的规格说明书

2009-09-19 05:16:00 1320

转载信息系统监理变更控制的八项基本原则

摘要：在信息系统监理工作中，要将变更控制做好是一项具有挑战性的工作，变更可能来自于项目的各个方面和各个层次的人员。要对不同的变更提出者实施区别对待，既要能够对变更作出快速响应，又要对变更必要性和变更对项目各方面的影响作出客观的评估。在进行项目变更控制的过程中，我们需要一个指导思想来指导变更控制的过程。关键字：信息系统监理；变更控制；原则引言变更控制是一个复杂的

2009-09-19 04:54:00 923

转载应变之道浅析需求变更管理

阅读提示：本文作者从项目管理的角度来讨论对变化需求管理的策略。首先是讨论在构建前需求的质量，然后说明了如何在构建过程中对需求进行跟踪，最后讲述了当真正发生需求变更的时候，我们应该如何去面对。需求总是在变化，客户总会有新的想法，项目好像没有终结，我们软件开发人员应对软件需求变化时，为了拥有更多的准备，应该做些什么呢？这个世界唯一不变

2009-09-19 04:38:00 605

转载需求管理的必要性及控制需求渐变的方法

本文介绍了需求管理的必要性，并介绍了控制需求渐变的一些方法。软件需求是整个软件项目的最关键的一个输入，和传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，他不像生产汽车、电脑等硬件的需求，是有形的、客观的、可描述的、可检测的，软件需求是软件项目最难把握的问题，他的复杂性体现在以下方面：需求的描述问题笔者曾经被紧急委派主管一个已经进入了编码后期阶段的项目

2009-09-19 04:36:00 668

转载软件需求变更管理七步法

典型场景：最近比较烦，烦客户！我们现在正在给长江市政府做一个电子政务项目，其中有一项功能是网上婚姻申请登记功能。因为前一段国家政策取消了强制性体检这个环节，所以我们的工作流程也相应的变更。没想到客户从中得到启发：我们的许多工作流程做好后改动的可能性很大（例如政策调整、部门变动、领导班子重组等），干脆给我们做成可定制的功能，我们提一个最大的功能集合，你们做好了我们自己就可以随需而变，嗯，这样好！

2009-09-19 04:30:00 699

转载 SERU过程框架总结

笔者在提出SERU过程框架的时候常说到一个观点，就是我们并不缺乏软件工程，需求工程的理论，技术，缺乏的是将这些理论和技术有效的应用到实践。而作者的SERU过程框架正好是将软件工程理论和具体的需求实践工作真正的结合起来了，个人认为最核心的不是提出了很多重要的需求诫语，更重要的是可以通过SERU框架系统来梳理和回顾我们的需求开发和需求管理活动。首先对SERU模型的四个字母再做一

2009-09-19 04:24:00 540

转载软件项目范围变更流程与过程控制研究

【摘要】软件项目中，范围变更失控是导致软件失败的主要原因。分析了范围变更的主要原因，提出了范围变更控制的基本要素，建立了有效的范围变更控制流程，并且对范围管理的控制过程进行了分析，最后对软件项目范围变更控制进行了总结。【关键字】软件项目；范围管理；变更控制；过程控制1 引言近年来，IT产业以惊人的速度发展，从而使软件产业的地位在经济发达国家提到了空前的高度。虽

2009-09-19 04:22:00 810

转载需求管理之前期规划

需求管理是项目管理的重点之一 ---- 项目范围管理的重要组成部分，对于需求管理失败，一直是导致IT项目管理失败的主要原因之一。项目管理思想中核心强调的预则立，不预则废，需求管理作为项目管理范围管理的一部分，也同样遵守本原则。需求的详细工作包括了需求调研、需求分析与设计、需求确认、需求跟踪维护以及需求变更管理等方面的内容，在项目生

2009-09-19 04:19:00 413

转载深入理解项目管理之需求

随着对项目管理理解的深入，自己对项目管理的两点有了深刻理解：需求开发与管理、项目组织结构。一、需求开发与管理宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。所以如果只有一些零碎的对话、资料或邮件，你就以为自己已经掌握了需求，那是自欺欺人。需求是产品

2009-09-19 04:16:00 569

转载关于需求规格说明书

软件需求开发的结果应当是形成一份需求规格说明书，那么这份说明书应该详细到什么程度呢？例如：假设要坐个计算器的话，欢迎探讨。一：环境需求：支持的操作系统类型/版本，硬件平台二：功能需求：1、是否支持加减乘除运算2、是否支持混合运算3、计算器的输入方式，是否支持鼠标输入，是否支持键盘输入，输入方式是怎样的？4、计算器计算结果的输出方式5、算数运算的数据类型是什么？是整数

2009-09-19 04:11:00 944

转载软件需求说明书

软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 1　引言 1．1编写目的　　说明编写这份软件需求说明书的目的，指出预期的读者。 1．2背

2009-09-19 04:08:00 393

转载撰写优秀的需求

软件需求常常被写得很糟且难于遵循。清楚地阐明你的需求将使每位项目参与者获益。 ----------------------------------------------------------------------------需求说明总的特点 1、它们必须是正确的。 2、它们必须是可行的 3、它们必须是对项目来说是必不可少的。 4、它们必须是被标明优先次序的。 5、

2009-09-19 04:05:00 312

转载如何编写高质量“软件需求说明书”

你的工程应该有个好的起点。一个小组要带领客户进入需求启发阶段而且你要写软件需求说明书。这份说明有些大，但客户会很重视，所以说明必须得到赞同。现在你正在设计其中的一个特性，已经发现了需求的一些问题。你可以用多种不同的方式解释需求15；需求9的说明正好与需求21相反，你因该相信哪一个？需求24非常含糊，你根本不明白它的意思；你不得不花上一个小时与2位开

2009-09-19 04:00:00 327

转载企业管理软件的需求描述方法

需求是整个软件项目最关键的一个输入，据统计，不成功的项目中有37%的问题是由需求造成的。和传统的硬件生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，在硬件生产企业中，产品的需求是明确的、有形的、客观的、可描述的、可检测的，而软件需求不具备此特征。需求文档作为客户和开发人员、开发人员之间进行交互的文档，它将系统的需求进行了“固化”，是需求的载体，其作用是至关重要的。笔者

2009-09-19 03:51:00 862

转载 Use Case Modelling

Capturing user requirements IntroductionIn this chapter we will be looking at Use Case modelling. Use Cases are a critical technique in

2009-09-19 03:41:00 888

转载 Why Are Use Cases So Painful?

Introduction IT organizations continually struggle to assure that developed software meets its specified requirements. But how can these requirements be di

2009-09-19 03:39:00 665

转载 How to Avoid Use-Case Pitfalls

Whether your system boundaries are blurred or youve tangled your use cases in user-interface screens, youll soon find that the first time

2009-09-19 03:35:00 596

转载基于用户的优先权选择测试用例

Selecting Test Cases Based on User Priorities The road to more reliable software is paved with customer intentions. A

2009-09-19 03:29:00 586

转载用例驱动的设计

Driving Design with Use Cases  Looking for a proce

2009-09-19 03:28:00 757

转载 Top Ten Use Case Mistakes

Use case driven" means writing the user manual first, then writing the code. This practice reinforces the fundamental notion that a system must conform to the

2009-09-19 03:25:00 688

转载为基本用例建模

基本建模是以使用为核心的设计的基本方面。本周 Scott Ambler 介绍有关开发基本用例模型的一些背景知识和建议。需求建模中的重要目的是要理解系统将处理的业务问题，以理解它的行为需求。至于面向对象的开发，您应该开发以对行为需求建模的基本构件是用例模型。用例图表是标准的“统一建模语言 (UML)”构件之一。用例模型有两种

2009-09-19 03:01:00 388

转载用例驱动的需求过程实践

一、需求矛盾　　根据CHAO的权威统计，虽然自"软件危机"提出以来，软件工程方法得到了长足的发展与进步，但在去年的软件项目成功率仍然不足30％，绝大多数的软件项目仍然超进度、超成本。而在这些不成功的项目中，由于需求不清晰、需求不完整等方面的因素，占到了60％左右。　　下面的这幅漫画虽然不乏夸张，但却是能够激起我们的深思：

2009-09-19 02:58:00 513

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

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

2009-09-19 02:50:00 1012

转载系统约定：用UML描述工作流管理

统一建模语言（UML）为描述面向对象系统定义了一系列的标准符号。使用UML增强了领域专家、工作流专家、软件设计者和其他不同背景的专家之间的交流联系。UML可以在普遍的场合使用，对工作流系统的用户而言很直观。除了这些，UML符号具有准确的语义，也就是说可视化的工作流描述可以作为软件规约。本文侧重讨论了如何使用UML来描述工作流管理系统，如何跟踪从业务流程到面向对象软件设计的描述信息，如何

2009-09-19 02:47:00 856

转载 UML 在商业活动建模中的应用

摘要：当前的 UML （统一建模语言）标准的推出为建模提供了基本的支持 ,是一种定义良好、功能强大且普遍适用的可视化建模语言。本文是在对 UML 建模的研究基础上，介绍了在商业活动中如何使用 UML 模型进行建模。关键词： UML ；面向对象；商业建模；1 引言：随着 INTERNET的发展，企业活动已经成为计算机系

2009-09-19 02:40:00 617

空空如也

空空如也