Web毕业课程设计报告wy.docx
- 文档编号:5626964
- 上传时间:2022-12-29
- 格式:DOCX
- 页数:27
- 大小:257.63KB
Web毕业课程设计报告wy.docx
《Web毕业课程设计报告wy.docx》由会员分享,可在线阅读,更多相关《Web毕业课程设计报告wy.docx(27页珍藏版)》请在冰豆网上搜索。
Web毕业课程设计报告wy
(此文档为word格式,下载后您可任意编辑修改!
)
-
课程设计报告
学院、系:
计算机科学与技术系
专业名称:
2009计算机、软件工程、网络工程
课程设计科目:
Web程序设计
题目:
求职招聘网站设计与开发
学号、姓名:
胡镇杰、梁佳琦郭帅强、黄成实王瑀、王鹏
指导教师:
郭晓燕
完成时间:
2012年2月--4月
目录
1.开发背景3
2.功能描述3
3.需求分析3
4.数据流程分析3
4.1、数据流程图3
4.2、数据字典4
5.概念模型设计6
6.逻辑模型设计和优化6
7.物理设计和实施7
8.应用程序设计(前台)9
9.课程设计心得体会9
一.开发背景
随着我校(吉林大学珠海学院)的迅速发展,院系发展越来越快,毕业学生的数量有大量增加的趋势。
为了节省学生应聘和企业的招聘所需的时间,能更好地降低学生找工作的成本。
方便企业第一时间发布自身的招聘信息,更快地招到企业所需要的人才。
为了适应时代发展的要求,更为了即将毕业的学生找到更好更满意的工作,迫切需要一套方便实用的指导学生选择实习工作地点的网络平台。
因此,制作一个求职网站是十分迫切需要的。
目前,网络上有不少招聘网站,但这些网站都有他们的一些“潜规则”,更有些网站出卖应聘者的个人信息,这无疑侵犯了应聘者的隐私,让无数应聘者带来极其不好的影响。
鉴于此,我们认为,作为一个腾飞的吉林大学珠海学院,很有必要为吉珠的同学们,营造一个安全、可靠的求职环境。
所以我们觉得,做一个适合于吉林大学珠海学院校园平台的招聘网站,是必要、可行的。
该系统我们将采用Struts2.3.1ibernate3.+Spring3.0+Ajax+Oracle技术;开发工具统一用Myeclipse9.0;Web服务器统一用apache-tomcat-6.0.32.;数据库统一用Oracle11g作我们的开发环境
二.可行性分析
由于求职招聘网的信息量和访问量会非常大,所有在对学生、企业信息导入和查询时要保证速度。
在信息管理以及简历的投递中要保证事务的完整性。
对于整个系统,需要完整的权限控制,防止某些人恶意的攻击系统,修改原始记录。
同时对于数据库中的数据需要定时备份,防止系统数据丢失。
一个系统的产生必定会存在着风险。
技术风险是我们着重考虑的问题,目前采用的计算机技术和软件比较成熟,主要的风险在于对于学生和企业的人员计算不足,对事务的并发性等问题的处理。
同时该系统的实施需要学校和单位多方面的配合。
三.需求分析
1.系统总体目标
求职招聘网站设计与开发是一个面向学生和企业的管理系统。
对学生而言,是一个方便与企业沟通并且投放简历的系统;对于企业来说,通过这个系统可以更好的了解学生的在校情况,从而招收更适合于本企业的员工。
该系统的建设目标是,使学生可以足不出户的了解企业,使企业能够更加明朗化的招收员工。
2.运行环境
开发环境:
操作系统:
WindowsServer2003sp2
开发工具:
MyEclipse9.0
数据库:
Oracle11g11.2.0.1.0
数据库工具:
PLSQLDeveloper
UML建模工具:
EasyDraw2003
Web服务器:
apache-tomcat-6.0.32.
Java虚拟机:
JDK1.6
文档处理:
MicrosoftOffice20032007记事本
福昕阅读器4.3.1.0218
图形处理:
AdobePhotoshopCS3画图
翻译工具:
有道词典4.3.27.3246
团队沟通:
TencentQQ2011MSN
版本控制:
SVN
服务器端运行环境
硬件环境:
CPU:
奔腾4或更高(推荐:
双核以上的cpu)
内存:
512MB或更高(推荐:
8GB)
显示器:
VGA或分辨率更高
硬盘空间:
100GB或更高(推荐:
2TB)
驱动器:
24XCD-ROM或更高
软件环境:
操作系统:
WindowsServer2003sp2(推荐:
Linux)
Java虚拟机:
JDK1.6
Web服务器:
ApacheTomcat6.0(推荐:
BEAWebLogic)
数据库:
Oracle11g11.2.0.1.0
Office工具:
Microsoftoffice2003(推荐:
Microsoftoffice2007)
客户端运行环境:
安装有InternetExplorer8以上的浏览器(推荐:
Firefox7.0.1),配置TCPIP
3.用户特点
经过调研及分析,求职招聘网站主要完成以下功能:
一、学生用户
1.学生用户启用
学生用户启用系统已设置好的用户,启用后需先修改系统设定的密码,然后才能进行其他操作,如:
完善个人信息。
2.用户登录
须填写正确的用户名与密码才可以登录,待认证学生用户系统功能默认上锁,实名认证通过后方可解锁。
3.个人信息的填写
学生用户在启用后,填写学生的姓名、学号、身份证号,系统自动识别出系别、班级、年龄等基本信息。
4.信息搜索
学生根据企业的求职类型、地点、名称、待遇等条件查找招聘企业,根据招聘时间查找招聘信息。
5.个人会员填写简历
当且仅当学生实名认证通过后,学生会员可以填写3(最多)份个人简历,并可以对个人简历的管理(增、删、查、改)。
学生还可以把适合的简历,投放给心仪的企业。
二、企业用户
1.企业用户注册
企业用户注册需要按照提示,填写一份详细、真实的企业资料提交给管理员,待管理员审核通过后,方可使用。
其帐号需由管理员发放,用户名为“001XXXXX”格式,8位。
2.用户登录
须填写正确的用户名与密码才可以登录,待认证企业用户系统功能默认上锁,实名认证通过后方可解锁。
3.企业信息的填写
企业用户在注册的时候,填写必要、有效的企业资料与企业证明。
4.信息搜索
企业根据自身所需要的人员,通过专业来查找学生情况等。
5.会员填写简介
当且仅当企业实名认证通过后,可以填写公司的简介以及职位信息,并可以对公司简介的管理(增、删、查、改)。
6.发布招聘信息
企业编写招聘信息,通过管理员审核后对学生发布。
7.录取结果公布
企业通过考核录取学生后要将录取结果交由管理员审核,然后发布。
三、管理员用户
1.管理员登录
管理员统一用后台系统登录,用户名为“000XXXXX”格式,8位,密码为6位有效数据。
2.审核个人会员
管理员通过审核学生信息,通过之后,方可对学生用户解锁。
学生用户解锁后,才能发布简历,投放简历。
3.审核企业会员
管理员通过审核企业信息,待认证通过之后,向企业发放企业会员帐号。
企业只有通过帐号登录,才能发布招聘信息,审核学生简历等。
4.站内信息发布
为了方便学生与管理员,企业与管理员,企业与学生的沟通。
站内建有类似与E-mail的信息沟通功能。
有信息的群发,对发件箱、收件箱的管理等。
4.功能性需求
本节描述系统的功能性需求。
4.1系统功能列表
模块名称
模块名称、标识符
描述
学生用户
学生用户启用
启用已有的用户,并按提示修改密码
用户登录
通过用户名、密码登录网站
个人信息的填写
填写用户信息
信息搜索
搜索信息
个人会员填写简历
填写简历并可以进行增、删、查、改
企业用户
企业用户注册
创建企业用户
用户登录
通过用户名、密码登录网站
企业信息填写
填写用户信息
信息搜索
搜索信息
会员填写简介
填写公司简介并可以进行增、删、查、改
发布招聘信息
编写招聘信息,管理员审核后发布
公布录取结果
管理员审核结果后公布录取信息
管理员用户
管理员登录
用后台系统登录,用户名以“00”开头,密码为6位有效数据
审核个人会员
对学生信息进行审核,审核通过后,可对学生用户解锁
审核企业会员
对企业信息进行审核,审核通过后,可对企业用户解锁
站内信息发布
建有信息沟通功能
新闻发布
撰写新闻
管理员编写新闻
发布新闻
管理员发布新闻
信箱功能
收件箱
每个用户具有收件箱
发件箱
每个用户具有发件箱
垃圾箱
每个用户具有垃圾箱
草稿箱
每个用户具有草稿箱
4.2功能模块划分
4.2.1学生用户模块
学生用户的功能需求包括如下部分学生用户启用、用户登录、个人信息填写、信息搜索、个人会员填写简历
本节详细描述需求,包括要解决的问题和需求背后的动机。
对于每一类功能或者每一个功能,需要具体说明其输入、处理和输出需求。
用例编号:
U0001
用例名:
用户启用
作者:
XXX
用例描述:
学生启用管理员已分配好的账号,并修改密码
执行者
学生用户
相关用例
无
前置条件
管理员已建好学生登录账号
后置条件
无
基本路径
1.管理员提供一个学生用户名及公共密码
2.学生启用的时侯,要首先修改密码,获取相关信息,跳转至主页
备选路径
1.不修改密码,提示不能进行下一步操作
2.密码输入出错,提示密码错误
3.用户名错误,提示无此用户
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0002
用例名:
用户登录
作者:
XXX
用例描述:
学生启用后,输入用户名和密码正常登录
执行者
学生用户
相关用例
无
前置条件
学生已启用账号
后置条件
无
基本路径
1.学生已启用账号,并修改密码
2.学生正常登录的时侯,获取相关信息,跳转至主页
备选路径
1.密码输入出错,提示密码错误
2.用户名错误,提示无此用户
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0003
用例名:
个人信息填写
作者:
XXX
用例描述:
学生登录账号后,对个人信息进行填写,一些信息填写后是不可修改的
执行者
学生用户
相关用例
无
前置条件
学生用户已正常登录
后置条件
无
基本路径
1.提供商建立个人信息填写表格
2.学生登录后点击至个人信息填写
备选路径
1.填写必要地个人信息,提交时提示确认信息正确性
2.提交时提示用户部分信息不可修改
字段列表
个人信息保存在studentinf
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0004
用例名:
信息搜索
作者:
XXX
用例描述:
学生对企业信息等进行搜索
执行者
学生用户
相关用例
无
前置条件
学生已正常登录,企业已上传信息至服务器
后置条件
无
基本路径
1.学生登录后点击进入搜索界面,通过设置信息对企业以及新闻进行搜索
备选路径
1.设置信息不正确,提示用户不能进行搜索
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0005
用例名:
填写简历
作者:
XXX
用例描述:
学生登录后至多可以填写三分简历
执行者
学生用户
相关用例
无
前置条件
学生用户已正常登录,并填写个人信息
后置条件
无
基本路径
1.学生登录后点击进入填写简历界面,进行简历的填写
2.填写时基本信息必须与个人信息相符
备选路径
1.填写信息与个人信息不符,提示简历不能提交
2.基本信息没有填写完全,提示简历不能提交
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
4.2.2企业用户模块
企业用户的功能需求包括如下部分企业用户注册、用户登录、企业信息填写、信息搜索、会员填写简介
用例编号:
U0006
用例名:
用户注册
作者:
XXX
用例描述:
企业用户注册账号
执行者
企业用户
相关用例
无
前置条件
无
后置条件
无
基本路径
1.企业已启用账号,并修改密码
2.企业正常登录的时侯,获取相关信息,跳转至主页
备选路径
1.用户名没有按要求的格式,提示用户名不可用
2.密码设置不正确,提示重新设置密码
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0007
用例名:
用户登录
作者:
XXX
用例描述:
企业用户登录账号
执行者
企业用户
相关用例
无
前置条件
企业用户已注册账号
后置条件
无
基本路径
1.企业用户
2.提交申请后,要经管理员的审核
备选路径
1.密码输入出错,提示密码错误
2.用户名错误,提示无此用户
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0008
用例名:
企业信息填写
作者:
XXX
用例描述:
企业用户填写本公司的信息
执行者
企业用户
相关用例
无
前置条件
企业用户已正常登录
后置条件
无
基本路径
1.提供商建立个人信息填写表格
2.企业登录后点击至个人信息填写
备选路径
1.填写必要地企业信息,提交时提示确认信息正确性
2.提交时提示用户部分信息不可修改
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0009
用例名:
学生信息搜索
作者:
XXX
用例描述:
企业用户填写本公司的信息
执行者
企业用户
相关用例
无
前置条件
企业用户已正常登录
后置条件
无
基本路径
1.企业用户登录后点击进入搜索界面,通过设置信息对学生以及新闻进行搜索
备选路径
1.设置信息不正确,提示用户不能进行搜索
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0010
用例名:
填写公司简介
作者:
XXX
用例描述:
企业用户填写本公司的介绍
执行者
企业用户
相关用例
无
前置条件
企业用户已正常登录
后置条件
无
基本路径
1.企业用户登录后点击进入简介填写界面,对公司的情况、发展等进行填写
备选路径
1.填写的信息要经由管理员审核,如若出现不符,驳回。
不能发表
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0011
用例名:
发布招聘信息
作者:
XXX
用例描述:
企业用户可通过本系统发布招聘的信息
执行者
企业用户
相关用例
无
前置条件
企业用户已正常登录
后置条件
无
基本路径
1.企业用户登录后点击进入发布新闻界面,可在此编写招聘信息,然后交由管理员审核并发布
备选路径
1.管理员审核不合格的话要驳回,企业用户接受,并且重新编辑
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0012
用例名:
公布录取信息
作者:
XXX
用例描述:
企业用户可通过本系统公布录取的信息
执行者
企业用户
相关用例
无
前置条件
企业用户已正常登录
后置条件
无
基本路径
1.企业用户登录后点击进入发布新闻界面,可在此编写录取信息,然后交由管理员审核并发布
备选路径
2.管理员审核不合格的话要驳回,企业用户接受,并且重新编辑
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
4.2.3管理员模块
用例编号:
U0013
用例名:
管理员登录
作者:
XXX
用例描述:
管理员登录本系统
执行者
管理员
相关用例
无
前置条件
系统开发者已设置好管理员账号等
后置条件
无
基本路径
1.管理员登录,可自行修改密码
备选路径
1.密码输入不正确,提示密码输入错误
2.用户名输入不正确,提示无此用户
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0014
用例名:
审核个人会员
作者:
XXX
用例描述:
管理员要审核学生填写的信息是否真实可靠
执行者
管理员
相关用例
无
前置条件
管理员已正常登录
后置条件
无
基本路径
1.学生用户的个人信息提交至管理员处,管理员要审核该学生的信息是否正确,如不正确需驳回
2.若信息正确,点击通过,使系统添加该信息
备选路径
1.学生提交信息时,对于一些格式的错误,系统自动识别,并提示信息不符合要求
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0015
用例名:
审核企业会员
作者:
XXX
用例描述:
管理员要审核企业填写的信息是否真实可靠
执行者
管理员
相关用例
无
前置条件
管理员已正常登录
后置条件
无
基本路径
1.企业用户的企业信息提交至管理员处,管理员要审核该企业的信息是否正确,如不正确需驳回
2.若信息正确,点击通过,使系统添加该信息
备选路径
1.企业提交信息时,对于一些格式的错误,系统自动识别,并提示信息不符合要求
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
用例编号:
U0016
用例名:
站内信息发布
作者:
XXX
用例描述:
管理员审核信息后进行发布
执行者
管理员
相关用例
无
前置条件
管理员已正常登录
后置条件
无
基本路径
1.企业提交的招聘、录取信息以及学生的信息等,管理员进行审核后,将通过审核的信息发布
2.管理员可以将一些学校的通知等通过信息发布
备选路径
1.未通过审核的信息要驳回,并对申请人发出驳回信息
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
4.2.4新闻发布
用例编号:
U0017
用例名:
撰写新闻
作者:
XXX
用例描述:
管理员可以根据校领导的要求编写新闻
执行者
管理员
相关用例
无
前置条件
管理员已正常登录
后置条件
无
基本路径
1.管理员点击进入撰写新闻的界面,进行新闻的编写
2.编写成功后可先选择保存
备选路径
1.学生提交信息时,对于一些格式的错误,系统自动识别,并提示信息不符合要求
字段列表
学生用户身份保存在session的stu字段
业务规则
无
非功能需求
无
设计约束
无
遗留问题
无
4.2.5信箱功能
5.非功能性需求
5.1性能需求
本节用数字对系统和人机接口方面的静态和动态需求进行描述,例如:
静态数字需求(也称作容量)包括:
1、支持的工作站数量;
2、支持的模拟用户数量;
3、数据库和文件容量;
4、数据通道数量;
动态数字需求包括:
1、数据吞吐量;
2、响应时间】。
概述系统的性能特征。
其中需包括具体的响应时间。
如果可行,按名称引用相关用例。
?
*对事务的响应时间(平均、最长)
?
*吞吐量,例如每秒处理的事务数
?
*容量,例如系统可以容纳的客户或事务数
?
*降级模式(当系统以某种形式降级时可接受的运行模式)
?
*资源利用情况,如内存、磁盘、通信等
5.2可靠性需求
对系统可靠性的需求应在此处说明。
以下是一些建议:
?
*可用性-指出可用时间百分比(xx.xx%)、使用小时数、维护访问权、降级模式操作等。
?
*平均故障间隔时间(MTBF)*通常表示为小时数,但也可表示为天数、月数或年数。
?
*平均修复时间(MTTR)-系统在发生故障后可以暂停运行的时间。
?
*精确度-指出系统输出要求具备的精密度(分辨率)和精确度(按照某一已知的标准)。
?
*最高错误或缺陷率-通常表示为每千行代码的错误数目(bugsKLOC)或每个功能点的错误数目(bugsfunction-point)。
?
*错误或缺陷率-按照小错误、大错误和严重错误来分类。
需求中必须对“严重”错误进行界定,例如:
数据完全丢失或完全不能使用系统的某部分功能。
6.接口需求
用户接口
运用JSP或者HTML开发,为了能够控制用户操作的时机,必要的地方会使用JavaScript和HTML等动态网页技术。
硬件接口
由于本系统是BS结构的系统,因此网络是必备条件之一,网络使用HTTP协议,本环境的服务器为Windows2000,客户端的操作系统为Windows2003、Windows7或WindowsXP。
软件接口
客户浏览器和服务器之间的数据通信:
使用HTML的FORM表单来传递数据。
通信接口
描述本系统要求的任何通信相关功能需求,包括e-mail,webbrowser,网络服务器通信协议,电子表单等等。
定义相关消息格式。
识别用到的所有通信标准,比如FTP、HTTP等。
详细说明通信安全和加密问题,数据传输速率,同步机制等。
7.故障处理
说明本系统在发生可能的软硬件故障时,对故障处理的要求。
软件系统出错处理
说明属于软件系统的问题;
给出发生错误时的错误信息;
说明发生错误时可能采取的补救措施。
硬件系统冗余措施的说明
说明哪些问题可以由硬件设计解决,并提出可采取的冗余措施;
对硬件系统采取的冗余措施加以说明。
四.概要设计
1.系统总体结构图
2关键技术与算法
简要说明本系统设计采用的关键技术和主要算法。
3关键数据结构
简要说明本系统实现中的最主要的数据结构。
4.概念模型设计
(画出E-R图)
根据系统数据流图和数据字典,得出系统的总体概念模型(E-R)如图2所示。
图2系统的总体概念模型
五详细设计
1.模块关系图
图形表述模块间的相互关系,如:
组成关系、调用关系等。
2.子系统A的模块设计(以此类推,子系统B、C……)
提
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Web 毕业 课程设计 报告 wy
![提示](https://static.bdocx.com/images/bang_tan.gif)