各子系统的数据流程图及数据字典

合集下载

工资管理系统数据流程图

工资管理系统数据流程图

1. 工资管理系统的数据流程图,如图:2. 主要数据字典 1) 数据项的定义数据项数据项名称类型及宽度简述取值范围编号 I1 标示其他部门提交的职工考勤信息的年考勤日期 Char ( 10) 月工资日期 Char10) 标示职工工资的年月 I2 职工编码 Char10) 唯一用来标示职工的编码 I3 部门名称 Char(20) 使用此系统单位内部子部分 I4 基本工资 decimal(7,2) I5 各部门内的员工固定工资,即部门岗位工资。

2)数据存储的描述数据数据存简述数据存储组成相关联的存储储名称处理编号 S1 变动工记录职工变动工资的工资日期 + 职工编码 + 加班费 + 奖金 + 水P2 、 p4 资表详细信息电费 + 保险费 + 病假扣款 + 事假扣款 + 旷工扣款 + 其他扣款 + 个人所得税 S2 基本工记录职工固定工资的工资日期 + 职工编码 + 基本工资 + 工 P4 、 p5 资表详细信息龄工资 + 岗位津贴 + 固定补贴 S3 工资计记录职工工资的详细工资日期 + 职工编码 + 职工姓名 + 个 P4 、 p5 、算表信息人账号 + 基本工资 + 工龄工资 + 岗位p6 、 p7 、津贴 + 固定补贴 + 变动津贴 + 加班费 + p8 、 p9 奖金 + 应发工资 + 水电费 + 保险费 + 病假扣款 + 事假扣款 + 旷工扣款 + 其他扣款 + 个人所得税 + 扣款合计 + 实发工资 S4 福利费记录职工福利费分配日期 + 职工编码 + 部门编码 + 对应科目编码 P8 、 p10 计提分的详细信息 + 金额配表 S5 个人所记录职工个人所得税职工编码 + 职工姓名 + 所得期间 + 所得项目 P9 、 p10 得税申情况 + 收入额合计 + 费用额 + 应纳税所得额 + 税报表率 + 速算扣除数 + 扣缴所得税额 S6 工资费描述工资费用的分摊日期 + 职工编码 + 部门编码 + 对应科目编码 P7 、 p10 用分配(来源) + 金额表S8 职员信职员基本信息职工编码 + 职工姓名 + 性别 + 人员类别 + P3 、 E3息表部门编码 + 部门名称 + 岗位编码 + 岗位名称 + 职称 + 工龄 + 个人账号 + 联系电话 S9 工资计设置职工工资项目金基本工资计算标准 + 变动工资计算标准 E3 、 P2 算标准额标准表 S10 考勤表记录职工考勤信息情考勤日期 + 职工编码 + 加班天数 + 病假天数 P1 、 P2 况 + 旷工天数 + 事假天数; 3)数据流的描述数据数据流简述数据流数据流数据流组成数据高峰流编名称来源去向流量流量号D1 考勤记输入的企业所有E1 P1 考勤日期 + 职工编码 + 1 次 1 次录职工的考勤信息加班天数 + 病假天数 + / 月 / 月旷工天数 + 事假天数; D1 人事基描述人事基本信E2 P3 职工编码 + 职工姓名 + 1 次 1 次本信息息性别 + 人员类别 + 部门/ 月 / 月编码 + 部门名称 + 岗位编码 + 岗位名称 + 职称 + 工龄 + 个人账号 + 联系电话 4) 处理的描述处理处理逻输入的数据流处理逻辑的描述输出的数处理逻辑辑名称据流频率编号 P1 输入考D1 其他部门汇总的由其他部门的负责人每个月按期输入S11 考勤1 次勤信息考勤信息企业所有职工的考勤信息表 / 月 P2 编制变S9 工资计算标准财务处根据其他部门的负责人输入的S1 变动1 次动工资表 ;s11 考勤表职工考勤等考勤信息,以及工资计算标工资表 / 月表准表中设置的金额计算出企业每个职工的加班费、病假扣款、事假扣款、旷工扣款等金额,并编制变动工资表。

