uml系统分析和设计

uml系统分析和设计（精选8篇）

uml系统分析和设计 篇1

指导老师: 姓名: 学号: 班级:

【设计名称】 网络教学系统-使用UML进行系统的分析和设计 【设计目的】1.掌握UML建模的基础知识和其应用；

2.熟悉Rational Rose环境及功能,能够设计出完整系统。

【设计要求】1.对系统功能进行必要的描述；

2.绘制系统的主要模型图；

3.模型图要有说明性文字解释。【设计内容】1.网络教学系统的需求分析；

2.网络教学系统UML建模。

【设计步骤】

一: 网络教学系统的需求分析

1、系统功能需求

（1）学生可以登陆网站浏览和查找各种信息以及下载文件。

（2）教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。（3）系统管理员可以对页面进行维护和批准用户的注册申请。满足上述需求的系统主要包括下面几个模块

（1）数据库管理模块：提供使用者录入、修改并维护数据的途径。

（2）基本业务模块：教师可以上传文件、发布消息、修改和更新消息；学生可以下载文件；管理员可以维护页面，批准注册等。

（3）信息浏览、查询模块：主要用于对网站的信息进行浏览、搜索查询。

图 1.1系统功能需求

2、数据库管理模块

图 1.2数据库管理模块

（1）教师信息管理：负责教师信息的管理。

（2）课程简介信息管理：负责课程简介信息的管理。（3）文件上传信息管理：负责文件上传信息的管理。

3、基本业务模块

图 1.3基本业务模块

（1）文件上传：教师可以使用此模块将课程的数据上传到网站服务器。（2）文件下载：学生可以使用此模块从网站上下载课件及其他资料。

（3）消息发布：教师可以通过此模块发布学习方法、课程重点等和教学相关的文章，以及和课程相关的通知等。

（4）消息修改和更新：教师可以通过此模块对自己发布的信息进行修改和更新。（5）页面维护：网站管理员可以使用此模块对网站的页面进行维护。（6）用户注册批准：网站管理员可以使用此模块批准用户注册。

4、信息浏览、查询模块

图 1.4信息查询模块功能

（1）网页信息浏览：用户浏览网站信息。

（2）文章信息搜索：用户根据关键字搜索文章。

二: 系统的UML建模

1、系统的用例图

创建用例图之前首先需要确定参与者。① 在网络教学系统中，需要学生和教师的参与。学生可以浏览课程简介，教学计划，学习方法等教师发布的文章，并可以根据关键字查询文章。此外，学生可以从网站上下载课件。教师作为教学的主导者，使用此网站可以发布学习方法，课程重点等和教学相关的文章，以及和课程相关的通知等，还可以将某一门课程的课件上传。② 网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。（1）系统用户参与的总的用例图

教师和学生都可以从“网站用户”这个参与者泛化而来，网站用户是指网站的注册用户，注册用户可以登录系统完成相应的操作。

系统用户参与的总的用例图如图所示。从图中可以清楚地看到泛化关系与各个参与者所参与的用例。

图 2.1系统用户参与的总的用例图

抽象参与者注册用户的用例只有登录系统（System Login）一个，学生和老师用户除了包含这个用例以外，还各自有相对应的用例。（2）学生参与者的用例图

学生参与者的用例图如下图所示。

图 2.2学生参与的用例图

① 文章浏览用例:学生可以浏览诸如课程简介，教学计划，学习方法等教师发布的文章。② 文章搜索用例:学生可以使用搜索功能根据关键字查询相应的文章。

③ 文章下载用例:学生可以使用下载功能将网站上的课件以及资料信息下载到本地机器上。〖用例图说明〗

① Download:文件下载用例。② Look through info:文章浏览用例。③ Article search:文章搜索用例。

④ Identify:权限认证用例。此用例用来认证文件下载是否具有下载文件的权限。

（3）教师参与者的用例图

教师参与者的用例图如下所示。

图 2.3教师参与的用例图 ① 添加课程简介用例：教师可以为自己所教授的课程添加课程简介。② 上传课件用例：教师可以将课程的课件上传到网站上供学生下载。③ 文章或消息发布用例：教师可以发布介绍学习方法，课程重点等和教学相关的文章，以及和课程相关的通知等。④ 文章或消息修改用例：教师可以修改自己发布的文章和通知。〖用例图说明〗

① Course Intro:添加课程简介用例。② Upload CAI:上传课件用例。③ Message Issue:文章或消息发布用例。④ Message Update:文章或消息修改用例。

（4）系统管理员参与者的用例图

系统管理员的用例图如下所示。

图 2.4系统管理员参与的用例图

① 页面维护。系统管理员可以对网站进行日常维护与管理。② 处理注册申请。系统管理员可以处理学生或教师用户的注册申请。〖用例图说明〗

① Page Maintenance:页面维护。

② CAI Process:教师上传的课件经过系统管理员的审批和处理。

③ Information Update:页面更新。系统管理员负责网站的页面更新，除了文章，消息，图片等的更新，还包括页面的美化和板块的调整。

④ Process Registration:处理注册申请。

2、系统的时序图

网络教学系统中的用例很多，所能画出的时序图也很多，在此不一一介绍。（1）系统管理人员管理网站的时序图

图 3.1 系统管理人员管理网站的时序图 〖时序图说明〗

① Login:登录系统的函数。

② Add_or_delete_Article:添加或删除的文章。③ UpdateCAI():更新CAI课件的函数。④ Add_or_delete_User:添加或删除用户。⑤ Show():刷新页面的函数。⑥ Notify():通知用户的函数。

系统管理人员通过与管理窗口的交互可以添加或删除文章，更新CAI课件，添加或删除用户。具体的操作由管理窗口与数据库交互完成，管理员操作后的结果会在页面上显示。（2）用户登录系统的时序图

图 3.2 用户登录系统的时序图

〖时序图说明〗

① Input(String,String):输入用户名和密码的函数。

② Send(String,String):将用户名和密码发送给服务器的函数。

③ Query_and_Validate():查询数据库并验证用户名和密码正确性的函数。

④ feedBack():发送反馈消息的函数，如果验证通过，发送OK；如果验证出错，发送Error.⑤ ShowInformation():将反馈信息显示给用户的函数。

