UML课程设计报告+网络教学系统的分析和设

UML课程设计报告+网络教学系统的分析和设（6篇）

1.UML课程设计报告+网络教学系统的分析和设 篇一

无锡职业技术学院实践环节材料撰写用纸

二、仓库信息管理系统分析与设计

（一）《仓库信息管理系统》的需求建模

1、需求分析

仓库信息管理系统要能完成以下功能：

仓库存放的货物品种繁多，堆存方式以及处理方式也非常复杂，随着业务量的增加，仓库管理者需要处理的信息量会大幅上升，因此往往很难及时准确的掌握整个仓库的运作状态。针对这一情况，为了减轻仓库管理员和操作员的工作负担，此系统在满足仓库的基本管理功能基础上发挥信息系统的智能化。

根据要求可将系统分为四个模块（1）用户登录模块

普通操作员和管理人员登录此系统，执行仓库管理的一些操作，但是普通操作员和管理人员所能执行的功能不一样。（2）仓库管理模块

管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。可以执行仓库进货，退货，领料，退料；商品调拨，仓库盘点等功能。(3)业务查询模块

在用户登录系统后，可以执行库存查询，销售查询，仓库历史记录查询。

(4)系统设置模块

显示当前仓库系统中的信息,在系统中可以执行供应商设置，仓库设置。

2、功能模块分析（1）登录模块

 普通操作员：显示当天仓库中的所有库存的信息。 管理员：修改仓库中的库存信息。

 用户注销：在用户执行完仓库功能时，注销。 用户退出。（2）管理模块

 仓库库存的进货与退货；

 仓库中的库存需要领料和退料功能；

 仓库也可以完成不同地区的商品在此仓库的商品调拨任务；  用户人员也可以在当天之后对仓库中的库存进行盘点。（3）查询模块

 显示当前仓库商品信息，并执行库存查询；  显示仓库信息，对商品的销售量进行查询；  此系统还可以对仓库历史记录进行查询。（4）设置模块

 供应商设置  仓库设置

3、工作内容及要求

 进一步细化需求分析的内容，识别出系统的参与者，并完成用例图； 无锡职业技术学院实践环节材料撰写用纸

将用例图中的每个用例都写成相应的事件流文档；

进一步使用活动图来描述每个用例，为后续的系统设计做好准备；

按照系统的功能分析，从用例的描述中提取出系统的对象类和界面类，建立类图；

分析类图中的实体类和实体类之间的关系，画出数据库的逻辑模型图（只包含实体类，且注明角色和阶元）。

 对数据库的逻辑模型进行优化，取消多对多的联系，完成最终的逻辑模型设计；  使用交互作用图或状态机图完成系统动态行为的建模。（建议使用顺序图按功能分别描述）

4、创建SRS文档：

 引言

 仓库管理系统将24小时为用户服务。 用途

 SRS文档将作为SDLC设计和编码阶段的输入。 作用域

 管理员直接对系统进行管理。 功能性需求

 操作员需要取得管理员的认可才可以登录此系统。 操作员可以查询库存的信息。

 系统管理员可以管理登录系统以后对仓库进行管理

 因为不是每个人都可以随便修改系统的，所以系统管理员可以登录进系统以后对用户的权限信息进行管理。

 界面需求

 界面应该清晰易懂。 运行环境

 此系统可以在网络上进行运行。    无锡职业技术学院实践环节材料撰写用纸

用例图如下：

分析：操作员在进行验证后登陆系统，可以执行商品的进退货的记录信息的查询与管理等操作。

用户登录**仓库领料仓库进货**退出系统****商品调拨**操作员****用户注销*仓库退料*仓库退货c

图1 操作员用例图

分析：此用户是管理员，可以对仓库信息进行维护，仓库商品进行盘点，业务分析，历史记录查询，供应商信息维护和仓库查询操作。

无锡职业技术学院实践环节材料撰写用纸

仓库信息维护用户登录****用户注销******管理员***退出系统仓库盘点*仓库查询**供应商信息维护*业务分析历史记录查询*

图2 管理员用例图

分析：该用户为供应商，可以对执行仓库进货和退货的查询与管理操作。

仓库进货***商品供应商*仓库退货

图3 供应商用例图

（二）《仓库管理系统》的静态建模

静态建模用于描述软件的静态成分，又叫结构建模。它包含类关系图和对象关系图。用于描述软件系统的成分之间的关系和依赖性。1）类的分析与设计

 确定初始类图  提取类的属性  提取类的操作 无锡职业技术学院实践环节材料撰写用纸

 类之间的关系

去除不必要的类和不正确的类：

1.冗余类：若两个类表述同一信息，保留最具有描述能力的类； 2.不相干的类：去掉与问题没有多少关系和根本不相关的类；

3.模糊类：类必须是确定的，有些临时类边界定义不对，或范围太广，应排除； 4.属性：如果有些名词是用来描述某个类的，那么它一定是这个类的属性。5.操作：如果所描述的操作并不适用于对象并且被自身所操作，那么这一定不是类。这样可以得到相关的三种类关系：  人员信息包类图  接口信息包类图  系统事务信息包类图 2）确定类之间的关系

