数据字典最重要的作用是作为分析阶段的工具。任何字典最重要的用途都是供人查询对不了解的条目的解释，在结构化分析中，数据字典的作用是给数据流图上每个成分加以定义和说明。数据流图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。
2.4    系统的数据库设计
2.4.1    概念设计    
在概念设计阶段中，从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
2.4.2    ER图设计
 1、实体和属性的定义：
1）管理员用户类别（用户名，密码，权限，注册时间等）
图2.3 管理员用户实体与属性的定义
2）工资信息（编号，员工编号，员工姓名，员工工资，领取时间等）
图2.4 工资信息实体与属性的定义
2 、实体关系定义：
ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:1、1:N、M:N的关系。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等针对本系统分析如下：
一个管理员一次可以多个工资信息，而一个工资信息只可以被一个管理员编辑



图2.5管理员与工资 1:N（一对多的关系）
2.4.3    设计全局ER模式
      所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
1) 确定公共实体类型
    为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。
2) 局部ER模式的合并
合并的原则是：首先进行两两合并；先合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
3) 消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
    设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。
  4) 全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。
人事管理系统的全局ER模式如图所示：
 
图2.6  数据E-R图
3    详细设计
通过之前对系统中软件的经济、技术和运行可行性的分析，以及需求分析阶段对系统功能和性能方面的分析，可以总结本系统的下一个总体设计模块及相关的设计方法和技术，为下一步的代码实现提供了指导。 ASP.net+Sqlsrver的HR管理系统设计与实现(8):http://www.youerw.com/jisuanji/lunwen_1752.html