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



1. 客户需求分析：

   嘉昊信息是一家IT创业型公司，因为公司初创，有较多的招聘员工的需求，公司近期购买了Office 365，因为招聘工作繁琐，HR人员须要做非常多反复繁琐工作，HR主管提议开发一个招聘的小系统，来完毕眼下HR的很多的反复工作。可是眼下程序猿还没有到位，解决问题的重任就落在了Office 专家小罗身上。小罗是一个IT方面的专家，对于基于Sharepoint 无代码开发和运维有一定的技术功底。他分析了下HR 对于系统的要求，认为利用Office 365 的Sharepoint Online 来实现基于无代码实现的工作流和邮件推送，这样就彻底的完毕无代码进行应用开发。

   眼下Office365 E1 版本号包括了Sharepoint Online 的功能，Sharepoint Online 提供了InfoPath Service, 能够利用O365 提供的 Office 2013 Professional Plus 版本号中的InfoPath Designer 来设计完整的表单，而且利用SharepointDesigner 规划相关的流程来驱动对应的动作来完毕整个无代码开发的过程。

2.   工具需求分析

通过上图我们能够了解到，我们的表单基本页面是通过InfoPath Designer 进行 总体的页面设计，及主要的数据查询和抽取。表单数据主要来源于我们的Sharepoint 列表，因此我们须要实现建立好两个数据自己定义列表来源，一个是员工列表，供我们的招聘的系统从面试人员抽取名单，另外一个是面试的职位列表，这两个列表将由我们的HR 来实时更新对应的自己定义列表来供兴许面试的实时抽取和更新。

Office 365 平台的Sharepoint Online 功能眼下包括了本地Sharepoint 全部功能，购买了Office 365 功能的Sharepoint Online 将不用须要运维及投资对应的server资源，这对于非常多用户来说，少去了一大部分的运维成本。且基本上提供了完整版的全部功能

将表单公布到Infopath 之后，我们须要运行对应的工作流来驱动我们的整个业务流程向前走，SharepointOnline本身提供了标准的Workflow 功能，眼下Sharepointonline(2013)版本号的工作流能够提供更加强大的工作流功能来提供对应的流程驱动方式。

基于Sharepoint 流程驱动方式，我们利用表单服务能够有两种不同的驱动方式，通过Sharepoint 工作和通过表单进行驱动。

通过Sharepoint 工作流程启动相对照较复杂，须要了解到各个流程的运行顺序，涉及到流程暂停、流程的继续等操作，相对来说难度比較高。运行操作的难度相对较大。

通过表单本身进行流程的驱动，我们须要通过定义表单的载入项和Sharepoint Designer 结合起来驱动表单本身的流程。