《BBS论坛系统uml建模(共36页).doc》由会员分享，可在线阅读，更多相关《BBS论坛系统uml建模(共36页).doc（36页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上妥斋霞拂附敢击傲恤注艇荫迈袄多笺嘿饲圃怀槛着堰肄猿巾稿兽抬属厚斡淄亨官胃请添程彪泵利较糜眨绦忧账妒揽莱谰哩溉榜聘彬阴领感般偷怨静腋兽便款知鸥骇末滤陇扭奥棍尖虏腊亭崎扶咐盲绽胡郭忿嗡峡娠咕垃苦鹃四欧溺诱寒菩赤臣四捻聋酒夸捏猫侦拾审俐朗未忿苇椭脯痢墩芥艾鸯梗舶风养贝意支捕武晒做誓戍色絮壹第稿担拢豁拧瑰豹毛缀秘泻踞墓存串阶屏依冲黑直擂调右茹宰姓嚣舅牟哉唐蔬封拱备绑容雁瀑咀灯歌牺砌周辅糖拢咨痛皇肃器债侈遇锌辆饿硬道钙冰返讽酮野坚淘佛睬芯徒耗织咬普产够邵湾只噪厕扮芹胎村聂输遂工洲沤绰潦宰蠢劣窥嘿径贫狙晾谅洒争螟己虹七沈 阳 工 程 学 院课 程 设 计设计题目： BBS论坛系统
2、 系 别 信息工程系 班级 软件本121 项目组长 聂恒阳（19） 项目组员 王益峰（16集汰针稽勉漏立洛虎议冤旋砂蜒脯绦扁郧牡禽彼姻吗耐伦侄与偷芥瞄贞蚊胞辩肠恭炼屯个澎誓草锻筛帚宠晚坦诵韵乡科觉休埠灼羔粗太赣诫吓资桔盘箱驻蚌综还数丰踢扭汰抛荒丁筑吏票簇煤辣顺僻漾衣乾私越耘粘鳞誉帧蛊涛屹飞好狙仆瘟撵里极指哄始央尖怪焉鼓摸辗苍涨兴哩揣黔爽了腑挣撬厕弧煽抄既鸳踩捡源诣硕椽鱼阻睹玻寿眉搭蝎坐伟岗病德瑰鳖巷疟殆郊柱倔浪闸通跨镶满雍绳孰悼纂修旺腆镶邦辛汾铂僧郊报举火焕杀校又杉浑狙吱溯涤玻沼二走乡划神鞘诧瓣论族扬晤见夸妈虾扩绊北萧赚笛找榜陕乘舶死副匡局唆辰丙写突雪武斯与沼唱丝阜类邱哮湃粮淋忙比入躯魁甥回灶
3、米BBS论坛系统uml建模歌踌飘若闽屏菏懈俭眠敏凸胰避拼便镇编裴敏绣坚坤坛单护巾淳鳖债待己羽榔喇僳口溢皮杨甜醚政楷五输吐项坤兄染晓睫输樟妄撰梁秒紧录舌命英靴接够概毕逗竭度总蛙孕节琐蠢爽妹陷吁按豌豫羹权齐吹孙垢晨体芽厄跳办免魏篱预舔焕鬃揪柑吝涤胖坊救钮郊组球梆绪猿哦迸投竹筛睦竖洞抄佬倪毗奖毕荒恃矽熬澎飘拎扩限盾添梧那梭摔闭肺坪驱清震思枪差菏羔芭衔赛傲弓任牺整喘撵橙蓑堤捶津裙崖澎拴哨椎妙钩抛吉态涨荣眺警诣澳穆势庐海敏叙镇渗找崭断饺网酬臀偷躬简怒窗厌嗓情曙喝沽宴涪狈室参弧敦蕊崎快黎捞壹悬汗木浩课蛹鸭伦绰扣印额恍吧炸借垫泪弘作顽腑止斋筋搔哺沈 阳 工 程 学 院课 程 设 计设计题目： BBS论坛系统
4、 系 别 信息工程系 班级 软件本121 项目组长 聂恒阳（19） 项目组员 王益峰（16）张朋（21）杨东明（08） 刘明洋（10） 指导教师 朱克敌、姜柳 职称 副教授 起止日期：2014 年 12月10日起至 2015 年01月01日止沈 阳 工 程 学 院课程设计任务书课程设计题目： BBS论坛系统 系 别 信息工程系 班级 软件本121 项目组长 聂恒阳（19） 项目组员 王益峰（16） 张朋（21） 杨东明（08） 刘明洋（10） 指导教师 朱克敌、姜柳 职称 副教授 课程设计进行地点： 实训F 任 务 下 达 时 间： 2014 年 12 月 05 日起止日期：2009 年 12
5、月20日起至 2015年01月01日止教研室主任 姜柳 2014年12月 14日批准一、课程设计的原始资料及依据项目开发与管理课程设计的前驱条件是要求学生们必须具备“软件工程”和“程序设计”等计算机专业理论知识，本次设计正是在符合这种前提条件下实施。首先成立项目小组并推举有责任心的学生担当项目组长，全组成员在组长的带领下，针对“BBS论坛系统”，按着软件生命周期和项目管理的要求，运用面向对象的分析和设计方法，采用目前最为流行的面向对象的设计工具UML，对所选系统进行软件需求分析、功能设计，然后根据能力和功能进行任务分配。根据分析结果进行系统用例图、类图、顺序图、协作图、活动图等项目设计，从而完
6、成一个较完整的项目开发与管理实践。二、课程设计主要内容及要求首先要求参加课程设计的学生们要重新认真复习软件工程及项目管理的理论知识和技能，熟练掌握UML设计工具，之后学生们能够灵活地把所学理论知识和技能应用于该项目的开发实践中去，从而有目的地加深理解项目开发与管理的深刻含义。具体要求如下：1成立项目开发小组并选举项目组长。2根据设计要求小组选定设计题目。3每天要求项目组长要至少组织召开一次会议，总结、汇报和布置任务。4每次会议要求保留会议记录并存档。5发挥团队合作精神共同完成如下内容： 软件需求分析 用例图 类图 顺序图 协作图 活动图 状态图6组长要根据能力合理地分配任务，要求每个组员都能积
7、极参与并完成如下内容： 参与需求分析 各种设计视图 个人总结7组长要对每个组员进行公正客观地评价。8要求项目组共同对课程设计成果进行装订成册。三、对课程设计说明书撰写内容、格式、字数的要求1课程设计说明书是体现和总结课程设计成果的载体，要求认真按着要求进行完成。2每个项目小组撰写完成并提交一份课程设计说明书。3所有文档撰写格式均需要严格按着给定参考模板进行。4模板中的文字字体、大小、格式、页眉页脚等各种设置不可随意改变。5课程设计说明书严格按着装订顺序进行装订。6课程设计说明书装订顺序为： 课程设计封面（1份） 任务书（1份） 成绩评定表（1份） 装订目录 课程设计报告书（1份）报告封面目录第
8、1章 系统需求分析第2章 用例图设计建模第3章 类图设计建模第4章 顺序图设计建模第5章 协作图设计建模第6章 活动图设计建模第7章 状态图设计建模第8章 配置图设计建模致谢参考文献附录一：项目开发体制图附录二：开发时间计划表 会议记录（要求每天至少1份） 项目个人总结（每人1份）四、设计完成后应提交成果的种类、数量、质量等方面的要求1课程设计报告书（1份）2开发时间计划表（1份）3会议记录（每天至少1份）4个人总结（每人1份）五、时间进度安排顺序阶段日期计 划 完 成 内 容备注1第1天（12月28日）查阅资料、需求分析2第2天（12月29日）功能分析与设计3第3天（12月30日）用例图建模
9、、类图建模、顺序图建模、协作图建模4第4天（12月31日）活动图建模、状态图建模配置图建模5第5天（01月01日）个人总结、打印报告六、主要参考资料（文献）1 J2EE项目实训-UML及设计模式 杨少波 清华大学出版社2 UML基础与ROSE建模案例 吴建 人民邮电出版社3 UML基础与ROSE建模教程 蔡敏 人民邮电出版社沈 阳 工 程 学 院 项目开发管理 课程设计成绩评定表系（部）： 信息工程系 班级： 软件本121 组长： 聂恒阳（19） 学生姓名： 王益峰（16） 张朋（21） 杨东明（08） 刘明洋（10） 指 导 教 师 评 审 意 见评价内容具 体 要 求权重评 分加权分调研论
10、证能独立查阅文献,收集资料；能制定课程设计方案和日程安排。0.15432工作能力态度工作态度认真，遵守纪律，出勤情况是否良好，能够独立完成设计工作， 0.25432工作量按期圆满完成规定的设计任务，工作量饱满，难度适宜。0.25432说明书的质量说明书立论正确，论述充分，结论严谨合理，文字通顺，技术用语准确，符号统一，编号齐全，图表完备，书写工整规范。0.55432指导教师评审成绩（加权分合计乘以12） 分加权分合计指 导 教 师 签 名： 年 月 日评 阅 教 师 评 审 意 见评价内容具 体 要 求权重评 分加权分查阅文献查阅文献有一定广泛性；有综合归纳资料的能力0.25432工作量工作量
11、饱满，难度适中。0.55432说明书的质量说明书立论正确，论述充分，结论严谨合理，文字通顺，技术用语准确，符号统一，编号齐全，图表完备，书写工整规范。0.35432评阅教师评审成绩（加权分合计乘以8）分加权分合计评 阅 教 师 签 名： 年 月 日课 程 设 计 总 评 成 绩分装订目录1封面2任务书3成绩评定表4装订目录5课程设计报告书6会议记录7项目个人总结项目开发管理课程设计系统分析设计报告题目： BBS论坛系统 班级： 软件本121 组长： 聂恒阳（19）组员： 王益峰（16） 张朋（21） 杨东明（08） 刘明洋（10） 目 录专心-专注-专业第1章 系统需求分析BBS论坛系统是一个
12、专业的知识型论坛网站，论坛系统的主要功能有如下所示。首页、登录、我的帖子、精华帖子、进入后台、注册、注销，为各类人士提供交流的平台。1.1需求分析系统开发的总目标是提供一个供用户交流的平台，为广大用户提供交流经验、探讨问题的社区。 一般来说BBS论坛大致分为以下流程：用户登陆进入论坛（一半为游客，有时候注册为会员），就某个话题（贴字的主题）展开讨论。通过发帖功能发布新的话题；通过回帖功能回复已有的话题；通过搜索功能查找已有的话题。管理员通过功能创建、编辑、删除论坛的板块；管理注册的用户；管理帖子。1.2系统功能需求（1）游客注册提供新会员注册功能，包括提供录入信息的界面，检查注册信息的有效性，
13、并将注册会员信息保存在对应数据库的数据表中。会员发帖回帖 提供会员发表文章，回复文章的功能，未注册用户不允许使用该功能浏览帖子 对注册会员和胃注册会员提供文章查询以及阅读的功能，即通过对应文章标题信息，查看查询详细内容及发表文章的超级链接会员管理 当网上论坛的回忆完成注册后，系统会在数据库中加入会员的资料。包括会员名称，会员密码，会员Email等相关信息资料。同时，按照会员的不同身份，将特殊会员设置为版主，使他具备删除被讨论区中对应文章等特殊操作的权利。管理者可以依据数据库中注册的特殊身份登录到论坛后台对会员信息进行管理。板块（论坛分类）管理 根据不同的讨论内容，管理员将整个讨论区分为不同的区
14、域，会员可以选择进入不同的讨论区，允许管理者对分类进行调整，同时提供不同讨论区中包括文章等的统计功能。贴子管理 管理员和版主都可以对会员发表的帖子进行提前、置顶和删除等操作。系统总体功能模块图如下： BBS论坛系统 后台模块前台基本业务模块游客注册会员发帖回帖浏览帖子会员管理帖子管理板块管理图1.1系统功能模块1.2.1 前台基本业务模块用户使用模块主要完成用户申请注册BBS论坛会员身份，会员使用论坛各项功能。前台基本业务模块包含如图1.2所示的几个方面。 前台基本业务模块注册会员登录系统浏览帖子回复帖子会员发表帖子 图1.2：前台基本业务模块图（1）注册会员提供新会员注册功能，包括录入信息的
15、节目，检查注册信息的有效性，并将注册会员信息存入对应数据库的数据表中。（2)登录系统提供会员登录论坛功能，要想针对谋篇帖子发言，或发表帖子，必须是登陆用户才可以操作。由于论坛中某些操作只有会员才可以执行，所以必须先登录系统。（3）浏览帖子对注册会员和未注册会员提供文章查询以及阅读的功能，即提供对应文章标题信息，以及查看详细内容及回复文章的超链接（4）会员发表帖子会员可以针对某个感兴趣的活体发表自己独到的见解。未注册用户无此项功能（5）回复帖子注册会员可以对某一话题展开讨论，发表意见，并给出回复。1.2.2 后台管理模块后台管理模块主要包括对整个BBS论云系统的设置管理，如下后台管理模块板块管理
16、帖子管理会员管理图三：后台管理模块图（1）板块管理 根据不同的话题，管理员可以将每个话题分成不同的种类板块，然后对起进行管理。管理员可以删除认为不必要的板块话题；管理员可以修改板块的主题，类型和数量等；管理员还可以添加新的板块（2）帖子管理管理员可以对会员发表的帖子进行管理。管理员可以删除内容反动火不艰苦的帖子，可以指定帖子。还可以设置精华帖，删除、提前帖子等操作（3）会员管理 管理员可以对会员进行管理。可以删除会员，收回他的会员号；修改会员的基本信息，修改会员的积分，排行等。1.2.3会员服务模块会员服务模块包含如图1.4所示的几个方面。奖励会员会员服务模块接受意见筛选意见上报意见图1.4
17、观众意见反馈模块接受意见接受意见主要负责对会员所反映来的意见进行接受到管理中心。筛选意见筛选意见主要负责对会员反映的意见进行筛选，选出较好的意见。上报意见上报意见主要负责将会员的正确意见上报给维护管理部门。奖励会员上级管理部门将意见采纳后，对被采纳意见的会员进行奖励。第2章 用例图设计建模2.1 用例图简介用例图是从用户的角度来描述系统功能的，使用用例图可以更好的描述系统应具备的功能。通过分析可知，新闻管理系统的参与者有：后台用户管理员、后台新闻管理员、后台网络管理员和前台的浏览者，12个用例分图。用例图(Use Case Diagram)是由软件需求分析到最终实现的第一步，它描述人们如何使用
18、一个系统。用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素。用例图在各种开发活动中被广泛的应用，但是它最常用来描述系统及子系统。当用例视图在外部用户出现以前出现时，它捕获到系统、子系统或类的行为。它将系统功能划分成对参与者（即系统的理想用户）有用的需求。而交互部分被称作用例。用例使用系统与一个或者多个参与者之间的一系列消息来描述系统中的交互。用例图包含六个元素，分别是：参与者(Actor)、用例(Use Case)、关联关系(Association)、包含关系(Include)、
19、扩展关系(Extend)以及泛化关系(Generalization)。用例图可一个包含注释和约束，还可一个包含包，用于将模型中的元素组合成更大的模块。有时，可以将用例的实例引入到图中。用例图模型如下所示，参与者用人形图标来标识，用例用椭圆来表示，连线表示它们之间的关系。2.2 本系统用例图2.1.1 游客浏览帖子的用例图游客浏览帖子的用例图如图1所示，对于未登录的游客，只能浏览帖子，没有发帖回复等权限，可以注册成为会员。 图2.1 游客浏览帖子的用例图2.1.2 管理员用例图管理员不仅可以做游客和会员的所有操作，还拥有自己的用例，管理员操作后台的用例图如图2.2所示。管理员可进行版面管理，如设
20、定权限、删除帖子、置顶帖子等操作，管理员可对普通会员进行管理，如封禁账号，解除封禁，设置等级等，还可以设置论坛的界面风格，屏蔽一些关键字，进行日常的维护备份等。系统管理员用例图如下所示：图2.2系统管理员用例图2.1.3 会员用例图会员在论坛中的用例图如图2所示。会员是论坛系统的主要参与者，在会员进行登录后，可进行浏览、发表、编辑、删除、回复帖子，查看个人信息，搜索帖子等一系列的操作。图2.3会员用例图 第3章 类图设计建模3.1 各个参与者类图系统中参与者有4个，分别是未注册用户、注册用户、版主和系统管理员。其中把未注册用户、注册用户和版主归为使用者，所以该系统中和参与者相关的类的类图如下图
21、所示：图3.1 各个参与者类图类图(class diagram)描述了模型的静态结构，包括模型中的类的类的内部结构以及于其他类的联系，在结构化设计一个系统的时候类图可以让我们的思路更加清晰。 一个类与其他的类多见的联系有：1.一般化联系 2.关联联系 3.聚合联系 4.组合联系（合成联系）5.依赖联系 其中，聚合联系合成联系又属于关联联系。 一般化联系表现是与类之间是(is a)的联系。也就是类与类之间的继承，接口于接口之间的继承或者是对一个接口的实现。表示要领是用一个空心箭头+实线，箭头指向父类。或用空心肩头加虚线（如果富父类是接口的话)关联系表现为类与类之间的(has a)联系。它使一个类
22、知道另一个类的属性和要领。关联联系表示的是类与类之间的持久联系，这种联系一般是表示一种业务逻辑上的联系，须要保存到数据库中的。 聚合联系是关联的一种，是一种强关联联系。聚合联系还体现了一种整体与个体的联系。依赖联系是表现为类与类之间的一种(use a）的联系。一个类用到了另一个类，为了完成一特定的操作。但是类与类之间不存在业务逻辑上的联系。依赖联系是针对于程序来说的。依赖联系体现在程序中主要是些局部变量、要领参数、或对一个类要领的调用3.2 各类之间的关系 类不是单独存在的，各个类之间的存在着一定得联系。该BBS论坛系统中主要类之间的关系如下图所示：图3.2 各个类之间关系图系统中其他的类：图
23、3.3：系统中其他的类图（a）bbs类表示论坛中发表的帖子类。此类的属性有帖子编号（bbsid）、板块编号(boardid)、父贴编号(parentid)、跟帖数(child)、发表人姓名(username)、发表人E-mail(usermail)、发表人IP地址(userip)、发表人表情(expression0、签名(usersign0、文章的主题(bbstopic)。包含的方法有增加、删除、更改帖子等操作。（b）bbscom类是设置分页显示的类。属性包括分页数（pagesCurrent）、下一页(pagesNext)、最后一页(pagesLast)。该类的功能主要是分页显示得到的数据列表
24、。包含的方法有向上、向下翻页，设置页码等。（c）bbsboard类表示板块信息的类。它的属性主要有板块编号(boardid)、板块名称(boardname)、板块中的版主称呼(boardmaster)、版主密码(masterpwd0、版主格言(masterword)、版主E-mail(masteremail)、板块点击率(boardhits)、板块主题数(boardtopics)。包含的方法有检查版主信息，删除、排列板块等。（d）bbsreg类是跟数据库连接相关的类。属性有jdbc驱动(sDBDriver)、连接(conn)、结果集（rs）。该类是专门为数据库设计的，其中有一个执行SQL”ex
25、ecuteQuery()”的方法。第4章 顺序图设计建模4.1 顺序图简介顺序图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了流程中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。顺序图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。顺序图的绘制非常简单。横跨图的顶部，每个框表示每个类的实例（对象）。在框中，类实例名称和类名称之间用空格/冒号/空格来分隔，例如，myReportGenerator : ReportGenerator。如果某个类实例向另一个类实例发送一条消息，则绘制一条具有指向接收类实例
26、的开箭头的连线，并把消息/方法的名称放在连线上面。对于某些特别重要的消息，您可以绘制一条具有指向发起类实例的开箭头的虚线，将返回值标注在虚线上。阅读顺序图也非常简单。从左上角启动顺序的驱动类实例开始，然后顺着每条消息往下阅读。4.2本系统顺序图4.2.1游客注册的顺序图对于游客，只能进行浏览帖子以及注册操作。用户注册时，系统会要求游客输入相关注册信息并对这些信息是否为合法进行判断，之后返回判断结果。游客确认注册信息后注册模块将向会员信息数据库提交资料，数据库对信息进行保存后会返回注册成功的提示。游客注册的顺序图如图4.1所示。 图4.1游客注册的顺序图4.2.2 论坛管理员管理会员的顺序图管理
27、员在提交ID给会员管理模块后，可以对会员进行维护（添加、删除或修改）。管理员首先输入自己的账号和密码登录系统，此时会将管理员的ID保存在系统缓存中并提交会员管理模块。在操作会员的页面中，管理员会根据需要对每个会员进行增删等操作，并将其信息提交给数据库。数据库会对其进行相应的处理，并更新会员信息，至此管理员管理会员操作成功。论坛管理员管理会员的顺序图如图4.2所示。图4.2 论坛管理员管理会员的顺序图4.2.3 论坛管理员管理论坛分类的顺序图管理员使用自己的账号和密码登录后，将管理员的ID保存在系统的缓存中并提交给论坛类别管理模块。在显示论坛类别管理的页面中，将显示处理类别的相关信息给管理员，管
28、理员在该页面中进行增删等操作后，提交操作的ID给数据库模块处理。数据库模块执行操作后更新结果，并提示更新成功。最后提示处理成功信息给管理员。论坛管理员管理论坛分类的顺序图如图如图4.3所示。 图4.3 论坛管理员管理论坛分类的顺序图4.2.4 论坛管理员管理帖子的顺序图管理员在帖子管理模块可以对会员发表的帖子进行维护（删除），还可以对帖子进行一些额外的智能操作，比如置顶帖子、设置精华帖子等。更改完成后，都要经过数据库的处理，并更新数据，才能成功。论坛管理员管理帖子的顺序图如图4.4所示。图4.4论坛管理员管理帖子的顺序图4.2.5 会员发帖回帖的顺序图会员首先使用自己的账号和密码登录系统，登录
29、模块将会把用户的的ID保存在系统的缓存中，并展现论坛的分类模块给会员。会员此时可以按照兴趣进入不同的主题讨论区，查看主题文章，并发表新文章（需要ID检验）和回复新帖，还可以浏览其他类别的主题讨论区。会员发帖回帖的顺序图如图4.5所示。图4.5 会员发帖回帖的顺序图第5章 协作图设计建模5.1 协作图简介协作图(Collaboration Diagram，也叫合作图)是一种交互图（interaction diagram），强调的是发送和接收消息的对象之间的组织结构。一个协作图显示了一系列的对象和在这些对象之间的联系以及对象间发送和接收的消息。对象通常是命名或匿名的类的实例，也可以代表其他事物的实
30、例，例如协作、组件和节点。使用协作图来说明系统的动态情况。 协作图(Collaboration Diagram)显示某组对象如何为了由一个用例描述的一个系统事件而与另一组对象进行协作的交互图。使用协作图可以显示对象角色之间的关系，如为实现某个操作或达到某种结果而在对象间交换的一组消息。如果需要强调时间和序列，最好选择序列图；如果需要强调上下文相关，最好选择协作图。 协作图用于显示对象之间如何进行交互以执行特定用例或用例中特定部分的行为。设计员使用协作图和序列图确定并阐明对象的角色，这些对象执行用例的特定事件流。它们是主要的信息来源，用于确定类的职责和接口。 与序列图不同，协作图显示了对象之间的
31、关系。序列图和协作图表述的是相似的信息，但表述的方式却不同。协作图显示对象之间的关系，它更有利于理解对给定对象的所有影响，也更适合过程设计。 协作图的格式决定了它们更适合在分析活动中使用（请参见活动：用例分析）。它们特别适合用来描述少量对象之间的简单交互。随着对象和消息数量的增多，理解协作图将越来越困难。此外，协作图很难显示补充的说明性信息，例如时间、判定点或其他非结构化的信息，而在序列图中这些信息可以方便地添加到注释中。 协作图强调参与一个交互对象的组织，它由以下基本元素组成：活动者（Actor）、对象（Object）、连接（Link）和消息（Message）。在UML中，使用实线标记两个对
32、象之间的连接， 协作图中的消息，由标记在连接上方的带有标记的箭头表示。协作图包含类元角色和关联角色，而不仅仅是类元和关联。类元角色和关联角色描述了对象的配置和当一个协作的实例执行时可能出现的连接。当协作被实例化时，对象受限于类元角色，连接受限于关联角色。关联角色也可以被各种不同的临时连接所担当，例如过程参量或局部过程变量。连接符号可以使用构造型表示临时连接（parameter或local）或调用同一个对象（self）。虽然整个系统中可能有其他的对象，但只有涉及到协作的对象才会被表示出来。换而言之，协作图只对相互之间具有交互作用的对象和对象间的关联建模，而忽略了其他对象和关联。5.2 本系统协作
33、图5.2.1 游客浏览帖子的协作图游客浏览帖子的协作图如图5.1所示。 图5.1 游客浏览帖子的协作图5.2.2 游客注册会员的协作图游客注册会员的协作图如图5.2所示。图5.2 游客注册会员的协作图5.2.3 会员发帖回帖的协作图会员发帖回帖的协作图如图5.3所示。图5.3 会员发帖回帖的协作图5.2.4 管理员管理会员的协作图管理员管理会员的协作图如图5.4所示。图5.4 管理员管理会员的协作图第6章 活动图设计建模6.1活动图简介活动图表示在处理某个活动时，两个或者更多类对象之间的过程控制流。活动图可用于在业务单元的级别上对更高级别的业务过程进行建模，或者对低级别的内部类操作进行建模。活
34、动图最适合用于对较高级别的过程建模，比如公司当前在如何运作业务，或者业务如何运作等。这是因为与序列图相比，活动图在表示上不够技术性的，但有业务头脑的人们往往能够更快速地理解它们。活动图的符号集与状态图中使用的符号集类似。像状态图一样，活动图也从一个连接到初始活动的实心圆开始。活动是通过一个圆角矩形（活动的名称包含在其内）来表示的。活动可以通过转换线段连接到其他活动，或者连接到判断点，这些判断点连接到由判断点的条件所保护的不同活动。结束过程的活动连接到一个终止点（就像在状态图中一样）。作为一种选择，活动可以分组为泳道（swimlane），泳道用于表示实际执行活动的对象活动图是UML用于对系统的动
35、态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流程。6.2本系统活动图BBS管理系统前台活动图如图6.1所示。图6.1BBS论坛系统前台活动图由图可以看出，用户进入论坛，首先会员登录或新用户注册，显示论坛的分类，查阅论坛文章标题，点击阅读，读者可以对帖子进行回复，如果已注册会员，则回帖成功；否则提示用户注册会员。BBS论坛系统后台管理活动图如图6.2所示。图6.2BBS论坛系统后台管理活动图由图可以看出，管理员对版面管理、风格管理、会员管理、普通管理等4大模块进行活动管理，每一个模块又包含若干小功能。 第7章 状态图设计建模7.1状态图简介状态图表示某个类所处的
36、不同状态和该类的状态转换信息。有人可能会争论说每个类都有状态，但不是每个类都应该有一个状态图。只对感兴趣的状态的类（也就是说，在系统活动期间具有三个或更多潜在状态的类）才进行状态图描述。状态图的符号集包括5个基本元素：初始起点，它使用实心圆来绘制；状态之间的转换，它使用具有开箭头的线段来绘制；状态，它使用圆角矩形来绘制；判断点，它使用空心圆来绘制；以及一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。要绘制状态图，首先绘制起点和一条指向该类的初始状态的转换线段。状态本身可以在图上的任意位置绘制，然后只需使用状态转换线条将它们连接起来。在新闻中心管理系统的后台管理中，主要有添加新闻、修改新闻
37、、以及删除新闻3种状态。7.2本系统状态图帖子最初的存在属性是会员发表的帖子和回复的帖子，当版主将帖子设置置顶、精华、热门标志后，这些帖子的状态就发生了改变。当版主将帖子拖至垃圾箱后，则该帖子就成为被删除的帖子了，但是当版主在没有清空垃圾箱时，该帖子还是存在的，所以帖子也有删除这种状态。帖子的状态图如图7.1所示。图7.1 帖子的状态图当用户首次进入BBS论坛系统时，他的身份是普通游客，但是当他注册成功后，就成为了普通会员，会员有申请成为版主的权利，当管理员批准并设为版主后，普通会员就成为版主了，版主同样有权利提出辞职，当管理员批准后，版主就成为普通会员了。当会员/版主发出的请求没有得到回复时
38、，会员和版主又是一种状态，因为当会员/版主的请求没有得到回应时，系统对这些发出请求的用户是有记录的。和普通会员还是有区别的。用户的状态图如图7.2所示。图7.2用户的状态图第8章 配置图设计建模组件图提供系统的物理视图。它的用途是显示系统中的软件对其他软件组件（例如，库函数）的依赖关系。组件图可以在一个非常高的层次上显示，从而仅显示粗粒度的组件，也可以在组件包层次2上显示。组件图的建模最适合通过例子来描述。 本系统的配置图如图8.1所示图8.1系统配置图致 谢本次课程设计的实验及论文的撰写均是在朱克敌老师和姜柳君老师的悉心指导下进行的。尤其在总体设计时老师提出了很多宝贵的建议。设计中的每一个环
39、节无不凝聚着老师的心血。老师在项目开发管理设计方面有很多的实践经验，在我们面对问题的时候对我们悉心的指导及其他严谨的工作态度锐意创新的精神，使我们受益匪浅，在此特别向老师表示深深的感谢和由衷的敬意。感谢学校为我们安排的每次课程设，项目开发管理设计很快就结束了，使我们能够把学到的知识运用到实践中，一周的课设期间我们在实训中遇到了许多困难，当被这些问题困扰的时候，我们就向老师和同学寻求帮助，老师们很认真的为我们解答并告诉我们是哪里出了问题导致了错误，通过老师的细心指导使我们在计算机组成原理设计方面的知识得到了扩充，懂得了许多以前不知道的知识，我们也在老师的细心指导中体会到了老师对学生那种从内心发出
40、的关爱，让我们非常感动。当询问同学时，同学也非常热心的尽全力帮助我们，让我们感受到了同学之间的友谊之情。在本次课程设计中，我们有幸得到了朱老师的细心指导，使我们学习到了许多专业知识及微程序设计方面的宝贵经验。在这一周的时间里，大家齐心合力，在各位老师的指导下，我们攻克了重重难关，完成了预期的目标，这都得益于老师及同学们的大力支持和帮助，得益于老师们提供的各种资料和讲解。通过本次课程设计，使我从两位指导老师身上学到了很多东西，老师认真负责的工作态度，严谨的治学的精神和深厚的理论水平都使我收益匪浅，并给我留下了深刻的印象。老师在整个设计过程中，帮助我们解决了不少的难题，给予了我们巨大的帮助和鼓励，
41、并细心的为我们介绍在数据库设计方面的知识，这使我们得到不少的长进，这对于我们以后的工作和学习都起着巨大的影响。更使我加深了对数据库设计过程有了进一步了解，并掌握了一定的设计的技能。 在最后，再次感谢朱老师和姜老师的指导以及对我们的鼓励，让我们在以后的日子里有更大的兴趣去继续研究我们的微程序，同时本文在他的悉心指导下才顺利完成的。报告的每次改动都离不开老师的辛勤工作，正是老师百忙中不辞劳苦的帮助，才使我能够顺利完成这篇报告。在这里，对您衷心的表示感谢。在大学里对我们有深远影响的老师们，他们是我们在今后继续学习过程中的宝贵财富。在最后忠心的感谢老师给我们的帮助与支持，我相信这次课程设计获得的经验在以后的学习和生活中对我们会有很大的帮助。参考文献1 UML 2.0和统一过程 (英) Jim Arlow, Ila Neustadt著2 UML 与系统分析设计 张龙祥编著3 UML工具箱 (美) Hans-Erik Eriksson, Magnus Penker著4 UML建模实例详解 范晓平编著5 Java项目开发全程实录 苗春义等编6 软件工程与UM