统一建模语言课程设计报告.docx
《统一建模语言课程设计报告.docx》由会员分享,可在线阅读,更多相关《统一建模语言课程设计报告.docx(18页珍藏版)》请在冰豆网上搜索。
统一建模语言课程设计报告
科技与艺术学院经管系
课程设计报告
课程设计名称:
统一建模语言课程设计
课程设计时间:
2010.04.25-2010.06.20
专业信息管理与信息系统
班级07信管
(1)班
学生姓名汪彬
学号 Xc07540109
指导老师鲍小忠
课程设计报告
1.课程设计目的
培养学生实际的信息系统分析和设计能力。
通过本课程设计,要求学生:
●通过实践掌握UML建模方法和建模过程,使学生对软件工程学的基本理论和方法有较深刻的了解。
●能独立对一个信息系统实例进行完整的建模。
2.课程设计题目描述和要求
结合一个典型的信息系统案例(图书管理系统等),展开管理信息系统各项分析和设计任务,要求系统分析和设计过程中基本完成以下任务:
●结合信息系统案例(图书管理系统、资源管理系统等)进行系统需求分析,并建立用例模型(包括用例图和用例描述)。
●结合信息系统案例(图书管理系统、资源管理系统等),在需求分析的基础上进行系统分析和设计,并建立信息系统的静态模型(包括类图和对象图)。
●结合信息系统案例(图书管理系统、资源管理系统等),在需求分析的基础上进行系统分析和设计,并建立信息系统的动态模型(包括交互图、活动图和状态图)。
●结合信息系统案例(图书管理系统、资源管理系统等),在需求分析的基础上进行系统分析和设计,并建立信息系统的数据模型。
●结合信息系统案例(图书管理系统、资源管理系统等),在系统分析和设计的基础上进行分析、设计报告的撰写。
3.课程设计报告内容
3.1组织简介
随着网上信息的发展,网上在人们生活中的应用越来越广泛。
招聘网站为应聘者提供了方便、快捷的应聘途径。
对招聘单位来说,招聘网站也为他们提供了查询、检索应聘者信息库的条件,使招聘工作中的人员初选工作变得轻松易行。
此系统的开发为应聘者及招聘公司带来了很大的方便和经济,使他们足不出户就可以轻轻松松地完成求职和招聘工作。
网上招聘求职方式已经成为了招聘求职的一大重要手段,其招聘求职规模和招聘求职成功率已直逼传统招聘会,有的甚至超过了传统招聘会。
通过它应聘者和招聘公司/单位可以在网上通过Internet,突破时间和空间的限制而实现工作求职和公司/单位的人才的招聘。
网上招聘的崛起对传统人才招聘流通体系产生了强烈的冲击,网上招聘较之传统招聘具有招聘范围广,信息量大,可挑选余地大,应聘人员素质高,招聘效果好,费用低,获得了越来越多的公司的认可优势,同时它有着经营成本低、库存是虚拟的、用户检索方便、地域限制少等特点。
3.2组织结构图
图3-1组织结构图
3.3业务概述
面对传统招聘这种缺陷,本网上求职招聘系统在管理中实现面对单个公司,将公司的情况、所要的招聘岗位等一些有关公司的情况,详细的列出,使无需计算机专业知识的人也可以轻松地建立起用人单位的网上站点。
招聘者通过客户端软件可轻松了解公司情况,并且更详细,更具体,更全面,更容易找到自己适合的工作。
同时把自己的详细资料传到网上。
公司可以分类,分别管理,就能系统的、清晰的知道每个应聘者的详细情况,可以挑选最合适的人。
最好、最大限度的利用人才,创造最大的价值!
软件需求分析是软件开发的第一个阶段,也是关系到软件开发成败的关键步骤。
明确的目标是制定方案的前提,功能需求的描述则是网上求职招聘系统实施方案的前提。
需求分析要注意的问题,是让用户和开发者共同明确将要开发的是一个什么样的系统。
具体而言,需求分析主要有两个任务:
第一是通过对问题及其环境的理解、分析和综合,建立分析模型;第二是在完全弄清用户对软件系统的确切要求的基础上,用“用软件需求规格说明书”把用户的需求表达出来。
网上求职招聘系统的用户是人事管理人员和应聘人员。
人事管理人员通过这个系统来发布职位;应聘人员通过这个系统提交自己的简历;人事管理人员再通过这个系统统计并整理这些简历,同时根据应聘者的简历情况筛选出需要面试的人员,然后通知应聘人员面试;人事管理人员通过此系统通过此系统随时浏览应聘人员的简历和面试的相关信息。
3.4用例图
3.4.1识别参与者
1.求职者:
求职者是指在这个网络求职招聘系统中通过注册,成为会员用户并通过客户端登陆,创建个人信息及简历并向招聘者提交简历信息的人员,这个Actor主要参与客户端的注册登录、职位查询、创建填写简历、回答问题、提交简历、查看招聘单位回复等功能。
2.招聘者:
招聘者是指企业人事管理人员通过注册登录这个系统,成为系统许可的用人单位一方,在这个平台上发布招聘信息,处理求职者发来的简历并能够回复其中合适的求职者,也可以自己主动的搜索求职者,并与之取得联系。
同时管理企业自身信息,不断完善企业形象与文化。
3.管理者:
管理者是求职招聘系统中扮演了参与系统交互、管理求职者与招聘者、发布政策新闻、筛选信息并对相关信息设置访问级别、对系统进行管理的角色。
4.访客:
访客是指不通过注册而访问系统信息的,但部分信息系统管理者已设置访问权限而无权查看。
3.4.2识别用例
(1)求职者用例图
图4-1求职者用例图
用例描述:
参与者:
多个求职者。
主事件流:
(1)修改密码。
求职者为了密码的安全且方便使用,可以修改登录密码。
(2)更新个人资料。
求职者可以根据自己的求职意向对个人资料进行一系列的操作。
(3)查看个人信箱。
求职者为了与招聘者保持联系,查看个人信箱。
(4)下载简历模板。
求职者下载简历模板,填写相关信息。
(5)投递简历。
求职者搜索到合适的工作,并向招聘者指定的邮箱发送简历。
(6)发布求职信息。
求职者为了找到合适的工作,发布要求职的工作信息。
(7)搜索招聘信息。
求职者为了找到适合的工作,搜索招聘信息来找到最佳的工作。
(2)招聘者用例图
图4-2招聘者用例图
用例描述:
参与者:
多个招聘者。
主事件流:
(1)修改密码。
招聘者为了密码安全并且方便管理使用,通过修改密码来实现。
(2)更新企业资料。
为了方便求职者更系统,更全面的了解它所求职的企业,企业要定期更新企业资料
(3)查看企业信箱。
从企业信箱对发出求职信的人进行选择。
(4)回复求职者。
招聘者将进行选择的结果以某种方式反馈给求职者,求职者可以查看自己的求职结果。
(5)浏览所获简历。
招聘者浏览所获得求职者的简历信息,并进行选择是否满足企业的需要。
(6)发布招聘信息。
招聘企业通过发布招聘信息来为公司的空缺职业找到合适的人选,同时求职者可以通过招聘企业发布的信息来根据自己的需要进行选择。
(7)搜索应聘信息。
当招聘企业通过系统发布招聘信息后,查询满足招聘者要求的所有求职者信息。
(3)管理员用例图
图4-3管理员用例图
用例描述:
参与者:
多个管理者。
主事件流:
(1)管理招聘用户。
主要用于管理招聘用户的信息。
(2)修改密码。
管理员为了密码安全并且方便使用,修改了密码。
(3)管理求职用户。
管理员管理求职用户的基本信息,并赋予其权限。
(4)管理新闻。
管理员主要对新闻进行管理。
(4)访客用例图
图4-4访客用例图
用例描述:
参与者:
访客。
主事件流:
(1)浏览网页。
主要是访客浏览系统信息。
(2)注册信息。
为了使访客注册成为应聘者、招聘者。
(3)登录信息。
用户身份验证后进入系统,实现相应的权限。
3.5活动图
3.5.1访客注册信息活动图,如图5-1
图5-1访客注册信息活动图
5.2访客登录信息活动图,如图5-2
图5-2访客登录信息活动图
5.3求职者查看个人信箱活动图,如5-3
图5-3求职者查看个人信箱活动图
5.4更新个人资料活动图,如图5-4
图5-4更新个人资料活动图
5.5搜索职位信息活动图,如图5-5
图5-5搜索职位信息活动图
5.6投递简历活动图,如图5-6
图5-6投递简历活动图
5.7修改密码活动图,如图5-7
图5-7修改密码活动图
5.8发布招聘信息活动图,如图5-8
图5-8发布招聘信息活动图
5.9管理用户,如图5-9
图5-9管理用户
3.6类图
从系统数据库角度分析类,对部分实体类进行分析,如图6-1所示。
从图6-1可以看到,我们从数据库中得到7个实体类:
用户、游客、求职者、招聘者、管理员、求职信息、简历、招聘信息、企业资料。
图中只展示了它们之间的主要关系。
对于游客、求职者、管理员、企业而言,他们首先都是用户,因此他们与用户之间存在泛化关系。
求职者与求职信息、简历之间存在“发布”关联关系,招聘者与招聘信息、企业资料之间存在“发布”关联关系。
图6-1系统实体类图
实体类包含的各个类文字描述:
A.游客
类名:
游客
属性:
游客ID
操作:
浏览网页(),注册信息()
B.用户
类名:
用户
属性:
用户名,用户密码,用户权限
操作:
添加用户(),删除用户(),修改用户(),权限分配()
C.求职者
类名:
求职者
操作:
修改密码(),更新个人资料(),查看信箱(),下载简历模板(),投递简历(),搜索招聘信息()
D.招聘者
类名:
招聘者
操作:
查看企业信箱(),发布招聘信息(),更新企业资料(),回复求职者(),浏览所获简历(),修改密码()
E.管理员
类名:
管理员
操作:
管理新闻(),管理密码(),管理求职者(),管理招聘者()
F.个人信息
类名:
个人信息
属性:
姓名,年龄,性别,个人邮箱,家庭住址,教育背景,工作要求
G.简历
类名:
简历
属性:
简历编号,简历类型,申请职位,提交日期
操作:
简历录入(),简历提交(),简历查询(),简历打印()
H.企业资料
类名:
企业资料
属性:
企业名称,企业联系方式,企业成立信息,企业发展规模,企业邮箱,企业用人意向,企业员工信息
I.招聘信息
类名:
招聘信息
属性:
职位名称,职位编号,薪资,职位待遇,职位要求
操作:
职位添加(),职位删除(),职位查询(),职位修改()
3.7状态机图
图7-1用户状态图
图7-1用户状态图,用户先进入系统首页,输入用户名密码,系统对输入信息进行验证,验证成功,则成为用户状态,验证失败则返回首页,验证3次则结束。
3.8部署图
图8-1部署图
部署图主要是用来说明如何配置系统的软件和硬件。
系统由5个节点构成,应用服务器负责整个系统的总协调工作;数据库负责数据管理;Web应用程序模块用于求职者和招聘者进行客户端的注册登录、信息查询、信息输入,信息删除等;信息维护模块用于系统管理员维护整个系统的数据信息,如添加和修改招聘者用户、添加和修改求职者用户等。
系统的配置图如图8-1所示。
3.9概念数据模型
图9-1是系统的概念数据模型,有8个实体:
用户、游客、求职者、招聘者、管理员、求职信息、简历、招聘信息、企业资料;其中R1为实体“求职者”到实体“求职信息”的“发布”联系,R2为实体“求职者”到实体“简历”的“投递”联系,R3为实体“招聘者”到实体“招聘信息”的“发布”联系,R4为实体“招聘者”到“企业资料”的“上传”联系。
图9-1概念数据模型
3.10逻辑数据模型
图10-1是系统的逻辑数据模型,有8个实体:
用户、游客、求职者、招聘者、管理员、求职信息、简历、招聘信息、企业资料;其中R1为实体“求职者”到实体“求职信息”的“发布”联系,R2为实体“求职者”到实体“简历”的“投递”联系,R3为实体“招聘者”到实体“招聘信息”的“发布”联系,R4为实体“招聘者”到“企业资料”的“上传”联系。
图10-1逻辑数据模型
3.11物理数据模型
图13-1是系统的物理数据模型,有8个实体:
用户、游客、求职者、招聘者、管理员、求职信息、简历、招聘信息、企业资料;其中R1为实体“求职者”到实体“求职信息”的“发布”联系,R2为实体“求职者”到实体“简历”的“投递”联系,R3为实体“招聘者”到实体“招聘信息”的“发布”联系,R4为实体“招聘者”到“企业资料”的“上传”联系。
图13-1物理数据模型
4.课程设计总结
通过一学期对UML这门课程系统的学习,让我们对统一建模语言这门课程有了更深一层次的认识。
通过对本次UML作业的设计,使我已能够很好的掌握rose这项工具,而且还锻炼了我实际的动手能力。
在做此次大作业的设计中,同时也存在着许多不足之处。
在对象类的设计上,尚缺乏经验,设计存在不足之处,系统设计比较简单。
但在设计的过程中,通过翻阅书籍与查找资料,让我掌握了一些UML的设计思想与方法,对以后的学习与工作打下了基础。
自评成绩:
良好
参考书目:
[1]赵池龙,姜义平,张建,《软件工程实践教程》,北京,电子工业出版社,2007年1月
[2]王少锋,《面向对象UML教程》,北京,清华大学出版社,2009年12月
指导老师评语:
签名:
2010年06月日