uml顺序图例子-BBS
跟我学UML静态建模——应用Rational Rose工具设计实现BBS论坛系统的详细设计阶段相关模块的类图示例
1.1跟我学UML静态建模——应用Rational Rose工具设计实现BBS论坛系统的详细设计阶段相关模块的类图示例
1、新增各个类
再创建出其它的页面所对应的类
2、在每个类中添加属性和方法（操作）（1）属性
输入属性的名称
设置该属性的数据类型
也可以为其它的数据类型，如int
（2）方法
输入方法的名称
再进一步地设置该方法的其它的内容
选择方法的返回类型
也可以为方法添加形参定义
也可以进行异常的定义
最后为下面的状态
3、设计出类图
输入类图的名称
再从各个包中拖动对应的类到类图中
4、最后设置各个类之间的关系
也可以设置某个类的显示方式
从而使的类图比较简单。
统一建模语言UML课件-顺序图
Sequence Diagrams: The Generic Sequence Diagram
The guard conditions provide essentially the same information as the return messages.
number2 : Number)
two arguments, number1 and number2, which
are both of class Number.
doSomething( ) : ReturnClass
myVar = doSomething( ) : ReturnClass
The message's name is doSomething; it takes no arguments and returns an object of class ReturnClass.
顺序图
What Is a Sequence Diagram?
The sequence diagram consists of objects represented in the usual way (as named rectangles with the name underlined),
messages represented as solid-line arrows, and time represented as a vertical progression.
The customer inserts the money into the money slot in the front of the machine and makes a selection The money travels to the register, which updates itself. Bacause this is the best scensrio, an availability check reveals the soda is in stock, and the register has the dispense release the soda to the front of the machine.
UML图示例
这是一堂关于UML基础知识的补习课；现在我们做项目时间都太紧了，基本上都没有做过真正的class级别的详细设计，更别提使用UML来实现规范建模了；本篇主要就以前自己一直感觉很迷糊的几种class之间的关系进行整理，让我们在真正用UML进行比如类图设计时能够更加清晰明了；以下就分别介绍这几种关系：继承指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时一般没有争议性；实现指的是一个class类实现interface接口（可以是多个）的功能；实现是类与接口之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时一般没有争议性；依赖可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某个method方法中使用；关联他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量；聚合聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；组合组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；比如你和你的大脑；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；对于继承、实现这两种关系没多少疑问，他们体现的是一种类与类、或者类与接口间的纵向关系；其他的四者关系则体现的是类与类、或者类与接口间的引用、横向关系，是比较难区分的，有很多事物间的关系要想准备定位是很难的，前面也提到，这几种关系都是语义级别的，所以从代码层面并不能完全区分各种关系；但总的来说，后几种关系所表现的强弱程度依次为：组合>聚合>关联>依赖；在.NET 应用程序设计中如何选择Class, Abstract Class and Interface关键字：Type–类型Class －类Abstract －抽象的Interface －接口Member －成员Method －方法Property －属性预备知识：在阅读本文时，您应当了解.NET编程的基本知识并且已经掌握Class, Abstract Class 和 Interface全部知识。
UML实例-BBS管理系统
BBS管理系统一、需求分析1.1系统开发的目的：进入二十一世纪，在互联网高速发展的今天。
已经成为人们快速获取、发布和传递信息的一个重要传播方式。
在人们政治、经济、生活等各个方面都发挥着重要的作用。
这次我所设计的UML建模课程正是互联网与社会生活之间的紧密关系的体现。
现在人们已经离不开了网络，网络已经成为人与人之间交流的一种形式，它能够把事情的复杂化转为简单化。
现在的计算机技术迅速向着网络化的、集成化方向发展。
传统的单机版应用软件正在逐渐退出舞台，取而代之的是支持网络、支持多种数据信息(多媒体)的新一代网络版应用软件，而目前网络版软件中似乎存在着两种不同的趋势，一种是称为客户端——服务器的C/S结构应用系统，这类软件具有结构严谨，运行效率高，服务器端压力小，安全性好等优点，被广泛运用于局域网中。
另一种，就是称为浏览器——服务器的B/S结构应用系统，它的特点是在客户端直接采用了功能强大的浏览器软件作为界面，其优点在于软件开发效率高，客户端不受操作平台的限制、也不受地域的限制，网络传输量少，即适用于局域网，更适用于英特网，而且投资小、见效快，用户可以不必进行服务器方面的投资，而是去租用，甚至是免费使用ISP的服务器资源，因而受到越来越多中小型单位的青睐。
BBS论坛系统已经是互联网站一种极为常见的互动交流服务。
在BBS论坛中可以向网友提供各种各样的分类专题和讨论区服务，已经注册的用户可以在此发表自己的某些观感、交流某些技术、经验乃至人生的感悟与忧欢，亦可以做为网友们之间的交流渠道。
在网站中亦可在此对网友们提出的问题做出评论或者发发表自己新的帖子。
通过BBS论坛的方式，可以增强个人与个人，团体与团体，个人与团体之间的紧密交流联系，在英特网上实现信息的传递，提高办事效率。
因此论坛建设在英特网应用上的地位显而易见，它已成为现代人沟通和获取信息的重要组成部分，从而倍受人们的重视。
该系统以英特网为平台，前台可使任何人注册、登陆在论坛上进行发贴及讨论，版主或者前台管理者也可以进行一部分管理。
UML建模风格之顺序图
UML建模风格之顺序图和合作图、活动图一样，UML顺序图( Rumbaugh、Jacobson、和booch, 1999)是一种动态建模方法。
UML顺序图一般用于：1.确认和丰富一个使用情境的逻辑。
一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。
一个使用情境的逻辑可能是一个用例的一部分，或是一条备选线路；一个贯穿单个用例的完整流程，例如动作基本过程的逻辑描述，或是动作的基本过程的一部分再加上一个或多个的备用情境的逻辑描述。
或是包含在几个用例中的流程，例如一个学生注册入学之后，立即就要在三个班级注册。
2.研究你的设计，因为它们为你提供了一种方式，你可以使用这种方式来可视化的调用类定义的操作。
3.检测面向对象的设计中的瓶颈。
通过观察什么消息被发送给一个对象，以及通过概略的观察运行被调用的方法需要花费多长时间，你很快就能了解那里的设计需要变化，以达到在系统内部平衡负荷的目的。
实际上某些CASE工具甚至能够让你模拟软件这些特征。
4.使你能够感觉到你的应用程序的那个类将会变得复杂的，这是个信号，意味着你需要为那些类画状态图了。
指南∶通用准则尽力保持消息的顺序从左到右排列将分类器分层用和你的用例图一致的名称命名角色用和你的类图一致的名称命名类一个角色的名称可以和类的名称相同包含一个逻辑的叙述性描述在图的最左边放置初始的角色在图的最左边放置人和组织角色在图的最右边放置系统角色只在合适的时候才建模对象的Destruction分类器的原则当你在消息上引用对象时要命名他们当存在部分相同的类型时需要命名对象一致地应用文本版型少量地应用可视化的版型集中在关键的交互消息的原则把消息名放在箭头旁边直接创建对象为软件消息使用操作符号为涉及人和组织角色的消息使用叙述性文字推荐使用参数名称，而不是参数类型为参数占位符注明类型类的消息实现为静态操作为用例调用使用<<include>>版型返回值的原则当返回值非常明显时就不要对返回值建模只有当你需要在别处引用返回值时才对返回值建模在箭头旁边调整返回值返回值建模为方法调用的一部分为返回值占位符注明类型明确的为简单值标明实际值一、通用准则1.尽力保持消息的顺序是从左到右排列的一个顺序图的消息流开始于左上方，消息乙的位置比消息甲低，这意味着消息乙的顺序比消息乙要迟。
第12章 BBS论坛系统课件
12.1 BBS论坛系统的需求分析
• 系统的需求分析是软件开发过程中不可缺少的，而且 非常重要的一部分，尤其是在对某个系统进行UML建 模之前，明确系统的需求是至关重要的。
12.1.1 系统的功能需求
• （1）会员注册 • BBS论坛系统要提供新会员注册功能。在注册页面用户
可与可以录入其基本的信息；提供检查注册信息的有 效性功能；将新注册的会员的基本信息保存在数据库 相应的数据表中。 • （2）会员登录 • BBS论坛系统为会员提供登录功能；会员通过在界面上 录入其用户名和密码，并对用户名的正确性和有效性 以及密码进行检查，如果是系统中合法的用户，则可 以登录系统进行相应的操作，用户登录后可以发表帖 子，浏览帖子，回复帖子，修改个人信息。否则提示 用户身份不合法。
12.1.1 系统的功能需求
• （3）发表帖子 • 针对会员提供发表文章的功能，未注册的用户，即游
客不允许使用该功能。 • （4）回复帖子 • 注册为论坛的会员可以对某一话题展开讨论，发表自
己的意见，并给出回复。 • （5）浏览帖子 • 对注册为系统的会员和未注册会员，即游客均提供文
章查询以及阅读帖子的功能；针对文章标题信息，可 以进行检索，查看文章到的详细内容及回复文章的超 链接。
图12.16 发表帖子的顺序
12.2.2 BBS论坛系统的时序图
• （2）回复/浏览帖子
图12.17 回复/浏览帖子顺序图
12.2.2 BBS论坛系统的时序图
• 3. 版主功能时序图
图12.18 版主功能的时序
12.2.2 BBS论坛系统的时序图
• 4. 管理员功能时序图 • （1）删除/修改版块
• （8）查看/删除建议
图12.26 查看/删除建议时序图
[VIP专享]UML 交互图 (顺序图、通信图、鲁棒图、定时图)
![[VIP专享]UML 交互图 (顺序图、通信图、鲁棒图、定时图)](https://img.taocdn.com/s3/m/f342c54e650e52ea55189856.png)
UML 交互图（顺序图、通信图、鲁棒图、定时图）2010-12-23 作者：佚名来源：网络交互与交互图交互的概念一次交互就是指在特定语境中，为了实现某一个目标，而在一组对象之间进行交换的一组消息所表示的行为消息UML中的4种交互图顺序图：顺序图是一种强调消息时间顺序的交互图，为读者提供了控制流随着时间推移的清晰的可视化轨迹通信图：UML 2.0中的通信图实际上就是UML 1中的协作图，它强调的是参加交互的对象的组织，为读者提供了在协作对象结构组织的语境中观察控制流的一个清晰的可视化轨迹定时图：采用了一种带数字刻度的时间轴来精确地描述消息的顺序交互概述图：是交互图和活动图的混合物如何阅读交互图阅读顺序图顺序图的主要元素对象与角色：最顶上一排矩形框。
在交互图中，参与交互的对象既可以是具体的事物，又可以是原型化的事物。
作为具体的事物，一个对象代表现实世界中的某个东西。
例如，aOrder 作为类Order的一个实例，可以代表一个特定的订单；而如果作为一个原型化的事件，则aOrder可以代表类Order的任何一个实例。
生命线与控制焦点：每个对象都有自己的生命线，对象生命线是一条垂直的虚线，用来表示一个对象在一段时间内存在消息：用来描述对象之间所进行的通信的，该信息带有对将要发生的活动的期望。
当传送一个消息时，它所引起的动作是用一个通过对计算过程的抽象而得到的可执行语句（就是方法头）。
消息分为五种：调用、返回、发送、创建和销毁调用：表示调用某个对象一个操作顺序编号（第几步的编号）：整个消息的传递过程就形成了一个完整的序列，因此通过在每个消息的前面加上一个用冒号隔开的顺序号来表示其顺序。
除了顺序编号之外，还可以采用嵌套方案：读图小结第1步在dispatchForm（分发窗体）中，对于某个已支付的Order进行分发时，就会调用该订单（一个Order类的实例对象aOrder）的dispatch()方法。
1.1 dispatch()方法将逐个调用[for each orderitem] 该Order对应的所有OrderItem对象的getPeddleryId()方法获取供应商ID 1.2（PeddleryId），1.1.1 而OrderItem对象则是通过其所对应的Product对象来的getPeddleryId()方法来获取供应商ID 。
类图图示样例
UML类图-示例UML类图图示样例大鸟：“首先你看那个…动物‟矩形框，它就代表一个类（Class）。
类图分三层，第一层显示类的名称，如果是抽象类，则就用斜体显示。
第二层是类的特性，通常就是字段和属性。
第三层是类的操作，通常是方法或行为。
注意前面的符号，…+‟表示public，…-‟表示private，…#‟表示protected。
”大鸟：“然后注意左下角的…飞翔‟，它表示一个接口图，与类图的区别主要是顶端有<<interface>>显示。
第一行是接口名称，第二行是接口方法。
接口还有另一种表示方法，俗称棒棒糖表示法，就是唐老鸭类实现了…讲人话‟的接口。
”大鸟：“接下来就可讲类与类，类与接口之间的关系了。
你可首先注意动物、鸟、鸭、唐老鸭之间关系符号。
”小菜：“明白了，它们都是继承的关系，继承关系用空心三角形+实线来表示。
”大鸟：“我举的几种鸟中，大雁是最能飞的，我让它实现了飞翔接口。
实现接口用空心三角形+虚线来表示。
”大鸟：“你看企鹅和气候两个类，企鹅是很特别的鸟，会游不会飞。
更重要的是，它与气候有很大的关联。
我们不去讨论为什么北极没有企鹅，为什么它们要每年长途跋涉。
总之，企鹅需要…知道‟气候的变化，需要…了解‟气候规律。
当一个类…知道‟另一个类时，可以用关联（association）。
关联关系用实线箭头来表示。
”大鸟：“我们再来看大雁与雁群这两个类，大雁是群居动物，每只大雁都是属于一个雁群，一个雁群可以有多只大雁。
所以它们之间就满足聚合（Aggregation）关系。
聚合表示一种弱的…拥有‟关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分[DPE]（DPE表示此句摘自《设计模式》（第2版），详细摘要说明见附录二）。
聚合关系用空心的菱形+实线箭头来表示。
”大鸟：“合成（Composition，也有翻译成…组合‟的）是一种强的…拥有‟关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样[DPE]。
BBS论坛系统----UML建模
流程，建立更可靠、更完善的系统模型。从而使用户和开发人员对问题的描述达到相同的理
解，以减少语义差异，保障分析的正确性。
4.2、该BBS论坛系统的用例分析
图六：系统的用例图
从用例图中我们可以看出管理员、会员、游客之间对本系统所具有的用例。
（4）会员管理
当网上论坛的回忆完成注册后，系统会在数据库中加入会员的资料。包括会员名称，会员密码，会员Email等相关信息资料。同时，按照会员的不同身份，将特殊会员设置为版主，使他具备删除被讨论区中对应文章等特殊操作的权利。管理者可以依据数据库中注册的特殊身份登录到论坛后台对会员信息进行管理。
（5）板块（论坛分类）管理
4.5、活动图
BBS论坛系统中可以建立的活动图细分下去很多，下面大体按前台和后台笼统地介绍该系统中的活动图。
（1）前台业务模块的活动图：
【说明】用户进入论坛，首先会员登录或新用户注册，显示论坛的分类，查阅论坛文章标题，点击阅读，读者可以对帖子进行回复，如果已注册会员，则回帖成功；否则提示用户注册会员。
根据不同的讨论内容，管理员将整个讨论区分为不同的区域，会员可以选择进入不同的讨论区，允许管理者对分类进行调整，同时提供不同讨论区中包括文章等的统计功能。
（6）贴子管理
管理员和版主都可以对会员发表的帖子进行提前、置顶和删除等操作。
系统总体功能模块图如下：
图一：系统总体功能模块图
3.3、前台基本业务模块：
图二：前台基本业务模块图
（1）注册会员
提供新会员注册功能，包括录入信息的节目，检查注册信息的有效性，并将注册会员信息存入对应数据库的数据表中。
（2)登录系统
UML动态建模---顺序图
息
化
加
油
中 科 院 计 算 所 职 业 培 训 中 心 走 技 能 培 训为 之企 路业
信 息 化 加 油
（5）序列图面向不同的人员所起的作用
用户---用户从中可以看到业务实现过程的细节（因 为每个用例则通过顺序图中的一个或者多个场景来精 确描述）
分析人员---分析人员从中看到处理流程，因为序列 图着重体现对象间消息传递的时间顺序。
中 科 院 计 算 所 职 业 培 训 中 心 走 技 能 培 训为 之企 路业
信 息 化 加 油
（4）对象被激活 当收到消息时，接收对象立即开始执行活动---即对象被激活了。
通过在对象生命线上显示一个细长矩形框来表 示激活
（5）在UML中的消息标识方式 消息可以用消息名及消息参数来标识。
当调用者发出消息后不用等待消息的返回即可继续 执行自己的操作。
异步消息主要用于描述实时系统中的并发行为。
中 科 院 计 算 所 职 业 培 训 中 心 走 技 能 培 训为 之企 路业
信 息 化 加 油
三、动态建模中的顺序图
1、顺序图（序列图） （1）含义
院 计
✓生命线之间的箭头表示正在对象间传递的消息
算
✓为了可读性，序列图的第一个消息总是从顶端
所 职
开始，并且一般位于图的左边。
业 培 训
✓然后继发的消息加入图中，稍微比前面的消息 低些。
中ቤተ መጻሕፍቲ ባይዱ
心
走 技 能 培 训为 之企 路业
信 息 化 加 油
消息的类型 ✓顺序图中的消息可以是信号(Signal) ✓操作调用 类似于C++中的RPC(RemoteProce dure Calls) 或者和Java中的RMI(Remote Method
UML各类图和例子
12. ATM打印清单。
软件1工3程. A与T项M目案退例出教程客户旳卡，用例结束。
15
电子工业出版社
❖ 其他事件流A1：输入无效密码
1. ATM告诉客户该密码错误。 2. ATM退出客户旳卡，用例结束。
❖ 其他事件流A2：余额不足
1. ATM告诉客户该帐户余额不足。 2. ATM退出客户旳卡，用例结束。
软件工程与项目案例教程
7
电子工业出版社
顺序图：显示对象之间旳动态合作关系，它强
调对象之间消息发送旳顺序，同步显示对象之间 旳交互；假如强调时间和顺序，则使用顺序图；
软件工程与项目案例教程
8
电子工业出版社
协作图：描述了一组相互合作旳对象与对象之
间旳协作关系，强调对象相互间旳通信关系。假 如强调上下级关系，则选择合作图。
软件工程与项目案例教程
9
电子工业出版社
构件图：组件图描述了软件组件旳物理构造以
及各组件之间旳依赖关系。一种部件可能是一种 资源代码部件、一种二进制部件或一种可执行部 件。
软件工程与项目案例教程
10
配置图： （也称布署图）描述了软件在硬件环电子工业出版社
境中旳配置关系。配置图不但显示实际旳计算机 和设备（用节点表达）以及它们之间旳关系，还 描述了连接旳类型及组件之间旳依赖性。在节点 内部，放置可执行部件和对象以显示节点跟可执 行软件单元旳相应关系。
❖ 简要阐明：客户能够从ATM机上取出自 己帐目上旳部分或者全部存款。
❖ 前提条件：无 ❖ 主事件流：
软件工程与项目案例教程
14
电子工业出版社
1. 客户将卡插入ATM机，开始用例。
2. ATM显示欢迎消息并提醒客户输入密码。
UML动态建模中的UML顺序图
（2）动态模型的主要内容
动态模型包括顺序图、协作图、状态图、活动图 利用这些图便于分析系统的运行时的行为、印证和修改系 统的静态结构，满足用户的需求，达到明确系统的功能实现 目标。 （3）动态分析的目的：验证静态分析的结果的合理性和正确性
2、动态建模中的交互图
（1）作用——可以对共同工作的对象群体的行为建模，在UML
异步消息主要用于描述实时系统中的并发行为。
1、顺序图（序列图） （1）含义 作为交互图中的一种，序列图显示参与交互作用的参 与者或对象，以及它们生成的按时间排序的事件。 通常，序列图显示特定用例实例产生的事件并且侧重 描述消息在对象之间如何传送。 （2）主要的作用 按时间顺序对控制流建模，主要用于对用例中的控制 流的建模---体现用例的实现过程。 它显示出随着时间的变化对象之间是如何通信的。 同时也清楚地表示在实现某个用例时所涉及的各个类 （3）顺序图中的各个坐标的含义 顺序图中的纵向维代表时间，按时间先后依次向下排序。 横向维代表不同的主角或对象
因此，顺序图表示 了时间序列，便于分析 交互的时序，但没有表 示静态对象关系；同时 顺序图非常适用于表示 面向对象应用程序中消 息流的交互的建模 2、序列图中的各个组成的部件及作用---对象类角色 （1）对象类角色 对象类角色代表参与交互的某个具体的对象。 （2）UML 的对象类的命名标准按照如下格式： 实体名：类名
可以利用它来代替用例的事件流的 文字描述，验证和修正类图！
三、动态建模中的顺序图
（4）序列图中的组成 一般在序列图中可以 包含如下的模型元素 对象 消息 生命线 激活期（点） （5）序列图面向不 同的人员所起的作用 用户---用户从中可以看到业务实现过程的细节，可以检 查设计人员的分析结果正确性，因为每个用例则通过顺序图 中的一个或者多个场景来精确描述。 分析人员---发现和验证类中的方法。 开发人员---开发人员看到需要开发的对象和它们的操作， 因为对象间的通信其实也就体现在各个类之间的相互调用。 测试人员---测试人员看到过程细节，并根据这个过程开 发测试用例。
BBS论坛系统uml建模
0.5
5
4
3
2
指导教师评审成绩
（加权分合计乘以12）
分
加权分合计
指导教师签名：
年 月日
评阅教师评审意见
评价
内容
具体要求
权重
评
分
加权 分
查阅
文献
查阅文献有一定广泛性；有综合归纳资料的能力
0.2
第8章 配置图设计建模
致谢
参考文献
附录一：项目开发体制图 附录二：开发时间计划表
⑹会议记录（要求每天至少1份） ⑺项目个人总结（每人1份）
四、设计完成后应提交成果的种类、数量、质量等方面的要求
1•课程设计报告书（1份）
2•开发时间计划表（1份）
3•会议记录（每天至少1份）
4•个人总结（每人1份）
五、时间进度安排
用户使用模块主要完成用户申请注册BBS论坛会员身份，会员使用论坛各项功能
前台基本业务模块包含如图1.2所示的几个方面。
前台基本业务模块
图1.2:前台基本业务模块图
（1）注册会员
提供新会员注册功能，包括录入信息的节目，检查注册信息的有效性，并将注册会员信息 存入对应数据库的数据表中。
（2）登录系统
提供会员登录论坛功能，要想针对谋篇帖子发言，或发表帖子，必须是登陆用户才可以操 作。由于论坛中某些操作只有会员才可以执行，所以必须先登录系统。
会员管理
当网上论坛的回忆完成注册后，系统会在数据库中加入会员的资料。包括会员 名称，会员密码，会员Email等相关信息资料。同时，按照会员的不同身份，将特殊会员 设置为版主，使他具备删除被讨论区中对应文章等特殊操作的权利。管理者可以依据数据 库中注册的特殊身份登录到论坛后台对会员信息进行管理。
BBS论坛的概述(uml)
目录第一章BBS论坛的概述 (3)1.1 BBS论坛总的概述 (3)1.2 普通游客管理子系统的描述 (3)1.3 普通会员管理子系统 (4)1.4 版主管理子系统 (5)1.5管理员管理子系统 (5)1.5.1 板块管理子系统 (6)1.5.2 会员管理子系统 (7)1.5.3 建议箱管理子系统 (7)第二章BBS的需求分析 (9)2.1普通游客管理子系统的需求分析 (9)2.2 普通会员子系统的需求分析 (11)2.3 版主子系统的需求分析 (13)2.4 管理员子系统的需求分析 (16)2.4.1 板块管理子系统 (16)2.4.2 会员管理子系统 (19)2.4.3 建议箱管理子系统 (22)第三章类图 (25)3.1 类的内部结构图 (25)3.2 类与类之间的关系图 (29)第四章顺序图设计建模 (31)4.1 普通游客管理主要功能顺序图 (31)4.1.1普通游客查看帖子 (31)4.1.2普通游客向版主提出建议 (32)4.2会员管理主要功能顺序图 (33)4.2.1会员发表帖子 (33)4.2.2会员回复帖子 (34)4.2.3会员申请成为版主 (35)4.3版主管理主要功能顺序图 (36)4.3.1版主设置精华帖 (36)4.3.2版主查看建议箱 (37)4.4管理员管理主要功能顺序图 (38)4.4.1管理员登录 (38)4.4.2管理员划分板块 (39)4.4.3管理员删除板块 (40)4.4.4管理员设置版主 (41)4.4.5管理员修改会员信息 (42)4.4.6管理员添加会员 (43)4.4.7管理员删除建议 (44)4.4.8管理员查看建议 (45)第五章协作图设计建模 (46)5.1 普通游客管理主要功能协作图 (46)5.1.1普通游客查看帖子 (46)5.1.2普通游客向版主提出建议 (47)5.2会员管理主要功能协作图 (47)5.2.1会员发表帖子 (47)5.2.2会员回复帖子 (48)5.2.3会员申请成为版主 (49)5.3版主管理主要功能协作图 (50)5.3.1版主设置精华帖 (50)5.3.2版主查看建议箱 (50)5.4管理员管理主要功能协作图 (51)5.4.1管理员登录 (51)5.4.2管理员划分板块 (52)5.4.3管理员删除板块 (52)5.4.4管理员设置版主 (53)5.4.5管理员修改会员信息 (53)5.4.6管理员添加会员 (54)5.4.7管理员删除建议 (54)5.4.8管理员查看建议 (55)第六章配置图设计建模 (56)第一章BBS论坛的概述1.1 BBS论坛总的概述随着互联网的快速发展，网上交流已经成为现代人生活中的重要组成部分，网上交流是大家针对一个问题可以发表自己不同的见解，同时通过浏览他人的见解可以拓宽自己的知识面。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
内容
说明
用例编号
Customer_14
用例名称
浏览帖子
用例说明
会员可以查看帖子及相关信息
参与者
会员
前置条件
会员被识别和会员被授权
后置条件
后台数据库保存你发表帖子信息
基本路径
1、选择某个板块、进入后，单机浏览帖子
2、显示所有帖子列表，单机帖子链接
3、显示帖子内容及有关信息
4、退出浏览
扩展路径
后置条件
普通游客提交的信息与后台系统数据库表中保存的信息一致
基本路径
1、普通会员单机”注册“申请会员账号
2、经过数据库管理的检测，显示检测成功
3、普通游客输入会员号，单机提交
4、界面显示成功
扩展路径
根据个人意愿修个人信息，单击保存按钮，系统显示修改成功。
退出在线状态，单机在线注销按钮。
发表帖子
内容
说明
用例编号
Customer_16
用例名称
发表帖子
用例说明
会员可以帖子的形式发表自己的建议
参者
会员
前置条件
会员被识别和会员被授权
后置条件
后台数据库爆粗你发表帖子信息
基本路径
1、选择某板块，进入，单机发表帖子，显示界面
2、输入见解，单机提交
3、显示发表成功，保存信息
扩展路径
1、发表成功后，单机查看内容
2、显示帖子内容
uml顺序图例子-BBS
《系统分析与设计》实验报告
顺序图
【实验名称】顺序图
【目的与要求】
1.掌握动态建模技术中的顺序图的基本概念和组成
2.通过使用Rose工具，绘制活动图。
【实验内容】
注册为会员
内容
说明
用例编号
01
用例名称
注册为会员
用例说明
普通游客登录系统后注册为会员
参与者
普通游客
前置条件
普通游客进入注册为会员
当会员单机帖子后，系统自动修改帖子的单击次数
回复/浏览帖子顺序图：