英语原文共 11 页，剩余内容已隐藏，支付完成后下载完整资料

进化的业务信息系统

业务和信息系统工程·2014年2月 影响因子:1.71·DOI:1.71 / s12599 - 013 - 0305 – 1

进化的业务信息系统——透视和挑战的新兴信息系统

Gustaf Neumann, Stefan Sobernig, Michael Aram

信息系统和新媒体研究所

维也纳大学的经济学和商业,

Welthandelsplatz 11020,奥地利，维也纳

这篇文章反映了在现有和新兴领域的未来挑战“业务信息系统”，一个类别的系统在不同概念层进化的软件的需求开发过程和支持二次设计。我们现有的上下文中的贡献和未来的研究机会,指的是一个理想化的初步的系统架构。最后,我们强调多元视角复位拱对象和结果需要的跨学科方法论的灵活性配置的研究方法。

关键词：进化的业务信息系统、二次设计、多元信息优化系统研究

1、简介

本文描述了研究领域“进化的业务信息系统”，对其内部开发的理解研究,认为这一领域的一部分社会科学的目的是提高企业绩效。在这种背景下,一个“商业信息系统”是理解为一个包含人类社会技术系统和机器的使用和生产支持和启用流程和信息运营企业(Hansen and Neumann 2009)。这也是社会技术视图被称为“合奏的视图技术”(Orlikowski和Iacono 2001)。

信息技术可以大大减少交易成本和协调成本,经常引导公司的重大改变，并通过这个方式改变公司的运营。因此,Malone et al(1999)将信息系统称为“发明组织的工具。“自从技术事实(March and Smith 1995)约束商业信息系统的设计空间,所以不仅仅分析表面，而且要研究潜在的上下文中设计决策实际信息系统所带来的影响是很重要的(见图1)。

图1

2、进化的业务信息系统

为了应对变化业务需求，大型企业信息系统需要不断发展。因此这些系统面临永久发展滞后。在20世纪90年代，Allen and Boynton (1991,第435页)表示,由于公司的做法“一般目前的自动状态，冰冻组织的行为模式和操作,坚决抵制改变”，因此业务信息系统从来没有完成(Bjerknes et al . 1991年)在完成所有的业务需求。

许多方法已经被开发用以减少一系列研究领域的开支，从参与式计(穆勒和库恩1993)和敏捷方法(Abrahamsson et al . 2010年)模型驱动的开发(斯塔尔et al . 200年)和软件产品线(克莱门茨和诺2007)。尽管这些努力导致显著改善他们的领域,一个统一模糊的视图,但是在特色发展的滞后依然存在。

进化的业务信息系统的挑战是提供社会技术信息系统基础设施,能够满足不断变化的业务需求渐进，逐步(意外)的变化可以合并(没有服务中断)直接的利益相关者。这些不一定是软件工程师。请注意，“进化”这个词指的是整个信息系统,但不一定单独的应用程序或过程。进化的业务信息系统可以支持由无等级协同通信(Kieser and Kubicek 1992)。协同问题现有的永久结构能适应组织变换的要求。因此, 支持活动的组织发展必须有信息系统支持。

进化的业务信息系统的一个重要概念是次要的设计(Germonprez et al . 2011年),指的是设置，用户可私人定制的信息系统成为其持续的重新设计的主要演员。用户修改系统使用的环境中,往往没有意识到主要的设计。体现了人们的行为和商业环境中随时变化的信息系统的设计角度是从事定制系统工作的人负责。系统的主要设计师放弃中央控制的设计并允许用户驱动创新von Hippel(2009)。为此,商业信息系统需要设计成高度可定制的技术(Germonprez et al . 2007年)来支持一个人的思考、行动和系统的设计。这样一个系统不能让用户有尽可能多的自由，不同于传统的wiki系统，每个用户可以任意变化。相反，它必须提供方法治理企业像wiki系统一样，责任范围可以定义,让利益相关者只修改他们负责的这些部分。

理想的进化业务信息系统的属性包括：

bull;无缝集成的增量(特别)的变化

bull;通过众多的贡献者二次设计的内容和行为

bull;系统的反馈机制用来反映系统当前状态和之前的行为

bull;管理众多版本和变化的实例和图式

bull;系统/组织的需求之间的平衡(治理、稳定)和个人要求(灵活性,可修整性)

主要设计的开发周期,如图1所示,当然是必需的,但它不再是唯一的系统扩展和适应机制。