学生成绩管理系统数据流程图及数据字典

学生成绩管理系统数据流程图及数据字典

学生成绩管理系统数据流程图及数据字典引言概述:学生成绩管理系统是一种用于管理学生各科成绩的软件系统。

通过数据流程图和数据字典,可以清晰地了解学生成绩管理系统的工作流程和数据定义。

本文将详细介绍学生成绩管理系统的数据流程图和数据字典,以便更好地理解该系统的功能和数据结构。

一、数据流程图1.1 学生信息录入流程1.2 成绩录入流程1.3 成绩查询流程1.1 学生信息录入流程学生信息录入是学生成绩管理系统的第一步,其流程如下:1.1.1 教师登录系统1.1.2 选择学生信息录入功能1.1.3 输入学生基本信息,如学号、姓名、性别、班级等1.1.4 系统保存学生信息1.2 成绩录入流程成绩录入是学生成绩管理系统的核心功能,其流程如下:1.2.1 教师登录系统1.2.2 选择成绩录入功能1.2.3 选择要录入成绩的科目和班级1.2.4 输入学生学号和对应科目的成绩1.2.5 系统保存成绩信息1.3 成绩查询流程成绩查询是学生成绩管理系统的常用功能,其流程如下:1.3.1 教师登录系统1.3.2 选择成绩查询功能1.3.3 输入要查询的学生学号或姓名1.3.4 系统显示该学生的各科成绩信息二、数据字典2.1 学生信息数据字典2.1.1 学号:学生的唯一标识符,通常由系统自动生成2.1.2 姓名:学生的姓名,由教师或管理员输入2.1.3 性别:学生的性别,可选项为男或女2.1.4 班级:学生所在的班级,由教师或管理员输入2.2 成绩信息数据字典2.2.1 学号:学生的唯一标识符,用于关联学生信息2.2.2 科目:学生所修科目的名称,如数学、语文、英语等2.2.3 成绩:学生在对应科目的成绩,由教师输入2.2.4 班级:学生所在的班级,用于关联班级信息2.3 教师信息数据字典2.3.1 教师编号:教师的唯一标识符,通常由系统自动生成2.3.2 姓名:教师的姓名,由管理员输入2.3.3 职称:教师的职称,如讲师、副教授、教授等2.3.4 所在学院:教师所在的学院,由管理员输入三、系统功能说明3.1 学生信息管理功能3.1.1 学生信息录入:教师或管理员可以录入学生的基本信息3.1.2 学生信息查询:教师或管理员可以查询学生的基本信息3.2 成绩管理功能3.2.1 成绩录入:教师可以录入学生的各科成绩3.2.2 成绩查询:教师或学生可以查询学生的各科成绩3.3 教师信息管理功能3.3.1 教师信息录入:管理员可以录入教师的基本信息3.3.2 教师信息查询:管理员可以查询教师的基本信息四、系统数据流说明4.1 输入流4.1.1 学生基本信息:由教师或管理员输入4.1.2 成绩信息:由教师输入4.2 输出流4.2.1 学生基本信息:显示学生的基本信息4.2.2 成绩信息:显示学生的各科成绩信息五、数据存储说明5.1 学生信息存储:包含学生的学号、姓名、性别、班级等信息5.2 成绩信息存储:包含学生的学号、科目、成绩、班级等信息5.3 教师信息存储:包含教师的教师编号、姓名、职称、所在学院等信息通过以上的数据流程图和数据字典,我们可以清晰地了解学生成绩管理系统的工作流程和数据结构。

学生成绩管理系统数据流程图及数据字典

学生成绩管理系统数据流程图及数据字典

学生成绩管理系统数据流程图及数据字典引言概述:学生成绩管理系统是一种用于管理和记录学生学习成绩的工具。