用户要登录系统，首先要和登录窗口交互，输入用户名和密码。登录窗口负责和服务器交互，将用户输入的用户名和密码发送到服务器，服务器再与数据库交互，以验证用户名和密码的有效性，如果验证成功，则返回OK，验证失败返回Error。服务器将通过登录窗口将信息显示给用户。

（3）学生下载文件时序图

图 3.3 学生下载文件的时序图

〖时序图说明〗 ①Request:学生发送下载请求。

②Send(String,String):传递下载参数的函数。③Identity():验证用户权限的函。④authorize:返回认证信息的函数。

学生要下载文件，首先要向下载窗口发送请求，然后下载窗口的参数传递个服务器，服务器与数据库交互以获得用户的权限认证，认证信息再通过服务器及下载窗口传递给学生。

3、系统的协作图：、用户登录系统的协作图

图 4.1 用户登录系统的协作图

〖协作图说明〗

①Input(String,String):输入用户名和密码的函数。

②Send(String,String):将用户名和密码发送给服务器的函数。

③Query_and_Validate():查询数据库并验证用户名和密码正确性的函数。

④feedback():发送反馈消息的函数，如果验证通过，发送OK，否则，发送Error。⑤ShowInformation():将反馈信息显示给用户的函数。

2、学生下载文件的协作图

图 4.2 学生下载文件的协作图

〖协作图说明〗

①Request:学生发送下载请求。

②Request(String,String):传递下载参数的函数。③Identity():验证用户权限的函数。

④showStatus():返回下载状态的函数。如果认证成功，开始下载，不成功则报错。

4、系统的状态图：

图 5.1 系统的状态图

〖状态图说明〗

① HomePage:处于网站主页。② Certify:登录验证状态。③ SuccessPage:登录成功页面。④ UploadApplyPage:文件上传页面。⑤ Storing File:文件存储状态。⑥ OldPage: 页面未更新状态。⑦ NewPage:页面更新状态。

教师要上传文件，首先要登录网站，通过网站认证后转入文件上传页面，上传文件后处于文件存储状态。文件存储后，要经过管理员的认证才可以在页面上显示，如果通过认证，则刷新页面，如果未通过，页面维持不变。

5、系统的活动图：

（1）用户登录系统的活动图

图 6.1 用户登录系统的活动图

〖活动图说明〗 ①InputURL:输入网站的URL。②Show HomePage:显示网站主页。③Input Login Information:输入登录信息。④Press ”OK” Button:单击 “OK”按钮。

⑤Certify UserInfo:用户信息认证。⑥Show Success Page:显示登录成功界面。

用户登录系统时，首先要输入登录网站的URL，然后从首页的登录窗口中输入信息登录信息，如用户名和密码，点击页面上的登录按钮。用户输入的信息会与数据库中的信息对比验证，如果验证成功返回登录成功页面，如果失败，返回登录失败页面。（2）教师上传课件的活动图

图 6.2 教师上传课件的活动图

〖活动图说明〗

①Apply File Upload:申请文件上传。

②Certify Size And Other Aspact:验证文件的大小和其他信息。③Store:文件存储。

④Administrator Authorize:系统管理员认证。⑤Update Page:更新页面。⑥Delete File:删除文件。

教师要上传文件，先要进入文件上传页面，然后验证上传文件的大小和其他信息是否符合要求。验证成功后将文件存储，当系统管理员认证通过，更新页面；认证不通过删除文件。（3）系统管理员维护网站的活动图

图 6.3 系统管理员维护网站的活动图

〖活动图说明〗

①Login:登录系统。

②Process CAI:处理上传的课件。③Update Information:更新页面信息。④Modify Page:修改页面。

6、系统中的类

（1）参与者相关的类

系统中和参与者相关的类的类图如下：

图 7.1 参与者相关的类

〖类图说明〗 ①User类是所有类的父类，包括属性有Account（登录名）、Password（密码）、email（用户邮箱）等。方法有getEmail（获取邮箱）、getAccount（获取登录账户名）以及changePass（修改密码）。

②Student类是学生类，除了继承父类的属性和方法，还包括number（学号）、name（姓名）、sex（性别）、age（年龄）、class（班级）、和grade（年级）等属性。

③Teacher类是教师类，除了继承父类的属性和方法，还包括name（姓名）、sex（性别）、Identity Card（身份证号）、course（教授的课程）、以及TelephoneNum（电话号码）。

④Adminstrator是管理类，管理员有自己的属性，TelephoneNum（电话号码）。还有自己的方法：CertifyUpload（文件的上传认证）、UpdatePageInformation（更新页面信息）、AddUser（添加用户）和DeleteUser（删除用户）等。

（2）各类之间的关系

类不是单独一个模块，各个类之间是存在联系。网络教学系统各个类之间的联系如下图：

图 7.2 各类之间的关系

〖类图说明〗

①CourseIntro类表示课程介绍类。此类的属性有：courseName（课程名）、college（开课院校）、teacher（授课教师）、scorePoint（课程学分）、time（开课时间）、Place（上课地点）和teachingPlan（教学计划）等，它有一个修改课程信息的方法Modify()。

②Article类表示发表的文章类，包括articleNum（文章序号）、articleTitle（文章标题）、teacherToIssue（发布教师）、create Time（创建时间）以及文章内容。方法有Issue（文章发布）、Delete（文章删除）和Modify（修改）。③FileUploadOrDownload类表示上传的文件信息类，属性包括fileName（文件名）、fileType（文件类型）、fileSize（文件大小）、shortIntro（文件的简短介绍）、fileURL（文件地址）、create（文件的创建者）以及createTime（文件的创建时间）等。操作包括checkSize（检查文件大小）、Modify（修改文件信息）、Store（文件存储）以及Cancle（取消上传）等。

教师可以教授几门课程，所以有几门课程的课程简介；教师可以发布多条信息，也可以不发布；教师可以不上传文件，也可以上传多个文件。一个学生可以下载一个文件，也可以不下载文件。

7、系统的组件图

网络教学系统的组件图如下图，组成Web应用程序的页面包括：维护页面（Maintenance Page）、文件下载页面（File Download Page）、文件上传页面（FileUpload Page）、信息发布页面（Message Issue Page）和登录页面（Login Page）。

