毕业设计论文选题系统系统用例图-基于UML的毕业设计管理系统的分析与设计.pdf

毕业设计论文选题系统系统用例图-基于UML的毕业设计管理系统的分析与设计.pdf

  1. 1、本文档共25页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
毕业设计论⽂选题系统系统⽤例图_基于UML的毕业设计管理 系统的分析与设计 基于UML的毕业设计管理系统的分析与设计 毕业设计是实现本科教学 养 ⽬标的重要环节,从选题到答辩⼀般需要四⾄六个⽉的时间,其间⼯作量很⼤,尤其需要保留⼤量的⽂件,以 便于管理者对毕业设计⼯作进⾏监督。传统的、⼈⼯的⽅式管理各项事务和⽂件档案,存在着诸如效率低、准确性差等缺点,对⾼效、合理 地安排毕业设计很不⽅便。 利⽤计算机和WWW⽹络技术实现⾼校毕业设计的管理势在必⾏,制作毕业设计期间的教学管理、频繁的师⽣交流,以及⼤篇幅的论⽂管 理,现在只要通过计算机就可以⽅便快捷的来完成。因此毕业设计管理系统的应⽤能够为⽤户提供充⾜的信息和快捷的查询⼿段。 通过互联⽹和校园⽹进⾏各学院毕业设计选题、中期、答辩和后期的流程管理。各阶段都要教务长来开通和关闭,对整个毕业设计的流程进 ⾏管理。其中系统的⽤户信息来 ⾃于现教务管理系统。 ⼀.毕业设计管理系统的总体需求 1.总体业务流程 毕业设计的管理流程划分为四个基本步骤,见图1- 1。 图1- 1 毕业设计管理流程 2.系统功能框图 系统总体功能框图见图1-2。系统按照⼯作流程划分出四个主要功能模块,另外该系统还应提供登录功能模块和系统维护功能模块,其中系统 维护模块包括⾝份管理、数据维护和流程管理三个⼦模块。每个模块完成的功能见表 1- 1。 图1-2系统总体功能框图 3.总体功能分类描述 系统总体功能分类描述见表 1- 1 表 1- 1总体功能分类 功能类别/标识符 ⽬标描述 选题管理 完成教师⽴题、学⽣选题的双向选择过程。最终达到每⼈⼀题。 进⾏过程管理 完成教师与学⽣交流、中期检查、教师与学⽣互评过程。 答辩管理 完成答辩准备⼯作,提交答辩结果。 后期处理 完成收集、上报材料,统计成绩,评优过程。 登录管理 提供⽤户登录验证及⽤户权限查询的功能。 系统维护 系统维护包括 :⾝份管理、流程管理和数据维护三个⼦功能块。 ⼆.建⽴⽤例模型 1.建模思想 ⽤例是对⼀个活动者(actor)使⽤系统的⼀项功能时所进⾏的交互过程的⼀个⽂字描述序列。⽤例是代表系统中各个项 ⽬相关 ⼈员之间就系统的⾏为所达成的契约。软件的开发 过程可以分为需求分析、设计、实现、测试等阶段,⽤例把所有这些都捆绑在⼀起,⽤例分析的结果也为预测系统的开发时间和预算提供依 据,保证项 ⽬的顺利进⾏。因此可以,软件开发过程是⽤例驱动的。 ⽤例分析的步骤可以按下⾯的顺序进⾏ : (1) 找出系统外部的参与者和外部系统,确定系统的边界和范围。 (2) 确定每⼀个参与者所期望的系统⾏为。 (3) 把这些系统⾏为命名为⽤例。 (4) 使⽤泛化、包含、扩展等关系处理系统⾏为的公共或变更部分 (5) 编制每⼀个⽤例的脚本。 (6) 绘制⽤例图。 (7) 区分主事件流和异常情况的事件流,如果需要可以把表⽰异常情况的事件流作为单独的⽤例处理。 (8) 细化⽤例图,解决⽤例间的重复与冲突问题。 采⽤⽤例分析法捕获⽤户的需求,其中⼀个⽐较困难的⼯作是确定系统应该包含哪些⽤例,以及如何有效地发现这些⽤例。事实上,在做⽤ 例分析时,并没有⼀个固定的⽅式或⽅法来发现⽤例,⽽且对同⼀个系统,往往会同时存在多种解决⽅案,但其中某些⽅案会⽐另⼀些⽅案 好。与设计和实现阶段相⽐,需求分析阶段更多的还是依赖于分析⼈员的个⼈经验和领域知识。 2.⽤例模型 2.1、⽤例定义 ⽤例通过某种途径与系统交互。从系统外部执⾏者的⾓度来描述系统需要提供哪些功能,并指明这些功能的执⾏者(⽤例)是谁。确保所有⾓⾊ 都被完全识别出来。 本系统⽤户群分为四⼤类:教务管理员、毕业设计专家组、教师和学⽣。各类⽤户⽤不同的职责和权限。本系统的⽤例于表2- 1中。 表2- 1系统的⽤例定义 ⽤例名称 ⽤⼒职能 教务管理员 完成拟题和选题公告、论⽂选题管理、优秀论⽂展⽰、⼿动操作选题、发布选题、分配答辩教师、管理答辩⼩组、论⽂推优、⼯作总结、处 理论⽂材料、留⾔删除等相关管理功能 毕业设计专家组 审核论⽂题 ⽬、审核论⽂、参与答辩等 教师 参与拟题,指导学⽣、评审论⽂等相关功能 学⽣ 参与选题、提交论⽂、进⾏答辩等功能 系统维护员 主要负责系统维护、系统公告、⽤户添加、数据维护等 2.2、系统顶层例图 ⽤例是参与者与系统的交互过程,代表系统为其参与者所执⾏的有价值的操作,表达了系统的功能需求和⾏为。⽤例的⽤途是在不揭⽰系统内 部构造的情况下定义连贯的⾏为。⽤例可以在执⾏过程中持续接受参与者的输⼊信息

文档评论(0)

movie + 关注
实名认证
内容提供者

喜欢分享的作者

1亿VIP精品文档

相关文档