勤工助学管理系统Word下载.docx

1、60）评分参考标准学习态度15学习态度认真，科学作风严谨，严格保证设计时间并按任务书中规定的进度开展各项工作学习态度比较认真，科学作风良好，能按期圆满完成任务书规定的任务学习态度尚好，遵守组织纪律，基本保证设计时间，按期完成各项工作学习态度尚可，能遵守组织纪律，能按期完成任务学习马虎，纪律涣散，工作作风不严谨,不能保证设计时间和进度技术水平与实际能力25设计合理、理论分析与计算正确，实验数据准确，有很强的实际动手能力、经济分析能力和计算机应用能力，文献查阅能力强、引用合理、调查调研非常合理、可信设计合理、理论分析与计算正确，实验数据比较准确，有较强的实际动手能力、经济分析能力和计算机应用能力，

2、文献引用、调查调研比较合理、可信设计合理，理论分析与计算基本正确，实验数据比较准确，有一定的实际动手能力，主要文献引用、调查调研比较可信设计基本合理，理论分析与计算无大错，实验数据无大错设计不合理，理论分析与计算有原则错误，实验数据不可靠，实际动手能力差，文献引用、调查调研有较大的问题创新10有重大改进或独特见解，有一定实用价值有较大改进或新颖的见解，实用性尚可有一定改进或新的见解有一定见解观念陈旧论文（计算书、图纸）撰写质量50结构严谨，逻辑性强，层次清晰，语言准确，文字流畅，完全符合规范化要求，书写工整或用计算机打印成文；图纸非常工整、清晰结构合理，符合逻辑，文章层次分明，语言准确，文字流

3、畅，符合规范化要求，书写工整或用计算机打印成文；图纸工整、清晰结构合理，层次较为分明，文理通顺，基本达到规范化要求，书写比较工整；图纸比较工整、清晰结构基本合理，逻辑基本清楚，文字尚通顺，勉强达到规范化要求；图纸比较工整内容空泛，结构混乱，文字表达不清，错别字较多，达不到规范化要求；图纸不工整或不清晰指导教师评定成绩： 2014年 6月 24日1 需求分析 1 系统目标 1 业务需求及处理流程 1 功能需求及数据需求分析 3 业务规则分析 42 概念设计 5 命名规范 5 实体集及属性 6 联系集及属性 8 系统总ER图 83 逻辑设计 10 数据字典设计 10 基本数据设计 11 业务数据设

4、计 14 其它数据设计 15 视图设计 15 触发器设计 16 存储过程设计 164 模式求精 17 存在的问题 17 解决方案 175 物理设计 18 设计目标 18 数据分布 18 索引实现 196 安全设计 20 设计目标 20 用户设计 20 权限设计 207 总结.228 附录1 数据库脚本 239 附录2 触发器与存储过程 301 需求分析1.1 系统目标随着网络技术的发展和计算机的日益普及，数据库的应用范围越来越广泛，数据库应用的功能也越来越强大，在强调管理，强调信息的现代社会中它变得越来越普及。计算机技术的飞速发展，数据库技术作为数据管理的一个有效的手段，在各行各业中得到越来越

5、广泛的应用。该程序在设计过程中严格遵循软件工程学的方法，用分阶段的生命周期计划严格管理，并主要讲述了程序的总体设计、详细设计阶段，对程序进行需求迭代，不断修正和改进，利用SQL SERVER 2000的强大数据库功能，直到形成一个完善的可行性系统和优美、秀丽的界面，方便实用的查询与维护功能共同构成了“勤工助学管理系统”。勤工助学是任何一所高校都需要进行的一项工作。因此，开发制作勤工助学管理系统具有较大的社会现实意义。勤工助学管理系统是以Web作为交流平台。系统管理员将工作的基本信息发布到网站上，所有用户都可查询工作信息，但只有会员才能申请工作并接受工作，获得工作，以使会员实现学习和工作的二者兼

