接上级模块的个数，扇出系数指一个模块拥有的直接下级模块的个数，应控制在7以内；
⑹ 高模块的信息隐蔽程度，软件设计是一个将信息需求转换成数据结构、程序结构和过程性的多步骤过程。常用的结构设计方法是基于模块化、自顶向下逐步细化，结构化程序设计等程序设计基础上发展起来的。
3.2 系统模块图
3.2.1 系统总体结构
本员工绩效考核管理系统的目标旨在改善和提高公司内部员工的考核管理方式。
系统应具备简单易用，高度灵活性与可自定义性，全面支持Internet/Intranet，严密的多级管理权限功能等特点。系统基于C/S结构，能够通过该系统轻松的实现对员工的考核和员工工资的管理，提高办公效率。
模块层次图，是描述软件层次特性的工具，描述某个模块负责管理控制哪些模块以及上下级模块或同级模块之间的数据传递关系。模块层次图，能够清楚地表明系统的结构，并可用来粗略地估计系统的尺寸。它的优点就是图形清晰，缺点是不能表明程序的主要执行逻辑，尤其是没有表明模块之间的通讯情况。
根据需求分析、用户的要求以及为完善系统而添加的一些功能，可以得到系统的模块层次图。
员工绩效考核管理系统的管理员子系统功能结构图3.1所示：
员工绩效考核管理系统管理员系统 部门管理 员工管理 考核项目管理 工资管理 绩效管理 绩效统计 管理员管理 7
图3.1员工绩效考核管理系统管理员系统功能结构图
员工绩效考核管理系统的普通用户子系统功能结构图3.2所示。
员工绩效考核管理系统普通用户 查 查密看 看码工 绩修资 效改 信 考息 核
图3.2员工绩效考核管理系统普通用户系统功能结构图
3.2.2系统模块描述
系统模块的描述主要是描述出系统模块的功能和处理。主要是用文字去描述，而不是用图形图描述。
管理员系统模块具体实现的功能分析如下： 1、部门管理模块，完成系统所需部门信息的管理。
2、员工管理，完成员工信息的管理。员工信息主要有：登录编号，真实姓名，性别，身份证号，部门编号，出生日期，工作时间，联系电话，基本工资，登录密码等。
3、绩效管理，对员工的绩效信息进行管理。
4、考核项目管理，对员工的考核项目信息进行管理。
5、工资管理，对员工的工资奖金等信息进行管理。工资信息有：编号，员工编号，项目奖金，基本工资，实发工资等。
6、绩效统计，对员工的绩效信息进行统计。
8
7、管理员管理，对使用本系统的管理员进行管理。
普通用户系统模块具体实现的功能分析如下： 1、工资信息，员工查询自己的工资信息。 2、绩效信息，员工查询自己的绩效信息。
3.3 数据库设计
数据库是指自描述的完整记录的集合。数据库是自描述的：它除了包含用户的源数据外，还包含关于它本身结构的描述。数据库的自描述特点，它提高了程序／数据独立性，它使得检查数据库本身就确定数据库的结构和内容成为可能。数据库包含用户数据文件和其他内容，数据库在元数据中包含关于自身的描述。另外，数据库还包含用来表示数据之间的关系和提高数据库应用的性能的索引。最后，数据库还包含关于使用数据库的应用程序的数据。
设计一个数据库需要我们耐心收集和分析数据，仔细理清数据间的关系，消除对数据库应用不利的隐患等等。在整个设计过程中，我们必须按步骤认真完成。一个数据库的设计好坏将直接影响将来基于该数据库的应用。
另外，数据库也不是独立存在的，它总是与具体的应用相关的，为具体的应用而建立的。因此在设计数据库之前我们必须明确应用的目的，在设计数据库的时候也应时刻考虑用户需求，数据库与具体应用之间是相辅相成的关系。
数据库的设计过程一般包括以下几个步骤： ⑴ 确定建立数据库的目的和收集数据
数据库设计过程的第一个阶段是确定建立数据库的目的和收集数据。通常，我们也把确定建立数据库的目的称为需求分析。需求分析的任务就是通过详细调查要处理的对象来明确用户的各种需求。并且通过调查、收集和分析信息，以了解在数据库中需要存储哪些数据，要完成什么样的数据处理功能。这一过程是数据库设计的起点，它将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。
确定目的之后就需要根据目的收集有用的数据。在着手收集数据之前最重要的就是要调查用户的实际需求，然后分析与表达这些需求。调查用户需求的方法有很多，如查阅记录、访谈、开调查会、设计调查表请用户填写或回答相关问题
9
等。其中比较有效的方法是访谈，我们可以借助一些设计合理的调查表来与用户直接交流。通过充分交流，可以了解他们平时是如何使用数据库的，以及对当前信息的要求，进而设计满足用户需求的字段，并根据设计的字段收集数据。
⑵ 建立概念模型
确定建立数据库的目的以及完成数据收集后，就进入数据库设计过程的第二阶段——建立概念模型。概念模型，也称信息模型，它是按用户的观点来对数据和信息建模，主要用于数据库设计。这一阶段是整个数据库设计的关键。设计时，一般先根据应用的需求，画出能反映每个应用需求的E-R图，其中包括确定实体、属性和联系的类型。然后优化初始的E-R图，消除冗余和可能存在的矛盾。概念模型是队用户需求的客观反映，并不涉及具体的计算机软、硬件环境。因此，在这一阶段中我们必须将注意力集中在怎样表达出用户对信息的需求，而不考虑具体实现问题。
⑶ 建立数据模型
完成上一阶段后，我们得到了一个与具体计算机软、硬件无关的概念模型。接着我们就可以着手建立数据库模型了，这是数据库设计过程的第三个阶段。在这一阶段中我们要将概念模型中得到的E-R图转换成具体的数据模型。数据模型是表示实体与实体间的联系的模型。数据模型一般分为层次、网状、关系和面向对象模型等，主要是用于DBMS的实现。目前比较常用的是关系数据模型，我们通常将E-R图转换成关系数据模型，实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式。
⑷ 实施与维护数据库
最后一个阶段是实施与维护数据库。完成数据模型的建立后，我们就必须对字段进行命名，确定字段的类型和宽度，并利用数据库管理系统或数据库语言创建数据库结构、输入数据和运行等，因此数据库的实施是数据库设计过程的“最终实现”。如果数据库运行很成功，则表明数据库设计任务基本结束，以后的重点就是数据库的维护工作，包括做好备份工作、数据库的安全性和完整性调整、改善数据库性能等。
数据库的设计在数据库应用系统的开发中占有很重要的地位。只有设计出合理的数据库，才能为建立在数据库上的应用提供方便。不过数据库的设计过程从来都不会有真正的结束，因为随着用户需求和具体应用的变化和扩大，数据库的结构也可能会随之变化。
本系统的数据库名为xuewei。主要包括如下几个表：
10
表3-1管理员信息（Sys_Admin）表 字段名称 AdminID AdminName Tel Mail QQ Password 字段类型 nvarchar(50) nvarchar(50) nvarchar(50) nvarchar(50) nvarchar(50) nvarchar(50) 字段说明 用户登陆帐号 管理员姓名 联系电话 电子邮件 联系QQ 用户登陆密码 是否为空 否 是 是 是 是 否 其他说明 主键
表3-2工资信息(inf_Pay)表 字段名称 PayID PersonID BasePay BenefitPay FactPay 字段类型 nvarchar(50) nvarchar(50) float float float 字段说明 编号 员工编号 基本工资 项目奖金 实发工资 是否为空 否 是 是 是 是 其他说明 主键
表3-3 部门信息(Sys_Dept)表 字段名称 DeptID DeptName Duty 字段类型 nvarchar(50) nvarchar(50) ntext 字段说明 部门编号 部门名称 部门责任 是否为空 否 是 是 其他说明 主键
表3-4绩效信息(inf_ Benefit)表 字段名称 BenefitID PersonID ProjectID ProjectNumber InputDate 字段类型 int nvarchar(50) nvarchar(50) int datetime 字段说明 编号 人员编号 项目编号 数量 时间 是否为空 否 是 是 是 是 其他说明 主键 （自动编号）
表3-5员工信息(Sys_Person)表 字段名称 PersonID PersonName Password Card DeptID Sex Birthday WorkDate Tel Pay 字段类型 nvarchar(50) nvarchar(50) nvarchar(50) nvarchar(50) nvarchar(50) nvarchar(50) nvarchar(50) nvarchar(50) nvarchar(50) float 字段说明 登录编号 真实名称 登录密码 身份证号 部门编号 性别 出生日期 工作时间 联系电话 基本工资 是否为空 否 是 是 是 是 是 是 是 是 是 其他说明 主键 11