家电商场售后管理系统毕业设计论文Word文件下载.docx

上传人:b****7 文档编号:21845915 上传时间:2023-02-01 格式:DOCX 页数:42 大小:251.66KB
下载 相关 举报
家电商场售后管理系统毕业设计论文Word文件下载.docx_第1页
第1页 / 共42页
家电商场售后管理系统毕业设计论文Word文件下载.docx_第2页
第2页 / 共42页
家电商场售后管理系统毕业设计论文Word文件下载.docx_第3页
第3页 / 共42页
家电商场售后管理系统毕业设计论文Word文件下载.docx_第4页
第4页 / 共42页
家电商场售后管理系统毕业设计论文Word文件下载.docx_第5页
第5页 / 共42页
点击查看更多>>
下载资源
资源描述

家电商场售后管理系统毕业设计论文Word文件下载.docx

《家电商场售后管理系统毕业设计论文Word文件下载.docx》由会员分享,可在线阅读,更多相关《家电商场售后管理系统毕业设计论文Word文件下载.docx(42页珍藏版)》请在冰豆网上搜索。

家电商场售后管理系统毕业设计论文Word文件下载.docx

这样的应用程序代码较短,使得程序既易于编写又易于维护。

3.结构化的程序设计语言

VB具有丰富的数据类型,众多的内部函数,模块化、结构化的程序设计机制,结构清晰,简单易学。

4.强大的数据库操纵功能

VB中利用数据控件可以访问多种数据库系统,如MicrosoftAccess、MicrosoftFoxPro和Paradox等,也可访问MicrosoftExcel、Lotus1-2-3等多种电子表格。

VB6.0新增了功能强大的ADO(ActiveDatabaseObject)技术,该技术包括了现有的ODBC,而且占用内存少,访问速度更快。

同时提供的ADO控件,不但可以用最少的代码创建数据库应用程序,也可以取代Data和RDO控件,支持多种数据库系统的访问。

1.2.2SQLServer技术

SQL是一种综合的、通用的、功能极强的关系数据库语言,它包括数据定义(Definition)、数据操纵(Manipulation)、数据管理(Management)、存取保护(AccessProtection)、处理控制(Control)等多种功能。

利用表(table)、索引(index)、码(keys)、行(rows)和列(columns)等来确定存储位置。

SQL语言本身并不是一个很完整的编程语言,例如它不支持流控制等。

一般它都与其他编程语言(如DELPHI、Powerbuilder、VB、VC等)结合来使用。

SQL的主要特点在于:

1.一体化的特点

SQL语言能完成定义关系模式,录入数据以建立数据库、查询、更新、维护、数据库重构、数据库安全性控制等一系列操作要求,用SQL可以实现数据库生命期当中的全部活动。

由于关系模型中实体与实体间的联系都使用关系来表示,这种数据结构的单一性保证了操作符的单一性。

2.统一的语法结构,多种使用方式

SQL有两种使用方式,一种是联机使用方式,另一种是潜入程序方式。

大多数的程序借口都采用嵌入的SQL语言。

虽然是用方式不同,SQL语言的语法结构是一致的。

这使得用户与程序员之间的通信得以改善。

3.高度非过程化

在SQL中,只用户提出“干什么”,而无须指出“怎么干”,存取路径的选择和SQL语句操作的过程由系统自动完成。

4.语言简洁

SQL语言十分简洁,语法简单。

标准SQL中,完成核心功能只用了6个动词(如表1-1所示),因此简单易学,SQL按其功能可以分为三大部分:

Ø

数据定义语言(DataDefinitionLanguage,简称DDL),用于定义、撤

销和修改数据库对象。

数据操纵语言(DataManipulationLanguage,简称DML),用于数据库中数据的修改和检索。

数据控制语言(DataControlLanguage,简称DCL),用于数据访问权限的控制。

表1-1标准SQL的6个核心动词

SQL功能

动词

数据定义

CREATE

数据操纵

INSERT、UPDATE、DELETE、SELECT

数据控制

GRANT

5.客户机/服务器(Client/Server)结构

SQL能使应用程序采取分布式客户机/服务器结构(如图1-2所示)。