通过数据流程图和数据字典,可以清晰地展示系统的功能和数据流动情况。

本文将详细介绍学生成绩管理系统的数据流程图和数据字典,以便更好地理解和使用该系统。

一、学生成绩管理系统数据流程图1.1 学生信息录入1.1.1 输入学生基本信息学生信息管理人员通过学生成绩管理系统的界面,输入学生的基本信息,包括学号、姓名、性别、年龄等。

1.1.2 保存学生信息系统将学生的基本信息保存到数据库中,以便后续使用。

1.1.3 分配学生账号系统为每一个学生分配一个惟一的账号,用于登录学生成绩管理系统。

1.2 成绩录入与计算1.2.1 选择学生教师通过系统界面选择要录入成绩的学生。

1.2.2 输入成绩教师输入学生的各科成绩,包括语文、数学、英语等。

1.2.3 计算总分和平均分系统根据输入的成绩,自动计算学生的总分和平均分,并保存到数据库中。

1.3 成绩查询与分析1.3.1 选择查询条件学生、教师或者管理员通过系统界面选择查询条件,如学号、姓名、班级等。

1.3.2 查询成绩系统根据选择的查询条件,在数据库中查找对应学生的成绩信息。

1.3.3 展示成绩分析结果系统将查询到的成绩信息进行分析,并以图表或者表格的形式展示给用户,匡助用户更好地了解学生的学习情况。

二、学生成绩管理系统数据字典2.1 学生信息表(Student)2.1.1 字段:学号(ID)类型:字符串描述:学生的惟一标识符。

2.1.2 字段:姓名(Name)类型:字符串描述:学生的姓名。

2.1.3 字段:性别(Gender)类型:字符串描述:学生的性别。

2.2 成绩信息表(Score)2.2.1 字段:学号(ID)类型:字符串描述:学生的惟一标识符。

2.2.2 字段:科目(Subject)类型:字符串描述:学生的科目,如语文、数学、英语等。

2.2.3 字段:成绩(Grade)类型:浮点数描述:学生在该科目中的成绩。

数据流图与数据字典的一个经典例子

数据流图与数据字典的一个经典例子

系统的数据流图与数据字典实例作为示例,为简单起见,我们只考虑人机分工。

此处的数据流图是计算机化的帐务处理系统中涉及到计算机部分的数据流图,人工完成的部分将不做反应。

例如:计算机没有能力审核原始凭证、填制记账凭证,这些工作必须由人来完成,因此进入系统(系统的自动化部分)的应该是记账凭证而不是原始凭证。

银行对帐单仍然是系统的输入数据流,原有的输出数据流系统也必须提供。

图1 系统的顶层数据流图图2 系统的第一层分解图记账凭证进入计算机系统需要进行输入操作,而且由于记账凭证本身可能出错,或输入过程中可能发生错误,因此系统必须提供对已输入的记账凭证的修改功能和审核功能,审核通过的记账凭证才能够记账。

据此,对“凭证处理”分解得到第二层分解图,该分解图由凭证输入、凭证修改和凭证审核三个处理构成。

如果记账凭证是由操作人员直接根据原始凭证用计算机填制,则凭证处理还应该包含一个打印记账凭证的处理。

图3 系统第二层分解图之一(图1)在系统中,登帐处理由计算机完成,其分解的流程图与原来一致。

图4 系统第二层分解图之二(图2)图5系统第二层分解图之三(图3)图6 系统第二层分解图之四(图4)8.1.3 数据字典数据字典的作用是对数据流图中的各种成分进行详细说明,作为数据流图的细节补充,和数据流图一起构成完整的系统需求模型。

数据字典一般应包括对数据项,数据结构、数据存储和数据处理的说明。

以下列出本系统的主要数据字典条目。

1. 数据项条目数据项编号:D01-001数据项名称:凭证编号别名:凭证流水号符号名:PZBH数据类型:数值型长度:4取值范围:1~9999其余略。

