即时聊天系统顺序图

实验2 UML实验(2)实验学时： 2每组人数： 1实验类型： 3 （1：基础性2：综合性3：设计性4：研究性）实验要求： 1 （1：必修2：选修3：其它）实验类别： 3 （1：基础2：专业基础3：专业4：其它）一、实验目的1. 学习类图的绘制；2. 学习从系统需求中识别类，并构建相应的面向对象模型；3. 学习使用顺序图描述对象之间的交互；4. 学习使用活动图为业务流程建模；5. 学习使用PowerDesigner实现正向工程和逆向工程。

二、实验内容1. 根据以下描述绘制类图，再正向工程生成Java源代码（也可生成其他面向对象语言的源代码，如C++或C#等）：图形(Shape)可分为圆形(Circle)、矩形(Rectangle)、椭圆形(Ellipse)等具体图形，在Shape 类中提供了一个抽象的draw()方法用于绘制图形，而在具体的图形类中实现该抽象draw()方法。

提供一个图形工厂类(ShapeFactory)，该类提供一个静态方法createShape(char type)，其返回类型为Shape，参数type为所需绘制图形对应的代码，例如“c”表示圆形，“r”表示矩形，“e”表示椭圆形等，在createShape()方法中，可以使用条件语句来判断所需绘制图形的类型，并根据参数的不同返回不同的具体形状对象。

【注：“创建关系”是一种特殊的“依赖关系”】2. 根据以下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。

基于UML的图书馆管理系统建模设计一、摘要面向对象的软件工程,同传统的面向过程的软件工程相比,在需求的获取、系统分析、设计和实现方面都有着很大的区别。

UML是OOA和OOD的常用工具。

使用UML来构建软件的面向对象的软件工程的过程，就是一个对系统进行不断精化的建模的过程。

这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型.当然,在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。

使用面向对象的工具来构建系统，就应该使用面向对象的软件工程方法。

然而，我们经常会发现，在实际的开发过程中，很多开发人员虽然能够理解UML的所有图形，却仍然不能得心应手的使用UML来构建整个项目,其很大的原因，是仍然在使用原有的软件工程方法,而不清楚如何使用UML来建立系统的这些模型，不清楚分析和设计的区别,以及他们之间的转化。

应用软件系统,就其本质来说，是使用计算机对现实世界进行的数字化模拟。

应用软件的制造过程，按照UML的方法，就是建立这一系列模型的过程.关于这个图书馆系统，基本的需求比较简单，就是允许学生可以在图书馆借阅和归还图书，另外，也可以通过网络或者图书馆的终端来查阅和预订书。

当然，图书馆管理员也可以对图书进行管理.为了简化系统，我们没有把图书馆中的人员作细分。

本文只是对使用UML的过程做一个探讨，着眼于使用UML进行建模的过程，说明各个层次的模型之间的区别和联系，展示系统演进的过程，而不会深入UML的细节方面。

对于更加复杂的系统，其分析和设计的方法是相通的，可以举一反三.二、图书馆管理系统可行性分析随着政府机关与广大企事业单位内部网络的广泛建立，在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统，满足信息高度共享和即时发布的需求，有效实现内部知识管理，已成为众多用户的共同需求。

图书管理系统，为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。

摘要随着互联网的快速发展，网络聊天工具已经作为一种重要的信息交流工具，受到越来越多的网民的青睐.目前，出现了很多非常不错的聊天工具，其中应用比较广泛的有Netmeeting、腾讯QQ、MSN-Messager等等。

该系统开发主要包括一个网络聊天服务器程序和一个网络聊天客户程序两个方面。

前者通过Socket套接字建立服务器，服务器能读取、转发客户端发来信息，并能刷新用户列表。

后者通过与服务器建立连接，来进行客户端与客户端的信息交流。

其中用到了局域网通信机制的原理,通过直接继承Thread类来建立多线程。