两个类之间的相互依赖就是关联，关联常用描述性动词或动词组来表示，其中有物理位置的表示、传导的动作、通信、所有者关系及条件的满足等等。通过以上方法可以确定类图：

① 人员信息包类图里包含：操作员类、管理员类、供应商类、商品进货模块类、商品退换模块类、商品打印模块类、库存查询模块类、商品盘点模块类、历史信息查询模块类和商品调拨模块类。

无锡职业技术学院实践环节材料撰写用纸

**操作员-姓名-id号-权限+仓库进货()*+仓库退货()+仓库领料()+仓库退料()+商品调拨()*+用户登录()+用户注销()+退出系统()+盘点信息打印报表()+进货商品打印报表()*+退换商品打印报表()+商品库存信息()**商品进货模块+商品清单()+退货清单()+查询信息()库存查询模块**商品打印模块*

图4 人员信息包类图

供应商-供应商姓名-供应商id号-联系方法+进货()+退货()*1管理员-姓名-id号-权限+供应商信息维护()+仓库信息维护()+盘点信息()+仓库查询()+业务分析()+用户注销()+退出系统()+历史记录查询()+用户登录()+查询结果()*历史信息查询模块*+查询条件()+进货记录()+商品调拨记录()+商品盘点信息()*********商品退换模块*商品盘点模块*+审核后盘点信息()+查询信息()**商品调拨模块+查询信息()+查询条件()*+盘点信息列表()8 无锡职业技术学院实践环节材料撰写用纸

② 接口信息包类图里包含：用户登录类、仓库管理类、系统管理类和业务查询类。

仓库管理+仓库进货()+仓库退货()+仓库领料()+仓库退料()+仓库调拨()+仓库盘点()用户登录+用户登录()+用户注销()+退出系统()系统设置-供应商设置-仓库信息维护业务查询+库存查询()+业务分析()+历史记录查询()

图5 接口信息包类图

③系统事务信息包类图包含：用户登录类、供应商管理类、业务分析类、查询历史信息类、仓库信息维护类、领料类、退料类、退换类、盘点类、调拨类和仓库查询类。

无锡职业技术学院实践环节材料撰写用纸

调拨供应商管理-该操作id号-日期-管理员id号+增加供应商()仓库信息维护-该操作id号-日期退料用户登录-该操作id号-登录日期-登录人id-name+用户登录()+用户注销()+退出系统()退货-交易id-日期-操作员-交易id-日期-退料人-操作员仓库查询-该操作id-日期领料-交易id-日期-领料员-操作员查询历史信息-该操作id-日期业务分析-操作id号-日期-管理员id+opname()盘点-交易id-日期-管理员id-仓库id

图6 系统事务信息包类图

（三）《仓库管理系统》的动态建模

在完成静态建模后，需要对系统实现动态建模。需要创建

 活动关系图：表示系统的静态成分为了完成过程需要执行的活动的顺序；

 交互关系图：表示软件系统静态成分之间的交互，常用序列关系图和通信关系图。(1)活动关系图

活动关系图是用来对特定过程的控制流进行建模。

分析：管理员在登录系统后，查看销售记录和查看商品库存情况，如果缺货就通知操作员缺货商品清单，操作员即可联系供应商按缺货清单提供货物，然后管理员更新数据库结束，如果不缺货直接结束。

无锡职业技术学院实践环节材料撰写用纸

通知操作员缺货商品清单查看销售记录联系供应商按缺货清单提供货物查看商品库存情况[ 缺货] 接受货物更新库存数据库[ 不缺货 ]

图7 仓库系统的活动图

(2)交互关系图：通信关系图、序列关系图

①通信关系图以消息的形式表示对象之间的交互。通信图集中在活动着的对象上，表现的是相互通信的对象之间的消息传递，不参照时间。通信图通过在消息上加序号表示消息传递的次序。序列号放在消息之前作为消息的前缀。

注：通信关系图不描绘对象的生命线。A.管理员盘点过程协助图

分析：操作员把盘点信息发送给管理员，管理员审查后盘点信息，在仓库商品盘点模块中盘点信息列表，然后交由信息打印模块打印盘点信息列表，给操作员。

无锡职业技术学院实践环节材料撰写用纸

操作员盘点信息管理员盘点信息打印列表审查后盘点信息商品信息打印模块盘点信息列表商品盘点模块

图8 管理员盘点过程协作图

B.商品管理协作图

分析：操作员通知供应商进货，供应商打印出进货清单，操作员也可以对进货退货进行管理，供应商打印出退货清单。

商品进货进货商印品打报表进货清单操作员退货商品供应商表库存查询商品退换退货清单库存信息进货商品打印报

图9 商品管理协作图 无锡职业技术学院实践环节材料撰写用纸

C.仓库历史记录查询协作图

分析：管理员应该先登录系统。当管理员登录系统以后，可以查询历史信息，看到商品进货、商品盘点、商品调拨的历史记录。

