设计 任务书 文档 开题 答辩 说明书 格式 模板 外文 翻译 范文 资料 作品 文献 课程 实习 指导 调研 下载 网络教育 计算机 网站 网页 小程序 商城 购物 订餐 电影 安卓 Android Html Html5 SSM SSH Python 爬虫 大数据 管理系统 图书 校园网 考试 选题 网络安全 推荐系统 机械 模具 夹具 自动化 数控 车床 汽车 故障 诊断 电机 建模 机械手 去壳机 千斤顶 变速器 减速器 图纸 电气 变电站 电子 Stm32 单片机 物联网 监控 密码锁 Plc 组态 控制 智能 Matlab 土木 建筑 结构 框架 教学楼 住宅楼 造价 施工 办公楼 给水 排水 桥梁 刚构桥 水利 重力坝 水库 采矿 环境 化工 固废 工厂 视觉传达 室内设计 产品设计 电子商务 物流 盈利 案例 分析 评估 报告 营销 报销 会计 |
首 页 | 机械毕业设计 | 电子电气毕业设计 | 计算机毕业设计 | 土木工程毕业设计 | 视觉传达毕业设计 | 理工论文 | 文科论文 | 毕设资料 | 帮助中心 | 设计流程 |
您现在所在的位置:首页 >>理工论文 >> 文章内容 |
识别学习管理系统用例
识别资料管理系统用例
识别讨论管理系统用例
识别作业管理系统用例3.4 绘制用例图
图 11 资料管理用例图
图 12 作业管理用例图 图 13 讨论管理用例图
学习管理用例图 4 编写用例文档实习内容: 1) 小组协商为组员分配用例任务 2) 小组成员独立完成所分配用例文档的编写 4.1 小组分工按照下面的表格填写每位组员编写用例清单
4.2 编写用例文档4.2.1 登录系统用例文档
4.2.2 上传资料用例文档
4.2.3 下载资料用例文档
5 精化用例模型实习实习内容: 1) 小组共同识别参与者和用例关系,精化系统用例 2) 组员根据分配的用例,编写或修改用例文档 3) 小组共同评价用例,给出用例的优先级 5.1 精化用例模型寻找参与者和用例关系,精化用例模型,此处粘贴精化后的用例图。
5.2 编写或修改用例文档更新维护实习 3 中所完成的用例文档,每人至少完成 3 个用例。 5.2.1 登录系统用例文档
5.2.2 上传资料用例文档
5.2.3 下载资料用例文档
5.3 用例分级
6 用例实现(分析)实习实习内容: 1) 小组共同讨论,确定首次迭代的系统用例,并绘制用例图 2) 组员根据所选用例,寻找分析类,绘制用例的参与类类图 3) 组员根据所选用例和所找到的分析类,绘制顺序图,为分析类分配职责 4) 小组综合组员的工作成果,共同确定系统备选架构,绘制备选架构图 6.1 确定首次迭代的用例图
6.2 寻找分析类6.2.1 上传资料分析类
6.2.2 下载资料分析类
6.3 创建顺序图 6.3.1 上传资料顺序图
6.3.2 下载资料顺序图
6.4 备选架构
7 分析类设计实习实习内容: 1) 小组综合组员的最新成果,调整分析类,重新绘制每个用例的参与类图 2) 小组综合各用例的分析类,绘制系统的分析类图 3) 小组综合各用例顺序图中分配的职责和识别的属性,绘制系统实体类的详细类图 7.1 用例的参与类图7.1.1 上传资料参与类图
7.1.2 下载资料参与类图
7.1.3 查看资料参与类图
7.1.4 批改作业参与类图
7.1.5 提交作业参与类图
7.1.6 编辑作业参与类图
7.1.7 签到参与类图
7.1.8 统计学习数据参与类图
7.2 系统分析类图
7.3 系统实体详细类图
8 架构设计实习实习内容: 1) 小组确定初步的设计类,对其进行分包并绘制初始架构图 2) 小组共同协商,完成子系统和接口设计,填写接口文档并更新架构图 3) 小组共同完成系统进程模型,绘制进程模型图 4) 小组共同完成部署建模,绘制部署图 8.1 分包及初始架构
8.2 子系统及接口设计8.2.1 接口设计
8.2.2 接口文档
资料接口文档
作业接口文档
签到接口文档
网课接口文档
推送接口文档
后台接口文档
讨论接口文档 8.2.3 更新架构图
8.3 进程建模
8.4 部署建模
9 构件设计实习实习内容: 1) 小组根据实习 7 的子系统设计,选择 1~2 个子系统,完成子系统内部设计,绘制子系统顺序图、类结构图及其外部依赖关系图 2) 小组选择和子系统相关的用例,更新用例实现的顺序图 9.1 子系统设计9.1.1 子系统顺序图
资料子系统顺序图 学习子系统顺序图 9.1.2 子系统结构类图
资料子系统结构类图 学习子系统结构类图
作业子系统结构类图 9.1.3 子系统外部依赖图
资料子系统外部依赖图
学习子系统外部依赖图 作业子系统外部依赖图 9.2 更新系统用例实现
提交作业顺序图 提交作业参与类图
上传资料顺序图 上传资料参与类图 10 总结与建议10.1 总结随着互联网的发展与云端学习的需要,而今年受疫情影响,众多学校的教学从传统的线下转移到了线上。本网上教学系统的出现正是面向这个需求应运而生。我们搭建的这个网上慕课教学平台,不仅要满足学生自身学习和与老师互动的需求,同时可由教师对学生的作业与试卷进行评判,对系统记录的学生日常签到、观看等学习行为情况综合考量,最终给定学生成绩。在系统的设计上尽量更为直观与贴近现有的平台产品,更方便用户上手。 在开始时我们的进展比较缓慢,不仅要慢慢熟悉 staruml 的使用,同时还要把我业务建模等阶段的脉络,后来在老师的指导与对课本知识的温习后,按主要功能不同对业务进行划分,并在单独的用例中针对不同的功能又分门别类进行了区分,同时结合现有的平台与想要拓宽的功能进行补充,力求做到详尽。在系统用例的规划之中,我们也将整个教学系统划分为若干个不同功能的子系统,并确定了每位组员的分工,这样能够保证分析系统用例时更为清晰与细致,同时在对课程知识的理解与掌握之中起到了更大的作用。在老师的指导和提出意见建议之时,我们也解决了系统用例设计中存在的问题,为活动图与用例模型的精化等提供了方便。在用例文档的编写之中,也经历了先打磨胚胎,后不断充实雕刻使其至臻丰富,在前期文档的编写存在着些许不足,流程也比较简单,一些异常情况的判断中也比较缺失。而在精化用例模型的实习时,精化后的用例建模更加清晰直观,用例文档中也增加了许多判断与子流程的规划,使用例的内容更加完善。并根据用例的具体功能评出优先级。在后面用例实现与分析类的实习中,根据优先级选定迭代的对象后,我们整理出各个用例的分析类,并分别绘制顺序图、分析类图与详细类图。最后在子系统与接口设计中,我们也在之前的基础上完成了对每一个子系统接口的设计。 在整体上,我们设计的网络教学系统功能较为全面,可以满足日常的使用与教学学习需求,但在设计的过程中,我们也存在着一些影响用户体验的不足与缺陷,也是我们下一步需要努力的方向。 1. 部分系统缺少管理员。在对上传信息与资料中大多通过系统进行判断, 可能出现错判、漏判的现象,缺少管理员人工判断筛选预警,若加入则系统更为丰富。 2. 缺乏对教师及课堂质量的评价机制。由于网课开始阶段存在磨合期的现象,可能存在声音不清,画质低等影响学生学习的因素,若只通过师生通讯与讨论不够方便,可在每节课结束后提供匿名意见反馈表与打分机制,帮助教师及时了解教学状况,更好的开展工作。 3. 缺少标记功能。在播放视频与查看资料、ppt 时,若添加“稍后再看”, “不懂”等标记,可帮助教师反馈学生学习状况,学生也可更精准解决疑难问题。 4. 互动功能上还有所欠缺,在播放视频时可以增加弹幕功能,在教师遗漏处错误处,或是不懂处发送弹幕评论,教师可通过查看弹幕了解教学情况。 5. 登陆方式可多样化。在现阶段只有学号登录,可添加密保邮箱,手机号登录并找回密码,以及 QQ、微信等联合绑定登录,防止因遗忘密码而耽误正常的学习生活。 10.2 建议通过本次实习,我最大的收获也许就是明白了我们该怎么去编程。在以前, 我会有一种很茫然的感觉,对于我们学习的编程技巧究竟有什么用,和实际软件开发有什么联系不是很清楚。正是这次实习,通过和其他三个同学一起,对一个具体业务的不断分析、深入,不光让我加深了网课上学到的知识,也让我对编程有了新的认识。可以说,是这门课,让代码活起来了。从此,代码再也不是一个孤立的存在,而是为了需求而服务的手段。 回到实习本身,看着完成的报告,回想我们团队一起努力的点点滴滴,不禁感概万千。从最早的选题、业务建模到后头的用例模型、分析模型,再到最后的架构和构件设计,每一步都是修改了很多次的辛苦成果。有的时候再老师点评过后,甚至要将很多内容返工脱胎换骨。不得不承认,很艰辛但也很值得。 我们的报告肯定不是最完善的,还有诸多地方的不足,这个在总结中也有提到。我们对知识理解的不到位和时间的有限总会造成各种各样的问题,在这里也要感谢老师的辛苦指导,才能让它有一个相对良好的完成度。 这门课程的知识和实习的经验是宝贵的,它能够成为大创以及未来其他项目的助力和借鉴。 最后是吐槽,如果 starUML 能有多人协同功能该有多好。很多时候我们都 不得不接力完成,有的时候没讨论好谁先谁后就要做移植—这个还蛮困难的。 ,面向对象分析与设计实习报告 目 录 1.1 系统简介 1 1.2 小组成员及分工 3 2 业务建模 4 2.1 构建业务用例模型 4 2.2 描述业务用例 5 2.3 构建业务对象模型 13 3 用例建模 14 3.1 远景文档 14 3.2 识别参与者 16 3.3 识别用例 19 3.4 绘制用例图 22 4.1 小组分工 24 4.2 编写用例文档 24 5.1 精化用例模型 32 5.2 编写或修改用例文档 32 5.3 用例分级 42 6.1 确定首次迭代的用例图 45 6.2 寻找分析类 46 6.3 创建顺序图 48 6.4 备选架构 50 7.1 用例的参与类图 51 7.2 系统分析类图 58 7.3 系统实体详细类图 59 8.1 分包及初始架构 60 8.2 子系统及接口设计 61 8.3 进程建模 68 8.4 部署建模 69 9.1 子系统设计 70 9.2 更新系统用例实现 74 10 总结与建议 77 1 系统概述实习内容: 1) 小组协商确定选题 2) 小组共同编写选题概述和设想 3) 明确小组分工 1.1 系统简介随着教学中信息化改革的不断推进,互联网特别是移动互联网的不断发展, 网络教育这种新兴的教学方式逐渐被教师与学生熟知与认可,在日常的教学与学习工作中也得到接受与普及。相比于传统教学方式而言,网络教学为学生提供了时空不限,环境不限的新型条件,为教师开展更加交互式与广阔的教学活动提供了环境保证。 而受疫情影响,众多学校的教学从传统的线下转移到了线上。而钉钉、知到与超星学习通等网络慕课平台成为了连接老师与学生的重要渠道。对于网上慕课教学平台,不仅要满足学生自身学习和与老师互动的需求,同时要对学生的作业根据给定的答案来评判,并记录学生日常的学习情况。 它所包括的功能应该有: (1)教师上传课件该功能为教师提供上传提前录制好的视频资料或者 PPT 课件等学习资料的平台,教师在上传完成之后,能够发布并设置任务点或答题,判断学生的学习状况,同时可以控制倍速、弹幕、防切屏等权限与视频的留存时间,保证学生的学习效果。而课本与 PPT 课件则为学生的多设备学习提供条件。对于上传的资料, 老师有查看、下载和删除的权限。 (2)学生接受资料学生可以在指定时间内完成签到、观看老师上传的视频以及查看或者下载学习资料,也可以接收助教发布的作业通知,在给定时间内完成作业。再完成这些事情之后,通过统计面板可以看到自己的完成情况。 (3)助教作业管理助教在每一次课后发布作业,并指定作业提交时间。在作业发布后,助教可以修改作业提交时间、删除作业、批改作业。根据学生提交情况,助教批改作业并提交分数。对于未提交作业的同学,系统记录零分。 (4)学生完成作业在作业发布后,学生可提交作业。在作业批改完成后,学生可查看作业成绩。 (5)师生交流互动系统提供了私聊与论坛两种互动与讨论的模式,前者可为学生与学生、学生与教师提供一对一的聊天服务,适合学生请教,教师单独通知,可通过关注与本地聊天记录留存聊天用户。而论坛的公开讨论给用户发表自己的疑问或见解提供了平台。 (6)各种通知推送包括作业的发布、课程的变动等等事件需要通过通知推送给每一个学生。每一个学生也可以在自己的收件箱中查看各个通知。 (7)登陆身份识别对于不同身份的用户,开放不同的权限。 (8)系统追踪记录系统需要记录学生每次签到是否达成,观看视频时长,作业完成情况。 1.2 小组成员及分工
2 业务建模实习内容: 1) 小组共同编写业务现状 2) 小组共同建立业务用例模型 3) 小组共同建立业务对象模型 2.1 构建业务用例模型
图 1 业务用例图 2.2 描述业务用例
图 2 学生接收资料活动图 图 3 教师上传资料活动图 图 4 教师作业管理活动图 图 5 学生完成作业活动图 图 6 教师学习管理活动图 图 7 学生学习管理活动图 图 8 用户私聊活动图 图 9 用户论坛交流活动图 2.3 构建业务对象模型
图 10 业务对象模型图 3 用例建模实习内容: 1) 小组共同编写系统问题陈述和远景文档 2) 根据远景文档等材料,小组共同研究,识别系统参与者和用例 3) 小组共同绘制系统用例图 3.1 远景文档受疫情影响及为了满足线上教育的需要,众多学校选择通过网络教学平台进行线上的教学工作。为了保证学生的正常听课、教师的授课与量化打分及学校工作的有序进行,现在提供了网络教学平台。在这个平台中,学生、助教与老师的需求主要可分为四类:学习、资料、作业和讨论。这也正对应着网络教学系统的四个子系统:学习系统、资料系统、作业系统和讨论系统。现阐释如下: 1. 学习管理系统学生可以通过学习系统进行签到与观看教师发布的视频: 1. 签到 学生可以在课程的通知栏中查看是否有正在进行的签到,或者通过收到的通知栏消息进行签到,签到前首先检测签到时间,如果超时则视作逾期。 2. 查看视频 对于学生而言,首先需要检测是否处在联网情况下,非联网情况下不记录学习时长。联网情况下,服务器同步记录学生的学习时间,包括开始学习的时间以及学习的时长等,用于后台的数据分析。 老师可以使用学习系统进行发布签到、发布视频、查看视频或查看后台统计数据等操作。 3. 发布签到 老师可以设置签到的截止时限,上传服务器后, 向班级内的所有学生发布签到通知, 学生可进行签到。 4. 发布视频 老师可以设置视频的各个属性: l 可观看时间:包括起始时间以及最终的关闭时间 l 是否可加速:包括倍速播放以及进度条的拖动 l 视频质量:根据选择的质量对视频进行压缩 之后将视频上传至服务器,如果上传错误, 则返回重新设置各个属性。 5. 查看视频: 此功能与学生端相同 6. 查看后台统计数据 首先由服务器统计学生的学习情况,再发送给教师端将数据进行定时同步。 2. 资料管理系统老师可以上传学习资料,如 PPT、word 文档等等。上传完成后资料自动存储在系统中并发送给每一个参与课程的用户(包括学生、老师和助教)。 用户可以主动地查看资料或者向系统发送下载请求,系统接受请求后开始下载。如果上传的资料出现了错误,老师还拥有删除的权限,可以删除存储在系统中的资料。 3. 作业管理系统助教可以在网课平台上编辑作业的内容及提交时间。在作业编辑完成后,助教上传作业。推送系统发布作业通知。 日期未超过作业的时间限制时,学生可以提交作业。如果学生已经提交了作业,但是发现提交的作业有问题,需要对作业作出修改时,学生可以删除之前提交的作业,并且重新提交。 当日期超过作业的时间限制,助教可以批改作业,系统记录作业成绩。此外,学生和助教都可以查看作业信息。 4. 讨论管理系统讨论系统分为私聊与论坛两种互动的方式。 对于前者而言,用户(包括学生、老师和助教)可以通过一对一私聊的方式在平台上与其他用户进行交流与聊天,如果遇到感兴趣的用户时可以选择关注该用户从而更即时方便的接收用户消息。聊天的内容会经过敏感词汇数据库的审核过滤,进而被目标用户接收。 对于后者而言,用户可以在公共的讨论区发起、查看、回复与删除讨论,从而进行更高效与广泛的讨论。 对于两种聊天的模式,在发送消息之后都会利用通知进行对目标(特定)用户的推送。 3.2 识别参与者
获取学习管理系统参与者
获取资料管理系统参与者
获取讨论管理系统参与者
获取作业管理系统参与者3.3 识别用例
|