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

《统一建模语言UML课程设计报告》由会员分享，可在线阅读，更多相关《统一建模语言UML课程设计报告（20页珍藏版）》请在装配图网上搜索。

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

2、图片容目录一、系统需求分析21.1 系统功能需求21.2系统根本模块2二、系统用例建模22.1 识别参与者22.2识别用例22.2.1 系统顶层用例22.2.2 子用例22.2.3 建立系统用例文档2三、在net环境或MyEclips环境下建立系统构造23.1建立系统的工程23.2建立系统目录23.3建立银行的WebService效劳，供系统调用23.4 建立图形用户界面2四、活动建模24.1创立“学生根本信息管理活动图2五、静态构造建模25.1定义系统实体类25.2定义类属性25.3确定类间关系25.4 确定类之间的关系并建立类图2六、在net环境或MyEclips环境下建立类26.1建立类

3、21、公共类PublicClass 22、用户信息类user26.2 建立类相关的包2七、数据库设计2八、顺序图建模28.1 后勤管理登入顺序图2九、状态图建模29.1 新生交费状态图29.2 床上用品领用状态图2十、系统组件包设计2十一、协作设计2十二、建立物理模型212.1系统的组件图212.2系统的配置图2十三、系统实施情况和升级2十四、系统测试方案2十五、总结2UML建模设计报告新生报到注册系统一、系统需求分析1.1 系统功能需求新生报到注册系统主要用于提高高校新生报到注册工作效率、提高数据准确性,及时统计有关数据信息,为各项相关管理和决策提供依据。基于B/S模式的新生报到注册统计系统

4、按其功能划分为教务处管理子系统、学生处管理子系统、后勤管理子系统、学院管理子系统、计财处管理子系统、用户管理系统、后台管理系统、学生查询模块等。实现用户信息管理、新生根本信息的导入、报到交费、系统实时情况查询、报到数据表信息的生成等功能。由于学校教职工按其职责不同，系统的权限不同，新生报到注册系统设置一个身份验证模块，对系统参与者进展身份识别。细化补全，最后完成所有红字删除1.2系统根本模块新生报到注册系统共分教务管理、计财管理等十个模块，系统根本模块如图1.1所示：系统根本模块学生处管理班主任管理学院管理教务管理后勤宿舍管理学生查询计财管理后台管理图 1.1 系统根本模块1后台管理模块：招生

5、信息导入系统管理员可以招生信息、修改学生根本信息：系统管理员可以修改更新学生根本信息。2后勤宿舍管理模块：寝室资源管理、可用寝室资源分配、可回收寝室资源信、寝室信息查询、卫生检查。3计财管理模块：包括，从银行的数据导入、交费处理、交费标准设置、取消交费4教务管理模块：专业设置、班级设置、根据专业自动生成班级、自动分班、班级微调、班级查询、自动生成*、*查询、*微调、要求设定同名同姓查询与其它的一些查询功能5学院管理模块：补全6学生处管理模块：对学生的入学信息的统一管理，如贷款处理、欠费处理等。7班主任管理模块：对学生的寝室的分配、特长等个性的处理 (8) 学生查询模块细化补全二、系统用例建模2

6、.1 识别参与者创立用例图前需要确定参与者，新生报到注册系统的参与者可分为，教务管理员、学生管理员、后勤管理员、学院管理员、计财处人员、系统管理员、班主任、学生。创立用例图必须明确每一个参与者就明确其业务活动的容、对系统的效劳要求。l 教务管理员教务管理员参与的主要用例有：l 学生处管理员l 后勤管理员l 学院管理员l 计财处人员l 系统管理员l 班主任l 学生细化补全2.2识别用例2.2.1 系统顶层用例统顶层用例可分为后台管理，后勤宿舍管理，计财管理，教务管理，学院管理，学生处管理，班主任管理、学生查询系统。2.2.2 子用例各顶层用例拥有各自的子用例l 后勤宿舍管理用例后勤宿舍管理分为寝