商品进货管理员查询条件历史信息查询进货、退货记录查询条件商品调拨商品盘点图10 仓库历史记录查询协作图

②序列关系图

序列关系图以按时间排序的消息形式来表示对象之间的交互。序列关系图和通信关系图的区别在于通信关系图情调对象的组织结构，而序列关系图则按时间顺序显示对象之间交互的消息。在序列关系图中，可以沿x轴方向排列对象。将启动交互的对象放在最左边。消息序列中后来的对象则放在交互启动对象的右边。在交互中，对象发送和接收的消息按时间升序沿y轴防止。

注：和通信关系图不同，序列关系图描述对象生命线。

A.仓库盘点过程序列图 分析：操作员将盘点信息发送给管理员，管理员审查盘点信息，然后盘点信息列表交给商品打印模块打印后发给操作员执行相关商品操作。

商品盘点信息

无锡职业技术学院实践环节材料撰写用纸

操作员管理员商品盘点模块商品打印模块盘点信息盘点信息列表()审核后盘点信息盘点信息打印报表()

图11 仓库盘点过程序列图

B．商品管理序列图

分析：操作通知商品供应商进货、退货，商品供应商将商品清单和退货商品清单发送给商品进货模块，商品进货模块将进货商品打印报表给操作员，商品退货模块将商品退换报表打印发给操作员，操作员也可以查询库存，库存库存模块将库存查询信息发送给操作员。

无锡职业技术学院实践环节材料撰写用纸

操作员商品供应商商品进货模块商品退换模块进货()商品清单()进货商品打印报表()退货清单()退货()退换商品打印报表()查询条件()商品库存信息

图12 商品管理序列图

C．仓库历史记录序列图

分析：管理员登录系统查询历史信息模块，历史信息则查询商品进货退货模块、商品调拨模块、商品盘点模块，之后各模块将查询得到的信息发送给历史信息模块，最后由历史信息模块统一将信息发给管理员。

无锡职业技术学院实践环节材料撰写用纸

管理员历史信息查询模块商品进货退货模块商品调拨模块商品盘点模块查询信息()查询条件()进货记录()查询信息()商品调拨记录()查询信息()商品盘点信息()查询结果()

图13 仓库历史记录序列图 无锡职业技术学院实践环节材料撰写用纸

（四）《仓库管理系统》的架构建模

架构建模使您能够了解组件在组织网络中的物理分布。您需要对软件系统的架构进行建模以确定组件的设计是否符合软件系统的需要。软件架构描述软件按系统的所有组件以及这些组件之间的关系。要对系统软件的架构进行建模，您需要创建以下关系图：

 包关系图：描述根据特定条件分组在一起的软件系统构成。 组件关系图：描述软件系统的可执行构成。

 部署关系图：描述软件系统组件的各种处理设备。

a)组件关系图：组件可实现一组接口并构成软件系统的可执行部分。

分析：该图是系统的各个组件图，由系统登录、仓库管理管理、信息查询、系统设置。

仓库管理信息查询系统登录系统设置

图14 组件关系图

b)部署关系图：显示需要在其中部署软件组件的硬件。

分析：下图表明系统采用数据库系统作为后台数据提供者，然后客户登录使用系统，也可以对系统中的信息进行打印操作。

无锡职业技术学院实践环节材料撰写用纸

数据服务器客户机1客户机n打印机

图15 部署关系图

2.UML课程设计报告+网络教学系统的分析和设 篇二

随着计算机网络技术的飞速发展,教学的形式发生了很大变化。教育教学改革的需要使得大家开始通过网络进行学习就显得非常重要。远程教学大家都在探索与研究,很多都采用传统工具进行设计与开发。UML语言是近几年兴起的统一建模语言,采用具有可视化、能够柔性实现分析、设计和开发系统的统一建模语言实现系统网上教学系统模型构建有着非常重要的意义。

2 UML简介

UML(Unified Modeling Language)是由Grady Booch、Ivar Jacobson和Jim Rumbangh共同提出的一种建模语言,属于第三代建模语言。它是一种用来建模和开发软件系统的图形化语言。它提供了软件开发的各个阶段的可视化建模支持,包括从需求分析到规格书写,以及系统开发和建立等。采用UML和可视化建模的目的在于能够通过图形化的表示使开发者捕捉到与系统相关的重要细节。下面通过实际开发网络教学系统的实例,介绍如何利用UML来分析、设计基于WEB的网上教学系统。

3 网上教学系统用例分析

要开发一个软件系统,首先要对软件系统的需求进行分析,要深入描述目标系统的功能和性能,确定软件设计的限制和软件同其他系统元素间的接口细节,定义软件的其他有效性需求。UML的用例图较详细和确切地描述了用户的功能需求,根据本系统的需求和职责范围,可以确定四个参与者:学生、教师、系统管理员和访客。对于每个参与者都要确定其业务活动,如参与教学活动、系统管理、浏览公开信息、参与课程建设的讨论等。根据具体功能需求,可以先画出系统的顶层用例图,从整体上把握系统的需求和目标,如图1所示。