图 8.1 系统的组件图

8、系统的配置图

配置图主要是用来说明如何配置系统的软件和硬件。网络教学系统的应用服务器负责保存整个Web应用程序，数据库是负责数据库管理。此外还有很多终端可以作为系统的客户端。由于客户端很多，在此只画出3个客户端，系统配置图如下图：

图 9.1 系统的配置图

【小结】

uml系统分析和设计 篇2

1.1 超市POS系统功能需求

通过调研, 本系统的基本功能包括:用户登录、系统管理、销售管理和会员管理等, 具体功能如下:

(1) 用户登录:用户登录模块用于用户登录, 判断用户权限和用户类型, 并根据用户权限和用户类型的不同分别进入不同的系统操作界面。

(2) 系统管理:系统管理模块集合了系统管理员所需要的基本功能, 提供系统管理员对超市系统的运作情况进行查询和管理的功能。具体来看, 系统管理模块主要实现以下各功能: (1) 商品管理 (仓库管理) :商品信息的查询、修改及删除; (2) 采购管理:商品进货; (3) 员工管理:新员工注册、员工信息查询、修改及辞退员工; (4) 日志查看:查看系统所操作的动作记录; (5) 财务管理:财务信息查看、修改。

(3) 销售管理:销售管理模块主要包括以下功能: (1) 新建销售:客户销售信息的建立; (2) 销售查询:查询销售记录。

(4) 会员管理:新会员注册、会员信息查询、修改。

本软件系统结构如图1所示。

1.2 系统用例图

系统用例图描述了对系统感兴趣的外部角色及其对系统的功能需求。通过前面的需求分析, 画出整个系统的用例图, 如图2所示。在画出系统整体用例图后, 其中一些关键的用例还需细化, 继续画出它们的用例图, 由于篇幅有限, 这里不再细画。

1.3 场景分析与开发

功能需求和用例图之后, 要进行场景分析与开发, 对各个用例的事件流进行具体的描述表列出商品管理用例的场景开发, 其他用例的场景开发类似。

1.4 动态行为建模

为进一步描述系统对象的行为和动作, 需要对系统进行动态分析与建模。UML通过时序图、协作图、状态图和活动图来描述系统的动态行为。通过对系统中主要用例和对象进行动态键模, 可以分析系统行为, 验证系统需求分析时提出的目标功能是否能实现。

如果一个类的对象具有多种状态, 而且这些状态在系统运行中发挥着重要的作用, 那么就可以使用状态图。状态图用来描述一个特定对象的所有可能状态及其引起状态转移的事件, 常用于对系统动态方面建模。笔者采用状态图来描述本系统软件用例的动态行为。给出采购管理中的商品进货活动的状态图如图3所示。

2 系统实现与配置

在UML需求分析和静态、动态建模基础上, 本系统采用编程语言对系统各个功能编码实现具体开发工具是JBuilder 2006, 后台数据库采用Sql server 2000进行设计。

2.1 系统包和类结构

本系统包含3个类包和1个主类:MainPanel包、SalePanel包、util包和Start主类: (1) MainPanel包:系统管理员所涉及的操作类包; (2) SalePanel类包:销售员操作类包; (3) LogPanel类包是为用户登录界面, 会员用户操作界面, 后台日志所设计的类包; (4) util类包是为系统一些通用功能建立的类包, 有用于建立数据库链接的类与获取系统时间的类; (5) Start类是系统的入口主类, 用于启动系统, 初始化并显示登录界面。列出SalePanel类包结构如表2所示, 其余不再累述。

2.2 数据库设计

本系统使用SQLServer2000进行数据库设计。数据库名为:fSuper, 数据源名为:dSuper。根据系统的开发使用, 共建有9个表, 分别为:管理员表Admin、员工信息表Emp、员工类型表EmpType、商品信息表Goods、登录日志表log admin、采购信息表Orderbiao、商品销售信息表Sell、销售单信息表SellId、会员信息表Vip。列出员工信息表的具体设计如表3所示, 其他表的设计类似。

3 系统运行与测试

经测试, 本软件实现了系统管理和销售管理等主要模块功能。它具有采购商品、会员销售信息录入、查询及修改等主要功能。管理员用户角色能利用本软件对商品信息进行添加、查询、修改, 还能添加新员工和新会员。销售员角色能利用本软件添加销售信息和查询销售信息, 达到了超市系统的基础功能的实现。

摘要：UML溶入了软件工程领域的新思想、新方法和新技术, 是一种定义良好、易于表达、功能强大且普遍适用的建模语言。采用面向对象的分析和设计方法, 使用UML建模语言和面向对象软件设计思想设计开发了一个超市POS系统软件。本软件实现了超市系统管理、销售管理和会员管理等主要模块, 具有采购商品、会员销售信息录入、查询及修改等主要功能。

关键词：UML,面向对象技术,建模

参考文献

[1]Blaha Michael, Rumbaugh James.UML面向对象建模与设计 (第二版) [M].北京:人民邮电出版社, 2006.

[2]刘振华, 石忠.基于UML的商品销售管理系统需求分析[J].商业经济, 2009 (32) .

[3]刘俊莉, 颜俊松.基于UML的在线考试系统的分析与设计[J].计算机与现代化, 2009 (7) .

[4]张川.基于UML的网络课程自动生成系统研究与实现[J].计算机应用研究, 2007 (12) .

uml系统分析和设计 篇3

关键词 UML 信息系统 分析 设计

中图分类号：TP3 文献标识码：A

0前言

现今，各行各业在发展过程中，需要处理的信息逐渐增多，由此推动了计算机信息管理系统的应用，利用计算机信息管理系统有很多的好处，最大的好处就是便于管理信息，提高了工作的效率及信息保护的安全性。图书馆包含大量的书籍资料，而且会有许多的用户来频繁的借书、还书，这使得图书馆需管理的信息大量增加。尽管大部分的图书馆都采用了计算机信息管理系统，但是仍然处于初始阶段，未真正的发挥信息系统的作用，因此，有了基于UML的信息系统分析与设计。

1UML的组成及建模机制

