标签：

【信息系统方案规划 】

版本 v2 2015-7-1

变更记录

1. 业务功能与流程设计：参见需求文档 4

1.1. 战略规划，超前规划 4

2. 跨平台化 5

3. 可扩展性高于一切，插件化 6

3.1. 框架化与组件化 6

3.2. 架构（Frameworks）优先 6

3.3. 基于微内核 6

3.4. ioc、di 6

4. 框架与类库选型流行化 6

5. 模块业务化 7

6. 自定义增强 7

7. 可定制化能力 8

7.1. ui界面可定制化，表单设计器集成 8

7.2. 数据库自定义与高级查询 9

7.3. 流程可定制化与图形化可视化 10

8. 严谨的结构规划 10

9. 界面html5化 11

9.1.1. 开放的数据交换： 12

9.1.2. 导流入口多 更容易推广、更容易爆发： 12

10. web界面spa ajax化 12

11. 界面本地化与界面云端化 13

12. 协同化 14

13. 使用企业级的编程语言java 15

14. 事件驱动webform模式 代替 15

15. 引擎+脚本架构 15

16. Vm 平台化（开发平台+业务配置化） 15

17. 集成化 16

18. 自包含，容器化隔离。。 16

19. 延迟初始化 cfg  。。 17

20. dsl 18

21. 可视化（信息可视化+部分代码可视化） 18

22. 即时更新（热部署）快速迭代 持续交付 19

23. 通讯文本化json化 19

24. 配置化（一切皆可以配置） 20

25. CoC）–惯例优于配置 20

26. 标准化与组件化 20

26.1. 内部标准化 20

26.2. 统一api 20

26.3. ui标准化 20

26.4. 接口标准化 20

27. Hybrid化 20

28. O2o化 21

29. 支付化 21

30. 云端化 21

31. 开放性 21

32. 互操作性 21

33. #--------------------------------other 21

34. Acyclic Dependencies Principle (ADP)–无环依赖 22

35. 实现关注点分离 22

36. 全球化(国际化) 22

37. 移动化 23

38. open source开源 23

39. 触摸支持 23

40. Ｐａｓｓ与应用程序容器（Application containers） 24

41. 代码转换 25

42. 框架化（模块实现） 25

43. 硬件定制增强 25

44. 社会化基础设施，公共化 26

45. 社交化 27

46. o2o网点化 27

47. 无障碍 28

47.1. 可移植性 29

1. 
业务功能与流程设计：参见需求文档

1.1. 战略规划，超前规划

最起码10倍的量级。。百倍最好。。

2. 跨平台化

目前常用的平台有pc,pad,android,ios phone系列

java + html5

3. 可扩展性高于一切，插件化

3.1. 框架化与组件化

3.2.  架构（Frameworks）优先

3.3. 基于微内核

3.4. ioc、di

作者:: 老哇的爪子 Attilax 艾龙，  EMAIL:1466519819@qq.com

转载请注明来源： http://blog.csdn.net/attilax

4. 框架与类库选型流行化

最重要的是文档资料的多寡。。

5. 模块业务化

业务化的业务模块，框架，类库，模版，api

6. 自定义增强

建立在现有基础上的框架，类库，api增强

7. 可定制化能力

7.1. ui界面可定制化，表单设计器集成

界面自定义 可以自由增加修改数据 字段  可以配置查询条件

7.2. 数据库自定义与高级查询

配合集成web版、桌面版的data管理系统。

7.3. 流程可定制化与图形化可视化

8. 严谨的结构规划

9. 界面html5化

取代wpf，swing，native

优点：：通用

易于修改

可视化修改

9.0.1. 开放的数据交换：

HTML是以page为单元开放代码的，它无需专门开发SDK，只要不混淆，就能与其他应用交互数据。开发者可以让手机搜索引擎很容易检索到自己的数据， 也更容易通过跨应用协作来满足最终用户需求

9.0.2. 导流入口多 更容易推广、更容易爆发：

　　导流入口多：HTML5应用导流非常容易，超级App(如微信朋友圈)、搜索引擎、应用市场、浏览器，到处都是HTML5的流量入口。而原生App的流量入口只有应用市场。聪明的HTML5开发者当然会玩转各种流量入口从而取得更强的优势。

10. web界面spa ajax化

不再鼓励跳转，通过ajax模式化

11. 界面本地化与界面云端化

本地化优点是快，云端化优点像web

综合起来。

12. 协同化

企业信息化建设目的不仅是管理企业内部的资源，还需要建立一个统一的平台，将客户、其他合作伙伴也纳入企业信息化管理系统中，实行信息的高效共享和业务的一系列链接

13. 使用企业级的编程语言java

14. 事件驱动webform模式 代替 

大部分还是webform

15. 引擎+脚本架构

更为灵活的策略

16. Vm 平台化（开发平台+业务配置化）

wechat

在很久很久以前，Sun公司打造了Java并为全世界贡献了虚拟机这一宝贵财富。在微软推出C#语言的时候，人们意识到虚拟机本身在功能上并不局限于某一种语言。任何能够被转化为字节代码的内容都能在虚拟机上发挥应有的作用。