为了更为深入地分析系统的需求和目标,用以指导设计,需要将以上用例细化为更小的用例,并据此画出系统第一层用例图。例如,由“参与教学活动”这个用例可以细化出“作业处理”,“公告发布”、“实时讨论”、“非实时答疑”、“学习资料处理”等五个用例。

4 系统静态建模

建立系统静态模型包括类图、对象图、包图、组件图、和配置图的建立,其中最重要的是确立系统的类图。在各种UML图中,只有类图很好地定义了应用程序所需的数据结构。因此,可以用类图为数据库中存放的数据结构建模,从而达到指导数据库设计的目的。对于这次所要开发的网络教学系统来说,可以在用户信息、逻辑关系、用户界面等方面抽象出以下几方面的类及类之间的联系。

以用户界面为例:用户必须通过用户界面来使用本系统,所以还可抽象出以下主要接口类:用户注册表单、课程注册表单、院系注册表单、信息发布表单、信息查询表单、作业提交表单、作业下载表单、公告发布表单、资料提交表单、资料下载表单等。

从本系统的整体角度看,以上属于各个方面的类之间也存在着各种关系,因此可画出系统类图,如图2所示。

5 动态模型

在建立好系统静态模型的基础上,接下来需要分析和设计系统的动态结构及建立相应的动态模型。UML在表现上,主要是建立系统的交互图和行为图,其中交互图包括顺序图和协作图,行为图包括状态图和活动图。

5.1 活动图

一般来讲,状态图描述了一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转移。活动图描述的是满足用例要求所要进行的活动及活动间约束之间的约束关系。在实质上是一种流程图,只不过表现的是从一个活动到另一个活动的控制流,活动图描述活动的序列,并且支持对带条件的行为和并发行为的表达。图3给出了教学管理系统资源管理的活动图。

在本系统中需要管理的资源大致有4种:人员、课程、院系和诸如交流区等平常要用到的资源。这些资源的管理方法大同小异,因此只做一张活动图来表示对所有资源的管理,如图3所示。

以上只是本系统的资源管理的活动图,活动图仅仅是强调了从活动到活动的控制流,为了描述完成某个特定的功能而在系统对象之间的信息交换,还需要为系统作出顺序图。下面将给出本系统主要用例的顺序图来说明各种信息是怎样在本系统对象中传递的。

5.2 顺序图

顺序图很好地描述了系统对象之间动态的消息传递关系,它是强调消息的时间顺序的系统动态行为模型。可以把顺序图看成一个表,系统的对象在这个表中沿X轴排列,而消息则按照时间顺序沿Y轴排列。比如说,教师“处理作业”这一用例的主要交互事件有提交院系和身份、提交用户信息、验证用户信息、打开教师用户界面、上传作业要求、下载学生作业、提交作业成绩等,其顺序图如图4所示。

而学生“处理作业”这一用例的主要交互事件与教师“处理作业”的类似,有提交院系和身份、提交用户信息、验证用户信息、打开学生用户界面、下载作业要求、上传学生作业、查阅学生成绩等,在此不再绘制其顺序图。

6 实现模型

静态模型中提到了系统的静态行为包括组件图和配置图,它们在本质上表示了系统实现的一些特性,描述了软件系统结构、硬件体结构以及通信机制。组件是对建模元素物理实现的描述,组件图则是用依赖关系链接起来的组件的集合。又因为组件可带有接口,故组件图也可以描述组件之间的接口关系和调用关系。

6.1 系统组件图

本系统选择B/S运行模式。在这种模式下,客户端只需配备一个标准的、支持表格和表单的浏览器,而所有的业务逻辑都在服务器端执行。因此,从“系统”层面上讲,本系统主要由下列组件构成:

通过以上分析可绘制出本系统的“系统”级组件图,如图5所示。

由图5还可看出本系统所采用的B/S模式的主要组件大多位于服务器端。

6.2 系统配置图

配置主要用来描述构成物理系统的各个节点(节点指的是计算机等各种物理设备。)的分布和安装,以及运行于这些节点上的组件的配置情况。图6是本系统的配置图,可看出数据库服务器和WEB服务器配置在不同的节点上,数据库服务器向WEB服务器提供各种数据服务。用户使用客户机上的浏览器访问WEB服务器来获得各种教学应用服务。

7 结束语

3.UML课程设计报告+网络教学系统的分析和设 篇三

关键词：UML,图书管理信息系统,分析,设计

随着网络科技的进一步发展, 越来越多的管理都运用网络技术的模式来进一步提升管理的水平以及服务的质量, 而图书管理工作也不例外, 它需要在满足社会发展的需求下摒弃旧有的人工操作图书管理信息系统, 不断改进自己的管理工作, 以使图书馆管理信息系统更加完善。UML指的是统一的建模语言, 这对于图书管理工作走向网络化有很大的帮助, 同时也能够提升图书馆业务管理的水平。因此本文着重讲述基于UML的图书管理信息系统分析与设计, 以更好地提高图书馆管理的工作效率。