6、得，减轻家庭负担。该勤工助学管理系统支持3类用户：游客、会员、管理员。游客可以随意浏览管理员发布的工作信息，但是只有在注册为网站会员之后才能申请工作及接受工作。会员登录系统后，可进行的主要操作有：通过不同方式查询工作信息、申请工作、确认工作、发布留言等。系统管理员登陆后，可进行的操作有：维护会员的信息、维护与发布工作信息、处理工作申请、回复留言等。1.2 业务需求及处理流程开发勤工助学管理系统的目的主要是为了帮助高校勤工部门提高工作效率，同时满足部分企业用人需求，增加在校学生的社会实践活动并达到减轻家庭负担的目的，实现高校勤工助学管理的系统化、规范化和自动化。故系统最终实现的主要功能如下：（1

7、） 主要业务包括：工作信息的发布与查询、分配与接受新的工作、工作记录、计算工资、发布或回复留言等。（2） 工作的相关信息由管理员发布，所有学生会员都可以查找和接受工作。因此，工作的分派是非常方便的。在完成工作之后，可以浏览工作记录，工作记录包括工作信息以及工资等。同时，会员可以发布留言，这样可以及时地提高服务的质量。另外，学校之外的一些公司、机构也能够发布工作信息，但这些工作是不能分派给会员的。主要业务的处理流程如下：（1） 勤工助学管理系统功能如图1-1所示：图1-1 勤工助学管理系统功能模块（2） 管理员和学生会员的主要操作流程如图1-2所示：图1-2 勤工助学管理系统的主要业务流程1.3

8、 功能需求及数据需求分析勤工助学管理系统的主要功能和数据需求包括：（1） 会员注册管理学生会员（即申请工作的对象）注册。学生会员注册时要求填写基本信息，包括姓名、学号、密码、性别、专业、班级、地址、电话、空闲时间、银行卡号等信息。公司会员（即提供工作的对象）注册。公司会员注册时要求填写基本信息，包括公司名称、公司法人姓名、密码、地址、电话、电子邮箱等信息。系统检查所有信息填写正确后提示会员注册成功，并返回会员编号。（2） 工作信息管理增加工作信息。当公司会员有新工作发布时，管理员负责添加和发布工作信息，包括提供工作的公司会员编号、工作内容、工作时间、工作地点、工资以及所需人数等。工作信息查询。

9、所有人都可以查询管理员发布的工作信息及工作内容，但只有学生会员才能接受工作，并查询到自己的工作任务。工作信息的更新与删除。工作信息发布后，管理员可随时更新和删除工作信息。工作分配。管理员按照学生会员注册时填写的空闲时间来分配工作。但只有当会员确认之后才可以开始工作。接收工作。当会员登录到界面之后，可以查询自己的工作信息并及时地接收工作，否则，将被视为放弃该工作。（3） 工作单管理工作单查询。学生会员确认工作后，会生成工作单。会员可随时查询工作单的最新状态以及全部历史记录。工作单受理。工作单生成之后，管理员对订单进行审核。如发现工作单信息不正确，则返回会员重新填写。如正确无误，则可通知学生会员开

10、始工作。（4） 用户管理会员信息维护。会员可修改、删除和更新自己的信息，管理员可修改、删除和更新所有会员的信息。会员等级。系统可对学生会员进行分级，即根据会员接受工作的次数来划分等级。（5） 留言管理发布留言。会员可在网站发表留言或者评论。留言需记录留言人、留言内容、发布时间等信息。回复留言。管理员可回复留言，并记录回复人和回复时间及回复内容。1.4 业务规则分析（1） 所有用户都可以浏览管理员发布的工作信息，但是只有会员才能申请工作及接受工作。（2） 只有会员可以申请工作。如果用户想申请工作，则必须注册成为会员。管理员会核查用户的信息，如果符合条件，用户将成为正式会员。（3） 每位会员由会员