交互式查询、报表打印和应用程序称为数据库的“前端”,在个人机上运行,存储和数据管理的后端数据库引擎在服务器上运行,在此情况下,SQL作为用于用户交互的前端工具和用于数据库管理的后端引擎之间通信的桥梁。

网络网络网络

图1-2Client/Server结构

6.支持异类复制

它可以将SQLServer数据复制到其他的数据库中,包括Access、Oracle、Sybase和DB2,并采用ODBC作为其连接机制。

1.2.3ADO数据库访问技术

ADO(ActiveDataObject)数据访问接口是Microsoft处理数据库信息的最新技术。

它是一种ActiveX对象,采用了被称为OLEDB的数据访问模式,是数据访问对象DAO、远程数据对象RDO和开放数据库互连ODBC三种方式的扩展。

ADO对象模型包括以下这些对象,使用这些对象可以概括几乎所有的数据访问操作,图1-3示意了这些对象彼此之间的关系。

Connection对象:

表示与数据源建立了一个持续的连接。

Error对象:

表示在数据访问过程中的一个单独的错误信息。

mand对象:

表示一个以保存的过程或者是能返回数据的其他数据访问对象。

mand对象也可以用来执行已保存得不返回数据的过程。

Parameter对象:

表示一个用来指定从命令对象中获取数据的运行时参数。

Recordset对象:

表示一系列从数据源中获取的记录。

Field对象:

表示一个记录集中数据的某个单独的字段。

图1-3ADO对象模型

通常情况下,可以使用ADOConnection对象的Open方法建立与数据源的连接。

为了告诉ADO如何去访问数据源,就必须以与ODBC连接字符串相同的格式提供有关信息。

可以使用ADOConnection对象的Provider属性来指定OLEDB提供者。

该属性告诉ADO将使用哪个OLEDB提供者来执行服务器命令(如果没有指定提供者,或者没有使用Connection对象,则所用的是缺省提供者,该提供者是OLEDB的ODBC提供者,也称作MSDASQL)。

Connection对象的Provider属性是个文本字符串,其中该字符串被用于指明连接时使用哪个OLEDB提供者,原因是ODBC提供者是缺省的。

然而,如果为了更明确的话,也可以指定它。

在ADO中使用的ConnectionString可以提供有关如何与数据库服务器连接的信息。

当正在使用OLEDB的ODBC提供者时,该连接字符串与ODBC连接字符串一样。

这意味着ODBC驱动程序期望的准确信息可以根据不同的实现而变化。

对于其他提供者来说,连接字符串可能是完全不同的语法。

为连接到SQLServer数据库,应该使用提供者SQLOLEDB.1:

.Provider=〝SQLOLEDB.1〞

.ConnectionString=〝DATABASE=数据库名称;

SERVER=服务器名;

UID=用户名;

PWD=密码;

1.2.4结构化系统开发方法

结构化系统开发方法是迄今为止最传统、应用最广泛的一种系统开发方法。

结构化系统开发方法的基本思想是:

用系统工程的思想和工程化的方法,按用户至上的原则,结构化、模块化、自顶向下的对系统进行分析与设计。

具体来说,就是先将整个信息系统开发过程划分出若干个相对比较独立的阶段。

如系统规划、系统分析、系统设计、系统实施等。

在前三个阶段坚持自顶向下的对系统进行结构化划分。

也就是说,在系统调查或理顺管理业务时,应从最顶层的管理业务入手,即从组织管理金字塔结构的塔尖入手,层层逐步深入至最基层。

如果在系统分析,提出新系统方案和系统设计时,应从宏观整体考虑入手,即先考虑系统整体的优化,然后再考虑局部的优化问题。

而在系统的实施阶段,则应坚持自底向上的逐步组织实施。

也就是说,按照前几阶段设计的模块组织人力从最基层的模块做起(编程),然后按照系统设计的结构,将模块一个个拼接到一起进行调试,自底向上,逐渐的构成整体系统。

用结构化系统开发方法开发一个系统,将整个开发过程分为五个首尾相连的阶段,一般称之为系统开发的生命周期。

1.系统规划阶段

系统规划阶段的工作就是根据用户的系统开发请求,初步调查,明确问题,然后进行可行性研究。

