关于易数据库管理系统及应用系统开发的建议
一、关于数据库应用系统开发的建议。
一、关于数据库应用系统开发的建议。
数据库应用系统是指用户基于易语言数据库系统而开发的软件。我认为一个数据库应用系统好不好,不能只根据功能技术而定,而应看它是否能确确实实地充分地满足最终使用者的需要,并且作为应用系统,满足客户需要的重要性应远大于技术。应用是目的,技术只是手段。如果把技术作为目的,就会把你的软件引入歧途。
但是现今的数据库理论却正是把人引入这种歧途!比如所谓的ERP理论,据说其目的是要有组织有计划地输入输出企业的信息数据,促进企业的信息化。他们认为ERP的实质是信息化而不是自动化。这种理论好象很合理、很正确,但恰恰是忘掉了作为一个数据库应用系统原有的目的:确确实实地充分地满足市场的需求和最终使用者的需要。这正是当前ERP应用举步维艰的原因。每当我看见一些专家偏偏要把ERP理论引向只讲技术、偏离实际的方向时,我就感到痛心疾首。我不懂编程,正因为专家们不去满足不会编程的最终客户的需要,而孤芳自赏,所以我觉得他们做错了。
但是最终客户的需求却又很难把握,唯一就是多花一点时间去了解客户的感受(了解感受比了解理论更重要)和想法。很多客户可能感觉到符合自己理想的软件并不存在,其中大多
但是现今的数据库理论却正是把人引入这种歧途!比如所谓的ERP理论,据说其目的是要有组织有计划地输入输出企业的信息数据,促进企业的信息化。他们认为ERP的实质是信息化而不是自动化。这种理论好象很合理、很正确,但恰恰是忘掉了作为一个数据库应用系统原有的目的:确确实实地充分地满足市场的需求和最终使用者的需要。这正是当前ERP应用举步维艰的原因。每当我看见一些专家偏偏要把ERP理论引向只讲技术、偏离实际的方向时,我就感到痛心疾首。我不懂编程,正因为专家们不去满足不会编程的最终客户的需要,而孤芳自赏,所以我觉得他们做错了。
但是最终客户的需求却又很难把握,唯一就是多花一点时间去了解客户的感受(了解感受比了解理论更重要)和想法。很多客户可能感觉到符合自己理想的软件并不存在,其中大多
不是客观原因造成,而是软件制作者没有给我满意的功能和使用方便,反而是要我掌握高深的理论和烦琐的步骤才能使用他的软件。大多数软件给客户的感受是:想要的功能没有实现或实现的繁琐的程度让人发悸;不想要的高深的功能却一大堆,多得让人应接不暇。
造成这种状况的根本原因在于客户的需求往往与经典理论或软件工程相背缪!理由如下:
第一、客户的要求大多是要简单实用,传统理论制造的软件却功能繁杂。比如搞一个财务软件 ,还需要让人掌握一大堆艰深的财务制度和软件理论,要了解一大堆让人不知所云的术语。比如明明可以用“结果”或“计算结果”来表达却偏要用“返回值”来表达,现实生活中哪有“返回值”这个词语,客户根本无从查其意思而梗在那里,可能程序员都把客户当成是编程高手了。
第二、客户的需求大多是不要强行改变原来方便的行为习惯、要给我使用的最大方便,要是不能给人工作带来方便的软件,我要来何用。那什么样的软件才会给客户带来方便呢?客户一般要求数据的输入与手工记帐操作类似。表格式一行行、一页页的数据操作、清楚明了的记录方式才能给客户工作带来方便。相反,很多软件要查看或编辑某记录常常要借助于“难懂”的条件查询功能。
造成这种状况的根本原因在于客户的需求往往与经典理论或软件工程相背缪!理由如下:
第一、客户的要求大多是要简单实用,传统理论制造的软件却功能繁杂。比如搞一个财务软件 ,还需要让人掌握一大堆艰深的财务制度和软件理论,要了解一大堆让人不知所云的术语。比如明明可以用“结果”或“计算结果”来表达却偏要用“返回值”来表达,现实生活中哪有“返回值”这个词语,客户根本无从查其意思而梗在那里,可能程序员都把客户当成是编程高手了。
第二、客户的需求大多是不要强行改变原来方便的行为习惯、要给我使用的最大方便,要是不能给人工作带来方便的软件,我要来何用。那什么样的软件才会给客户带来方便呢?客户一般要求数据的输入与手工记帐操作类似。表格式一行行、一页页的数据操作、清楚明了的记录方式才能给客户工作带来方便。相反,很多软件要查看或编辑某记录常常要借助于“难懂”的条件查询功能。
第三、客户需要的大多是一个省心省力的辅助管理工具,而不仅仅是一个应声虫般的电子帐本。客户最希望所关心的数据能一目了然、而不是在枯燥的“输入”、“统计”、“查询”、“报表”等独立模块或窗口间疲于切换,或重复设置繁琐的查询条件。
第四、客户需要的是操作方便、省心,而不是死板地老敲键盘,但是大多数软件却需要用户老老实实的一个栏目一个栏目地填写、甚至很少采用默认值和待选项。这决不是无伤大雅,而是程序员毫无客户观念,没有树立人本思想,以给人最大的方便。很多客户可能都有一种“不正确”的想法:最好是左手抽烟,右手用鼠标点点就能完成数据操作。
第五、客户都要求软件灵活多变、无所不能,一般软件却只有简单的几项功能,无法满足特殊的需要。
.............
第四、客户需要的是操作方便、省心,而不是死板地老敲键盘,但是大多数软件却需要用户老老实实的一个栏目一个栏目地填写、甚至很少采用默认值和待选项。这决不是无伤大雅,而是程序员毫无客户观念,没有树立人本思想,以给人最大的方便。很多客户可能都有一种“不正确”的想法:最好是左手抽烟,右手用鼠标点点就能完成数据操作。
第五、客户都要求软件灵活多变、无所不能,一般软件却只有简单的几项功能,无法满足特殊的需要。
.............
综上所描述,建议数据库应用系统开发者,本着最大限度地方便、满足客户感受要求的心态去开发,而不是本着技术心态。最好参考借鉴网页数据库的开发方法,按页来显示大量信息数据。尽量以表格控件作为主界面的主控件,面积占界面的大部分,以最大限度地显示多一点记录数据,并且只操作表格就能完成数据记录的编辑工作。能自动化的就尽量自动化,以减少客户操作的功夫。基于这个原则,帮助系统也尽量给客户方便,尽量应用
多媒体的帮助手段,甚至要使客户不用练习就能进行简单的操作,考虑首先以“三分钟操作”之类的例程作为帮助的开头,使客户在未操作之前就有一个大概的认识。
二、关于完善易数据库管理系统的建议。
可以看出,易数据库目前不足之处正是未能给用户操作上的方便,功能各自独立的模块式的散乱的数据库工具使用户感到很不方便,尤其是数据库编辑器,要切换到指定的记录就要再打开一个对话框来输入查询条件。一次界面只能观看一条记录,好象是一个粗劣的数据库管理系统。
数据库编辑软件 建议参考ACCESS管理系统的界面,尽量做到在一个界面里显示大量信息并能完成多项操作;同时把数据库结构编辑器、数据库记录编辑器、加入数据库常量、数据库格式转换器与易之表五合为一,就象ACCESS一样;易数据库管理器要以易之表为主界面,使易之表既能编辑报表模板,又能编辑数据记录,可以复制粘贴图片数据、表格数据和混合数据,将其改造成为一个完善的易数据库综合管理系统。这些工作除了吴涛之外好象其他人也能做。
数据库编辑软件 建议参考ACCESS管理系统的界面,尽量做到在一个界面里显示大量信息并能完成多项操作;同时把数据库结构编辑器、数据库记录编辑器、加入数据库常量、数据库格式转换器与易之表五合为一,就象ACCESS一样;易数据库管理器要以易之表为主界面,使易之表既能编辑报表模板,又能编辑数据记录,可以复制粘贴图片数据、表格数据和混合数据,将其改造成为一个完善的易数据库综合管理系统。这些工作除了吴涛之外好象其他人也能做。
[数据库初步]数据源控件和数据库提供者控件的使用
从这一讲开始讲解与数据库密切相关的控件的使用方法。
㈠、数据源控件和数据库提供者控件的含义和使用。
数据源控件(Data控件)是一个功能强大的数据访问控件。使用数据源控件我们可以做到不编写任何代码或只编写少量代码,就能对数据库中的数据进行查询、添加、删除、更新等基本操作。数据源控件的主功能属性是“数据提供者”,用于指定提供数据的一方。
数据源用作在数据处理者和数据提供者之间起协调和数据桥接的作用:
1、为所有基于本数据源的数据处理者提供来自数据提供者的数据;
2、将数据处理者处理后的数据写回到数据提供者中;
3、如果更换数据提供者或数据提供者内的数据发生改变,将自动通知所有基于本数据源的数据处理者。
怎样运用数据源控件?比如我们在窗口上只画上一个数据源控件,想设置它的“数据提供
者”属性值,发现无法设置,原因是易语言数据源控件无法直接连接数据库,要通过其他控件导入数据库,再通过导人数据的控件设置“数据提供者”的属性值,为此我们还需要配合导人数据的控件来使用。易语言导人数据库的控件是“数据库提供者”控件。
用易语言数据框架图来表示一下与数据库相关的控件的使用关系就是:
数据库→数据提供者→数据源→数据处理者
数据提供者仅仅负责为数据源提供数据的获取和存储方法,即数据操作接口。目前有“通用提供者”和“数据库提供者”两种,以后还要继续增加,譬如“远程数据提供者”等等。
数据提供者的主功能属性是“数据库文件名”,用来设置需要连接的数据库。
各类数据提供者所支持的数据操作接口可能不相同,下面列出目前两种数据提供者的相关情况:
1、通用提供者:
使用内存作为数据的存储仓库,全面支持所有数据操作接口。因此必要时可以将其它类型数据提供者内的数据导入到此类型中,以全面发挥数据源对数据的操纵能力。
2、数据库提供者:
使用数据库作为数据的存储仓库,不支持以下数据操作接口:
用易语言数据框架图来表示一下与数据库相关的控件的使用关系就是:
数据库→数据提供者→数据源→数据处理者
数据提供者仅仅负责为数据源提供数据的获取和存储方法,即数据操作接口。目前有“通用提供者”和“数据库提供者”两种,以后还要继续增加,譬如“远程数据提供者”等等。
数据提供者的主功能属性是“数据库文件名”,用来设置需要连接的数据库。
各类数据提供者所支持的数据操作接口可能不相同,下面列出目前两种数据提供者的相关情况:
1、通用提供者:
使用内存作为数据的存储仓库,全面支持所有数据操作接口。因此必要时可以将其它类型数据提供者内的数据导入到此类型中,以全面发挥数据源对数据的操纵能力。
2、数据库提供者:
使用数据库作为数据的存储仓库,不支持以下数据操作接口:
1、置行高; 2、置类型; 3、置文本; 4、置背景; 5、置字体名; 6、置字体尺寸; 7、置字体属性; 8、置边距; 9、置文本输入格式; 10、置对齐方式; 11、置密码方式; 12、合并; 13、分解; 14、加线条; 15、删线条; 16、初始尺寸时同时改变列数; 17、在中间插入行; 18、插入列; 19、删除列。
如果想对数据进行以上操作,应该先将数据通过数据源导出到通用提供者中。
如果想对数据进行以上操作,应该先将数据通过数据源导出到通用提供者中。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论