1基于UML的图书管理信息系统业务需求分析

要想更好地设计基于UML的图书管理信息系统, 就要先分析基于UML的图书管理信息系统业务需求, 这样才能够很好地掌握业务体系以及图书馆信息系统的结构。据调查可知, 基于UML的图书管理信息系统业务需求分析如下所述。首先, 采购子系统, 主要的任务就是对图书进行采购的一个过程, 它在调查学生阅读不同种类图书的情况下, 再结合图书馆对图书的要求以及目标, 从而对各类图书进行采购、图书的交换、图书的订退、图书的采购记录以及对各个图书的费用所做的统计报表等一系列采购过程的自动化操作;其次, 编目子系统, 在对图书采购所做了详细的准备工作之后, 就要对所购买的图书进行编目。编目子系统的主要功能就是通过对图书目录的编制, 从而分清各个图书的不同类别, 以免图书混淆, 而使图书管理工作更加棘手。编目子系统通过核对登录、查重、检查、组织目录、制作登录号等操作使图书管理信息系统的流程更加明确;再者, 典藏子系统, 主要是对于刚采购的书籍和被借出去的书籍归还后图书的一个整理过程, 在这个过程中, 需要把旧的书籍剔除, 调用一些新的书籍, 以实现图书管理财产的最大效益;之后, 就是流通管理子系统, 这主要是针对借阅者与还书者一系列操作而言的, 对借阅的书籍进行登记, 对归还的日期进行登记, 以使得书籍的流通率更高, 满足借阅者的需求, 体现图书馆管理的合理性;最后, 就是连续出版物管理子系统, 它与其它书刊的管理等是区别对待的, 它的业务需求分析包括选刊、查重、编目、验收、读者服务等。

2基于UML的图书管理信息系统设计

在了解了基于UML的图书管理信息系统分析之后, 我们发现图书流通管理子系统的过程十分复杂, 因此我们需要在分析流通管理子系统的基础上, 进行基于UML的图书管理信息系统设计, 以更好地实现图书管理的系统性, 从而服务于学生, 实现图书管理信息系统作用的最大化。

2.1图书流通管理子系统用例图设计

图书流通管理子系统用例图设计主要是针对读者、图书管理员、系统管理员三者来进行的设计, 而他们之间是相互联系, 一环扣一环的。首先是读者对自己所需求的图书进行查阅以及借阅、还书或是其它的环节;其次就是图书管理员需要对读者所借阅的书籍的登记, 以及归还书籍日期有没有超过规定的期限所做的惩罚制度, 还要确定书籍的破损程度有没有影响到下次借阅等等一系列的操作过程;最后就是系统管理员要勘察图书管理信息系统是否正常运行以及系统破坏后的一个维护和修理系统的过程。

2.2图书流通管理子系统静态模型设计

图书流通管理子系统静态模型设计是需要建立在实际应用的基础上, 然后根据面向对象的手段将图书的存量、图书登记表单、图书的查询等过程的数据由具体转为抽象的一个过程, 这样就可以使UML静态模型图更清晰, 管理流程也更加明确。静态模型设计需要对图书借阅过程中以及数据进行明确的整理和分析。

2.3图书流通管理子系统动态模型设计

图书流通管理子系统动态模型设计是相对于图书流通管理子系统静态模型设计而言的一个概念。由于UML在描述系统的行为中, 需要运用顺序图才能更好地建立系统动态模型, 因此, 图书流通管理子系统动态模型的建立也应按照一定的程序而进行。图书管理员把归还的图书进行入库操作时, 需要登录, 如果登录通过, 那么检验就成功, 如果登录不成功, 那么检验就是失败的。在登录成功之后, 还要进行是否有借阅出去这本书的查询, 如果有的话, 那么就会进行归还书的提交, 归还的书籍会自动的列为原来的位置, 并且会进行存储。图书流通管理系统的归还书籍入库的体系就被建立。

2.4系统数据库设计

图书管理信息系统数据库的建立需要在业务分析与设计的基础上, 才能更好地建立起来。以上所讲述的图书流通管理子系统的设计是为系统数据库的设计作铺垫。系统数据库的设计少不了实体, 要了解各个实体的信息, 比如说读者信息、书籍信息、借阅信息、规划信息等等。在了解了这些信息以后, 就可以在此基础上对数据模型做一定的转换, 从而设计出系统数据库。

3结语

随着国家科技的进一步发展, 图书馆网络管理也进一步加强。图书馆作为储藏各类书籍, 供学生吸收知识文化的场所, 需要建立一个更好的环境, 才能够优质的服务学生, 提高自身的图书管理效率。通过以上基于UML的图书管理信息系统的分析与设计, 我们能够了解UML对图书管理信息系统的福利, 而我们也更应该跟随科技发展的步伐, 在图书管理工作中, 不断加强对图书管理信息系统的分析, 从而完善图书管理信息系统的设计。

参考文献

