• 统一建模语言UML--面向团队的文献管理系统


    统一建模语言UML–面向团队的文献管理系统

    目录

    1. 题目与要求 4
      1.1. 问题描述 4
      1.2. 本设计涉及的知识点 4
      1.3. 功能描述 4
    2. 系统的用例建模 5
    3. 系统的对象建模 25
    4. 系统的交互建模 30
    5. 总结 41
    6. 参考文献 41
    7. 项目分工 42

    1.题目与要求
    1.1.问题描述
    随着互联网的普及、信息流通的速度、强度和便捷度的加强,一方面人们享受到了前所未有的方便和迅捷,但另一方面也承受着信息爆炸所带来的压力。对于企业团队而言,信息化让电子文档、纸质文档、CAD图纸、多媒体成为了他们智慧资产的主要载体。而知识管理成为了现代企业发展的关键,但企业在知识管理上却存在着巨大的问题。
    1、企业每个知识工作者平均每天浪费很多的工作时间在无效的文档管理上。
    2、企业内部经常需要协同工作,而沟通在协同工作中占据了很大一部分。内部沟通方式多样难以统一;上传下达过程中信息严重衰弱;和分公司人员沟通,时间花费不说且电话费用太高;交流过程缺乏记录,出现问题相互推诿等等情况在企业中经常出现。
    3、对于现代企业的管理者来说,基于个人电脑、电子邮件和过时的文件夹共享已远远不能满足企业对宝贵的知识资产的管理与保护的需求。资料泄露来自于内部,企业是防不胜防。而这些文档的丢失、无意间的删除以及多版本造成的混乱都严重的影响了企业的工作效率。
    4、随着市场竞争日趋激烈,企业文档管理需要建立一套完整又严谨的文控管理体系,节省大量文件管理的人工成本。
    面向团队的电子文献管理信息系统应运而生。

    1.2.本设计涉及的知识点
    1.静态视图
    静态视图对应用领域中的概念以及与系统实现有关的内部概念建模。这种视
    图之所以被称之为是静态的是因为它不描述与时间有关的系统行为,此种行为在
    其他视图中进行描述。静态视图主要是由类及类间相互关系构成,这些相互关系
    包括:关联、泛化和各种依赖关系,如使用和实现关系。一个类是应用领域或应
    用解决方案中概念的描述。类图是以类为中心来组织的,类图中的其他元素或属
    于某个类或与类相关联。静态视图用类图来实现,正因为它以类为中心,所以称
    其为类图。 在类图中类用矩形框来表示,它的属性和操作分别列在分格中。如不需要表达详细信息时,分格可以省略。一个类可能出现在好几个图中。同一个类的属性 和操作只在一种图中列出,在其他图中可省略。 关系用类框之间的连线来表示,不同的关系用连线上和连线端头处的修饰符来区别。

    2.用例视图
    用例视图是被称为参与者的外部用户所能观察到的系统功能的模型图。用例
    是系统中的一个功能单元,可以被描述为参与者与系统之间的一次交互作用。用
    例模型的用途是列出系统中的用例和参与者,并显示哪个参与者参与了哪个用例
    的执行。

    3.交互视图之顺序图
    交互视图描述了执行系统功能的各个角色之间相互传递消息的顺序关系。类
    元是对在系统内交互关系中起特定作用的一个对象的描述,这使它区别于同类的
    其他对象。交互视图显示了跨越多个对象的系统控制流程。顺序图表示了对象之间传送消息的时间顺序。每一个类元角色用一条生命线 来表示一即用垂直线代表整个交互过程中对象的生命期。生命线之间的箭头连线代表消息。顺序图可以用来进行一个场景说明一即一个事务的历史过程。 顺序图的一个用途是用来表示用例中的行为顺序。当执行一个用例行为时,顺序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。

    1.3.功能描述
    本系统是面向团队,研制开发一套文档管理系统,实现团队文档的存储、分类、维护、检索、授权等过程的全面管理。为用户主要提供如下功能:
    (1)登陆:用户通过浏览器登陆到系统,输入用户名和密码,登陆到系统,看到本用户所能看到的各类信息,包括文档分类树、文档的基本信息等。
    (2)人员组织角色管理与授权管理:创建和维护企业的人员、组织和角色,人员具有登陆名、名称、密码、邮件、手机等一些基本的属性,人员从属与个或多个组织,具有一个或多个角色,组织间具有层次关系。提供文档按照人,员与角色两种方式的授权模式。
    (3)文档分类管理:用户可以增删改文档的分类,文档分类间可以建立层次关系。
    (4)文档维护:用户可以増删改文档,文档包括基本的描述信息(如文档编号、文档名、文档创建时间、创建人、大小等)及文档对应的文件列表。
    (5)文档检索:用户可以方便的按照文档的名称、编号、创建时间、创建人等信息进行检索。
    其中,功能模块图如图1-1

    图1-1 系统功能模块
    2.系统的用例建模
    2.1 用户的用例建模
    与用户有关的用例图如2-1,用户用例表如表2-1。

    图2-1用户用例图
    表2-1 用户用例表
    用例ID 用例名称 角色 优先级 简要描述
    UC101 用户注册 用户 3 用户通过系统注册成为企业人员
    UC102 登录 用户 3 用户登录文献管理系统
    UC103 文档检索 用户 3 用户通过关键字对文献进行检索
    UC104 下载文档 用户 2 用户下载文档文荣
    UC105 查看个人下载记录 用户 3 用户查看自己的个人下载记录
    UC106 文档修改 用户 1 用户对文档进行修改
    UC107 上传文档 用户 1 用户上传文档内容
    UC108 文档删除 用户 1 用户对文档进行删除操作
    UC109 文档分类修改 用户 1 用户对文档的分类目录进行修改
    UC110 文件列表创建 用户 1 用户在上传文档时创建文件列表
    UC111 显示文件列表 用户 3 用户检索文档后显示文件列表
    UC112 下载量查看 用户 2 用户下载文档时查看该文档的下载量
    UC113 权限识别(角色识别) 用户 1 用户登录进入系统时自动进行权限识别

    (1)用户注册用例详述如表2-2
    表2-2 用户注册
    Use case : UC101 用户注册
    角色:用户
    前置条件:用户进入该平台首页
    基本事件流:
    1.选择注册功能
    2.用户输入账户和密码
    3.用户点击确定按钮
    4.系统显示注册成功
    5.进入系统,根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:系统提示用户已经注册
    后置条件1: 返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    (2)用户登录用例详述如表2-3
    表2-3 用户登录
    Use case : UC102 用户登录
    角色:用户
    前置条件:用户进入该平台首页
    基本事件流:
    1.选择登陆功能
    2.用户输入账户和密码
    3.用户点击确定按钮
    4.系统显示登陆成功
    5.进入系统 根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:系统提示用户已经注册
    后置条件1: 返回主界面
    可选事件流2:系统提示用户账户密码错误
    后置条件2: 返回主界面,重新输入账号密码

    (3)文档检索用例的用例详述如表2-4
    表2-4 文档检索
    Use case : UC103 文档检索
    角色:用户
    前置条件:用户进入系统
    基本事件流:
    1.选择检索功能
    2.用户输入要检索的内容
    3.用户点击确定按钮
    4.系统显示检索成功,输出检索出的内容
    5.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:检索内容失败,无结果
    后置条件1: 返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    (4)文档下载用例的用例详述如表2-5
    表2-5 文档下载
    Use case : UC104 文档下载
    角色:用户
    前置条件:系统权限识别完成
    基本事件流:
    1.选择文档下载功能
    2.用户输入要下载的编号
    3.用户点击确定按钮
    4.系统显示下载成功,保存文件到本地
    5.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:文件下载失败
    后置条件1: 返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    (5)查看个人下载记录用例的用例详述如表2-6
    表2-6 查看个人下载记录
    Use case : UC105 查看个人下载记录
    角色:用户
    前置条件:系统权限识别完成
    基本事件流:
    1.选择查看个人下载记录功能
    2.用户点击确定按钮
    3.系统显示个人下载记录
    4.进入系统 根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:网络故障
    后置条件1: 系统显示网络冲突,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    (6)文档修改用例的用例详述如表2-7
    表2-7 文档修改
    Use case : UC106 文档修改
    角色:用户
    前置条件:系统权限识别完成
    基本事件流:
    1.选择文档修改功能
    2.用户输入要修改的文档编号
    3.用户点击确定
    4.用户输入要修改的文档内容
    5.用户点击确定按钮
    6.系统显示修改成功
    后置条件:返回主界面
    可选事件流1:用户输入内容错误
    后置条件1: 系统显示输入有误,返回主界面

    (7)文档上传用例的用例详述如表2-8
    表2-8 文档上传
    Use case : UC107 文档上传
    角色:用户
    前置条件:系统权限识别完成
    基本事件流:
    1.选择文档上传功能
    2.用户输入要上传的文档编号
    3.用户点击确定
    4.系统显示上传成功
    5.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:用户输入内容错误
    后置条件1: 系统显示输入有误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    (8)文档删除用例的用例详述如表2-9
    表2-9 文档删除
    Use case : UC108 文档删除
    角色:用户
    前置条件:系统权限识别完成
    基本事件流:
    1.选择文档删除功能
    2.用户输入要删除的文档编号
    3.用户点击确定
    4.系统显示删除成功
    5.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:用户输入编号错误
    后置条件1: 系统显示输入编号有误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    (9)文档分类用例的修改用例详述如表2-10
    表2-10 文档分类修改
    Use case : UC109 文档分类修改
    角色:用户
    前置条件:系统权限识别完成
    基本事件流:
    1.选择文档分类修改功能
    2.用户输入要修改的文档编号
    3.用户点击确定
    4.用户输入要修改的分类编号
    5.用户点击确定
    4.系统显示修改成功
    5.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:用户输入文档编号错误
    后置条件1: 系统显示输入编号有误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    (10)文档列表用例的创建用例详述如表2-11
    表2-11 文档列表创建
    Use case : UC110 文档列表创建
    角色:用户
    前置条件:系统权限识别完成
    基本事件流:
    1.选择文档列表创建功能
    2.用户输入要处理的文档编号
    3.用户点击确定
    4.用户输入要创建的文档列表编号
    5.用户点击确定
    6.系统显示创建成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:用户输入文档编号错误
    后置条件1: 系统显示输入编号有误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    (11)显示文件列表用例详述如表2-12
    表2-12 显示文件列表
    Use case : UC111 显示文件列表
    角色:用户
    前置条件:用户文档检索完成
    基本事件流:
    1.选择显示文件列表功能
    2.用户输入要显示的文档编号
    3.用户点击确定
    4.系统显示查找成功
    5.系统显示检索后的文档列表
    6.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:用户输入文档编号错误
    后置条件1: 系统显示输入编号有误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    (12)下载量查看用例的用例详述如表2-13
    表2-13 下载量查看
    Use case : UC112 下载量查看
    角色:用户
    前置条件:用户选择下载文档功能
    基本事件流:
    1.选择下载量查看功能
    2.用户输入要显示的文档编号
    3.用户点击确定
    4.系统显示查找成功
    5.系统显示该文档对应的下载量
    6.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:文档下载失败
    后置条件1: 系统显示文档下载失败,进行重新下载
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面

    2.2 管理员
    与管理员有关的用例图如2-2,管理员用例表如表2-14。

    图2-2

    表2-14 管理员用例图
    用例ID 用例名称 角色 优先级 简要描述
    UC201 登录 管理员 2 管理员登陆进入文献系统
    UC202 人员增加 管理员 1 管理员在系统中增加人员
    UC203 人员删除 管理员 1 管理员删除系统中的人员
    UC204 人员信息修改 管理员 1 管理员修改对应人员的信息
    UC205 人员查询 管理员 2 管理员查询人员信息
    UC206 创建组织 管理员 1 管理员创建一个组织
    UC207 删除组织 管理员 1 管理员删除一个组织
    UC208 组织相关信息修改 管理员 1 管理员修改组织相关信息
    UC209 组织查询 管理员 2 管理员对组织进行查询
    UC210 人员组织分配 管理员 1 管理员分配组织人员
    UC211 人员角色赋予 管理员 1 管理员对组织的角色进行分配
    UC212 人员角色剥夺 管理员 1 管理员剥夺角色的权利
    UC213 人员角色修改 管理员 1 管理员修改人员的角色

    (1)登录用例的用例详述如表2-15
    表2-15 登录
    Use case : UC201 登录
    角色:管理员
    前置条件:管理员进入系统
    基本事件流:
    1.选择登录功能
    2.管理员输入账号编号
    3.管理员输入密码
    4.管理员点击登录按钮
    5.系统显示登录成功
    6.进入系统首页
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:账号错误
    后置条件1: 系统显示账号错误,重新登录
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:密码错误
    后置条件3:系统显示密码错误,重新登录

    (2)人员增加用例的用例详述如表2-16
    表2-16 人员增加
    Use case : UC202 人员增加
    角色:管理员
    前置条件:管理员选择人员管理功能
    基本事件流:
    1.选择人员增加功能
    2.管理员输入要增加的人员编号
    3.管理员点击确定
    4.输入增加的人员名称
    5.用户点击确定按钮
    6.系统显示人员增加成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:增加的人员名称非法

    (3)人员删除用例的用例详述如表2-17
    表2-17 人员删除
    Use case : UC203 人员删除
    角色:管理员
    前置条件:管理员选择人员管理功能
    基本事件流:
    1.选择人员删除功能
    2.管理员输入要删除的人员编号
    3.管理员点击确定
    4.系统提示再次点击确认
    5.用户点击确定按钮
    6.系统显示人员删除成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:输入的编号不存在
    后置条件3: 系统显示删除失败,返回主界面

    (4)人员信息修改用例的用例描述如表2-18
    表2-18 人员信息修改
    Use case : UC204 人员信息修改
    角色:管理员
    前置条件:管理员选择人员管理功能
    基本事件流:
    1.选择人员信息修改功能
    2.管理员输入要修改的人员编号
    3.管理员点击确定
    4.输入修改后的信息
    5.用户点击确定按钮
    6.系统显示人员修改成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:输入的编号不存在
    后置条件3: 系统显示修改失败,返回主界面
    可选事件流3:修改后的信息含非法字符
    后置条件3: 系统显示修改失败,返回主界面

    (5)人员查询用例的用例描述如表2-19
    表2-19 人员查询
    Use case : UC205 人员查询
    角色:管理员
    前置条件:管理员选择人员查询功能
    基本事件流:
    1.选择人员信息查询功能
    2.管理员输入要查询的人员编号
    3.管理员点击确定
    4.系统显示人员查询成功
    5.界面显示查询后的人员信息
    6.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:输入的编号不存在
    后置条件3: 系统显示查询失败,返回主界面

    (6)创建组织用例的用例描述如表2-20
    表2-20 创建组织
    Use case : UC206 创建组织
    角色:管理员
    前置条件:管理员进入系统首页
    基本事件流:
    1.选择创建组织功能
    2.管理员输入要创建的组织的编号
    3.管理员点击确定
    4.系统显示创建组织成功
    5.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:输入的编号已经存在
    后置条件3: 系统显示创建失败,返回主界面

    (7)删除组织用例的用例描述如表2-21

    表2-21 删除组织
    Use case : UC207 删除组织
    角色:管理员
    前置条件:管理员选择组织管理功能
    基本事件流:
    1.选择删除组织功能
    2.管理员输入要删除的组织的编号
    3.管理员点击确定
    4.系统提示是否删除
    5.管理员点击确定按钮
    6.系统显示删除组织成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:删除的编号不存在
    后置条件3: 系统显示删除失败,返回主界面

    (8)组织相关信息修改用例的用例详述如表2-22
    表2-22 组织相关信息修改
    Use case : UC208 组织相关信息修改
    角色:管理员
    前置条件:管理员选择组织管理功能
    基本事件流:
    1.选择组织相关信息修改功能
    2.管理员输入要修改的组织的编号
    3.管理员点击确定
    4.输入修改后的信息
    5.管理员点击确定按钮
    6.系统显示修改组织信息成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障 返回主界面
    可选事件流3:输入的编号不存在
    后置条件3: 系统显示修改失败,返回主界面
    可选事件流3:修改后的信息含非法字符
    后置条件3: 系统显示修改失败,返回主界面

    (9)组织查询用例的用例详述如表2-23
    表2-23 组织查询
    Use case : UC209 组织查询
    角色:管理员
    前置条件:管理员选择组织管理功能
    基本事件流:
    1.选择组织查询功能
    2.管理员输入要查询的组织的编号
    3.管理员点击确定
    4.系统显示查询成功
    5.系统界面实现查询后的信息
    6.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:输入的编号不存在
    后置条件3: 系统显示查询失败,返回主界面

    (10)人员组织分配用例的用例详述如表2-24
    表2-24 人员组织分配
    Use case : UC210 人员组织分配
    角色:管理员
    前置条件:管理员进入平台首页
    基本事件流:
    1.选择人员组织分配功能
    2.管理员输入要分配的组织的编号
    3.管理员点击确定
    4.管理员输入要分配的人员的编号
    5.管理员点击确定
    6.系统显示分配成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:输入的组织编号不存在
    后置条件3: 系统显示分配失败,返回主界面
    可选事件流4:输入的人员编号不存在
    后置条件4: 系统显示分配失败,返回主界面

    (11)人员角色赋予的用例详述如表2-25
    表2-25 人员角色赋予
    Use case : UC211 人员角色赋予
    角色:管理员
    前置条件:管理员选择人员角色管理功能
    基本事件流:
    1.选择人员角色赋予功能
    2.管理员输入要操作的组织的编号
    3.管理员点击确定
    4.管理员输入该组织要分配的人员的编号
    5.管理员点击确定
    6.系统显示分配成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:输入的组织编号不存在
    后置条件3: 系统显示分配失败,返回主界面
    可选事件流4:输入的人员编号不存在
    后置条件4: 系统显示分配失败,返回主界面

    (12)人员角色剥夺用例的用例详述如表2-25
    表2-25 人员角色剥夺
    Use case : UC212 人员角色剥夺
    角色:管理员
    前置条件:管理员选择人员角色管理功能
    基本事件流:
    1.选择人员角色剥夺功能
    2.管理员输入要剥夺的人员的编号
    3.管理员点击确定
    4.管理员输入该人员要剥夺的角色的编号
    5.管理员点击确定
    6.系统显示操作成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误,返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:输入的角色编号不存在
    后置条件3: 系统显示操作失败,返回主界面
    可选事件流4:输入的人员编号不存在
    后置条件4: 系统显示操作失败,返回主界面

    (13)人员角色修改用例的用例描述如表2-26
    表2-26 人员角色修改
    Use case : UC213 人员角色修改
    角色:管理员
    前置条件:管理员选择人员角色管理功能
    基本事件流:
    1.选择人员角色修改功能
    2.管理员输入要修改的人员的编号
    3.管理员点击确定
    4.管理员输入修改后的人员的编号
    5.管理员点击确定
    6.系统显示操作成功
    7.根据系统显示继续操作
    后置条件:返回主界面
    可选事件流1:管理员权限不够
    后置条件1: 系统显示权限错误 返回主界面
    可选事件流2:网络故障
    后置条件2:系统显示故障,返回主界面
    可选事件流3:输入的角色编号不存在
    后置条件3: 系统显示操作失败,返回主界面
    可选事件流4:输入非法字符
    后置条件4: 系统显示操作失败,返回主界面

    3.系统的对象建模
    1.用户相关的类如图3-1

    图3-1 用户相关的类图
    2.管理员相关的类如图3-2

                                图3-2 管理员相关的类图
    
    • 1

    3.各个类之间的关系如图3-3

                           图3-3 各类之间的关系图
    
    • 1

    4.各个类的详细说明
    (1)User类的详细说明(用户类)如表3-1
    表3-1 用户类
    类名:User
    属性(attribute) ID 用户账号
    pwd 账户密码
    tel 用户电话
    email 用户邮件
    role 角色
    org 组织
    times 下载量
    操作
    receive_doc() 接受文献
    sub_times() 下载数量
    finddoc_byID() 通过ID查找文献
    get_times() 删除借阅对象
    mypriority() 优先级
    set_priority() 设置优先级
    delete_priority() 删除优先级
    write_info() 读入
    change_priority() 改变优先级

    (2)Role类的详细说明(角色类)
    表3-2 角色类
    类名:Role
    属性(attribute) name 姓名
    jurisdiction 权限
    follow-organization 从属于的组织
    times 下载量
    ID 角色ID
    操作 add_role() 增加角色

    (3)Organization类的详细说明(组织类)如表3-3

    表3-3 组织类
    类名:Organization
    属性(attribute) ID 借阅者账号
    name 借阅者姓名
    number 性别
    time 借阅者类型
    操作

    add_member()	增加成员
    creat_organization()	创造组织
    update_organization()	更新组织
    query_organization()	查询组织
    write_info()	写入
    delete_organization()	删除组织
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6

    (4)File类的详细说明 (文件类)如表3-4
    表3-4 文件类
    类名:File
    属性(attribute) ID 文件ID
    File_size 文件大小
    Create_time 创建的时间
    操作 create_file() 创建文件
    get_fileID() 得到文件ID
    update_fileinfo() 更新文件信息
    delete_doc() 删除文件

    (5)Word类的详细说明(文档类)如表2-5
    表3-5 文档类
    类名:Word
    属性(attribute) ID 文档ID
    Times 文档下载量
    Type 文档类型
    Priority 文档优先级
    操作
    get_doc() 得到文献
    add_times() 增加下载量
    update_date() 更新日期
    create_doc() 创造文献
    update_fileinfo() 更新文献信息
    get_doc_descibe() 得到文献的描述
    modify_info() 修改信息
    update_type() 更新类型

    (6)System类的详细说明(系统类)如表3-6
    表3-6 系统类
    类名:System
    属性(attribute) ID 系统ID
    role 角色
    doc_ID 文献ID
    record 记录
    file_ID 文件ID
    操作
    register() 登记注册
    reg_identity() 登记身份
    find_doc() 发现文献
    download_doc() 下载文献
    query_info() 查询信息
    modify_doc() 修改信息
    create_doc() 创造文件
    del_doc() 删除文件
    modify_docinfo() 修改文件信息
    check_times() 检查下载量
    get_priority() 得到优先级
    login() 登录
    query_member() 查询成员
    write_info() 写入信息
    change() 修改
    creat_organization() 创造组织
    query_organization() 查询组织
    delete_organization() 删除组织

    (7)Database类的详细说明(数据库类)如表3-7
    表3-7 数据库类
    类名:Database
    属性(attribute) ID 数据ID
    record 记录
    doc_ID 文献ID
    操作
    write_user_info() 写入用户的信息
    query_db() 查询数据库
    update_info() 更新信息
    write_log() 写入日志
    create_record() 创造纪录
    detele_doc() 删除文献
    get_doc_describe() 得到文献描述
    get_doc() 得到文献
    addID() 增加ID
    change() 修改
    write in_info() 写入信息
    add_organization() 增加组织
    write_info() 写入信息
    delete_organization() 删除组织

    (8)Administrator类的详细说明如表3-8
    表3-8 管理员类
    类名: Administrator
    属性(attribute) ID 管理员ID
    password 密码
    name 姓名
    Email 电子邮件
    phone 手机号
    操作 add() 增加

    4.系统的交互建模
    1.图4-1为组织信息修改顺序图:管理员输入组织编号系统返回组织信息,管理员输入要修改的信息并回车,修改信息成功,数据库更新信息。

                     图4-1 组织信息修改顺序图
    
    • 1

    2.图4-2为组织删除顺序图:管理员选择删除组织功能,然后输入要删除组织的组织编号,系统返回组织信息,点击确定删除成功,数据库更新信息。

    图4-2 组织删除顺序图

    3.图4-3为组织查询顺序图:管理员点击查询,输入要查询组织的属性 如组织名,组织编号等信息,系统进行查询,返回查询结果,显示查询结果。

                     图4-3 组织查询顺序图
    
    • 1

    4.图4-4为用户注册功能顺序图:用户点击注册然后输入用户名,系统判断用户名是否存在如果存在则重新输入,如果不存在用户输入各类注册信息之后系统将该用户加入数据库,返回注册成功。

                     图4-4 用户注册功能顺序图
    
    • 1

    5.图4-5为修改文档分类顺序图:用户点击文档分类然后输入文档编号,返回文档信息,用户输入要归入的类别,回车分类成功。

                    图4-5 修改文档分类顺序图
    
    • 1

    6.图4-6修改文档顺序图:用户点击修改文档然后输入文档ID,返回该文档信息,用户输入要修改的内容点击确定,修改成功。

                   图4-6 修改文档顺序图
    
    • 1

    7.图4-7为显示文件列表顺序图:系统最多显示十个文档描述。

                      图4-7 显示文件列表顺序图
    
    • 1

    8.图4-8为文档下载顺序图:用户点击下载文档,系统查询用户的下载量余额,如果余额足够则下载成功,如果余额不足显示下载失败。

                   图4-8 文档下载顺序图
    
    • 1

    9.图4-9为下载量查看顺序图:用户点击查看下载量然后选择时间,系统返回该时间内的下载量。

                   图4-9 下载量查看顺序图
    
    • 1

    10.图4-10为文档检索顺序图:用户点击检索并输入一段内容,系统开始检索,如果检索到则返回检索到的内容。

                   图4-10 文档检索顺序图
    
    • 1

    11.图4-11为上传文档顺序图:用户点开一个文件夹,若文件夹里面有文档则返回文档ID,用户点开新的文件夹,若无文档用户则直接上传文档。

                    图4-11 上传文档顺序图
    
    • 1

    12.图4-12为删除文档顺序图:用户点击删除文档并输入文档ID若文档存在则返回文档信息,用户点击确定删除则删除成功,更新数据库。

                    图4-12 删除文档顺序图
    
    • 1

    13.图4-13为权限时别顺序图:某角色点击权限时别,系统从数据库查询其权限,然后返回到主屏幕。

                       图4-13 权限识别顺序图
    
    • 1

    14.图4-14为人员管理顺序图:管理员点击人员管理,返回三个选项①角色赋予②角色剥夺③角色修改。角色管理:用户输入管理人员ID,并为他设置一个角色点击确定,设置成功,更新数据库。角色剥夺:用户输入管理人员ID,点击剥夺角色,数据库更新数据,剥夺成功。角色修改:用户输入管理人员ID和要修改成的角色,点击确定,数据库更新数据,修改成功。

                       图4-14 人员管理顺序图
    
    • 1

    15.图4-15为人员管理顺序图:管理员点击人员管理出现四个选秀:增加人员,修改人员,删除人员,查询人员。增加人员:输入要增加人员的ID,更新数据库。修改人员:输入要修改人员的ID,然后输入要修改的信息,点击确定修改成功,更新数据库。删除人员:输入要删除人员的ID,点击删除,更新数据库,修改成功。查询人员:输入要查询人员ID,返回查询的信息。

    图4-15 人员管理顺序图

    16.图4-16为创建组织顺序图:管理员点击创建组织,管理员输入要创建组织的各种信息,点击确定,创建成功,数据库更新数据。

                        图4-16 创建组织顺序图
    
    • 1

    17.图4-17为登录顺序图:用户点击登录然后输入ID和密码,如果密码正确则进入操作界面,如果密码错误则提示账号或者密码错误请重新输入,直到输入正确。

                        图4-17 登录顺序图
    
    • 1

    18.图4-18为查看个人下载记录顺序图:用户点击查询下载记录,然后选择时间,系统开始查询,若查询到结果则返回查询成功并显示结果,否则显示查询失败。

                        图4-18 查看个人下载记录顺序图
    
    • 1

    5.总结
    通过每一个小组成员不懈努力,我们组顺利完成了本次课程设计。通过本次课设,我们进一步体会到UML的作用、运作模式以及方法。UML作为一种统一建模的标准语言,其定义良好、易于表达、功能强大且普遍适用,融入软件工程领域的新思想、新方法和新技术,其作用域也不限于支持面向对象的分析和设计。甚至从某种意义上说,UML已经不是单纯的一种方法或一组符号而已,它可以对任何具有静态机构和动态行为的系统进行建模。UML本身又是图形化的的语言,可以直观的描述事物的状态、行为与特征,其兼顾了直观和抽象,在抽象和直观中找到了平衡点,描述了事物最为重要和最为本质的特征,对于后续的软件开发有极大的帮助。
    在本次课设过程中,文档的编写也遇到了不少的问题,这些问题出现的主要原因是对基础知识的理解和把握不够,还不能真正达到融会贯通和学以致用的地步。但在组员的互帮互助和老师的认真指导下,我们一步一步克服困难,一步一步加深了对于UML的理解。我们更加深刻的认识到实践的作用,“纸上得来终觉浅,绝知此事要躬行”,知识的学习离不开实践,实践出真知、在以后的日子里,我们会进一步重视知识的实践,在实践中体会知识的真正含义。
    小组最为重要的就是合作精神,团队的力量是无穷的,通过组员的共同努力,我们完成了实训项目。虽然,我们的项目还存在着缺点和不足,但这也正是日后学习和工作需要去完善和弥补的。这次课设将为我们以后进入社会提供一笔宝贵的财富,是对我们能力的一个见证。最后,感谢老师的辛勤指导,和小组成员的共同努力!

    6.参考文献
    [1]严蔚敏,吴伟民.数据结构(C语言版)[M]. 北京:清华大学出版社,1997.
    [2]王先国.UML统计建模实用教程[M]. 北京:清华大学出版社,2009.

  • 相关阅读:
    如何给不同类的公共字段赋值
    记一次 .NET 在线客服系统同时支持 SQL Server 和 MySQL 没卡死分析
    鲜花绿植学生网页设计模板 静态HTML鲜花学生网页作业成品 DIV CSS网上鲜花植物主题静态网页
    为什么在线个人品牌对企业家至关重要
    解决echarts tooltip在最右侧时部分被遮挡
    蓝桥杯每日一题2023.11.9
    企业如何实时监管员工聊天&红包转账记录?
    QCC51XX---提示音和LED状态分析
    SkiaSharp 之 WPF 自绘 五环弹动球(案例版)
    sphinx+reStructuredText写文档、发布网站 (源码+发布效果)
  • 原文地址:https://blog.csdn.net/Miracle_of_Dec/article/details/117652660