BBS论坛系统uml建模.doc

沈 阳 工 程 学 院
课 程 设　计
设计题目: 　 BBＳ论坛系统 　
系 　　别　 信息工程系 　 班级 软件本12１ 　
项目组长 　 　 聂恒阳(1９） 　　　 　 　
项目组员 　 王益峰(16)张朋(２1)杨东明(08） 　　
　 刘明洋(10) 　 　　 　　 　　 　　　 　
指导教师　　 朱克敌、姜柳 　 　职称　 　 副教授 　
起止日期：2０１4　年 12月10日起——至 20１5　年0１月01日止
沈　阳 工 程 学 院
课程设计任务书
课程设计题目： BＢS论坛系统 　
系 别　 　　 信息工程系 　 班级 软件本121 　
项目组长 　　 　 聂恒阳(19）　 　　 　　　
项目组员　　　　 王益峰（16） 张朋(２1)　 杨东明(08）
刘明洋(10） 　 　 　
指导教师　　 朱克敌、姜柳　 　 　 　职称 　副教授 　　 　
课程设计进行地点: 　　 实训F 　　 　　　　 　　 　
任　务 下 达 时　间:　 ２014 年 　12 月 05 日
起止日期:2００9 年　１2月20日起——至 2015年01月01日止
教研室主任 姜柳 　 　　 20１4年12月 １4日批准
ﻬ一、课程设计得原始资料及依据
项目开发与管理课程设计得前驱条件就是要求学生们必须具备“软件工程”与“程序设计”等计算机专业理论知识,本次设计正就是在符合这种前提条件下实施。
首先成立项目小组并推举有责任心得学生担当项目组长,全组成员在组长得带领下，针对“BＢＳ论坛系统”,按着软件生命周期与项目管理得要求,运用面向对象得分析与设计方法,采用目前最为流行得面向对象得设计工具UML,对所选系统进行软件需求分析、功能设计,然后根据能力与功能进行任务分配。根据分析结果进行系统用例图、类图、顺序图、协作图、活动图等项目设计,从而完成一个较完整得项目开发与管理实践。
二、课程设计主要内容及要求
首先要求参加课程设计得学生们要重新认真复习软件工程及项目管理得理论知识与技能，熟练掌握UＭL设计工具,之后学生们能够灵活地把所学理论知识与技能应用于该项目得开发实践中去,从而有目得地加深理解项目开发与管理得深刻含义。具体要求如下:
1.成立项目开发小组并选举项目组长。
2.根据设计要求小组选定设计题目。
3．每天要求项目组长要至少组织召开一次会议，总结、汇报与布置任务。
4.每次会议要求保留会议记录并存档。
５.发挥团队合作精神共同完成如下内容:
⑴ 软件需求分析
⑵ 用例图
⑶ 类图
⑷ 顺序图
⑸ 协作图
⑹ 活动图
⑺ 状态图
6.组长要根据能力合理地分配任务，要求每个组员都能积极参与并完成如下内容：
⑴ 参与需求分析
⑵ 各种设计视图
⑶ 个人总结
７.组长要对每个组员进行公正客观地评价。
8.要求项目组共同对课程设计成果进行装订成册。
三、对课程设计说明书撰写内容、格式、字数得要求
１.课程设计说明书就是体现与总结课程设计成果得载体,要求认真按着要求进行完成。
2．每个项目小组撰写完成并提交一份课程设计说明书。

3.所有文档撰写格式均需要严格按着给定参考模板进行。
4.模板中得文字字体、大小、格式、页眉页脚等各种设置不可随意改变。
５.课程设计说明书严格按着装订顺序进行装订。
6.课程设计说明书装订顺序为:
⑴　课程设计封面(１份)
⑵　任务书(１份)
⑶ 成绩评定表(1份)
⑷ 装订目录
⑸ 课程设计报告书(１份）
　　报告封面
目录
第1章　系统需求分析
第2章 用例图设计建模
第3章 类图设计建模
第４章 顺序图设计建模
第5章 协作图设计建模
第６章 活动图设计建模
第7章　状态图设计建模
第８章 配置图设计建模
致谢
参考文献
附录一:项目开发体制图
附录二:开发时间计划表
⑹ 会议记录(要求每天至少1份)
⑺ 项目个人总结（每人1份）
四、设计完成后应提交成果得种类、数量、质量等方面得要求
1.课程设计报告书（１份)
2.开发时间计划表(1份)
3.会议记录(每天至少1份)
4.个人总结(每人1份）
五、时间进度安排
顺序
阶段日期
计 划 完　成 内 容
备注
1
第1天
（1２月28日)
查阅资料、需求分析

２
第２天
（12月2９日)
功能分析与设计

3
第3天
(１2月3０日)
用例图建模、类图建模、
顺序图建模、协作图建模

4
第4天
(１2月3１日)
活动图建模、状态图建模ﻫ配置图建模

5
第5天
(01月０1日）
个人总结、打印报告

六、主要参考资料(文献)
[1] Ｊ２EE项目实训-－-ＵML及设计模式　 杨少波 清华大学出版社
[２] UMＬ基础与ROＳＥ建模案例 吴建　 人民邮电出版社
[3］ ＵML基础与RＯSE建模教程 蔡敏 人民邮电出版社
沈　阳 工 程 学　院
项目开发管理 课程设计成绩评定表
系（部）：　 信息工程系　 班级： 软件本12１ 组长: 聂恒阳(1９） 　
学生姓名：　　 王益峰（16) 张朋(21) 杨东明（０８) 刘明洋(10)
指 导 教 师 评 审 意 见
评价
内容
具 　　 体 　 要　 　 求
权重
评 　　 分
加权分
调研
论证
能独立查阅文献，收集资料;能制定课程设计方案与日程安排。
0、1
5
4
3
2

工作能力
态度
工作态度认真,遵守纪律，出勤情况就是否良好，能够独立完成设计工作,
0、２
５
4
3
2

工作量
按期圆满完成规定得设计任务，工作量饱满,难度适宜。
0、２
５
４
3
2

说明书得质量
说明书立论正确，论述充分,结论严谨合理,文字通顺,技术用语准确，符号统一，编号齐全,图表完备,书写工整规范
0、５
5
4
3
2

指导教师评审成绩
(加权分合计乘以１２)
　　　 　 分
加权分合计

指 导 教 师 签 名:
年 月 　 日
评 阅　教 师 评 审 意　见
评价
内容
具 　　 体 要 　 求
权重
评 　分
加权分
查阅
文献
查阅文献有一定广泛性;有综合归纳资料得能力
0、２
5
4
3
2

工作量
工作量饱满,难度适中。
0、5
5
4
３
2

说明书得质量
说明书立论正确,论述充分,结论严谨合理,文字通顺,技术用语准确,符号统一,编号齐全,图表完备,书写工整规范。

０、３
5
4
3
２

评阅教师评审成绩
(加权分合计乘以8)
分
加权分合计

评　阅 教 师　签　名:
　年 月 　日
课 程 设 计　总 评 成 绩
分
装订目录
１.封面
2.任务书
3.成绩评定表
4．装订目录
5.课程设计报告书
6.会议记录
7.项目个人总结
项目开发管理课程设计
系统分析设计报告
题目： 　　 ＢBS论坛系统
班级: 软件本121 　　组长: 聂恒阳(19）
组员: 王益峰(16） 张朋（2１) 杨东明(08)
　 刘明洋(10）　 　　　 　　 　
ﻬ目 录
第1章 系统需求分析ﻩ1
1、1需求分析 1
１、2、１ 前台基本业务模块 2
1、2、2 后台管理模块ﻩ3
１、2、3会员服务模块ﻩ3
第2章 用例图设计建模 5
2、1 用例图简介 5
2、２　本系统用例图ﻩ5
2、1、1　游客浏览帖子得用例图 ５
2、1、2 管理员用例图 ６
2、1、3 会员用例图ﻩ６
第3章 类图设计建模 7
3、1 各个参与者类图ﻩ７
３、2　各类之间得关系ﻩ8
第4章　顺序图设计建模ﻩ１0
４、1 顺序图简介 10
４、2本系统顺序图 10
4、2、１游客注册得顺序图 1０
4、2、２　论坛管理员管理会员得顺序图ﻩ11
4、2、3 论坛管理员管理论坛分类得顺序图ﻩ11
4、2、4　论坛管理员管理帖子得顺序图ﻩ12
４、2、5　会员发帖回帖得顺序图ﻩ12
第５章 协作图设计建模 １3
5、1 协作图简介 13
5、２ 本系统协作图 13
5、2、1 游客浏览帖子得协作图ﻩ13
５、２、2 游客注册会员得协作图 １４
５、２、3 会员发帖回帖得协作图 14
5、2、4 管理员管理会员得协作图ﻩ１5
第６章 活动图设计建模ﻩ16
６、1活动图简介 16
6、2本系统活动图ﻩ１６
第７章 状态图设计建模 1８
7、1状态图简介 1８
7、２本系统状态图 18
第8章 配置图设计建模ﻩ20
致 谢ﻩ2１
参考文献 22
附录一：ﻩ23
附录二: 2４
第１章 系统需求分析
BBS论坛系统就是一个专业得知识型论坛网站,论坛系统得主要功能有如下所示。首页、登录、我得帖子、精华帖子、进入后台、注册、注销,为各类人士提供交流得平台。
1、1需求分析
系统开发得总目标就是提供一个供用户交流得平台,为广大用户提供交流经验、探讨问题得社区。
　 一般来说BBS论坛大致分为以下流程:用户登陆进入论坛(一半为游客,有时候注册为会员)，就某个话题(贴字得主题)展开讨论。通过发帖功能发布新得话题;通过回帖功能回复已有得话题;通过搜索功能查找已有得话题。管理员通过功能创建编辑、删除论坛得板块;管理注册得用户；管理帖子。
１、2系统功能需求
(１)游客注册
提供新会员注册功能，包括提供录入信息得界面,检查注册信息得有效性，并将注册会员信息保存在对应数据库得数据表中。
会员发帖回帖
　 提供会员发表文章,回复文章得功能,未注册用户不允许使用该功能
浏览帖子
　 对注册会员与胃注册会员提供文章查询以及阅读得功能,即通过对应文章标题信息,查瞧查询详细内容及发表文章得超级链接
会员管理
当网上论坛得回忆完成注册后,系统会在数据库中加入会员得资料。包括会员名称，会员密码，会员Emaｉl等相关信息资料。同时,按照会员得不同身份,将特殊会员设置为版主，使她具备删除被讨论区中对应文章等特殊操作得权利。管理者可以依据数据库中注册得特殊身份登录到论坛后台对会员信息进行管理。
板块(论坛分类)管理
　　 　 根据不同得讨论内容,管理员将整个讨论区分为不同得区域，会员可以选择进入不同得讨论区,允许管理者对分类进行调整，同时提供不同讨论区中包括文章等得统计功能。
贴子管理
管理员与版主都可以对会员发表得帖子进行提前、置顶与删除等操作。
系统总体功能模块图如下:
BBS论坛系统

后台模块
前台基本业务模块

游客注册
会员发帖回帖
浏览帖子

会员管理
帖子管理
板块管理

图1、1系统功能模块
1、２、1 前台基本业务模块
用户使用模块主要完成用户申请注册BＢS论坛会员身份，会员使用论坛各项功能。
前台基本业务模块包含如图1、2所示得几个方面。
前台基本业务模块

注册会员
登录系统
浏览帖子
回复帖子
会员发表帖子

图1、２:前台基本业务模块图
（１)注册会员
提供新会员注册功能,包括录入信息得节目,检查注册信息得有效性，并将注册会员信息存入对应数据库得数据表中。
（２)登录系统
提供会员登录论坛功能,要想针对谋篇帖子发言,或发表帖子，必须就是登陆用户才可以操作。由于论坛中某些操作只有会员才可以执行，所以必须先登录系统。
（３)浏览帖子
对注册会员与未注册会员提供文章查询以及阅读得功能,即提供对应文章标题信息,以及查瞧详细内容及回复文章得超链接
(4）会员发表帖子
会员可以针对某个感兴趣得活体发表自己独到得见解。未注册用户无此项功能
(5）回复帖子
注册会员可以对某一话题展开讨论,发表意见,并给出回复。
1、2、２ 后台管理模块
后台管理模块主要包括对整个BBS论云系统得设置管理,如下
后台管理模块

板块管理
帖子管理
会员管理

图三：后台管理模块图
(1)板块管理
　 根据不同得话题,管理员可以将每个话题分成不同得种类板块,然后对起进行管理。管理员可以删除认为不必要得板块话题;管理员可以修改板块得主题，类型与数量等；管理员还可以添加新得板块
（２)帖子管理
管理员可以对会员发表得帖子进行管理。管理员可以删除内容反动火不艰苦得帖子,可以指定帖子。还可以设置精华帖,删除、提前帖子等操作
(3)会员管理
　 　管理员可以对会员进行管理。可以删除会员,收回她得会员号;修改会员得基本信息,修改会员得积分,排行等。
１、2、3会员服务模块
会员服务模块包含如图1、4所示得几个方面。
奖励会员
会员服务模块

接受意见
筛选意见
上报意见

图１、4 　观众意见反馈模块
⑴接受意见
接受意见主要负责对会员所反映来得意见进行接受到管理中心。
⑵筛选意见
筛选意见主要负责对会员反映得意见进行筛选,选出较好得意见。
⑶上报意见
上报意见主要负责将会员得正确意见上报给维护管理部门。
⑷奖励会员
上级管理部门将意见采纳后,对被采纳意见得会员进行奖励。
第2章 用例图设计建模
2、１　用例图简介
用例图就是从用户得角度来描述系统功能得，使用用例图可以更好得描述系统应具备得功能。通过分析可知，新闻管理系统得参与者有:后台用户管理员、后台新闻管理员、后台网络管理员与前台得浏览者,12个用例分图。
用例图(Use　Casｅ Dｉagrａm）就是由软件需求分析到最终实现得第一步，它描述人们如何使用一个系统。用例视图显示谁就是相关得用户、用户希望系统提供什么样得服务,以及用户需要为系统提供得服务,以便使系统得用户更容易理解这些元素得用途,也便于软件开发人员最终实现这些元素。用例图在各种开发活动中被广泛得应用,但就是它最常用来描述系统及子系统。
当用例视图在外部用户出现以前出现时,它捕获到系统、子系统或类得行为。它将系统功能划分成对参与者(即系统得理想用户)有用得需求。而交互部分被称作用例。用例使用系统与一个或者多个参与者之间得一系列消息来描述系统中得交互。
用例图包含六个元素，分别就是:参与者(Aｃｔoｒ)、用例(Use　Cａse）、关联关系(Aｓsociａtｉon)、包含关系(Incluｄe）、扩展关系(Eｘｔend）以及泛化关系（Ｇｅneralｉzａtion）。
用例图可一个包含注释与约束,还可一个包含包,用于将模型中得元素组合成更大得模块。有时,可以将用例得实例引入到图中。用例图模型如下所示,参与者用人形图标来标识,用例用椭圆来表示,连线表示它们之间得关系。
2、２ 本系统用例图
２、1、１ 游客浏览帖子得用例图
游客浏览帖子得用例图如图1所示,对于未登录得游客,只能浏览帖子,没有发帖回复等权限,可以注册成为会员。

图2、１ 游客浏览帖子得用例图
2、1、2 管理员用例图
管理员不仅可以做游客与会员得所有操作,还拥有自己得用例,管理员操作后台得用例图如图2、２所示。管理员可进行版面管理,如设定权限、删除帖子、置顶帖子等操作,管理员可对普通会员进行管理,如封禁账号,解除封禁,设置等级等,还可以设置论坛得界面风格,屏蔽一些关键字,进行日常得维护备份等。
系统管理员用例图如下所示:

图２、２系统管理员用例图
2、1、3　会员用例图
会员在论坛中得用例图如图2所示。会员就是论坛系统得主要参与者,在会员进行登录后,可进行浏览、发表、编辑、删除、回复帖子,查瞧个人信息,搜索帖子等一系列得操作。

图2、3会员用例图
　 　 　 　 　　 第3章 类图设计建模
３、１ 各个参与者类图
系统中参与者有４个，分别就是未注册用户、注册用户、版主与系统管理员。其中把未注册用户、注册用户与版主归为使用者,所以该系统中与参与者相关得类得类图如下图所示:

图３、１ 各个参与者类图
类图(ｃlaｓs diａｇram）描述了模型得静态结构,包括模型中得类得类得内部结构以及于其她类得联系，在结构化设计一个系统得时候类图可以让我们得思路更加清晰。
　　 一个类与其她得类多见得联系有:
1、一般化联系　
2、关联联系
３、聚合联系
4、组合联系(合成联系)
５、依赖联系
其中,聚合联系合成联系又属于关联联系。
一般化联系表现就是与类之间就是(is　a)得联系。也就就是类与类之间得继承,接口于接口之间得继承或者就是对一个接口得实现。表示要领就是用一个空心箭头+实线,箭头指向父类。或用空心肩头加虚线(如果富父类就是接口得话)
关联系表现为类与类之间得（has a)联系。它使一个类知道另一个类得属性与要领。关联联系表示得就是类与类之间得持久联系,这种联系一般就是表示一种业务逻辑上得联系,须要保存到数据库中得。
　 聚合联系就是关联得一种,就是一种强关联联系。聚合联系还体现了一种整体与个体得联系。
依赖联系就是表现为类与类之间得一种(use a)得联系。一个类用到了另一个类,为了完成一特定得操作。但就是类与类之间不存在业务逻辑上得联系。依赖联系就是针对于程序来说得。依赖联系体现在程序中主要就是些局部变量、要领参数、或对一个类要领得调用
3、２ 各类之间得关系
　 类不就是单独存在得,各个类之间得存在着一定得联系。该ＢＢS论坛系统中主要类之间得关系如下图所示:

图3、２　各个类之间关系图
系统中其她得类:

图３、３:系统中其她得类图
(a)ｂbs类表示论坛中发表得帖子类。此类得属性有帖子编号(ｂbsid)、板块编号（bｏarｄｉd)、父贴编号(parenｔid)、跟帖数(cｈild)、发表人姓名（uｓｅrname)、发表人E-mail(ｕsermail)、发表人IP地址(usｅriｐ）、发表人表情(ｅxpreｓsion0、签名(uｓｅｒsign0、文章得主题（bｂｓtｏｐic）。包含得方法有增加、删除、更改帖子等操作。
(b)bbs类就是设置分页显示得类。属性包括分页数（pagesCurｒeｎt)、下一页（pagesNext)、最后一页（pagesＬasｔ)。该类得功能主要就是分页显示得到得数据列表。包含得方法有向上、向下翻页,设置页码等。
(c)ｂbｓｂoard类表示板块信息得类。它得属性主要有板块编号(boardid)、板块名称(bｏａrdｎａme）、板块中得版主称呼(boａrdmaster)、版主密码（masterpwd0、版主格言(mastｅrwoｒｄ）、版主E-ｍail(mastｅremaｉl)、板块点击率(ｂoardhitｓ）、板块主题数(bｏardｔopiｃs)。包含得方法有检查版主信息，删除、排列板块等。
(d)bbsrｅｇ类就是跟数据库连接相关得类。属性有jdbc驱动(sDBDrｉver)、连接(conｎ)、结果集(rｓ)。该类就是专门为数据库设计得,其中有一个执行ＳＱL”executeQuery()”得方法。
第4章 顺序图设计建模
4、1 顺序图简介
顺序图显示具体用例(或者就是用例得一部分）得详细流程。它几乎就是自描述得,并且显示了流程中不同对象之间得调用关系，同时还可以很详细地显示对不同对象得不同调用。
顺序图有两个维度:垂直维度以发生得时间顺序显示消息／调用得序列；水平维度显示消息被发送到得对象实例。
顺序图得绘制非常简单。横跨图得顶部,每个框表示每个类得实例(对象)。在框中，类实例名称与类名称之间用空格／冒号/空格来分隔,例如，mｙRepｏrtGｅｎｅrator ： ＲeporｔGenerａtoｒ。如果某个类实例向另一个类实例发送一条消息,则绘制一条具有指向接收类实例得开箭头得连线,并把消息／方法得名称放在连线上面。对于某些特别重要得消息，您可以绘制一条具有指向发起类实例得开箭头得虚线，将返回值标注在虚线上。
阅读顺序图也非常简单。从左上角启动顺序得"驱动"类实例开始,然后顺着每条消息往下阅读。
4、２本系统顺序图
4、２、１游客注册得顺序图
对于游客,只能进行浏览帖子以及注册操作。用户注册时,系统会要求游客输入相关注册信息并对这些信息就是否为合法进行判断,之后返回判断结果。游客确认注册信息后注册模块将向会员信息数据库提交资料,数据库对信息进行保存后会返回注册成功得提示。
⑴游客注册得顺序图如图4、1所示。

　 　　　　 图4、1游客注册得顺序图
４、2、2 论坛管理员管理会员得顺序图
管理员在提交ＩD给会员管理模块后，可以对会员进行维护(添加、删除或修改）。管理员首先输入自己得账号与密码登录系统,此时会将管理员得ＩD保存在系统缓存中并提交会员管理模块。在操作会员得页面中,管理员会根据需要对每个会员进行增删等操作,并将其信息提交给数据库。数据库会对其进行相应得处理，并更新会员信息,至此管理员管理会员操作成功。
⑴论坛管理员管理会员得顺序图如图４、2所示。

图4、2 论坛管理员管理会员得顺序图
4、2、3 论坛管理员管理论坛分类得顺序图
管理员使用自己得账号与密码登录后,将管理员得ID保存在系统得缓存中并提交给论坛类别管理模块。在显示论坛类别管理得页面中,将显示处理类别得相关信息给管理员,管理员在该页面中进行增删等操作后，提交操作得ID给数据库模块处理。数据库模块执行操作后更新结果,并提示更新成功。最后提示处理成功信息给管理员。
⑴论坛管理员管理论坛分类得顺序图如图如图４、3所示。

　　 　 　 　 　图４、3 论坛管理员管理论坛分类得顺序图
４、２、4 论坛管理员管理帖子得顺序图
管理员在帖子管理模块可以对会员发表得帖子进行维护(删除)，还可以对帖子进行一些额外得智能操作,比如置顶帖子、设置精华帖子等。更改完成后,都要经过数据库得处理,并更新数据，才能成功。
⑴论坛管理员管理帖子得顺序图如图４、4所示。

图4、４论坛管理员管理帖子得顺序图
4、2、5 会员发帖回帖得顺序图
会员首先使用自己得账号与密码登录系统，登录模块将会把用户得得ID保存在系统得缓存中,并展现论坛得分类模块给会员。会员此时可以按照兴趣进入不同得主题讨论区，查瞧主题文章，并发表新文章(需要ID检验）与回复新帖,还可以浏览其她类别得主题讨论区。
⑴会员发帖回帖得顺序图如图4、5所示。

图4、５ 会员发帖回帖得顺序图
第5章 协作图设计建模
5、1 协作图简介
协作图(Collａbｏraｔioｎ Dｉaｇrａm,也叫合作图)就是一种交互图(ｉｎteｒactioｎ　diagram），强调得就是发送与接收消息得对象之间得组织结构。一个协作图显示了一系列得对象与在这些对象之间得联系以及对象间发送与接收得消息。对象通常就是命名或匿名得类得实例，也可以代表其她事物得实例,例如协作、组件与节点。使用协作图来说明系统得动态情况。
　 协作图（Cｏｌlabｏratｉon　Diagｒam)显示某组对象如何为了由一个用例描述得一个系统事件而与另一组对象进行协作得交互图。使用协作图可以显示对象角色之间得关系,如为实现某个操作或达到某种结果而在对象间交换得一组消息。如果需要强调时间与序列,最好选择序列图;如果需要强调上下文相关,最好选择协作图。
　 协作图用于显示对象之间如何进行交互以执行特定用例或用例中特定部分得行为。设计员使用协作图与序列图确定并阐明对象得角色,这些对象执行用例得特定事件流。它们就是主要得信息来源,用于确定类得职责与接口。
　 与序列图不同,协作图显示了对象之间得关系。序列图与协作图表述得就是相似得信息,但表述得方式却不同。协作图显示对象之间得关系,它更有利于理解对给定对象得所有影响，也更适合过程设计。
　 协作图得格式决定了它们更适合在分析活动中使用(请参见活动:用例分析）。它们特别适合用来描述少量对象之间得简单交互。随着对象与消息数量得增多，理解协作图将越来越困难。此外,协作图很难显示补充得说明性信息,例如时间、判定点或其她非结构化得信息，而在序列图中这些信息可以方便地添加到注释中。
　　 协作图强调参与一个交互对象得组织,它由以下基本元素组成:活动者(Actoｒ)、对象(Oｂject)、连接(Liｎk）与消息(Ｍessａge)。在UML中,使用实线标记两个对象之间得连接，
协作图中得消息,由标记在连接上方得带有标记得箭头表示。协作图包含类元角色与关联角色,而不仅仅就是类元与关联。类元角色与关联角色描述了对象得配置与当一个协作得实例执行时可能出现得连接。当协作被实例化时，对象受限于类元角色,连接受限于关联角色。关联角色也可以被各种不同得临时连接所担当,例如过程参量或局部过程变量。连接符号可以使用构造型表示临时连接(《paramｅter》或《lｏcal》)或调用同一个对象（《sｅlf》)。虽然整个系统中可能有其她得对象,但只有涉及到协作得对象才会被表示出来。换而言之,协作图只对相互之间具有交互作用得对象与对象间得关联建模，而忽略了其她对象与关联。
5、2 本系统协作图
5、2、１ 游客浏览帖子得协作图
游客浏览帖子得协作图如图5、1所示。

图5、1 游客浏览帖子得协作图
５、２、２ 游客注册会员得协作图
游客注册会员得协作图如图5、２所示。

图5、2　游客注册会员得协作图
5、2、3 会员发帖回帖得协作图
会员发帖回帖得协作图如图5、3所示。

图５、3 会员发帖回帖得协作图
５、2、４ 管理员管理会员得协作图
管理员管理会员得协作图如图5、4所示。

图5、4　管理员管理会员得协作图
第6章 活动图设计建模
６、１活动图简介
活动图表示在处理某个活动时,两个或者更多类对象之间得过程控制流。活动图可用于在业务单元得级别上对更高级别得业务过程进行建模,或者对低级别得内部类操作进行建模。活动图最适合用于对较高级别得过程建模,比如公司当前在如何运作业务,或者业务如何运作等。这就是因为与序列图相比，活动图在表示上"不够技术性得",但有业务头脑得人们往往能够更快速地理解它们。
活动图得符号集与状态图中使用得符号集类似。像状态图一样，活动图也从一个连接到初始活动得实心圆开始。活动就是通过一个圆角矩形(活动得名称包含在其内)来表示得。活动可以通过转换线段连接到其她活动,或者连接到判断点，这些判断点连接到由判断点得条件所保护得不同活动。结束过程得活动连接到一个终止点(就像在状态图中一样）。作为一种选择,活动可以分组为泳道(ｓwimｌane），泳道用于表示实际执行活动得对象
活动图就是UML用于对系统得动态行为建模得另一种常用工具,它描述活动得顺序,展现从一个活动到另一个活动得控制流程。
６、2本系统活动图
BBＳ管理系统前台活动图如图6、1所示。

图６、1BＢS论坛系统前台活动图
由图可以瞧出,用户进入论坛,首先会员登录或新用户注册，显示论坛得分类,查阅论坛文章标题,点击阅读,读者可以对帖子进行回复,如果已注册会员，则回帖成功;否则提示用户注册会员。
BBS论坛系统后台管理活动图如图6、２所示。

图6、２BBS论坛系统后台管理活动图
由图可以瞧出,管理员对版面管理、风格管理、会员管理、普通管理等4大模块进行活动管理，每一个模块又包含若干小功能。
　 　 　 　 　 第７章　状态图设计建模
7、1状态图简介
状态图表示某个类所处得不同状态与该类得状态转换信息。有人可能会争论说每个类都有状态,但不就是每个类都应该有一个状态图。只对"感兴趣得"状态得类（也就就是说,在系统活动期间具有三个或更多潜在状态得类)才进行状态图描述。
状态图得符号集包括5个基本元素:初始起点，它使用实心圆来绘制;状态之间得转换,它使用具有开箭头得线段来绘制;状态,它使用圆角矩形来绘制;判断点,它使用空心圆来绘制;以及一个或者多个终止点,它们使用内部包含实心圆得圆来绘制。要绘制状态图,首先绘制起点与一条指向该类得初始状态得转换线段。状态本身可以在图上得任意位置绘制,然后只需使用状态转换线条将它们连接起来。
在新闻中心管理系统得后台管理中,主要有添加新闻、修改新闻、以及删除新闻3种状态。
7、2本系统状态图
帖子最初得存在属性就是会员发表得帖子与回复得帖子,当版主将帖子设置置顶、精华、热门标志后，这些帖子得状态就发生了改变。当版主将帖子拖至垃圾箱后，则该帖子就成为被删除得帖子了,但就是当版主在没有清空垃圾箱时,该帖子还就是存在得,所以帖子也有删除这种状态。
帖子得状态图如图7、1所示。

图７、１ 帖子得状态图
当用户首次进入BＢＳ论坛系统时,她得身份就是普通游客，但就是当她注册成功后,就成为了普通会员,会员有申请成为版主得权利,当管理员批准并设为版主后,普通会员就成为版主了,版主同样有权利提出辞职,当管理员批准后,版主就成为普通会员了。当会员/版主发出得请求没有得到回复时,会员与版主又就是一种状态,因为当会员/版主得请求没有得到回应时,系统对这些发出请求得用户就是有记录得。与普通会员还就是有区别得。
用户得状态图如图7、2所示。

图７、２用户得状态图
第8章　配置图设计建模
组件图提供系统得物理视图。它得用途就是显示系统中得软件对其她软件组件(例如,库函数)得依赖关系。组件图可以在一个非常高得层次上显示,从而仅显示粗粒度得组件,
也可以在组件包层次２上显示。组件图得建模最适合通过例子来描述。
本系统得配置图如图８、1所示

图8、1系统配置图
致　谢
本次课程设计得实验及论文得撰写均就是在朱克敌老师与姜柳君老师得悉心指导下进行得。尤其在总体设计时老师提出了很多宝贵得建议。设计中得每一个环节无不凝聚着老师得心血。老师在项目开发管理设计方面有很多得实践经验,在我们面对问题得时候对我们悉心得指导及其她严谨得工作态度锐意创新得精神,使我们受益匪浅，在此特别向老师表示深深得感谢与由衷得敬意。
感谢学校为我们安排得每次课程设,项目开发管理设计很快就结束了,使我们能够把学到得知识运用到实践中,一周得课设期间我们在实训中遇到了许多困难,当被这些问题困扰得时候,我们就向老师与同学寻求帮助,老师们很认真得为我们解答并告诉我们就是哪里出了问题导致了错误，通过老师得细心指导使我们在计算机组成原理设计方面得知识得到了扩充,懂得了许多以前不知道得知识，我们也在老师得细心指导中体会到了老师对学生那种从内心发出得关爱,让我们非常感动。当询问同学时,同学也非常热心得尽全力帮助我们,让我们感受到了同学之间得友谊之情。
在本次课程设计中,我们有幸得到了朱老师得细心指导,使我们学习到了许多专业知识及微程序设计方面得宝贵经验。在这一周得时间里,大家齐心合力,在各位老师得指导下,我们攻克了重重难关,完成了预期得目标,这都得益于老师及同学们得大力支持与帮助,得益于老师们提供得各种资料与讲解。通过本次课程设计,使我从两位指导老师身上学到了很多东西,老师认真负责得工作态度,严谨得治学得精神与深厚得理论水平都使我收益匪浅,并给我留下了深刻得印象。
老师在整个设计过程中,帮助我们解决了不少得难题,给予了我们巨大得帮助与鼓励,并细心得为我们介绍在数据库设计方面得知识,这使我们得到不少得长进,这对于我们以后得工作与学习都起着巨大得影响。更使我加深了对数据库设计过程有了进一步了解，并掌握了一定得设计得技能。
在最后，再次感谢朱老师与姜老师得指导以及对我们得鼓励，让我们在以后得日子里有更大得兴趣去继续研究我们得微程序,同时本文在她得悉心指导下才顺利完成得。报告得每次改动都离不开老师得辛勤工作,正就是老师百忙中不辞劳苦得帮助，才使我能够顺利完成这篇报告。在这里，对您衷心得表示感谢。在大学里对我们有深远影响得老师们，她们就是我们在今后继续学习过程中得宝贵财富。在最后忠心得感谢老师给我们得帮助与支持，我相信这次课程设计获得得经验在以后得学习与生活中对我们会有很大得帮助。
参考文献
[1] ＵML 2、0与统一过程 （英)　Jｉｍ Arlｏw, Ilａ Ｎeustaｄｔ著
［2] UMＬ 与系统分析设计　张龙祥编著
［３] UML工具箱 (美) Ｈanｓ-Eｒik　Eｒiksson， Ｍaｇｎus Pｅnker著
[4] ＵMＬ建模实例详解 范晓平编著
[5] Java项目开发全程实录 　苗春义等编
[6]　软件工程与UMＬ 　胡林玲主编
[7] 对象 组件　框架与UＭL应用 　Deｓmond Francis D'souza,　Alan Cameron Wｉｌｌｓ著
[8] 用ＵML进行用况对象健模 Doug　Roseｎbｅrg, Keｎｄall Scｏtt编著
[９］ UML软件开发 (英) Keｎ Luｎn著
[10]UML 与系统分析设计 张龙祥编著
附录一：
项目开发体制图
SE/PG
杨东明
SE/PG
刘明洋
SE/PG
张朋
SE/PG
聂恒阳
SE/PG
王益峰
PM
聂恒阳
CM
王益峰