[1]刘秀荣, 张培, 尹洪胜, 魏宁.基于UML的图书馆管理信息系统开发设计[J].淮阴工学院学报, 2009.

4.UML课程设计报告+网络教学系统的分析和设 篇四

关键词：学生成绩管理系统,UML,系统分析,系统设计

1 引言

如何开发出一个满足学校需求且实用的成绩管理系统, 是当前摆在学校和教师面前所关注的主要问题。我们都知道传统的成绩管理模式是以教师批改后将分数用手写或文印的方式展示给学生。有时因为工作的繁琐性, 我们不得不用最简单的张贴榜单的方式将所有学生的成绩公布于众。这样, 不仅加重了教师的工作量, 而且由于信息的完全公开化可能打击个别学生的学习积极性和进取心。对此, UML作为一种面向对象的可视化建模语言就可以用最直观的模型图将抽象的复杂的系统模式, 表述的简单、明了。下面我们就以某学校成绩管理系统的具体实例, 用UML的用例图、静态模型和动态模型图的形式展开论述。

2 UML概述

UML的中文全称是统一建模语言。之所以称之为统一, 主要是由于它的出现打破了过去构建各类系统工程模型图从语义、语法到表示法的混乱, 给工程技术人员从面向对象的角度形成一个所有人都能读懂、掌握的一种建模技术标准。其内部目前常见的几种视图有:用例图、类图、活动图、顺序图、包图、配置图等。其中, 用例图主要用于描述用户对系统的需求, 体现在参与者、用例和他们的关联上;类图则描述的是系统相关联的类、接口和协作以及针对他们之间的必要关系;活动图主要说明当前系统各部分所进行的主要工作及其流程;顺序图则突出各消息在时间上的执行顺序;包图可以有效的对类图提供分组, 以便有统一管理;配置图则描述的是系统的软件, 特别是硬件体系构成。

3 系统分析

俗话说, 好的开始是成功的一半。对于一个软件应用系统, 最初的工作即需求分析如果做好就可为后续工作的开展奠定良好的基础。而我们进行需求分析过程中, 运用最好的手段就是以用例图的形式表述用户的功能需求。

本系统中的用例图描述了从学生登录到系统到查询自己成绩的整个全过程。其基本操作是教务管理员先将录入学生成绩权限为教师开放, 教师则可将学生当科成绩录入系统, 并可完相应的增、删、改等操作;所有成绩录入后教师可先将成绩做保存处理, 而后提交至系统;这样学生就可以在自己的系统页面查询出相关的成绩了。在这里所产生的参与者是教务管理员、教师和学生;所用到的用例有:信息查询、成绩的增、删、改和打印, 以及数据的备份和恢复。

4 系统设计

根据需求分析所得到的结果, 在系统设计环节我们可以将其分为静态模型和动态模型两部分。在静态模型上, 主要指的是构建系统所需要用到的固有类、对象和属性的概括。我们可以用类图、对象图、组件图和配置图的方式对系统加以分析。而动态模型指的是对系统当前的对象所产生的消息、方法和执行的动作进行必要的图形描述。我们可以用活动图、顺序图、状态图和协作图的方式进行表述。本文受篇幅所限, 静态模型结构只给出了类图, 而动态模型图给出的是活动图加以表述。

4.1 系统静态模型

依据不同的表现形式, 我们可以将类图分为三个组成部分, 分别是:界面类、控制类和实体类。其中, 界面类描述了当前系统所使用的主要界面, 控制类则描述当前系统类对象所需要用到的具体执行方法, 实体类则给出了控制类体中所对应的各种属性。在本系统中, 所用到的界面即为成绩管理界面, 控制类分别有:学生成绩、成绩查询和成绩统计;而实体类则有:成绩单、查询结果和统计结果。如下图1所示, 我们以类图缩略图的形式对其进行概括.

4.2 系统动态模型

如上所述, 活动图描述的是系统不同的参与部分所执行的不同工作和流程。所以其组成基本部分可以分为: (1) 泳道:表述的是整个系统工作流程中不同的负责单位, 它可以是具体的人、部门或系统。 (2) 输入和输出:活动图必须有一个起始点和终止点。 (3) 活动状态:用以描述当前活动图中各活动的执行操作。 (4) 动作流:表示的是从一个活动到另一个活动状态的转变流向。

5 结语

通过利用UML进行学生成绩管理系统的分析与设计, 为我们系统的实施奠定了良好的基础。当前, 系统运行状态良好, 从根本上解决了教师和学生的需求, 基本实现了预期目标。事实说明, 有了UML思想体系作为支持, 同时辅助强大的UML开发工具, 就会使我们的分析和设计工作以最高效的速率完成。同时, 为我们的开发工作提供了极大的方便, 也进一步保证了开发的质量。

参考文献

[1] (美) 刘润东著.UML对象设计与编程[M].北京:北京希望电子出版社, 2001:34-145.

[2]陈戈止, 王道清.管理信息系统[M].成都:西南财经大学出版社, 2009.

[3]王丽群等.基于组件的分布式应用系统的实现[J].吉林大学学报, 2011 (04) :77-8l.

