商品销售管理系统数据库课程设计
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
系统包括管理员信息模块、客户信息模块、商品信息模块、营销信息模块(进货和销售管理)、供应商信息模块。根据详细调查其功能模块图如下所示:
图4 功能模块图
管理员注册管理:管理员以职员身份注册并填写基本信息,包括姓名、性别、出生年月、住址、电话。系统检查所有信息填写正确后提示注册成功,并返回职工编号。
客户注册管理:客户以游客身份注册并填写基本信息,包括姓名、性别、住址、电话。系统检查所有信息填写正确后提示注册成功,并返回客户编号。
以下是不同的用户对销售管理系统需求:
普通用户功能需求:注册成为新用户,登陆后进入数据库查询商品基本信息,如商品编号,商品名称,商品价格,有无库存,折扣;
添置订单。
销售部门经理的功能需求:验证后登陆,能够查询商品库存信息
,查询各种商品的销售量,以及查询销量较少的商品,修改商品价格及折扣。
管理员的功能需求:能够录入、更改和删除商品信息,进行库存管理,设置库存上限及下限,对库存量不足的的商品提出采购请求并制定采购计划书;受理订单并发货。
订单管理:
订单查询;订单提交后,
供应商管理:为方便制定采购计划,要求保存供应商信息,包括供应商名称、供应商编号、供应商地址、联系电话、联系人。
商品销售管理:包括进货和销售信息,可以对其进行添加、删除、修改和查询,填制出库单,入库单,并进行销售统计。
出库单信息包括:出库单编号,商品编号,商品名称,出库量,出库日期;
下面以活动视图的方式叙述如下:
图1活动视图
2.1.2处理流程
主要的业务流程有生成采购单、订单受理以及在线生成订单,其处理流程如下:
(1)订单生成主要是根据客户需求完成的,由于该商店的财务管理的限制不支持线上付款功能,故起订单生成的业务流程如图:
图2订单生成
采购单的生成,如下图所示:
图3采购单生成
2.2功能需求及数据需求分析
前 言
由于科学技术的不断发展,计算机科学日渐成熟,其强大的功能已为人们所深刻认识,它己进入人类社会的各个领域并发挥着越来越重要的作用。采用计算机进行信息化管理已成为衡量企业管理科学化和现代化的重要标志,而销售管理的全面自动化、信息化则是其中重要的组成部分。销售管理的好坏对于企业的决策者和管理者来说都至关重要,在很大程度上影响着企业的经济效益和社会效益。因此,本文所研究的销售管理系统具有一定的使用价值和现实意义。
3.1定义实体集及其属性
实体集是具有相同类型及相同性质的实体集合。通常一个实体对应一个事物。根据需求分析,可得出以下四个实体集以及其相应的属性并得出其E-R图:
1)客户实体集,其属性有:客户编号,客户姓名,性别,电话号码,家庭地址。其E-R图如下所示:
图5ห้องสมุดไป่ตู้
2)职工实体集,其属性有:职工编号,职工姓名,性别,年龄,出生年月,电话,电子邮箱,家庭地址,及薪酬。其E-R图如下所示:
入库单信息包括:入库单编号,商品编号,商品名称,入库量,入库日期;
销售统计表包括:商品编号,商品名称,单价,销售量,销售额;
库存管理:查询、修改商品的库存情况,并填制库存表,包括商品名称,商品编号,库存量;
填制出库登记表,包括:商品名称,商品编号,出库数量,出库日期,出库单编号;
填制入库登记表,包括:商品名称,商品编号,入库数量,入库日期,入库单编号等;
商品信息管理:可以对商品的价格及折扣属性进行修改。可以录入和删除商品基本信息。
2.3业务规则分析
业务规则分析主要是分析数据之间的约束以及数据库约束。基于上述功能需求,通过对销售管理的进一步理解总结归纳,其相应的业务规则如下所示:
(1)客户编号,职工编号是编号的唯一标识,由系统按时间顺序生成。
(2)每个订单用订单编号唯一标识,订单编号按系统时间按时间顺序生成,后提交的订单,订单编号越大。
本软件安全性强,维护成本低,系统可靠性强扩充性好且开发效率高,使用方便,标准化程度较高。对于用户来说,本软件的优点就是界面简明,使用户一看到就应该能知道怎么样去使用本软件。
2
需求分析
2.1业务需求及处理流程
2.1.1业务需求分析
对于商品销售系统主要业务一般有商品基本信息查询、商品信息录入、商品查询、商品价格和折扣管理,商品库存管理。
1系统规划
1.1系统开发目的
本项目是为某商品销售公司开发的的一个商品销售管理系统,由于这个公司的规模比较大,需要管理的货物比较多,每次仓库总是堆满了货物,货物价格混乱,如何让管理者尽快向客户提供商品的最新价格及时商品的库存信息,成为了急于解决的问题。为了,提高销售部人员工作效率和管理水平,销售公司希望有一个自动化的商品销售管理系统能够给他们带来工作的便利,提高工作效率。
图6
3)商品实体集,其属性有:商品编号,商品名称,出厂日期。其E-R图如下所示:
图7
4)部门实体集,其属性有:部门名称,部门编号,部门地址,及经理姓名,联系电话。其E-R图如下所示:
图8
5)供应商实体集,其属性有:供应商编号,公司名称,公司地址,公司联系人,公司电话,传真,网址。其E-R图如下所示:
项目要达到的目标
本项目设定的目标如下:
系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少
系统具有良好的运行效率,能够得到提高生产率的目的
系统应有良好的可扩充性,可以容易的加入其它系统的应用。
平台的设计具有一定的超前性,灵活性,能够适应医院配置的变化。
1.2系统开发工具
本文以Visual Basic 6.0和sever 2008为基础,建立一个简单的商品销售管理系统,从而实现商品销售的系统化、规范化和自动化。在此软件的开发过程中,严格遵守了软件工程的规范,它经历了系统概述、需求分析、系统设计等几个阶段,使系统结构清晰,条理分明。
(3)同一订单可以包含多种商品,订单在受理前可以进行修改,以及取消订单。
(4)商品信息的价格及折扣变动,只能由销售经理进行。
(5)一种商品只能由一个供应商供应,而一个供应商能供应多种商品。
3
概念结构设计
数据库概念设计是根据需求分析中得到的信息,并采用适当的数据模型将这些需求转化为数据库的概念模式。在此阶段我们只关注如何描述数据及数据之间的关系。二不必关心将要使用的数据库管理系统,根据需求分析我们可定义出以下实体集、联系集及其属性。
图4 功能模块图
管理员注册管理:管理员以职员身份注册并填写基本信息,包括姓名、性别、出生年月、住址、电话。系统检查所有信息填写正确后提示注册成功,并返回职工编号。
客户注册管理:客户以游客身份注册并填写基本信息,包括姓名、性别、住址、电话。系统检查所有信息填写正确后提示注册成功,并返回客户编号。
以下是不同的用户对销售管理系统需求:
普通用户功能需求:注册成为新用户,登陆后进入数据库查询商品基本信息,如商品编号,商品名称,商品价格,有无库存,折扣;
添置订单。
销售部门经理的功能需求:验证后登陆,能够查询商品库存信息
,查询各种商品的销售量,以及查询销量较少的商品,修改商品价格及折扣。
管理员的功能需求:能够录入、更改和删除商品信息,进行库存管理,设置库存上限及下限,对库存量不足的的商品提出采购请求并制定采购计划书;受理订单并发货。
订单管理:
订单查询;订单提交后,
供应商管理:为方便制定采购计划,要求保存供应商信息,包括供应商名称、供应商编号、供应商地址、联系电话、联系人。
商品销售管理:包括进货和销售信息,可以对其进行添加、删除、修改和查询,填制出库单,入库单,并进行销售统计。
出库单信息包括:出库单编号,商品编号,商品名称,出库量,出库日期;
下面以活动视图的方式叙述如下:
图1活动视图
2.1.2处理流程
主要的业务流程有生成采购单、订单受理以及在线生成订单,其处理流程如下:
(1)订单生成主要是根据客户需求完成的,由于该商店的财务管理的限制不支持线上付款功能,故起订单生成的业务流程如图:
图2订单生成
采购单的生成,如下图所示:
图3采购单生成
2.2功能需求及数据需求分析
前 言
由于科学技术的不断发展,计算机科学日渐成熟,其强大的功能已为人们所深刻认识,它己进入人类社会的各个领域并发挥着越来越重要的作用。采用计算机进行信息化管理已成为衡量企业管理科学化和现代化的重要标志,而销售管理的全面自动化、信息化则是其中重要的组成部分。销售管理的好坏对于企业的决策者和管理者来说都至关重要,在很大程度上影响着企业的经济效益和社会效益。因此,本文所研究的销售管理系统具有一定的使用价值和现实意义。
3.1定义实体集及其属性
实体集是具有相同类型及相同性质的实体集合。通常一个实体对应一个事物。根据需求分析,可得出以下四个实体集以及其相应的属性并得出其E-R图:
1)客户实体集,其属性有:客户编号,客户姓名,性别,电话号码,家庭地址。其E-R图如下所示:
图5ห้องสมุดไป่ตู้
2)职工实体集,其属性有:职工编号,职工姓名,性别,年龄,出生年月,电话,电子邮箱,家庭地址,及薪酬。其E-R图如下所示:
入库单信息包括:入库单编号,商品编号,商品名称,入库量,入库日期;
销售统计表包括:商品编号,商品名称,单价,销售量,销售额;
库存管理:查询、修改商品的库存情况,并填制库存表,包括商品名称,商品编号,库存量;
填制出库登记表,包括:商品名称,商品编号,出库数量,出库日期,出库单编号;
填制入库登记表,包括:商品名称,商品编号,入库数量,入库日期,入库单编号等;
商品信息管理:可以对商品的价格及折扣属性进行修改。可以录入和删除商品基本信息。
2.3业务规则分析
业务规则分析主要是分析数据之间的约束以及数据库约束。基于上述功能需求,通过对销售管理的进一步理解总结归纳,其相应的业务规则如下所示:
(1)客户编号,职工编号是编号的唯一标识,由系统按时间顺序生成。
(2)每个订单用订单编号唯一标识,订单编号按系统时间按时间顺序生成,后提交的订单,订单编号越大。
本软件安全性强,维护成本低,系统可靠性强扩充性好且开发效率高,使用方便,标准化程度较高。对于用户来说,本软件的优点就是界面简明,使用户一看到就应该能知道怎么样去使用本软件。
2
需求分析
2.1业务需求及处理流程
2.1.1业务需求分析
对于商品销售系统主要业务一般有商品基本信息查询、商品信息录入、商品查询、商品价格和折扣管理,商品库存管理。
1系统规划
1.1系统开发目的
本项目是为某商品销售公司开发的的一个商品销售管理系统,由于这个公司的规模比较大,需要管理的货物比较多,每次仓库总是堆满了货物,货物价格混乱,如何让管理者尽快向客户提供商品的最新价格及时商品的库存信息,成为了急于解决的问题。为了,提高销售部人员工作效率和管理水平,销售公司希望有一个自动化的商品销售管理系统能够给他们带来工作的便利,提高工作效率。
图6
3)商品实体集,其属性有:商品编号,商品名称,出厂日期。其E-R图如下所示:
图7
4)部门实体集,其属性有:部门名称,部门编号,部门地址,及经理姓名,联系电话。其E-R图如下所示:
图8
5)供应商实体集,其属性有:供应商编号,公司名称,公司地址,公司联系人,公司电话,传真,网址。其E-R图如下所示:
项目要达到的目标
本项目设定的目标如下:
系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少
系统具有良好的运行效率,能够得到提高生产率的目的
系统应有良好的可扩充性,可以容易的加入其它系统的应用。
平台的设计具有一定的超前性,灵活性,能够适应医院配置的变化。
1.2系统开发工具
本文以Visual Basic 6.0和sever 2008为基础,建立一个简单的商品销售管理系统,从而实现商品销售的系统化、规范化和自动化。在此软件的开发过程中,严格遵守了软件工程的规范,它经历了系统概述、需求分析、系统设计等几个阶段,使系统结构清晰,条理分明。
(3)同一订单可以包含多种商品,订单在受理前可以进行修改,以及取消订单。
(4)商品信息的价格及折扣变动,只能由销售经理进行。
(5)一种商品只能由一个供应商供应,而一个供应商能供应多种商品。
3
概念结构设计
数据库概念设计是根据需求分析中得到的信息,并采用适当的数据模型将这些需求转化为数据库的概念模式。在此阶段我们只关注如何描述数据及数据之间的关系。二不必关心将要使用的数据库管理系统,根据需求分析我们可定义出以下实体集、联系集及其属性。