目 录
前 言
我们赖以生存的世界是一个物质的世界，同时也是一个信息的世界。这有两个方面的特征：其一，物质的存在伴随着信息的存在，物质是信息的基础，信息是物质的抽象反映。例如：反映学生学习情况的学生成绩信息，商店中商品和关于这些商品的各种特征的信息（商品名称、规格、颜色、数量、单价等等）。其二，物质的变化（表现形式的变更、数量的增减、地域的变迁等）会引起信息的相应变化（对旧信息的修改或剔除、新信息的产生和传播等）。而信息依赖数据存在，数据组合构成且具体生动地表现信息。
随着计算机的普及，计算机也不再仅是普遍地用于处理数值计算问题，而是广泛应用于事务数据处理一类的非数值应用的各种领域中。诸如企业管理、情报检查、病历分析、计划统计、图象处理、文字翻译和汉字处理等。
利用计算机进行数据处理就是把原始数据和要对数据做的处理算法交给计算机，由计算机对这批数据按照给定的算法进行加工处理，最后产生出结果数据。对某一特定课题而言，处理算法在一个时期内是相对稳定的。而原始数据却随着时间的推移而不尽相同，且多是大量的。从数据的输入，到数据在计算机内存储和处理，再到数据的输出，特别是数据的存储期间，都有一个数据组织的问题，而数据库方法提供了一种完美、高级的数据管理方法。它的思想是对所有的数据实行统一的、集中的、独立的管理，使得数据的存储不依赖于使用数据的应用程序，从而大大提高了应用程序的生产率。
随着计算机技术的不断发展，计算机作为知识经济时代的产物，已被广泛应用于社会各个行业和领域。随着我国国企改革的深入和社会主义市场经济的日趋繁荣，导致各企业间的竞争日益激烈，迫使企业采取先进的计算机硬件设备以及高质量的辅助软件来管理企业的各项运作，以提高本企业的劳动生产率以及人员效率。
第一章 绪论
1.1 问题的提出
某企业拥有干部和员工共400多人，主要有领导干部，技术人员，销售人员，操作人员。公司下设机关，销售公司，成品车间，调和车间，为了便于员工工资管理，并且还专设置了人事工资管理系统，根据员工每个人的工作年限和医疗保险，住房补贴，岗位工资的来计算每个员工的工资的工资系统，也便于查询员工工资。
随着公司逐年的发展，公司的人事工资等事务纷繁芜杂，但大体上这些事务可包括以下几个方面的内容：人事基本信息管理，员工的业务档案管理、员工的工作评价管理、员工的考勤管理、员工的工资管理等。以上各项中的每一个部分都有该方面的管理明细，以员工的基本信息管理为例，包含的明细有：员工编号、姓名、性别、部门、民族、出生年月、政治面貌、家庭住址、联系电话、毕业学校、最高学历等。若用人工的方法来管理这些数据，不但会造成人力、物力、财力上的浪费，而且因为要处理的信息量过大不容易进行统计和分析。依靠传统的手工管理越来越跟不上公司的发展需要，为了精简人员，提高办事效率和节约公司运营成本，特别需要改变以前单纯依赖人工管理的模式。
随着经济水平的发展，知识经济时代给企事业工资信息管理提出了更高的要求，除了以往的工资利用计算机软件excel可以管理外，公司更希望能够对以往的各种的人事信息，考勤信息，工作评价信息，工资信息等统一管理起来。高效的、准确的人事工资管理，不仅能促进员工不断提高自身素质、提高工作积极性。从而提高员工工作质量和效率。人事工资管理中数据的正确性、安全性，操作的高效性、可靠性，无一不影响着员工队伍的建设和管理。
1.2本课题的研究意义
目前市面上流行的工资发放软件不少。但是，对于企、事业单位的工资发放来说，不需要太大的数据库系统。只需要一个操作方便，功能实用，能同时满足财务部门、单位其他相关部门及代发单位这三方对数据的管理及需求的系统。我们的目标就是在于开发一个功能实用，用户（财务部、其他相关部门、银行）操作方便，简单明了的工资发放软件。
1.3 可行性分析
可行性研究的目的就是要用最小的代价在尽可能短的时间内确定问题是否能够解决。当然不能靠主观猜想而是要靠客观分析。必须分析几种主要的可能解法的利弊，从而判原定的系统目标和规模是否现实，系统完成后所能带来的效益是否大到值得去投资开发这个系统的程度。因此，可行性研究实质上是要进行依次大大地压缩简化了的系统分析和设计的过程，也就是在较高层次以较抽象的方式进行的系统分析和设计的过程。可行性研究主要从以下五个方面来进行。
1.3.1 技术上可行性
使用现有的技术能不能实现这个系统。由于本管理系统的对象单一，仅对本单位的人事信息进行管理，且在对人事信息进行增减、修改、删除及统计操作时基本不涉及到计算过程，因此，这个管理系统比较适合采用数据库来设计。在计算机硬件和软件快速发展的今天，计算机硬件和软件已经远远满足本管理系统的要求。在数据库编程工具方面，各种可视化编程方法的出现，一改过去程序设计的概念和方法，用户用鼠标就可以快速、简捷地创建应用程序，极大地提高了编程效率。在作者所了解数据库系统中，因为学过Visual Basic 6.0，对ACCESS数据库比较熟悉，因此决定采用VisualBasic 6.0及ACCESS来完成人事工资管理系统的设计。VisualBasic 6.0和ACCESS共同完成人事工资管理系统，它提供了面向对象的编程技术，编写少量或不用编写程序代码就能快速地创建出功能强大的可视化应用程序，可简化数据库管理，使开发应用程序这项艰辛的工作就象堆积木那样简单方便。另外，用ACCESS数据库开发的应用程序可以独立运行于windows平台， 而且ACCESS产生的数据库（表）适用范围广。
1.3.2 经济可行性
这个系统的经济效益能不能超过它的开发成本。本人事工资管理系统是基于VisualBasic 6.0及ACCESS基础上开发的小型数据库应用程序，不需要多少人力和物力就可以设计的。但本系统一旦投入使用，将大大减少人事工资管理人员的工作量，提高了工作效率，其经济效益是显儿易见的。
1.3.3 操作可行性
系统的操作方式在这个用户组织内能不能行得通。在进行需求分析时，就对用户组织进行了调查，针对他们的情况，设计出适合这个用户组织的人机界面，使操作方式简单明了。
1.3.4 人员的可行性
本人事工资管理系统是用VisualBasic 6.0及ACCESS设计的小型数据库应用程序，无须多少人员就可以设计成功的。通过对人事工资管理系统的可行性分析，所提出的功能是适合人事工资管理的，也完全可以实现的。
第二章 需求分析
本系统开发思想是采用现代化先进的人事工资信息化高效管理思想，综合多种人事工资信息管理软件开发商优点以及结合我们单位实际情况而开发。
2.1业务流程图
通过对调研单位的财务管理人员和该单位的相关负责人的交谈，深入了解获知该单位人事工资的操作流程。
对现行系统进行详细调查的重点是对管理业务的流程进行描述，通过采用业务流程图中的图形工具来描述管理业务活动可以帮助我直观的理解系统业务过程，找出业务流程中的不合理现象。
管理业务流程图的图形符号说明：
| 系统中人员 | 系统外实体 | 单据、报表、帐目 | 处理 | 数据流向 | 存储 |
|
|
|
|
|
|
|
绘制出的业务流程图如图所示：
|
用户 |
|
个人信息 |
|
财 务 人 员 |
|
单位管理人员 |
|
考勤信息 |
|
其他信息 |
|
单位管 理人员 |
|
工资信息 |
|
工资账目 |
图2-1业务流程图
2.2 新系统的数据流图
根据上面的业务流程分行，得到该系统的逻辑方案，该方案通过数据流程图和数据字典二个方面来说明。
数据流程图就是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。这个模型不涉及硬件、软件、数据结构与文件组织，它与对系统的物理描述无关，只是用一种图形及与此相关的注释来表示系统的逻辑功能，即开发的系统在管理信息处理方面要做什么。由于图形描述简明，清晰，不涉及到技术细节，所描述的内容是面向用户的，所以即使完全不懂信息技术的用户单位的人员也容易理解。因此数据流程图是系统分析人员与用户进行交流的有效手段，也是系统设计的主要依据之一。
|
1
|
人事信
息处理
|
| |||
|
|
2 4.1
|
业务档 生成
案处理 工资
|
| |||||
|
|
| ||||
|
3
|
考勤信
息处理
4.2
工资查询
工资报表 统计报表
图2-2新系统数据流程图
员工人事工资管理系统是针对企事业部门的大量业务处理工作用计算机进行全面现代化管理。主要包括员工人事档案管理、业务档案、工作评价管理、工资管理、和考勤管理等几个方面的功能,以实现用户方便的输入、查询、统计、打印相关报表的业务需求。
·根据数据流程图可以看出新系统逻辑模型中具体系统功能如下：
(1)人事档案管理
包括在职职工信息，离职教职工信息和部门信息。提供对“职工履历表”数据输入、组合条件查询、统计、打印功能,实现”职工花名册”数据生成、查询、统计、打印功能。
(2)业务档案管理
提供对“职工业务档案记载表”数据输入，组合条件查询，统计，打印功能。
(3)员工工作评价管理
提供对员工的每年度的工作考核进行录入，维护和浏览以及报表等功能。
(4)员工考勤管理
提供对各部门“月考勤登记表”数据的录入、查询、统计功能；根据“月考勤登记表”数据分部门按各种日考勤标志进行分类统计,且生成“员工月考勤统计表”，数据及“员工月考勤统计汇总表”数据，实现该表的查询、打印功能。
(5)职工工资管理
提供对“员工工资表”数据的输入、查询、按月份统计、打印功能，完成每月对“员工工资表”数据的月统计,以此生成“员工工资总额构成情况表”实现该表的查询、打印功能。
人事工资档案是管理职工自身信息，包括学历、职称、社会经历等；业务档案是用于对员工岗位，业务进行管理登记；考勤管理是指职工出勤率登记，以便日后留档查询，跟效益工资挂钩。工资管理是指按不同资历员工有不同档次的工资计算标准，不同职务的人员有不同的岗位津贴，此外，还跟基本工资、加班工资、出勤情况有关，从而更加准确公平的发放员工实际工资；
人事管理
|
|
评价管理 业务档案
企事业工资
管理系统
系统管理 考勤管理
工资管理
图2-3企事业工资管理系统图
人事工资管理人员功能的信息量大，数据安全性和保密性要求最高。本功能实现对员工信息、业务信息、考勤信息的管理和统计、工作人员和管理人员信息查看及维护。超级管理员可以浏览、查询、添加、删除、修改、统计员工人事信息等普通管理操作员只能按指定范围功能的操作权限。
2.3 新系统的数据字典
上文中的数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具体的内容。数据词典的作用是给数据流图上的每一个成分以定义和说明。除此之外，数据词典还要对系统分析中其它需要说明的问题进行定义和说明。
本文的数据词典描述的主要内容有：数据元素、数据结构、数据流、数据存储、处理逻辑和外部项。在系统分析的过程中，产生了大量的数据词典。限于篇幅，我采用图表格式仅就这几项条目各举一例来说明。
| 数据元素 | ||||
| 系统名：人事工资管理 条目名：员工编号 | 编号：E1 别名：员工号 | |||
| 存储处： D1 基本信息表 D2 业务档案表 D3 考勤表 D4 工资表 | ||||
| 数据元素值： 代码类型 字符型 | 长度： 10 | |||
| 简要说明： 员工编号是员工的识别符，每个员工都有唯一的编号。 | ||||
| 修改记录： | 编写 | 日期 | 2005-4-25 | |
| 审核 | 日期 | |||
表2-1数据元素条目举例表
| 数据结构 | |||||
| 系统名：人事工资管理 条目名：人事信息 | 编号：I1 别名：无 | ||||
| 结构： 员工编号 姓名 性别 部门 民族 | 出生年月 政治面貌 家庭住址 学历 基本工资 | 有关数据存储： D1 员工信息表 | |||
| 有关数据流： | |||||
| 简要说明： 员工在进入单位后需要首先提供个人资料，单位并确定基本工资。 | |||||
| 修改记录： | 编写 | 日期 | 2005-4-25 | ||
| 审核 | 日期 | ||||
表2-2数据结构条目举例表
| 数据流 | ||||
| 系统名：人事工资管理 条目名：工资查询统计报表 | 编号：F5 别名：无 | |||
| 来源： 工资表 | 去处： 打印报表 | |||
| 数据流结构： 库存数据={员工编号+姓名+基本工资+岗位津贴+加班津贴+考勤工资+行政性扣款+应发工资+个人所得税+实发工资 | ||||
| 简要说明： 对工资表中的已经创建的信息进行查询并且输出打印。 | ||||
| 修改记录： | 编写 | 日期 | 2005-4-25 | |
| 审核 | 日期 | |||
表2-3数据流条目举例表
| 数据存储 | ||||||||||||||||||||||||||
| 系统名：人事工资管理 条目名：工资表 | 编号：D4 别名：无 | |||||||||||||||||||||||||
| 存储组织： 每个员工一条工资记录按员工编号顺序排列 | 主关键字：员工编号 辅关键字：年月 | |||||||||||||||||||||||||
| 记录组成：
| ||||||||||||||||||||||||||
| 简要说明： 员工的所有的创建的工资信息都存储在这里。 | ||||||||||||||||||||||||||
| 修改记录： | 编写 | 日期 | 2005-4-25 | |||||||||||||||||||||||
| 审核 | 日期 | |||||||||||||||||||||||||
表2-4数据存储条目举例表
| 处理逻辑 | ||||
| 系统名：人事工资管理 条目名：生成工资表 | 编号： 别名：无 | |||
| 输入： 取自基本信息，业务档案信息，考勤信息，年月等。 | 输出： 员工当月的工资表 | |||
| 加工逻辑： 应发工资=基本工资+岗位工资+加班津贴+考勤工资-行政扣款 个人所得税=(基本工资+岗位工资+加班津贴+考勤工资-行政扣款-800)*02 实发工资=应发工资-个人所得税 | ||||
| 简要说明： 工资表每月创建一次。 | ||||
| 修改纪录： | 编写 | 日期 | 2005-4-25 | |
| 审核 | 日期 | |||
|
表2-5 数据处理逻辑条目举例表 |
第三章 总体设计
由于该单位的工资信息管理系统是属于中小型系统，其具体方案设计模型如下：
员工
查询
数据管理
管理员 工资管理系统
浏览
DB
图3-1系统方案设计模型图
3.1 系统流程图
工资管理系统的输出结果是对员工工作的一个评价，在本系统中，计算工资的基本依据是考勤管理系统的统计结果，同时，在统计和查询时需要用到人事管理系统中员工信息和部门信息。
本系统的数据流程如图所示：
|
工资系数调整 |
|
员工工资系数 调整表 |
|
月考勤表 |
|
工资计算 |
|
月工资表 |
|
工资发放 |
|
|
图3-2系统流程图
3.2 功能模块结构图
软件所实现的功能强弱是衡量一个软件的最根本的标准。经过对系统的可行性分析、需求分析、数据分析后，结合调研的情况，确定了本子系统的功能模块如下图所示。
工资管理系统
人事档案 业务档案 工资管理 考勤管理 系统管理
|
|
|
|
|
| |||||
档 档 档 档 档 档 评 评 工 工 工 工 初 考 考 考
案 案 案 案 案 案 价 价 资 资 资 资 始 勤 勤 勤
输 更 查 统 输 查 输 维 生 查 统 报 化 更 查 报
入 新 询 计 入 询 入 护 成 询 计 表 新 询 表
|
|
用 系 关 系
户 数 于 统
管 维 系 退
理 护 统 出
图3-3功能模块结构图
本人事管理系统分五大模块，具体如下：
3.2.1人事档案管理
人事管理是员工基本信息的录入：
|
人事档案 |
|
档案更新 |
|
档案查询 |
|
档案统计 |
|
档案输出 |
图3-4人事档案管理流程图
档案更新:包括对人事档案的修改，删除，增加（新建档案）
档案查询：可以按姓名、职称或任意条件查询个人或一部分人的情况；
档案统计：按多种条件进行数据统计并显示，包括统计学历、职称、年龄、政治面貌等。
档案输出：可以输出个人档案，全部档案，花名册，团员名册，党员名册等
3.2.2业务档案管理
|
业 务 档 案 |
|
业务编辑 |
|
业务查询 |
|
评价编辑 |
|
评价维护 |
图3-5业务档案流程图
档案编辑：包括新建，修改，删除员工的业务档案。
档案查询：可以按姓名、职称或任意条件查询个人或一部分人的情况
评价编辑：包括对员工每年的考核评价等级等情况进行录入和浏览。
评价维护：可以输出员工的评价资料进行维护修改。
3.2.3工资管理
|
工 资 管 理 |
|
创建工资 |
|
工资查询 |
|
工资统计 |
|
工资输出 |
图3-6工资管理流程图
创建工资表：通过输入的年月来完成对员工工资表的创建，创建工资表是将系统中其它的数据库表中的数据关联起来，综合得到的员工的某年月的工资。
工资查询：可按员工编号和年月等进行员工工资状况查询；
工资统计：按多种条件进行数据统计并显示。
工资输出：可以输出个人工资单，或输出全体人员工资汇总清单。本系统的输入报表是通过导出到excel完成报表的。
3.2.4考勤管理
|
考 勤 管 理 |
|
创建考勤 |
|
考勤维护 |
|
考勤查询 |
|
统计输出 |
图3-7考勤管理流程图
考勤表的创建：按照年月对考勤表完成初始化创建。
考勤维护: 考勤表创建时初始化数据暂时为0，其中的字段的值需要通过考勤表维护功能来进行修改。
考勤查询: 按姓名或员工编号查询个人出勤情况。
统计输出：按多种条件进行数据统计并显示在表格中，也可将统计计结果打印出来。本系统的输出报表是通过将输出的数据对象导出到报表专家excel后通过excel完成报表。
3.2.5系统管理
|
系统管理 |
|
参数设置 |
|
添加用户 |
|
关于系统 |
|
退出系统 |
图3-8系统管理流程图
添加用户：系统用户分为：系统管理员级别的超级用户，一般用户即系统操作员。管理员有添加操作员，添加和修改员工人事数据库中的重要数据的权限。而一般用户没有添加操作员的权限，他们只具备一般的数据浏览，查询，统计，报表，和少数数据的添加，修改等权限。
参数设置：该操作属于管理员权限的用户的操作权限。该模块的功能是设置和修改员工工资表的相关工资系数，比如迟到一次的扣出多少，早退一次扣除多少。该参数的设置直接影响员工的工资表。
3.3 数据库设计
“数据库”就是为了实现一定的目的按某种规则组织起来的“数据”的“集合”。它由一个称为数据库管理系统的软件进行管理。数据的存取方式独立于使用它的应用程序。
数据库的主要特征：
数据共享
数据具有最小冗余度
数据的完整性
数据的安全性
数据的独立性
数据库结构的设计是软件开发的首要条件，设计较好、全面的数据库结构，对于软件开发来说是成功的基石，数据库结构设计不全面，会严重影响软件的开发利用率与进程。
3.3.1数据库概念结构设计
这一设计是在需求分析的基础上，设计出能够满足用户需求的各种实体，以及它们之间的关系，为后面的逻辑结构设计打下基础。
本系统根据上面的设计规划出的实体有：员工实体、员工工资实体、工资等级实体、部门岗位实体、工龄实体、公司福利实体。
实体与实体之间的关系E-R图如下图3-9所示：
员工
对应
|
|
员工工资
包含
|
|
基 岗 加 行 考
础 位 班 政 勤
工 工 工 费 工
资 资 资 用 资
|
|
|
|
|
|
对应 对应 对应 对应 对应
|
|
|
|
|
|
图3-9实体与实体之间的关系E-R图
3.3.2数据库的逻辑结构设计
将以上的E-R图转换成如下关系模式：
员工信息表(员工编号、姓名、部门、性别、民族、出生年月、政治面貌、家庭住址、联系电话、毕业学校、最高学历、所学专业、职务、专业技术职称、职称时间、个人简历、奖惩情况)。
员工业务档案表（员工编号、岗位编号、业务档案等）。
员工考勤表（员工编号、迟到次数、早退次数、缺席次数、离岗次数、备注、年月）。
员工工资表（员工编号、基本工资、岗位工资、加班津贴、考勤工资、行政性扣款、个人所得税、实发工资、年月）。
依据上面的关系模式，设计数据库表如下：
(1) 员工信息表（ygInfo）:该表来记录员工基本信息。
| 列名 | 数据类型 | 宽度 | 可否为空 |
| 员工编号（主键） | 文本型 | 6 | 不能为空 |
| 姓名 | 文本型 | 8 | 可为空 |
| 性别 | 文本型 | 2 | 可为空 |
| 部门 | 文本型 | 10 | 可为空 |
| 民族 | 文本型 | 20 | 可为空 |
| 出生年月 | 日期/时间型 | 8 | 可为空 |
| 政治面貌 | 文本型 | 10 | 可为空 |
| 家庭住址 | 文本型 | 50 | 可为空 |
| 联系电话 | 文本型 | 11 | 可为空 |
| 毕业学校 | 文本型 | 50 | 可为空 |
| 最高学历 | 文本型 | 6 | 可为空 |
| 所学专业 | 文本型 | 20 | 可为空 |
| 职务 | 文本型 | 8 | 可为空 |
| 专业技术职称 | 文本型 | 20 | 可为空 |
| 职称时间 | 日期/时间型 | 8 | 可为空 |
| 基本工资 | 数字型 | 单精度 | 可为空 |
| 奖惩情况 | 备注型 | Meno | 可为空 |
| 个人简历 | 备注型 | Meno | 可为空 |
表3-1员工信息表
(2) 业务档案表 (TBInfo)：该表记录员工业务相关档案信息
| 列名 | 数据类型 | 宽度 | 可否为空 |
| 员工编号（主键） | 文本型 | 6 | 不能为空 |
| 岗位编号 | 文本型 | 20 | 不能为空 |
| 业务档案 | 备注型 | Meno | 不能为空 |
表3-2业务档案表
(3)考勤表(attendanceInfo)：该表记录员工考勤信息
| 列名 | 数据类型 | 宽度 | 可否为空 |
| 员工编号（主键） | 文本型 | 6 | 不能为空 |
| 迟到次数 | 数字型 | 2 | 不能为空 |
| 早退次数 | 数字型 | 2 | 不能为空 |
| 缺席次数 | 数字型 | 2 | 不能为空 |
| 离岗次数 | 数字型 | 2 | 不能为空 |
| 备注 | 备注型 | Meno | 不能为空 |
| 年月 | 文本型 | 6 | 不能为空 |
表3-3员工考勤信息表
（4）工资表(wageInfo)：该表记录员工工资信息
| 列名 | 数据类型 | 宽度 | 可否为空 |
| 员工编号（主键） | 文本型 | 6 | 不能为空 |
| 基本工资 | 数字型（单精度） | 6 | 不能为空 |
| 岗位工资 | 数字型（单精度） | 6 | 不能为空 |
| 加班津贴 | 数字型（单精度） | 6 | 不能为空 |
| 考勤工资 | 数字型（单精度） | 6 | 不能为空 |
| 行政性扣款 | 数字型（单精度） | 6 | 不能为空 |
| 个人所得税 | 数字型（单精度） | 6 | 不能为空 |
| 实发工资 | 数字型（单精度） | 6 | 不能为空 |
| 年月 | 文本型 | 6 | 不能为空 |
表3-4员工工资信息表
（5）加班表(jbinfo)：该表记录员工的加班信息
| 列名 | 数据类型 | 宽度 | 可否为空 |
| 员工编号（主键） | 文本型 | 6 | 不能为空 |
| 加班天数 | 数字型 | 2 | 不能为空 |
| 加班类别 | 文本型 | 1 | 不能为空 |
| 年月 | 文本型 | 6 | 不能为空 |
| 备注 | 备注型 | Meno | 不能为空 |
表3-5员工的加班信息表
（6）xsinfo表：该表记录工资系数
| 列名 | 数据类型 | 宽度 | 可否为空 |
| 行政性扣款 | 数字型（单精度） | 6 | 不能为空 |
| 迟到 | 数字型（单精度） | 6 | 不能为空 |
| 早退 | 数字型（单精度） | 6 | 不能为空 |
| 离岗 | 数字型（单精度） | 6 | 不能为空 |
| 缺席 | 数字型（单精度） | 6 | 不能为空 |
| 平时加班 | 数字型（单精度） | 6 | 不能为空 |
| 双休加班 | 数字型（单精度） | 6 | 不能为空 |
| 节日加班 | 数字型（单精度） | 6 | 不能为空 |
表3-6员工工资系数表
（7）gwinfo表：岗位工资表
| 列名 | 数据类型 | 宽度 | 可否为空 |
| 岗位编号 | 文本型 | 6 | 不能为空 |
| 岗位名称 | 文本型 | 10 | 不能为空 |
| 岗位工资 | 数字型（单精度） | 6 | 不能为空 |
| 职责 | 备注型 | Meno | 可为空 |
表3-7员工岗位工资表
（8）user表：改变记录系统用户
| 列名 | 数据类型 | 宽度 | 可否为空 |
| 用户名 | 文本型 | 20 | 不能为空 |
| 密码 | 文本型 | 20 | 不能为空 |
| 级别 | 文本型 | 6 | 不能为空 |
| 联系电话 | 文本型 | 11 | 可为空 |
表3-8系统用户记录表
3.3.3 数据库结构的实现
本系统的后台数据库选择为ACCESS，在以上的数据库概念结构设计和逻辑结构设计完成后，就可以实现为ACCESS数据库了。在实现之前，这里简介一下该数据库：Access是Office办公套件中一个极为重要的组成部分。刚开始时微软公司是将Access单独作为一个产品进行销售的，后来微软发现如果将Access捆绑在OFFICE中一起发售，将带来更加可观的利润，于是第一次将Access捆绑到OFFICE97中，成为OFFICE套件中的一个重要成员。现在它已经成为Office办公套件中不可缺少的部件了。自从1992年开始销售以来，已经成为世界上最流行的桌面数据库管理系统。Access的新版本功能变得更加强大。不管是处理公司的客户订单数据，管理自己的个人通讯录，还是大量科研数据的记录和处理，人们都可以利用它来解决大量数据的管理工作。
● ACCESS具有三大功能：
建立数据库;数据库操作;数据通讯。
● ACCESS的内部结构
ACCESS数据库是关系型数据库，具有表的特性，在ACCESS数据库中，包括表、查询、窗体、报表、页、宏和模块七个对象，这些对象用于收集、存储和操作各种不同的信息。它们功能如下 :(1)利用表对象存储信息；(2)利用查询对象搜索信息；(3)利用窗体对象查看信息；(4)利用报表对象显示信息；(5)利用页对象显示数据访问页信息；(6)利用宏对象完成自动化工作；(7)利用嵌入模块实现复杂功能。
● ACCESS数据库的构成
ACCESS数据库是一系列数据基本表、表与表之间的关系、查询、窗体、报表、页、宏和模块的集合，这些成分统一组织在一个以.mdb为后綴的数据库文件中。
这里重点介绍一下表与表之间的关系：
表是保存数据或信息的主要场所，它是一个二维表，二维表的行称为一个记录，存储某个实体的整体信息，是表的基本单位。表的一列称为一个字段，存储实体的一个属性的信息，是表的可访问的最小逻辑单位。表都应有至少一个关键字，它可使表中的记录惟一。
在需求分析、概念结构设计的基础上得到数据库的逻辑结构设计之后，我们就可以在Visual Basic6.0中实现该逻辑结构。实现方法和步骤如下：
以英文版本为例：通过菜单栏：Add-Ins→Visual Data Manager…点击出现VisData界面，点击菜单File→New→Microsoft Access→Vision 7.0 MDB…弹出保存数据库文件的存放位置和数据库的文件名的对话框，命名为rsgz.mdb保存到当前系统存放的文件下。这时出现Database Windows设计界面，鼠标右键选择新建表。
所设计的表的字段就是逻辑结构表中的列名。
第四章 系统的详细设计
数据库中的数据被用户利用的方式可以通过数据管理系统提供的操作功能来使用，也可通过应用程序操作数据库。
应用程序是利用数据管理，为解决某个具体的管理或数据处理的任务而编制的一系列命令的有序集合。
图4-1应用程序操作数据库图
在本系统的后台数据库已经设计完成后，现在就可以对系统分析阶段设计的功能模块通过编码设计成一个应用程序，最终来完成对数据库中数据的管理和应用的目的。
4.1开发环境简介
Visual Basic 是一个可视化的、面向对象的、采用事件驱动的结构化高级程序设计语言，它具有强大的数据库操作功能，提供了数据管理器（Data Manager）、数据控件（Data Control）、以及ADO（Activex数据对象）等强大工具，利用它能够建立多种类型的数据库并可以管理维护和使用这些数据。
当设计好系统的数据库结构后，就可以开始在Visual Basic6.0中开始设计系统功能模块相应的窗体了。设计窗体就是将前面分析得到系统的功能模块通过在Visual Basic6.0设计出具体的窗体，通过窗体的操作来实现预订的模块的功能。由于Visual Basic6.0是一种面向对象的编程软件，设计窗体和控件可以轻松通过系统得到，所以编程的时可以集中精力来设计控件的事件。面向对象的编程软件就是通过控件这种对象，发出不同的消息，去触发相应事件的发生。
20
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