2.系统分析阶段

系统分析阶段的任务是:

分析业务流程;

分析数据与数据流程;

分析功能与数据之间的关系;

最后提出新系统逻辑方案。

3.系统设计阶段

系统设计阶段的任务是:

总体结构设计;

代码设计;

数据库/文件设计;

输入/输出设计;

模块结构与功能设计。

与此同时根据总体设计的要求购置与安装设备,最终给出系统实施方案。

4.系统实施阶段

系统实施阶段的任务是:

同时进行编程;

人员培训;

数据准备。

然后投入试运行。

5.系统运行阶段

系统运行阶段的任务是:

同时进行系统的日常运行管理、评价、监理审计三部分工作。

然后分析运行结果,如果运行结果良好,则送管理部门指导组织生产经营活动;

如果有点问题,则要对系统进行修改、维护或者是局部调整;

如果出现了不可调和的大问题,则用户将会进一步提出开发新系统的要求,这标志着老系统生命的结束,新系统的诞生。

2.系统分析与功能设计

2.1任务概述

2.1.1系统目标

以计算机运算代替手工操作,将管理人员、工作人员从手工翻阅单据,信息统计等繁琐重复的劳动中解放出来,以更多的时间和精力投入到业务开展中去。

系统设计上追求先进,注重实用、科学、经济及合理性。

力求系统的安全、简捷、功能齐全。

充分考虑系统的可扩展性、可维护性。

2.1.2系统特点

1.稳定安全的数据库:

本系统采用Microsoft公司的SQLServer2000作后台数据库,性能稳定、数据交换速度快、数据安全。

2.方便的报表查询:

本系统采用当今流行的报表设计器进行设计,兼具WORD和EXCEL的强大功能。

所有的报表和基本资料均可导入EXCEL中进行分析加工,以满足用户的更高的要求。

2.2需求分析

通过对一些典型售后服务管理系统的考察、分析以及实际的市场调查与研究,要求本系统具有以下功能:

✧统一友好的操作界面,用以保证系统的易用性。

✧规X、完善的基础信息管理。

✧对客户的销售信息、维修信息以及投诉信息进行全面的管理。

✧提供保修期查询功能。

✧能够输出各种信息报表。

2.3可行性分析

可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。

可行性研究的目的不是解决问题,而是确定问题是否值得去解。

一般来说,至少应该从下述三方面研究该系统的可行性:

2.3.1技术可行性

该系统所需硬件设备,市场上销售且价格较低,甚至可以使用原有的设备,软件上,操作系统采用WINDOWS系列操作系统,数据库管理系统采用MicrosoftSQLServer2000,其可与Windows系列形成无缝集成,从而保证了产品系统的灵活性及安全性,上述软硬件在系统开发中已被大量应用,技术上都比较成熟,今后的升级方便,因此在技术上是可行的。

2.3.2经济可行性

信息社会的高科技,商品经济化的高效益,使计算机的应用已普及到经济和社会生活的各个领域。

且本系统采用方便灵活的C/S模式,只要安装了后台数据库就可运行,无须太多花费,所以在经济上是可行的。

2.3.3管理可行性

本系统操作简单,维护方便,只要熟悉计算机基本知识就可使用,管理起来容易,在这方面是可行的。

综上所述,开发虚拟社区系统在技术上、经济上、管理上都是可行的。

2.4数据流程分析

数据是信息的载体,是今后系统要处理的主要对象。

因此必须对系统调查中所收集的数据以及统计和处理数据的过程进行分析和整理。

按照业务流程图理出的业务流程顺序,将相应调查过程中所掌握的数据处理过程绘制成数据流程图。

2.4.1数据流程图

图2-1

2.4.2数据字典

数据流程图表达了数据和处理的关系,数据字典则是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。

数据字典通常包括数据项、数据结构、数据流、数据存储和处理五个部分。

1.数据项

①客户编号

含义说明:

唯一标志一个客户的名称

别名:

ID号

数据类型:

可变字符型

长度:

10

②维修单号

唯一标志每次维修的编号

维修单号

字符型

取值X围:

0000000999

③安装部门号

