高校党员信息管理系统Word格式.doc
《高校党员信息管理系统Word格式.doc》由会员分享,可在线阅读,更多相关《高校党员信息管理系统Word格式.doc(20页珍藏版)》请在冰豆网上搜索。
![高校党员信息管理系统Word格式.doc](https://file1.bdocx.com/fileroot1/2022-10/15/7383951d-70b3-4161-a5de-c95ab0e732a7/7383951d-70b3-4161-a5de-c95ab0e732a71.gif)
4.2.1系统数据流图…………………………………………………………………..9
4.2.2系统查询功能流程图…………………………………………………………..10
5数据库的创建与维护………………………………………………………………11
5.1数据库的创建……………………………………………………………………..11
5.2数据库的维护……………………………………………………………………..11
5.2.1约束关系………………………………………………………………..........11
5.2.2储存过程设计………………………………………………………………….11
5.2.3触发器设计…………………………………………………………………...12
总结……………………………………………………………………………………..14
参考文献 ……………………………………………………………………………….15
学生党员信息管理系统需求分析
1需求分析
1.1信息需求
学生党员信息管理系统主要目的是对学生党员信息的相关处理,包括学生党员(入党申请人、积极分子、预备党员和正式党员)信息的管理,数据库的管理和登陆用户的管理。
u学生党员相关信息需求:
(1)申请人:
姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申请时间,电话;
(2)积极分子:
姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申请时间,培训时间,积极分子时间,党课成绩,电话,地址,email,备注;
(3)预备党员:
姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申请时间,培训时间,积极分子时间,预备党员时间,党课成绩,电话,地址,email,备注;
(4)正式党员:
姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申请时间,培训时间,积极分子时间,预备党员时间,转正时间,党课成绩,电话,地址,email,备注。
u登陆用户相关信息需求:
(1)管理员:
admin,password;
(2)学生:
id,password。
图10层数据流图
学生党员信息管理系统需求分析
管理员界面
学生界面
修改密码
学生党员信息管理系统
个人信息
学生党员数据库
添加、删除
修改、查询
查看
登陆
管理员
学生
图21层数据流图
1.2处理要求
u在管理员模块中的功能是实现对学生党员信息的管理工作,包括:
浏览、添加、修改、删除、查询、统计等,这五个功能模块各自独立,互不影响。
其中查询和统计要求做到:
(2)查询党员的基本信息:
能够按照查询条件(班级、年级、专业、入党时间)查询党员的数量;
也能够实现多个条件的组合查询;
(3)统计党员的基本信息:
统计按照查询条件(班级、年级、专业、入党时间)查询党员的数量。
u在学生模块中的功能只能实现查看自己的相关个人信息资料的功能。
1.3安全性与完整性要求
安全性:
(1)管理员能够方便地对信息进行浏览、添加、修改、删除、查询、统计等操作。
(2)学生可以在自己的权限内对信息进行访问,查询相关信息。
完整性:
(1)能够防止合法用户使用数据库向数据库中添加不合语义的数据。
(2)通过各个表之间的联系来实现数据完整性约束。
2
学生党员信息管理系统数据库概念结构设计
2数据库概念结构设计
2.1数据抽象
根据需求分析的结果,抽取出与本课程设计——学生党员信息管理系统相关的特性。
设计局部概念模式。
运用E-R方法,设计出系统的各个局部ER模型。
E-R图由实体、属性、联系三部分组成。
E-R图的符号说明如图4-2所示。
实体属性实体间的联系
图3E-R图符号说明
图4登陆E-R图主键:
用户名,用户类型
图5申请人信息E-R图主键:
学号
图6积极分子信息E-R图主键:
3
图7预备党员信息E-R图主键:
图8正式党员信息E-R图主键:
2.2设计全局概念模式
通过对局部E-R模型的操作,解决各个E-R模型关于对象定义不一致问题,以及对各个E-R模型进行合并优化等,最终形成数据库的全局概念模式。
4
总E-R图如下:
图9系统总E-R图
说明:
为了在word中显示方便,画图时将本应画为椭圆的属性画为了方框。
以此说明。
5
学生党员信息管理系统数据库逻辑结构设计
3数据库逻辑结构设计
3.1关系模型
将总体概念结构E-R图转化成关系模型
登陆(用户类型,用户名,密码)
申请人(姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申请时间,电话)
积极分子(姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申请时间,培训时间,积极分子时间,党课成绩,电话,地址,email,备注)
预备党员(姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申请时间,培训时间,积极分子时间,预备党员时间,党课成绩,电话,地址,email,备注)
正式党员(姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申请时间,培训时间,积极分子时间,预备党员时间,转正时间,党课成绩,电话,地址,email,备注)
3.2数据模型优化
将转化的关系模型进行优化,最终达到第三范式
(1)确定数据依赖
²
登陆(用户类型,用户名,密码)
(用户类型,用户名)->
密码
申请人(姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申请
时间,电话)
学号->
姓名,学号->
班级,学号->
性别,学号->
民族,学号->
籍贯,学号->
出生日期,学号->
职务,学号->
申请时间,学号->
电话
积极分子(姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申
请时间,培训时间,积极分子时间,党课成绩,电话,地址,email,备注)
培训时间,学号->
积极分子时间,学号->
党课成绩,学号->
电话,学号->
地址,学号->
email,学号->
备注
预备党员(姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申
6
请时间,培训时间,积极分子时间,预备党员时间,党课成绩,电话,地址,email,备注)
预备党员时间,学号->
正式党员(姓名,学号,班级,性别,民族,籍贯,出生日期,职务,申
请时间,培训时间,积极分子时间,预备党员时间,转正时间,党课成绩,电话,地址,email,备注)
转正时间,学号->
(2)这些关系都符合要求,属于第三范式,所以不用再对这些模式进行分解了。
3.3数据字典
根据以上信息建立数据字典如下:
字段名称
数据类型
字段属性
字段大小
作用
必填字段
索引
是否主键
char
20
是
无重复
姓名
varchar
50
无
否
班级
性别
10
民族
籍贯
出生日期
职务
申请时间
表1申请人信息表
7