11、编号唯一标识，会员编号由系统按时间顺序自动生成。（4） 每份工作由工作编号唯一标识，工作编号由系统按时间顺序自动生成。（5） 只有管理员可以修改、更新和删除由学校或者学校外部提供的工作的相关信息。（6） 只有管理员可以分配工作。（7） 工作被分为可分配工作和不可分配工作。可分配工作主要包括学校提供的工作；不可分配工作主要包括一些社会团体、组织等提供的工作（8） 管理员根据会员的工作次数来分配工作。如果会员没有在规定的时间内确认招聘信息，管理员将认为该会员放弃该工作并将其重新分配。（9） 只有在会员确认工作信息之后才会生成工作单。在订单受理之前，会员可以修改相关信息甚至取消该工作单。但是订单深刻

12、通过之后，则不允许再做任何修改。（10） 每个工作单用工作单编号唯一标识。工作单编号由系统按时间顺序生成，后生成的工作单具有更大的编号。（11） 当工作完成后，则更新该工作单的状态更新为“已完成”。（12） 员工可对工资发放提出意见。单位可根据自身实际的情况进行相应的调整。（13） 在工作完成后，管理员将根据工作反馈记录会员的工作情况，同时，管理员需要完成工作记录表和工资表。（14） 学生会员的等级分为3类：正常；警告，即如果学生会员没有在规定的时间确认工作的次数超过3次，则对其发出警告；黑名单，即如果学生会员没有在规定的时间确认工作的次数超过5次，系统会自动注销其会员资格，当其再次进行注册时

13、，会谨慎考虑其注册资格。（15） 所有用户都可以发布留言，一个用户可发表多条留言，一个管理员可回复多条留言。2 概念设计2.1 命名规范在数据库的设计中，尽量不用汉字，最好用英文。（1） 实体集和联系的命名规则实体集和联系均以其对应的英文单词命名，且单词首字母要大写。例如：实体集管理员（Admin）、学生会员（Student）、公司会员（Company）、工作（Job）、留言（Message）、分派（Assign）、确认（Confirm）以及提供（Provide）等。（2） 属性的命名规则1 若属性由简单词组成，则直接以其对应的英文单词命名，单词首字母小写。出生年月（birthday）、住址（

14、address）、电话（telephone）、薪水（salary）、邮箱（e-mail）以及银行卡号（bankcard）等。2 若属性由复合词组成，则采用小驼峰法来命名，即混合使用大小写字母来构成属性的名字，属性名的每一个逻辑断点都由一个大写字母来标记。如果名字过长，可采用英文简写。管理员姓名（adminName）、学号（studentNo）、密码（stuPassword）以及缺席次数（absenceNum）等。（3） 具体的编码规则如下：1 管理员编号（adminNo）的编码规则：以字母A开头加3位数字组成，如A001；2 学号（studentNo）的编码规则：以江西财经大学学生学号入库，如

15、0082782；3 公司编号（companyNo）的编码规则：以字母C开头加4位数字组成，如C0001；4 工作编号（jobNo）的编码规则：以字母J开头加7位数字组成，数字部分前4位为公司编号的数字部分，如J0001005；5 意向编号（willNo）的编码规则：以字母W开头加上学号组成，如W0082782；6 类别编号（sortNo）的编码规则：以字母S开头加3位数字，如S001；7 留言编号（messageNo）的编码规则：以字母M开头加6位数字组成，如M000001；8 工作单状态（bookState）的编码规则：取值0，1，2。0代表正在进行中，1代表工作已完成，2代表工资已结算。

16、实体集及属性（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）、班级（cla

17、ss）、宿舍（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

18、-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）等。注意，留言人和回复人等信息要通过建立会员与留言、管理员与留言之间的联

19、系解决。其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） ”联系集。

