1 PASS云计算书说明

云计算书系统

Prime Ansys Server System云计算书系统（PASS）
本系统通过对Ansys的APDL参数化命令流、MathCad计算书模板和Excel/WPS表格计算书模板进行解析后面向全球服务，用户选择合适的计算书模板，在页面（浏览器或手机端）修改参数计算得到结果。
本系统区别于（云）超算平台，（云）超算平台只是提供软件工具，需要用户提交APDL文件对其进行分布式计算，本系统是汇集各种专门的主流计算书模板供用户选择，用户只需要修改参数就能直接出结果用于生产。

模式创新

——朝着终极解决方案迈进，接近完美的手写计算书模式。

1.云计算书PASS系统，是解决工程师计算（书）方面一些痛点的产品。这种（模板-服务）模式能在极短的时间内，将手头上的现有（海量）成果（计算书模板）变成服务，相对那些专门写各种计算软件代码来说，工作量极小，产出效率极大。

2.目标是让普通的计算随手可得；个人随时随地利用移动端、web端计算得到结果；工程师在平台分享计算书；企业和院校利用它开展交流学习培训等活动。

工程师们将折叠了部分过程的Mathcad、Ansys APDL计算书模板文件、Excel/WPS表格计算书模板上传PASS有偿分享，其他工程师在浏览器（小程序、APP）中检索/选择一个计算书模板，修改输入参数，付费计算后获得PDF计算书（整个过程），但拿不到计算书模板。

这种模式可以最大限度保护计算书的知识产权；提高工程师分享积极性；创造出更多高质量计算书模板；节约公司、各个行业的软件成本；提高各个行业的设计效率，不用每个人毕业后都要从0开始编制计算书；把精力放到更重要的系统设计上；让计算随手可得（小程序上也能算），可提高设计质量。

一切皆资源，一切皆服务，一切皆数据
随着时间的推移，网络上有了大量分享的Mathcad计算书模板、Ansys命令流文件（APDL）和Excel/WPS表格计算书模板，将这些资源尽可能利用起来，减少重复工作，将给社会带来较大的效益；为了更好地利用互联网带来的便捷，在当下的环境中，所设计出来的产品均离不开云服务特性，面向全球提供服务变得如此简单，以前想都不敢想的，现在几行代码即可实现。

具体思路

1. 客户打开浏览器（或小程序/APP），输入参数，得到试算结果，每次1元；如果要保留计算历史，需要勾选，支付0.5元（服务器永久保存计算输入参数和输出参数）；如果需要生成pdf计算书，需要勾选，支付1元（服务器永久保存pdf），下载刚刚生成的pdf，需要支付2元，以后重复下载免收费。即，得到一份下载的pdf计算书需3元，仅仅想计算查看一下结果，仅需1元。

2. 需要完整计算书过程，再支付2元可下载详细计算书，带数字签名和委外计算协议书。

3. 贡献计算模板按10元/行作为成本估价，起始收益归版权人，等到收益满足了成本，平台和个人各一半。

4. 虽然我们现在有了各种各样的计算工具软件，但是手编的计算书还是无法替代，工程师们手头上的计算书一般都很丰富，而且很多都是要花业余时间编写。一个手写的计算书，相当于写了一段程序代码，有变量、公式、查表、解方程……需要调试、迭代、维护（规范变化后要及时修改计算书模板），等等，从严谨角度讲，比软件代码甚至更加少bug，所以理应把计算书当做软件同等看待。

5. 优点：工程师可获得知识付费；客户不用购买软件，客户端电脑不用安装软件，节约大笔资金和维护（升级-谈判-合同审批-付款）人力；不用重复编制大量计算书（维护更加需要精力，版本管理也非易事），节约时间成本和人力成本，将精力花在策划和系统设计上；随时随地进行计算，手机小程序上输入参数，就能看到计算书；从大的方面说，整个行业可避免重复工作，整体效率大大提升。

6. 缺点：mathcad的计算范围毕竟有限，渗流稳定等计算必须依靠专业软件；ANSYS有限元所能提供的计算范围，受制于编制人员的精力和水平，复杂的APDL比较花费时间；服务器计算性能也影响了用户体验。

7. 引申：其它像sap2000等提供API接口可二次开发的单机软件，基本都具备用这种模式的可能性。

