需求

条条道路通罗马。在ERP系统实施过程中，如果某条路走不通，选择换一个角度再看看，或许就会有意外的收获。总分公司业务解决方案，就是其中的一个代表。在这篇文章中，笔者就以实际案例为背景，谈谈如何通过总分公司这个作业方案来解决系统使用过程中的难题。

如果你是一名GIS的初学者，是不是经常会有“十万个为什么”困扰着你？比如，什么叫做“地图配准”、如何才能在GIS中使用地图？

在速度为王的市场竞争中，IT系统对业务的有力支撑为企业赢得了时间，然而灵动不足的IT系统却在“随需应变”的考验中败下阵来。

CRM需求收集起来可能有一箩筐。现在项目管理员需要考虑的是，这些都需要或者能够实现吗?如果能的话，该按什么样的顺序来执行呢?

中国各个行业处于快速发展的过程中，业务需求不断在增加，如果不在项目和业务需求之间达到平衡，项目将不再是一个利润点，而是一个成本点。这就要求在标准的项目管理手段之外增加一些新的概念和技巧来适应飞速变化的项目环境。

成功的项目组认识到不能等同地创建所有的需求，因此，需要对需求进行优先次序排序并按此顺序操作。

在项目进行过程中，测试需求不是保持不变的，随着项目的进行，项目的“业务需求规格”、“软件需求规格”、“接口规范”、“设计规格”都有可能发生变化，对应的测试需求也可能发生变化.

需求测试常用的几种方法.

本系列描述并定义称为企业服务总线（Enterprise Service Bus，ESB）的面向服务的体系结构（Service-Oriented Architecture，SOA）模式，本文是其中的第一部分。 在此系列中，了解 ESB 如何适应 IBM SOA Foundation，Foundation 的其他部分如何与 ESB 相关，以及 ESB 的核心原则。此系列没有描述特定的产品或 ESB 实现，而是提供了一个公共的基础

黑盒测试如何保证需求的覆盖度？首先我们要明确这里提到的需求到底是什么。在软件开发活动中，涉及到的需求有用户需求、系统需求、测试需求等。

为一个面向服务的架构(SOA)归档需求文件可能是大多数编程者最不想做的一件事，Paul Raymond——Telelogic AB需求管理的副主席也很清楚的知道这一点。

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

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

如何进行有效的需求管理？笔者将需求管理的基本原则与方法总结为以下几点：必须与需求工程的其它活动紧密整合；需求必须是文档化的、正确的、最新的、可管理的、可理解的；只要需求变化了，需求变更的影响就必须被评估；需求必须分优先级 需求的优先级可能比需求本身更加重要；需求一定要分类管理。

当今，经济和社会生活对软件的依赖程度急剧增长，软件需求日益复杂，软件开发成为一项跨越技能，职责范围和时间阶段的综合团队活动。实践证明，良好的需求管理过程对于降低开发成本和保障项目成功至关重要。

在面对需求变更时，除了通过减少需求变更和规范文档，从分析和设计的角度通过采用合理的分析和设计方法适应需求变更以外，还应该改变我们设计的意识和对需求变更的理解，做好对需求变更的控制和管理，做到对需求变更的灵活应对，在一定程度上降低维护代价和提高用户满意度。

做过软件项目管理的项目经理的人都知道，在客户的需求和项目组能够提交的成果之间找到一个完美的平衡点不仅仅是一种项目管理手段，而是一种艺术，如果按照标准的项目管理流程，项目可能永远不会完成，这就要求在标准的项目管理手段之外增加一些新的概念和技巧来适应飞速变化的项目环境。

能力成熟度模型集（CMMI）成已逐步成为IT业的标准。需求管理属于成熟度2级的过程域，是其他许多过程域实施的前提。对于暂未实施CMMI的企业，同样也可以借鉴CMMI的原则，实施和优化需求管理。本文从实际工作的角度，阐述如何用CMMI指导需求管理工作。

把种种需求明列并分级是唯一的办法。我把需求分成五个等级。五分等级也是工程技术上的常用方式，如同大学的五分制。