PFF表单的特色
2 views
Skip to first unread message
vivian
Jun 16, 2008, 10:49:06 PM6/16/08
to bil...@googlegroups.com
朋友们刚刚知道我的PFF表单时，最常问的一个问题就是：PFF表单的特色在哪里。
总结了一下，PFF表单主要有这样几点特色：
1、不需要建设服务器
比如一个企业，在使用公司局域网的进销存或ERP一段时间后，为了更好地提升效率，他们希望能够由客户自己来填写"销售订单"，并和企业内部的管理应用系统的数据结合起来。我们当然会想到用WEB的开发方式，我们可以建设一个WEB服务器，然后为客户们增加账号、密码，让他们都登录到我们的应用服务器上来，填写"销售订单"。这是我们经常看到的解决方案。
通常的WEB应用程序肯定是需要WEB服务器的。我们需要购买服务器、托管主机、购买域名、购买服务器端的操作系统、购买服务器端的数据库、开发程序、设计注册 和权限管理系统。这个过程要做的事情很多，要花的钱当然也很多。如果这个客户有很多个供应商，他们需要向很多的供应商订货的话，这个事情会变得更复杂，因 为他们需要记录所有这些供应商的WEB应用程序的账号和密码，并在订货时登录不同的供应商的网站发出订单，如果需要管理和查询这些在不同服务器的所有订单，事情也变得更复 杂。
使用PFF表单的话，我们要做的事情变得很少，要花的钱也变得很少。因为我们要做的事情就只是：开发PFF表单、将PFF表单给客户，就可以了。不需要购买服务器、 托管主机等一切操作。省事、省钱、省时间，这就是采用PFF的最直接的效益。客户也能更方便，因为他们不需要登录每个供应商的服务器，频繁地输入账号、密 码进行登录，他们只需要一个BiChat账号，将所有供应商都添加为自己的联系人，就可以通过BiChat提交订单，并在自己本地对这些发出的订单进行查 询和统计分析。
当然，使用即时通信的BiChat是需要服务器的。但通常情况下，我们自己不需要建设服务器。因为BiChat是基于XMPP协议的，任何使用JABBER的公开的服务器都可以使用。比如我们可以使用gmail账号来使用BiChat。也可以到jabber.cn去注册一个账号。
所以，如果一个企业需要与供应商、客户之间共享和传递一些表单数据，使用PFF表单，是最省事、最有经济效率、最快捷的方式。
2、PFF表单是独立的，便携式的，更容易发布
表单这个概念其实很广泛，比如用VB开发一个进销存软件，我们可以称里面的"销售订单"为一个表单。或者我们开发一个WEB版的进销存，我们也一样称其中的"销售订单"为表单。
但PFF表单与这些表单最大的不同之处在于，每个PFF表单都是独立的。
VB中的一个表单不能独自完成任务（当然，如果这个应用程序只有这一个表单的情况下除外），这个表单需要与其它的表单共享数据库连接、公共变量等等，所以我们不可能将一个VB做的进销存软件中的"销售订单"单独拿出来用，它一旦独立出来，就什么也不是。但我们有时会有这样的期望，我们希望"销售订单"由客户直接录入，而不是由客户发一个传真过来，我们再人工录入到系统中。但"销售订单"这个表单不能独立出来，怎么办呢？如上所述，我们通常会使用WEB应用程序来完成这些事情，我们将"销售订单"这个表单做成WEB应用，然后将其后台数据库与我们的ERP或进销存系统进行数据转换或直接共享数据。但它与VB所面临的情况是一样，它也不是独立的，我们不能把它从WEB服务器上单独拿出来使用，必须让它在服务器上，有一些配套的设置、连接、变量和它在一起，它才能发挥作用。
有朋友可能会问，这样没什么坏处吧？事情应该就是这样的吧？
但是我们可以来解释，如果我们让这些表单能够独立运行，就象PFF表单能够做到的，事情会怎么样？
如果使用PFF表单，这个表单不需要有其它的表单和它在一起，也不需要为它特别设置一些环境变量等等，它就可以独立运行，当然需要运行时的机器上有表单处理引擎才行。这样带来的好处是，我们可以做一个"销售订单"的表单，将它发给客户，客户不用登录到WEB服务器就可以填写这些表单，并且可以在填写完后将数据发送给我们，我们就可以将不同客户发来的销售订单汇集在一起，统一进行统计分析和查询。这个过程中，我们跳离了WEB应用环境，所以省去了服务器的硬件、软件投资。为了让这些销售订单与我们的ERP系统的后台数据库结合，进行数据集成，我们需要再增加一个或几个PFF表单来完成任务，比如用一个"销售订单转换器"的PFF表单将接收到的"销售订单"数据导入到我们的ERP系统中去。
对客户来说，PFF表单给他们带来的好处是，他们可以在本地查询和管理这些订单。他们也可以使用一个自己的"采购订单转换器"将他们填写的"销售订单"（实际上对他们来说，是"采购订单"）转换为自己的ERP系统的"采购订单"。回想一下，使用普通的WEB应用程序的解决方案能够做到这一点吗？可能相当不容易。但在PFF表单的解决方案里，却很容易。
3、一个账号走遍天下
如前所述，如果一个厂商有很多个供应商，每个供应商有自己的WEB应用程序，这个厂商要进行采购的话，需要登录这许多个WEB服务器，他也需要记住所有这些账号和密码。所以对于这些供应商本身来说，使用WEB应用程序肯定是能产生很好的效益的，但对于使用这个WEB应用程序的厂商来说，事情却未必如此。现代的商业社会中，企业之间的联系都很频繁，供应商、客户也都数量众多，每个企业都同时是供应商，也同时是客户，所以普遍意义上，每家企业的工作效率都会受到影响。供应商越多，效率越差。
使用PFF表单带来的另一个好处是，只需要一个BiChat账号，就可以向所有供应商发出订单，省却了频繁登录的过程。供应商越多，对效益的提升作用越明显。
以上是我总结的一些典型的特色。希望有助于大家了解PFF的应用。
总结了一下，PFF表单主要有这样几点特色：
1、不需要建设服务器
比如一个企业，在使用公司局域网的进销存或ERP一段时间后，为了更好地提升效率，他们希望能够由客户自己来填写"销售订单"，并和企业内部的管理应用系统的数据结合起来。我们当然会想到用WEB的开发方式，我们可以建设一个WEB服务器，然后为客户们增加账号、密码，让他们都登录到我们的应用服务器上来，填写"销售订单"。这是我们经常看到的解决方案。
通常的WEB应用程序肯定是需要WEB服务器的。我们需要购买服务器、托管主机、购买域名、购买服务器端的操作系统、购买服务器端的数据库、开发程序、设计注册 和权限管理系统。这个过程要做的事情很多，要花的钱当然也很多。如果这个客户有很多个供应商，他们需要向很多的供应商订货的话，这个事情会变得更复杂，因 为他们需要记录所有这些供应商的WEB应用程序的账号和密码，并在订货时登录不同的供应商的网站发出订单，如果需要管理和查询这些在不同服务器的所有订单，事情也变得更复 杂。
使用PFF表单的话，我们要做的事情变得很少，要花的钱也变得很少。因为我们要做的事情就只是：开发PFF表单、将PFF表单给客户，就可以了。不需要购买服务器、 托管主机等一切操作。省事、省钱、省时间，这就是采用PFF的最直接的效益。客户也能更方便，因为他们不需要登录每个供应商的服务器，频繁地输入账号、密 码进行登录，他们只需要一个BiChat账号，将所有供应商都添加为自己的联系人，就可以通过BiChat提交订单，并在自己本地对这些发出的订单进行查 询和统计分析。
当然，使用即时通信的BiChat是需要服务器的。但通常情况下，我们自己不需要建设服务器。因为BiChat是基于XMPP协议的，任何使用JABBER的公开的服务器都可以使用。比如我们可以使用gmail账号来使用BiChat。也可以到jabber.cn去注册一个账号。
所以，如果一个企业需要与供应商、客户之间共享和传递一些表单数据，使用PFF表单，是最省事、最有经济效率、最快捷的方式。
2、PFF表单是独立的，便携式的，更容易发布
表单这个概念其实很广泛，比如用VB开发一个进销存软件，我们可以称里面的"销售订单"为一个表单。或者我们开发一个WEB版的进销存，我们也一样称其中的"销售订单"为表单。
但PFF表单与这些表单最大的不同之处在于，每个PFF表单都是独立的。
VB中的一个表单不能独自完成任务（当然，如果这个应用程序只有这一个表单的情况下除外），这个表单需要与其它的表单共享数据库连接、公共变量等等，所以我们不可能将一个VB做的进销存软件中的"销售订单"单独拿出来用，它一旦独立出来，就什么也不是。但我们有时会有这样的期望，我们希望"销售订单"由客户直接录入，而不是由客户发一个传真过来，我们再人工录入到系统中。但"销售订单"这个表单不能独立出来，怎么办呢？如上所述，我们通常会使用WEB应用程序来完成这些事情，我们将"销售订单"这个表单做成WEB应用，然后将其后台数据库与我们的ERP或进销存系统进行数据转换或直接共享数据。但它与VB所面临的情况是一样，它也不是独立的，我们不能把它从WEB服务器上单独拿出来使用，必须让它在服务器上，有一些配套的设置、连接、变量和它在一起，它才能发挥作用。
有朋友可能会问，这样没什么坏处吧？事情应该就是这样的吧？
但是我们可以来解释，如果我们让这些表单能够独立运行，就象PFF表单能够做到的，事情会怎么样？
如果使用PFF表单，这个表单不需要有其它的表单和它在一起，也不需要为它特别设置一些环境变量等等，它就可以独立运行，当然需要运行时的机器上有表单处理引擎才行。这样带来的好处是，我们可以做一个"销售订单"的表单，将它发给客户，客户不用登录到WEB服务器就可以填写这些表单，并且可以在填写完后将数据发送给我们，我们就可以将不同客户发来的销售订单汇集在一起，统一进行统计分析和查询。这个过程中，我们跳离了WEB应用环境，所以省去了服务器的硬件、软件投资。为了让这些销售订单与我们的ERP系统的后台数据库结合，进行数据集成，我们需要再增加一个或几个PFF表单来完成任务，比如用一个"销售订单转换器"的PFF表单将接收到的"销售订单"数据导入到我们的ERP系统中去。
对客户来说，PFF表单给他们带来的好处是，他们可以在本地查询和管理这些订单。他们也可以使用一个自己的"采购订单转换器"将他们填写的"销售订单"（实际上对他们来说，是"采购订单"）转换为自己的ERP系统的"采购订单"。回想一下，使用普通的WEB应用程序的解决方案能够做到这一点吗？可能相当不容易。但在PFF表单的解决方案里，却很容易。
3、一个账号走遍天下
如前所述，如果一个厂商有很多个供应商，每个供应商有自己的WEB应用程序，这个厂商要进行采购的话，需要登录这许多个WEB服务器，他也需要记住所有这些账号和密码。所以对于这些供应商本身来说，使用WEB应用程序肯定是能产生很好的效益的，但对于使用这个WEB应用程序的厂商来说，事情却未必如此。现代的商业社会中，企业之间的联系都很频繁，供应商、客户也都数量众多，每个企业都同时是供应商，也同时是客户，所以普遍意义上，每家企业的工作效率都会受到影响。供应商越多，效率越差。
使用PFF表单带来的另一个好处是，只需要一个BiChat账号，就可以向所有供应商发出订单，省却了频繁登录的过程。供应商越多，对效益的提升作用越明显。
以上是我总结的一些典型的特色。希望有助于大家了解PFF的应用。
Hailong Shu
Jun 16, 2008, 10:54:49 PM6/16/08
to bil...@googlegroups.com
那么这个系统需要加入一个EMAIL机制。因为本身用户填写订单后，并不是立刻处理。
所以当处理完用户的订单表项后，应该能有一个通知系统，完成用户操作的确认。
vivian
Jun 16, 2008, 11:08:04 PM6/16/08
to bil...@googlegroups.com
没错，不过使用BiChat是使用即时消息的方式发送回执的。
比如发送"销售订单"后，如果对方确实收到了，并且程序内部会进行一些校验，OK了，就会发送回执给发送方，告之这个表单已收到，并且在发件方，只有收到回执后才会将这个"销售订单"转到"已发件"中去，否则还会呆在"待发件"中。
比如发送"销售订单"后，如果对方确实收到了，并且程序内部会进行一些校验，OK了，就会发送回执给发送方，告之这个表单已收到，并且在发件方，只有收到回执后才会将这个"销售订单"转到"已发件"中去，否则还会呆在"待发件"中。
2008/6/17 Hailong Shu <shuha...@gmail.com>:
vivian
Jun 16, 2008, 11:10:17 PM6/16/08
to bil...@googlegroups.com
不过用BiReader就没有与EMAIL绑定的功能。
我也在考虑与EMAIL绑定的方式，虽然用程序发送EMAIL很方便，但是相关的处理却比较多，比如要设定自己的账户、通讯簿，如果要确认，还需要有收件的功能，所以考虑一下，在BiReader中还是简单点好。因为用BiChat实现这种交互比email甚至更方便更直接。
我也在考虑与EMAIL绑定的方式，虽然用程序发送EMAIL很方便，但是相关的处理却比较多，比如要设定自己的账户、通讯簿，如果要确认，还需要有收件的功能，所以考虑一下，在BiReader中还是简单点好。因为用BiChat实现这种交互比email甚至更方便更直接。
2008/6/17 vivian <icevi...@gmail.com>:
Reply all
Reply to author
Forward
0 new messages