20、它是一个多对多联系，因为学生会员在确认工作信息后会自动生成工作单，其描述属性是：工作单编号（orderNo）、确认时间（confirmTime）、完成时间（completeTime）、工作单状态（orderState）。（3） 公司会员与工作之间的“提供（Provide）”联系集。它是一个一对多联系集，其描述属性是：提供日期（provideDate）。（4） 学生会员与工作意向之间的“提交（Submit）”联系集。它是一个一对一联系集, 其描述属性是：提交日期（submitDate）。（5） 会员与留言之间的“发布（Release）”联系集。它是一对多联系，其描述属性是：发布日期（releas

21、eDate）。（6） 管理员与留言之间的“回复（Reply）”联系集。回复日期（replyDate）和回复内容（replyContent）。 系统总ER图根据与节设计的全部实体集、联系集及其描述属性，得到系统总ER图。如图2-7所示。图2-7系统的总E-R图3 逻辑设计 数据字典设计重庆工商大学勤工助学管理系统中的一些数据的组织结构基本上是一致的，并且在客户界面通常以下拉列表框、列表框和网格形式出现，因此，为了便于管理和查询，设计了该系统的数据字典。（1） 性别字典（DCsex），如表3-1所示。表3-1 性别字典属性名称属性类型是否允许为空默认值约束含义sexNochar（1）NOT NUL

22、L性别编号sexNamechar（2）性别描述（2） 专业字典（DC professional），如表3-2所示。表3-2 专业字典professionalNochar（5）专业编号professionalNamevarchar（30）NULL专业名称（3） 班级字典（DCclass），如表3-3所示。表3-3 班级字典classNochar（3）班级编号className班级名称（4） 宿舍字典（DCdormitory），如表3-4所示。表3-4 宿舍字典dormitoryNo宿舍编号dormitoryNamechar（20）宿舍名称（5） 缺勤次数字典（DCabsenceNum），如表3-

23、5所示。表3-5 缺勤次数字典absenceNumNo缺勤次数编号absenceNumNamechar（10）缺勤次数描述（6） 会员等级字典（DClevel），如表3-6所示。表3-6 会员等级字典levelNo会员等级编号levelName会员等级描述（7） 工作属性字典（DCjobProperty），如表3-7所示。表3-7 工作属性字典jobPropertyNo1工作属性编号jobPropertyName可分配工作属性描述IfVoidNumber（1）只能取0和1是否可分配（8） 工作单状态字典（DCorderState） ,如表3-8。表3-8 工作单状态字典orderStateNo

24、订单状态编号orderStateName未完成订单状态描述只能取0和1是否作废（9） 语言种类字典（DClanguage） ,如表3-9。表3-9 语言种类字典languageNo001语言种类编号languageName中文语言种类描述 基本数据设计重庆工商大学勤工助学管理系统的基本数据主要是由本系统数据库的实体集构成，它将具有相同类型及相同性质的实体集合在一起，便于管理和查询等操作。根据之前的实体集和联系集的定义，该系统的基本数据由以下6个部分构成。（1） 管理员（Admin）表：由管理员（Admin）强实体集转化而来，如表3-10所示。表3-10 管理员表 Admin数据类型是否为主外键

25、属性描述adminNochar（4）Not nullprimary key管理员编号adminPasswordchar（6）登陆密码adminNamevarchar（10）管理员姓名sex性别birthdaydatetimeNull出生年月addressvarchar（50）住址telephonechar（11）电话salarynumeric（8,2）工资e-mailchar（30）邮箱（2） 会员（Student）表：由学生会员（Student）强实体集转化而来，如表3-11所示。表3-11 学生会员表 StudentstudentNochar（7）学号studentName姓名stuPasswordchar（1） datetime professionalchar（40） 专业classvarchar（20）班级dormitory宿舍char（11） varchar（30） 电子邮箱freetime空闲时间absenceNumint 缺勤次数levelint等级bankcardchar（19）银行卡号（3） 公司会员（Company）表：由公司会员（Company）强实体集转化而来，如表3-12所示。表3-12 公司会员表 Company