5.UML课程设计报告+网络教学系统的分析和设 篇五

随着中国经济的不断发展，连锁经营规模不断扩大，传统的业务管理模式无法满足日益变化的市场要求。传统的做法虽然也是采用了信息化技术，完成各种系统功能，但是信息处理较为分散，没有整合为统一平台，无法将整个业务数据进行有效的共享和整合，无法提供准确的统计信息，尤其是实时的统计信息进行系统的决策，对整体业务流程也无法进行有效的监管。因此如何有效的整合业务平台，如何跟踪统计库存以决策制定采购计划被提到日程。在本文中，我们将引入UML，利用其提供的各种模型，对连锁业务管理系统进行详细的剖析，从需求陈述建立用例模型开始，分析并设计其静态模型、动态模型、部署模型，提供了一种分析与设计的方法。

2、系统的用例模型

需求陈述：供应商向厂商定制并采购商品，采购后的商品进入供应商仓库，加盟商得到授权后，向供应商订购商品，供应商对其进行供货处理，备货并发货给加盟商，加盟商经过一段时间的经营，可以与供应商进行调换货处理，供应商根据各加盟商的库存情况进行统计决策并制定采购计划，供应商与厂商进行应付账款财务处理，与加盟商进行应收账款财务处理，供应商也能对整个业务流程进行监管，为供应商和加盟商分配系统账号并进行维护管理。

使用用例模型来描述系统的功能需求。根据需求陈述，可以确定系统的角色主要涉及供应商、加盟商、厂商，用例主要划分成供货子系统用例、调货子系统用例、库存子系统用例、财务子系统用例、采购子系统用例、管理子系统用例。用例与角色的关系为：供应商与厂商完成采购、财务结算管理，供应商与加盟商完成供货、调换货、商品入库出库、财务结算、系统管理等工作。该系统的用例模型如图1:

3、系统的静态模型

1）类图

根据系统的功能需求，研究其中涉及的主要的类，以描绘系统的类图。用例图中的角色可以直接转化为类，所以可以产生出厂商类、供应商类和加盟商类。对于采购子系统，包括采购订单和采购的商品类，涉及财务方面的包括应付账款、票据类，采购中的采购冲销和采购冲销明细类；对于供货子系统，包括供货订单和商品类，涉及财务方面的应收账款、票据类，供货中的冲销和冲销明细类；调货子系统中包括调换货类、调换货明细类以及涉及财务方面的类；货仓库子系统中包括库存清单类、商品类，入库清单明细类和出库清单明细类；财务子系统中包括的类与上述子系统中涉及的财务的类相同；管理子系统主要包括用户账户的类。

根据上述分析，绘制的类图如图2:

2）数据库设计

根据上面的类图，可以基本做对应转化，把类图中的每个类映射成一个数据库表，可以使用UML设计开发工具看到数据库大纲，也可以利用开发工具提供的转换工具将设计好的逻辑数据库直接转化为实体数据库。

4、系统的动态模型

为了完成系统功能，需要实现动态的业务逻辑，可以使用状态图、活动图、顺序图和合作图来设计系统的动态模型。状态图可以描述上述系统中的各个类的行为状态和响应情况，活动图可以描述系统的工作流程和具体的工作活动，顺序图则主要是以时间顺序为主，来描述系统各对象间的交互，而合作图则是通过各对象之间的消息传递分析出各个对象间的关系。

5、系统的部署模型

从系统的整合开发结构分析，可以设计系统的部署模型。对于该系统来说，可以部署供货子系统、调货子系统、采购子系统、财务子系统、采购子系统和管理子系统。每个子系统针对具体实现语言又可以划分成更多的实现组件，即各类实现文件、动态链接库、中间件等，可使用UML的组件图进行设计。图3是该系统的部署图。

6、结束语

本文运用UML的分析方法，设计了一个连锁业务管理系统，为同类系统的实现提供了一些思路，具有一定的理论意义和现实价值。

参考文献

[1]张海藩.软件工程导论.北京:清华大学出版社, 2008

[2]袁涛等.统一建模语言UML.北京:清华大学出版社, 2009

[3]王少锋.面向对象技术UML教程.北京:清华大学出版社, 2004

[4]赵涛.连锁企业规范化管理全书--最新管理工具、制度、表格与工作规范全书.北京:电子工业出版社, 2008

6.UML课程设计报告+网络教学系统的分析和设 篇六

1 UML概述

UML是一种面向对象的建模语言。它的主要作用是帮助用户对软件系统进行面向对象的描述和建模,它可以描述这个软件开发过程从需求分析直到实现和测试的全过程。它支持从系统需求、系统分析到系统设计的整个过程的建模。它有两套建模机制:静态建模机制和动态建模机制。静态建模机制包括用例图(Use Case Diagram)、类图(Class Diagram)、对象图(Object Diagram)、包(Package)、组件图(Component Diagram)和配置图(Deployment Diagram)。动态建模机制包括消息(Message)、状态图(State Diagram)、时序图(Sequence Diagram)、协作图(Collaboration Diagram)和活动图(Activity Diagram)。

