带有触摸屏POS接口的Access 2007是转换我的INFORMIX-SQL应用程序的正确选择吗？

Question

我已经评估了几个用于转换基于SQL的应用程序的开发工具.它们是:Genero/4Js,FileMaker,Oracle APEX,VFP,Clarion和Access 2007.我有一个CRUD当铺应用程序(参见视频演示www.frankcomputer.com这个应用程序集中在典当,销售或购买商品的客户.我需要有一个CRUD多表格表格,在上半部分显示一个客户主数据,其中所有客户相关的项目都是他们在下半部分的典当,销售或购买.可以从Access中的一个表单中完成CRUD吗？我倾向于Access的主要原因是它与Excel,Word和其他模块的集成,以及许多人拥有它并且使用它的经验,加上它是微软.任何使用Access开发应用程序的人都可以告诉我,我是否可以模仿基于INFORMIX-SQL的应用程序以及Access有哪些限制？此外,是否可以使用像Microsoft Dynamics这样的触摸屏POS前端,还是可以使用其他POS应用程序生成器/快速开发系统重新编写我当前的应用程序？

Answer 1

我怀疑如果你问Foxpro开发者,他们会告诉你这是最好的选择工具.

我敢肯定,如果你问一个文件制作开发人员,他们会告诉你选择他们的工具.

问题很多,在大多数情况下,如果你问一个访问开发人员,开发人员也会回答是.

我很难想象你上面提到的所有上述工具,它们都能够在屏幕上显示来自多个表格的信息.这几乎是当今任何开发系统的要求.简而言之,你真的在​​这里提出错误的问题.

我不认为问题是他们是否有能力显示来自多个表的信息.他们都可以做到这一点.也许一个公平的问题是,每个产品在多个表格中切割和切割的程度和效果如何？

在访问中,您可以在表单上放置文本框和控件,并显示相关数据,您可以放置​​一个称为子表单控件的控件.这种方法允许您模拟这种经典的典型主从表记录表关系,并且无需编写一行代码即可.

当然,您不限于一对多,但实际上您可以并排插入两个子表单,并且具有一对多,然后让第二个子表单控件显示来自该第二个表的更多记录.

这是我的意思的屏幕截图:

在上面,您在顶部有一个主要记录,其中包含有关捐赠日期和事件的信息.在左侧,您有一个人员列表和他们的捐赠金额(一对多).

然后在右侧,对于每个人,您将捐赠金额分成多个帐户.(当数量不平衡时,绿色框显示红色).

因此,上面创建了一个典型的会计问题,从Quickbooks到最终会计软件包的每一个会计软件包从第一天开始分配资金到多个帐户.

上面的表单中包含很少的代码,并且大多数关系和设置以及子记录的过滤和显示都是通过访问自动处理的.

所以在一天结束时,我几乎认为上面提到的所有产品都能够建模和开发这些类型的屏幕.而且,它们都会产生与您现在相似的屏幕和用户体验.

现在当然我偏向于访问,我相信我可以比你提到的大多数其他产品更快,更快,并且减少代码和工作的麻烦.

但是,在一天结束时,您使用和查找的平台和工具当然不会以一个问题和一个概念为中心,您需要在多个表格的表单上显示多条信息.如上所述,这将适用于任何现代开发系统,包括基于Web的开发系统.

其他考虑因素和因素是您需要什么类型的报告和输出？您是否需要他的列是报告,或者您是否需要将发票样式表单类型报告发送到预打印发票表单的打印机.我认为这些问题比你当前的问题更重要.

这里真正的问题不是任何现代开发系统都可以在表单上显示多个数据,它们都可以.这里的真实因素和问题是您需要运行软件的平台,硬件要求和系统？

那么问题是一些地点会有多个用户吗？某些位置是否需要安全备份或某种类型的加密？您打算如何发布错误修复程序,以及更新下一个优秀版本的软件？

其他问题是您将有多少开发人员参与其中.您将使用哪种分发方法来安装软件.您需要什么样的支持基础架构才能为客户提供支持和安装软件.因此,这个列表一直在继续,所有这些问题使得在一个表单上显示多条信息的能力相形见绌.

除了上述所有问题之外,您还需要考虑自己在软件开发方面的培训和技能.要真正掌握任何软件开发系统,您需要投入大量的时间来学习.虽然我认为访问是一个非常好的RAD(快速应用程序开发)工具,但实际上我会说访问具有相当大的学习曲线,然后说例如VB6.

选择一个平台非常像婚姻,你必须投入大量的时间(几个月,甚至几年)才能真正学习并熟练使用这样的系统开发软件.

如果您正在使用一组新工具,则需要考虑以下技能组列表**:

Stage 1 Innocent (never heard of the product)

Stage 2 Aware (Has read an article about X)

Stage 3 Apprentice (has attended a three-day seminar)

Stage 4 Practitioner (ready to use X on a real project)

Stage 5 Journeyman (uses X naturally and automatically in his job)  

Stage 6 Master (has internalized X, knows when to break the rules)  

Stage 7 Expert (writes books, gives lectures, looks for ways to extend x)

绝不应该尝试一个由第3阶段或更低阶段人员组成的团队的项目.(****Page-Jones,Meilir."软件工程专业七个阶段",美国程序员,1990年7月至8月).

因此,您无法进入新工具并期望精通开发复杂的应用程序.我在这里有一篇关于将遗留应用程序转换为ms访问的文章.

本文有一些很好的教训:

关于将Pick(多值数据库)应用程序转换为关系数据库系统的注意事项. http://www.members.shaw.ca/AlbertKallal/Articles/fog0000000003.html

祝你在任何平台上好运.