UML的组成：UML是一种建模语言，需要面向对象来进行，在软件系统中应用UML，可以帮助用户对对象进行描述和建模，而且从软件开发开始，直到软件系统最终的测试，都可以利用UML来进行描述。UML主要由四大部分组成，分别为：视图，非图形，由多个图构成，在一个系统中分为不同的抽象层，而视图就是某层对系统的抽象表示；图，是由各种图形来构成的；模型元素，是指图中使用的概念；通用机制，是指所提供出来的其他信息。

UML的建模机制：在UML的建模机制中，主要包括两种，一种是静态建模机制，另一种是动态建模机制。静态建模机制是UML的基础，包括六项内容，分别为用例图、类图、对象图、包、构件图、部署图。在信息系统中包含多个对象，各个对象之间需要进行交互，交互的方法为互相之间传递消息，在动态建模机制中，包含四种动态图：顺序图、状态图、协作图、活动图，在这四种动态图中，消息是一种通信表示方式，实现对象之间的交互。

2基于UML的图书馆信息管理系统的分析与设计

（1）总体功能需求

随着社会的发展，要求图书馆要实现现代化及自动化。据调查显示，现在已经有600多个图书馆实现了互联网联机目录，另外，网络中还拥有虚拟图书馆，这是由非盈利组织和商业公司建立起来的，主要目的是给用户提供更为广泛的信息。现今，图书馆的业务范围正在扩展，而且用户的工作特点也在不断地发生变化，因此在充分了解这两方面内容的基础上，在图书馆信息管理系统中建立了四大结构：读者服务区、图书馆工作区、行政管理区、图书馆简介。

（2）系统的用例视图

这一阶段为分析阶段，在这一阶段中，以用户的需求为主，建立起用例视图。实际上，用例视图就是从用户的角度出发，建立起用户需求的系统功能模型图。建立用例视图包括两方面的工作：第一，确定系统用户，在图书馆系统中，系统用户包括注册及非注册阅借阅者、图书馆及系统管理员、外部信息源、电子及纸质书刊、行政主管，而不同的用户还可以细分出更多的子类别；第二，确定和说明用例，图书馆系统要拥有不同的功能，根据功能划分，系统可划分为读者服务、流通、采访、编目、维护子系统几大部分。

（3）系统静态视图

静态视图是一种基础视图。在系统需求确定之后，就需要依据需求来识别系统对象，并进行分类。类确定之后，就需要了解各类之间的关系，并根据关系建立起类图。对系统中的类进行划分，可分为3个包：GUI包、Library包、DB包。不同的包由不同的类组成，GUI包由界面类组成，实体类组成了Library包，而与数据库相关的类则组成了DB包。

（4）系统动态视图

系统会随着时间的变化而变化，动态视图主要是描述变化行为，在描述时以静态视图为基础。首先，要建立交互作用图，在图书馆信息管理系统中，包含着大量的时序图，比如系统管理员添加书籍时序图、系统管理员删除书目时序图等，在时序图中，都需要进行交互作用；其次，建立协作图，协作图表示的是对象之间在时间及空间上的交互，与时序图所描述的内容基本相同；第三，建立状态图，在系统中，需要建立状态图的类有两种，书籍及借阅者账户；第四，建立活动图，活动图主要是确定以何种顺序来完成一项操作。

（5）系统的配置与实现

在图书馆信息系统中，包含两个组件图：业务对象组件图、用户界面组件图。在信息系统的设计中，要明确系统中软件及硬件的配置情况，而为了进行合理的配置，就需要建立相应配置图。

在对图书馆信息管理系统进行分析与设计时，充分的应用了UML建模语言，从系统的分析到系统的实现，UML利用描述手段将其科学的联系在一起。

3结论

UML作为一种标准的建模语言，对于以面向对象技术来描述的系统来说，无论是何种类型的系统，都可以适用，而且在一个系统的不用开发阶段，都可以使用UML建模语言。应用UML建模语言对信息系统进行分析与设计，可以更好地实现信息管理，保证信息管理的有效性及有序性。本文以图书馆信息管理系统为例，简单的讲述了利用UML进行分析与设计的过程。

参考文献

[1] 林奕君.基于UML的图书馆管理信息系统的分析与设计[J].科技情报开发与经济，2014（14）：27-28.

[2] 陈洪雷.基于UML的仓库管理信息系统的分析与设计[J].商场现代化，2012（01）：251.

[3] 吕冠艳，李奋华.基于UML的信息系统需求分析模型[J].微型机与应用，2010（20）：142-143.

uml系统分析和设计 篇4

1． 使学生了解面向对象的软件分析与设计过程，掌握UML的语言、表示法及其应用。2． 熟练掌握支持UML的CASE软件开发工具Rational Rose。

3． 能够应用UML和Rational Rose对面向对象的软件系统进行分析和设计。适用学科专业：计算机软件、软件工程、计算机科学与技术 教学手段与方法：面授 基本教学内容与学时安排：

 软件工程与面向对象建摸（4学时）

软件开发方法概述 面向对象的系统分析与设计 面向对象建模  UML概览（2学时）

UML的形成历史 UML的结构、符号与图形 UML建模简单流程

 Rational Rose工具（3学时）

Rational Rose的架构 Rational Rose的安装和使用  Use Case图（3学时）

用例图的概念 用例图建模技术  类图与对象图（3学时）

类图的概念 类图建模技术 对象图 对象图建模技术  包图（2学时）

包的概念 包之间的关系

 状态图（3学时）

状态机 状态图

状态、事件、转换 状态图建模技术  活动图（3学时）

活动图的组成元素 活动的分解 活动图建模技术  时序图（3学时）

时序图的组成 对象的创建和撤销 时序图建模技术  协作图（3学时）

对象、链和消息 时序图与协作图的比较 时序图与协作图的互换 协作图建模技术  组件图（2学时）

接口、依赖关系 组件图建模技术  配置图（1学时）

节点、关联关系 配置图建模技术

 UML的扩展机制（3学时）

UML的体系结构 构造型、标记值、约束

用于业务建模的UML扩展  Rose的双向工程（2学时）

双向工程介绍 逆向工程

uml系统分析和设计 篇5

班级：085姓名：邓玉龙学号：082301009

