勤工助学管理系统.docx
《勤工助学管理系统.docx》由会员分享，可在线阅读，更多相关《勤工助学管理系统.docx（42页珍藏版）》请在冰豆网上搜索。
勤工助学管理系统
附件1：
学号：
13
课程设计
题目
实验室勤工俭学管理系统
学院
计信学院
专业
金融信息化
班级
1班
学生姓名
蒋汉
指导教师
张世勇
2012
年
6
月
24
日
重庆工商大学课程设计成绩评定表
学院：
计信学院班级：
金信1班学生姓名：
蒋汉学号：
13
项目
分值
优秀
（100>x≥90）
良好
（90>x≥80）
中等
（80>x≥70）
及格
（70>x≥60）
不及格（x<60）
评分
参考标准
参考标准
参考标准
参考标准
参考标准
学习态度
15
学习态度认真，科学作风严谨，严格保证设计时间并按任务书中规定的进度开展各项工作
学习态度比较认真，科学作风良好，能按期圆满完成任务书规定的任务
学习态度尚好，遵守组织纪律，基本保证设计时间，按期完成各项工作
学习态度尚可，能遵守组织纪律，能按期完成任务
学习马虎，纪律涣散，工作作风不严谨,不能保证设计时间和进度
技术水平与实际能力
25
设计合理、理论分析与计算正确，实验数据准确，有很强的实际动手能力、经济分析能力和计算机应用能力，文献查阅能力强、引用合理、调查调研非常合理、可信
设计合理、理论分析与计算正确，实验数据比较准确，有较强的实际动手能力、经济分析能力和计算机应用能力，文献引用、调查调研比较合理、可信
设计合理，理论分析与计算基本正确，实验数据比较准确，有一定的实际动手能力，主要文献引用、调查调研比较可信
设计基本合理，理论分析与计算无大错，实验数据无大错
设计不合理，理论分析与计算有原则错误，实验数据不可靠，实际动手能力差，文献引用、调查调研有较大的问题
创新
10
有重大改进或独特见解，有一定实用价值
有较大改进或新颖的见解，实用性尚可
有一定改进或新的见解
有一定见解
观念陈旧
论文（计算书、图纸）撰写质量
50
结构严谨，逻辑性强，层次清晰，语言准确，文字流畅，完全符合规范化要求，书写工整或用计算机打印成文；图纸非常工整、清晰
结构合理，符合逻辑，文章层次分明，语言准确，文字流畅，符合规范化要求，书写工整或用计算机打印成文；图纸工整、清晰
结构合理，层次较为分明，文理通顺，基本达到规范化要求，书写比较工整；图纸比较工整、清晰
结构基本合理，逻辑基本清楚，文字尚通顺，勉强达到规范化要求；图纸比较工整
内容空泛，结构混乱，文字表达不清，错别字较多，达不到规范化要求；图纸不工整或不清晰
指导教师评定成绩：
2014年6月24日
7总结...............................................................................................................22
1需求分析
1.1系统目标
随着网络技术的发展和计算机的日益普及，数据库的应用范围越来越广泛，数据库应用的功能也越来越强大，在强调管理，强调信息的现代社会中它变得越来越普及。
计算机技术的飞速发展，数据库技术作为数据管理的一个有效的手段，在各行各业中得到越来越广泛的应用。
该程序在设计过程中严格遵循软件工程学的方法，用分阶段的生命周期计划严格管理，并主要讲述了程序的总体设计、详细设计阶段，对程序进行需求迭代，不断修正和改进，利用SQLSERVER2000的强大数据库功能，直到形成一个完善的可行性系统和优美、秀丽的界面，方便实用的查询与维护功能共同构成了“勤工助学管理系统”。
勤工助学是任何一所高校都需要进行的一项工作。
因此，开发制作勤工助学管理系统具有较大的社会现实意义。
勤工助学管理系统是以Web作为交流平台。
系统管理员将工作的基本信息发布到网站上，所有用户都可查询工作信息，但只有会员才能申请工作并接受工作，获得工作，以使会员实现学习和工作的二者兼得，减轻家庭负担。
该勤工助学管理系统支持3类用户：
游客、会员、管理员。
游客可以随意浏览管理员发布的工作信息，但是只有在注册为网站会员之后才能申请工作及接受工作。
会员登录系统后，可进行的主要操作有：
通过不同方式查询工作信息、申请工作、确认工作、发布留言等。
系统管理员登陆后，可进行的操作有：
维护会员的信息、维护与发布工作信息、处理工作申请、回复留言等。
1.2业务需求及处理流程
开发勤工助学管理系统的目的主要是为了帮助高校勤工部门提高工作效率，同时满足部分企业用人需求，增加在校学生的社会实践活动并达到减轻家庭负担的目的，实现高校勤工助学管理的系统化、规范化和自动化。
故系统最终实现的主要功能如下：
（1）主要业务包括：
工作信息的发布与查询、分配与接受新的工作、工作记录、计算工资、发布或回复留言等。
（2）工作的相关信息由管理员发布，所有学生会员都可以查找和接受工作。
因此，工作的分派是非常方便的。
在完成工作之后，可以浏览工作记录，工作记录包括工作信息以及工资等。
同时，会员可以发布留言，这样可以及时地提高服务的质量。
另外，学校之外的一些公司、机构也能够发布工作信息，但这些工作是不能分派给会员的。
主要业务的处理流程如下：
（1）勤工助学管理系统功能如图1-1所示：
图1-1勤工助学管理系统功能模块
（2）管理员和学生会员的主要操作流程如图1-2所示：
图1-2勤工助学管理系统的主要业务流程
1.3功能需求及数据需求分析
勤工助学管理系统的主要功能和数据需求包括：
（1）会员注册管理
①学生会员（即申请工作的对象）注册。
学生会员注册时要求填写基本信息，包括姓名、学号、密码、性别、专业、班级、地址、电话、空闲时间、银行卡号等信息。
②公司会员（即提供工作的对象）注册。
公司会员注册时要求填写基本信息，包括公司名称、公司法人姓名、密码、地址、电话、电子邮箱等信息。
系统检查所有信息填写正确后提示会员注册成功，并返回会员编号。
（2）工作信息管理
①增加工作信息。
当公司会员有新工作发布时，管理员负责添加和发布工作信息，包括提供工作的公司会员编号、工作内容、工作时间、工作地点、工资以及所需人数等。
②工作信息查询。
所有人都可以查询管理员发布的工作信息及工作内容，但只有学生会员才能接受工作，并查询到自己的工作任务。
③工作信息的更新与删除。
工作信息发布后，管理员可随时更新和删除工作信息。
④工作分配。
管理员按照学生会员注册时填写的空闲时间来分配工作。
但只有当会员确认之后才可以开始工作。
⑤接收工作。
当会员登录到界面之后，可以查询自己的工作信息并及时地接收工作，否则，将被视为放弃该工作。
（3）工作单管理
①工作单查询。
学生会员确认工作后，会生成工作单。
会员可随时查询工作单的最新状态以及全部历史记录。
②工作单受理。
工作单生成之后，管理员对订单进行审核。
如发现工作单信息不正确，则返回会员重新填写。
如正确无误，则可通知学生会员开始工作。
（4）用户管理
①会员信息维护。
会员可修改、删除和更新自己的信息，管理员可修改、删除和更新所有会员的信息。
②会员等级。
系统可对学生会员进行分级，即根据会员接受工作的次数来划分等级。
（5）留言管理
①发布留言。
会员可在网站发表留言或者评论。
留言需记录留言人、留言内容、发布时间等信息。
②回复留言。
管理员可回复留言，并记录回复人和回复时间及回复内容。
1.4业务规则分析
（1）所有用户都可以浏览管理员发布的工作信息，但是只有会员才能申请工作及接受工作。
（2）只有会员可以申请工作。
如果用户想申请工作，则必须注册成为会员。
管理员会核查用户的信息，如果符合条件，用户将成为正式会员。
（3）每位会员由会员编号唯一标识，会员编号由系统按时间顺序自动生成。
（4）每份工作由工作编号唯一标识，工作编号由系统按时间顺序自动生成。
（5）只有管理员可以修改、更新和删除由学校或者学校外部提供的工作的相关信息。
（6）只有管理员可以分配工作。
（7）工作被分为可分配工作和不可分配工作。
可分配工作主要包括学校提供的工作；不可分配工作主要包括一些社会团体、组织等提供的工作
（8）管理员根据会员的工作次数来分配工作。
如果会员没有在规定的时间内确认招聘信息，管理员将认为该会员放弃该工作并将其重新分配。
（9）只有在会员确认工作信息之后才会生成工作单。
在订单受理之前，会员可以修改相关信息甚至取消该工作单。
但是订单深刻通过之后，则不允许再做任何修改。
（10）每个工作单用工作单编号唯一标识。
工作单编号由系统按时间顺序生成，后生成的工作单具有更大的编号。
（11）当工作完成后，则更新该工作单的状态更新为“已完成”。
（12）员工可对工资发放提出意见。
单位可根据自身实际的情况进行相应的调整。
（13）在工作完成后，管理员将根据工作反馈记录会员的工作情况，同时，管理员需要完成工作记录表和工资表。
（14）学生会员的等级分为3类：
①正常；②警告，即如果学生会员没有在规定的时间确认工作的次数超过3次，则对其发出警告；③黑名单，即如果学生会员没有在规定的时间确认工作的次数超过5次，系统会自动注销其会员资格，当其再次进行注册时，会谨慎考虑其注册资格。
（15）所有用户都可以发布留言，一个用户可发表多条留言，一个管理员可回复多条留言。
2概念设计
2.1命名规范
在数据库的设计中，尽量不用汉字，最好用英文。
（1）实体集和联系的命名规则
实体集和联系均以其对应的英文单词命名，且单词首字母要大写。
例如：
实体集管理员（Admin）、学生会员（Student）、公司会员（Company）、工作（Job）、留言（Message）、分派（Assign）、确认（Confirm）以及提供（Provide）等。
（2）属性的命名规则
1若属性由简单词组成，则直接以其对应的英文单词命名，单词首字母小写。
例如：
出生年月（birthday）、住址（address）、电话（telephone）、薪水（salary）、邮箱（e-mail）以及银行卡号（bankcard）等。
2若属性由复合词组成，则采用小驼峰法来命名，即混合使用大小写字母来构成属性的名字，属性名的每一个逻辑断点都由一个大写字母来标记。
如果名字过长，可采用英文简写。
例如：
管理员姓名（adminName）、学号（studentNo）、密码（stuPassword）以及缺席次数（absenceNum）等。
（3）具体的编码规则如下：
1管理员编号（adminNo）的编码规则：
以字母A开头加3位数字组成，如A001；
2学号（studentNo）的编码规则：
以江西财经大学学生学号入库，如0082782；
3公司编号（companyNo）的编码规则：
以字母C开头加4位数字组成，如C0001；
4工作编号（jobNo）的编码规则：
以字母J开头加7位数字组成，数字部分前4位为公司编号的数字部分，如J0001005；
5意向编号（willNo）的编码规则：
以字母W开头加上学号组成，如W0082782；
6工作单编号（orderNo）的编码规则：
以11位数字组成，前8位为工作单生成的日期，如001；
7类别编号（sortNo）的编码规则：
以字母S开头加3位数字，如S001；
8留言编号（messageNo）的编码规则：
以字母M开头加6位数字组成，如M000001；
9工作单状态（bookState）的编码规则：
取值0，1，2。
0代表正在进行中，1代表工作已完成，2代表工资已结算。
实体集及属性
（1）管理员（Admin）实体集。
其属性有管理员编号（adminNo）、登录密码（adminPassword）、管理员姓名（adminName）、性别（sex）、出生年月（birthday）、住址（address）、电话（telephone）、薪水（salary）以及邮箱（e-mail）等。
其E-R图如图2-1所示。
图2-1管理员实体集的E-R图
（2）学生会员（Student）实体集。
其属性有：
学号（studentNo）、姓名（studentName）、密码（stuPassword）、性别（sex）、出生年月（birthday）、专业（professional）、班级（class）、宿舍（dormitory）、电话（telephone）、邮箱（e-mail）、空闲时间（freetime）、缺席次数（absenceNum）、会员等级（level）工资（salary）以及银行卡号（bankcard）等。
其E-R图如图2-2所示。
图2-2学生会员实体集的E-R图
（3）公司会员（Company）实体集。
其属性有：
公司编号（companyNo）、公司名称（companyName）、公司法人姓名（legal）、登陆密码（comPassword）、地址（address）、电话（telephone）以及电子邮箱（e-mail）等。
其E-R图如图2-3所示。
图2-3公司会员实体集的E-R图
（4）工作（Job）实体集。
其属性有：
工作编号（jobNo）、工作名称（jobName）、工作属性（jobProperty）、工作类别（sortNo）、工作信息（jobInfo）、所需人数（personNeed）、开始时间（startime）、截止时间（deadline）、工资（salary）以及公司编号（companyNo）。
其E-R图如图2-4所示。
图2-4工作实体集的E-R图
（5）留言（Message）实体集。
其属性有：
留言编号（messageNo）、内容（messageContent）以及发布时间（releaseDate）等。
注意，留言人和回复人等信息要通过建立会员与留言、管理员与留言之间的联系解决。
其E-R图如图2-5所示。
图2-5留言实体集的E-R图
（6）工作意向（Jobwill）实体集。
其属性有：
意向编号（willNo）、学号（studentNo）、工作类别（sortNo）、开始时间（startTime）、结束时间（endTime）、备注（note）以及期望工资（salaryWant）。
其E-R图如图2-6所示。
图2-6留言实体集的E-R图
联系集及属性
基于节设计得到的实体集，可确定如下联系集：
（1）管理员与工作之间的“分派（Assign）”联系集。
它是一个多对多联系，其描述属性是：
分派日期（assignDate）。
（2）学生会员与工作之间的“确认（Confirm）”联系集。
它是一个多对多联系，因为学生会员在确认工作信息后会自动生成工作单，其描述属性是：
工作单编号（orderNo）、确认时间（confirmTime）、完成时间（completeTime）、工作单状态（orderState）。
（3）公司会员与工作之间的“提供（Provide）”联系集。
它是一个一对多联系集，其描述属性是：
提供日期（provideDate）。
（4）学生会员与工作意向之间的“提交（Submit）”联系集。
它是一个一对一联系集,其描述属性是：
提交日期（submitDate）。
（5）会员与留言之间的“发布（Release）”联系集。
它是一对多联系，其描述属性是：
发布日期（releaseDate）。
（6）管理员与留言之间的“回复（Reply）”联系集。
它是一对多联系，其描述属性是：
回复日期（replyDate）和回复内容（replyContent）。
系统总ER图
根据与节设计的全部实体集、联系集及其描述属性，得到系统总ER图。
如图2-7所示。
图2-7系统的总E-R图
3逻辑设计
数据字典设计
重庆工商大学勤工助学管理系统中的一些数据的组织结构基本上是一致的，并且在客户界面通常以下拉列表框、列表框和网格形式出现，因此，为了便于管理和查询，设计了该系统的数据字典。
（1）性别字典（DCsex），如表3-1所示。
表3-1性别字典
属性名称
属性类型
是否允许为空
默认值
约束含义
sexNo
char
（1）
NOTNULL
性别编号
sexName
char
（2）
NOTNULL
性别描述
（2）专业字典（DCprofessional），如表3-2所示。
表3-2专业字典
属性名称
属性类型
是否允许为空
默认值
约束含义
professionalNo
char（5）
NOTNULL
专业编号
professionalName
varchar（30）
NULL
专业名称
（3）班级字典（DCclass），如表3-3所示。
表3-3班级字典
属性名称
属性类型
是否允许为空
默认值
约束含义
classNo
char（3）
NOTNULL
班级编号
className
varchar（30）
NULL
班级名称
（4）宿舍字典（DCdormitory），如表3-4所示。
表3-4宿舍字典
属性名称
属性类型
是否允许为空
默认值
约束含义
dormitoryNo
char（3）
NOTNULL
宿舍编号
dormitoryName
char（20）
NOTNULL
宿舍名称
（5）缺勤次数字典（DCabsenceNum），如表3-5所示。
表3-5缺勤次数字典
属性名称
属性类型
是否允许为空
默认值
约束含义
absenceNumNo
char
（1）
NOTNULL
缺勤次数编号
absenceNumName
char（10）
NOTNULL
缺勤次数描述
（6）会员等级字典（DClevel），如表3-6所示。
表3-6会员等级字典
属性名称
属性类型
是否允许为空
默认值
约束含义
levelNo
char
（1）
NOTNULL
会员等级编号
levelName
char（10）
NOTNULL
会员等级描述
（7）工作属性字典（DCjobProperty），如表3-7所示。
表3-7工作属性字典
属性名称
属性类型
是否允许为空
默认值
约束含义
jobPropertyNo
char
（1）
NOTNULL
1
工作属性编号
jobPropertyName
char（10）
NOTNULL
可分配
工作属性描述
IfVoid
Number
（1）
NOTNULL
1
只能取0和1是否可分配
（8）工作单状态字典（DCorderState）,如表3-8。
表3-8工作单状态字典
属性名称
属性类型
是否允许为空
默认值
约束含义
orderStateNo
char
（1）
NOTNULL
0
订单状态编号
orderStateName
varchar（30）
NOTNULL
未完成
订单状态描述
IfVoid
Number
（1）
NOTNULL
0
只能取0和1是否作废
（9）语言种类字典（DClanguage）,如表3-9。
表3-9语言种类字典
属性名称
属性类型
是否允许为空
默认值
约束含义
languageNo
char（3）
NOTNULL
001
语言种类编号
languageName
varchar（30）
NULL
中文
语言种类描述
基本数据设计
重庆工商大学勤工助学管理系统的基本数据主要是由本系统数据库的实体集构成，它将具有相同类型及相同性质的实体集合在一起，便于管理和查询等操作。
根据之前的实体集和联系集的定义，该系统的基本数据由以下6个部分构成。
（1）管理员（Admin）表：
由管理员（Admin）强实体集转化而来，如表3-10所示。
表3-10管理员表Admin
属性名称
数据类型
是否允许为空
是否为主外键
属性描述
adminNo
char（4）
Notnull
primarykey
管理员编号
adminPassword
char（6）
Notnull
登陆密码
adminName
varchar（10）
Notnull
管理员姓名
sex
char
（1）
Notnull
性别
birthday
datetime
Null
出生年月
address
varchar（50）
Null
住址
telephone
char（11）
Null
电话
salary
numeric（8,2）
Notnull
工资
e-mail
char（30）
Null
邮箱
（2）会员（Student）表：
由学生会员（Student）强实体集转化而来，如表3-11所示。
表3-11学生会员表Student
属性名称
数据类型
是否允许为空
是否为主外键
属性描述
studentNo
char（7）
Notnull
primarykey
学号
studentName
varchar（10）
Notnull
姓名
stuPassword
char（6）
Notnull
登陆密码
sex
char
（1）
Notnull
性别
birthday
datetime
Notnull
出生年月
professional
char（40）
Notnull
专业
class
varchar（20）
Notnull
班级
dormitory
varchar（50）
Null
宿舍
telephone
char（11）
Notnull
电话
e-mail
varchar（30）
Null
电子邮箱
freetime
datetime
Null
空闲时间
absenceNum
int
Notnull
缺勤次数
level
int
Notnull
等级
salary
numeric（8,2）
Notnull
工资
bankcard
char（19）
Notnull
银行卡号
（3）公司会员（Company）表：
由公司会员（Company）强实体集转化而来，如表3-12所示。
表3-12公司会员表Company
属性名称
数据类型
是否允许为空
是否为主外键
属性描述
companyNo
char（5）
Notnull
primarykey
公司编号
companyName
varchar（20）
Notnull
公司名称
legal
varchar（10）
Notnull
法人姓名
comPassword
char（6）
Notnull
登陆密码
address
varchar（20）
Notnull
地址
telephone
char（12）
Notnull
电话
e-mail
char（30）
N
升级会员 