高校教务管理系统-需求分析与概念模型
1、前言
本博文根据高软知识，对工程实践项目进行需求分析，需求就是对用户期望的软件行为的表述；获取需求就是需求分析师通过关注用户的期望和需要，从而获得用户期望的软件行为，然后对其进行表述的工作；需求分析是在获取需求的基础上进一步对软件涉及的对象或实体的状态、特征和行为进行准确描述或建模的工作。
2、需求分析
本系统用于高校教务管理，包括学籍管理、排课管理、选课管理、考务管理等。
2.1、学籍管理模块
教务员可以通过Excel表格批量导入学生信息，同时对个别的学生信息进行修改。
2.2、排课管理模块
1.课程录入，教务员可以录入预计开设的课程及相关信息。
2.课程修改，教务员可对已录入课程的信息进行修改。
3.删除课程，教务员可以删除已录入的课程。
2.3、选课管理模块
1.学生课表，学生可对本人的课表信息进行查询。
2.选课，学生可以根据培养计划进行选课。
2.4、考务管理模块
1.考试安排，教务员可以安排考场和考试时间。
2.成绩录入，任课教师可以在规定的时间段内录入学生成绩。
3、用例建模
用例（Use Case）的核心概念中首先它是一个业务过程（business process），经过逻辑整理抽象出来的一个业务过程，这是用例的实质。什么是业务过程？在待开发软件所处的业务领域内完成特定业务任务（business task）的一系列活动就是业务过程。
接下来我们具体看看用例的几个基本要素：
- 一个用例应该由业务领域内的某个参与者（Actor）所触发。
- 用例必须能为特定的参与者完成一个特定的业务任务。
- 一个用例必须终止于某个特定参与者，也就是特定参与者明确地或者隐含地得到了业务任务完成的结果。
3.1、学籍管理模块用例
录入和修改学生个人信息并提交。
3.2、排课管理模块用例
录入课程信息并上传。
3.3、选课管理模块用例
学生按照教学计划选择课程。
3.4、教务管理模块用例
教务员安排考场和考试时间。
4、业务领域建模
业务领域建模是开发团队用于获取业务领域知识的过程。因为软件工程师往往需要工作在不同的业务领域或者不同项目中，他们需要业务领域知识来开发软件系统。软件工程师往往来自不同的专业背景，这可能会影响他们对业务领域的认知。因此业务领域建模有助于开发团队获取业务领域知识形成统一的业务认知。开发团队获取业务领域知识的过程一般包括收集业务领域相关信息、执行团队头脑风暴、对业务领域相关的知识概念进行分类，最后用UML类图将业务领域知识图形化展示。
4.1、业务领域建模基本步骤
- 收集应用业务领域的信息。聚焦在功能需求层面，也考虑其他类型的需求和资料；
- 头脑风暴。列出重要的应用业务领域概念，给出这些概念的属性，以及这些概念之间的关系；
- 给这些应用业务领域概念分类。分别列出哪些是类、哪些属性和属性值、以及列出类之间的继承关系、聚合关系和关联关系。
- 将结果用 UML 类图画出来。
类：教师，学生，教务员，课程。
属性：教务员编号，教务员姓名，密码，课程号，学号，教工号，教室，上课时间，学号，学生姓名，班级，密码，专业，教工号，教师姓名，密码。
业务概念分类并添加属性。
| 字段名 | 字段描述 | 字段数据类型 | 长度 |
|---|---|---|---|
| Teacher_id | 教工号 | char | 20 |
| Teacher_name | 姓名 | varchar | 20 |
| Password | 密码 | varchar | 20 |
| Student_id | 学号 | char | 20 |
| Student_name | 学生姓名 | char | 20 |
| Major | 专业 | char | 20 |
| Group_number | 班级号 | int | 20 |
| Password | 密码 | varchar | 20 |
| Course_id | 课程号 | char | |
| Classification | 类别 | char | 20 |
| Course_name | 课程名 | varchar | 100 |
| Room_id | 教室 | char | 20 |
| Course_date | 上课时间 | char | 20 |
| Test_date | 考试时间 | datetime | 20 |
| JWY_id | 教务员编号 | char | 20 |
| JWY_name | 教务员姓名 | varchar | 20 |
| Password | 密码 | varchar | 20 |
| Grades | 成绩 | float | 5 |
4.2、UML类图
5、数据模型设计
教师信息
| 数据项名称 | 字段数据类型 | 长度 |
|---|---|---|
| 教工号 | char | 20 |
| 教师姓名 | varchar | 20 |
| 密码 | varchar | 20 |
学生信息
| 数据项名称 | 字段数据类型 | 长度 |
|---|---|---|
| 学号 | char | 20 |
| 学生姓名 | char | 20 |
| 专业 | char | 20 |
| 班级号 | int | 20 |
| 密码 | varchar | 20 |
教务员信息
| 数据项名称 | 字段数据类型 | 长度 |
|---|---|---|
| 教务员编号 | char | 20 |
| 教务员姓名 | varchar | 20 |
| 密码 | varchar | 20 |
课程信息
| 数据项名称 | 字段数据类型 | 长度 |
|---|---|---|
| 课程号 | char | 20 |
| 学号 | char | 20 |
| 教工号 | char | 20 |
| 教室 | char | 20 |
| 上课时间 | char | 20 |
6、概念原型
- 概念是人对能代表某种事物或发展过程的特点及意义所形成的思维结论。
- 概念原型是一种虚拟的、理想化的软件产品形式。
本例中样例主要包括教务员可以通过Excel表格批量导入学生信息，同时对个别的学生信息进行修改，教务员可以录入预计开设的课程及相关信息，教务员可对已录入课程的信息进行修改，教务员可以删除已录入的课程，学生可对本人的课表信息进行查询，学生可以根据培养计划进行选课，教务员可以安排考场和考试时间，任课教师可以在规定的时间段内录入学生成绩。
7、总结
本文对高校教务管理系统的用例、业务、数据等方面进行分析，完成简单软件项目需求分析到概念原型的基本过程。
参考文献
https://gitee.com/login?redirect_to_url=%2Fmengning997%2Fse%2Fcommit%2Fa4850b19840e55f8082a4754cca0de241feca1c6