4摘要：针对目前常用的需求分析方法存在的弊端，提出了一种基于UML的信息系统需求分析模型，该模型提供了一个基于UML信息系统需求分析框架及其应用过程。实践表明，该模型对信息系统开发具有较好的适应性。

需求分析是软件开发的关键环节，需求分析结果的好坏直接决定软件开发的成败[11，如何选择一种高效的需求分析方法，直接影响待开发软件的质量。本文在简要介绍UML的基础上，针对常用需求分析算法存在的不足，提出了一种基于UML的信息系统需求分析模型，实践表明，该模型能有效提高软件开发的效率和待开发软件的质量。UML概述

UML是一种编制系统蓝图的标准化语言，可以实现大型复杂系统各种成分描述的可视化，说明并构造系统模型并建立各种所需的文档，是一种定义良好、易于表达、功能强大且普遍适用的建模语言。UML对软件工程的发展做出了杰出的贡献13]。UML支持从需求分析开始的软件开发的全过程。‘UML通过三类图形建立系统模型：用例(Use Case)图、静态结构图(对象类图、对象图、组件图、配置图)和动态行为图(顺序图、协同图、状态图、活动图)，这些图可以从不同的抽象角度实现系统的可视化。UML采用一整套成熟的建模技术，广泛地适用于各个应用领域。它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模型。从而使用户和开发人员对问题的描述达到相同的理解，以减少语 义差异，保障分析的正确性。

2常用需求分析方法及其不足

信息系统实质上是实际业务系统的一种计算机模型，因此，信息系统的开发实质上就是要建立业务模型与计算机模型系统之间的映射关系。一个综合性的信息系统要支持组织内各级多个部门的管理，结构复杂、规模庞大。因此，要想开发出一套高效的系统，首先要进 行系统的需求分析，根据需求过程中工作性质的不同，信息系统需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审四个阶段。但是，在实际需求分析过程中，由于信息系统所涉及的信息量非常庞大，以致在需求定义中常常忽略某个环节或环节间的必要联系，从而出现产品质量低下、开发周期漫长或遗漏关键功能等问题。目前比较常用的需求分析方法主要有数据流分析法、原型分析法和基于用例的分析法三种。

(1)数据流分析法(DFA)

数据流分析是建立系统模型的一种主要需求分析方法，它采用分解的策略，将软件系统抽象为一系列的逻辑加工单元，单元接收输入数据流，加工后使之变换成输出数据流，从而表示出软件系统的处理内容和任务。但是随着信息技术的发展和企业业务过程的日益庞大复杂，信息系统复杂多变，易出错，难维护。

(2)原型分析法

原型法是指在系统尚不完善时就呈现给用户，不断修改改善，在完善过程中逐渐了解需求，但原型法也存在如下缺陷⋯：①原型的设计和修改工作量大，增加了系统的开发成本；②由于用户不关-fi,或不理解原型的概念最初需求，并用UML活动图对以用户业务流程为核心的初始用户需求进行描述。

(3)用例模型的创建：分析步骤(2)所得活动图中每个活动的参与者，找出该活动中与之相对应的动作，二者形成一个用例。通过确定系统边界和分析活动的转移，删除多余的用例，合并相同的用例，填补遗漏的用例；采用活动图的泳道技术对用例进行集成，形成一个完整的用例模型。

(4)动态模型、静态模型的创建：分析步骤(2)所得活动图中每个活动所涉及到的对象及对象之间的关系，根据活动的改变而引起对象状态的变化和对象的交互，创建相应的对象图、状态图和交互图(顺序图、协作图)；应用顺序图对步骤(2)所得活动图中的每个活动进行分析，发掘新的需求，完善描述初始用户需求的活动图；通过顺序图对步骤(3)所得用例模型中的每个用例进行处理，创建相应的类图。

3基于UML的信息系统需求分析模型的应用

基于UML的信息系统需求分析模型对MIS系统的开发具有较好的适应性，结合具体实践，本节以运动会信息管理系统的开发为例，说明该模型在MIS系统开发中的应用。

(1)捕获初始需求：通过大量调研，给出该系统的初始需求描述：运动会信息管理系统要实现运动员报名、各类人数统计、竞赛日程设定、初秩序册生成、检录和成绩处理、新秩序册生成、团体分统计、破纪录人数统计等功能。

(2)创建用例模型：通过对每个活动的参与者的分析，所获得运动会信息管理系统的整用例模型

UML建模--银行管理系统 篇6

建模

课程设计报告

专业：

学号：

姓名：

任课教师：

一、系统概述

银行是与人们生活密切相关的一个机构，银行可以提供存款、取款、转账等业务。在银行设立账户的人或机构被称为银行的客户（customer）。一个客户可以在银行开设多个账户（account），客户可以存钱到账户中，也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个账户。另外，客户可以随时查询自己的账户情况，以及查询以前所进行的存款、取款等交易记录。客户还有权利要求关闭自己的账户。

实际生活中的银行功能其实还要复杂得多，但为了简化系统，本次设计只考虑银行的基本功能。简化版的银行信息系统至少应具有如下功能：

1.一个银行可以有多个账户； 2.一个银行可以有多个客户； 3.一个客户可以持有多个账户； 4.一个账户可以有多个持有者； 5.银行可以为客户开设账户； 6.银行可以为客户注销账户； 7.客户可以从自己账户中取钱； 8.客户可以向自己账户中存钱；

9.客户可以在同一银行的不同账户之间转账； 10.客户可以在不同银行的不同账户之间转账； 请完成登录、存款、取款、转账和查询几个模块的设计。

二、需求分析

银行系统是与生活紧密相关的一个机构，银行提供了存款、取款、转账等业务。在银行设立账户的人或机构通常被称为银行的储户。一个储户可以在银行开多个账户，储户可以存钱到账户中，也可以从自己的账户中取现，还可以将存款从一个账户转到另一个账户。储户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易记录。后台管理员可以对客户的账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理以及财务分析。

软件分别有开户，查询存取款，转账等功能。各个模块各有不同的功能，但都能完成查询和存取功能。各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成。