其中一些所需的属性在当今系统可用。例如,传统wiki系统已经支持二次设计,但主要是内容层。在的工作流(Georgakopoulos et al . 1995年)的研究通常针对的是小团队专业人士以及支持意料之外的活动，这就需要一个快速的工作流执行。这种特别的变化通常解决工作流实例而不是工作流模式。企业mashup(EM)系统是专为最终用户编程,从而使用户创建个性化,满足即时的业务情景应用程序需求(Pahlke et al . 2010年)。

进化的目标业务信息系统不仅是支持临时更改实例级,但让领域专家直接修改和重用模式定义,例如通过定义一个新类的业务流程。这需要有足够的操作知识来预测他们的设计行为的后果。更多的从业者可以修改系统的行为不仅对他们个人使用，更重要的是提高系统行为的透明度(Breu et al . 2011年)。因此，产品必须高度反馈和设计活动必须能够跟踪用户理解变化的结果。进化的业务信息系统允许观察利益相关者建立经验证据和分析对商业行为进一步改善系统。

当许多领域专家能够创建和共同开发系统行为，一个系统必须能够处理一个潜在的大量的版本和在一个可控范围的变动(见例如:案例研究部分3)。最后，当临时更改影响多个申请，不仅应用程序和一个实例(特别工作流)或单个用户(EM系统)，重要的是为了确保可靠性和可预测性，为治理提供支持限制某些属性的可变性。

表1系统原型及其进化属性选项表

下面的部分将介绍大量位于实例化领域的学习，我们的目标是发展成为一个进化业务信息系统。

3、一个案例研究

证明了路径研究业务信息系统是开发产品，研究人员可以评估他们的措施的影响。我们使用Learn@WU系统(阿尔伯et al . 2003年)是系统的一个例子展示的许多所需的属性。这是一个最大的大学在线学习系统的使用(超过160000学习资源,每天多达400万页的使用痕迹，2500个并发用户)。

图2样品和利益相关者Learn@WU的多层体系结构

在Learn@WU开源软件构件:

bull;工作流系统支持模式和实例特殊的变化 (XoWf)

bull;企业wiki系统(XoWiki)

bull;社会框架,支持由非技术涉众(OpenACS这样)分散开发

bull;动态脚本语言、语言支持设计模式，软件演化(下一个脚本框架,扩展对象Tcl)

bull;可伸缩的Web服务器脚本支持增量软件演化,广泛的监控(NaviServer)

利益相关者Learn@WU系统技术领域专家和各种团体的业务领域专家(如教师、学习助理，项目董事、或学习质量保证团队)能够塑造和他们的相互作用学生和开发学习内容和应用程序。使用软件的性质组件,所有的系统的特定于应用程序的方面都可以逐步提高没有服务中断。系统支持分散的发展提供管理权利领域专家,配备高级工具可以配置和/或通过脚本扩展。就是这样一个适应听众的反应工具(Andergassen et al . 2012年)基于一个基于维基百科的工作流系统(纽曼和Erol 2008)获取学生的反馈。

利益相关者实际修改系统越多，更多的变化也在不断增加。我们可以，例如，分析用户的二次设计wiki内容层在Learn@WU方法类似于Germonprez et al(2011)。然而，除此之外，它是同样有趣的分析各种工作流定义和实例，即次要的设计的行为。目前，系统使用636种不同的工作流定义(定义和修改由59贡献者)与1417次修订。有超过500000的工作流拥有超过250万回溯点实例。有超过20000名参与者这些实例使用。这些数据强调需要一个可伸缩的变化管理支持多用户驱动开发。

根据我们的经验，基于维基的工作流定义已导致开发人员更高的生产力和组件更高的可变性。虽然技术支持团队Learn@WU只有6人，目前有大约十倍贡献者由于没有这些定义而不能定义工作流。我们相信,参与者的数量仍然可以显著增加。

特定领域的事务监控已经使我们能够更好地理解学习我们的学生活动(Modritscher et al . 2013年)。

4、行业应用

