毕业实践报告XXX.docx
- 文档编号:30410332
- 上传时间:2023-08-14
- 格式:DOCX
- 页数:35
- 大小:164.67KB
毕业实践报告XXX.docx
《毕业实践报告XXX.docx》由会员分享,可在线阅读,更多相关《毕业实践报告XXX.docx(35页珍藏版)》请在冰豆网上搜索。
毕业实践报告XXX
电子科技大学
毕业实践报告
报告题目:
关于MyQQ即时通讯系统的实践报告
学习中心:
电子科技大学网络教育学院(西区)
指导老师:
谢方文职称:
高级工程师
学生姓名:
陈序学号:
V09564943141
专业:
软件技术
电子科技大学
继续教育学院
制
网络教育学院
2011年3月20日
电子科技大学
毕业实践报告任务书及进度计划表
学习中心(办学单位)
电子科技大学网络教育学院(西区)
姓名
陈序
学号
V09564943141
专业
软件技术
指导教师
谢方文
职称
高级工程师
毕业实践题目
MyQQ即时通讯系统
主要任务与要求
一、项目获得,调查,设计,初步方案
二、项目需求分析说明
三、项目数据库设计
四、项目详细设计说明
五、编码
六、实现功能,异常处理
起讫日期
及进度安排
起讫日期:
201X年3月23日至2010年5月20日
进度安排:
3月23日至3月25日:
查阅关于公司人事管理系统资料了解大概内容
3月25日至4月24日:
需求分析,系统设计
4月24日:
完成文本内容,填写论文
4月25日至4月30日:
课题预提交
5月1日:
论文定稿
5月2日至5月20日:
答辩
指导教师签字:
年月日
电子科技大学
毕业实践报告指导记录表
学习中心(办学单位)
电子科技大学网络教育学院(西区)
姓名
XXX
学号
V0XXXXX
专业
软件技术
题目
XXXXXX系统
指导教师
谢方文
职称
高级工程师
第一次指导
存在的问题:
字体大小及格式有错
修改建议:
论文统一用微软word软件排版,行距20磅。
指导方式:
(请在□内打√)□面谈□电话□电子邮件
指导教师签字:
日期:
年月日
第二次指导
存在的问题:
内容于原稿太过相似,数据库表的格式不正确。
表格构建格式不正确。
修改建议:
用动软生成数据库表的WORD文档,复制,排版。
字体用宋体5号,注释用黑体5号,无粗体。
修改内容部分不能同于样稿
指导方式:
(请在□内打√)□面谈□电话□电子邮件
指导教师签字:
日期:
年月日
第三次指导
存在的问题:
标题与正文间距不对。
正文引言过多,结构化不明显。
数据结构不够详细
修改建议:
标题与正文之间空一行。
开头引言部分整合,区分出引言和具体流程。
1级2级标题区分要明显。
数据结构不分写明架构情况
指导方式:
(请在□内打√)□面谈□电话□电子邮件
指导教师签字:
日期:
年月日
第四次指导
存在的问题:
内容空洞,需求分析不够详细,文字描述部分字数太少。
修改建议:
完整的系统开发流程,按步骤和实际方法一点一滴记录。
指导方式:
(请在□内打√)□面谈□电话□电子邮件
指导教师签字:
日期:
年月日
关于MyQQ即时通讯系统方面的实践报告
即时通讯软件,几乎是每一个上网用户都必备的联络工具。
即时通讯软件除了能够让您迅速地在网上找到自己的朋友和工作伙伴,还可以实时交谈和传递信息,而且,现在不少即时通讯软件还集成了文件共享、语音聊天、网络会议等功能。
截止到目前,全球约有近3亿多人使用即时通讯软件进行交流,正因为即时通讯软件拥有数以亿计的用户和迅速增长的市场,所以各个公司都盯上了中国这个潜在的最大市场,一时间,即时通讯市场硝烟四起。
除了腾讯QQ和国外的几款著名即时通讯软件纷纷推出新版本,网易也推出了一种新的即时通讯软件——网易泡泡。
朗玛公司也推出了名为UC的通讯工具。
即时通讯软件最早发布于1996年11月15日,以色列特拉维文的MirabilisLtd.发表了一个题为《E.TSURFHOME:
MIRABILISLTD.PROVIDESNEWSOLUTIONSFORPEER-TO-PEERINTERNETCOMMUNICATIONS》[1]的新闻稿,同时发布了他们新产品ICQ(ISeekYou)的Beta测试版。
这天标志着Internet上的第一个成热的即时通讯系统(InstantMessageSystem)的诞生。
即时通讯服务在诞生之后的几年时间得到了迅猛发展,成为新增Internet用户的3个主要应用之一(WEB,电子邮件和即时通讯)。
在国内,1999年2月,深圳腾讯公司正式发布OICQ99betabuild0210,开通腾讯即时通讯服务。
2000年5月,腾讯QQ同时在线用户突破10万;2001年2月l0日,腾讯QQ同时在线用户突破100万。
2004年4月份腾讯QQ同时在线人数最高记录已经突破了600万大关,现在腾讯公司正在把即时通讯系统往移动通讯方向扩展,如今已经将即时通讯与手机短信息(SMS)成功结合起来。
即时通讯软件涉及和影响的领域已近越来越广,其竞争也越来越激烈。
国内QQ最大的敌手朗玛UC从2001年开始研发,2002年的12月份UC正式发布,并且首创了很多技术:
UC是国内第一个做场景聊天的;UC是第一个把同学录和校友录结合的;第一个把即时通讯与休闲游戏相结合的;第一个把发送动画与即时通讯相结合的。
在一年的发展里,UC一度达到峰值在线30万人,注册用户达到7000万。
纵观即时通讯软件业的迅速发展,设计并开发一个即时通讯平台,对于现阶段的学习和研究,都是极为有意义的,基于这个前提和起因,我选择了设计一个名为MyQQ的即时通讯系统作为我的毕业设计。
接下来我将按照瀑布模型进入项目开发:
可行性研究与计划——需求分析——设计——开发——测试——维护
一、实践的内容与过程
(一)可行性研究与计划
1.项目名称及背景
项目名称:
MyQQ即时通讯系统。
开发背景:
作为软件技术专业的学生,即时了解和掌握流行的即时通讯机制并且应用到实践过程中,将极大的提高自己的设计和开发软件的积极性;提升自己的理论和技术水平,跟踪国内外最新的技术和开发模式,为以后类似的开发积累经验;同时,开发出来的作品也可以真正运用到实际当中,方便大家的沟通和交流
2.开发周期计划
以2小时为一个时间单位,预计32个单位时间开发完成,其中需求分期,详细设计需要20个单位时间,代码实践需要10个单位时间,封装与调试需要2个单位时间。
使用工具:
MicrosoftOfficeProject2003。
(二)需求分析
1.即时消息的一般需求
a).一般即时消息格式需求
①所有实体必须至少使用一种消息格式;
②一般即时消息格式必须定义发信者和即时收件箱的标识;
③一般即时消息格式必须包含一个让接收者可以回消息的地址;
④一般即时消息格式应该包含其他通讯方法和联系地址,例如电话号码,邮件地;
⑤一般即时信息格式必须允许对信息有效负载的编码和鉴别(非ASCII内容);
⑥一般即时信息格式必须反映当前最好的国际化实践;
⑦一般即时信息格式必须反映当前最好的可用性实践;
⑧必须存在方法,在扩展一般即时消息格式的时候,不影响原有的域;
⑨必须提供扩展和注册即时消息格式的模式的机制。
b).可靠性需求
协议必须存在机制,保证即时消息成功投递或者投递失败的时候,发信者获得足够的信息。
c).性能需求
①即时消息的传输必须足够的迅速;
②即时消息的内容必须足够丰富;
③即时消息的长度尽量足够的长。
2.即时消息的协议需求
协议是一系列的步骤,它包括双方或者多方,设计它的目的是要完成一项任务。
即时通讯协议,参与的双方或者多方是即时通讯的实体。
协议必须是双方或者多方参与的,一方单独完成的就不算协议。
这样在协议动作的过程中,双方必须交换信息,包括控制信息、状态信息等等。
这些信息的格式必须是协议参与方同意并且遵循的。
好的协议要求清楚,完整,每一步都必须有明确的定义,并且不会引起误解;对每种可能的情况必须规定具体的动作。
3.即时消息的安全需求
A发送即时消息M给B
(1)如果无法发送,A必须接到确认;
(2)如果M被投递了,B只能接受M一次;
(3)协议必须为B提供方法检查A发送了这条信息;
(4)协议必须允许B使用另一条即时信息,回复信息;
(5)协议不能暴露A的IP地址;
(6)协议必须为A提供方法保证没有其他个体C可以看到内容M;
(7)协议必须为A提供方法保证没有其他个体C可以篡改M;
(8)协议必须为B提供方法鉴别没有发生篡改;
(9)B必须能够阅读M,B可以防止A发送信息给他;
(10)协议必须允许A使用现在的数字签名标准对信息进行签名;
4.即时通讯系统需求(部分)
(1).注册需求
①即时通讯系统拥有多个账户,允许多个用户注册;
②一个用户可以注册多个ID;
③注册所使用的帐号类型为数字ID;
④帐号的起始ID为5位数;
⑤要防止同一个用户在一段时间内反复注册三个或者三个以上的帐号;
⑥注册新用户时必须填写符合要求的信息;
(2).通讯需求
①用户可以传输文本消息;
②用户可以传输RTF格式消息;
③用户可以传输多个文件/文件夹;
④用户的消息可以中转至服务器;
⑤用户可以从服务器获取中转的好友消息;
⑥客户端与服务器端可以传输串行化消息;
⑦用户可以加密/解密消息等;
(3).好友管理需求
①用户可以查询好友;
②用户可以添加好友;
③用户可以添加多个人为好友,一个用户可以被多个人添加为好友
④用户可以删除好友;
⑤用户可以将好友放在多个组中;
⑤用户的好友一次只能属于一个组;
2.任务说明
(1)需求总览
XXX公司需要开发一套企业人事管理系统,以实现企业资源的信息化、标准化管理,全面提高生产效率,降低生产成本。
本系统主要功能基本资料管理:
主要模块为部门管理,工资类型管理,职务类型管理,考勤类型管理,员工基本信息管理等。
工资管理:
计算员工工资,包括奖励项目设置和惩罚项目设置人事管理:
主要包括人事信息管理,员工入职,离职,自离,员工岗位调动,各种合同管理等。
系统管理:
身份验证,数据备份等。
(2)用户环境
操作系统:
Windows2003,XP,win7
平台:
.NETFrameWork2.0,VisualStudio.Net2005
数据库:
SQLServer2005
3.业务流程
(1)新员工入职流程说明:
1)新员工到人事部报到,填写《报到通知单》,人事部对其审批。
2)人事部暂时将新员工信息进行登记。
3)新员工报到后,到行政部缴费(行政部代收),领取相关物品,行政部安排食宿等。
4)行政部录入员工物品领用等相关信息。
5)行政部将新员工的缴费转交财务部。
6)财务部收费后,录入缴费信息。
7)新员工缴费后,再到人事部签试用期合同,领取工作牌等。
8)员工上岗前由人事部安排进行岗前培训。
9)岗前培训后送往用人单位(生产部)上班。
10)用人单位接收新员工,新员工正式上班后,用人单位填报部门新增员工,报人事部。
11)人事部接收用人单位的部门新增后,确认员工信息保存其员工档案(与2有相似之处,此处主要处理有新员工自离的情况,所以在新员工正式上班后再确认其员工档案信息)。
(2)员工转正流程说明:
1)用人单位申请试用期员工转正。
2)人事部到其用人单位对员工表现情况进行调查。
3)若是普通员工,则由人事部直接审批、转正并办理相关手续。
4)若是管理层员工,人事部审批后上报上级领导审批。
5)人事部录入员工转正信息以及相关事项。
6)通知原用人单位为转正员工办理相关手续。
(3)员工离职流程说明:
1)员工提前30天向原部门提交离职申请。
2)原用人单位审批后转交人事部(于每月20日统一办理)。
3)经人事部批准后,回原用人单位办理岗位移交手续。
4)移交完毕后到人事部办理离职核算。
5)员工到行政部退还相关物品和住房,行政部对员工所退还资产进行审核,清查出是否有损坏的物品并记录其相关信息。
6)员工到财务部进行工资结算,领取薪水,财务部录入薪水发放信息。
7)人事部更新员工档案信息。
(4)人事调动流程说明:
1)生产车间相互之间进行人事调动,部门经理填写《内部调动通知单》并审批。
2)人事部录入人事调动信息。
3)人事部向相关部门反馈人事调整结果,原部门办理相关手续。
4.人事部功能需求
图解释:
开发对象对本系统的要求图
图1:
人事部对功能需求图
图解释:
对象对本系统的使用要求图
图2:
系统流程图
(三)设计
1.数据库设计
(1)数据库表分析
通过以上业务流程以及功能需求,设计如下表清单:
企业管理系统人事模块人事部数据表清单;用户清单;保存系统使用者的信息;权限清单;保存系统使用者的权限信息,可以指定到菜单级权限;职务表清单;保存职务与工资关系信息;人员信息档案信息表;保存员工基本档案信息;培训结果清单表;员工奖惩清单;保存员工奖惩记录以及详情;员工调动信息表;员工考评表;保存员工考评信息;员工工资表;记录员工工资信息;部门表清单;保存公司部门。
(2)动态数据
1)输入数据:
菜单选项,查找关键字,新建记录项;
2)输出数据:
由查询关键字确定的。
3)数据库记录集合;内部生成的数据:
中间查询结果。
(3)数据字典
这里给出一个数据元素的字典卡片与具体数据卡片的含义:
名称:
企业人事系统信息。
描述:
人事各清单。
(4)其它要求
1)系统的功能实现情况:
用户可在本系统下实现各种用户要求的功能。
2)系统的安全性:
对于系统的重要数据都有密码保护,具有一定的安全性。
3)系统的容错性:
用户输错数据都有提示信息,具有较好的容错性能。
4)系统的封闭性:
用户的封闭性较好,用户基本上在提示信息下输数据。
(5)数据库使用
系统采用SQLServer2005数据库进行开发。
使用目的:
1)可编程性:
CLR(CommonLanguageRuntime,公共语言运行时)集成。
CLR集成是指你可以使用任何一种.NET语言编写SQLServer2005的存储过程,触发器,函数,自定义类型,甚至是自定义的聚合函数。
想想以前的扩展存储过程,编程非常不容易。
代码中一不小心就会引起内存泄漏。
2)安全性:
SQLServer2005的安全达到了很强大水平,有着很更清晰的安全模型即主体,安全对象和权限。
3)异步处理能力:
ServiceBroker提供了一个功能强大的异步编程模型。
Broker的最大好处一是异步执行能力,提高了可伸缩性,二是可靠执行,三是集成于数据库中,备份数据库就备份了broker的消息队列。
4)支持通过HTTPSOAP协议直接访问数据库,增加XML数据类型,支持Xquery,使用新的SQLServerManagementStudio等。
5)以前都是大项目用ORACLE或者DB2,因为只有ORACLE和DB2能胜任,现在情况有些变化了。
不少在Windows构架下的大项目还是倾向于用SQL的,像镜像,高可用性,页面级的恢复,联机索引,多CPU支持等高级特性,SQL也不比ORACLE差。
(6)数据库表具体设计
1)数据库名称:
RenShiSystem_DB。
2)数据库表字段,属性等设计表如下:
用户登录表
Name
Code
数据类型
长度
主键
外键
是否空
关联表
备注
用户ID
id
int
TRUE
FALSE
0001依次递增
用户编号
user_id
int
TRUE
FALSE
员工信息表
从200901一次递加
用户登录名称
user_name
varchar
10
FALSE
用户登录密码
user_pwd
char
6
FALSE
用户登录权限
user_qx
varchar
16
FALSE
密码修改问题
user_pwd_ts
varchar
40
当用户忘记密码
时给以提示
密码修改答案
user_pwd_da
varchar
40
表1:
用户登录表
部门管理表
Name
Code
数据类型
长度
主键
外键
是否空
自增长
关联表
备注
部门编号
bm_id
int
TRUE
FALSE
TRUE
部门名称
bm_name
varchar
30
FALSE
部门地址
bm_dz
varchar
50
FALSE
部门负责人编号
bu_fzr_id
int
TRUE
FALSE
员工信息表
表2:
部门管理表
员工信息表
Name
Code
数据类型
长度
主键
外键
是否空
备注
用户编号
user_id
int
TRUE
FALSE
200901一次递加
员户姓名
user_name
varchar
10
FALSE
员户性别
user_sex
char
2
FALSE
创建一个check约束
民族
user_mz
varchar
10
学历
user_xl
varchar
16
专业
user_zy
varchar
30
毕业院校
user_byyx
varchar
40
个人照片
user_grzp
image
婚姻状况
user_hyzk
char
4
入职日期
user_date
datatime
FALSE
员工应聘后到
公司报道即日起
籍贯
user_jiguan
varchar
20
所在寝室编号
qs_id
varchar
15
TRUE
FALSE
员工所属部门编号
bm_id
int
TRUE
FALSE
员工职位编号
zw_id
int
TRUE
FALSE
员工政治面貌
user_zzmm
varchar
10
员工详细地址
user_dz
varchar
50
FALSE
员工出生日期
user_sr
datatime
员工手机号码
user_Tel
int
员工寝室电话
qs_Tel
员工证件号码
user_zj_id
varchar
18
TRUE
FALSE
转正日期
user_zzrq
datetime
合同开始日期
user_htksrq
datetime
合同结束日期
user_htjsrq
datetime
聘用形式
user_pyxs
char
4
员工邮箱
varchar
20
表3:
员工信息表
职位管理表
Name
Code
数据类型
长度
主键
外键
是否空
自增长
关联表
备注
职位编号
zw_id
int
TRUE
FALSE
TRUE
职位名称
zw_name
varchar
30
FALSE
所属部门编号
bm_id
int
TRUE
FALSE
部门管理表
岗位联系电话
gw_Tel
int
表4:
职位管理表
薪资管理表
Name
Code
数据类型
长度
主键
外键
是否空
自增长
备注
员工编号
user_id
int
TRUE
FALSE
TRUE
员工的编号
员工姓名
user_name
varchar
10
FALSE
基本工资
user_gz
money
FALSE
加班工资
user_jbgz
money
奖金
user_jj
money
员工保险
user_bx
money
员工福利
user_fl
money
表5:
薪资管理表
考勤管理表
Name
Code
数据类型
长度
主键
外键
关联表
备注
考勤编号
CW_Id
int
TRUE
员工编号
CW_EpyId
nvarchar
25
TRUE
员工信息
管理表
考勤员编号
CW_CkWkerId
nvarchar
25
TRUE
员工信息
管理表
考勤日期
CW_Date
datetime
考勤类型
CW_Kind
nchar
2
(CW_KindIN('早退','迟到','旷工'))
到达时间
CW_ArriveTime
nchar
5
离开时间
CW_LeftTime
nchar
5
备注
CW_Remark
nvarchar
500
表6:
考勤管理表
加班表
Name
数据类型
长度
主键
外键
是否空
关联表
加班申请编号
int
TRUE
TRUE
FALSE
员工信息管理表
申请人编号
nvarchar(25)
25
TRUE
FALSE
员工信息管理表
审核者编号
nvarchar(25)
25
TRUE
FALSE
员工信息管理表
申请时间
datetime
审批时间
datetime
加班开始日期
datetime
FALSE
申请加班小时数
int
加班原因
nvarchar(200)
200
申请状态
varchar(5)
5
拒绝申请的理由
nvarchar(200)
200
表7:
加班表
员工寝室管理表
Name
Code
数据类型
长度
主键
是否空
默认值
备注
寝室编号
qs_id
int
15
TRUE
FALSE
根据下面的
内容生成编号
25-1-12-2
栋
qs_ld
varchar
15
FALSE
寝室类型
qs_lx
varchar
15
FALSE
单间、套间
单元
qs_dy
varchar
15
楼层
qs_lc
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 毕业 实践 报告 XXX