Access2010数据库快速开发案例教程(十)

9.1 投入使用之前的优化

学习要求：本节预计学习课时为0.5小时，重点是：快速开发平台中对导航菜单的调整。

在前面的章节中，我们已经基本完成了所有的开发工作，但是，出于教程编写，以及便于读者学习的目的，因此，整体的布局，显然不是很协调，所以，为了可以投入实际的应用，我们需要做一些优化。接下来，我们将进行这步工作。

首先，我们关闭当前的数据库，先将当前的整个项目文件做一下备份，保存在硬盘的其他分区中，将其命名为：《报销软件》样例程序（2007教程版）——这样做的好处是，我们始终有一个完整的中间版本可以参考——在开发过程中，经常备份项目文件，以免受到各种导致数据损失的意外发生的影响，是基本的工作要求。

备份完成之后，我们再进入到原来的项目文件夹，选择【Main.mdb】文件，然后，按住键盘上的Shift键，双击打开该【Main.mdb】文件，然后，切换到窗体列表，在窗体列表中，双击SysFrmLogin 窗体启动登录，待登录完成之后，双击【开发者工具】节点下的【导航菜单编辑器】子节点，则如下图所示：

就当前而言，在这个系统中，无论是界面的美观，还是功能的完善，手工开发的窗体，都很难与自动生成的窗体的相比，所以，我们先将所有的手工节点全部删除。操作方法是：

首先，选择【编码管理】一级节点，然后，单击【删除节点(D)】，则如下图所示：

接下来，我们单击【确认】按钮加以确认，则如下图所示：

如上图所示，所有手工开发的节点（窗体部分）都已经被删除，接下来，我们以同样的方法删除【报销种类汇总】一级节点，完成之后，如下图所示：

现在，只剩下了3个自动生成的窗体，刚才，之所以要把【报销种类汇总】的节点删除，是因为在【报销明细（生成）】节点中，本身就已经拥有了该节点的全部功能，并且，该节点不具备的功能，在【报销明细（生成）】节点中也有——在前面报表部分的教程中，所以设立这个节点，就是为了演示同一个报表的静态与动态的不同效果。当然，在实际的开发过程中，赋予报表独立的节点，也是很常见的，我们这里就不这么做了，所以，将报表功能归属于窗体功能的一部分。

接下来，我们选择【员工编码（生成）】节点，然后单击【添加同级节点(B)】节点，则如下图所示：

接下来，在当前的【新节点】界面，我们完成以下设置：【菜单文本】：业务管理；

【默认展开】：选中；

【操作】：（无操作）（默认）；

【图标】：folder.ico

完成之后，如下图所示：

接下来，单击【保存(S)】按钮，则如下图所示：

接下来，再选中【员工编码（生成）】节点，然后再单击【降级(T)】按钮，则如下图所示：

现在，大家可以清晰地看到，通过降级操作，先前的一级节点已经顺利地成为我们指定的一级节点的二级节点，这就是我们想要的效果。

在这里需要说明的是，通过降级、升级、上移，下移操作，可以任意组织导航菜单的内部结构。其中，降级操作，通常是降级为上一个节点的下级节点，比如，刚才【员工编码（生成）】节点在【业务管理】节点的下方，所以，会自动成为其下级节点。而其中的移和下移操作，则可以跨节点移动，也就是说，某一个一级节点下的二级节点，可以通过上移或下移操作，成为其他一级节点的二级节点——这些方面，实在没有什么好说的，大家可以通过试验，来熟悉其中的规则。

接下来，我们再修改刚刚降级的【员工编码（生成）】节点，删去其【菜单文本】中的“(生成)”字样，再将图标由默认的【default.ico】改为【edit.ico】，完成之后，如下图所示：

接下来，单击【保存(S)】按钮，则如下图所示：

如上图所示，现在的界面看起来，就比先前的显得规范多了。接下来，我们依刚才的操作原理，把【类别编码（生成）】和【报销明细（生成）】节点降级，然后修改其【菜单文本】和【图标】，完成之后，如下图所示：

接下来，我们再选中【报销明细】子节点，然后再单击【设为默认(E)】——如此一来，所有的用户登录系统之后，都会自动定位到【报销明细】子节点。完成之后，我们关闭【导航菜单编辑器】，则

如下图所示：

如上图所示，经过刚才一系列的操作，如今的导航菜单，就显得很规范了。接下来，我们就来讲述权限的配置。

9.2 权限的配置

学习要求：本节预计学习课时为0.5小时，重点是：快速开发平台中权限角色的操作以及新增一个用户的操作。

无论什么系统，正常来说，都有比较完善的权限控制，即什么人可以进行什么样的操作，都必须要有非常明确的定义。

首先，必须要说明的是，这不仅仅是技术方面的工作——在进行系统权限配置以前，必需要进行权限的规划，而权限的规划，必须要精确到每一个人归属到哪一个部门，哪个部门又拥有什么样的权限，其中，在各个部门中，必然又有一些权限比较特殊的人员，比如，普通的操作员和经理级别的用户，权限往往有所差异，所以，这部分比较特殊的员工，又可以单独属于一个部门。当然，这些在平台内部建立的部门，可以和现实相匹配，也可以不和现实匹配——匹配是为了方便识别，不匹配是为了便于权限的分配，这一点，各位可以根据自己的当前的情况，自行决定。

需要说明的是，在平台的当前版本中，不能直接给用户来赋予权限，用户只能从属于一个部门（或用户组），从而拥有这个部门下的全部的权限，也就是说，只能把权限赋予给部门，而用户所拥有的权限，则取决于他所从属的部门。

需要说明的是，在当前的平台版本中，一个用户只能归属于一个部门（或用户组），当一个用户建

立之后，该用户所归属的部门可以变更，但是，用户名不能更改。至于用户密码，——我们要知道，在创建用户的死后，并不需要为该用户指定密码——密码全部由系统默认为：123456，该密码在用户登录之后，可以进行修改——至于密码的管理，管理员唯一能做的就是重置用户密码，也就是说，在用户密码遗失之后，管理员可以通过【管理员工具】节点下的【用户管理】子节点下的【重置密码】命令，将其密码恢复为默认密码：123456，然后该用户登录之后，便可自行修改密码，也就是说，即便是管理员，也不能指定用户密码，这也是出于安全的考虑。

接下来，我们做一个示例，比如，我们可以建立一个用户，该用户属于操作组，而该组的权限就是拥有业务管理节点下的所有的功能，但是不能拥有任何管理节点的权限（【我的设置】和【更改我的密码】属于通用权限，所有的用户都直接拥有）。

首先，我们双击【管理员工具】节点下的【用户角色/权限管理】子节点，则如下图所示：

接下来，我们删去左下角文本框中的【系统管理员】，然后，录入【操作组】，完成之后，如下图所示：