Enterprise Engineering Forum

企业工程论坛
Categorized as: 需求与规划   Tagged as: ,, , ,

实质性需求分析与研究(ERAR)

Author: 余彤鹰,  Source: 企业工程论坛,  Published: 2005年5月

Excerpt: 提出了需求分析三重境界:层次1. 客观描述与记录(objective description and record);层次2. 模式归纳与发现(patterns induction and discovery);层次3. 模式分析与创新(patterns analysis and innovation)。在此基础上进一步此提出的实质性需求分析与研究(ERAR),并指出,它是变“技术导向,概念驱动”为“需求导向,技术驱动”的关键。

1.1 需求分析的三重境界

产品或服务的设计始于用户需求分析与确定,我们在这一工作中体验到三种典型的层次:

层次1. 客观描述与记录(objective description and record——忠实、精确、全面地搜集与记录客户的需求或相关的业务、数据;

层次2. 模式归纳与发现(patterns induction and discovery)——按照一定的建模方法论及框架或架构进行归纳、建模,并尽量揭示在包含在快照式的客观记述中并非显而易见的模式或规律;

层次3. 模式分析与创新patterns analysis and innovation——在现存模式的基础上总结不同模式背后隐含的规律,研究应用对需求的异化作用,发掘深层次规律,预测需求变化,揭示新的工作(业务)方式,创建新的、有价值的模式。

以上三个层次是逐级递进的,一方面,高级层次建立在低级层次的基础上,另一方面,高层次上的工作结果,可以应用于低层次的工作,对其提供指导。

在第二个层次上,需要采用与分析对象相适应的建模体系。所谓与分析对象相适应,说明它本身已经反映了分析对象的一些基本的规律,甚至包括了一些通用的分析要素或框架。

到达第三个层次,就超出了需求表述、归纳甚至需求变化管理的范围,不是停留在已存在的模式上,而要研究模式本身,进行模式创新。

1.2 一个指导思想或方法论框架

在需求分析的第三个层次上进一步思考,我们发现软件工程中传统的“”(requirements analysis, 以下简称RA)不足以概括这一层次。传统需求分析遇到的一些困难,不可能仅仅通过开发各种精密的描述性规格(declarative specification)表达或建模技术加以解决的,问题的实质并不是需求表述的精确性问题。在新技术应用的领域,需求是一种处于进化中的客观事物,它具有自身的演变规律、生命周期和生存环境。它是悬而未决的未来事物的一部分,并且会因我们的介入(实施或应用)而改变,不确定性、幼稚性是它的基本特征,只有在具体的应用过程中才可能逐步地成熟与稳定,尝试、权宜、改变等是这个过程的基本组成部分。它具有从发生、发展、到终结的完整生命周期,这个周期与应用过程是不可分离的。 “满足用户需求”不仅仅是一个“发现-解决”的过程,还是一个“研习-创造”的过程。我们必须对影响需求产生与变化的各种因素及其变化规律进行全面综合的研究。其目标是揭示和总结各种隐蔽的、可能的或未来将要出现的需求,及其需求进化规律,提出或创造新的方案或模式。

这一思想,是在软件工程领域传统的需求分析基础上提出的,是一种自然的深化和升华,因此,我们采用与传统、习惯的称呼对应的表达方式,称其为“实质性需求分析与研究”(Essential Requirements Analysis and Research, ,也可简称为需求研究)。目前,我们将其看作“一个指导方针和方法论框架”。它并不限于软件领域,同样适合于任何产品或服务的设计,特别是创新。我们相信通过进一步发展和充实,它可能连同RA或需求工程形成一个更强健的、多层次的方法论体系。

1.3 与传统需求分析的关系

需要强调,ERAR不是取代RA(或需求工程)。在一些要点上对二者加以对比,可以更好地理解ERAR。

ERAR涉及的范围、知识更广,更复杂,也更抽象。它不仅仅要表达某一范围、目的下的需求,更着重于研究需求产生、发展与演化规律,从而捕获、预测乃至创造需求。

以“What”与“How”这个典型话题比较,ERAR拓展了What的范围,它的目的同样不是How,但ERAR强调How对What的作用。研究者必须充分理解How,并且努力把How的变化规律与趋势与应用对象、环境的研究结合起来,这样才能进一步拓展对潜在的What的视野。

ERAR与RA是互补的,对于具体的产品或服务开发项目,RA仍然是具体项目的第一个环节,然而它将可以从相关领域(通常是比具体项目更广的范围上)上开展的ERAR工作中直接获取知识和指导。ERAR更适合在某种产品或服务领域上持续地开展,成为企业或行业从产品与服务发展战略制订到具体产品的需求分析与设计的一项基础工作。

1.4 对NEIS的意义

对NEIS,它是变“技术导向,技术驱动”为“需求导向,技术驱动”的关键。它是我们将MDM/MDS看作需求与实现两者的关键的背景。ERAR将一直是NEIS开发与研究的重要基础。

编者注:摘自《新一代企业信息系统:从实质性需求分析与研究到模型驱动系统》,第三章(发表于2005年,全文下载:YU_MDEIS2005_050816a_CH.pdf

Copyright

  本发布物版权归原作者所有,经原作者许可在企业工程论坛(EE-Forum.org)公开发布,并允许个人及公益性机构非牟利性使用及传播。传播中需保持从标题、署名到各项内容及此声明包括链接地址等完整内容不变。引用或摘编文中内容或观点应符合公认准则。其它机构,或牟利性使用,请预先取得作者许可。保留一切未说明的权利。
  详细说明见: http://www.ee-forum.org/about/copyright ,管理者电子邮箱:admin(at)ee-forum(.)org

Cite Style

GB7714 style: 余彤鹰. 实质性需求分析与研究(ERAR)[EB/OL]. 企业工程论坛, http://www.ee-forum.org/pub/1998-2009/downloads/YU_MDEIS2005_050816a_CH.pdf, 2005年5月[2017-08-22 03:45]

Chicago style: 余彤鹰, "实质性需求分析与研究(ERAR)", 企业工程论坛, http://www.ee-forum.org/pub/1998-2009/downloads/YU_MDEIS2005_050816a_CH.pdf(accessed 2017-08-22 03:45)

Posted by   2010-01-01(摘录)   Hits 6491   Modified 2010-01-10(Locked)
Prev Post: 
Next Post: 

Related Entries:

信息工程与信息系统架构向企业架构的发展
企业应用软件和个人应用软件的区别
企业应用若干非技术性理解要点
新一代企业信息系统(NEIS)的特征
企业IT系统开发

2 Comments

  1. 这个概念提的非常好,有必要深入研究,无论是用户或是开发项目管理者都深受需求变更之苦,这是两个世界沟通的难题,并不能简单的看作是需求内容的言而未尽,更多的是都需要双方协作,在各自的领域内尽力探索未知但是必然的东西,那么,也就需要一种中介来协调,可以是一种方法,也可以是一种语言。

    • 这个中介就是模型。当然,光有模型还不够,要让它们以最适当的方式工作。这需要适当的计算机系统,以及适当的方法。

Leave a Response

You must be logged in to post a comment.