基于网络教学资源共享平台的需求分析与建模 |
您所在的位置：网站首页 › 资源共享吧vip教学平台 › 基于网络教学资源共享平台的需求分析与建模 |
基于网络教学资源共享平台的需求分析与建模
|
1. 项目介绍
2. 用例建模
2.1 用例
2.2 用例建模
2.2.1 用例建模基本方法
2.2.2 工程实践项目用例建模
3. 业务领域建模
3.1 业务领域建模基本步骤
3.2 工程实践项目业务领域建模
4.数据模型
5.概念原型
参考文章
1. 项目介绍
网络教学平台突破了传统教学中时间空间的限制，使学习可以随时随地，让学生可以更好地利用碎片化时间，因此网络共享平台地搭建成为一个富有意义的项目。 本项目主要是实现网络共享平台的网上教学资源共享，以及教学资源的上传和下载，老师上传、下载、浏览和管理资源，而学生能够浏览和下载教学资源，以及上传作业等。 2. 用例建模 2.1 用例用例的本质就是通过分析用户的需求，从中逻辑抽象出要完成这一特定需求所需的一系列活动，即业务过程。 从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也即被开发出来的系统将是如何被使用的，这就是用例方法的基本思想。 2.2 用例建模 2.2.1 用例建模基本方法用例建模的步骤就是通过分析用户的需求，得到用例模型的开发过程。主要包括如下步骤：从需求中识别抽象用例\(\Rightarrow\)用TUCBW和TUCEW表示的高层用例\(\Rightarrow\)画出用例图\(\Rightarrow\)逐一分析扩展用例，将用户与系统的交互过程用两列表格列举出来。 2.2.2 工程实践项目用例建模根据上述的用例建模步骤，我们开始对本工程项目实践进行用例建模 需求分析：实现网络共享平台的网上教学资源共享，实现教学资源的上传和下载，老师上传、下载、浏览和管理资源，而学生能够浏览和下载教学资源，以及上传作业等。 抽象用例： 参与者：学生 登录 注册 上传文件 下载文件 查询文件 参与者：教师 登录 注册 上传文件 下载文件 查询文件 管理文件 高层用例：通过标注高层用例能够明确地告诉系统的设计者用例的起始地方和结束地方，编程人员在对用例进行模块化编程时，可以根据用例的起始状态和结束状态，以及中间需要做哪些事情，完整地在模块里实现相应的需求，而不是模糊地或者跨模块编程，这样会增加系统模块的耦合程度。参与者：学生 TUCBW TUCEW 登录 学生点击登录按钮 用户收到登录成功或失败通知 注册 学生点击注册按钮 用户收到注册成功或失败通知 上传文件 学生点击上传按钮 用户收到上传成功或失败通知 下载文件 学生点击下载按钮 用户收到下载开始或下载失败通知 查询文件 学生点击查询按钮 用户收到相应的文件信息或查找失败、未找到通知参与者：教师 TUCBW TUCEW 登录 教师点击登录按钮 用户收到登录成功或失败 注册 教师点击注册按钮 用户收到注册成功或失败 上传文件 教师点击上传按钮 用户收到上传成功或失败通知 下载文件 教师点击下载按钮 用户收到下载开始或下载失败通知 查询文件 教师点击查询按钮 用户收到相应的文件信息或查找失败、未找到通知 管理文件 点击管理文件 用户看到对应的管理界面 用例图：
Use Case Index：登录系统 参与者：学生/教师 系统：登录系统 1.TUCBW 用户输入用户名和密码后点击登录按钮 2.系统收到用户名和密码，对登录进行请求验证后，向用户展示登录结果页面 3.TUCEW 用户跳转到登录结果界面Use Case Index：文件下载系统 参与者：学生/教师 系统：文件下载系统 1.TUCBW 用户选择对应文件，点击下载按钮 2.系统收到用户下载请求，对下载资格进行验证后，向用户返回下载成功或失败结果 3.TUCEW 用户接收到下载成功或失败通知Use Case Index：文件管理系统 参与者：教师 系统：文件管理系统 1.TUCBW 用户点击文件管理按钮 2.系统收到用户请求，对资格进行验证后，向用户返回文件管理界面或拒绝访问通知 3.TUCEW 用户跳转至文件管理界面或接收到拒绝访问警告 3. 业务领域建模业务领域建模是一个开发团队获取业务领域知识，并形成统一的业务认知的有效方法。 3.1 业务领域建模基本步骤在业务领域建模的过程一定要谨记：对象独立存在，而属性不能独立存在。 收集业务领域相关信息 执行团队头脑风暴，列出重要的应用业务领域概念，给出这些概念的属性，以及这些概念之间的关系 对业务领域相关的知识概念进行分类，分别列出类、其属性和属性值、以及列出类之间的继承关系、聚合关系和关联关系 用UML类图将业务领域知识图形化展示 3.2 工程实践项目业务领域建模收集业务领域相关信息： 用户拥有不同的权限 老师的权限是上传、下载、查询、删除、移动文件、创建删除课程文件夹 学生的权限是上传作业和下载、查询文件 老师有对应的管理界面，对教学资源进行管理 学生包含学号，姓名，所学课程等 文件包含文件类型，名称，编号，所属课程，大小，修改时间等信息 教师包含工号，姓名，所教课程等信息 权限包含课程权限和资源管理权限 每个课程有对应文件夹头脑风暴列出各概念分类： 名词 用户、老师、学生、权限、文件、文件夹、课程、学号、姓名、文件类型、名称、编号、所属课程、大小、修改时间、工号、所教课程、课程权限、资源管理权限 及物动词 上传、下载、查询、删除 所有关系 用户拥有权限 包含关系 学生包含……、老师包含……、权限包含……、文件包含…… X is a Y 老师、学生是用户根据上述表格画出UML图：
数据模型如下 学生表 sid name priority password phone_number email 教师表 tid name priority password phone_number email 课程表 cid course_name folder_id tid 学生选课表 sid cid 文件夹表 fid folder_name folder_path course_id 文件表 fid file_name file_path last_modified_time size folder_id 5.概念原型概念是人对能代表某种事物或发展过程的特点及意义所形成的思维结论，概念原型是一种虚拟化的、理想化的软件产品形式。 概念原型 = 用例 + 数据模型 概念原型的工作过程大致如下： 学生：学生注册、登录系统后，根据课程名称以及课程对应文件夹或文件名进行资源查询，搜索到具体文件后可以选择浏览以及下载，使用完成后退出系统。 教师：老师登录系统后，可以选择上传资源或者对自己上传的资源进行管理。也可以进行和学生用户相同的操作，在此不再赘述 参考文章[1] 面向对象分析与设计之用例建模 [2] 从需求分析到软件设计.pptx |
【本文地址】
今日新闻 |
推荐新闻 |