作者:陈希章 发表于 2017年9月7日

这是我去年10月底在微软技术大会(Microsoft Ignite 2016) 上面的演讲主题,承蒙大家抬爱,也沾了前一场明星讲师的光,我记得会场几乎是满座。观众中既有IT部门的技术人员,也有业务部门的用户,也有少量的开发人员,这正好契合了这个主题想要表达的意思:在业务需求的变化日趋频繁的当下,这三类用户的参与,并且借助合适的技术及平台(例如微软的Office 365),可以构建随需应变的业务应用平台。

顺便预告一下,本年度的微软技术暨生态大会(Microsoft Tech Summit)将于2017年10月23日在国家会议中心举办,本届大会将全面呈现微软平台的最新技术,尤其是在人工智能方面的重要创新,我将在大会上分享随需应变业务应用平台2.0解决方案,在延续去年话题的同时添加了Microsoft Teams以及Bot Framework整合的内容,敬请关注。

更多内容请关注 https://www.microsoft.com/china/techsummit/2017/

言归正传,我将利用6篇文章来给大家阐述如何基于微软的Office 365构建随需应变的业务应用平台,这一篇文章是一个概要,我将给大家介绍一些基本概念,演示主要的流程和效果。

我们先来看一看企业业务应用平台的现状、需求和挑战。业务的需求通常来自于客户的反馈和市场的需要,业务部门会发现及捕捉到这些变化,快速响应的企业能赢得更多的业务和机会。这是一个基本常识,但是越来越多的企业会遇到如下的三个挑战

这三个挑战相互联系,甚至互为因果。由于以往业务应用开发过分依赖专业性技术,带来的问题就是周期长,成本高,而业务用户很多时候都是在干等着,无法及时地应对市场和客户的需求;与此同时因为只有少部分人才能从事这类工作,大量的业务用户的能力其实是被闲置了,这将带来企业的整体效能下降。业务移动化是一个趋势,但由于多平台都需要单独开发和维护,这又进一步加剧了前面两个问题的严重性。

那么,有什么办法可以解开这个结呢?我们不妨来先看一下业务应用的发展趋势

我必须说明一点的是,企业的业务应用是分层的。早在2011年Gartner就提出了企业业务应用的三层模型

应该说作为业务主干应用系统这一层,大部分企业都已经建设完毕,这些都是比较标准的、也相对比较复杂的系统。我们今天要谈论的业务应用,更多是偏向前台创新应用和差异化应用。而所谓的随需应变,就是让更多的业务人员拥有构建面向主题的业务应用的能力,并且能随时根据捕捉到的信息进行调整,以达到快速响应变化的目标。

那么,从微软的角度来看,我们提供了什么样的解决方案能实现这样的目标呢?在Office 365的平台上,目前已经内置了很多强大的服务,例如我们耳熟能详的邮件服务,在线协作平台,视频会议平台等等,同时我们针对业务应用也提供了创新性的服务,例如Power Apps可以快速根据数据源(最简单的做法是基于SharePoint的列表)构建跨平台移动业务应用,用于收集并且处理数据;Microsoft Flow可以在异构系统之间建立业务流程;Power BI则提出了全新的数据呈现技术,彻底改变我们与数据交互的方式,洞察先机,而这些见解又可以引导用户回到Power Apps里面进行操作,或者触发某个Microsoft Flow的流程进行响应。这是一个不断迭代的过程,或者也可以称之为闭环,这也是随需应变的最核心的理念。

关于微软的商业应用平台,敬请关注微软的官方网站了解更多 https://businessplatform.microsoft.com/en-us/

接下来的几天内,我将用一个实际案例给大家展示一个典型的业务应用开发的流程,我相信这代表着未来,更加让人高兴的是,这已经是看得见摸得着的能力了。

