模拟电话服务系统.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
模拟电话服务系统.docx

附件1:封面 《UNIX系统与软件开发》课程设计说明书 设计题目: 模拟固定电话服务系统 2015 年 6 月 25 日 前 言 随着社会的进步和发展,虽然多功能、智能化手机已经日益普及,但对多数中老年人来还是很难使用而选择在家中安装固定电话,且上班时各个部门的亦是靠固话进行联系、呼叫。以前固定电话交费只能根据号码交费,不能查询客户个人信息,也无法知道话费余额,因而常常出现错误混乱及余额累积问题。鉴于此现象我们设计了固定电话交费系统来进一步改善这种情况。 本次设计的题目是固定电话交费系统,采用“客户端—中间件—服务器”模式,不需要很多与WEB开发相关的知识,利用UNIX Socket和mysql数据库,,设计一个交易型中间件系统。主要是实现个人信息查询与更新信息等功能。通过客户端发送请求信息,服务器接受请求信息并发送处理后的信息给客户端,来实现客户端和服务器之间的通信。这里的中间件是指交易型中间件。交易型中间件是指用在不同行业、不同部门间的通讯转发和协议转换的软件,在不同的行业、不同的系统间提供通讯转发和协议转换的桥梁作用。 具体实现系统要求的三大部分: 客户端,中间件和服务器端。客户端主要实现用户管理、查询、交易功能;中间件要完成与客户要求相符的功能——是本地的本地处理,否则发往服务器端——接受客户端数据,组织服务器端所需数据,重组服务端返回数据,并返回给客户方;服务器端主要实现客户端或中间件提出的业务请求并做好留迹工作。 本设计包括了模拟电话服务系统的开发环境,设计目的,总体设计,详细设计,具体实现代码,以及设计中遇到的问题及解决方法。将服务器端,中间件 客户端进行连接后可模拟出现实中固定电话交费的的功能。 1. 系统环境 1.1 硬件环境 1)处 理 器:Intel Pentium 4 3.06GHz 2)物理内存:512M 3)操作系统:Microsoft Windows XP 1.2 软件环境 1)虚拟机软件:Vmware Workstation 10 2)虚拟机系统:Fedora 9 3)数据库:mysql 4)C/C++编译器 5)Vi编辑器 6) 文件处理软件Office、Visio 2. 设计内容 2.1 设计目的 1)方便客户查询、更新个人信息。 2)解决以往数据信息的错误混乱及余额累积问题。 3)采用“客户端—中间件—服务器”的模式,确保数据的及时性、准确性、可靠性,增强客户对固定电话的使用信心。 4)提高我们实践操作能力,巩固所学知识。 2.2 设计要求 1)客户端 客户端程序可命名为client,实现功能则执行时带两个命令行参数,其一为服务名(定义在/etc/services中,可自己定义,此次客户服务名:s1 56788/tcp,服务器服务名:s2 56789/tcp),其二为目的主机名(定义在/etc/hosts内,也可使用DNS来解析),此处为缺省主机名localhost。实现如下功能:用户查询、更新、取消等页面提示信息,本系统的使用运行环境是Linux系统。 2)中间件 中间件程序命名为middle,实现功能则执行时带三个参数,其一为客户服务名(s1),其二为服务器服务名(s2),其三为目的主机名(localhost)。 完成与客户要求相符的功能:客户端发送请求,中间件接收客户方数据,组织服务器方所需数据,将内容传送给服务器,再由服务器通过中间件重组服务方返回数据再返回信息给客户端。是本地的本地处理,否则发往服务器方。中间件的环境是Linux系统。 3)服务器 服务器程序可命名为server,实现功能则执行时带一个参数,为服务器服务名(s2),完成客户端或中间件提出的业务请求,并做好留迹工作。服务端环境必须是Linux系统。 4)留迹或log 留迹或log工作在客户端、中间件和服务器三方都要做,以供统计或核对使用。客户端或中间件方可以使用文本文件或数据库,但在服务器方必须使用MySQL数据库。 3. 总体设计 3.1 系统模型 图3.1 图3.1 系统模型图 3.2 系统流程图 图3.2 系统流程图S 图3.2 系统流程图 Socker()建立服务方套接字,描述符为s bind()绑定套接字与本地地址和端口 Linsten()通知TCP,准备接受 Socker()建立服务方套接字,描述符为s accept()等待客户方连接 Connect()建立与服务方链接 recv()/read()读取客户方数据 Send()/write()向服务器方发送请求 成功后返回与s具相同特性的新套接字 服务处理及数据加 等待服务器方 send()/write向客户方提供服务结果 recv()/read读取服务方数据 Close()关闭新套接字s,结束本次对话 Close()关闭最初套接字

文档评论(0)

changjiali2019 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档