《可视化建模与UML》大作业《简历管理系统分析与设计》参照模板.docx
- 文档编号:28241010
- 上传时间:2023-07-09
- 格式:DOCX
- 页数:124
- 大小:3.07MB
《可视化建模与UML》大作业《简历管理系统分析与设计》参照模板.docx
《《可视化建模与UML》大作业《简历管理系统分析与设计》参照模板.docx》由会员分享,可在线阅读,更多相关《《可视化建模与UML》大作业《简历管理系统分析与设计》参照模板.docx(124页珍藏版)》请在冰豆网上搜索。
《可视化建模与UML》大作业《简历管理系统分析与设计》参照模板
《可视化建模与UML》
大作业
简历管理系统分析与设计
专业:
班级:
学号:
姓名:
成绩:
二〇一五年十二月
大连理工大学城市学院
第一章简历管理系统需求规格说明书
1.导言
1.1目的
该文档是关于用户对于简历管理系统的功能和性能的要求,重点描述了简历管理系统的功能需求,是概要设计阶段的重要输入。
本文档的预期读者是:
·设计人员;
·开发人员;
·项目管理人员;
·测试人员;
·用户。
1.2范围
该文档是借助于当前简历管理系统的逻辑模型导出目标简历管理系统的逻辑模型的,解决整个项目简历管理系统的“做什么”的问题。
在这里,没有涉及开发技术,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的平台。
1.3编写说明
HR,HumanResource(人力资源管理)的缩写。
JSP,JavaServerPage(Java服务器页面)的缩写,一个脚本化的语言。
UML,UnifiedModelingLanguage(统一建模语言)的缩写,是一个标准的建模语言。
1.4术语定义
无
1.5引用标准
[1]《企业文档格式标准》,****************有限公司软件工程过程化组织
[2]《需求规格报告格式标准》,************有限公司软件工程过程化组织
1.6参考资料
[1]《UML说明》,***********************软件有限公司
[2]《需求规格报告格式标准》,************公司软件工程过程化组织
1.7版本更新信息
本文档的更新记录如表A-1所示。
表A-1版本更新记录
修改编号
修改日期
修改后版本
修改位置
修改内容概述
001
002
003
004
2015.12.5
2015.12.6
2015.12.7
2015.12.8
0.1
0.2
0.3
0.4
全部
第3.1节
第4.1节
第5.1节
初始发布版本
增加
修改
增加
2.简历管理系统定义
我们分别阐述一下项目的来源、背景,项目的用户特点和项目的目标。
2.1项目来源及背景
简历是一个求职者获取工作机会的敲门砖,当今社会求职找工作的方式很多,但是简历适用于每一种、每一阶段的简历,当HR打开招聘邮箱的第一刻开始,映入他眼帘的就是简历,所以简历的好坏与否,直接影响到求职的成败。
制作出优秀的求职简历是迈向成功的第一步。
找工作,是竞争什么?
最开始的竞争就是简历!
因为你到任何一个招聘单位要做的第一件事情就是要投递简历,而简历就是那些单位了解你的第一扇窗口。
因此简历就成了你和单位沟通的第一通道,往往是HR了解你的第一个途径,适度的引起用人单位对你的兴趣才是最重要的。
一份好的简历,可以在众多求职简历中脱颖而出,给HR留下深刻的印象,然后决定给你简历通知,它是帮助你应聘成功的敲门砖。
所以说:
简历不是很多人认为的用来填写个人的“丰功伟绩”,或者仅仅是把工作经历,学习状况罗列一下。
如果现在是你在找一份合适的工作,并且没有“关系”能帮到你,那么你需要一份合适的简历,你需要认真对待简历,并将简历做好,这样才能敲开简历的大门,找到一份好的工作岗位。
该简历管理系统主要解决的就是很多人对简历重要性不重视,以及对简历内容格式的误解。
为用户提供一个简单方便的简历生成与管理简历管理系统,方便所有为工作烦恼的人。
2.2用户的特点
随着中国高校教育的发展,大学生的数量急剧增加,大学生就业问题也日益凸显,大学生就业难问题已成为社会热点之一。
据人力资源和社会保障部公布的数据,2009年我国将有2400万劳动力需要安排就业,其中将有超过700万大学毕业生需要解决就业问题。
数据显示,2009年高校毕业生规模达到611万,比2008年增长52万;而据预测,2011年这一数字将达到峰值758万。
2.3项目目标
项目总体目标是搭建一个个人简历生成以及管理简历管理系统,不仅可以填写和生成简历,还可以对简历有效的管理和保存,而且可以下载简历封面和英文简历模板。
项目最终将达到如下几个目标:
功能齐全,可以完成大多数用户的需求:
界面节约,方便用户的操作:
便于维护,可进行功能扩展:
部署简单,方便测试。
从用户的角度出发,本着与时俱进的方针,以操作简便,界面友好,灵活,实用,安全的要求出发,为客户提供满意的简历。
3.应用环境
根据用户的需求陈述,可以确定本项目分为客户端和管理端,客户端主要功能是提供用户的简历查询、简历录入、回答模板,简历提交等。
管理端的功能提供公司人力资源管理人员(HR)进行的知识库(题库)管理、模板管理、简历发布、简历管理、用户管理等。
它们的关系如图A-1所示。
图A-1简历管理系统流程图
3.1简历管理系统运行的网络环境
本简历管理系统的网络运行图如图A-2所示,无论是客户端的用户还是管理端的管理用户都可以通过网络登录到本简历管理系统中。
用户通过网络提交简历等相关信息,人力资源部通过网络发布简历信息,获得用户提交的简历信息,进行简历管理。
管理端的简历管理系统管理员需要设置管理端的用户以及相应的权限。
3.2简历管理系统运行的硬件环境
本简历管理系统的硬件环境如下:
Web服务器
·CPU:
P41.0GHz
·内存:
1G以上
·硬盘:
80GB以上
·网卡:
KMb/s速度
数据库服务器
·CPU:
P42.0GHz
·内存:
1GB以上
·硬盘:
80GB以上
图A-2网络拓扑结构图
简历管理系统运行软件环境
本简历管理系统的软件环境如下:
·操作简历管理系统:
Windows10专业版
·数据库:
MySQLVersion14..14Distrib5.6.27
·Web服务器:
ApacheTomcat8.0
·浏览器:
Firefox,Chrome,IE6.0以上
4.功能规格
我们采用面向对象分析作为主要的简历管理系统建模行为,使用UML(UnifiedModelingLanguage)作为建模语言。
UML为建模活动提供了从不同角度观察和展示简历管理系统的各种特征的行为。
在UML中,从任何一个角度对简历管理系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了简历管理系统的映像。
用例描述角色(用户、外部简历管理系统以及简历管理系统处理)是如何与简历管理系统交互来完成工作的。
用例模型提供了一个非常重要的方式来界定简历管理系统边界以及定义简历管理系统功能,同时,该模型将来可以派生出动态对象模型。
设计用例时,我们遵循下列步骤:
1)识别出简历管理系统的角色。
角色可以是用户、外部简历管理系统,甚至是外部处理,通过某种途径与简历管理系统交互。
重要的是着重从简历管理系统外部执行者的角度来描述简历管理系统需要提供哪些功能,并指明这些功能的执行者(角色)是谁。
尽可能地确保所有角色都被完全识别出来。
2)描述主要的用例。
可以采取不断地问自已“谁使用简历管理系统干什么”来准确地描述用例。
3)重新审视每个用例,为它们下个详尽的定义。
4.1角色定义
角色或者执行者指与简历管理系统产生交互的外部用户或者外部简历管理系统。
4.1.1用户
用户是指在简历管理系统中通过客户端管理简历信息的人员,这个角色主要参与管理个人简历,修改个人信息,生成简历,分享简历,找回密码等功能。
4.1.2管理员
管理员是指维护简历管理系统的正常运行,简历模板的更新人员,这个角色派生主要参与修改个人信息,管理用户/管理员,管理简历模板,找回密码等功能。
4.1.3数据库
数据库是一个与简历管理系统产生交互的外部简历管理系统,这个角色负责简历管理系统的数据的增加、删除和修改、查询等操作。
4.2简历管理系统主用例图
简历管理系统可以分为两个主要的组成部分,一个是客户端子简历管理系统。
一个是管理端子简历管理系统。
客户端子简历管理系统功能主要是指用户通过登录进行操作的功能。
管理端子简历管理系统功能是管理员管理简历模板,管理用户/管理员等功能。
简历管理系统的主用例如图A-3所示。
图A-3简历管理系统的主用例图
通过前期的分析,简历管理系统可以规划如下七个简历管理系统功能模块,个人信息的修改,管理个人简历,管理简历模板,管理用户/管理员,生成简历,分享简历,找回密码。
4.3客户端子简历管理系统
用户登录到简历管理系统中选择简历模板,填写简历,生成简历,分享简历。
这就是客户端子简历管理系统的功能。
图A-4是它的活动图。
客户端的功能主要包括修改个人信息、选择简历模板、填写简历、修改简历、生成简历、分享简历、找回密码等功能,图A-5是它的用例图。
图A-4客户端的活动图
图A-5客户端的功能用例图
客户端管理的这些用例描述如下:
F-C-1:
登录
用户要登录到简历管理系统必须经过登录界面,输入自己的ID和密码,然后简历管理系统判断这个用户的权限信息,不同的登录人可能具有不同的权限,简历管理系统根据不同的权限实现不同的功能。
F-C-2:
注册
用户没有账号时,可以先注册一个账号以便以后方便使用。
注册只能注册普通用户,不能是管理员。
F-C-3:
修改个人信息
用户登录简历管理系统后,可修改自己的ID,密码等个人基本信息。
F-C-4:
选择简历模板
可以从数据库选择自己喜爱的简历模板,简历模板包括用户的基本信息、工作经历、教育经历、基本技能、个人简短评价等。
F-C-5:
填写简历
根据之前选择的简历里模板进行填写,完善个人信息,也可以填写默认自定义的简历。
F-C-6:
修改简历
当某些信息更改后,可以随时修改相应已完善的简历。
F-C-7:
生成简历
填写或修改完简历之后,将简历保存保存到数据库中。
F-C-8:
分享简历
可以分享自己制作后的简历给其他用户。
F-C-9:
找回密码
为了最大程度上保护用户的信息,当用户忘记密码可以之前注册时的密保问题或者邮箱找回自己的密码。
同时该功能需要管理员进行审核。
4.3.1登录
所有用户需要通过登录界面进入主界面。
在登录界面输入ID和密码,简历管理系统首先判断ID和密码的正确性,然后根据ID确定其权限,不同的登录者具有不同的权限,根据登录者具有的权限将相应的功能显示在相对的界面上,没有权限操作的功能将不显示在这个界面上。
图A-6是它的活动视图。
1.1前置条件(Pre-conditions)
没有。
1.2后置条件(Post-Conditions)
如果用例成功,参与者可以启动并使用简历管理系统所提供的功能。
反之,简历管理系统状态不变。
1.3扩展点
没有。
1.4事件流
1.4.1基流(BasicFlow)
当用户希望登录到简历管理系统中时,用例启动。
(1)简历管理系统提示用户输入用户名和密码
(2)用户输入用户名和密码
(3)简历管理系统验证输入的用户名和密码,若正确(E-1),则用户登录到简历管理系统中。
1.4.2代替流
E-1如果用户输入无效的用户名和/或密码,简历管理系统显示错误信息,用户可以选择返回基流的起始点,重新输入用户名和/或密码:
或者取消登录,简历管理系统结束。
。
图A-6登录的活动图
4.3.2注册
用户第一次使用该简历管理系统时需要注册一个账户,(只能注册普通用户,不能是管理员)。
需填写个人信息,并且通过邮箱验证即可注册成功。
以便日后的方便实用。
图A-7是它的活动视图。
1.1前置条件(Pre-conditions)
没有。
1.2后置条件(Post-Conditions)
如果用例成功,参与者可以启动并使用简历管理系统所提供的功能。
反之,简历管理系统状态不变。
1.3扩展点
没有。
1.4事件流
1.4.1基流(BasicFlow)
当用户第一次使用简历管理系统时,用例启动。
(1)简历管理系统提示用户输入用户名和密码以及其他信息
(2)用户输入用户名和密码以及其他信息
(3)简历管理系统验证输入的邮箱,若正确(E-1),则用户登录到简历管理系统中。
1.4.2代替流
E-1如果用户输入无效的邮箱或用户名已存在,简历管理系统显示错误信息,用户可以选择返回基流的起始点,重新输入:
或者取消注册,简历管理系统结束。
图A-7注册的活动图
4.3.3修改个人信息
用户可以修改注册时的ID和密码,修改后的信息实时保存到数据库中方便用户的使用。
图A-8是它的活动视图。
用例描述:
修改个人信息;
执行者:
用户;
前置条件:
用户已登录简历管理系统;
后置条件:
如果个人信息维护成功后,则数据库中的数据随之变化。
基本路径:
a)修改ID或密码,不能与之前的相同,否则没意义。
并且密码不能和ID相同。
b)点击修改成功后,个人信息会自动保存到数据库中。
图A-8修改个人信息的活动图
4.3.4选择简历模板
用户可以通过选择简历的类别,封面,排版等多种样式来选择自己喜欢的简历模板。
具体描述如下。
图A-9是它的活动视图。
用例描述:
选择简历模板;
执行者:
用户;
前置条件:
用户已登录简历管理系统;
后置条件:
可以填写对应的简历。
基本路径:
a)类别选择;
b)封面选择;
c)排版选择;
图A-9选择简历模板的活动图
4.3.5填写简历
如果用户满意某个模板,就开始填写简历,简历从用户的基本信息开始,然后输入工作经历、教育经历、基本技能、自我介绍等内容。
具体描述如下。
图A-10是它的活动视图。
用例描述:
填写简历;
执行者:
用户;
前置条件:
用户已选择简历模板;
后置条件:
简历输入后,则可以生成简历。
基本路径:
a)基本信息输入,包括姓名、性别、年龄、身高、证件类型、证件号码、婚姻状况、工作年限、期望的月薪、居住地、电话、E-mail、地址、邮编等信息;
b)工作经历信息输入,包括起止时间、工作单位、单位所属行业、单位性质、部门、简历、工作描述等;
c)教育经历信息输入,包括起止时间、学校、专业、学位、简单描述等;
d)基本技能信息输入,包括技能名称、熟悉程度、证书、其他说明等;
e)自我介绍输入是对自己的简短评价,字数在80字以内。
图A-10选择简历模板的活动图
4.3.6生成简历
用户填写完简历之后就可以将内容与模板一并保存到数据库中,生成简历。
具体功能描述如下。
图A-11是它的活动视图。
用例描述:
生成简历;
执行者:
用户;
前置条件:
用户已填写简历;
后置条件:
生成简历后,则可以分享已完善的简历。
基本路径:
a)将每一项都填上之后才可以生成简历;
b)最后简历信息和模板一起提交到服务器并保存到数据库当中。
图A-11选择简历模板的活动图
4.3.7分享简历
用户生成简历之后就可以将生成好的简历分享给其他用户。
具体描述如下。
图A-12是它的活动视图。
用例描述:
分享简历;
执行者:
用户;
前置条件:
用户拥有生成后的完整简历;
后置条件:
提交教分享操作。
基本路径:
a)选择将要分享的用户;
b)选择将要分享的简历。
图A-12选择简历模板的活动图
4.3.8找回密码
用户可以填写相对信息去申请忘记密码,通过管理员的审核之后将密码通过邮件的形式发送给用户。
1.1前置条件(Pre-conditions)
用户曾经注册过账号。
1.2后置条件(Post-Conditions)
如果用例成功,参与者可以启动并使用简历管理系统所提供的功能。
反之,简历管理系统状态不变。
1.3扩展点
没有。
1.4事件流
1.4.1基流(BasicFlow)
当用户希望登录到简历管理系统中时,用例启动。
(1)简历管理系统提示用户输入用户名和邮箱以及其他信息
(2)用户输入用户名和邮箱以及其他信息
(3)简历管理系统验证输入的用户名和邮箱,若正确(E-1),则将密码发送给用户。
1.4.2代替流
E-1如果用户输入无效的用户名或邮箱,简历管理系统显示错误信息,用户可以选择返回基流的起始点,重新输入:
或者取消密码找回功能,简历管理系统结束。
图A-13找回密码的活动图
4.4管理端子简历管理系统
管理端子简历管理系统主要是维护简历管理系统的正常运行,以及管理用户,管理员,上传简历模板为用户提供资源,管理简历模板,定时更新模板等。
还可以帮助用户找回密码等功能。
图A-13是管理端的活动图。
图A-14是管理端的用例图。
图A-13选择简历模板的活动图
图A-14管理端用例图
F-L-1:
登录
管理员要登录到简历管理系统必须经过登录界面,输入自己的ID和密码,然后简历管理系统判断这个用户的权限信息,不同的登录人可能具有不同的权限,简历管理系统根据不同的权限实现不同的功能。
F-M-1:
修改个人信息
用户登录简历管理系统后,可修改自己的ID,密码等个人基本信息。
F-M-2:
管理用户/管理员
第一次使用简历管理系统的管理员为顶级管理员,顶级管理员可以管理普通管理员,和用户。
可以查看用户和管理员任意的信息,也可以控制用户和管理员的数量。
F-M-3:
管理简历模板
管理员可以上传及下载简历模板,定时更新资源来满足用户的需求,也可以删除已过时的简历模板。
F-M-4:
找回密码
管理员可以产看用户的信息在必要时通过审核可以将已忘记的密码通过邮件的方式告知用户。
4.4.1登录管理
所有管理员需要通过登录界面进入主界面。
在登录界面输入ID和密码,简历管理系统首先判断ID和密码的正确性,然后根据管理员的ID确定其权限,不同的登录者具有不同的权限,根据登录者具有的权限将相应的功能显示在相对的界面上,没有权限操作的功能将不显示在这个界面上。
图A-15是它的活动视图。
所有管理员需要通过登录界面进入主界面。
在登录界面输入ID和密码,简历管理系统首先判断ID和密码的正确性,然后根据ID确定其权限,不同的登录者具有不同的权限,根据登录者具有的权限将相应的功能显示在相对的界面上,没有权限操作的功能将不显示在这个界面上。
图A-6是它的活动视图。
1.1前置条件(Pre-conditions)
没有。
1.2后置条件(Post-Conditions)
如果用例成功,参与者可以启动并使用简历管理系统所提供的功能。
反之,简历管理系统状态不变。
1.3扩展点
没有。
1.4事件流
1.4.1基流(BasicFlow)
当用户希望登录到简历管理系统中时,用例启动。
(1)简历管理系统提示管理员输入用户名和密码
(2)管理员输入用户名和密码
(3)简历管理系统验证输入的用户名和密码,若正确(E-1),则管理员登录到简历管理系统中。
1.4.2代替流
E-1如果用户输入无效的用户名和/或密码,简历管理系统显示错误信息,管理员可以选择返回基流的起始点,重新输入用户名和/或密码:
或者取消登录,简历管理系统结束。
。
图A-15登录的活动图
4.4.2修改个人信息
用户可以修改注册时的ID和密码,修改后的信息实时保存到数据库中方便用户的使用。
图A-16是它的活动视图。
用例描述:
修改个人信息;
执行者:
管理员;
前置条件:
管理员已登录简历管理系统;
后置条件:
如果个人信息维护成功后,则数据库中的数据随之变化。
基本路径:
b)修改ID或密码,不能与之前的相同,否则没意义。
并且密码不能和ID相同。
b)点击修改成功后,个人信息会自动保存到数据库中。
图A-16修改个人信息的活动图
4.4.3管理简历模板
在简历管理系统中,要定期维护简历模板,模板管理主要是组织简历模板,所有的简历模板都来自数据库中,每份模板都有不同的针对性,针对不同的招聘需求。
具体功能描述如下。
图A-17是它的活动视图。
用例描述:
模板管理;
执行者:
管理员;
前置条件:
管理员已登录简历管理系统;
后置条件:
如果简历模板维护成功后,则数据库中的数据随之变化。
基本路径:
a)进入模板管理界面,首先展示目前存在的模板;
b)点击每个模板可以详细浏览每个模板的信息;
c)可以对一些模板进行删除,或者可以重新整理各个模板的顺序,同时可以预览整个模板;
d)提供增加模板的按钮,增加模板时,从数据库中选择模板;
e)可以删除选择的模板。
图A-17管理简历模板的活动图
4.4.7管理用户/管理员
简历管理系统管理员可以进行权限设置,在用户管理界面中对用户进行增加、删除、修改、查询。
具体功能描述如下。
图A-18是它的活动视图。
用例描述:
用户/管理员管理;
执行者:
顶级管理员;
前置条件:
顶级管理员已登录简历管理系统;
后置条件:
如果用户/管理员信息维护完成,则用户/管理员的相应信息将记录到数据库中。
基本路径:
a)进入用户管理界面,显示目前的简历管理系统用户以及每个用户具有的权限;
b)点击不同的用户,可以显示这个用户的信息以及相应权限,必要时可以修改其权限;
c)可以增加用户,也可以删除用户。
图A-18管理用户/管理员的活动图
5.性能需求
根据用户对本简历管理系统的要求,确定简历管理系统在响应时间、可靠性、安全性等方面有较高的必能要求。
5.1界面需求
简历管理系统的界面要求如下。
1)页面内容:
主题突出,站点定义、术语和行文格式统一、规范、明确、栏目、菜单设置和布局合理,传递的信息准确、及时。
内容丰富,文字准确,语句通顺,专用术语规范,行文格式统一规范。
2)导航结构:
页面具有明确的导航指示,且便于理解,方便用户使用。
3)技术环境:
页面大小适当,能用各种常用浏览器以不同分辨率浏览,无错误链接和空链接;采用CSS处理,控制字体大小和版面布局。
4)艺术风格:
界面、版面形象清晰悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方,动与静搭配恰当,动静效果好;色彩和谐自然,与主题内容相协调。
5.2响应时间需求
无论是客户端还是管理端,当用户登录,进行任何操作的时候,简历管理系统应该及时地进行反应,反应的时间在5秒以内。
简历管理系统应能监测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,以避免出现长时间等待甚至无响应。
5.3可靠性需求
简历管理系统应保证7×24小时内不宕机,保证20人可以同时在客户端登录,此时简历管理系统能正常运行,正确提示相关内容。
5.4开放性需求
简历管理系统应具有较强的灵活性,以适应将来功能扩展的需求。
5.5可扩展性需求
简历管理系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。
5.6简历管理系统安全性需求
简历管理系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。
简历管理系统需能够防止各类误操作可能造成的数据丢失,破坏。
防止用户非法获得网页以及内容。
6.产品提交
提交产品为:
a)应用简历管理系统软件包;
b)数据库初始数据;
c)简历管理系统开发过程文档;
d)简历管理系统使用、维护说明文档,提交方式为CD介质。
7.实现约束
简历管理系统的实现约束如下:
a)操作简历管理系统为Windows10;
b)开发平台为:
Eclipse-SDK-3.1.2-win64;
c)数据库为MySQL。
8.签字
本需求规格经过双方认可,特签字如表A-2所例。
表
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 可视化建模与UML 简历管理系统分析与设计 可视化 建模 UML 作业 简历 管理 系统分析 设计 参照 模板