面向对象系统分析与设计
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（2）班级课程的设置（教学任务）。 （3）教师授课信息的设置。 5）成绩信息管理 任课教师可以通过该模块录入自己担任的某门课的成绩，在录入学生成绩的时，教师选 定课程并选定学生班级，才能输入学生成绩。教务工作人员通过该模块来进行学生成绩的修 改。 6）综合信息查询 通过该模块可以查询教务所需要的各种信息。 学生能够查询：个人基本信息、个人成绩信息、班级上课信息； 教务人员可以查询：学生基本信息、教师基本信息、课程信息、班级信息、学生成绩信 息； 7）系统维护 系统管理员能够创建和维护教师、学生、教务管理员等用户账号信息。
课程信息查询 班级信息查询 学生成绩信息查询
教务人员
图 2 “信息查询用例子图” 3. 事件流 3.1 基本流
E1： 教务人员选择“添加学生” E1.1 教务人员输入新学生的基本信息（学号、姓名、性别、出生日期、学生 联系电话、家庭住址、家庭联系电话等）； E1.2 教务人员点击保存； E1.3 系统检查已有的学生学号，如果学号重复则转到 A1；如果学号不重复且
3 班级信息管理用例类图
班级信息管理界面(Frm_Class
+添加班级() +显示添加界面() +添加确认() +删除班级() +显示删除界面() +确认删除() +修改班级() +显示修改界面() +确认修改()
班级信息管理控制(Con_Class)
+新建班级() +班级查重() +保存班级() +确认删除() +读取班级信息()
面向对象分析与设计
1 用例模型分析
1.1 需求描述
1）学生信息管理 教务人员通过学生信息管理模块来管理学生信息，如进行学生信息的添加、修改、删除
等。在进行学生信息的添加时，要进行学生学号是否有重复的检查，如果添加的学生编号有 重复就要对用户进行提示。只有在不重复的情况下才能进行信息的添加。在进行信息的删除 时，要首先提示用户确认是否要删除，只有在用户确认的情况下才能进行信息的删除。在进 行信息的修改时，要根据用户选定的学生进行修改，即列出用户选定的学生的所有信息，在 这个基础上进行学生信息的修改。 2）教师信息管理
E3.4 教务人员录入该学生的修改信息； E3.4 教务人员点击保存，系统将修改后的信息保存到学生信息表中。 3.2 备选流 3.2.1 第一备选流 A1：系统提示“已经存在该学号的学生，请核对学生学号信息”，系统返回到添加 学生信息的界面； A2：系统提示“要删除学生的班级或学号不存在，请确认”，系统返回到删除界面； A3：系统提示“要修改学生的班级或学号不存在，请确认”，系统返回到修改界面； 3.2.1.1 备选支流 [如果能使表达更明确，备选流又可再分为多个支流。] 3.2.2 第二备选流 [在一个用例中很可能会有多个备选流。为了使表达更清晰，应将各个备选流分开说 明。使用备选流可以提高用例的可读性，并防止将用例分解为过多的层次。应切记， 用例只是文本说明，其主要目的是以清晰、简洁、易于理解的方式记录系统的行为。] 4. 非功能需求 [在这个小节中，主要对该用例所涉及的非功能性需求进行描述。由于其通常很难以 在事件流中进行表述，因此单列为一小节进行阐述。这些需求通过包括法律法规、应 用程序标准、质量属性（可用性、可靠性、性能、支持性等）、兼容性、可移植性， 以及设计约束等方面的需求。在这些需求的描述方面，wenku.baidu.com定要注意使其可度量、可验 证，否则就容易流于形式，形同摆设。] 5. 前置条件 教务人员须先进行身份验证，登陆到教务系统 6. 后置条件 教务人员完成学生信息管理操作后，可以返回到系统主界面或者退出系统 7. 扩展点 [此用例的扩展点，通常是用例图中的 extent 关系。]
图 6 班级信息管理用例类图
学生信息 学生信息
教师信息 班级信息
4 课程信息管理
课程信息管理界面(Frm_Course)
+添加课程() +显示添加界面() +添加确认() +删除课程() +显示删除界面() +确认删除() +修改课程() +显示修改界面() +确认修改()
1.2 用例图
教务人员
学生教务信息管理系统
学生信息管理
学生成绩录入
教师信息管理
课程信息管理
信息查询
班级信息管理
教师 学生
教学任务设置 授课信息设置
系统维护
教务人员
系统管理员
图 1 教务管理系统用例图
1.3 用例描述
用例 1.学生信息管理 1.1 简要说明
教务人员通过学生信息管理模块来管理学生信息，如进行学生信息的添加、修改、 删除等。 2.上下文图
2 实体类分析
2.1 实体类（名词分析方法）
角色：学生、教务人员、系统管理员、教师 实体：班级信息、课程信息、学生信息、教师信息、 行为结果：学生成绩、教师授课信息、教学任务
2.2 实体类之间的关系分析
学生、教务人员、系统管理员、教师 都是使用系统的用户； 系统管理员管理（添加、删除）学生、教务人员、系统管理员、教师用户； 学生 选修 课程 教师 教授 课程 班级 安排 课程
+添加教师() +显示添加界面() +添加确认() +删除教师() +显示删除界面() +确认删除() +修改教师() +显示修改界面() +确认修改()
教师信息管理控制(Con_Teacher)
+新建教师() +教师查重() +保存教师() +确认删除() +读取教师信息()
图 5 教师信息管理用例类图
学生信息管理
教务人员
图 2 “学生信息管理用例” 3. 事件流 3.1 基本流
E1： 教务人员选择“添加学生”
E1.1 教务人员输入新学生的基本信息（学号、姓名、性别、出生日期、学生 联系电话、家庭住址、家庭联系电话等）；
E1.2 教务人员点击保存； E1.3 系统检查已有的学生学号，如果学号重复则转到 A1；如果学号不重复且 学生信息添加完整，则保存该学生信息到学生信息表中； E2 教务人员“删除学生信息” E2.1 教务人员输入或选择学生班级； E2.2 教务人员输入或选择要删除的学生学号； E2.3 系统提示教务人员“确认删除” E2.3 教务人员点击“确认” E2.3 系统检查要删除学生的“班级”和“学号”，如果输入的“班级”或“学 号”在系统中不存在，则转到 A2；否则，删除该学号的学生信息和该学号相关的成 绩信息； E3 教务人员选择“修改学生信息” E3.1 教务人员输入或选择要修改学生所在班级； E3.2 教务人员输入或选择要修改的学生学号； E3.3 系统检查要修改学生的班级或学号，如果要修改的“班级”或“学号” 在系统中不存在，则转到 A3；否则，系统提前该学生的基本信息，显示在界面上， 学生的学号不允许修改； E3.4 教务人员录入该学生的修改信息； E3.4 教务人员点击保存，系统将修改后的信息保存到学生信息表中。 3.2 备选流 3.2.1 第一备选流 A1：系统提示“已经存在该学号的学生，请核对学生学号信息”，系统返回到添加 学生信息的界面； A2：系统提示“要删除学生的班级或学号不存在，请确认”，系统返回到删除界面； A3：系统提示“要修改学生的班级或学号不存在，请确认”，系统返回到修改界面； 3.2.1.1 备选支流 [如果能使表达更明确，备选流又可再分为多个支流。] 3.2.2 第二备选流 [在一个用例中很可能会有多个备选流。为了使表达更清晰，应将各个备选流分开说 明。使用备选流可以提高用例的可读性，并防止将用例分解为过多的层次。应切记， 用例只是文本说明，其主要目的是以清晰、简洁、易于理解的方式记录系统的行为。] 4. 非功能需求 [在这个小节中，主要对该用例所涉及的非功能性需求进行描述。由于其通常很难以 在事件流中进行表述，因此单列为一小节进行阐述。这些需求通过包括法律法规、应 用程序标准、质量属性（可用性、可靠性、性能、支持性等）、兼容性、可移植性， 以及设计约束等方面的需求。在这些需求的描述方面，一定要注意使其可度量、可验 证，否则就容易流于形式，形同摆设。] 5. 前置条件 教务人员须先进行身份验证，登陆到教务系统 6. 后置条件 教务人员完成学生信息管理操作后，可以返回到系统主界面或者退出系统 7. 扩展点
教务工作人员通过该模块来管理课程的基本信息，包括： （1） 课程信息等的添加，修改，删除。
在进行信息的添加时，打开新的窗口进行信息的录入，在保存的时候要进行课程的编号
是否重复的检查，如果添加的课程编号重复的要对用户进行提示，只有在不重复的情况下才 能进行信息的添加。在进行信息的删除的时候，要让用户确认是否要删除，只有确认后才能 进行删除操作。在进行信息的修改的时候，要根据用户选定的课程进行修改，即列出用户选 定课程的信息，在这个基础上进行课程信息的修改。
2.3 初步的类图
班级信息
管理班级信息
学生信息
*
*
学生成绩
* * 课程信息
教学任务
管理教学任务
*
*
教师授课
教师信息
*
-查询学生信息 -设置课程信息
-查询成绩
-录入成绩
学生用户
教师用户
-管理成绩
教务人员
用户
-录入学生信息
-设置授课信息 -管理教师信息
管理用户
系统管理员
图 3 业务类图
3 用例实现 3.1 用例实现类图（实现某个用例的实体类、边界类、控制类 以及它们之间的关系，参考书上图 11.31）
[此用例的扩展点，通常是用例图中的 extent 关系。] 用例 2.信息查询 1.1 简要说明
教务人员通过学生信息管理模块来管理学生信息，如进行学生信息的添加、修改、 删除等。 2.上下文图
信息查询用例子图
学生
个人基本信息查询 个人成绩信息查询 班级上课信息查询
学生基本信息查询 教师基本信息查询
教务工作人员通过此模块来管理班级的信息，包括班级信息的添加，修改，删除等。在 进行班级信息的添加时，要进行班级的编号是否重复的检查，如果添加的班级编号重复要对 用户进行提示，只有在信息不重复的前提下才能进行信息的添加，在进行信息的删除时，要 提示用户确认是否删除，只有用户确认后才能进行信息的删除。在进行信息的修改时，要能 根据用户选定的班级进行修改，即列出用户选定的班级的所有信息，在这个基础上进行班级 信息的修改。 4）课程信息管理
教务工作人员通过此模块来管理教师信息，包括教师信息的添加、修改、删除等。在进 行教师信息的添加时候，要进行教师编号是否重复的检验，如果添加的教师编号重复要对用 户进行提示，只有在不重复的情况下才能进行信息的添加。在进行信息的删除时，要提示用 户确认是否删除，只有在用户确认后才能够进行信息的删除。在进行信息的修改时，要能够 根据用户选定的教师项进行修改，即列出用户选定的教师的所有信息，在这个基础上进行班 级信息的修改。 3）班级信息管理
1 学生信息管理用例类图
学生信息管理界面(Frm_Student
+添加学生() +显示添加界面() +添加确认()
学生信息管理控制(Con_Student)
+新建学生() +学生查重() +保存学生()
学生信息
学生信息管理界面(Frm_Student
+删除学生() +显示删除界面() +确认删除()
学生信息管理控制(Con_Student)
+确认删除() +读取学生信息()
学生信息管理界面(Frm_Student
学生信息管理控制(Con_Student)
+修改学生信息() +显示修改界面() +确认修改()
+保存学生() +读取学生信息()
图 4 学生信息管理用例类图
2 教师信息管理用例类图
教师信息管理界面(Frm_Teacher
学生信息添加完整，则保存该学生信息到学生信息表中； E2 教务人员“删除学生信息” E2.1 教务人员输入或选择学生班级； E2.2 教务人员输入或选择要删除的学生学号； E2.3 系统提示教务人员“确认删除” E2.3 教务人员点击“确认” E2.3 系统检查要删除学生的“班级”和“学号”，如果输入的“班级”或“学
号”在系统中不存在，则转到 A2；否则，删除该学号的学生信息和该学号相关的成 绩信息；
E3 教务人员选择“修改学生信息” E3.1 教务人员输入或选择要修改学生所在班级； E3.2 教务人员输入或选择要修改的学生学号； E3.3 系统检查要修改学生的班级或学号，如果要修改的“班级”或“学号”
在系统中不存在，则转到 A3；否则，系统提前该学生的基本信息，显示在界面上， 学生的学号不允许修改；
课程信息查询 班级信息查询 学生成绩信息查询
教务人员
图 2 “信息查询用例子图” 3. 事件流 3.1 基本流
E1： 教务人员选择“添加学生” E1.1 教务人员输入新学生的基本信息（学号、姓名、性别、出生日期、学生 联系电话、家庭住址、家庭联系电话等）； E1.2 教务人员点击保存； E1.3 系统检查已有的学生学号，如果学号重复则转到 A1；如果学号不重复且
3 班级信息管理用例类图
班级信息管理界面(Frm_Class
+添加班级() +显示添加界面() +添加确认() +删除班级() +显示删除界面() +确认删除() +修改班级() +显示修改界面() +确认修改()
班级信息管理控制(Con_Class)
+新建班级() +班级查重() +保存班级() +确认删除() +读取班级信息()
面向对象分析与设计
1 用例模型分析
1.1 需求描述
1）学生信息管理 教务人员通过学生信息管理模块来管理学生信息，如进行学生信息的添加、修改、删除
等。在进行学生信息的添加时，要进行学生学号是否有重复的检查，如果添加的学生编号有 重复就要对用户进行提示。只有在不重复的情况下才能进行信息的添加。在进行信息的删除 时，要首先提示用户确认是否要删除，只有在用户确认的情况下才能进行信息的删除。在进 行信息的修改时，要根据用户选定的学生进行修改，即列出用户选定的学生的所有信息，在 这个基础上进行学生信息的修改。 2）教师信息管理
E3.4 教务人员录入该学生的修改信息； E3.4 教务人员点击保存，系统将修改后的信息保存到学生信息表中。 3.2 备选流 3.2.1 第一备选流 A1：系统提示“已经存在该学号的学生，请核对学生学号信息”，系统返回到添加 学生信息的界面； A2：系统提示“要删除学生的班级或学号不存在，请确认”，系统返回到删除界面； A3：系统提示“要修改学生的班级或学号不存在，请确认”，系统返回到修改界面； 3.2.1.1 备选支流 [如果能使表达更明确，备选流又可再分为多个支流。] 3.2.2 第二备选流 [在一个用例中很可能会有多个备选流。为了使表达更清晰，应将各个备选流分开说 明。使用备选流可以提高用例的可读性，并防止将用例分解为过多的层次。应切记， 用例只是文本说明，其主要目的是以清晰、简洁、易于理解的方式记录系统的行为。] 4. 非功能需求 [在这个小节中，主要对该用例所涉及的非功能性需求进行描述。由于其通常很难以 在事件流中进行表述，因此单列为一小节进行阐述。这些需求通过包括法律法规、应 用程序标准、质量属性（可用性、可靠性、性能、支持性等）、兼容性、可移植性， 以及设计约束等方面的需求。在这些需求的描述方面，wenku.baidu.com定要注意使其可度量、可验 证，否则就容易流于形式，形同摆设。] 5. 前置条件 教务人员须先进行身份验证，登陆到教务系统 6. 后置条件 教务人员完成学生信息管理操作后，可以返回到系统主界面或者退出系统 7. 扩展点 [此用例的扩展点，通常是用例图中的 extent 关系。]
图 6 班级信息管理用例类图
学生信息 学生信息
教师信息 班级信息
4 课程信息管理
课程信息管理界面(Frm_Course)
+添加课程() +显示添加界面() +添加确认() +删除课程() +显示删除界面() +确认删除() +修改课程() +显示修改界面() +确认修改()
1.2 用例图
教务人员
学生教务信息管理系统
学生信息管理
学生成绩录入
教师信息管理
课程信息管理
信息查询
班级信息管理
教师 学生
教学任务设置 授课信息设置
系统维护
教务人员
系统管理员
图 1 教务管理系统用例图
1.3 用例描述
用例 1.学生信息管理 1.1 简要说明
教务人员通过学生信息管理模块来管理学生信息，如进行学生信息的添加、修改、 删除等。 2.上下文图
2 实体类分析
2.1 实体类（名词分析方法）
角色：学生、教务人员、系统管理员、教师 实体：班级信息、课程信息、学生信息、教师信息、 行为结果：学生成绩、教师授课信息、教学任务
2.2 实体类之间的关系分析
学生、教务人员、系统管理员、教师 都是使用系统的用户； 系统管理员管理（添加、删除）学生、教务人员、系统管理员、教师用户； 学生 选修 课程 教师 教授 课程 班级 安排 课程
+添加教师() +显示添加界面() +添加确认() +删除教师() +显示删除界面() +确认删除() +修改教师() +显示修改界面() +确认修改()
教师信息管理控制(Con_Teacher)
+新建教师() +教师查重() +保存教师() +确认删除() +读取教师信息()
图 5 教师信息管理用例类图
学生信息管理
教务人员
图 2 “学生信息管理用例” 3. 事件流 3.1 基本流
E1： 教务人员选择“添加学生”
E1.1 教务人员输入新学生的基本信息（学号、姓名、性别、出生日期、学生 联系电话、家庭住址、家庭联系电话等）；
E1.2 教务人员点击保存； E1.3 系统检查已有的学生学号，如果学号重复则转到 A1；如果学号不重复且 学生信息添加完整，则保存该学生信息到学生信息表中； E2 教务人员“删除学生信息” E2.1 教务人员输入或选择学生班级； E2.2 教务人员输入或选择要删除的学生学号； E2.3 系统提示教务人员“确认删除” E2.3 教务人员点击“确认” E2.3 系统检查要删除学生的“班级”和“学号”，如果输入的“班级”或“学 号”在系统中不存在，则转到 A2；否则，删除该学号的学生信息和该学号相关的成 绩信息； E3 教务人员选择“修改学生信息” E3.1 教务人员输入或选择要修改学生所在班级； E3.2 教务人员输入或选择要修改的学生学号； E3.3 系统检查要修改学生的班级或学号，如果要修改的“班级”或“学号” 在系统中不存在，则转到 A3；否则，系统提前该学生的基本信息，显示在界面上， 学生的学号不允许修改； E3.4 教务人员录入该学生的修改信息； E3.4 教务人员点击保存，系统将修改后的信息保存到学生信息表中。 3.2 备选流 3.2.1 第一备选流 A1：系统提示“已经存在该学号的学生，请核对学生学号信息”，系统返回到添加 学生信息的界面； A2：系统提示“要删除学生的班级或学号不存在，请确认”，系统返回到删除界面； A3：系统提示“要修改学生的班级或学号不存在，请确认”，系统返回到修改界面； 3.2.1.1 备选支流 [如果能使表达更明确，备选流又可再分为多个支流。] 3.2.2 第二备选流 [在一个用例中很可能会有多个备选流。为了使表达更清晰，应将各个备选流分开说 明。使用备选流可以提高用例的可读性，并防止将用例分解为过多的层次。应切记， 用例只是文本说明，其主要目的是以清晰、简洁、易于理解的方式记录系统的行为。] 4. 非功能需求 [在这个小节中，主要对该用例所涉及的非功能性需求进行描述。由于其通常很难以 在事件流中进行表述，因此单列为一小节进行阐述。这些需求通过包括法律法规、应 用程序标准、质量属性（可用性、可靠性、性能、支持性等）、兼容性、可移植性， 以及设计约束等方面的需求。在这些需求的描述方面，一定要注意使其可度量、可验 证，否则就容易流于形式，形同摆设。] 5. 前置条件 教务人员须先进行身份验证，登陆到教务系统 6. 后置条件 教务人员完成学生信息管理操作后，可以返回到系统主界面或者退出系统 7. 扩展点
教务工作人员通过该模块来管理课程的基本信息，包括： （1） 课程信息等的添加，修改，删除。
在进行信息的添加时，打开新的窗口进行信息的录入，在保存的时候要进行课程的编号
是否重复的检查，如果添加的课程编号重复的要对用户进行提示，只有在不重复的情况下才 能进行信息的添加。在进行信息的删除的时候，要让用户确认是否要删除，只有确认后才能 进行删除操作。在进行信息的修改的时候，要根据用户选定的课程进行修改，即列出用户选 定课程的信息，在这个基础上进行课程信息的修改。
2.3 初步的类图
班级信息
管理班级信息
学生信息
*
*
学生成绩
* * 课程信息
教学任务
管理教学任务
*
*
教师授课
教师信息
*
-查询学生信息 -设置课程信息
-查询成绩
-录入成绩
学生用户
教师用户
-管理成绩
教务人员
用户
-录入学生信息
-设置授课信息 -管理教师信息
管理用户
系统管理员
图 3 业务类图
3 用例实现 3.1 用例实现类图（实现某个用例的实体类、边界类、控制类 以及它们之间的关系，参考书上图 11.31）
[此用例的扩展点，通常是用例图中的 extent 关系。] 用例 2.信息查询 1.1 简要说明
教务人员通过学生信息管理模块来管理学生信息，如进行学生信息的添加、修改、 删除等。 2.上下文图
信息查询用例子图
学生
个人基本信息查询 个人成绩信息查询 班级上课信息查询
学生基本信息查询 教师基本信息查询
教务工作人员通过此模块来管理班级的信息，包括班级信息的添加，修改，删除等。在 进行班级信息的添加时，要进行班级的编号是否重复的检查，如果添加的班级编号重复要对 用户进行提示，只有在信息不重复的前提下才能进行信息的添加，在进行信息的删除时，要 提示用户确认是否删除，只有用户确认后才能进行信息的删除。在进行信息的修改时，要能 根据用户选定的班级进行修改，即列出用户选定的班级的所有信息，在这个基础上进行班级 信息的修改。 4）课程信息管理
教务工作人员通过此模块来管理教师信息，包括教师信息的添加、修改、删除等。在进 行教师信息的添加时候，要进行教师编号是否重复的检验，如果添加的教师编号重复要对用 户进行提示，只有在不重复的情况下才能进行信息的添加。在进行信息的删除时，要提示用 户确认是否删除，只有在用户确认后才能够进行信息的删除。在进行信息的修改时，要能够 根据用户选定的教师项进行修改，即列出用户选定的教师的所有信息，在这个基础上进行班 级信息的修改。 3）班级信息管理
1 学生信息管理用例类图
学生信息管理界面(Frm_Student
+添加学生() +显示添加界面() +添加确认()
学生信息管理控制(Con_Student)
+新建学生() +学生查重() +保存学生()
学生信息
学生信息管理界面(Frm_Student
+删除学生() +显示删除界面() +确认删除()
学生信息管理控制(Con_Student)
+确认删除() +读取学生信息()
学生信息管理界面(Frm_Student
学生信息管理控制(Con_Student)
+修改学生信息() +显示修改界面() +确认修改()
+保存学生() +读取学生信息()
图 4 学生信息管理用例类图
2 教师信息管理用例类图
教师信息管理界面(Frm_Teacher
学生信息添加完整，则保存该学生信息到学生信息表中； E2 教务人员“删除学生信息” E2.1 教务人员输入或选择学生班级； E2.2 教务人员输入或选择要删除的学生学号； E2.3 系统提示教务人员“确认删除” E2.3 教务人员点击“确认” E2.3 系统检查要删除学生的“班级”和“学号”，如果输入的“班级”或“学
号”在系统中不存在，则转到 A2；否则，删除该学号的学生信息和该学号相关的成 绩信息；
E3 教务人员选择“修改学生信息” E3.1 教务人员输入或选择要修改学生所在班级； E3.2 教务人员输入或选择要修改的学生学号； E3.3 系统检查要修改学生的班级或学号，如果要修改的“班级”或“学号”
在系统中不存在，则转到 A3；否则，系统提前该学生的基本信息，显示在界面上， 学生的学号不允许修改；