7、室资源管理、可用寝室资源分配、可回收寝室资源信息、寝室信息查询、卫生检查、相关信息的打印输出与倒出等用例。l 计财管理细化补全2.2.3 建立系统用例文档1、 后勤宿舍管理模块用例图后勤宿舍管理模块包括*等用例，具体如图2.2所示：图2.2 后勤宿舍管理用例图这里列出寝室资源管理这个用例的描述。要求学生写完所有的用例，最后完成所有红字删除：(1) 寝室资源管理用例表2.1 寝室资源管理用例描述用例名称：寝室资源管理用例标识号：203参与者：后勤管理员、系统管理员简要说明：后勤管理员实现对寝室资源的管理。寝室资源包括园区号、园区名、楼号、楼名、寝室号、寝室人数、可用否、是否为新公寓、 se*、寝

8、室朝向、收费标准、寝室。功能：增、删、改、查、自动分批生成。前置条件：管理员必须先登入。根本领件流：1后勤管理员鼠标点击“寝室资源菜单2系统出现一个界面，显示着原来的寝室资源信息如新增则为空3后勤管理员可在窗口修改寝室资源信息，也可以增加或删除信息4后勤管理员编辑完信息，按“提交按钮，寝室资源信息被修改5用例终止其他事件流A1：在按“提交按钮之前，后勤管理员随时可以按“返回按钮，文本框的任何修改容都不会影响数据库信息异常事件流：1提示错误信息，后勤管理员确认2操作完成返回到后勤管理系统主页面后置条件：寝室资源信息被修改注释：无寝室资源管理相关的活动图如下:用户界面参见*。a) 学生寝室添加的活

9、动图b) 学生寝室修改的活动图c) 学生寝室查询的活动图d) 学生寝室自动分批生成的活动图学生寝室自动分批生成用户界面参见图3.2, 活动图如下：要求写出具体的算法，最后完成所有红字删除2、 后台管理由完成3、 后勤宿舍管理由完成4、 计财管理说明与银行接口的实现方法，与3.3节对应5、 教务管理6、 学院管理7、 学生处管理8、 班主任管理9、 学生查询系统细化补全，最后完成所有红字删除10、 权限分配三、在net环境或MyEclips环境下建立系统构造在.net环境或MyEclips环境下建立系统的用户界面。以.net环境为例。3.1建立系统的工程说明及截图3.2建立系统目录要求建立合理，

10、后面建立系统包图要用3.3建立银行的WebService效劳，供系统调用只要求接口，不要求完整的程序3.4 建立图形用户界面可用Dreamwear等工具，用户界面在需求分析中用到。应用系统通过用户界面与用户交互的，用户界面已成为所有计算机系统的有机组成局部，它决定了人类如何控制和操纵系统。一个好的用户界面应该为用户提供统一、规的交互界面，从而提高用户工作效率，增强用户对系统的认可程度。因此可以说，用户界面设计的优劣已经成为计算机应用系统成功与否的关键因素之一。用户界面设计应从系统开发、设计的实际出发，用户界面设计包括窗体布局、界面配色、控件风格、字体、交互信息等。用户界面的设计，无论是控件、信

11、息提示措辞、界面配色等，都要遵循统一的标准，做到真正的一致。(要求设计主要的用户界面，说明要完整)1、 专业收费标准设置用户界面ProfessionalCharge注：Professional Charges为文件名图3.1 专业收费标准设置界面2页面工程说明编号文本框：te*t，名称TNo，要求合法性，数字，不能为空保险费：te*t,名称InsurancePremium ，要求合法性：数字，不能为空学费：te*t,名称TuitionFees ，要求合法性：数字，不能为空后勤代管费：te*t,名称OgisticsEscrowFee ，要求合法性：数字，不能为空书费：te*t,名称BookFee