此软件所要完成的主要功能有三方面：如果是存款，用户填写存款单，然后交给收银员键入系统，同时系统还要记录存款人姓名，住址，身份证号码，存款类型，存款日期，利率及密码（可选）等信息，完成后由系统反馈成功存款信息给用户。如果是取款，用户填写取款的相关信息（取款金额、取款币种）进行提交，系统要求用户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息单给用户。如果是转账，用户填写转账的相关信息进行提交，系统要求用户输入密码以确认身份，核对密码正确无误后系统计算利息并反馈信息给用户。系统及时更新数据库。

外部功能：实现化窗口，开户/销户、存款/取款、查询/转账。

内部功能：同步，过滤，定位，识别，更新，连接。

三、系统的UML基本模型

（1）、用例图

通过分析对银行管理系统的需求分析，确定参与者有银行客户、收银员。收银员具有维护系统信息、维护客户信息、查询客户情况和处理处理客户需求的作用。用例包括：

1）开户、2）存款、3）取款、4）转账、5）查询、6）销户等

（2）、用例描述：

用例名称：银行信息系统

描述：银行客户对需要办理业务的需求以及收银员对事件的处理。

（3）、银行信息系统的事件流

1.用例存款的事件流

1.1 前置条件

在存款之前，客户已经办理银行账号并且带来现金若干，并到达银行网点。1.2 后置条件

如果这个用例成功，这个存款事件是成功的，否则，系统没有变化。1.3 扩充点

无 1.4 事件流

1.4.1 基流（1）客户将银行卡交给收银员。

（2）收银员要求客户输入卡密码。

（3）客户输入卡密码，并确认密码。

（4）收银员提示，请客户选择服务类型。

（5）客户选择存款服务。

（6）收银员提示：存款数目。

（7）客户说出数目，并把钱交给收银员。

（8）收银员完成服务。

（9）收银员退还卡。1.4.2 替代流

如果输入的密码无效，用户可以重新输入密码或者终止用例。

2.用例转账的事件流

2.1 前置条件

在转账之前，客户已经办理银行账号，被转账人的账号已经存在并且已经知道了对方的账号。

2.2 后置条件

如果这个用例成功，这个转账事件是成功的，否则，系统没有变化。2.3 扩充点

无 2.4 事件流

2.4.1 基流

（1）客户填写转账单。

（2）客户把转账单和银行卡交给收银员。

（3）收银员要求客户输入卡密码。

（4）客户输入卡密码，并确认密码。

（5）收银员转账成功。

（6）收银员退还卡。2.4.2 替代流

如果输入的密码无效，用户可以重新输入密码或者终止用例。

3.用例查询的事件流

3.1 前置条件

在查询之前，客户已经办理银行账号并且携带银行卡，并到达银行网点。3.2 后置条件

如果这个用例成功，这个查询事件是成功的，否则，系统没有变化。3.3 扩充点

无 3.4 事件流

3.4.1 基流

（1）客户将银行卡交给收银员。

（2）收银员要求客户输入卡密码。

（3）客户输入卡密码，并确认密码。

（4）收银员提示，请客户选择服务类型。（5）客户选择查询服务。

（6）客户说出查询内容，收银员将内容反馈给客户。

（7）收银员完成服务。

（8）收银员退还卡。3.4.2 替代流

如果输入的密码无效，用户可以重新输入密码或者终止用例。

（4）、活动图

活动图是基于对象的状态变迁所绘制的视图。

收银员首先凭着自己的系统用户名和密码登录系统，收银员可以通过银行客户提供的有效证件号开户，提供客户账号开户、存款、取款、转账、查询、销户等功能，最后退出系统。

1．存款活动图

2．转账活动图

3．查询活动图

（5）、时序图

时序图（Sequence Diagram）主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。收银员通过用户账号和密码登录系统，在系统的操作窗口对需要存款、取款、转账、查询、销户的用户进行操作，最后退出操作窗口。

我们所开发的银行管理系统时序图如图所示：

（6）、类图

类图是对象结构建模的一部分，类图描述系统中类的静态结构。类图是代码生成（将模型转化为代码）的来源，也是逆向工程（将代码转化为模型）的目标设生成物。

类图设计如下图：

系统中主要的类（1）用户类： 它的属性有用户名（Name）、密码（Password）、银行卡号（Cardnumber）、用户身份证号码（ID）。

操作包括修改密码（Changpassword）、存款（deposit）、取款（cash）、转账（transfer）、查询（Chaxun）、、用户开户（Registered）。

（2）系统类：

它的属性有电脑号（Computernumber）、机器地址（Mac）。本身的操作没有，但有被管理员使用的操作。（3）收银员类：

它的属性有用户名（name）、密码（password）。操作包括用户开户（Registeredusers）、注销用户（Deleteusers）、查询用户信息（Chaxun）、系统维护（Weihu）。

（7）状态图

状态图用来表示建模对象是如何改变其状态的，状态定义为对象行为在某一时刻的快照或转折点。

四、结论

系统主要的实现目标是实现客户开户、存款、取款、转账、查询、销户和后台服务器端系统的设计，提供完善的功能设计。

五、总结及心得体会

uml系统分析和设计 篇7

1 可行性分析

可行性分析是从技术、经济、社会和其它方面的基础上, 为了避免投资失误以确保新系统的开发成功, 根据实际情况对开发新系统进行可行性分析和研究。该可行性研究的目的是确定是否可以在最短的时间内以最小的成本解决问题。系统的可行性分析主要包括以下几个方面:

(1) 经济可行性:经济效益是评价软件项目的一个重要指标。本系统开发所需要的价格在经济上学校是可以接受的, 并且该系统的实施可有效地提高学校管理学生的工作效率, 这不仅有助于实现校园信息化管理, 同时也方便学生查询其相关个人信息。因此, 系统在经济上是可行的。

(2) 技术可行性:技术可行性分析是判断软件系统是否有合适的硬件和软件环境。目前, 我们的校园网络覆盖已经深入到各个职能部门和学生的宿舍, 一个好的网络基础设施为学院建立“校园信息化”提供了一个坚实的基础。本系统是一个B/S开发模式, 使用微软的Visual Studio 2010作为开发工具, 面向对象的编程语言C#作为主要开发语言, SQLServer2005作为后台数据库。通过ADO.Net方式访问数据库。在开发过程中, 特别强调代码的完整性, 命名规范和标准等。更重要的是, 强调了及时更新团队代码的要求。在软件方面, 系统的软件开发平台是成熟的、可行的。