一般来说,进化领域的业务信息系统建立在思想派生从终端用户参与和扩展与可发展的概念系统和次要的设计。这个行业已经开始采用这些概念。企业wiki系统(如融合)被用于改善协作和成千上万的公司知识共享。终端用户参与以外的内容(wiki)层不太普遍但发现进入软件组合的IT领域的主要参与者。例如，SAP已经调查了新兴市场范式由原型SAP研究屋顶市场(霍耶et al . 2009年)。Oracle提供了EM作为WebCenter的一部分功能套件。IBM和Software AG已经产品化IBM Mashup Center和阿里斯MashZone EM平台。领域特定语言(2010年福勒)的概念提高实际领域专家和开发人员之间的沟通应用程序,但其适应往往是由于缺乏可靠的领域知识有限使用DSL开发者(Mernik等2005)。

已经吸引了行业的利益的软件组件Learn@WU 政府组织。例如,戴姆勒公司(Daimler AG)雇的Learn@WU系统知识管理组件在供应链管理(公司和供应商)。LMS。2600多所学校在奥地利学派部门在使用这些服务。

5、研究方向

总体研究目标是系统地提高系统涉众的业务信息适应性，同时仍然保持一定的治理结构和系统的稳定性。

主要研究方向有:

1.我们如何系统地确定业务潜力不断增长的设计空间?

2.如何运行的业务信息系统是逐步发展的吗?

3.我们怎样才能提高非技术涉众的参与程度及业务信息系统的设计过程?

对于每一个研究方向，不同的研究方法有应用。第一方向，经验证据为产品提供了一个主要来源。系统分析建立的交易数据相当业务分析领域，但最近的焦点已经转向行为的分析。一个重要的来源是协调科学(马龙和Crowston 1994),尤其是当事务数据结合如外部(传感器)数据来确定现场改进潜力。例如采矿过程(van der阿尔斯特2011年),数据驱动的决策(布林et al . 2011年),学习分析(西门子和长2011)在电子领域。

第二个研究方向地址信息的需要增加的灵活性系统和针对轻量级开发周期，从组织和技术的观点：一个研究，需要重新编译和企业级系统重启后每个更改将无法处理数以百计的更新生产每天的安装。我们的目标是致力于支持selforganization的进化系统，可以动态地调整自己的行为。提高艺术的状态尺寸需要研究自组织社会系统(沃尔夫1999)和集成组织和技术开发(沃尔夫和罗德1995)以及研究软件的灵活性,特别是在软件开发领域的多层次(Ousterhout1998),动态软件进化(排名2002),动态语言(Callau et al . 2011年)，和软件产品线(克莱门茨和诺2007)。

第三个研究方向是增加的挑战的集体参与领域专家的这种方式，他们可以直接在不违反其修改系统积分的性质。至少在以下方面需要进一步研究：

bull;方法适用于规范修改的行为的利益相关者，如工程领域特定语言(Strembeck和Zdun 2009)

bull;设计原则构造,结合组成单位的重用问题域，如通过面向功能的编程(Apel和Kastner 2009)

bull;方法系统为所有利益相关者提供适当的反馈渠道，也解决安全和隐私方面;方法数据/过程矿业/监控适合终端用户

bull;可伸缩变异和版本管理的方法、模式选择、迁移，改变频率,分析和监控; 基于形势分析和经验开发决策支持和推荐系统

理想情况下，研究方向不应孤立地解决。相反，研究贡献提高艺术在音乐会的所有维度的状态应该是发达。

6、跨学科,配置特定于域的研究

关注整体视图要求基于行为科学的一个统一的方法和设计科学(Hevner et al . 2004年)。最近努力试图扩展建立建设导向的研究视角(Peffers et al . 2007;Vaishnavi和Kuechler 2007)更好配合整体视图(盛et al . 2011年),和“反射和明确地包含了用户活动参与者在一个持续的设计过程”(Germonprez et al . 2011年,p . 2011)。

把重点业务领域需要一个专注于特定领域的研究水平能够提供适当的抽象的信息系统(例如,在网络学习域)。因此研究进化的业务信息系统要求一个多元化的概念研究(Frank 2006)。根据我们的经验,即使是不同的实例化以同样的方法从不同的领域需要不同的配置研究领域。图3素描相关的调查信息系统研究领域提出了案例研究。

图3参考学科的跨学科研究进化的业务信息

系统领域的学习这种多元化的观点整合行为研究活动(必要的理解，解释和预测现象与constructionoriented现有位于系统内)研究活动(有必要改善现状通过创建创新的产品)。研究领域并不要求每一个特约研究员有一个现场实例化。香港人研究可以遵循“财团研究”方

剩余内容已隐藏，支付完成后下载完整资料

资料编号：[153298]，资料为PDF文档或Word文档，PDF文档可免费转换为Word