2. 数据结构条目数据结构编号:DS01-003数据结构名称:会计分录别名:分录简述:记帐凭证的基本组成成分组成:科目代码+借贷方向+金额其余略。

3. 数据存储条目数据存储编号:F01数据存储名称:记账凭证来源:由凭证处理产生组成:凭证日期+凭证类别+凭证编号+附件张数+{会计分录}+制证+主管+审核数据存储编号:F02数据存储名称:现金日记账来源:由登记现金日记账产生组成:凭证日期+凭证类别+凭证编号+摘要+借方金额+贷方金额+余额方向+余额数据存储编号:F03数据存储名称:银行日记账来源:由登记银行日记账产生组成:凭证日期+凭证类别+凭证编号+摘要+借方金额+贷方金额+余额方向+余额数据存储编号:F04数据存储名称:明细账来源:由登记明细账产生组成:科目代码+凭证日期+凭证类别+凭证编号+摘要+借方金额+贷方金额+余额方向+余额数据存储编号:F05数据存储名称:总账来源:由登记总账产生组成:{科目代码+年份+月份+期初余额方向+期初余额+本期借方发生额+ 本期贷方发生额+本期余额方向+本期余额}其余略。

学生成绩管理系统数据流程图及数据字典

学生成绩管理系统数据流程图及数据字典

学生成绩管理系统数据流程图及数据字典随着教育信息化的发展,学生成绩管理系统在学校中得到了广泛应用。

学生成绩管理系统是一种利用计算机技术对学生成绩进行管理和分析的系统。

本文将介绍学生成绩管理系统的数据流程图及数据字典,以匡助读者更好地理解该系统的数据处理流程和数据结构。

一、数据流程图1.1 学生成绩录入流程- 学生成绩管理员登录系统- 选择录入成绩功能- 输入学生学号和成绩信息- 确认提交1.2 学生成绩查询流程- 学生/教师登录系统- 选择查询成绩功能- 输入学生学号或者姓名- 系统显示学生成绩信息1.3 学生成绩统计流程- 教师登录系统- 选择统计功能- 选择统计范围(班级/科目等)- 系统生成成绩统计报表二、数据字典2.1 学生信息表(Student)- 字段:学号(ID)、姓名(Name)、性别(Gender)、班级(Class)- 主键:学号(ID)2.2 成绩信息表(Score)- 字段:学号(ID)、科目(Subject)、成绩(Grade)- 主键:学号(ID)、科目(Subject)- 外键:学号(ID)参考学生信息表2.3 教师信息表(Teacher)- 字段:工号(ID)、姓名(Name)、科目(Subject)- 主键:工号(ID)三、数据处理流程3.1 学生成绩录入流程- 学生成绩管理员登录系统后,通过录入成绩功能将学生成绩信息存储到成绩信息表中。

- 系统会进行数据验证,确保输入的学号和科目存在且成绩符合规定范围。

- 成绩信息成功录入后,系统会生成相应的操作日志记录。

3.2 学生成绩查询流程- 学生/教师登录系统后,通过查询成绩功能可以根据学号或者姓名查看学生成绩信息。

- 系统会根据输入的条件在成绩信息表中进行查询,并将查询结果显示给用户。

- 查询结果包括学号、姓名、科目、成绩等信息,方便用户了解学生成绩情况。

3.3 学生成绩统计流程- 教师登录系统后,通过统计功能可以选择不同的统计范围进行成绩统计。

数据流图(DFD)和数据字典(DD)

数据流图(DFD)和数据字典(DD)

最小的数据单元
数据(shùjù)元素
一组数据元素
数据结构(shùjù jié ɡòu)
一组数据结构
数据流
数据存储
数据元素、数据结构、数据流和数据存储之间的关系 1、数据元素组合在一起形成数据结构。
2、数据流是运动中的数据结构,而数据存储是静止中的数据结构。
精品文档
数据流 词条(cítiáo)描述
27

