面向对象分析设计实验报告刘欣桐2015G0605010.docx

浙江理工大学 研究生学习报告 类 型 面向对象分析设计实验报告 院（系） 信息学院 专业 计算机技术 学 号 2015G0605010 学生姓名 刘欣桐 指导老师 贾宇波 起讫日期 2016/05/20/--2016/06/20 学习地点 信息学院318  实验一 熟悉ROSE并建立用例模型 一、 实验目的 1） 掌握Rational Rose的特点、运行环境及获取方法； 2） 掌握Rational Rose基本使用方法； 3） 掌握使用Rational Rose绘制用例图的步骤； 二、实验内容 根据附件1给出的《毕业设计管理系统需求描述》采用面向对象分析方法给出系统及各子功能的用例模型（用例图及用例描述）。 三、建模思路 用例是对一个活动者(actor)使用系统的一项功能时所进行的交互过程的一个文字描述序列。用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。软件的开发 过程可以分为需求分析、设计、实现、测试等阶段，用例把所有这些都捆绑在一起，用例分析的结果也为预测系统的开发时间和预算提供依据，保证项目的顺利进行。因此可以，软件开发过程是用例驱动的。 用例分析的步骤可以按下面的顺序进行： (1) 找出系统外部的参与者和外部系统，确定系统的边界和范围。 (2) 确定每一个参与者所期望的系统行为。 (3) 把这些系统行为命名为用例。 (4) 使用泛化、包含、扩展等关系处理系统行为的公共或变更部分 (5) 编制每一个用例的脚本。 (6) 绘制用例图。 (7) 区分主事件流和异常情况的事件流，如果需要可以把表示异常情况的事件流作为单独的用例处理。 (8) 细化用例图，解决用例间的重复与冲突问题。 采用用例分析法捕获用户的需求，其中一个比较困难的工作是确定系统应该包含哪些用例，以及如何有效地发现这些用例。事实上，在做用例分析时，并没有一个固定的方式或方法来发现用例，而且对同一个系统，往往会同时存在多种解决方案，但其中某些方案会比另一些方案好。与设计和实现阶段相比，需求分析阶段更多的还是依赖于分析人员的个人经验和领域知识。 四、用例模型 1. 确定参与者 参与者通过某种途径与系统进行交互，从系统外部执行者的角度来描述系统需要提供哪些功能，参与者可能是人也可能是一个外部系统。通过确定参与者决定哪些行为是系统的一部分以及哪些行为是由参与者所执行的，以此识别系统边界。可以通过以下几组事物来识别系统的参与者：1需要从系统中得到帮助以完成其任务的外部事物2执行系统功能时所需要的外部事物3为了管理和维护而执行某些辅助功能的外部事物。 简单毕业设计管理系统的参与者及其职能如下表所示： 参与者名称 参与者职能 教务管理员 信息维护（包括教师信息、学生信息、毕业设计要求）、毕业设计管理（包括论文的拟题、中期、结果）、系统登录 学生 初步选题目、初选结果调整、论文撰写、答辩 教师 确认学生选题、中期检查、指导学生论文撰写、进行评阅 2. 系统顶层用例图 一个用例代表一个系统（或系统一部分）的行为，是对一组动作序列的描述，可以用用例来描述系统想要实现的行为而不必说明这些行为如何实现。用例为开发者提供了一种途径，使他们与系统的最终用户和领域专家达到共同的理解。用例不仅是描述需求的工具,还可以驱动开发过程,通过对用例的创建、整合,开发设计人员可以构建一系列实现这些用例的设计和实现模型。系统顶层用例的构建,可以使得系统整体性的呈现并被建模人员把握。通过前述需求分析的结果,可以得出顶层用例,其中涉及的参与者及其活动系统顶层用例图如下图所示。 3. 用例细化 从系统总的用例来建立用例图,这样设计在项目开始阶段对理解系统的要求和目标都有好处,但需要进一步细化,划分为更具体的一些用例,以便深入分析系统的要求和目标。下面对确定题目过程用例进行细化：确定题目过程用例的参与者包括教务管理员、指导教师。教务管理员发布拟题要求列表，指导教师下载表格拟报设计题目，毕业设计专家小组评审题目；如果题目符合要求，则