高效能业务分析

SubuGoparaju副总裁及软件工程技术实验室部门主管“在软件工程技术实验室，当我们为客户建立和实施革新的业务解决方案的时候，我们不段地寻找机会来运用技术的力量。除了这个要求之外，我们工程的方法帮助印孚瑟斯在第一时间以及每一次用正确的方法来实施这些解决方案。”需要额外的拷贝信息、多次打印或翻译的文档，或者其他的反馈，请联系：电话:91-80-41173871电子邮件:[e-mail]©SETLabs2008,印孚瑟斯技术有限公司.印孚瑟斯公司承认这一版的软件工程和技术实验室快报中所有其他公司的商标和产品的名称的知识产权。本文中的所有信息仅用于教学用途。印孚瑟斯不对接收者对该文当中的信息使用所产生的任何结果，或者该文档中包含的信息表达任何观点作任何相关保证.印孚瑟斯不保证所有信息的顺序，及时性，精确性以及完整性，同时对于任何信息以及理论的传送，印服瑟斯对于接收者不承担任何延迟，不精确，错误，遗漏以及损毁的责任。发布时的构成我们判断的观点可能会改变而不会告知。本文不包括客户提供给我们的机密信息。第六卷第四期2008高效能业务分析高效能业务分析第六卷第四期,2008科技引领业务创新ANJANEYULUPASALAAnjaneyuluPasalaPhD是印孚瑟斯SETLabs的高级研究人员。他的兴趣范围包括基于组件的软件工程，软件测试，UML测试工具按网络服务架构。您可以发邮件到[e-mail]来联系他。ANSHUMANPRAMANICKAnshumanPramanick印孚瑟斯澳大利亚的业务解决方案架构师。他拥有丰富的银行和财务领域的业务架构和需求管理的知识。您可以发邮件到[e-mail]来联系他。ASHISHCHANDRAAshishChandra曾经是印孚瑟斯企业质量解决方案的流程咨询顾问。他的业务领域是客户关系管理，流程的定义和部署。BADHRINARAYANANC.S.BadhriNarayananC.S.是印孚瑟斯制造行业部门的高级程序分析员。他有数年的收集和分析业务和系统需求经验。您可以发邮件到[e-mail]来联系他。ESWARGANESANEswarGanesan是软件工程和技术实验室的技术专家。他主要是从事业务架构的研究。他的其他的兴趣范围包括业务流程处理，流程分析和工业B2B的研究。您可以发邮件到[e-mail]来联系他。LUKEHOUSEGOLukeHousego是印孚瑟斯澳大利亚的高级业务咨询顾问。他在技术和业务架构领域的工作经验超过13年。您可以发邮件到[e-mail]来联系他。MANIDEEPACHATTERJEEManideepaChatterjee是印孚瑟斯保险、保健和生命科学部门的程序分析员。她有五年在各种重要的IT项目中工作的经验。您可以发邮件到[e-mail]来联系她。MANUGOELManuGoel是印孚瑟斯银行和资本市场部门的高级项目经理。他有多年的执行重要的业务分析和咨询项目的经验。您可以发邮件到[e-mail]来联系他。NANDINITOLEYNandiniToley是印孚瑟斯保险、保健和生命科学部门的业务分析师。她的主要业务专长是医药产品和服务的结构规划和分析。您可以发邮件到[e-mail]来联系她。RAMESHPATURIRameshPaturi是印孚瑟斯软件工程技术实验室的高级技术架构师。他的研究领域主要是业务和IT的整合，其中包括业务架构，业务流程模型化和需求分析。您可以发邮件到[e-mail]来联系他。RAVIGORTHIRaviGorthi博士是软件工程和技术实验室的首席研究员。他的专长主要是软件测试，业务规则引擎，智能代理和知识驱动的IT解决方案。您可以发邮件到[e-mail]来联系他。RAVISHANKARNRavishankar印孚瑟斯企业质量解决方案的首席咨询顾问。他在软件开发，项目管理和软件质量优化方面有15年的工作经验。您可以发邮件到[e-mail]来联系他。SANDEEPANANDSandeepAnand印孚瑟斯银行和资本市场部门的程序分析师。isaProgrammerAnalystwithBankingandCapitalmarketsunitofInfosys.他拥有为金融服务领域的客户实施大型基金项目的经验。您可以发邮件到[e-mail]来联系他。TEJALPRAKASHNEMANETejalPrakashNemane印孚瑟斯保险、保健和生命科学部门的程序分析师。她在IT领域有六年的工作经验，她现在是一个在美国的大型健康类保险公司的业务分析师。您可以发邮件到[e-mail]来联系他。TUSHARSHARMATusharSharma是印孚瑟斯企业质量解决方案的高级咨询顾问。他有在业务流程管理，IT交付流程改进，质量保证，项目管理和流程咨询方面的经验。您可以发邮件到[e-mail]来联系他。本期作者简介软件工程技术实验室快报指导委员会GauravRastogi副主席,学习服务部部门主管GeorgeEbyMathew高级主编,印孚瑟斯澳大利亚分公司KochikarVP博士副主席,教育和研究部门RajJoshi董事总经理,印孚瑟斯咨询有限公司.RajivNarvekar博士经理,研发战略软件工程和技术实验室RanganathM副主席和首席风险官SubuGoparaju副主席、部门主管软件工程技术实验室用EBA使您的IT项目强大当一个企业的生命周期从单一线性转向更加动态和具有分裂性时，信息化与商业的结合变得更加至关重要和令人产生质疑。越来越多的软件项目在交付时不能满足预期要求。有些项目被放弃了，有些则因为执行受限而受到质疑。当下存在很多关于软件项目失败的分析报告，每个报告中对失败的成本估测都不一样，软件项目失败的损失大约每年在500亿美元到800亿美元之间。被推翻的预算，过高的维护成本，较低的投资回报率以及更低的业务附加值这些问题长期以来困扰着IT项目。很多争议性问题依然存在：为什么IT项目的失败率是如此之高？业务分析师是否适当的获取了需求？或者在开发、集成和控制层面上是否有任何系统上的疏漏？在之前的SETLabs快报中，我们让您更关注一些系统问题同时也处理了一些小问题。很多人可能认为业务分析可能是项目失败的一个主要原因，我们已经根据这种反馈采取了行动并且将业务分析问题放在比较重要的位置来考虑。对于业务分析人员而言，在理解客户的业务需求时遇到困难是很正常的事情。理解消化这些需求最大的难题是迷失在从不同的项目干系人那里收集来的大量信息的泥沼之中。这就是为什么对于项目干系人而言，需要他们立即脱离他们“我要这个”的想法转而拥有“这是我的业务目标，让我们来讨论我们的需求是什么吧？”的态度。只有这样，业务分析人员才能正确的有效的收集业务需求以便使得最后的解决方案变得清晰起来。这个问题包含一些用来收集业务需求的模块驱动工具和技术的有趣思考。我们也分享关于功能串联图，通用语义，行为细分以及OLAR模型这些支持有效的业务分析的工具和技术是如何带来好处的观点和想法。Huai-LingCh’ng,负责该问题的顾问编辑，他在最后致言中讲到了该问题的实质，他说：“只要业务分析人员从根本上理解了‘他们为什么在做他们正在做的事情’，他们就能在接下来的时间内建立起任何项目的架构。”我希望您能愉快的阅读我给您准备的这些问题。毋庸置疑，您的反馈是我们在每一期SETLab快报中给您提供最好的技术的思考的动力。如果您有任何意见和建议，请与我们联系。PraveenB.Malla博士[e-mail]编辑311162127344147535961SETLabsBriefings第六卷第四期2008研究检验:为企业业务架构建立区域ByEswarGanesanandRameshPaturi在这篇文章里，作者研究了所有已经建立的元-模型以及企业业务架构的框架，并且提取关键的要素去建立它们自身的元-模型。他们认为，这种综合的元-模型能够更好的定义业务架构从而确保业务分析的有效性。观点:功能串联图：软件产品评估的需求收集工具ByNandiniToley在一家公司决定使用一个软件产品之前对其进行评估是必须的。作者认为功能串联图可以对当前系统中的工作流与软件产品所提供的更高级的工作流进行完美的评估和比较。视点:使用普通语义改进需求正确性ByBadhriNarayanC.S.业务分析人员在收集需求时经常被模糊不清的沟通所困扰。作者认为，如果使用普通语义来分析需求的话，很少会有需求出现偏差。架构:使用S2S架构进行业务分析ByAnshumanPramanick提高战略性IT初期的投资回报率是必需的。错误的IT调整是破坏性的。作者建议使用S2S框架来帮助验证IT需求是否满足业务的战略并且维持一个积极的业务IT调整。愿景:需求工程的集成方法ByAshishChandra,RavishankarNandTusharSharma作者认为糟糕的需求收集对IT实施进程来说是毁灭性的。他们推荐的集成方法包括标准化和结构化的软件工程的流程，这些比已有的流程更具备可操作性。从业者的视角:你是否困扰于IT项目中不必要的开支呢？ByManuGoelIT实施经常被难以预计的开支和不期望的花费所困扰。如何解决预算波动的困扰？作者认为，需求开发目标联接法（OLAR）能方便的解决这些问题。洞察力:企业需求收集中的战略价值追踪ByLukeHousego在需求收集的阶段，需求是不断变化的。如何在一个动态的环境中评价他们的价值？作者断言，将需求分析同价值框架绑定，并且通过检查他们对战略的作用来判定他们的贡献价值。从业者解决方案:软件需求分析的新方法ByAnjaneyuluPasalaPhDandRaviPrakashGorthiPhD作者将行为细分法作为需求收集和分析的独一无二的方法。除了发现功能需求总的差距和错误之外，该方法也帮助业务分析人员采用结构化的方法通过验证来进行业务分析。焦点:多项目环境下的需求管理ByManideepaChatterjee,SandeepAnandMandTejalPrakashNemane找出多项目环境下有依赖性的和无依赖性的需求是IT项目成功实施的关键。作者建议，尽早的检测出重叠的需求可以减少开支以及重复的工作，从而实现有效的项目管理。最后致意:有效的业务分析建立强壮的系统ByHuai-LingCh’ng找出多项目环境下有依赖性的和无依赖性的需求是IT项目成功实施的关键。作者建议，尽早的检测出重叠的需求可以减少开支以及重复的工作，从而实现有效的项目管理。索引需求的行为细分法是一种路径分解的方法，该方法用来尽早发现软件开发生命周期中的模糊和不确定的需求。RaviGorthiPhD首席研究员和部门主管自动化测试和知识工程实验室SET实验室，印孚瑟斯技术有限公司需求开发的目标联接法（OLAR）帮助将目标同客户需求相匹配，从而减少了因为收集的需求不完整或者对需求理解不当造成的不必要的IT费用。ManuGoel高级项目经理银行及资本市场部门印孚瑟斯技术有限公司3为企业业务构架建立基石ByEswarGanesanandRameshPaturi一个统一要素的元模型可以引导出有效的业务分析企业构架（EA）是一个企业愿景的蓝图，它提供了一个对业务战略、流程、信息组成、应用软件和技术平台全面的审视。关于TOGAF[1]，有四种架构，这四种架构作为企业架构