企业的敏捷方案：将平台作为服务

The Platform-as-a-Service for the Agile Enterprise

原文出处： http://www.theenterprisearchitect.eu/archive/2011/07/19/the-platform-as-a-service-for-the-agile-enterprise

Chrome 的翻译确实强大

平台服务的敏捷企业

2011年7月19日

约翰巢穴阿里汉

如果你一直想知道为什么我最近有点安静... 这是良好的事业！今天，我们推出Mendix平台的第三个主要版本，这是一个相当难忘的时刻。我的团队做了一个可怕的工作和当我看看结果，我只能感到自豪！正如我已经分享了很多我的想法过去几年中，我想花时间向你解释Mendix 3.0是所有关于。

如果你还记得我的职位之一，几个月前，你可以看到我们的重点是与本新闻稿的第一次瞥见。在我的文章/介绍：“为什么没有MDD的未来“，我试图解释，我们需要的只是模型驱动开发（ MDD）。我们需要的是一个完整的应用程序生命周期的方法，不仅发展。MDD是必要的（在我看来），但并不足够 。我们需要灵活的应用生命周期管理（MDD是其中的推动者之一）来解决的挑战，企业正面临着时下。

Mendix 3.0（或喜欢我们的营销人员说：Mendix敏捷商务平台3.0版本）的所有支持敏捷的应用程序生命周期，从最初的想法到正在运行的应用程序，并从正在运行的应用程序的是长期长期的业务敏捷性（即随着业务的申请发展）。

让我退一步，向你解释我们的新版本的全文。请与我enthousiasm承担，因为它有时会导致自己的产品夸我;）

简介
Walking on water and developing software from a specification are easy if both are frozen. – Edward V. Berard

大多数企业都在不断努力提高“业务敏捷性” 。业务敏捷性是企业的适应能力，迅速 ​​有效地应对经营环境的变化和成本。詹姆斯麦戈文说好听：“  越来越多，一个企业的稳定是植根于它是动态的，快速移动和快速变化的能力“。时间将产品推向市场的新产品，工艺和服务是企业生存的关键。企业成为敏捷的很多事情都变得更加灵活 。这不仅要求企业本身的结构和行为的变化 。由于大多数企业的自动化水平是只增加，IT的角色是一个重要因素，实现了业务敏捷性。然而，企业IT部门不知道其敏捷的能力 ... ... 回现有的IT终端系统无法应付不断变化的业务需求。 ，在最重要的是，它需要更多的面向业务的。像云计算的趋势和从用户的需求不断增加，复制消费的IT企业简单，要求对企业应用开发的新观点。我们看到了对应用商店的趋势和事业部的应用程序开发（如电子表格时，Microsoft Access，Lotus Notes中，云应用），这是伟大的方式，给商务人士更多的工具来创造创新的新的IT使用。然而，这面临着IT部门与治理，完整和安全的重大风险 。IT部门必须找到一种方法来控制应用程序的丛林，可以这么说。 ，对业务敏捷性的企业向往的主要挑战可以概括为：

• 的业务需求，成为更好地适应变化，并希望把重点放在应用商店和基于云的解决方案，使IT的业务方。
• IT部门需要利用并扩展它的遗产，要控制的丛林增加业务部应用开发的应用程序。

Mendix敏捷商务平台实现这些愿望的商务人士提供的IT平台作为一个服务（PaaS），提供合适的工具，使灵活的应用生命周期管理。

应用程序生命周期

So much of engineering is not making better decisions, but making shorter feedback cycles. - Kent Beck
让我们仔细看看在应用程序生命周期管理（ALM）。ALM是一个持续的过程，通过各阶段的管理应用程序的生命。ALM工具的需要，以促进和整合我们要解释这个过程中，所需的工具，以及如何方便大家在本节中更详细地，它的要求和发布管理，开发，部署，维护等，但让我们先看看在敏捷名字，我们已经把在前面的ALM。

敏捷

敏捷应用程序生命周期管理 是什么意思？2001年17人会见了在犹他州，找到一些共同点，发现更好的方法，软件开发。他们想出了，因为那么历史悠久，为敏捷软件开发宣言，强调个人和互动，工作软件，客户协作，应对变化。敏捷方法，通常被称为“轻量级”的方法，重点放在软件能够在相对 ​​较短的迭代，而要求通过协作发展 。从技术角度看的东西，如持续集成，测试驱动开发，重构等，都需要继续实施灵活 的，我们认为，资产负债管理需要在敏捷软件开发的原则为基础，提供的灵活性，我们需要使我们业务敏捷性。只有这样，才能真正提高软件工程是创建缩短反馈周期，增加一个软件项目中的所有利益相关者的合作。这就是为什么我们的平台，强调敏捷方法 。事实上，我们了解到，在我们的平台的设计决策是成功的关键因素，在向客户提供敏捷的成功。

 

