统一建模语言UML课程设计报告材料

1、统一建模语言 UML 课程设计报告姓 名： 学 号： 班 级： 指导教师：2015 年 6 月树人大学信息科技学院系统 UML 设计报告要求：要求学生尽量设计出一个完整的 UML 模型，每一个学生根据自己的设计写 出报告。两个人完成一份，标出完成情况。设计报告容根据要求共分十五项，要求学生书写完整学生对要求作整体细化，最后达到能根据报告就可直接编写程序，不要再交流与具体分析对于设计报告中的图片都要有文字说明 （让用户能明白其含义）要求 150 页以上图形要求保证在能看清的情况下最小化， 表有表名与表号、 图有图名与图号UML 画图工具可选择 Visio 或 Rose图片与文字应相互交差，只有图

2、片的位置加入相应的文字说明图片容目录一、系统需求分析 61.1 系统功能需求 61.2 系统基本模块 6二、系统用例建模 82.1 识别参与者 82.2 识别用例 92.2.1 系统顶层用例 92.2.2 子用例 92.2.3 建立系统用例文档 9三、在net环境或 MyEclips环境下建立系统结构 143.1 建立系统的项目 143.2 建立系统目录 143.3建立银行的 WebService 服务，供系统调用 1 43.4 建立图形用户界面 14四、活动建模 174.1 创建“学生基本信息管理”活动图 17五、静态结构建模 195.1 定义系统实体类 195.2定义类属性 195.3 确

3、定类间关系 205.4 确定类之间的关系并建立类图 20六、在 net环境或 MyEclips环境下建立类 236.1 建立类 231、公共类(PublicClass ) 232、用户信息类(user) 236.2 建立类相关的包 24七、数据库设计 25八、顺序图建模 278.1 后勤管理登入顺序图 27九、状态图建模 299.1 新生交费状态图 299.2 床上用品领用状态图 29十、系统组件包设计 29十一、协作设计 31十二、建立物理模型 3212.1 系统的组件图 3212.2 系统的配置图 34十三、系统实施情况和升级 35十四、系统测试方案 35十五、总结 37UML建模设计报告

4、新生报到注册系统一、 系统需求分析1.1 系统功能需求新生报到注册系统主要用于提高高校新生报到注册工作效率、 提高数据准确 性,及时统计有关数据信息，为各项相关管理和决策提供依据。基于B/S模式的新 生报到注册统计系统按其功能划分为教务处管理子系统、 学生处管理子系统、 后 勤管理子系统、学院管理子系统、计财处管理子系统、用户管理系统、后台管理 系统、学生查询模块等。实现用户信息管理、新生基本信息的导入、报到交费、 系统实时情况查询、 报到数据表信息的生成等功能。 由于学校教职工按其职责不 同，系统的权限不同， 新生报到注册系统设置一个身份验证模块， 对系统参与者 进行身份识别。（细化补全，最

5、后完成所有红字删除）1.2 系统基本模块新生报到注册系统共分教务管理、 计财管理等十个模块， 系统基本模块如图 1.1 所示：图 1.1 系统基本模块（1）后台管理模块：招生信息导入（系统管理员可以招生信息）、修改学生基本信息：（系统管 理员可以修改更新学生基本信息）。（2）后勤宿舍管理模块：寝室资源管理、可用寝室资源分配、可回收寝室资源 信、寝室信息查询 、卫生检查。（3）计财管理模块：包括，从银行的数据导入、交费处理、交费标准设置、取 消交费（4）教务管理模块：专业设置、班级设置、根据专业自动生成班级、自动分班、 班级微调、班级查询、自动生成学号、学号查询、学号微调、要求设定同名 同姓查询

6、与其它的一些查询功能（5）学院管理模块：（补全）（6）学生处管理模块：对学生的入学信息的统一管理，如贷款处理、欠费处理 等。（7）班主任管理模块：对学生的寝室的分配、特长等个性的处理（8）学生查询模块细化补全）系统用例建模2.1 识别参与者创建用例图前需要确定参与者， 新生报到注册系统的参与者可分为， 教务管 理员、学生管理员、后勤管理员、学院管理员、计财处人员、系统管理员、班主 任、学生。创建用例图必须明确每一个参与者就明确其业务活动的容、 对系统的 服务要求。教务管理员教务管理员参与的主要用例有：学生处管理员后勤管理员学院管理员计财处人员系统管理员班主任学生细化补全）2.2 识别用例2.2