开发中利用了计算机网络编程的基本理论知识，如TCP/IP协议、客户端/服务器端模式(Client/Server模式）、网络编程的设计方法等。

在网络编程中对信息的读取、发送，是利用流来实现信息的交换，其中介绍了对实现一个系统的信息流的分析,包含了一些基本的软件工程的方法。

经过分析这些情况，该局域网聊天工具采用Eclipse为基本开发环境和java 语言进行编写，首先可在短时间内建立系统应用原型，然后，对初始原型系统进行不断修正和改进，直到形成可行系统关键词：局域网聊天 socket javaAbstractAlong with the fast development of Internet，the network chating tool has already become one kind of important communication tools and received more and more web cams favor. At present, many extremely good chating tools have appeared . for example，Netmeeting, QQ，MSN—Messager and so on. This system development mainly includes two aspects of the server procedure of the network chat and the customer procedure of the network chat。

《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。

绘制该酒店订房系统的用例图。

参考答案：顾客在线预订房间前台预订房间通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业联网使用该系统。

该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。

参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM的一部分。

系统基本功能描述如下：(1) 客户可通过系统发布反馈信息；(2) 公司客户关系(CR)部门员工也可以在系统中记录反馈信息；(3) 业务部门的主管和员工均能看到本部门的反馈信息，但只有CR部门员工拥有修改与删除反馈的权限；(4) 对于部分需要调查以便验证其真实性并需要做相关处理的反馈信息，业务部门主管有权通过系统安排本部门员工调查及处理该反馈；(5) 反馈调查与处理完毕后，负责调查的员工可通过系统输入反馈的详细情况；(6) 公司高层可查看未决反馈统计报表和各业务部门的反馈统计报表；(7) 所有人员进入本系统需先登录。

网络通信软件的设计与实现摘要本论文是关于一个通信软件的设计与实现. 首先介绍了该课题的来源和意义, 以及课题中作者使用的原理技术, 包括客户/服务器模式(C/S)结构原理, TCP/IP协议的体系结构等。

然后详细分析了系统的整体设计,包括系统的功能介绍、实现思想, 系统的需求分析, 系统通信协议的设计，各个模块的体系结构，并采用UML技术，绘制整体程序结构图、流程图、类图、用例图等。

接下来是介绍了各个子模块的功能、实现思想及它们的流程图、类图、消息流框图等。

最后是系统的分析及优缺点及系统的总结和展望。

终端通过实际的通信链路和服务器建立TCP连接。

而服务器端是接受并验证客户端连接，动态管理在线用户名单。

关键字：C/S结构；TCP/IP协议；UML技术；网络编程ABSTRACTThe paper is about the design and realization of correspondence software. In the First this paper introduced topic origin and the topic significance, As well as the principle and the technology that the author adopts in the paper , Including customer/Server (C/S) structure principle, TCP/IP protocol system structure and so on. Then author analyzes that the overall design, Including system function introduction, realization way, demand analysis, communication agreement design, system structure of each module. And adopting the UML technology,the author draws the overall procedure structure drawing, the flow chart, class drawing, and message flow chart and so on. Finally the paper introduced that the systematic analysis 、the excellence and the disadvantage of the system ，the summary and the forecast of the system.The terminal establishes the TCP communications through the actual correspondence link with the server. At the same time the server accepts and validates the connection of the client, dynamically manages the name list of the on－line users.Key words: the C/S Structure; the TCP/IP Protocol;the UML Technology;Network Programming目录第一章绪论............................................................................................... - 1 -1.1 课题的来源及意义............................................................................... - 1 -1.2 项目开发的几个重要环节................................................................... - 1 -1.3 作者的主要工作................................................................................... - 2 - 第二章Socket编程基础 ................................................................................ - 3 -2.1 TCP/IP协议........................................................................................... - 3 -2.1.1 TCP/IP参考模型的层次结构..................................................... - 3 -2.1.2 TCP/IP协议的通信方式............................................................. - 4 -2.2 Socket简介............................................................................................ - 5 -2.2.1 Socket历史.................................................................................. - 5 -2.2.2 Socket的类型.............................................................................. - 6 -2.2.3 客户机/服务器模式 ................................................................... - 7 -2.2.4 阻塞和非阻塞............................................................................. - 7 - 第三章需求分析............................................................................................. - 9 -3.1 软件开发方案....................................................................................... - 9 -3.2 软件的信息传递过程........................................................................... - 9 -3.3 系统初始化（活动图表示）............................................................. - 11 -3.4 用户上下线动态管理......................................................................... - 11 - 第四章系统的概要设计............................................................................... - 13 -4.1 系统的实现思想................................................................................. - 13 -4.1.1 系统整体结构........................................................................... - 13 -4.2 通信协议和报文格式......................................................................... - 13 -4.3 结构、类型和宏................................................................................. - 16 -4.4 Chat的UI设计................................................................................... - 17 - 第五章系统的详细设计............................................................................... - 18 -5.1交互分析.............................................................................................. - 18 -5.2 Chat主要的类及其关系..................................................................... - 18 -5.2.1 CClientDlg 类 ........................................................................... - 18 -5.2.2 CClientSocket 类 ...................................................................... - 19 -5.2.3 CChatSocket 类 ........................................................................ - 20 -5.2.4 CClientApp类和CLoginDlg类............................................... - 21 -5.3 客户端上线（顺序图）..................................................................... - 22 -5.4 Server的类 .......................................................................................... - 22 -5.4.1 CServerApp类和CMainFrame类 ........................................... - 22 -5.4.2 CserverDoc类 ........................................................................... - 22 -5.4.3 CServerView类......................................................................... - 23 -5.4.4 CListenSocket类....................................................................... - 24 -5.4.5 CDataSocket类 ......................................................................... - 24 -5.4.6 CSeverlnfoDig类和CAboutDlg类.......................................... - 24 -5.5 Chat的实现......................................................................................... - 25 -5.5.1 Server ......................................................................................... - 25 - 第六章小结................................................................................................... - 38 - 参考文献........................................................................................................... - 39 - 致谢............................................................................................................. - 40 -第一章绪论1.1 课题的来源及意义目前，网上聊天的主要工具已经从初期的聊天室、论坛变为以MSN、QQ为代表的即时通信软件。

武汉工程大学计算机科学与工程学院国家卓越工程师计划校企合作综合设计报告设计名称：软件工程综合设计设计题目：简单QQ聊天系统学生学号：专业班级：学生姓名：学生成绩：指导教师（职称）：企业指导教师：课题工作时间：2013年6月24日至2013年7月5日说明：1、报告中的第一、二、三项由指导教师在综合设计开始前填写并发给每个学生；四、五两项（中英文摘要）由学生在完成综合设计后填写。

2、学生成绩由指导教师根据学生的设计情况给出各项分值及总评成绩。

3、指导教师评语一栏由指导教师就学生在整个设计期间的平时表现、设计完成情况、报告的质量及答辩情况，给出客观、全面的评价。

4、所有学生必须参加综合设计的答辩环节，凡不参加答辩者，其成绩一律按不及格处理。

答辩小组成员应由2人及以上教师组成。

5、报告正文字数一般应不少于5000字，也可由指导教师根据本门综合设计的情况另行规定。

6、平时表现成绩低于6分的学生，取消答辩资格，其本项综合设计成绩按不及格处理。

7、此表格式为武汉工程大学计算机科学与工程学院提供的基本格式（适用于学院各类综合设计），各教研室可根据本门综合设计的特点及内容做适当的调整，并上报学院批准。

成绩评定表学生姓名：学号：班级：答辩记录表指导教师评语武汉工程大学计算机科学与工程学院综合设计报告目录目录 (I)摘要 (II)Abstract (III)第一章绪论 (1)1.1 背景 (1)1.2开发技术与问题解决 (2)1.3理论依据和主要功能 (2)1.4意义 (3)第二章需求分析 (4)2.1 可行性分析 (4)2.2 基本功能需求 (4)第三章系统设计 (9)3.1主要功能设计 (9)3.2系统类图设计 (9)3.3系统顺序图 (11)3.4 系统部署图 (12)第四章详细设计 (13)4.1系统程序流程设计 (13)4.2 服务器端功能实现 (14)4.3 客户端功能实现 (18)第五章系统测试 (25)5.1 登陆注册测试 (25)5.2 查找添加好友测试 (26)5.3 聊天功能测试 (28)总结 (29)致谢 (30)参考文献 (31)摘要本次课程设计实现类似于腾讯QQ的简单聊天系统，目的是为了方便局域网里的通信，给办公或者学习带来方便。

BBS论坛需求说明书编写部门：XXX软件开发部编写人： XXX目录第一章引言 (3)1.1 目的 (3)1.2 背景 (3)1.3定义 (3)1.4参考资料 (4)第二章任务概述 (5)2.1目标 (5)2.2用户的特点 (5)2.3假定和约束 (5)第三章需求规定 (6)3.1对功能的规定（功能性需求） (6)3.2对性能的规定（非功能性需求） (24)3.3输人输出要求 (25)3.4数据管理能力要求 (25)3.5故障处理要求 (26)3.6其他专门要求 (26)第四章运行环境规定（环境需求） (27)4.1 对网络构建的需求 (27)4.2 硬件设备 (27)4.3支持软件 (27)4.4接口 (27)4.4控制 (28)第一章引言1.1 目的读者范围：最终用户、软件设计人员本文档作为BBS论坛第一期的需求说明文档，用于与用户确定最终的目标，并成为协议文本的一部分，同时也是本系统设计人员的基础文档。

1.2 背景BBS(Bulletin Board Service,公告牌服务)是Internet上的一种电子信息服务系统，它提供一块公共电子白板，每个用户都可以在上面书写，并且可发布信息或提出看法。

大部分BBS由教育机构、研究机构或商业机构管理，象日常生活中的黑板报一样，电子公告牌按不同的主题，分主题分成很多个布告栏。

布告栏的设立的依据是大多数BBS使用者的要求和喜好，使用者可以阅读他人关于某个主题的最新看法，也可以将自己的想法毫无保留地贴到公告栏中。

同样地，别人对你的观点的回应也是很快的。

如果需要独下的交流，也可以将想说的话直接发到某个人的电子信箱中，如果想与正在使用的某个人聊天，可以启动聊天程序加人闲谈者的行列。

虽然谈话的双方素不相识，却可以亲近地交谈。

在BBS里，人们之间的交流打破了空间、时间的限制。

在与别人进行交往时，无须考虑自身的年龄、学历、知识、社会地位、财富、外貌、健康状况，而这些条件往往是人们在其他交流形式中无可回避的。

《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。

绘制该酒店订房系统的用例图。

参考答案：顾客在线预订房间前台预订房间前台服务员客房部经理通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况信用卡系统2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。

该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。

参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM 的一部分。