图1 - 灵活的应用生命周期管理。

作为可视化在图1我们看到与应用程序生命周期的四个阶段的圈子：采集，开发，部署，和迭代。除了这些步骤，我们认为重要的是要管理的过程及其结果。我们将在下一节中更详细地解释每一个阶段。

捕捉

通常第一个想法开始一个新的应用程序（版本）。这种想法是制作和详细的讨论与利益相关者的要求。这些要求被捕获用户故事（即轻便的用例），需要改进和优先 。制作一个单一的用户故事，往往涉及很多利益相关者之间的讨论。重要的是要支持的过程中（合）创造，提炼，适当优先考虑用户故事以促进对话和记录的过程中的平均时间 。此外，用户故事需要估计，并在冲刺计划。该项目团队需要的工具来促进计划发行和冲刺，以及像敏捷的地位板的监测工具和燃烧式图表。作为敏捷项目的方法获得牵引力，我们感受到了团队的斗争，正确地适用的原则。我们认为，这样的球队，除了适当的训练和心态的改变，需要合适的工具，完全集成的应用程序生命周期 。

开发

一旦冲刺完全定义和团队承诺的工作和截止日期，是时候开始开发应用程序 。在这个阶段中，它再次使用正确的技术来支持敏捷的生命周期。这意味着在开发过程中的工作方式应促进沟通，生产力，品质，短迭代 。，我们了解到，模型驱动开发（MDD）提高了生产效率，高层次的建模语言，可用于开发应用程序。这些语言自动执行先进的发动机，从而通过使用劳动力密集，低层次的编程语言的需要。这也确保了作为一个模式的转变的结果反馈周期短，可直接在实际应用测试。如果可视化建模语言（而不是文本），甚至还可以提供一个良好的沟通机制，协调业务和IT利益相关者 。这就是为什么我们相信MDD是一种灵活的资产负债管理的重要组成部分。 原则上，你可以说你不开发一个应用程序，但您撰写在Mendix平台的构建块，以及现有系统到应用程序中使用一种视觉语言 。在AppStore上提供的模板，部件，插件，甚至完整的业务组件，开发一个应用程序的组合是越来越多的艺术 成分。

部署

在一个应用程序的生命的下一步是部署（验收）测试或生产目的。部署听起来像很多的麻烦，这是传统。硬件，配置，性能，可扩展性，其他部门的参与等，如果你的开发过程中敏捷，它是由现在 卡住。提供灵活的资产负债管理，在我们看来，云部署至关重要。部署不应超过一个单一的点击，与您上传您的应用程序模型到云环境中，造成正在运行的应用程序 。我们把这种模型的执行，作为一种服务。云平台执行的应用程序模型应该摆脱有关可用性，安全性，性能，可扩展性，并喜欢这些，你往往只能发现的其他问题的不眠之夜，您的应用程序后已 投入生产。

重复

有些人似乎认为，我们现在准备。应用程序在生产环境中运行，最终用户使用它，我们必须杀出的香槟。没有进一步远离现实！这个过程刚刚开始。只有当一个应用程序在生产中使用的最终用户将开始看到的影响，并思考改进。此外，应用程序支持的业务流程可能是不固定的。如果我们要支持业务敏捷性，我们需要提供一个机制，收集反馈信息，并变成一个新的应用程序版本反馈。换句话说：我们需要收集反馈信息，并使用捕获 - 开发 - 部署 - 迭代的下一个周期的输入。

管理

由于高层次，视觉语言开发应用程序的使用使领域专家的发展过程中的一部分，我们看到一个所谓的事业部应用开发的增加。这不应该害怕的事情。云计算平台上运行的应用程序，确保可用性，安全性，性能和可扩展性（如前面提到）。此外，它使IT部门的合适的工具来管理所有的应用程序内从一个单一的仪表板的组织。它可以强制各地部署，测试和配置工作流程。总之：它可以控制应用程序的丛林！

Mendix产品

我们的目标是使简单的事情简单的和复杂的事情成为可能
。 -艾伦凯