精品文档

精品文档
客户数据文件
选择的数据
18
二、数据字典(DD)
数据(shùjù)字典任务:对于数据(shùjù)流图中出现的所以被 命名的图形元素在数据(shùjù)字典中作为一个词条加以定义 ,使得每一个图形元素的名字都有一个确切的解释。
管理信息系统
贵州大学计算机学院(xuéyuàn)
19
蒋朝惠
精品文档
管理信息系统
贵州大学计算机学院(xuéyuàn) 蒋朝惠
7
精品文档
例1 事务处理——去银行(yínháng)取款
储户 取款单、存折
付款
付款信息
出纳员 检验
登录
登记存款信息
日历
检验出的问题:存折有效性、取款单填写问题或是存折、 帐卡与取款
管理信息系统
贵州大学计算机学院(xuéyuàn)
8
蒋朝惠
精品文档
顶层流图:仅包含一个加工,它代表被开发系统,用于表明 被开发系统的范围,以及(yǐjí)它和周围环境的数据交换关 系。
中间层流图:是对其上层父图的细化。
底层流图:又称:“原子加工”,不须再做分解的数据 流图。
精品文档
分层 实体(shítǐ)A DFD
示意图

工资管理系统数据流程图

工资管理系统数据流程图
使用此系统单位内部子部分
I5
基本工资
decimal(7,2)
各部门内的员工固定工资,即部门岗位工资。
2)数据存储的描述
数据存储编号
数据存储名称
简述
数据存储组成
相关联的处理
S1
变动工资表
记录职工变动工资的详细信息
工资日期 + 职工编码 + 加班费 + 奖金 + 水电费 + 保险费 + 病假扣款 + 事假扣款 + 旷工扣款 + 其他扣款 + 个人所得税
奖金 + 应发工资 + 水电费 + 保险费 + 病
假扣款 + 事假扣款 + 旷工扣款 + 其他
扣款 + 个人所得税 + 扣款合计 + 实发
工资
P4 、 p5 、 p6 、 p7 、 p8 、 p9
S4
福利费计提分配表
记录职工福利费分配的详细信息
日期 + 职工编码 + 部门编码 + 对应科目编码 + 金额
1 次 / 月
1 次 / 月
D1
人事基本信息
描述人事基本信息
E2
P3
职工编码 + 职工姓名 + 性别 + 人员类别 + 部门编码 + 部门名称 + 岗位编码 + 岗位名称 + 职称 + 工龄 + 个人账号 + 联系电话
1 次 / 月
1 次 / 月
4) 处理的描述
处理逻辑编号
处理逻辑名称
输入的数据流
处理逻辑的描述
1 次 / 月

学生成绩管理系统数据流程图及数据字典

学生成绩管理系统数据流程图及数据字典

学生成绩管理系统数据流程图及数据字典一、数据流程图学生成绩管理系统是一个用于管理学生的学习成绩的系统。

下面是该系统的数据流程图:1. 学生信息录入流程:- 学生信息管理员将学生的基本信息录入系统中,包括学生的姓名、学号、班级等。

- 系统生成一个惟一的学生ID,并将学生ID与学生的基本信息关联起来。

- 学生信息管理员将学生的课程信息录入系统中,包括课程名称、课程代码等。

- 系统生成一个惟一的课程ID,并将课程ID与课程信息关联起来。

2. 成绩录入流程:- 教师登录系统后,选择要录入成绩的课程。

- 系统显示该课程下的所有学生列表。

- 教师选择要录入成绩的学生,并输入学生的成绩。

- 系统将成绩与学生ID和课程ID关联起来,并存储在数据库中。

3. 成绩查询流程:- 学生登录系统后,选择要查询成绩的课程。

- 系统显示该课程下的该学生的成绩。

4. 成绩统计流程:- 教师登录系统后,选择要统计成绩的课程。

- 系统显示该课程下的所有学生列表及其成绩。