用UML对系统建模时主要有四个步骤:一、描述过程需求,建立角色与用例的关系,得到用例图。二、用类图描述出过程模型中的元素之间的静态关系。三、描述元素在执行时的时序状态或交互状态。主要包括状态图、活动图、顺序图和协作图四个部分。四、系统的配置、实现与测试。

2 系统需求与功能分析

2.1 需求与功能分析

中职学生成绩管理系统的用户分为四个等级:学生、任课教师、班主任、管理员。每个等级人员均有密码设置与退出系统功能,并各等级人员都有各自的独特功能。

学生可以查询自己的本学期的期中、期末成绩和以前所有学期各科的成绩,查询每学期总成绩在本班中的排名,以及每学期的评语。任课教师在教务处规定时间内对所教学生成绩进行相应操作;同时可查询所教科目所属班级的成绩统计分析,并进行学科成绩质量分析。班主任平时也要任课,除完成任课教师的任务外,还需对每位学生撰写评语,并可查询本班学生的各科成绩、系统计算出的总成绩和排名。管理员可以进行两类操作:一类是基本数据的录入;另一类是查询和统计:按班级或教师或科目进行学科成绩质量分析表、学生成绩汇总表、学生成绩总评表的查询与统计。

2.2 系统功能图

如图1所示。

3 UML系统建模分析

3.1 UML用例图描述

1)角色的确定

角色不是系统的一部分,它们是与系统交互作用的人或事物。通常情况下这代表了一个系统的使用都或外部通信的目标。中职学生成绩管理的需求分析,可以创建四个角色:学生、任课教师、班主任、管理员。

2)创建用例

用例模型是系统与角色之间的对话,它表现系统提供的功能,即系统给操作者提供什么样的使用操作。因此,在角色确定的基础上,可以分为以下几个用例:登录验证、基本数据录入、查询、统计、成绩录入、成绩分析、评语录入

3)系统用例图

如图2所示。

3.2 类图

类图描述了系统中类的静态结构,表示了类之间的联系以及类的内部结构。从中职学生成绩管理系统的需求,确定了以下几类:

用户类:主要为管理员、任课教师、班主任和学生提供进入系统的身份验证操作。

管理员类:主要负责“管理员”的信息处理,属性有管理号、用户名、密码、姓名、性别,操作有基本数据(班级表、任课教师表、班主任表、学生表)录入与维护,成绩查询与统计。

任课教师类:主要负责“任课教师”的信息处理,属性有工号、用户名、密码、姓名、性别,操作有成绩录入、成绩查询、成绩分析、用户注册。

班主任类:主要负责“班主任”的信息处理,属性有工号、用户名、密码、姓名、性别,操作有成绩录入、成绩查询、成绩分析、评语录入、评语查询、用户注册。(班主任类也可以是任课教师类的子类)。

学生类:主要负责“学生”的信息处理,属性有学号、用户名、密码、姓名、性别、班级,操作有成绩查询、评语查询。

基本数据类:负责班级表、任课教师表、班主任表、学生表的定义,操作有录入、修改、删除。

任课信息类:负责为任课教师指定任课课程,属性有教师工号、班级编号、课程号,操作选课、查询。

查询表类:为各类用户提供成绩查询、为学生与班主任提供评语查询。

3.3 顺序图与协助图(以班主任查询学生成绩为例)

1)查询学生成绩顺序图

如图3所示。

2).查询学生成绩协助图

如图4所示。

3.4 系统实现

本系统使用Visual Studio.NET作为系统开发工具的开发环境采用C/S模式、B/S模式两种模式相结合的思路。利用SQL Sever 2005或SQL Sever 2000作为本系统的数据库。C/S模式主要实现用户操作、班级操作、课程操作、成绩操作的功能,而B/S模式主要实现学生成绩查询、成绩单打印的功能。系统能在学校内部局域网上共享使用,学生成绩查询功能发布到Web服务器上,能支持在Intenet上使用Web网上学生成绩查询系统。

如图5所示。

4 结束语

中职学生成绩管理是中职学样教务管理的一项重要任务,成绩管理水平的高低直接关系着学校教务管理的工作效率。UML是面向对象的可视化的建模语言,将其应用于中职学生成绩管理系统的开发,降低了开发的难度,提高了软件开发效率和水平。

摘要：目前现代信息技术的广泛应用对学校管理方面产生了深刻影响。利用信息技术和网络技术来管理学生成绩信息是必然的趋势。该文立足于中等专业学校,对基于UML的中职学生成绩管理系统进行研究。

关键词：UML,中职,学生成绩管理

参考文献

[1]段艳超.基于UML建模技术的学生成绩管理系统的设计与实现[J].硅谷,2008(7).

[2]郝世选.基于WEB的高校学生成绩管理系统的分析与设计[J].科技广场,2009(3).

[3]刘蕴,郑凤梅.学生成绩管理系统的设计与实现[J].农业网络信息,2009(03).