Mendix提供灵活的业务平台，充分支持灵活的应用程序生命周期管理。从您的第一个想法正在运行的应用程序，并从该工作的应用程序，以长期的业务敏捷性。灵活的业务平台，包括3产品无缝集成：sprintr，Mendix AppFactory Mendix平台作为一种服务。图2给出了3个产品的简要概述。

 

图2 - Mendix敏捷商务平台，产品概述。

Sprintr

Sprintr需要一个轻量级的，社会的方法，以企业项目合作。我们相信，参与和赋权的人，有利于在任何组织中的协作和共同创造的。Sprintr提供了一个独特的项目管理工具和社交活动流的结合，提供一个交互的方式与同事，项目组成员，甚至参与项目的外部人 。sprintr整个企业提供一个协作平台，打破之间的墙壁不同的部门和行业。所有员工都有相同的私人社交网络的一部分，并显示所有的“公司嗡嗡”共享墙上。对话就可以开始和幻化成的想法。思想是使用投票系统组织，可转换成项目。Sprintr提供的所有工具，包括双向电子邮件集成您期望从一个社会 网络，除了sprintr被一个强大的社会平台，还提供了工具来管理您的项目在一个灵活的方式。社会积压的管理工具，使项目组成员和利益相关者合作，并建立，完善，并优先考虑用户故事。每个用户故事都有它自己的会话线程，这也是上墙公布，有一个直观的混合公司的嗡嗡声和项目活动流（即非结构化和结构化的数据）。用户故事，可以预计，在冲刺计划 。规划概述给团队成员和利益相关者能够监视当前使用Scrum板冲刺的进展和燃烧式图表，以及计划冲刺的版本，以确定项目的未来 。Sprintr可用于从其他分别Mendix产品和它的反馈部件可以包含在任何Web应用程序。Sprintr提供了一个开放的，良好定义的API，使第三方开发人员能够创建自己的反馈部件，插件，以及任何其他的创新产品，他们想出了以旅游为一个更详细的 说明和截图！


AppFactory

Mendix AppFactory给你的能力，培养使用高层次的视觉模型的应用程序。这使得业务和IT之间的协作，但也提供了极短的反馈周期作为AppFactory支持一键部署你的模型。Mendix AppFactory由3个元素：

• Mendix Business Modeler中：一个模拟环境来设计和开发应用程序，使用可视化模型 。
• Mendix队服务器：一种基于云模型库与团队成员和你的模型版本。Team Server是作为一个插件，以sprintr创建一个模型和需求之间的紧密集成实现。
• Mendix AppStore的：一个社会的市场份额和下载业务模板，小工具，主题，和技术组件。

AppFactory元素的组合，以及他们与sprintr整合，真正使企业工程师在提供复杂的企业应用更具生产力。

Mendix商业Modeler中

根植于模型驱动开发的技术（MDD）的Mendix Business Modeler是一个复杂的企业应用开发的高生产力的发展环境。可以模拟使用高层次的语言，直接在我们先进的运行时引擎的可执行应用程序。在实际应用中，这将确保作为一个模式的转变的结果反馈周期短，可直接进行 测试。Mendix Business Modeler中，旨在实现企业级面向服务的业务应用（SOBAs ）。想多租户的安全模式，国际化，流程，规则，以及一个先进的方法来扩展Java代码模型的东西都是内置的。使用Mendix Business Modeler中构建的应用程序可以独立运行，但也很容易集成到现有的应用程序景观 。中的每个Mendix过程，可以作为一个单一的点击的WebService暴露 。与Web服务或XML整合的简单定义一个XML的结构和你的领域模型之间的可视化映射 。由于我们所有的合作，Business Modeler中有优秀的团队支持 。它的功能的版本控制上的可视化模型水平以及跟踪所有在你的模型和外部资源的变化，像Java的行动和定制的部件的可能性。我们我们的业务建模器的用户提供了版本控制的全部功能，包括先进的功能，如分支和合并。在合并模式的转变各种直观的解决冲突的机制，协助其他团队成员即使改变了相同的属性，像 你一样。


Team Server的