- 教师可以选择按照成绩排序,计算平均成绩等。

二、数据字典下面是学生成绩管理系统的数据字典,包括实体和属性的定义:1. 学生(Student)实体:- 学生ID(StudentID):惟一标识学生的ID。

- 姓名(Name):学生的姓名。

- 学号(StudentNumber):学生的学号。

- 班级(Class):学生所在的班级。

2. 课程(Course)实体:- 课程ID(CourseID):惟一标识课程的ID。

- 课程名称(CourseName):课程的名称。

- 课程代码(CourseCode):课程的代码。

3. 成绩(Grade)实体:- 学生ID(StudentID):学生的ID。

- 课程ID(CourseID):课程的ID。

- 成绩(Score):学生在该课程中的成绩。

4. 用户(User)实体:- 用户ID(UserID):惟一标识用户的ID。

- 用户名(Username):用户的用户名。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

.系统内部框架及数据字典1.1 信息分类及相互关系中国人民大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的,其中涉及的信息大体上可以分为四类:业务过程信息、读者信息、费用信息和管理信息.其中业务过程信息是指完成业务所产生的过程控制信息,如借阅信息、书刊出入库信息等,都是局部信息;读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息,是基本信息;管理信息是由基本信息和业务过程信息加工得到的,如读者流动情况、书刊平均借阅天数、效率分析等,是派生信息.读者借阅活动和各类信息之间的关系1.2 贯穿系统的两条信息线集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变,不随着新系统的加入而发生大的变化。

找出图书馆信息系统的内在联系,确立好各局部系统之间的接口,是实现这一目标的前提.贯穿整个图书馆信息系统有两条信息线:读者信息线和费用信息线。

以此为框架来构造和集成整个系统。

证件信息包括读者主索引、借阅记录等等;费用信息包括在各个环节发生的各类费用及消耗成本等。

这两条信息线在系统中体现为具体的数据结构,它独立于各局部系统而存在。

从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。

2. 各子系统的数据流程图及数据字典2.1财务管理子系统功能:负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。

其中财务管理包括:全馆人员工资、奖金发放及经费管理.流程: 罚款收据读者ID 结算数据罚单单 据 务 整工资报表 会计凭证采购计划预算数据 会计凭证现金额 财务调整 财务调整资金采购资料批准/不批准审批准/送进计划 行 政 科 采 访 科读 者支付罚款 应收款项 单据处理应付款项 职 工 支付工资支付款 项 证件 检查 证件调整需配置及初始化的表:账务登记表字段中文名称字段名类型长度说明业务号 TRAD_NO I 20 发生业务的统一编号 日期 TRAD_DATE D 业务发生的日期 收入 INCOME I 30 业务收入的金额 支出 OUTCOME I 30 业务的支出凭证号 PROOF_NO C 10 本项业务涉及的凭证的编号 摘要CHIEF_INTRC50业务内容的摘要2.2书刊管理子系统功能:组织和管理藏书。

组织和管理藏书:根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类,根据借阅的需求拟更新藏书建议目录,负责馆藏剔旧处理,根据实际情况及时更新书刊信息;流程:现金审批通过的项目 拨款额 预算项目 财务状况 预 支预 额 算 工作 财务 报 数量表 财务调整采 计 图书处理更新计划 购 划领款通知采购图书会计凭证图书处理 发票开支费用各类图书分类图书处理更新旧图书资料 财务状况主管部门采访部 行政科 下达 预算 财务科 开单据 整合 账单 考核审批分类 统计核算 上报处理调 整上报 图书库分类清理清理核算需配置及初始化的表:在库书刊字典 字段中文名称 字段名 类型 长度 说明编号 BOOK_NO C 16 全馆书刊的统一编号,可作为识别标志 书名 BOOK_NAME C 50 书刊名称 作者 WRI_NAME C 10 作者的姓名 出版社 PUB_HOUSE C 50 出版社的名称 出版日期 PUB_DATE D 本版的出版日期 版次 PUB_TIMES I 4类别 BOOK_VAR C 20 按本馆图书的分类方法分类 借阅者 REA_NO C 8 读者的标志号 库存地点SAVE_PLACEI16用户定义的完整性约束要求类别和借阅者的填入值必须有效,即必须是存在的值。