7、.1 系统顶层用例统顶层用例可分为后台管理，后勤宿舍管理，计财管理，教务管理，学院管理，学生处管理，班主任管理、学生查询系统。2.2.2 子用例各顶层用例拥有各自的子用例后勤宿舍管理用例后勤宿舍管理分为寝室资源管理、可用寝室资源分配、可回收寝室资源信息、寝室信息查询 、卫生检查、相关信息的打印输出与倒出等用例。计财管理细化补全）2.2.3 建立系统用例文档1、后勤宿舍管理模块用例图后勤宿舍管理模块包括 * 等用例，具体如图 2.2 所示：相关信息的打印输出与倒出系统管理员卫生检查寝室信息查询学生寝室资源管理后勤管理员图2.2后勤宿舍管理用例图这里列出寝室资源管理这个用例的描述(要求学生写完所有

8、的用例，最后完成所有红字删除)(1)寝室资源管理用例表2.1寝室资源管理用例描述 用例名称：寝室资源管理 用例标识号：203 参与者：后勤管理员、系统管理员 简要说明：后勤管理员实现对寝室资源的管理。寝室资源包括园区号、园区名、楼号、楼名、寝室号、寝室人数、可用否、是否为新公寓、sex、寝室朝向、收费标准、寝室。寝室资源管理相关的活动图如下用户界面参见* 。a）学生寝室添加的活动图b）学生寝室修改的活动图c）学生寝室查询的活动图d）学生寝室自动分批生成的活动图学生寝室自动分批生成用户界面参见图 3.2,活动图如下：（要求写出具体的算法，最后完成所有红字删除）2、后台管理（由xxx完成）3、后勤

9、宿舍管理（由xxx完成）4、计财管理（说明与银行接口的实现方法，与3.3节对应）5、教务管理6、学院管理7、学生处管理8、班主任管理9、学生查询系统（细化补全，最后完成所有红字删除）10、权限分配三、在net环境或MyEclips环境下建立系统结构在.net环境或MyEclips环境下建立系统的用户界面。以.net环境为例。3.1 建立系统的项目（说明及截图）3.2 建立系统目录（要求建立合理，后面建立系统包图要用）3.3 建立银行的 WebService 服务， 供系统调 用（只要求接口，不要求完整的程序）3.4 建立图形用户界面（可用 Dreamwear 等工具，用户界面在需求分析中用到）

10、 。应用系统通过用户界面与用户交互的，用户界面已成为所有计算机系统的有 机组成部分， 它决定了人类如何控制和操纵系统。 一个好的用户界面应该为用户 提供统一、规的交互界面， 从而提高用户工作效率， 增强用户对系统的认可程度。 因此可以说，用户界面设计的优劣已经成为计算机应用系统成功与否的关键因素 之一。用户界面设计应从系统开发、 设计的实际出发， 用户界面设计包括窗体布 局、界面配色、控件风格、字体、交互信息等。用户界面的设计，无论是控件、 信息提示措辞、界面配色等，都要遵循统一的标准，做到真正的一致。(要求设计主要的用户界面，说明要完整)1、专业收费标准设置用户界面(Professional

11、Charge)(注：Professional Charges 为文件名)图3.1专业收费标准设置界面(2) 页面项目说明编号文本框：text，名称TNo，要求合法性，数字，不能为空保险费：text,名称In sura ncePremium，要求合法性：数字，不能为空学费：text,名称TuitionFees，要求合法性：数字，不能为空后勤代管费：text,名称OgisticsEscrowFee，要求合法性：数字，不能为空书费：text,名称BookFees，要求合法性：数字，不能为空住宿费：text,名称accommodation，要求合法性：数字，不能为空应交合计：text，名称TotalP

12、ayable，要求自动计算，供参考(3) 功能学生将专业收费标准信息存入数据表(professionalcharges)。作为学生收费的一个标准,收费依据专业自动出现该信息。2、学生寝室自动分批生成(1 )学生寝室自动分批生成(DormitoryBatch)学牛&宰戸动常砒牛甬图3.2学生寝室自动分批生成界面(细化补全)四、活动建模为了更好地理解用例，可用活动图来加以说明，新生报到注册活动中引用活 动图的描述目的为：描述一个操作执行过程中（操作实现的实例化）所完成的工 作（动作）；描述对象部的工作；显示如何执行一组相关的动作，以及这些动 作如何影响它们周围的对象；显示用例的实例是如何执