在Subversion上的书面和交付作为一个插件sprintr我们的团队服务器的目的是为了使一个Mendix商业工程师的生活更轻松。Business Modeler是紧密集成与Team Server和喜欢创建一个新项目（包括一个版本的模型库），更新，提交变更，合并模型版本的东西等，都是可以从Business Modeler的内作为一个单一的点击动作。 Team Server的交付是有原因的sprintr插件的：它使您能够管理团队sprintr服务器访问，它使我们能够提供一种革命性的方式相结合的要求，实施，并反馈您！当你提交Team Server的应用模式的转变，从业务建模器内，您可以选择用户故事（反映要求），你一直在努力。团队服务器将自动创建这些用户故事和模型所做的更改之间的联系，为您提供的方式来浏览承诺的相关要求。此外，与这些环节中，我们创建一个链接从一个用户的故事变更和变更可以包括为纽带，形成（如果你改变在变更的形式）。虽然反馈也指一个形式，我们可以创建反馈，表格，变更，和用户的故事之间的联系 。Team Server的连接捕捉和敏捷的应用程序生命周期的发展阶段。当您启动您的应用程序的下一个版本时，您只需打开Mendix Business Modeler来看到用户当前的冲刺计划的故事，并开始对他们的工作。如果一个用户故事是根据用户反馈，你可以直接跳转到反馈的元数据中提到的形式，并开始执行所 请求的更改。

AppStore的

AppFactory还包括社区AppStore的，完全符合Business Modeler中集成，使1点击下载业务模板，小工具，主题，和技术组件。Mendix社区成员使用的是作为一个平台，共享业务模板或扩展的Mendix平台AppStore的。其中大多数是开源的，但在AppStore还具有商业模板以及全面的业务应用。 业务模板范围从小型，方便同所有国家或南非ID号验证器就像一个枚举模型模板，完成业务应用像服务管理解决方案，产品数据管理为时装业，人力资源上寄宿门户，减碳套件，并有更多的特定行业的业务模板， 在AppStore，您可以建立令人惊讶的丰富的用户界面提供的部件。Widgets是建立在Mendix AJAX客户端API，这是为大家打开顶部 。在AppStore包含像谷歌地图，丰富的文本编辑器，各种图表，树电网，文件浏览器叽叽喳喳，大量的小部件，命名一些。在AppStore的技术组件扩展它建设的Mendix平台的开放式API 。在AppStore包含很多有用的整合与微软的Exchange，Excel中，LDAP，Kerberos的单点登录，数据库复制，理想等，但也像一个审计跟踪模块和许可证池模块管理SaaS的订阅 组件。


Mendix平台作为一种服务

我们的核心技术是我们创新的云计算平台：Mendix平台作为一种服务（PaaS） 。Mendix PaaS的给你提供您的应用程序在云，从中央仪表板和管理的能力。Mendix云仪表板是易于使用，并提供了一个接口先进Mendix的多租户云 架构的权力。只要上传您的应用程序模型从内Mendix Business Modeler中Mendix PaaS的一个单一的简单应用程序的部署按一下。供应可用AppContainers应用模型，并转换成一个可以工作的应用程序，通过我们先进的运行时引擎执行。我们称这个过程模型的执行，作为一个服务 ，我们的平台上运行的应用程序包含一个测试，验收和生产环境的多重AppContainers。Mendix云仪表板为用户提供移动应用程序模型版本从测试验收链生产而不触及模型，运输方便 ，工作流程的可用性，安全性，性能和可扩展性，提供平台和易于管理的你所有的应用程序从Mendix云仪表板 。仪表板提供范围每天，每周，每月，和今年一样活跃用户的数量和资源利用率的各种监测信息显示的图形。通知向您发出警告，如果某些指标接近临界水平，或者如果你的自定义应用程序的健康检查 ，给予警告。Mendix PaaS的封闭和开放的同时 ，可以配置。关闭，由于其先进的安全和访问控制。打开，因为它具有易于使用的备份管理，使检索和恢复您的数据在任何时刻，因为它具有开放的API互动与您的应用程序在运行时，例如，使创建与任何现有系统 的集成 ，我们提供你与PaaS的，到处运行。我们的平台，可以运行在任何基础设施和灵活扩展了在不同的基础设施的类型，作为服务交付都和上前提。由于平台采用了先进的多租户架构您的基础设施资源，以最佳的 方式。

结论

我觉得我们没有采取一个巨大的飞跃，与我们的新产品套件，但不考虑我的话，是理所当然 ​​的！让我知道你的意见认为，有什么新的一页，更详细的访问，或给一些想法，为今后的改进！有一点是肯定的：我们将继续我们的旅程，创建工具，使它实际上可以提供一个灵活的软件企业的需求： ）