2.3 读者管理子系统功能:更新和查询读者信息、办理借阅证件. 流程:证件管理子系统:账户调整 收款服务通知服务结果帐单 各 种 费 用图书调整 收据 服务请求 有效 ID 服务细则 退役罚 款 无效 号码帐 单 ID 违章 退役 ID 无欠款ID细则罚款尚有欠款 收据证件调整证件调整需配置及初始化的表: 字段中文名称 字段名 类型 长度 说明 姓名 NAME C 8 读者姓名 ID REA_NO C 8 读者ID 号 性别 SEX C 2 年龄 AGE I 2系别DEPARTC20读者所属系别字段中文名称 字段名 类型 长度 说明 IDREA_NOC8读者ID 号账单 读者 返回 核实 分析 图书库借阅部结算核对注销证件库帐务核对 综合反馈借书本数 Book_num I8 借书总册数 借书信息 书 编号 Book_no C 16 书的编号 借书日期 BOOK_DATE C16注:上表中有用户定义的完整性约束条件的字段如下:性别要求只能取”男”或”女”两者之一; 年龄取值域为1~55;系别的取值要求必须是本校存在的系; 借书本数的最大值是3.2.4 人事管理子系统功能:全馆人员调动、组织管理、考勤以及工资报表的制定. 流程:资金收 据单据人事调动申请 变动名单人职工 品评员 变调 动动 情 人员 人员调令 况 调整人 变 情 员 动 况调动 人事调动申请 变动名单人事档案 人事变动结果需配置及初始化的表:字段中文名称 字段名类型 长度 说明科室代码 DEPT_CODE C 8 工作人员所在科室 姓名 NAME C 8 工作人员姓名人员编号 EMP_NO C 6 每个人分配一个唯一的标识号 工作类别 JOB C 8职称 TITLE C 10 工作人员的职称,本系统用户名 USER_NAME C16如果是本系统用户,则为用户名,否则为空概念设计阶段一 任务:本月出勤情况WORKDAYI 2 本月出勤天数行政科 上报 采访部 各部 调整 综合整 理 人事档案表 整理说明上报 财务科职工 调整 归记根据需求分析的结果:数据流图和数据字典来设计出图书馆得分E—R图和基本E—R图,为下一步的逻辑设计阶段提供素材.二各个具体的实体:三四个子系统分E-R图:1.财务管理初步E-R图:1改进后的E —R 图: n2. 图书管理子系统: 初步E-R 图:改进后的E —R系统概念及数据流程73 人事管理子系统: 初步E —R 图:改进后的E-R 图:4 读者管理子系统: 初步E —R 图:1经讨论,“读者管理"并不是管理学生办理借书证的问题,而是管理读者罚款的情况,所以更改如下:改进后的E —R 图:四图书馆数据库管理系统基本E-R图:经过分析,知道分E-R图中的“认识行政科”实体实际上是"管理人员",所以在设计总的E—R图时将其改为“管理人员”实体.(一) 基本E-R图草图(二)修改过程1.合并分E-R图,生成总E—R图各个子系统的局部应用面向问题不同,导致各个实体和实体的属性之间的冲突,因此合并时必须消除这些冲突:(1)属性冲突:因为设计分E—R图前有过充分讨论,所以没有属性冲突(2)命名冲突:财务管理子系统E-R图里的“读者"和读者管理子系统E—R图里的“借书证”两个实体代表同一概念,二者都用“读者"来表示(3)结构冲突:“读者”是一个实体,但是在实体“借阅”中却变成了一个属性,所以在合并E-R图时,把读者单独作为一个属性,而在“借阅”中用一个属性“读者号”来标示2.消除不必要的冗余由于某些联系可以导出其它的联系,这种联系可以被消除。