(3) 管理的可行性:可行性管理是从两个方面进行了分析, 领导和基层工作。从领导方面, 主要是调查和分析领导对信息系统建设的态度;从基层工作, 它是主要看学院的管理水平, 各种规章制度和原始数据完整性。在学生信息管理系统建设上, 如果管理的可行性, 意味着它有管理层的大力支持, 拥有科学管理方法, 健全的监管框架, 正确的原始数据, 所以该系统在管理上是可行的。

2 系统需求分析

在软件工程中, 需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中, 系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。需求分析阶段的任务是确定软件系统功能。在软件工程的历史中, 很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤, 但在过去十年中越来越多的人认识到它是整个过程中最关键的一个过程。假如在需求分析时分析者们未能正确地认识到顾客的需要的话, 那么最后的软件实际上不可能达到顾客的需要, 或者软件无法在规定的时间里完工。

需求分析阶段的主要任务是调查清楚客户的具体要求, 确定当前信息系统各项功能要求, 最终建立系统的逻辑模型。用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求, 包括基于基本流程的“角色”关系, 以及系统内用例之间的关系。使用用例图可以表示出用例的组织关系, 这种组织关系包括整个系统的全部用来或者是完成相关功能的一组用例[1]。学生信息管理系统有四个参与者, 分别是教育行政管理人员, 学生工作者管理人员, 以及教师和学生。对于教育行政管理人员, 学生工作者管理人员和教师共同做为一个教师角色, 如图1所示, 描述系统用户之间一个典型的相互作用和联系的关系。

3 系统功能设计

根据系统的需求分析, 系统的主要功能包括七个模块以下。

(1) 基本信息管理。基本的信息管理是指系统的基础数据维护, 包括高校设置, 课程设置, 专业设置, 教师的基本信息维护和用户管理等。

(2) 学籍管理。实现了学生注册登记管理信息, 包括学生的所属系部, 班级, 姓名, 籍贯等基本信息的维护, 以及包括学生离开和返回学校, 辍学, 提前毕业, 延长学制等。

(3) 财务管理。查询学生的缴费情况。

(4) 成绩管理。实现学生自助查询课程学分以及大学四年的课程信息汇总 (这些课程包括人文公共选修或专业选修课) , 当然, 学生也可以分别查询每个学期各门课程的学分和绩点情况。

(5) 宿舍管理。宿舍管理是后勤部门的一个重要工作。但是现在很多后勤部门都还是在使用最原始的宿舍管理方法。而且在学生入住的过程中学生住宿的信息得不到有效的更新, 同时学生经常会更换宿舍等等。这样, 无法保证学生住宿信息的完整性。也就是说现在没有一个很好的办法来管理学生的住宿信息。本系统包含宿舍基本信息 (包含宿舍号、性别、容纳人数、住宿费用) 录入;将学生分配到指定宿舍号的宿舍;已住宿的学生退宿舍;查询宿舍信息, 包括宿舍号、性别、容纳人数、住宿费用、已住宿的人数、已住宿学生姓名。

(6) 毕业设计管理。完成毕业生的学生信息管理, 包括对学生进行就业指导, 毕业后学生的工作调查, 专业就业形势分析表等。

(7) 激励管理。包括奖学金评价管理, 竞赛获奖管理和纪律处罚管理。根据学校的现有资源, 奖学金的评估管理是实施“自治区三好学生奖学金”, “优秀学生干部”, “国家奖学金”, “励志奖学金”, “国家助学金”等条件下的功能。在竞争中的奖励管理, 竞赛的获奖情况是由有关教师导入系统, 它将在学生获奖的评价显示具体情况。纪律和惩罚管理是实现输入学生的纪律和处罚的情况, 包括姓名, 学生人数, 发生时间, 事件, 认证, 处罚时间, 结论与其他信息为了减少违纪现象。

4 系统的性能分析

本系统界面简单、实用、功能完整。该系统的建立努力实现界面直观清晰, 操作简单, 输入屏幕接近现实, 具有人机亲和性;同时, 系统接口的容错性非常强大, 可以有效地防止数据误用, 按钮的组合, 以及由此导致的数据录入错误等其他原因。此外, 该系统的设计必须满足学生管理的工作需要, 系统的功能必须是综合性、实践性和可扩充性。该系统具有良好的可扩展性, 它不仅能支持现有的系统, 而且还能够支持扩展以及系统的硬件和软件升级, 因此, 它可以满足当前用户的需求和未来的扩展要求, 有利于学生管理工作的顺利开展。半程序化决策支持, 学生管理, 配置多决策规则。系统管理员可以使用以前的方法和规则处理问题。然而, 管理人员将不可避免地遇到一些突发事件, 不可解决了单纯依靠以前的方法和规则, 这就要求管理者必须迅速作出决定的依据他们的经验和知识。因此, 学生信息管理系统对教育的管理决策必须半编程。系统数据安全性要求高, 许多学生的信息被存储在学生信息管理系统中, 所以系统的安全性是特别重要的。系统必须有一个安全的和有效的沟通机制, 认证, 授权和保密问题的信息系统, 以防止泄漏信息及非法入侵。同时, 该系统对数据备份和恢复是安全和可靠的。此外, 在校园网络的安全机制下, 它使用的路由技术, 建立了教育管理系统的防火墙来阻止攻击的网络“黑客”和“病毒”。

5 结论

学生信息管理系统是一个通过软件系统对学生的各种信息进行管理与分析, 它是一种应用在教学管理领域的系统。作为高校管理工作中重要的一部分, 它起着关键的作用和实际应用。在本文中, 对学生信息管理系统进行了可行性分析, 需求分析, 功能分析和性能分析, 并对系统的开发和实施奠定了坚实的基础, 以实现整体高校学生管理信息化和推进学生管理工作的科学化, 规范化, 信息化。

摘要：在高校管理当中, 学生信息管理是非常重要的一个组成部分, 并根据学校实际工作情况, 学生信息管理系统不仅可以提高老师和学生的工作效率, 而且还可以大大节约时间和劳动力成本。在本文中, 利用面向对象的设计方法应用于软件系统, 使用Rose UML建模完成的学生信息管理系统的需求分析, 以及功能和性能分析。