8. 功能包含：队列（先进先出）的应用；退费申诉；页面打赏；评论（留言、建议、咨询、讨论）；计算书模板的版本管理；多人重复提交的类似计算书模板选用规则（竞价？）；计算历史记录和文档；充值与消费；贡献自己的计算模板与收益、变现管理；用户自定义计算书封面/封底，用户计算书说明（扉页和分析）。

9. 客户可定制自己单位的专属页面，对外展示，自己单位的logo。

10. 用户可分类收藏自己常用的计算模板，也可以将有关联的模板集合起来，彼此输入输出相串连。

11. 模板提供2种，一种是单一参数，一种是矩阵参数，前者1元/次，后者2元/次。也就是说，试算超过2次的，购买后者比较划算，而且，矩阵模式比较高级，比较节约时间，成果高大上。

12. 这个平台将单位内部的计算书分享摆到了公共平台的视野来看待这个事情，很多事情需要探讨。

编计算书如果算容易和快捷的话，维护就很难了，规范每几年变化一次，计算书必须跟随着修改。一个人所能维护的计算书就十分有限了，比如一个人10~15年时间做具体工作（如果很勤奋，能编写30个计算书就很厉害了），走上管理岗位后，就不可能再维护了，那么之前编写的如果不维护就浪费了。年轻人又从头开始，周而复始。而且理论上一个单位（部门）对某一类问题的计算书理应维护的比较好，可事实并非如此，每个人之间（部门之间）的计算书是不会太频繁交流的，更何况计算书的版本管理本身就不是一句话那么简单，怎么能保证所有人都使用的是最新版本，怎么能保证一个人修改了bug的计算书能立即告诉所有人？一个平台就必须要建立起来了，而这样一个版本管理平台对很多单位（或部门）来说也并非易事了。

经济社会的本质是物物交换，互联网时代的特点是共享——或有偿共享。既然我们任何一个人或单位都无法做到计算书全覆盖，那就需要交换。传统的交换就是购买单机软件，现代的交换就是购买云计算，一部分人贡献计算书模板、维护模板（或开放模板给少数人维护），一部分人消费，更多的人使用则会发现更多的bug和思路，又能促进计算书的维护和升级。平台起到更加严格的保护贡献者的产权功能：传统如计算书模板加锁、单机软件加密等，但是必须提供计算书模板（或单机程序）给人单机上使用；现在云上调用模板，提供计算书pdf下载，客户接触不到计算书模板。

一个接近完美的计算书模式我认为要具备（其中大部分特点）：可修改（升级）、可重复（参数化）、可批量、可保护产权、可展示和关闭过程、少维护……所以，mathcad相比于excel/WPS高级计算和显示计算等方面有更大的优势，但excel/WPS易得（随手可得，随开随算），mathcad毕竟很少众，所以，能用excel/WPS的尽量用excel/WPS。Ansys对于一个工科男来讲，那种狂热的有限元情节无法释怀，这么多年来，断断续续捡起来放下，这次还是有这么个机会将它变成服务了。

当然，Mathcad Prime API里的参数化可向下游传递给bentley microstation等三维软件制图，那是另外了。

我们常用的理正等工具箱能改造成服务吗？实际上是可以的。比如理正将核心计算代码放到服务器上，我们平时所使用的输入界面做成web方式（或手机app、小程序），就可以随时随地进行计算和获得结果、计算书了。但是，这种方式的周期很长，理正公司如果基于它现有的计算核心代码，改造后成为服务，每增加一种计算，它必须要写大量计算代码，但是PASS这种模式就很简单了，写计算书门槛很低，很高效（投入低，产出高，风险小），写代码的话，需要专门的团队，花费大量时间调试，辛苦写出来的工具软件，还不一定有很多人用（投入风险）。写mathcad计算书模板、Excel/WPS表格计算书模板会少很多错误，调试的工作量小很多。所以，PASS这种模式目前还是相对唯一的快捷和持久的正确的方向。

风险点：米国的制裁列入实体清单将会导致计算书模板无软件平台可用，像阿房宫、巴黎圣母院一样付诸一炬。努力开发本土的数学软件迫在眉睫。

Engineer_PASS云计算书系统，是Engineer系列中的一员，进行手写计算书模板服务，也是标准化计算书服务。

下一章 计算操作