如图书管理子系统中的实体“更新书目”,其可以由实体“图书”和“采购计划”导出,其可以在总E—R图中消除。

实体“编目部" 可以由“图书”即“处理细则”导出。

在总E-R图中,实体之间具有明确完整的关系,多余的关系将导致维护的困难和破坏数据库的完整性。

(三)总E—R图草图三.逻辑设计部分:(一)概念模型向关系模型转换及依赖关系分析:根据总E—R图中的实体与实体之间的联系以及转换的一般原则,得到如下的关系:1.根据以上1:1关系得可到关于读者关系:读者(读者编号,姓名,性别,年龄,系别, 借书编号,奖惩记录,学号,奖惩资金,日期,续借,预约);但考虑到存储时的冗余,及实际运行时的效率,故将读者的借阅信息拿出来作为单独的实体,作为借阅记录。

读者(证件号, 姓名,性别,年龄,系别, 学号);该关系的函数依赖图:从函数依赖图可以看出,该关系中不存在部分函数依赖、传递函数依赖,且只有学号能够确定其它各项。

所以该关系是BCNF 范式.2.证件(证件号, 证件类别);该关系仍然是BCNF 范式。

3.图书( 图书编号,书名,作者,出版社,出版日期,版次,库存点,简介); 该关系来源于图书实体,它的函数依赖图如下:该关系仍然是BCNF 范式. 4.罚款记录(罚款记录号,证件号,罚款日期,罚款金额,原因说明);该关系是BCNF范式。

5.借阅纪录(证件号,图书编号,图借阅日期,还书日期,续借标志,预约标志,罚款记录号);同上的分析可知:为提高查找效率,消除冗余,消除插入删除等的冗余,将人事管理系统中的职工的职称,部门,出勤状况等分别作为实体,记录不同情况下的情况。

6.职员( 职员编号,姓名,性别,年龄,职务号,领导编号,部门号);7.职称(月薪,职称名,科室名,职称号);8.部门(部门号,部门名,部门负责人)9.出勤记录(职员编号,出勤纪录号,出勤次数,奖励编号,惩罚编号);10.奖励记录(奖励编号,奖金,日期,奖励等级);同上的分析可知:为提高查找效率,消除冗余,消除插入删除等的冗余,将财务管理系统中的财务纪录的职称,部门,出勤状况等分别作为实体,记录不同情况下的情况11.财务记录( 财务号,业务编号,日期);12.业务记录( 业务编号,收入,支出,日期,会计凭证,业务类型,乙方);13.惩罚记录(惩罚记录编号,罚金,日期,处分名);(二)优化分析:1 在图书馆中,由于图书数量上百万册,所以为了提高检索效率,应根据图书类别把图书进行水平分类,即按照图书的种类不同将图书分成不同类型的图书,如:文史图书、自然科学图书、工具图书、古籍等。

这样相同类型的图书存放在一起,便于提高查找效率.2 根据同上的原因,还应将图书进行水平分类,即按照图书的著者不同将图书大关系分成几个更细的关系,即将著者,简介,借阅编号等分离出来作为一个关系,便于提高查找效率.3 证件与读者是紧密联系的,二者同时产生,同时离开,并且日常查询中二者常常同时被要求,因此,应把这两个关系合二为一。

即:读者(证件号, 姓名,性别,年龄,系别, 学号,证件类别);该关系的函数依赖图如下:从函数依赖图可以看出该关系存在非码决定因素, 没有传递依赖和部分依赖,所以是3NF范式。

三。

用户子模式设计部分:在图书馆数据库系统中,从效率、安全、方便角度考虑,应设计用户自模式.1 对不同级别的用户定义不同的视图:对普通读者借阅记录(证件号,图书编号,图书借阅日期,还书日期);管理人员可以直接访问借阅记录关系。

相关文档
最新文档