12、s，要求合法性：数字，不能为空住宿费：te*t,名称acmodation ，要求合法性：数字，不能为空应交合计：te*t，名称TotalPayable ，要求自动计算，供参考3功能将专业收费标准信息存入数据表professionalcharges。作为学生收费的一个标准，学生收费依据专业自动出现该信息。2、 学生寝室自动分批生成1学生寝室自动分批生成(DormitoryBatch)图3.2 学生寝室自动分批生成界面细化补全四、活动建模为了更好地理解用例，可用活动图来加以说明，新生报到注册活动中引用活动图的描述目的为：描述一个操作执行过程中操作实现的实例化所完成的工作 ( 动作 ) ；描述对象部

13、的工作；显示如何执行一组相关的动作，以及这些动作如何影响它们周围的对象；显示用例的实例是如何执行动作以及如何改变对象状态；说明一次活动中的工作者角色、工作流、组织和对象是如何工作的。新生报到注册系统主要的活动图有：学生根本信息管理、.等。补全，这时的为全局用的活动图，各局部的在活动图在用例图中说明4.1创立“学生根本信息管理活动图学生根本信息管理由特权用户管理操作，管理员用户录入后，可修改学生根本信息，删除学生根本信息转出学生，增加学生根本信息转入学生、操作完成退出系统，具体如图4.1所示：图4.1 ：“学生根本信息管理活动图细化补全五、静态构造建模类图是在面向对象的系统模型中使用得最普遍的图

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

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

16、 确定类之间的关系并建立类图类图可正向或逆向生成，C*的逆向工程只能由Visio完成1、 系统相关类（1） 数据库连接相关类ConnectDB类建立在NewStudentReg.db包下包图参见十系统包图2系统操作公共类2、 用户信息相关类（1） 用户持久信息类（2） 用户信息相关类用户信息操作涉及用户界面，用户用户操作(UserInfor)、用户持久类(User)三个类，从ConnectDB类获取一个连接，.具体类图如下：相关的类放在一起,在此说明如PublicClass, 相关的类可在多个类图中出现，如PublicClass等图4.1 ：用户信息相关类图3、 用户信息相关类1) 学生类St

17、udent一个表示学生信息的类Student,它有四个私有整型变量学生Student、*studentNo、班级Class、和编号No；定义一个有*个参数的公有构造函数，定义一个能显示学生信息的公有函数Show()，；班级类ClassName细化补全六、在net环境或MyEclips环境下建立类说明：系统构造与三相对应新生报到注册系统开发环境为MyEclips，采用Java语言开发，采用三层架构的开发模式。6.1建立类说明：可利用反向工程建立，必须与五的静态类型对应，用截图表示。1、 公共类PublicClass 图6.2 公共类PublicClass详细信息2、 用户信息类user用户信息类

18、user包括用户名vsername，登录名 lgname，登录密码 passwd;User作为单独的实体对象，它仅仅是数据的载体，不包括业务逻辑方法如果是JavaBean对象。以lgname作为惟一的对象来标识，以使程序能区别不同的对象。具体构造如下：图6.1 用户信息类user详细信息细化补全6.2 建立类相关的包这里的包用截图形式，最后完成所有红字删除七、数据库设计ER 建模本身定义了在基于信息的系统的分析和设计中用到的方法。数据库设计者通常使用该方法来收集需求，并定义数据库系统的构架。该方法的输出是实体类型、关系类型和约束条件的清单。统模语言UML是一种分析人员和软件开发人员广泛使用的语

19、言，特别适合 ER 图的图形化表示。通过使用 UML应用建模和数据建模的普遍使用，从分析到实施再到部署的统一表示，以及规格说明书的完整性。细化补全根据ER 建模在SQLServer下建立数据库，写出完整的表信息新生报到注册系统数据表如下：1、 学生根本信息表StudentBase学生根本信息表为新生报到注册系统的根底，具体数据可在报到前同高校招生系统修倒入，主要包括学生,*,班级,专业等信息，具体如表7.1所示：.表7.1 学生根本信息表StudentBase序号字段名类型中文说明备注1nameVchar(30)学生2NoVchar(20)*Key3ClassNoVchar(40)班级4Spe