13、行动作以及如何改变对象 状态；说明一次活动中的工作者（角色）、工作流、组织和对象是如何工作的。新生报到注册系统主要的活动图有：学生基本信息管理、.等。（补全，这时的为全局用的活动图， 各部分的在活动图在用例图中说明）4.1创建“学生基本信息管理”活动图学生基本信息管理由特权用户管理操作， 管理员用户录入后，可修改学生基本信息，删除学生基本信息（转出学生），增加学生基本信息（转入学生）、操作完成退出系统，具体如图4.1所示：图4.1 : “学生基本信息管理”活动图（细化补全）五、静态结构建模类图是在面向对象的系统模型中使用得最普遍的图。类图包含了一组类、 接口和协作以及他们之间的关系。 使用类图

14、来为系统的静态视图建模， 包括模型 化系统的词汇（从系统的词汇表中发现类） ，模型化协作，或则模型化模式。类 图还是一些相关的图的基础， 包括组件图、 分布图。 类图的重要性不仅仅体现 在为系统建立可视化的、 文档化的结构模型， 同样重要的是构建通过正向和反向 工程建立执行系统。类图是一组类、 接口和协作以及他们之间的关系构成的。 类图通常包含如下 的容：类接口协作依赖关系、继承关系、关联关系同其他的图一样，类图也可以包含注解和限制。5.1 定义系统实体类新生报到注册系统主要涉及后台管理、 后勤宿舍管理、 计财管理、 教务管 理、学院管理、学生处管理模、班主任管理、 学生查询等模块。后勤宿舍管

15、理主要的类有： 寝室资源管理、 可用寝室资源分配、 可回收寝室 资源、寝室信息查询 、卫生检查等。5.2 定义类属性1、 寝室基本信息管理寝室基本信息管理主要的属性有：园区号、园区名、楼号、楼名、寝室号、 寝室人数、可用否、是否为新公寓、sex、寝室朝向、收费标准、寝室。(细化补全).5.3 确定类间关系 定义了类之后，接下去必须建立类间关联，类与类之间存在的关系有 : (1)泛 化(Generalization) (2)关联(Association) (3)依 赖(Dependency) 聚合 (Aggregation)。(1) 泛化泛化关系的类有：(2) 关联(3) 依赖(4) 聚合5.4

16、 确定类之间的关系并建立类图(类图可正向或逆向生成， C# 的逆向工程只能由 Visio 完 成)1、 系统相关类1) 数据库连接相关类ConnectDB类建立在 NewStudentReg .db包下（包图参见十系统包图）ConnectDB(from db)getConnectO（2 ）系统操作公共类PublicCiass(from dbexecuteSql()*getlDFromDb()2、用户信息相关类（1）用户持久信息类User Cfram db) vsemame : String <>lgname : String passwd : String <；roleTyp

17、e : String*readLogin() *User() User() *GetUset()（2）用户信息相关类用户信息操作涉及用户界面（），用户用户操作（Userlnfor）、用户持久类（User）三个类，从ConnectDB类获取一个连接，.具体类图如下：（相关的类放在一起，在此说明（如PublicClass ）,相关的类可在多个类图中出现，如PublicClass 等)图4.1 :用户信息相关类图3、用户信息相关类1） 学生类（Student）一个表示学生信息的类Stude nt,它有四个私有整型变量学生（Stude nt）、学号 （studentNo）、班级（Class）、和编号（

