effective business analysis

SETLabs Briefings:高效能业务分析,第六卷.第四期,2008

第六卷第四期 2008

科技引领业务创新

高效能业务分析

SETLabs Briefings:高效能业务分析,第六卷.第四期,2008

用EBA使您的IT项目强大

当一个企业的生命周期从单一线性转向更加动态和具有分裂性时，信息化

软件工程技术实验室快报

指导委员会

Gaurav Rastogi

副主席,

学习服务部部门主管

George Eby Mathew

高级主编,

印孚瑟斯澳大利亚分公司Kochikar V P 博士

副主席,教育和研究部门Raj Joshi 董事总经理,

印孚瑟斯咨询有限公司.Rajiv Narvekar 博士

经理,

研发战略软件工程和技术实验室

Ranganath M副主席和首席风险官Subu Goparaju副主席、部门主管软件工程技术实验室

与商业的结合变得更加至关重要和令人产生质疑。越来越多的软件项目在交付时不能满足预期要求。有些项目被放弃了，有些则因为执行受限而受到质疑。当下存在很多关于软件项目失败的分析报告，每个报告中对失败的成本估测都不一样，软件项目失败的损失大约每年在500亿美元到800亿美元之间。

被推翻的预算，过高的维护成本，较低的投资回报率以及更低的业务附加值这些问题长期以来困扰着IT项目。很多争议性问题依然存在：为什么IT项目的失败率是如此之高？业务分析师是否适当的获取了需求？或者在开发、集成和控制层面上是否有任何系统上的疏漏？在之前的SETLabs快报中，我们让您更关注一些系统问题同时也处理了一些小问题。很多人可能认为业务分析可能是项目失败的一个主要原因，我们已经根据这种反馈采取了行动并且将业务分析问题放在比较重要的位置来考虑。

对于业务分析人员而言，在理解客户的业务需求时遇到困难是很正常的事情。理解消化这些需求最大的难题是迷失在从不同的项目干系人那里收集来的大量信息的泥沼之中。这就是为什么对于项目干系人而言，需要他们立即脱离他们“我要这个”的想法转而拥有“这是我的业务目标，让我们来讨论我们的需求是什么吧？”的态度。只有这样，业务分析人员才能正确的有效的收集业务需求以便使得最后的解决方案变得清晰起来。

这个问题包含一些用来收集业务需求的模块驱动工具和技术的有趣思考。我们也分享关于功能串联图，通用语义，行为细分以及OLAR模型这些支持有效的业务分析的工具和技术是如何带来好处的观点和想法。

Huai-Ling Ch’ng, 负责该问题的顾问编辑，他在最后致言中讲到了该问题的实质，他说：“只要业务分析人员从根本上理解了‘他们为什么在做他们正在做的事情’，他们就能在接下来的时间内建立起任何项目的架构。”我希望您能愉快的阅读我给您准备的这些问题。

毋庸置疑，您的反馈是我们在每一期SETLab快报中给您提供最好的技术的思考的动力。如果您有任何意见和建议，请与我们联系。

Praveen B. Malla 博士

praveen_malla@http://doc.guandang.net编辑

SETLabs Briefings:高效能业务分析,第六卷.第四期,2008

SETLabs Briefings第六卷第四期 2008研究检验:为企业业务架构建立区域By Eswar Ganesan and Ramesh Paturi在这篇文章里，作者研究了所有已经建立的元-模型以及企业业务架构的框架，并且提取关键的要素去建立它们自身的元-模型。他们认为，这种综合的元-模型能够更好的定义业务架构从而确保业务分析的有效性。

3

观点:功能串联图：软件产品评估的需求收集工具By Nandini Toley在一家公司决定使用一个软件产品之前对其进行评估是必须的。作者认为功能串联图可以对当前系统中的工作流与软件产品所提供的更高级的工作流进行完美的评估和比较。

11

视点:使用普通语义改进需求正确性By Badhri Narayan C.S.业务分析人员在收集需求时经常被模糊不清的沟通所困扰。作者认为，如果使用普通语义来分析需求的话，很少会有需求出现偏差。

16

架构:使用S2S架构进行业务分析By Anshuman Pramanick提高战略性IT初期的投资回报率是必需的。错误的IT调整是破坏性的。作者建议使用S2S框架来帮助验证IT需求是否满足业务的战略并且维持一个积极的业务IT调整。

21

愿景:需求工程的集成方法By Ashish Chandra, Ravishankar N and Tushar Sharma作者认为糟糕的需求收集对IT实施进程来说是毁灭性的。他们推荐的集成方法包括标准化和结构化的软件工程的流程，这些比已有的流程更具备可操作性。

27

从业者的视角:你是否困扰于IT项目中不必要的开支呢？By Manu GoelIT实施经常被难以预计的开支和不期望的花费所困扰。如何解决预算波动的困扰？作者认为，需求开发目标联接法(OLAR)能方便的解决这些问题。

34

洞察力:企业需求收集中的战略价值追踪By Luke Housego在需求收集的阶段，需求是不断变化的。如何在一个动态的环境中评价他们的价值？作者断言，将需求分析同价值框架绑定，并且通过检查他们对战略的作用来判定他们的贡献价值。

41

从业者解决方案:软件需求分析的新方法By Anjaneyulu Pasala PhD and Ravi Prakash Gorthi PhD作者将行为细分法作为需求收集和分析的独一无二的方法。除了发现功能需求总的差距和错误之外，该方法也帮助业务分析人员采用结构化的方法通过验证来进行业务分析。

47

焦点:多项目环境下的需求管理By Manideepa Chatterjee, Sandeep Anand M and Tejal Prakash Nemane找出多项目环境下有依赖性的和无依赖性的需求是IT项目成功实施的关键。作者建议，尽早的检测出重叠的需求可以减少开支以及重复的工作，从而实现有效的项目管理。

53

最后致意:有效的业务分析建立强壮的系统By Huai-Ling Ch’ng找出多项目环境下有依赖性的和无依赖性的需求是IT项目成功实施的关键。作者建议，尽早的检测出重叠的需求可以减少开支以及重复的工作，从而实现有效的项目管理。

59

索引

61

SETLabs Briefings:高效能业务分析,第六卷.第四期,2008

需求的行为细分法是一种路径分解的方法，该方法用来尽早发现软件开发生命周期中的模糊和不确定的需求。Ravi Gorthi Ph D首席研究员和部门主管自动化测试和知识工程实验室 SET实验室，印孚瑟斯技术有限公司

需求开发的目标联接法(OLAR)帮助将目标同客户需求相匹配，从而减少了因为收集的需求不完整或者对需求理解不当造成的不必要的IT费用。Manu Goel高级项目经理银行及资本市场部门印孚瑟斯技术有限公司

SETLabs Briefings:高效能业务分析,第六卷.第四期,2008

SETLabs Briefings

第六卷 第四期

2008

为企业业务构架建立基石

By Eswar Ganesan and Ramesh Paturi

一个统一要素的元模型可以引导

出有效的业务分析

企

业构架（EA）是一个企业愿景的蓝图，它提供了一个对业务战略、流程、信息

框架的元素[4]。我们也会介绍一个EBA的元模型，同时确定一些可能性。

组成、应用软件和技术平台全面的审视。关于TOGAF[1]，有四种架构，这四种架构作为企业架构子集-业务、数据、应用、技术被普遍接受。本文关注的重点是业务架构。业务架构提供了一些与业务战略和其他重要架构-数据、应用、安全性相关的联系[2]。业务架构的范围可以在实际情况下变化并且可以在业务单元 …… 此处隐藏：17899字，全部文档内容请下载后查看。喜欢就下载吧 ……