我要投搞

标签云

收藏小站

爱尚经典语录、名言、句子、散文、日志、唯美图片

当前位置:2019跑狗图高清彩图 > 域分解 >

如何将业务需求转转换为 IT 要求

归档日期:08-21       文本归类:域分解      文章编辑:爱尚语录

  本人担任公司网络部总经理多年,有充足的网络经验、互联网相关知识和资讯。

  业务需求是通过对业务流程、业务目标、业务实体类型和决策过程的业务模型的分析捕获的。业务需求应或可以通过一组关键性能指标进行度量,以便提供有关实现要求和满足业务需求方面的成功程度的反馈。 它们是通过一个对变化进行划分、分解、细化、映射和分析的过程(面向变化的分析和设计)解释的。划分是将业务域分解为域组成类型或功能区域。这表示结构划分。业务的分解是对如何将流程分解为子流程和用例的解释。分解过程将创建一个分层结构,而细化过程则将这个分层结构细化为一组可操作的面向目标的交互序列。 将业务需求映射为 IT 要求的过程需要能证明给定业务要求是可跟踪的,而且受到一组互补的 IT 功能的支持(这些 IT 功能由非功能方面提供支持)。此映射通常通过目标-服务建模完成。我们将逐个研究各个变化,并表示流程、域/功能领域和规则间的共同之处。 将需求转换为 IT 服务的过程可以通过组合使用以下互补的技术来完成: 域分解(包括流程分解、功能区域分析和面向变化的分析) 目标-服务建模 分析现有资产(包括现有系统、打包的应用程序和任何我们可以利用的资产,如标准、框架、各个领域的专用语言等等) 此过程的关键在于在给定时间框架内标识难点和业务相关的驱动因素,更改将存在于此框架外,因而需要应用面向变化的分析。我们将随后以这些重要的出发点为基础,将我们的理解细化为可操作的 IT 要求,可以通过组合功能和非功能要求来满足这些 IT 要求。 简单项目的需求管理在范围和深度方面与一系列业务或企业与价值链都有所不同。我们曾说过,业务需求通常是一个时间点的剪影,可能会发生彻底的变化。业务功能的区分通常不会随着时间而发生彻底变化,而会更加细化。基本功能最后将成为最终解决方案的一部分,但任何情况下都应由 IT 系统加以支持。 每个领域也都在其中嵌入了可以用于表述该领域的问题的语言。了解这个基础语义对于了解需求背后的意图(从而提供满足这些意图的需求)十分关键。 对于SOA 或基于组件的方法,我建议使用面向服务的建模方法,这个方法在我的 developerWorks 文章“基于服务的建模和架构”有介绍。 (业务)流程建模对了解业务如何工作非常重要。有些人更喜欢采取用例建模或业务用例的方式。就最终目的而言,此过程就是记录面向目标的业务活动的动态或流方面的特征。 业务需求的实现是通过实现一系列基础 IT 功能和非功能要求而达成的。能以声明的方式表达这些要求——使用业务域提供的服务的语法和语义——非常重要。通过这个功能,业务分析人员可以参与到软件开发生命周期中来。 Ali Arsanjani 博士是 IBM Global Services 的 SOA and Web Services Center of Excellence 的首席架构师,主要负责收集和制定 SOA 和 Web 服务的建模、分析、设计和实现方面的最佳实践。他是内部 IBM 全球 SOA and Web Services Community of Practice(拥有 4000 名成员)的负责人,是 SOA 的面向服务的建模和体系结构(Service-Oriented Modeling and Architecture,SOMA)方法的主要作者之一。

本文链接:http://belanovica.com/yufenjie/516.html