BBS系统_用例图_时序图_协作图
时序图-协作图-详解
动态图概念：从静态图中抽取瞬间值的变化描述系统随时间变化的行为，动态图包括交互图活动图状态图，这篇博客研究交互图包括时序图和协作图;-- 时序图：显示对象之间的关系，强调对象之间消息的时间顺序，显示对象之间的交互；--协作图：描述对象之间的交互关系；~一.时序图(Sequenee Diagram)1. 时序图的概念时序图定义：描述了对象之间传递消息的时间顺序，用来表示用例中的行为顺序，是强调消息时间顺序的交互图；时序图描述的事物：时序图描述系统中类和类之间的交互，将这些交互建模成消息交换，时序图描述了类以及类之间的交换以完成的期望行为的消息，时序图中每条消息都代表了类的一个操作或者引起状态机改变的触发事件；时序图表示:参与交互的对象在时序图顶端水平排列，每个对象的底端绘制了一条垂直虚线，对象A像对象B发送消息，用一条带箭头的实线表示,该实线起始于对象A底部的虚线，终止于对象B底部的虚线；实线箭头水平放置，越靠近顶端越早被发送时序图轨迹：时序图提供了随时间推移的，清晰的可视化的轨迹；2. 时序图组成时序图组成：时序图包括四个元素对象(Object)，生命线(Lifeline) ，激活(Activation) ，消息(Message)(1)对象(Object)对象：时序图中的对象在交互中扮演的角色就是对象；对象的符号：时序图中的对象与对象图中的表示方法一样，使用矩形将对象名称包含起来，并且对象名称下有下划线对象创建时机：对象可以在交互开始的时候创建，也可以在交互过程中进行创建；--处于顶部：如果对象的位置在时序图顶部，说明在交互开始的时候对象就已经存在了；--不在顶部：如果对象的位置不在顶部，那么对象在交互过程中创建的；(2)生命线(Lifeli ne)生命线：生命线是一条垂直的虚线，这条虚线表示对象的存在，在时序图中，每个对象的底部都有生命线生命线作用：生命线是一个时间线，从时序图顶部一直到底部都存在，其长度取决于交互的时间；对象的生命线：对象与生命线结合在一起就是对象的生命线，这个概念包含对象图标以及对象下面的生命线图标如上图;⑶激活(Activati on)LilIii激活(Activation) :代表时序图中对象执行一项操作的时期，激活期可以理解为语义中｛｝中的内容，表示该对象被占用以完成某个任务去激活(Deactivation) :指对象处于空闲状态，在等待消息激活这个对象；激活的表示：当对象处于激活时期，生命线可以拓宽为矩形，这个矩形条成为激活条；激活去激活的时机：--激活：对象激活是在激活条的顶部激活；--去激活：激活条的底部去激活，通常发生在一个消息离开对象生命线；⑷消息消息概念：定义交互和协作中交换信息的类，对对象之间的通信内容建模；消息动作：--动作种类：消息允许在实体间传递信息(传递参数)，允许实体请求其它服务，对象之间通过发送和接收消息进行通信；--产生结果：消息可以触发操作，唤起信号，或使目标对象创建或销毁；消息的异步和同步通信:--异步通信:消息是信号的时候，发送信号之后，等待对方触发相应方法，这是明确的命名的对象间的异步通信；--同步通信:直接调用对象的方法，执行方法返回结果，这种具有返回控制机制的操作是同步通信；时序图和协作图中消息的区别：时序图中的消息强调顺序，协作图中的消息强调交换消息的对象间的关系；消息类型：两个对象间绘制消息3. 时序图示例示例简介：--使用场景：汽车租赁公司；-- 使用的对象：Customer （ 客户）,Worker （ 工作人员）,Order （ 请求）,Record （ 记录）,Car （ 汽车）; --工作流程：①客户 向工人 提出租车要求，②工人 检查 请求，③客户 付款，④工人 填写 记录，⑤工人 取车;时序图：4.对象的创建和撤销对象位置：--顶部：时序图中对象的默认位置是在时序图顶部，这表明对象在交互开始之间就已经存在 --中间：如果对象在时序图中间部分，说明对象时在交互过程中创建的； 交互过程中创建对象的方法：--消息指向对象：消息是构造方法，箭头指向对象所代表的的矩形；过程调用中返回的消息E)两个对象之间的过程调用两个对象之间的异步消息绘制反身消息d!:□3 ok.. ...... ->I ... .....U .....5 wrrteReGQird()6 gfllCenf)CUSM men Gustomer--消息指向激活条：消息是构造方法，箭头指向对象下面的激活条撤销对象：如果想要在时序图中撤销一个对象，因为如果同时有几个对象，如果不进行特殊操作其生命周期将会一样长--效果图：下图中将Customer 和Order对象撤消了，因为它们基本没有参与后期的交互口njgr 砒record Record[]~ru■: 2 chackO，― __________-> 1 i: a■•'il J'n •>a »■a aii 11a Ha *!tl "a *■a »J "3: nkA\*y[)u 5 writeRacorci：]X■；£ g机盹* :• ■iu1 日(hew： OrdBr(J5.时序图建模技术时序图使用时机：对动态行为建模，强调时间展开信息的次序的时候，使用时序图；时序图管理策略单一控制流：一个单独的时序图只能显示一个控制流--多个时序图：完整的控制流很复杂，可以绘制多个时序图，一个主干时序图，多个分支时序图，使用包对这些时序图进行管理 时序图建模策略：--设置交互语境：交互所在的环境，包括哪些对象，属于什么系统，子系统，相关的操作类用例等； --对象排列顺序：根据对象重要性，从左到右排列在时序图中；--对象生命线：对象通常存在于交互的整个过程，也可以在交互过程中被创建和撤销；--消息排列：引发交互信息之后，消息按照时间顺序从上向下画出，先发出的消息 在后发出的消息上面； --激活期设置：可以将实际操作发生的时间点 消息 明确的显示出来；--时间空间约束：每个消息都可以附加合适的时间 和空间约束；--前置后置条件：每条消息可以附加前置 或 后置 条件；（1） 创建时序图新建时序图：在 视图浏览器 中 右键点击 Logical View （逻辑视图），选择New （新建）-> Sequence Diagram （6. Ratio nal Rose时序图操作时序图）;添加对象：时序图中有两种对象，一种是参与者Actor, 一种是普通的对象；--参与者对象：在类图中创建一个对象，将其Stereotype 修改为Actor, 就变成了参与者，然后在视图浏览器中将这个元素拖到时序图中即可；(luiiti tied)三 口 Use Cast Vi 關Main 三AsEociati&ns竝血J B帼 $¥.*■rj艮發 UnitsAs 5 0 亡IMIEI帼 HerD i agr SJB 3 Component View €Jl Main Il^ploymeJit Vi &w Modal FropsrtiesCl BS EClass ytility tfse Case [nt trftce ：F&cktg«CI BSS Ci agrw Use Case Dxa ■耳raai Ih 电虽Ssq.uftnc« Di Mchart Vi agramActivi t^- DiagramFilfeBL(2)添加对象鞍务人员设置对象属性：双击对象，在弹岀的General 对话框中修改对象属性--Name :对象名称，不输入也可以； --Document : 描述对象的文档；載务人员-- 普通对象 直接在时序图中点击按钮，在界面中创建对象--两种对象效果 学位管理nu ....null:对象保存在数据库或其它形式的永久存储体中 对象保存在内存中知道程序终止； :短时间内保存在内存中；⑶添加消息消息作用：消息用两个对象生命线之间的箭头表示，一个对象可以通过消息请求另一个对象执行某个操作 增加消息：--发送消息：将从发送消息对象的生命线拖到接收消息对象的生命线上；-- 显示取消编号和激活条：菜单栏Tools -> Options -> Diagram 选项卡，Sequence numbering 是消消息编号 of control 显示激活条；设置对象持续性--持续(Persistent) --静态(Static) --临时仃 ransient)Focus协作图(Collaboration Diagram)1. 协作图概念协作图：协作图是一种类图，包含类元角色和关联角色，不仅仅是类元和关联；--强调：强调参与交互的各个对象的结构信息和组织；协作图建模对象：对有交互的对象和这些对象之间的关系建模,不参与交互的对象及它们的关系忽略协作图内容：协作图中表现了类操作中用到的参数，布局变量，操作中的永久链；对象图扩展：协作图可以看做对象图的扩展，该图展示了对象之间的关联，显示岀了对象间的消息传递2. 协作图内容(1) 对象(Object)对象：代表协作图交互中的主体，和时序图中对象的概念类似；协作图和时序图中对象区别：协作图中对象无法创建和撤销，因此对象在协作图的位置没有限制(2) 链(Link)链的表示：链的符号和对象图中链所用的符号是一样的，用来连接两个类角色的实线；/)-- :创建对象之间的通信路径；-- :显示对象可以调用自己的属性；在两个对象之间或一个对象本身增加消息在两个对象之间或一个对象本身从反方向增加消息-- :显示两个对象之间的信息流；-- :在反方向显示两个对象之间的信息流；路径构造性：对象之间的连接可以由链末尾附加的路径构造型表示--添加方式：双击链，选择visibility 属性即可；⑶消息（Message）消息概念：对象间通过链接发送的就是消息；--消息传递方向：对象之间的箭头表明对象间交换的消息流，一个对象发出消息，链指向的对象接收消息，链用于实现消息传输--消息标识：消息流标有消息的序列号和对象间发送的消息名称；--消息结果：每条消息否会触发接收对象的一系列操作；消息序号：协作图与时序图中的消息类型是一样的，为了表明消息顺序，需要为消息添加序号；3. 协作图示例示例简介：汽车租赁流程；-- 涉及到的对象：Customer （客户），Order （订单），Worker （工人），Record （记录），Car （汽车）；--流程简介：客户写好订单，工人核对订单，核对后订单存在，允许客户取车，工人填写记录，并将车取岀;114. 协作图建模策略协作图使用场景：对系统动态行为建模，按组织对控制流建模使用协作图；协作图管理策略：--单个协作图：单个协作图只能显示一个控制流；--多个协作图：描述复杂系统的时候，需要许多协作图共同描述,一些图是主干协作图，还有许多分支路径的控制流的协作图，使用包管理这些协作图；协作图的建模策略：--设置语境：设置协作图所在的环境，如系统，子系统，类，操作，用例或用例脚本；--对象顶点：识别对象在协作图中扮演的角色，协作图中，对象是图的顶点；--变化修改：每个对象最初都会设置初始值，如果期间对象发生了变化，修改的方式是：协作图中放置一个复制对象，更新复制对象，同过后造型become copy 连接二者；--确定链接顺序：先确定关联链接，哪些对象相互链接；在确定消息链接，路径构造型等表示对象间如何连接；--消息顺序：从引起交互的消息开始编号，将编号信息和描述信息附到链接上，描述了对象之间的传递次序；--时间空间约束：可以为每个消息附加时间和空间上的约束；--前置后置条件：可以为每个消息附加前置和后置条件；5. Rati onal Rose 绘制协作图13(1)创建协作图创建流程：视图浏览器-> Logical View ( 逻辑视图）-> New （ 新建）-> Collaboration Diagram （协作图);链）Cunt i tied ） E Cl Use Case Vi ew 里 Main 玄 Asscci at i ons o Ma: Cor IS 固 Niodal Froparti es ClassClass Utility Use Cas€InterfaceFackAg®Class Di agram ； Sequence Diagram Statfrchar t Di agr un Activi tjr Diagram Die URL(2) 添加对象协作图中添加对象：与时序图基本类似； --添加参与者对象：在类图中创建好类，然后将类型设置为Actor, 然后在视图浏览器中将 Actor拖到协作图中--添加普通对象：直接点击工具栏中的图标设置即可 ； ⑶添加消息添加对象间消息：在两个对象之间添加消息--添加消息：使用在通信路径上添加消息--设置消息名称：双击消息箭头，可以在弹岀的对话框中修改消息名称(4) 添加数据流数据流概念：数据流是一个对象向另一个对象发送消息返回的消息；--使用场景：没必要在每个消息上都加上数据流，只要在中药消息上附加数据流即可；I Q Q数据流添加方法：选择或按钮，单击要返回的数据消息，数据流箭头就会被添加到这个消息上-- 建立通信路径使用/I连接两个对象，建立两个对象间的通信路径添加反身消息：选择象添加消息；QI点击对象，就会岀现指向对象本身的路径可以为该对选择点击这个指向本身的路径6.时序图与协作图转换各自侧重点：时序图和协作图是等价的，可以任意转换，而不丢失信息--时序图：描述交互过程中的时间顺序，没有明确表达对象间关系；--协作图：描述了对象间的关系，但是时间顺序必须从消息的序号中获取转换示例--场景介绍：学生毕业管理--对象介绍：教务人员，学位评价，成绩管理，奖惩管理，信息打印；--控制流介绍：①教务人员输入学号进入学位评价模块，②学位评价模块会向成绩管理模块查询成绩，③向奖惩管理模块询奖惩记录，④学位评价模块会将结果打印到信息打印模块，⑤信息打印模块将结果返回给教务人员；时序图151学号协作图学位萱理nu::成绩管理2学号---------- >奖焦官理nu::3成绩6结果信息打印17信息打学位管印w ------ 理6■结果7.时序图和协作图对比时序图和协作图 共同点：都是有 消息和类角色组成 接口方法由消息发送对象触发 --支持消息：时序图和协作图都支持消息时序图和协作不同点--衡量工具 时序图和协作图可以作为衡量系统耦合性的工具耦合性就是系统中模型之间的依赖性两个模型之间的依赖关系通过查看两个模型之间的消息数量和类型就可以看岀，消息交互少的耦合性高；--规定责任 时序图和协作图 都规定了消息发送对象 和消息接收对象 的责任，每个接收对象都有消息对应的接口这个--对象创建撤销侧重点：时序图侧重描述对象的创建和撤销，新创建的对象放在对象生命线上对应的时间点，撤销的对象在结束的地方放一个X表示该对象不能再继续使用；协作图中创建撤销的概念不存在，对象时始终存在的，只能通过消息描述或约束来说明对象的创建和撤销；--链接侧重点：时序图中的链没有表示岀来，可以随意绘制消息，有些逻辑交互可能不会发生；协作图的消息是映射在链上的，消息和链平行放置，如果想要通过消息查看对象之间的关联使用协作图最好；--激活和去激活：时序图表现有激活和去激活，协作图上没有时间概念的描述，无法清晰地表示对象的激活和去激活；实例-图书管理系统1. 管理员为图书添加类别控制流说明：-- 涉及到的对象：Admin （管理员），BooklnfoWindow （图书信息窗口），Tittle （图书类别），Item （图书条目）；--流程：管理员查询图书信息窗口，查看有没有相应的图书类别，如果有插入该图书条目；时序图：192. 管理员删除图书协作图BooktafaVViidoTittleVVnu::nu ........ .1添加图书2查询粪别 3类别有在 < .控制流说明：-- 涉及到的对象：Admin （管理员），BooklnfoWindow （图书信息窗口）, Tittle （图书类别），ltem（图书条目）; --控制流程：管理员登陆图书信息窗口删除图书，查表图书类别是否存在，查找图书是否存在，如果都返回true, 删除图书条目；时序图：Admin菅理员Be oh Info'//in dowTjttb协作图：AdminWJf 员3. 管理员借书时序图nu';nu. ................................... 1刪除團书 ------------ >nu2查找圈书类别丨 -------------------------------- ---- -------------- --- ------------------------3存在< ................ 4查找由书条目I~~i~■5存在< --------------- -：---- G删除歯书衆目nu……r 1睛除图毛Booklnfo ItemWindow控制流说明：21-- 参与的对象：Admin （ 管理员），BooklnfoWindow （图书信息窗口 ）, Tittle （ 图书类别），Borrower （ 借阅者），Loan（借书记录）,item （ 图书条目）; --流程：管理员登陆图书信息窗口，查询图书类别是否存在，查询图书条目是否存在，查询借阅者是否存在，创建借书 记录； 时序图：3存在 < -----------5存在7有在3创建倍阅记录：协作图 Booklnfo'A'indcTit" BorrowerLoan□ □ 0 t □1借书请或 2査询娄别------------ - -----------。
UML各种图例齐全—用例图、类图、状态图、包图、协作图、顺序图详细说明书画法和功能
UML各种图例面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language ™），这篇课程的目的是展示出UML的精彩之处.UML中有九种建模的图标，即：∙用例图∙类图∙对象图∙顺序图∙协作图∙状态图∙活动图∙组件图∙配置图本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解.为什么UML很重要?为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成标准文档为了这个行业中的设计师和施工人员的必修课.写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言.UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state.类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）.对象是类的实例instances.用例图用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作.用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节.“一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录.”用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association（或简称通讯communication）标准文档角色是人状的图标，用例是一个椭圆，通讯是连接角色和用例的线.一个用例图是角色，用例，和它们之间的联系的集合.我们已经把Make Appointment作为一个含有四个角色和四个用例的图的一部分.注意一个单独的用例可以有多个角色.用例图在三个领域很有作用.决定特征（需求）.当系统已经分析好并且设计成型时，新的用例产生新的需求标准文档∙客户通讯.使用用例图很容易表示开发者与客户之间的联系.∙产生测试用例.一个用例的情节可能产生这些情节的一批测试用例.类图类图Class diagram通过显示出系统的类以及这些类之间的关系来表示系统.类图是静态的－它们显示出什么可以产生影响但不会告诉你什么时候产生影响.下面是一个顾客从零售商处预定商品的模型的类图.中心的类是Order.连接它的是购买货物的Customer和Payment.Payment有三种形式：Cash，Check，或者Credit.订单包括OrderDetails（line item），每个这种类都连着Item.标准文档UML类的符号是一个被划分成三块的方框：类名，属性，和操作.抽象类的名字，像Payment是斜体的.类之间的关系是连接线.类图有三种关系.关联association－表示两种类的实例间的关系.如果一个类的实例必须要用另一个类的实例才能完成工作时就要用关联.在图中，关联用两个类之间的连线表示.标准文档标准文档为了简单地表示出复杂的类图，可以把类组合成包packages.一个包是UML上有逻辑关系的元件的集合.下面这个图是是一个把类组合成包的一个商业模型.dependencies关系.如果另一个的包B改变可能会导致一个包A改变，则包A依赖包B.包是用一个在上方带有小标签的矩形表示的.包名写在标签上或者在矩形里面.点化线箭头表示依赖对象图Object diagrams用来表示类的实例.他们在解释复杂关系的细小问题时（特别是递归关系时）很有用.这个类图示一个大学的Department可以包括其他很多的Departments.标准文档这个对象图示上面类图的实例.用了很多具体的例子.UML中实例名带有下划线.只要意思清楚，类或实例名可以在对象图中被省略.标准文档每个类图的矩形对应了一个单独的实例.实例名称中所强调的UML图表.类或实例的名称可能是省略对象图表只要图的意义仍然是明确的.顺序图类图和对象图是静态模型的视图.交互图是动态的.他们描述了对象间的交互作用.顺序图将交互关系表示为一个二维图.纵向是时间轴，时间沿竖线向下延伸.横向轴代表了在协作中各独立对象的类元角色.类元角色用生命线表示.当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线.消息用从一个对象的生命线到另一个对象生命线的箭头表示.箭头以时间顺序在图中从上到下排列.标准文档协作图协作图也是互动的图表.他们像序列图一样也传递相同的信息，但他们不关心什么时候消息被传递，只关心对象的角色.在序列图中，对象的角色放在上面而消息则是连接线.标准文档对象角色矩形上标有类或对象名（或者都有）.类名前面有个冒号（：）.协作图的每个消息都有一个序列号.顶层消息的数字是1.同一个等级的消息（也就是同一个调用中的消息）有同样的数字前缀，再根据他们出现的顺序增加一个后缀1，2等等.状态图对象拥有行为和状态.对象的状态是由对象当前的行动和条件决定的.状态图statechart diagram显示出了对象可能的状态以及由状态改变而导致的转移.标准文档我们的模型例图建立了一个银行的在线登录系统.登录过程包括输入合法的密码和个人账号，再提交给系统验证信息.登录系统可以被划分为四种不重叠的状态：Getting SSN, Getting PIN, Validating, 以及 Rejecting.每个状态都有一套完整的转移transitions来决定状态的顺序.标准文档状态是用圆角矩形来表示的.转移则是使用带箭头的连线表示.触发转移的事件或者条件写在箭头的旁边.我们的图上有两个自转移.一个是在Getting SSN，另一个则在上Getting PIN.初始状态（黑色圆圈）是开始动作的虚拟开始.结束状态也是动作的虚拟结束.事件或条件触发动作时用（/动作）表示.当进入Validating状态时，对象并不等外部事件触发转移.取而代之，它产生一个动作.动作的结果决定了下一步的状态.活动图活动图activity diagram是一个很特别的流程图.活动图和状态图之间是有关系的.状态图把焦点集中在过程中的对象身上，而活动图则集中在一个单独过程动作流程.活动图告诉了我们活动之间的依赖关系.对我们的例子来说，我们使用如下的过程.“通过ATM来取钱.”这个活动有三个类Customer, ATM和 Bank.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.标准文档标准文档标准文档。
时序图、活动图、状态图、协作图的区别
时序图、活动图、状态图、协作图的区别时序图时序图用于描述对象之间的传递消息的时间顺序, 即用例中的行为顺序.当执行一个用例时, 时序图中的每条消息对应了一个类操作或者引起转换的触发事件.在 UML 中, 时序图表示为一个二维的关系图, 其中, 纵轴是时间轴, 时间延竖线向下延伸. 横轴代表在协作中各个独立的对象. 当对象存在时, 生命线用一条虚线表示, 消息用从一个对象的生命线到另一个对象的生命线的箭头表示. 箭头以时间的顺序在图中上下排列.ATM 用户成功登陆的时序图时序图中的基本概念对象: 时序图中对象使用矩形表示, 并且对象名称下有下划线. 将对象置于时序图的顶部说明在交互开始时对象就已经存在了. 如果对象的位置不在顶部, 表示对象是在交互的过程中被创建的.生命线: 生命线是一条垂直的虚线. 表示时序图中的对象在一段生命周期内存在. 每个对象底部中心的位置都带有生命线.消息: 两个对象之间的单路通信. 从发送方指向接收方. 在时序图中很少使用返回消息.激活: 时序图可以描述对象的激活和钝化. 激活表示该对象被占用以完成某个任务. 钝化指对象处于空闲状态, 等待消息. 在 UML 中, 对象激活时将对象的生命线拓宽为矩形来表示的. 矩形称为计划条或控制期. 对象就是在激活条的顶部被激活的. 对象在完成自己的工作后被钝化.对象的创建和销毁: 在时序图中, 对象的默认位置是在图的顶部. 这说明对象在交互开始之前就已经存在了. 如果对象是在交互过程中创建的, 那么就应该将对象放到中间部分. 如果要撤销一个对象, 在其生命线终止点处放置 “ X” 符号.练习：孙中山的……活动图在 UML 中, 活动图本质上就是流程图. 它用于描述系统的活动, 判定点和分支等.活动图中的基本概念动作状态: 原子的, 不可中断的动作, 并在此动作完成之后向另一个动作转变. 在 UML 中动作状态用圆角矩形 表示, 动作状态所表示的动作写在圆角矩形内部.分支与合并: 分支在软件系统中很常见. 一般用于表示对象类所具有的条件行为. 用一个布尔型表达式的真假来判定动作的流向. 条件行为用分支和合并表达.在活动图中, 分支用空心小菱形 表示. 分支包括一个入转换和两个带条件的出转换, 出转换的条件应该是互斥的, 须保证只有一条出转换能够被触发. 合并包含两个带条件的入转换和一个出转换.状态图状态图: 通过建立对象的生存周期模型来描述对象随时间变化的动态行为.状态图中的基本概念状态: 用圆角矩形表示. 状态名称表示状态的名字, 通常用字符串表示. 一个状态的名称在状态图所在的上下文中应该是唯一的.转换: 用带箭头的直线表示. 一端连着源状态, 一端连着目标状态.初始状态: 每个状态图都有一个初始状态. 此状态代表状态图的起始位置. 初始状态只能作为转换的源, 不能作为转换的目标, 并且在状态图中只能有一个. 初始状态用一个实心圆表示.终止状态: 模型元素的最后状态, 是一个状态图的终止点. 终止状态在一个状态图中可以有多个.协作图协作图(也叫合作图)是一种交互图.时序图主要侧重于对象间消息传递在时间上的先后关系, 而协作图表达对象间的交互过程及对象间的关联关系。
BBS系统_用例图_时序图_协作图
B B S系统_用例图_时序图_协作图-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN网上论坛管理系统需求分析说明书1.引言1.1编写目的在网络技术逐渐渗入社会生活各个层面的今天，以前网站上的论坛管理系统要用户登陆以后才能进行相关访问及互动。
而随着网络互联技术的进步，现在网站投票只需打开网页就可进行论坛留言。
论坛对象是很多的，各个层次都可进行论坛访问，大至国家领导，小至一个普通干部，访问和留言从到指定用户进行表格到现在通过网络直接点击相应就可进行。
网上论坛管理系统可解决游客访问及留言，致使现在几乎各个网站都有各种类型网站论坛管理系统，用户可选择自己的看法。
所以我提出了本课题的研究。
本系统开发的目的是为了学习这样去做一个交互式的网页以及了解这种强大的网络编程工具，方便客户端和浏览器端之间的交流。
1.2项目背景互联网正在融入我们的生活，影响和改变着我们的生活。
网络提供给我们的不只是一个获取信息的来源，而且还是一个可以相互交流的空间，网上论坛正是一种供人们进行交流的网络空间。
它不受时间和空间的约束，论坛用户可以发表自己的观点，大家一起探讨某个问题。
目前，网上论坛已不是新事物，许许多多的别具特色的论坛在网络上随处可见。
为了体现论坛的特色，我们搜索各式各样的论坛版面，为了改变网上现存论坛的普遍风格，追加功能，更便于管理，于是开发出一套界面友好美观，易于使用的论坛管理系统。
2.任务概述2.1目标2.1.1基本要求系统包括主要的功能：新用户的注册，会员密码取回，会员登录，用户自己修改信息，管理员删除用户，游客浏览留言，会员新增留言，会员留言回复，管理员删除留言这些功能，可以应付一般的用户需要。
2.1.2开发目标这个系统预期的目的是为了做成交互式的网页，方便客户端和浏览器端之间的交流。
通过论坛，人们能够相互交流沟通，把疑惑在论坛里公布，大家献计献策，共同学习，共同进步。
2.1.3应用目标网上论坛系统是一个会员登录留言系统。
BBS论坛系统
数据库表及关系建立
1.用户基本资料表 2.用户详细信息表 3.论坛文章表 4.论坛版块表 5.回帖信息表
用户基本资料表
用户详细信息表
论坛文章表
论坛版块表
回帖信息表
封装的Bean
usersBean.java userdetaiBean.java forumBean.java boardBean.java replyBean.java DB.java page.java
系统功能结构_前台功能结构
用户访问论坛首页面后，可进行查看版面 下根贴信息、查看自己发表的帖子、查看 根贴信息、用户注册等功能。用户在此 BBS论坛中通过注册成为该网站的真正用 户并成功登录系统后，可进行发表帖子、 回复帖子、查看自己发表的帖子等操作。 前台功能结构图如图下所示。
系统功能结构_后台功能结构
若用户的权限为管理员，则可进入后台， 可进行回帖的管理、版块管理和用户管理 等操作。后台功能结构图如ER图概念化地构建实体间关系的模型，这使得它 们区别于数据库模型图。ER图的理念是：项目所 有参与者能理解ER图。ER图由不同实体类型、 关系、特性和类型构成。实体是诸如用户的实际 对象，有时更抽象，但必须有业务意义。特性用 于描述实体，关系用于实体之间 （1）实体：现实世界中的事物； （2）属性：事物的特性； （3）联系：现实世界中事物间的关系。实体集的 关系有一对一、一对多、多对多的联系。
论坛系统 UML模型及文档
BBS子系统UML模型及文档1.用例图普通用户用例图说明:普通用户在该模块发帖，浏览帖子，回复帖子，搜索帖子，但是要登录，没有账号的可以注册账号，等待管理员的审批注册。
管理员能对版块，用户和帖子进行管理。
注册用户BBS模块普通用户在论坛中的用例图修改板块管理员管理用例图BBS模块类图模块类图说明：●版块类：包括版块编号，版块名，版块帖子数，版块简介属性，以及创建版块，删除版块，更新版块等方法。
●Admin：管理员类，包括用户名，状态等属性，以及登录方法。
●皮肤类：包括皮肤名，皮肤编号，使用状态属性，还有更改皮肤，查看当前皮肤的方法。
●用户类：包括用户编号，用户名，发表帖子数属性，删除用户，注册方法。
●帖子类顺序图说明：普通用户登录以后可以在该模块发帖，浏览帖子，回复帖子，搜索帖子。
管理员能对版块，用户和帖子进行管理。
用户顺序图管理员管理帖子顺序图: user4.状态图状态图说明：用户通过链接进入该版块，系统判断用户是普通用户还是管理员，随后跳转到相应的界面。
普通用户可以进行更换论坛的背景皮肤，发表帖子，回复帖子，搜索帖子等操作，管理员则对帖子，用户，版块等进行管理。
操作完毕后，数据库保存数据，用户离开模块。
BBS模块系统状态图5.活动图用户活动图说明：普通用户登录以后可以在该模块发帖，浏览帖子，回复帖子，搜索帖子。
用户活动图6.组件图组件图说明：系统的组件图如图所示，包括系统服务，用户服务和数据服务3个组件。
系统组件图6.配置图配置图说明：系统由多个节点构成，应用服务器负责整个系统的协调，数据库负责数据管理。
客户机通过互联网与服务器相连，管理员通过互联网进行管理。
此外还有很多终端可以作为系统的客户端，由于客户端较多，这里只画出三个。
系统配置图桂林电子科技大学黄初航用户1。
UML顺序图、协作图的设计
湖南文理学院实验报告课程名称：UML建模技术实验实验名称：UML顺序图、协作图的设计成绩：学生姓名：专业：计科班级、学号：同组者姓名：实验日期： 2013、6、2一、实验目的：①掌握对象的设计、消息流的设计；②掌握顺序图、协作图中对象交互关系的设计。
二、实验原理：时序图（Sequence Diagram），亦称为序列图或顺序图，是一种UML行为图。
它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。
它可以表示用例的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。
时序图描述对象是如何交互的，并且将重点放在消息序列上。
也就是说，描述消息是如何在对象间发送和接收的。
所谓协作是指在一定的语境中一组对象以及用以实现某些行为的这些对象间的相互作用。
它描述了在这样一组对象为实现某种目的而组成相互合作的“对象社会”。
协作图就是表现对象协作关系的图，它表示了协作中作为各种类元角色的对象所处的位置，在图中主要显示了类元角色（Classifier Roles）和关联角色（Association Roles）。
类元角色描述了一个对象，关系角色描述了协作关系中的链。
与序列图中明确表示了角色之间的关系，通过协作角色来限定协作中的对象和链接。
另一方面，协作图不将时间作为单独的维来表示，所以必须使用顺序号判断消息的顺序以及并行线程。
序列图和协作图表达的是类似的信息，虽然它们使用的不同的方法表示，但是可以通过适当的方式将它们进行转换。
三、实验内容：①通过对BBS论坛系统的需求分析，绘制顺序图；②通过对BBS论坛系统的需求分析，绘制协作图。
具体内容如下：（一）BBS论坛系统的需求分析1、系统功能需求（1）从前台用户和游客角度，系统应包括：用户注册，用户登录，浏览文章，发表文章，帖子查询。
（2）从论坛管理员角度：会员管理，帖子管理，论坛分类管理，帖子分类。
（1）前台基本业务模块：注册会员，登录系统，发表文章，浏览文章，文章查询。
UML中包括九种图
UML中包括九种图：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。
１）用例图（Use Case Diagram）它是UML中最简单也是最复杂的一种图。
说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。
说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。
用例图表示了角色和用例以及它们之间的关系。
２）类图（Class Diagram）是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。
通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。
３）对象图（）对象图是类图的实例，几乎使用与类图完全相同的标识。
它们的不同点在于对象图显示类的多个对象实例，而不是实例的类。
一个对象图是类图的一个实例。
由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
４）状态图描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。
通常创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
５）时序图又称顺序图，描述了对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。
顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下延伸。
顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。
消息用从一务垂直的对象生命线指向另一个对象的生命线的水平箭头表示。
图中还可以根据需要增加有关时间的说明和其他注释。
６）协作图协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。
协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。
与序列图不同，协作图显示的是对象之间的关系。
另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。
协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
网上论坛管理系统需求分析说明书
1.引言
1.1编写目的
在网络技术逐渐渗入社会生活各个层面的今天，以前网站上的论坛管理系统要用户登陆以后才能进行相关访问及互动。
而随着网络互联技术的进步，现在网站投票只需打开网页就可进行论坛留言。
论坛对象是很多的，各个层次都可进行论坛访问，大至国家领导，小至一个普通干部，访问和留言从到指定用户进行表格到现在通过网络直接点击相应就可进行。
网上论坛管理系统可解决游客访问及留言，致使现在几乎各个网站都有各种类型网站论坛管理系统，用户可选择自己的看法。
所以我提出了本课题的研究。
本系统开发的目的是为了学习这样去做一个交互式的网页以及了解这种强大的网络编程工具，方便客户端和浏览器端之间的交流。
1.2项目背景
互联网正在融入我们的生活，影响和改变着我们的生活。
网络提供给我们的不只是一个获取信息的来源，而且还是一个可以相互交流的空间，网上论坛正是一种供人们进行交流的网络空间。
它不受时间和空间的约束，论坛用户可以发表自己的观点，大家一起探讨某个问题。
目前，网上论坛已不是新事物，许许多多的别具特色的论坛在网络上随处可见。
为了体现论坛的特色，我们搜索各式各样的论坛版面，为了改变网上现存论坛的普遍风格，追加功能，更便于管理，于是开发出一套界面友好美观，易于使用的论坛管理系统。
2.任务概述
2.1目标
2.1.1基本要求
系统包括主要的功能：新用户的注册，会员密码取回，会员登录，用户自己修改信息，管理员删除用户，游客浏览留言，会员新增留言，会员留言回复，管理员删除留言这些功能，可以应付一般的用户需要。
2.1.2开发目标
这个系统预期的目的是为了做成交互式的网页，方便客户端和浏览器端之间的交流。
通过论坛，人们能够相互交流沟通，把疑惑在论坛里公布，大家献计献策，共同学习，共同进步。
2.1.3应用目标
网上论坛系统是一个会员登录留言系统。
网上游客能够浏览论坛上的帖子，并且能够注册成为用户。
论坛注册会员能够修改自己的资料信息，申请版主，发表帖子，让大家积极参与讨论。
论坛管理员能够便于管理论坛，包括浏览游客留言，审核留言，对于不健康或是不利于社会稳定的留言能进行删除操作，会员管理以及论坛版主管理等等。
管理员负责讨论区和帖子的管理，需要具备如下功能：
1．登陆、注册、修改注册信息
2．浏览、创建、修改和删除讨论区
3．浏览、创建、修改、删除、回复帖子
普通用户是注册登陆的用户，需要具备以下功能：
1．登陆、注册、修改注册信息
2．浏览讨论区
3．浏览、创建、回复帖子
根据以上分析结果，对功能进行细化，得出如下功能清单:
1.登陆:提供用户登陆的功能，需要输入用户名和密码
2.注册:提供用户注册的功能，需要输入用户名、密码、密码确认、
E-mail、QQ
3.修改注册信息:提供用户修改信息的功能，可以修改密码、E-mail、
QQ
4.浏览讨论区:用户登陆之后就可以浏览系统中已存在的讨论区，用户
可以查看某一讨论区的详细信息，也可以进入该讨论区浏览发表的帖
子，以及回帖
5.创建讨论区:用户可以创建讨论区，每个讨论区包含一个名称和顺序
号，每个讨论区的名称在系统中是唯一的，顺序号表示讨论区在列表
中的排序
6.修改讨论区:提供讨论区名称和顺序号修改的功能
7.删除讨论区：提供讨论区删除的功能，方便管理员进行讨论区管理
8.浏览帖子:用户进入一个讨论区后，可以看到帖子列表，包含帖子主
题、作者、创建时间、回复次数，点击一个帖子可以查看该帖子的内
容及回帖
9.创建帖子:用户进入讨论区之后，可以选择创建一个新帖子，需要输
入帖子主题和内容
10.修改帖子:提供给管理员使用，修改帖子标题和内容
11.删除帖子:提供给管理员使用，方便管理员进行帖子整理
12.回复帖子:用户在浏览帖子信息的时候，可以进行回复
开发周期：
3星期
开发工具：
Rose、JDK、Dreamweaver和MSSQLServer数据库及Tomcat服务器开发环境：
Windows XP
用例图：
搜索用例卡：
管理帖子的用例卡
删除帖子
转移帖子
置顶帖子
指定帖子精华
编辑帖子
管理用户的用例卡
删除用户
添加用户
设置用户权限
设置论坛参数的用例卡
设置论坛分页参数
设置论坛基本参数
设置用户相关参数
管理板块的用例卡
创建版块
修改版块
删除版块
发帖
浏览帖子
回帖。