Rational+Rose网上选课系统方案.docxVIP

网上选课UML设计 网上选课系统主要包括如下功能：管理员通过管理界面进入，建立本学期要开 的各种课程、将课程信息保存在数据库里并可以对课程进行改动和删除。学生通过 客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询 已选课程、选课以及付费。同样，通过业务层，这些操作结果存入数据库中。 本系统拟使用 Java 语言通过三层模型实现：数据核心层，业务逻辑层和接入 层。其中，数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入 进行逻辑处理、再映射到相应的数据层操作；而接口层包括用户界面，包括系统登 入界面、管理界面、用户选课界面等。 本系统涉及的用户包括管理员( Registrar )和学生( Student )，他们是用例 图中的活动。数据库管理系统是另外一个活动者。 注：因为付费方式的多样化，所以在此将不讨论涉及到付费有关的设计。 1． 1 用例图 1．1．1 事件流 添加课程事件流： 管理员选择进入管理界面，用例开始。 系统提示输入管理员密码。 管理员输入密码。 系统验证密码。 A1 ：密码错误 5． 进入管理界面，系统显示目前所建立的全部课程信息。 6． 管理员选择添加课程。 7． 系统提示输入新课程信息。 8 ． 管理员输入信息。 9． 系统验证是否和已有课程冲突。 A2 ：有冲突 10．系统添加新课程，提示课程添加成功。 11．系统重新进入管理主界面，显示所有课程。 12．用例结束。 其他事件流： A1 :密码错误 1 ． 系统提示再次输入。 2． 用户确认。 3． 三次错误，拒绝再次访问。 4． 否则进入添加课程事件流第 5 步。 A2 :有冲突 1 ． 系统提示冲突，显示冲突课程信息。 2． 用户重新输入。 3． 继续验证直到无冲突。 4． 进入添加课程事件流第 10 步。 注:删除课程事件流和修改课程事件流与此类似，在此不再详述。 选课事件流: 学生进入选课登入界面，用例开始 . 系统提示输入学号和密码 . 学生输入学号密码 . 系统验证： A1; 验证失败。 5、进入选课主界面。 6、学生点击选课。 7、系统显示所有课程信息。 8、学生选择课程。 9、系统验证课程是否可选。 A2 ：不可选。 10、系统提示课程选择成功，提示学生交费 11、用例结束。 错误流： A1 ：验证失败 1． 系统提示验证失败，提示重新输入。 2． 三次失败，拒绝访问。 3． 成功，转选课事件流第 5 步。 A2: 不可选 1． 系统提示不可选及原因。 2． 学生重新选课。 3． 重新验证直至成功。 4． 转选课事件流死 10 步。 注：查询事件流比较简单，在此不详述。 1．1．2 用例图 点击浏览器中的 Use Case View中的Main，弹出用例图窗口，添加用例如下图: 活动者包括：People , Registrar , Student ‘Database.其中 Registrar 和 People 之间是概括 (generalization )关系，Student 和 People 之间也是概括(generalization )关系。 用例包括： Select Course , Query Course , Pay for Course ,Add Course ’Modify Course , Delete Course. 1. 2活动图 在用例图中分析了各个用例的事件流，故在此不在叙述。根据用例里的事件流描述，得到各个用例的活动 图。 1. 2. 1 Add Course 活动图 在浏览器中，使用鼠标右键点击 Use Case View，在弹出的菜单里选择“ NeW ―“ Activity Diagram”， 则在 Use Case View 中添加一项” State/Activity Model ” ,该项产生一个名为“ New Diagram”的活动 图，将其改为“ Add Course ” . Add Course 活动图如下： i，*￡-剧n：?—h治眦』i」』J」讥1打| 0?? 同样分成三个泳道：用户接口，业务逻辑接口，数据库接口。 同样分成三个泳道：用户接口，业务逻辑接口，数据库接口。 1. 2. 3 Modify Course 活动图 在浏览器中，使用鼠标右键点击” State/Activity Model”，在弹出的菜单里选择“NeW―“ Activity Diagram ，该项产生一个名为“ New Diagram”的活动图，将其改为“ Modify Course ” . Modify Course 活动图如下： 分成三个泳道：用户接口，业务逻辑接口，数据库接口。 分成三个泳道：用户接口，业务逻辑接口，数据库接口。 1. 2. 2 Delete Course 活动