选课系统案例教学讲义.pptVIP

1 面向对象系统分析与设计-大学选课系统案例 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 2 　　本文主要以“学生注册讨论班”为例，运用UML建模语言对大学的选课系统进行了分析。从问题分析到最后的系统设计，主要从以下几个方面进行了陈述： 问题描述 需求分析 静态建模 动态建模 组件建模 部署建模 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 3 一、问题描述 大学选课系统是与学生有着紧密的联系，具有注册、交费、选课、成绩查询等功能 为了简化本次系统分析只考虑学生注册讨论班的功能，该问题描述如下： 学生想要注册某门讨论班，于是向注册员提交其姓名和学生编号； 注册员验证该学生是否有资格注册这门讨论班； 注册员验证后，提供讨论班列表，并验证是否适合学生的课程安排； 注册员统计费用并通知学生； 在学生确认后，注册员将该学生注册到讨论班，并将费用加入学生帐单； 注册员向学生提供注册成功的确认信息。 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 4 根据以上问题描述，该简化系统应具有如下功能： 学生搜索、注册讨论班 验证注册资格 显示讨论班及相关信息 提供成绩单 结算并显示帐单 注册成功 关闭注册 返回 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 5 采用用例驱动的方法分析需求的主要任务是识别参与者和用例，并建立用例模型，主要分为以下三个部分。 识别参与者 识别用例 确定事件流 返回 一、需求分析 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 8 系统的用例图如下所示： 返回 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 9 （三）用例的事件流描述 用例还可以事件流来描述，用例的事件流是对完成用例行为所需的事件的描述。事件流描述了系统应该作什么，而不是描述系统应该怎样做。 名称：注册讨论班 描述：把现有的有资格的某一学生注册到某个讨论班。 前提条件：学生已在大学注册。 后置条件：如果学生具有注册资格，并且该讨论班仍有空位，则学生注册到该讨论班。 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 10 学 生 注册员 1．学生想去注册讨论班。 3．注册员确定该学生是否有资格在这所学校注册讨论班。 2．学生向注册员提交其姓名和编号 4．学生从可供选择的讨论班列表中，选出他希望注册的讨论班。 4．学生从可供选择的讨论班列表中，选出他希望注册的讨论班。 5. 注册员验证学生是否有资格注册这门课。 6. 注册员检验讨论班是否适合学生已有的课程安排 7. 注册员根据讨论班目录中公布的费用、适用的学生费用和适用的税，计算出这门课的收费。 8. 注册员通知学生相关费用。 9. 注册员确认学生表示愿意注册该讨论班。 10. 学生表示愿意注册该讨论班。 14. 当学生得到确认信息时用况结束 11. 注册员把学生注册到该讨论班。 12. 注册员把相应的费用加到学生账单中。 13. 注册员向学生提供已经注册成功的确认。 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 11 事件流续表： 候选过程A：学生没有资格注册讨论班。 A3. 注册员确定学生没有资格注册讨论班。 A4. 注册员通知学生，她没有资格注册。 A5. 用况结束。 候选过程B：学生不具备注册这一讨论班所需要的必备条件。 B5. 注册员确定学生没有资格注册该讨论班。 B6. 注册员通知学生，她不具备注册这一讨论班所需要的必备条件 B7.注册员通知学生，她需要具备的条件。 B8. 用况从活动基本过程中的步骤4继续执行。 候选过程C：学生决定不注册讨论班，虽然有讨论班可供其选择。 C4.学生查看讨论班列表，但没有找到他想要注册的项。 C5. 用况结束。 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 12 根据事件流描述，活动图如下所示： 返回 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 13 包括：（1）进一步分析系统需求，发现类以及类之间的关系（2）确定它们的静态结构和动态行为。系统的静态结构模型主要用类图和对象图描述。 静态结构建模主要分为两步： 1）定义类 2）确定类的名字、属性和操作，建立类图。 返回 二、静态结构建模 华 南 理 工 大 学 软 件 需 求 分 析 与 建 模 14 （一）定义类 该系统主要有三种类型的类： 参与者类（actor clas