关键词：UML,学生信息管理,可行性分析

参考文献

uml系统分析和设计 篇8

1.社保系统中的UML2.0应用分析

UML2.0建模语言采用图形表示法。在社保系统设计中，笔者利用UML2.0技术手段实现了保险管理信息系统领域建模的基本过程，大大提高软件开发周期各阶段之间表示的一致性，缩小开发各阶段之间的间隙。UML2.0以对象为单位进行分割、包装，提高了组件重用率，使整个社保系统的可重组性明显增加。

在社保管理信息系统的UML2.0建模中，经过了开始、细化、构造和交接等几个阶段。在UML2.0建模的开始阶段，根据用户提出的需求产生角色及使用案例，并采用使用案例框图进行可视化描述，清晰的表达了用户系统的真实目标；在细化阶段，首先要进一步分析开始阶段产生的使用案例模型，对使用案例低层要求进行详细描述，包括使用案例的处理流程，使用案例中涉及的角色、对象，并用交互框图描述出所有角色对象之间的详细交互活动及对象本身的状态变化，用类框图显示要建立的类对象及其相互关系；构造阶段和细化阶段类似，是围绕使用案例来进行的。该阶段根据已有的工作基础，设计出组件和组件框图，自下而上建立一个完整的系统模型，并通过一系列迭代过程来构造实际可用的系统。每一次迭代开发都是一个小项目，每一个小项目完成后，就向用户演示，并完成局部系统测试，证明已正确实现了用例要求的功能。待全部小项目完成时，进行整体的测试集成。移交阶段的任务是将设计完成的软件产品交给用户，接受用户的检测，并完善设计文档的存档。

2.UML2.0在社保系统中的使用案例模型

根据UML2.0建模的几个基本阶段划分，可以看出，使用案例是系统建模的关键。下面给出社保系统利用UML2.0建模时，使用案例模型的相关分析。

本节分析UML2.0建模中的第一类图，即用例图，它包括用例（USERCASE）和角色（ACTOR），是用来从用户角度描述系统的功能，并指出系统各功能的操作者。USE CASE是UML2.0的核心，也是使用案例模型的重点。在传统的面向对象的系统模型中，很难明确地说明系统是怎样完成其目标的，这是由于系统在执行特定的任务时，并没有一条主线。而在UML2.0中，因为USE CASE定义了系统的行为，它实际上就是一条这样的主线。USE CASE在软件开发的需求、分析、设计、实现、测试几个核心流程中扮演着非常重要的角色。其中用例图描述的社保系统一共包括38个使用案例和29个角色。图1所示为社保系统中参保人员就诊与费用结算处理的USE CASE模型框图。

图1描述了社保系统中的5个用例和3个角色。5个用例是：看病、参保身份验证、处方单费用计算、药品准入验证、付款和欠费处理，而其中的参保身份验证和药品准入验证属于《Use》用例，欠费处理则是《Extends》用例。3个角色是就诊者、医生和支付系统。

3.社保系统中相关对象的顺序图、合作图和活动图模型

本节分析UML2.0建模中的第三类图，即交互图和活动图。交互图包括顺序图和合作图，用来描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互。合作图与顺序图相似，也描述对象间的协作关系与动态合作关系。但两者有侧重，如果强调时间顺序，则使用顺序图，如果强调上下级关系，则选择合作图。

活动图，用来描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态，以及事件发生时状态的转移条件，它是对类图的补充。在实用上，往往并不需要为所有的类画状态图，通常仅为那些有多个状态且其行为受到外界环境的影响而发生改变的类画状态图。由于活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别、表达和进行活动。

社保系统中共有顺序图、合作图和活动图50多张。其中对象之间动态协作关系的顺序图描述如图1所示。

顺序图模型非常直观地展示了对象之间传送消息的时间顺序，反映了对象之间的一次特定的交互过程。在本系统中，就诊者对象向医院门诊发送参保身份验证的消息，门诊完成身份验证后便向医生对象发送就诊人看病的消息，医生看病开处方单后，向处方单对象发出保存处方单的消息，处方单对象完成保存工作，并同时对处方单进行药品准入验证，然后向支付系统发送处方单费用计算的消息。支付系统完成处方单费用计算后，通知就诊人付款。整个过程是顺序完成的。其它交互图描述从略。

4.社保系统的类图模型

类图，是静态图的一种。而静态图是UML2.0建模中的第二类图。类图通常显示了一组类、接口和协作以及它们之间的相互关系。类图在面向对象的建模设计中是很常用的。类图能有效表示系统中的类以及类与类之间的关系，它是对系统静态结构的描述。因此，我们常利用类图来阐明系统的静态设计。类与类之间有多种连接方式（或称关系），比如关联（彼此间的连接）、依赖（一个类使用另一个类）、通用化（一个类是另一个类的特殊化）或打包（多个类聚合成一个基本元素）。

由于类图描述系统中类的静态结构，表达了系统在一个稳态必须满足的对象间的关系。所以，类图描述的这种静态关系，在系统的整个生命周期都是有效的。

对象图也是静态图的一种，它是类图的实例，几乎使用与类图完全相同的标识，不同点在于对象图显示的是类的多个对象实例，而不是实际的类。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。

静态图还有一种结构形式是所谓的包图，包图由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构，是将大系统拆分为小系统的工具，可以帮助理解与维护系统。

社保系统中的类图模型之一，即帐务管理部分的类图模型如图3.3所示。社保系统中的帐务管理部分一共包含基金总帐、实收帐、应收帐、住院基金、风险基金、个人帐户、住院费用单以及门诊费用单、购药费用单、参保职工、参保单位、缴费凭证等12类对象。其中的类对象实收帐和应收帐都是基金总帐的一部分，它们之间的关系是整体与部分的关系，是一种组成关系。同样的，住院基金、风险基金和个人帐户与实收帐之间的关系也是一种组成关系。住院基金和住院费用单是一种带约束的一对多关系，即如果费用单金额之和超过定额支付数，则只支付定额数。同样的，风险基金和住院费用单的关系也是一种带约束的关系。