问题描述:针对某个单位电话号码簿,设计一个哈希表,并完成相应的建表和查表程序。
基本要求:设每个记录有下列数据项:电话号码、用户名、住址。
从键盘输入各记录,以用户名为关键字建立哈希表,哈希函数用除留取余数法构造,采用线性探测法解决冲突。
可以插入、查找、删除并显示给定用户名的记录,并计算查找长度,哈希表保存到文件中,并能从文件中读取数据。
测试数据:取某个单位电话号码簿中的30个记录。
提高要求:(1)将电话号码薄以文件形式保存到盘上,能够按用户名和电话号码两种形式建立哈希表并实现插入、查找、删除表中元素的功能。
(2)对于相同的哈希函数,采用两种或两种以上的处理冲突的方法,如线性探测法和拉链法,比较不同的处理冲突的方法平均查找长度的变化。
测试时,采用同一组测试数据,分别用不同的方法处理冲突,记录并输出各自的平均查找长度。
(3)设计图形用户界面
2023/12/27 16:50:49 4KB 哈希表 代码 电话号码 删除
1
2018年软件学院C++课程设计课程设计目的:1、熟悉利用面向对象的方法以及C++的编程思想来完成系统的设计;
2、锻炼学生在设计的过程中,建立清晰的类层次,应用继承和多态等面向对象的编程思想;
3、通过本课程设计,加深对面向对象程序设计课程所学知识的理解,熟练掌握和巩固C++语言的基本知识和语法规范,深刻体会面向对象的编程思想,掌握使用面向对象程序设计语言C++,学会编写结构清晰、风格良好的C++语言程序,从而具备利用计算机编程分析解决综合性实际问题的初步能力。
课程设计题目:模拟即时通信系统实现一、题目描述基于社交的即时通信是腾*公司的主要业务,先后有QQ、微信、微博等服务,可能还将继续推出微商、微唱、微走、微笑等产品。
这些软件既可以独立提供服务,又互相辉映关联。
腾*公司希望对各系统进行整合形成统一的立体社交软件平台。
现请完成该平台的设计并实现。
要求如下:1、用户基本信息:号码ID,昵称,出生时间,T龄(号码申请时间)、所在地、好友列表、群列表。
微博与QQ共享ID,微信采用独立ID,但是可以与QQ号码绑定对应。
其他微X产品也分为这两种情况。
2、好友管理(1)实现各功能好友信息的添加、修改、删除、查询的功能。
(2)可以查询微X之间各自共同好友。
如微信可以添加QQ推荐好友。
3、群管理(1)设定每个微X功能已有1001、1002、1003、1004、1005、1006等群号。
(2)加入群、退出群、挨T、查询群成员等。
(3)不同微X之间群的理念不同,比如:QQ群可以申请加入,而微信群则只能推荐加入;
QQ群允许设置临时讨论组(子群),微信群则不允许;
QQ群有以群主为核心的管理员制度,而微信群仅有群主为特权账号。
4、开通管理用户可以选择自己开通该平台的N个微X服务。
5、登录管理各微X之间只要有一个服务登录,则其它服务简单确认后视为自动登录。
6、功能展示要求(main函数)(1)设计约定。
开通服务情况、群成员信息和好友信息可以预先保存到文件中,在系统启动时将这些信息加载到内存中;
(2)一个服务登录后,本人开通的其它所有服务均进入开通状态。
(3)服务之间可以依据本人开通的任意另外一个服务的好友添加好友。
(4)展示一个服务当前群的特色功能;
在群成员数据不受伤害的前提下,动态变换为其他类型群的管理特色。
(5)实现QQ的点对点的TCP通信的收发功能。
(选做)提示:a)需要加载ws2_32.lib静态库,打开头文件winsock.h。
b)百度IP地址、端口等概念;
c)百度socket编程,关注bind、listen、accept、connect、send、receive等函数用法。
二、技术层次要求及说明1、基本层次。
完成上述功能要求,所采用技术不限,比如采用纯面向过程思想实现;
2、支持对象层次。
正确完成了类的切割,利用对象技术实现。
(1)容器类主要包括:例如,微X成员管理。
(2)其它主要类包括:例如,微X信息、群信息、好友信息。
3、抽象、封装层次采用了继承或者组合实现复用,对数据成员提供了必要的接口保护;
(1)抽象出了基础类,并被其它功能复用;
(2)如好友维护、群信息维护等操作均应该提供接口形式;
4、面向对象层次支持多态功能,支持依据设计原则的优化。
好友管理、群管理等;
5、优化提高层次(1)提供简便菜单,以1、2等数字区分几类功能,并允许返回菜单;
(2)I/O操作支持。
基本功能中,已有设定信息,在初始化时候可以固化在程序代码中,也可以存放在文件中,每次容器实例化时读入,析构时写回文件中,以实现断电保存。
(3)可扩展性支持,需要考虑群、好友等与主要服务之间的关系;
(4)灵活性支持。
群的管理模式动态可变;
(5)程序有必要的注释;
(6)可以采用UML工具画出简单类图(7)为防止不诚信行为,要求类的设计均以独立文件存在,且所有的类名称后面应有自己的姓名缩写,如张三设计的QQ信息类名称:TencentZhS。
三、设计步骤(参考):在清楚上述系统功能要处理是什么的基础上,考虑用如下方式来设计1、确定所需的类及其相互间的关系。
(1)要从问题中归纳出一个概念或实体,从这些概念或实体出发建立相应的类。
(2)尽量使类小而简单,以使其看起来容易理解。
(3)充分利用封装以增加类的可靠性,以便使用时保证更加可靠。
(4)通过继承建立类族,以方便使用多态性。
2、确定每个类的实现。
(1)考虑类的对象应该如何构造和析构。
(2)考虑类的成员函数的建立。
(3)综合考虑各个类在命名和功能方面有哪些共性。
3、细化有关的类,描述他们之间的相互关系,
1
BankAccountManagementSystem银行账户管理子系统简称BAMS这是一个基于C/S结构的银行账户在线管理系统,用户可以通过ATM终端界面来操作自己的银行账户.ATM1:要求1:封装一个Account类-业务数据写一个账户类(Account),属性并且完全封装(注意:要辨别每个属性的set/get方法是否需要公开):id:账户号码长整数(Long)password:账户密码字符串类型(String)name:真实姓名字符串类型(String)personId:身份证号码字符串类型(String)email:客户的电子邮箱字符串类型(String)balance:账户余额双精度(double)方法:deposit:存款方法,参数类型:double,返回类型:Accountwithdraw:取款方法,参数类型:double,返回类型:Account构造方法:有参和无参,有参构造方法用于设置必要的属性ATM2:要求1:完成以下两种账户类型的编码。
银行的客户分为两大类:储蓄账户(SavingAccount)和信用账户(CreditAccount),两种的账户类型的区别在于:储蓄账户不允许透支,而信用账户可以透支,并在用户在满足银行条件的情况下允许用户调整自己的透支额度.注意:1、CreditAccount需要多一个属性ceiling透支额度;
2、CreditAccount需要覆盖(重写)Account中的取款方式withdraw()。
要求2:完成Bank类的编码。
属性:1.当前所有的账户对象的信息,存放在数组中:Account[].2.当前账户数量index.方法:1. 用户开户(register)参数列表:Long账号,String密码,String确认密码,String姓名,String身份证号码,String邮箱,int账户类型;
(Longid,Stringpassword,Stringrepassword,Stringname,StringpersonID,Stringemail,inttype)返回类型:Account项目需求规定账户类型:0–储蓄账户1–信用账户2–可贷款储蓄账户3–可贷款信用账户2. 用户登录(login)参数列表:Long账号,String密码;
(Longid,Stringpassword)返回类型:Account3. 用户存款(deposit)参数列表:Long账号,double存款金额;
(Longid,doublemoney)返回类型:Account4. 用户取款(withdraw)参数列表:Long账号,String密码,double取款金额;
(Longid,Stringpassword,doublemoney)返回类型:Account5. 设置透支额度(updateCeiling)参数列表:Long账号,String密码,double透支额度金额;
(Longid,Stringpassword,doublemoney)返回类型:Account提示:这个方法需要验证账户是否是信用账户6. 转账功能(transfer)参数:from转出账户,passwordFrom转出账号的密码,to转入账户,money转账的金额(Longfrom,StringpasswordFrom,Longto,doublemoney)返回值:boolean要求3:另外,请为Bank类添加几个统计方法1.统计银行所有账户余额总数2.统计所有信用账户透支额度总数要求4:编写测试类写个测试类,测试以上代码能否正常工作。
要求5:覆盖toString方法查看对象的内容。
ATM3:要求1:让银行来提供账号(id)的生成修改Account类和Bank类,银行用户的账号(id)应是自动生成的,初始值为:862150212013020001(国家+邮编+年+月+序号)。
比如:第一个开户的账号为862150212013020001,第二开户的账号为862150212013020002…依此类推.要求2:修改存款和取款方法对于Account类中的存款方法和取款方法进行修改.存款方法:改为不允许子类修改取款方法:改为抽象方法,便于在子类中去覆盖(重写)要求3:单例将Bank类作成单例。
提醒:一定要理解使用单例模式的原理。
ATM4:要求1:新增一个贷款功能为了满足业务发展的需求,银行需要为用户提供贷款的功能,来满足更多的用户需求。
抽象出一个贷款功能的接口:Loanable该接口具有以下功能:a) 贷款(requestLoan)参数:money贷款金额返回类型:Accountb) 还贷(payLoan)参数:money还贷款金额返回类型:Account提醒:一定要理解抽象接口的原理和真实含义。
要求2:新增两种的新的账户类型为了满足业务发展的需求,新增两种具有贷款功能的账户类型:可以贷款不可以透支账户和可以贷款可以透支账户;
为SavingAccount和CreditAccount各自添加一个子类LoanSavingAccount类和LoanCreditAccount类,同时让两个新增的子类都必须要实现Loanable接口。
为了表示某个贷款账户的贷款金额,需要为所有的可贷款账户提供一个能记录贷款金额,所以要为CreditAccount类整一个普通的成员属性loanAmount,为长整形(long)。
说明1:LoanSavingAccount类表示该账户可以贷款,不可以透支;
LoanCreditAccount类表示该账户可以贷款,可以透支。
说明2:贷款和透支是不一样的,透支指的是账户余额小于0,而贷款用户需要一个贷款额的属性.在ATM机上,用户可以选择贷款,也可以选择还贷款,而还贷款就是要把账户余额上的资金转到贷款额上例如:用户余额10000元,贷款额100000元,用户可以选择还款5000元,则用户余额变为5000,贷款额变为95000元.要求3:为Bank类添加三个新方法a) 贷款(requestLoan)参数:id账户,money贷款金额(Longid,doublemoney)返回类型:Accountb) 还贷款(requestLoan)参数:id账户,money还贷款金额(Longid,doublemoney)返回类型:Accountc) 统计所有账户贷款的总额(totoal)参数:无返回类型:doubleATM5:要求1:修写Bank类,采用集合的方式来管理多个Account对象注意:通过分析每种集合的具体功能和特性后,选择合适的集合类型实现该功能。
要求2:为Bank类添加一个方法,能够打印所有用户的总资产排名(提高部分)说明:1)、一个用户可能会有多个账号,以身份证号为准.2)、总资产指多个账户余额的总和,不需要考虑贷款账户的贷ATM6:Exception要求1:为ATM增加业务异常类:ATMException:ATM业务异常基类。
BalanceNotEnoughException:用于取钱的时候余额不足的情况(包括账户余额超过透支额的情况)RegisterException:用于开户异常的情况,例如密码两次输入不一致等情况LoginException:用户登录异常的情况,例如id错误,密码错误LoanException:贷款额不能为负数,如果用户试图将贷款额置为负数,则会抛出这个异常注意:在此异常的基础也可以继续扩展适合业务的异常类。
ATM7:SwingGUI开发第一步部分:为ATM项目添加用户客户端操作界面需要以下几个类:1) ATMClient:其中会包含一个Frame,这是用户主界面.2) MainPanel:主界面,用户可以选择开户或者登录3) RegisterPanel:用户开户具体用到的界面4) LoginPanel:用户登录需要的界面5) BusinessPanel:界面上会显示账户的功能,至少包括存款\取款\对于可透支的用户,允许用户修改透支额度\对于贷款用户,允许用户贷款和还贷款\转账。
第二步部分:为用户客户端操作界面添加事件处理要求:在开户或者登录之后都会跳到BusinessPanel,而用户点击了交易之后,界面停留在BusinessPanel要随时注意在BusinessPanel上根据数据的变化更新显示信息。
ATM8:I/O&File项目详细内容介绍1、 分析:将账户对象保存文件中,前期为新的账户对象分配id的做法(使用static特性)不再合适现今业务需求,也应相应的改变。
解决方案:将下一个可用的id存放在文件中,每创建一个新对象的时候都会读取这个文件,获得新对象的id,并且修改文件中的id,使其加1后,再保存到文件中。
2、 修改Bank类中各个业务方法分析:要将账户信息全部保存到文件中,然后再从文件读取到内存中进行业务操作,而后再将处理完的业务对象重新保存到文件中永久保存起来。
解决方案:1)采用对象序列化和反序列化技术。
2)将全部账户信息采用对象序列化的方式存放在文件中。
提示:1) 使用文件来保存各种账户的信息,将注册、存款、取款、转账、修改之后的信息要及时的保存到文件中,时刻保证内存和文件中数据的一致性。
2) 采用何种存放方式,自由发挥决定。
ATM9:NetWork分析:在现有的ATM中,用户是通过界面直接访问Bank对象,这种方式不符合业务需求,因为银行后台是受保护的绝对安全的业务操作,所以将其改为C/S结构,由界面充当客户端,通过TCP协议访问服务器端的核心业务对象(Bank对象).解决方案:1) 多线程技术2) 网络编程技术3) 需要完成服务端的编程,负责完成接收客户端的请求和相关业务处理。
注意:如何保证多个客户端同时登陆,并且保证业务数据在冲突的情况下,不能受到破坏。
提示:客户端和服务器端需要通过对象(TO)来传递信息,,这里会使用对象序列化技术.
2023/12/19 22:45:04 186KB java ATM
1
本人编写的一款纯Java的双色球分析选号软件,里面包含有Javadoc,及历期开奖号码,且包含有多个选号算法,感谢大家下载试用,有什么问题请及时反馈于我,谢谢!
2023/12/16 4:20:12 4.97MB Java Swing UnionLotto 双色球
1
某医院拟开发一个挂号系统,以方便患者就医,提高医疗服务水平。
患者在医院就诊前需要提供姓名、身份证号码、联系电话等个人信息并办理一张诊疗卡,该诊疗卡在每次挂号时需要出示给挂号的工作人员。
患者在挂号时,需说明科室名称以及医生的职称。
挂号以半个工作日为一个班次,系统中保存各科室门诊医生的排班表,每位医生每个班次能够接诊的病人人数可设置一个上限。
本次课程设计要求设计并实现一个虚拟的医院挂号系统。
系统中包含两个子系统,即由医院内部工作人员使用的挂号系统,以及患者使用的网上预约挂号系统。
其中网上预约挂号系统的前端要求是浏览器,即采用B/S模式开发。
医院工作人员使用的挂号系统采用C/S模式开发,前端开发工具不限,可采用PowerBuilder,Delphi,VB,VC,Java等。
后台数据库要求采用SQLSERVER2000或Oracle9i以上版本。
2023/12/9 9:54:42 5.34MB 数据库系统
1
本教程采用页面向导指导你打开各个教程文件,教程全部为PDF格式的文件,共包含以下文件:CFGTT.pdf 配置教程APTUG.pdf 预约用户指南BLGUG.pdf 计费用户指南BPKUG.pdf 批量拣货用户指南CLBIO.pdf 符合原产地标示(COOL)/生物反恐法/全球贸易识别号码(GTIN)用户指南CONFG.pdf 配置指南CRDUG.pdf 交叉转运用户指南CWTUG.pdf 获取重量、序列号和数据用户指南DALUG.pdf 动态分配用户手册INMGT.pdf 库存管理用户指南INNAV.pdf 简介和导航指南LBRUG.pdf 生产率和人工用户指南MFUGD.pdf 多仓库用户指南ORPRO.pdf 订单处理用户指南PBREP.pdf 补货用户指南PCKUG.pdf 拣货用户指南PNDUG.pdf 拣货和落放用户指南PUTUG.pdf 上架用户指南RECUG.pdf 收货用户指南RFLUG.pdf RF装载用户指南SHPUG.pdf 发货用户指南WAVUG.pdf 波次计划用户指南WKOUG.pdf 工作订单用户指南SPSIG.pdf SmallParcelShippingIntegrationGuide
2023/11/29 14:36:10 12.83MB Infor WMS 培训
1
基于HTML5和JS的公司年会抽奖系统。
该抽奖功能描述:1).随机所有号码并且不重复出现。
2).中过奖的人,不能再进行抽奖。
(不会中了2等奖在去中1等奖)3).可以自定义抽奖的号码(姓名或数字),需要手动添加至HTML5代码中。
2023/11/11 17:16:48 1.58MB 滚动抽奖
1
在(可从访问)上,我们的主要优先考虑之一是访问者的隐私。
本隐私政策文档包含收集和记录的信息类型以及我们的使用方式。
如果您还有其他疑问或需要有关我们的隐私政策的更多信息,请随时与我们联系。
本隐私政策仅适用于我们的在线活动,对于他们在共享和/或收集的信息的访问者有效。
本政策不适用于离线或通过本网站以外的渠道收集的任何信息。
我们的隐私政策是在免费隐私政策生成器的帮助下创建的。
同意使用我们的网站,即表示您同意我们的隐私政策并同意其条款。
我们收集的信息在我们要求您提供个人信息时,将向您明确要求您提供的个人信息以及要求提供信息的原因。
如果您直接与我们联系,我们可能会收到有关您的其他信息,例如您的姓名,电子邮件地址,电话号码,消息内容和/或您发送给我们的附件,以及您选择提供的任何其他信息。
当您注册帐户时,我们可能会要求您提供联系信息,包括姓名,公司名称,地址,电子邮件地址
2023/11/6 22:57:56 3KB
1
ASP的最新版本ASP.NET是Microsoft用于建立动态的数据库驱动网站的技术。
内容包括:ASP.NETWeb表单的使用,高级ASP.NET页面的开发,ADO.NET的使用,ASP.NET应用程序的使用,ASP.NET应用程序的保护,ASP.NETWeb服务的建立,.NET框架的利用,自定义的ASP.NET控件的建立,ASP.NET的应用程序示例等。
本书内容丰富、图文并茂,适合于需要创建网站的专业程序员阅读。
本书是关于使用ASP.NET建立网站的完整参考书,书中包含数百个代码示例,读者可以使用这些示例开始建立自己的网站前言第一部分使用ASP.NETWeb表单第1章建立ASP.NET页面1.1ASP.NET和.NET框架1.1.1.NET框架类库1.1.2理解名称空间1.1.3标准的ASP.NET名称空间1.1.4与.NET框架兼容的语言1.2ASP.NET控件简介1.2.1简单的ASP.NET页面1.2.2ASP.NET控件的优点1.2.3ASP.NET控件概述1.3向ASP.NET页面中添加应用逻辑1.3.1处理控件事件1.3.2处理页面事件1.4ASP.NET页面的结构1.4.1指令1.4.2代码声明块1.4.3ASP.NET控件1.4.4代码显示块1.4.5服务器端注释1.4.6服务器端包含指令1.4.7文本和HTML标记1.5小结第2章用Web服务器控件建立表单2.1建立智能表单2.1.1Label控件2.1.2TextBox控件2.1.3Button控件2.1.4RadioButton和RadioButtonList控件2.1.5CheckBox和CheckBoxList控件2.1.6DropDownList控件2.1.7ListBox控件2.2控制页面导航2.2.1将表单提交到另一个页面2.2.2使用Redirect()方法2.2.3使用HyperLink控件2.3在控件上进行格式化2.3.1基本Web控件属性2.3.2在Web控件上应用样式2.4小结第3章用检验控件执行表单的检验3.1使用客户端检验3.1.1配置客户端检验3.1.2启用和禁用客户端检验3.2必填域:RequiredFieldValidator控件3.3检验表达式:RegularExpressionValidator控件3.3.1检验电子邮件地址3.3.2检验用户名和口令3.3.3检验电话号码3.3.4检验网址3.3.5检验条目长度3.3.6检验邮政编码3.4比较值:CompareValidator控件3.4.1比较一个控件与另一个控件的值3.4.2比较一个控件的值与固定值3.4.3执行数据类型检查3.5检查值的范围:RangeValidator控件3.6错误汇总:ValidationSummary控件3.7执行自定义的检验:CustomValidator控件3.8禁用检验3.9小结第4章高级控件编程4.1使用视图状态4.1.1禁用视图状态4.1.2将值添加到视图状态4.2显示和隐藏内容4.2.1使用Visible和Enabled属性4.2.2使用Panel控件4.2.3模拟多页面表单4.2.4通过程序添加控件4.2.5将控件添加到页面4.2.6PlaceHolder控件4.2.7动态产生表单4.2.8动态产生列表条目4.3使用复杂控件4.3.1使用Calendar控件显示交互式的日历
2023/10/28 20:34:07 14.51MB ASP.NET 内幕
1
一、设计(论文)内容1.用1~5个开关模拟5个病房的呼叫输入信号,1号优先级最高;
1~5优先级依次降低;
2.用一个数码管显示呼叫信号的号码;
没信号时显示0;
有多个信号呼叫时,显示优先级最高的呼叫号(其他呼叫用指示灯显示);
3.凡有呼叫发出5秒的呼叫声;
4.对低优先级的呼叫进行存储,处理完高优先级的呼叫,再进行低优先级呼叫的处理(附加)。
2023/10/16 8:34:56 377KB 通信 呼叫系统
1
共 223 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