18、No）；定义一个有*个参数的公有构造函数，定义一 个能显示学生信息的公有函数Show（）,;班级类（ClassName）（细化补全）六、在net环境或MyEclips环境下建立类（说明：系统结构与（三）相对应 ）新生报到注册系统开发环境为MyEclips，采用Java语言开发，采用三层架构 的开发模式。6.1建立类（说明：可利用反向工程建立，必须与（五）的静态类型对应，用截图表示。）1、 公共类（PublicClass ）public ddss PttolieCli35 (public static to id f ikC jniib 口( JCDttfcQBoK 口观 tsnp)|Eiibl

19、ic static int get Stud Id (String id| Jpublic static uit gstlDFrmjo (String t able r String Ed eld, Str ing 3£ieli, String|public static String fetStrinrroaniDl)(Strinsiieli,afield,String data)'public static int exe;u.'e5qL(Serina 3(jlJ)图6.2公共类（PublicClass ）详细信息2、用户信息类（user）用户信息类（user）包

20、括用户名vsername登录名lgname,登录密码passwd;Use作为单独的实体对象，它仅仅是数据的载体，不包括业务逻辑方法 （如果是JavaBea对象）。以lgname作为惟一的对象来标识，以使程序能区别不 同的对象。具体结构如下：Uirhlics clflRK User 4puljlJ.u Sue Ing vseriritircit!; finlillc Str Ing Igriame: putoAic acr mg gecvserriaitie (,) 口EULbJLi.口 void. setVsemame (Jotring vs er Ram已) |.puJblic Sttrin

21、g qretLcruame ()| |Dutollc voidcmorow (WtHi口or lunjaxwe) 百口tjnlhl i r* Strlncj 口尸rP目自旨wrl ()<pnlhl i r« vni rlPRnwd (SLir intj p r 3 lord J 厂£iuJjHe St e ±ng pm目日环ci;juJbXlc void Login (J (口图6.1 用户信息类（user）详细信息（细化补全）6.2建立类相关的包（这里的包用截图形式，最后完成所有红字删除）七、数据库设计ER建模本身定义了在基于信息的系统的分析和设计中用到的

22、方法。数据库 设计者通常使用该方法来收集需求，并定义数据库系统的构架。该方法的输出是 实体类型、关系类型和约束条件的清单。统一建模语言（UML ）是一种分析人员和软件开发人员广泛使用的语言，特 别适合ER图的图形化表示。通过使用UML应用建模和数据建模的普遍使用， 从分析到实施再到部署的统一表示，以及规格说明书的完整性。（细化补全）根据ER建模在SQLServer下建立数据库，（写出完整的表信息） 新生报到注册系统数据表如下：1、学生基本信息表（StudentBase ）学生基本信息表为新生报到注册系统的基础，具体数据可在报到前同（高校招生系统修倒入)，主要包括学生，学号,班级,专业等信息，具

23、体如表7.1所示：.表7.1学生基本信息表(StudentBase)序号字段名类型中文说明备注1n ameVchar(30)学生2NoVchar(20)学号Key3ClassNoVchar(40)班级4SpeciallyVchar(50)专业八、顺序图建模UML顺序图是一种动态建模方法，一般用于确认和丰富一个使用情境的逻 辑。一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。 一个使用情境的逻辑可能是一个用例的一部分，或是一条备选线路；一个贯穿单 个用例的完整流程，例如动作基本过程的逻辑描述，或是动作的基本过程的一部 分再加上一个或多个的备用情境的逻辑描述。或是包含在几个用例

24、中的流程。新生报到注册系统涉及到多个工作顺序，但并不是每个用例都需要画顺序图，只有比较重要的、复杂的对系统有很大影响的用例（核心用 例）才画顺序图。8.1后勤管理登入顺序图后勤管理登入顺序图如图5.1所示: =后執管理區图5.1：后勤管理登入顺序图【后勤管理登入顺序图说明】登录：用户进行登录成功则可以进行相应的各种操作（寝室资源管理），失败则退出系统。新生报到顺序图新生报到顺序图如图5.2所示:矗h幸通如书!1iI-I師苛轻:;i:I岡jJI:1斤耳殆宜学丹；1:* !i11i11111>>1ii1!1II11111删；軽床上舸图5.2新生报到顺序图寝室分配顺序图（细化补全）九、状

25、态图建模状态图（Statechart Diagram是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。 通常我们创建一个 UML 状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行 为。状态图用于显示状态机 （它指定对象所在的状态序列） 、使对象达到这些状 态的事件和条件、以及达到这些状态时所发生的操作。9.1 新生交费状态图9.2 床上用品领用状态图主要包括交费、领用、确认三个环节十、系统组件包设计UML 用例图可将相关联的用例放在一起，组织为包图。包含用例、扩展用 例以及继承的用例， 都要和其对应的基或父用例放在同一个包中。 在用

26、例包图中 包含参与者有助于将包放在对应的上下文中， 便于理解。可按照主要参与者的需 要组织用例。如新生报到注册系统用例包图 （根据系统布局要求修改）计财管理学生处管理学生后勤管理员系统管理员教务管理学院管理学院管理员班主任后勤宿舍管理学生处管理员计财处人员教务管理员图10.1新生报到注册系统用例包图（细化补全）十、协作设计协作图在很多方面都与顺序图相同。二者都用来记录对象的交互方式。但 是，顺序图基于时间，而协作图显示对象及相应关联，不强调时间。协作图显示 实现交互的消息序列。二者的区别仅在于此，因此，顺序图的相关容也适用于协 作图。这两类图仅是表达事物的两种不同方式。协作图用来查看系统的动态容。 因为协作图中的消息不强调时间，所以要编号，以便了解它们的出现顺序。协作图包含三个基本元素:对象对象之间)消息(1)学生寝室分配协作图4:验证身份5:进入学生寝室分配>注册用 户3:获取用户名和密码>班主任:班主任1:启动2:登录>717:获取学生信息学生寝室>分配9:获取可用寝室信息11:获取未分配床位/ W