电子产品销售管理分析报告.docx
- 文档编号:3422876
- 上传时间:2022-11-22
- 格式:DOCX
- 页数:15
- 大小:106.61KB
电子产品销售管理分析报告.docx
《电子产品销售管理分析报告.docx》由会员分享,可在线阅读,更多相关《电子产品销售管理分析报告.docx(15页珍藏版)》请在冰豆网上搜索。
电子产品销售管理分析报告
目录
1.前言1
1.1选题的理由和实际意义1
1.2研究现状及趋势2
2需求分析2
3系统设计3
3.1定义3
3.2系统模块图4
3.3E-R图5
3.3.1局部E-R图5
3.3.2整体E-R图7
3.4数据表的设计8
3.5用例列举9
3.5.1触发器9
3.5.2视图10
3.5.3查询10
3.5.4存储过程11
4总结11
5参考文献12
附录:
读书笔记13
电子产品销售管理分析报告
1.前言
1.1选题的理由和实际意义
通过数据库系统课程设计,熟悉了SQLSERVER数据库管理系统的结构与组成;掌握了SQLSERVER数据库管理系统的应用技术和的使用;应用SQLSERVER2008开发工具实践了《电脑销售系统》的数据库应用系统的设计方法、开发过程和SQLSERVER数据库的管理与维护。
最终达到掌握数据库管理系统的使用和开发,提高分析问题、解决问题和实践应用能力。
随着计算机的普及和计算机科学技术的飞速发展,人们开始越来越多地利用计算机解决实际问题。
电子产品销售管理是商业信息管理的重要部分面对大量的商品信息,采用人力处理将浪费大量的时间、人力和物力,且数据的准确性低。
因此,开发一个界面友好,易于操作的手机销售管理软件进行自动化处理变得十分重要,这正是本系统开发的目的和意义。
一套比较系统的电子产品销售管理理念,并建立了一整套比较规范的手机销售管理方法。
在积极建立商业现代商业管理机制的今天,仅仅靠原始的手工管理或简单的单机管理,商品部门面对大量的信息,无法有效率地将其中的重要部分提取出来,并做出相应的判断和处理。
公司管理者的决策只能依据报表数据,在浪费大量人力、物力的同时无法做到实时监控,难以保证数据的准确性和及时性。
因此,先进的管理思想在商业中实现就成为了一个可望而不可及的目标。
公司集团非常急需一套既有先进管理思想又适合国内大商业的手机销售管理信息系统,作为实现目标和提高现有水平的一种重要手段!
电子产品销售管理系统是一个公司不可缺少的部分,它的内容对于公司的决策者和管理者来说都至关重要,随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
电子产品销售管理系统是信息管理系统,其开发的功能主要包括:
通过计算机管理商品档案,日常办公,实现无纸化办公,通过计算,统计出各项数据,分析出手机销售现状和员工的工作表现,通过强大的查询和索检高效的索检出数据,提高办事效率。
1.2研究现状及趋势
当今社会已经进入信息社会时代,信息已经受到社会的广泛关注,被看做社会和科学的技术发展的三大支柱。
信息管理的基础,是进行决策的基本依据。
在一个组织里,信息已经被作为人力、物力、财力之外的第四种能源,占有重要的地位。
然而,信息是一种非物质的,有别于基本资源的新形势的资源。
信息也是管理的对象,必须进行管理和控制。
“电子产品销售管理系统”开发的主要任务是对各种电子商店销售、员工、仓库的数据进行修改、查询、插入等管理。
开发功能完善及可靠的管理系统,运用计算机进行信息处理。
能有效的提高资源利用率、快速准确的获取重要的信息,有利于数据分析,有利于提高工作效率、充分发挥人员的工作潜力,从而根据市场需求制定合理的计划。
现在电子产品越来越普及,越来越多的有购买电子产品的打算。
所以,电子产品的市场需求量是很大的。
而对于一个电子产品的大商场,会有多家电子产品品牌的若干机型。
售价、库存、进货、销售、员工和客户等这些信息量庞大而繁琐。
如果单靠人工记录和管理这些信息,不仅工作量大,而且效率低下。
利用DBMS设计平台,设计出符合商场实际情况的电子产品销售数据库系统,能够有效、快速、简单、准确的管理这些信息。
2需求分析
需求分析是数据库的起点,为以后的具体设计做准备。
需求分析的结果是否准确地反映了用户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计结果是否合理和实用。
经验证明,由于设计要求的不正确或误解,知道系统测试阶段才能发现很多错误,则纠正起来要付出很大的代价。
因此,必须高度重视系统的需求分析。
功能需求:
作为一个电子产品商场的电子产品销售系统,必须对商场的库存、销售情况作出具体的统计,库房管理人员能够对仓库里的库存信息进行修改更新,销售人员能够查询电子产品的库存、进价、售价,能够增添销售信息。
同时能够对企业的仓库信息、员工信息和客户信息进行管理和统计。
性能需求:
对库房的管理和对电子产品信息的查询,不同的角色应该有不同的权限,数据库系统要设置不同的用户和角色并给予不同的权限。
数据库系统的数据要有一定的恢复功能,这可以通过日志文件来实现。
操作要求
对于数据库中的数据信息,要有一定的约束,各数据表中的关联数据要相对一致,防止混乱不清的数据出现。
信息修改要及时、准确。
本次设计在功能需求上可分为以下5个方面:
(1)电子产品信息管理:
根据情况可以对该店所有的产品进行序列号,仓库号,品牌,型号,进价,售价,库存的查询、修改操作
(2)销售信息管理:
主要实现销售的录入和修改和有关销售信息的查询。
通过直接输入销售单自动显示该该次销售的详细信息。
(3)库存信息管理:
综合查询库存明细记录。
仓库信息搜索,仓库编号以及仓库剩余库存信息查询。
(4)员工信息管理:
能够对员工的各种信息进行查询和修改操作。
(5)顾客信息管理:
对顾客提交的信息进行查询和修改操作
3系统设计
3.1定义
系统名称:
电子产品销售系统
数据库管理软件:
MicrosoftSQLServer
本系统采用架构:
主从式结构的数据库系统
运行平台:
windows2000/xp/linux
数据库的安全性设计:
(登录用户、数据库用户、数据库角色等方面是如何设置的)
3.2系统模块图
功能分析
(1)产品信息的管理:
查询、增、删、改
(2)客户信息的管理:
查询、增、删、改
(3)员工信息的管理:
查询、增、删、改
(4)仓库信息的管理:
查询、增、删、改
(5)部门信息的管理:
查询、增、删、改
(6)销售管理:
员工可以根据顾客订单情况增加删除订单内容
(7)仓库管理:
仓库员工根据订单准备产品。
(8)提货管理:
员工根据顾客的选择从仓库提货。
3.3E-R图
3.3.1局部E-R图
⑴部门:
由部门号、部门名、负责人、备注组成
⑵仓库:
由仓库号、负责人、库存组成
⑶客户:
由客户号、姓名、年龄、性别、住址、联系方式组成
⑷员工:
由员工号、姓名、性别、年龄、职位、所属部门、家庭地址、联系电话组成
(5)产品:
由序列号、品牌、型号、进价、售价、库存组成
3.3.2整体E-R图
员工属于部门,有员工管理仓库库,电脑存放于仓库,销售需要联系客户、员工、
产品三个实体,同时销售还需要包含销售记录号、销售额、日期的属性。
3.4数据表的设计
部门DEP(部门号,部门名,负责人)
仓库STOR(仓库号,负责人,库存)
员工STAFF(员工号,部门号,姓名,性别,年龄,职位,所属部门,家庭住址,联系电话)
客户CUS(客户号,姓名,性别,年龄,住址,联系方式)
产品PRO(序列号,仓库号,品牌,型号,进价,售价,库存)
销售TRADE(销售记录,员工号,客户号,序列号,销售额,日期)
系统表信息
表3.1DEP
属性中文名称
属性名
类型
长度
说明
部门号
DEP_NO
CHAR
20
部门编号,具有唯一性
部门名
DEP_NAME
CHAR
20
部门名称
负责人
STAFF_NAME
CHAR
20
部门负责人名称
表3.2STOR
属性中文名称
属性名
类型
长度
说明
仓库号
STOR_NO
CHAR
20
仓库编号,具有唯一性
负责人
STAFF_NAME
CHAR
20
服仓库负责人
产品库存
PRO_RES
INT
剩余产品数量
表3.3CUS
属性中文名称
属性名
类型
长度
说明
客户号
CUS_NO
CHAR
20
客户编号,具有唯一性
姓名
CUS_NAME
CHAR
20
客户姓名
性别
CUS_SEX
CHAR
4
客户性别
年龄
CUS_AGE
INT
18~100
住址
CUS_ADRESS
CHAR
20
客户住址
联系方式
CUS_TEL
INT
客户联系电话
表3.4STAFF
属性中文名称
属性名
类型
长度
说明
员工号
STAFF_NO
CHAR
20
员工统一编号,具有唯一性
员工姓名
STAFF_NAME
CHAR
20
员工名称
员工性别
STAFF_SEX
CHAR
4
员工性别
员工年龄
STAFF_AGE
INT
18~100
员工所属部门
DEP_NAME
CHAR
20
员工所属部门名称
职位
STAFF_POST
CHAR
20
普通或是负责人
员工联系电话
STAFF_TEL
INT
员工的联系电话
员工家庭住址
STAFF_ADRESS
CHAR
20
服务员的家庭住址
表3.5PRO
属性中文名称
属性名
类型
长度
说明
产品序列号
PRO_NO
CHAR
20
产品序列号,具有唯一性
仓库号
STOR_NO
CHAR
20
产品所在仓库号
产品品牌
PRO_MARK
CHAR
20
产品品牌名成
产品型号
PRO_ITEM
CHAR
20
产品型号
产品价格
PRO_PRICE
INT
产品价格
产品库存
PRO_RES
INT
剩余产品数量
表3.5TRADE
属性中文名称
属性名
类型
长度
说明
销售记录
TRADE
CHAR
10
销售记录
员工号
STAFF_NO
CHAR
20
销售员工编号
客户号
CUS_NO
CHAR
20
购买客户编号
序列号
PRO_NO
CHAR
20
销售产品序列号
销售额
TRADE_MONEY
INT
销售金额
日期
TRADE_TIME
DATA
销售日期
3.5用例列举
3.5.1触发器
创建销售触发器的代码如下所示:
createtriggerInsertTrade
onTrade
forinsert
as
print('您新添加了一次新的销售记录!
')
当查询一种产品是否存在于仓库中时,弹出信息源代码如下所示
CreatetriggerPRO_update
onPRO
Forupdate
As
Ifexists(selectPRO_RESfromPROwherePRO_NO='000001')=0
Print'此电脑已售完'
3.5.2视图
1.商品仓库负责人(PRO_STOR,STAFF_NAME)
从STOR出
2.售出商品所在仓库(TRADE,PRO_NO,STOR_NO)
从TRADE表中导出
3、某单商品客户的地址信息(TRADE,CUS_NO,CUS_ADRESS)
从CUS表中导出
4、某单交易的成交额(PRO_NO,PRO_PRICE)
从PRO表中导出
3.5.3查询
查询商品所有信息:
select*
fromPRO
查询商品价格
selectPRO_NO,PRO_PRICE
as商品价格
fromPRO
查询客户所有信息
select*
fromCUS
建立商品表:
CREATETABLEPRO
(PRO_NOCHAR(20)PRIMARYKEY,
PRO_MARKCHAR(20),
PRO_ITEMCHAR(20),
PRO_PRICEINT,
PRO_RESINT,
STOR_NOCHAR(20),
);
3.5.4存储过程
CREATEPROCEDUREcus-proAS
SELECT*
FROMCUS
WHERECUS-SEX='女'
4总结
这两周下来,学到了不少东西,以前对SQL,只能按书上按部就班的写,写SQL语句是会了,但数据逻辑和方法方面,一点都不够到位,没有对以前的知识进行系统的了解,没有把各个部分知识整合在一起
电子产品销售信息管理系统是面向公司管理人员、公司一般职员和普通顾客的信息系统,要全面展示电脑销售时的基本情况、交易业务和信息处理。
在设计数据库时,我们从最基础的数据需求分析开始:
(1)进行需求分析时,必须准确了解和分析用户需求(包括数据和处理),这一阶段是最困难最耗时的一个阶段,但也是最基础的阶段。
由于是做课程设计,所以我们将必要的实体与实体关系我们全部考虑在内,对于一些比较生僻的方面没有考虑。
(2)在概念结构设计阶段,我们将所考虑的实体与实体之间的联系分别用子E-R图和总E-R图展示出来,在逻辑上和实际上都全面展示电子产品销售信息管理系统的内在与外在联系。
(3)逻辑结构设计阶段,是将前面的子E-R图和总E-R图转化为关系模式,并把各实体和各实体间的联系的主码表明;后对实体和实体之间的联系进行基表设计,对每一个项目注明要求和属性。
是将概念结构转化为数据模型。
(4)在物理设计阶段,我们编写程序,将得来的数据模型设计它的适用于运行环境的物理存储,即进行存储过程设计。
(5)数据实施阶段,我们用数据库语言即SQL语言和其宿主语言建立数据库,编制和调试数据库,组织数据入库,并进行试运行。
通过上述步骤,我们完成了理论与实际上的用于商业运营的电子产品销售信息管理系统,虽有不足之处,但不乏为一个简单的框架设计,简单,但信息、步骤全面,扩展、修改、完善容易,便于超级管理员的及时操作管理。
5参考文献
[1]SQLServer2000[Z].
[2]李存斌.数据库应用技术-SQLServer2008简明教程[M].北京:
中国水利水电出版社,2001.25~35
[3]庞山山.刘静.基于多角色的登录模块设计和实现[J].科技信息,2011年31期.201~202
[4]林卓然.《VisualBasic程序设计基础》.电子工业出版社出版,2004年2月
[5]陈志泊.《数据库原理及应用教程》.人民邮电出版社,2008年3月
附录:
读书笔记
数据库名词解释
数据库:
(DB)是以某种组织方式存储在磁盘上的数据的集合。
数据库应用系统:
数据库应用系统是基于数据库的系统软件。
包括数据库和程序两个组成部分:
数据库由数据库管理系统创建,程序由支持数据库编程的程序设计语言编写。
数据库管理系统:
(DBMS)是用于创建和维护数据库的软件,四个基本功能:
定义数据库,操纵数据库,运行管理数据库,创建维护数据库。
关系数据库管理系统:
(RDBMS)用于创建和维护关系数据库,目前大多数数据库都是这种类型。
对象-关系数据库管理系统:
(ORDBMS)用于创建和维护面向对象的数据库。
代表:
postgreSQL。
1.人工管理阶段:
程序和数据存放在一起,无法共享和随机访问存取。
2.文件管理阶段:
数据和文件分开存储,可以被多个程序调用,数据重复度较高。
3.数据库系统阶段:
实现了共享,但是都是集中式的数据库,效率低下。
4.分布式数据库系统阶段:
出现了物理分布、逻辑集中的数据库系统和物理分布、逻辑分布的数据库系统。
5.面向对象的数据库系统阶段:
应用的效果不佳,是随着面向对象的程序语言诞生的。
数据库的系统组成
1.计算机硬件
2.数据库集合
3.数据库管理系统及相关软件
4.人员
数据库的特点
1.最低的数据冗余度:
减少重复,存取更快,节省空间
2.数据的独立性:
和程序相互独立,数据库的变化不影响程序的功能。
3.数据的共享:
能被多用户访问,数据共享。
4.安全性和完整性:
设计数据库的安全和完整。
5.并发控制和可恢复性:
多用户的操作可以并行,不相互影响;数据有恢复功能。
6.易于使用和扩展:
使用简单,方便开发。
数据库的发展史
第一代数据库:
层次和网状模型数据库时代。
层次模型基于树形结构,网状模型基于向图结构。
代表作:
层次模型IMS(信息管理系统)IBM研制与1969年。
第二代数据库:
关系模型的数据库。
关系模型以而为表格来表述实体间的关系,它是若干关系模式组合的集合。
例如:
每一列成为属性或者字段,每一行成为一条记录。
可以实现一对一和一对多及其多对多的关系。
第三代数据库:
面向对象的数据库系统(ObjectRrientdeDatabase),受到了面向对象的语言的影响而研发的新一代数据库,但是两种类型的数据库差别太大,很难将现有的客户取代,转换带来的巨大开支和工作量无法让人承受。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子产品 销售 管理 分析 报告