唯一标志每一个安装部门的编号

安装部

4

0000-9999

④客户名称

含义说明:

每一个客户的名称

别名:

客户名称

20

2.数据结构

①客户资料表

记录客户购买信息和具体的联系方式

组成:

ID号、用户名称、固定、手机、住址、购买地点、购买时间、产品型号、产品类别、机身编号、开单批号、单价、台数、总金额、是否收款、赠品名称A、赠品数量A、赠品名称B、赠品数量B、保修截止时间、约定安装时间、重约安装时间、票据号、安装部、制单人、备注

②维修记录表

记录维修情况

ID号、报修日期、修复日期、机身编号、型号、故障原因、故障数量、维修费用、安装部、维修单号、工程师、备注

③投诉记录表

记录客户投诉情况

ID号、投诉时间、投诉级别、投诉原因、处理结果、备注

④系统用户表

记录系统登陆XX

用户名、密码

3.数据流

数据流名:

销售

说明:

商场出售产品

数据流来源:

客户购买产品

数据流去向:

客户资料表、维修记录表、投诉记录表

平均流量:

100次/天

高峰期流量:

500次/天

4.数据存储

数据存储名:

维修统计表

说明:

每日的维修统计

输入的数据流:

每日商场销售产品

输出的数据流:

维修统计报表

组成:

数据量:

存取方式:

单机处理

5.处理过程

处理过程名:

上门维修

对客户进行上门维修业务

输入:

客户基本信息

输出:

维修记录表

处理:

解决产品出现的故障

2.5系统设计原则

由于安全性和高效管理的需要,本系统的设计遵循了下列原则:

1.系统的稳定性

2.系统安全性

3.系统易维护性

4.开放性

5.系统可扩展性

2.6系统总体设计

2.6.1系统功能设计

在需求分析的基础上,根据系统的设计原则,对系统的各项功能进行如下设计:

✧输入客户的购买信息和基本联系信息,并能进行修改。

✧对维修情况进行管理,包括查询保修期以及维修统计

✧对客户投诉情况进行管理

✧能够输出各种信息报表并能导出到Excel。

✧提供基本工具,如计算器、记事本。

2.6.2系统功能结构图

根据系统分析的结果,按照结构化的系统设计方法,食堂磁卡管理系统从功能上可以按下图2-4所示系统划分:

图2-2功能结构图

2.7数据库设计

数据库在一个信息系统中占有非常重要的地位,数据库结构设计的好坏将直接对应用系统的效率以及实现效果产生影响。

合理的数据库结构设计可以提高数据存储的效率,保证数据的完整性和一致性。

2.7.1概念结构设计

将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。

它是整个数据库设计的关键。

下面我将设计出能够满足用户需求的各种实体,以及它们之间的关系,为后面的逻辑结构设计打下基础。

这些实体包含各种具体信息,通过相互之间的作用形成数据的流动。

本系统根据上面的设计规划出的主要实体有:

客户实体、产品实体、工程师实体和信息报表实体。

它们之间的E-R关系图如下:

图2-3实体间E-R关系图

2.7.2逻辑结构设计

根据数据库的需求分析和概念结构设计,设计了名为高校食堂磁卡管理系统的数据库。

该数据库主要包括以下几个表:

系统用户表、客户资料表、刷卡机收费统计表、

参数设置表、学生办卡表、学生消费表、操作员收费统计表、日结算表、月结算表、食堂设置表、餐时设置表。

1.系统用户表(yh)

系统用户表是非常重要的一X表,它规定了该系统的操作权限。

表中主要包含了用户名和密码两个字段。

其具体的字段如表2-9:

表2-9yh表

字段名

数据类型

长度

允许空

说明

用户名

char

密码

用户密码

2.客户资料表

客户资料表主要用于存储客户购买信息及联系方式。

其具体的字段如表2-10:

表2-10餐时设置表

客户唯一标识

客户名称

30

固定

15

客户固定

手机

客户手机

住址

客户住址

购买地点

购买时间

产品型号

产品类别

机身编号

开单批号

单价

台数

总金额

是否收款

赠品名称A

赠品数量A

赠品名称B

赠品数量B

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 初中教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1