现在，似乎每个人都在为实现这一目的而着手构建自己的语言。将构建虚拟机方面的工作完全交给Sun/甲骨文公司，而将自己的主要精力放在语法与结构的种种细节上，这已经成为当下极为常见的开发态势。

相似的情况也出现在浏览器领域。使得，你可以创建你自己的浏览器和语言，也可以通过价差编译在Java 中模拟。现在很多新创建的脚本语言也是这么做的。谷歌的 Web 工具包也有类似的功能：将Jave 语言转换成 Java 脚本。

17. 集成化

集成优先。。

18. 自包含，容器化隔离。。

iframe

19. 
延迟初始化 cfg  。。

20. dsl 

21. 可视化（信息可视化+部分代码可视化）

22. 即时更新（热部署）快速迭代 持续交付

 （script+engine）模式

 　 使用原生开发，从招聘、开发、上线各个环节的效率都慢一倍以上，而且参与的人越多，沟通效率往往拖慢不止一倍。

23. 
通讯文本化json化

24. 配置化（一切皆可以配置）

25. CoC）–惯例优于配置

26. 标准化与组件化

26.1. 内部标准化

26.2. 统一api

26.3.  ui标准化

26.4. 接口标准化

db

不跟php雅士。。jdbc odbc的标准接口。。

实施，统一api

27. Hybrid化

28. O2o化

29. 支付化

30. 云端化

31. 开放性

便于与其他系统集成

32. 互操作性

1. 与其它系统或环境交互

33. #--------------------------------other

34. Acyclic Dependencies Principle (ADP)–无环依赖

35. 实现关注点分离

实现关注点分离的方法主要有两种，一种是标准化，另一种是抽象与包装

诸如组件，分层，面向服务，等等这些概念都是在不同的层次上做抽像和包装，以使得使用者不用关心它的内部实现细节。

36. 
全球化(国际化)

37. 移动化

Android，ios，windows phone等移动设备

38. open source开源

　 开放的正反馈循环生态系统，大量的开源库可以使用，开发应用变得更轻松、更敏捷，当然这也体现在了快速迭代和成本下降上。不过更重要的是，这种开放的正反馈循环生态系统未来的生命力是比原生生态系统更强劲的。

39. 触摸支持

图标要大。。输入框要高

40. Ｐａｓｓ与应用程序容器（Application containers）

专门建立一个服务器来做比较困难的工作。程序员可以从服务器上获取代码然后运行，并且将运行日志发送到服务端。有时候可以得到正确的库，有时候得到的库是错误的，但最终，都会找到可用的代码库。

现在，类似 Docker 这样的应用程序容器允许我们按一个按钮就找到正确的库。如果 这个代码库可以运行在我们的测试机上，它也可以运行在服务器上。所有的东西都捆绑在一起了，那些夹在我们桌面和服务之间不兼容的东西都不存在了。

信息化开发理念

41. 代码转换

热门：预处理器

冷门：全语言堆栈

就在不久之前，创建新型编程语言的人们还不得不使尽浑身解数将代码转化为能够令芯片理解的信息。这时，有人发现自己可以把原先取得的工作成果添加进来。如今人们有了更加睿智的处理方式，只需编写一套预处理器，即可将新型代码转译为具备丰富API及库的旧有代码。

偏爱动态类型的技术人员创建出了Groovy，这是一套Java的简化版本、不再过分坚持标点符号的使用方式。那些希望改进JavaScript的 技术人员则创造出了CoffeeScript，这套预处理器允许使用者在无需考虑标点符号运用方式的前提下进行编码。目前已经有以Scala及 Clojure为代表的数十种语言运行在JVM之上，但JVM却继续保持着自身的独特地位。既然转译完全可行，我们为什么要把自己过去的工作推倒重来？

42. 框架化（模块实现）

然而，这种特征正在消失。我们的代码越来越多地依赖于生态系统。举例来说，许多PHP程序员都只是在为WordPress、Drupal、Joomla或者其它什么框架创建插件。他们的代码总是同时也不得不以模块化形式出现，以保障与其它模块的并行运作。

有时具体的单位甚至更小，由代码片段缩小为字符串。例如不少Drupal模块就可以通过调整为PHP服务。程序员只需要将片段形式的代码填充进去即可，而无需单独创建任何新的内容。

我们的代码越来越多地依赖于生态系统。举例来说，许多PHP程序员都只是在为WordPress、Drupal、Joomla或者其它什么框架创建插件。他们的代码总是同时也不得不以模块化形式出现，以保障与其它模块的并行运作。

43.  硬件定制增强

可以集成以下模块：身份证阅读器 指纹   以及其他模块

44.  社会化基础设施，公共化

基础设施，公共建筑

45. 社交化

46. o2o网点化

47. 无障碍

47.1. 可移植性

atitit.信息系统方案规划 p71.doc

标签：

原文地址：http://blog.csdn.net/attilax/article/details/46935641