20、ciallyVchar(50)专业八、顺序图建模UML顺序图是一种动态建模方法,一般用于确认和丰富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。一个使用情境的逻辑可能是一个用例的一局部，或是一条备选线路；一个贯穿单个用例的完整流程，例如动作根本过程的逻辑描述，或是动作的根本过程的一局部再加上一个或多个的备用情境的逻辑描述。或是包含在几个用例中的流程。新生报到注册系统涉及到多个工作顺序，但并不是每个用例都需要画顺序图，只有比拟重要的、复杂的对系统有很大影响的用例核心用例才画顺序图。8.1 后勤管理登入顺序图后勤管理登入顺序图如图5.1所示：图5.1：后勤

21、管理登入顺序图【后勤管理登入顺序图说明】登录：用户进展登录成功则可以进展相应的各种操作寝室资源管理，失败则退出系统。l 新生报到顺序图新生报到顺序图如图5.2所示：图5.2新生报到顺序图l 寝室分配顺序图细化补全九、状态图建模状态图(Statechart Diagram)是描述一个实体基于事件反响的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反响的。通常我们创立一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。状态图用于显示状态机它指定对象所在的状态序列、使对象到达这些状态的事件和条件、以及到达这些状态时所发生的操作。9.1 新生交费状态图9.2 床

22、上用品领用状态图主要包括交费、领用、确认三个环节十、系统组件包设计UML用例图可将相关联的用例放在一起，组织为包图。包含用例、扩展用例以及继承的用例，都要和其对应的基或父用例放在同一个包中。在用例包图中包含参与者有助于将包放在对应的上下文中，便于理解。可按照主要参与者的需要组织用例。如新生报到注册系统用例包图根据系统布局要求修改。图10.1 新生报到注册系统用例包图细化补全十一、协作设计协作图在很多方面都与顺序图一样。二者都用来记录对象的交互方式。但是，顺序图基于时间，而协作图显示对象及相应关联，不强调时间。协作图显示实现交互的消息序列。二者的区别仅在于此，因此，顺序图的相关容也适用于协作图。

23、这两类图仅是表达事物的两种不同方式。协作图用来查看系统的动态容。因为协作图中的消息不强调时间，所以要编号，以便了解它们的出现顺序。协作图包含三个根本元素： 对象 (对象之间) 消息（1） 学生寝室分配协作图图8.1 学生寝室分配协作图贷款申请协作图学生申请班主任批准学院批准-学校领导批准这一过程，具体如以下列图：细化补全十二、建立物理模型12.1系统的组件图新生报到注册系统的组件图主要有：业务对象组件图和用户界面组件图l 业务对象组件图系统建立在一个含有学生根本信息(Student)、寝室信息(bedchamber)、学生交费信息(Tuition fee)、交费标准信息( Fee standa

24、rd)和班级设置(Class)、专业信息(speciality)、学生班级分配信息Class split的中央数据库上。只给出局部图8.1 业务对象组件图l 用户界面组件图除了业务对象以外，系统与用户交互的部件也能创立一个组件图。只给出局部图8.2 用户界面组件图l 系统组件图系统组件图如图8.3所示。图8.3 系统组件图12.2系统的配置图配置图主要是用来说明如何配置系统的软件和硬件。系统硬件由3节点构成，应用效劳器负责整个系统的总体协调工作；数据库负责数据管理；Web应用程序模块用于信息处理；涉及业务操作模块等多个模块：业务操作模块用于处理报到、分班等一般的业务流程；信息维护模块用于系统管理员维护整个系统的数据信息，如添加和修改学生信息、添加和修改专业、班级等。系统使用涉及节点主要有：10个学院、各班班主任。画出配置图细化补全十三、系统实施情况和升级要求与十一、十二对应新生报到注册系统在B/S模式下，以ASP.NET 2021作为开发工具，数据库采用SQL Server 2005。ASP.NET 2021SQL Server 2005C*部署十四、系统测试方案根据软件测试课程要求完成，要求手工测试及选择一种自动化测试工具，并写出相应的测试用例十五、总结. z.