基于Office 365的随需应变业务应用平台的更多相关文章

  1. 基于Office 365 无代码工作流分析-需求基本分析!

     客户需求分析: 嘉昊信息是一家IT创业型公司,因为公司初创,有较多的招聘员工的需求,公司近期购买了Office 365,因为招聘工作繁琐,HR人员须要做非常多反复繁琐工作,HR主管提议开发一个招 ...

  2. 基于Office 365 无代码工作流分析-表单基本需求分析!

     3.2表单的制作 基于下图的需求,我们须要定义例如以下的表单列表:

  3. 基于Office 365 无代码工作流分析-数据源的建立!

     标准操作步骤 下面整个步骤我们是以嘉昊信息的招聘过程的整个流程为一个场景,整个的流程场景的步骤例如以下: 整个的过程,我们通过Infopath 进行对应的表单流转,然后利用Sharepoint ...

  4. [ Office 365 开发系列 ] 开发模式分析

    前言 本文完全原创,转载请说明出处,希望对大家有用. 在正式开发Office 365应用前,我们先了解一下Office 365的开发模式,根据不同的应用场景,我们选择最适合的开发模式. 阅读目录 Of ...

  5. 人工智能背景下的Office 365现状和发展趋势

    作者:陈希章 发表于 2017年7月31日 引子 谈论人工智能是让人兴奋的,因为它具有让人兴奋的两大特征 -- 每个人都似乎知道一点并且以知道一点为荣,但又好像没多少人能真正讲的明白.毫无疑问,我也仅 ...

  6. Power BI for Office 365 概览

    伴随着数据量的日益增长,通过自服务式的商业智能把数据转换成辅助决策支持的工具,越来越成为迫切的需求.在以前,处理这些数据往往只是IT人员范围内的事,但是通过Power BI for Office 36 ...

  7. Office 365开发概述及生态环境介绍(一)

    原文于2017年3月13日首发于LinkedIn,请参考这个链接 离上一篇文章,很快又过去了两星期的时间.今天抓紧晚上的时间,开始了Office 365开发系列文章的第一篇,我会帮助大家回顾一下过去O ...

  8. 介绍Office 365 中文用户社区 4.0

    本文于2017年3月18日首发于LinkedIn,原文链接在这里 为了给广大用户提供一个可以自由交流.切磋技术的平台,微软和其他一些国际知名的大型软件公司一样,都有创建用户社区(Community,或 ...

  9. Office 365也是.NET Core应用开发新战场

    最近有幸阅读了陈希章花了一年时间为国内开发者贡献的<Office 365 开发入门指南>. 虽然早期接触过SharePoint的开发,2007年之后就再也没有接触SharePoint的开发 ...

随机推荐

  1. Promise同时进入catch和then——踩坑

    记录今天使用Promise遇到的一个坑--在resolve()返回运行then之后,函数又进入到了catch,源代码大意如下: var pro = function() { return new Pr ...

  2. The Lisp Curse /Lisp魔咒

    The Lisp Curse /Lisp魔咒 http://winestockwebdesign.com/Essays/Lisp_Curse.html 英文出处 http://www.soimort. ...

  3. Entity Framework 调用返回标量值的存储过程

    最近项目用到EF,虽然说EF与Linq To SQL有很多地方相似,但是EF(这里指3.5版,4.0版的还没去留意)确实有些地方做得不够方便. 就拿存储过程来说吧,EF里面想调用存储过程不是直接在数据 ...

  4. 初始MyBatis

    初始MyBatis 框架的概念: 框架是一个提供可重复的功用结构的半成品.它为我们构建新的应用程序提供了极大的便利,一方面提供了可以拿来就用的工具,更重要的是提供了可重用的设计.D 框架技术的优势: ...

  5. vue新手入门——谈谈理解

    毕业到现在大概4个月了,从java开发慢慢转到前端开发(其实是因为公司前端人不够),然后开始接触vue.所以我也只是一只小菜鸟. 首先附上vue的官网:vue官网 然后附上一些常用的vue框架,组件之 ...

  6. Python的路径引用

    1.以HOME目录为准,进行跳转 sys.path.append(os.path.dirname(__file__) + os.sep + '../') from config import swor ...

  7. Python后端开发要求

    关于Python后端开发要求 一.对Python有兴趣,熟悉Python(标准库) 最好阅读过源码 了解Python的优化(熟悉pypy更佳) 二.至少至少一门语言(不说"精通") ...

  8. Orchard Core一分钟搭建ASP.NET Core CMS

    Orchard Core 是Orchard CMS的ASP.NET Core版本. Orchard Core是全新一代的ASP.NET Core CMS. 官方文档介绍:http://orchardc ...

  9. Python [习题] 文件操作:目录间copy 文件

    [习题] 指定一个源文件,实现copy到目标目录.例如把/tmp/sample1.txt 拷贝到/tmp/sample2.txt原文件需要有读权限(默认rt权限),目标文件需要给写(w即可)权限. I ...

  10. LKD: Chapter 5 System Call

    在Linux中,处理器所作的事可以归纳为3种情况: 1.In user-space, executing user code in a process; 2.In kernel-space, in p ...